JP2022172385A - 情報処理方法、プログラム、端末 - Google Patents

Abstract

【課題】情報処理方法、プログラム、端末を提供する。【解決手段】コンピュータに実装される方法、装置及びコンピュータプログラム１において、電子貨幣に基づく決済を実行する第１端末による情報処理方法は、第１端末２０Ａの通信部によって電子貨幣による決済を管理するサーバ１０に、第１電子貨幣の情報を送信することと、第１端末のユーザまたは第１端末と、第２端末２０Ｂのユーザまたは第２端末とが少なくとも使用可能な、第２端末によって送信された第２電子貨幣の情報と第１電子貨幣の情報とに基づく第３電子貨幣に基づき、決済に関する処理を第１端末によって実行することと、決済処理された第３電子貨幣の残高が少なくとも第４電子貨幣の情報と第５電子貨幣の情報とに分割され、サーバから送信された第４電子貨幣に関する情報を通信部によって受信することと、を含む。【選択図】図１

Description

本開示は、情報処理方法、プログラム、端末に関する。

近年、メッセージングサービス（ＩＭＳ）（Instant Messaging Service）やソーシャルネットワーキングサービス（ＳＮＳ）（Social Networking Service）等のネットワークサービスを利用するコミュニケーションが増加している。そして、例えば、グループで旅行に行ったり、キャンプを行うなどする際に、ネットワークサービス上で、そのグループのメンバーが共同で出資して買い物をするようなケースがある。例えば特許文献１には、電子決済を行って商品を購入する技術が開示されている。しかしながら、共同で出資するケースについて十分検討されていなかった。

特開２００２－１７６６７１号公報

本発明の第１の態様によると、電子貨幣に基づく決済を実行する第１端末による情報処理方法は、第１端末の通信部によって電子貨幣による決済を管理するサーバに第１電子貨幣の情報を送信することと、第１端末のユーザまたは第１端末と、第２端末のユーザまたは第２端末とが少なくとも使用可能な、第２端末によって送信された第２電子貨幣の情報と第１電子貨幣の情報とに基づく第３電子貨幣に基づき、決済に関する処理を第１端末によって実行することと、決済処理された第３電子貨幣の残高が少なくとも第４電子貨幣の情報と第５電子貨幣の情報とに分割され、サーバから送信された第４電子貨幣に関する情報を通信部によって受信することとを含む。
本発明の第２の態様によると、電子貨幣に基づく決済を実行する第１端末のコンピュータに実行させるためのプログラムは、第１端末の通信部によって電子貨幣による決済を管理するサーバに第１電子貨幣の情報を送信することと、第１端末のユーザまたは第1端末と、第２端末のユーザまたは第２端末とが少なくとも使用可能な、第２端末によって送信された第２電子貨幣の情報と第１電子貨幣の情報とに基づく第３電子貨幣に基づき、決済に関する処理を第１端末によって実行することと、決済処理された第３電子貨幣の残高が少なくとも第４電子貨幣の情報と第５電子貨幣の情報とに分割され、サーバから送信された第４電子貨幣に関する情報を通信部によって受信することとを含む。
本発明の第３の態様によると、電子貨幣に基づく決済を実行する端末は、電子貨幣による決済を管理するサーバに第１電子貨幣の情報を送信する通信部と、端末のユーザまたは端末と、第２端末のユーザまたは第２端末とが少なくとも使用可能な、第２端末によって送信された第２電子貨幣の情報と第１電子貨幣の情報とに基づく第３電子貨幣に基づき、決済に関する処理を端末によって実行する制御部と、を備え、通信部は、決済処理された第３電子貨幣の残高が少なくとも第４電子貨幣の情報と第５電子貨幣の情報とに分割され、サーバから送信された第４電子貨幣に関する情報を受信する。

実施形態の一態様における通信システムの構成の一例を示す図。 実施形態に係る端末が実行する情報処理の流れの一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係る端末の表示部に表示される表示画面の一例を示す図。 実施形態に係るサーバの制御部により実現される機能の一例を示す図。 実施形態に係るサーバの記憶部に記憶される情報の一例を示す図。 実施形態に係るユーザ登録データのデータ構成の一例を示す図。 実施形態に係るユーザ管理データベースのデータ構成の一例を示す図。 実施形態に係るＩＭＳウォレット管理データのデータ構成の一例を示す図。 実施形態に係るグループ管理データベースのデータ構成の一例を示す図。 実施形態に係る共通ウォレット管理データのデータ構成の一例を示す図。 実施形態に係る端末の制御部により実現される機能の一例を示す図。 実施形態に係る端末の記憶部に記憶される情報の一例を示す図。 実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。 実施形態に係る各装置が実行する処理の流れの一例を示すフローチャート。

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

本開示に係る情報処理方法等を実施するための実施形態について、図面を参照して説明する。

［システム構成］
図１は、本開示の一実施形態に係る通信システム１の構成の一例を示す図である。
図１に開示されるように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）と、商取引システム４０とが接続される。

サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージ等を含むコンテンツの送受信を実現するサービスを提供する。また、サーバ１０は、端末２０と通信を行って、電子貨幣に基づく決済を端末２０に実現させるための処理を行う。なお、ネットワーク３０に接続される端末２０の数は限定されない。

ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０と、１以上の商取引システム４０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定でなく例として、アドホック・ネットワーク（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（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

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

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応付けられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応付けられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

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

本実施形態では、サーバ１０は、後述するＩＭＳアプリケーションによるメッセージングサービス（ＩＭＳ（Instant Messaging Service））を提供する機能と、後述するＩＭＳウォレットアプリケーションによる電子貨幣の管理サービスを提供する機能とを有していることとして説明する。

なお、ＩＭＳを提供する機能を有するサーバと、電子貨幣の管理サービスを提供する機能を有するサーバとを別体として、ＩＭＳサーバと、管理サーバとの２つのサーバを構成するようにしてもよいし、しなくてもよい。

商取引システム４０は、限定でなく例として、ＩＭＳの事業者（サーバ１０の事業者）と提携している事業者が運営する、端末２０による電子商取引による商品等を購入するためのシステムや、端末２０のユーザが商品等を購入する実店舗に導入されるＰＯＳ（Point Of Sale）システム等を含む商取引システムである。

サーバ１０は、限定でなく例として、端末２０のユーザによる、上記の電子商取引や実店舗での商品購入に際して、端末２０から送信される決済に関する情報や、商取引システム４０から送信される決済に関する情報に基づいて、決済処理を行う。

例えば、端末２０のユーザが実店舗で商品を購入する場合、１つの手法として、サーバ１０は、端末２０から送信される二次元コード生成依頼情報に基づいて、二次元コード（例えばＱＲコード（登録商標））を生成して端末２０に送信する。そして、端末２０のユーザは、自己の端末２０がサーバ１０から受信した二次元コードを表示部２４に表示させて、店舗の商取引システム４０が有するコードリーダ装置に読み取らせる。そして、店舗のコードリーダ装置から決済に関する情報がサーバ１０に送信され、サーバ１０は、コードリーダ装置から受信した決済に関する情報に基づいて決済処理を行う。

また、他の手法として、端末２０のユーザは、商品購入時に、例えば店舗の店頭やレジ周辺に掲示される二次元コード（例えばＱＲコード）を、自己の端末２０のＩＭＳウォレットアプリケーション（詳細は後述する。）のコードリーダで読み取る。そして、読み取った二次元コードからデータをデコードすることで取得された決済に関する情報を、自己の端末２０からサーバ１０に送信させる。そして、サーバ１０は、端末２０から送信される決済に関する情報に基づいて決済処理を行う。

［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。

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

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

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

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

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

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

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。

時計部２９は、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９は、限定でなく例として、水晶発振器を利用したクロック、ＮＩＴＺ（Network Identity and Time Zone）規格を利用したクロック等を有して構成される。時計部２９は、限定でなく例として、計時部や時刻情報検出部と表現することもできる。

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

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

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

端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。

マイク２５は、音データの入力に利用される。スピーカ２６は、音データの出力に利用される。カメラ２７は、動画像データの取得に利用される。

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

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

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

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

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

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

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

時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定でなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定でなく例として、計時部や時刻情報検出部と表現することもできる。

（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。

本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
他の装置についても同様である。

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

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

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

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

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

また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

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

本実施形態に係る情報処理方法は、限定ではなく例として、複数のユーザを含むグループの端末２０の間でコンテンツを送受信するサービスを提供する。１つのグループに含まれるユーザの数は、２以上の任意の数である。例えば、１つのグループは、ユーザＡとユーザＢとから構成されてもよく、このグループに含まれるユーザの数は２である。また、他の１つのグループは、ユーザＡとユーザＢとユーザＣとから構成されてもよく、このグループに含まれるユーザの数は３である。

また、以下の説明において適宜、実施形態に係る情報処理方法が提供するサービスを、メッセージングサービスと称す。端末２０は、限定ではなく例として、メッセージングサービスが提供するグラフィカルユーザインターフェース（ＧＵＩ）の画像を表示する。以下の説明において適宜、複数のユーザを含むグループの各端末間で送受信されるコンテンツを、グループに含まれるユーザが閲覧可能とするＧＵＩのことを「トークルーム」と称す。

限定ではなく例として、端末２０の表示部２４は、複数の画素が配列された表示領域を備え、表示領域にトークルームの画像を表示する。複数のユーザを含むグループの各端末間で送受信されるコンテンツを含む画像は、トークルームの画像に相当する。

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

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

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

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

＜実施例＞
以下、本実施形態の一態様としての実施例について説明する。

近年、前述したメッセージングサービス（以下、適宜「ＩＭＳ」と称す。）やＳＮＳ（Social Networking Service）等のネットワークサービスが流行している。
「ＩＭＳ」は、インターネットを利用して通信装置のユーザ間で会話を交わすために、ユーザの通信装置間でのメッセージの送受信を行わせるサービスである。本明細書では、インスタントメッセージングサービスの略称である「ＩＭＳ」の表現を用いるが、広義にはメッセージングサービス全般を意味するものであり、インスタントメッセージングサービスに限定されるものではない。
「ＳＮＳ」とは、主として通信装置のユーザ間のコミュニケーションを行うことを目的として、インターネット上で社会的なネットワークやコミュニティを形成させるサービスである。なお、ＩＭＳはＳＮＳの１つの形態（一形態）であるとも言える。このため、ＩＭＳとＳＮＳとは区別してもよいし、区別しなくてもよい。

