JP2009123120A - 本人確認システム及び本人確認方法 - Google Patents

Abstract

【課題】
サービスの提供にあたってユーザを十分に保護することを可能とする本人確認システム及び本人確認方法を提供する。
【解決手段】
本人確認システムにおいて、端末装置１０は、サービスの提供を要求するサービス要求を送信する。携帯端末２０は、認証情報の送信を要求する承認確認メッセージを認証サーバ３０から受信し、承認確認メッセージに対するユーザの承認操作に応じて、自端末に記憶された認証情報を含む承認結果を認証サーバ３０に送信する。認証サーバ３０は、サービス要求に応じて、承認確認メッセージを携帯端末２０に送信し、携帯端末２０から受信する承認結果に含まれる認証情報に基づいて、ユーザが本人であるか否かを判定する。
【選択図】 図２

Description

本発明は、ユーザの本人確認を行う本人確認システム及び本人確認方法に関する。

従来、サーバから端末装置に対して様々なサービス（例えば、コンテンツ配信サービス、商品購入サービス、オンラインバンキング）を提供する通信システムが知られている。このような通信システムでは、サービスの提供にあたってユーザに対する課金が生じるため、ユーザの本人確認を行うことが重要である。

一般的には、ユーザ本人しか知りえない認証情報（例えば、パスワード）をサーバ側に送信することによって、ユーザの本人確認がサーバ側で行われる（例えば、特許文献１）。
特開２００４−２９２５０５号公報（請求項１、、など）

しかしながら、上述した従来技術では、ユーザ本人以外の第三者に認証情報が漏洩してしまった場合には、第三者がユーザになりすますことが可能である。すなわち、上述した従来技術では、サービスの提供にあたってユーザが十分に保護されない可能性があった。

そこで、本発明は、上述した課題を解決するためになされたものであり、サービスの提供にあたってユーザを十分に保護することを可能とする本人確認システム及び本人確認方法を提供することを目的とする。

本発明の一の特徴では、サービスの提供を要求する端末装置（端末装置１０）と、前記ユーザが所持する携帯端末（携帯端末２０）と、前記ユーザの本人確認を行う認証サーバ（認証サーバ３０）とを含む本人確認システムにおいて、前記端末装置は、サービスの提供を要求するサービス要求を送信する送信部（送信部１１）を有しており、前記携帯端末は、前記ユーザが本人であることを確認するための認証情報を記憶する記憶部（記憶部２３）と、前記認証情報の送信を要求する承認確認メッセージを前記認証サーバから受信する受信部（受信部２２）と、前記承認確認メッセージに対する前記ユーザの承認操作に応じて、前記記憶部に記憶された前記認証情報を含む承認結果を前記認証サーバに送信する送信部（送信部２１）とを有しており、前記認証サーバは、前記サービス要求に応じて、前記承認確認メッセージを前記携帯端末に送信する送信部（送信部３１）と、前記携帯端末から受信する前記承認結果に含まれる前記認証情報に基づいて、前記ユーザが本人であるか否かを判定する認証部（認証部３４）とを有し、前記ユーザが本人であることが認証された場合に、前記端末装置に対するサービスの提供が許可される。

かかる特徴によれば、認証サーバは、ユーザが所持する携帯端末に承認確認メッセージを送信し、携帯端末は、ユーザの承認操作に応じて、携帯端末に記憶された認証情報を含む承認結果を認証サーバに送信する。認証サーバは、携帯端末から受信した承認結果に含まれる認証情報によって、ユーザが本人であるか否かを判定する。ユーザが本人であることが認証された場合に、端末装置に対するサービスの提供が許可される。すなわち、端末装置に対するサービスの提供では、ユーザが所持する携帯端末においてユーザの承認操作が行われる必要がある。

従って、認証情報が第三者に漏洩したとしても、第三者がユーザになりすますことができない。このように、サービスの提供にあたってユーザを十分に保護することが可能である。

本発明の上述した特徴では、前記認証部は、前記承認確認メッセージを送信してから有効受付時間が経過した場合には、前記携帯端末から前記認証情報を受信したとしても、前記ユーザが本人ではないと判定することが好ましい。

本発明の上述した特徴では、前記認証サーバの前記送信部は、前記有効受付時間内に前記認証情報を受信しなかった場合に、前記承認確認メッセージを再送することが好ましい。

本発明の上述した特徴では、前記認証サーバの前記送信部は、前記承認確認メッセージの送信において、前記ユーザの承認操作が行われるまで一定時間に亘って前記携帯端末を呼び出すことが好ましい。

