(57)【要約】 【課題】  複数のローカルインタフェースを用いてサービスを提供するサービス提供端末において各インタフェース用の鍵の管理を容易にする。【解決手段】  サービス提供端末２は、鍵生成用パラメータ（サービス鍵）と、サービスにおいて利用される各ローカルインタフェースを示す利用インタフェース情報と、をサービス毎に記憶する。そして、実行対象のサービスの指定を受け付け、指定されたサービスについて、鍵生成用パラメータと利用インタフェース情報を読み出し、読み出した鍵生成用パラメータと利用インタフェース情報を用いて、ローカルインタフェースと携帯端末４との間の通信において使用される暗号鍵を、サービスで利用するローカルインタフェース毎にそのサービスの鍵生成用パラメータを用いて生成し、生成した暗号化を用いて各ローカルインタフェースを介して携帯端末４と通信を行う。【選択図】  図１
2005204197.tif 000002
【特許請求の範囲】
【請求項１】
複数のローカルインタフェースを用いて携帯端末とデータ通信を行うサービス提供端末であって、
鍵生成用パラメータと、サービスにおいて利用されるローカルインタフェースを示す利用インタフェース情報と、をサービス毎に記憶する記憶手段と、
実行対象のサービスの指定を受け付ける手段と、
前記指定されたサービスについて、鍵生成用パラメータと利用インタフェース情報を前記記憶手段から読み出す読出手段と、
ローカルインタフェースと携帯端末との間の通信において使用される暗号鍵を、前記読み出された利用インタフェース情報が示すローカルインタフェース毎に、前記読み出された鍵生成用パラメータを用いて生成する生成手段と、
前記読み出されたインタフェース情報が示す各ローカルインタフェースを介して、当該ローカルインタフェースに対して生成された暗号鍵を用いて、携帯端末と通信を行う通信制御手段と、
を備えることを特徴とするサービス提供端末。
【請求項２】
当該サービス提供端末は、
少なくとも前記記憶手段と前記読出手段と前記生成手段とを備える着脱可能なＩＣ部を備える、
ことを特徴とする請求項１に記載のサービス提供端末。
【請求項３】
登録対象のサービスの鍵生成用パラメータと利用インタフェース情報をネットワークを介してサーバ装置から受信する手段と、当該受信した鍵生成用パラメータと利用インタフェース情報とサービス識別情報とを前記記憶手段に記憶する手段と、を備えるサービス登録手段と、
更新対象のサービスの鍵生成用パラメータと利用インタフェース情報をネットワークを介してサーバ装置から受信する手段と、当該受信した鍵生成用パラメータと利用インタフェース情報で前記記憶手段に記憶されている当該サービスの鍵生成用パラメータと利用インタフェース情報を更新する手段と、を備えるサービス更新手段と、
削除対象のサービスを特定する情報を受信する手段と、当該受信した情報により特定されるサービスの鍵生成パラメータと利用インタフェース情報を前記記憶手段から削除する手段と、を備えるサービス削除手段と、
の少なくとも１つをさらに備える、
ことを特徴とする請求項１又は２に記載のサービス提供端末。
【請求項４】
前記生成手段は、サービスで利用される複数のローカルインタフェースのうちの一のローカルインタフェースを介して当該サービス提供端末と携帯端末との間で行われた認証の結果に基づいて、他のローカルインタフェースに対する暗号鍵を生成するか否かを決定する手段を備える、
ことを特徴とする請求項１乃至３のいずれか１項に記載のサービス提供端末。
【請求項５】
コンピュータに、
実行対象のサービスの指定を受け付けるステップ、
鍵生成用パラメータと、サービスにおいて利用されるインタフェースを示す利用インタフェース情報と、をサービス毎に記憶する記憶領域から、前記指定されたサービスに対応する鍵生成用パラメータと利用インタフェース情報を読み出すステップ、
ローカルインタフェースと携帯端末との間の通信において使用される暗号鍵を、前記読み出された利用インタフェース情報が示すローカルインタフェース毎に、前記読み出された鍵生成用パラメータを用いて生成する生成ステップ、
前記読み出されたインタフェース情報が示す各ローカルインタフェースを介して、当該ローカルインタフェースに対して生成された暗号鍵を用いて、携帯端末と通信を行うステップ、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザの携帯端末と複数のローカルインタフェースを用いて通信を行うことによりサービスを提供するサービス提供端末等に関する。
【背景技術】
【０００２】
近年、例えば自動販売機、ＰＯＳ端末、ＡＴＭ端末等のような、各種サービスをユーザに提供する端末を用いるシステムでは、ユーザの携帯端末との間でデータ通信を行うことによりサービスを提供する端末が実現されている。このようなシステムの中には、携帯端末とサービス端末がそれぞれ複数のローカルインタフェースモジュールを装着し、端末間において複数のローカルインタフェースを用いた通信を行うことでサービスの提供を実現するものもある。
【０００３】
例えば、Bluethoothによる無線通信と赤外線通信との２つの通信インタフェースを用いて外部システムとデータ通信を行う無線通信装置もある（特許文献１参照）。
【特許文献１】特開２００３−１８１４８号公報（第３頁、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
端末間で複数のローカルインタフェースを用いて通信を行うことによりサービスの提供を行うシステムでは、通信用の鍵がローカルインタフェース毎に独立して設定されていたため、鍵の設定・更新・無効化等を行う場合には、インタフェース毎に鍵の設定・更新・無効化の処理を行う必要があり煩雑であった。
また、このように、複数のローカルインタフェースを用いてデータ通信を行うシステムでは、各インタフェースで使用する鍵を安全に管理できる仕組みの実現が望ましい。
【０００５】
本発明は、上記実状に鑑みてなされたものであり、端末間で複数のローカルインタフェースを用いて通信を行うシステムにおいて、各インタフェースで使用する鍵の管理を容易に行うことができるサービス提供端末等を提供することを目的とする。
また、端末間で複数のローカルインタフェースを用いて通信を行うシステムにおいて、各インタフェースで使用する鍵を安全に管理することができるサービス提供端末等を提供することを他の目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、この発明の第１の観点に係る通信システムは、
複数のローカルインタフェースを用いて携帯端末とデータ通信を行うサービス提供端末であって、
鍵生成用パラメータと、サービスにおいて利用されるローカルインタフェースを示す利用インタフェース情報と、をサービス毎に記憶する記憶手段と、
実行対象のサービスの指定を受け付ける手段と、
前記指定されたサービスについて、鍵生成用パラメータと利用インタフェース情報を前記記憶手段から読み出す読出手段と、
ローカルインタフェースと携帯端末との間の通信において使用される暗号鍵を、前記読み出された利用インタフェース情報が示すローカルインタフェース毎に、前記読み出された鍵生成用パラメータを用いて生成する生成手段と、
前記読み出されたインタフェース情報が示す各ローカルインタフェースを介して、当該ローカルインタフェースに対して生成された暗号鍵を用いて、携帯端末と通信を行う通信制御手段と、
を備えることを特徴とする。
【０００７】
このような構成によれば、サービス実行時に、各ローカルＩ／Ｆに対する暗号鍵がサービス毎の鍵生成パラメータ（サービス鍵）を用いて生成されるため、インタフェース毎に鍵の設定・更新・無効化等の処理を行う必要が無くなり、各インタフェースで使用する鍵の管理が容易になる。また、各インタフェース用の鍵のもととなるサービス鍵を例えばＩＣチップ等の安全性の高い媒体に格納しておくことで、結果的に各インタフェース用の鍵を安全に保護することができる。
【０００８】
当該サービス提供端末は、
少なくとも前記記憶手段と前記読出手段と前記生成手段とを備える着脱可能なＩＣ部を備えてもよい。
【０００９】
登録対象のサービスの鍵生成用パラメータと利用インタフェース情報をネットワークを介してサーバ装置から受信する手段と、当該受信した鍵生成用パラメータと利用インタフェース情報とサービス識別情報とを前記記憶手段に記憶する手段と、を備えるサービス登録手段と、
更新対象のサービスの鍵生成用パラメータと利用インタフェース情報をネットワークを介してサーバ装置から受信する手段と、当該受信した鍵生成用パラメータと利用インタフェース情報で前記記憶手段に記憶されている当該サービスの鍵生成用パラメータと利用インタフェース情報を更新する手段と、を備えるサービス更新手段と、
削除対象のサービスを特定する情報を受信する手段と、当該受信した情報により特定されるサービスの鍵生成パラメータと利用インタフェース情報を前記記憶手段から削除する手段と、を備えるサービス削除手段と、
の少なくとも１つをさらに備えてもよい。
【００１０】
前記生成手段は、サービスで利用される複数のローカルインタフェースのうちの一のローカルインタフェースを介して当該サービス提供端末と携帯端末との間で行われた認証の結果に基づいて、他のローカルインタフェースに対する暗号鍵を生成するか否かを決定する手段を備えてもよい。
【００１１】
また、本発明の第２の観点に係るプログラムは、
実行対象のサービスの指定を受け付けるステップ、
鍵生成用パラメータと、サービスにおいて利用されるインタフェースを示す利用インタフェース情報と、をサービス毎に記憶する記憶領域から、前記指定されたサービスに対応する鍵生成用パラメータと利用インタフェース情報を読み出すステップ、
ローカルインタフェースと携帯端末との間の通信において使用される暗号鍵を、前記読み出された利用インタフェース情報が示すローカルインタフェース毎に、前記読み出された鍵生成用パラメータを用いて生成する生成ステップ、
前記読み出されたインタフェース情報が示す各ローカルインタフェースを介して、当該ローカルインタフェースに対して生成された暗号鍵を用いて、携帯端末と通信を行うステップ、
を実行させる。
【発明の効果】
【００１２】
本発明によれば、複数のローカルインタフェースを用いてサービスを提供するサービス提供端末において、各インタフェース用の鍵の管理を容易に行うことができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を、端末間で複数のインタフェースを用いて無線通信を行うことによりユーザに各種サービスを提供する通信システムを例に図面を参照して説明する。
【００１４】
本発明の実施形態に係る通信システムの構成例を図１に示す。この通信システムは、ＩＣチップ１が装着されたサービス提供端末２と、管理サーバ３と、携帯端末４と、を備える。サービス提供端末２と管理サーバ３はネットワーク１０を介して接続される。また、サービス提供端末２と携帯端末４は、例えば、Bluethooth用インタフェース（Ｉ／Ｆ）、赤外線Ｉ／Ｆ、接触型ＩＣカードＩ／Ｆ、非接触型ＩＣカードＩ／Ｆ等の各種ローカルＩ／Ｆにより接続される。
【００１５】
ＩＣチップ１とサービス提供端末２の構成例を図２に示し、管理サーバ３の構成例を図３に示す。また、ＩＣチップ１とサービス提供端末２と管理サーバ３の機能ブロック図を図４に示す。
【００１６】
ＩＣチップ１は、例えば、メモリ１１と、ＣＰＵ１２と、入出力Ｉ／Ｆ（インタフェース）１３と、を備える。例えば、ＩＣチップ１は、ＳＡＭ（Security Application Module）チップを含む。
【００１７】
メモリ１１は、ＲＯＭ、ＲＡＭ等から構成され、ＣＰＵ１２が実行するための動作プログラム及び処理に必要な各種データ、ＩＣチップ１を識別するためのチップＩＤ、ＰＩＮ（Personal Identification Number）情報、日付データ、ＩＣチップ１の秘密鍵、管理サーバ３の公開鍵等が記憶される。また、メモリ１１には、例えば図５に示すように、サービス鍵（サービス毎の鍵生成パラメータ）、サービス鍵の有効期限、サービスで利用されるＩ／Ｆ、サービスが複数のＩ／Ｆを利用する場合における各Ｉ／Ｆの利用優先順位や暗号鍵を生成するための条件等を示す利用制御情報等のデータを含むサービス鍵管理情報がサービス名等に関連付けられてサービス毎に記憶される。また、メモリ１１には、例えば図６に示すように、サービス提供端末２が備える各Ｉ／Ｆについて、Ｉ／Ｆを識別するためのＩＤ（Ｉ／ＦＩＤ）、Ｉ／Ｆ毎の鍵生成パラメータ、生成された暗号鍵をＩ／Ｆモジュール自体が保有するか否かを示す保有フラグ、等のデータを含むＩ／Ｆ管理情報が記憶される。
【００１８】
ＣＰＵ１２は、メモリ１１に記憶される動作プログラムを実行することにより、認証管理部１２１、サーバ認証部１２２、サービス鍵管理部１２３、Ｉ／Ｆ設定部１２４等を論理的に実現する。
【００１９】
認証管理部１２１は、サービス提供端末２からの鍵設定要求に応じて、当該要求により指定されたサービスに対応するサービス鍵管理情報とＩ／Ｆ管理情報をメモリ１１から読み出す。そして、読み出したサービス鍵管理情報におけるサービス鍵とＩ／Ｆ情報における鍵生成用パラメータ等のデータに基づいて、指定されたサービスで利用されるローカルＩ／Ｆ２６に対して暗号鍵を生成する。この暗号鍵は、認証鍵やデータの暗号用の鍵等を含む。そして、各Ｉ／Ｆの保有フラグに従って、鍵をローカルＩ／Ｆ２６のモジュール自体が保有すると設定されているＩ／Ｆについては、生成した暗号鍵をサービス提供端末２に供給し、該当するローカルＩ／Ｆ２６に設定させる。この場合、サービス提供端末２側で携帯端末４の認証処理や暗号処理等が行われる。また、鍵をローカルＩ／Ｆ２６のモジュール自体が保有しないと設定されているローカルＩ／Ｆ２６については、そのローカルＩ／Ｆ２６に対して生成した鍵をメモリ１１に記憶し、この暗号鍵を用いて携帯端末４の認証処理や暗号処理等を行う。
【００２０】
認証管理部１２１がサービス鍵（サービス毎の鍵生成用パラメータ）と鍵生成パラメータ等のデータを用いてローカルＩ／Ｆ２６用の暗号鍵を生成する処理を具体的に説明する。ここでは例えばサービス鍵として、ＲＳＡ暗号方式による１２８バイトの秘密鍵を用いることとする。まず、認証管理部１２１は、サービス鍵から任意の（例えば、乱数を用いてランダムに選択した）８バイトのデータＡを取り出し、ＩＣチップ１のチップＩＤ及び鍵生成対象のローカルＩ／Ｆ２６の鍵生成パラメータと組み合わせたデータについてハッシュ関数を用いた演算処理を行い、算出したハッシュ値を暗号鍵とする。なお、この際、ローカルＩ／Ｆ２６について必要な鍵長がメモリ１１に登録されている場合には、その鍵長となるように、必要に応じてハッシュ演算を繰り返す。具体的には、認証管理部１２１は、例えば（数１）に示すハッシュ関数を用いた演算式に従って、ハッシュ値Ｈ１を算出する。そして、ハッシュ値Ｈ１が必要な鍵長を満たすか否かを判別し、満たす場合にはそのハッシュ値から必要な鍵長分のデータを取りだして暗号鍵とする。また、満たさない場合には、さらにハッシュ演算を行ってハッシュ値（Ｈ２、・・・、Ｈｎ）を算出し、算出したハッシュ値が必要な鍵長を満たすかを判別する処理を、必要な鍵長を満たすと判別されるまで繰り返す。
【００２１】
（数１）
Ｈ１＝Ｈａｓｈ（チップＩＤ｜Ａを８つ連結したデータ｜鍵生成パラメータを８つ連結したデータ）
Ａは、サービス鍵から任意の８バイトを取り出したもの
Ｈ２＝Ｈａｓｈ（チップＩＤ｜Ｂ｜鍵生成パラメータを８つ連結したデータ）
Ｂは、データ長が６４バイト以上になるまでＨ１を連結したデータの先頭６４バイト
Ｈｎ＝Ｈａｓｈ（チップＩＤ｜Ｘ｜鍵生成パラメータを８つ連結したデータ）
Ｘは、データ長が６４バイト以上になるまでＨ（ｎ−１）を連結したデータの先頭６４バイト
なお、上記の各式において、記号”｜”は連結を意味する。
【００２２】
また、認証管理部１２１は、サービスで利用されるローカルＩ／Ｆ２６が複数ある場合には、利用制御情報の設定内容に従って、ローカルＩ／Ｆ２６に対する暗号鍵の生成を順次行う。具体的には、例えば、第１のローカルＩ／Ｆ２６で認証した後に第２のローカルＩ／Ｆ２６経由でコンテンツのダウンロードを行うサービスのサービス鍵管理情報において、図７に示すような利用制御情報がメモリ１１に設定されているときには、認証管理部１２１は、第１のローカルＩ／Ｆ２６の暗号鍵（認証鍵）での認証が成功している場合にのみ、第２のローカルＩ／Ｆ２６に対する暗号鍵を生成する。また、例えば、携帯端末４側で第１のローカルＩ／Ｆ２６自体に設定されているデータＤ１を第２のローカルＩ／Ｆ２６で利用可能なように移行させるサービスにおいて、図７に示すような利用制御情報がメモリ１１に設定されているときには、認証管理部１２１は、第１のローカルＩ／Ｆ２６の暗号鍵（認証鍵）での認証が成功している場合にのみ、第２のローカルＩ／Ｆ２６に対する暗号鍵（データ更新用鍵）を生成する。この場合、サービス提供端末２では、第１のローカルＩ／Ｆ２６を介して携帯端末４からデータＤ１を受信し、第２のローカルＩ／Ｆ２６を介してデータＤ１を移行する。
【００２３】
なお、認証管理部１２１は、サービスで利用されるローカルＩ／Ｆ２６に対して生成した暗号鍵を、サービス終了時、又は、事前に設定された時間が経過した後に、無効にする。
【００２４】
サーバ認証部１２２は、管理サーバ３と相互認証するための処理を行う。この相互認証処理では、乱数を生成し、生成した乱数をもとに生成した認証データ（例えば、乱数をＩＣチップ１の秘密鍵で暗号化したデータ等）を管理サーバ３に対して送信する。そして、管理サーバ３から管理サーバ３側の認証データ（サーバ認証データ）等を受信すると、管理サーバ３の公開鍵を用いて認証データの正当性を確認（例えば、認証データを復号化し、送信した乱数が含まれていることをチェックする等）した後、今回の通信で使用するセッション鍵を生成し、ＩＣチップ１の秘密鍵で暗号化する等して管理サーバ３に送信する。そして、このセッション鍵で暗号化された日付データを管理サーバ３から受信して復号化し、復号化した日付データでメモリ１１の日付データを更新する。なお、この管理サーバ３との相互認証が成功した後に、サービスの追加・更新・削除やＩ／Ｆの追加等の処理が可能となる。
【００２５】
サービス鍵管理部１２３は、管理サーバ３と相互認証が完了した後、サービスを登録・更新・削除等するための各種処理を行う。具体的には、例えば、サービス名、サービス鍵、鍵の有効期限、サービスで利用されるＩ／Ｆ、利用制御情報等のデータを登録要求とともに管理サーバ３から受信し、受信データに基づくサービス鍵管理情報を生成してメモリ１１に登録する。また、サービス名、サービス鍵、鍵の有効期限等のデータを更新要求とともに管理サーバ３から受信すると、メモリ１１に記憶されているサービス鍵管理情報のうち、受信したサービス名に対応するサービス鍵管理情報を特定し、そのサービス鍵管理情報を受信データで更新する。また、サービス名等のデータを削除要求とともに受信すると、そのサービス名等に対応するサービス鍵管理情報をメモリ１１から削除する。
【００２６】
また、サービス鍵管理部１２３は、サービス提供端末２でサービスが実行されるに先立って（例えば、日毎のサービス業務開始時等）、実行対象のサービスのサービス鍵の有効期限のチェックを行う。有効期限が経過している場合には、サービス名等のデータとともにサービス鍵の更新要求を管理サーバ３に対して送信し、新たなサービス鍵データを受信して、メモリ１１に記憶（更新）する。
【００２７】
Ｉ／Ｆ設定部１２４は、管理サーバ３と相互認証を行った後、サービス提供端末２に装着されているＩ／Ｆに関するＩ／Ｆ管理情報をメモリ１１に設定する処理を行う。具体的には、Ｉ／ＦＩＤ、Ｉ／Ｆに対して生成される暗号鍵をＩ／Ｆモジュール自体が保有するか否か、等のデータをＩ／Ｆの追加要求とともにサービス提供端末２から受信するとそのローカルＩ／Ｆ２６に対する鍵生成パラメータを生成し、鍵生成パラメータと受信データに基づいてＩ／Ｆ管理情報を生成してメモリ１１に登録する。また、Ｉ／ＦＩＤ等のデータとＩ／Ｆの削除要求をサービス提供端末２から受信すると、そのＩ／ＦＩＤに対応するＩ／Ｆ管理情報をメモリ１１から削除する。
【００２８】
入出力Ｉ／Ｆ１３は、そのＩＣチップ１が装着されたサービス提供端末２とのデータ通信を制御する。
【００２９】
サービス提供端末２は、例えば、ＣＰＵ２１と、記憶部２２と、入力部２３と、表示部２４と、通信部２５と、ローカルＩ／Ｆ２６と、入出力Ｉ／Ｆ２７と、を備えるコンピュータから構成される。
【００３０】
ＣＰＵ２１は、記憶部２２に記憶されるプログラムを実行することにより、サービス実行部２１１、ローカルＩ／Ｆ利用部２１２、サービス管理部２１３、ローカルＩ／Ｆ登録部２１４等を論理的に実現する。
【００３１】
サービス実行部２１１は、実行されたサービスのプログラムの内容に従って、ローカルＩ／Ｆ利用部２１２と連動して、サービスを提供するための処理を行う。提供されるサービスの内容は任意であり、例えば、自動販売機やＰＯＳ端末等におけるクレジット決済や電子マネー決済等の決済サービスでもよく、ＡＴＭ端末等における引き出し、預け入れ、口座振替等の口座処理サービス等でもよい。
【００３２】
ローカルＩ／Ｆ利用部２１２は、サービス実行部２１１によるサービス提供処理における携帯端末４との通信処理を各ローカルＩ／Ｆ２６と連動して行う。具体的には、サービスを指定した鍵生成要求をＩＣチップ１に送信した後に、ＩＣチップ１からの指示に基づいて、各ローカルＩ／Ｆ２６と連動して携帯端末４とのデータ通信を行う。この際、モジュール自体に暗号鍵を設定するローカルＩ／Ｆ２６を利用する場合には、ＩＣチップ１から暗号鍵を受信してローカルＩ／Ｆ２６に設定する。また、モジュール自体に暗号鍵を設定しないローカルＩ／Ｆ２６の場合には、ＩＣチップ１内で暗号／復号処理が行われるため、暗号化されたデータをＩＣチップ１とローカルＩ／Ｆ２６の間で受け渡す。
【００３３】
サービス管理部２１３は、サービス提供端末２が提供するサービスを登録・更新・削除するための処理を行う。具体的には、サービスの登録に関する入力に応じて、入力されたサービス名と、端末ＩＤと、をサービス登録要求とともに管理サーバ３に送信する。そして、管理サーバ３からサービスのプログラムを受信し、サービス名と関連付けて記憶部２２に記憶する。また、サービスの更新に関する入力に応じて、入力されたサービス名と、端末ＩＤと、をサービス更新要求とともに管理サーバ３に送信する。そして、管理サーバ３からサービスのプログラムを受信し、記憶部２２に記憶されているそのサービスのプログラムを更新する。また、サービスの削除に関する入力に応じて、入力されたサービス名と、端末ＩＤと、をサービス削除要求とともに管理サーバ３に送信する。
【００３４】
ローカルＩ／Ｆ登録部２１４は、サービス提供端末２にローカルＩ／Ｆを追加・削除等するための処理を行う。具体的には、例えば、ローカルＩ／Ｆ２６の追加に関する入力等に応じて、Ｉ／ＦＩＤ、Ｉ／Ｆに対して生成される暗号鍵をＩ／Ｆモジュール自体が保有するか否か、等のデータをＩ／Ｆの追加要求とともにＩＣチップ１に送信する。また、例えば、ローカルＩ／Ｆ２６の削除に関する入力等に応じて、Ｉ／ＦＩＤ等のデータをＩ／Ｆの削除要求とともにＩＣチップ１に送信する。また、Ｉ／ＦＩＤ、Ｉ／Ｆに対して生成される暗号鍵をＩ／Ｆモジュール自体が保有するか否か等のデータの取得については、入力部２３から受け付けるようにしてもよく、また、ローカルＩ／Ｆ２６に予め設定されているデータを読み出すようにしてもよい。
【００３５】
また、ＣＰＵ２１は、通信部２５と入出力Ｉ／Ｆ２７を制御して、ＩＣチップ１から管理サーバ３宛のデータを受信して管理サーバ３に送信し、管理サーバ３からＩＣチップ１宛のデータを受信してＩＣチップ１に送信する。
【００３６】
記憶部２２は、ＲＯＭ、ＲＡＭ、ハードディスク装置等から構成され、ＣＰＵ２１が実行するための動作プログラム及び処理に必要な各種データ、サービス提供端末２の端末ＩＤ等が記憶されている。また、記憶部２２には、サービス提供端末２に装着されているローカルＩ／Ｆ２６に関するローカルＩ／Ｆ情報（例えば、Ｉ／ＦＩＤ等）が記憶されている。また、記憶部２２には、ローカルＩ／Ｆ２６を利用してサービスを提供するためのプログラムがサービス毎に記憶されている。
【００３７】
入力部２３は、例えばキーボードやポインティングデバイスを含む入力装置から構成され、入力されたデータをＣＰＵ２１に通知する。
表示部２４は、液晶ディスプレイ等から構成され、各種画面表示を行う。
通信部２５は、ネットワーク１０を介した管理サーバ３とのデータ通信を行う。
【００３８】
ローカルＩ／Ｆ２６は、所定の通信方式に従って携帯端末４との近距離データ通信を行うＩ／Ｆであり、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、受信機、送信機等から構成される。なお、サービス提供端末２には一又は複数のローカルＩ／Ｆ２６が装着（接続）されており、各ローカルＩ／Ｆ２６の通信方法の種別は任意である。例えば、Bluethooth用インタフェース（Ｉ／Ｆ）、赤外線Ｉ／Ｆ、接触型ＩＣカードＩ／Ｆ、非接触型ＩＣカードＩ／Ｆ等でもよい。
入出力Ｉ／Ｆ２７は、サービス提供端末２に装着されたＩＣチップ１とのデータ通信を制御する。
【００３９】
管理サーバ３は、ユーザがサービスを利用するために必要なアプリケーションを提供するサービス提供元のサーバであり、制御部３１と、記憶部３２と、通信制御部３３と、を備えるコンピュータから構成される。
制御部３１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等から構成され、記憶部３２に予め記憶された動作プログラム等を読み出して実行することにより、認証管理部３１１、サービスダウンロード部３１２、サービス鍵管理部３１３等を論理的に実現する。
【００４０】
認証管理部３１１は、ＩＣチップ１と相互認証するための処理を行う。この相互認証処理では、認証管理部３１１は、ＩＣチップ１からの認証要求、認証データ等を受信すると、受信した認証データ等の正当性を確認した後、サーバ認証コード等を生成し、ＩＣチップ１に対して送信する。認証データの確認は、例えば、受信した認証データをＩＣチップ１の公開鍵で検証したデータと、認証データとともに受信した乱数を照合等して行う。また、サーバ認証コードの生成は、例えば、受信した乱数を管理サーバ３の秘密鍵で暗号化して生成してもよい。そして、送信した認証コードについてＩＣチップ１から認証を受けた後、ＩＣチップ１からのセッション鍵を受信して、記憶部３２のワーク領域に記憶する。そして、内部タイマから取得した日付データをセッション鍵で暗号化してＩＣチップ１に対して送信する。
【００４１】
サービスダウンロード部３１２は、ＩＣチップ１との相互認証が完了した後に、登録や更新が要求されたサービスのプログラムを記憶部３２から読み出してサービス提供端末２に送信する。
【００４２】
サービス鍵管理部３１３は、ＩＣチップ１との相互認証が完了した後に、サービスに関する情報の登録・更新・削除の指示をＩＣチップ１に対して送信する。例えば、サービス提供端末２からサービスの登録要求を受信した場合には、登録対象のサービスのサービス名、サービス鍵、サービスで利用されるＩ／Ｆ、利用制御情報等のデータを記憶部３２のサービス管理テーブルから読み出し、読み出したデータと、有効期限データ（例えば、当該要求を受信した日から２ヶ月後等）と、を登録指示とともにＩＣチップ１に対して送信する。サービス管理テーブルの一例を図８に示す。また、サービスの更新要求を受信した場合には、更新対象のサービスのサービス名、サービス鍵、サービスで利用されるＩ／Ｆ、利用制御情報等のデータを記憶部３２のサービス管理テーブルから読み出し、読み出したデータと、有効期限データ（例えば、当該要求を受信した日から２ヶ月後等）と、を更新指示とともにＩＣチップ１に対して送信する。また、サービスの削除要求を受信した場合には、削除対象のサービスの名等のデータを削除指示とともにＩＣチップ１に対して送信する。
また、サービス鍵管理部３１３は、サービスを指定したサービス鍵の更新要求を受信した場合には、サービス鍵と新たな有効期限のデータ等を要求元のＩＣチップ１に対して送信する。
【００４３】
記憶部３２は、例えば、ハードディスク装置等から構成され、制御部３１が実行するための動作プログラム及び処理に必要な各種データ等が記憶される。また、記憶部３２には、サービス名、サービス鍵、サービスで利用されるＩ／Ｆ、利用制御情報等のデータが関連づけて登録されるサービス管理テーブル、サービス提供端末２の端末ＩＤと、端末に装着されているＩＣチップ１のチップＩＤ等のデータが関連付けて登録される端末管理テーブル、各ＩＣチップ１に設定されているサービスに関する情報（ＩＣチップ１に設定されているサービス鍵やローカルＩ／Ｆ２６の情報等）が登録されるＩＣチップ管理情報等が記憶される。
【００４４】
通信制御部３３は、ネットワーク１０を介したサービス提供端末２とのデータ通信を行う。なお、ネットワーク１０は、例えば、インターネット、専用線、公衆回線網、移動体通信網、無線通信網等を含む。
【００４５】
携帯端末４は、制御部、記憶部、通信部、ローカルＩ／Ｆ部、入力部、表示部等を備えるコンピュータから構成され、制御部は記憶部に記憶される動作プログラムを実行することにより、ローカルＩ／Ｆを介してサービス提供端末２と各種無線方式による近距離データ通信を行い、サービスの提供を受けるための処理を行う。
【００４６】
次に、この発明の実施形態に係る通信システムのシステム動作について説明する。
まず、サービス提供端末２が所定のサービスを実行するためにローカルＩ／Ｆ２６を利用して携帯端末４と通信を行う場合の動作を説明する。
【００４７】
図９に示すように、例えば、サービス提供端末２は、入力部２３から入力されたサービスの指定及びサービスの実行要求等に応じて、指定されたサービス名等のデータを鍵設定要求とともにＩＣチップ１に送信する（ステップＳ１）。
ＩＣチップ１は、受信したサービス名等に対応するサービス鍵管理情報をメモリ１１から読み出し、読み出したサービス管理情報に設定されている、サービスで利用されるＩ／Ｆの情報と利用制御情報等を参照して、優先順位の高い一のローカルＩ／Ｆ２６を鍵生成対象のローカルＩ／Ｆ２６として特定し（ステップＳ２）、特定したＩ／Ｆに対応するＩ／Ｆ管理情報をメモリ１１から読み出し、実行されるサービスのサービス鍵、そのローカルＩ／Ｆ２６の鍵生成パラメータ等を用いて、暗号鍵（認証鍵）を生成する（ステップＳ３）。そして、Ｉ／Ｆ管理情報の保有フラグを参照して、利用対象のローカルＩ／Ｆ２６がモジュールに暗号鍵を保有するタイプかを判定する（ステップＳ４）。
【００４８】
利用対象のローカルＩ／Ｆ２６がモジュールに鍵を保有するタイプである場合（ステップＳ４：ＹＥＳ）、ＩＣチップ１は、生成した暗号鍵と、ローカルＩ／Ｆ２６を指定した鍵の設定要求と、をサービス提供端末２に送信する。サービス提供端末２は、ＩＣチップ１から受信した暗号鍵を指定されたローカルＩ／Ｆ２６に設定する（ステップＳ５）。そして、サービス提供端末２では、暗号鍵が設定されたローカルＩ／Ｆ２６を利用して、通信対象となる携帯端末４の探索を開始し、所定の通信手続きを行って通信を確立する（ステップＳ６）。具体的には、例えば、所定の周波数の無線信号等を送信し、携帯端末４からの応答信号を受信し、通信速度等のネゴシエーション等を行って通信を確立する。
なお、携帯端末４側では、ユーザの入力操作に応じて、サービスを利用するためのプログラムが起動される（ステップＳ７）。その後、携帯端末４のローカルＩ／Ｆが、サービス提供端末２側のローカルＩ／Ｆ２６からの信号等を受信し、所定の通信手続きを行ってサービス提供端末２との通信を確立する（ステップＳ８）。
【００４９】
次に、サービス提供端末２は、携帯端末４との通信が確立した旨をＩＣチップ１に通知し、これに応じて、ＩＣチップ１は、乱数を生成し、生成した乱数をサービス提供端末２を介して携帯端末４に対して送信する（ステップＳ９）。なお、サービス提供端末２は、ローカルＩ／Ｆ２６に設定された暗号鍵のＩＤ等を、乱数の送信に先立って、又は、乱数の送信とともに携帯端末４に送信する。
携帯端末４は、サービス提供端末２から乱数を受信すると、携帯端末４側の乱数を生成し、受信した乱数と生成した乱数とサービス提供端末２の暗号鍵（認証鍵）等を用いて携帯端末４の認証コードを生成する。そして、携帯端末４は、生成した認証コード等のデータをサービス提供端末２に対して送信する（ステップＳ１０）。なお、携帯端末４は、認証コードを確認するための携帯端末４の暗号鍵（認証鍵）のＩＤ等をサービス提供端末２に送信する。
【００５０】
サービス提供端末２は、受信した認証コードを、ローカルＩ／Ｆ２６に設定された暗号鍵（認証鍵）で復号化し、復号化されたデータに、携帯端末４に送信した乱数が含まれるか等を確認することにより、受信した認証コードが正しいかを判定し（ステップＳ１１）、判別結果に基づく認証結果をＩＣチップ１に送信する（ステップＳ１２）。例えば、サービス提供端末２は、復号化されたデータに、送信した乱数が含まれる場合には認証コードが正しいと認識し、認証ＯＫをＩＣチップ１に送信する。また、復号化されたデータに、送信した乱数が含まれていることが確認できなかった場合には、認証コードが正しくないとして、認証ＮＧをＩＣチップ１に送信する。
【００５１】
ＩＣチップ１は受信した認証結果がＮＧの場合には（ステップＳ１３：ＮＯ）、エラーをサービス提供端末２に通知してローカルＩ／Ｆ２６に通信を切断させ（ステップＳ１４）、また、受信した認証結果がＯＫを示す場合には（ステップＳ１３：ＹＥＳ）、サービス提供端末２に対して認証コード生成要求を送信する（ステップＳ１５）。サービス提供端末２は、ステップＳ１１で復号化したデータに含まれる携帯端末４側で生成された乱数を取り出し、その乱数のデータをローカルＩ／Ｆ２６に設定された暗号鍵（認証鍵）で暗号化してサービス提供端末２側の認証コードを生成し、携帯端末４に送信する（ステップＳ１６）。
【００５２】
携帯端末４は、受信した認証コードを、サービス提供端末２の暗号鍵（認証鍵）で復号化し、復号化されたデータに、サービス提供端末２に送信した乱数が含まれるか等を確認することにより、受信した認証コードが正しいかを判定する（ステップＳ１７）。そして、正しくないと判定した場合には、サービス提供端末２にエラー信号を返信し、ローカルＩ／Ｆを利用した通信を遮断する（ステップＳ２０）。また、正しいと判定した場合には、携帯端末４に記憶されているＩＤ情報、個人情報や取引要求等をサービス提供端末２に送信する（ステップＳ１９）。サービス提供端末２は、携帯端末４との間でデータのやり取りを行って、サービス提供のための処理を行う（ステップＳ１８）。
【００５３】
そして、サービス提供の処理中に他のローカルＩ／Ｆ２６の利用が必要となった場合、サービス提供端末２は、利用が必要なローカルＩ／Ｆ２６について、鍵生成要求をＩＣチップ１に送信する（ステップＳ２１）。
ＩＣチップ１は、選択されているサービスの中で、指定されたローカルＩ／Ｆ２６が利用可能となっているか、利用制御情報が示す鍵生成の条件を満たしているか等をチェックする（ステップＳ２２）。そして、指定されたローカルＩ／Ｆ２６が利用可能であり、利用制御情報が示す鍵生成の条件を満たす場合には（ステップＳ２２：ＹＥＳ）、ステップ２に戻り、そのローカルＩ／Ｆ２６に対する暗号鍵を生成する。また、指定されたローカルＩ／Ｆ２６が選択されたサービス中で利用するものでない場合や利用制御情報が示す鍵生成の条件を満たさない場合には（ステップＳ２２：ＮＯ）、サービス提供端末２にエラーを通知してローカルＩ／Ｆ２６に通信を切断させる（ステップＳ１４）。
【００５４】
なお、ステップＳ４において、利用対象のローカルＩ／Ｆ２６がモジュールに暗号鍵を保有するタイプでないと判定された場合には、ステップＳ５〜Ｓ１６の処理の代わりに次の処理（ステップＳ３１〜Ｓ３８）を行う。
図１０に示すように、ＩＣチップ１は、ローカルＩ／Ｆ２６について生成した暗号鍵を一時的にメモリ１１に設定（記憶）し、鍵設定完了通知をサービス提供端末２に送信する（ステップＳ３１）。これに応じて、サービス提供端末２では、ローカルＩ／Ｆ２６を利用して、通信対象となる携帯端末４の探索を開始し、所定の通信手続きを行って通信を確立する（ステップＳ３２）。
なお、携帯端末４側では、ユーザの入力操作に応じて、サービスを利用するためのプログラムが起動される（ステップＳ７）。その後、携帯端末４のローカルＩ／Ｆが、サービス提供端末２側のローカルＩ／Ｆ２６からの信号等を受信し、所定の通信手続きを行ってサービス提供端末２との通信を確立する（ステップＳ８）。
【００５５】
次に、サービス提供端末２は携帯端末４との通信が確立した旨をＩＣチップ１に通知し、これに応じて、ＩＣチップ１は、乱数を生成し、生成した乱数をサービス提供端末２を介して携帯端末４に対して送信する（ステップＳ３５）。なお、携帯端末４は、認証コードを確認するための携帯端末４の暗号鍵（認証鍵）のＩＤ等をサービス提供端末２に送信する。
携帯端末４は、サービス提供端末２から乱数を受信すると、携帯端末４側の乱数を生成し、受信した乱数と生成した乱数とサービス提供端末２の暗号鍵（認証鍵）等を用いて認証コードを生成し、認証コード等のデータをサービス提供端末２に送信する（ステップＳ１０）。
サービス提供端末２のＩＣチップ１は、受信した認証コードを、ローカルＩ／Ｆ２６についてメモリ１１に設定した暗号鍵（認証鍵）で復号化し、復号化されたデータに、携帯端末４に送信した乱数が含まれるか等を確認することにより、受信した認証コードが正しいかを判定し（ステップＳ３７）、認証コードが正しくない場合には（ステップＳ３７：ＮＯ）、エラーをサービス提供端末２に通知してローカルＩ／Ｆ２６に通信を切断させ（ステップＳ１４）、また、受信した認証コードが正しい場合には（ステップＳ３７：ＹＥＳ）、ステップＳ３７で復号化したデータに含まれる携帯端末４側で生成された乱数を取り出し、その乱数のデータをローカルＩ／Ｆ２６について設定した暗号鍵（認証鍵）で暗号化してサービス提供端末２側の認証コードを生成し、携帯端末４に送信する（ステップＳ３８）。
【００５６】
次に、ＩＣチップ１内に設定された鍵の有効期限をチェックする処理におけるシステム動作を図１１を参照して説明する。
サービス提供端末２では、起動時に、ＰＩＮ（Personal Identification Number）の入力を受け付けて、入力されたＰＩＮの照合要求をＩＣチップ１に送信し（ステップＳ４１）する。
ＩＣチップ１は受信したＰＩＮとメモリ１１に登録されたＰＩＮの照合を行う（ステップＳ４２）。このとき、照合結果がＮＧの場合には、再度ＰＩＮ入力を受け付け、照合ＮＧが一定数以上となった場合にはロックをかけて、以後のＰＩＮ照合を行わない等のエラー処理を行い、また、照合結果がＯＫの場合には、その旨をサービス提供端末２に通知し、これに応じて、サービス提供端末２は、ＩＣチップ１に動的ポート番号と認証データの生成を要求する（ステップＳ４３）。
ＩＣチップ１は、動的ポート番号をランダムに生成してサービス提供端末２に供給するとともに、例えば、乱数を生成し、その乱数をＩＣチップ１の秘密鍵で署名した認証データ、乱数等を管理サーバ３に対する送信データとしてサービス提供端末２に供給する（ステップＳ４４）。これに応じて、サービス提供端末２は、管理サーバ３に接続して、ＩＣチップ１からの乱数、認証データ、公開鍵等のデータを送信する（ステップＳ４５）。
【００５７】
管理サーバ３は、サービス提供端末２からのデータ等を受信し、認証データを復号化して受信した乱数が含まれているか等を確認することにより認証データの正当性を確認する（ステップＳ４６）。そして、管理サーバ３は、認証ＮＧの場合には、エラー通知をサービス提供端末２に送信し（ステップＳ４７）、認証ＯＫの場合には、管理サーバ３側の認証コード（サーバ認証コード）を生成し、ＩＣチップ１に対して送信する（ステップＳ４８）。
ＩＣチップ１は、管理サーバ３から受信したサーバ認証コードの正当性を確認すると、セッション鍵を生成して、管理サーバ３に対して送信する（ステップＳ４９）。
【００５８】
管理サーバ３は、ＩＣチップ１からのセッション鍵を受信して、これを共有し、鍵を受信した旨の通知をサービス提供端末２に送信する（ステップＳ５０）。そして、管理サーバ３は、サービス提供端末２用ソケットを生成し（ステップＳ５１）、これを用いて、日付データをセッション鍵で暗号化してサービス提供端末２に送信する（ステップＳ５２）。
また、サービス提供端末２では、管理サーバ３からのセッション鍵の受信通知に応じて、乱数により動的ポート番号を生成し、サーバ用ソケットを生成し、以後、ＩＣチップ１の動的ポート番号とサービス提供端末２の動的ポート番号を用いて管理サーバ３からのデータをＩＣチップ１とサービス提供端末２に振り分ける（ステップＳ５３）。
ＩＣチップ１は、サービス提供端末２を介して、管理サーバ３から暗号化された日付データを受信して復号化し、メモリ１１の日付データを更新する（ステップＳ５４）。これにより、ＩＣチップ１と管理サーバ３の相互認証が完了する。
尚、ここではセッション鍵をＩＣチップ１から管理サーバ３に送信した例を示したが、認証データの送受信時に得られたデータより、ＩＣチップ１と管理サーバ３との間で暗黙的にセッション鍵を共有しても良い。
【００５９】
次に、サービス提供端末２は、ＩＣチップ１からの更新完了信号等に応じて、当該端末で提供されるサービスのサービス鍵の有効期限のチェック要求をＩＣチップ１に送信する（ステップＳ５５）。
ＩＣチップ１は、指定されたサービスのサービス鍵の有効期限をチェックし（ステップＳ５６）、有効期限が経過している場合には、鍵の更新要求をサービス提供端末２を介して管理サーバ３に送信する（ステップＳ５７）。
管理サーバ３は、ＩＣチップ１から要求された鍵の更新が可能であるかを確認し（ステップＳ５８）、可能である場合には、新たなサービス鍵をＩＣチップ１に対して送信する（ステップＳ６０）。なお、鍵の更新が不可能であると判定した場合には、鍵更新エラーの通知を行う（ステップＳ５９）。
ＩＣチップ１は、管理サーバ３からサービス鍵を受信すると、メモリ１１のサービス鍵を更新し、更新完了をサービス提供端末２に通知する（ステップＳ６１）。これに応じて、サービス提供端末２は、サーバソケットによる通信を切断し、例えば、サービスプログラムの起動等を行う（ステップＳ６２）。
また、ステップＳ５６において、チェックした有効期限が経過していない場合には、そのままステップＳ６２の処理を行う。
【００６０】
以上説明したように、本発明によれば、サービス実行時に、各ローカルＩ／Ｆ２６に対する暗号鍵がサービス毎の鍵生成パラメータ（サービス鍵）を用いて生成されるため、インタフェース毎に鍵の設定・更新・無効化等の処理を行う必要が無くなり、各インタフェースで使用する鍵の管理が容易になる。また、各インタフェース用の鍵のもととなるサービス鍵をＩＣチップ１等の安全性の高い媒体に格納しておくことで、結果的に各インタフェース用の鍵を安全に保護することができる。
【００６１】
なお、本発明は種々の変形及び応用が可能である。
例えば、サービス鍵（サービス毎の鍵生成用パラメータ）と鍵生成パラメータ等のデータを用いて各ローカルＩ／Ｆ２６用の暗号鍵を生成する処理に関し、サービス鍵の有効期限内で暗号鍵を随時更新する場合には、データＡを任意に選ぶのではなく、例えば指定日時を越えた場合は順に８バイトずつずらしてデータＡを選び、これを用いて暗号鍵を生成しなおしてもよい。
また、上記説明では、公開鍵暗号のサービス鍵から共通鍵暗号の暗号鍵を生成する例について述べたが、例えば、サービス鍵の秘密鍵パラメータｄ＝ｄ１＋ｈａｓｈ（鍵生成パラメータ＋サービス鍵）となるｄ１をローカルＩ／Ｆ２６に対する暗号鍵として算出することで、公開鍵暗号のサービス鍵から公開鍵暗の暗号鍵を生成させてもよい。
【００６２】
また、サービス提供端末２において現在利用しているローカルＩ／Ｆ２６よりも優先順位の高いローカルＩ／Ｆ２６の利用要求が発生した場合には、利用制御情報に設定されている各ローカルＩ／Ｆ２６の優先順位に従って、現在利用しているローカルＩ／Ｆ２６のセッションに関するセッション情報をＩＣチップ１のメモリ１１に一時的に待避して、利用要求が発生したローカルＩ／Ｆ２６について利用を開始してもよい。そして、その優先順位の高いローカルＩ／Ｆ２６の利用が終了した起点で、セッション情報をメモリ１１から読み出して、もとのローカルＩ／Ｆ２６による通信を再開してもよい。
また、一のローカルＩ／Ｆ２６について認証が成功したことをうけて、利用制御情報に設定されているローカルＩ／Ｆ２６の優先順位を変更することができるようにしてもよい。
【００６３】
ＩＣチップ１は接触型Ｉ／Ｆを有するものでもよく、また、非接触型Ｉ／Ｆを有するものでもよく、また、双方のＩ／Ｆを有するものでもよい。
また、サービス提供端末２は、携帯可能なモバイル端末であっても良い。その場合のＩＣチップ１は、ＵＩＭ（User Identity Module）であってもよい。
【００６４】
なお、この発明のシステムは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、上述の動作を実行するためのプログラムをコンピュータ読み取り可能な記録媒体（ＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ等）に格納して配布し、該プログラムをコンピュータにインストールすることにより、上述の処理を実行するＩＣチップ１、サービス提供端末２、管理サーバ３等を構成してもよい。また、インターネット等のネットワーク１０上のサーバ装置が有するディスク装置に格納しておき、例えばコンピュータにダウンロード等するようにしてもよい。
また、上述の機能を、ＯＳが分担又はＯＳとアプリケーションの共同により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。
【図面の簡単な説明】
【００６５】
【図１】本発明の実施形態の通信システムの構成を示す図である。
【図２】ＩＣチップとサービス提供端末の構成例を示す図である。
【図３】管理サーバの構成例を示す図である。
【図４】ＩＣチップとサービス提供端末と管理サーバの機能ブロック図である。
【図５】サービス鍵管理情報を説明するための図である。
【図６】Ｉ／Ｆ管理情報を説明するための図である。
【図７】利用制御情報の一例を示す図である。
【図８】サービス管理テーブルの一例を示す図である。
【図９】サービス提供端末が鍵を保有するタイプのローカルＩ／Ｆを利用して携帯端末と通信を行う場合のシステム動作を説明するための図である。
【図１０】サービス提供端末が鍵を保有しないタイプのローカルＩ／Ｆを利用して携帯端末と通信を行う場合のシステム動作を説明するための図である。
【図１１】ＩＣチップ内に設定された鍵の有効期限をチェックする処理におけるシステム動作を説明するための図である。
【符号の説明】
【００６６】
１              ＩＣチップ
２              サービス提供端末
３              管理サーバ
１０            ネットワーク
１１            メモリ
１２、２１      ＣＰＵ
１３、２７      入出力Ｉ／Ｆ
２２          記憶部
２３          入力部
２４          表示部
２５          通信部
２６          ローカルＩ／Ｆ
１２１        認証管理部
１２２        サーバ認証部
１２３        サービス鍵管理部
１２４        Ｉ／Ｆ設定部
２１１        サービス実行部
２１２        ローカルＩ／Ｆ利用部
２１３        サービス管理部
２１４        ローカルＩ／Ｆ登録部
３１          制御部
３２          記憶部
３３          通信制御部
３１１        サービスダウンロード部
３１２        認証管理部
３１３        サービス鍵管理部
【図１】
2005204197.tif 000003
【図２】
2005204197.tif 000004
【図３】
2005204197.tif 000005
【図４】
2005204197.tif 000006
【図５】
2005204197.tif 000007
【図６】
2005204197.tif 000008
【図７】
2005204197.tif 000009
【図８】
2005204197.tif 000010
【図９】
2005204197.tif 000011
【図１０】
2005204197.tif 000012
【図１１】
2005204197.tif 000013