また、これらのネットワークサービスに関連して、電子商取引での商品等の購入時の支払い・決済や、実店舗での商品等の購入時の支払い・決済、公共料金等の支払い・決済等を含む各種の支払い・決済や、他のユーザの端末２０への送金等を可能とするための端末２０で利用可能なアプリケーション（アプリケーションソフトウェア）が普及しつつある。このようなアプリケーションには、端末２０を、電子貨幣を貯蓄するお財布として利用するための「お財布アプリケーション」や、端末２０での電子貨幣による決済を実現するための「決済アプリケーション」等が含まれる。

以下では、端末２０にあらかじめダウンロードするなどして記憶された、お財布アプリケーションや決済アプリケーションを用いて、複数の端末２０（または複数の端末２０のユーザ）で共通に使用可能なバーチャルなお財布（以下、「共通ウォレット」と称す。）を生成（作成）する。そして、生成した共通ウォレットに貯蓄される電子貨幣を決済によって消費した場合の電子貨幣の残高を、複数の端末２０（複数の端末２０のユーザ）で分割する、言い換えると、複数の端末２０（複数の端末２０のユーザ）に分配する。

なお、共通ウォレットは、複数の端末２０（複数の端末２０のユーザ）が共同で使用可能なバーチャルなお財布や、また、複数の端末２０（複数の端末２０のユーザ）で共有されるバーチャルなお財布とも言えるため、「共同ウォレット」や「共有ウォレット」と表現することもできる。

以下では、ＩＭＳの事業者によって提供されるアプリケーションであって、ＩＭＳ用のアプリケーションの一種である「ＩＭＳアプリケーション」の一機能として、お財布アプリケーション・決済アプリケーションの一種である「ＩＭＳウォレットアプリケーション」を端末２０で用いることとして説明する。

以下において、「決済」とは、特に断りのない限り、ＩＭＳウォレットアプリケーションを利用した「電子決済」を意味する。
また、以下において、「ＩＭＳマネー」とは、特に断りのない限り、ＩＭＳの事業者がサーバ１０で管理する電子貨幣であって、端末２０のユーザがＩＭＳウォレットアプリケーションで利用可能な電子貨幣を意味する。
また、以下において、「残高」とは、特に断りのない限り、ＩＭＳウォレットアプリケーションにおけるＩＭＳマネーの残りの金額のことを意味する。

なお、一般的に、「電子貨幣」とは、事業者（以下ではＩＭＳの事業者）により提供される、情報通信技術を利用した、現金の代替となる支払手段である。
変形例で後述するが、本開示における電子貨幣は、ＩＭＳマネーに限らず、現金の代替としてユーザが利用可能な支払手段全般を含む概念とすることができる。

＜情報処理方法＞
図２－１は、本実施形態における情報処理方法の流れの一例を示すフローチャートである。ここでは、限定でなく例として、端末２０に記憶されたＩＭＳアプリケーションにおいて、相互にコンテンツを送受信可能な友だちとして登録された複数の端末２０のユーザ同士で１つのグループが形成され、このグループに含まれるユーザ（以下、「グループユーザ」と称す。）が共同で電子貨幣を出資して、電子貨幣で買い物をする場合を例に挙げて説明する。

最初に、端末２０は、共通ウォレット生成処理を行う（Ｓ１）。具体的には、限定でなく例として、端末２０は、入出力部２３に対する共通ウォレット生成操作に基づいて、共通ウォレットの生成をサーバ１０に要求する共通ウォレット生成要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。この場合、限定でなく例として、グループユーザのうちのいずれか１人のグループユーザがグループの代表者となり、ＩＭＳアプリケーションにおいて、ＩＭＳウォレットアプリケーション内でグループユーザが共同で使用可能な共通ウォレットを生成するための共通ウォレット生成操作を入出力部２３に対して行うようにすることができる。そして、サーバ１０は、通信Ｉ／Ｆ１４によって端末２０から共通ウォレット生成要求情報を受信したことに基づいて、その端末２０のユーザを含むグループを識別するためのグループ識別情報と関連付けて共通ウォレットを生成して記憶部１５に記憶させる。

次いで、端末２０は、目標金額設定処理を行う（Ｓ３）。本実施形態において、目標金額（限定でなく、電子貨幣の調達目標値の一例）とは、物品や金品等をとりそろえるために、複数のユーザが共通ウォレットに共同で出資する電子貨幣の目標金額（目標値）のことを意味する。具体的には、限定でなく例として、入出力部２３に対する目標金額設定操作に基づいて、代表者のユーザの端末２０は、目標金額を示す目標金額情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。サーバ１０は、通信Ｉ／Ｆ１４によって端末２０から目標金額情報を受信すると、生成した共通ウォレットと関連付けて目標金額を記憶させる。

その後、端末２０は、入金依頼処理を行う（Ｓ５）。具体的には、限定でなく例として、代表者のユーザの端末２０において、共通ウォレットへの入金を依頼するグループユーザの設定と、そのグループユーザに入金を依頼する金額（以下、「入金依頼金額」と称す。）の設定とを行わせるための入金依頼設定画面を表示部２４に表示させる。そして、端末２０は、この入金依頼設定画面における入出力部２３に対する設定操作に基づいて、入金を依頼するグループユーザを識別するためのユーザ識別情報と、入金依頼金額を示す入金依頼金額情報とを含む入金依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。

また、入金を依頼する他のグループユーザが複数である場合は、それぞれのグループユーザについて、そのグループユーザを識別するためのユーザ識別情報と、入金依頼金額情報とを含む入金依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。サーバ１０は、通信Ｉ／Ｆ１４によって端末２０から入金依頼情報を受信すると、受信した入金依頼情報に含まれるユーザ識別情報から識別されるユーザの端末２０に、受信した入金依頼情報に含まれる入金依頼金額情報を通信Ｉ／Ｆ１４によって送信する。

なお、代表者のグループユーザは、入金の依頼元（依頼主）である。このため、入金依頼処理では、少なくとも、代表者のグループユーザ以外の他のグループユーザを対象として、入金依頼金額を設定して入金を依頼するようにすればよい。つまり、代表者のグループユーザについては、入金依頼金額の設定対象から除外するようにしてもよいし、除外するようにしなくてもよい。

次いで、端末２０は、入金処理を行う（Ｓ７）。具体的には、代表者のグループユーザの端末２０は、自己の端末２０で設定した入金依頼金額に基づき、ユーザ操作に従って、共通ウォレットへのＩＭＳマネーの入金金額（限定でなく、第１電子貨幣の一例）を示す入金金額情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。また、他のグループユーザの端末２０は、サーバ１０を介して代表者のグループユーザの端末２０から受信した入金依頼情報に含まれる入金依頼金額に基づき、ユーザ操作に従って、共通ウォレットへのＩＭＳマネーの入金金額（限定でなく、第２電子貨幣の一例）を示す入金金額情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。サーバ１０は、通信Ｉ／Ｆ１４によって端末２０から入金要求を受けたことに基づいて、入金金額情報が示す入金金額を、その端末２０のユーザのＩＭＳマネーの残高から減算して更新するとともに、Ｓ１で記憶部１５に記憶させた共通ウォレットの残高に加算して更新する。

ここで、共通ウォレットへの入金金額は、グループユーザが共同で出資する電子貨幣の金額を意味するため、「出資金額」と表現することもできる。

その後、端末２０は、決済要求処理（限定でなく、決済に関する処理の一例）を行う（Ｓ９）。具体的には、限定でなく例として、Ｓ１で共通ウォレットを生成したグループに含まれるいずれかのグループユーザの端末２０において、商取引システム４０による商品の購入時に、共通ウォレットのＩＭＳマネーによる決済を要求するための決済要求情報をサーバ１０に送信する。そして、サーバ１０によって決済が行われると、その決済結果に関する情報を、通信Ｉ／Ｆ２２によってサーバ１０から受信する。

次いで、端末２０は、残高分配処理を行う（Ｓ１１）。具体的には、限定でなく例として、共通ウォレットの残高を、自己の端末２０のユーザを含む各グループユーザに分配することで、共通ウォレットの残りの金額を各グループユーザに分配・返金する処理を行う。この処理については、画面例を参照して後述する。

なお、上記の処理において、Ｓ３の目標金額設定処理は必須の処理ではなく、このステップは省略するようにすることもできる。つまり、目標金額の設定は行ってもよいし、行わなくてもよい。

＜表示画面例＞
端末２０の表示部２４に表示される表示画面例を参照して、本実施形態における上記の情報処理方法について説明する。

図２－２は、端末２０の表示部２４に表示されるグループトークルーム画面の一例を示す図である。このグループトークルーム画面は、端末２０においてＩＭＳアプリケーションが起動され、端末２０のユーザがグループトークを行う場合に表示される表示画面の一例である。ここでは、「ユーザＡ．Ａ」と、「ユーザＢ．Ｂ」と、「ユーザＣ．Ｃ」との３名で「グループＸ」が構成されており、ユーザＡ．ＡがグループＸの代表者となる場合を例示する。

この表示画面には、画面上部に「ＩＭＳトークルーム」と表示され、その下に、自己の端末２０のユーザを含むグループの名称がグループＸであること、および、このグループＸに含まれるユーザの合計人数が３名であることを示す表示として「グループＸ（３）」と表示されている。

このグループトークルーム画面において、画面向かって右側には、自己の端末２０のユーザであるユーザＡ．Ａが送信したコンテンツが吹き出しで表示される。他方、画面向かって左側には、グループＸに含まれる他の２名のグループユーザであるユーザＢ．ＢおよびユーザＣ．Ｃそれぞれについて、アイコン画像およびユーザ名と関連付けて、ユーザＢ．ＢおよびユーザＣ．Ｃそれぞれが送信したコンテンツが吹き出しで表示される。

また、画面下部には、メッセージを入力するためのメッセージ入力欄と、入力されたメッセージをサーバ１０を介して他の端末２０に送信するための送信ボタンとが表示されている。

ここでは、一例として、ユーザＡ．Ａが、ユーザＢ．ＢおよびユーザＣ．Ｃに対してグループでキャンプに行くことを提案するメッセージが表示されている。そして、ユーザＢ．ＢおよびユーザＣ．Ｃがこれに同意し、キャンプに必要なものを全員で購入するための共通ウォレットをユーザＡ．Ａが生成する旨のメッセージが表示されている。

