JPWO2017169764A1 - 端末装置、通信方法、決済処理装置、決済方法、および決済システム - Google Patents

Abstract

本技術は、精算を無駄なく簡単に行うことができるようにする端末装置、通信方法、決済処理装置、決済方法、および決済システムに関する。
端末装置は、他の端末装置の決済IDを取得し、決済処理に関する決済条件を取得し、自装置の決済IDおよび他の端末装置の決済IDと、決済条件とを紐づけて決済処理装置へ送信する。決済処理装置は、複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、決済条件に紐づけられた複数の端末装置の決済IDとを受信し、決済条件と、複数の端末装置の決済IDとに基づいて、決済処理を実行し、決済処理の処理結果を送信する。本技術は、決済システムに適用することができる。

Description

本技術は、端末装置、通信方法、決済処理装置、決済方法、および決済システムに関し、特に、精算を簡単に行うことができるようにする端末装置、通信方法、決済処理装置、決済方法、および決済システムに関する。

特許文献１には、決済に関する責任者が複数設定されている仮想集金容器に対応付けられている電子バリューを用いて、決済に関する処理を行う決済管理装置が開示されている。これにより、１つの決済を複数のユーザが分担して行うことができる。

国際公開第２０１４／１０３４８７号パンフレット

ところで、複数人が参加するパーティや宴会などのイベントにおいては、参加者が、電子マネーやクレジットカードを利用して、その参加費用を個別に精算することは容易ではなかった。このような場合、１人の参加者が他の参加者から現金を集め、まとめて精算することになる。

電子マネーの残高を、他人の電子マネーに送ることができるサービスも知られているが、利用の際に手数料がかかる。そのため、そのサービスの利用に抵抗を感じるユーザもいた。

本技術は、このような状況に鑑みてなされたものであり、精算を無駄なく簡単に行うことができるようにするものである。

本技術の第１の側面の端末装置は、他の端末装置に係る決済に関する識別情報を取得する第１通信部と、決済処理に関する決済条件を取得する取得部と、自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とを紐づけて決済処理装置へ送信する第２通信部とを備える。

本技術の第１の側面の通信方法は、他の端末装置に係る決済に関する識別情報を取得し、決済処理に関する決済条件を取得し、自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とを紐づけて決済処理装置へ送信するステップを含む。

本技術の第２の側面の決済処理装置は、複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とを受信する第１通信部と、前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理を実行する決済処理部とを備え、前記第１通信部は、前記決済処理の処理結果を送信する。

本技術の第２の側面の決済方法は、複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とを受信し、前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理を実行し、前記決済処理の処理結果を送信するステップを含む。

本技術の第３の側面の決済システムは、他の端末装置に係る決済に関する識別情報を取得する第１通信部と、決済処理に関する決済条件を取得する取得部と、自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とを紐づけて決済処理装置へ送信する第２通信部とを有する端末装置と、複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とを受信する第３通信部と、前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理を実行する決済処理部とを有し、前記第３通信部は、前記決済処理の処理結果を送信する決済処理装置とを備える。

本技術の第１の側面においては、他の端末装置に係る決済に関する識別情報が取得され、決済処理に関する決済条件が取得され、自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とが紐づけられて決済処理装置へ送信される。

本技術の第２の側面においては、複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とが受信され、前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理が実行され、前記決済処理の処理結果が送信される。

本技術の第３の側面においては、他の端末装置に係る決済に関する識別情報が取得され、決済処理に関する決済条件が取得され、自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とが紐づけられて決済処理装置へ送信され、複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とが受信され、前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理が実行され、前記決済処理の処理結果が送信される。

本技術によれば、精算を無駄なく簡単に行うことが可能となる。

本技術を適用した決済システムの構成例を示す図である。 支払い用アプリケーションの画面表示例を示す図である。 携帯端末装置のハードウェア構成例を示すブロック図である。 仲介サーバのハードウェア構成例を示すブロック図である。 携帯端末装置の機能構成例を示すブロック図である。 仲介サーバの機能構成例を示すブロック図である。 決済サーバの機能構成例を示すブロック図である。 写真共有サーバの機能構成例を示すブロック図である。 決済システムにおける決済処理の例について説明する図である。 決済システムにおける決済処理の例について説明する図である。 携帯端末装置の他の機能構成例を示すブロック図である。 決済システムにおける決済処理の他の例について説明する図である。 電子バリューの減算セッションの詳細について説明する図である。 統合サーバの機能構成例を示すブロック図である。

以下、本技術の実施の形態について図を参照して説明する。なお、説明は以下の順序で行う。
１．決済システムの概要
２．第１の実施の形態（クラウドバリュー型電子マネーサービスの例）
３．第２の実施の形態（ローカルバリュー型電子マネーサービスの例）
４．第３の実施の形態（統合サーバによる決済の例）
５．本技術の応用例

＜１．決済システムの概要＞
まず、本技術が適用される決済システムの概要について説明する。

（決済システムの構成例）
図１は、本技術が適用される決済システムの構成例を示している。

決済システム１０は、携帯端末装置１１−１乃至１１−３、仲介サーバ１２、決済サーバ１３、および写真共有サーバ１４から構成される。

携帯端末装置１１−１乃至１１−３は、例えば、多機能携帯電話機（いわゆるスマートフォン）やタブレット端末などとして構成される。携帯端末装置１１−１乃至１１−３は、互いにNFC（Near Field Communication）などの近距離無線通信を行う。ここでは、近距離無線通信は、通信する装置どうしの距離が数10cm以内で、非接触で行われる通信であるものとする。

携帯端末装置１１−１乃至１１−３は、それぞれ電子バリューを用いた決済を行うための固有の決済IDを有している。決済IDは、携帯端末装置１１−１乃至１１−３それぞれに係る決済に関する識別情報である。電子バリューは、貨幣や、貨幣に準ずる価値を有するデータである。

なお、決済IDは、名寄せされる心配がなく、匿名性を保つことができるものであればよい。決済IDは、例えば、所定の桁数の固有の数字で構成されるようにしてもよいし、ワンタイムパスワードのように都度生成されるようにしてもよい。

また、携帯端末装置１１−１乃至１１−３は、図示せぬ基地局と無線通信を行うことにより、その基地局に接続されているインターネットなどのネットワーク２０を介して、仲介サーバ１２、決済サーバ１３、および写真共有サーバ１４と通信を行う。