本発明の上述した特徴では、前記認証サーバの前記送信部は、前記一定時間内に前記認証情報を受信しなかった場合に、前記携帯端末の呼び出しを再開することが好ましい。

本発明の上述した特徴では、前記ユーザは、端末装置に提供されるサービスに対して課金される主体であることが好ましい。

本発明の一の特徴では、サービスの提供を要求する及び前記ユーザが所持する携帯端末を用いて、前記ユーザの本人確認を行う本人確認方法は、前記端末装置が、サービスの提供を要求するサービス要求を送信するステップと、認証サーバが、前記サービス要求に応じて、前記ユーザが本人であることを確認するための認証情報の送信を要求する承認確認メッセージを前記携帯端末に送信するステップと、前記携帯端末が、前記承認確認メッセージに対する前記ユーザの承認操作に応じて、自端末に記憶された前記認証情報を含む承認結果を前記認証サーバに送信するステップと、前記認証サーバが、前記携帯端末から受信する前記承認結果に含まれる前記認証情報に基づいて、前記ユーザが本人であるか否かを判定するステップと、前記ユーザが本人であることが認証された場合に、前記端末装置に対するサービスの提供を許可するステップとを含む。

本発明によれば、サービスの提供にあたってユーザを十分に保護することを可能とする本人確認システム及び本人確認方法を提供することができる。

以下において、本発明の実施形態に係る通信システム（本人確認システム）について、図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。

ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。

［第１実施形態］
（通信システムの概略）
以下において、第１実施形態に係る通信システムの概略について、図面を参照しながら説明する。図１は、第１実施形態に係る通信システムの概略を示す図である。

図１に示すように、通信システムは、端末装置１０と、携帯端末２０と、認証サーバ３０と、サービス提供サーバ４０とを有する。これらの装置は、ネットワーク５０に接続されている。

端末装置１０は、サービスの提供を受けるために、サービスの提供を要求する端末である。端末装置１０は、例えば、パーソナルコンピュータなどである。サービスは、例えば、コンテンツ配信サービス、商品購入サービス、オンラインバンキングなどである。

携帯端末２０は、ユーザが所持する端末である。すなわち、携帯端末２０は、ユーザによって持ち運び可能な端末である。携帯端末２０は、例えば、携帯電話やＰＤＡなどである。

なお、端末装置１０のユーザ、すなわち、サービスの提供を要求する主体は、携帯端末２０のユーザ、すなわち、本人確認の対象とされる主体と同じであってもよく、異なっていてもよい。携帯端末２０のユーザは、端末装置１０に提供されるサービスに対して課金される主体であってもよい。

認証サーバ３０は、携帯端末２０のユーザの本人確認を行うサーバである。具体的には、認証サーバ３０は、携帯端末２０に格納された加入者情報などの認証情報によって、ユーザが本人であるか否かを認証する。

サービス提供サーバ４０は、端末装置１０にサービスを提供するサーバである。具体的には、サービス提供サーバ４０は、認証サーバ３０によって携帯端末２０のユーザが本人であることが認証された場合に、端末装置１０に対するサービスの提供を許可する。

（各装置の構成）
以下において、第１実施形態に係る各装置の構成について、図面を参照しながら説明する。図２は、第１実施形態に係る各装置の構成を示すブロック図である。

図２に示すように、端末装置１０は、送信部１１と、受信部１２と、入力部１３と、制御部１４とを有する。

送信部１１は、制御部１４の指示に応じて、サービスの提供を要求するサービス要求をサービス提供サーバ４０に送信する。

受信部１２は、サービス要求に対応するサービスをサービス提供サーバ４０から受信する。

入力部１３は、ユーザによって各種情報が入力される入力インターフェースである。例えば、入力部１３には、ユーザが望むサービスの種類などが入力される。

制御部１４は、端末装置１０を構成する各ブロックを制御する。例えば、制御部１４は、入力部１３に入力されたサービスの種類に応じて、サービス要求の送信を送信部１１に指示する。

携帯端末２０は、送信部２１と、受信部２２と、記憶部２３と、通知部２４と、入力部２５と、制御部２６とを有する。

送信部２１は、制御部２６の指示に応じて、記憶部２３に記憶された認証情報を含む承認結果を認証サーバ３０に送信する。

受信部２２は、認証情報の送信を要求する承認確認メッセージを認証サーバ３０から受信する。