また、画面上部のグループ名等が表示される表示枠の右部には、限定でなく例として、財布（例えば、がま口）の絵柄で表され、ユーザがタッチ操作可能な共通ウォレット生成ボタン（共通ウォレット作成ボタン）ＷＢが表示されている。この共通ウォレット生成ボタンＷＢがユーザによってタッチ操作されると、限定でなく例として、グループを識別するためのグループ識別情報と関連付けて、共通ウォレットの生成（作成）を要求するための共通ウォレット生成要求情報（共通ウォレット作成要求情報）が端末２０からサーバ１０に送信され、サーバ１０によって、このグループ識別情報から識別されるグループ（ここではグループＸ）と関連付けて、共通ウォレットがＩＭＳウォレットアプリケーション内に生成（作成）される。

図２－３は、ＩＭＳウォレットアプリケーション内に共通ウォレットが生成された場合に、ＩＭＳウォレットアプリケーションで表示される共通ウォレット機能に関する表示画面の一例を示す図である。
この表示画面には、画面上部に「ＩＭＳウォレット」の文字が表示され、その下に、ユーザＡ．Ａが生成した共通ウォレットの名称が「キャンプ資金」であることを示す「共通ウォレット：キャンプ資金」の文字が表示されている。また、その下に、共通ウォレットの現在の残高として「０円」が表示されている。

また、その下には、共通ウォレットに関連してＩＭＳウォレットアプリケーションで実現可能な機能を示すアイコンであって、ユーザ操作可能なアイコンとして、複数の機能アイコンが表示されている。例えば、この機能アイコンがユーザの指でタッチ操作されることで、対応するＩＭＳウォレットの機能を実現させることができる。

機能アイコンには、限定でなく例として、目標金額を設定するために用いられる「目標金額アイコン」と、グループユーザに共通ウォレットへの入金を依頼するために用いられる「入金依頼アイコン」と、共通ウォレットに入金するために用いられる「入金アイコン」と、各種の設定を行うために用いられる「設定アイコン」と、共通ウォレットの残高を用いて支払い・決済を行うために用いられる「支払いアイコン」と、共通ウォレットを破棄するために用いられる「破棄アイコン」とが含まれる。

ここで、共通ウォレットの破棄とは、共通ウォレットを終了させること、具体的には、ここでは一例として、以後共通ウォレットを使用しないために削除することを意味する。限定でなく例として、端末２０のユーザ（端末２０）の依頼によってサーバ１０において共通ウォレットが記憶されて管理され、共通ウォレットの破棄により、サーバ１０に記憶されている共通ウォレットが削除されることとして説明する。

なお、本実施形態では、前述したように、ＩＭＳアプリケーションのグループトーク画面において表示される共通ウォレット生成ボタンＷＢがタッチ操作されたことを契機として、ＩＭＳウォレットアプリケーション内に共通ウォレットが生成されることとするが、これに限定されない。例えば、上記のＩＭＳウォレットアプリケーションの機能アイコンとして、共通ウォレットを生成するための「共通ウォレット生成アイコン」を表示させるようにする。そして、ＩＭＳウォレットアプリケーション内で共通ウォレット生成アイコンがタッチ操作されたことを契機として、共通ウォレットを生成するようにしてもよいし、そのようにしなくてもよい。

また、ここでは、共通ウォレットを破棄する際に、上記の残高分配処理によって、共通ウォレットの残高を分割して各グループユーザに分配することとするが、これに限定されない。例えば、共通ウォレットは破棄せず、共通ウォレットの使用は継続するが、共通ウォレットのその時点における残高を分割して各グループユーザに分配するようにしてもよいし、そのようにしなくてもよい。

図２－４は、図２－３の表示画面において目標金額アイコンがタッチ操作された場合に表示部２４に表示される目標金額設定画面の一例を示す図である。
この目標金額設定画面には、目標金額を入力して設定するための目標金額入力欄と、端末２０のユーザが目標金額を入力するためのテンキーとが表示されている。テンキーを操作すると、目標金額入力欄に目標金額が入力されて表示される。そして、不図示の確定アイコンが操作されるなどすることで目標金額が確定し、確定した目標金額の情報がサーバ１０に送信されて、共通ウォレットと関連付けてサーバ１０に記憶される。

なお、上記の目標金額設定画面において、テンキーを用いてユーザが目標金額を入力して設定するようにするのではなく、あらかじめ用意された複数の目標金額の候補の中から、プルダウンメニュー等によって、ユーザが目標金額を選択して設定するようにしてもよいし、そのようにしなくてもよい。

図２－５は、図２－３の表示画面において入金依頼アイコンがタッチ操作された場合に表示部２４に表示される入金依頼画面の一例を示す図である。
この入金依頼画面には、上記の目標金額設定画面で設定された目標金額とともに、グループユーザとして、自己の端末２０のユーザであるユーザＡ．Ａのアイコン画像およびそのユーザ名と、他のグループユーザであるユーザＢ．Ｂのアイコン画像およびそのユーザ名と、他のグループユーザであるユーザＣ．Ｃのアイコン画像およびそのユーザ名とが表示されている。また、これら３名のグループユーザの表示と関連付けて、入金依頼金額の設定用の情報である入金依頼金額設定用情報が表示されている。

入金依頼金額設定用情報には、限定でなく例として、入金依頼金額をユーザのタッチ操作によって設定・変更することを可能とする上下の三角のマークで示される金額設定用ボタンと、金額設定用ボタンに対するタッチ操作によって設定・変更される入金依頼金額が表示される入金依頼金額表示欄と、入金依頼金額表示欄に表示された入金依頼金額を確定させるためのチェックマークを含む入金依頼金額確定ボタンとが含まれる。

また、画面下部には、ユーザのタッチ操作によって他のグループユーザへの入金の依頼を実行するための「入金を依頼する」の文字が示された入金依頼実行ボタンが表示されている。この入金依頼実行ボタンは、限定でなく例として、デフォルトとしてグレーアウトの状態となっており、全てのグループユーザについて入金依頼金額が確定し、入金依頼金額確定ボタンがタッチ操作されて、その表示が色付きに変化した場合に、入金依頼実行ボタンのグレーアウトの状態が解除されて、入金依頼実行ボタンのタッチ操作による入金依頼の実行が可能となるようにすることができる。

なお、目標金額を設定する場合、各グループユーザへの入金依頼金額を合計した金額が目標金額と一致していることが望ましい。このため、入金依頼金額を合計した金額が目標金額と一致することを、入金依頼の実行を可能とするための条件に含めるようにしてもよいし、含めなくてもよい。

また、上記の入金依頼画面において、金額設定用ボタンの操作によってユーザが入金依頼金額を設定するようにするのではなく、テンキー等を用いて入金依頼金額を直接入力して設定するようにしたり、あらかじめ用意された複数の入金依頼金額の候補の中から、プルダウンメニュー等によって、ユーザが入金依頼金額を選択して設定するなどするようにしてもよいし、そのようにしなくてもよい。

また、前述したように、目標金額の設定は省略することもできる。この場合は、上記の入金依頼画面に目標金額は表示させないようにし、ユーザが、各グループユーザそれぞれについて任意の金額を入金依頼金額として設定するようにしてもよいし、そのようにしなくてもよい。

また、上記の入金依頼画面において、例えば、入金依頼金額確定ボタンを表示させないようにし、ユーザが、任意のタイミングで入金依頼を実行することができるようにしてもよいし、そのようにしなくてもよい。

また、上記の入金依頼画面において、それぞれのグループユーザと関連付けて入金依頼実行ボタンを表示させるようにしてもよい。例えば、それぞれのグループユーザについての入金依頼金額表示欄の右側に入金依頼実行ボタンを表示させるようにし、グループユーザ毎に、任意の順番で入金依頼を実行することができるようにしてもよいし、そのようにしなくてもよい。

また、上記の入金依頼画面において、グループユーザの候補の中から、プルダウンメニュー等によって、ユーザが、入金を依頼するグループユーザを選択することができるようにしてもよいし、そのようにしなくてもよい。

図２－６は、図２－５の入金依頼画面において入金依頼金額が変更されて確定した場合の表示画面例を示す図である。
この表示画面例では、上記の入金依頼画面において、例えば、グループＸの代表者であるユーザＡ．Ａには「１５０００円」が、ユーザＢ．Ｂには「１００００円」が、ユーザＣ．Ｃには「５０００円」が入金依頼金額として設定された状態が示されている。
そして、それぞれのユーザに関連付けて表示される入金依頼金額確定ボタンがタッチ操作されたことで色付きに変化し、それに伴い、入金依頼実行ボタンのグレーアウトの状態が解除された状態が示されている。この状態で入金依頼実行ボタンがタッチ操作されることで、ユーザＡ．Ａの端末２０から、サーバ１０を介して、ユーザＢ．Ｂ、ユーザＣ．Ｃの端末２０に、設定された入金依頼金額を含む入金依頼情報がそれぞれ送信される。

このように、グループユーザ毎に個別に入金依頼金額を設定変更可能とすることで、例えば、あるグループユーザについては、前回は金額を多く出してくれたため、今回は入金を少なめに依頼するといったことや、逆に、前回は金額をあまり出さなかったため、今回は入金を多めに依頼するといったことが可能となる。また、その他にも、例えば、代表者のユーザが多めに金額を出して、他のグループユーザの負担を軽減するといったことも可能となる。

図２－７は、入金依頼情報を受信した端末２０の表示部２４に表示される表示画面の一例を示す図である。ここでは、一例として、ユーザＡ．Ａの端末２０から送信された入金依頼情報が、サーバ１０を介してユーザＣ．Ｃの端末２０で受信された場合を例示する。
この表示画面には、待ち受け画面において、「ＩＭＳ ＩＭＳウォレット：共通ウォレットへの入金依頼があります。」というメッセージと関連付けて、ＩＭＳウォレットアプリケーションを起動させるための「開く」の文字が示されたボタンが表示されている。

図２－８は、図２－７の表示画面において「開く」のボタンがタッチ操作された場合に表示される表示画面の一例を示す図である。
「開く」のボタンがタッチ操作されたことで、ユーザＣ．Ｃの端末２０においてＩＭＳウォレットアプリケーションが起動され、入金依頼情報に基づく入金を行うための入金画面が表示される。この入金画面には、例えば、「ＩＭＳウォレット Ａ．Ａさんから共通ウォレット：キャンプ資金への入金依頼がありました。金額：５０００円」というメッセージとともに、そのまま入金を行うための「今すぐ入金を行う」の文字が示されたボタンと、あとで入金を行うための「あとで」の文字が示されたボタンと、入金依頼情報の詳細を確認するための「詳細」の文字が示されたボタンとが表示されている。

