特許 7108361 プログラム、情報処理方法、およびサーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-07-20

(45)【発行日】2022-07-28

(54)【発明の名称】プログラム、情報処理方法、およびサーバ

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20220721BHJP

   G06Q 20/06 20120101ALI20220721BHJP

   G06Q 50/00 20120101ALI20220721BHJP

   H04L 51/04 20220101ALI20220721BHJP

   H04L 67/00 20220101ALI20220721BHJP

【ＦＩ】

G06Q50/10

G06Q20/06

G06Q50/00 300

H04L51/04

H04L67/00

【請求項の数】 24

(21)【出願番号】P 2020113639

(22)【出願日】2020-06-30

(65)【公開番号】P2022012086

(43)【公開日】2022-01-17

【審査請求日】2021-12-20

【早期審査対象出願】

(73)【特許権者】

【識別番号】321003371

【氏名又は名称】ＬＩＮＥ株式会社

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100140431

【弁理士】

【氏名又は名称】大石 幸雄

(72)【発明者】

【氏名】濱窄 亮介

(72)【発明者】

【氏名】真崎 洋輔

【審査官】田川 泰宏

(56)【参考文献】

【文献】特開２０１８－０３２２００（ＪＰ，Ａ）

【文献】特表２０１７－５３１８６６（ＪＰ，Ａ）

【文献】国際公開第２０１８／２１３５０８（ＷＯ，Ａ１）

【文献】特開２０１９－１８５７６７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ ５０／１０

Ｇ０６Ｑ ２０／０６

Ｇ０６Ｑ ５０／００

Ｈ０４Ｌ ５１／０４

Ｈ０４Ｌ ６７／００

(57)【特許請求の範囲】

【請求項1】

第１ユーザと第２ユーザとを少なくとも含むチャットルームが表示された前記第１ユーザの第１端末に前記第１ユーザによって入力され、前記第１端末から送信された第１コンテンツを前記第２ユーザの第２端末に送信し、前記チャットルームが表示された前記第２端末に前記第２ユーザによって入力され、前記第２端末から送信された第２コンテンツを前記第１端末に送信するサーバによって実行されるプログラムであって、
前記チャットルームに対して、前記チャットルームに含まれる前記第１ユーザへの送金を可能にする設定に関する第１設定を設定する制御を前記サーバの制御部によって行うことと、
前記第１設定と前記第２ユーザによる前記第２端末に表示された前記チャットルームに対する入力とに基づき、前記第２ユーザから前記第１ユーザへの送金に関する情報を前記サーバの通信部によって受信することと、
前記第２ユーザから前記第１ユーザへの送金に関する情報に基づいて、前記第２ユーザから前記第１ユーザへの送金に関する処理を前記制御部によって行うこととが前記サーバによって実行される。

【請求項2】

請求項１に記載のプログラムであって、
前記第１設定は、前記第１ユーザが前記チャットルームの管理人であることに関する設定を含む。

【請求項3】

請求項１または請求項２に記載のプログラムであって、
前記第１設定は、前記第１ユーザによる前記チャットルームの作成に基づき、設定される。

【請求項4】

請求項１から請求項３のいずれか一項に記載のプログラムであって、
前記第１設定は、前記チャットルームに含まれるユーザが前記チャットルームへの入力に基づいて、前記第１ユーザへの送金を可能にすることに関する設定を含む。

【請求項5】

請求項１から請求項４のいずれか一項に記載のプログラムであって、
前記第１設定は、前記チャットルームに含まれるユーザから前記第２ユーザへの送金ができないことに関する設定を含む。

【請求項6】

請求項１から請求項５のいずれか一項に記載のプログラムであって、
前記第１ユーザと、前記第１ユーザとは異なるユーザとの関係を前記サーバの記憶部によって記憶することが前記サーバによって実行され、
前記第１ユーザと、前記第２ユーザとは、前記関係を有さない。

【請求項7】

請求項６に記載のプログラムであって、
前記関係は、前記第１ユーザと、前記異なるユーザとの友だち関係、前記第１ユーザが前記異なるユーザにフォローされている関係、および前記第１ユーザが前記異なるユーザをフォローする関係のうち少なくとも一つを含む。

【請求項8】

請求項７に記載のプログラムであって、
前記チャットルームは、前記友だち関係、前記フォローされている関係、前記フォローする関係の設定に関する表示を含まない。

【請求項9】

請求項１から請求項８のいずれか一項に記載のプログラムであって、
前記第１ユーザによる、前記第１端末に表示された前記チャットルームに対する第１入力に基づいて、前記第１ユーザとは異なる第３ユーザへの送金に関する第２設定を前記サーバの制御部によって行うことが前記サーバによって実行され、
前記第３ユーザは、前記チャットルームに含まれる。

【請求項10】

請求項９に記載のプログラムであって、
前記第１ユーザによる、前記第１端末に表示された前記チャットルームに対する第２入力に基づいて、前記第１ユーザに対して設定された前記第１設定を解除する制御を前記サーバの制御部によって行うことが前記サーバによって実行される。

【請求項11】

請求項１０に記載のプログラムであって、
前記第２入力に基づいて、少なくとも前記第２ユーザから前記第１ユーザに対して送金された金額を、前記第１ユーザから前記第３ユーザに対して送金する処理を前記制御部によって行うことが前記サーバによって実行される。

【請求項12】

請求項９に記載のプログラムであって、
前記第２ユーザによる前記第２端末に表示された前記チャットルームに対する入力は、前記チャットルームに表示された、前記第１ユーザから前記第２ユーザへの第１送金依頼に関する表示に対する入力であり、
前記第２ユーザとは異なる前記第３ユーザの第３端末から前記第２端末に送信され、前記第２端末の前記チャットルームに表示された第２送金依頼に関する表示に対する、前記第２ユーザによる入力と前記第２設定とに基づき、前記第２ユーザから前記第３ユーザへの送金に関する情報を前記通信部によって受信することと、
前記第２ユーザから前記第３ユーザへの送金に関する情報に基づいて、前記第２ユーザから前記第３ユーザへの送金に関する処理を前記制御部によって行われることとが前記サーバによって実行される。

【請求項13】

請求項１から請求項１２のいずれか一項に記載のプログラムであって、
前記第２ユーザを前記チャットルームに含めることの承認に関する情報を、前記第２端末から前記通信部によって受信することと、
前記承認に関する情報に基づいて、前記チャットルームに前記第２ユーザを含める処理を前記制御部によって行うこととが前記サーバによって実行される。

【請求項14】

請求項１から請求項１３のいずれか一項に記載のプログラムであって、
前記第２ユーザから前記第１ユーザへの送金に関する処理に基づき、前記第２ユーザに対する本人確認に基づく名前の情報と、前記第２ユーザから前記第１ユーザへの送金の完了に関する情報とを前記第１端末に前記通信部によって送信することが前記サーバによって実行される。

【請求項15】

請求項１から請求項１４のいずれか一項に記載のプログラムであって、
設定された期間が経過したことに基づき、または設定された時刻に基づき、前記チャットルームを削除する制御を前記制御部によって行うことが前記サーバによって実行される。

【請求項16】

請求項１から請求項１４のいずれか一項に記載のプログラムであって、
前記第２ユーザから、前記第１ユーザに関する情報を前記通信部によって受信することと、
前記第１ユーザに関する情報に基づき、前記第１ユーザへの送金に関する前記第１設定を第３設定に変更する制御を前記制御部によって行うことが前記サーバによって実行される。

【請求項17】

請求項１６に記載のプログラムであって、
前記第３設定は、前記第１ユーザへの送金を不可にすることに関する設定を含む。

【請求項18】

請求項１から請求項１５のいずれか一項に記載のプログラムであって、
前記第２ユーザから、前記第１ユーザに関する情報を前記通信部によって受信することと、
前記第１ユーザに関する情報に基づき、前記第１ユーザのアカウントを少なくとも一時的に使用停止にする制御を前記制御部によって行うことが前記サーバによって実行される。

【請求項19】

請求項１から請求項１８のいずれか一項に記載のプログラムであって、
前記第２ユーザから前記第１ユーザに送金された金額を、前記第１ユーザに返金することに関する返金情報を前記通信部によって受信することと、
前記返金情報に基づき、前記第１ユーザから前記第２ユーザに前記金額を送金することに関する処理を前記制御部によって行うこととが前記サーバによって実行される。

【請求項20】

請求項１から請求項１９のいずれか一項に記載のプログラムであって、
前記チャットルームは、前記第１ユーザから前記第２ユーザに送信された送金依頼に対して、前記第２ユーザが送金した場合、前記送金依頼に対して送金したことを示す情報を含む。

【請求項21】

請求項２０に記載のプログラムであって、
前記チャットルームは、前記送金依頼に対して、前記第２ユーザが送金していない場合、前記送金依頼に対して送金していないことを示す情報を含む。

【請求項22】

請求項２１に記載のプログラムであって、
前記送金依頼に対して送金したことを示す情報、または前記送金依頼に対して送金していないことを示す情報は、前記第１ユーザの前記第１端末に表示される前記チャットルームにのみ表示される。

【請求項23】

第１ユーザと第２ユーザとを少なくとも含むチャットルームが表示された前記第１ユーザの第１端末に前記第１ユーザによって入力され、前記第１端末から送信された第１コンテンツを前記第２ユーザの第２端末に送信し、前記チャットルームが表示された前記第２端末に前記第２ユーザによって入力され、前記第２端末から送信された第２コンテンツを前記第１端末に送信するサーバの情報処理方法であって、
前記チャットルームに対して、前記チャットルームに含まれる前記第１ユーザへの送金を可能にする設定に関する第１設定を設定する制御を前記サーバの制御部によって行うことと、
前記第１設定と前記第２ユーザによる前記第２端末に表示された前記チャットルームに対する入力とに基づき、前記第２ユーザから前記第１ユーザへの送金に関する情報を前記サーバの通信部によって受信することと、
前記第２ユーザから前記第１ユーザへの送金に関する情報に基づいて、前記第２ユーザから前記第１ユーザへの送金に関する処理を前記制御部によって行うこととを含む。

【請求項24】

第１ユーザと第２ユーザとを少なくとも含むチャットルームが表示された前記第１ユーザの第１端末に前記第１ユーザによって入力され、前記第１端末から送信された第１コンテンツを前記第２ユーザの第２端末に送信し、前記チャットルームが表示された前記第２端末に前記第２ユーザによって入力され、前記第２端末から送信された第２コンテンツを前記第１端末に送信するサーバであって、
前記チャットルームに対して、前記チャットルームに含まれる前記第１ユーザへの送金を可能にする設定に関する第１設定を設定する制御を行う制御部と、
前記第１設定と前記第２ユーザによる前記第２端末に表示された前記チャットルームに対する入力とに基づき、前記第２ユーザから前記第１ユーザへの送金に関する情報を受信する通信部とを備え、
前記制御部は、前記第２ユーザから前記第１ユーザへの送金に関する情報に基づいて、前記第２ユーザから前記第１ユーザへの送金に関する処理を行う。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、情報処理方法、およびサーバに関する。

【背景技術】

【0002】

ユーザ間で端末を介してコンテンツを送受信し、閲覧可能にする技術が知られている。特許文献１には、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）によりユーザがメッセージを投稿すること、メッセージが確認された場合にメッセージを未読状態から既読状態に変更する処理を行うことが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１９－０２８７３５号公報

【発明の概要】

【0004】

本発明の第１の態様によると、第１ユーザと第２ユーザとを少なくとも含むチャットルームが表示された前記第１ユーザの第１端末に前記第１ユーザによって入力され、前記第１端末から送信された第１コンテンツを前記第２ユーザの第２端末に送信し、前記チャットルームが表示された前記第２端末に前記第２ユーザによって入力され、前記第２端末から送信された第２コンテンツを前記第１端末に送信するサーバによって実行されるプログラムであって、前記チャットルームに対して、前記第１ユーザへの送金に関する第１設定を設定する制御を前記サーバの制御部によって行うことと、前記第１設定と前記第２ユーザによる前記第２端末に表示された前記チャットルームに対する入力とに基づき、前記第２ユーザから前記第１ユーザへの送金に関する情報を前記サーバの通信部によって受信することと、前記第２ユーザから前記第１ユーザへの送金に関する情報に基づいて、前記第２ユーザから前記第１ユーザへの送金に関する処理を前記制御部によって行うこととが前記サーバによって実行される。

【0005】

本発明の第２の態様によると、第１ユーザと第２ユーザとを少なくとも含むチャットルームが表示された前記第１ユーザの第１端末に前記第１ユーザによって入力され、前記第１端末から送信された第１コンテンツを前記第２ユーザの第２端末に送信し、前記チャットルームが表示された前記第２端末に前記第２ユーザによって入力され、前記第２端末から送信された第２コンテンツを前記第１端末に送信するサーバの情報処理方法であって、前記チャットルームに対して、前記第１ユーザへの・送金に関する第１設定を設定する制御を前記サーバの制御部によって行うことと、前記第１設定と前記第２ユーザによる前記第２端末に表示された前記チャットルームに対する入力とに基づき、前記第２ユーザから前記第１ユーザへの送金に関する情報を前記サーバの通信部によって受信することと、前記第２ユーザから前記第１ユーザへの送金に関する情報に基づいて、前記第２ユーザから前記第１ユーザへの送金に関する処理を前記制御部によって行うこととを含む。

【0006】

本発明の第３の態様によると、第１ユーザと第２ユーザとを少なくとも含むチャットルームが表示された前記第１ユーザの第１端末に前記第１ユーザによって入力され、前記第１端末から送信された第１コンテンツを前記第２ユーザの第２端末に送信し、前記チャットルームが表示された前記第２端末に前記第２ユーザによって入力され、前記第２端末から送信された第２コンテンツを前記第１端末に送信するサーバであって、前記チャットルームに対して、前記第１ユーザへの送金に関する第１設定を設定する制御を行う制御部と、前記第１設定と前記第２ユーザによる前記第２端末に表示された前記チャットルームに対する入力とに基づき、前記第２ユーザから前記第１ユーザへの送金に関する情報を受信する通信部とを備え、前記制御部は、前記第２ユーザから前記第１ユーザへの送金に関する情報に基づいて、前記第２ユーザから前記第１ユーザへの送金に関する処理を行う。

【図面の簡単な説明】

【0007】

【図1】本開示の一実施形態に係る通信システムの構成を示す図。

【図2A】第１実施形態に係る情報処理の概要を示す図。

【図2B】第１実施形態に係る情報処理の概要を示す図。

【図3A】トークルーム情報Ｄ１２の一例を示す図。

【図3B】コンテンツ情報Ｄ１３の一例を示す図。

【図3C】送金アカウント情報Ｄ１４の一例を示す図。

【図3D】送金履歴情報Ｄ１５の一例を示す図。

【図4】送金アカウント情報Ｄ３１の一例を示す図。

【図5】第１実施形態に係る情報処理の手順を示すフローチャート。

【図6】関係情報Ｄ１６の一例を示す図。

【図7】所定の関係の設定に関する表示が表示されているトークルームの画像Ｔ８を示す図。

【図8】送金設定画像Ｔ９の一例を示す図。

【図9】第２実施形態に係る情報処理を示すフローチャート。

【図10】第２実施形態に係る情報処理の概要を示す図。

【図11】第２実施形態に係るトークルーム情報Ｄ１２の一例を示す図。

【図12】設定完了を示すコンテンツを含む画像Ｔ８の一例を示す図。

【図13】第４変形例に係る情報処理の概要を示す図。

【図14】第４変形例に係るトークルーム情報Ｄ１２の一例を示す図。

【図15】第５変形例に係る情報処理の概要を示す図。

【図16】受取変更に関するコンテンツを含む画像Ｔ１３の一例を示す図。

【図17】第３実施形態に係る情報処理を示すフローチャート。

【図18】承認確認画面Ｔ１４の一例を示す図。

【図19】個人識別情報Ｄ１７の一例を示す図。

【図20】送金完了画像Ｔ１５の一例を示す図。

【図21】第４実施形態に係る情報処理を示すフローチャート。

【図22】第４実施形態に係る情報処理の概要を示す図。

【図23】消滅条件情報Ｄ１８の一例を示す図。

【図24】第５実施形態に係る情報処理を示すフローチャート。

【図25】第５実施形態に係る情報処理の概要を示す図。

【図26】第１制限情報Ｄ１９Ａの一例を示す図。

【図27】第２制限情報Ｄ１９Ｂの一例を示す図。

【図28】第６実施形態に係る情報処理を示すフローチャート。

【図29】第６実施形態に係る情報処理の概要を示す図。

【図30】第７変形例に係る情報処理の概要を示す図。

【図31】第７実施形態に係る情報処理を示すフローチャート。

【図32】第７実施形態に係る情報処理の概要を示す図。

【図33】送金依頼画像の一例を示す図。

【図34】送金依頼識別画像Ｔ２８の一例を示す図。

【図35】第９変形例に係る情報処理の概要を示す図。

【図36】送金完了画像Ｔ３１の一例を示す図。

【図37】第８実施形態に係る情報処理を示すフローチャート。

【図38】第８実施形態に係る情報処理の概要を示す図。

【発明を実施するための形態】

【0008】

＜法的事項の遵守＞

【0009】

本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

【0010】

本開示に係る情報処理方法、プログラムおよび情報処理装置を実施するための実施形態について、図面を参照して説明する。
＜システム構成＞

【0011】

図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワークＮを介して、サーバ１０と、ユーザ端末２０（ユーザ端末２０Ａ，ユーザ端末２０Ｂ，ユーザ端末２０Ｃ）と、支払いサーバ３０が接続される。サーバ１０は、ネットワークＮを介して、複数のユーザ端末２０の間のメッセージおよびその他のデータ（限定ではなく例として、映像データおよび音データを含む。）の送受信を実現するサービスを提供する。また、サーバ１０は、ネットワークＮを介して、支払いサーバ３０の間で送金処理を実行する。なお、ネットワークＮに接続されるサーバ１０、ユーザ端末２０、及び支払いサーバ３０の数は限定されない。

【0012】

ネットワークＮは、１以上のサーバ１０と、１以上のユーザ端末２０と、支払いサーバ３０とを接続する役割を担う。すなわち、ネットワークＮは、ユーザ端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

【0013】

ネットワークＮのうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。また、ネットワークＮのうちの１つまたは複数の部分は、ＩＰ（Internet Protocol）ネットワークであってもよいし、そうでなくてもよい。ネットワークＮは、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワークＮは、１つまたは複数のネットワークＮを含むことができる。

【0014】

サーバ１０は、ユーザ端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバコンピュータ、パーソナルコンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。

【0015】

ユーザ端末２０（ユーザ端末２０Ａ，ユーザ端末２０Ｂ，ユーザ端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理装置（コンピュータ）であればどのような情報処理装置であってもよい。ユーザ端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、パーソナルコンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、ユーザ端末２０は情報処理装置と表現されてもよい。

【0016】

以下の説明において適宜、ユーザ端末２０またはユーザ端末２０のユーザに対応づけられた、所定のサービスにおけるユーザに関する情報をユーザ情報と表現する。なお、ユーザ情報は、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、ユーザにより入力される情報を含んでもよいし、所定のサービスにより付与される情報を含んでもよい。ユーザ情報は、限定ではなく例として、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、及びユーザの識別子の複数項目の情報うち少なくとも１項目の情報を含む。ユーザ情報は、上記の複数項目の情報と異なる情報であって、ユーザに対応づけられた情報を含んでもよい。

【0017】

支払いサーバ３０は、サーバ１０からの指示に従って、送金に関するサービスを提供する機能を備える。支払いサーバ３０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。支払いサーバ３０は、限定でなく例として、サーバコンピュータ、パーソナルコンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、支払いサーバ３０は情報処理装置と表現されてもよい。
＜ハードウェア（ＨＷ）構成＞

【0018】

図１を用いて、通信システム１に含まれる各装置のＨＷ構成について説明する。
（１）サーバのＨＷ構成

【0019】

サーバ１０は、制御部（ＣＰＵ）１１、記憶部１５、通信Ｉ／Ｆ（インタフェース）１４、入力部１２、出力部１３を備える。サーバ１０のＨＷの各構成要素は、限定でなく例として、バスＢ１を介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、出力部１３を取り外すことが可能な構成であってもよいし、そうでなくてもよい。

【0020】

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

【0021】

制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

【0022】

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ（memory）と表現されてもよいし、されなくてもよい。

【0023】

通信Ｉ／Ｆ１４は、ネットワークＮを介して各種データの送受信を行う。通信Ｉ／Ｆ１４による通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワークＮを介して、ユーザ端末２０などの他の装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、他の装置に送信する。また、通信Ｉ／Ｆ１４は、他の装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

【0024】

入力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入力部１２は、ユーザからの入力を受け付けて、受け付けた入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部１２は、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入力部１２は、これらに限定されない。

【0025】

出力部１３は、限定ではなく例として、表示部１３ａを含む。表示部１３ａは、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ）で実現される。なお、表示部１３ａは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらの表示部１３ａは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。ただし、本開示において、表示部１３ａは、これらに限定されない。

【0026】

サーバ１０は、プログラムＰ１とデータベースＤ１１～Ｄ１５とを記憶部１５に記憶する。サーバ１０において、制御部１１がこのプログラムＰ１を実行することで、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラム１５ａは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰ１は、プログラムモジュールと表現されてもよいし、されなくてもよい。
（２）ユーザ端末のＨＷ構成

【0027】

ユーザ端末２０は、制御部（ＣＰＵ：central processing unit（中央処理装置））２１、記憶部２５、通信Ｉ／Ｆ（インタフェース）２４、入力部２２、出力部２３を備える。ユーザ端末２０のＨＷの各構成要素は、限定でなく例として、バスＢ２を介して相互に接続される。なお、ユーザ端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、ユーザ端末２０は、入力部２２、出力部２３等、個々の構成要素、または複数の構成要素を取り外すことが可能な構成であってもよいし、そうでなくてもよい。