記憶部２３は、ユーザが本人であることを確認するための認証情報（例えば、加入者情報）を記憶する。例えば、記憶部２３は、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）やＵＳＩＭ（Ｕｓｅｒ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）によって構成される。

通知部２４は、承認確認メッセージの受信をユーザに通知する。通知部２４は、例えば、着信音を出力すること、携帯端末２０の本体を振動させることなどによって、承認確認メッセージの受信をユーザに通知する。

続いて、通知部２４は、図３に示すように、承認確認メッセージを表示する。承認確認メッセージは、件名、金額、会社名、有効期間、要求者などを含む。件名は、端末装置１０が要求したサービスの種別などを示す情報である。金額は、端末装置１０が要求したサービスの利用料金などを示す情報である。会社名は、端末装置１０が要求したサービスを提供する主体などを示す情報である。有効期限は、認証情報が有効に受け付けられる期限（有効受付時間）などを示す情報である。要求者は、サービスの提供を要求する主体、すなわち、端末装置１０のユーザを示す情報である。

また、承認確認メッセージは、承認ボタンと否認ボタンとを含む。承認ボタンは、端末装置１０に対するサービスの提供を承認するためのボタンである。否認ボタンは、端末装置１０に対するサービスの提供を否認するためのボタンである。

入力部２５は、ユーザによって各種情報が入力される入力インターフェースである。例えば、入力部２５は、承認確認メッセージに応じて、端末装置１０に対するサービスの提供を承認する操作（以下、承認操作）を受付ける。なお、承認操作は、承認ボタンのクリックなどである。入力部２５は、承認確認メッセージに応じて、端末装置１０に対するサービスの提供を否認する操作（以下、否認操作）を受付ける。なお、否認操作は、否認ボタンのクリックなどである。

制御部２６は、携帯端末２０を構成する各ブロックを制御する。例えば、制御部２６は、ユーザの承認操作が行われた場合には、認証情報を含む承認結果の送信を送信部２１に指示する。一方で、制御部２６は、ユーザの否認操作が行われた場合には、認証情報を含む承認結果の送信を送信部２１に指示しない。なお、制御部２６は、ユーザの否認操作が行われた場合に、端末装置１０に対するサービスの提供が否認されたことを示す情報の送信を送信部２１に指示してもよい。

認証サーバ３０は、送信部３１と、受信部３２と、タイマ３３と、認証部３４と、制御部３５とを有する。

送信部３１は、制御部３５の指示に応じて、認証情報の送信を要求する承認確認メッセージを携帯端末２０に送信する。送信部３１は、制御部３５の指示に応じて、承認確認結果をサービス提供サーバ４０に送信する。承認確認結果は、端末装置１０に対するサービスの提供が承認されたか否かを示す情報、及び、携帯端末２０のユーザが本人であることが認証されたか否かを示す情報を含む。

受信部３２は、ユーザの認証を要求する認証要求をサービス提供サーバ４０から受信する。また、受信部３２は、承認確認メッセージに応じて返信された承認結果（認証情報）を携帯端末２０から受信する。

タイマ３３は、各種時間を計時する。具体的には、タイマ３３は、承認確認メッセージを送信してから経過した時間を計時する。また、タイマ３３は、承認確認メッセージの再送の繰り返し周期を計時する。

認証部３４は、携帯端末２０から受信する承認結果に含まれる認証情報に基づいて、ユーザが本人であるか否かを判定する。具体的には、認証部３４は、ユーザの認証情報を予め記憶しており、予め記憶された認証情報と携帯端末２０から受信する承認結果に含まれる認証情報とを比較する。認証部３４は、これらの認証情報が一致した場合には、ユーザが本人であると判定する。一方で、認証部３４は、これらの認証情報が一致しなかった場合には、ユーザが本人でないと判定する。

また、認証部３４は、本人確認メールを送信してから有効受付時間が経過している場合には、ユーザが本人ではないと判定する。すなわち、認証部３４は、タイマ３３によって計時されている時間が有効受付時間を越えた場合に、ユーザの本人確認に失敗したと判定する。

制御部３５は、認証サーバ３０を構成する各ブロックを制御する。例えば、制御部３５は、認証部３４による認証結果に応じて、承認確認結果の送信を送信部３１に指示する。

制御部３５は、サービス提供サーバ４０から受信したサービス要求に応じて、承認確認メッセージの送信を送信部３１に指示する。ここで、制御部３５は、タイマ３３によって計時されている繰り返し周期で承認確認メッセージの再送を送信部３１に指示する。承認確認メッセージの再送の繰り返し回数は予め定められている。