図２－９は、図２－８の表示画面において「今すぐ入金を行う」のボタンがタッチ操作された場合に表示される表示画面の一例を示す図である。
「今すぐ入金を行う」のボタンがタッチ操作されたことで、ユーザＣ．Ｃの端末２０の表示部２４には、例えば、「共通ウォレット：キャンプ資金」の文字とともに、入金金額を設定・変更するための入金金額設定欄が表示されている。この入金金額設定欄には、例えば、受信した入金依頼情報（ここではユーザＡ．Ａの端末２０から受信した入金依頼情報）に含まれる入金依頼金額（ここでは５０００円）がデフォルトとして表示されるようにすることができる。

また、入金金額設定欄の下には、ユーザＣ．ＣのＩＭＳウォレットアプリケーション内でのＩＭＳマネーの残高（ここでは７０００円）が表示されている。このため、ユーザＣ．Ｃは、自身の現在のＩＭＳマネーの残高がいくらであり、入金依頼金額の入金が可能であるか否かを容易に把握することができるようになっている。

また、画面下部には、入金金額設定欄で設定された入金金額の入金を実行するための「入金を行う」の文字が示されたボタンが表示されている。このボタンがタッチ操作されると、入金金額設定欄に設定された入金金額を共通ウォレットに入金することを要求する入金要求情報が、ユーザＣ．Ｃの端末２０からサーバ１０に送信される。そして、サーバ１０において、ユーザＣ．ＣのＩＭＳマネーの残高から入金金額が減算されて更新されるとともに、共通ウォレットに入金金額が加算されて更新される。

図２－１０は、共通ウォレットのＩＭＳマネーを用いて商品が購入され、サーバ１０によって決済処理が行われた場合に端末２０の表示部２４に表示される表示画面の一例を示す図である。ここでは、ユーザＢ．Ｂによって、グループＸの共通ウォレット：キャンプ資金から「５０００円」のキャンプ商品が購入されて決済された場合を例示する。
グループＸのグループトークルーム画面には、例えば、ユーザＢ．Ｂのアイコン画像およびユーザ名と関連付けて、「［ＩＭＳウォレット］Ｂ．Ｂさんが共通ウォレット：キャンプ資金から５０００円使用しました。」というメッセージとともに、共通ウォレットの残高が「２５０００円」であることが表示されている。また、その下には、その詳細内容を確認するための詳細確認アイコンと、ＩＭＳウォレットアプリケーションを起動させるためのＩＭＳウォレットアイコンとが表示されている。

図２－１１は、図２－３の表示画面において「破棄アイコン」がタッチされた状態を示す図である。「破棄アイコン」がタッチ操作されると、例えば、図２－１２に示すような共通ウォレットを破棄するための画面が表示される。
この共通ウォレットの破棄は、グループＸの代表者（ここではユーザＡ．Ａ）のみが実行することができるようにしてもよいし、全てのグループユーザ（ここではユーザＡ．Ａ、ユーザＢ．Ｂ、ユーザＣ．Ｃ）が実行することができるようにしてもよい。ここでは、グループの代表者であるユーザＡ．Ａが共通ウォレットの破棄を実行する場合を例示する。

この表示画面では、「共通ウォレット：キャンプ資金」の文字とともに、「共通ウォレットを破棄し、残高の振り分けを行いますか？」というメッセージとともに、共通ウォレットの残高が「３０００円」であることが表示されている。また、その下には、残高の振り分けを行うための「振り分けをする」の文字が示された「振り分け実行ボタン」が表示されている。

図２－１３は、図２－１２において「振り分け実行ボタン」がタッチ操作された場合に表示される表示画面の一例を示す図である。
振り分け実行ボタンが押下されると、限定でなく例として、「均等に分ける」の文字が示された「均等分配ボタン」と、「入金額に応じて分ける」の文字が示された「入金額分配ボタン」と、「自由に分ける」の文字が示された「自由分配ボタン」とが表示されている。
「均等分配ボタン」は、共通ウォレットの残高を、全てのグループユーザ（ここではユーザＡ．Ａ、ユーザＢ．Ｂ、ユーザＣ．Ｃ）で均等に分配するためのボタンである。
「入金額分配ボタン」のボタンは、共通ウォレットの残高を、各グループユーザ（ここではユーザＡ．Ａ、ユーザＢ．Ｂ、ユーザＣ．Ｃ）それぞれの共通ウォレットへの入金金額に対応する比率で分配するためのボタンである。
「自由分配ボタン」は、共通ウォレットの残高を、共通ウォレットの破棄を実行するユーザ（ここでは代表者であるユーザＡ．Ａ）が自由に分配するためのボタンである。

なお、ここでは、均等分配ボタンと、入金額分配ボタンと、自由分配ボタンとの３つが表示される例を示したが、これに限定されない。これらのボタンのうち、少なくとも１つのボタンを表示する構成としてもよいし、少なくとも２つのボタンの組み合わせを表示させる構成としてもよい。また、均等分配、入金額分配、自由分配のそれぞれを行うための個別のページを表示させてもよいし、そのようにしなくてもよい。

図２－１４は、図２－１３において「均等分配ボタン」がタッチ操作された場合に表示される表示画面の一例を示す図である。
この表示画面には、共通ウォレットの残高とともに、自己の端末２０のユーザであるユーザＡ．Ａのアイコン画像およびそのユーザ名と、他のグループユーザであるユーザＢ．Ｂのアイコン画像およびそのユーザ名と、他のグループユーザであるユーザＣ．Ｃのアイコン画像およびそのユーザ名とが表示されている。また、これら３名のグループユーザの表示と関連付けて、共通ウォレットの残高を分配する分配金額の設定用の情報である分配金額設定用情報が表示されている。

分配金額設定用情報には、限定でなく例として、分配金額をユーザのタッチ操作によって設定・変更するための上下の三角のマークで示される金額設定用ボタンと、金額設定用ボタンに対するタッチ操作によって設定・変更される分配金額が表示される分配金額表示欄と、ユーザのタッチ操作によって分配金額を確定するためのチェックマークを含む分配金額確定ボタンとが含まれる。

また、画面下部には、確定された分配金額の各グループユーザへの返金を実行するための「返金」の文字が示された返金実行ボタンが表示されている。前述した入金依頼実行ボタンと同様に、返金実行ボタンは、限定でなく例として、デフォルトとしてグレーアウトの状態となっており、全てのグループユーザについて分配金額が確定し、分配金額確定ボタンがタッチ操作されて、その表示が色付きに変化した場合に、返金実行ボタンのグレーアウトの状態が解除されて、返金実行ボタンのタッチ操作による返金の実行が可能となるようにすることができる。

また、図２－１４は、共通ウォレットの残高を共通に分配するための表示画面である。このため、デフォルトとして、共通ウォレットの残高である「３０００円」を３名のユーザに均等に分ける場合の「１０００円」が、各グループユーザの分配金額表示欄に表示されており、分配金額確定ボタンが既に色付きに変化した状態が示されている。

図２－１５は、図２－１３の表示画面において「入金額分配ボタン」がタッチ操作された場合に表示される表示画面の一例を示す図である。
この表示画面の表示の構成は、図２－１４と同様である。しかし、各グループユーザの共通ウォレットの入金金額に対応する比率で共通ウォレットの残高を分配するため、デフォルトとして表示される分配金額表示欄の表示が異なっている。ここでは、図２－５に示した入金依頼金額に応じた入金金額に基づいて分配を行う例を示している。

図２－５の例では、入金依頼金額を、ユーザＡ．Ａは「１５０００円」、ユーザＢ．Ｂは「１００００円」、ユーザＣ．Ｃは「５０００円」としており、この入金依頼金額の配分に基づけば、共通ウォレットの残高の分配の比率は「３：２：１」となる。共通ウォレットの残高は「３０００円」であるため、ユーザＡ．Ａ、ユーザＢ．Ｂ、ユーザＣ．Ｃに対する分配金額は、それぞれ「１５００円」、「１０００円」、「５００円」となる。このため、これらの分配金額が、各グループユーザの分配金額表示欄に表示されており、分配金額確定ボタンが既に色付きに変化した状態が示されている。

図２－１６は、図２－１３の表示画面において自由分配ボタンがタッチ操作された場合に表示される表示画面の一例を示す図である。
この表示画面には、「金額を指定する」の文字が示された「金額指定ボタン」と、「グラフで指定する」の文字が示された「グラフ指定ボタン」とが表示されている。金額指定ボタンは、分配金額を直接的に指定するためのボタンであり、グラフ指定ボタンは、分配金額をグラフを用いて指定するためのボタンである。

図２－１７は、図２－１６の表示画面において金額指定ボタンがタッチ操作された場合に表示される表示画面の一例を示す図である。
この表示画面の表示の構成は、図２－１４と同様である。この表示画面では、各グループユーザそれぞれについて個別に分配金額を指定することが可能に構成されており、この例では、ユーザＡ．Ａには「１５００円」、ユーザＢ．Ｂには「５００円」、ユーザＣ．Ｃには「１０００円」を分配するようにユーザＡ．Ａによって操作された場合の例が示されている。

図２－１８は、図２－１６の表示画面においてグラフ指定ボタンがタッチ操作された場合に表示される表示画面の一例を示す図である。
この表示画面には、限定でなく例として、グラフの一種である円グラフが表示されている。この円グラフは、ユーザＡ．Ａ、ユーザＢ．Ｂ、ユーザＣ．Ｃそれぞれに関連付けて、分配金額（共通ウォレットの残高の配分）を、例えばユーザのスワイプ操作によって設定・変更可能な３つの領域で構成され、それぞれの領域には、ユーザ名と分配金額とが表示されている。

ユーザは、分配金額の設定対象とするユーザに対応する領域の面積を広げる／狭めるようにスワイプ操作することで、それぞれのユーザへの分配金額（共通ウォレットの残高の配分）の増減を変更することができるように構成されている。

なお、上記のグラフ表示において、それぞれのグループユーザに対応する領域を色分けして表示したり、異なるハッチングを施して表示したりするなどして、それぞれのグループユーザに対応する領域を容易に把握することができるようにしてもよいし、そのようにしなくてもよい。

また、ここではグラフの一種である円グラフを表示する場合を例示したが、これに限定されない。この他にも、例えば、それぞれのグループユーザへの分配金額（共通ウォレットの残高の配分）をスワイプ操作によって変更可能な棒グラフや帯グラフ等のグラフを同様に表示させるようにしてもよいし、そのようにしなくてもよい。

また、上記の残高の分配画面において、金額設定用ボタンの操作によってユーザが分配金額を設定するようにするのではなく、テンキー等を用いて分配金額を直接入力して設定するようにしたり、あらかじめ用意された複数の分配金額の候補の中から、プルダウンメニュー等によって、ユーザが分配金額を選択したりして設定するなどするようにしてもよいし、そのようにしなくてもよい。

