(57)【要約】      （修正有）【課題】通信環境によらずに認証を行うことを可能にする処理プログラム、携帯端末及びサービス処理システムを提供する。【解決手段】サービスに係る処理を実行する携帯端末１は、外部との通信が可能であるか否かを確認する通信確認部１１と、通信確認部により外部との通信が可能であると確認された場合に、セッション鍵を管理する鍵管理サーバに対して通信接続し、１つ以上のセッション鍵を受信するセッション鍵受信部１４と、セッション鍵受信部１４により受信した１つ以上のセッション鍵を、処理プログラム２１がアクセス可能な記憶領域であるセッション鍵記憶部２２に記憶させるセッション鍵保存部１５と、を備える。【選択図】図２Ａ
2019185788.tif 000002
【特許請求の範囲】
【請求項１】
サービスに係る処理を実行する携帯端末の処理プログラムであって、
コンピュータである前記携帯端末を、
外部との通信が可能であるか否かを確認する通信確認手段と、
前記通信確認手段により外部との通信が可能であると確認された場合に、セッション鍵を管理する鍵管理サーバに対して通信接続し、１つ以上のセッション鍵を受信する鍵受信手段と、
前記鍵受信手段により受信した前記１つ以上のセッション鍵を、前記処理プログラムがアクセス可能な記憶領域に記憶させる鍵保存手段と、
して機能させるための処理プログラム。
【請求項２】
請求項１に記載の処理プログラムにおいて、
前記携帯端末を、
前記サービスに係る認証処理を行う処理装置からの要求を、リーダライタとの間で近距離無線通信を行う近距離無線通信部を介して受け付ける認証要求受付手段と、
前記認証要求受付手段による要求を受け付けたことに応じて、前記鍵管理サーバでの発行順に前記セッション鍵を用いて認証データを生成し、前記近距離無線通信部を介して前記認証データを送出する鍵送出手段と、
して機能させること、
を特徴とする処理プログラム。
【請求項３】
請求項１又は請求項２に記載の処理プログラムにおいて、
前記携帯端末を、前記通信確認手段により外部との通信が可能であると確認された場合に、前記鍵管理サーバに対して通信接続し、少なくとも１つ以上の前記セッション鍵が前記記憶領域に保存された状態になるように、セッション鍵の要求を、前記鍵管理サーバに対して行う鍵要求手段として機能させること、
を特徴とする処理プログラム。
【請求項４】
請求項３に記載の処理プログラムにおいて、
前記携帯端末を、前記記憶領域に保存されている前記セッション鍵の数に応じて、要求するセッション鍵の個数を算出する個数算出手段として機能させ、
前記鍵要求手段を、前記個数算出手段により算出された個数の前記セッション鍵の要求を、前記鍵管理サーバに対して行うように機能させること、
を特徴とする処理プログラム。
【請求項５】
請求項１から請求項４までのいずれかに記載の処理プログラムにおいて、
前記携帯端末を、前記記憶領域に保存されている前記セッション鍵の数が規定数以上である場合には、前記鍵受信手段による処理を行わないように制御する取得制限手段として機能させること、
を特徴とする処理プログラム。
【請求項６】
請求項１から請求項５までのいずれかに記載の処理プログラムにおいて、
前記携帯端末を、前記記憶領域に保存されている前記セッション鍵のうち一定時間を経過した前記セッション鍵を、前記記憶領域から削除する鍵削除手段として機能させること、
を特徴とする処理プログラム。
【請求項７】
請求項１から請求項６までのいずれかに記載の処理プログラムを記憶し、前記記憶領域を有する記憶部と、
前記記憶部に記憶された前記処理プログラムを実行する制御部と、
前記鍵管理サーバと通信をするための通信部と、
を備えた携帯端末。
【請求項８】
サービスに係る処理を実行する携帯端末と、前記携帯端末と通信を行う鍵管理サーバと、を備えたサービス処理システムであって、
前記携帯端末は、
外部との通信が可能であるか否かを確認する通信確認手段と、
前記通信確認手段により外部との通信が可能であると確認された場合に、前記鍵管理サーバに対して通信接続し、セッション鍵の要求を行う鍵要求手段と、
前記鍵管理サーバから前記要求に対応したセッション鍵を受信する鍵受信手段と、
前記鍵受信手段により受信した前記セッション鍵を、サービスに係る処理を実行する処理プログラムがアクセス可能な記憶領域に記憶させる鍵保存手段と、
前記サービスに係る認証処理を行う処理装置からの要求を、リーダライタとの間で近距離無線通信を行う近距離無線通信部を介して受け付ける認証要求受付手段と、
前記認証要求受付手段による要求を受け付けたことに応じて、前記鍵管理サーバでの発行順に前記セッション鍵を用いて認証データを生成し、前記近距離無線通信部を介して前記認証データを送出する鍵送出手段と、
を備え、
前記鍵管理サーバは、前記携帯端末から前記セッション鍵の要求を受信したことに応じて、セッション鍵を生成し、前記携帯端末に生成した前記セッション鍵を送信する鍵送信手段を備えること、
を特徴とするサービス処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理プログラム、携帯端末及びサービス処理システムに関する。
【背景技術】
【０００２】
昨今、携帯端末を用いた決済処理が、広く行われるようになってきている。携帯端末を使用して決済を行う場合、決済処理を行うサーバ又は認証用のサーバは、まず、携帯端末から読み取った認証データに含まれるセッション鍵を、そのサーバが有する鍵情報を用いて照合する。そして、照合ができると、決済処理を行うサーバは、携帯端末との間で決済処理を行う。このように、携帯端末を用いたサービスに係る処理では、まず、セッション鍵の照合による認証を行い、照合ができた場合に、実際のサービスに係る処理を行う。
サービスに係る処理を行うにあたって使用するセッション鍵は、照合に使用されるものであるため、その取扱いが重要である。そこで、携帯端末のセキュアエレメント（ＳＥ）等のセキュアな領域に記憶されたマスタキーを用いて生成したセッション鍵を、認証に用いることが行われている（例えば、特許文献１）。
【０００３】
特許文献１に記載のような方法で用いるセキュアな領域は、通信キャリアが管理する。そのため、セキュアな領域を自由に利用できないものであった。そこで、セキュアな領域を用いずに認証を行う方法として、ホストベースカードエミュレーション（ＨＣＥ）技術を用いたサービス処理のニーズが増加している。
ＨＣＥ技術を用いる方法の場合には、鍵生成サーバでセッション鍵を生成及び管理し、携帯端末では、サービスに係る処理を行う際に、鍵生成サーバからセッション鍵を受信して、使用することが行われる（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１４１７５４号公報
【特許文献２】特開２０１６−２１２４８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＨＣＥ技術を用いる場合には、上述したようにサーバからセッション鍵を受信して使用するものであるため、サーバに対して通信ができない環境では、セッション鍵を受信できず、処理を行えなかった。そのため、通信環境によっては、認証が行えない場合が生じ、利便性に欠けるものであった。
【０００６】
そこで、本発明は、通信環境によらずに認証を行うことを可能にする処理プログラム、携帯端末及びサービス処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。
【０００８】
第１の発明は、サービスに係る処理を実行する携帯端末（１）の処理プログラム（２１）であって、コンピュータである前記携帯端末を、外部との通信が可能であるか否かを確認する通信確認手段（１１）と、前記通信確認手段により外部との通信が可能であると確認された場合に、セッション鍵を管理する鍵管理サーバ（３）に対して通信接続し、１つ以上のセッション鍵を受信する鍵受信手段（１４）と、前記鍵受信手段により受信した前記１つ以上のセッション鍵を、前記処理プログラムがアクセス可能な記憶領域（２２）に記憶させる鍵保存手段（１５）と、して機能させるための処理プログラムである。
第２の発明は、第１の発明の処理プログラム（２１）において、前記携帯端末（１）を、前記サービスに係る認証処理を行う処理装置（６）からの要求を、リーダライタ（５ａ）との間で近距離無線通信を行う近距離無線通信部（２８）を介して受け付ける認証要求受付手段（１６）と、前記認証要求受付手段による要求を受け付けたことに応じて、前記鍵管理サーバ（３）での発行順に前記セッション鍵を用いて認証データを生成し、前記近距離無線通信部を介して前記認証データを送出する鍵送出手段（１７）と、して機能させること、を特徴とする処理プログラムである。
第３の発明は、第１の発明又は第２の発明の処理プログラム（２１）において、前記携帯端末（１）を、前記通信確認手段（１１）により外部との通信が可能であると確認された場合に、前記鍵管理サーバ（３）に対して通信接続し、少なくとも１つ以上の前記セッション鍵が前記記憶領域（２２）に保存された状態になるように、セッション鍵の要求を、前記鍵管理サーバに対して行う鍵要求手段と（１３）して機能させること、を特徴とする処理プログラムである。
第４の発明は、第３の発明の処理プログラム（２１）において、前記携帯端末（１）を、前記記憶領域（２２）に保存されている前記セッション鍵の数に応じて、要求するセッション鍵の個数を算出する個数算出手段（１２）として機能させ、前記鍵要求手段（１３）を、前記個数算出手段により算出された個数の前記セッション鍵の要求を、前記鍵管理サーバ（３）に対して行うように機能させること、を特徴とする処理プログラムである。
第５の発明は、第１の発明から第４の発明までのいずれかの処理プログラム（２１）において、前記携帯端末（１）を、前記記憶領域（２２）に保存されている前記セッション鍵の数が規定数以上である場合には、前記鍵受信手段（１４）による処理を行わないように制御する取得制限手段（１２）として機能させること、を特徴とする処理プログラムである。
第６の発明は、第１の発明から第５の発明までのいずれかの処理プログラム（２１）において、前記携帯端末（１）を、前記記憶領域（２２）に保存されている前記セッション鍵のうち一定時間を経過した前記セッション鍵を、前記記憶領域から削除する鍵削除手段（１８）として機能させること、を特徴とする処理プログラムである。
第７の発明は、第１の発明から第６の発明までのいずれかの処理プログラム（２１）を記憶し、前記記憶領域（２２）を有する記憶部（２０）と、前記記憶部に記憶された前記処理プログラムを実行する制御部（１０）と、前記鍵管理サーバ（３）と通信をするための通信部（２９）と、を備えた携帯端末（１）である。
第８の発明は、サービスに係る処理を実行する携帯端末（１）と、前記携帯端末と通信を行う鍵管理サーバ（３）と、を備えたサービス処理システム（１００）であって、前記携帯端末は、外部との通信が可能であるか否かを確認する通信確認手段（１１）と、前記通信確認手段により外部との通信が可能であると確認された場合に、前記鍵管理サーバに対して通信接続し、セッション鍵の要求を行う鍵要求手段（１３）と、前記鍵管理サーバから前記要求に対応したセッション鍵を受信する鍵受信手段（１４）と、前記鍵受信手段により受信した前記セッション鍵を、サービスに係る処理を実行する処理プログラム（２１）がアクセス可能な記憶領域（２２）に記憶させる鍵保存手段（１５）と、前記サービスに係る認証処理を行う処理装置（６）からの要求を、リーダライタ（５ａ）との間で近距離無線通信を行う近距離無線通信部（２８）を介して受け付ける認証要求受付手段（１６）と、前記認証要求受付手段による要求を受け付けたことに応じて、前記鍵管理サーバでの発行順に前記セッション鍵を用いて認証データを生成し、前記近距離無線通信部を介して前記認証データを送出する鍵送出手段（１７）と、を備え、前記鍵管理サーバは、前記携帯端末から前記セッション鍵の要求を受信したことに応じて、セッション鍵を生成し、前記携帯端末に生成した前記セッション鍵を送信する鍵送信手段（３３）を備えること、を特徴とするサービス処理システムである。
【発明の効果】
【０００９】
本発明によれば、通信環境によらずに認証を行うことを可能にする処理プログラム、携帯端末及びサービス処理システムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係るサービス処理システムの全体構成を示す図である。
【図２Ａ】本実施形態に係る携帯端末の機能ブロックを示す図である。
【図２Ｂ】本実施形態に係る携帯端末の記憶部の例を示す図である。
【図３】本実施形態に係る鍵管理サーバの機能ブロックを示す図である。
【図４】本実施形態に係る携帯端末及び鍵管理サーバのセッション鍵取得処理を示すフローチャートである。
【図５】本実施形態に係る携帯端末の認証処理を示すフローチャートである。
【図６Ａ】本実施形態に係る携帯端末の表示画面例を示す図である。
【図６Ｂ】本実施形態に係る携帯端末の表示画面例を示す図である。
【図７】本実施形態に係る携帯端末のセッション鍵削除処理を示すフローチャートである。
【図８】変形形態に係るサービス処理システムの全体構成を示す図である。
【図９】変形形態に係る携帯端末の取引要求処理を示すフローチャートである。
【図１０Ａ】変形形態に係る携帯端末の表示画面例を示す図である。
【図１０Ｂ】変形形態に係る携帯端末の表示画面例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（実施形態）
図１は、本実施形態に係るサービス処理システム１００の全体構成を示す図である。
サービス処理システム１００は、携帯端末１が、決済処理サーバ６（処理装置）との間でサービス処理を行うのに際し、ホストベースカードエミュレーション（ＨＣＥ）の技術を用いるものである。サービス処理システム１００は、携帯端末１が、鍵管理サーバ３から受信したセッション鍵を用いて認証を行い、認証ができた場合に、サービス処理を行うシステムである。以下において、携帯端末１を用いた決済処理を行うものを例に説明するが、これは、一例であって、他のサービスにおいても用いることができる。
【００１２】
サービス処理システム１００は、携帯端末１と、鍵管理サーバ３と、決済端末５（処理装置）と、決済処理サーバ６とを備える。
携帯端末１と、鍵管理サーバ３とは、基地局Ｂ及び通信ネットワークＮ１を介して通信が可能である。
また、携帯端末１は、例えば、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）による近距離無線通信によって、決済端末５のリーダ５ａ（リーダライタ）との間で通信が可能になっている。そして、決済端末５と、決済処理サーバ６とは、通信ネットワークＮ２を介して常時通信が可能である。
基地局Ｂは、無線通信の基地局であって、例えば、Ｗｉ−Ｆｉ等の無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の基地局や、通信事業者の携帯端末通信網用の基地局である。
通信ネットワークＮ１及びＮ２は、例えば、インターネット回線等である。
【００１３】
＜携帯端末１＞
図２Ａは、本実施形態に係る携帯端末１の機能ブロックを示す図である。
図２Ｂは、本実施形態に係る携帯端末１の記憶部２０の例を示す図である。
携帯端末１は、例えば、スマートフォンや、タブレット等に代表される、ユーザが所持する携帯型の端末である。そして、携帯端末１は、決済処理を行う際に使用する。
図２Ａに示す携帯端末１は、制御部１０と、記憶部２０と、タッチパネルディスプレイ２６と、近距離無線通信部２８と、無線通信部２９（通信部）とを備える。
【００１４】
制御部１０は、携帯端末１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているオペレーティングシステム（ＯＳ）や各種アプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し各種機能を実行する。
制御部１０は、通信確認部１１（通信確認手段）と、要件確認部１２（個数算出手段、取得制限手段）と、セッション鍵要求部１３（鍵要求手段）と、セッション鍵受信部１４（鍵受信手段）と、セッション鍵保存部１５（鍵保存手段）と、認証要求受付部１６（認証要求受付手段）と、認証データ処理部１７（鍵送出手段）と、セッション鍵削除部１８（鍵削除手段）とを備える。
【００１５】
通信確認部１１は、後述する無線通信部２９を介して、基地局Ｂとの間で通信が可能であるかによって、外部との通信が可能であるか否かを確認する。
要件確認部１２は、セッション鍵の要求要件を確認する。そして、要件確認部１２は、要求要件を確認した結果、鍵管理サーバ３に対してセッション鍵の要求をする必要であるか否かを確認する。
【００１６】
ここで、セッション鍵とは、決済処理サーバ６との間で認証をする際に用いるものである。セッション鍵は、ユーザ個別鍵と、ＡＴＣ（アプリケーション取引カウンタ）とを元に生成される。ユーザ個別鍵は、取引ごとにセッション鍵を作るための元になる鍵である。また、ＡＴＣは、セッション鍵の生成ごとにカウントアップされるカウンタである。サービス処理システム１００では、このユーザ個別鍵を、鍵管理サーバ３と、決済処理サーバ６とが保管している。また、ＡＴＣは、鍵管理サーバ３から携帯端末１を介して決済処理サーバ６に送信される。そのため、ユーザ個別鍵と、ＡＴＣとを元に生成するセッション鍵を、決済処理サーバ６において照合することができる。
【００１７】
セッション鍵要求部１３は、要件確認部１２によりセッション鍵の要求をする必要であると確認された場合に、鍵管理サーバ３に対してセッション鍵を要求する。
セッション鍵受信部１４は、鍵管理サーバ３からセッション鍵を受信する。
セッション鍵保存部１５は、受信したセッション鍵を、セッション鍵記憶部２２に記憶させる。
認証要求受付部１６は、後述する近距離無線通信部２８を介して、認証要求を受信する。
認証データ処理部１７は、認証要求受付部１６が認証要求を受信した場合に、鍵管理サーバ３で発行した順番に基づいて１つのセッション鍵を抽出し、抽出したセッション鍵を用いて認証データを生成する。また、認証データ処理部１７は、生成した認証データを、近距離無線通信部２８から送出する。ここで、認証データには、セッション鍵の生成で用いたセッション鍵及びＡＴＣを含む。
セッション鍵削除部１８は、セッション鍵記憶部２２に記憶されたセッション鍵のうち、使用されずに一定期間を経過したセッション鍵を、セッション鍵記憶部２２から削除する。
これらの処理の詳細は、後述する。
【００１８】
記憶部２０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するための半導体メモリ素子等の記憶領域である。
記憶部２０は、処理プログラム２１を備える。
処理プログラム２１は、携帯端末１の制御部１０の各種機能を実行するためのプログラムである。処理プログラム２１は、例えば、処理プログラム２１がアクセス可能な記憶領域に、セッション鍵記憶部２２を備える。
セッション鍵記憶部２２は、処理プログラム２１で使用するセッション鍵を記憶する記憶領域である。セッション鍵記憶部２２は、例えば、不揮発性メモリに有する。
【００１９】
記憶部２０は、携帯端末１を用いて行うサービス処理に対応した処理プログラム２１を記憶している。
図２Ｂに示す例では、記憶部２０は、処理プログラム２１Ａ、２１Ｂ、・・・、といった複数の処理プログラム２１を記憶している。そして、処理プログラム２１Ａは、処理プログラム２１Ａで使用するセッション鍵を記憶するセッション鍵記憶部２２Ａを、処理プログラム２１Ａがアクセス可能な記憶領域に備える。また、処理プログラム２１Ｂは、処理プログラム２１Ｂで使用するセッション鍵を記憶するセッション鍵記憶部２２Ｂを、処理プログラム２１Ｂがアクセス可能な記憶領域に備える。
これらのセッション鍵は、例えば、同じ鍵管理サーバ３により管理されているものであってもよいし、異なる鍵管理サーバ３により管理されているものであってもよく、ユーザ個別鍵や、ＡＴＣがそれぞれ異なる。
【００２０】
図２Ａのタッチパネルディスプレイ２６は、液晶パネル等で構成される表示部としての機能と、ユーザが各種操作入力を行う操作部としての機能とを有する。
近距離無線通信部２８は、例えば、ＮＦＣによる近距離無線通信を行うためのインタフェースである。ＮＦＣによる場合、近距離無線通信部２８は、例えば、ＮＦＣの規格により作成されたＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）チップ及びループアンテナを備え、例えば、決済端末５のリーダ５ａとの間でＮＦＣ規格に準じて近距離無線通信を行う。ＮＦＣ規格（ＩＳＯ／ＩＥＣ１８０９２（ＮＦＣ  ＩＰ−１）、ＩＳＯ／ＩＥＣ２１４８１（ＮＦＣ  ＩＰ−２））では、１３．５６ＭＨｚの電磁波を使い、数ｍｍから数十ｍｍ程度の至近距離でデータ通信を行う近距離無線通信が可能である。
【００２１】
無線通信部２９は、基地局Ｂ及び通信ネットワークＮ１を介して、鍵管理サーバ３との間の通信を行うためのインタフェースであり、送信部及び受信部の役割を行う。
ここで、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、携帯端末１は、制御部１０、記憶部２０等を備えた情報処理装置であり、コンピュータの概念に含まれる。
【００２２】
＜鍵管理サーバ３＞
図３は、本実施形態に係る鍵管理サーバ３の機能ブロックを示す図である。
鍵管理サーバ３は、携帯端末１からセッション鍵の要求を受信したことに応じて、ユーザ個別鍵と、ＡＴＣとを用いてセッション鍵を生成し、生成したセッション鍵を携帯端末１に送信する。なお、詳細には、鍵管理サーバ３は、生成したセッション鍵と、セッション鍵の生成に用いたＡＴＣとを、携帯端末１に送信する。
鍵管理サーバ３は、制御部３０と、記憶部４０と、通信部４９とを備える。
制御部３０は、鍵管理サーバ３の全体を制御するＣＰＵである。制御部３０は、記憶部４０に記憶されているＯＳや各種アプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
【００２３】
制御部３０は、要求受信部３１と、セッション鍵生成部３２と、セッション鍵送信部３３（鍵送信手段）とを備える。
要求受信部３１は、携帯端末１から送信されたセッション鍵の要求を受信する。
セッション鍵生成部３２は、受信した携帯端末１のユーザに対応するユーザ個別鍵からセッション鍵を生成する。セッション鍵には、例えば、発行順に関する順番データが対応付けられている。また、セッション鍵には、例えば、生成した日時を示す生成日時データが対応付けられている。
セッション鍵送信部３３は、セッション鍵生成部３２が生成し、順番データ及び生成日時データが対応付けられたセッション鍵を、携帯端末１に送信する。
【００２４】
記憶部４０は、制御部３０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
通信部４９は、通信ネットワークＮ１及び基地局Ｂを介して携帯端末１との間の通信を行うためのインタフェースである。
【００２５】
＜処理の説明＞
次に、携帯端末１と、鍵管理サーバ３との間で行われるセッション鍵取得処理について説明する。
図４は、本実施形態に係る携帯端末１及び鍵管理サーバ３のセッション鍵取得処理を示すフローチャートである。
この処理は、例えば、携帯端末１の電源が投入され、バックグラウンドで処理プログラム２１が起動されている状態において、常に行うようにしてもよい。また、この処理は、例えば、所定の時間間隔で処理プログラム２１をバックグラウンドで起動させることによって行うようにしてもよい。
【００２６】
ステップＳ（以下、「Ｓ」という。）１０において、携帯端末１の制御部１０（通信確認部１１）は、外部との通信が可能であるか否かを、無線通信部２９を介した通信が可能であるか否かを確認することによって判断する。無線通信部２９が、例えば、Ｗｉ−Ｆｉ等の電波を受信できれば、制御部１０は、外部との通信が可能であると判断できる。外部との通信が可能である場合（Ｓ１０：ＹＥＳ）には、制御部１０は、処理をＳ１１に移す。他方、外部との通信が可能ではない場合（Ｓ１０：ＮＯ）には、制御部１０は、本処理に留まり、外部との通信が可能になるまで待機する。
【００２７】
Ｓ１１において、制御部１０（要件確認部１２）は、要件確認処理を行う。制御部１０は、まず、セッション鍵記憶部２２を参照し、記憶されているセッション鍵の個数を把握する。そして、例えば、常に少なくとも３個のセッション鍵をセッション鍵記憶部２２にストックしておく、といった条件が指定されている場合には、制御部１０は、記憶されているセッション鍵の個数から、要求するセッション鍵の個数を算出する。また、例えば、記憶されているセッション鍵の個数が１個になったら５個のセッション鍵を要求する、といった条件が指定されている場合には、制御部１０は、記憶されているセッション鍵の個数から、セッション鍵の要求をするか否かを判断する。この条件は、例えば、処理プログラム２１ごとに予め決められていてもよいし、携帯端末１において予め決めておいてもよい。また、この条件は、ユーザが個別に設定可能になっていてもよい。
【００２８】
Ｓ１２において、制御部１０（要件確認部１２）は、要件確認処理の結果、セッション鍵の要求が必要であるか否かを判断する。セッション鍵の要求が必要である場合（Ｓ１２：ＹＥＳ）には、制御部１０は、処理をＳ１３に移す。他方、セッション鍵の要求が必要ではない場合（Ｓ１２：ＮＯ）には、制御部１０は、本処理を終了する。なお、セッション鍵の要求が必要ではない場合とは、例えば、セッション鍵記憶部２２に、既に複数のセッション鍵が記憶された状態になっている場合である。
Ｓ１３において、制御部１０（セッション鍵要求部１３）は、セッション鍵の要求を、鍵管理サーバ３に対して送信する。セッション鍵の要求は、要求するセッション鍵の数や、携帯端末１のユーザ及び処理プログラム２１を識別する識別情報等を含む。その後、制御部１０は、処理をＳ１４に移す。
【００２９】
Ｓ２０において、鍵管理サーバ３の制御部３０（要求受信部３１）は、携帯端末１が送信したセッション鍵の要求を受信する。
Ｓ２１において、制御部３０（セッション鍵生成部３２）は、要求に含まれる識別情報を用いて、ユーザ個別鍵記憶部４１からユーザ個別鍵を取得する。次に、制御部３０（セッション鍵生成部３２）は、取得したユーザ個別鍵と、ＡＴＣとを用いてセッション鍵を生成する。そして、制御部３０（セッション鍵送信部３３）は、生成したセッション鍵を、携帯端末１に送信する。その後、制御部３０は、本処理を終了する。
【００３０】
Ｓ１４において、携帯端末１の制御部１０（セッション鍵受信部１４）は、鍵管理サーバ３が送信したセッション鍵を受信する。
Ｓ１５において、制御部１０（セッション鍵保存部１５）は、受信したセッション鍵を、該当する処理プログラム２１のセッション鍵記憶部２２に記憶させる。ここで、セッション鍵には、上述したように発行順を示す順番データ及び生成した日時を示す生成日時データが対応付けられている。よって、制御部１０は、順番データによって、鍵管理サーバ３でセッション鍵を生成した順番が分かる。また、制御部１０は、セッション鍵を生成した日時が分かる。その後、制御部１０は、本処理を終了する。
【００３１】
次に、携帯端末１を用いてサービス処理を行う際の処理について説明する。
図５は、本実施形態に係る携帯端末１の認証処理を示すフローチャートである。
図６Ａ及び図６Ｂは、本実施形態に係る携帯端末１の表示画面例を示す図である。
携帯端末１の制御部１０は、例えば、図６Ａに示すアイコン画面７０において、処理プログラム２１のアイコン７０ａを起動する。そうすると、図６Ｂに示す決済用画面７１が表示される。この決済用画面７１で開始のためのボタン７１ａをユーザが選択することで、携帯端末１の制御部１０は、近距離無線通信部２８による通信を可能に設定する。そして、ユーザは、決済端末５のリーダ５ａに携帯端末１を近づける。
他方、決済端末５のリーダ５ａは、認証データの要求を送出している状態になっている。
【００３２】
図５のＳ４０において、携帯端末１の制御部１０（認証要求受付部１６）は、近距離無線通信部２８を介して、リーダ５ａが送出した認証データの要求を受信する。
Ｓ４１において、制御部１０（認証データ処理部１７）は、セッション鍵記憶部２２に記憶されているセッション鍵のうち、鍵管理サーバ３での発行順にセッション鍵を抽出する。ここで、セッション鍵を、順番データに基づいて発行された順番に使用することによって、携帯端末１は、セッション鍵を正当に使用できる。
Ｓ４２において、制御部１０（認証データ処理部１７）は、抽出したセッション鍵を用いて、認証データを生成する。
Ｓ４３において、制御部１０（認証データ処理部１７）は、生成した認証データを、近距離無線通信部２８を介して送出する。その後、制御部１０は、本処理を終了する。
【００３３】
この処理によって、決済端末５は、リーダ５ａを介して認証データを受信し、決済処理サーバ６に送信することで、決済処理サーバ６では、セッション鍵による照合を行う。決済処理サーバ６では、決済処理サーバ６が有するユーザ個別鍵と、認証データに含まれるセッション鍵の生成に用いたＡＴＣとを用いてセッション鍵を生成し、認証データに含まれる携帯端末１から送信されたセッション鍵と照合する。そして、照合ができた場合には、決済端末５を介して決済処理サーバ６と、携帯端末１との間でサービス処理として、決済処理を行うことができる。
【００３４】
次に、携帯端末１で行われるセッション鍵削除処理について説明する。
図７は、本実施形態に係る携帯端末１のセッション鍵削除処理を示すフローチャートである。
この処理は、例えば、上述したセッション鍵取得処理の前に行うようにしてもよい。また、この処理は、例えば、所定の時間間隔で処理プログラム２１をバックグラウンドで起動させることによって行うようにしてもよい。
【００３５】
Ｓ６０において、制御部１０（セッション鍵削除部１８）は、セッション鍵記憶部２２に記憶された各セッション鍵について、生成日時データに基づいて生成日時を確認する。
Ｓ６１において、制御部１０（セッション鍵削除部１８）は、生成してから一定時間を経過したセッション鍵があるか否かを判断する。一定時間を経過したセッション鍵がある場合（Ｓ６１：ＹＥＳ）には、制御部１０は、処理をＳ６２に移す。他方、一定時間を経過したセッション鍵がない場合（Ｓ６１：ＮＯ）には、制御部１０は、本処理を終了する。
Ｓ６２において、制御部１０（セッション鍵削除部１８）は、一定時間を経過したセッション鍵を、セッション鍵記憶部２２から削除する削除処理を行う。その後、制御部１０は、本処理を終了する。
【００３６】
このように、本実施形態によれば、携帯端末１は、以下のような効果がある。
（１）携帯端末１は、外部との通信が可能であるときに、鍵管理サーバ３に対して通信接続し、処理プログラム２１で用いるセッション鍵を受信して、セッション鍵記憶部２２に予め記憶させておく。よって、決済処理を行う場合には、携帯端末１は、セッション鍵記憶部２２に記憶されたセッション鍵を用いて認証データを生成すればよく、通信環境によらずに認証を行うことができ、利便性が向上する。
（２）携帯端末１は、セッション鍵記憶部２２に記憶されたセッション鍵のうち、鍵管理サーバ３での発行順にセッション鍵を用いて認証データを生成する。よって、携帯端末１は、発行順にセッション鍵を使用でき、セッション鍵の正当性を保証できる。
【００３７】
（３）外部との通信が可能であるときに、少なくとも１つ以上のセッション鍵がセッション鍵記憶部２２に記憶されているように、携帯端末１は、鍵管理サーバ３に対してセッション鍵を要求する。よって、常に１つ以上のセッション鍵が、セッション鍵記憶部２２に記憶された状態にでき、携帯端末１は、通信が不可な場所等にあっても、セッション鍵を用いた認証を行うことができる。
（４）セッション鍵記憶部２２に記憶させるセッション鍵の数を予め指定しておいて、外部との通信が可能になったら、携帯端末１は、指定したセッション鍵の数との差分を算出して、差分の数のセッション鍵を、鍵管理サーバ３に要求する。よって、携帯端末１は、常に指定の数のセッション鍵を準備しておくことができる。
（５）セッション鍵記憶部２２に規定数以上のセッション鍵が記憶されている場合には、携帯端末１は、鍵管理サーバ３にセッション鍵を要求しないようにできる。よって、携帯端末１は、適切な数のセッション鍵を、セッション鍵記憶部２２に保存させることができる。
（６）携帯端末１は、セッション鍵記憶部２２に保存された状態にあったセッション鍵を、一定時間を経過した場合には、セッション鍵記憶部２２から削除する。よって、セッション鍵記憶部２２に未使用のセッション鍵が残ったままの状態になることを回避できる。その結果、鍵管理に関するセキュリティを向上できる。
【００３８】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００３９】
（変形形態）
（１）本実施形態では、セッション鍵取得処理を、携帯端末が外部との通信が可能な場合に、常に行ったり、所定の時間間隔で行ったりするものを例に説明したが、これに限定されない。例えば、決済処理サーバ６との間で認証データを生成して送出することで、セッション鍵を使用した場合に、携帯端末が外部との通信が可能であるか否かを確認し、外部との通信が可能になったらセッション鍵を要求するようにしてもよい。
（２）本実施形態では、セッション鍵取得手段を、ユーザに気づかせないように、バックグラウンドで処理をするものとして説明したが、これに限定されない。例えば、セッション鍵記憶部に記憶されているセッション鍵の数が少なくなった場合に、携帯端末に、ユーザを通信が可能な位置に誘導させるようなメッセージを表示させてもよい。
【００４０】
（３）本実施形態では、セッション鍵の要求に、要求するセッション鍵の数を含むものとして説明したが、これに限定されない。セッション鍵の要求に数を含まず、要求に対応して、１又は複数のセッション鍵を、鍵管理サーバが送信するものであってもよい。
（４）本実施形態では、セッション鍵に生成日時データを対応付けておき、セッション鍵記憶部２２に保存されたままのセッション鍵が一定時間を経過した場合に、そのセッション鍵を削除するものとして説明したが、これに限定されない。一定時間を経過したセッション鍵を、セッション鍵記憶部から削除するようなものであれば、どのような方法を用いてもよい。例えば、セッション鍵をセッション鍵記憶部２２に保存した時点を０秒としてカウントアップし、一定時間になったら削除するようにしてもよい。また、処理プログラムを終了するタイミングや、処理プログラムのアイコンを起動して表示された画面を閉じるタイミングで、セッション鍵を削除するようにしてもよい。
【００４１】
（５）本実施形態では、携帯端末を用いた決済処理についての例を説明したが、これに限定されない。様々なサービスに用いることができる。例えば、家や車等の鍵の開錠処理に、このサービス処理システムの仕組みを用いてもよい。また、例えば、車のエンジンをかける処理に、このサービス処理システムの仕組みを用いてもよい。
【００４２】
ここで、このサービス処理システムの仕組みを用いる他の例として、銀行等のＡＴＭ（Ａｕｔｏｍａｔｅｄ  Ｔｅｌｌｅｒ  Ｍａｃｈｉｎｅ）での取引に用いるものを説明する。
図８は、変形形態に係るサービス処理システム１００−２の全体構成を示す図である。
サービス処理システム１００−２は、携帯端末１−２と、鍵管理サーバ３と、ＡＴＭ端末２０５（処理装置）と、勘定系サーバ２０６（処理装置）とを備える。
携帯端末１−２は、例えば、ＮＦＣによる近距離無線通信によって、ＡＴＭ端末２０５が有するリーダ２０５ａ（リーダライタ）との間で通信が可能になっている。そして、ＡＴＭ端末２０５と、勘定系サーバ２０６とは、通信ネットワークＮ３を介して常時通信が可能である。通信ネットワークＮ３は、例えば、専用回線や、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）等の仮想専用線等である。
【００４３】
この実施形態の携帯端末１−２は、上述した携帯端末１と同様の構成を備えるものであり、詳細な説明は省略する。携帯端末１−２は、ＡＴＭ端末２０５を用いた、例えば、銀行の預金口座に対する入出金取引等を行う際に使用するものであり、銀行が発行するキャッシュカードの役割を担うものである。また、携帯端末１−２は、勘定系サーバ２０６との間で認証をする際に用いるセッション鍵に関する処理を行う。
ＡＴＭ端末２０５は、預金口座を用いた現金の入出金や、振込処理を行う端末である。
勘定系サーバ２０６は、銀行の勘定処理を行うサーバであり、顧客の預金口座を管理する。
【００４４】
ここで、携帯端末１−２を用いてサービス処理を行う際の具体例を用いて説明する。
図９は、変形形態に係る携帯端末１−２の取引要求処理を示すフローチャートである。
図１０Ａ及び図１０Ｂは、変形形態に係る携帯端末１−２の表示画面例を示す図である。
携帯端末１−２の制御部は、例えば、図１０Ａに示すアイコン画面２７０において、当該サービスに係る処理プログラムのアイコン２７０ｂを起動する。
【００４５】
そうすると、図９のＳ２４０において、携帯端末１−２の制御部は、取引メニュー画面（図示せず）を表示する。そこで、ユーザが、例えば、「入金」、「引き出し」等の取引項目を選択し、次に遷移する画面（図示せず）において金額等の取引内容を入力の上、さらに次の画面に遷移させる。
Ｓ２４１において、携帯端末１−２の制御部は、例えば、図１０Ｂに示す取引準備完了画面２７２を表示する。この図１０Ｂに示す例は、「引き出し」の処理に関するものである。取引準備完了画面２７２を表示すると、携帯端末１−２の制御部は、近距離無線通信部による通信を可能に設定する。そして、ユーザは、ＡＴＭ端末２０５のリーダ２０５ａに携帯端末１−２を近づける。
【００４６】
他方、ＡＴＭ端末２０５のリーダ２０５ａは、例えば、ＡＴＭ端末２０５に人が近づいたことを検知したことに応じて、認証データの要求を送出する。または、ユーザがＡＴＭ端末２０５を操作して取引開始を選択した後、リーダ２０５ａが認証データの要求を送出している状態になってから、ユーザは、携帯端末１−２をＡＴＭ端末２０５のリーダ２０５ａに近づける。
図９のＳ２４２において、携帯端末１−２の制御部は、近距離無線通信部を介して、リーダ２０５ａが送出した認証データの要求を受信する。
Ｓ２４３及びＳ２４４の処理は、図５のＳ４１及びＳ４２の処理と同様である。
Ｓ２４５において、携帯端末１−２の制御部は、生成した認証データと、Ｓ２４０の処理によってユーザが入力した取引内容を示す取引内容データとを、近距離無線通信部を介して送出する。ここで、取引内容データとは、当該サービスに係る処理プログラムに関連付けられた口座番号と、上記した入力オペレーションにより得た取引項目及び金額とを含むものをいう。その後、携帯端末１−２の制御部は、本処理を終了する。
【００４７】
この処理によって、ＡＴＭ端末２０５は、リーダ２０５ａを介して認証データと取引内容データとを、携帯端末１−２から受信し、勘定系サーバ２０６に送信する。勘定系サーバ２０６では、まず、認証データを用いたセッション鍵による照合を行う。そして、照合ができた場合には、勘定系サーバ２０６は、取引内容データに基づく処理を行う。例えば、取引内容が図１０Ｂに示す１万円の引き出しであれば、勘定系サーバ２０６による処理の結果、ＡＴＭ端末２０５は、１万円を払い出す。
【００４８】
このように、ユーザは、予め携帯端末１−２において、処理プログラムにしたがって取引内容を選択及び入力し、ＡＴＭ端末２０５に携帯端末１−２をかざすだけで、ＡＴＭ端末２０５での操作をすることなく、勘定系取引を行うことができ、利便性が向上する。その際、セッション鍵を用いた認証を行うので、セキュリティ性が担保できる。
【符号の説明】
【００４９】
１、１−２    携帯端末
３    鍵管理サーバ
５    決済端末
５ａ、２０５ａ  リーダ
６    決済処理サーバ
１０，３０  制御部
１１  通信確認部
１２  要件確認部
１３  セッション鍵要求部
１４  セッション鍵受信部
１５  セッション鍵保存部
１６  認証要求受付部
１７  認証データ処理部
１８  セッション鍵削除部
２０，４０  記憶部
２１，２１Ａ，２１Ｂ  処理プログラム
２２，２２Ａ，２２Ｂ  セッション鍵記憶部
２６  タッチパネルディスプレイ
２８  近距離無線通信部
２９  無線通信部
３３  セッション鍵送信部
１００、１００−２  サービス処理システム
２０５  ＡＴＭ端末
２０６  勘定系サーバ
【図１】
2019185788.tif 000003
【図２Ａ】
2019185788.tif 000004
【図２Ｂ】
2019185788.tif 000005
【図３】
2019185788.tif 000006
【図４】
2019185788.tif 000007
【図５】
2019185788.tif 000008
【図６Ａ】
2019185788.tif 000009
【図６Ｂ】
2019185788.tif 000010
【図７】
2019185788.tif 000011
【図８】
2019185788.tif 000012
【図９】
2019185788.tif 000013
【図１０Ａ】
2019185788.tif 000014
【図１０Ｂ】
2019185788.tif 000015