【0028】

通信Ｉ／Ｆ２４は、ネットワークＮを介して各種データの送受信を行う。通信Ｉ／Ｆ２４による通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２４は、ネットワークＮを介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２４は、各種データを制御部２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２４は、サーバ１０から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

【0029】

入力部２２は、ユーザ端末２０に対する各種操作を入力する装置を含む。出力部２３は、ユーザ端末２０で処理された処理結果を出力する装置を含む。入力部２２および出力部２３を入出力部として特定してもよいし、特定しなくてもよい。入出力部として特定した場合、入出力部は、入力部２２と出力部２３が一体化していてもよいし、入力部２２と出力部２３に分離されていてもよい。

【0030】

入力部２２は、ユーザからの入力を受け付けて、受け付けた入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部２２は、限定でなく例として、操作部２２ａ、マイク２２ｂ、カメラ２２ｃを含む。操作部２２ａは、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイスを含む。マイク２２ｂは、限定でなく例として、音声を入力するデバイスを含む。マイク２２ｂは、音声データの入力に利用される。カメラ２２ｃは、限定でなく例として、画像を入力するデバイスを含む。カメラ２２ｃは、画像データの取得に利用される。

【0031】

出力部２３は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部２３は、限定でなく例として、表示部２３ａおよびスピーカ（音声出力）２３ｂを含む。出力部２３は、さらに、限定でなく例として、タッチパネル、タッチディスプレイ、レンズ（限定でなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

【0032】

表示部２３ａは、フレームバッファに書き込まれた表示データに従って、画像を表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２３ａは、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２３ａは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。スピーカ２３ｂは、音声データの出力に利用される。

【0033】

入力部２２および出力部２３は、限定でなく例として、入出力部として特定され、タッチパネルとして構成されてもよい。入力部２２および出力部２３がタッチパネルとして構成される場合、操作部２２ａと表示部２３ａとは、略同一の大きさおよび形状で対向して配置されていてもよい。

【0034】

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

【0035】

制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、またはＦＰＧＡ（field programmable gate array）を含む。

【0036】

記憶部２５は、ユーザ端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２５は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２５は、メモリ（memory）と表現されてもよいし、されなくてもよい。

【0037】

ユーザ端末２０は、プログラムＰ１とデータベースＤ２１～Ｄ２５とを記憶部２５に記憶する。ユーザ端末２０において、制御部２１がこのプログラムＰ２を実行することで、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２５に記憶されるプログラムＰ２は、ユーザ端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰ２は、プログラムモジュールと表現されてもよいし、されなくてもよい。
（３）支払いサーバのＨＷ構成

【0038】

支払いサーバ３０は、制御部（ＣＰＵ）３１、記憶部３５、通信Ｉ／Ｆ（インタフェース）３４、入力部３２、出力部３３を備える。支払いサーバ３０のＨＷの各構成要素は、限定でなく例として、バスＢ３を介して相互に接続される。なお、支払いサーバ３０のＨＷは、支払いサーバ３０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、支払いサーバ３０のＨＷは、出力部３３を取り外すことが可能な構成であってもよいし、そうでなくてもよい。

【0039】

制御部３１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

【0040】

制御部３１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

【0041】

記憶部３５は、支払いサーバ３０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部３５は、これらに限定されない。また、記憶部３５は、メモリ（memory）と表現されてもよいし、されなくてもよい。

【0042】

通信Ｉ／Ｆ３４は、ネットワークＮを介して各種データの送受信を行う。通信Ｉ／Ｆ３４による通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ３４は、ネットワークＮを介して、ユーザ端末２０などの他の装置との通信を実行する機能を有する。通信Ｉ／Ｆ３４は、各種データを制御部１１からの指示に従って、他の装置に送信する。また、通信Ｉ／Ｆ３４は、他の装置から送信された各種データを受信し、制御部３１に伝達する。また、通信Ｉ／Ｆ３４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ３４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

【0043】

入力部３２は、サーバ３０に対する各種操作を入力する装置により実現される。入力部３２は、ユーザからの入力を受け付けて、受け付けた入力に係る情報を制御部３１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部３２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部３２は、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入力部３２は、これらに限定されない。

【0044】

出力部３３は、限定ではなく例として、表示部３３ａを含む。表示部３３ａは、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ）で実現される。なお、表示部３３ａは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらの表示部３３ａは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。ただし、本開示において、表示部３３ａは、これらに限定されない。

【0045】

支払いサーバ３０は、プログラムＰ３とデータベースＤ３１とを記憶部３５に記憶する。支払いサーバ３０において、制御部３１がこのプログラムＰ３を実行することで、制御部３１に含まれる各部としての処理を実行する。つまり、記憶部３５に記憶されるプログラムＰ３は、支払いサーバ３０に、制御部３１が実行する各機能を実現させる。このプログラムＰ３は、プログラムモジュールと表現されてもよいし、されなくてもよい。

【0046】

本開示の各実施形態は、ユーザ端末２０および／またはサーバ１０のＣＰＵがプログラムを実行することにより、実現されるものとして説明する。

【0047】

なお、ユーザ端末２０の制御部２１および／またはサーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１、制御部１１、および／または制御部３１は、制御回路と表現されてもよいし、されなくてもよい。

【0048】

また、本開示の各実施形態のプログラム（限定ではなく、例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール）は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、各実施形態のプログラムを記憶可能である。また、各実施形態のプログラムは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

【0049】

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、ドライブ、または任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体は、メモリ（memory）と表現されてもよいし、されなくてもよい。

【0050】

サーバ１０，３０および／またはユーザ端末２０は、記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

【0051】

また、本開示のプログラムは、プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１０，３０および／またはユーザ端末２０に提供されてもよいし、されなくてもよい。サーバ１０，３０および／またはユーザ端末２０は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

【0052】

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。サーバ１０，３０および／またはユーザ端末２０における処理の少なくとも一部は、１以上のコンピュータ（限定ではなく例として、１以上のコンピュータにより構成されるクラウドコンピューティング）により実現されていてもよいし、そうでなくてもよい。

【0053】

ユーザ端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、ユーザ端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。

【0054】

サーバ１０における処理の少なくとも一部を、ユーザ端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、ユーザ端末２０で行う構成としてもよいし、そうでなくてもよい。

【0055】

支払いサーバ３０における処理の少なくとも一部または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、支払いサーバ３０の制御部３１の各機能部の処理のうち少なくとも一部または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。

【0056】

明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

【0057】

なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。

【0058】

実施形態に係る情報処理は、限定ではなく例として、複数のユーザを含むグループのユーザ端末２０の間で送金に関する処理（限定ではなく例として、送金処理）を実行するサービスを提供する。送金処理は、限定ではなく例として、送金および送金要請に関する処理を含む。送金処理については後述する。

【0059】

以下の説明において、ユーザ端末２０ＡのユーザをユーザＡと表し、ユーザ端末２０ＢのユーザをユーザＢと表し、ユーザ端末２０ＣのユーザをユーザＣと表す。１つのグループに含まれるユーザの数は、２以上の任意の数である。例えば、１つのグループは、ユーザＡとユーザＢとから構成されてもよく、このグループに含まれるユーザの数は２である。また、他の１つのグループは、ユーザＡとユーザＢとユーザＣとから構成されてもよく、このグループに含まれるユーザの数は３である。

【0060】

また、以下の説明において適宜、実施形態に係る情報処理が提供するサービスを、メッセージングサービスと称す。ユーザ端末２０は、限定ではなく例として、メッセージングサービスが提供するグラフィカルユーザインターフェース（適宜、ＧＵＩと表す）の画像を表示する。以下の説明において適宜、複数のユーザを含むグループの各端末間で送受信されるコンテンツをグループに含まれるユーザが閲覧できるＧＵＩを、トークルームと称す。また、トークルームをチャットルームと称してもよい。ここで、トークルームは、限定ではなく例として、参加するユーザ間でメッセージを送受信することが可能な表示領域である。また、トークルームは、限定ではなく例として、サーバ１０に登録したユーザ名とは異なる名称を、その領域内で利用することができるものであってもよい。また、トークルームは、限定ではなく例として、参加するユーザ間に友だち関係、フォローする関係、またはフォローされる関係がなくてもメッセージの送受信を実行できるものであってもよい。

【0061】

上記コンテンツは、限定ではなく例として、テキスト、画像、及び音声の少なくとも１つを含む。コンテンツに含まれるテキストは、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形、及び符号の少なくとも１つを含む。コンテンツに含まれるテキストは、上記文字、拡張文字、機種依存文字、数字、記号、図形、及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。

【0062】

コンテンツに含まれる画像は、限定ではなく例として、カメラによって撮像された撮像画像、撮像画像に画像処理が施された加工画像、コンピュータを用いて生成されるコンピュータグラフィックス画像（限定ではなく例として、アイコン、絵文字、顔文字）、及びテキストをイメージ化したテキスト画像の少なくとも１つを含む。コンテンツに含まれる画像は、上記撮像画像、加工画像、コンピュータグラフィックス画像、及びテキスト画像の各種画像のうち２以上を合成した合成画像を含んでもよい。コンテンツに含まれる画像は、上記撮像画像、加工画像、コンピュータグラフィックス画像、テキスト画像、及び合成画像の少なくとも１つを含まなくてもよく、その他の画像を含んでもよい。コンテンツに含まれる画像は、静止画でもよいし、動画でもよく、その他の形態の画像でもよい。画像を含むコンテンツは、限定ではなく例として、トークルームの画像において、サムネイルなどのアイコンで表されてもよい。ユーザ端末２０は、限定ではなく例として、コンテンツに含まれる画像を表すアイコンに対する入力に基づいて、コンテンツに含まれる画像を表示してもよい。

【0063】

コンテンツに含まれる音声は、限定ではなく例として、マイクによって録音された録音音声、録音音声に処理が施された加工音声、コンピュータを用いて生成される合成音声、及びコンピュータの読み上げ機能などを用いてテキストから変換される読み上げ音声の少なくとも１つを含む。コンテンツに含まれる音声は、上記録音音声、加工音声、合成音声、及び読み上げ音声の各種音声のうち２以上を組み合わせた組み合わせ音声を含んでもよい。コンテンツに含まれる音声は、上記録音音声、加工音声、合成音声、読み上げ音声、及び組み合わせ音声の少なくとも１つを含まなくてもよく、その他の音声を含んでもよい。コンテンツに含まれる音声は、人または人以外の生物が発する音または声、楽器または機械などの物体が発する音、効果音、環境音、ノイズ音、及び警報の少なくとも１つを含んでもよいし、これらの音または声の少なくとも一つを含まなくてもよく、これらの音または声と異なる音声を含んでもよい。音声を含むコンテンツは、限定ではなく例として、トークルームの画像において、アイコンなどで表されてもよい。ユーザ端末２０は、限定ではなく例として、コンテンツに含まれる音声を表すアイコンに対する入力に基づいて、コンテンツに含まれる音声を再生してもよい。

【0064】

コンテンツは、限定ではなく例として、テキスト、画像、及び音声の２以上が組み合わされたコンテンツでもよい。コンテンツは、限定ではなく例として、動画と音声とが並行して再生されるコンテンツでもよいし、画像とテキストとが組み合わされて表示されるコンテンツでもよく、音声の再生に合わせてテキストが表示されるコンテンツでもよい。また、コンテンツは、テキストおよび画像の表示と並行して、音声が再生されるコンテンツでもよい。コンテンツは、限定ではなく例として、テキスト、画像、及び音声の少なくとも１つと、テキスト、画像、及び音声のいずれとも異なるコンテンツとを組み合わせたコンテンツでもよい。

【0065】

サーバ１０の記憶部１５は、限定ではなく例として、メッセージングサービスにおいて用いられる情報を記憶する。情報は、限定ではなく例として、ユーザ情報Ｄ１１と、トークルーム情報Ｄ１２と、コンテンツ情報Ｄ１３と、送金アカウント情報Ｄ１４と、送金履歴情報Ｄ１５とを含む。ユーザ情報Ｄ１１は、限定ではなく例として、メッセージングサービスにおける各アカウントに対応付けられたユーザＩＤおよびパスワードを含む。メッセージングサービスにおいて、ユーザ端末２０は、アカウント情報Ｄ２１をサーバ１０に送信する。サーバ１０は、ユーザ端末２０が送信したアカウント情報Ｄ２１を受信した場合、アカウント情報Ｄ２１に含まれるユーザＩＤおよびパスワードを、ユーザ情報Ｄ１１と照合して、ユーザ端末２０に関連付けられたユーザを特定する。なお、トークルーム情報Ｄ１２、コンテンツ情報Ｄ１３、送金アカウント情報Ｄ１４、及び送金履歴情報Ｄ１５については、後述する。

【0066】

ユーザ端末２０の記憶部２５は、限定ではなく例として、メッセージングサービスにおいて用いられる情報を記憶する。情報は、限定ではなく例として、アカウント情報Ｄ２１と、トークルーム情報Ｄ２２と、コンテンツ情報Ｄ２３と、送金アカウント情報Ｄ２４と、送金履歴情報Ｄ２５とを含む。なお、トークルーム情報Ｄ２２、コンテンツ情報Ｄ２３、送金アカウント情報Ｄ２４と、及び送金履歴情報Ｄ２５については、後述する。

【0067】

アカウント情報Ｄ２１は、メッセージングサービスにおいて、ユーザ端末２０のユーザが利用するアカウントの情報である。アカウント情報Ｄ２１は、メッセージングサービスにおいてユーザの認証に用いられる情報である。アカウント情報Ｄ２１は、限定ではなく例として、ユーザの識別情報と、パスワードとを含む。以下の説明において適宜、ユーザの識別情報をユーザＩＤと表す。ユーザＩＤは、ユーザ端末２０のユーザが登録する情報でもよいし、メッセージングサービスにおいて付与される情報でもよい。

【0068】

なお、記憶部２５は、ユーザＩＤとパスワードとの一方又は双方を記憶しなくてもよい。例えば、ユーザは、メッセージングサービスにおけるユーザの認証が行われる際に、ユーザ端末２０の入出力部２３を操作して、ユーザＩＤとパスワードとのうち必要な情報を入力してもよい。また、アカウント情報Ｄ２１は、ユーザＩＤおよびパスワードと異なる情報を含んでもよい。例えば、ユーザの認証が生体認証で行われる場合、アカウント情報Ｄ２１は、生体認証に用いられる情報として、ユーザの指紋、静脈パターン、顔の写真などの情報を含んでもよい。

【0069】

また、記憶部２５は、メッセージングサービスに用いられる情報（限定ではなく例として、トークルーム情報Ｄ２２、コンテンツ情報Ｄ２３、送金アカウント情報Ｄ２４、及び送金履歴情報Ｄ２５の少なくとも一部を記憶しなくてもよい。例えば、メッセージングサービスに用いられる情報の少なくとも一部は、ユーザ端末２０の外部の記憶部（限定ではなく例として、サーバ１０の記憶部１５）に記憶されてもよい。ユーザ端末２０は、メッセージングサービスに用いられる情報を、限定ではなく例として、ユーザ端末２０の外部の記憶部から、ネットワークＮを介して取得してもよい。
＜第１実施形態＞

【0070】

図２は、第１実施形態に係る情報処理を示す図である。本実施形態の概要を説明する。サーバ１０は、限定ではなく例として、複数のユーザが参加するトークルームが表示されたあるユーザのユーザ端末２０にあるユーザによって入力され、ユーザ端末２０から送信されるコンテンツを、他のユーザのユーザ端末２０に送信する。また、サーバ１０は、限定ではなく例として、トークルームが表示された他のユーザのユーザ端末２０に他のユーザによって入力され、ユーザ端末２０から送信されるコンテンツを、あるユーザのユーザ端末２０に送信する。本実施形態は、限定ではなく例として、トークルームにおいて、あるユーザのユーザ端末２０から、他のユーザのユーザ端末２０に対して、送金を実行する形態である。本実施形態では、他のユーザのユーザ端末２０は、通信部（限定ではなく例として、通信Ｉ／Ｆ２４）を介してサーバ１０に対して送金処理要求する。サーバ１０は、限定ではなく例として、送金処理要求に基づいて送金処理を実行する。

【0071】

以下、送金処理の概要を説明する。送金処理とは、トークルームにおいて、あるユーザの送金アカウントから他のユーザの送金アカウントに送金する処理である。ここで、送金処理における送金とは、限定ではなく例として、情報通信技術を活用した支払い手段に関する情報を送受信することをいう。ここで、情報通信技術を活用した支払い手段とは、限定ではなく例として、電子価値、電子貨幣などである。電子価値、電子貨幣には、限定ではなく例として、金、電子マネー、ポイントなどを示す情報を含む。以下、情報通信技術を活用した支払い手段に関する情報を「価値」と称する。具体的には、ユーザ端末２０は、限定ではなく例として、図２Ｂ（ｅ）に示す送金内容を設定するための送金設定画像Ｔ４を、表示領域２８に表示する。そして、図２Ｂ（ｅ）において、ユーザ端末２０は、あるユーザから入力部２２に入力を受け付けて、送金に用いられる送金アカウントおよび送金金額を特定する。ユーザ端末２０は、限定ではなく例として、送金内容が確定された場合、送金に関する情報を含む送金処理要求をサーバ１０に送信する。サーバ１０は、限定ではなく例として、送金に関する情報に含まれる送金アカウントを特定する。サーバ１０は、限定ではなく例として、特定された送金アカウントに対応する支払いサーバ３０に、送金に関する情報を送信する。支払いサーバ３０は、限定ではなく例として、送金アカウント情報Ｄ３１を更新することによって、あるユーザから他のユーザへの送金を完了させる。

【0072】

ユーザ端末２０は、送金処理が完了すると、図２Ｂ（ｈ）のように、送金処理の完了を示すコンテンツＱ２およびコンテンツＱ３を含むトークルームの画像Ｔ７を表示させる。具体的には、コンテンツＱ１は「一人１０００円です」というテキストであり、コンテンツＱ２およびコンテンツＱ３は「１０００円を送金しました」というテキストである。なお、サーバ１０は、送金処理が完了したことを契機に、自動的にコンテンツＱ２およびコンテンツＱ３をユーザ端末２０に送信してもよいし、そうでなくてもよい。

【0073】

次に、図２～図４を適宜参照して、本実施形態について詳しく説明する、本実施形態に記載の内容は、適宜、他の各実施形態に適用可能である。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。図２Ａ，図２Ｂでは、トークルームが、ユーザＡ、ユーザＢ、及びユーザＣによって構成されるものとする。

【0074】

まず、本実施形態におけるトークルームに関する各画像について説明する。図２Ａ（ａ）の符号ＴＬは、トークルームのリストを示す画像である。ユーザ端末２０は、限定ではなく例として、自端末または自端末のユーザと関連付けられたトークルームのリストの画像ＴＬを表示領域２８に表示する。なお、ユーザ端末２０は、限定ではなく例として、端末または自端末のユーザと関連付けられていないトークルームのリストの画像ＴＬを表示領域２８に表示してもよい。図２Ａ（ａ）のトークルームのリストの画像ＴＬにおいて、「コーヒー会」、「紅茶会」、「運動会」、及び「野球好き」は、トークルームの名称が付されたアイコンである。アイコンとは、限定ではなく例として、表示領域２８に表示される画像である。ユーザ端末２０は、限定ではなく例として、「コーヒー会」のアイコンに対して、入力部２２に入力があった場合、名称が「コーヒー会」であるトークルームが選択されたと判定する。ユーザ端末２０は、表示領域２８に表示された「コーヒー会」のアイコンに対して、入力部２２に入力があった場合、名称が「コーヒー会」のトークルームが選択されたと判定し、図２Ａ（ｂ）に示すように、名称が「コーヒー会」のトークルームの画像Ｔ１を表示領域２８に表示する。

【0075】

ここで、各ユーザは、限定ではなく例として、トークルームを生成することができる。各ユーザは、トークルームを生成する場合、限定ではなく例として、１または２以上のユーザを選択し、ユーザにより選択されたユーザを含むトークルームが、サーバ１０によって生成される。なお、限定ではなく例として、各ユーザが１以上のユーザを選択せずに、トークルームが生成されてもよい。なお、トークルームを生成する処理は、サーバ１０が実行することに限定されず、ユーザ端末２０が実行してもよいし、ユーザ端末２０とサーバ１０とで実行してもよい。トークルームを生成する処理は、ユーザ端末２０およびサーバ１０と異なる装置が実行してもよい。

【0076】

以下の説明において適宜、本実施形態においては、ユーザＡがトークルーム「コーヒー会」を生成したものであるとする。また、ユーザＢおよびユーザＣがトークルーム「コーヒー会」に参加しているものとする。以下では、ユーザＡを「管理人」と称し、ユーザＢおよびユーザＣを「参加人」と称することがある。ここで、管理人とは、限定ではなく例として、トークルームを生成したユーザやトークルームに参加しているユーザから選ばれたユーザなどである。なお、限定ではなく例として、管理人を「マスター」ということもある。また、参加人とは、限定ではなく例として、管理人とは異なるユーザであり、生成されたトークルームに参加しているユーザである。なお、参加人のユーザ端末２０は、限定ではなく例として、トークルームの名称が付されたアイコンに対して、入力部２２に入力があった場合、そのアイコンが選択されたと判定し、トークルームに参加するための要求をサーバ１０に送信することで、参加人をトークルームに参加させてもよい。また、参加人のユーザ端末２０は、限定ではなく例として、所定のＵＲＬに対して、入力部２２に入力があった場合、そのＵＲＬが選択されたと判定し、ＵＲＬに関係付けれたトークルームの画像を表示領域２８に表示させ、参加人をトークルームに参加させてもよい。また、参加人のユーザ端末２０は、限定ではなく例として、トークルームを生成したユーザのユーザ端末２０から受信した参加依頼に基づいて、参加人をトークルームに参加させてもよい。

【0077】