また、上記の残高の分配画面において、例えば、分配金額確定ボタンを表示させないようにし、ユーザが、任意のタイミングで残高分配（返金）を実行することができるようにしてもよいし、そのようにしなくてもよい。

また、上記の残高の分配画面において、それぞれのグループユーザと関連付けて返金実行ボタンを表示させるようにしてもよい。例えば、それぞれのグループユーザについての分配金額表示欄の右側に返金実行ボタンを表示させるようにし、グループユーザ毎に、任意の順番で残高分配（返金）を実行することができるようにしてもよいし、そのようにしなくてもよい。

また、上記の残高の分配画面において、グループユーザの候補の中から、プルダウンメニュー等によって、ユーザが、残高を分配するグループユーザ（返金するグループユーザ）を選択することができるようにしてもよいし、そのようにしなくてもよい。

＜機能構成＞
（１）サーバの機能構成
図３－１は、本実施形態におけるサーバ１０の制御部１１により実現される機能の一例を示す図である。
サーバ１０は、制御部１１により実現される機能として、サーバメイン処理部１１１と、ＩＭＳ処理部１１２と、決済管理処理部１１３と、共通ウォレット管理処理部１１５とを有する。

サーバメイン処理部１１１は、記憶部１５に記憶されているサーバメイン処理プログラム１５１に従って、サーバ１０を統括的に制御するための処理であるサーバメイン処理を実行する機能を有している。

ＩＭＳ処理部１１２は、記憶部１５に記憶されているＩＭＳ処理プログラム１５２に従って、複数の端末２０間でのＩＭＳ用のメッセージ等を含むコンテンツの送受信を実現するための処理であるＩＭＳ処理を実行する機能を有している。

決済管理処理部１１３は、限定でなく例として、端末２０のユーザの電子商取引や実店舗での商取引に際して、端末２０および商取引システム４０と通信を行って、ＩＭＳウォレットアプリケーションにおけるＩＭＳマネーによる決済を実行・管理するための処理である決済管理処理を実行する機能を有している。

共通ウォレット管理処理部１１５は、記憶部１５に記憶されている共通ウォレット管理処理プログラム１５２１に従って、ＩＭＳウォレットアプリケーションにおける共通ウォレットを管理するための処理である共通ウォレット管理処理を実行する機能を有している。

図３－２は、本実施形態におけるサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定でなく例として、プログラムとして、制御部１１により読み出され、サーバメイン処理として実行されるサーバメイン処理プログラム１５１と、ＩＭＳ処理として実行されるＩＭＳ処理プログラム１５２とが記憶される。
また、ＩＭＳ処理プログラム１５２は、制御部１１により読み出され、共通ウォレット管理処理として実行される共通ウォレット管理処理プログラム１５２１をサブルーチンプログラムとして含む。
共通ウォレット管理処理についてはフローチャートを用いて詳細に後述する。

また、記憶部１５には、限定でなく例として、データとして、ユーザ登録データ１５３と、商取引システムデータ１５４と、ユーザ管理データベース１５５と、グループ管理データベース１５６とが記憶される。

ユーザ登録データ１５３は、ＩＭＳや電子貨幣の管理サービスを利用する端末２０および端末２０のユーザの登録データであり、そのデータ構成の一例を図３－３に示す。
ユーザ登録データ１５３には、限定でなく例として、ユーザ名と、端末電話番号と、端末メールアドレスと、ユーザＩＤと、ユーザパスワードと、ユーザアイコン画像と、ユーザプロフィールとが関連付けて記憶される。

ユーザ名は、ＩＭＳにおけるユーザの名称であり、例えば登録時に端末２０のユーザの名称が記憶されて登録される。

端末電話番号は、このユーザ名のユーザの端末２０の電話番号であり、例えば登録時に端末２０の電話番号が記憶されて登録される。

端末メールアドレスは、このユーザ名のユーザの端末２０のメールアドレスであり、例えば登録時に端末２０のメールアドレスが記憶されて登録される。

ユーザＩＤは、このユーザ名のユーザを識別するための識別情報として機能するＩＤであり、例えば登録時にユーザを固有に識別するためのＩＤが発行され、記憶されて登録される。このユーザＩＤは、端末２０のユーザのＩＭＳのアカウント（以下、「ＩＭＳアカウント」と称す。）とも言える。

ユーザパスワードは、ＩＭＳアカウントであるユーザＩＤに関連付けられたパスワードであり、例えば登録時に各ユーザそれぞれが決定したパスワードが記憶されて登録される。

ユーザアイコン画像は、このユーザ名のユーザの端末２０で設定されてサーバ１０に送信されたユーザが使用するアイコンの画像データであり、ＩＭＳアプリケーションにおいて、ユーザ名と関連付けてアイコン画像が表示される。

ユーザプロフィールは、このユーザ名のユーザの端末２０で設定されてサーバ１０に送信されたユーザのプロフィールであり、ＩＭＳアプリケーションにおいて、ユーザ名と関連付けてユーザプロフィールが表示される。

なお、上記の各種のユーザ情報は、限定でなく例として、ＩＭＳアプリケーションとＩＭＳウォレットアプリケーションとで共通のユーザ情報としてサーバ１０側で記憶・管理するようにすることができる。

商取引システムデータ１５４は、端末２０のユーザが、ＩＭＳウォレットアプリケーションを利用して決済を行うことが可能な、ＩＭＳの事業者（サーバ１０の事業者）と提携している電子商取引や実店舗の事業者の商取引システム４０に関する登録データである。

ユーザ管理データベース１５５は、ユーザ登録データ１５３に登録されているユーザのＩＭＳの利用に関するデータを管理するためのデータベースであり、そのデータ構成の一例を図３－４に示す。
ユーザ管理データベース１５５には、ＩＭＳアプリケーション（ＩＭＳウォレットアプリケーション）の複数のユーザそれぞれについて、個別のユーザ管理データが記憶される。

各ユーザのユーザ管理データには、限定でなく例として、ユーザ名およびユーザＩＤと関連付けて、ＩＭＳユーザコンテンツ履歴データと、ＩＭＳウォレット管理データが記憶される。

ＩＭＳユーザコンテンツ履歴データは、このユーザの端末２０と他のユーザの端末２０との間で送受信されたＩＭＳのコンテンツの履歴に関するデータであり、限定でなく例として、このユーザのトークルームで送受信されたコンテンツと、コンテンツが送受信された日時と、コンテンツを識別するための識別情報であるコンテンツ番号とを関連付けたデータが履歴として記憶される。

ＩＭＳウォレット管理データは、このユーザのＩＭＳウォレットにおける管理データであり、そのデータ構成の一例を図３－５に示す。
ＩＭＳウォレット管理データには、限定でなく例として、残高と、ＩＭＳポイントと、オートチャージ設定と、決済履歴データと、送金着金履歴データと、共通ウォレット入金履歴データとが記憶される。

残高には、このユーザＩＤのユーザが所有しているＩＭＳマネーの残高が記憶される。
ＩＭＳポイントには、ＩＭＳの各種サービスや、ＩＭＳの事業者と提携している加盟店舗で貯めることのできるポイントが記憶される。ＩＭＳポイントは、限定でなく例として、１ポイントあたり１円相当の価値を有し、ギフト券や商品等に交換することができる他、ＩＭＳアプリケーションにおいて現金化して決済に利用することもできる。

オートチャージ設定は、残高が残り少ない金額（例えば「５００円」）や「０円」となった場合に、ＩＭＳマネーを自動的に補充（オートチャージ）するか否かの設定であり、端末２０のユーザによってオートチャージの設定がなされた場合は「ＯＮ」が記憶され、それ以外の場合は「ＯＦＦ」が記憶される。オートチャージは、限定でなく例として、端末２０のユーザが登録している銀行口座等から行われるようにすることができる。

決済履歴データには、このユーザＩＤのユーザの決済の履歴が記憶される。
送金着金履歴データには、このユーザＩＤのユーザの他のユーザへの送金の履歴と、このユーザＩＤのユーザへの他のユーザからの着金の履歴とが記憶される。

共通ウォレット入金履歴データには、このユーザＩＤのユーザの共通ウォレットへの入金の履歴が記憶される。

グループ管理データベース１５６は、ユーザ登録データ１５３に登録されている複数のユーザで構成されるグループのＩＭＳの利用に関するデータを管理するためのデータベースであり、そのデータ構成の一例を図３－６に示す。
グループ管理データベース１５６には、複数のグループそれぞれについて、個別のグループ管理データが記憶される。

各グループのグループ管理データには、限定でなく例として、このグループの名称であるグループ名と、グループＩＤと、グループ生成日時と、グループ人数と、グループユーザデータと、ＩＭＳグループコンテンツ履歴データと、共通ウォレット管理データとが記憶される。

グループＩＤは、このグループを識別するための識別情報として機能するＩＤであり、各グループそれぞれを固有に識別するためのＩＤが記憶されて登録される。

グループ生成日時は、このグループが生成（作成）された日時である。限定でなく例として、グループは、ＩＭＳを利用するユーザが任意に生成することができ、グループを生成したユーザまたはグループに加入済みのユーザが、他のユーザをグループに招待することで、他のユーザをグループに加入させることができる。

なお、それぞれの端末２０のユーザは、１つのグループに限らず、複数のグループに加入することができるようにすることができる。

グループ人数には、このグループに含まれるユーザの合計人数が記憶される。新たなユーザがグループに加入するごとに、グループ人数が加算更新され、加入済みのユーザがグループから脱退するごとに、グループ人数が減算更新される。

グループユーザデータには、限定でなく例として、このグループに含まれるユーザ（以下、「グループユーザ」と称す。）のユーザ名と、このグループユーザのユーザＩＤと、このグループユーザがこのグループに加入した日時であるグループ加入日時とが関連付けて記憶される。

ＩＭＳグループコンテンツ履歴データは、このグループに含まれるグループユーザの端末２０間で送受信されたＩＭＳのコンテンツの履歴に関するデータであり、限定でなく例として、このグループのトークルームで送受信されたコンテンツと、コンテンツが送受信された日時と、コンテンツを識別するためのコンテンツ番号とを関連付けたデータが履歴として記憶される。