仲介サーバ１２、決済サーバ１３、および写真共有サーバ１４は、インターネットなどのネットワーク２０により互いに接続されている。

仲介サーバ１２は、携帯端末装置１１−１乃至１１−３それぞれの決済IDに、携帯端末装置１１−１乃至１１−３それぞれのユーザを特定する特定情報を対応付けて記憶している。ここで、特定情報は、それぞれのユーザのメールアドレスや所定のSNS（Social Networking Service）のアカウント情報である。この例では、メールアドレスは、そのユーザが所有する携帯端末装置のメールアドレスであるものとするが、これに限られるものではない。

決済サーバ１３は、携帯端末装置１１−１乃至１１−３それぞれの決済IDに基づいて、電子バリューを用いた決済処理を実行する。

写真共有サーバ１４は、特定のユーザのみがアクセス可能な共有フォルダに保存されている写真（画像データ）などの各種データを、特定のユーザ間で共有させるWebサービスを提供する。共有フォルダに保存されるデータは、静止画像データとしての写真に限らず、動画像データや音声データであってもよい。

（決済処理の概要）
ここで、決済システム１０における決済処理の概要について説明する。ここでは、ある飲食店において、携帯端末装置１１−１乃至１１−３のユーザが飲食代を支払うケースを例に挙げる。

まず、携帯端末装置１１−１乃至１１−３のうち、携帯端末装置１１−１がホスト端末となり、支払い用アプリケーション（以下、割り勘アプリという）を起動する。携帯端末装置１１−１は、ユーザによる、飲食代とその支払い先の入力を受け付ける。

図２は、携帯端末装置１１−１に表示される割り勘アプリの画面表示例を示している。

図２の例では、割り勘アプリの画面に、飲食代の支払い先である「ご利用店舗」として「○○屋 品川店」が入力されており、飲食代である「お支払額合計」として「18,000（円）」が入力されている。

一方、携帯端末装置１１−１乃至１１−３のうち、携帯端末装置１１−２，１１−３はゲスト端末となり、それぞれのユーザによって、ホスト端末である携帯端末装置１１−１にかざされる。

このとき、携帯端末装置１１−１と携帯端末装置１１−２との間、および、携帯端末装置１１−１と携帯端末装置１１−３との間で近距離無線通信が行われ、携帯端末装置１１−２，１１−３の決済ID（ID2，ID3）が、携帯端末装置１１−１に送信される。なお、ゲスト端末（携帯端末装置１１−２，１１−３）が、ホスト端末（携帯端末装置１１−１）に２回以上かがされたとしても、ゲスト端末の決済IDの送受信は１回のみ行われるものとする。

携帯端末装置１１−１は、自身の決済ID（ID1）と、携帯端末装置１１−２，１１−３の決済ID（ID2，ID3）とを、仲介サーバ１２に送信する。

このとき、図２に示されるように、割り勘アプリの画面には、飲食代を支払う「参加メンバー」として、携帯端末装置１１−１乃至１１−３それぞれのユーザを示す「ユーザ１」、「ユーザ２」、および「ユーザ３」が表示される。

図２において、割り勘アプリの画面下部に表示される確定ボタンが、携帯端末装置１１−１のユーザによって押下されると、携帯端末装置１１−１は、決済に関する決済条件として、飲食代（決済金額）とその支払い先の店舗を特定するための情報を、先に送信した決済ID（ID1，ID2，ID3）と紐づけて、仲介サーバ１２に送信する。

仲介サーバ１２は、携帯端末装置１１−１から送信されてきた決済ID（ID1，ID2，ID3）および決済条件を、決済サーバ１３に送信する。

決済サーバ１３は、仲介サーバ１２からの決済IDおよび決済条件に基づいて、決済処理を実行する。具体的には、決済金額である18,000円を、参加メンバー３人で等分した金額6,000円が、それぞれの決済ID毎の電子バリューから減算され、指定された店舗に振り込まれる。すなわち、割り勘が行われる。

また、仲介サーバ１２は、実行された決済処理の決済条件に紐づけられている決済IDに対応付けて記憶しているユーザの特定情報（例えばメールアドレス）を、写真共有サーバ１４に送信するとともに、共有フォルダの作成を要求する。

写真共有サーバ１４は、仲介サーバ１２からの要求に基づいて、実行された決済処理の決済条件に紐づけられている決済IDを有する携帯端末装置１１−１乃至１１−３のみがアクセス可能な共有フォルダを作成する。さらに、写真共有サーバ１４は、仲介サーバ１２からの各ユーザのメールアドレス宛に、作成した共有フォルダにアクセスするためのアクセス情報（具体的にはURL）を含むメールを送信する。共有フォルダには、携帯端末装置１１−１乃至１１−３からアップロードされるデータ（静止画像データなど）が、各決済IDに紐づけられて記憶される。なお、仲介サーバ１２が、写真共有サーバ１４に対してメールアドレスを送信せず、共有フォルダ作成の要求のみを行うようにしてもよい。この場合、写真共有サーバ１４が、仲介サーバ１２からの要求に基づいて共有フォルダを作成し、そのURLを仲介サーバ１２に送信する。そして、仲介サーバ１２が、各ユーザのメールアドレス宛に、URLを含むメールを送信する。これにより、ユーザの特定情報（メールアドレス）が漏えいする可能性を低減し、セキュリティを強化することができる。

携帯端末装置１１−１乃至１１−３それぞれのユーザは、写真共有サーバ１４からのメールに含まれるURLにアクセスすることで、上述した飲食店における飲食の際に撮影した写真（静止画像データ）をアップロードしたり、それらを閲覧したりすることができる。すなわち、写真の共有がなされる。

以上のようにして、ユーザは、飲食店における飲食代の精算を、無駄なく簡単に行うことができるとともに、互いに個人情報を知られることなく、写真を共有することができる。なお、ユーザは、静止画像データの他に、動画像データや音声データをアップロードすることで、写真に限らず、動画像や音声を共有することもできる。

以下、本技術の実施の形態について説明する。