図２Ａ（ｂ）に示すトークルームの画像Ｔ１において、符号Ｔａは、トークルームの名称である。トークルームの名称は、限定ではなく例として、管理人が入力した名称に設定される。トークルームの名称は、限定ではなく例として、メッセージングサービスにおいて自動で付与される名称でもよいし、トークルームの識別情報などで表されてもよい。

【0078】

図２（ｂ）に示すトークルームの画像Ｔ１において、コンテンツＱ１は、限定ではなく例として、ユーザ端末２０Ａの入力部２２にユーザＡが入力したコンテンツである。ここで、ユーザ端末２０は、限定ではなく例として、自端末の入力部２２に入力されたコンテンツを、トークルームの画像Ｔ１に対して第１方向に並べて表示する。限定ではなく例として、第１方向は、トークルームの画像Ｔ１に対する縦方向であり、第１方向と交差する第２方向は、トークルームの画像Ｔ１に対する横方向である。例えば、図２（ｂ）のトークルームの画像Ｔ１におけるコンテンツＱ１は、自端末（ここでは、ユーザ端末２０Ａ）により入力されたコンテンツであり、トークルームの画像Ｔ１の横方向における片側に寄せて配置され、縦方向に並んで配置される。

【0079】

図２Ａ（ｃ）に示すトークルームの画像Ｔ２において、符号Ｔｂは、送金に関する設定をするためのアイコン（限定ではなく例として、送金設定アイコン）である。送金設定アイコンＴｂは、限定ではなく例として、複数のアイコン（限定ではなく例として、「送金設定」、「送金」、「受取設定」、「受取解除」、「受取変更」、「消滅条件」、「通報」、「返金」、「送金依頼」、「退会」を示すアイコン）を含む。ユーザ端末２０は、送金設定アイコンＴｂに含まれる所定のアイコンに対して、入力部２２に入力があった場合、アイコンに対応する画像が表示領域２８に表示される。なお、図２Ａ（ｃ）に示す送金設定アイコンＴｂは一例を示すものであり、これに限定されない。

【0080】

また、図２Ｂ（ｈ）のトークルームの画像Ｔ７において、コンテンツＱ２およびコンテンツＱ３は、自端末（ここでは、ユーザ端末２０Ａ）と異なる端末（ここでは、ユーザ端末２０Ｂまたはユーザ端末２０Ｃ）から送信されたコンテンツである。以下の説明において適宜、自端末と異なる端末を他端末と表す。ユーザ端末２０は、限定ではなく例として、他端末から送信されたコンテンツを、第２方向において、自端末から送信されたコンテンツと異なる位置に表示する。限定ではなく例として、図２Ｂ（ｈ）のトークルームの画像Ｔ７におけるコンテンツＱ２およびコンテンツＱ３は、他端末（ここではユーザ端末２０Ｂまたはユーザ端末２０Ｃ）から送信されたコンテンツであり、トークルームの画像Ｔ７の横方向においてコンテンツＱ１に対して反対側に寄せて配置される。なお、図２Ｂ（ｅ）のトークルームの画像Ｔ４はユーザ端末２０Ｂの表示領域２８に表示された画像であり、図２Ｂ（ｅ）のコンテンツＱ１の配置が、図２Ａ（ｂ）のコンテンツＱ１と比較して、第２方向において異なる位置に配置されている。

【0081】

また、ユーザ端末２０は、限定ではなく例として、他端末から送信された各コンテンツと、このコンテンツを送信したユーザ端末２０のユーザに関する情報とを一組にして、トークルームの画像内に配置する。上記ユーザに関する情報は、限定ではなく例として、ユーザのアイコン、ユーザの名称、ユーザＩＤ、及びユーザのニックネームに関する表示の少なくとも１つを含む。図２Ｂ（ｅ）、図２Ｂ（ｈ）のトークルームの画像Ｔ４、Ｔ７において、符号Ｕａ１、Ｕｂ１、Ｕｃ１は、それぞれ、ユーザＡ、ユーザＢ、ユーザＣのアイコンである。また、トークルームの画像Ｔ４、Ｔ７において、符号Ｕａ２、Ｕｂ２、Ｕｃ２は、それぞれ、ユーザＡ、ユーザＢ、ユーザＣのユーザ名である。

【0082】

図２Ｂ（ｈ）のトークルームの画像Ｔ７において、符号Ｕｂ１は、コンテンツを送信した他端末（ここでは、ユーザ端末２０Ｂ）のユーザのアイコンである。ユーザ端末２０Ａは、コンテンツＱ２と、コンテンツＱ２を送信したユーザ端末２０Ｂのユーザ（ここでは、ユーザＢ）のアイコンＵｂ１とを、所定の位置関係となるようにトークルームの画像Ｔ７に配置する。なお、ユーザ端末２０は、限定ではなく例として、送金処理が実行されるか否かにかかわらず、メッセージなどを含むコンテンツを送受信できるものとする。また、上記ユーザに関する情報は、ユーザのアイコン、ユーザの名称、ユーザＩＤ、及びユーザのニックネームの少なくとも１つを含まなくてもよいし、ユーザのアイコン、ユーザの名称、ユーザＩＤ、ユーザのニックネームの表示と異なる情報を含んでもよい。ユーザ端末２０は、上記ユーザに関する情報をトークルームの画像に含めなくてもよい。

【0083】

ユーザ端末２０は、限定ではなく例として、各トークルームにおけるコンテンツを送信された時刻の順に第１方向に並べて、各トークルームの画像を表示領域２８に表示する。例えば、図２Ｂ（ｈ）に示したトークルームの画像Ｔ７において、コンテンツＱ２はコンテンツＱ１よりも後に送信されたコンテンツであり、コンテンツＱ３はコンテンツＱ２よりも後に送信されたコンテンツであり、トークルームの画像Ｔ７の縦方向においてコンテンツＱ１よりも下に配置される。

【0084】

以下において、通信システム１を構成する各装置の概要を説明する。まず、サーバ１０の動作の概要を説明する。サーバ１０は、ユーザ端末２０から送金処理要求を受信した場合、限定ではなく例として、送金処理要求を記憶部１５に記憶させる。サーバ１０は、限定ではなく例として、送金処理要求に含まれる送金元および送金先のユーザＩＤをトークルーム情報Ｄ１２に照合し、トークルームにおける送金元および送金先のユーザを特定する。サーバ１０は、限定ではなく例として、送金処理要求に含まれる送金アカウントを送金アカウント情報Ｄ１４に照合し、送金するための送金アカウントを特定する。サーバ１０は、限定ではなく例として、送金処理要求に含まれる送金額を特定する。サーバ１０は、限定ではなく例として、特定した送金アカウントおよび送金額に基づいて、支払いサーバ３０に対して、「送金アカウントＩＤ」に対応する価値を更新させるための送金情報を送信する。サーバ１０は、限定ではなく例として、支払いサーバ３０における送金に関する処理の結果、送金元および送金先のユーザＩＤに対応するユーザ端末２０を送信先に設定して、送金が完了したことを示すコンテンツを送信（例えば、配信）する。サーバ１０は、コンテンツを送信するときに、送金履歴情報Ｄ１５を更新する。ユーザ端末２０は、サーバ１０が送信したコンテンツを受信した場合、限定ではなく例として、受信の通知をサーバ１０に送信する。サーバ１０は、ユーザ端末２０が送信した受信の通知を受信した場合、限定ではなく例として、受信の通知に関連付けられたコンテンツをコンテンツ情報Ｄ１３から削除してもよい。

【0085】

次に、サーバ１０の動作において参照される、トークルーム情報Ｄ１２の例、コンテンツ情報Ｄ１３の例、送金アカウント情報Ｄ１４の例、送金履歴情報Ｄ１５の例について説明する。図３Ａは、トークルーム情報Ｄ１２の一例を示す図である。トークルーム情報Ｄ１２は、限定ではなく例として、［トークルームＩＤ］、［名称］、［ユーザＩＤ］、［生成者ＩＤ］、［送金受取者ＩＤ］、［送金者ＩＤ］、及び［コンテンツリスト］の項目を含む。［トークルームＩＤ］は、トークルームの識別情報を含む項目である。トークルームＩＤは、限定ではなく例として、ユーザがトークルームを生成した際にメッセージングサービスにおいて付与される。

【0086】

［名称］は、限定ではなく例として、トークルームの名称を示す項目である。［名称］は、［トークルームＩＤ］と関連付けられている。例えば、［トークルームＩＤ］が［ｔｒ０１］であるトークルームの［名称］は［コーヒー会］である。また、［トークルームＩＤ］が［ｔｒ０２］であるトークルームの［名称］は［紅茶会］である。また、［トークルームＩＤ］が［ｔｒ０３］であるトークルームの［名称］は［運動会］である。

【0087】

［ユーザＩＤ］は、限定ではなく例として、各トークルームに対応するグループに含まれるユーザの識別情報を示す項目である。［ユーザＩＤ］は、［トークルームＩＤ］と関連付けられている。例えば、［トークルームＩＤ］が「ｔｒ０１」であるトークルームに対応するグループに含まれるユーザは、ユーザＡ、ユーザＢ、及びユーザＣであり、「ｔｒ０１」に対応する［ユーザＩＤ］は、ユーザＡのユーザＩＤと、ユーザＢのユーザＩＤと、ユーザＣのユーザＩＤとを含む。また、［トークルームＩＤ］が「ｔｒ０２」、「ｔｒ０３」であるトークルームに対応するグループに含まれるユーザも同様に、ユーザＡ、ユーザＢ、及びユーザＣである。

【0088】

［生成者ＩＤ］は、限定ではなく例として、各トークルームを生成したユーザの識別情報を示す項目である。［生成者ＩＤ］は、［トークルームＩＤ］と関連付けられている。例えば、［トークルームＩＤ］が「ｔｒ０１」であるトークルームを生成したユーザはユーザＡであり、「ｔｒ０１」に対応する［生成者ＩＤ］はユーザＡのユーザＩＤを含む。また、例えば、「ｔｒ０２」］および「ｔｒ０３」のトークルームを生成したユーザも同様にユーザＡである。

【0089】

［送金受取者ＩＤ］は、限定ではなく例として、各トークルームにおいて送金を受けることができるユーザ（限定ではなく例として、送金受取者）の識別情報を示す項目である。［送金受取者ＩＤ］は、［トークルームＩＤ］と関連付けられている。例えば、［トークルームＩＤ］が「ｔｒ０１」であるトークルームにおいて、送金を受けることができるユーザはユーザＡであり、「ｔｒ０１」に対応する［送金受取者ＩＤ］はユーザＡのユーザＩＤを含む。すなわち、「ｔｒ０１」であるトークルームでは、ユーザＡのみが送金を受けることができるように設定されている。また、例えば、［トークルームＩＤ］が「ｔｒ０２」であるトークルームにおいて、送金を受けることができるユーザはユーザＢであり、「ｔｒ０２」に対応する［送金受取者ＩＤ］はユーザＢのユーザＩＤを含む。また、例えば、［トークルームＩＤ］が「ｔｒ０３」であるトークルームにおいて、送金を受けることができるユーザはユーザＡであり、「ｔｒ０３」に対応する［送金受取者ＩＤ］はユーザＡのユーザＩＤを含む。サーバ１０は、限定ではなく例として、トークルームが生成されたときに［送金受取者ＩＤ］に管理人のユーザＩＤを自動的に設定してもよいし、管理人によって設定された情報に基づいて設定してもよいし、任意のタイミングで参加人によって設定された情報に基づいて設定してもよい。

【0090】

［送金者ＩＤ］は、限定ではなく例として、各トークルームにおいて送金可能なユーザ（限定ではなく例として、送金者）の識別情報を示す項目である。［送金者ＩＤ］は、［トークルームＩＤ］と関連付けられている。例えば、［トークルームＩＤ］が「ｔｒ０１」であるトークルームにおいて、送金可能なユーザはユーザＢ及びユーザＣであり、「ｔｒ０１」に対応する［送金者ＩＤ］はユーザＢ及びユーザＣのユーザＩＤを含む。すなわち、「ｔｒ０１］であるトークルームは、ユーザＢ及びユーザＣのみがユーザＡに送金可能に設定されている。また、例えば、［トークルームＩＤ］が「ｔｒ０２」であるトークルームにおいて、送金可能なユーザはユーザＡ及びユーザＣであり、「ｔｒ０２」に対応する［送金者ＩＤ］はユーザＡ及びユーザＣのユーザＩＤを含む。また、例えば、［トークルームＩＤ］が「ｔｒ０３」であるトークルームにおいて、送金することができるユーザはユーザＢのみであり、「ｔｒ０３」に対応する［送金者ＩＤ］はユーザＢのユーザＩＤを含む。サーバ１０は、限定ではなく例として、［送金者ＩＤ］に設定するユーザＩＤを、トークルームにユーザが参加したときに、参加人のユーザＩＤに対して自動的に設定してもよいし、任意のタイミングで管理人によって設定された情報に基づいて設定してもよいし、任意のタイミングで参加人によって設定された情報に基づいて設定してもよい。なお、限定ではなく例として、トークルーム情報Ｄ１２には、［送金者ＩＤ］の項目が含まれていなくてもよい。この場合、サーバ１０は、限定ではなく例として、［送金者ＩＤ］に、トークルームに参加した参加人のユーザＩＤを自動的に設定してもよい。

【0091】

［コンテンツリスト］は、限定ではなく例として、各トークルームに含まれるコンテンツのリストを示す情報を示す項目である。［コンテンツリスト］は、［トークルームＩＤ］と関連付けられている。例えば、［トークルームＩＤ］が「ｔｒ０１」であるトークルームに含まれるコンテンツは、コンテンツ情報Ｄ１３の一部である「リスト１」によって表される。

【0092】

図３Ｂは、コンテンツ情報Ｄ１３の一例を示す図である。図３Ｂは、コンテンツ情報Ｄ１３の一部であり、図３Ａの「リスト１」に対応する。コンテンツ情報Ｄ１３は、限定ではなく例として、［コンテンツＩＤ］、［送信ユーザＩＤ］、及び［コンテンツ］の項目を含む。

【0093】

［コンテンツＩＤ］は、各コンテンツの識別情報を示す項目である。コンテンツの識別情報は、限定ではなく例として、ユーザ端末２０がコンテンツを送信する際にメッセージングサービスにおいて付与される。ここでは、［コンテンツＩＤ］が「ｔｒ０１ｃ０１」のコンテンツは、図２Ａ（ｂ）のトークルームの画像Ｔ１におけるコンテンツＱ１に対応するものとする。同様に、［コンテンツＩＤ］が「ｔｒ０１ｃ０２」のコンテンツはコンテンツＱ２に対応し、コンテンツＩＤ］が「ｔｒ０１ｃ０３」のコンテンツはコンテンツＱ３に対応するものとする。

【0094】

［送信ユーザＩＤ］は、限定ではなく例として、各コンテンツを送信したユーザ端末２０に対応するユーザＩＤを示す項目である。［送信ユーザＩＤ］は、［コンテンツＩＤ］と関連付けられている。例えば、［コンテンツＩＤ］が「ｔｒ０１ｃ０１」のコンテンツは、送信したユーザ端末２０に対応するユーザがユーザＡであり、「ｔｒ０１ｃ０１」に対応する［送信ユーザＩＤ］はユーザＡのユーザＩＤを含む。［コンテンツＩＤ］が「ｔｒ０１ｃ０２」のコンテンツは、送信したユーザ端末２０に対応するユーザがユーザＢであり、「ｔｒ０１ｃ０２」に対応する［送信ユーザＩＤ］はユーザＢのユーザＩＤを含む。

【0095】

［コンテンツ］は、限定ではなく例として、ユーザによって送信されたコンテンツを示す項目である。［コンテンツ］は、［コンテンツＩＤ］と関連付けられている。コンテンツがテキストを含む場合、［コンテンツ］にはコンテンツのテキストデータが格納される。例えば、図２（ｂ）に示したコンテンツＱ１は、「一人１，０００円です。」というテキストであり、「ｔｒ０１ｃ０１」に対応する［コンテンツ］には「一人１，０００円です」を表すテキストデータが格納される。また、図２（ｆ）に示したコンテンツＱ２、コンテンツＱ３は、「送金完了しました。」というテキストであり、「ｔｒ０１ｃ０２」、「ｔｒ０１ｃ０３」に対応する［コンテンツ］には「１，０００円を送金しました」を表すテキストデータが格納される。また、コンテンツが画像を含む場合、［コンテンツ］には、画像データ、画像データへのリンク、又は画像データが格納された記憶部のアドレスが格納される。上記画像データは、限定ではなく例として、静止画データを含んでもよいし、動画データを含んでもよい。上記画像データは、限定ではなく例として、スタンプ、スティッカー、絵文字、及び顔文字を表すデータを含んでもよいし、含まなくてもよい。コンテンツが音声を含む場合、［コンテンツ］には、音声データ、音声データへのリンク、又は音声データが格納された記憶部のアドレスが格納される。

【0096】

図３Ｃは、送金アカウント情報Ｄ１４の一例を示す図である。送金アカウント情報Ｄ１４は、限定ではなく例として、［ユーザＩＤ］および［送金アカウントＩＤ］の項目を含む。［ユーザＩＤ］は、限定ではなく例として、ユーザの識別情報を示す項目である。

【0097】

［送金アカウントＩＤ］は、限定ではなく例として、各送金アカウントの識別情報を示す項目である。［送金アカウントＩＤ］は、［ユーザＩＤ］と関連付けられている。例えば、［ユーザＩＤ］が「ユーザＡ」であるユーザにおいて使用できる送金アカウントは送金アカウントＡ、送金アカウントＢ、及び送金アカウントＣであり、送金アカウントＡ、送金アカウントＢ、及び送金アカウントＣの送金アカウントＩＤを含む。

【0098】

図３Ｄは、送金履歴情報Ｄ１５の一例を示す図である。送金履歴情報Ｄ１５は、限定ではなく例として、［トークルームＩＤ］、［日時］、［送金受取者ＩＤ］、［送金者ＩＤ］、［送金額］、［送金アカウント］の項目を含む。［トークルームＩＤ］、［送金受取者ＩＤ］、及び［送金者ＩＤ］は、限定ではなく例として、図３Ａで説明したものと同様であるため、その説明を省略する。［日時］は、トークルームＩＤが付与された日時を示す項目である。［送金額］は、ユーザが送金した価値の量を示す情報を示す項目である。［送金額］は、［トークルームＩＤ］と関連付けられている。すなわち、図３Ｄのトークルームｔｒ０１においては、「２０２０年１月１日１０時００分」にユーザＢからユーザＡに「１，０００」の価値が送金され、「２０２０年１月１日１１時００分」にユーザＣからユーザＡに「１，０００」の価値が送金されている。

【0099】

次に、ユーザ端末２０の動作の概要を説明する。ユーザ端末２０は、限定ではなく例として、図１に示したトークルーム情報Ｄ２２およびコンテンツ情報Ｄ２３を参照して、トークルームの画像を表示領域２８に表示する。ユーザ端末２０は、限定ではなく例として、ユーザによる入力部２２への入力を受け付けて、トークルーム情報Ｄ２２および送金アカウント情報Ｄ２４を参照して、送金元、送金先、送金額、及び送金アカウントに関する情報を含む送金処理要求をサーバ１０に送信する。ユーザ端末２０は、限定ではなく例として、サーバ１０から送金履歴情報を受信する。ユーザ端末２０は、限定ではなく例として、受信した送金履歴情報を記憶部２５に記憶する。ユーザ端末２０は、限定ではなく例として、送金履歴情報Ｄ２５を参照して、送金処理が完了したことを示すコンテンツを含むトークルームの画像を、表示領域２８に表示してもよい。

【0100】

次に、ユーザ端末２０の動作において参照される、トークルーム情報Ｄ２２の例、コンテンツ情報Ｄ２３の例、送金アカウント情報Ｄ２４の例、送金履歴情報Ｄ２５の例について説明する。なお、ユーザ端末２０は、限定ではなく例として、送金アカウント情報Ｄ２４および送金履歴情報Ｄ２５を記憶部２５に記憶していなくてもよい。

【0101】

トークルーム情報Ｄ２２は、限定ではなく例として、ユーザ端末２０のユーザと関連付けられたトークルームに関する情報である。トークルーム情報Ｄ２２に含まれる項目についてはトークルーム情報Ｄ１２と同様であるため、その説明を省略する。

【0102】

コンテンツ情報Ｄ２３は、限定ではなく例として、ユーザ端末２０のユーザと関連付けられたトークルームにおけるコンテンツに関する情報である。コンテンツ情報Ｄ２３に含まれる項目についてはコンテンツ情報Ｄ１３と同様であるため、その説明を省略する。

【0103】

送金アカウント情報Ｄ２４は、限定ではなく例として、ユーザ端末２０のユーザと関連付けられた送金アカウントに関する情報である。送金アカウント情報Ｄ２４に含まれる項目については送金アカウント情報Ｄ１４と同様であるため、その説明を省略する。

【0104】

送金履歴情報Ｄ２５は、限定ではなく例として、ユーザ端末２０のユーザと関連付けられたトークルームにおける送金に関する情報である。送金履歴情報Ｄ２５に含まれる項目については送金履歴情報Ｄ１５と同様であるため、その説明を省略する。

【0105】

次に、支払いサーバ３０の動作の概要を説明する。支払いサーバ３０は、サーバ１０から送金情報を受信した場合、限定ではなく例として、送金情報を記憶部３５に記憶させる。支払いサーバ３０は、限定ではなく例として、送金情報に含まれる送金元および送金先の送金アカウントＩＤを特定する。支払いサーバ３０は、限定ではなく例として、送金アカウント情報Ｄ３１を参照して、送金元の送金アカウントＩＤに対応する価値から、送金額に対応する価値を、送金先の送金アカウントＩＤに対応する価値に移転させる（限定ではなく例として、送金に関する処理）。支払いサーバ３０は、限定ではなく例として、送金に関する処理の結果に関する通知を、サーバ１０に送信する。

