(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-08
(45)【発行日】2024-11-18
(54)【発明の名称】端末およびその制御方法、並びにソフトウェア
(51)【国際特許分類】
G06Q 20/40 20120101AFI20241111BHJP
G06Q 20/38 20120101ALI20241111BHJP
G06Q 20/10 20120101ALI20241111BHJP
【ＦＩ】
G06Q20/40
G06Q20/38 310
G06Q20/10
【請求項の数】
36
(21)【出願番号】P 2023134154
(22)【出願日】2023-08-21
(62)【分割の表示】P 2021176823の分割
【原出願日】2017-11-09
(65)【公開番号】P2023144140
(43)【公開日】2023-10-06
【審査請求日】2023-09-14
(73)【特許権者】
【識別番号】000001007
【氏名又は名称】キヤノン株式会社
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】池内 雄馬
【審査官】関 博文
(56)【参考文献】
【文献】特開２０１０－２３８１０２（ＪＰ，Ａ）
【文献】国際公開第２００８／０３５４１３（ＷＯ，Ａ１）
【文献】特許第６１３２３２６（ＪＰ，Ｂ１）
【文献】国際公開第２０１７／１００４０９（ＷＯ，Ａ１）
【文献】国際公開第２０１７／１７０３８４（ＷＯ，Ａ１）
【文献】国際公開第２０１６／１４４３６４（ＷＯ，Ａ１）
【文献】国際公開第２００７／０９４１６５（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
オペレーティングシステムがインストールされ、さらに、ユーザーによる、送金にかかる指示を受け付ける表示を提供する第１ソフトウェア、および前記第１ソフトウェアとは異なる第２ソフトウェアがインストールされる端末を、
署名データの検証を行う管理システムに当該検証のための公開鍵が登録される処理において、前記端末が備える生体情報を読み取る手段を介して得られた前記ユーザーの生体情報を用いて実行される認証処理であって、前記生体情報に関連づけられて前記端末に保持される秘密鍵のペアとなる公開鍵が当該認証処理が成功した場合に前記管理システムに送信される当該認証処理を制御し、
前記第１ソフトウェアにより提供された前記表示を介して受け付けた送金にかかる指示のためのユーザーの操作に起因して、かつ、前記公開鍵が登録される処理が実行されたことが前提となって、前記読み取る手段を介して得られた前記ユーザーの生体情報を用いて実行される認証処理であって、前記生体情報に関連づけられて保持されている前記秘密鍵を用いた前記署名データが当該認証処理が成功した場合に作成される当該認証処理を制御するように、機能させることを特徴とする第２ソフトウェア。
【請求項2】
前記第１ソフトウェアは、送金にかかる指示を受け付ける際に、送金先の設定に関する表示をさらに提供することを特徴とする請求項１に記載の第２ソフトウェア。
【請求項3】
前記管理システムでは、前記送金のための処理が完了した場合に、前記ユーザーのために、当該送金が行われたことを示すメッセージが生成されることを特徴とする請求項１に記載の第２ソフトウェア。
【請求項4】
前記メッセージの表示が、ソーシャルネットワークサービスにおける前記ユーザーの投稿したメッセージが表示される画面において提供されることを特徴とする請求項３に記載の第２ソフトウェア。
【請求項5】
前記端末では、前記ユーザーの生体情報を用いた認証処理とは異なる第２の認証処理により認証が可能であることを特徴とする請求項１に記載の第２ソフトウェア。
【請求項6】
前記第２の認証処理は、パスワードを用いた認証処理であることを特徴とする請求項５に記載の第２ソフトウェア。
【請求項7】
前記秘密鍵と前記ユーザーの生体情報とが前記端末内の耐タンパー性を有する記憶手段で対応付けて保持されることを特徴とする請求項１に記載の第２ソフトウェア。
【請求項8】
前記管理システムでは、前記公開鍵が、前記ユーザーの前記管理システムのアカウント情報に関連付けて管理されることを特徴とする請求項１に記載の第２ソフトウェア。
【請求項9】
前記署名データは、前記秘密鍵と前記管理システムが作成したチャレンジとを用いて作成されることを特徴とする請求項１に記載の第２ソフトウェア。
【請求項10】
前記署名データの前記管理システムに対する送信は、前記第１ソフトウェアにより実現されることを特徴とする請求項１に記載の第２ソフトウェア。
【請求項11】
前記認証処理の制御として、前記端末内のオーセンティケーターに該認証処理を開始させる要求を送信することを特徴とする請求項１に記載の第２ソフトウェア。
【請求項12】
前記端末は、前記オペレーティングシステムと独立して機能し、前記秘密鍵を管理するセキュリティチップを備えることを特徴とする請求項１に記載の第２ソフトウェア。
【請求項13】
オペレーティングシステムがインストールされ、さらに、ユーザーによる、送金にかかる指示を受け付ける表示を提供する第１ソフトウェア、および前記第１ソフトウェアとは異なる第２ソフトウェアがインストールされる端末であって、署名データの検証を行う管理システムに当該検証のための公開鍵が登録される処理において、前記端末が備える生体情報を読み取る手段を介して得られた前記ユーザーの生体情報を用いて実行される認証処理であって、前記生体情報に関連づけられて前記端末に保持される秘密鍵のペアとなる公開鍵が当該認証処理が成功した場合に前記管理システムに送信される当該認証処理を制御し、
前記第１ソフトウェアにより提供された前記表示を介して受け付けた送金にかかる指示のためのユーザーの操作に起因して、かつ、前記公開鍵が登録される処理が実行されたことが前提となって、前記読み取る手段を介して得られた前記ユーザーの生体情報を用いて実行される認証処理であって、前記生体情報に関連づけられて保持されている前記秘密鍵を用いた前記署名データが当該認証処理が成功した場合に作成される当該認証処理を制御する、前記第２ソフトウェアによる制御手段を有することを特徴とする端末。
【請求項14】
前記第１ソフトウェアは、送金にかかる指示を受け付ける際に、送金先の設定に関する表示をさらに提供することを特徴とする請求項１３に記載の端末。
【請求項15】
前記管理システムでは、前記送金のための処理が完了した場合に、前記ユーザーのために、当該送金が行われたことを示すメッセージが生成されることを特徴とする請求項１３に記載の端末。
【請求項16】
前記メッセージの表示が、ソーシャルネットワークサービスにおける前記ユーザーの投稿したメッセージが表示される画面において提供されることを特徴とする請求項１５に記載の端末。
【請求項17】
前記端末では、前記ユーザーの生体情報を用いた認証処理とは異なる第２の認証処理により認証が可能であることを特徴とする請求項１３に記載の端末。
【請求項18】
前記第２の認証処理は、パスワードを用いた認証処理であることを特徴とする請求項１７に記載の端末。
【請求項19】
前記秘密鍵と前記ユーザーの生体情報とが前記端末内の耐タンパー性を有する記憶手段で対応付けて保持されることを特徴とする請求項１３に記載の端末。
【請求項20】
前記管理システムでは、前記公開鍵が、前記ユーザーの前記管理システムのアカウント情報に関連付けて管理されることを特徴とする請求項１３に記載の端末。
【請求項21】
前記署名データは、前記秘密鍵と前記管理システムが作成したチャレンジとを用いて作成されることを特徴とする請求項１３に記載の端末。
【請求項22】
前記署名データの前記管理システムに対する送信は、前記第１ソフトウェアにより実現されることを特徴とする請求項１３に記載の端末。
【請求項23】
前記認証処理の制御として、前記端末内のオーセンティケーターに該認証処理を開始させる要求を送信することを特徴とする請求項１３に記載の端末。
【請求項24】
前記端末は、前記オペレーティングシステムと独立して機能し、前記秘密鍵を管理するセキュリティチップを備えることを特徴とする請求項１３に記載の端末。
【請求項25】
オペレーティングシステムがインストールされ、さらに、ユーザーによる、送金にかかる指示を受け付ける表示を提供する第１ソフトウェア、および前記第１ソフトウェアとは異なる第２ソフトウェアがインストールされる端末における制御方法であって、前記第２ソフトウェアが、署名データの検証を行う管理システムに当該検証のための公開鍵が登録される処理において、前記端末が備える生体情報を読み取る手段を介して得られた前記ユーザーの生体情報を用いて実行される認証処理であって、前記生体情報に関連づけられて前記端末に保持される秘密鍵のペアとなる公開鍵が当該認証処理が成功した場合に前記管理システムに送信される当該認証処理を制御する工程と、
前記第２ソフトウェアが、前記第１ソフトウェアにより提供された前記表示を介して受け付けた送金にかかる指示のためのユーザーの操作に起因して、かつ、前記公開鍵が登録される処理が実行されたことが前提となって、前記読み取る手段を介して得られた前記ユーザーの生体情報を用いて実行される認証処理であって、前記生体情報に関連づけられて保持されている前記秘密鍵を用いた前記署名データが当該認証処理が成功した場合に作成される当該認証処理を制御する工程と、を有することを特徴とする制御方法。
【請求項26】
前記第１ソフトウェアは、送金にかかる指示を受け付ける際に、送金先の設定に関する表示をさらに提供することを特徴とする請求項２５に記載の制御方法。
【請求項27】
前記管理システムでは、前記送金のための処理が完了した場合に、前記ユーザーのために、当該送金が行われたことを示すメッセージが生成されることを特徴とする請求項２５に記載の制御方法。
【請求項28】
前記メッセージの表示が、ソーシャルネットワークサービスにおける前記ユーザーの投稿したメッセージが表示される画面において提供されることを特徴とする請求項２７に記載の制御方法。
【請求項29】
前記端末では、前記ユーザーの生体情報を用いた認証処理とは異なる第２の認証処理により認証が可能であることを特徴とする請求項２５に記載の制御方法。
【請求項30】
前記第２の認証処理は、パスワードを用いた認証処理であることを特徴とする請求項２９に記載の制御方法。
【請求項31】
前記秘密鍵と前記ユーザーの生体情報とが前記端末内の耐タンパー性を有する記憶手段で対応付けて保持されることを特徴とする請求項２５に記載の制御方法。
【請求項32】
前記管理システムでは、前記公開鍵が、前記ユーザーの前記管理システムのアカウント情報に関連付けて管理されることを特徴とする請求項２５に記載の制御方法。
【請求項33】
前記署名データは、前記秘密鍵と前記管理システムが作成したチャレンジとを用いて作成されることを特徴とする請求項２５に記載の制御方法。
【請求項34】
前記署名データの前記管理システムに対する送信は、前記第１ソフトウェアにより実現されることを特徴とする請求項２５に記載の制御方法。
【請求項35】
前記認証処理の制御として、前記端末内のオーセンティケーターに該認証処理を開始させる要求を送信することを特徴とする請求項２５に記載の制御方法。
【請求項36】
前記端末は、前記オペレーティングシステムと独立して機能し、前記秘密鍵を管理するセキュリティチップを備えることを特徴とする請求項２５に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、端末およびその制御方法、並びにソフトウェアに関する。
【背景技術】
【0002】
近年、生体認証を含む新たな認証システムとして、ＦＩＤＯ（Ｆａｓｔ Ｉｄｅｎｔｉｔｙ Ｏｎｌｉｎｅ）が注目されている。生体認証で用いられる指紋や静脈といった生体情報は、外部に情報が流出してしまった場合に、ＩＤ／パスワード認証におけるパスワードと異なり情報を書き換えることができないため、情報漏洩が致命的になる。これに対して、ＦＩＤＯでは、認証作業が、インターネットを経由してサーバー上で行われるのではなく、ユーザーの手元にある端末上で行われる。そのため、生体情報がネットワーク上に流れることがなく、情報漏洩のリスクが少ない。
【0003】
一方、近年、スマートフォンなどの携帯端末から通貨の送金および受け取りを行うことのできる送金システムが多く運用されている。こうしたシステムにおいては、なりすましによる不正送金依頼を行う詐欺事件や、一方的な送金を行った上で貸付金の恐喝を行う恐喝事件などの悪用事例も発生している。こうした事件が横行することで、送金システムを利用しているユーザーが、なりすましによる詐欺や恐喝を警戒し、オンライン上の送金機能の使用を忌避することがある。特許文献１は、送金元のユーザーと送金先のユーザーが互いに共通の受付コードを管理することで、互いに本人確認を行った上での送金を実現している。これにより、誤送金やなりすましによる詐欺を防止することを可能としている。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１１－０１３９５９号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
特許文献１では、送金元ユーザーが送金先ユーザーに、電話や直接の対話などの任意の方法で受付コードを共有する必要があるため、ユーザビリティ面での課題がある。
【0006】
本願発明では、送金元ユーザーと送金先ユーザー双方の利便性を向上しつつ、オンライン上の送金機能の利用の際のユーザーの懸念を払拭することを目的とする。
【課題を解決するための手段】
【0007】
上記課題を解決するために、オペレーティングシステムがインストールされ、さらに、ユーザーによる、送金にかかる指示を受け付ける表示を提供する第１ソフトウェア、および前記第１ソフトウェアとは異なる第２ソフトウェアがインストールされる端末を、署名データの検証を行う管理システムに当該検証のための公開鍵が登録される処理において、前記端末が備える生体情報を読み取る手段を介して得られた前記ユーザーの生体情報を用いて実行される認証処理であって、前記生体情報に関連づけられて前記端末に保持される秘密鍵のペアとなる公開鍵が当該認証処理が成功した場合に前記管理システムに送信される当該認証処理を制御し、前記第１ソフトウェアにより提供された前記表示を介して受け付けた送金にかかる指示のためのユーザーの操作に起因して、かつ、前記公開鍵が登録される処理が実行されたことが前提となって、前記読み取る手段を介して得られた前記ユーザーの生体情報を用いて実行される認証処理であって、前記生体情報に関連づけられて保持されている前記秘密鍵を用いた前記署名データが当該認証処理が成功した場合に作成される当該認証処理を制御するように、機能させることを特徴とする第２ソフトウェアが提供される。
【発明の効果】
【0008】
本願発明によれば、送金元ユーザーと送金先ユーザー双方の利便性を向上しつつ、オンライン上の送金機能の利用の際のユーザーの懸念を払拭することができる。
【図面の簡単な説明】
【0009】
【図1】本発明に係るシステムの全体構成の例を示す図。
【図2】本発明に係る送金元端末、及び送金先端末のハードウェア構成の例を示す図。
【図3】本発明に係る送金管理サーバーのハードウェア構成の例を示す図。
【図4】本発明に係るソフトウェア構成の例を示す図。
【図5】第１の実施形態に係る送金元端末、及び送金先端末のＵＩの例を示す図。
【図6】本発明に係る生体情報の登録シーケンスを示す図。
【図7】本発明に係る生体情報の認証シーケンスを示す図。
【図8】第１の実施形態に係る送金処理から受取処理までのシーケンスを示す図。
【図9】第１の実施形態に係る送金依頼から送金処理までのシーケンスを示す図。
【図10】本発明に係る送金管理サーバーによる送金関連メッセージ生成処理を示すフローチャート。
【図11】第２の実施形態に係る送金元端末、及び送金先端末のＵＩの例を示す図。
【図12】第２の実施形態に係る送金依頼から送金処理までのシーケンスを示す図。
【図13】第３の実施形態に係る送金元端末、及び送金先端末のＵＩの例を示す図。
【発明を実施するための形態】
【0010】
以下、発明を実施するための形態について、図面を用いて説明する。
【0011】
【0012】
本実施形態に係るシステムにおいて、送金元端末１００、送金先端末１１０、及び送金管理サーバー１２０は、ネットワーク１３０を介して接続されている。ネットワーク１３０は、例えば、インターネット等のＬＡＮ、ＷＡＮ、もしくは専用デジタル回線等であり、またこれらの組み合わせにより実現される通信ネットワークである。
【0013】
送金元端末１００、及び送金先端末１１０は携帯端末であり、送金管理サーバー１２０と通信して送金処理を行う。また、送金元端末１００、及び送金先端末１１０は、個人を認証するための生体情報を取得するためのセンサーを備え、生体情報を検証し、認証するためのプログラムも動作する。また、送金元端末１００および送金先端末１１０はそれぞれ、複数台存在してもよい。なお、本実施形態において、送金元端末１００は、送金先端末１１０への送金要求を送金管理サーバー１２０に対して行う。一方、送金先端末１１０は、送金元端末１００への送金依頼要求や受け取り要求を送金管理サーバー１２０に対して行う。なお、送金先端末、送信元端末とは、説明を行うために便宜上付与している名称であり、各端末が送金および受領の一方のみを行うことが可能であるとの限定を意味するものではない。また、送金元端末１００、送金先端末１１０は、各種サーバーと連携して接続することで、ソーシャルネットワークサービス（ＳＮＳ）を利用可能である。
【0014】
送金管理サーバー１２０は、送金機能や送金依頼機能等の送金機能を提供するサーバーコンピュータである。なお、図１では送金管理サーバー１２０は、１つのみが示されているが、これの構成に限定するものではなく、複数の筐体により分散されて構成された管理システムであってもよい。
【0015】
［ハードウェア構成］
図２は、本実施形態に係る送金元端末１００、及び送金先端末１１０のハードウェア構成の例を示す図である。
図２は、本実施形態に係る送金元端末１００、及び送金先端末１１０のハードウェア構成の例を示す図である。
【0016】
システムバス２０１は、装置内におけるデータの流れを司るものである。装置に設けられた各部位は、システムバス２０１を介して通信可能に接続される。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２は、装置全体の制御を行う。ＣＰＵ２０２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）２０５に格納されているアプリケーションプログラムやＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等を実行する。また、ＣＰＵ２０２は、ＲＡＭ（Ｒａｎｄａｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【0017】
ＲＡＭ２０３は、一時記憶手段であり、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０４は、不揮発性の記憶手段であり、内部には基本Ｉ／Ｏプログラム等の各種データを記憶する。ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）２０５は、外部記憶手段の一つであり、大容量メモリとして機能し、Ｗｅｂブラウザ等のアプリケーションプログラム、サービスサーバー群のプログラム、ＯＳ、関連プログラム等を格納している。
【0018】
ＴＰＭ（Ｔｒｕｓｔｅｄ Ｐｌａｔｆｏｒｍ Ｍｏｄｕｌｅ）２０６は、機密情報を処理したり格納したりする目的で、格納したデータを外部から読み取られることを防ぐ耐タンパー性を備えた記憶手段（チップ）である。本実施形態では、後述のオーセンティケーター（Ａｕｔｈｅｎｔｉｃａｔｏｒ）４２０、４５０が、認証に用いる生体情報の特徴量や秘密鍵を格納するために用いる。
【0019】
ＴＰＭ２０６は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）や他のハードウェアから独立して機能するセキュリティチップで、機密情報を処理・格納するための耐タンパー性を備えた記憶手段となる。本発明ではＴＰＭ２２１に、生体認証に利用するユーザーの生体情報（またはその特徴量）や、後述される認証処理に必要となる秘密鍵が格納される。なお、ＴＰＭの代替の耐タンパー性を備えた記憶手段として、耐タンパー性を実現するために１チップ上で他から隔離して動作するセキュアなメモリ空間を端末内に確保して、そのメモリ空間でユーザーの生体情報（またはその特徴量）や、秘密鍵などを管理する方法も採用することができる。
【0020】
ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）２０７は、装置がネットワーク１３０を介して外部装置とのデータのやり取りを行う際に用いられる。
【0021】
生体情報センサー２０８は、ユーザーの生体情報を読み取るセンサーであり、例えば、ユーザーの指紋、虹彩、静脈等の情報を読み取り、信号に変換する。本実施形態では、生体情報センサー２０８として指紋読み取りセンサーおよびカメラを例に挙げて説明するが、これに限定するものではなく、他の生体情報センサーであってもよい。また、ユーザーがタッチパネル２０９に触れたり、入力を行ったりすると同時に指紋情報や顔情報を読み取って、電気信号に変換するといった構成であってもよい。また、生体情報の種類は特に上記の情報に限定するものではなく、例えば、ユーザーが選択可能に構成されていてもよい。
【0022】
タッチパネル２０９は、表示と入力の２つの機能を備えており、アプリケーションの画面やキーボードなどを表示したりすると共に、ユーザーが画面に手や専用のペンで圧力を加えることにより、触れられた画面位置情報を情報信号として出力する。出力された信号情報をアプリケーションが利用することで、ユーザーはタッチパネル２０９を通じてアプリケーションを操作することができる。
【0023】
なお、上記の構成は一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＡＭ２０３、ＲＯＭ２０４、ＨＤＤ２０５などで変更することも可能である。また、装置は、ＵＳＢインターフェースを備えることもできる。生体情報センサー２０８は、ＵＳＢ接続された外付けハードウェアで実現することもできる。また、装置が、携帯電話などであった場合には、通話機能のためのハードウェアなど、不図示の他の構成を備えることも可能である。ＣＰＵ２０２がＨＤＤ２０５に記憶されているプログラムに基づき処理を実行することにより、図４に示されるようなソフトウェア構成が実現される。
【0024】
図３は、本実施形態に係る送金管理サーバー１２０のハードウェア構成の例を示す図である。
【0025】
システムバス３０１は、装置内におけるデータの流れを司るものである。送金管理サーバー１２０に設けられた各部位は、システムバス３０１を介して通信可能に接続される。ＣＰＵ３０２は、装置全体の制御を行う。ＣＰＵ３０２は、ＨＤＤ３０５に格納されているアプリケーションプログラムやＯＳ等を実行する。また、ＣＰＵ３０２は、ＲＡＭ３０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【0026】
ＲＡＭ３０３は、一時記憶手段であり、ＣＰＵ３０２の主メモリ、ワークエリア等として機能する。ＲＯＭ３０４は、不揮発性の記憶手段であり、内部には、基本Ｉ／Ｏプログラム等の各種データを記憶する。ＨＤＤ３０５は、外部記憶手段の一つであり、大容量メモリとして機能し、Ｗｅｂブラウザ等のアプリケーションプログラム、サービスサーバー群のプログラム、ＯＳ、関連プログラム等を格納している。
【0027】
ＴＰＭ３０６は、機密情報を処理したり格納したりする目的で、格納したデータを外部から読み取られることを防ぐ耐タンパー性を備えた記憶手段（チップ）である。本実施形態では、ネットワーク１３０を介して接続される送金元端末１００や送金先端末１１０と連携して登録される情報が保持される。ＮＩＣ３０７は、送金管理サーバー１２０がネットワーク１３０を介して外部装置とのデータのやり取りを行う際に用いられる。
【0028】
なお、上記の構成は一例であり、図３の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＡＭ３０３、ＲＯＭ３０４、ＨＤＤ３０５などで変更することも可能である。また、送金管理サーバー１２０は、ＵＳＢインターフェースを備えることもできる。ＣＰＵ３０２がＨＤＤ３０５に記憶されているプログラムに基づき処理を実行することにより、図４に示されるようなソフトウェア構成が実現される。
【0029】
［ソフトウェア構成］
図４は、本実施形態に係るソフトウェア構成の例を示す図である。ここでは、送金元端末１００と送金先端末１１０が、送金管理サーバー１２０を介して、データの送受信が可能な様に接続されている構成を示している。
図４は、本実施形態に係るソフトウェア構成の例を示す図である。ここでは、送金元端末１００と送金先端末１１０が、送金管理サーバー１２０を介して、データの送受信が可能な様に接続されている構成を示している。
【0030】
まず、送金元端末１００の構成について説明する。送金元端末１００は、送金端末アプリケーション４００、認証クライアント４１０、及び、オーセンティケーター４２０を含んで構成される。送金端末アプリケーション４００は、送金元端末１００のＨＤＤ２０５に格納され、ＣＰＵ２０２によって実行される。送金端末アプリケーション４００は、通信部４０１、及びメッセージ制御部４０２を含んで構成される。通信部４０１は、ＮＩＣ２０７を介して、送金管理サーバー１２０と通信を行う。メッセージ制御部４０２は、通信部４０１が受信した送金管理サーバー１２０の送金関連メッセージをタッチパネル２０９上に表示する。送金関連メッセージの詳細については後述する。
【0031】
認証クライアント４１０は、送金元端末１００のＨＤＤ２０５に格納され、ＣＰＵ２０２によって実行される。認証クライアント４１０は、登録制御部４１１、及びオーセンティケーター管理部４１２を含んで構成される。なお、ＦＩＤＯが、適用されたシステムにおいては、認証クライアント４１０はＦＩＤＯクライアントに対応する。ＦＩＤＯクライアントは周知の構成を利用するものとし、詳細については説明を省略する。登録制御部４１１は、送金管理サーバー１２０との認証に必要な情報の管理を行う。オーセンティケーター管理部４１２は、１以上のオーセンティケーターの管理を行う。本実施形態においては、オーセンティケーター管理部４１２は、オーセンティケーター４２０の管理を行うものとする。
【0032】
オーセンティケーター４２０は、送金元端末１００のＨＤＤ２０５に格納され、ＣＰＵ２０２によって実行される。オーセンティケーター４２０は、生体情報登録処理部４２１、生体認証処理部４２２、及び認証情報格納部４２３を含んで構成される。生体情報登録処理部４２１は、生体情報登録処理を実行する。生体情報登録処理は、ユーザーにより入力された生体情報を登録する処理であり、詳細については後述する。生体認証処理部４２２は、生体認証処理を実行する。生体認証処理は、用いる生体情報に応じて、その生体情報が正当なものであるか否かを判定する処理であり、詳細については後述する。また、認証情報格納部４２３は、認証に必要な情報として、送金管理サーバー１２０に対して登録する公開鍵のペアとなる秘密鍵などの情報をＴＰＭ２０６に格納する。
【0033】
次に、送金先端末１１０の構成について説明する。送金先端末１１０は、送金端末アプリケーション４３０、認証クライアント４４０、及びオーセンティケーター４５０を含んで構成される。送金端末アプリケーション４３０、認証クライアント４４０、及びオーセンティケーター４５０は、送金先端末１１０のＨＤＤ２０５に格納され、ＣＰＵ２０２によって実行される。送金端末アプリケーション４３０、認証クライアント４４０、オーセンティケーター４５０はそれぞれ、送金元端末１００が備える送金端末アプリケーション４００、認証クライアント４１０、及びオーセンティケーター４２０の構成と同様である。したがって、これらの詳細な説明は割愛する。
【0034】
次に、送金管理サーバー１２０の構成について説明する。送金管理サーバー１２０は、送金管理サービス４６０、送金情報ＤＢ４７０、及びユーザー情報ＤＢ４８０を含んで構成される。送金管理サービス４６０は、送金管理サーバー１２０のＨＤＤ３０５に格納され、ＣＰＵ３０２によって実行される。送金管理サービス４６０は、通信部４６１、認証処理部４６２、送金情報制御部４６３、ユーザー情報制御部４６４、及びメッセージ生成部４６５を含んで構成される。
【0035】
通信部４６１は、送金元端末１００、及び送金先端末１１０と通信を行う。認証処理部４６２は、送金管理サーバー１２０が提供する送金関連機能を利用するために必要な認証機能や認証に関する情報を登録する機能を提供する。送金情報制御部４６３は、送金情報ＤＢ４７０を管理し、送金元ユーザー、及び送金先ユーザーの送金処理に関する情報を制御する。ユーザー情報制御部４６４は、ユーザー情報ＤＢ４８０を管理し、送金管理サービス４６０の利用ユーザー情報を制御する。メッセージ生成部４６５は、送金元端末１００に対する送金完了メッセージや、送金先端末１１０に対する送金依頼メッセージを生成する。なお、これらのメッセージをまとめて送金関連メッセージと称する。
【0036】
送金情報ＤＢ４７０は、端末間の送金に関する情報を管理するデータベースである。ユーザー情報ＤＢ４８０は、送金サービスを利用するユーザーの情報を管理するデータベースである。送金情報ＤＢ４７０やユーザー情報ＤＢ４８０は、例えば、送金管理サーバー１２０が備えるＨＤＤ３０５等に構成される。なお、各データベースは、送金管理サーバー１２０の外部に設けられた記憶領域に構成されるようにしてもよい。
【0037】
［ユーザーインターフェース］
図５は、本実施形態に係る送金元端末１００、及び送金先端末１１０のＵＩ（ユーザインターフェース）の構成例を示す図である。動作の流れに沿って画面の遷移を説明する。図５に示す各メッセージ画面において、左側からの吹き出しは相手端末からのメッセージを示し、右側からの吹き出しは自端末からのメッセージを示す。また、各メッセージ画面において、上部に示す文字列は、相手端末のユーザー（ユーザーアカウント）を示す。
図５は、本実施形態に係る送金元端末１００、及び送金先端末１１０のＵＩ（ユーザインターフェース）の構成例を示す図である。動作の流れに沿って画面の遷移を説明する。図５に示す各メッセージ画面において、左側からの吹き出しは相手端末からのメッセージを示し、右側からの吹き出しは自端末からのメッセージを示す。また、各メッセージ画面において、上部に示す文字列は、相手端末のユーザー（ユーザーアカウント）を示す。
【0038】
図５（ａ）は、メニュー選択画面の構成例を示す。メニュー選択画面は、送金端末アプリケーション４００、４３０が起動された時にタッチパネル２０９上に描画される画面である。送金ボタン５００がタップされると、図５（ｄ）に示す送金額入力画面に画面遷移する。送金依頼ボタン５０１がタップされると、図５（ｇ）に示す送金依頼額入力画面に画面遷移する。生体情報登録ボタン５０２がタップされると、図５（ｂ）に示す生体認証画面に画面遷移する。
【0039】
図５（ｂ）の生体認証画面において、既に登録済みの生体情報による認証、もしくは、パスワードによる認証が正常に完了した場合、図５（ｃ）に示す生体登録画面に画面遷移する。図５（ｂ）に示す生体認証画面は、送金端末アプリケーション４００、４３０が各種送金機能を使用するために認証情報を取得するための画面であり、タッチパネル２０９上に描画される。生体情報入力指示領域５１０は、ユーザーに対して生体情報の入力を促す。この際、ユーザーは生体情報センサー２０８に生体情報を提示することで、生体情報の取得が行われる。キャンセルボタン５１１がタップされると、認証処理が中断され、図５（ａ）に示すメニュー選択画面に画面遷移する。パスワード認証ボタン５１２がタップされると、生体情報ではなく、パスワードによる認証が行われる。
【0040】
図５（ｃ）に示す生体登録画面は、生体認証を行う際に用いられる生体情報を登録するための画面であり、タッチパネル２０９上に描画される。生体情報入力指示領域５２０は、ユーザーに対して生体情報の入力を促す。この際、ユーザーは生体情報センサー２０８に生体情報を提示することで、生体情報の取得が行われる。キャンセルボタン５２１がタップされると、認証処理が中断され、図５（ａ）に示すメニュー選択画面に画面遷移する。
【0041】
図５（ｄ）に示す送金額入力画面は、送金元ユーザーが送金先ユーザーに対して送金する金額を入力するための画面であり、タッチパネル２０９上に描画される。送金額入力領域５３０は、送金する額を入力するための領域である。送金先選択領域５３１は、送金する宛先を選択するための領域である。本実施形態においては、送金先選択領域５３１は、プルダウン形式でユーザーを選択することを想定しているが、選択方式に関しては特に限定しないものとする。例えば、ユーザーが新たな送金先を指定できるようにしてもよい。ここでは、送金先ユーザーとして「ｒｅｃｅｉｖｅ－ｕｓｅｒ」が指定されているものとする。なお、ここでの送金元ユーザーは「ｓｅｎｄ－ｕｓｅｒ」として説明する。次へボタン５３２がタップされると、図５（ｂ）に示す生体認証画面に画面遷移する。そして、生体認証画面で生体認証が正常に完了した場合、図５（ｅ）に示す送金メッセージ画面に画面遷移する。
【0042】
図５（ｅ）に示す送金メッセージ画面は、送金元ユーザーの送金に関する処理がタイムラインメッセージ形式で表示される画面であり、送金元端末１００のタッチパネル２０９上に描画される。なお、タイムラインメッセージ形式は、時系列にメッセージを表示していく方式である。送金元メッセージ５４０は、送金先ユーザー（ここでは、「ｒｅｃｅｉｖｅ－ｕｓｅｒ」）の送金先端末１１０に対して送金通知が行われたことを示すメッセージである。この際、「本人確認済み」という文言は、送金元端末１００に表示された図５（ｂ）に示す生体認証画面において、送金元ユーザー（ここでは、送金元端末１００を操作している「ｓｅｎｄ－ｕｓｅｒ」）が生体認証を行った場合は表示される。一方、パスワードによる認証を行った場合は、この文言は表示されない。なお、生体認証が正常に行われた際に表示される「本人確認済み」との文言は一例であり、他の文言であってもよい。また、フォントや文字サイズなどの表示形式についても他の方法であってもよい。受け取り通知メッセージ５４１は、送金先ユーザー（ここでは、送金先端末１１０を操作している「ｒｅｃｅｉｖｅ－ｕｓｅｒ」）が受け取りを完了したことを示すメッセージである。この際、「本人確認済み」という文言は、送金先端末１１０に表示された図５（ｂ）に示す生体認証画面において、送金先ユーザーが生体認証を行った場合は表示され、パスワードによる認証を行った場合は表示されない。
【0043】
図５（ｆ）に示す受け取りメッセージ画面は、送金先ユーザーの送金に関する処理がタイムラインメッセージ形式で表示される画面であり、送金元端末１００から送金が行われた際に、送金先端末１１０のタッチパネル２０９上に描画される。送金先メッセージ５５０は、送金元ユーザー（ここでは「ｓｅｎｄ－ｕｓｅｒ」）から送金が行われたことを示すメッセージである。この際、「本人確認済み」という文言は、送金元端末１００に表示された図５（ｂ）に示す生体認証画面において、送金元ユーザー（ここでは、送金元端末１００を操作している「ｓｅｎｄ－ｕｓｅｒ」）が生体認証を行った場合は表示される。一方、パスワードによる認証を行った場合は、この文言は表示されない。送金先メッセージ５５０がタップされると、受け取りを行うために図５（ｂ）に示す生体認証画面に画面遷移する。受け取り元メッセージ５５１は、受け取りが完了したことを示すメッセージである。この際、「本人確認済み」という文言は、上述した送金先端末１１０に表示された図５（ｂ）の生体認証画面において、送金先ユーザー（ここでは、送金先端末１１０を操作している「ｒｅｃｅｉｖｅ－ｕｓｅｒ」）が生体認証を行った場合は表示される。一方、パスワードによる認証を行った場合は、この文言は表示されない。
【0044】
図５（ｇ）に示す送金依頼額入力画面は、送金先ユーザーが送金元ユーザーに対して送金依頼する金額を入力するための画面であり、タッチパネル２０９上に描画される。送金依頼額入力領域５６０は、送金依頼する額を入力するための領域である。送金依頼先選択領域５６１は、送金依頼を行う宛先を選択するための領域である。なお、本実施形態においては、送金依頼先選択領域５６１は、プルダウン形式でユーザーを選択することを想定しているが、選択方式に関しては特に限定しないものとする。例えば、ユーザーが新たな送金依頼先を指定できるようにしてもよい。ここでは、送金依頼先として「ｓｅｎｄ－ｕｓｅｒ」が指定されているものとする。なお、ここでの送金依頼元ユーザーは「ｒｅｃｅｉｖｅ－ｕｓｅｒ」として説明する。次へボタン５６２がタップされると、図５（ｂ）に示す生体認証画面に画面遷移する。そして、生体認証画面で生体認証が正常に完了した場合、図５（ｈ）の送金依頼メッセージ画面に画面遷移する。
【0045】
図５（ｈ）に示す送金依頼メッセージ画面は、送金先ユーザーの送金依頼に関する処理がタイムラインメッセージ形式で表示される画面であり、送金先端末１１０のタッチパネル２０９上に描画される。依頼元メッセージ５７０は、送金元ユーザー（ここでは、「ｓｅｎｄ－ｕｓｅｒ」）の送金元端末１００に対して送金依頼通知が行われたことを示すメッセージである。この際、「本人確認済み」という文言は、送金先端末１１０に表示された図５（ｂ）に示す生体認証画面において、送金先ユーザー（ここでは、送金先端末１１０を操作している「ｒｅｃｅｉｖｅ－ｕｓｅｒ」）が生体認証を行った場合は表示される。一方、パスワードによる認証を行った場合は、この文言は表示されない。依頼先メッセージ５７１の内容、及びタップ時の動作は、図５（ｆ）の受け取りメッセージ画面の送金先メッセージ５５０と同様のため、詳細は割愛する。
【0046】
図５（ｉ）に示す送金応答メッセージ画面は、送金元ユーザーの送金依頼に関する処理がタイムラインメッセージ形式で表示される画面であり、送金先端末１１０から送金依頼が行われた際に、送金元端末１００のタッチパネル２０９上に描画される。依頼元メッセージ５８０は、送金先ユーザー（ここでは「ｒｅｃｅｉｖｅ－ｕｓｅｒ」）から送金依頼が行われたことを示すメッセージである。この際、「本人確認済み」という文言は、送金先端末１１０に表示されている図５（ｂ）の生体認証画面において、送金先ユーザー（ここでは「ｒｅｃｅｉｖｅ－ｕｓｅｒ」）が生体認証を行った場合は表示され、パスワードによる認証を行った場合は表示されない。依頼元メッセージ５８０がタップされると、送金を行うために図５（ｂ）に示す生体認証画面に画面遷移する。依頼先メッセージ５８１は、図５（ｅ）の送金メッセージ画面の送金元メッセージ５４０と同様なため、説明は割愛する。
【0047】
［生体情報登録処理］
図６は、本実施形態に係る生体情報の登録シーケンスを示す図である。生体情報の登録とは、送金管理サーバー１２０を介して利用する送金管理サービス４６０で生体認証する際に必要となる生体情報を登録する処理である。なお、本実施形態においては、送金元端末１００の利用ユーザーである送金元ユーザーの生体情報登録処理を説明するが、送金先端末１１０の利用ユーザーである送金先ユーザーの生体情報登録処理も同様の手順で行うことが可能なものとする。前提として、送金元ユーザーが図５（ａ）に示すメニュー選択画面において、生体情報登録ボタン５０２をタップし、図５（ｂ）に示す生体認証画面においてパスワードによる認証を行った後であるものとする。
図６は、本実施形態に係る生体情報の登録シーケンスを示す図である。生体情報の登録とは、送金管理サーバー１２０を介して利用する送金管理サービス４６０で生体認証する際に必要となる生体情報を登録する処理である。なお、本実施形態においては、送金元端末１００の利用ユーザーである送金元ユーザーの生体情報登録処理を説明するが、送金先端末１１０の利用ユーザーである送金先ユーザーの生体情報登録処理も同様の手順で行うことが可能なものとする。前提として、送金元ユーザーが図５（ａ）に示すメニュー選択画面において、生体情報登録ボタン５０２をタップし、図５（ｂ）に示す生体認証画面においてパスワードによる認証を行った後であるものとする。
【0048】
また、各処理は、送金元端末１００及び送金管理サーバー１２０のＣＰＵがＲＯＭ等に格納されたプログラムを読み出して実行されることで、実現されるものとする。
【0049】
Ｓ６００にて、送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０に生体情報の登録を要求する。
【0050】
Ｓ６０１にて、送金管理サービス４６０の通信部４６１は、送金端末アプリケーション４００からの生体情報の登録要求を受信し、認証処理部４６２がＡｔｔｅｓｔａｔｉｏｎ Ｃｈａｌｌｅｎｇｅを作成する。Ａｔｔｅｓｔａｔｉｏｎ Ｃｈａｌｌｅｎｇｅは、チャレンジレスポンス認証を行うための検証用のデータとして使用される。Ａｔｔｅｓｔａｔｉｏｎ Ｃｈａｌｌｅｎｇｅとしては、乱数などが用いられるが、その作成方法は特に限定するものではない。
【0051】
Ｓ６０２にて、送金管理サービス４６０の通信部４６１は、Ｓ６０１で作成したＡｔｔｅｓｔａｔｉｏｎ Ｃｈａｌｌｅｎｇｅを含む情報を送金元端末１００に返却する。
【0052】
Ｓ６０３にて、送金端末アプリケーション４００の通信部４０１は、Ａｔｔｅｓｔａｔｉｏｎ Ｃｈａｌｌｅｎｇｅを含む情報を受信する。また、認証クライアント４１０のオーセンティケーター管理部４１２は、クレデンシャル作成要求をオーセンティケーター４２０に送信する。同時に、認証クライアント４１０の登録制御部４１１は、図５（ｃ）に示す生体登録画面をタッチパネル２０９上に表示する。
【0053】
Ｓ６０４にて、送金元ユーザーは、生体登録画面（図５（ｃ））において、生体情報センサー２０８に対して生体情報を提示する。この際、オーセンティケーター４２０の生体情報登録処理部４２１は、送金元ユーザーの生体情報の特徴量を取得する。生体情報の特徴量とは、指紋のパターンなど個人でユニークであるものを、ユニーク性を損なわないような値に変換したものである。この個人でユニークな特徴量を用いて個人を特定するのが生体認証である。上述したように、生体認証に用いられる情報は特に限定するものではない。
【0054】
Ｓ６０５にて、オーセンティケーター４２０の生体情報登録処理部４２１は、生体情報を一意に識別するための生体情報ＩＤを生成する。その後、オーセンティケーター４２０の認証情報格納部４２３は、生体情報ＩＤと生体情報の組み合わせをＴＰＭ２０６に格納する。
【0055】
Ｓ６０６にて、オーセンティケーター４２０の生体情報登録処理部４２１は、公開鍵と秘密鍵のペアを作成する。オーセンティケーター４２０の生体情報登録処理部４２１は、Ｓ６０５にて生成した生体情報ＩＤと作成した秘密鍵との組み合わせを一意に識別するための認証情報ＩＤを作成し、認証情報格納部４２３がＴＰＭ２０６に格納する。ここで、表１は、ＴＰＭ２０６が保持し、秘密鍵を登録するテーブルの一例を示す。
【0056】
【表1】
【0057】
表１において、認証情報ＩＤ列は、各認証情報に対して一意なＩＤ（識別情報）である。サービスＩＤ列は、送金管理サービス４６０のトップレベルドメイン、セカンドレベルドメインの情報が格納される。この情報は、Ｓ６０２においてＡｔｔｅｓｔａｔｉｏｎ Ｃｈａｌｌｅｎｇｅと共に送金管理サーバー１２０から受信してもよい。生体情報ＩＤ列は、生体情報の特徴量に対応するＩＤが格納される。秘密鍵列は、前述のように作成された秘密鍵が格納される。
【0058】
Ｓ６０７にて、オーセンティケーター４２０の生体情報登録処理部４２１は、クレデンシャルを作成する。クレデンシャルには、認証情報ＩＤ、Ｓ６０６で作成した公開鍵、および署名を含む。署名は、Ｓ６０６で作成した秘密鍵を使用して、Ｓ６０２にて受信したＡｔｔｅｓｔａｔｉｏｎ Ｃｈａｌｌｅｎｇｅから生成する。
【0059】
Ｓ６０８にて、送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０にクレデンシャル登録要求を送信する。ここで、クレデンシャル登録要求のパラメータには、Ｓ６０７で作成したクレデンシャルを含める。
【0060】
Ｓ６０９にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金元端末１００からクレデンシャルを受信し、認証処理部４６２がクレデンシャルの登録処理を実行する。クレデンシャルの登録処理では、受信したクレデンシャルに含まれる署名データを、同じくクレデンシャルに含まれる公開鍵で復号化することで、クレデンシャル登録要求が正しいことを検証する。そして、クレデンシャル登録要求が正しいことが検証できた場合、認証処理部４６２は、クレデンシャルに含まれる認証情報ＩＤ、公開鍵、およびユーザーＩＤの組み合わせをユーザー情報ＤＢ４８０のテーブルに登録する。ユーザーＩＤは、例えば、処理シーケンスが開始される前に行われたパスワードによる認証時に用いられたものが該当する。ここで、表２にクレデンシャルを登録するテーブルの一例を示す。
【0061】
【表2】
【0062】
表２において、ユーザーＩＤ列は、送金管理サービス４６０を利用するユーザーを一意に識別するためのＩＤが格納される。なお、本実施形態においては、送金先ユーザーのユーザーＩＤは、「ｒｅｃｅｉｖｅ－ｕｓｅｒ」、送金元ユーザーのユーザーＩＤは「ｓｅｎｄ－ｕｓｅｒ」として説明する。
【0063】
Ｓ６１０にて、送金管理サービス４６０の通信部４０１は、Ｓ６０９で実行したクレデンシャル登録処理の結果を送金元端末１００に返却する。以上、図６のシーケンスにより、生体情報の登録処理が完了する。
【0064】
なお、ここでは詳細な説明は省略するが、パスワードによる認証処理は、サーバー側でアカウント情報（ユーザーＩＤなど）とパスワードとを対応付けて保持し、端末に対するユーザーの入力を用いて、サーバー側で認証を行うようにしてもよい。また、その他のパスワードによる認証処理の構成として、端末とサーバーは、表１、表２に示したテーブルと同様のテーブルを保持し、生体情報を用いた認証と同様の流れで構成されてもよい。この場合、例えば、端末側では、認証情報ＩＤ、サービスＩＤ、ユーザーＩＤ、パスワード、及び秘密鍵を対応付けて保持するようにしてもよい。また、サーバー側では、認証情報ＩＤ、ユーザーＩＤ、及び公開鍵を対応づけて保持するようにしてもよい。このテーブルを用いて、図５（ｂ）に示した生体認証画面のパスワード認証ボタン５１２の押下時の認証処理を行うようにしてよい。
【0065】
［生体認証処理］
図７は、本実施形態に係る生体情報による認証シーケンスを示す図である。なお、本実施形態においては、送金元端末１００の利用ユーザーである送金元ユーザーの生体認証処理を説明するが、送金先端末１１０の利用ユーザーである送金先ユーザーの生体認証処理も同様の手順で行うことが可能なものとする。前提として、送金元ユーザーは本処理を実行する前に、図６の生体情報登録処理シーケンスを実行しているものとする。
図７は、本実施形態に係る生体情報による認証シーケンスを示す図である。なお、本実施形態においては、送金元端末１００の利用ユーザーである送金元ユーザーの生体認証処理を説明するが、送金先端末１１０の利用ユーザーである送金先ユーザーの生体認証処理も同様の手順で行うことが可能なものとする。前提として、送金元ユーザーは本処理を実行する前に、図６の生体情報登録処理シーケンスを実行しているものとする。
【0066】
各処理は、送金元端末１００及び送金管理サーバー１２０のＣＰＵがＲＯＭ等に格納されたプログラムを読み出して実行されることで、実現されるものとする。
【0067】
Ｓ７００にて、送金元端末１００の送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０に生体認証を要求する。
【0068】
Ｓ７０１にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金端末アプリケーション４００からの生体認証要求を受信し、認証処理部４６２がＡｓｓｅｒｔｉｏｎ Ｃｈａｌｌｅｎｇｅを作成する。Ａｓｓｅｒｔｉｏｎ Ｃｈａｌｌｅｎｇｅは、チャレンジレスポンス認証を行うために使用するデータである。Ａｓｓｅｒｔｉｏｎ Ｃｈａｌｌｅｎｇｅとしては、乱数などが用いられるが、その作成方法は特に限定するものではない。ここでのＡｓｓｅｒｔｉｏｎ Ｃｈａｌｌｅｎｇｅは、図６のＳ６０１で作成されたものとは異なる。
【0069】
Ｓ７０２にて、送金管理サービス４６０の通信部４６１は、Ｓ７０１で作成したＡｓｓｅｒｔｉｏｎ Ｃｈａｌｌｅｎｇｅを含む情報を送金元端末１００に返却する。
【0070】
Ｓ７０３にて、送金端末アプリケーション４００の通信部４０１が、Ａｓｓｅｒｔｉｏｎ Ｃｈａｌｌｅｎｇｅを含む情報を受信する。更に、認証クライアント４１０のオーセンティケーター管理部４１２は、アサーション作成要求をオーセンティケーター４２０に送信する。同時に、認証クライアント４１０の登録制御部４１１は、図５（ｂ）に示す生体認証画面を送金元端末１００のタッチパネル２０９上に表示する。
【0071】
Ｓ７０４にて、送金元ユーザーは、生体認証画面（図５（ｂ））において、生体情報センサー２０８に対して生体情報を提示する。この際、オーセンティケーター４２０の生体認証処理部４２２は、送金元ユーザーの生体情報の特徴量を取得する。
【0072】
Ｓ７０５にて、オーセンティケーター４２０の生体認証処理部４２２は、生体情報の検証処理を実行する。生体情報の検証処理では、Ｓ７０４で取得した生体情報と一致する生体情報を、ＴＰＭ２０６に登録済みの生体情報から検索し、一致する生体情報の生体情報ＩＤを取得する。続いて、取得した生体情報ＩＤとサービスＩＤの組み合わせが一致する情報を、ＴＰＭ２０６に格納しているテーブル（表１）から検索し、一致する情報の認証情報ＩＤおよび秘密鍵を取得する。ここで、認証情報が一意に特定できた場合は、生体認証成功と判定し、Ｓ７０６に進む。一方、認証情報を一意に特定できなかった場合は、生体認証が失敗と判定し、本シーケンスを終了する。この場合、送信元ユーザーにその旨を通知するようにしてもよい。
【0073】
Ｓ７０６にて、オーセンティケーター４２０の生体認証処理部４２２は、アサーションを作成する。ここで、アサーションには、Ｓ７０５で取得した認証情報ＩＤおよび署名データを含む。署名データは、Ｓ７０５で取得した秘密鍵を使用して、Ｓ７０２にて受信したＡｓｓｅｒｔｉｏｎ Ｃｈａｌｌｅｎｇｅから作成する。
【0074】
Ｓ７０７にて、送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０にアサーション検証要求を送信する。ここで、アサーション検証要求のパラメータには、Ｓ７０６で作成したアサーションを含める。
【0075】
Ｓ７０８にて、送金管理サービス４６０の送金管理サービス４６０の通信部４６１は、送金元端末１００からアサーションを受信し、認証処理部４６２がアサーションの検証処理を実行する。アサーションの検証処理では、受信したアサーションに含まれる認証情報ＩＤと一致するクレデンシャルを、表２に示したテーブルから検索し、一致するクレデンシャルの公開鍵を取得する。続いて、受信したアサーションに含まれる署名データを公開鍵で復号化することで、アサーションが正しいことを検証する。ここで、アサーションが正しいことを検証できた場合は、Ｓ７０９に進む。一方、認証情報を一意に特定できなかった場合は、送金管理サービス４６０の通信部４６１が、送金元端末１００にエラーを返却し、本シーケンスを終了する。
【0076】
Ｓ７０９にて、送金管理サービス４６０の認証処理部４６２は、Ｓ７０８でアサーションが正しいことを検証できたユーザーのトークンを発行する。トークンは、ユーザーが送金機能や送金依頼機能などの各種機能を利用するために使用される。
【0077】
Ｓ７１０にて、送金管理サービス４６０の通信部４６１は、Ｓ７０９で作成したトークンを送金元端末１００に返却する。以上、図７のシーケンスにより、生体認証処理が完了する。
【0078】
［送金処理および受取処理］
図８は、本実施形態に係る送金元端末１００による送金処理から、送金先端末１１０による受取処理までのシーケンスを示す図である。前提として、送金元ユーザーおよび送金先ユーザーは、本処理を実行する前に、図６の生体情報登録処理シーケンスを実行しているものとする。
図８は、本実施形態に係る送金元端末１００による送金処理から、送金先端末１１０による受取処理までのシーケンスを示す図である。前提として、送金元ユーザーおよび送金先ユーザーは、本処理を実行する前に、図６の生体情報登録処理シーケンスを実行しているものとする。
【0079】
また、各処理は、送金元端末１００、送金先端末１１０、及び送金管理サーバー１２０のＣＰＵがＲＯＭ等に格納されたプログラムを読み出して実行されることで、実現されるものとする。
【0080】
【0081】
Ｓ８０１にて、送金元ユーザーは、送金額入力画面（図５（ｄ））において、送金額入力領域５３０に送金額を入力し、送金先選択領域５３１に送金先ユーザーを選択する。続いて、送金元ユーザーが次へボタン５３２をタップすることで、生体認証画面（図５（ｂ））が送金元端末１００のタッチパネル２０９上に表示される。なお、本実施形態においては、送金元ユーザーは、送金額入力領域５３０に「１２，０００円」を入力し、送金先選択領域５３１に「送金先ユーザー（ｒｅｃｅｉｖｅ－ｕｓｅｒ）」を選択したものとして説明する。このユーザー操作に起因して、図７にて説明した生体認証シーケンスが実行される。
【0082】
生体認証シーケンスが正常に完了した後、Ｓ８０２にて、送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０に送金要求を行う。この際、送金要求のパラメータには、Ｓ８０１で入力された送金額、送金先ユーザーＩＤ、および図７のシーケンスで取得したトークンを含める。
【0083】
Ｓ８０３にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金元端末１００から送信された送金要求を受信する。続いて、送金情報制御部４６３は、送金情報ＤＢ４７０の送金情報テーブルの情報を更新する。ここで、表３にＳ８０３完了時点の送金情報テーブルの状態を示す。
【0084】
【表3】
【0085】
表３において、送金情報ＩＤ列は、各送金情報に対して一意なＩＤである。送金元ユーザーＩＤ列は、送金を行うユーザーのＩＤが格納されている。本実施形態においては、送金要求に含まれるトークンのユーザーである送金元ユーザーのＩＤである「ｓｅｎｄ－ｕｓｅｒ」が格納される。送金先ユーザーＩＤ列は、送金を受け取るユーザーのＩＤが格納されている。本実施形態においては、送金要求に含まれる送金先ユーザーＩＤである「ｒｅｃｅｉｖｅ－ｕｓｅｒ」が格納される。金額は、送金処理における送金額が格納される。本実施形態においては、送金要求に含まれる送金額である「１２，０００」が格納される。ここでの通貨の単位は円として説明する。ステータス列は、一連の送金処理における現在の状況を示す。本実施形態においては、送金依頼が行われた時点で「送金依頼中」、送金が行われた時点で「送金中」、送金元および送金先の相互確認が行われた時点で「受け取り済み」のステータスが格納される。Ｓ８０３完了時点では、送金が行われたため、「送金中」が格納される。なお、本実施形態では、通貨の単位を円として説明しているが、例えば、複数の通貨に対応する場合には、表３にて単位を更に対応付けて管理してもよい。この場合には、図５（ｄ）に示す送金額入力画面では、通貨の単位を入力させるようにする。また、ステータス等が更新された日時情報を併せて管理してもよい。
【0086】
続いて、送金が行われたことを送金元端末１００、及び送金先端末１１０に通知するためのメッセージを生成する処理が行われる。本処理に関して図１０を用いて説明する。
【0087】
図１０は、本発明における送金管理サーバー１２０による送金関連メッセージ生成処理を示すフローチャートである。本処理フローは、送金管理サーバー１２０のＣＰＵ３０２が、ＲＯＭ３０４等に格納されたプログラムを読み出して実行することにより実現される。
【0088】
Ｓ１０００にて、送金管理サービス４６０の送金情報制御部４６３は、送金元端末１００または送金先端末１１０から要求された送金処理の種別を判定する。要求された送金処理の種別が「送金要求」である場合は、Ｓ１００１に進む。要求された送金処理の種別が「受け取り要求」である場合は、Ｓ１００３に進む。要求された送金処理の種別が「送金依頼要求」である場合は、Ｓ１００５に進む。
【0089】
Ｓ１００１にて、送金管理サービス４６０の送金情報制御部４６３は、送金要求を行った送金元端末１００に送金処理を受け付けたことを通知するためのメッセージを生成する。ここで生成されるメッセージは、図５（ｅ）の送金元メッセージ５４０や、図５（ｉ）の依頼先メッセージ５８１に対応するが、この時点では、「本人確認済み」の文言は付与されていない。
【0090】
Ｓ１００２にて、送金管理サービス４６０の送金情報制御部４６３は、送金先端末１１０に送金が行われたことを通知するためのメッセージを生成する。ここで生成されるメッセージは、図５（ｆ）の送金先メッセージ５５０や、図５（ｈ）の依頼先メッセージ５７１に対応するが、この時点では、「本人確認済み」の文言は付与されていない。その後、Ｓ１００７へ進む。
【0091】
Ｓ１００３にて、送金管理サービス４６０の送金情報制御部４６３は、受け取り要求を行った送金先端末１１０に受け取りが完了したことを通知するためのメッセージを生成する。ここで生成されるメッセージは、図５（ｆ）の受け取り元メッセージ５５１に対応するが、この時点では、「本人確認済み」の文言は付与されていない。
【0092】
Ｓ１００４にて、送金管理サービス４６０の送金情報制御部４６３は、送金元端末１００に受け取りが行われたことを通知するためのメッセージを生成する。図５（ｅ）の受け取り通知メッセージ５４１に対応するが、この時点では、「本人確認済み」の文言は付与されていない。その後、Ｓ１００７へ進む。
【0093】
Ｓ１００５にて、送金管理サービス４６０の送金情報制御部４６３は、送金依頼を行った送金先端末１１０に送金依頼処理を受け付けたことを通知するためのメッセージを生成する。図５（ｈ）の依頼元メッセージ５７０に対応するが、この時点では、「本人確認済み」の文言は付与されていない。
【0094】
Ｓ１００６にて、送金管理サービス４６０の送金情報制御部４６３は、送金元端末１００に送金依頼が行われたことを通知するためのメッセージを生成する。図５（ｉ）の依頼元メッセージ５８０に対応するが、この時点では、「本人確認済み」の文言は付与されていない。その後、Ｓ１００７へ進む。
【0095】
Ｓ１００７にて、送金管理サービス４６０の送金情報制御部４６３は、生体情報を用いた認証処理により発行されたトークンを参照する。そして、送金情報制御部４６３は、送金元端末１００または送金先端末１１０のユーザーが、生体認証による本人確認を行った上で送金関連処理を要求しているか否かを判定する。本人確認が行われていると判定された場合は（Ｓ１００７にてＹＥＳ）Ｓ１００８に進む。本人確認が行われていないと判定された場合は（Ｓ１００７にてＮＯ）本処理フローを終了する。
【0096】
Ｓ１００８にて、送金管理サービス４６０の送金情報制御部４６３は、Ｓ１００１～Ｓ１００６のそれぞれで生成したメッセージに「本人確認済み」の文言を付与する。そして、本処理フローを終了する。
【0097】
図８のシーケンスの説明に戻る。なお、Ｓ８０３の処理の後、図１０のＳ１０００において送金処理の種別が「送金要求」であると判定され、Ｓ１００７において本人確認が行われていると判定されたものとして、以下の説明を行う。
【0098】
Ｓ８０４にて、送金管理サービス４６０の通信部４６１は、送金元端末１００に、送金受付完了通知を返却する。ここで、送金受付完了通知には図１０で生成された「本人確認済み」の文言が付与された送金元メッセージ、及び、Ｓ８０３で生成された送金情報ＩＤを含む。
【0099】
Ｓ８０５にて、送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０からの送金受付完了通知を受信する。更に、メッセージ制御部４０２は、図５（ｅ）に示す送金メッセージ画面の送金元メッセージ５４０を、送金元端末１００のタッチパネル２０９上に表示する。
【0100】
Ｓ８０６にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金先端末１１０に送金通知を送信する。ここで、送金通知には図１０で生成された「本人確認済み」の文言が付与された送金先メッセージ、及び、Ｓ８０３で生成された送金情報ＩＤを含む。
【0101】
Ｓ８０７にて、送金先端末１１０の送金端末アプリケーション４３０の通信部４３１は、送金管理サーバー１２０からの送金通知を受信する。更に、メッセージ制御部４３２は、図５（ｆ）に示す受け取りメッセージ画面の送金先メッセージ５５０を、送金先端末１１０のタッチパネル２０９上に表示する。ここで、送金先ユーザーは、送金先メッセージ５５０の「本人確認済み」の文言を確認することで、確かに送金元ユーザー本人が生体認証を行った上で通貨の送金を行ったことを確信できる。続いて、送金先ユーザーが図５（ｆ）に示す受け取りメッセージ画面の送金先メッセージ５５０をタップすることで、図５（ｂ）に示す生体認証画面が送金先端末１１０のタッチパネル２０９上に表示される。その後、ユーザー操作に基づき、図７を用いて説明した生体認証シーケンスが実行される。
【0102】
Ｓ８０８にて、送金端末アプリケーション４３０の通信部４３１は、送金管理サーバー１２０に受け取り要求を行う。この際、受け取り要求のパラメータには、Ｓ８０７で受信した送金情報ＩＤ、及び、図７のシーケンスで取得したトークンを含める。
【0103】
Ｓ８０９にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金先端末１１０から送信された受け取り要求を受信する。続いて、送金情報制御部４６３は、送金情報ＤＢ４７０の送金情報テーブルの情報を更新する。ここで、表４にＳ８０９完了時点の送金情報テーブルの状態を示す。
【0104】
【表4】
【0105】
表４において、送金管理サービス４６０の送金情報制御部４６３は、受け取り要求に含まれる送金情報ＩＤと一致する情報を送金情報ＩＤ列から検索し、合致する送金情報のステータス列を「受け取り済み」に更新する。
【0106】
その後、受け取りが行われたことを送金元端末１００、及び、送金先端末１１０に通知するためのメッセージを生成するため、図１０の処理が行われる。なお、本実施形態においては、Ｓ８０９の処理の後、図１０のＳ１０００において、送金処理の種別が「受け取り要求」であると判定され、Ｓ１００７において、本人確認が行われていると判定されたものとして、以下の説明を行う。
【0107】
Ｓ８１０にて、送金管理サービス４６０の通信部４６１は、受け取り完了通知を送金先端末１１０に送信する。ここで、受け取り完了通知には図１０で生成された「本人確認済み」の文言が付与された受け取り元メッセージを含む。
【0108】
Ｓ８１１にて、送金先端末１１０の送金端末アプリケーション４３０の通信部４３１は、送金管理サーバー１２０からの受け取り完了通知を受信する。更に、メッセージ制御部４３２は、図５（ｆ）に示す受け取りメッセージ画面の受け取り元メッセージ５５１を送金先端末１１０のタッチパネル２０９上に表示する。
【0109】
Ｓ８１２にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金完了通知を送金元端末１００に送信する。ここで、送金完了通知には、図１０で生成された「本人確認済み」の文言が付与された受け取り通知メッセージを含む。
【0110】
Ｓ８１３にて、送金元端末１００の送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０からの受け取り完了通知を受信する。更に、メッセージ制御部４０２は、図５（ｅ）に示す送金メッセージ画面の受け取り通知メッセージ５４１を送金元端末１００のタッチパネル２０９上に表示する。ここで、送金元ユーザーは、受け取り通知メッセージ５４１の「本人確認済み」の文言を確認することで、確かに送金先ユーザー本人が生体認証を行った上で通貨の受け取りを行ったことを確信できる。
【0111】
以上、図８のシーケンスにより、送金元端末１００による送金処理から、送金先端末１１０による受取処理が完了する。また、送金元ユーザー、及び送金先ユーザー双方が、端末上の操作のみで、相互の本人確認を行った上で通貨の送金および受け取りを行うことができる。そのため、高いユーザビリティを実現しつつ、オンライン上の送金機能の利用の際の安全性を向上させることができる。更に、オンライン上の送金機能に対する抵抗感を軽減することができる。
【0112】
［送金依頼処理および送金処理］
図９は、本実施形態に係る送金先端末１１０による送金依頼処理から、送金元端末１００による送金処理までのシーケンスを示す図である。前提として、送金元ユーザーおよび送金先ユーザーは、本処理を実行する前に、図６の生体情報登録処理シーケンスを実行しているものとする。
図９は、本実施形態に係る送金先端末１１０による送金依頼処理から、送金元端末１００による送金処理までのシーケンスを示す図である。前提として、送金元ユーザーおよび送金先ユーザーは、本処理を実行する前に、図６の生体情報登録処理シーケンスを実行しているものとする。
【0113】
また、各処理は、送金元端末１００、送金先端末１１０、及び送金管理サーバー１２０のＣＰＵがＲＯＭ等に格納されたプログラムを読み出して実行されることで、実現されるものとする。
【0114】
【0115】
Ｓ９０１にて、送金先ユーザーが、送金依頼額入力画面（図５（ｇ））において、送金依頼額入力領域５６０に送金依頼額を入力し、送金依頼先選択領域５６１に依頼先ユーザーを選択する。続いて、送信先ユーザーが次へボタン５６２をタップすることで、生体認証画面（図５（ｂ））が、送金先端末１１０のタッチパネル２０９上に表示される。なお、本実施形態においては、送金元ユーザーは、送金依頼額入力領域５６０に「１２，０００円」を入力し、送金依頼先選択領域５６１に「送金元ユーザー（ｓｅｎｄ－ｕｓｅｒ）」を選択したものとして説明する。これにより、図７にて説明した生体認証シーケンスが実行される。
【0116】
生体認証シーケンスが正常に完了した場合、Ｓ９０２にて、送金先端末１１０の送金端末アプリケーション４３０の通信部４３１は、送金管理サーバー１２０に送金依頼要求を行う。この際、送金依頼要求のパラメータには、Ｓ９０１で入力された送金依頼額、送金元ユーザーＩＤ、および図７のシーケンスで取得したトークンを含める。
【0117】
Ｓ９０３にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金先端末１１０から送信された送金依頼要求を受信する。続いて、送金情報制御部４６３は、送金情報ＤＢ４７０の送金情報テーブルの情報を更新する。ここで、表５にＳ９０３完了時点の送金情報テーブルの状態を示す。
【0118】
【表5】
【0119】
表５において、送金元ユーザーＩＤ列は、送金依頼要求に含まれる送金元ユーザーＩＤである「ｓｅｎｄ－ｕｓｅｒ」が格納される。送金先ユーザーＩＤ列は、送金依頼要求に含まれるトークンのユーザーである送金先ユーザーのＩＤである「ｒｅｃｅｉｖｅ－ｕｓｅｒ」が格納される。金額は、送金依頼処理における送金依頼額が格納される。なお、本実施形態においては、送金依頼要求に含まれる送金依頼額である「１２，０００」が格納される。ステータス列は、Ｓ９０３完了時点では、送金依頼が行われたため、「送金依頼中」が格納される。
【0120】
その後、送金依頼が行われたことを送金元端末１００、及び、送金先端末１１０に通知するためのメッセージを生成するため、図１０の処理が行われる。なお、本実施形態においては、Ｓ９０３の処理の後、図１０のＳ１０００において、送金処理の種別が「送金依頼要求」であると判定され、Ｓ１００７において、本人確認が行われていると判定されたものとして、以下の説明を行う。
【0121】
Ｓ９０４にて、送金管理サービス４６０の通信部４６１は、送金依頼受付完了通知を送金先端末１１０に返却する。ここで、送金依頼受付完了通知には図１０で生成された「本人確認済み」の文言が付与された依頼元メッセージ、及びＳ９０３で生成された送金情報ＩＤを含む。
【0122】
Ｓ９０５にて、送金先端末１１０の送金端末アプリケーション４３０の通信部４３１は、送金管理サーバー１２０からの送金依頼受付完了通知を受信する。更に、メッセージ制御部４３２は、図５（ｈ）に示す送金依頼メッセージ画面の依頼元メッセージ５７０を送金先端末１１０のタッチパネル２０９上に表示する。
【0123】
Ｓ９０６にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金依頼通知を送金元端末１００に送信する。ここで、送金依頼通知には、図１０で生成された「本人確認済み」の文言が付与された依頼先メッセージ、及びＳ９０３で生成された送金制御ＩＤを含む。
【0124】
Ｓ９０７にて、送金元端末１００の送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０からの送金依頼通知を受信する。更に、メッセージ制御部４０２は、図５（ｉ）に示す送金応答メッセージ画面の依頼元メッセージ５８０を送金元端末１００のタッチパネル２０９上に表示する。ここで、送金先ユーザーは、依頼元メッセージ５８０の「本人確認済み」の文言を確認することで、確かに送金先ユーザー本人が生体認証を行った上で、通貨の送金依頼を行ったことを確信できる。続いて、送金元ユーザーは、依頼元メッセージ５８０をタップすることで、図５（ｂ）に示す生体認証画面が送金元端末１００のタッチパネル２０９上に表示される。その後、図７の生体認証シーケンスが実行される。
【0125】
Ｓ９０８にて、送金元端末１００の送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０に送金要求を行う。この際、送金要求のパラメータには、Ｓ９０７で受信した送金制御ＩＤ、及び図７のシーケンスで取得したトークンを含める。
【0126】
Ｓ９０９にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金元端末１００から送信された送金要求を受信する。続いて、送金情報制御部４６３は、送金情報ＤＢ４７０の送金情報テーブルの情報を更新する。ここで、表６にＳ９０９完了時点の送金情報テーブルの状態を示す。
【0127】
【表6】
【0128】
表６において、送金管理サービス４６０の送金情報制御部４６３は、送金要求に含まれる送金制御ＩＤと一致する情報を送金情報ＩＤ列から検索し、合致する送金情報のステータス列を「受け取り済み」に更新する。
【0129】
その後、送金が行われたことを送金元端末１００、及び送金先端末１１０に通知するためのメッセージを生成するため、図１０の処理が行われる。なお、本実施形態においては、Ｓ９０９の処理の後、図１０のＳ１００１において、送金処理の種別が「送金要求」であると判定され、Ｓ１００７において、「本人確認が行われている」と判定されたものとして、以下の説明を行う。
【0130】
Ｓ９１０にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金完了通知を送金元端末１００に送信する。ここで、送金完了通知には図１０で生成された「本人確認済み」の文言が付与された送金元メッセージを含む。
【0131】
Ｓ９１１にて、送金元端末１００の送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０からの送金完了通知を受信する。更に、メッセージ制御部４０２は、図５（ｉ）に示す送金応答メッセージ画面の依頼先メッセージ５８１を送金元端末１００のタッチパネル２０９上に表示する。
【0132】
Ｓ９１２にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、受け取り完了通知を送金先端末１１０に送信する。ここで、受け取り完了通知には図１０で生成された「本人確認済み」の文言が付与された送金先メッセージを含む。
【0133】
Ｓ９１３にて、送金先端末１１０の送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０からの受け取り完了通知を受信する。更に、メッセージ制御部４０２は、図５（ｈ）の送金依頼メッセージ画面の依頼先メッセージ５７１を送金先端末１１０のタッチパネル２０９上に表示する。ここで、送金先ユーザーは、依頼先メッセージ５７１の「本人確認済み」の文言を確認することで、確かに送金元ユーザー本人が生体認証を行った上で通貨の送金を行ったことを確信できる。そして、本処理シーケンスを終了する。
【0134】
なお、上記の例では、送金依頼の送信元と、送金先とが同じユーザーである例を説明したが、これに限定するものではない。例えば、送金依頼において第３者へ送金するように依頼するような構成に適用してもよい。
【0135】
以上、図９のシーケンスにより、送金先端末１１０による送金依頼処理から、送金元端末１００による送金処理が完了する。また、送金元ユーザー、及び送金先ユーザー双方が、端末上の操作のみで、相互の本人確認を行った上で通貨の送金依頼および送金を行うことができるため、高いユーザビリティを実現しつつ、オンライン上の送金依頼機能に対する抵抗感を軽減することができる。
【0136】
以上、本実施形態により、送金元ユーザーと送金先ユーザー双方の利便性を向上しつつ、互いに本人確認を行った上で送金関連操作が完了する。これにより、オンライン上の送金機能および送金依頼機能の利用の際のユーザーの懸念を払拭でき、これらの機能に対する抵抗感を軽減することができる。
【0137】
＜第２の実施形態＞
本願発明の第２の実施形態として、送金依頼時に、送金先ユーザーの顔写真を撮影した上で依頼を行う形態について説明する。第１の実施形態では、送金元ユーザーと送金先ユーザー双方が「本人確認済み」メッセージを確認することで、互いに本人確認を行った上で、送金関連作業を行う形態を提供した。しかし、例えば、送金依頼を行った送金先ユーザーと送金を行う送金元ユーザーが互いに長い間連絡を取っていないケースなどは、送金依頼が行われても、送金元ユーザーが送金先ユーザーを覚えていないことが考えられる。こうしたケースにおいては、本人確認が行われていても、そもそも誰であるかを認識することができないため、送金関連機能の抵抗感が低減されることはない。本実施形態では、上記課題を鑑みて、送金依頼時に送金先ユーザーの顔写真を撮影し、その撮影した顔写真（顔画像）を付与して送金依頼を行う形態を提供する。
本願発明の第２の実施形態として、送金依頼時に、送金先ユーザーの顔写真を撮影した上で依頼を行う形態について説明する。第１の実施形態では、送金元ユーザーと送金先ユーザー双方が「本人確認済み」メッセージを確認することで、互いに本人確認を行った上で、送金関連作業を行う形態を提供した。しかし、例えば、送金依頼を行った送金先ユーザーと送金を行う送金元ユーザーが互いに長い間連絡を取っていないケースなどは、送金依頼が行われても、送金元ユーザーが送金先ユーザーを覚えていないことが考えられる。こうしたケースにおいては、本人確認が行われていても、そもそも誰であるかを認識することができないため、送金関連機能の抵抗感が低減されることはない。本実施形態では、上記課題を鑑みて、送金依頼時に送金先ユーザーの顔写真を撮影し、その撮影した顔写真（顔画像）を付与して送金依頼を行う形態を提供する。
【0138】
［ユーザーインターフェース］
図１１は、本実施形態に係る送金元端末１００、及び送金先端末１１０のＵＩの構成例を示す図である。なお、第１の実施形態と共通する画面構成については説明を省略する。
図１１は、本実施形態に係る送金元端末１００、及び送金先端末１１０のＵＩの構成例を示す図である。なお、第１の実施形態と共通する画面構成については説明を省略する。
【0139】
図１１（ａ）に示す送金依頼情報入力画面は、送金先ユーザーが送金元ユーザーに対して送金依頼関連情報を入力するための画面であり、送金先端末１１０のタッチパネル２０９上に描画される。送金依頼額入力領域１１００、及び、送金依頼先選択領域１１０１に関しては、図５（ｇ）の送金依頼額入力領域５６０、及び、送金依頼先選択領域５６１と同様なため、説明は割愛する。顔写真撮影ボタン１１０２がタップされると、図１１（ｃ）に示す顔写真撮影画面に画面遷移する。メッセージ入力ボタン１１０３がタップされると、図１１（ｂ）に示す送金依頼メッセージ入力画面に画面遷移する。次へボタン１１０４に関しては、図５（ｇ）の次へボタン５６２と同様なため、説明は割愛する。
【0140】
図１１（ｂ）に示す送金依頼メッセージ入力画面は、送金依頼に添えるメッセージを入力するための画面であり、送金先端末１１０のタッチパネル２０９上に描画される。送金依頼メッセージ入力領域１１１０は、送金依頼メッセージを入力するための領域である。確定ボタン１１１１がタップされると、送金依頼メッセージ入力領域１１１０に入力されたメッセージが確定し、図１１（ａ）に示す送金依頼情報入力画面に戻る。
【0141】
図１１（ｅ）に示す顔写真撮影画面は、送金依頼に付与する顔写真を撮影するための画面であり、送金先端末１１０のタッチパネル２０９上に描画される。撮影結果表示領域１１２０は、撮影結果を示す画面である。撮影ボタン１１２１がタップされると、端末に付属するカメラ（不図示）により撮影が行われ、撮影結果が撮影結果表示領域１１２０に表示される。確定ボタン１１２２がタップされると、撮影結果表示領域１１２０に表示されている顔写真データが確定され、図１１（ａ）に示す送金依頼情報入力画面に戻る。
【0142】
図１１（ｄ）に示す送金応答メッセージ画面は、送金元ユーザーの送金依頼に関する処理がタイムラインメッセージ形式で表示される画面であり、送金先端末１１０から送金依頼が行われた際に、送金元端末１００のタッチパネル２０９上に描画される。依頼元メッセージ１１３０がタップされると、図１１（ｅ）に示す送金依頼情報確認画面に画面遷移する。
【0143】
図１１（ｅ）に示す送金依頼情報確認画面は、送金依頼元ユーザーが入力した情報を確認するための画面であり、送金元端末１００のタッチパネル２０９上に描画される。送金依頼情報表示領域１１４０は、送金依頼元ユーザーが入力した送金依頼メッセージと、撮影された顔写真が表示される。送金ボタン１１４１がタップされると、送金を行うために、図５（ｂ）に示す生体認証画面に画面遷移する。キャンセルボタン１１４２がタップされると、送金は行われずに、図１１（ｄ）に示す送金応答メッセージ画面に戻る。
【0144】
［送金依頼処理および受取処理］
図１２は、本実施形態における送金先端末１１０による送金依頼処理から、送金元端末１００による送金処理までのシーケンスを示す図である。前提として、送金元ユーザーおよび送金先ユーザーは、本処理を実行する前に、図６の生体情報登録処理シーケンスを実行しているものとする。
図１２は、本実施形態における送金先端末１１０による送金依頼処理から、送金元端末１００による送金処理までのシーケンスを示す図である。前提として、送金元ユーザーおよび送金先ユーザーは、本処理を実行する前に、図６の生体情報登録処理シーケンスを実行しているものとする。
【0145】
また、各処理は、送金元端末１００、送金先端末１１０、及び送金管理サーバー１２０のＣＰＵがＲＯＭ等に格納されたプログラムを読み出して実行されることで、実現されるものとする。
【0146】
【0147】
Ｓ１２０１にて、送金先ユーザーは、図１１（ａ）に示す送金依頼情報入力画面において、送金依頼額入力領域１１００に送金依頼額を入力し、送金依頼先選択領域１１０１に依頼先ユーザーを選択する。ここでは、送金依頼額に「１２，０００円」を入力し、送信依頼先として「ｓｅｎｄ－ｕｓｅｒ」を指定したものとして説明する。
【0148】
Ｓ１２０２にて、送金先ユーザーは、図１１（ａ）に示す送金依頼情報入力画面の顔写真撮影ボタン１１０２をタップし、図１１（ｃ）に示す顔写真撮影画面へ遷移させる。更に、送金先ユーザーは、図１１（ｃ）に示す顔写真撮影画面の撮影ボタン１１２１をタップすることで顔写真の撮影を行った上で、確定ボタン１１２２をタップする。
【0149】
Ｓ１２０３にて、送金先ユーザーは、図１１（ａ）に示す送金依頼情報入力画面のメッセージ入力ボタン１１０３をタップし、図１１（ｋ）に示す送金依頼メッセージ入力画面へ遷移させる。更に、図１１（ｋ）に示す送金依頼メッセージ入力画面の送金依頼メッセージ入力領域１１１０に送金依頼メッセージを入力した上で、確定ボタン１１１１をタップする。これにより、図１１（ａ）に示す送金依頼情報入力画面に戻る。なお、Ｓ１２０１～Ｓ１２０３の処理の流れはこれに限定するものでは無く、入れ替わってよい。また、修正のために各処理を再度実行してもよい。続いて、図１１（ａ）の次へボタン１１０４をタップすることで、図５（ｂ）に示す生体認証画面が送金先端末１１０のタッチパネル２０９上に表示される。その後、ユーザー操作に基づき、図７の生体認証シーケンスが実行される。
【0150】
Ｓ１２０４にて、送金先端末１１０の送金端末アプリケーション４３０の通信部４３１は、送金管理サーバー１２０に送金依頼要求を行う。この際、送金依頼要求のパラメータには、Ｓ１２０１で入力された送金依頼額、Ｓ１２０２で入力された送金依頼メッセージ、Ｓ１２０３で撮影された顔写真データ、送金元ユーザーＩＤ、および図７のシーケンスで取得したトークンを含める。
【0151】
Ｓ１２０５～Ｓ１２０７の処理は、第１の実施形態にて述べた図９のＳ９０３～Ｓ９０５と同様なため、説明は割愛する。
【0152】
Ｓ１２０８にて、送金管理サーバー１２０の送金管理サービス４６０の通信部４６１は、送金元端末１００に、送金依頼通知を送信する。ここで、送金依頼通知は、図１０で生成された「本人確認済み」の文言が付与された依頼先メッセージ、Ｓ１２０３で生成された送金制御ＩＤ、Ｓ１２０４で送信された送金依頼メッセージ、及び顔写真データを含む。
【0153】
Ｓ１２０９にて、送金元端末１００の送金端末アプリケーション４００の通信部４０１は、送金管理サーバー１２０からの送金依頼通知を受信する。更に、メッセージ制御部４０２は、図１１（ｄ）に示す送金応答メッセージ画面の依頼元メッセージ１１３０を送金元端末１００のタッチパネル２０９上に表示する。ここで、送金先ユーザーは、依頼元メッセージ１１３０の「本人確認済み」の文言を確認することで、確かに送金先ユーザー本人が生体認証を行った上で、通貨の送金依頼を行ったことを確信できる。
【0154】
続いて、送金元ユーザーは、依頼元メッセージ１１３０をタップすることにより、図１１（ｅ）に示す送金依頼情報確認画面へ画面を遷移させる。送金元ユーザーは、図１１（ｅ）に示す送金依頼情報確認画面を確認した上で、送金ボタン１１４１をタップすることにより、図５（ｂ）に示す生体認証画面が送金元端末１００のタッチパネル２０９上に表示される。これにより、送金元ユーザーは、図１１（ｅ）に示す送金依頼情報確認画面において、送金先ユーザーの顔写真と送金依頼メッセージを確認することができる。そのため、送金元ユーザーが、送金先ユーザーを覚えていない状態であっても、思い出すことができる可能性がある。
【0155】
Ｓ１２１０～Ｓ１２１５の処理は、第１の実施形態にて述べた図９のＳ９０８～Ｓ９１３と同様なため、説明は割愛する。
【0156】
以上、本実施形態により、送金先端末１１０による送金依頼処理から、送金元端末１００による送金処理が完了する。
【0157】
以上、本実施形態により、送金依頼時に、送金先ユーザーの送金先ユーザーの顔写真を撮影した上で依頼を行う形態を提供することができる。第１の実施形態よりも更に、オンライン上の送金機能および送金依頼機能の利用の際のユーザーの懸念を払拭でき、これらの機能に対する抵抗感を軽減することができる。
【0158】
＜第３の実施形態＞
本願発明の第３の実施形態として、送金時および送金依頼時に、金額が閾値を超える場合は、生体認証以外の認証を行うことができなくする形態について説明する。
本願発明の第３の実施形態として、送金時および送金依頼時に、金額が閾値を超える場合は、生体認証以外の認証を行うことができなくする形態について説明する。
【0159】
第１の実施形態では、送金元ユーザーと送金先ユーザー双方が「本人確認済み」のメッセージを確認することで、互いに本人確認を行った上で、送金関連作業を行う形態について説明した。一方、生体認証自体に抵抗を覚えるユーザーが扱うことを考慮し、パスワードによる認証を行うことも考えられる。しかし、生体認証による認証を行わないため、送金元端末１００、もしくは送金先端末１１０が悪意のあるユーザーの手に渡ってしまい、パスワードが解明されてしまった場合は、大きな被害が懸念されるという課題がある。本実施形態では、上記課題を鑑みて、送金時および送金依頼時に特定金額を超える場合には、生体認証以外の認証を行うことができなくする形態を提供することで、被害を最小限に食い止めることを目的とする。
【0160】
［ユーザーインターフェース］
図１３は、本実施形態に係る送金元端末１００、及び送金先端末１１０のＵＩの構成例を示す図である。図１３に示す制限付き生体認証画面は、送金元端末１００および送金先端末１１０それぞれの送金端末アプリケーション４００、４３０が各種送金機能を使用するために認証情報を取得するための画面であり、各端末のタッチパネル２０９上に描画される。生体情報入力指示領域１３１０、キャンセルボタン１３１１はそれぞれ、図５（ｂ）の生体情報入力指示領域５１０、キャンセルボタン５１１と同様なため、説明は割愛する。パスワード認証ボタン１３１２は、タップ不可の状態が示されている。つまり、パスワードによる認証処理が禁止された状態となる。この状態においては、パスワード認証ボタン１３１２は、タップされても特に処理は行われない。
図１３は、本実施形態に係る送金元端末１００、及び送金先端末１１０のＵＩの構成例を示す図である。図１３に示す制限付き生体認証画面は、送金元端末１００および送金先端末１１０それぞれの送金端末アプリケーション４００、４３０が各種送金機能を使用するために認証情報を取得するための画面であり、各端末のタッチパネル２０９上に描画される。生体情報入力指示領域１３１０、キャンセルボタン１３１１はそれぞれ、図５（ｂ）の生体情報入力指示領域５１０、キャンセルボタン５１１と同様なため、説明は割愛する。パスワード認証ボタン１３１２は、タップ不可の状態が示されている。つまり、パスワードによる認証処理が禁止された状態となる。この状態においては、パスワード認証ボタン１３１２は、タップされても特に処理は行われない。
【0161】
本実施形態では、図５（ｄ）に示す送金額入力画面の送金額入力領域５３０において、特定の閾値（上限値）より大きい値が入力された上で、次へボタン５３２がタップされると、図１３に示す制限付き生体認証画面に画面遷移する。一方、送金額入力領域５３０において、特定の閾値以下の値が入力された上で、次へボタン５３２がタップされると、図５（ｂ）に示す生体認証画面に画面遷移する。上記動作は、図５（ｇ）に示す送金依頼額入力画面においても同様であり、送金依頼額入力領域５６０の金額によって、画面遷移先が切り替わる。なお、特定の閾値としては、例えば、１０００００円を設定することができ、この閾値は、ユーザーが任意に設定できるようにしてもよい。
【0162】
また、パスワード認証ボタン１３１２がタップ不可の状態にて示すと共に、ユーザーに対し、入力された金額が特定の閾値を超えた旨のメッセージを表示するようにしてもよい。また、図５（ａ）の送金依頼情報入力画面などに、送金金額に応じて認証方法が変更されることや、特定の閾値に関する情報を併せて表示するようにしてもよい。
【0163】
以上、本実施形態では、送金時および送金依頼時に特定金額を超える場合には、生体認証以外の認証を行うことができないように制御する。この構成により、本実施形態では、ユーザーの送金機能および送金依頼機能に対する利便性を維持しつつ、オンライン上の送金機能および送金依頼機能の利用の際の安全性を向上させることができる。
【0164】
＜その他の実施形態＞
本発明は上述の実施形態の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
本発明は上述の実施形態の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【0165】
１００…送金元端末、１１０…送金先端末、１２０…送金管理サーバー、１３０…ネットワーク、２０８…生体情報センサー、２０９…タッチパネル、４００…送金端末アプリケーション、４１０…認証クライアント、４２０…オーセンティケーター、４６０…送金管理サービス、４７０…送金情報ＤＢ、４８０…ユーザー情報ＤＢ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】