＜２．第１の実施の形態＞
（携帯端末装置のハードウェア構成例）
図３を参照して、携帯端末装置１１−１乃至１１−３のハードウェア構成例について説明する。なお、以下においては、携帯端末装置１１−１乃至１１−３をそれぞれ区別しない場合には、単に携帯端末装置１１ということとする。また、本技術の実施の形態においては、携帯端末装置１１は、３台であるものとするが、これ以外の複数台であってももちろんよい。

図３において、CPU（Central Processor Unit）３１は、ROM（Read Only Memory）３２に記憶されているプログラム、またはRAM（Random Access Memory）３３にロードされたプログラムに従って、各種の処理を実行する。RAM３３にはまた、CPU３１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU３１、ROM３２、およびRAM３３は、バス３４を介して相互に接続されている。このバス３４にはまた、入出力インタフェース３５も接続されている。

入出力インタフェース３５には、入力部３６、出力部３７、記憶部３８、第１通信部３９、および第２通信部４０が接続されている。

入力部３６は、キー、ボタン、タッチパネル、およびマイクロホンなどにより構成される。出力部３７は、LCD（Liquid Crystal Display）や有機EL（Electro-Luminescence）などよりなるディスプレイ、およびスピーカなどにより構成される。記憶部３８は、ハードディスクなどにより構成される。第１通信部３９は、近距離無線通信を行うアンテナなどよりにより構成される。第２通信部４０は、無線通信を行うアンテナなどにより構成される。

記憶部３８には、携帯端末装置１１を認証するための、携帯端末装置１１に固有の情報などが記憶されている。

第１通信部３９は、他の携帯端末装置１１との近距離無線通信処理を行い、第２通信部４０は、図示せぬ基地局との無線通信処理を行う。

入出力インタフェース３５にはまた、必要に応じてドライブ４１が接続され、半導体メモリなどよりなるリムーバブルメディア４２が適宜装着される。それらから読み出されたコンピュータプログラムは、必要に応じて記憶部３８にインストールされる。

（仲介サーバのハードウェア構成例）
次に、図４を参照して、仲介サーバ１２のハードウェア構成例について説明する。

図４において、CPU５１は、ROM５２に記憶されているプログラム、またはRAM５３にロードされたプログラムに従って、各種の処理を実行する。RAM５３にはまた、CPU５１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU５１、ROM５２、およびRAM５３は、バス５４を介して相互に接続されている。このバス５４にはまた、入出力インタフェース５５も接続されている。

入出力インタフェース５５には、入力部５６、出力部５７、記憶部５８、および通信部５９が接続されている。

入力部５６は、キーボード、マウスなどにより構成される。出力部５７は、LCDやCRT（Cathode Ray Tube）などよりなるディスプレイ、およびスピーカなどにより構成される。記憶部５８は、ハードディスクなどにより構成される。通信部５９は、モデム、ターミナルアダプタなどにより構成される。

通信部５９は、インターネットなどのネットワークを介しての通信処理を行う。

入出力インタフェース５５にはまた、必要に応じてドライブ６０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどよりなるリムーバブルメディア６１が適宜装着される。それらから読み出されたコンピュータプログラムは、必要に応じて記憶部５８にインストールされる。

なお、決済サーバ１３および写真共有サーバ１４のハードウェア構成は、図４を参照して説明した仲介サーバ１２のハードウェア構成と同様であるので、その説明は省略する。

以下においては、携帯端末装置１１、仲介サーバ１２、決済サーバ１３、および写真共有サーバ１４の機能構成について説明する。

（携帯端末装置の機能構成例）
図５は、携帯端末装置１１の機能構成例を示している。

図５の携帯端末装置１１は、第１通信部１１１、第２通信部１１２、ICチップ１１３、入力部１１４、および制御部１１５から構成される。

第１通信部１１１は、図３の第１通信部３９に対応し、図示せぬ基地局と無線通信を行うことで、仲介サーバ１２や決済サーバ１３、写真共有サーバ１４と通信を行う。

第２通信部１１２は、図３の第２通信部４０に対応し、他の携帯端末装置１１と近距離無線通信を行うためのアンテナなどを備え、他の携帯端末装置１１と近距離無線通信を行う。

ICチップ１１３は、メモリ領域を備え、そのメモリ領域の所定の領域に、例えば電子マネーサービスなどのサービスが登録される。

また、ICチップ１１３は、決済に関する処理が実行されるときの、セキュアなデータを格納する。ICチップ１１３には、携帯端末装置１１に固有の情報である決済IDが割り当てられている。これにより、決済IDはセキュアに読み取られるようにすることができる。

入力部１１４は、図３の入力部３６に対応し、キー、ボタン、タッチパネル、およびマイクロホンなどにより構成され、ユーザによる入力操作を受け付ける。

制御部１１５は、図３のCPU３１に対応し、第１通信部１１１、第２通信部１１２、およびICチップ１１３を制御する。また、制御部１１５は、デバイスドライバ１２１、ミドルウェア１２２、およびアプリケーション１２３を実現する。

デバイスドライバ１２１は、第１通信部１１１、第２通信部１１２、およびICチップ１１３といったデバイスを制御する。

ミドルウェア１２２は、API（Application Program Interface）を備え、アプリケーション１２３に、所定の機能を提供する。例えば、ミドルウェア１２２は、決済に関する機能や、ICチップ１１３にアクセスするための機能を、アプリケーション１２３に提供する。

アプリケーション１２３は、携帯端末装置１１がユーザにより操作されることで、その操作に応じた処理を実行する。例えば、アプリケーション１２３は、上述した割り勘アプリであり、決済に関する処理を実行する。

（仲介サーバの機能構成例）
図６は、仲介サーバ１２の機能構成例を示している。

図６の仲介サーバ１２は、通信部１３１、制御部１３２、および記憶部１３３から構成される。

通信部１３１は、図４の通信部５９に対応し、インターネットなどのネットワークを介して、携帯端末装置１１や他のサーバ（決済サーバ１３および写真共有サーバ１４）と通信を行う。

制御部１３２は、図４のCPU５１に対応し、通信部１３１および記憶部１３３を制御する。

記憶部１３３は、図４のROM５２やRAM５３に対応し、各種の処理を実行する上において必要なプログラムやデータを記憶する。また、記憶部１３３は、ユーザが所有する携帯端末装置１１の決済ID１４１と、そのユーザを特定するための特定情報１４２（メールアドレスやSNSのアカウント情報など）を対応付けて記憶する。