共通ウォレット管理データは、このグループ管理データのグループについて生成された共通ウォレットを管理するためのデータであり、そのデータ構成の一例を図３－７に示す。
共通ウォレット管理データには、この共通ウォレットの名称である共通ウォレット名と、この共通ウォレットが生成された日時である共通ウォレット生成日時と、この共通ウォレットを生成したグループユーザのユーザＩＤ（またはユーザ名）である共通ウォレット生成グループユーザＩＤ（ユーザ名）と、目標金額と、共通ウォレット残高と、共通ウォレットＩＭＳポイントと、決済履歴データと、入金履歴データとが記憶される。

目標金額には、この共通ウォレットについて設定された目標金額が記憶される。
共通ウォレット残高には、共通ウォレットに貯蓄されたＩＭＳマネーの残高が記憶される。
共通ウォレットＩＭＳポイントには、共通ウォレット残高による決済を行うことで取得されたＩＭＳポイントが記憶される。
決済履歴データには、共通ウォレットのＩＭＳマネーによる決済の履歴が記憶される。
入金履歴データには、共通ウォレットへの入金の履歴が記憶される。

（２）端末の機能構成
図３－８は、本実施形態において端末２０の制御部２１により実現される機能の一例を示す図である。
端末２０は、制御部２１により実現される機能として、端末メイン処理部２１１と、ＩＭＳアプリケーション処理部２１２と、ＩＭＳウォレットアプリケーション処理部２１３とを有する。

端末メイン処理部２１１は、記憶部２８に記憶されている端末メイン処理プログラム２８１に従って、端末２０を統括的に制御するための処理である端末メイン処理を実行する機能を有している。限定でなく例として、端末２０が携帯電話機である場合には、通信Ｉ／Ｆ２２を介して他の携帯電話機や固定電話機等との通話を行うための制御を行う、または通信Ｉ／Ｆ２２を介して各種のウェブサイトにアクセスするための制御を行う、または表示部２４に各種の情報を表示させる制御を行う、またはマイク２５から入力される各種の音データを解析する処理を行う、またはカメラ２７によって撮影された静止画像や動画像を解析する処理等を実行する。

ＩＭＳアプリケーション処理部２１２は、記憶部２８に記憶されているＩＭＳアプリケーション２８２に基づいて、サーバ１０と通信を行って、例えばサーバ１０を介して他のユーザの端末２０との間でコンテンツの送受信を行うための処理であるＩＭＳアプリケーション処理を実行する機能を有している。

ＩＭＳウォレットアプリケーション処理部２１３は、記憶部２８に記憶されているＩＭＳウォレットアプリケーション２８３に基づいて、サーバ１０と通信を行ってＩＭＳウォレットアプリケーションの各種の機能を実現するためのＩＭＳウォレットアプリケーション処理を実行する機能を有している。

ＩＭＳウォレットアプリケーション処理部２１３は、限定でなく例として、共通ウォレット生成処理部２１３１と、目標金額設定処理部２１３３と、入金依頼処理部２１３５と、入金処理部２１３６と、決済要求処理部２１３７と、残高分配処理部２１３９とを機能部として有する。

図３－９は、本実施形態における端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、限定でなく例として、制御部２１により読み出され、端末メイン処理として実行される端末メイン処理プログラム２８１が記憶される。

また、記憶部２８には、限定でなく例として、サーバ１０からあらかじめダウンロードするなどして取得されるアプリケーションソフトウェアとして、ＩＭＳアプリケーション２８２と、ＩＭＳウォレットアプリケーション２８３とが記憶される。

ＩＭＳウォレットアプリケーション２８３には、限定でなく例として、ＩＭＳウォレットアプリケーションプログラム２８３１と、ＩＭＳウォレットアプリケーションデータ２８３３とが含まれる。

ＩＭＳウォレットアプリケーションプログラム２８３１には、共通ウォレットに関連する処理（図２－１で説明した各種のステップの処理を実現するためのプログラム）を実現するためのプログラムの他、共通ウォレット以外の通常のウォレットの処理を実現するためのプログラムが含まれる。

ＩＭＳウォレットアプリケーションデータ２８３３には、共通ウォレットに関連する処理を実現するためのデータ（例えば、前述したＩＭＳウォレットアプリケーションの共通ウォレットに関する各種の機能を実現するためのデータや、各種の表示画面の表示を実現するためのデータ）の他、共通ウォレット以外の通常のウォレットの処理を実現するためのデータが含まれる。

なお、ＩＭＳアプリケーション２８２とＩＭＳウォレットアプリケーション２８３とは、１つのアプリケーションとしてもよいし、別のアプリケーションとしてもよい。

＜処理＞
図３－１０、図３－１１は、本実施形態における各装置が実行する処理の流れの一例を示すフローチャートである。
左側から順に、端末Ａ、端末Ｂ、端末ＣのＩＭＳウォレットアプリケーション処理部２１３がそれぞれ実行するＩＭＳウォレットアプリケーション処理、サーバ１０の共通ウォレット管理処理部１１５が実行する共通ウォレット管理処理の一例を示している。
各処理における各ステップをアルファベットの大文字と数字の組み合わせで示し、ステップの用語は省略する。

ここでは、前述した例と同様に、端末ＡのユーザであるユーザＡ．Ａと、端末ＢのユーザであるユーザＢ．Ｂと、端末ＣのユーザであるユーザＣ．ＣとでグループＸが形成されており、ユーザＡ．Ａがグループの代表者であることとして説明する。また、端末Ａ～端末Ｃは、実際には、ＩＭＳウォレットアプリケーションプログラム２８３１に従って同様の処理手順で処理を行うように構成されているが、ここでは、分かり易くするため、グループＸの代表者であるユーザＡ．Ａが共通ウォレットの生成、目標金額の設定、入金依頼、残高分配を行う場合の処理として図示・説明する。

また、以下説明するフローチャートは、あくまでも本実施形態における処理を例示するものに過ぎず、以下説明するフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。

最初に、端末ＡのＩＭＳウォレットアプリケーション処理部２１３は、共通ウォレットを生成するか否かを判定する（Ａ１）。具体的には、例えば、前述したように、ＩＭＳのグループトークルーム画面で共通ウォレット生成ボタンＷＢがタッチ操作されたことがＩＭＳアプリケーション側からＩＭＳウォレットアプリケーション側に通知された場合や、ＩＭＳウォレットアプリケーション内の共通ウォレット生成アイコンがタッチ操作された場合に、共通ウォレットを生成すると判定する。

共通ウォレットを生成しないと判定したならば（Ａ１；Ｎｏ）、ＩＭＳウォレットアプリケーション処理部２１３は、共通ウォレットに関する処理ではない、その他のＩＭＳウォレットアプリケーションに関する処理へと処理を移行する。

一方、共通ウォレットを生成すると判定したならば（Ａ１；Ｙｅｓ）、端末Ａの共通ウォレット生成処理部２１３１は、限定でなく例として、自己の端末ＡのユーザであるユーザＡ．ＡのユーザＩＤと、グループＸのグループＩＤと、ユーザ操作に従って設定した共通ウォレット名とを含む共通ウォレット生成要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３）。

サーバ１０の共通ウォレット管理処理部１１５は、通信Ｉ／Ｆ１４によって端末Ａから共通ウォレット生成要求情報を受信すると（Ｄ１）、受信した共通ウォレット生成要求情報に含まれるグループＩＤと関連付けて、その共通ウォレット生成要求情報に含まれる共通ウォレット名の共通ウォレットを生成し、共通ウォレット生成日時および共通ウォレット生成グループユーザＩＤとともに記憶させた共通ウォレット管理データを生成して、グループ管理データベース１５６のこのグループＩＤに対応するグループ管理データに記憶させる。

その後、サーバ１０の共通ウォレット管理処理部１１５は、共通ウォレットを生成した旨の共通ウォレット生成通知を、通信Ｉ／Ｆ１４によって端末Ａ、端末Ｂ、端末Ｃにそれぞれ送信する（Ｄ３）。

端末Ａ、端末Ｂ、端末ＣのＩＭＳウォレットアプリケーション処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０から共通ウォレット生成通知をそれぞれ受信すると（Ａ５、Ｂ５、Ｃ５）、グループＸに関連付けて共通ウォレットが生成された旨のメッセージを表示部２４に表示させるなどしてユーザに報知する共通ウォレット生成報知処理を行う（Ａ７、Ｂ７、Ｃ７）。

次いで、端末ＡのＩＭＳウォレットアプリケーション処理部２１３は、目標金額を設定するか否かを判定する（Ａ９）。具体的には、例えば、図２－３に示したようなＩＭＳウォレットアプリケーションの表示画面において、目標金額アイコンがタッチ操作された場合に、目標金額を設定すると判定する。

目標金額を設定すると判定したならば（Ａ９；Ｙｅｓ）、端末Ａの目標金額設定処理部２１３３は、目標金額を設定する（Ａ１１）。具体的には、例えば、図２－４に示したような目標金額設定画面を表示部２４に表示させ、入出力部２３に対するユーザ操作に従って、目標金額を設定する。そして、端末Ａの目標金額設定処理部２１３３は、設定した目標金額を示す目標金額情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１３）。

サーバ１０の共通ウォレット管理処理部１１５は、通信Ｉ／Ｆ１４によって端末Ａから目標金額情報を受信すると（Ｄ５）、受信した目標金額情報が示す目標金額を、グループ管理データベース１５６の対応するグループ管理データの共通ウォレット管理データに記憶させる。

その後、端末ＡのＩＭＳウォレットアプリケーション処理部２１３は、入金依頼を行うか否かを判定する（Ａ１５）。具体的には、例えば、図２－３に示したようなＩＭＳウォレットアプリケーションの表示画面において、入金依頼アイコンがタッチ操作された場合に、入金依頼を行うと判定する。

入金依頼を行うと判定したならば（Ａ１５；Ｙｅｓ）、端末Ａの入金依頼処理部２１３５は、入金依頼設定を行う（Ａ１７）。具体的には、例えば、図２－５、図２－６に示したような入金依頼画面を表示部２４に表示させ、入出力部２３に対するユーザ操作に従って、入金依頼設定を行う。そして、端末Ａの入金依頼処理部２１３５は、入金依頼設定に基づき、限定でなく例として、自己の端末ＡのユーザＡ．ＡのユーザＩＤと、入金を依頼するグループユーザ（ここではユーザＢ．Ｂ、ユーザＣ．Ｃ）のユーザＩＤと、入金依頼金額とを関連付けた入金依頼情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１９）。