【0106】

次に、支払いサーバ３０の動作において参照される、送金アカウント情報Ｄ３１の例について説明する。送金アカウント情報Ｄ３１は、限定ではなく例として、ユーザ端末２０のユーザと関連付けられた送金アカウントに関する情報である。図４は、送金アカウント情報Ｄ３１の一例を示す図である。送金アカウント情報Ｄ３１は、限定ではなく例として、［ユーザＩＤ］、［送金アカウントＩＤ］、及び［価値］の項目を含む。［ユーザＩＤ］および［送金アカウントＩＤ］は、送金アカウント情報Ｄ１４の［ユーザＩＤ］および［送金アカウントＩＤ］と同様であるため、その説明を省略する。［価値］は、限定ではなく例として、価値の量を示す項目である。［価値］は、［送金アカウントＩＤ］と関連付けられている。

【0107】

次に、サーバ１０における各ユーザに対する送金に関する設定について説明する。サーバ１０は、限定ではなく例として、管理人によりトークルームが生成された場合、図３Ａのトークルーム情報Ｄ１２のように、管理人のユーザＩＤを、トークルームＩＤに関係付けて、［ユーザＩＤ］および［生産者ＩＤ］の項目に登録する。サーバ１０は、参加人から参加要求を受信した場合、トークルーム情報Ｄ１２のように、参加人のユーザＩＤを、トークルームＩＤに関係付けて［ユーザＩＤ］の項目に登録する。そして、サーバ１０は、限定ではなく例として、送金に関する設定を行う。送金に関する設定は、限定ではなく例として、管理人および参加人のユーザＩＤを［送金受取者ＩＤ］または［送金者ＩＤ］の項目に設定することである。サーバ１０は、限定ではなく例として、予め定められた設定に関する情報に基づいて送金に関する設定を設定してもよいし、管理人または参加人によって定められた設定に関する情報に基づいて送金に関する設定を設定してもよい。

【0108】

次に、図２～図５を適宜参照して、第１実施形態に係る情報処理の手順について説明する。図５は、第１実施形態に係る情報処理の手順を示すフローチャートである。ここで、図５においては、限定ではなく例として、管理人がトークルームを生成してから参加人による管理人への送金が完了するまでの手順を示す。以下、限定ではなく例として、管理人をユーザＡとし、参加人をユーザＢおよびユーザＣとし、ユーザＡ、ユーザＢ、及びユーザＣが参加するトークルームを「コーヒー会」とする。

【0109】

まず、ステップＳ１１１において、ユーザ端末２０Ａは、ユーザＡによる入力部２２への入力に基づいて、サーバ１０に対するトークルームＡの作成要求を生成する。ステップ１１２において、ユーザ端末２０Ａは、通信Ｉ／Ｆ２４を介して、作成要求をサーバ１０に送信する。サーバ１０は、通信Ｉ／Ｆ１４を介して、ユーザ端末２０Ａから作成要求を受信する。

【0110】

次に、ステップＳ１２１において、サーバ１０は、作成要求に基づいて、トークルーム情報Ｄ１２に、トークルームＩＤ、ユーザＩＤ、及び生成者ＩＤを登録する（図３Ａ参照）。サーバ１０は、限定ではなく例として、トークルーム情報Ｄ１２にトークルームが登録されると、トークルーム情報Ｄ１２をユーザ端末２０Ａに送信する。

【0111】

次に、ユーザ端末２０Ａは、限定ではなく例として、トークルーム情報Ｄ１２（図３Ａ参照）を記憶部２５に記憶する。ユーザ端末２０Ａは、限定ではなく例として、トークルーム情報Ｄ２２を読み出して、トークルームのリストの画像ＴＬを生成する。ユーザ端末２０Ａの制御部２１は、表示部２３ａを制御し、表示領域２８に画像ＴＬを表示させる。そして、ユーザ端末２０Ａは、トークルーム「コーヒー会」のアイコンに対して、入力部２２に入力があった場合、トークルーム「コーヒー会」が選択されたと判定して、トークルーム「コーヒー会」の画像を表示領域２８に表示させる。

【0112】

次に、ステップＳ１２２において、サーバ１０は、限定ではなく例として、ユーザ端末２０にトークルーム「コーヒー会」に参加させるための参加要求を送信してもよい。

【0113】

次に、ステップＳ１３１において、ユーザ端末２０Ｂは、限定ではなく例として、メッセージングサービスのアプリケーションが起動された際に、図２（ａ）に示すようなトークルームのリストの画像ＴＬを表示領域２８に表示させる。ユーザ端末２０Ｂは、リストの「コーヒー会」のアイコンに対して、入力部２２に入力があった場合、トークルーム「コーヒー会」が選択されたと判定する。ユーザ端末２０Ｂは、限定ではなく例として、「コーヒー会」が選択されたと判定された場合、トークルーム「コーヒー会」への参加をサーバ１０に要求するための参加要求を生成する。そして、ステップＳ１３２において、ユーザ端末２０Ｂは、通信Ｉ／Ｆ２４を介して、トークルーム「コーヒー会」への参加要求をサーバ１０に送信する。限定ではなく例として、ユーザ端末２０Ｃにおいても同様に、ステップＳ１３１およびステップＳ１３２が実行される。サーバ１０は、参加要求を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、参加要求に基づいて、トークルーム情報Ｄ１２に、ユーザＢのユーザＩＤを登録する（図３Ａ参照）。限定ではなく例として、サーバ１０においてユーザＢのユーザＩＤがトークルーム情報Ｄ１２に登録されると、ユーザ端末２０Ｂは、サーバ１０からコンテンツ情報Ｄ１３を受信して、図２（ｂ）のようなコンテンツＱ１を含む画像Ｔ１を表示領域２８に表示させてもよい。

【0114】

なお、ステップＳ１３１の前に、サーバ１０は、限定ではなく例として、ユーザ端末２０（ここでは、ユーザ端末２０Ｂおよびユーザ端末２０Ｃ）に対して、トークルームに参加させるための参加依頼を送信してもよい。この場合、ユーザ端末２０は、限定ではなく例として、サーバ１０から参加依頼を受信すると、トークルーム「コーヒー会」への参加を依頼するメッセージテキストを含む画像を表示領域２８に表示させてもよいし、トークルームに参加した状態を示す図２（ｅ）に示すような画像Ｔ４を表示領域２８に表示させてもよい。

【0115】

次に、ステップＳ１３３において、サーバ１０は、限定ではなく例として、参加人のユーザＩＤを登録したトークルーム情報Ｄ１２（ここでは、参加情報）を、ユーザ端末２０Ａに送信する。ユーザ端末２０Ａは、限定ではなく例として、参加情報を記憶部２５に記憶する。

【0116】

次に、ステップＳ１４１において、ユーザ端末２０Ａは、限定ではなく例として、図２Ａ（ｂ）に示すようなコンテンツＱ１を含むトークルームの画像Ｔ２を表示領域２８に表示させる。ユーザ端末２０Ａは、限定ではなく例として、表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図２Ａ（ｃ）に示すような送金設定アイコンＴｂを含む選択画像Ｔ２を表示領域２８に表示させる。そして、限定ではなく例として、ユーザ端末２０Ａは、図２Ａ（ｃ）のアイコン「送金設定」に対して、入力部２２に入力があった場合、「送金設定」が選択されたと判定する。そして、ユーザ端末２０Ａは、限定ではなく例として、トークルーム情報Ｄ２２を参照して、図２Ａ（ｄ）に示す送金設定画像Ｔ３を表示領域２８に表示させる。送金設定画像Ｔ３は、限定ではなく例として、送金受取者設定部Ｔ３ａと、送金者設定部Ｔ３ｂと、設定確定部Ｔ３ｃとを含む。送金受取者設定部Ｔ３ａは、限定ではなく例として、トークルーム情報Ｄ２２に基づいて、トークルーム「コーヒー会」に関係付けられるユーザＩＤのユーザの名称を表示する、送金受取者となるユーザを設定するための領域である。送金者設定部Ｔ３ｂは、限定ではなく例として、トークルーム情報Ｄ２２に基づいて、トークルーム「コーヒー会」に関係付けられるユーザＩＤのユーザの名称を表示する、送金者となるユーザを設定するための領域である。ここで、送金受取者設定部Ｔ３ａおよび送金者設定部Ｔ３ｂは、限定ではなく例として、それに対して入力部２２に入力があった場合、所定の表示形式（限定ではなく例として、プルダウン）でユーザの名称を表示してもよい。送金受取者設定部Ｔ３ａおよび送金者設定部Ｔ３ｂは、限定ではなく例として、ユーザの名称の入力を受け付けるテキストボックスなどであってもよい。設定確定部Ｔ３ｃは、限定ではなく例として、それに対して入力部２２に入力があった場合、上記の送金に関する設定（限定ではなく例として、第１設定）に関する情報（限定ではなく例として、第１設定情報）を確定させる。そして、ステップＳ１４２において、ユーザ端末２０Ａは、第１設定情報をサーバ１０に送信する。なお、上記においては、トークルームを生成した管理人（ここでは、ユーザＡ）によって第１設定情報が生成されるように説明したが、これに限定されない。限定ではなく例として、生成されたトークルームの参加人（ここでは、ユーザＢまたはユーザＣ）によって第１設定情報が生成されてもよい。また、サーバ１０は、ステップＳ１４１において第１設定を設定するように説明したがこれに限定されない。限定ではなく例として、サーバ１０は、ステップＳ１２１においてユーザ端末２０Ａから作成要求を受信したときに第１設定を自動的に又は管理人によって生成された設定情報に基づいて設定してもよいし、ステップＳ１３１においてユーザ端末２０から参加要求を受信したときに第１設定を自動的に又は管理人によって生成された設定情報に基づいて設定してもよく、第１設定が設定されるタイミングは限定されない。

【0117】

ここで、第１設定の設定内容を説明する。第１設定は、限定ではなく例として、サーバ１０によって自動的に設定されるものであってもよいし、上述したようにユーザによって設定されるものであってもよい。「設定」とは、限定ではなく例として、管理人または参加人の少なくともいずれかのユーザＩＤに対して、送金に関する権限、権能、又は責任などが付与されることであってもよい。

【0118】

まず、第１設定がサーバ１０によって自動的に設定される場合、サーバ１０は、限定ではなく例として、管理人によってトークルームが作成されたときに管理人のユーザＩＤを［送金受取者ＩＤ］に登録し、参加人から参加要求を受信したときに参加人のユーザＩＤを［送金者ＩＤ］に登録してもよい。この場合、図３ＡのトークルームＩＤが「ｔｒ０１」のように、［送金受取者ＩＤ］に管理人のユーザＩＤが登録され、［送金者ＩＤ］に参加人のユーザＩＤが登録される。これにより、トークルームにおいて参加人から管理人への送金が可能となる。換言すると、この場合、第１設定は、トークルームに参加するユーザから参加人に送金できない設定となる。

【0119】

次に、第１設定がユーザによって設定される場合、［送金受取者ＩＤ］および［送金者ＩＤ］に登録されるユーザＩＤは任意に設定される。具体的には、サーバ１０は、限定ではなく例として、図３ＡのトークルームＩＤが「ｔｒ０２」のように、［送金受取者ＩＤ］に参加人のうちの一人のユーザＩＤが登録され、［送金者ＩＤ］に管理人および他の参加人のユーザＩＤが登録されてもよい。これにより、トークルームにおいて管理人および他の参加人から参加人の一人に送金が可能となる。限定ではなく例として、図３ＡのトークルームＩＤが「ｔｒ０３」のように、［送金受取者ＩＤ］に管理人のユーザＩＤが登録され、［送金者ＩＤ］に参加人のうち特定の参加人のユーザＩＤが登録されてもよい。これにより、トークルームにおいて特定の参加人のみから管理人に送金が可能となる。

【0120】

次に、ステップＳ１５１において、サーバ１０は、限定ではなく例として、第１設定情報に基づいて、トークルーム情報Ｄ１２の［送金受取者ＩＤ］および［送金者ＩＤ］にユーザＩＤを登録する。

【0121】

次に、ステップＳ１６１において、ユーザ端末２０Ｂは、限定ではなく例として、図２Ｂ（ｅ）に示すようなコンテンツＱ１を含むトークルームの画像Ｔ４を表示領域２８に表示させる。ユーザ端末２０Ｂは、限定ではなく例として、表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図２Ｂ（ｆ）に示す送金設定アイコンＴｂを含む選択画像Ｔ５を表示領域２８に表示させる。そして、限定ではなく例として、ユーザ端末２０Ｂは、表示領域２８の図２Ｂ（ｆ）のアイコン「送金」に対して、入力部２２に入力があった場合、図２Ｂ（ｆ）のアイコン「送金」が選択されたと判定する。そして、ユーザ端末２０Ｂは、限定ではなく例として、トークルーム情報Ｄ２２および送金アカウント情報Ｄ２４を参照して、図２Ｂ（ｇ）に示す送金登録画像Ｔ６を表示領域２８に表示させる。送金登録画像Ｔ６は、限定ではなく例として、送金先Ｔ６１と、送金アカウント設定部Ｔ６２と、送金可能額Ｔ６３と、送金額入力部Ｔ６４と、送金確定部Ｔ６５とを含む。送金先Ｔ６１は、限定ではなく例として、トークルーム情報Ｄ２２を参照して特定される送金先を表示する領域である。送金アカウント設定部Ｔ６２は、限定ではなく例として、それに対して入力部２２に入力があった場合、所定の表示形式（限定ではなく例として、プルダウン）で使用可能な送金アカウントＩＤに対応する送金アカウントの名称を表示する領域である。なお、送金アカウント設定部Ｔ６２は、限定ではなく例として、ユーザによる送金アカウントの名称の入力を受け付けて表示するテキストボックスなどであってもよい。送金可能額Ｔ６３は、限定ではなく例として、選択された送金アカウントにおいて送金が可能な価値の残額を表示する領域である。送金額入力部Ｔ６４は、限定ではなく例として、入力部２２に入力があった場合、入力された送金額を表示する領域である。送金確定部Ｔ６５は、限定ではなく例として、それに対して、入力部２２に入力があった場合、上記の送金に関する情報（限定ではなく例として、送金情報）を確定させる。そして、ステップＳ１６２において、ユーザ端末２０Ｂは、送金情報を含む送金処理要求をサーバ１０に送信する。ここで、送金処理要求は、限定ではなく例として、送金するユーザＢが送金を受けるユーザＡに送金する処理をサーバ１０に要求するための情報である。限定ではなく例として、ユーザ端末２０Ｃにおいても同様に、ステップＳ１６１およびステップＳ１６２が実行される。

【0122】

次に、ステップＳ１７１において、サーバ１０は、送金処理要求を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、送金処理要求に基づいて、ユーザＢのユーザＩＤと、トークルーム情報Ｄ１２の［送金者ＩＤ］のユーザＩＤとを照合する。制御部１１は、限定ではなく例として、照合した結果、ユーザＢのユーザＩＤと［送金者ＩＤ］のユーザＩＤとが一致した場合、送金処理に移行する。制御部１１は、限定ではなく例として、送金情報に基づいて、送金元および送金先のユーザＩＤと、送金アカウントと、送金額とを特定する。サーバ１０は、限定ではなく例として、送金元および送金先のユーザＩＤ、送金アカウント、及び送金額に関する情報を含む送金通知を、支払いサーバ３０に送信する。支払いサーバ３０は、送金元のユーザＩＤに対応する送金アカウントの価値から、送金額に対応する価値を、送金先のユーザＩＤに対応する送金アカウントの価値に移転させる。支払いサーバ３０は、限定ではなく例として、送金に関する処理の結果に関する情報を、サーバ１０に送信する。これにより送金処理が完了する。

【0123】

次に、ステップＳ１７２において、サーバ１０は、送金額に関する情報を含む送金完了通知をユーザ端末２０に送信する。ユーザ端末２０Ａは、限定ではなく例として、送金完了通知に基づいて、図２Ｂ（ｈ）のように送金完了を示すコンテンツＱ２およびコンテンツＱ３（限定ではなく例として、１，０００円を送金しました）を含む画像Ｔ７を表示させる。限定ではなく例として、ユーザ端末２０Ｂおよびユーザ端末２０Ｃにおいても同様に、コンテンツＱ２およびコンテンツＱ３を含む画像を表示させる。これにより、トークルームのユーザはトークルームにおける送金状況を確認することができる。
＜第１変形例＞

【0124】

図６を参照して、第１変形例に係る情報処理について説明する。図６は、関係情報Ｄ１６の一例を示す図である。第１変形例に係る情報処理は、トークルームの管理人および参加人のそれぞれが、メッセージングサービスにおいて所定の関係を有さなくても、トークルーム内で他のユーザに送金を実行できる形態である。ここで、「所定の関係」とは、限定ではなく例として、メッセージングサービスにおいてユーザ間で互いに認識可能な関係をいう。例えば、所定の関係は、友だち関係、フォローされている関係、フォローする関係などである。また、サーバ１０は、限定ではなく例として、各ユーザ間の上記の関係を示す関係情報Ｄ１６を有していてもよい。関係情報Ｄ１６は、限定ではなく例として、［ユーザＩＤ］、［友だち関係］、［フォロー１］、及び［フォロー２］の項目のうち少なくとも一つを含む。関係情報Ｄ１６には、ユーザ間で互いに認識可能な関係を示す項目をさらに含んでいてもよい。

【0125】

［友だち関係］は、あるユーザと友だち関係を有するユーザＩＤを示す項目である。［友だち関係］は、［ユーザＩＤ］と関係付けられている。「友だち関係」とは、限定ではなく例として、メッセージングサービスにおいて、互いに相手を特定可能な情報を有する関係をいう。具体的には、限定ではなく例として、あるユーザ（ここでは、ユーザＡ）のユーザ端末２０Ａに、他のユーザ（ここでは、ユーザＢ）のユーザ端末２０Ｂに対応する電話番号がユーザＢの連絡先として登録されている場合、ユーザＡとユーザＢとは「友だち関係」である。また、限定ではなく例として、ユーザＡのユーザ端末２０Ａに、ユーザＢに対応するメッセージングアカウントが登録されている場合、ユーザＡとユーザＢとは「友だち関係」である。また、限定ではなく例としてユーザＢのユーザ端末２０Ｂに、ユーザＡのユーザ端末２０Ａに対応する電話番号がユーザＡの連絡先として登録されている場合、ユーザＢとユーザＡとは「友だち関係」である。また、限定ではなく例として、ユーザＢのユーザ端末２０Ｂに、ユーザにＡ対応するメッセージングアカウントが登録されている場合、ユーザＢとユーザＡとは「友だち関係」である。また、限定ではなく例として、ユーザＡのユーザ端末２０Ａに登録されているユーザＢのユーザ端末２０Ｂに対応するメッセージングアカウントが、ユーザＣのユーザ端末２０Ｃにおいても登録されている場合、ユーザＡとユーザＣとは「友だち関係」である。例えば、図６における、ユーザＤを共通の友だちとするユーザＡとユーザＣとの関係である。

【0126】

［フォロー１］は、あるユーザにフォローされている関係を有するユーザのユーザＩＤを示す項目である。［フォロー１］は、［ユーザＩＤ］と関係付けられている。「フォローされている関係」とは、限定ではなく例として、メッセージングサービスにおいて、他のユーザ（ここでは、ユーザＢ）のユーザ端末２０が提供するコンテンツを含むアカウントを、あるユーザ（ここでは、ユーザＡ）のユーザ端末２０が登録している、ユーザＡとユーザＢとの関係をいう。この場合、ユーザＡとユーザＢとの関係は、ユーザＢがユーザＡにフォローされている関係である。具体的には、限定ではなく例として、ユーザＡのユーザ端末２０Ａは、ユーザＢに関するメッセージングサービス上のコンテンツにおいて、表示領域２８に表示されるアカウント登録部（限定ではなく例として、「フォローする」）に対して、入力部２２に入力があった場合、アカウントの登録に関する情報をサーバ１０に送信する。サーバ１０は、アカウントの登録に関する情報に基づいて、関係情報Ｄ１６を更新することにより、ユーザＡがユーザＢにフォローされている関係を登録する。

【0127】

［フォロー２］は、あるユーザをフォローする関係を有するユーザのユーザＩＤを示す項目である。［フォロー２］は、［ユーザＩＤ］と関係付けられている。「フォローする関係」とは、限定ではなく例として、メッセージングサービスにおいて、他のユーザ（ここでは、ユーザＢ）のユーザ端末２０が、あるユーザ（ここでは、ユーザＡ）のユーザ端末２０が提供するコンテンツを含むアカウントを登録している、ユーザＢとユーザＡとの関係をいう。この場合、ユーザＢとユーザＡとの関係は、ユーザＢがユーザＡをフォローする関係である。具体的には、限定ではなく例として、ユーザＢのユーザ端末２０Ｂは、ユーザＡに関するメッセージングサービス上のコンテンツにおいて、表示領域２８に表示されるアカウント登録部（限定ではなく例として、「フォローする」）に対して、入力部２２に入力があった場合、アカウントの登録に関する情報をサーバ１０に送信する。サーバ１０は、アカウントの登録に関する情報に基づいて、関係情報Ｄ１６を更新することにより、ユーザＢがユーザＡをフォローする関係を登録する。
＜第２変形例＞

【0128】

図７を参照して、第２変形例に係る情報処理について説明する。図７は、所定の関係の設定に関する表示が表示されているトークルームの画像Ｔ８を示す図である。第２変形例に係る情報処理は、限定ではなく例として、図７に示すように、トークルームの画像内に、友だち関係、フォローされる関係、及びフォローする関係のうち少なくともいずれかを設定するための表示（ここでは、「友だち追加」）を含む形態である。制御部２１は、「友だち追加」のアイコンＴ８１に対して、入力部２２に入力があった場合、「友だち追加」が選択されたと判定して、友だち関係を設定するための画像を表示領域２８に表示する。限定ではなく例として、フォローされる関係を設定するための表示およびフォローする関係を設定するための表示についても同様である。なお、限定ではなく例として、図７に示すように、トークルームの画像内に、友だち関係、フォローされる関係、及びフォローする関係のうち少なくともいずれかを設定するための表示（ここでは、「友だち追加」）を含んでいなくてもよい。所定の関係の設定に関する表示を排除することにより、トークルーム内におけるユーザ間で、友だち関係、フォローされる関係、及びフォローする関係が構築されることを排除できる。
＜第３変形例＞