さらに、記憶部１３３は、支払い先となり得る店舗等の決済IDとメールアドレスとが対応付けられた一覧を記憶している。

（決済サーバの機能構成例）
図７は、決済サーバ１３の機能構成例を示している。

図７の決済サーバ１３は、通信部１５１、制御部１５２、および記憶部１５３から構成される。

通信部１５１は、インターネットなどのネットワークを介して、携帯端末装置１１や他のサーバ（仲介サーバ１２および写真共有サーバ１４）と通信を行う。

制御部１５２は、通信部１５１および記憶部１５３を制御する。また、制御部１５２は、決済処理部１６１を実現する。決済処理部１６１は、携帯端末装置１１の決済条件（決済金額など）と決済IDとに基づいて、決済処理を実行する。

記憶部１５３は、各種の処理を実行する上において必要なプログラムやデータを記憶する。また、記憶部１５３は、決済処理に用いられる電子バリュー１６２を、決済ID毎に記憶する。この場合、電子バリュー１６２は、金融機関の口座の残高を示すデータとされる。

このように、いわゆるクラウド上に電子バリューが保持されるようなシステムにより提供される電子マネーサービスを、クラウドバリュー型電子マネーサービスという。

（写真共有サーバの機能構成例）
図８は、写真共有サーバ１４の機能構成例を示している。

図８の写真共有サーバ１４は、通信部１７１、制御部１７２、および記憶部１７３から構成される。

通信部１７１は、インターネットなどのネットワークを介して、携帯端末装置１１や他のサーバ（仲介サーバ１２および決済サーバ１３）と通信を行う。

制御部１７２は、通信部１７１および記憶部１７３を制御する。

記憶部１７３は、各種の処理を実行する上において必要なプログラムやデータを記憶する。また、記憶部１７３には、特定のユーザのみがアクセス可能な共有フォルダが作成される。その共有フォルダには、そのユーザらによって画像データ１８１が保存される。すなわち、写真共有サーバ１４は、共有フォルダに保存されている画像データ１８１を、特定のユーザ間で共有させるWebサービスを提供する。なお、記憶部１７３に作成される共有フォルダには、静止画像データである画像データ１８１に限らず、動画像データや音声データが保存されるようにしてもよい。

（決済システムにおける決済処理の流れ）
次に、決済システム１０における決済処理の流れについて説明する。ここでも、ある飲食店において、携帯端末装置１１−１乃至１１−３のユーザが飲食代を支払うケースを例に挙げる。

図９および図１０は、決済システム１０における決済処理の流れを示すフローチャートである。

携帯端末装置１１−１に対して、ユーザにより割り勘アプリを起動するための操作がされると、ステップＳ１１において、携帯端末装置１１−１は、割り勘アプリを起動する。このとき、携帯端末装置１１−１はホスト端末となり、携帯端末装置１１−２，１１−３はゲスト端末となる。

割り勘アプリの画面（図２）において、携帯端末装置１１−１のユーザによって、店舗名（飲食代の支払い先）および金額（飲食代）が入力されると、ステップＳ１２において、携帯端末装置１１−１の入力部１１４は、その店舗名および金額を取得する。すなわち、携帯端末装置１１−１の入力部１１４は、決済条件を取得する取得部として機能する。

まず、ゲスト端末としての携帯端末装置１１−２が、そのユーザによって、ホスト端末である携帯端末装置１１−１にかざされると、ステップＳ２１において、携帯端末装置１１−２の第１通信部１１１は、近距離無線通信により、決済ID（ID2）を携帯端末装置１１−１に送信する。

携帯端末装置１１−１の第１通信部１１１が、近距離無線通信により、携帯端末装置１１−２から決済ID（ID2）を取得すると、ステップＳ１３において、携帯端末装置１１−１の第２通信部１１２は、携帯端末装置１１−１の決済ID（ID1）と、携帯端末装置１１−２の決済ID（ID2）とを、仲介サーバ１２に送信する。仲介サーバ１２の通信部１３１は、携帯端末装置１１−１からの決済ID（ID1，ID2）を受信する。

次に、ゲスト端末としての携帯端末装置１１−３が、そのユーザによって、ホスト端末である携帯端末装置１１−１にかざされると、ステップＳ３１において、携帯端末装置１１−３の第１通信部１１１は、近距離無線通信により、決済ID（ID3）を携帯端末装置１１−１に送信する。

携帯端末装置１１−１の第１通信部１１１が、近距離無線通信により、携帯端末装置１１−３から決済ID（ID3）を取得すると、ステップＳ１４において、携帯端末装置１１−１の第２通信部１１２は、携帯端末装置１１−１の決済ID（ID1）と、携帯端末装置１１−３の決済ID（ID3）とを、仲介サーバ１２に送信する。仲介サーバ１２の通信部１３１は、携帯端末装置１１−１からの決済ID（ID1，ID3）を受信する。

以上においては、携帯端末装置１１−１のユーザによって、店舗名および金額が入力されるものとしたが、携帯端末装置１１−２や携帯端末装置１１−３のユーザによって、店舗名および金額が入力されるようにしてもよい。この場合、携帯端末装置１１−１の第１通信部１１１が、決済条件を取得する取得部として機能することで、近距離無線通信により、携帯端末装置１１−２や携帯端末装置１１−３からの店舗名および金額を取得する。

さて、ステップＳ１５において、割り勘アプリに表示される確定ボタンが、携帯端末装置１１−１のユーザによって押下されると、ステップＳ１６において、携帯端末装置１１−１の第２通信部１１２は、決済条件としての店舗名および金額を、先に送信した決済ID（ID1，ID2，ID3）と紐づけて、仲介サーバ１２に送信する。仲介サーバ１２の通信部１３１は、携帯端末装置１１−１からの決済条件を受信する。なお、携帯端末装置１１−２や携帯端末装置１１−３が携帯端末装置１１−１にかざされる度に、決済ID（ID1，ID2やID1，ID3）が仲介サーバ１２に送信されるのではなく、割り勘アプリに表示される確定ボタンが押下されたときに、各決済ID（ID1，ID2，ID3）が一括して仲介サーバ１２に送信されるようにしてもよい。

仲介サーバ１２は、携帯端末装置１１−１からの店舗名に基づいて、店舗等の決済IDの一覧から、その店舗の決済IDを特定する。