サービス提供サーバ４０は、送信部４１と、受信部４２と、サービス提供部４３と、制御部４４とを有する。

送信部４１は、制御部４４の指示に応じて、ユーザの認証を要求する認証要求を認証サーバ３０に送信する。送信部４１は、制御部４４の指示に応じて、サービス提供部４３によって提供されるサービスを端末装置１０に送信する。

受信部４２は、サービスの提供を要求するサービス要求を端末装置１０から受信する。受信部４２は、承認確認結果を認証サーバ３０から受信する。承認確認結果は、端末装置１０に対するサービスの提供が承認されたか否かを示す情報、及び、携帯端末２０のユーザが本人であることが認証されたか否かを示す情報を含む。

サービス提供部４３は、サービス要求に対応するサービスを提供する。上述したように、サービス提供部４３によって提供されるサービスは、送信部４１によって端末装置１０に送信される。

制御部４４は、サービス提供サーバ４０を構成する各ブロックを制御する。例えば、制御部４４は、端末装置１０からサービス要求を受信した場合に、認証要求の送信を送信部４１に指示する。

制御部４４は、端末装置１０に対するサービスの提供が承認されたことを示す情報、及び、携帯端末２０のユーザが本人であることが認証されたことを示す情報を含む承認確認結果を受信した場合に、端末装置１０に対するサービスの提供を許可する。続いて、制御部４４は、端末装置１０に対するサービスの提供をサービス提供部４３に指示するとともに、サービスの送信を送信部４１に指示する。

ここで、制御部４４は、認証要求を送信してから有効受付時間が経過している場合には、ユーザが本人であることを示す情報が認証確認結果に含まれていても、端末装置１０に対するサービスの提供を許可しなくてもよい。

（通信システムの動作）
以下において、第１実施形態に係る通信システムの動作（本人確認方法）について、図面を参照しながら説明する。図４〜図６は、第１実施形態に係る通信システムの動作を示すシーケンス図である。

最初に、ユーザが有効受付時間内に承認操作を行ったケースについて、図４を参照しながら説明する。

図４に示すように、ステップ１０において、端末装置１０は、サービスの提供を要求するサービス要求をサービス提供サーバ４０に送信する。

ステップ１１において、サービス提供サーバ４０は、ユーザの認証を要求する認証要求を認証サーバ３０に送信する。

ステップ１２において、認証サーバ３０は、認証情報の送信を要求する承認確認メッセージを携帯端末２０に送信する。

ステップ１３において、携帯端末２０は、端末装置１０に対するサービスの提供を承認する承認操作を受付ける。

ステップ１４において、携帯端末２０は、自端末に記憶された認証情報（例えば、加入者情報）を含む承認結果を認証サーバ３０に送信する。

ステップ１５において、認証サーバ３０は、予め記憶された認証情報と携帯端末２０から受信した承認結果に含まれる認証情報とを比較する。続いて、認証サーバ３０は、ユーザが本人であるか否かを判定する。

ステップ１６において、認証サーバ３０は、承認確認結果をサービス提供サーバ４０に送信する。上述したように、承認確認結果は、端末装置１０に対するサービスの提供が承認されたか否かを示す情報、及び、携帯端末２０のユーザが本人であることが認証されたか否かを示す情報を含む。

ステップ１７において、サービス提供サーバ４０は、端末装置１０に対するサービスの提供が承認されたことを示す情報、及び、携帯端末２０のユーザが本人であることが認証されたことを示す情報を含む承認確認結果を受信した場合には、サービス要求に対応するサービスを端末装置１０に送信する。一方で、サービス提供サーバ４０は、端末装置１０に対するサービスの提供が承認されなかったことを示す情報、又は、携帯端末２０のユーザが本人であることが認証されなかったことを示す情報を含む認証確認結果を受信した場合には、エラーメッセージを端末装置１０に送信する。

続いて、ユーザが有効受付時間内に承認操作を行わなかったケースについて、図５を参照しながら説明する。図５では、図４と同様の処理について同様のステップ番号が付されていることに留意すべきである。なお、図４と同様の処理については省略する。

図５に示すように、ステップ２１において、認証サーバ３０は、承認確認メッセージを送信してから有効受付時間が経過したことを検出する。

ステップ２２において、認証サーバ３０は、携帯端末２０のユーザの本人確認に失敗したことを示す情報を含む承認確認結果をサービス提供サーバ４０に送信する。