【0129】

図８を参照して、第３変形例に係る情報処理について説明する。図８は、送金設定画像Ｔ９の一例を示す図である。第３変形例に係る情報処理は、限定ではなく例として、図２（ｇ）の送金登録画像Ｔ６の送金先Ｔ６１について、送金先が選択可能に表示されている形態である。ユーザ端末２０は、送金先Ｔ９１のアイコン（ここでは、▼）に対して、入力部２２に入力があった場合、送金先Ｔ９１のアイコンが選択されたと判定する。限定ではなく例として、制御部２１は、送金先Ｔ９１のアイコンが選択されたと判定された場合、図８に示すように、送金先の候補を示すリストを表示領域２８に表示する。限定ではなく例として、制御部２１は、トークルーム情報Ｄ２２を参照して、トークルームＩＤに関係付けられているユーザＩＤに対応するユーザ名を並べて、送金先の候補のリストを表示してもよい。
＝＝＝効果＝＝＝

【0130】

本実施形態によれば、サーバ１０は、ユーザＡによるユーザ端末２０Ａの入力部２２への入力によって送信されたコンテンツをユーザ端末２０Ｂに送信し、ユーザＢによるユーザ端末２０Ｂの入力部２２への入力によって送信されたコンテンツをユーザ端末２０Ａに送信する。制御部１１は、トークルームに対して、ユーザＡへの送金に関する設定（送金を受けることができる設定、送金することができる設定など）を設定する。サーバ１０は、ユーザ端末２０Ｂから、送金に関する設定と、ユーザＢによるトークルームに対するユーザ端末２０Ｂの入力部２２への入力とに基づくユーザＢからユーザＡへの送金に関する情報（送金先、送金元、送金額、送金アカウントなど）を受信する。制御部１１は、送金に関する情報に基づいて、送金に関する処理（送金処理）を実行する。

【0131】

その結果、本実施形態の情報処理によれば、限定ではなく例として、送金処理を実行する際に、サーバ１０においてユーザごとの送金に関する設定を判別する必要がないため、サーバ１０の処理速度を向上できる。また、トークルームを利用するユーザに対して、トークルーム内での送金を可能にさせるため、ユーザの利便性を向上できる。

【0132】

本実施形態によれば、制御部１１によって設定される送金に関する設定には、ユーザＡがトークルームの管理人（トークルームを作成した人など）であることに関する設定を含む。その結果、本実施形態の情報処理によれば、限定ではなく例として、管理人に対して送金に関する設定が設定されるため、ユーザＡによる送金に関する設定を減らせることから、ユーザ端末２０の処理量を減らすことができる。また、ユーザ端末２０からサーバ１０に送信される情報量を減らすことができるため、サーバ１０の処理速度の向上が図れる。

【0133】

本実施形態によれば、制御部１１は、ユーザＡによるトークルームの作成に基づいて送金に関する設定を設定する。その結果、本実施形態の情報処理によれば、限定ではなく例として、トークルームが作成されたときに送金に関する設定が設定されるため、サーバ１０において送金に関する設定についてのユーザ端末２０との通信量を減らすことができるため、サーバ１０の処理速度を向上できる。

【0134】

本実施形態によれば、制御部１１によって設定される送金に関する設定には、トークルームに参加するユーザによるユーザ端末２０の入力部２２への入力に基づいて、ユーザＡへの送金を可能にすることに関する設定を含む。その結果、本実施形態の情報処理によれば、限定ではなく例として、トークルームにおいて送金することができるユーザを設定できるため、トークルームの利便性を向上できる。

【0135】

本実施形態によれば、制御部１１によって設定される送金に関する設定には、トークルームに参加するユーザから、参加人であるユーザＢへの送金ができないことに関する設定を含む。その結果、本実施形態の情報処理によれば、限定ではなく例として、特定のユーザのみに送金ができるように設定することにより、サーバ１０において送金先を特定するための処理を減らすことができるため、サーバ１０による処理速度を向上できる。また、トークルームにおいて送金に関するルールを決めることができるため、ユーザによるトークルームの悪用を防止することができる。

【0136】

本実施形態によれば、サーバ１０は、ユーザＡと、ユーザＡと異なるユーザとの関係を記憶部１５に記憶する。ユーザＡとユーザＢとは、友だち関係、ユーザＡがユーザＢにフォローされている関係、およびユーザＡがユーザＢをフォローする関係のうち少なくともいずれかの関係を有さない。その結果、本実施形態によれば、限定ではなく例として、トークルームに参加するユーザの間に、特定の関係がなくてもトークルームに参加することができるため、サーバ１０による承認にかかる処理を減らすことができるため、サーバ１０の処理速度を向上できる。また、ユーザが他のユーザとの関係を考慮することなくトークルームに参加することができるため、トークルームの利便性を向上できる。

【0137】

本実施形態によれば、サーバ１０は、トークルームの画像において、友だち関係、フォローされている関係、フォローする関係の設定に関する表示を含めない。その結果、本実施形態によれば、限定ではなく例として、トークルームに参加するユーザにおいて他のユーザとの間で所定の関係を構築させないため、サーバ１０における処理量や処理項目を減らすことができるため、サーバ１０の処理速度を向上できる。
＝＝＝第２実施形態＝＝＝

【0138】

本実施形態の概要を説明する。本実施形態は、限定ではなく例として、トークルームにおいて送金を受けることができるユーザが、他のユーザに対して、送金を受けることができる設定を設定可能な形態である。以下では、限定ではなく例として、トークルームにおいて送金を受けることができる設定を「送金受取設定」という。また、本実施形態は、限定ではなく例として、トークルームにおいて送金することができる設定（限定ではなく例として、送金設定）を、送金受取設定が設定されているユーザが他のユーザに送金設定を設定可能な形態を含んでいてもよい。以下では、限定ではなく例として、送金受取設定がされている管理人が、参加人に送金受取設定を設定するものとして説明する。本実施形態においては、管理人のユーザ端末２０は、限定ではなく例として、いずれかの参加人を指定して、送金受取設定の設定に関する情報（限定ではなく例として、受取設定情報）または送金設定の設定に関する情報（限定ではなく例として、送金設定情報）の少なくともいずれかを、サーバ１０に送信する。サーバ１０は、これらの情報に基づいて、いずれかの参加人のユーザＩＤに送金受取設定または送金設定のうち少なくともいずれかを設定する。なお、本実施形態に記載の内容は、適宜、他の各実施形態に適用可能である。

【0139】

図９～図１２を参照して、本実施形態について詳しく説明する。図９は、第２実施形態に係る情報処理を示すフローチャートである。図１０は、第２実施形態に係る情報処理の概要を示す図である。図１１は、トークルーム情報Ｄ１２の一例を示す図である。図１２は、設定完了を示すコンテンツを含む画像Ｔ８の一例を示す図である。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。なお、図９は、図２におけるＳ１１１～Ｓ１４１までの手順を完了していることを前提とするフローチャートである。すなわち、送金受取設定が管理人（ここでは、ユーザＡ）のユーザＩＤに設定されているものとする。以下において、ユーザＡが、ユーザ端末２０Ａを介して、ユーザＢのユーザＩＤに送金受取設定を設定する手順について説明する。

【0140】

まず、ステップＳ２１１において、ユーザ端末２０Ａは、限定ではなく例として、図２Ａ（ｂ）に示す表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図１０（ａ）に示すような送金設定アイコンＴｂを含む選択画像Ｔ６を表示領域２８に表示させる。そして、限定ではなく例として、制御部２１は、アイコン「受取設定」に対して、入力部２２に入力があった場合、「受取設定」が選択されたと判定する。そして、制御部２１は、限定ではなく例として、トークルーム情報Ｄ２２を参照して、図１０（ｂ）の受取設定画像Ｔ７を表示領域２８に表示させる。図１０（ｂ）の受取設定画像Ｔ７は、限定ではなく例として、トークルームに関係付けられるユーザＩＤに対応するユーザの名称を表示する送金受取者設定部Ｔ７１と、設定確定部Ｔ７２とを含む。送金受取者設定部Ｔ７１は、限定ではなく例として、それに対して入力部２２に入力があった場合、所定の表示形式（限定ではなく例として、プルダウン）でユーザの名称を表示してもよい。送金受取者設定部Ｔ７１は、限定ではなく例として、ユーザの名称の入力を受け付けるテキストボックスなどであってもよい。また、送金受取者設定部Ｔ７１は、限定ではなく例として、複数のユーザの名称それぞれに対応するように表示されるチェックボックスを含んでいてもよい。ここでは、ユーザ端末２０Ａは、限定ではなく例として、送金受取者設定部Ｔ７１に「ユーザＢ」が設定されたものとする。そして、限定ではなく例として、制御部２１は、表示領域２８に表示される設定確定部Ｔ７２に対して、入力部２２に入力があった場合、受取設定情報を確定させる。そして、ステップＳ２１２において、ユーザ端末２０Ａは、受取設定情報を含む受取設定要求をサーバ１０に送信する。

【0141】

次に、ステップＳ２２１において、サーバ１０は、受取設定要求を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、受取設定要求に基づいて、ユーザＡのユーザＩＤと、図３Ａに示すトークルーム情報Ｄ１２の［送金受取者ＩＤ］のユーザＩＤとを照合する。すなわち、制御部１１は、限定ではなく例として、送金受取設定が設定されているユーザのユーザ端末２０から受取設定要求が送信されたことを確認する。制御部１１は、限定ではなく例として、照合した結果、ユーザＡのユーザＩＤと［送金受取者ＩＤ］のユーザＩＤとが一致した場合、トークルーム情報Ｄ１２を更新する（限定ではなく例として、受取設定処理）。具体的には、限定ではなく例として、制御部１１は、図３Ａに示すトークルーム情報Ｄ１２と比較して、図１１に示すトークルーム情報Ｄ１２のように［送金受取者ＩＤ］にユーザＢのユーザＩＤを登録する。

【0142】

次に、ステップＳ２３１において、サーバ１０は、更新されたトークルーム情報Ｄ１２を含む設定完了通知を各ユーザ端末２０に送信する。ユーザ端末２０Ａは、設定完了通知に基づいて、図１２に示すような設定完了を示すコンテンツＱ４（限定ではなく例として、ユーザＢに送金受取設定を設定しました）を含む画像Ｔ８を表示させる。限定ではなく例として、ユーザ端末２０Ｂおよびユーザ端末２０Ｃにおいても同様に、コンテンツＱ４を含む画像を表示させる。なお、サーバ１０は、限定ではなく例として、設定完了通知を各ユーザ端末２０に送信しなくてもよいし、そうでなくてもよい。また、サーバ１０は、限定ではなく例として、設定完了通知を、送金受取設定を設定されたユーザのユーザ端末２０のみに送信してもよい。この場合、設定完了通知を受信したユーザ端末２０は、設定完了を示すメッセージを含む画像を表示領域２８に表示させてもよい。

【0143】

なお、上記では、制御部１１が、図１１に示すトークルーム情報Ｄ１２のように、［送金受取者ＩＤ］にユーザＢのユーザＩＤを登録（受取変更処理）するように説明したが、これに限定されない。制御部１１は、限定ではなく例として、［送金受取者ＩＤ］に、送金受取設定が設定されているユーザＡのユーザＩＤに加えて、ユーザＢのユーザＩＤを設定するよう実行してもよい。この場合、［送金受取者ＩＤ］にはユーザＡのユーザＩＤとユーザＢのユーザＩＤとが登録される。この場合、限定ではなく例として、ユーザ端末２０Ａは、設定完了通知に基づいて、設定完了を示すコンテンツ（限定ではなく例として、ユーザＢに新たに送金受取設定を設定しました）を含む画像を表示させてもよいし、そうでなくてもよい。

【0144】

また、上記では、送金受取設定が設定されている管理人が、参加人に送金受取設定を設定するように説明したが、これに限定されない。制御部１１は、限定ではなく例として、送金受取設定を設定されている参加人が、他の参加人に送金受取設定を設定するように実行してもよい。
＜第４変形例＞

【0145】

図１３、図１４を参照して、第４変形例に係る情報処理について説明する。図１３は、第４変形例に係る情報処理の概要を示す図である。図１４は、第４変形例に係るトークルーム情報Ｄ１２の一例を示す図である。第４変形例に係る情報処理は、トークルームに参加しているユーザが、送金受取設定が設定されているユーザの送金受取設定を解除する処理を実行する形態である。ここで、「送金受取設定を解除する」こととは、限定ではなく例として、サーバ１０において、トークルーム情報Ｄ１２における［送金受取者ＩＤ］からユーザＩＤを削除することをいい、すなわち送金を受けることができない状態にすることをいう。以下において、送金受取設定が管理人（ここでは、ユーザＡ）のユーザＩＤに設定されているものとし、ユーザＡが、ユーザ端末２０Ａを介して、自己に設定されている送金受取設定を解除する手順について説明する。

【0146】

まず、ユーザ端末２０Ａは、限定ではなく例として、図２Ａ（ｂ）に示す表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図１３（ａ）に示すような送金設定アイコンＴｂを含む選択画像Ｔ９を表示領域２８に表示させる。そして、限定ではなく例として、制御部２１は、アイコン「受取解除」に対して、入力部２２に入力があった場合、「受取解除」が選択されたと判定する。そして、制御部２１は、限定ではなく例として、トークルーム情報Ｄ２２を参照して、図１３（ｂ）の受取解除画像Ｔ１０を表示領域２８に表示させる。受取解除画像Ｔ１０は、限定ではなく例として、トークルームにおいて送金受取設定が設定されているユーザの名称を表示する送金受取者解除部Ｔ１０１と、解除確定部Ｔ１０２とを含む。送金受取者解除部Ｔ１０１は、限定ではなく例として、それに対して入力部２２に入力があった場合、所定の表示形式（限定ではなく例として、プルダウン）でユーザの名称を表示してもよい。送金受取者解除部Ｔ１０１は、限定ではなく例として、ユーザの名称の入力を受け付けるテキストボックスなどであってもよい。また、送金受取者設定部Ｔ１０１は、限定ではなく例として、複数のユーザの名称それぞれに対応するように表示されるチェックボックスを含んでいてもよい。ここでは、ユーザ端末２０Ａは、限定ではなく例として、送金受取者解除部Ｔ１０１に「ユーザＡ」が設定されたものとする。そして、限定ではなく例として、制御部２１は、解除確定部Ｔ１０２に対して、入力部２２に入力があった場合、受取解除情報を確定させる。そして、ユーザ端末２０Ａは、受取解除情報を含む受取解除要求をサーバ１０に送信する。

【0147】

次に、サーバ１０は、受取解除要求を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、受取解除要求に基づいて、ユーザＡのユーザＩＤと、トークルーム情報Ｄ１２の［送金受取者ＩＤ］のユーザＩＤとを照合する。すなわち、制御部１１は、限定ではなく例として、送金受取設定が設定されているユーザのユーザ端末２０から受取解除要求が送信されたことを確認する。制御部１１は、限定ではなく例として、照合した結果、ユーザＡのユーザＩＤと［送金受取者ＩＤ］のユーザＩＤとが一致した場合、トークルーム情報Ｄ１２を更新する（限定ではなく例として、受取解除処理）。具体的には、限定ではなく例として、制御部１１は、図３Ａに示すトークルーム情報Ｄ１２と比較して、図１４に示すトークルーム情報Ｄ１２のように［送金受取者ＩＤ］からユーザＡが削除される。

【0148】

なお、上記では、管理人によって送金受取設定が解除されるように説明したが、これに限定されない。限定ではなく例として、参加人によって送金受取設定が解除されるように処理が実行されてもよい。この場合、サーバ１０は、限定ではなく例として、参加人のユーザ端末２０から受信される受取解除要求に基づいて、所定のユーザの送金受取設定を解除する。

【0149】

次に、サーバ１０は、更新されたトークルーム情報Ｄ２を含む解除完了通知を各ユーザ端末２０に送信する。ユーザ端末２０Ａは、解除完了通知に基づいて、解除完了を示すコンテンツ（限定ではなく例として、「ユーザＡから送金受取設定を解除しました」というメッセージ）を含む画像を表示領域２８に表示させる。限定ではなく例として、ユーザ端末２０Ｂおよびユーザ端末２０Ｃにおいても同様に、上記のコンテンツを含む画像を表示させる。
＜第５変形例＞

【0150】

図１５、図１６を参照して、第５変形例に係る情報処理について説明する。図１５は、第５変形例に係る情報処理の概要を示す図である。図１６は、受取変更に関するコンテンツを含む画像Ｔ１３の一例を示す図である。第２変形例に係る情報処理は、トークルームにおいて送金受取設定が設定されているあるユーザが、自己の送金受取設定を他のユーザに設定変更させる処理（限定ではなく例として、受取変更処理）を実行する形態である。そして、サーバ１０は、限定ではなく例として、あるユーザが送金を受けとった金額に対応する価値を、あるユーザから他のユーザに移譲させる処理（限定ではなく例として、価値移譲処理）を実行する。以下において、送金受取設定が設定されているユーザＡが、ユーザ端末２０Ａを介して、自己の送金受取設定をユーザＢに設定変更させる手順について説明する。

【0151】

まず、受取ユーザのユーザ端末２０は、限定ではなく例として、図２Ａ（ｂ）に示す表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図１５（ａ）に示すような送金設定アイコンＴｂを含む選択画像Ｔ１１を表示領域２８に表示させる。そして、限定ではなく例として、制御部２１は、アイコン「受取変更」に対して、入力部２２に入力があった場合、「受取変更」が選択されたと判定する。そして、制御部２１は、限定ではなく例として、トークルーム情報Ｄ２２を参照して、図１５（ｂ）の受取変更画像Ｔ１２を表示領域２８に表示させる。受取変更画像Ｔ１２は、限定ではなく例として、送金受取設定の変更元を示す変更元設定部Ｔ１２１と、送金受取設定の変更先を示す変更先設定部Ｔ１２２と、設定変更を確定させる変更完了部Ｔ１２３とを含む。制御部２１は、限定ではなく例として、トークルーム情報Ｄ２２を参照して、送金受取設定が設定されているユーザの名称が付されたアイコンを変更元設定部Ｔ１２１に表示させる。制御部２１は、限定ではなく例として、トークルーム情報Ｄ２２を参照して、送金受取設定の変更先となるユーザの名称が付されたアイコンを変更先選択部Ｔ１２２に選択可能に表示する。変更先設定部Ｔ１２２は、限定ではなく例として、それに対して入力部２２に入力があった場合、所定の表示形式（限定ではなく例として、プルダウン）でユーザの名称を表示してもよい。変更先設定部Ｔ１２２は、限定ではなく例として、ユーザの名称の入力を受け付けるテキストボックスなどであってもよい。ここでは、ユーザ端末２０Ａは、限定ではなく例として、変更先設定部Ｔ１２２に「ユーザＢ」が設定されたものとする。そして、限定ではなく例として、制御部２１は、変更完了部Ｔ１２３に対して、入力部２２に入力があった場合、設定変更情報を確定させる。そして、ユーザ端末２０Ａは、設定変更情報を含む設定変更要求をサーバ１０に送信する。

【0152】

次に、サーバ１０は、設定変更要求を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、設定変更要求に基づいて、変更元のユーザＡのユーザＩＤと、トークルーム情報Ｄ１２の［送金受取者ＩＤ］のユーザＩＤとを照合する。制御部１１は、限定ではなく例として、照合した結果、ユーザＡのユーザＩＤと［送金受取者ＩＤ］のユーザＩＤとが一致した場合、トークルーム情報Ｄ１２を更新する受取変更処理を実行する。

【0153】

次に、制御部１１は、限定ではなく例として、図３Ｄに示すような送金履歴情報Ｄ１５を参照して、受取変更処理が完了するまでの、ユーザＡのユーザＩＤに関係付けられる送金に関する情報を特定する。具体的には、限定ではなく例として、２０２０年１月１日１１時０１分に受取変更処理が完了した場合、制御部１１は、送金履歴情報Ｄ１５を参照して、２０２０年１月１日１０時００分に送金したユーザＩＤ（ここでは、ユーザＢ）の「１，０００」と、２０２０年１月１日１１時００分に送金したユーザＩＤ（ここでは、ユーザＣ）の「１，０００」とを特定する。そして、制御部１１は、送金アカウント情報Ｄ１４を参照して、特定された送金の合計を示す価値を、変更先に設定されたユーザＩＤに関係付けられている送金アカウントに対応する価値に充当するために、その送金アカウントに対応する支払いサーバ３０の送金アカウント情報Ｄ３１を更新させる価値移譲処理を実行する。

【0154】

次に、サーバ１０は、限定ではなく例として、支払いサーバ３０から更新された送金アカウント情報Ｄ３１を受信する。サーバ１０は、限定ではなく例として、送金アカウント情報Ｄ３１を含む設定変更通知をユーザ端末２０に送信する。ユーザ端末２０Ａは、設定変更通知に基づいて、図１６に示すような設定変更完了を示すコンテンツＱ５（限定ではなく例として、ユーザＡからユーザＢに送金受取設定を変更しました）および移譲処理に関する送金の内容を示すコンテンツＱ６（限定ではなく例として、ユーザＢに２，０００円を送金しました）を含む画像Ｔ１３を表示領域２８に表示させる。限定ではなく例として、ユーザ端末２０Ｂおよびユーザ端末２０Ｃにおいても同様に、コンテンツＱ５およびコンテンツＱ６を含む画像を表示領域２８に表示させる。