サーバ１０の共通ウォレット管理処理部１１５は、通信Ｉ／Ｆ１４によって端末Ａから入金依頼情報を受信すると、受信した入金依頼情報に含まれるユーザＩＤのユーザ（ここではユーザＢ．Ｂ、ユーザＣ．Ｃ）の端末２０（ここでは端末Ｂ、端末Ｃ）に、そのユーザＩＤに関連付けられた入金依頼金額の入金を依頼するための入金依頼通知を通信Ｉ／Ｆ１４によって送信する。

端末ＡのＩＭＳウォレットアプリケーション処理部２１３は、Ａ１９の後、入金を行うか否かを判定する（Ａ２１）。具体的には、例えば、図２－３に示したようなＩＭＳウォレットアプリケーションの表示画面において、入金アイコンがタッチ操作された場合に、入金を行うと判定する。

入金を行うと判定したならば（Ａ２１；Ｙｅｓ）、端末Ａの入金処理部２１３６は、例えば、図２－８、図２－９に示したような入金画面を表示部２４に表示させ、入出力部２３に対するユーザ操作に従って、入金金額設定を行う。そして、端末Ａの入金処理部２１３６は、ユーザＡ．ＡのユーザＩＤと、入金金額とを含む入金情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２３）。

端末ＢのＩＭＳウォレットアプリケーション処理部２１３は、通信Ｉ／Ｆ２２によってサーバ１０から入金依頼通知を受信すると（Ｂ１９）、入金を行うか否かを判定する（Ｂ２１）。そして、入金を行うと判定したならば（Ｂ１９；Ｙｅｓ）、端末Ｂの入金処理部２１３６は、ユーザＢ．ＢのユーザＩＤと、入金金額とを含む入金情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｂ２３）。
端末Ｃについても同様である（Ｃ１９～Ｃ２３）。

サーバ１０の共通ウォレット管理処理部１１５は、通信Ｉ／Ｆ１４によって端末Ａから入金情報を受信すると（Ｄ１１）、入金管理処理を行う（Ｄ１３）。具体的には、限定でなく例として、受信した入金情報に含まれるユーザＩＤについてのユーザ管理データのＩＭＳウォレット管理データの残高から入金金額を減算して更新するとともに、共通ウォレット管理データの共通ウォレット残高に入金金額を加算して更新する。

その後、端末ＡのＩＭＳウォレットアプリケーション処理部２１３は、共通ウォレットから決済を行うか否かを判定する（Ａ３１）。具体的には、例えば、図２－３に示したようなＩＭＳウォレットアプリケーションの表示画面において、支払いアイコンがタッチ操作された場合に、共通ウォレットから決済を行うと判定する。

共通ウォレットから決済を行うと判定したならば（Ａ３１；Ｙｅｓ）、端末Ａの決済要求処理部２１３７は、決済に必要な情報を通信Ｉ／Ｆ２２によってサーバ１０に送信するなどして、サーバ１０に決済の実行を要求する決済要求処理を行う（Ａ３３）。
端末Ｂ、端末Ｃが共通ウォレットから決済を行う場合も同様である（Ｂ３１～Ｂ３３）。

サーバ１０の決済管理処理部１１３は、端末２０から決済要求を受けると、決済処理を行う（Ｄ３３）。決済処理の手法は、例えば前述した通りである。そして、サーバ１０の決済管理処理部１１３は、共通ウォレット管理データの共通ウォレット残高から決済金額を減算して更新する。
端末Ｂ、端末Ｃから決済要求を受けた場合も同様である。

その後、サーバ１０の共通ウォレット管理処理部１１５は、限定でなく例として、決済要求を受けた端末２０のユーザのユーザ名、決済金額、決済の詳細に関する情報等を含む決済結果情報を、通信Ｉ／Ｆ１４によって、決済要求を受けた端末２０に送信する（Ｄ３５）。また、サーバ１０の共通ウォレット管理処理部１１５は、他のグループユーザによって共通ウォレットのＩＭＳマネーにより決済が行われたことを通知するための、限定でなく例として、決済要求を受けた端末２０のユーザのユーザ名、決済金額、決済の詳細に関する情報等を含む他ユーザ決済実行通知を、通信Ｉ／Ｆ１４によって、決済要求を受けた端末２０のユーザ以外のグループユーザの端末２０に送信する（Ｄ３７）。

通信Ｉ／Ｆ２２によってサーバ１０から決済結果情報を受信した端末２０のＩＭＳウォレットアプリケーション処理部２１３は（Ａ３５、Ｂ３５、Ｃ３５）、受信した決済結果情報に含まれる情報を表示部２４に表示させるなどして、ユーザに決済結果を報知する決済結果報知処理を行う（Ａ３７、Ｂ３７、Ｃ３７）。

また、通信Ｉ／Ｆ２２によってサーバ１０から他ユーザ決済実行通知を受信した端末２０のＩＭＳウォレットアプリケーション処理部２１３は（Ａ３９；Ｙｅｓ、Ｂ３９；Ｙｅｓ、Ｃ３９；Ｙｅｓ）、受信した他ユーザ決済実行通知に含まれる情報を表示部２４に表示させるなどして、他のグループユーザによって共通ウォレットのＩＭＳマネーにより決済が行われたことを報知する他ユーザ決済実行報知処理を行う（Ａ４１、Ｂ４１、Ｃ４１）。

その後、端末ＡのＩＭＳウォレットアプリケーション処理部２１３は、共通ウォレットを破棄するか否かを判定する（Ａ４３）。具体的には、例えば、図２－３に示したようなＩＭＳウォレットアプリケーションの表示画面において、破棄アイコンがタッチ操作された場合に、共通ウォレットを破棄すると判定する。

共通ウォレットを破棄すると判定したならば（Ａ４３；Ｙｅｓ）、端末Ａの残高分配処理部２１３９は、残高分配設定を行う（Ａ４５）。具体的には、限定でなく例として、共通ウォレットの残高を分配するための表示画面（例えば図２－１２～図２－１８）を表示部２４に表示させるなどして、ユーザ操作に従って共通ウォレットの残高の配分を決定する。

次いで、端末ＡのＩＭＳウォレットアプリケーション処理部２１３は、残高分配設定による設定に基づいて、共通ウォレットの残高を分配するグループユーザのユーザＩＤと、分配金額とを含む残高分配情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ４７）。サーバ１０の共通ウォレット管理処理部１１５は、通信Ｉ／Ｆ１４によって端末Ａから残高分配情報を受信すると（Ｄ３９）、受信した残高分配情報に含まれるユーザＩＤのユーザについて、分配金額をＩＭＳウォレット管理データの残高に加算して更新する。

その後、サーバ１０の共通ウォレット管理処理部１１５は、共通ウォレットの残高を分配した旨の残高分配通知を、通信Ｉ／Ｆ１４によって端末Ａ、端末Ｂ、端末Ｃにそれぞれ送信する（Ｄ４５）。そして、サーバ１０の共通ウォレット管理処理部１１５は、共通ウォレット管理処理を終了する。

端末ＡのＩＭＳウォレットアプリケーション処理部２１３は、通信Ｉ／Ｆ１４によってサーバ１０から残高分配通知を受信すると（Ａ４９）、限定でなく例として、共通ウォレットの残高が分配されたことと、分配金額とを表示部２４に表示させるなどして、ユーザに報知する残高分配報知処理を行う（Ａ５１）。そして、端末ＡのＩＭＳウォレットアプリケーション処理部２１３は、ＩＭＳウォレットアプリケーション処理を終了する。
端末Ｂ、端末Ｃについても同様である。

＜本実施形態の効果＞
本実施形態には、一のグループユーザの端末２０（限定でなく、第１端末の一例）が、サーバ１０（限定でなく、電子貨幣による決済を管理するサーバの一例）に、ＩＭＳマネー（限定でなく、電子貨幣の一例）の入金金額の情報（限定でなく、第１電子貨幣の情報の一例）を通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、一のグループユーザまたは一のグループユーザの端末２０と、他のグループユーザ（限定でなく、第２端末のユーザの一例）または他のグループユーザの端末（限定でなく、第２端末の一例）とが少なくとも使用可能な、他のグループユーザの端末２０によってサーバ１０に送信されたＩＭＳマネーの入金金額の情報（限定でなく、第２電子貨幣の情報の一例）と、上記の一のグループユーザの端末２０によってサーバ１０に送信されたＩＭＳマネーの入金金額の情報とに基づく共通ウォレットのＩＭＳマネー（限定でなく、第３電子貨幣の一例）に基づき、端末２０は、サーバ１０に決済を要求する決済要求処理（限定でなく、決済に関する処理の一例）を実行する。そして、例えばサーバ１０によって決済処理された共通ウォレットの残高が、少なくとも、一のグループユーザへの分配金額（限定でなく、第４電子貨幣の一例）と他のグループユーザへの分配金額（限定でなく、第５電子貨幣の一例）とに分割される。そして、一のグループユーザの端末２０は、サーバ１０から送信された分配金額の情報（限定でなく、第４電子貨幣に関する情報の一例）を通信Ｉ／Ｆ２２によって受信する構成が示されている。
このような構成により得られる効果の一例として、第３電子貨幣が第１端末のユーザと第２端末のユーザとで分割された上で、分割後の第４電子貨幣に関する情報を第１端末で受信することが可能となり、ユーザの利便性を向上させることができる。

また、本実施形態には、他のグループユーザへの分配金額の情報（限定でなく、第５電子貨幣に関する情報の一例）は、サーバ１０により他のグループユーザの端末２０に送信される構成が示されている。
このような構成により得られる効果の一例として、分割後の第５電子貨幣に関する情報を第２端末に受信させることが可能となり、ユーザの利便性を向上させることができる。

また、本実施形態には、一のグループユーザの端末２０は、ＩＭＳマネーの入金金額の情報をサーバ１０に送信する入金処理（限定でなく、第１端末のユーザまたは、第１端末の電子貨幣の残高を減少させる処理の一例）を行って、この一のグループユーザまたは、この一のグループユーザの端末２０のＩＭＳマネーの残高をサーバ１０に減少させる。また、端末２０は、共通ウォレットの残高を分配させるための残高分配処理（限定でなく、第１端末のユーザまたは、第１端末の電子貨幣の残高を増加させる処理の一例）を行って、一のグループユーザまたは、一のグループユーザの端末２０のＩＭＳマネーの残高をサーバ１０に増加させる構成が示されている。
このような構成により得られる効果の一例として、端末２０が、第１電子貨幣に関する情報に基づき、第１端末のユーザまたは、第１端末の電子貨幣の残高を減少させる処理を制御部２１によって行うことで、残高が適切な値となるようにすることができる。また、端末２０が、第４電子貨幣に関する情報に基づき、第１端末のユーザまたは、第１端末の電子貨幣の残高を増加させる処理を制御部２１によって行うことで、残高が適切な値となるようにすることができる。

