(57)【要約】【解決課題】情報端末間でネットワークを介して電子マネーを送受信する際に、セキリィティ情報に対するユーザの不安感を払拭できる電子マネー決済システムを提供する。【解決手段】携帯電話端末Ａから携帯電話端末Ｂにサーバ１４を介して電子マネーを送る際に、携帯電話端末Ａと携帯電話端末Ｂとが通話中の場合に、携帯電話端末Ａは携帯電話端末Ｂのユーザの認証を行うことが出来、これに続いて携帯電話端末Ｂへ電子マネーの送金が可能となる。【選択図】図１
2009116628.tif 000002
【特許請求の範囲】
【請求項１】
電子マネーを送信する送信回路を備える第１の情報端末と、
前記第１の情報端末から送信される電子マネーを受信する受信回路を備える第２の情報端末と、
前記第１の情報端末と前記第２の情報端末とを接続するネットワークと、
前記第１の情報端末と前記第２の情報端末との対話を中継する第１の制御部と、
前記第１の情報端末から前記第２情報端末への前記電子マネーの移動を制御する第２の制御部と、
前記第２の情報端末の利用者の認証を生体情報によって実行する認証実行部と、を備え、
前記第２の制御部が、
前記第１の制御部にアクセスして前記第１の情報端末と前記第２の情報端末との間で対話が実行されているか否かを判定し、
前記第１の情報端末と前記第２の情報端末との対話が実行されている状態にあり、前記認証実行部から前記認証が完了したとの情報を取得した後、前記第１の情報端末の前記送信回路から前記第２の情報端末の前記受信回路への前記電子マネーの移動を実行する、電子マネーの決済システム。
【請求項２】
前記対話が前記第１の情報端末と前記第２の情報端末間の通話による、請求項１記載の電子マネーの決済システム。
【請求項３】
前記認証実行部が、
前記第２の情報端末の利用者の前記生体情報を生体情報１として記録する記録回路と、
前記第２の情報端末が取り込んだ前記利用者の前記生体情報を生体情報２として受信する生体情報受信回路と、
前記生体情報１と前記生体情報２とを比較する比較部と、を備え、
前記第１の携帯情報端末が前記記録回路と、前記生体情報受信回路と、前記比較部と、前記第２制御部としての制御ユニットと、を備え、
前記制御ユニットは、前記比較回路が前記生体情報１と前記生体情報２とが一致すると判定した時に、前記送信回路に対する前記電子マネーを前記受信回路に送信するための入力を許容し、前記第２の情報端末の前記利用者によって前記記録回路に直接入力された前記生体情報１を前記記録回路に記録する、
請求項１記載の電子マネーの決済システム。
【請求項４】
前記第２の情報端末の利用者の前記生体情報が、当該利用者によって管理されるパスワードによって暗号化され、当該暗号化された生体情報が前記認証実行部の記憶回路に記憶されている、請求項１記載の電子マネーの決済システム。
【請求項５】
前記第１の制御部は前記第１の情報端末と前記第２の情報端末との間で前記対話が継続されているかを判定し、この判定を否定した際に、前記第２の制御部は前記第１の情報端末から前記第２の情報端末への前記電子マネーの送信を行わない、請求項１記載の電子マネーの決済システム。
【請求項６】
前記第１の制御部は前記第１の情報端末と前記第２の情報端末との間で前記対話が継続されているかを判定し、この判定を否定した際に、前記第１の情報端末と前記第２の情報端末との間での前記対話を開通させた後、前記２の制御部は前記第１の情報端末から前記第２の情報端末への前記電子マネーの送信を行う、請求項５記載の電子マネーの決済システム。
【請求項７】
前記認証実行部が、
前記第２の情報端末の利用者の前記生体情報を生体情報１として記録する記録回路と、
前記第２の情報端末が取り込んだ前記利用者の前記生体情報を生体情報２として受信する生体情報受信回路と、
前記生体情報１と前記生体情報２とを比較する比較部と、を備え、
前記第１の携帯情報端末が前記記録回路と、前記生体情報受信回路と、前記比較部と、前記第２制御部としての制御ユニットと、を備え、
前記制御ユニットは、前記比較回路が前記生体情報１と前記生体情報２とが一致すると判定した時に、前記送信回路に対する前記電子マネーを前記受信回路に送信するための入力を許容し、前記第２の情報端末の前記利用者が当該第２の情報端末に入力された前記生体情報１を前記ネットワークを介して取得し、これを前記記録回路に記録する、
請求項１記載の電子マネーの決済システム。
【請求項８】
前記第１の情報端末と前記第２の情報端末との間の通信がサーバを介して実行され、当該サーバは、前記第１の情報端末と前記第２の情報端末との対話と、  前記第１の情報端末から前記第２情報端末への前記電子マネーの移動と、を仲介し、さらに、前記第２の情報端末の利用者の前記生体情報を記憶し、当該生体情報の記憶が前記第１の情報端末から前記サーバに送られた当該生体情報に基づいて行われる、請求項１記載の電子マネーの決済システム。
【請求項９】
前記第１の情報端末は前記電子マネーの残高を記憶する第１の残高記憶回路を備え、
前記第２の情報端末は前記電子マネーの残高を記憶する第２の残高記憶回路を備え、
前記サーバは前記第１の情報端末及び前記第２の情報端末のそれぞれについて前記電子マネーの残高を記憶する第３の残高記憶回路を備え、
前記第１の残高記憶回路と前記第２の残高記憶回路との少なくとも一つと、前記第３の残高記憶回路とについて、前記電子マネーの残高が一致しない場合には、前記第１の情報端末及び前記第２の情報端末の少なくとも一方が前記サーバにアクセスして、前記電子マネーの残高が一致するように、前記第１の残高記憶回路及び前記第２の残高記憶回路の残高データを修正する、
請求項１記載の電子マネーの決済システム。
【請求項１０】
電子マネーを送信する送信回路を備える第１の情報端末と、前記第１の情報端末から送信される電子マネーを受信する受信回路を備える第２の情報端末とがネットワークに接続された電子マネー決済システムを管理するサーバであって、
当該サーバは、
前記第１の情報端末と前記第２の情報端末との対話を中継する第１の制御部と、
前記第１の情報端末から前記第２情報端末への前記電子マネーの移動を制御する第２の制御部と、
前記第２の情報端末の利用者の認証を生体情報によって実行する認証実行部と、を備え、
前記第２の制御部が、
前記第１の制御部にアクセスして前記第１の情報端末と前記第２の情報端末との間で対話が実行されているか否かを判定し、
前記第１の情報端末と前記第２の情報端末との対話が実行されている状態にあり、前記認証実行部から前記認証が完了したとの情報を取得した後、前記第１の情報端末の前記送信回路から前記第２の情報端末の前記受信回路への前記電子マネーの移動を実行する、電子マネーの決済システムを管理するサーバ。
【請求項１１】
ネットワークを介して管理サーバに接続可能であり、当該ネットワーク上で電子マネーの送受信が可能な情報端末であって、
他の情報端末との間で通話中である場合に、前記サーバを介して他の情報端末との間で前記電子マネーの送受信が可能である、情報端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子マネーを、ネットワークを介して取引する決済システムに関するものである。
【背景技術】
【０００２】
情報ネットワーク社会の発展により、電子マネーを用いた各種の決済システムが実用化されている。電子マネーは、貨幣価値をデジタルデータで表現してものであって、専用の チップに貨幣価値データを記録するICカード型電子マネーと、貨幣価値データの管理を行なうソフトウエアをパソコンなどに組み込んでネットワークを通じて決済を行なうネットワーク型電子マネーの２種類がある。
【０００３】
例えば、特開２００１−２１６４５９号公報には、端末間で電子マネーの送受信を可能にした情報処理システムが開示されている。
【特許文献１】特開２００１−２１６４５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
電子マネーを利用した決済システムでは、当然のことながらセキュリティが重要視されなければならない。このセキュリティのためには、パスワードや生体情報などのセキリュティ情報を利用して本人を確認する方法が行われている。
【０００５】
しかしながら、情報端末がネットワークを介して、電子マネーの受取側のセキュリティ情報を確認して電子マネーの送信を行おうとすると、ユーザにとっては、セキリティ情報が他人に盗用されて、不正に電子マネーが奪われるのではないかとの不安を払拭することができない。
【０００６】
しかしながら従来のシステムでは、この種の不安に対して十分答えられるものには至っていなかった。そこで、本発明は、情報端末間でネットワークを介して電子マネーを送受信する際に、セキリィティ情報に対するユーザの不安感を払拭できる電子マネー決済システムを提供する事を目的とするものである。
【課題を解決するための手段】
【０００７】
この目的を達成するために、本発明に係る電子マネーの決済システムは、情報端末間で対話のための情報の送受信が継続されている場合に、電子マネーの受け手の認証と、この認証後に電子マネーの送り手側の端末から電子マネーの受け手側の端末への電子マネーの送信を実行するようにしたことを特徴とするものである。
【０００８】
さらに本発明は、この電子マネーの決済システムに適用される管理サーバ及び情報端末であることを特徴とするものである。
【発明の効果】
【０００９】
本発明に係る電子マネーの決済システムは、情報端末間で対話のためのデータ交換が継続している場合に、電子マネーの送信相手の認証と、認証後の電子マネーの送受信と、を可能にするために、電子マネーがネットワークを介して送受信される際、セキリィティ情報に対するユーザの不安感を低減することができる
【発明を実施するための最良の形態】
【００１０】
次に本発明の実施形態を図面に基づいて説明する。図１は電子マネーを利用した決済システムのブロック構成を示す図である。このシステムにおいて、それぞれ電子マネーの送受信機能を備えた携帯電話端末Ａと携帯電話端末Ｂとが基地局１０を介して、通信キャリアによって提供される通信ネットワーク１２に接続することができる。
【００１１】
通信ネットワークはサーバ１４に接続され、サーバ１４は、各携帯電話端末に関する各種情報を管理し、かつ端末間の対話やデータのやり取りを仲介する。以後の説明において、携帯電話端末Ａを電子マネーの送信側装置とし、携帯電話端末Ｂを電子マネーの受信側装置として説明する。勿論、携帯電話端末Ｂから携帯電話端末Ａに電子マネーを送信することも可能である。
【００１２】
下記実施形態においては、携帯電話端末Ａと携帯電話端末Ｂとの対話を、携帯電話Ｂのユーザの肉声を確認する携帯電話端末による通話として説明するが、この対話を画像によるものであるとしても良い。すなわち、携帯電話端末Ａのユーザが、携帯電話端末Ｂのデジタルカメラによって撮影された携帯電話端末Ｂのユーザの映像を動画像・静止画像によって確認してもよい。また、携帯電話端末のデジタルカメラを利用して、ユーザａとユーザｂとがお互いに静止画或いは動画を確認してもよい。さらにまた、画像と音声を同時に用いる形態でもよい。
【００１３】
各携帯電話端末は、図２に示されるように、各種情報の処理を行う制御ユニット２００と、制御ユニット２００のために情報を記録するメモリ２０２と、他の携帯電話端末のユーザの生体情報を暗号化し、暗号化した生体情報を復号化可能な暗復号処理回路２０４と、電子マネーの加減算処理回路２０６と、生体情報について比較照合を行う比較処理回路２０５と、基地局１０と制御ユニット２００の間の情報伝達のための通信回路２１０と、制御ユニット２００に入力操作を行うためのキーを備えた入力回路２１２と、生体情報を読み込んで、読み込んだ生体情報を制御ユニットに供給する生体情報読込回路２１４と、ＬＣＤなどの表示パネルに制御ユニットの制御を受けて画像やキャラクタを表示するための表示回路２１６とを備えている。
【００１４】
携帯電話端末のメモリ２０２には、端末間で行われる通話を管理する通話管理プログラム、生体情報を取り込む生体情報取込プログラム、生体情報の暗号化或いはその復号化を制御する暗号化・復号化プログラム、パスワードを管理するパスワード管理プログラム、生体情報を他の端末或いはサーバとの間で送受信する生体情報送受信管理プログラム、電子マネー番号、電子マネーの残高などを管理する電子マネー管理プログラム、電子マネーをサーバ１４を介して他の端末と送受信する電子マネー送受信制御プログラムが格納されている。制御ユニット２００はこれらプログラムに基づいて各種処理を実行する。
【００１５】
携帯電話端末キャリアのサーバ１４は、図３に示すように、携帯電話端末との間の通信のための通信回路３００と、制御ユニット３０２と、メモリ３０４と、図２と同様に、暗復号処理回路３０６と、比較処理回路３０８と、電子マネーの加減算処理回路３１０とを備えている。
【００１６】
サーバの制御ユニット３０２は、携帯電話端末Ａと携帯電話端末Ｂとの通話やキー操作に基づく制御情報の送受信を仲介する第１回路３０２Ａと、生体情報、電子マネーの送受信を仲介する第２回路３０２Ｂとを備えている。通話やキー操作情報の送受信、生体情報、及び電子マネーの送受信は、携帯電話用の通信回線を利用して実行するが、インターネットなどのコンピュータネットワークを介して行なってもよい。また、第２回路３０２Ｂを携帯電話キャリアのサーバではなく、電子認証を専門に行うサービス会社、電子決済を専門に行うサービス会社のサーバに構築してもよい。なお、３０２Ａと３０２Ｂが同一の回路で実現されても良く、回路（ハードウェア）では無く、ソフトウエアによる処理で実現されるものでもよい。
【００１７】
本発明に係わる通信システムの動作は、携帯電話端末への生体情報の事前登録、電子マネーを送金する際の本人認証、そして認証が成功した後に行われる電子マネーの送金の段階からなる。以下にこの動作を説明するが、電子マネーの送信側である携帯電話端末Ａ側の構成やユーザを示すときには、ユーザａ、制御ユニット２００（ａ）など、用語の後に“ａ”を付し、逆に電子マネーの受信側である携帯電話端末Ｂ側の構成やユーザを示すときには用語の後に“ｂ”を付して、電子マネーの送信型と電子マネーの受信側とを区別することとする。携帯電話端末Ａ及び携帯電話端末Ｂとの両方を指し示す場合には、“ａ”及び“ｂ”を付すことなく部材を表示する。
【００１８】
図４は携帯電話端末Ａから携帯電話端末Ｂに電子マネーの送信（送金）が行われる関係にあり、ユーザｂが携帯電話端末Ａにユーザｂの生体情報を登録する場合の、携帯電話端末の制御ユニット２００（ａ）が実行するフローチャートを示している。制御ユニット２００（ａ）は、メモリ２０２（ａ）に格納された既述の各プログラムを実行することにより各種動作を実行する。制御ユニット（ｂ）についても同様である。
【００１９】
制御ユニット２００（ａ）は、住所録設定に対応したキーが押下されたことを検出し（Ｓ４００）、携帯電話端末Ａに携帯電話端末Ｂの電話番号が入力されたことを判定する（Ｓ４０２）。
【００２０】
制御ユニット（ａ）は“生体認証登録”に対応したキーが押下されたことを検出する（Ｓ４０４）と、次いで、パスワード入力画面を表示するための信号を表示回路２１６（ａ）に出力する（Ｓ４０５）。
【００２１】
この入力画面を介してユーザｂがパスワードを入力すると、制御ユニット（ａ）はメモリ２０２（ａ）に入力したパスワードをパスワード（１）として登録する（Ｓ４０６）。
【００２２】
次いで、制御ユニット（ａ）は、生体情報読取開始に対応したキー２１２（ａ）の押下を検出すると（Ｓ４０８）、ユーザｂの生体情報を、読込回路２１４（ａ）を介して読み込む（Ｓ４１０）。
【００２３】
生体情報には、声、指紋、指静脈パターン、及び網膜など個人に特有な情報が含まれる。生体情報として扱うデータには、生データの他、生データから特有なパターンを抽出した加工データがある。
【００２４】
制御ユニット（ａ）がユーザｂの生体情報の読込を終了して読み込んだ情報を確定させるキー２１２（ａ）が押下されたことを検出すると（Ｓ４１２）、読み込んだ情報から生体情報（１）を生成し、これをメモリ２０２（ａ）に一時記憶する（Ｓ４１４）。制御ユニット（ａ）は、パスワード（１）を用いて生成した生体情報（１）を暗号化して生体情報（１）の暗号化ファイルを生成し、これをメモリ（ａ）に一時記憶する（Ｓ４１６）。
【００２５】
次いで、制御ユニット（ａ）は携帯電話端末Ｂの電話番号に対応させてパスワード（１）と生体情報（１）の暗号化ファイルをメモリ２０２（ａ）の管理テーブル(図５)に登録する（Ｓ４１８）。
【００２６】
次いで、制御ユニット（ａ）は、不正な二次利用から守るために生体情報（１）をメモリ（ａ）から削除する（Ｓ４２０）。これによって、携帯電話端末Ａにユーザｂの生体識別情報が暗号化されて登録される。
【００２７】
図５において、“222-2222-2222”は便宜上、携帯電話端末Ｂの電話番号ｂを示し、“1234”は便宜上ユーザｂの生体識別情報を暗号化するために用いられる既述のパスワード（１）を示すものであって、電話番号ｂに対応させて暗号化された生体情報が図５の管理テーブルに登録される。
【００２８】
図６は携帯電話端末Ａから携帯電話端末Ｂに電子マネーを送信する前に制御ユニット２００（ａ）と制御ユニット２００（ｂ）が行う認証のためのフローチャートである。
【００２９】
制御ユニット（ａ）は、携帯電話が通話中のとき、そして、通話相手が前記図５の管理テーブルに登録されている電話番号であるか否かを判定して、これらの判定を肯定した際に図６の処理を実行する。
【００３０】
制御ユニット（ａ）は、常時これらの判定を図６とは別のルーチンによって繰り返し実行し、この判定が否定されたときに、図６のフローチャートをスタートせず、又はスタートした後は中断、中止、又は強制終了する。図６のフローチャートを中断又は中止する場合は、携帯電話端末Ａと携帯電話端末Ｂとの間の通話が開始あるいは再開されるなどして開通すると、図６のフローチャートを継続、再スタートすることができる。このことは認証に続いて行われる電子マネーの送信のための処理についても同様である。なお、認証とはユーザａにとってユーザｂが電子マネーを送ってよい正しい人物か否かを検証することである。
【００３１】
図１7は、携帯電話端末Ａが携帯電話端末Ｂと通話中であるか否かを判定するためのフローチャートの一例である。図１8は、携帯電話端末Ａの通話が終了したことを判定するためのフローチャートの一例である。
【００３２】
図１7のフローチャートは、既述の通話管理プログラムのメイン処理プログラム１7００と通話処理プログラム１7０２によって実現される。通話処理プログラム１７０２の判定Ｓ１７１４（携帯電話端末Ａが話中であり、かつ、携帯電話端末Ａとの通話相手が図５の管理テーブルに登録されている電話番号である）によって、制御ユニット（ａ）の認証処理プログラム１７０４は、認証処理を開始できる状態になる（１７１６）。
【００３３】
その状況下で、通話処理プログラム１７０２が、通話が継続されていることを判定している間（Ｓ１７１２）、ユーザａが、認証開始依頼に該当するキーを入力すると(Ｓ１７０６)、認証依頼に該当するキー入力を受けることが可能（Ｓ１７０８）な状態にある、メイン処理プログラム１７００がそのキー操作を判定して(Ｓ１７１０)、認証プログラム１７０４が図6に示す処理を開始する（Ｓ１７１８）。このように携帯電話端末Ａでは、認証開始依頼に該当するキーを入力すると、通話処理プログラム１７０２による通話（Ｓ１７２２）と認証処理プログラム１７０４による図６の認証処理（Ｓ１７２０）が並列に実行される。
【００３４】
次に、図１８について説明すると、入力回路２１２に対して話終キーの押下が実行されると（Ｓ１８００）、メイン処理プログラム１７００が当該キーの押下を判定して（Ｓ１８０２）、通話終了の処理を行う（Ｓ１８０４）。
【００３５】
メイン処理プログラム１７００は、通話処理プログラム１７０２と、認証処理プログラム１７０４に通話が終了した通知を行なう。この通知を受けた通話処理プログラム１７０２は、終話処理（Ｓ１８０６）を行い、認証処理プログラム１７０４は認証処理を中断する（Ｓ１８１０）する。なお、通話の終了を、メインのプログラムがバッテリー低減を判定した場合、そして、通信回路２１０（ａ）を経て、別端末(携帯電話端末Ｂ)からの終話終了を認識し、通話処理プログラム１７０２に終話終了の通知が来た場合に行なってもよい。
【００３６】
通話処理の中断（Ｓ１８１０）の処理は、図６のフローチャートで説明された処理に割り込みプログラムの形式で実行され、通話終了の事象が生じると、図６のフローチャートに係る処理に割り込んで、当該処理を中断、中止、又は強制終了する。通話が再開されると、図６のフローチャートの処理は割り込みプログラムから開放されて、図６のフローチャートの処理が再開、あるいは再スタートされる。送金のフローチャートに係る処理に対しても、この割り込み処理は、認証のフローチャートに係る処理の場合と同様に実行される。
【００３７】
携帯電話端末Ａに対して認証開始のためのキー、例えば電子マネー送付に対応したキーが押下されると、制御ユニット（ａ）はサーバを介して携帯電話端末Ｂに認証開始のリクエストを送信する（Ｓ６００）。
【００３８】
携帯電話端末Ｂがこのリクエストを受信すると、制御ユニット（ｂ）は、ユーザｂに対して自身の生体認証送信を促す画面を表示する(Ｓ６０２)。ユーザｂによって生体認証送信に対応したキーの押下を制御ユニット（ｂ）が検出すると(Ｓ６０４)、パスワード入力画面を表示する(Ｓ６０６)。
【００３９】
パスワードの入力があると、制御ユニット（ｂ）は入力されたパスワードをパスワード（２）としてメモリに一時記憶する（Ｓ６０８）。
【００４０】
次に、制御ユニット（ｂ）は生体情報読取開始に対応したキーの押下を検出し（Ｓ６１０）、ユーザｂの生体情報を読み込んでメモリに一時記憶する（Ｓ６１２）。なお、生体情報がユーザｂの声の場合には、規定の言葉、あるいはユーザ毎に予め決められた言葉であることが他人の模倣を防ぐ上で望ましい。携帯電話端末Ｂに入力される生体情報は前記図４のフローチャートに従って、携帯電話端末Ａに登録されたのと同一種類のものでなければならない。
【００４１】
制御ユニット（ｂ）が生体情報読取終了に対応したキーの押下を検出すると(Ｓ６１４)、生体情報（２）を生成して（Ｓ６１６）、パスワード（２）を用いて生体情報（２）を暗号化して生体情報（２）の暗号化ファイルを生成してこれをメモリに一時記憶する（Ｓ６１８）。パスワード（２）は携帯電話端末Ａに事前登録されたパスワード（１）（図４参照）と同じものである。
【００４２】
続いて、制御ユニット（ｂ）がメモリから生体情報（２）の暗号化データを読み出し、さらに生体情報（２）の暗号化ファイルを送信するための通知を携帯電話端末Ａに送る(Ｓ６２０)。この通知を受けた携帯電話端末Ａは携帯電話端末Ｂにアクノレッジを返信すると(Ｓ６２２)、これを受けた携帯電話端末Ｂが生体情報（２）の暗号化ファイルを携帯電話端末Ａに送付する（Ｓ６２４）。携帯電話端末Ｂがその送付を終了すると、終了通知を携帯電話端末Ａに送る（Ｓ６２６）。
【００４３】
携帯電話端末Ａはアクノレッジを携帯電話端末Ｂに返信後、携帯電話端末Ｂから生体情報（２）の暗号化ファイルを受信し（Ｓ６２８）、携帯電話端末Ｂからの終了通知を以って暗号化ファイルの受信を終了する（Ｓ６３０）。
【００４４】
制御ユニット（ａ）は、現在通話中の携帯電話端末Ｂの電話番号に対応するパスワード（１）及び生体情報（１）暗号化ファイルを図５に係る管理テーブルから読み出す（Ｓ６３２）。パスワード（１）及び生体情報（１）の暗号化ファイルは、ユーザｂが携帯電話端末Ａに事前に登録されていたものに相当する。
【００４５】
続いて、携帯電話端末Ａの暗号化処理回路２０４（ａ）は、パスワード（１）を用いて生体情報（１）の暗号化ファイルの復号化を行って生体情報(１)を生成し、これをメモリ（ａ）に一時登録する（Ｓ６３４）。
【００４６】
次いで、暗号化処理回路２０４（ａ）は、パスワード（１）を用いて生体情報（２）の暗号化ファイルを復号して生体情報（２）を生成し、これをメモリ（ａ）に一時登録する（Ｓ６３６）。
【００４７】
次いで、携帯電話端末Ａの比較処理回路２０５（ａ）は生体情報（１）と生体情報（２）とを比較する(Ｓ６３８)。この比較は生体情報から特徴パターンを抽出して生体情報をパラメータ化し、パラメータを比較することによって生体情報（１）と生体情報（２）との異同を判定することによる。
【００４８】
両者の比較の結果、比較処理回路２０５（ａ）からの比較データを受けて、制御ユニット（ａ）が両者が一致すると判定した場合には、制御ユニット（ａ）はメモリに一時記憶された生体情報（１）と生体情報（２）とを削除する(Ｓ６４４)。次いで、制御ユニット（ａ）は携帯電話端末Ａの表示デバイスに、「通話相手の認証に成功しました」とのポップアップを表示する。なお、制御ユニット（ａ）は携帯電話端末Ｂに認証に成功した旨の通知を行なっても良い。
【００４９】
一方、生体情報の比較の結果、両者が一致しない場合には、制御ユニット（ａ）はメモリ（ａ）に一時記憶された生体情報（１）と生体情報（２）とを削除し、「通話相対の認証に失敗しました」とのポップアップを携帯電話端末Ａに表示する。なお、制御ユニット（ａ）は携帯電話端末Ｂに認証が失敗した旨の通知を行なっても良い。
【００５０】
これによって、ユーザａは生体情報（１）と生体情報（２）とが一致することにより、現在通話中のユーザｂが信頼をおける人物であると確認することができる。
【００５１】
図７は図６で説明した認証のフローチャートに続いて実行される電子マネーの送受信を説明するフローチャートである。電子マネーの送受信はサーバを介して、携帯電話端末Ａと携帯電話端末Ｂとの間で行われる。携帯電話端末Ａ、携帯電話端末Ｂ、及びサーバのそれぞれの制御ユニットが図７のフローチャートを実行する。
【００５２】
認証のフローチャートにおいて、携帯電話端末Ａが携帯電話端末Ｂについての本人認証を完了すると（Ｓ６４４）、制御ユニット（ａ）はサーバに電子マネーの送金が可能かどうかの確認を依頼するコマンドを送信する（Ｓ７００）。
【００５３】
サーバは図８に示すように、そのメモリ３０４に各携帯電話端末の電話番号と電子マネー番号と電子マネー残高とを対応させた管理テーブルを備えている。
“111-2222-1111”は便宜上電子マネーの送金側である携帯電話端末Ａの電話番号を示し、“AAAA”は便宜上携帯電話端末Ａの電子マネー番号を示し、“20,000”は便宜上携帯電話端末Ａの電子マネーの残高を示す。
【００５４】
一方、“222-2222-1111”は便宜上電子マネーの受取側携帯電話端末Ｂの電話番号を示し、“BBBB”は便宜上携帯電話端末Ｂの電子マネー番号を示し、“１,000”は便宜上携帯電話端末Ｂの電子マネーの残高を示す。
【００５５】
サーバの制御ユニットは携帯電話端末Ａからの確認依頼を受信すると(Ｓ７０２)、通話中の携帯電話端末Ａと携帯電話端末Ｂについて、それぞれ電話番号を取得し、これら番号が図８の管理テーブルに存在し、かつこれら電話番号のそれぞれについて電子マネー番号が登録されているか否かをチェックする（Ｓ７０４及びＳ７０６）。
【００５６】
この両方のステップにおいて、サーバの制御ユニットが電子マネー番号を読み出せる場合には、携帯電話端末Ａから携帯電話端末Ｂへの電子マネーの送金が可能であると判定して、その旨を携帯電話端末Ａに通知する（Ｓ７０８）。
【００５７】
一方、何れかのステップにおいて上記判定が否定された場合には、携帯電話端末Ａからサーバへの照会に対してエラーを端末Ａに通知する。このエラーを受けた携帯電話端末Ａは「送金失敗」をポップアップ表示して、サーバ及び携帯電話端末Ａともに電子マネーの送金処理を終了する（Ｓ７１０）。
【００５８】
携帯電話端末Ａ及び携帯電話端末Ｂはそれぞれ、図９に示すようにメモリに電子マネー番号とこれに対応した電子マネー残高の管理テーブルを備えている。
【００５９】
携帯電話端末Ａがサーバから送金可能の通知を受けると(Ｓ７１０)、制御ユニット（ａ）はメモリ（ａ）の管理テーブルから電子マネー番号を読み出し（Ｓ７１４）、さらにこの電子マネー番号に対応した管理残高を読み出す（Ｓ７１６）。
【００６０】
なお、サーバから、ステップＳ７０８において携帯電話端末Ａに送られる通知に電子マネー番号が含まれるようにし、携帯電話端末Ａがサーバから送られた電子マネー番号と携帯電話端末Ａのメモリ（ａ）に記憶されている電子マネー番号とを比較し、仮に、これが一致しない場合には携帯電話端末Ａが送金処理をエラーとしてこれを終了させても良い。
【００６１】
制御ユニット（ａ）は電子マネーの残高から、送金可能金額を画面に表示する（Ｓ７１８）。この送金金額は残高に等しいか、残高より小さい金額であってもよい。ユーザａはメモリ（ａ）のプログラムに送金額の上限を予め設定することができる。
【００６２】
ユーザａのキー操作に応じて、制御ユニット（ａ）は携帯電話端末Ｂに対して送金される電子マネーの金額を読み込む（Ｓ７２０）。制御ユニット（ａ）が送金ボタンに対応したキーの操作を検出すると（Ｓ７２２）、サーバへの送金依頼を生成して送金額をサーバに送信する（Ｓ７２４，Ｓ７２６）。なお、携帯電話端末Ａの電話番号に対応した電子マネー番号と携帯電話端末Ｂの電話番号に対応した電子マネー番号とは同一でも異なっていてもよい。
【００６３】
この送金依頼を受信した(Ｓ７２８)サーバの制御ユニットは、端末Ａの電話番号をキーとして図８に説明した管理テーブルに基づいて電子マネー番号とこれに対応する残高を読み出す（Ｓ７３０）。さらに、サーバの制御ユニットは、端末Ｂの電話番号をキーとして前記テーブルに基づいて端末Ｂの電子マネー番号とこれに対応する残高を読み出す（Ｓ７３２）。
【００６４】
なお、サーバが携帯電話端末Ａと携帯電話端末Ｂとが認証フロー及び送金フローが行われている間通話状態にあるかを常時チェックするようにしてもよい。携帯電話端末Ａと携帯電話端末Ｂとの間の通話が終了或いは途絶えた時点で、認証フロー又は送金フローを終了する。
【００６５】
サーバは、メモリ内に携帯電話端末Ａと携帯電話端末Ｂとが通話中であるか否かを記録するフラグなど、そして、携帯電話端末Ａの通話相手の電話番号（あるいはＩＤ）、携帯電話端末Ｂの通話相手の電話番号（あるいはＩＤ）を特定するためのテーブルなどを備えており、制御ユニットがこれらフラグなどを常時チェックすることにより、携帯電話端末Ａと携帯電話端末Ｂとが通話中であるか否かを判定することができる。認証や送金のフローが実行される過程で、携帯電話端末Ａと携帯電話端末Ｂとは互いに通話をすることができる。
【００６６】
サーバの制御ユニットは、携帯電話端末Ｂの電子マネー番号に対応する残高に送金額を加算した結果、合計金額が上限値を超えているか否かをチェックする（Ｓ７３４）。合計金額が上限値を超えている場合には、送金額によって電子マネー受信側端末の上限値を越える旨の通知をサーバから携帯電話端末Ａに送る。これを受けた携帯電話端末Ａはこの旨をポップアップ表示し、携帯電話端末Ａは送金処理を終了する（Ｓ７３６）か、送金額を減額訂正し訂正後の金額をサーバに通知する。
【００６７】
ステップＳ７３４においてサーバが、合計金額が上限値を越えないと判定すると、携帯電話端末Ｂの電子マネー番号に対応する金額に送金額を加算して管理テーブルに登録する（Ｓ７３８）。一方、携帯電話端末Ａの電子マネー番号から送金額分を減算して管理テーブルに登録する（Ｓ７４０）。
【００６８】
サーバの制御ユニットは、携帯電話端末Ａに対する減算要求を生成して（Ｓ７４２）、携帯電話端末Ａに減算依頼を求めるコマンドを送信する（Ｓ７４４）。このコマンドの通知を受信した携帯電話端末Ａは(Ｓ７４６)、メモリから管理テーブルを読み出して、登録されている残高からサーバから通知された金額を減算し、減算後の金額に基づいて管理テーブルを更新する(Ｓ７４８)。次いで、携帯電話端末Ａはサーバに減算が完了したことを通知する（Ｓ７５０，Ｓ７５２）。
【００６９】
この通知を受け受領したサーバは(Ｓ７５４)、送金額の加算を携帯電話端末Ｂに要求するコマンドを形成し(Ｓ７５６)、これを携帯電話端末Ｂに送る（Ｓ７５８）。このコマンドを受けた携帯電話端末Ｂは(Ｓ７６０)、管理テーブルを読み出し、送金額を残額に加算する(Ｓ７６２)。この加算を終了すると携帯電話端末Ｂはサーバにこれを通知する(Ｓ７６４，Ｓ７６６)。この通知を受けたサーバ（Ｓ７６８）、そして携帯電話端末Ａ及び携帯電話端末Ｂは送金処理を終了する。送金完了の旨はサーバからのコマンドを受けて携帯電話端末Ａ及び携帯電話端末Ｂの画面に表示される。
【００７０】
携帯電話端末Ａのメモリ（ａ）に記録されている送金管理プログラムは、前記認証や送金のフローを実行する過程で、ユーザｂにその肉声を求める処理を行っても良い。例えば、ステップＳ７２０の送金を実行するキーの操作の直前に、携帯電話端末Ｂのユーザの肉声の確認を求めるメッセージを表示し、確認キーの操作を経ないと、送金用キーの操作を有効にしないなどである。
【００７１】
以上説明した実施形態によれば、ユーザａがユーザｂの生体情報を用いて認証を行い、そして、ユーザｂに電子マネーを送金する際に、ユーザｂの肉声を確認することができるので、ユーザａの不安感を解消することができる。なお、携帯電話端末Ａにユーザｂの肉声を登録して、制御ユニットａが携帯電話端末Ｂとの通話中の音声が登録したユーザｂの肉声に等しいかを音声照合プログラムに基づいて判定してもよい。
【００７２】
次に本発明の他の実施形態について説明する。この実施形態が先の実施形態と異なる部分は、携帯電話端末Ｂのユーザｂの生体情報を携帯電話端末Ａに事前登録する際に、携帯電話端末Ｂに生体情報を登録し、これを携帯電話端末Ａに送信する点である。
【００７３】
図１０はこの実施形態に係るフローチャートであって、制御ユニット（ａ）と制御ユニット（ｂ）とによって実行される。制御ユニット（ｂ）が生体認証に対応したキーがユーザｂによって操作されたことを検出する（Ｓ１０００）、Ｓ１００２〜Ｓ１０２０が実行される。Ｓ１００２〜Ｓ１０１４は、携帯電話端末Ａではなく携帯電話端末Ｂによって行われる点を除けば、図４のＳ４０５〜Ｓ４１６と同一である。
【００７４】
図１０のＳ１０１６において、制御ユニット（ｂ）が生体認証送付に対応したキーが押下されたことを検出すると（Ｓ１０１６）、携帯電話端末Ｂのユーザは携帯電話端末Ａの電話番号を検出してこれを携帯電話端末Ｂに入力し(Ｓ１０１８)、当該電話番号に基づいて生体情報（１）の暗号化ファイルを携帯電話端末Ｂに送信する(Ｓ１０２０)。
【００７５】
この生体情報（１）の暗号化ファイルを受信した携帯電話端末Ａのユーザは(Ｓ１０２２)、住所録設定に対応したキーを押下すると、この押下を携帯電話端末Ａの制御ユニット（ａ）が検出し（Ｓ１０２４）、携帯電話端末Ｂの電話番号を読み取り(Ｓ１０２６)、次いでパスワード設定画面を表示する(Ｓ１０２７)。
【００７６】
ユーザａは携帯電話端末Ｂのユーザｂから通話を介してパスワードを取得するか、ユーザｂに直接入力して貰うなどしてパスワードを取得すると、制御ユニット（ａ）はパスワードをメモリ（ａ）に記録する(Ｓ１０２８)。制御ユニット（ａ）はさらに、携帯電話端末Ｂの電話番号に対応させて、パスワード（１）と生体情報（１）の暗号化ファイルを管理テーブルに登録する。
【００７７】
次にさらに他の実施形態を図１１に従って説明する。この実施形態では、パスワードで暗号化された生体情報及び暗号化された生体情報を復号化するためのパスワードが、携帯電話端末Ａでは無く、サーバに事前登録される点において先に説明した実施形態とは異なる。図１１のフローチャートは、携帯電話端末Ａの制御ユニット（ａ）と、携帯電話端末Ｂの制御ユニット（ｂ）と、サーバの制御ユニットとによって実行される。
【００７８】
制御ユニットａは、サーバに生体情報送付の開始を通知すると(Ｓ１１００)、
図４のＳ４００〜Ｓ４１６と同様に、Ｓ１１００〜Ｓ１１１６を実行する。次いで、制御ユニット（ａ）は、ユーザａのキー操作に基づく生体情報送付開始を受け付けるとサーバに生体情報送付開始の通知を行う(Ｓ１１１８)。
【００７９】
サーバはこの通知を受信してアクノレッジを制御ユニット（ａ）に返すと（Ｓ１１２０）、制御ユニット（ａ）は、携帯電話端末Ｂの電話番号である電話番号（１）と、生体情報（１）の暗号化ファイルをサーバに送付する（Ｓ１１２２）。
【００８０】
この通知を受信したサーバは、メモリのテーブルに管理アクセスして、携帯電話端末Ｂの電話番号に対応させて生体情報（１）の暗号化ファイルをメモリに登録する(Ｓ１１２４)。
【００８１】
サーバは、携帯電話端末Ａから生体情報送付の終了通知（Ｓ１１２８）を受信し（Ｓ１１２６）、携帯電話端末Ａが生体情報(１)、その暗号化ファイル、さらにパスワードを破棄して、第１の事前登録フローを終了する(Ｓ１１３０)。
【００８２】
この第１の事前登録フローを終了した、端末Ａは、端末Ｂに対して生体情報（１）の暗号化ファイルの復号パスワードをサーバに送る旨を依頼する。この依頼は端末Ａから端末Ｂに電話をかけること、あるいはＳＭＳ(ショートメッセージサービス)、或いは電子メールを介して行われる。
【００８３】
この通知を受けた携帯電話端末Ｂの制御ユニットｂは図１２に示す第２の事前登録フローを開始し、生体情報復号パスワード送付に対応したキーの押下があったことを検出する（Ｓ１２００）。次いで、制御ユニットｂはパスワード入力画面を表示し（Ｓ１２０２）、ユーザｂから第１の事前登録フローのＳ１１０６で携帯電話端末Ａに入力されたのと同一のパスワードの入力があると、これをメモリ（ｂ）に記録し、制御ユニット（ｂ）はこのパスワードをサーバに送信する(Ｓ１２０４)。
【００８４】
この送信を受けたサーバは、送信側の電話番号を読み出し(Ｓ１２０５)、次いで携帯電話端末Ｂの電話番号に対応させて、Ｓ１２０４で入力されたパスワードを生体情報復号パスワードとして管理テーブルに更新記録する。Ｓ１２０４で入力されたパスワードがＳ１１０６で入力されたパスワードと同一でない場合、サーバはパスワードエラーとしてこれを制御ユニット（ｂ）に通知して、携帯電話端末Ｂのユーザｂにパスワードの再入力を求めることができる。
【００８５】
なお、この実施形態では、ユーザａに対するセキュリティを保護する観点から、サーバへの暗号化された生体情報を、電子マネーの受け手であるユーザｂから行うのではなく、携帯電話端末Ａから行う。また、図１２のフローチャートの後、図１２のフローチャートが実行されるようにしてもよい。
【００８６】
図１１及び図１２のフローチャートに基づいて、サーバに登録された生体情報の暗号化データを用いてサーバが認証を行う動作を図１３のフローチャートに基づいて説明する。図１３のフローチャートは、制御ユニット（ａ）、制御ユニット（ｂ）、そしてサーバの制御ユニットによって実行される。
【００８７】
図１３のＳ１３００〜Ｓ１３３０は、ユーザｂの暗号化された生体情報の登録が携帯電話端末Ａではなくサーバにされている点を除き、図６のＳ６００〜Ｓ６３０と同じである。
【００８８】
制御ユニット（ｂ）がサーバに認証回路を依頼し(Ｓ１３３２)、サーバがこの依頼を受信すると（Ｓ１３３４）、ユーザｂの認証を行う。Ｓ１３３６〜Ｓ１３４２までの処理は、図６のＳ６３２〜Ｓ６３８と同じである。
【００８９】
次いで、サーバは次に端末Ｂと通話中の携帯電話端末Ａの電話番号をメモリから読み出して(Ｓ１３４４)、携帯電話端末Ａに認証結果を送付する(Ｓ１３４６)。次いで、携帯電話端末Ａは、認証結果に応じてその内容を表示部に表示する（Ｓ１３５０，Ｓ１３５２）。表示内容は、図６のＳ６４２、Ｓ６４６と同じである。
【００９０】
次に、電子マネーを送金する際のフローチャートの他の実施形態を図１４に従って説明する。この実施形態が図７に示した実施形態と異なる点は、電子マネーの送金に伴う、携帯電話端末内での電子マネーの残高の計算について、図７の実施形態では携帯電話端末の回路がこれを行っていたが、この実施形態ではこれをサーバが行い、各携帯電話端末は電子マネーの残高計算は行わず、サーバからの通知に基づいて自己の管理テーブルの残高を更新するだけである。図１４のフローチャートが図７のフローチャートと同じ部分については、図７の符号と同一の符号を付す。
【００９１】
サーバはステップＳ７３８、Ｓ７４０を実行して電子貨幣の残高更新が完了すると、携帯電話端末Ａについての電子マネーの残高を携帯電話端末Ａに通知する（Ｓ１４００，Ｓ１４０２）。携帯電話端末Ａは残高を受信する（Ｓ１４０４）と管理テーブルの電子マネー残高を更新し（Ｓ１４０６）、テーブルの更新が完了するとこれをサーバに通知する（Ｓ１４０８）。この通知を受けたサーバは、携帯電話端末Ｂについても電子マネーの残高を通知し、これを受けた携帯電話端末Ｂは管理テーブルを更新する（Ｓ１４１０〜Ｓ１４２２）。携帯電話端末Ｂから残高を更新した完了通知を受けると（Ｓ１４２４，Ｓ１４２６）と、サーバ及び各携帯電話端末は図１４の処理を終了する。
【００９２】
さらに電子マネーの送金についての他の実施形態を図１５に基づいて説明する。図１５はこの実施形態のフローチャートを示すものであり、携帯電話端末Ａ、携帯電話端末Ｂ、そしてサーバによって実行される。
【００９３】
この実施形態ではサーバが管理する残高と携帯電話端末が管理する残高が相違する状況に対処する機能を、図７で説明した電子マネーを送金するフローチャートに付加した。サーバと携帯電話端末との通信状況の如何によって、サーバが管理する電子マネー残高と携帯電話端末が管理する電子マネー残高に不一致点が生じるおそれがある。この場合には、サーバが管理する残高を優先し、携帯電話端末をこれに同期させる。なお、図７と同一の処理については図７と同一の符号を付しその説明を省略する。
【００９４】
図１５の符号１５００で示す一連の処理は、この携帯電話端末Ａの電子マネーの残高をサーバが管理する電子マネーの残高に同期させるためのものである。携帯電話端末Ａは送金可能の通知をサーバから受信すると、残高照会の依頼をサーバに送信する(Ｓ１５００、Ｓ１５０２)。これを受信したサーバは(Ｓ１５０４)、メモリの管理テーブルにアクセスして携帯電話端末Ａの電話番号から読み出した電子マネー番号とこれに対応する残高を読み出して(Ｓ１５０６)、これを携帯電話端末Ａに通知する（Ｓ１５０８）。
【００９５】
サーバが管理する電子マネーの残高を受信した制御ユニット（ａ）は（Ｓ１５１０）、メモリ（ａ）の管理テーブルにアクセスし、サーバから通知された電子マネー番号に対応する電子マネーの残高を取得する（Ｓ１５１４）。
【００９６】
比較回路（ａ）はサーバから通知された残高と端末Ａのメモリに登録されている電子マネー残高とを比較する。この残高が一致しない場合にはサーバの残高になるように、制御ユニット（ａ）はメモリ（ａ）内の残高を合わせる処理を実行する（Ｓ１５１６）。
【００９７】
符号１５００で示す一連工程は、携帯電話端末から電子マネーを送ろうとする際に実行される構成としてもよいし、携帯電話端末Ａからの送金中にサーバとの通信が途切れた場合にそれをサーバが記憶し、サーバは携帯電話端末Ａに対してサーバの残高に同期するように促すようにしてもよい。
【００９８】
あるいは、サーバは携帯電話端末Ａに「前回、送金中に通信が切れましたので、今回は送金できません。サーバに同期してください。」などのポップアップを表示し、それ以後の処理を行わないようにしてもよい。その際携帯電話端末Ａは電子マネーの送金に先立ち、自身が管理している電子マネーの残高をサーバの残高に同期すればよい。前回送金中に通信が途切れず、サーバから携帯電話端末Ａ，携帯電話端末Ｂに電子マネーの残高の通知が正しく行われている場合には、サーバは１５００の処理を省略させてもよい。
【００９９】
以後、図７と同様にして、にサーバからの通知に基づいて携帯電話端末Ａで電子マネーの減算を行い、携帯電話端末Ｂで電子マネーの加算を行う。図１５に続く処理を説明する図１６のフローチャートのＳ１６００において、携帯電話端末Ａからエラーが帰ってきた場合、又はサーバ側で数秒程度のタイムアウトチェックの結果、端末Ａ、Ｂからの応答が来なかった場合、サーバは電子マネーの金額を減算及び加算が行われる以前の状態に戻す処理、即ち送金処理をエラーにすることができる。
【０１００】
この際、サーバは携帯電話端末Ａ、携帯電話端末Ｂに電子マネーの残高を元の金額に戻すコマンドを送るが、サーバと端末間の通信が不良であると端末がこのコマンド受領することができない。そこで、既述の通り符号１５００の処理を、携帯電話端末がサーバに電子マネーの送金の際にアクセスした際に、常時実行するか、あるいは携帯電話端末がサーバとの通信が再開した際に、このコマンドを受信して符号１５００の処理を実行するか、あるいは、サーバが携帯電話端末に電子マネー残高を同期する処理を実行させるコマンドを新たに発行するようにする。
【０１０１】
サーバが携帯電話端末Ａから減算完了を受信後（Ｓ１６００）、サーバは携帯電話端末Ｂから電子マネーの加算完了を受信した際（Ｓ１６０２）にも、サーバ内の電子マネー残高に携帯電話Ｂの電子マネー残高が一致するための処理を行う。
【０１０２】
さらに、この実施形態では、サーバが携帯電話端末Ｂから電子マネー加算完了通知を受領すると、電子マネーの決済上での取引の安全の観点から、処理完了通知（Ｓ１６０４，Ｓ１６０６）を再度携帯電話端末Ａに送る。携帯電話端末Ａがこれを受信すると(Ｓ１６０４)、処理完了の確認を行い（Ｓ１６１０）、これをサーバに送信する(Ｓ１６１０，Ｓ１６１２)。サーバは処理完了通知を携帯電話端末Ａに送った後（Ｓ１６０２）、この確認通知が携帯電話端末Ａから来ることをタイムアウトチェックし、所定時間にこの確認通知（Ｓ１６１４）が携帯電話端末Ａから来ない場合には、送金エラーとして、サーバの管理テーブルに登録された加算後の電子マネー残高と減算後の電子マネー残高を元に戻す。
【０１０３】
前記実施形態では、キャリアのサーバが端末間の通話、電子マネーの管理、そして生体情報の管理を行ったが、後者二つを図１の破線で示すように、別のサーバ１４Ａによって行なっても良い。その際、既述のように、電子マネーについての管理を決済サービス会社が行い、生体に情報の登録・認証を認証サービス会社が行うようにしてもよい。
【０１０４】
さらにまた、既述の実施形態では、携帯電話端末Ａと携帯電話端末Ｂとがサーバを介して、電子マネー・生体情報などの認証情報の送受信を行う例について説明したが、サーバを介することなく、携帯電話端末Ａと携帯電話端末Ｂとの間で赤外線などによる依るものであってもよい。
【図面の簡単な説明】
【０１０５】
【図１】本発明に係わる電子マネーの決済システムの実施形態を示すブロック図である。
【図２】携帯電話端末のブロック図である。
【図３】管理サーバのブロック図である。
【図４】電子マネーの受け手側携帯電話端末のユーザが電子マネーの送り手側携帯電話端末に自身の生体情報を登録する際のフローチャートである。
【図５】携帯電話端末のメモリに記憶された管理テーブルの一例である。
【図６】携帯電話端末Ｂのユーザの生体情報に基づいて携帯電話端末Ａ(送金側)が行う認証のフローチャートである。
【図７】携帯電話端末Ａから携帯電話端末Ｂへの電子マネーの送金を説明するフローチャートである。
【図８】サーバのメモリに記録された携帯電話端末の電子マネー残高を管理する管理テーブルの一例である。
【図９】携帯電話端末のメモリに記録された電子マネー残高を管理するための管理テーブルの一例である。
【図１０】電子マネーの受取側の端末から当該端末のユーザの生体情報を暗号化して電子マネーの送金側の端末に送る動作を説明するフローチャートである。
【図１１】電子マネーの受取側の端末のユーザの生体情報をサーバに登録するためのフローチャートである。
【図１２】電子マネーの受取側の端末のユーザの生体情報をサーバに登録する際に、当該端末のユーザからサーバにパスワードを登録する際のフローチャートである。
【図１３】サーバが電子マネーの受取側端末のユーザを認証する際に行うフローチャートである。
【図１４】図１３の認証に引き続いて行われる電子マネーの送金処理を説明するフローチャートである。
【図１５】電子マネーの送金処理の際に、携帯電話端末のメモリ内の電子マネーの残高をサーバ内の電子マネー残高に同期させる処理が付加されたフローチャートである。
【図１６】図１５に続く処理工程を説明するフローチャートである。
【図１７】携帯電話端末Ａが携帯電話端末Ｂと通話中であるか否かを判定するためのフローチャートの一例である。
【図１８】携帯電話端末Ａの通話が終了したことを判定するためのフローチャートの一例である。
【符号の説明】
【０１０６】
Ａ  携帯電話端末(電子マネーの送金側)、Ｂ  携帯電話端末(電子マネーの受取側)、１０  基地局、１２  ネットワーク、１４  管理サーバ
【図１】
2009116628.tif 000003
【図２】
2009116628.tif 000004
【図３】
2009116628.tif 000005
【図４】
2009116628.tif 000006
【図５】
2009116628.tif 000007
【図６】
2009116628.tif 000008
【図７】
2009116628.tif 000009
【図８】
2009116628.tif 000010
【図９】
2009116628.tif 000011
【図１０】
2009116628.tif 000012
【図１１】
2009116628.tif 000013
【図１２】
2009116628.tif 000014
【図１３】
2009116628.tif 000015
【図１４】
2009116628.tif 000016
【図１５】
2009116628.tif 000017
【図１６】
2009116628.tif 000018
【図１７】
2009116628.tif 000019
【図１８】
2009116628.tif 000020