【0155】

なお、上記では、受取変更処理が完了した場合、受取変更処理が完了するまでの、ユーザＡのユーザＩＤに関係付けられる価値を、変更先のユーザＢに関係付けられている価値に充当する価値移譲処理を実行することとして説明したが、これに限定されない。制御部１１は、限定ではなく例として、受取変更処理が完了した後に実行されたユーザＡへの送金処理に対応する価値のみを、変更先のユーザＢに関係付けられている価値に充当するよう、支払いサーバ３０の送金アカウント情報Ｄ３１更新する価値移譲処理を実行してもよい。
＝＝＝効果＝＝＝

【0156】

本実施形態によれば、サーバ１０は、ユーザＡによるユーザ端末２０Ａの入力部２２への入力に基づいて、ユーザＡとは異なる他のユーザへの送金に関する設定を設定する。その結果、本実施形態の情報処理によれば、限定ではなく例として、送金に関する設定を設定する権限を特定のユーザ（ここでは、ユーザＡ）にのみ付与することで、トークルームの管理に関する情報処理を減らすことができるため、サーバ１０の処理速度を向上できる。また、ユーザＡが必要に応じて送金に関する設定を他のユーザに設定できるため、トークルームの利便性を向上できる。

【0157】

本実施形態によれば、サーバ１０は、ユーザＡによるユーザ端末２０Ａの入力部２２への入力に基づいて、ユーザＡに設定された送金に関する設定を解除する。その結果、本実施形態の情報処理によれば、限定ではなく例として、送金に関する設定を解除する権限を特定のユーザ（ここでは、ユーザＡ）にのみに付与することで、トークルームの管理に関する情報処理を減らすことができるため、サーバ１０の処理速度を向上できる。また、ユーザＡが必要に応じて送金に関する設定を解除できるため、不要な送金を防止できることから、トークルームの安全性を向上できる。

【0158】

本実施形態によれば、サーバ１０は、ユーザＡとは異なる他のユーザへの送金に関する設定を設定したときに、ユーザＢからユーザＡへの送金済みの金額を、ユーザＡから他のユーザに対して送金する処理を実行する。その結果、本実施形態の情報処理によれば、限定ではなく例として、ユーザ端末２０ＡにおいてユーザＡから他のユーザへの送金に関する手順を要することなく、ユーザＡから他のユーザに対して送金が実行されるため、ユーザ端末２０の情報処理量を減らすことができ、これに伴い、サーバ１０の情報処理量も減らすことができる。また、ユーザＡにおける他のユーザへの送金に関する手順を減らすことができるため、トークルームの利便性を向上できる。
＝＝＝第３実施形態＝＝＝

【0159】

本実施形態の概要を説明する。本実施形態は、限定ではなく例として、サーバ１０が、トークルームに参加を希望する参加人のユーザ端末２０から参加要求を受信して、参加人が所定の条件を満たす場合に、参加人のトークルームへの参加を承認する形態である。以下では、限定ではなく例として、サーバ１０が参加人（ここでは、ユーザＢおよびユーザＣ）のトークルームへの参加を承認するものとして説明する。なお、本実施形態に記載の内容は、適宜、他の各実施形態に適用可能である。

【0160】

図１７を参照して、本実施形態について詳しく説明する。図１７は、第３実施形態に係る情報処理を示すフローチャートである。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。なお、図１７は、図２におけるＳ１１１～Ｓ１３２までの手順を完了していることを前提とするフローチャートである。

【0161】

まず、ステップＳ３４１において、サーバ１０は、限定ではなく例として、参加要求を受け付ける、記憶部１５に参加要求を保存する。サーバ１０は、限定ではなく例として、承認確認画像Ｔ１４を生成する。次に、ステップ３４２において、サーバ１０は、限定ではなく例として、図１８に示す承認確認画像Ｔ１４を、参加要求の送信元のユーザ端末２０Ｂに送信する。

【0162】

次に、ステップＳ３５１において、ユーザ端末２０Ｂは、限定ではなく例として、図１８に示す承認確認画面Ｔ１４を表示領域２８に表示させる。承認確認画像Ｔ１４は、限定ではなく例として、トークルームに参加を要求するユーザＢのユーザ名の入力を受け付けるユーザ名入力欄Ｔ１４１と、承認要求実行部Ｔ１４２とを含む。限定ではなく例として、制御部２１は、表示領域２８に表示されるユーザ名入力欄Ｔ１４１（限定ではなく例として、テキストボックス）に対して、入力部２２に入力があった場合、入力されたテキストデータをユーザ名入力欄Ｔ１４１に表示させる。そして、限定ではなく例として、制御部２１は、表示領域２８に表示される承認要求実行部Ｔ１４２に対して、入力部２２に入力があった場合、承認に関する情報（限定ではなく例として、承認要求情報）を確定させる。そして、ステップＳ３５２において、ユーザ端末２０Ｂは、承認要求情報を含む承認要求をサーバ１０に送信する。

【0163】

次に、ステップ３６１において、サーバ１０は、承認要求を記憶部１５に記憶する。そして、サーバ１０は、承認要求情報に含まれるユーザ名と、図１９に示す個人識別情報Ｄ１７の「ユーザ名」とを照合する（限定ではなく例として、承認処理）。

【0164】

ここで、個人識別情報Ｄ１７について説明する。個人識別情報Ｄ１７は、限定ではなく例として、本人確認手順によって作成される。本人確認手順は、限定ではなく例として、ユーザが送金処理要求をする前に、サーバ１０にユーザの個人情報を登録させる手順である。具体的には、限定ではなく例として、サーバ１０は、ユーザ端末２０に、入力依頼画像を送信する。入力依頼画像は、限定ではなく例として、銀行口座に関する情報または免許証に関する情報（画像などを含んでいてもよい）などを入力させる画像である。ユーザ端末２０は、入力依頼画像に対して、入力部２２に入力を受け付けて、限定ではなく例として、図１９の各項目に対応する情報を登録して、個人識別情報Ｄ１７を生成する。ユーザ端末２０は、限定ではなく例として、個人識別情報Ｄ１７をサーバ１０に送信する。図１９は、個人識別情報Ｄ１７の一例を示す図である。個人識別情報Ｄ１７は、限定ではなく例として、［ユーザＩＤ］、［ユーザ名］、［パスワード］、［本名］、［生年月日］、［住所］、［電話番号］、及び［メールアドレス］の項目を含む。［ユーザＩＤ］は、限定ではなく例として、各トークルームに対応するグループに含まれるユーザの識別情報である。［ユーザ名］は、限定ではなく例として、［ユーザＩＤ］と関係付けられ、ユーザによって設定される、メッセージングサービスで使用される名称である。［パスワード］は、限定ではなく例として、［ユーザＩＤ］と関係付けられ、文字、記号、数字の組合せである。［本名］は、限定ではなく例として、［ユーザＩＤ］と関係付けられる、ユーザの氏名である。［生年月日］は、限定ではなく例として、［ユーザＩＤ］と関係付けられる、ユーザの生年月日である。［住所］は、限定ではなく例として、［ユーザＩＤ］と関係付けられる、ユーザの住所である。［電話番号］は、限定ではなく例として、［ユーザＩＤ］と関係付けられる、ユーザの携帯番号や固定電話番号などである。［メールアドレス］は、限定ではなく例として、［ユーザＩＤ］と関係付けられる、ユーザのメールアドレスである。

【0165】

次に、ステップ３６２において、サーバ１０は、限定ではなく例として、照合した結果、承認要求情報に含まれるユーザ名と、ユーザＢのユーザＩＤに関係付けられる［ユーザ名］の「ユーザ名」とが一致した場合、ユーザＢのユーザＩＤをトークルーム情報Ｄ１２の［ユーザＩＤ］に登録する（図３Ａ参照）。限定ではなく例として、サーバ１０においてユーザＢのユーザＩＤがトークルーム情報Ｄ１２に登録されると、ユーザ端末２０Ｂは、サーバ１０からコンテンツ情報Ｄ１３を受信して、図２Ａ（ｂ）のようなコンテンツＱ１を含む画像Ｔ１を表示領域２８に表示させてもよい。限定ではなく例として、ユーザ端末２０Ｃに対しても同様に、ステップＳ３４１からステップＳ３６１が実行される。

【0166】

なお、上記では、承認確認画像Ｔ１４がユーザ名入力欄１４１を有しているように説明したが、これに限定されない。限定ではなく例として、承認確認画像Ｔ１４は、ユーザ名入力欄Ｔ１４１に替えて、ユーザＩＤ、パスワード、本名、生年月日、住所、電話番号、メールアドレスの少なくともいずれか入力する入力欄を含む画像であってもよい。すなわち、本実施形態において、サーバ１０は、限定ではなく例として、メッセージングサービスにおいて個人を識別できる情報をユーザから受信して、その情報が所定の条件を満たす場合、ユーザのトークルームへの参加を承認する。
＜第６変形例＞

【0167】

図２０を参照して、第６変形例に係る情報処理について説明する。図２０は、送金完了画像Ｔ１５の一例を示す図である。第６変形例に係る情報処理は、サーバ１０において送金処理が完了したときに、サーバ１０が、送金を受けたユーザに対して、送金をしたユーザを一意に識別可能な情報を送信する形態である。以下、送金を受けたユーザをユーザＡとし、送金をしたユーザをユーザＢとして説明する。

【0168】

まず、サーバ１０において送金処理が完了すると、サーバ１０は、限定ではなく例として、上述した本人確認手順によって生成された個人識別情報Ｄ１７を参照して、ユーザＢに関係付けられる「本名」を特定する。サーバ１０は、限定ではなく例として、ユーザＢの「本名」を含む送金完了画像Ｔ１５をユーザ端末２０Ａに送信する。ユーザ端末２０Ａは、図２０に示す送金完了画像Ｔ１５を表示領域２８に表示させる。送金完了画像Ｔ１５は、限定ではなく例として、ユーザＢの本名が表示されるユーザ表示部Ｔ１５１と、送金額が表示される送金額表示部Ｔ１５２と、確認完了部Ｔ１５３とが含まれる画像である。ユーザ端末２０Ａは、限定ではなく例として、確認完了部Ｔ１５３のアイコンに対して、入力部２２に入力があった場合、確認完了部Ｔ１５３が選択されたと判定して、送金完了画面Ｔ１５を表示領域２８から消去する。

【0169】

なお、サーバ１０は、限定ではなく例として、トークルームに参加する際に使用するニックネームをさらに含む送金完了画像Ｔ１５１を作成してもよい。また、サーバ１０は、限定ではなく例として、個人識別情報Ｄ１７を参照して、送金を受けたユーザＡのユーザＩＤに関係付けられるメールアドレスを特定して、コンテンツを含む送信完了通知を、そのメールアドレスに対して送信してもよい。
＝＝＝効果＝＝＝

【0170】

本実施形態によれば、サーバ１０は、ユーザＢのユーザ端末２０Ｂからトークルームに参加させることの承認に関する情報を受信する。サーバ１０は、承認に関する情報に基づいて、ユーザＢをトークルームに参加させる処理を実行する。その結果、本実施形態の情報処理によれば、限定ではなく例として、サーバ１０は、ユーザによるトークルームへの参加を承認式にすることで、トークルームの安全を確保でき、セキュリティを向上できる。

【0171】

本実施形態によれば、サーバ１０は、ユーザＢからユーザＡへの送金に関する処理をしたときに、ユーザＢの本人確認手順における名前の情報と、ユーザＢからユーザＡへの送金の完了に関する情報とを、ユーザＡのユーザ端末２０Ａに送信する。その結果、本実施形態の情報処理によれば、限定ではなく例として、送金を受けたユーザＡのユーザ端末２０Ａは、送金者の本名および送金が完了したことを示す通知を受信できるため、ユーザの利便性を向上でき、トークルームにおける送金の安全性が向上される。
＝＝＝第４実施形態＝＝＝

【0172】

本実施形態の概要を説明する。本実施形態は、限定ではなく例として、サーバ１０が、トークルーム情報Ｄ１２の［トークルームＩＤ］から所定の条件を満たす「トークルームＩＤ」を削除する形態である。ここで、所定の条件とは、限定ではなく例として、トークルームが作成された日時から所定の時間が経過したこと、予め設定された日時を経過したこと、管理人がトークルームから退会したことなどである。

【0173】

図２１、図２２を参照して、本実施形態について詳しく説明する。図２１は、第４実施形態に係る情報処理を示すフローチャートである。図２２は、第４実施形態に係る情報処理の概要を示す図である。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。なお、図２１は、図２におけるＳ１１１～Ｓ１５１までの手順を完了していることを前提とするフローチャートである。以下では、限定ではなく例として、送金受取設定が設定されている管理人（ここでは、ユーザＡ）が、トークルームが削除される所定の条件を設定するものとして説明する。なお、限定ではなく例として、参加人が所定の条件を設定することも可能である。また、サーバ１０は、限定ではなく例として、トークルームが作成されてから所定の時間（例えば、２４時間）後に、そのトークルームを自動的に削除させてもよい。また、限定ではなく例として、サーバ１０の使用者（運用者）によってトークルームの削除されるタイミングが任意に設定されてもよい。また、本実施形態に記載の内容は、適宜、他の各実施形態に適用可能である。

【0174】

まず、ステップＳ４５１において、ユーザ端末２０Ａは、限定ではなく例として、図２Ａ（ｂ）に示す表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図２２（ａ）に示す送金設定アイコンＴｂを含む選択画像Ｔ１６を表示領域２８に表示させる。そして、限定ではなく例として、制御部２１は、アイコン「消滅条件」に対して、入力部２２に入力があった場合、「消滅条件」が選択されたと判定する。そして、制御部２１は、限定ではなく例として、消滅情報Ｄ１２を参照して、図２２（ｂ）の消滅条件画像Ｔ１７を表示領域２８に表示させる。消滅条件画像Ｔ１７は、限定ではなく例として、消滅条件の項目を選択的に表示する消滅項目設定部Ｔ１７１と、消滅する日付を設定するための消滅日設定部Ｔ１７２と、消滅する時間を設定するための消滅時間設定部Ｔ１７３と、条件完了部Ｔ１７４とを含む。限定ではなく例として、制御部２１は、表示領域２８に表示される消滅項目設定部Ｔ１７１に対して、入力部２２に入力があった場合、「時間」か「ユーザ」かを選択できるよう表示する。そして、限定ではなく例として、制御部２１は、表示領域２８に表示される消滅日設定部Ｔ１７２に対して、入力部２２に入力があった場合、入力されたテキストデータを消滅日設定部Ｔ１７２に表示させる。そして、限定ではなく例として、制御部２１は、表示領域２８に表示される消滅時間設定部Ｔ１７３に対して、入力部２２に入力があった場合、入力されたテキストデータを消滅時間設定部Ｔ１７３に表示させる。なお、消滅日設定部Ｔ１７２および消滅時間設定部Ｔ１７３は、限定ではなく例として、それに対して入力部２２に入力があった場合、所定の表示形式（限定ではなく例として、プルダウン）で日付または時間を表示してもよい。消滅日設定部Ｔ１７２および消滅時間設定部Ｔ１７３は、限定ではなく例として、日付や時間の入力を受け付けるテキストボックスなどであってもよい。そして、限定ではなく例として、制御部２１は、表示領域２８に表示される条件完了部Ｔ１７４に対して、入力部２２に入力があった場合、消滅条件に関する情報（限定ではなく例として、消滅条件情報）を確定させる。そして、ステップＳ４５２において、ユーザ端末２０Ａは、消滅条件情報をサーバ１０に送信する。

【0175】

次に、ステップ４６１において、サーバ１０は、消滅条件情報を記憶部１５に記憶する。記憶部１５は、消滅条件情報を図２３に示す消滅条件情報Ｄ１８のように記憶する。図２３は、消滅条件情報Ｄ１８の一例を示す図である。消滅条件情報Ｄ１８は、限定ではなく例として、［トークルームＩＤ］、［作成日時］、及び［消滅条件］の項目を含む。［トークルームＩＤ］は、限定ではなく例として、各トークルームの識別情報である。［作成日時］は、限定ではなく例として、［トークルームＩＤ］と関係付けられる、トークルームが作成された日時である。［消滅条件］は、限定ではなく例として、［トークルームＩＤ］と関係付けられる、消滅条件情報に含まれる消滅条件である。具体的には、限定ではなく例として、トークルーム「ｔｒ０１」は「２０２０年１月５日１０時００分」にトークルームが消滅するように設定されている。限定ではなく例として、トークルーム「ｔｒ０２」は「２０２０年１月２日１０時００分」から「２０時間後」にトークルームが消滅するように設定されている。限定ではなく例として、トークルーム「ｔｒ０３」は管理人たるユーザＡがトークルームから退会したときに、トークルームが消滅するように設定されている。

【0176】

次に、ステップ４７１において、サーバ１０の制御部１１は、各トークルームにおいて消滅条件が満たされたか否かを判定する。ステップ４８１において、制御部１１は、限定ではなく例として、消滅条件が満たされたと判定した場合、消滅処理を実行する。消滅処理とは、限定ではなく例として、トークルーム情報Ｄ１２からトークルームＩＤを削除する処理である。次に、ステップ４８２において、サーバ１０は、限定ではなく例として、ユーザ端末２０にトークルーム情報Ｄ１２を送信する。そして、ユーザ端末２０において、トークルームのリストの画像ＴＬが表示領域２８に表示された場合、画像ＴＬにトークルームＩＤが削除されたトークルーム（ここでは、「コーヒー会」とする）のアイコンを表示させてもよい。この場合、限定ではなく例として、アイコン「コーヒー会」とともに「閉鎖しました」などの利用ができないことを示すメッセージを表示させてもよい。さらに言うと、ユーザ端末２０は、限定ではなく例として、「コーヒー会」のアイコンに対して、入力部２２に入力があった場合、「コーヒー会」が選択されたと判定する。そして、ユーザ端末２０は、限定ではなく例として、トークルーム情報Ｄ２２を参照して、「コーヒー会」に対応するトークルームＩＤが存在しないと判定する。制御部２１は、限定ではなく例として、「コーヒー会」のトークルームが使用不可であることを示すメッセージを生成し、表示領域２８にそのメッセージを表示させてもよい。
＝＝＝効果＝＝＝

【0177】

本実施形態によれば、サーバ１０は、設定された期間が経過したこと、または設定された時刻に基づいて、トークルームを削除する。その結果、本実施形態の情報処理によれば、限定ではなく例として、ユーザ端２０における情報処理量を減らすことができる。また、本実施形態の情報処理によれば、限定ではなく例として、ユーザによるトークルームを削除することに関する操作の負担を無くすことができるため、ユーザの利便性を向上できる。
＝＝＝第５実施形態＝＝＝

【0178】

本実施形態の概要を説明する。本実施形態は、限定ではなく例として、サーバ１０において、トークルームに参加しているユーザが他のユーザについて通報することが可能な形態である。換言すると、トークルームの参加人が、送金受取者に関する情報に基づいて、送金受取者についてサーバ１０に通報することで、サーバ１０において送金受取者の送金に関する設定が変更される形態である。ここで、送金に関する設定とは、限定ではなく例として、上述した管理人および参加人のユーザＩＤを［送金受取者ＩＤ］または［送金者ＩＤ］の項目に設定することに加えて、トークルームにおいて送金されることを一時的に禁止する設定、トークルームにおいて送金されることを永続的に禁止する設定、メッセージサービスにおいて送金されることを一時的に禁止する設定、メッセージサービスにおいて送金されることを永続的に禁止する設定などの設定などであってもよい。以下、限定ではなく例として、通報に関する情報を「通報情報」といい、送金受取者をユーザＡとし、ユーザＡについての通報情報をサーバ１０に送信する参加人をユーザＢとする。本実施形態に記載の内容は、適宜、他の各実施形態に適用可能である。

【0179】

図２４、図２５を参照して、本実施形態について詳しく説明する。図２４は、第５実施形態に係る情報処理を示すフローチャートである。図２５は、第５実施形態に係る情報処理の概要を示す図である。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。なお、図２４は、図２におけるＳ１１１～Ｓ１５１までの手順を完了していることを前提とするフローチャートである。以下において、ユーザＢが、ユーザ端末２０Ｂを介して、トークルームにおけるユーザＡの行為につき通報する手順について説明する。

【0180】

まず、ステップＳ５５１において、ユーザ端末２０Ｂは、限定ではなく例として、図２Ａ（ｃ）に示す表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図２５（ａ）に示すような送金設定アイコンＴｂを含む選択画像Ｔ１８を表示領域２８に表示させる。そして、限定ではなく例として、制御部２１は、アイコン「通報」に対して、入力部２２に入力があった場合、「通報」が選択されたと判定する。そして、制御部２１は、限定ではなく例として、トークルーム情報Ｄ２２を参照して、図２５（ｂ）の通報設定画像Ｔ１９を表示領域２８に表示させる。図２５（ｂ）の通報設定画像Ｔ１９は、限定ではなく例として、対象者表示部Ｔ１９１と、通報事由表示部Ｔ１９２と、通報確定部Ｔ１９３とを含む。対象表示部Ｔ１９１は、限定ではなく例として、［送金受取者ＩＤ］に設定されているユーザＩＤに対応するユーザの名称が表示される。対象表示部Ｔ１９１は、限定ではなく例として、トークルームにおいて複数の送金受取者が設定されている場合、所定の表示形式（限定ではなく例として、プルダウン）で複数のユーザの名称を表示してもよい。また、制御部２１は、限定ではなく例として、トークルームにおいて複数の送金受取者が設定されている場合、複数のユーザの名称のうち二つ以上を選択可能に、各ユーザに対応するチェックボックスなどを表示領域２８に表示させてもよい。通報事由表示部Ｔ１９２は、限定ではなく例として、それに対して入力部２２に入力があった場合、通報事由を所定の表示形式（限定ではなく例として、プルダウン）で表示してもよい。通報事由表示部Ｔ１９２は、限定ではなく例として、通報の内容の入力を受け付けるテキストボックスなどであってもよい。限定ではなく例として、制御部２１は、通報事由表示部Ｔ１９２のアイコンが選択されたと判定された場合、図２５（ｂ）に示すように、通報事由の候補を示すリストを表示領域２８に表示する。そして、制御部２１は、リストに表示される所定のアイコンに対して、入力部２２に入力があった場合、そのアイコン（ここでは、違法行為）が選択されたと判定する。そして、制御部２１は、限定ではなく例として、表示領域２８に表示される通報確定部Ｔ１９３に対して、入力部２２に入力があった場合、通報情報を確定させる。そして、ステップＳ５５２において、ユーザ端末２０Ａは、受取設定情報を含む受取設定要求をサーバ１０に送信する。