仲介サーバ１２の通信部１３１は、ステップＳ４１において、特定された店舗の決済IDと、携帯端末装置１１−１から送信されてきた決済ID（ID1，ID2，ID3）および決済条件とを、決済サーバ１３に送信する。

決済サーバ１３は、決済ID（ID1，ID2，ID3）および決済条件を受信すると、今回の決済処理を示すトランザクションIDを決済条件に対応付ける。すなわち、トランザクションIDと決済ID（ID1，ID2，ID3）とが紐づけられるようになる。

そして、ステップＳ５１において、決済サーバ１３の決済処理部１６１は、仲介サーバ１２からの各決済IDおよび決済条件に基づいて、決済処理を実行する。このとき、決済処理部１６１は、記憶部１５３に保持されている決済ID毎の電子バリュー１６２を用いて決済処理を実行する。

決済処理が終了すると、ステップＳ５２において、決済サーバ１３の通信部１５１は、決済ID毎の決済処理の結果を、仲介サーバ１２に送信する。

ステップＳ４２において、仲介サーバ１２の通信部１３１は、決済サーバ１３から送信されてきた決済ID毎の処理結果をメールとして、記憶部１３３に特定情報として記憶されているメールアドレスを用いて、携帯端末装置１１−１乃至１１−３それぞれに送信する。さらに、仲介サーバ１２の通信部１３１は、今回の決済処理全体の処理結果を、支払い先となる店舗のメールアドレス宛に送信する。

携帯端末装置１１−１乃至１１−３それぞれの第２通信部１１２は、決済処理の処理結果を、仲介サーバ１２からのメールとして受信する。携帯端末装置１１−１乃至１１−３それぞれのユーザは、処理結果のメールによって、決済処理が正しく行われたことを確認することができる。なお、決済処理の処理結果のメールは、ホスト端末である携帯端末装置１１−１のみに送信されるようにしてもよい。

さて、図１０のステップＳ４３において、仲介サーバ１２の通信部１３１は、今回の決済処理のトランザクションIDと、そのトランザクションIDに紐づけられている決済ID（ID1，ID2，ID3）に対応付けられているメールアドレス（処理結果の送信先となったメールアドレス）とを、写真共有サーバ１４に送信する。

写真共有サーバ１４の制御部１７２は、ステップＳ６１において、仲介サーバ１２からのトランザクションIDに紐づけられている決済IDを有する携帯端末装置１１−１乃至１１−３のみがアクセス可能な共有フォルダを、記憶部１７３の所定の記憶領域に作成する。

さらに、写真共有サーバ１４の通信部１７１は、ステップＳ６２において、仲介サーバ１２からの決済IDに対応付けられているメールアドレスを用いて、作成した共有フォルダにアクセスするためのURLを含むメールを、携帯端末装置１１−１乃至１１−３それぞれに送信する。

携帯端末装置１１−１において、第２通信部１１２が写真共有サーバ１４からのメールを受信し、ユーザによってそのメールに含まれるURLが選択されると、ステップＳ１７において、携帯端末装置１１−１の第２通信部１１２は、写真共有サーバ１４の共有フォルダにアクセスする。

また、携帯端末装置１１−２において、第２通信部１１２が写真共有サーバ１４からのメールを受信し、ユーザによってそのメールに含まれるURLが選択されると、ステップＳ２２において、携帯端末装置１１−２の第２通信部１１２は、写真共有サーバ１４の共有フォルダにアクセスする。

さらに、携帯端末装置１１−３において、第２通信部１１２が写真共有サーバ１４からのメールを受信し、ユーザによってそのメールに含まれるURLが選択されると、ステップＳ３２において、携帯端末装置１１−３の第２通信部１１２は、写真共有サーバ１４の共有フォルダにアクセスする。

これにより、携帯端末装置１１−１乃至１１−３それぞれのユーザは、参加したイベントにおいて撮影した画像データをアップロードしたり、閲覧したりすることができる。すなわち、写真の共有がなされる。

なお、ゲスト端末（携帯端末装置１１−２，１１−３）がホスト端末（携帯端末装置１１−１）にかざされたタイミングで、写真共有サーバ１４において共有フォルダが作成されるとともに、携帯端末装置１１−１乃至１１−３に記録されている画像データがアップロードされるようにしてもよい。

以上の処理によれば、電子マネーの残高を他人の電子マネーに送ることができるサービスとは異なり、利用の際に手数料がかからないので、ユーザは、抵抗なくサービスを利用することができ、参加したイベントにおける参加費用の精算を、無駄なく簡単に行うことが可能となる。

また従来、参加したイベントで撮影された写真をSNSなどにアップロードすることによって、参加者同士の間で共有することが行われていた。

しかしながら、参加者の中には、他の参加者に、メールアドレスやSNSのアカウント情報などの個人情報を教えることに抵抗を感じるものもいた。

そこで、以上の処理によれば、互いに個人情報を知られることなく、参加したイベントにおいて写真を共有することが可能となる。

以上においては、第１の実施の形態として、クラウドバリュー型電子マネーサービスを提供する決済システムについて説明してきた。

クラウドバリュー型電子マネーサービスを提供する決済システムにおいては、クラウド上（上述した例では、決済サーバ１３）に電子バリューが保持されるが、携帯端末装置１１それぞれに電子バリューが保持されるようにすることもできる。

このように、携帯端末装置１１それぞれに電子バリューが保持されるような電子マネーサービスを、ローカルバリュー型電子マネーサービスという。

＜３．第２の実施の形態＞
そこで、以下においては、第２の実施の形態として、ローカルバリュー型電子マネーサービスを提供する決済システムについて説明する。

（携帯端末装置の機能構成例）
図１１は、本実施の形態における携帯端末装置１１の機能構成例を示している。

図１１の携帯端末装置１１は、ICチップ１１３が、携帯端末装置１１毎の電子バリュー２１１を保持している点で、図５の携帯端末装置１１と異なる。この場合、電子バリュー２１１は、ユーザによって入金された金額の残高を示すデータとされる。

なお、本実施の形態においては、仲介サーバ１２、決済サーバ１３、および写真共有サーバ１４の機能構成は、図６乃至８を参照して説明した構成と同様である。決済サーバ１３の記憶部１５３に記憶されている携帯端末装置１１の決済ID毎の電子バリュー１６２は、携帯端末装置１１毎の電子バリュー２１１に合わせて更新されるものとするが、決済サーバ１３の記憶部１５３に、携帯端末装置１１の決済ID毎の電子バリュー１６２が記憶されないようにしてもよい。