このように、認証サーバ３０は、端末装置１０から承認結果（認証情報）を受信したとしても、ユーザが本人ではないと判定した上で、ユーザが本人ではないことを示す情報を含む承認確認結果をサービス提供サーバ４０に送信する。

ステップ２３において、サービス提供サーバ４０は、ユーザが本人でないことを示す情報を含む承認確認結果を受信した場合には、エラーメッセージを端末装置１０に送信する。

最後に、承認確認メッセージを繰り返し周期で再送するケースについて、図６を参照しながら説明する。図６では、図４と同様の処理について同様のステップ番号が付されていることに留意すべきである。なお、図４と同様の処理については省略する。

図６に示すように、ステップ１２Ａにおいて、認証サーバ３０は、認証情報の送信を要求する承認確認メッセージ（１）を携帯端末２０に送信する。

ステップ１２Ｂにおいて、認証サーバ３０は、承認確認メッセージ（１）に応じて返信される承認結果（認証情報）が有効受付時間内に受信できなかったため、タイマ３３によって計時されている繰り返し周期で承認確認メッセージ（２）を携帯端末２０に送信する。

（作用及び効果）
第１実施形態に係る通信システム（本人確認システム）によれば、認証サーバ３０は、ユーザが所持する携帯端末２０に承認確認メッセージを送信し、携帯端末２０は、ユーザの承認操作に応じて、携帯端末２０に記憶された認証情報を認証サーバ３０に送信する。認証サーバ３０は、携帯端末２０から受信した承認結果に含まれる認証情報によって、ユーザが本人であるか否かを判定する。すなわち、ユーザの本人確認では、ユーザが所持する携帯端末２０においてユーザの承認操作が行われる必要がある。

従って、認証情報が第三者に漏洩したとしても、第三者がユーザになりすますことができない。このように、サービスの提供にあたってユーザを十分に保護することが可能である。

第１実施形態に係る通信システム（本人確認システム）によれば、認証サーバ３０は、有効受付時間内に承認結果（認証情報）を受信できない場合に、ユーザの本人確認に失敗したと判定する。すなわち、ユーザの本人確認では、ある程度の即時性をもって承認結果（認証情報）が返信される必要がある。従って、サービスの提供にあたってユーザをさらに保護することが可能である。

第１実施形態に係る通信システム（本人確認システム）によれば、認証サーバ３０は、承認確認メッセージを繰り返し周期で再送する。従って、ユーザが承認確認メッセージに気が付かなかった場合であっても、改めてサービスの要求をやり直す必要がない。すなわち、ユーザの利便性が向上する。

［第２実施形態］
以下において、第２実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第２実施形態との相違点について主として説明する。

具体的には、上述した第１実施形態ではとくに触れていないが、第２実施形態では、認証サーバ３０は、承認確認メッセージの送信において、ユーザの承認操作が行われるまで一定時間に亘って携帯端末２０を呼び出す。なお、一定時間は、上述したタイマ３３によって計時されることは勿論である。

（通信システムの動作）
以下において、第２実施形態に係る通信システムの動作（本人確認方法）について、図面を参照しながら説明する。図７〜図８は、第２実施形態に係る通信システムの動作を示すシーケンス図である。

最初に、携帯端末２０を呼び出している間において、承認確認メッセージに応じて承認操作が行われたケースについて、図７を参照しながら説明する。図７では、図４と同様の処理について同様のステップ番号が付されていることに留意すべきである。なお、図４と同様の処理については省略する。

図７に示すように、ステップ３１において、認証サーバ３０は、承認確認メッセージの送信において、ユーザの承認操作が行われるまで一定時間に亘って携帯端末２０を呼び出す。

ここで、携帯端末２０の呼び出しを継続する一定時間は、上述した有効受付時間と同様に考えられることに留意すべきである。すなわち、一定時間に亘って携帯端末２０を呼び出しても、ユーザの承認操作が行われなかった場合には、認証サーバ３０は、ユーザの本人確認に失敗したと判定する。

次に、繰り返し周期で携帯端末２０の呼び出しを再開するケースについて、図８を参照しながら説明する。図８では、図４と同様の処理について同様のステップ番号が付されていることに留意すべきである。なお、図４と同様の処理については省略する。

ステップ３１Ａにおいて、認証サーバ３０は、承認確認メッセージの送信において、一定時間に亘って携帯端末２０を呼び出す。

ステップ３１Ｂにおいて、認証サーバ３０は、一定時間内に承認操作が行われなかったため、すなわち、一定時間内に承認結果（認証情報）を受信できなかったため、タイマ３３によって計時されている繰り返し周期で携帯端末２０の呼び出しを再開する。

