(57)【要約】【課題】電子マネー管理システムの使い勝手と電子マネーのセキュリティを向上させる。【解決手段】第１所有者の第１端末および第２所有者の第２端末とネットワークを介して通信可能な通信サーバと、通信サーバと通信可能な管理サーバと、を含み、通信サーバは、第１端末から第１所有者が請求金額を第２所有者に請求する旨の請求情報を受信し、第２端末から第２所有者が請求金額を第１所有者に支払う旨の支払情報を受信すると、管理サーバに支払情報を変更要求として送信する監視手段を含み、管理サーバは、第１所有者の電子マネーの第１残高を示す第１残高情報と、第２所有者の電子マネーの第２残高を示す第２残高情報と、を格納する格納手段と、通信サーバから変更要求を受信すると、請求金額が第２残高以下である場合に、第２残高のうちの請求金額分の所有者が第１所有者になるように、格納手段内の第１および第２残高情報を変更する制御手段と、を含む。【選択図】図１
2010049389.tif 000002
【特許請求の範囲】
【請求項１】
第１所有者が所有する第１端末および第２所有者が所有する第２端末とネットワークを介して通信可能な通信サーバと、前記通信サーバと通信可能な管理サーバと、を含み、
前記通信サーバは、
前記第１端末から、前記第１所有者が請求金額を前記第２所有者に請求する旨の請求情報を受信し、前記第２端末から、前記第２所有者が前記請求金額を前記第１所有者に支払う旨の支払情報を受信すると、前記管理サーバに、前記支払情報を、変更要求として送信する監視手段を含み、
前記管理サーバは、
前記第１所有者の電子マネーの第１残高を示す第１残高情報と、前記第２所有者の電子マネーの第２残高を示す第２残高情報と、を格納する格納手段と、
前記通信サーバから、前記変更要求を受信すると、前記請求金額が前記第２残高以下である場合に、前記第２残高のうちの前記請求金額分の所有者が前記第１所有者になるように、前記格納手段内の第１および第２残高情報を変更する制御手段と、を含む、電子マネー管理システム。
【請求項２】
請求項１に記載の電子マネー管理システムにおいて、
前記監視手段は、前記第１端末から、当該第１端末より提供された電子マネーの金額を示す第１金額情報を受信すると、当該第１金額情報に基づいて前記第１残高情報を設定して前記格納手段に格納し、また、前記第２端末から、当該第２端末より提供された電子マネーの金額を示す第２金額情報を受信すると、当該第２金額情報に基づいて前記第２残高情報を設定して前記格納手段に格納する、電子マネー管理システム。
【請求項３】
請求項１または２に記載の電子マネー管理システムにおいて、
前記監視手段は、前記第１端末から前記請求情報を受信すると、当該請求情報の内容が示された請求通知を生成し、当該請求通知を前記第２端末に送信する、電子マネー管理システム。
【請求項４】
請求項１から３のいずれか１項に記載の電子マネー管理システムにおいて、
前記制御手段は、前記請求金額が、前記第２残高よりも高い場合、前記監視手段に、エラー情報を送信し、
前記監視手段は、前記エラー情報を受信すると、前記第１端末、または、前記第２端末、または、前記第１および第２端末にエラー通知を送信する、電子マネー管理システム。
【請求項５】
請求項１から４のいずれか１項に記載の電子マネー管理システムにおいて、
前記制御手段は、前記格納手段内の第１および第２残高情報の変更が完了すると、前記監視手段に、成功情報を送信し、
前記監視手段は、前記成功情報を受信すると、前記第１端末に、入金の完了を示す完了通知を送信する、電子マネー管理システム。
【請求項６】
第１所有者が所有する第１端末および第２所有者が所有する第２端末とネットワークを介して通信可能な通信サーバと、前記通信サーバと通信可能な管理サーバと、を含む電子マネー管理システムが行う電子マネー管理方法であって、
前記通信サーバが、前記第１所有者の電子マネーの第１残高を示す第１残高情報と、前記第２所有者の電子マネーの第２残高を示す第２残高情報とを、前記管理サーバ内の格納手段に格納する格納ステップと、
前記通信サーバが、前記第１端末から、前記第１所有者が請求金額を前記第２所有者に請求する旨の請求情報を受信し、前記第２端末から、前記第２所有者が前記請求金額を前記第１所有者に支払う旨の支払情報を受信すると、前記管理サーバに、前記支払情報を、変更要求として送信する送信ステップと、
前記管理サーバが、前記通信サーバから、前記変更要求を受信すると、前記請求金額が前記第２残高以下である場合に、前記第２残高のうちの前記請求金額分の所有者が前記第１所有者になるように、前記格納手段内の第１および第２残高情報を変更する変更ステップと、を含む電子マネー管理方法。
【請求項７】
請求項６に記載の電子マネー管理方法において、
前記通信サーバが、前記第１端末から、当該第１端末より提供された電子マネーの金額を示す第１金額情報を受信すると、当該第１金額情報に基づいて前記第１残高情報を設定して前記格納手段に格納し、また、前記第２端末から、当該第２端末より提供された電子マネーの金額を示す第２金額情報を受信すると、当該第２金額情報に基づいて前記第２残高情報を設定して前記格納手段に格納する設定ステップをさらに含む、電子マネー管理方法。
【請求項８】
請求項６または７に記載の電子マネー管理方法において、
前記通信サーバが、前記第１端末から前記請求情報を受信すると、当該請求情報の内容が示された請求通知を生成し、当該請求通知を前記第２端末に送信する通知ステップをさらに含む、電子マネー管理方法。
【請求項９】
請求項６から８のいずれか１項に記載の電子マネー管理方法において、
前記管理サーバが、前記請求金額が、前記第２残高よりも高い場合、前記通信サーバに、エラー情報を送信するエラー情報送信ステップと、
前記通信サーバが、前記エラー情報を受信すると、前記第１端末、または、前記第２端末、または、前記第１および第２端末にエラー通知を送信するエラー通知送信ステップと、をさらに含む電子マネー管理方法。
【請求項１０】
請求項６から９のいずれか１項に記載の電子マネー管理方法において、
前記管理サーバが、前記格納手段内の第１および第２残高情報の変更が完了すると、前記通信サーバに、成功情報を送信する成功情報送信ステップと、
前記通信サーバが、前記成功情報を受信すると、前記第１端末に、入金の完了を示す完了通知を送信する完了通知送信ステップと、をさらに含む電子マネー管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子マネー管理システムおよび電子マネー管理方法に関する。
【背景技術】
【０００２】
電子マネーを扱える非接触ＩＣカードが搭載された携帯電話が知られている。携帯電話の所有者は、この携帯電話を用いて買い物の支払いを行ったり、この携帯電話を電車の定期券として使用したりするなど、この携帯電話を多種多様に使用している。
【０００３】
携帯電話への電子マネーのチャージ方法に関しては、無線通信技術などを用いて、利用者の銀行口座のお金を携帯電話に蓄積することが可能である。
【０００４】
特許文献１には、電子マネー機能を有する携帯端末同士で、直接、赤外線通信や無線通信を行って、携帯端末間で電子マネーをやり取りする技術が記載されている。
【０００５】
特許文献２には、電子マネーを用いた請求書発行代行システムが記載されている。このシステムでは、１台のサーバが、個人の口座ごとに電子マネーを管理すると共に、口座間での電子マネーの移動を管理する。具体的には、１台のサーバが、請求者端末からの請求情報と支払者端末からの支払確認情報とに基づいて、支払者口座の電子マネーを、請求者口座に移動する。
【特許文献１】特開２００８−１０７８７４号公報
【特許文献２】特開２００２−１８３３２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の技術では、携帯端末間の直接の通信にて、電子マネーがやり取りされる。このため、集金者は、被集金者と直接会って集金しなければならなかった。このため、集金者と被集金者が直接会えないと集金できず、利用者の使い勝手が悪いという課題があった。
【０００７】
特許文献２に記載のシステムでは、１台のサーバが、端末と接続し、さらに、電子マネーを管理している。このため、端末は、電子マネーを管理しているサーバに、直接アクセスすることができる。よって、サーバ内の電子マネーが、端末によって、改ざんされやすいという課題があった。
【０００８】
本発明の目的は、上述した課題を解決することが可能な電子マネー管理システム、および、電子マネー管理方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の電子マネー管理システムは、第１所有者が所有する第１端末および第２所有者が所有する第２端末とネットワークを介して通信可能な通信サーバと、前記通信サーバと通信可能な管理サーバと、を含み、前記通信サーバは、前記第１端末から、前記第１所有者が請求金額を前記第２所有者に請求する旨の請求情報を受信し、前記第２端末から、前記第２所有者が前記請求金額を前記第１所有者に支払う旨の支払情報を受信すると、前記管理サーバに、前記支払情報を、変更要求として送信する監視手段を含み、前記管理サーバは、前記第１所有者の電子マネーの第１残高を示す第１残高情報と、前記第２所有者の電子マネーの第２残高を示す第２残高情報と、を格納する格納手段と、前記通信サーバから、前記変更要求を受信すると、前記請求金額が前記第２残高以下である場合に、前記第２残高のうちの前記請求金額分の所有者が前記第１所有者になるように、前記格納手段内の第１および第２残高情報を変更する制御手段と、を含む。
【００１０】
本発明の電子マネー管理方法は、第１所有者が所有する第１端末および第２所有者が所有する第２端末とネットワークを介して通信可能な通信サーバと、前記通信サーバと通信可能な管理サーバと、を含む電子マネー管理システムが行う電子マネー管理方法であって、前記通信サーバが、前記第１所有者の電子マネーの第１残高を示す第１残高情報と、前記第２所有者の電子マネーの第２残高を示す第２残高情報とを、前記管理サーバ内の格納手段に格納する格納ステップと、前記通信サーバが、前記第１端末から、前記第１所有者が請求金額を前記第２所有者に請求する旨の請求情報を受信し、前記第２端末から、前記第２所有者が前記請求金額を前記第１所有者に支払う旨の支払情報を受信すると、前記管理サーバに、前記支払情報を、変更要求として送信する送信ステップと、前記管理サーバが、前記通信サーバから、前記変更要求を受信すると、前記請求金額が前記第２残高以下である場合に、前記第２残高のうちの前記請求金額分の所有者が前記第１所有者になるように、前記格納手段内の第１および第２残高情報を変更する変更ステップと、を含む。
【発明の効果】
【００１１】
本発明によれば、利用者の使い勝手と電子マネーのセキュリティとを向上させることが可能になる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態について、図面を参照して説明する。
【００１３】
図１は、本発明の一実施形態の電子マネー管理システムを示したブロック図である。本実施形態は、ある特定の個人が、集金を目的として、集金したい相手に、電子マネーを要求することを想定したものである。
【００１４】
図１において、電子マネー管理システム１は、アプリケーションサーバ２と、データベースサーバ３と、を含む。
【００１５】
アプリケーションサーバ２は、携帯端末用ネットワーク４を介して、携帯端末５および６と通信可能である。データベースサーバ３は、アプリケーションサーバ２と通信可能である。携帯端末用ネットワーク４は、一般的にネットワークと呼ぶことができる。
【００１６】
携帯端末５は、例えば、携帯電話であって、一般的に第１端末と呼ぶことができる。以下では、携帯端末５の所有者を、第１所有者と称する。携帯端末６は、例えば、携帯電話であって、一般的に第２端末と呼ぶことができる。以下では、携帯端末６の所有者を、第２所有者と称する。なお、携帯端末６が２台以上存在してもよい。この場合、それぞれの携帯端末６の所有者は異なるものとする。
【００１７】
携帯端末５および６は、電子マネー機能を有している。図１に示した携帯端末５および６では、電子マネー機能に対応する構成を示してあり、他の機能に対応する構成（表示部等）は省略してある。
【００１８】
携帯端末５は、非接触ＩＣカード５ａと、入力部５ｂと、通信部５ｃと、を含む。
【００１９】
非接触ＩＣカード５ａは、電子マネーのやり取りが可能であり、電子マネーの残額を記憶する。入力部５ｂは、例えば、第１所有者からの入力を受け付ける。通信部５ｃは、例えば、入力部５ｂが受け付けた第１所有者からの入力に応じて、携帯端末用ネットワーク４を介して、電子マネー管理システム１と通信する。
【００２０】
携帯端末６は、非接触ＩＣカード６ａと、入力部６ｂと、通信部６ｃと、を含む。
【００２１】
非接触ＩＣカード６ａは、電子マネーのやり取りが可能であり、電子マネーの残額を記憶する。入力部６ｂは、例えば、第２所有者からの入力を受け付ける。通信部６ｃは、例えば、入力部６ｂが受け付けた第２所有者からの入力に応じて、携帯端末用ネットワーク４を介して、電子マネー管理システム１と通信する。
【００２２】
アプリケーションサーバ２は、一般的に通信サーバと呼ぶことができる。アプリケーションサーバ２は、監視部２ａを含む。
【００２３】
監視部２ａは、一般的に監視手段と呼ぶことができる。
【００２４】
監視部２ａは、携帯端末５から、第１所有者が請求金額を第２所有者に請求する旨の請求情報を受信し、携帯端末６から、第２所有者がその請求金額を第１所有者に支払う旨の支払情報を受信すると、データベースサーバ３に、その支払情報を、変更要求として送信する。
【００２５】
なお、監視部２ａは、携帯端末５から請求情報を受信すると、その請求情報に基づいて請求通知を生成し、その請求通知を携帯端末６に送信して、第１所有者が請求金額を第２所有者に請求している旨を通知する。請求通知には、少なくとも、請求情報に示された内容が示されている。第２所有者は、その請求通知を確認した後、入力部６ｂを操作して、携帯端末６から支払情報を監視部２ａに送信する。
【００２６】
また、監視部２ａは、携帯端末５および６のそれぞれに対応づけられているネットワーク暗証番号を保持する記憶部（記憶手段）を有している。
【００２７】
データベースサーバ３は、一般的に管理サーバと呼ぶことができる。データベースサーバ３は、格納部３ａと、制御部３ｂと、を含む。
【００２８】
格納部３ａは、一般的に格納手段と呼ぶことができる。
【００２９】
格納部３ａは、第１所有者の電子マネーの残高（以下「第１残高」と称する）を示す第１残高情報と、第２所有者の電子マネーの残高（以下「第２残高」と称する）を示す第２残高情報と、を格納する。
【００３０】
携帯端末５内の通信部５ｃが、非接触ＩＣカード５ａ内の電子マネーから提供された金額を示す第１金額情報を監視部２ａに送信した場合、監視部２ａは、第１金額情報に基づいて第１残高情報を設定し、その第１残高情報を格納部３ａに格納する。
【００３１】
なお、通信部５ｃが、携帯端末５に割り当てられている携帯電話番号とＩＤとを、第１金額情報と共に、監視部２ａに送信した場合、監視部２ａは、第１金額情報に基づいて第１残高情報を設定し、その第１残高情報と携帯電話番号とＩＤとを互いに関連づけて格納部３ａに格納する。
【００３２】
第１金額情報が、非接触ＩＣカード５ａ内の電子マネーの残額を示す場合、通信部５ｃは、第１金額情報の送信に伴って、非接触ＩＣカード５ａ内の電子マネーの残額を「０」に変更する。
【００３３】
入力部５ｂが第１金額情報を受け付け、通信部５ｃが、入力部５ｂにて受け付けられた第１金額情報を監視部２ａに送信した場合、通信部５ｃは、第１金額情報の送信に伴って、非接触ＩＣカード５ａ内の電子マネーの残額を、その残額から第１金額情報で示された金額を差し引いた金額に変更する。
【００３４】
携帯端末６内の通信部６ｃが、非接触ＩＣカード６ａ内の電子マネーから提供された金額を示す第２金額情報を監視部２ａに送信した場合、監視部２ａは、第２金額情報に基づいて第２残高情報を設定し、その第２残高情報を格納部３ａに格納する。
【００３５】
なお、通信部６ｃが、携帯端末６に割り当てられている携帯電話番号とＩＤとを、第２金額情報と共に、監視部２ａに送信した場合、監視部２ａは、第２金額情報に基づいて第２残高情報を設定し、その第２残高情報と携帯電話番号とＩＤとを互いに関連づけて格納部３ａに格納する。
【００３６】
第２金額情報が、非接触ＩＣカード６ａ内の電子マネーの残額を示す場合、通信部６ｃは、第２金額情報の送信に伴って、非接触ＩＣカード６ａ内の電子マネーの残額を「０」に変更する。
【００３７】
入力部６ｂが第２金額情報を受け付け、通信部６ｃが、入力部６ｂにて受け付けられた第２金額情報を監視部２ａに送信した場合、通信部６ｃは、第２金額情報の送信に伴って、非接触ＩＣカード６ａ内の電子マネーの残額を、その残額から第２金額情報で示された金額を差し引いた金額に変更する。
【００３８】
制御部３ｂは、一般的に制御手段と呼ぶことができる。
【００３９】
制御部３ｂは、監視部２ａから、変更要求（第２所有者が請求金額を第１所有者に支払う旨の情報）を受信すると、請求金額が、第２残高（第２所有者の電子マネーの残高）以下である場合に、第２残高のうちの請求金額分の所有者が第１所有者になるように、格納部３ａ内の第１および第２残高情報を変更する。
【００４０】
制御部３ｂは、格納部３ａ内の第１および第２残高情報の変更が完了すると、監視部２ａに、成功情報を送信する。監視部２ａは、成功情報を受信すると、携帯端末５に、入金の完了を示す完了通知を送信する。完了通知は、第２所有者が請求金額を第１所有者に支払ったことを示す。
【００４１】
制御部３ｂは、請求金額が第２残高よりも高い場合、監視部２ａに、エラー情報を送信する。監視部２ａは、エラー情報を受信すると、携帯電話５または６、もしくは、携帯電話５および６にエラー通知を送信する。エラー通知は、第２所有者が請求金額を第１所有者に支払えなかったことを示す。
【００４２】
次に、動作を説明する。
【００４３】
図２は、電子マネー管理システム１を使用するために、事前に、携帯端末５および６の情報を、電子マネー管理システム１に登録する動作を説明するための説明図である。図２において、図１に示したものと同一構成のものには同一符号を付してある。
【００４４】
以下では、携帯端末５の登録動作を説明する。なお、携帯端末６の登録動作は、携帯端末５の登録動作と同様であるので説明を省略する。
【００４５】
電子マネー管理システム１の使用を希望する第１所有者は、携帯端末５を操作して、携帯端末５からアプリケーションサーバ２に登録処理の要求を行う。
【００４６】
アプリケーションサーバ２では、監視部２ａは、携帯端末５から登録処理の要求を受信すると、携帯端末５の情報（携帯電話番号、ＩＤ、電子マネー）を取得し、携帯端末５の情報を、データベースサーバ３内の格納部３ａに登録を行う。
【００４７】
例えば、監視部２ａは、以下のように、携帯端末５の情報を取得してもよい。
【００４８】
監視部２ａは、携帯端末５から登録処理の要求を受信すると、携帯端末５の情報を要求する旨の画面情報を、携帯端末５に送信する。
【００４９】
携帯端末５は、その画面情報を受信すると、その画面情報に応じた画面（携帯端末５の情報を要求する旨の画面）を表示する。
【００５０】
第１所有者は、表示された画面に応じて、携帯端末５の情報を携帯端末５に入力し、携帯端末５の情報を、携帯端末５の通信部５ｃから監視部２ａに送信する。監視部２ａは、携帯端末５から送信された携帯端末５の情報を取得する。
【００５１】
登録が完了すると、監視部２ａは、携帯端末５に、メールで、登録完了の情報と共に、アプリケーションサーバ２にアクセスするためのパスワードを通知する。監視部２ａは、このパスワードを、携帯端末５の情報と共に、格納部３ａに登録する。
【００５２】
図３は、集金を目的としている人物（以下「要求元」と称する）が、複数の人物（以下「供給元」と称する）からの集金を目的として、アプリケーションサーバ２に、要求を出す動作を説明するための説明図である。図３において、図１に示したものと同一構成のものには同一符号を付してある。
【００５３】
以下では、携帯端末５を所有する第１所有者を要求元とし、複数の携帯端末６のそれぞれの所有者を供給元とする。
【００５４】
まず、要求元は、携帯端末５を操作して、携帯端末５をアプリケーションサーバ２にアクセスし、リクエスト情報をアプリケーションサーバ２内の監視部２ａに送信する。
【００５５】
続いて、要求元は、監視部２ａが、携帯端末５の使用者である要求元が第１所有者かどうかを確認できるように、入力部５ｂを操作して、携帯端末５に対応づけられているネットワーク暗証番号と、事前に電子マネー管理システム１に登録していた携帯端末５のＩＤとパスワードと、を入力する。
【００５６】
続いて、要求元は、入力部５ｂを操作して、ネットワーク暗証番号とＩＤとパスワードとを、通信部５ｃから監視部２ａに送信する。
【００５７】
監視部２ａは、携帯端末５から、ネットワーク暗証番号とＩＤとパスワードとを受信すると、そのネットワーク暗証番号を監視部２ａ内の記憶部が保持しているか否かを判定する。
【００５８】
監視部２ａ内の記憶部が、そのネットワーク暗証番号を保持していると、監視部２ａは、データベースサーバ３にアクセスし、携帯端末５に、情報の入力を要求し、また、受信したＩＤとパスワードとを、請求情報の送信元のＩＤとパスワードとして、監視部２ａ内の記憶部に記憶する。
【００５９】
携帯端末５が情報の入力の要求を受信すると、要求元は、入力部５ｂを操作して、電子マネーを受け取りたい相手の情報（メールアドレス・携帯電話番号）と、請求金額と、要求元の情報（メールアドレス・携帯電話番号）と、を含む請求情報を、携帯端末５に入力する。この場合、請求情報は、第１所有者が請求金額を第２所有者に請求する旨を示すことになる。
【００６０】
なお、データベースサーバ３内の格納部３ａに、携帯端末の情報として、その携帯端末の所有者の氏名も格納されている場合、監視部２ａは、情報の入力の要求と共に、格納部３ａに格納されている、携帯端末の所有者の氏名も送信してもよい。
【００６１】
この場合、要求元は、送信された携帯端末の所有者の氏名の中から、入力部５ｂを操作して供給元と要求元とを指定してもよい。
【００６２】
続いて、要求元は、入力部５ｂを操作して、請求情報を、監視部２ａに送信する。
【００６３】
監視部２ａは、請求情報を受信すると、請求情報に基づいて請求通知を生成し、その請求通知を、請求情報に示された供給元の携帯端末６に、電子メール（以下、単に「メール」と称する。）で発信する。メール内容は、請求情報を含む。例えば、メール内容は、要求元の情報や、振り込むための内容など、要求元が判明する情報と、請求金額と、アプリケーションサーバ２のアドレス（例えば、ＵＲＬ）と、を含む。
【００６４】
なお、監視部２ａは、請求情報を受信した際に、格納部３ａを参照して、請求情報に示された供給元および要求元が電子マネー管理システム１に登録されているかを判断し、登録されている場合に、請求通知を生成して発信してもよい。
【００６５】
図４は、供給元より要求元に電子マネーを振り込むときの動作を説明するための説明図である。図４において、図１に示したものと同一構成のものには同一符号を付してある。
【００６６】
携帯端末６がアプリケーションサーバ２からメールを受信した場合、供給元が、入力部６ｂを操作して、携帯端末６にメール内容を表示させる。
【００６７】
供給元は、表示されたメール内容を確認した後、入力部６ｂを操作して、携帯端末６を、メール本文に記載されているアプリケーションサーバ２のアドレスに接続する。
【００６８】
その後、供給元は、入力部６ｂを操作して、携帯端末６に対応づけられているネットワーク暗証番号と、事前に電子マネー管理システム１に登録していた携帯端末６のＩＤとパスワードと、を入力する。
【００６９】
続いて、供給元は、入力部６ｂを操作して、ネットワーク暗証番号とＩＤとパスワードとを、通信部６ｃから監視部２ａに送信する。
【００７０】
監視部２ａは、携帯端末６から、ネットワーク暗証番号とＩＤとパスワードとを受け取ると、そのネットワーク暗証番号を監視部２ａ内の記憶部が保持しているか否かを判定する。
【００７１】
監視部２ａ内の記憶部がネットワーク暗証番号を保持していると、監視部２ａは、データベースサーバ３にアクセスし、携帯端末６に、情報の入力を要求する。
【００７２】
携帯端末６が情報の入力の要求を受信すると、供給元は、入力部６ｂを操作して、自分の電子マネーをいくら要求元に供給するのかを示す支払情報を、携帯端末６に入力する。この場合、支払情報は、第２所有者が請求金額を第１所有者に支払う旨を示すことになる。
【００７３】
続いて、供給元は、入力部６ｂを操作して、支払情報を、携帯端末６から監視部２ａに送信する。
【００７４】
監視部２ａは、支払情報を受信すると、その支払情報を、変更要求として、制御部３ｂに送信する。このとき、監視部２ａは、支払情報の送信元（携帯端末６）から提供されたＩＤとパスワードと、監視部２ａの記憶部に記憶されている、請求情報の送信元（携帯端末５）のＩＤとパスワードとを、変更要求と共に、制御部３ｂに送信する。
【００７５】
制御部３ｂは、支払情報の送信元のＩＤとパスワードと、請求情報の送信元のＩＤとパスワードと、変更要求と、を受信すると、格納部３ａを参照して、請求情報の送信元のＩＤとパスワードの照合、および、支払情報の送信元のＩＤとパスワードの照合を行う。
【００７６】
制御部３ｂは、照合の結果、支払情報の送信元のＩＤとパスワードと、請求情報の送信元のＩＤとパスワードとが、格納部３ａに格納されていることが判明すると、格納部３ａを参照して、変更要求（支払情報）に示された請求金額が、供給元の電子マネーの残高以下であるかを判定する。
【００７７】
支払情報に示された請求金額が、供給元の電子マネーの残高以下であると、制御部３ｂは、供給元の電子マネーの残高のうちの請求金額分の所有者が要求元になるように、格納部３ａ内の第１および第２残高情報を変更する。
【００７８】
制御部３ｂは、格納部３ａ内の第１および第２残高情報の変更が完了すると、監視部２ａに、成功情報を送信する。監視部２ａは、成功情報を受信すると、完了通知を、携帯端末５にメールで送信し、電子マネーの交換が終了する。
【００７９】
図５は、アプリケーションサーバ２（具体的には、監視部２ａ）の動作を説明するためのフローチャートである。図５（ａ）は、アプリケーションサーバ２が、要求元の携帯端末から、リクエスト情報を受けたときの処理フローを示す。図５（ｂ）は、アプリケーションサーバ２が、供給元の携帯端末から、支払情報を受信するときの処理フローを示す。
【００８０】
図５（ａ）において、アプリケーションサーバ２は、携帯端末５より、リクエスト情報を受信すると（ステップ５０１）、まず、携帯端末５の利用者が、本人（第１所有者）かどうか確かめるために、携帯端末５にネットワーク暗証番号とＩＤとパスワードとの入力を促す画面を表示させる。
【００８１】
携帯端末５の利用者は、その画面にしたがって、入力部５ｂを操作して、ネットワーク暗証番号とＩＤとパスワードとを、携帯端末５からアプリケーションサーバ２に送信する。
【００８２】
ネットワーク暗証番号が正しければ（ステップ５０２）、アプリケーションサーバ２は、データベースサーバ３にアクセスを行う（ステップ５０３）。一方、ネットワーク暗証番号が正しくなければ（ステップ５０２）、アプリケーションサーバ２は、処理を、ステップ５０１に戻す。
【００８３】
アプリケーションサーバ２は、データベースサーバ３にアクセスすると、携帯端末５に請求情報の入力を促す画面を表示させる。
【００８４】
携帯端末５の利用者は、その画面にしたがって、入力部５ｂを操作して、請求情報を、携帯端末５からアプリケーションサーバ２に送信する。
【００８５】
アプリケーションサーバ２は、請求情報に示された、要求元が集金を行いたい相手（供給元）が、データベースサーバ３に登録されているかのチェックを行う（ステップ５０４）。
【００８６】
もし、供給元の中に、登録されていない人物がいると、アプリケーションサーバ２は、エラー処理を行い（ステップ５０５）、要求元の携帯端末５に、登録されていない人物がいる旨の情報をメールで送信する（ステップ５０６）。
【００８７】
全ての供給元が登録されていると、アプリケーションサーバ２は、供給元の携帯端末６に、要求元の情報、アプリケーションサーバ２に接続するためのアドレス、また、必要に応じて、セキュリティを高めるために、接続するためのパスワードを送信する（ステップ５０７）。
【００８８】
図５（ｂ）において、アプリケーションサーバ２は、供給元の携帯端末６から情報を受け取ると（ステップ５０８）、まず、携帯端末６の利用者が、本人（第２所有者）かどうか確かめるために、携帯端末６にネットワーク暗証番号とＩＤとパスワードとの入力を促す画面を表示させる。
【００８９】
携帯端末６の利用者は、その画面にしたがって、入力部６ｂを操作して、ネットワーク暗証番号とＩＤとパスワードとを、携帯端末６からアプリケーションサーバ２に送信する。
【００９０】
ネットワーク暗証番号が正しければ（ステップ５０９）、アプリケーションサーバ２は、データベースサーバ３にアクセスを行い、書き込み準備を行う（ステップ５１０）。一方、ネットワーク暗証番号が正しくなければ（ステップ５０９）、アプリケーションサーバ２は、処理を、ステップ５０８に戻す。
【００９１】
アプリケーションサーバ２は、データベースサーバ３にアクセスすると、携帯端末６に支払情報の入力を促す画面を表示させる。
【００９２】
携帯端末６の利用者は、その画面にしたがって、入力部６ｂを操作して、支払情報を、携帯端末６からアプリケーションサーバ２に送信する。
【００９３】
アプリケーションサーバ２は、支払情報を受信すると、その支払情報を、変更要求として、データベースサーバ３に送信する。この変更要求は、書き込み要求として機能する。
【００９４】
このとき、アプリケーションサーバ２は、支払情報の送信元（携帯端末６）つまり供給元から提供されたＩＤとパスワードと、アプリケーションサーバ２の記憶部内の請求情報の送信元（携帯端末５）つまり要求元のＩＤとパスワードとを、変更要求と共に、データベースサーバ３に送信する。
【００９５】
データベースサーバ３は、書き込み要求が発生すると、要求元のＩＤとパスワード、および、供給元のＩＤとパスワードの照合をそれぞれ行い、電子マネーのやりとりを格納部３ａ上で行う。なお、データベースサーバ３の動作の詳細は、図６を参照して後述する。
【００９６】
情報の書換えが成功すると、データベースサーバ３は、アプリケーションサーバ２に成功情報を送信する。
【００９７】
アプリケーションサーバ２は、データベースサーバ３から成功情報を受信すると（ステップ５１１）、要求元の携帯端末５に、電子マネーが振り込まれた（入金された）ことを示す完了通知をメールで送信する（ステップ５１２）。
【００９８】
図６は、データベースサーバ３（具体的には、制御部３ｂ）の動作を説明するためのフローチャートである。
【００９９】
図６において、アプリケーションサーバ２より変更要求（書き込み要求）が発生すると（ステップ６０１）、データベースサーバ３は、変更要求と共に送信された要求元のＩＤとパスワードの組が、格納部３ａ内に登録されているかを判断する（ステップ６０２）。
【０１００】
要求元のＩＤとパスワードの組が、格納部３ａ内に登録されていると、データベースサーバ３は、変更要求と共に送信された供給元のＩＤとパスワードの組が、格納部３ａ内に登録されているかを判断する（ステップ６０３）。
【０１０１】
供給元のＩＤとパスワードの組が、格納部３ａ内に登録されていると、データベースサーバ３は、ステップ６０４を実行する。
【０１０２】
なお、要求元のＩＤとパスワードの組が、格納部３ａ内に登録されていない、または、供給元のＩＤとパスワードの組が、格納部３ａ内に登録されていないと、データベースサーバ３は、エラー処理を行い（ステップ６０５）、アプリケーションサーバ２に、エラー応答を行う（ステップ６０６）。
【０１０３】
一方、ステップ６０４では、データベースサーバ３は、格納部３ａを参照して電子マネーを確認する。
【０１０４】
続いて、データベースサーバ３は、変更情報（支払情報）に示された請求金額が、供給元の電子マネーの残高以下であるかを判定する（ステップ６０７）。
【０１０５】
請求金額が供給元の電子マネーの残高以下であると、データベースサーバ３は、供給元の電子マネーの残高のうちの請求金額分の所有者が要求元になるように、格納部３ａ内の第１および第２残高情報を変更する（ステップ６０８）。
【０１０６】
請求金額が供給元の電子マネーの残高よりも少ないと、データベースサーバ３は、エラー処理を行う（ステップ６０５）。
【０１０７】
最終的に書き込み処理が成功すると、データベースサーバ３は、アプリケーションサーバ２に成功応答として成功情報を送信する（ステップ６０９）。
【０１０８】
次に、本実施形態の効果を説明する。
【０１０９】
本実施形態によれば、アプリケーションサーバ２内の監視部２ａは、携帯端末５から請求情報を受信し、携帯端末６から支払情報を受信すると、データベースサーバ３に、支払情報を変更要求として送信する。
【０１１０】
データベースサーバ３内の制御部３ｂは、変更要求を受信すると、請求金額が携帯端末６の所有者の電子マネーの残高以下である場合、その残高のうちの請求金額分の所有者が携帯端末５の所有者になるように、格納部３ａ内の第１および第２残高情報を変更する。
【０１１１】
このため、集金者と被集金者とが直接会わなくても、両者が、各々が所有する携帯端末を使って電子マネー管理システム１にアクセスすることで、簡易に、電子マネーのやり取りができる。
【０１１２】
また、電子マネー管理システム１は、携帯端末との接続を制御するアプリケーションサーバ２と、電子マネーを管理するデータベースサーバ３と、を有するため、携帯端末が、電子マネーを管理するデータベースサーバ３にアクセスすることを防止可能になる。このため、電子マネーに関するセキュリティを高めることができる。
【０１１３】
本実施形態では、アプリケーションサーバ２は、アクセスされてきた端末に関し、事前に登録されている端末であるかどうかチェックを行い、登録されていない場合は、アクセスできないように処理を行う。このため、電子マネーに関するセキュリティを高めることができる。
【０１１４】
本実施形態では、監視部２ａは、携帯端末５から第１金額情報を受信すると、第１金額情報に基づいて第１残高情報を設定して格納部３ａに格納する。また、監視部２ａは、携帯端末６から第２金額情報を受信すると、第２金額情報に基づいて第２残高情報を設定して格納部３ａに格納する。
【０１１５】
この場合、携帯端末に蓄積（チャージ）されている電子マネーの金額を、格納部３ａに移動することが可能になる。よって、利用者は、携帯端末を使って、格納部３ａに自己の電子マネーをチャージすることが可能になる。
【０１１６】
本実施形態では、監視部２ａは、携帯端末５から請求情報を受信すると、その請求情報の内容が示された請求通知を生成し、その請求通知を携帯端末６に送信する。
【０１１７】
この場合、監視部２ａが請求通知を発送するので、携帯端末５の所有者が、携帯電話６の所有者に、直接、入金を請求しなくて済む。
【０１１８】
本実施形態では、制御部３ｂは、請求金額が第２残高よりも高い場合、監視部２ａにエラー情報を送信する。監視部２ａは、エラー情報を受信すると、携帯端末５、または、携帯端末６、もしくは、携帯端末５および６に、エラー通知を送信する。
【０１１９】
この場合、電子マネーの移動ができなかったことを、当事者に、自動的に知らせることが可能になる。
【０１２０】
本実施形態では、制御部３ｂは、格納部３ａ内の第１および第２残高情報の変更が完了すると、監視部２ａに、成功情報を送信する。監視部２ａは、成功情報を受信すると、携帯端末に完了通知を送信する。
【０１２１】
この場合、請求者に支払が行われたことを、自動的に知らせることが可能になる。
【０１２２】
なお、上記実施形態では、携帯端末５が要求元側、携帯端末６が供給元側としたが、この関係は逆でもよい。
【０１２３】
以上説明した実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【図面の簡単な説明】
【０１２４】
【図１】本発明の一実施形態の電子マネー管理システムを示したブロック図である。
【図２】携帯端末５および６の情報を、電子マネー管理システム１に登録する動作を説明するための説明図である。
【図３】アプリケーションサーバ２に要求を出す動作を説明するための説明図である。
【図４】供給元より要求元に電子マネーを振り込むときの動作を説明するための説明図である。
【図５】アプリケーションサーバ２の動作を説明するためのフローチャートである。
【図６】データベースサーバ３の動作を説明するためのフローチャートである。
【符号の説明】
【０１２５】
１      電子マネー管理システム
２      アプリケーションサーバ
２ａ    監視部
３      データベースサーバ
３ａ    格納部
３ｂ    制御部
４      携帯端末用ネットワーク
５、６  携帯端末
５ａ、６ａ  非接触ＩＣカード
５ｂ、６ａ  入力部
５ｃ、６ｃ  通信部
【図１】
2010049389.tif 000003
【図２】
2010049389.tif 000004
【図３】
2010049389.tif 000005
【図４】
2010049389.tif 000006
【図５】
2010049389.tif 000007
【図６】
2010049389.tif 000008