また、本実施形態には、残高分配処理では、一のグループユーザへのＩＭＳマネーの分配金額（限定でなく、第４電子貨幣の一例）と他のグループユーザへのＩＭＳマネーの分配金額（限定でなく、第５電子貨幣の一例）とは、決済処理された共通ウォレットのＩＭＳマネーの残高（限定でなく、決済処理された第３電子貨幣の残高の一例）から均等に分割される構成が示されている。
このような構成により得られる効果の一例として、第４電子貨幣と第５電子貨幣とを平等に分割することができる。

また、本実施形態には、残高分配処理では、共通ウォレットの残高（限定でなく、決済処理された第３電子貨幣の残高の一例）は、一のグループユーザの入金金額（限定でなく、第１電子貨幣の情報の一例）と他のグループユーザの入金金額（限定でなく、第２電子貨幣の情報の一例）とに基づき、一のグループユーザの分配金額（限定でなく、第４電子貨幣の情報の一例）と他のグループユーザの分配金額（限定でなく、第５電子貨幣の情報の一例）とに分割される構成が示されている。
このような構成により得られる効果の一例として、第１電子貨幣の情報と第２電子貨幣の情報とに基づき、決済処理された第３電子貨幣の残高を、第４電子貨幣の情報と第５電子貨幣の情報とに分割することができる。例えば、第１電子貨幣の方が第２電子貨幣よりも大きな値である場合には、第４電子貨幣の方が第５電子貨幣よりも大きな値となるように分割することで、不公平感が生じないようにすることができる。

また、本実施形態には、残高分配処理では、共通ウォレットの残高（限定でなく、決済処理された第３電子貨幣の残高の一例）を分割するための情報を端末２０の表示部２４に表示する構成が示されている。
このような構成により得られる効果の一例として、決済処理された第３電子貨幣の残高をどのように分割するかを指定するなどするための情報等を第１端末の表示領域に表示することができるため、ユーザの利便性を向上させることができる。

また、本実施形態には、共通ウォレットの残高（限定でなく、決済処理された第３電子貨幣の残高の一例）をユーザが自由に分割するための情報を端末２０の表示部２４に表示する構成を示している。
このような構成により得られる効果の一例として、決済処理された第３電子貨幣の残高から分割される第４電子貨幣の値と第５電子貨幣の値とを変更可能な態様で、決済処理された第３電子貨幣の残高をどのように分割するかを指定するなどするための情報等を第１端末の表示領域に表示することができるため、ユーザの利便性を向上させることができる。

また、本実施形態には、端末２０の表示部２４に表示される円グラフ、棒グラフ、帯グラフ等のグラフを用いて、ユーザが共通ウォレットの残高（限定でなく、第３電子貨幣の残高の一例）の配分を指定する構成が示されている。
このような構成により得られる効果の一例として、グラフを用いることで、直感的に分かり易く、また、簡単なユーザ操作で、決済処理された第３電子貨幣の残高を分割することができる。

また、本実施形態には、端末２０が、一のグループユーザまたは一のグループユーザの端末２０と、他のグループユーザまたは他のグループユーザの端末２０とが少なくとも使用可能なＩＭＳマネーの目標金額（限定でなく、調達目標値の一例）を設定し、設定した目標金額を表示部２４に表示する構成が示されている。
このような構成により得られる効果の一例として、第１端末のユーザまたは第１端末と、第２端末のユーザまたは第２端末とが少なくとも使用可能な電子貨幣の調達目標値が設定され、電子貨幣の調達目標値が第１端末の表示領域に表示されるため、調達目標値をユーザが把握することが可能となり、ユーザの利便性を向上させることができる。

また、本実施形態には、端末２０が、ＩＭＳマネーによる入金（限定でなく、電子貨幣による出資の一例）を自己の端末２０とは異なる端末２０のユーザに依頼する情報を表示部２４に表示する構成が示されている。
このような構成により得られる効果の一例として、電子貨幣による出資を第１端末とは異なる端末のユーザに依頼する情報を表示領域に表示するため、異なる端末のユーザに依頼する出資に関する情報をユーザが把握することが可能となり、ユーザの利便性を向上させることができる。

また、本実施形態には、端末２０が、自己の端末２０とは異なる端末２０に依頼するＩＭＳマネーの入金金額（限定でなく、電子貨幣の出資の値の一例）を設定するための情報を表示部２４に表示する構成が示されている。
このような構成により得られる効果の一例として、第１端末とは異なる端末に依頼する電子貨幣の出資の値を設定するための表示を表示領域に行うことで、第１端末とは異なる端末に依頼する電子貨幣の出資の値をユーザが自由に設定することが可能となり、ユーザの利便性を向上させることができる。

＜変形例（１）＞
上記の実施形態では、電子貨幣をＩＭＳマネーとして説明したが、これに限定されない。電子貨幣は、ＩＭＳマネーに限らず、限定でなく例として、いわゆる仮想通貨やゲーム内通貨、ギフトとして他の端末２０のユーザ等から送付（贈呈）されるギフトコード、前述したＩＭＳポイントを含む各種のポイントサービスによってユーザ（ユーザの端末）に送付（贈呈）されるポイントなど、現金の代替としてユーザが利用可能な支払手段全般を含む概念とすることができる。

また、貨幣とは少し異なるニュアンスとなるが、金券や割引券として用いられるクーポンであって電子的なクーポンである電子クーポンも、現金の代替となるものである。このため、電子クーポンを、本開示における電子貨幣とみなして、上記の実施形態と同様の処理を行うようにしてもよいし、そのようにしなくてもよい。

例えば、上記のポイントサービスによってユーザ（ユーザの端末）に送付（贈呈）されるポイントは、「～円」という単位ではなく、「～ポイント」という単位で表される場合が多いと考えられる。しかしながら、この場合であっても、上記の実施形態において、共通ウォレットの残高を共通ウォレットの残りのポイントの値（残りの価値、残りの値）とし、共通ウォレットへの入金金額を共通ウォレットへの入金ポイント（入金価値、入金する値、出資価値、出資する値）とし、共通ウォレットからの分配金額を共通ウォレットからの分配ポイント（分配価値、分配する値、返金価値、返金する値）とすれば、上記の実施形態と同様の構成・処理によって、本開示における情報処理方法等を実現することができる。
ポイント以外の上記に例示したような電子貨幣を用いる場合も同様である。

＜変形例（１）の効果＞
本変形例により得られる効果の一例として、端末は、ＩＭＳに関連付けられた電子貨幣とは異なる種類の電子貨幣について、決済処理された第３電子貨幣を、第４電子貨幣の情報と第５電子貨幣の情報とに分割することができる。

＜変形例（２）＞
上記の実施形態では、ＩＭＳアプリケーションで形成されたグループに含まれるグループユーザ同士で共通ウォレットを生成する例を示したが、必ずしもグループ形成されたユーザ同士で共通ウォレットを生成する必要はない。連絡先に登録されたり、友だち登録されたりするなどしてコンテンツの送受信が可能に構成された２以上のユーザ同士であれば、共通ウォレットを生成するようにすることができる。

＜変形例（２）の効果＞
本変形例により得られる効果の一例として、ＩＭＳにおいて形成されたグループ以外の端末２０のユーザ同士で使用可能な第３電子貨幣の情報を構成することができる。

＜変形例（３）＞
上記の実施形態では、サーバ１０が共通ウォレットに関するデータを管理することとしたが、これに限定されない。例えば、共通ウォレットを生成したユーザの端末２０において共通ウォレットに関するデータを管理するようにしてもよいし、そのようにしなくてもよい。この場合、例えば、他のグループユーザの端末２０は、共通ウォレットを生成したユーザの端末２０とサーバ１０を介して通信を行って、共通ウォレットの残高を共有するなどするようにすればよい。

＜変形例（３）の効果＞
本変形例により得られる効果の一例として、端末２０で第３電子貨幣に関する情報を管理することで、決済を管理するサーバの処理負荷を軽減することができる。

＜変形例（４）＞
上記の実施形態では、端末２０のＩＭＳウォレットアプリケーション内で、共通ウォレットへの入金依頼に関する設定や、共通ウォレットの残高分配に関する設定等の各種の設定をユーザが行うこととしたが、これに限定されない。例えば、ＩＭＳアプリケーションのグループトークルーム内で、上記の共通ウォレットへの入金依頼に関する設定や、共通ウォレットの残高分配に関する設定等の各種の設定を行うようにしてもよいし、そのようにしなくてもよい。

＜変形例（４）の効果＞
本変形例により得られる効果の一例として、ＩＭＳのアプリケーションでメッセージを含むコンテンツの送受信を行いつつ、電子貨幣の出資に関する設定や電子貨幣の分割に関する設定を行うことが可能となるため、ユーザの利便性を向上させることができる。

＜変形例（５）＞
また、共通ウォレットへの入金依頼や共通ウォレットの残高分配は、共通ウォレットを生成したユーザに限らず、共通ウォレットを適用するグループとして設定されたグループに含まれる任意のユーザが行うことができるようにすることができる。上記の実施形態では、グループの代表者のユーザに限らず、同じグループに含まれる他のグループユーザが、共通ウォレットへの入金依頼や共通ウォレットの残高分配に関する設定を行った上で、サーバ１０を介して、他のユーザに入金依頼や残高分配を行うようにすることができる。

＜変形例（５）の効果＞
本変形例により得られる効果の一例として、電子貨幣を共同で出資する複数のユーザのうちの任意のユーザの端末において、電子貨幣の出資に関する設定や電子貨幣の分割に関する設定を行うことが可能となるため、ユーザの利便性を向上させることができる。

１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク
４０ 商取引システム

Claims (1)

1. 電子貨幣に基づく決済を実行する第１端末による情報処理方法であって、
   前記第１端末の通信部によって前記電子貨幣による決済を管理するサーバに第１電子貨幣の情報を送信することと、
   前記第１端末のユーザまたは前記第１端末と、第２端末のユーザまたは前記第２端末とが少なくとも使用可能な、前記第２端末によって送信された第２電子貨幣の情報と前記第１電子貨幣の情報とに基づく第３電子貨幣に基づき、決済に関する処理を前記第１端末によって実行することと、
   決済処理された前記第３電子貨幣の残高が少なくとも第４電子貨幣の情報と第５電子貨幣の情報とに分割され、前記サーバから送信された前記第４電子貨幣に関する情報を前記通信部によって受信することとを含む。

Images