（作用及び効果）
第２実施形態に係る通信システム（本人確認システム）によれば、認証サーバ３０は、承認確認メッセージの送信にあたって、一定時間に亘って携帯端末２０の呼び出しを継続する。従って、承認確認メッセージが送信されたことをユーザに容易に気付かせることができる。

［第３実施形態］
以下において、上述した通信システムの具体例について、図面を参照しながら説明する。第３実施形態では、サービスの提供を要求する端末装置１０が携帯電話であり、端末装置１０及び携帯端末２０がともに移動体通信事業者によって管理されるケースについて説明する。

（通信システムの構成）
以下において、第３実施形態に係る通信システムの構成について、図面を参照しながら説明する。図９は、第３実施形態に係る通信システムの構成を示す図である。

図９に示すように、通信システムは、端末装置１０（携帯電話）と、携帯端末２０と、認証サーバ３０と、サービス提供サーバ４０と、ゲートウェイ６０とを有する。なお、図９では、図１と同様の構成について同様の符号を付していることに留意すべきである。

ここで、端末装置１０、携帯端末２０、認証サーバ３０及びゲートウェイ６０は、同一の移動体通信事業者によって管理される。サービス提供サーバ４０は、移動体通信事業者とは異なるサービス事業者（例えば、ＡＳＰ；Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）によって管理される。

ゲートウェイ６０は、移動体通信事業差によって管理されるネットワークに設けられる。ゲートウェイ６０は、移動体通信事業差によって管理されるネットワークとサービス事業差によって管理されるネットワークとのインタフェース機能を有する。

ゲートウェイ６０は、端末装置１０とサービス提供サーバ４０との間で送受信される情報を中継する。同様に、ゲートウェイ６０は、認証サーバ３０とサービス提供サーバ４０との間で送受信される情報を中継する。

［第４実施形態］
以下において、上述した通信システムの具体例について、図面を参照しながら説明する。第４実施形態では、サービスの提供を要求する端末装置１０が携帯電話以外である。また、第４実施形態では、課金サーバが移動体通信事業者によって管理されるケースについて説明する。

（通信システムの構成）
以下において、第４実施形態に係る通信システムの構成について、図面を参照しながら説明する。図１０は、第４実施形態に係る通信システムの構成を示す図である。

図１０に示すように、通信システムは、端末装置１０（携帯電話以外）と、携帯端末２０と、認証サーバ３０と、サービス提供サーバ４０と、課金サーバ７０とを有する。なお、図１０では、図１と同様の構成について同様の符号を付していることに留意すべきである。

ここで、携帯端末２０、認証サーバ３０及び課金サーバ７０は、同一の移動体通信事業者によって管理される。サービス提供サーバ４０は、移動体通信事業者とは異なるサービス事業者（例えば、ＡＳＰ；Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）によって管理される。端末装置１０は、インターネットやＬＡＮなどによってサービス提供サーバ４０と接続される。

このようなケースでは、サービス提供サーバ４０は、サービス事業者が管理するユーザＩＤを管理する。具体的には、サービス提供サーバ４０は、端末装置１０のユーザＩＤや携帯端末２０のユーザＩＤを管理する。サービス提供サーバ４０は、携帯端末２０のユーザＩＤではなくて、移動体通信事業者によって管理される携帯端末２０のＩＤ（電話番号や加入者情報）を管理していてもよい。

課金サーバ７０は、端末装置１０に提供されるサービスについて、携帯端末２０に対する課金を行う。課金サーバ７０は、上述したように、移動体通信事業者によって管理されている。従って、携帯端末２０に対する課金は、携帯端末２０が利用する他のサービス（通話サービスやパケットサービス）に対する課金とともに行われる。

なお、端末装置１０は、サービスの提供を要求する際に、携帯端末２０のユーザＩＤを指定する。また、端末装置１０は、携帯端末２０のユーザＩＤではなくて、移動体通信事業者によって管理される携帯端末２０のＩＤ（電話番号や加入者情報）を指定してもよい。

また、認証サーバ３０は、端末装置１０に提供されるサービスの課金額を課金サーバ７０に送信する。課金サーバ７０は、課金処理の完了を示す情報（Ａｃｋ）を認証サーバ３０に送信する。