【0181】

次に、ステップＳ５６１において、サーバ１０は、通報情報を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、通報情報に基づいて、ユーザＢのユーザＩＤと、図３Ａに示すトークルーム情報Ｄ１２の［ユーザＩＤ］のユーザＩＤとを照合する。すなわち、制御部１１は、限定ではなく例として、トークルームに参加しているユーザのユーザ端末２０から通報情報が送信されたことを確認する。サーバ１０は、限定ではなく例として、制限設定処理を実行する。制限設定処理は、限定ではなく例として、通報情報に基づいて、通報の対象者（ここでは、ユーザＡ）のユーザＩＤに対して制限を設定する処理である。また、制限設定処理は、限定ではなく例として、所定の条件を満たすか否かを判定することで、ユーザＡのユーザＩＤに対して制限を設定する処理であってもよい。ここで、所定の条件は、限定ではなく例として、通報された回数が所定の閾値を超えたこと、通報の対象者が送信したコンテンツを文字解析した結果に基づき不正行為と判定されることなどである。サーバ１０は、限定ではなく例として、図２６に示す第１制限情報Ｄ１９Ａのように、ユーザＡのユーザＩＤに対して制限を付与する。なお、サーバ１０は、限定ではなく例として、トークルームＩＤごとにユーザＩＤに対して制限を付与してもよい。また、サーバ１０は、限定ではなく例として、トークルーム情報Ｄ１２の［送金受取者ＩＤ］の項目からユーザＡのユーザＩＤを削除することで、トークルームにおいてユーザＡが送金を受けられなくなるように制限を付与してもよい。また、サーバ１０は、限定ではなく例として、トークルーム情報Ｄ１２からユーザＡのユーザＩＤを削除することにより、ユーザＡをトークルームから退会させてもよい。この場合、サーバ１０は、限定ではなく例として、送金履歴情報Ｄ１５を参照して、送金設定者（ここでは、ユーザＡ）に対して過去に送金したユーザに対して、送金設定者から返金されるように上述した価値移譲処理を実行してもよい。

【0182】

次に、ステップＳ５６２において、サーバ１０は、第１制限情報Ｄ１９Ａを含む設定完了通知を各ユーザ端末２０に送信する。各ユーザ端末２０は、限定ではなく例として、設定完了通知に基づいて、制限に関するコンテンツ（例えば、「ユーザＡに制限を設定しました」）を含む画像を表示させる。

【0183】

なお、上記において送金受取者に対して送金に関する設定を設定することとしたが、限定ではなく例として、サーバ１０は、通報情報に基づいて、送金することが可能なユーザ（送金者）に対して送金に関する設定を設定してもよい。以下、この場合のＳ５６１における制限設定処理について説明する。サーバ１０は、限定ではなく例として、通報情報に基づいて、トークルームの参加人（ここでは、ユーザＢおよびユーザＣ）のユーザＩＤに対して制限を設定する。この場合、対象表示部Ｔ１９１は、限定ではなく例として、［ユーザＩＤ］に設定されているユーザＩＤに対応するユーザの名称が表示される。すなわち、対象表示部Ｔ１９１は、限定ではなく例として、トークルームに参加している全てのユーザが表示されてもよい。通報事由表示部Ｔ１９２および通報確定部Ｔ１９３については上記と同様であるため説明を省略する。そして、サーバ１０は、限定ではなく例として、図２７に示す第２制限情報Ｄ１９Ｂのように、通報されたユーザのユーザＩＤ（ここでは、ユーザＢおよびユーザＣ）に対して、送金することを禁止する（不可にする）制限を付与する。なお、サーバ１０は、限定ではなく例として、トークルーム情報Ｄ１２の［送金者ＩＤ］から通報されたユーザのユーザＩＤを削除することにより、通報されたユーザに対して送金できないように制限を付与してもよい。

【0184】

また、上記において送金受取者または送金者に対して送金に関する設定（ここでは、トークルームにおいて送金されることや送金することを一時的に禁止する設定など）を設定することとしたが、これに限定されない。サーバ１０は、限定ではなく例として、通報された送金受取者または送金者に対して、メッセージングサービスにおいて使用されるユーザＩＤを、少なくとも一時的に使用停止にするように制限してもよい。この場合、サーバ１０は、限定ではなく例として、制限を受けたユーザにおける、送金を受けること、送金すること、コンテンツを送受信することなど、メッセージングサービスを利用する全ての行為について制限する。
＝＝＝効果＝＝＝

【0185】

本実施形態によれば、サーバ１０は、ユーザＢからユーザＡ（管理人）に関する通報情報を受信し、ユーザＡ（管理人）に関する情報に基づいて、ユーザＡへの送金に関する設定を所定の設定に変更する。その結果、本実施形態の情報処理によれば、限定ではなく例として、サーバ１０は、ユーザのユーザ端末２０から取得される情報に基づいてトークルームにおける送金に関する設定を変更できるため、トークルームの安全性を向上できる。

【0186】

本実施形態によれば、サーバ１０は、ユーザＢからユーザＡ（管理人）に関する通報情報を受信し、ユーザＡ（管理人）に関する情報に基づいて、ユーザＡへの送金を不可にすることに関する設定に変更してもよい。その結果、本実施形態の情報処理によれば、限定ではなく例として、ユーザのユーザ端末２０から取得される情報に基づいてトークルームにおいてユーザＡが送金を受けることができなくなるように設定を変更できるため、トークルームにおいてユーザＡが不正行為を行うことを防止できるため、トークルームの安全性が向上される。

【0187】

本実施形態によれば、サーバ１０は、ユーザＢからユーザＡ（管理人）に関する通報情報を受信し、ユーザＡ（管理人）に関する情報に基づいて、ユーザＡのアカウントを少なくとも一時的に使用停止してもよい。その結果、本実施形態の情報処理によれば、限定ではなく例として、ユーザのユーザ端末２０から取得される情報に基づいてトークルームにおいてユーザＡによる送金に関する行為を停止できるため、トークルームにおいてユーザＡが不正行為を行うことを防止できるため、トークルームの安全性が向上される。
＝＝＝第６実施形態＝＝＝

【0188】

本実施形態の概要を説明する。本実施形態は、限定ではなく例として、サーバ１０において、送金を受けたユーザから送金をしたユーザに返金することが可能な形態である。換言すると、限定ではなく例として、送金を受けた管理人（限定ではなく例として、送金受取者など）が、管理人に送金をした参加人に返金をすることが可能な形態である。以下、サーバ１０における返金する処理を「返金処理」という。ここで、返金処理は、限定ではなく例として、返金元の送金アカウントＩＤに対応する価値から、返金額に対応する価値を、返金先の送金アカウントＩＤに対応する価値に移転させるよう、その送金アカウントに対応する支払いサーバ３０の情報を更新させる処理である。本実施形態に記載の内容は、適宜、他の各実施形態に適用可能である。

【0189】

図２８、図２９を参照して、本実施形態について詳しく説明する。図２８は、第６実施形態に係る情報処理を示すフローチャートである。図２９は、第６実施形態に係る情報処理の概要を示す図である。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。なお、図２８は、図２におけるＳ１１１～Ｓ１５１までの手順を完了していることを前提とするフローチャートである。以下、限定ではなく例として、トークルームにおいて、返金するユーザをユーザＡとし、返金されるユーザをユーザＢおよびユーザＣとして説明する。

【0190】

まず、ステップＳ６５１において、ユーザ端末２０Ａは、限定ではなく例として、図２Ａ（ｃ）に示す表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図２９（ａ）に示すような送金設定アイコンＴｂを含む選択画像Ｔ２０を表示領域２８に表示させる。そして、限定ではなく例として、制御部２１は、アイコン「返金」に対して、入力部２２に入力があった場合、「返金」が選択されたと判定する。そして、制御部２１は、限定ではなく例として、送金履歴情報Ｄ１５を参照して、現時点よりも前に送金された送金履歴を抽出する。制御部２１は、限定ではなく例として、抽出した送金履歴に基づいて、図２９（ｂ）の返金設定画像Ｔ２１を表示領域２８に表示させる。返金設定画像Ｔ２１は、限定ではなく例として、返金条件表示部Ｔ２１１と、返金完了部Ｔ２１２とを含む。返金条件表示部Ｔ２１１は、限定ではなく例として、［送金者ＩＤ］に設定されているユーザＩＤに対応するユーザの名称が表示される。また、限定ではなく例として、抽出された送金履歴に基づいて、現時点よりも前に送金したユーザのみの名称が表示されてもよい。返金条件部Ｔ２１１は、限定ではなく例として、現時点よりも前に送金したユーザが複数いる場合、所定の表示形式（限定ではなく例として、プルダウン）で複数のユーザの名称を表示してもよい。また、制御部２１は、限定ではなく例として、現時点よりも前に送金したユーザが複数いる場合、複数のユーザの名称のうち二つ以上を選択可能に、各ユーザに対応するチェックボックスなどを表示領域２８に表示させてもよい。このように、複数のユーザのうち返金するユーザを選択可能に表示させることにより、返金をするユーザ（ここでは、ユーザＡ）は、一部のユーザ（ここでは、ユーザＢまたはユーザＣ）に返金できる。また、返金条件表示部Ｔ２１１は、限定ではなく例として、返金先に対応する返金額の入力領域を含む。返金額の入力領域は、限定ではなく例として、返金額の入力を受け付けるテキストボックスなどであってもよい。制御部１１は、限定ではなく例として、返金完了部Ｔ２１２に対して入力部２２に入力があった場合、上記の返金に関する情報（限定ではなく例として、返金情報）を確定させる。そして、ステップＳ５５２において、ユーザ端末２０Ａは、返金情報を含む返金要求をサーバ１０に送信する。

【0191】

次に、ステップＳ６６１において、サーバ１０は、返金要求を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、返金要求に基づいて、ユーザＡのユーザＩＤと、トークルーム情報Ｄ１２の［送金受取者ＩＤ］のユーザＩＤとを照合する。すなわち、制御部１１は、限定ではなく例として、送金受取者のユーザ端末２０から返金要求が送信されたことを確認する。制御部１１は、限定ではなく例として、照合した結果、ユーザＡのユーザＩＤと［送金受取者ＩＤ］のユーザＩＤとが一致した場合、返金処理を実行する。返金処理は、限定ではなく例として、まず、制御部１１は、返金情報に基づいて、返金元のユーザＩＤ（ここでは、ユーザＡ）と、返金先のユーザＩＤ（ここでは、ユーザＢおよびユーザＣ）とを特定する。次に、制御部１１は、限定ではなく例として、送金履歴情報Ｄ１５に基づいて、送金処理で使用された送金アカウントを特定する。なお、送金処理で使用された送金アカウントに関する情報は、限定ではなく例として、返金情報に含まれていてもよい。制御部１１は、返金元のユーザＩＤ（ここでは、ユーザＡ）の送金アカウントに対応する価値から、返金先のユーザＩＤ（ここでは、ユーザＢおよびユーザＣ）の送金アカウントに対応する価値に、返金額を示す価値を移譲するように、送金アカウント（ここでは、送金アカウントＡ）に対応する支払いサーバ３０の送金アカウント情報Ｄ３１を更新させる処理を実行する。

【0192】

次に、ステップＳ６６２において、サーバ１０は、返金した結果に関する情報を含む返金完了通知をユーザ端末２０に送信する。ユーザ端末２０は、返金完了通知に基づいて、返金完了を示すコンテンツ（限定ではなく例として、ユーザＡからユーザＢおよびユーザＣに１，０００円を返金しました）を含む画像を表示領域２８に表示させる。限定ではなく例として、ユーザ端末２０Ｂおよびユーザ端末２０Ｃにおいても同様に、コンテンツを含む画像を表示領域２８に表示させる。
＜第７変形例＞

【0193】

図３０を参照して、第７変形例に係る情報処理について説明する。図３０は、第７変形例に係る情報処理の概要を示す図である。第７変形例に係る情報処理は、限定ではなく例として、返金を希望するユーザによる投票に基づいて、送金受取者から送金者に返金される形態である。なお、第７変形例においては、図２におけるＳ１１１～Ｓ１５１までの手順を完了していることを前提とする。以下、限定ではなく例として、送金者をユーザＢおよびユーザＣとし、送金受取者をユーザＡとし、ユーザＢおよびユーザＣによる投票結果に基づいて、ユーザＡからユーザＢおよびユーザＣに返金される手順について説明する。

【0194】

まず、ユーザ端末２０Ｂは、限定ではなく例として、図２Ａ（ｃ）に示す表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図３０（ａ）に示すような送金設定アイコンＴｂを含む選択画像Ｔ２２を表示領域２８に表示させる。そして、限定ではなく例として、制御部２１は、アイコン「返金投票」に対して、入力部２２に入力があった場合、「返金投票」が選択されたと判定する。そして、制御部２１は、限定ではなく例として、送金履歴情報Ｄ１５を参照して、現時点よりも前に送金された送金履歴を抽出する。制御部２１は、限定ではなく例として、抽出した送金履歴に基づいて、図３０（ｂ）の返金投票画像Ｔ２３を表示領域２８に表示させる。返金投票画像Ｔ２３は、限定ではなく例として、返金者表示部Ｔ２３１と、返金額表示部Ｔ２３２と、投票完了部Ｔ２３３とを含む。返金者表示部Ｔ２３１は、限定ではなく例として、［送金受取者ＩＤ］に設定されているユーザＩＤに対応するユーザの名称が表示される。また、返金者表示部Ｔ２３１は、限定ではなく例として、［送金受取者ＩＤ］に設定されているユーザＩＤが複数いる場合、所定の表示形式（限定ではなく例として、プルダウン）で複数のユーザの名称を表示してもよい。また、制御部２１は、限定ではなく例として、［送金受取者ＩＤ］に設定されているユーザＩＤが複数いる場合、複数のユーザの名称のうち二つ以上を選択可能に、各ユーザに対応するチェックボックスなどを表示領域２８に表示させてもよい。返金額表示部Ｔ２３２は、限定ではなく例として、返金額の入力を受け付けるテキストボックスなどであってもよい。投票完了部Ｔ２１３は、限定ではなく例として、それに対して入力部２２に入力があった場合、上記の投票に関する情報（限定ではなく例として、投票情報）を確定させる。そして、ユーザ端末２０Ｂ，２０Ｃは、投票情報を含む投票要求をサーバ１０に送信する。

【0195】

次に、サーバ１０は、投票要求を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、投票情報に基づいて、ユーザＢおよびユーザＣのユーザＩＤと、図３Ａに示すトークルーム情報Ｄ１２の［ユーザＩＤ］のユーザＩＤとを照合する。すなわち、制御部１１は、限定ではなく例として、トークルームに参加しているユーザのユーザ端末２０から投票情報が送信されたことを確認する。サーバ１０は、限定ではなく例として、投票情報に基づいて、投票返金処理を実行する。投票返金処理は、限定ではなく例として、投票情報に基づいて、所定の条件を満たすか否かを判定することにより、投票要求を送信したユーザに返金者から返金させる処理である。ここで、所定の条件は、限定ではなく例として、投票情報に含まれる返金者に関する情報に基づいて、返金者を示す情報の個数の合計が所定の閾値を超えたこと、返金者を示す情報の個数の合計がトークルームに参加するユーザの数に対して所定の割合を超えたことなどである。制御部１１は、限定ではなく例として、所定の条件を満たすと判定した場合、返金者から投票者に返金させるように、上述した価値移譲処理を実行する。

【0196】

次に、サーバ１０は、限定ではなく例として、価値移譲処理を実行した結果に関する情報を含む返金完了通知を各ユーザ端末２０に送信する。ユーザ端末２０は、限定ではなく例として、返金完了通知に基づいて、返金に関するコンテンツ（例えば、「投票によりユーザＡからユーザＢおよびユーザＣに１，０００円を返金しました」）を含む画像を表示させる。
＝＝＝効果＝＝＝

【0197】

本実施形態によれば、サーバ１０は、ユーザＢ（参加人）からユーザＡ（管理人）に送金された金額を、ユーザＡに返金することに関する返金情報を受信し、返金情報に基づいて、ユーザＡからユーザＢに送金された金額を送金することに関する処理を実行する。その結果、本実施形態の情報処理によれば、限定ではなく例として、サーバ１０は、送金された金額を送金したユーザに返金することができるため、ユーザによる誤送金や、送金受取者の変更に伴う送金手続きなど迅速に実行できるため、ユーザの利便性を向上でき、トークルームの安全性を向上できる。
＝＝＝第７実施形態＝＝＝

【0198】

本実施形態の概要を説明する。本実施形態は、限定ではなく例として、サーバ１０において、送金受取者から送金者に対して送金依頼を実行することができ、その送金依頼に対してユーザが送金を実行したか否かについて表示することが可能な形態である。以下では、限定ではなく例として、送金受取者をユーザＡとし、送金者をユーザＢおよびユーザＣとし、ユーザＡからユーザＢおよびユーザＣに対して送金を依頼することとする。本実施形態に記載の内容は、適宜、他の各実施形態に適用可能である。

【0199】

図３１～図３３を参照して、本実施形態について詳しく説明する。図３１は、第７実施形態に係る情報処理を示すフローチャートである。図３２は、第７実施形態に係る情報処理の概要を示す図である。図３３は、送金依頼画像の一例を示す図である。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。なお、図３１は、図２におけるＳ１１１～Ｓ１５１までの手順を完了していることを前提とするフローチャートである。以下において、送金受取者（ここでは、ユーザＡ）が送金者（ここでは、ユーザＢおよびユーザＣ）に送金を依頼する手順について説明する。

【0200】

まず、ステップＳ７５１において、ユーザ端末２０Ａは、限定ではなく例として、図２Ａ（ｃ）に示す表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図３２（ａ）に示すような送金設定アイコンＴｂを含む選択画像Ｔ２４を表示領域２８に表示させる。そして、限定ではなく例として、制御部２１は、アイコン「送金依頼」に対して、入力部２２に入力があった場合、「送金依頼」が選択されたと判定する。そして、制御部２１は、限定ではなく例として、トークルーム情報Ｄ１２および送金履歴情報Ｄ１５を参照して、図３２（ｂ）の送金依頼画像Ｔ２５を表示領域２８に表示させる。送金依頼画像Ｔ２５は、限定ではなく例として、送金依頼先選択部Ｔ２５１と、送金依頼完了部Ｔ２５２とを含む。送金依頼先表示部Ｔ２５１は、限定ではなく例として、［送金者ＩＤ］に設定されているユーザＩＤに対応するユーザの名称が表示される。また、限定ではなく例として、送金履歴情報Ｄ１５に基づいて、送金していないユーザのみの名称が表示されてもよい。送金依頼先表示部Ｔ２５１は、限定ではなく例として、送金者が複数いる場合、所定の表示形式（限定ではなく例として、プルダウン）で複数のユーザの名称を表示してもよい。また、制御部２１は、限定ではなく例として、送金者が複数いる場合、複数のユーザの名称のうち二つ以上を選択可能に、各ユーザに対応するチェックボックスなどを表示領域２８に表示させてもよい。このように、複数のユーザのうち送金を依頼するユーザを選択可能に表示させることにより、送金依頼するユーザ（ここでは、ユーザＡ）は、一部のユーザ（ここでは、ユーザＢまたはユーザＣ）に送金を依頼できる。制御部１１は、限定ではなく例として、送金依頼完了部Ｔ２５２に対して入力部２２に入力があった場合、上記の送金依頼に関する情報（限定ではなく例として、送金依頼情報）を確定させる。そして、ステップＳ７５２において、ユーザ端末２０Ａは、送金依頼情報を含む送金依頼要求をサーバ１０に送信する。

【0201】

次に、ステップＳ７６１において、サーバ１０は、送金依頼要求を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、送金依頼要求に基づいて、ユーザＡのユーザＩＤと、トークルーム情報Ｄ１２の［送金受取者ＩＤ］のユーザＩＤとを照合する。すなわち、制御部１１は、限定ではなく例として、送金受取者のユーザ端末２０から送金依頼要求が送信されたことを確認する。制御部１１は、限定ではなく例として、照合した結果、ユーザＡのユーザＩＤと［送金受取者ＩＤ］のユーザＩＤとが一致した場合、依頼表示処理を実行する。依頼表示処理は、限定ではなく例として、まず、制御部１１が、限定ではなく例として、送金依頼情報に基づいて、送金を依頼する対象のユーザを特定する。次に、制御部１１は、限定ではなく例として、送金履歴情報Ｄ１０に基づいて、特定されたユーザが送金済みか未送金かについて判別可能な図３３（ａ）に示す送金リストＴ２６１を生成する。制御部１１は、限定ではなく例として、送金リストＴ２６１を含む送金依頼画像Ｔ２６を生成する。なお、制御部１１は、限定ではなく例として、少なくとも送金済みのユーザまたは未送金のユーザのうち少なくともいずれかのユーザを判別可能な表示が含まれるように送金リストＴ２４１を生成すればよい。

【0202】