（決済システムにおける決済処理の流れ）
次に、本実施の形態の決済システム１０における決済処理の流れについて説明する。

図１２は、本実施の形態の決済システム１０における決済処理の流れを示すフローチャートである。

なお、図１２において、ステップＳ４１までは、図９と同様の処理が行われる。また、図１２において、ステップＳ１０１より後は、図１０と同様の処理が行われる。

ステップＳ１０１において、決済サーバ１３の決済処理部１６１は、仲介サーバ１２からの各決済IDおよび決済条件に基づいて、決済処理を実行する。

このとき、決済サーバ１３の通信部１５１は、制御部１５２の制御に基づいて、決済処理を実行するブラウザ連携ミドルウェアを起動するためのURLを含むメールを、携帯端末装置１１−１乃至１１−３に送信する。携帯端末装置１１−１乃至１１−３においては、メールに含まれるURLが選択されることでブラウザ連携ミドルウェアが起動し、電子バリューの減算セッションが行われる。ブラウザ連携ミドルウェアは、ブラウザと一体で動作するミドルウェアである。

（電子バリューの減算セッション）
ここで、図１３のフローチャートを参照して、電子バリューの減算セッションの詳細について説明する。なお、図１３の処理は、携帯端末装置１１と決済サーバ１３との間で行われるものとするが、携帯端末装置１１と決済サーバ１３との間で、仲介サーバ１２がその処理を仲介するようにしてもよい。

決済サーバ１３の通信部１５１は、ステップＳ１１１において、電子バリューの減算セッションを実行するブラウザ連携ミドルウェアを起動するためのURLを含むメールを、携帯端末装置１１に送信する。

携帯端末装置１１において、ユーザにより、決済サーバ１３からのメールに含まれるURLが選択されると、ステップＳ１２１において、ブラウザ２３１が起動し、ブラウザ連携ミドルウェアの起動を案内するWebページを表示する。このWebページは、例えばHTML（HyperText Markup Language）などのマークアップ言語で記述される。

ステップＳ１２２において、携帯端末装置１１のユーザがブラウザ２３１に対して所定の操作を行うことで、ブラウザ２３１が、ミドルウェア１２２を介してICチップ１１３の起動を指示する。

ブラウザ２３１により起動が指示されると、ステップＳ１３１において、ICチップ１１３が起動する。

ICチップ１１３が起動すると、ステップＳ１３２において、ミドルウェア１２２は、ICチップ１１３と協働して、決済サーバ１３に対して決済要求を行う。決済要求には、携帯端末装置１１を認証するための認証情報が含まれる。

決済サーバ１３の制御部１５２は、ステップＳ１１２において、携帯端末装置１１からの決済要求に含まれる認証情報に基づいて、携帯端末装置１１を認証する。

携帯端末装置１１が正常に認証された場合、ステップＳ１３３において、ICチップ１１３は、保持している電子バリュー２１１から決済金額を減算する。

電子バリュー２１１の減算が正しく行われると、ステップＳ１３４において、ミドルウェア１２２は、ICチップ１１３と協働して、電子バリュー２１１の減算が行われた旨を、決済サーバ１３に通知する。

携帯端末装置１１からの通知を受けて、決済サーバ１３の通信部１５１は、ステップＳ１１３において、決済処理の処理結果を、携帯端末装置１１に送信する。

ステップＳ１３５において、ICチップ１１３は、決済サーバ１３からの処理結果に基づいて、ブラウザ２３１に対して、処理結果の表示を指示する。

そして、ステップＳ１２３において、ブラウザ２３１は、決済処理の処理結果を表示する。

以上のようにして、電子バリューの減算セッションが行われる。

以上の処理によれば、ローカルバリュー型電子マネーサービスを提供する決済システムにおいても、ユーザは、参加したイベントにおける参加費用の精算を、無駄なく簡単に行うことができるとともに、互いに個人情報を知られることなく、参加したイベントにおいて写真を共有することができる。

以上においては、仲介サーバ１２、決済サーバ１３、および写真共有サーバ１４は、それぞれ別個に構成されるものとして説明してきたが、これらサーバ群が統合されて１つのサーバとして構成されるようにしてもよい。

＜４．第３の実施の形態＞
そこで、以下においては、第３の実施の形態として、仲介サーバ１２、決済サーバ１３、および写真共有サーバ１４が１つの統合サーバとして構成される決済システムについて説明する。

（統合サーバの機能構成例）
図１４は、本実施の形態における統合サーバの機能構成例を示している。

図１４の統合サーバ３１１は、通信部３２１、制御部３２２、および記憶部３２３から構成される。

通信部３２１は、インターネットなどのネットワークを介して、携帯端末装置１１と通信を行う。

制御部３２２は、通信部３２１および記憶部３２３を制御する。また、制御部３２２は、決済処理部１６１を実現する。

記憶部３２３は、各種の処理を実行する上において必要なプログラムやデータを記憶する。

記憶部３２３は、上述した決済ID１４１と特定情報１４２を対応付けて記憶する。また、記憶部３２３は、電子バリュー１６２を決済ID毎に記憶する。すなわち、図１４の統合サーバ３１１を含む決済システムは、クラウドバリュー型電子マネーサービスを提供する。さらに、記憶部３２３には、特定のユーザのみがアクセス可能な共有フォルダが作成される。その共有フォルダには、そのユーザらによって画像データ１８１が保存される。

なお、本実施の形態においては、携帯端末装置１１の機能構成は、図５を参照して説明した構成と同様であるが、図１４の統合サーバ３１１を含む決済システムが、ローカルバリュー型電子マネーサービスを提供する場合、携帯端末装置１１の機能構成は、図１１を参照して説明した構成を採る。

以上のような構成からなる決済システムにおいても、ユーザは、参加したイベントにおける参加費用の精算を、無駄なく簡単に行うことができるとともに、互いに個人情報を知られることなく、参加したイベントにおいて写真を共有することができる。