［第５実施形態］
以下において、上述した通信システムの具体例について、図面を参照しながら説明する。第５実施形態では、サービスの提供を要求する端末装置１０が携帯電話以外である。また、第５実施形態では、課金サーバ７０が移動体通信事業者以外によって管理されるケースについて説明する。なお、課金処理は、サービス提供サーバ４０と課金サーバ７０との間で行われる。

（通信システムの構成）
以下において、第５実施形態に係る通信システムの構成について、図面を参照しながら説明する。図１１は、第５実施形態に係る通信システムの構成を示す図である。

図１１に示すように、通信システムは、端末装置１０（携帯電話以外）と、携帯端末２０と、認証サーバ３０と、サービス提供サーバ４０と、課金サーバ７０とを有する。なお、図１０では、図１と同様の構成について同様の符号を付していることに留意すべきである。

ここで、携帯端末２０及び認証サーバ３０は、同一の移動体通信事業者によって管理される。サービス提供サーバ４０及び課金サーバ７０は、移動体通信事業者とは異なるサービス事業者（例えば、ＡＳＰ；Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）によって管理される。端末装置１０は、インターネットやＬＡＮなどによってサービス提供サーバ４０と接続される。

このようなケースでは、サービス提供サーバ４０は、サービス事業者が管理するユーザＩＤを管理する。具体的には、サービス提供サーバ４０は、端末装置１０のユーザＩＤや携帯端末２０のユーザＩＤを管理する。サービス提供サーバ４０は、携帯端末２０のユーザＩＤに加えて、移動体通信事業者によって管理される携帯端末２０のＩＤ（電話番号や加入者情報）を管理していてもよい。

課金サーバ７０は、端末装置１０に提供されるサービスについて、携帯端末２０に対する課金を行う。課金サーバ７０は、上述したように、サービス事業者によって管理されている。従って、携帯端末２０は、サービス事業者が管理するユーザＩＤを有することが好ましい。すなわち、携帯端末２０は、サービス事業者に対してユーザ登録されていることが好ましい。

なお、端末装置１０は、サービスの提供を要求する際に、携帯端末２０のユーザＩＤを指定する。また、端末装置１０は、携帯端末２０のユーザＩＤではなくて、移動体通信事業者によって管理される携帯端末２０のＩＤ（電話番号や加入者情報）を指定してもよい。

また、サービス提供サーバ４０は、端末装置１０に提供されるサービスの課金額を課金サーバ７０に送信する。課金サーバ７０は、課金処理の完了を示す情報（Ａｃｋ）をサービス提供サーバ４０に送信する。

［第６実施形態］
以下において、上述した通信システムの具体例について、図面を参照しながら説明する。第６実施形態では、上述した第５実施形態との相違点について主として説明する。具体的には、第６実施形態では、課金処理は、認証サーバ３０と課金サーバ７０との間で行われる。

（通信システムの構成）
以下において、第６実施形態に係る通信システムの構成について、図面を参照しながら説明する。図１２は、第６実施形態に係る通信システムの構成を示す図である。図１２では、図１２と同様の構成について同様の符号を付していることに留意すべきである。

課金サーバ７０は、認証サーバ３０とサービス提供サーバ４０との間で送受信される情報を中継する。具体的には、課金サーバ７０は、サービス提供サーバ４０から受信する認証要求を認証サーバ３０に中継する。課金サーバ７０は、認証サーバ３０から受信する承認確認結果をサービス提供サーバ４０に中継する。

なお、課金サーバ７０は、承認確認結果に加えて、課金処理が完了したことを示す決済情報をサービス提供サーバ４０に送信してもよい。

［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

例えば、上述した実施形態では、認証サーバ３０及びサービス提供サーバ４０は別々なサーバであるが、これに限定されるものではない。具体的には、認証サーバ３０及びサービス提供サーバ４０は、一つのサーバによって実現されてもよい。

承認確認メッセージは、電子メール形式で携帯端末２０に送信してもよい。このようなケースでは、承認ボタンは、端末装置１０に対するサービスの提供を承認するためのリンク先を指定するものであってもよい。否認ボタンは、端末装置１０に対するサービスの提供を否認するためのリンク先を指定するものであってもよい。

携帯端末２０は、有効受付時間を計時するタイマを有していてもよい。具体的には、承認確認メッセージを受信してから経過した時間を計時する。

端末装置１０とサービス提供サーバ４０との間では、ユーザＩＤ及びパスワードなどを用いた認証が行われてもよい。例えば、端末装置１０は、サービスの提供を要求する際に、ユーザＩＤ及びパスワードを含むサービス要求をサービス提供サーバ４０に送信する。