次に、ステップ７６２において、サーバ１０は、限定ではなく例として、送金リストＴ２４１を含む送金依頼画像Ｔ２６を、ユーザ端末２０に送信する。次に、ユーザ端末２０は、図３３（ａ）に示す送金依頼画像Ｔ２６を表示領域２８に表示させる。なお、サーバ１０は、限定ではなく例として、送金依頼画像Ｔ２６を、送金受取者（ここでは、ユーザＡ）のユーザ端末２０のみに送信してもよい。この場合、ユーザ端末２０Ａのみが、図３３（ａ）に示す送金依頼画像Ｔ２６を表示領域２８に表示させる。送金依頼画像Ｔ２６には、限定ではなく例として、送金リストＴ２６１と、ユーザＡの送金依頼に関するコンテンツＱ８とが含まれる。図３３（ａ）においては、限定ではなく例として、ユーザＢおよびユーザＣはユーザＡに対して未送金であるため、送金リストＴ２６１の「送金済み」欄が空白で示され、「未送金」欄にユーザＢを示す表示「Ｂ」とユーザＣを示す表示「Ｃ」とが表示されている。

【0203】

次に、限定ではなく例として、ステップ７７１～ステップ７８１においてユーザＢがユーザＡに対して送金を完了させた場合、ステップ７９１において、サーバ１０は、送金済みのユーザＢを判別可能な図３３（ｂ）に示す送金リストＴ２７１と、ユーザＢがユーザＡの送金依頼に対して送金を完了したことを示すコンテンツＱ９とを含む送金依頼画像Ｔ２７を生成する。なお、制御部１１は、限定ではなく例として、ユーザ端末２０Ｂにおいて、サーバ１０に送金処理を実行させるためのＵＲＬやアイコンＱ８１を含むコンテンツＱ８に対し、ユーザＢによる入力部２２に入力があった場合、送金処理に移行してもよい。この場合、制御部１１は、限定ではなく例として、送金処理が完了すると、ユーザＡの送金依頼に対して送金したことを示すコンテンツＱ９（限定ではなく例として、ユーザＡからの送金依頼に対して送金しました）を含む送金依頼画像Ｔ２７を生成する。

【0204】

次に、ステップ７９２において、サーバ１０は、限定ではなく例として、送金依頼画像Ｔ２７を、ユーザ端末２０に送信する。なお、サーバ１０は、限定ではなく例として、送金依頼画像Ｔ２７を、送金受取者（ここでは、ユーザＡ）のユーザ端末２０のみに送信してもよい。また、サーバ１０は、限定ではなく例として、送金したユーザの送金に関するステータスのみを表示させた送金リストＴ２７１を含む送金依頼画像Ｔ２７を生成して、送金したユーザのユーザ端末２０に、その送金依頼画像Ｔ２７を送信してもよい。この場合、限定ではなく例として、サーバ１０は、送金したユーザＢのユーザ端末２０に送金依頼画像Ｔ２７を送信する場合、図３３（ｂ）における送金リストＴ２７１の「送金済み」欄にユーザＢを示す表示「Ｂ」を表示させ、「未送金」欄を空白にして、送金依頼画像Ｔ２７を生成する。次に、ユーザ端末２０は、限定ではなく例として、図３３（ｂ）に示す送金依頼画像Ｔ２７を表示領域２８に表示させる。
＜第８変形例＞

【0205】

図３４を参照して、第８変形例に係る情報処理について説明する。図３４は、送金依頼識別画像Ｔ２８の一例を示す図である。第８変形例に係る情報処理は、限定ではなく例として、未送金または送金済みのステータスに応じて、トークルームにおけるユーザを示す表示を強調する形態である。なお、第８変形例においては、図３１におけるＳ７８１までの手順を完了していることを前提とする。以下、限定ではなく例として、送金受取者をユーザＡとし、送金者をユーザＢおよびユーザＣとし、送金済みのユーザをユーザＢとし、未送金のユーザをユーザＣとする。本実施形態に記載の内容は、適宜、他の各実施形態に適用可能である。

【0206】

サーバ１０は、限定ではなく例として、未送金のユーザＣを判別可能な図３４に示す強調表示Ｔ２８２をユーザＣのアイコンＵｃ１に付して送金依頼画像Ｔ２８を生成する。なお、限定ではなく例として、サーバ１０は、送金済みのユーザＢを識別可能な強調表示Ｔ２８２をユーザＢのアイコンＵｂ１に付して送金リスト画像Ｔ２８を生成してもよい。また、限定ではなく例として、サーバ１０は、強調表示Ｔ２８２をユーザのユーザ名（ここでは、符号Ｕｂ２や符号Ｕｃ２）やコンテンツに付して送金依頼画像Ｔ２８を生成してもよい。ここで、強調表示Ｔ２８２は、限定ではなく例として、ユーザＣのアイコンＵｃ１を取り囲むような点滅表示や点灯表示などである。また、強調表示Ｔ２８２は、限定ではなく例として、ユーザＣのユーザ名Ｕｃ２を取り囲むような点滅表示や点灯表示などであってもよい。さらに、強調表示Ｔ２８２は、限定ではなく例として、ユーザＣのコンテンツＱ１０を取り囲むような点滅表示や点灯表示、またはコンテンツＱ１０の配色をコンテンツＱ９と異なる配色にする表示であってもよい。なお、図３４においては、限定ではなく例として、送金リストＴ２８１が含まれるよう表示しているが、送金リストＴ２６１は送金依頼画像Ｔ２８に含まれていてもよいし、そうでなくてもよい。

【0207】

次に、サーバ１０は、限定ではなく例として、送金依頼画像Ｔ２８を、ユーザ端末２０に送信する。なお、サーバ１０は、限定ではなく例として、送金依頼画像Ｔ２８を、送金受取者（ここでは、ユーザＡ）のユーザ端末２０のみに送信してもよい。次に、ユーザ端末２０は、限定ではなく例として、図３４に示す送金依頼画像Ｔ２８を表示領域２８に表示させる。
＜第９変形例＞

【0208】

図３５を参照して、第９変形例に係る情報処理について説明する。図３５は、第９変形例に係る情報処理の概要を示す図である。第９変形例に係る情報処理は、限定ではなく例として、サーバ１０において未送金のユーザによるトークルームからの退会要求を拒否する形態である。ここで、「退会」とは、限定ではなく例として、サーバ１０において、トークルーム情報Ｄ１２におけるトークルームＩＤとユーザＩＤとの関係が解除されることである。すなわち、「退会」が実行されると、退会したユーザのユーザ端末２０は、トークルームのコンテンツを表示領域２８に表示できなくなり、又、他のユーザに対して送金できなくなり、他のユーザから送金を受けることができなくなる。以下、第９変形例においては、図３１におけるＳ７６２までの手順を完了していることを前提とする。また、限定ではなく例として、送金受取者をユーザＡとし、送金者をユーザＢおよびユーザＣとし、ユーザＢが送金済みのユーザであり、ユーザＣが未送金のユーザであり、ユーザＣのユーザ端末２０Ｃが退会要求をサーバ１０に送信したここととする。本実施形態に記載の内容は、適宜、他の各実施形態に適用可能である。

【0209】

まず、ユーザ端末２０Ｃは、限定ではなく例として、図２Ａ（ｃ）に示す表示領域２８のアイコンＰＬに対して、入力部２２に入力があった場合、アイコンＰＬが選択されたと判定して、図３５（ａ）に示すような送金設定アイコンＴｂを含む選択画像Ｔ２６を表示領域２８に表示させる。そして、限定ではなく例として、制御部２１は、アイコン「退会」に対して、入力部２２に入力があった場合、「退会」が選択されたと判定する。ユーザ端末２０Ｃは、限定ではなく例として、退会に関する情報（限定ではなく例として、退会情報）を、サーバ１０に送信する。次に、サーバ１０は、限定ではなく例として、退会情報を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、送金履歴情報Ｄ１５を参照して、退会情報に基づいて、ユーザＣが未送金か否かを判定する。限定ではなく例として、ユーザＣが未送金であると判定された場合、サーバ１０は、退会できないことを示す拒否コメント画像Ｔ３０１を含む退会拒否画像Ｔ３０を生成する。サーバ１０は、限定ではなく例として、退会拒否画像Ｔ３０を、ユーザ端末２０Ｃに送信する。次に、ユーザ端末２０Ｃは、限定ではなく例として、図３５（ｂ）に示す退会拒否画像Ｔ３０を表示領域２８に表示させる。なお、上述したようにサーバ１０が退会拒否画像Ｔ３０を生成することに限定されず、ユーザ端末２０Ｃが、限定ではなく例として、送金履歴情報Ｄ２５に基づいて退会拒否画像Ｔ３０を生成して、退会拒否画像Ｔ３０を表示領域２８に表示させてもよい。
＜第１０変形例＞

【0210】

図３６を参照して、第１０変形例に係る情報処理について説明する。図３６は、送金依頼画像Ｔ３１の一例を示す図である。第１０変形例に係る情報処理は、第２実施形態における受取変更処理の後に、送金受取設定を設定変更されたユーザ（ここでは、ユーザＢ）から未送金のユーザ（ここでは、ユーザＣ）に対して送金依頼されたときに、設定変更されたユーザに送金が実行される形態である。以下、送金受取設定を設定変更したユーザ（ここでは、ユーザＡ）のユーザ端末２０ＡがユーザＣのユーザ端末２０Ｃに対して送金依頼され、その後、送金受取設定が設定変更されたユーザ（ここでは、ユーザＢ）のユーザ端末２０ＢがユーザＣのユーザ端末２０Ｃに対して送金依頼したこととする。

【0211】

サーバ１０は、限定ではなく例として、送金依頼画像Ｔ３１を、ユーザ端末２０Ｃに送信する。次に、ユーザ端末２０Ｃは、図３６に示す送金依頼画像Ｔ３１を表示領域２８に表示させる。ここで、送金依頼画像Ｔ２６には、限定ではなく例として、ユーザＡの送金依頼に関するコンテンツＱ８と、ユーザＢの送金依頼に関するコンテンツＱ１０とが含まれる。コンテンツＱ８は、限定ではなく例として、ユーザ端末Ｃは、限定ではなく例として、サーバ１０に送金処理を実行させるためのＵＲＬやアイコンＱ８１を含む。また、コンテンツＱ１０は、限定ではなく例として、サーバ１０に送金処理を実行させるためのＵＲＬやアイコンＱ１０１を含む。ユーザ端末２０Ｃは、限定ではなく例として、アイコンＱ８１に対して、入力部２２に入力があった場合、アイコンＱ８１が選択されたと判定して、サーバ１０に送金処理要求（限定ではなく例として、送金先、送金元、送金額、送金アカウントなどに関する情報を含む）を送信してもよい。この場合、サーバ１１は、限定ではなく例として、トークルーム情報Ｄ１２を参照して、送金受取設定の設定変更後の送金受取者（ここでは、ユーザＢ）に対して送金されるよう送金処理を実行する。また、ユーザ端末２０Ｃは、限定ではなく例として、アイコンＱ１０１に対して、入力部２２に入力があった場合、アイコンＱ１０１が選択されたと判定して、サーバ１０に送金処理要求（限定ではなく例として、送金先、送金元、送金額、送金アカウントなどに関する情報を含む）を送信してもよい。この場合においても、サーバ１１は、限定ではなく例として、トークルーム情報Ｄ１２を参照して、送金受取設定の設定変更後の送金受取者（ここでは、ユーザＢ）に対して送金されるよう送金処理を実行する。すなわち、送金受取設定の設定変更後において、トークルームに表示される送金依頼に関する表示に対して、入力部２２に入力があった場合、送金受取設定の設定変更後の送金受取者に送金されるよう送金処理が実行される。
＝＝＝効果＝＝＝

【0212】

本実施形態によれば、サーバ１０は、トークルームに、ユーザＡからユーザＢに送信された送信依頼に対して、ユーザＢが送金した場合、その送金依頼に対して送金したことを示す情報を含める。その結果、本実施形態の情報処理によれば、限定ではなく例として、サーバ１０は、ユーザに対して送金したユーザをトークルームに表示させることができるため、ユーザの送金に関する利便性を向上できる。

【0213】

本実施形態によれば、サーバ１０は、トークルームに、ユーザＡからユーザＢに送信された送信依頼に対して、ユーザＢが送金していない場合、その送金依頼に対して送金していないことを示す情報を含める。その結果、本実施形態の情報処理によれば、限定ではなく例として、ユーザに対して送金していないユーザをトークルームに表示させることができるため、ユーザの送金に関する利便性を向上できる。

【0214】

本実施形態によれば、サーバ１０は、トークルームに、ユーザＡからユーザＢに送信された送信依頼に対して、ユーザＢが送金したことを示す情報、送金していないことを示す情報については、ユーザＡのユーザ端末２０Ａの表示領域２８に表示されるトークルームにのみ表示される。その結果、本実施形態の情報処理によれば、限定ではなく例として、管理者であるユーザＡのユーザ端末２０Ａの表示領域２８に表示されるトークルームにのみ、送金したユーザと送金していないユーザがわかる情報を表示させるため、サーバ１０の情報処理量を減らすことができる。また、限定ではなく例として、サーバ１０は送金していないユーザに不快感を与えないトークルームを提供できる。

【0215】

本実施形態において、ユーザＢによるユーザ端末２０Ｂの表示領域２８に表示されたトークルームに対する入力部２２への入力は、そのトークルームに表示されたユーザＡからユーザＢへの送金依頼に関する表示に対する入力である。そして、サーバ１０は、ユーザＣのユーザ端末２０Ｃからユーザ端末２０Ｂに送信された、ユーザ端末２０Ｂの表示領域２８に表示されたトークルームに表示された送金依頼に関する表示に対するユーザＢによる入力部２２への入力と、ユーザＡによって実行されたユーザＡとは異なる他のユーザへの送金に関する設定とに基づいて、ユーザＢからユーザＣへの送金に関する情報を受信する。サーバ１０は、ユーザＢからユーザＣへの送金に関する情報に基づいて、ユーザＢからユーザＣへの送金に関する処理を実行する。その結果、本実施形態の情報処理によれば、限定ではなく例として、送金受取者が変更されても送金依頼を実行できるため、ユーザの利便性を向上できる。
＝＝＝第８実施形態＝＝＝

【0216】

本実施形態の概要を説明する。本実施形態は、限定ではなく例として、サーバ１０において、所定のユーザがトークルームに掲載した画像（例えば、写真など）を他のユーザが購入可能な形態である。本実施形態においては、サーバ１０は、所定のユーザのユーザ端末２０から写真データを受信し、受信した写真データを低い解像度で、各ユーザ端末２０に対して写真データを送信する。以下では、限定ではなく例として、送金受取者をユーザＡとし、写真データをサーバ１０にアップロードするユーザをユーザＢとし、写真データを購入するユーザをユーザＣとする。本実施形態に記載の内容は、適宜、他の各実施形態に適用可能である。

【0217】

図３７、図３８を参照して、本実施形態について詳しく説明する。図３７は、第８実施形態に係る情報処理を示すフローチャートである。図３８は、第８実施形態に係る情報処理の概要を示す図である。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。なお、図３７は、図２におけるＳ１１１～Ｓ１５１までの手順を完了していることを前提とするフローチャートである。以下において、所定のユーザ（ここでは、ユーザＢ）によってアップロードされた写真データを購入するユーザ（ここでは、ユーザＣ）が、送金受取者（ここでは、ユーザＡ）に送金する手順について説明する。

【0218】

まず、ステップＳ８６１において、ユーザ端末２０Ｂは、限定ではなく例として、ユーザＢによる入力部２２への入力に基づいて、第１解像度の写真データが生成される。次に、ステップＳ８６２において、ユーザ端末２０Ｂは、限定ではなく例として、サーバ１０に第１解像度の写真データを送信する。

【0219】

次に、ステップＳ８７１において、サーバ１０は、限定ではなく例として、第１解像度の写真データを記憶部１５に記憶する。サーバ１０は、限定ではなく例として、第１解像度の写真データに基づいて、第１解像度よりも低い解像度を示す第２解像度の写真データを生成する。サーバ１０は、限定ではなく例として、図３８（ａ）に示す第２解像度の写真データを含む写真掲載画像Ｔ３１を生成する（ここでは、掲載処理）。次に、ステップＳ８７２において、サーバ１０は、限定ではなく例として、写真掲載画像Ｔ３１をユーザ端末２０に送信する。

【0220】

次に、ステップＳ８８１において、ユーザ端末２０Ｃは、限定ではなく例として、図３８（ａ）に示すような写真掲載画像Ｔ３２を表示領域２８に表示させる。ユーザ端末２０Ｃは、限定ではなく例として、写真掲載画像Ｔ３２に含まれる購入遷移部Ｔ３２１のアイコンに対して、入力部２２に入力があった場合、購入遷移部Ｔ３２１が選択されたと判定して、写真購入画像Ｔ３３を表示領域２８に表示させる。写真購入画像Ｔ３３は、限定ではなく例として、写真選択部Ｔ３３１と、金額表示部Ｔ３３２と、送金先Ｔ３３３と、送金アカウント設定部Ｔ３３４と、購入確定部Ｔ３３５とを含む。写真選択部Ｔ３３１は、限定ではなく例として、第２解像度の写真データが選択可能に掲載される領域である。写真選択部Ｔ３３１は、限定ではなく例として、選択表示アイコンＴ３３１１を含む。制御部１１は、限定ではなく例として、選択表示アイコンＴ３３１１に対して、入力部２２に入力があった場合、選択表示アイコンＴ３３１１が選択されたと判定して、選択表示アイコンＴ３３１１のステータスを変化（例えば、数字を付与して色を変化など）させる。金額表示部Ｔ３３２は、限定ではなく例として、写真データの購入金額が表示される領域である。制御部１１は、限定ではなく例として、選択された選択表示アイコンＴ３３１１に対応する写真データの購入金額を計算して、その購入金額を金額表示部Ｔ３３２に表示させる。送金先Ｔ３３３は、限定ではなく例として、トークルーム情報Ｄ２２を参照して特定される送金先を表示する領域である。送金アカウント設定部Ｔ３３４は、限定ではなく例として、それに対して入力部２２に入力があった場合、所定の表示形式（限定ではなく例として、プルダウン）で使用可能な送金アカウントＩＤに対応する送金アカウントの名称を表示する領域である。制御部１１は、限定ではなく例として、購入確定部Ｔ３３５に対して入力部２２に入力があった場合、購入する写真データおよび購入金額に関する情報（限定ではなく例として、購入情報）を確定させる。そして、ステップＳ８８２において、ユーザ端末２０Ｃは、購入情報を含む購入要求をサーバ１０に送信する。

【0221】

次に、ステップＳ８９１において、サーバ１０は、購入要求を記憶部１５に記憶する。サーバ１０は、限定ではなく例として、購入要求に基づいて、ユーザＣのユーザＩＤと、トークルーム情報Ｄ１２の［ユーザＩＤ］のユーザＩＤとを照合する。すなわち、制御部１１は、限定ではなく例として、トークルームに参加しているユーザのユーザ端末２０から購入要求が送信されたことを確認する。制御部１１は、限定ではなく例として、照合した結果、ユーザＣのユーザＩＤと［ユーザＩＤ］のユーザＩＤとが一致した場合、送金処理に移行する。サーバ１０は、限定ではなく例として、購入情報に基づいて、送金処理を実行する。制御部１１は、限定ではなく例として、購入情報に基づいて、送金元および送金先のユーザＩＤと、送金アカウントと、購入額（送金額）とを特定する。サーバ１０は、限定ではなく例として、送金元および送金先のユーザＩＤ、送金アカウント、及び購入額に関する情報を含む送金通知を、支払いサーバ３０に送信する。支払いサーバ３０は、送金元のユーザＩＤに対応する送金アカウントの価値から、購入額に対応する価値を、送金先のユーザＩＤに対応する送金アカウントの価値に移転させる。支払いサーバ３０は、限定ではなく例として、送金に関する処理の結果に関する情報を、サーバ１０に送信する。これにより送金処理が完了する。次に、Ｓ８９２において、サーバ１０は、購入情報に基づいて、記憶部１５から第１解像度の写真データを取得する。そして、制御部１１は、第１解像度の写真データをユーザＣのユーザ端末２０に送信する。次に、Ｓ８９３において、サーバ１０は、購入額に関する情報を含む送金完了通知をユーザ端末２０に送信する。ユーザ端末２０Ａは、限定ではなく例として、送金完了通知に基づいて、送金完了を示すコンテンツ（限定ではなく例として、写真購入代金の２，０００円を送金しました）を含む画像を表示させる。

【0222】

なお、上記において、サーバ１０は、限定ではなく例として、写真データをサーバ１０にアップロードするユーザのユーザ装置２０に対して、トークルームに参加しているユーザが送受信するコンテンツが表示されないように、トークルームの画像を送信してもよい。具体的には、サーバ１０は、限定ではなく例として、コンテンツ情報Ｄ１３を参照して、ユーザＢ以外のユーザに対応するコンテンツを特定し、特定されたコンテンツを排除して、ユーザＢのユーザ端末２０に送信するための写真掲載画像Ｔ３２を生成する。
＝＝＝効果＝＝＝

【0223】

本実施形態によれば、サーバ１０は、トークルームにおいて低い解像度の写真データを掲載して、ユーザの購入要求に応じてユーザに高い解像度の写真を提供することができる。その結果、本実施形態の情報処理によれば、限定ではなく例として、サーバ１０は、低い解像度の写真データを掲載するため送受信するデータの容量を圧縮できるため、処理速度の向上が図れる。また、ユーザはトークルームにおいて写真を購入できるため、ユーザの利便性を向上できる。

【符号の説明】

【0224】

Ｂ１，Ｂ２，Ｂ３・・・バス、Ｎ・・・ネットワーク、１・・・通信システム、１０・・・サーバ、２０・・・ユーザ端末、３０・・・支払いサーバ、１１，２１，３１・・・制御部、１２，２２，３２・・・入力部、１３，２３，３３・・・出力部、１４，２４，３４・・・通信Ｉ／Ｆ、１５，２５，３５・・・記憶部。

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図3D】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】