以上においては、仲介サーバ１２、決済サーバ１３、および写真共有サーバ１４が１つの統合サーバ３１１に統合された構成について説明した。これに限らず、仲介サーバ１２、決済サーバ１３、および写真共有サーバ１４のうちのいずれか２つのサーバが１つの統合サーバに統合され、１つのサーバが独立して構成されるようにしてもよい。

＜５．本技術の応用例＞
上述した実施の形態においては、携帯端末装置１１―２，１１−３がゲスト端末として動作するものとしたが、ゲスト端末は、決済IDを取得できる構成であればよく、例えばICカードやICチップを有するクレジットカードであってもよい。この場合、画像データのアップロードや閲覧は、別途携帯端末装置を用いて行われることになる。

また、上述した実施の形態においては、携帯端末装置１１―１がホスト端末として動作するものとしたが、店舗などにリーダライタを設置するようにし、このリーダライタがホスト端末として動作するようにしてもよい。この場合、携帯端末装置１１―１乃至１１−３がゲスト端末として動作することになる。

なお、本技術の決済システムにおいて、アップロードされた画像データを基に、ユーザが参加したイベントの写真集やDVDを作成するサービスや、それらをユーザ宅に配送するサービスが、有償で提供されるようにしてもよい。この場合、サービスにかかる代金が、決済IDを用いて決済されるようにすることで、ユーザは、これらのサービスにかかる代金を簡単に支払うことができる。

さらに、本技術の決済システムにおいて、１人のユーザを特定する特定情報に、決済IDとして、複数の決済手段を登録可能な決済代行サービスのIDが対応付けられるようにしてもよい。この場合、ユーザが、どの決済手段（電子バリュー）を用いて決済を行うかを選択できるようにする。

また、上述した実施の形態においては、イベントの参加費用を、参加メンバーの人数で等分した金額の決済が行われるものとしたが、重み付けをして分けた金額の決済が行われるようにしてもよい。

例えば、仲介サーバ１２が、決済IDにユーザの性別を示す性別情報を対応付けて記憶するようにし、女性より男性の方が多く支払うような割合で分けた金額の決済が行われるようにする。

また、金額を分ける割合が、上述した割り勘アプリや店舗に設置されている端末などに対するユーザの選択操作によって設定されるようにしてもよいし、ランダムに設定されるようにしてもよい。

以上の例においては、写真共有サーバ１４の共有フォルダに保存される写真（画像データ）のうち、例えば、最も多く支払ったユーザによってアップロードされた写真が、他のユーザによってアップロードされた写真より目立つように表示されるようにしてもよい。

なお、本技術は、割り勘を行うための決済システム以外にも適用することができる。例えば、所定の施設などの入場料を支払うシステムに、本技術が適用されるようにしてもよい。この場合、施設の職員が扱う専用端末や、施設に設置されるリーダライタが、ホスト端末として動作する。施設に入場するユーザが、自身の携帯端末装置を、専用端末やリーダライタにかざすことで、入場料分の金額の決済処理が行われる。この場合、写真共有サーバ１４に保存される写真などのデータは、施設への入場者のみが閲覧可能となるようにしてもよい。

また、携帯端末装置１１において、複数のユーザ間の予定を共有できるカレンダーを提供するアプリケーションを起動するようにし、そのカレンダー上に、写真共有サーバ１４にアップロードされた写真が表示されるようにしてもよい。

本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

例えば、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、および、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

また、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

また、本技術は以下のような構成をとることができる。
（１）
他の端末装置に係る決済に関する識別情報を取得する第１通信部と、
決済処理に関する決済条件を取得する取得部と、
自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とを紐づけて決済処理装置へ送信する第２通信部と
を備える端末装置。
（２）
前記第２通信部は、前記決済処理装置から送信されてくる、決済処理の処理結果を受信する
（１）に記載の端末装置。
（３）
前記決済条件は、決済金額を表す情報を含む
（１）または（２）に記載の端末装置。
（４）
前記決済条件は、支払い先を特定するための情報を含む
（１）乃至（３）のいずれかに記載の端末装置。
（５）
前記第２通信部は、自装置および前記他の端末装置の決済に関する識別情報に紐づけられて記憶されているデータにアクセスするためのアクセス情報を受信する
（１）乃至（４）のいずれかに記載の端末装置。
（６）
前記データは、静止画像データ、動画像データ、および音声データの少なくともいずれか１つを含む
（５）に記載の端末装置。
（７）
他の端末装置に係る決済に関する識別情報を取得し、
決済処理に関する決済条件を取得し、
自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とを紐づけて決済処理装置へ送信する
ステップを含む通信方法。
（８）
複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とを受信する第１通信部と、
前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理を実行する決済処理部と
を備え、
前記第１通信部は、前記決済処理の処理結果を送信する
決済処理装置。
（９）
前記第１通信部は、前記決済処理の処理結果を、複数の前記端末装置の少なくともいずれかに送信する
（８）に記載の決済処理装置。
（１０）
前記第１通信部は、前記決済処理の処理結果を、支払い先に送信する
（８）または（９）に記載の決済処理装置。
（１１）
前記決済条件は、決済金額を表す情報を含む
（８）乃至（１０）のいずれかに記載の決済処理装置。
（１２）
前記決済条件は、支払い先を特定するための情報を含む
（８）乃至（１１）のいずれかに記載の決済処理装置。
（１３）
複数の前記端末装置の決済に関する識別情報に紐づけられて記憶されているデータにアクセスするためのアクセス情報を、複数の前記端末装置に送信する第２通信部をさらに備える
（８）乃至（１２）のいずれかに記載の決済処理装置。
（１４）
前記決済条件に紐づけられた複数の前記端末装置の決済に関する識別情報に対応付けて、複数の前記端末装置のユーザそれぞれを特定する特定情報を記憶する特定情報記憶部をさらに備え、
前記第２通信部は、前記アクセス情報を、複数の前記ユーザそれぞれの前記特定情報を用いて、複数の前記端末装置に送信する
（１３）に記載の決済処理装置。
（１５）
前記データを記憶するデータ記憶部をさらに備える
（１３）または（１４）に記載の決済処理装置。
（１６）
前記データは、静止画像データ、動画像データ、および音声データの少なくともいずれか１つを含む
（１３）乃至（１５）のいずれかに記載の決済処理装置。
（１７）
複数の前記端末装置の決済に関する識別情報毎に、前記決済処理に用いられる電子バリューを保持し、
前記決済処理部は、保持されている前記決済に関する識別情報毎の前記電子バリューを用いて前記決済処理を実行する
（８）乃至（１６）のいずれかに記載の決済処理装置。
（１８）
複数の前記端末装置それぞれは、複数の前記端末装置の決済に関する識別情報毎に、前記決済処理に用いられる電子バリューを保持し、
前記決済処理部は、前記複数の前記端末装置それぞれに保持されている前記決済に関する識別情報毎の前記電子バリューを用いて前記決済処理を実行する
（８）乃至（１６）のいずれかに記載の決済処理装置。
（１９）
複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とを受信し、
前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理を実行し、
前記決済処理の処理結果を送信する
ステップを含む決済方法。
（２０）
他の端末装置に係る決済に関する識別情報を取得する第１通信部と、
決済処理に関する決済条件を取得する取得部と、
自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とを紐づけて決済処理装置へ送信する第２通信部と
を有する端末装置と、
複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とを受信する第３通信部と、
前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理を実行する決済処理部と
を有し、
前記第３通信部は、前記決済処理の処理結果を送信する
決済処理装置と
を備える決済システム。