第１実施形態に係る通信システムの概略を示す図である。 第１実施形態に係る各装置の構成を示すブロック図である。 第１実施形態に係る認証確認メッセージの一例を示す図である。 第１実施形態に係る通信システムの動作を示すシーケンス図である。 第１実施形態に係る通信システムの動作を示すシーケンス図である。 第１実施形態に係る通信システムの動作を示すシーケンス図である。 第２実施形態に係る通信システムの動作を示すシーケンス図である。 第２実施形態に係る通信システムの動作を示すシーケンス図である。 第３実施形態に係る通信システムの概略を示す図である。 第４実施形態に係る通信システムの概略を示す図である。 第５実施形態に係る通信システムの概略を示す図である。 第６実施形態に係る通信システムの概略を示す図である。

符号の説明

１０・・・端末装置、１１・・・送信部、１２・・・受信部、１３・・・入力部、１４・・・制御部、２０・・・携帯端末、２１・・・送信部、２２・・・受信部、２３・・・記憶部、２４・・・通知部、２５・・・入力部、２６・・・制御部、３０・・・認証サーバ、３１・・・送信部、３２・・・受信部、３３・・・タイマ、３４・・・認証部、３５・・・制御部、４０・・・サービス提供サーバ、４１・・・送信部、４２・・・受信部、４３・・・サービス提供部、４４・・・制御部、５０・・・ネットワーク、６０・・・ゲートウェイ、７０・・・課金サーバ

Claims (7)

1. サービスの提供を要求する端末装置と、ユーザが所持する携帯端末と、前記ユーザの本人確認を行う認証サーバとを含む本人確認システムであって、
   前記端末装置は、サービスの提供を要求するサービス要求を送信する送信部を有しており、
   前記携帯端末は、
   前記ユーザが本人であることを確認するための認証情報を記憶する記憶部と、
   前記認証情報の送信を要求する承認確認メッセージを前記認証サーバから受信する受信部と、
   前記承認確認メッセージに対する前記ユーザの承認操作に応じて、前記記憶部に記憶された前記認証情報を含む承認結果を前記認証サーバに送信する送信部とを有しており、
   前記認証サーバは、
   前記サービス要求に応じて、前記承認確認メッセージを前記携帯端末に送信する送信部と、
   前記携帯端末から受信する前記承認結果に含まれる前記認証情報に基づいて、前記ユーザが本人であるか否かを判定する認証部とを有し、
   前記ユーザが本人であることが認証された場合に、前記端末装置に対するサービスの提供が許可されることを特徴とする本人確認システム。
2. 前記認証部は、前記承認確認メッセージを送信してから有効受付時間が経過した場合には、前記携帯端末から前記認証情報を受信したとしても、前記ユーザが本人ではないと判定することを特徴とする請求項１に記載の本人確認システム。
3. 前記認証サーバの前記送信部は、前記有効受付時間内に前記認証情報を受信しなかった場合に、前記承認確認メッセージを再送することを特徴とする請求項２に記載の本人確認システム。
4. 前記認証サーバの前記送信部は、前記承認確認メッセージの送信において、前記ユーザの承認操作が行われるまで一定時間に亘って前記携帯端末を呼び出すことを特徴とする請求項１に記載の本人確認システム。
5. 前記認証サーバの前記送信部は、前記一定時間内に前記認証情報を受信しなかった場合に、前記携帯端末の呼び出しを再開することを特徴とする請求項４に記載の本人確認システム。
6. 前記ユーザは、端末装置に提供されるサービスに対して課金される主体であること特徴とする請求項１に記載の本人確認システム。
7. サービスの提供を要求する端末装置及びユーザが所持する携帯端末を用いて、前記ユーザの本人確認を行う本人確認方法であって、
   前記端末装置が、サービスの提供を要求するサービス要求を送信するステップと、
   認証サーバが、前記サービス要求に応じて、前記ユーザが本人であることを確認するための認証情報の送信を要求する承認確認メッセージを前記携帯端末に送信するステップと、
   前記携帯端末が、前記承認確認メッセージに対する前記ユーザの承認操作に応じて、自端末に記憶された前記認証情報を含む承認結果を前記認証サーバに送信するステップと、
   前記認証サーバが、前記携帯端末から受信する前記承認結果に含まれる前記認証情報に基づいて、前記ユーザが本人であるか否かを判定するステップと、
   前記ユーザが本人であることが認証された場合に、前記端末装置に対するサービスの提供を許可するステップとを含むことを特徴とする本人確認方法。

Images