１０ 決済システム， １１，１１−１乃至１１−３ 携帯端末装置， １２ 仲介サーバ， １３ 決済サーバ， １４ 写真共有サーバ， １１１ 第１通信部， １１２ 第２通信部， １１３ ICチップ， １１４ 制御部， １２１ デバイスドライバ， １２２ ミドルウェア， １２３ アプリケーション， １３１ 通信部， １３２ 制御部， １３３ 記憶部， １４１ 決済ID， １４２ 特定情報， １５１ 通信部， １５２ 制御部， １５３ 記憶部， １６１ 決済処理部， １６２ 電子バリュー， １７１ 通信部， １７２ 制御部， １７３ 記憶部， １８１ 画像データ， ２１１ 電子バリュー， ３１１ 統合サーバ， ３２１ 通信部， ３２２ 制御部， ３２３ 記憶部

Claims (20)

1. 他の端末装置に係る決済に関する識別情報を取得する第１通信部と、
   決済処理に関する決済条件を取得する取得部と、
   自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とを紐づけて決済処理装置へ送信する第２通信部と
   を備える端末装置。
2. 前記第２通信部は、前記決済処理装置から送信されてくる、決済処理の処理結果を受信する
   請求項１に記載の端末装置。
3. 前記決済条件は、決済金額を表す情報を含む
   請求項１に記載の端末装置。
4. 前記決済条件は、支払い先を特定するための情報を含む
   請求項１に記載の端末装置。
5. 前記第２通信部は、自装置および前記他の端末装置の決済に関する識別情報に紐づけられて記憶されているデータにアクセスするためのアクセス情報を受信する
   請求項１に記載の端末装置。
6. 前記データは、静止画像データ、動画像データ、および音声データの少なくともいずれか１つを含む
   請求項５に記載の端末装置。
7. 他の端末装置に係る決済に関する識別情報を取得し、
   決済処理に関する決済条件を取得し、
   自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とを紐づけて決済処理装置へ送信する
   ステップを含む通信方法。
8. 複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とを受信する第１通信部と、
   前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理を実行する決済処理部と
   を備え、
   前記第１通信部は、前記決済処理の処理結果を送信する
   決済処理装置。
9. 前記第１通信部は、前記決済処理の処理結果を、複数の前記端末装置の少なくともいずれかに送信する
   請求項８に記載の決済処理装置。
10. 前記第１通信部は、前記決済処理の処理結果を、支払い先に送信する
    請求項８に記載の決済処理装置。
11. 前記決済条件は、決済金額を表す情報を含む
    請求項８に記載の決済処理装置。
12. 前記決済条件は、支払い先を特定するための情報を含む
    請求項８に記載の決済処理装置。
13. 複数の前記端末装置の決済に関する識別情報に紐づけられて記憶されているデータにアクセスするためのアクセス情報を、複数の前記端末装置に送信する第２通信部をさらに備える
    請求項８に記載の決済処理装置。
14. 前記決済条件に紐づけられた複数の前記端末装置の決済に関する識別情報に対応付けて、複数の前記端末装置のユーザそれぞれを特定する特定情報を記憶する特定情報記憶部をさらに備え、
    前記第２通信部は、前記アクセス情報を、複数の前記ユーザそれぞれの前記特定情報を用いて、複数の前記端末装置に送信する
    請求項１３に記載の決済処理装置。
15. 前記データを記憶するデータ記憶部をさらに備える
    請求項１３に記載の決済処理装置。
16. 前記データは、静止画像データ、動画像データ、および音声データの少なくともいずれか１つを含む
    請求項１３に記載の決済処理装置。
17. 複数の前記端末装置の決済に関する識別情報毎に、前記決済処理に用いられる電子バリューを保持し、
    前記決済処理部は、保持されている前記決済に関する識別情報毎の前記電子バリューを用いて前記決済処理を実行する
    請求項８に記載の決済処理装置。
18. 複数の前記端末装置それぞれは、複数の前記端末装置の決済に関する識別情報毎に、前記決済処理に用いられる電子バリューを保持し、
    前記決済処理部は、前記複数の前記端末装置それぞれに保持されている前記決済に関する識別情報毎の前記電子バリューを用いて前記決済処理を実行する
    請求項８に記載の決済処理装置。
19. 複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とを受信し、
    前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理を実行し、
    前記決済処理の処理結果を送信する
    ステップを含む決済方法。
20. 他の端末装置に係る決済に関する識別情報を取得する第１通信部と、
    決済処理に関する決済条件を取得する取得部と、
    自装置に係る決済に関する識別情報および前記他の端末装置の決済に関する識別情報と、前記決済条件とを紐づけて決済処理装置へ送信する第２通信部と
    を有する端末装置と、
    複数の端末装置のうちのいずれか１の端末装置から送信されてくる、決済処理に関する決済条件と、前記決済条件に紐づけられた複数の前記端末装置に係る決済に関する識別情報とを受信する第３通信部と、
    前記決済条件と、複数の前記端末装置の決済に関する識別情報とに基づいて、前記決済処理を実行する決済処理部と
    を有し、
    前記第３通信部は、前記決済処理の処理結果を送信する
    決済処理装置と
    を備える決済システム。

Images