(57)【要約】【課題】携帯端末に接続されるＩＣチップを、当該携帯端末を介してサーバにより安全かつ効率的に制御することができる仕組みを得る。【解決手段】携帯端末２の通信制御部２２により、サーバ１が生成した制御終了時刻をＩＣチップ３を介して取得し、この制御終了時刻まで、サーバ１からＩＣチップ３に対して送信される制御コマンドに対する端末アプリケーションプログラムによる処理を禁止して、制御コマンドをＩＣチップにそのままスルーして送信するようにした。【選択図】        図１
2004247815.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣチップに対して所定の処理を実行させるための制御コマンドを生成する外部装置と、前記外部装置と通信可能に構成され、所定の処理を行うためのアプリケーションプログラムを保持する携帯通信端末と、前記携帯通信端末と接続又は通信可能に構成され、前記携帯通信端末を介して前記外部装置からの制御コマンドに応じて所定の処理を実行するＩＣチップと、を有するシステムであって、
前記外部装置は、ＩＣチップに対する制御を終了する制御終了時刻を生成し、
前記携帯通信端末は、前記外部装置が生成した制御終了時刻を取得して、この制御終了時刻まで、前記外部装置からＩＣチップに対して送信される制御コマンドに対する前記アプリケーションプログラムによる処理を禁止して、前記制御コマンドをＩＣチップにそのまま送信する、
ことを特徴とするＩＣチップ制御システム。
【請求項２】
前記ＩＣチップは、制御コマンドを実行するための制御条件を記憶する記憶手段と、
前記通信端末からそのまま送信された制御コマンドが、前記記憶手段に記憶されている制御条件に合致するか否か判別し、前記制御条件に合致する場合に前記サーバから受信した制御コマンドに基づく処理を実行させる制御手段を有する、
請求項１記載のＩＣチップ制御システム。
【請求項３】
ＩＣチップに対して所定の処理を実行させるための制御コマンドを生成する外部装置及び、前記外部装置からの制御コマンドに応じて所定の処理を実行するＩＣチップと通信可能に構成された通信端末であって、
所定の処理を行うためのアプリケーションプログラムと、
前記外部装置が生成した制御終了時刻を取得して、この制御終了時刻まで、前記外部装置からＩＣチップに対して送信される制御コマンドに対する前記アプリケーションプログラムによる処理を禁止して、前記制御コマンドをＩＣチップにそのまま送信する通信制御手段と、
を有することを特徴とする通信端末。
【請求項４】
前記通信制御手段は、前記外部装置から通知された制御終了時刻が経過した時には、前記外部装置からＩＣチップに対する制御コマンドをそのまま送信することを禁止する、
請求項３記載の通信端末。
【請求項５】
前記外部装置から通知された制御終了時刻を表示して、ユーザに対して処理の実行に同意か否か確認するための情報を出力する出力手段を更に有する、
請求項３〜４のいずれかの項に記載の通信端末。
【請求項６】
前記外部装置又はＩＣチップとの間で個別にセッションを確立する場合、所定の固有情報に基づくハッシュ値に基づいて前記外部装置又はＩＣチップの認証を行う認証処理手段を更に有する、
請求項３〜５のいずれかの項に記載の通信端末。
【請求項７】
ＩＣチップに対して所定の処理を実行させるための制御コマンドを生成する外部装置及び、前記外部装置からの制御コマンドに応じて所定の処理を実行するＩＣチップと通信可能に構成され、所定の処理を行うためのアプリケーションプログラムを保持する通信端末としてコンピュータを機能させるためのコンピュータプログラムであって、
コンピュータに対して、
前記外部装置が生成した制御終了時刻を取得する処理と、
前記取得した制御終了時刻まで、前記外部装置からＩＣチップに対して送信される制御コマンドに対する前記アプリケーションプログラムによる処理を禁止して、前記制御コマンドをＩＣチップにそのまま送信する処理と、
を実行させるコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信端末に接続されたＩＣチップを、通信端末を介して外部装置により制御するための技術に関する。
【０００２】
【従来の技術】
従来から、携帯電話端末などの通信端末にＩＣチップを接続し、通信端末を介して、所定のサーバなどの外部装置からの制御コマンドに基づいて、ＩＣチップを制御して所定の処理を実行させることが行われている。
このようなシステムでは、例えば、利用者またはエージェントが通信端末のアプリケーションを起動させてサーバにアクセスする。サーバからはＩＣチップ制御コマンドが通信端末に通知される。通信端末のアプリケーションプログラムは、通知されたＩＣチップ制御コマンドを接続されているＩＣチップに送信すると共に、その制御結果（レスポンスデータ）をＩＣチップから受信する。そして、通信端末のアプリケーションプログラムが、ＩＣチップからの受信結果をサーバに送信し、サーバから通信端末に対して送信結果を返すという一連の処理が行われていた。
【０００３】
また、通信端末上のアプリケーションプログラムのセキュリティ性等を考慮して、通信端末上でアプリケーションプログラムが動作するプログラムモードと、ＩＣカードからカード番号などを読み取り、サーバへ送信するパケットモードの２種類のモードに分け、これをサーバからダウンロードしたプログラムにより自動的に切り替えて処理するシステムが提案されている（例えば、特許文献１）。
また、クライアント端末にＩＣチップを駆動させる処理を持たずに、これをサーバに持たせることでクライアント端末の処理負荷を軽減させるシステムも提案されている（例えば、特許文献２）。
【０００４】
【特許文献１】
特開２００１−２２２５９５号公報
【特許文献２】
特開２００１−２８２５２８号公報
【０００５】
【発明が解決しようとする課題】
しかし、従来のシステムのように通信端末に搭載されたアプリケーションプログラムを利用して処理を行っていたのでは、通信端末上のアプリケーションプログラムが差し替えられたり、書き換えられたりすることができるため、悪意をもって通信端末のアプリケーションプログラムの差し替え等を行えば、ＩＣチップへの制御を確実にできなくなるという問題がある。
【０００６】
また、特開２００１−２２２５９５号公報のように、変更する条件をダウンロードしたプログラムに依存していたのでは、このプログラムが通信途中で差し替えられたり、改変等された場合などには対応できず、セキュリティ性に問題があった。
【０００７】
また、特開２００１−２８２５２８号公報のようにサーバ側にＩＣチップを駆動させるプログラムを全て持たせたのでは、常時ＩＣチップとサーバ間でのセッションを張っておく必要があるため、ネットワークのリソースが多く必要となってしまうという問題があった。このような問題は特に、携帯電話端末のようなネットワークリソースが少ないシステム上では実用的ではないという問題があった。
【０００８】
本発明は上述の問題点を解決するためになされたものであって、通信端末に接続されるＩＣチップを、通信端末を介して外部装置により安全かつ効率的に制御する仕組みを提供することを課題とする。
【０００９】
【課題を解決するための手段】
上述の課題を解決するため、本発明の一の観点にかかるＩＣチップ制御システムは、ＩＣチップに対して所定の処理を実行させるための制御コマンドを生成する外部装置と、前記外部装置と通信可能に構成され、所定の処理を行うためのアプリケーションプログラムを保持する携帯通信端末と、前記携帯通信端末と接続又は通信可能に構成され、前記携帯通信端末を介して前記外部装置からの制御コマンドに応じて所定の処理を実行するＩＣチップと、を有するシステムであって、前記外部装置は、ＩＣチップに対する制御を終了する制御終了時刻を生成し、前記携帯通信端末は、前記外部装置が生成した制御終了時刻を取得して、この制御終了時刻まで、前記外部装置からＩＣチップに対して送信される制御コマンドに対する前記アプリケーションプログラムによる処理を禁止して、前記制御コマンドをＩＣチップにそのまま送信することを特徴とする。
【００１０】
また、前記ＩＣチップは、制御コマンドを実行するための制御条件を記憶する記憶手段と、前記通信端末からそのまま送信された制御コマンドが、前記記憶手段に記憶されている制御条件に合致するか否か判別し、前記制御条件に合致する場合に前記サーバから受信した制御コマンドに基づく処理を実行させる制御手段を有してもよい。
【００１１】
本発明の一の観点にかかる通信端末は、ＩＣチップに対して所定の処理を実行させるための制御コマンドを生成する外部装置及び、前記外部装置からの制御コマンドに応じて所定の処理を実行するＩＣチップと通信可能に構成された通信端末であって、所定の処理を行うためのアプリケーションプログラムと、前記外部装置が生成した制御終了時刻を取得して、この制御終了時刻まで、前記外部装置からＩＣチップに対して送信される制御コマンドに対する前記アプリケーションプログラムによる処理を禁止して、前記制御コマンドをＩＣチップにそのまま送信する通信制御手段とを有することを特徴とする。
【００１２】
また、前記通信制御手段は、前記外部装置から通知された制御終了時刻が経過した時には、前記外部装置からＩＣチップに対する制御コマンドをそのまま送信することを禁止するようにしてもよい。また、前記通信制御手段は、前記ＩＣチップに対する処理を行っているアプリケーションプログラムがある場合には、当該アプリケーションプログラムを前記サーバから通知された制御終了時刻まで休止させてもよい。
【００１３】
また、前記外部装置から通知された制御終了時刻を表示して、ユーザに対して処理の実行に同意か否か確認するための情報を出力する出力手段を更に有してもよい。
【００１４】
また、前記外部装置又はＩＣチップとの間で個別にセッションを確立する場合、所定の固有情報に基づくハッシュ値に基づいて前記外部装置又はＩＣチップの認証を行う認証処理手段を更に有してもよい。
また、前記通信端末は、携帯可能な通信端末であってもよい。
【００１５】
本発明の一の観点にかかるコンピュータプログラムは、ＩＣチップに対して所定の処理を実行させるための制御コマンドを生成する外部装置及び、前記外部装置からの制御コマンドに応じて所定の処理を実行するＩＣチップと通信可能に構成され、所定の処理を行うためのアプリケーションプログラムを保持する通信端末としてコンピュータを機能させるためのコンピュータプログラムであって、コンピュータに対して、前記外部装置が生成した制御終了時刻を取得する処理と、前記取得した制御終了時刻まで、前記外部装置からＩＣチップに対して送信される制御コマンドに対する前記アプリケーションプログラムによる処理を禁止して、前記制御コマンドをＩＣチップにそのまま送信する処理とを実行させることを特徴とする。
【００１６】
【発明の実施の形態】
以下、図面を参照して本発明にかかるＩＣチップ制御システム、ＩＣチップ、通信端末及びコンピュータプログラムを適用したシステムの一実施形態について説明する。
図１に本実施形態にかかるシステムの全体構成の概略を示す。図１において、本実施形態にかかるシステムは、サーバ１と、このサーバ１と携帯電話網、インターネット、有線又は無線のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを介して接続可能に構成された携帯端末２と、この携帯端末２に接続し通信可能に構成されたＩＣチップ３から構成されている。
【００１７】
サーバ１は、本発明にかかる外部装置を構成する。サーバ１はＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、ＣＰＵが実行するコンピュータプログラム及び所定のデータなどを記憶することができるＲＡＭ、ＲＯＭなどの内部メモリ及びハードディスクドライブなどの外部記憶装置などの記憶部を有するコンピュータにより構成することができる。
サーバ１は、ＣＰＵが所定のコンピュータプログラムを実行することにより、例えば、ＩＣチップ３に対応した鍵データを用いてＩＣチップ３で生成された認証データの認証処理を行ったり、ＩＣチップ３への制御コマンドを発行する処理を行うことができる。また、携帯端末２及びＩＣチップ３のエラーなどを検出し、所定のエラー処理を行うようにしてもよい。
また、サーバ１の記憶部には、例えば、図３に示すように、サーバＩＤ、サーバ１で生成したサーバ乱数、携帯端末２及びＩＣチップ３のエラーリスト（ネガティブリスト）を記憶することができる。ＩＣチップ３のネガティブリストとしては、例えば、エラーが発生したＩＣチップ３のチップＩＤ、ＩＣチップ３の秘密鍵、エラー発生日時、エラー回数累積値、制御履歴などの情報を記憶することができる。また、携帯端末２のネガティブリストとしては、端末ＩＤ、エラー発生の日時、エラー回数累積値などを記憶することができる。
また、サーバ１の記憶部には、図３に示すように、制御内容とその制御を行った制御終了時刻を記憶することができる。
【００１８】
携帯端末２は、本発明にかかる通信端末を構成する。携帯端末２は、例えば、携帯電話端末、通信機能を備えたＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）端末、通信機能を備えた移動可能ないわゆるパソコンなどにより構成することができる。
携帯端末２は、図１に示すようにサーバ１とアンテナなどを介して通信処理を行う通信部２０１、ディスプレイなどの表示部２０２、キーボードやポインティングデバイスなどの入力部２０３、コンピュータプログラムや所定のデータを記憶するＲＯＭ、ＲＡＭなどのメモリ２０４、ＩＣチップ３と電気的に接続して或いは無線によりデータのリードライト処理を行うリーダライタ（Ｒ／Ｗ）２０５、コンピュータプログラムなどを実行して所定の処理を行うＣＰＵ２０６から構成することができる。
なお、通信部２０１は、赤外線などの光媒体を介して通信処理を行ってもよい。また、ＣＰＵ２０６は複数あってもよく、通信処理とアプリケーション処理をそれぞれ別のＣＰＵ２０６に処理させてもよい。
そして、これらの構成により図２に示す記憶部２０と、端末ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）により、セッション管理部２１と、通信制御部２２、時間を管理するクロック部２３などの機能ブロックを実現することができる。
【００１９】
記憶部２０には、図４に示すように、端末２で所定の処理を行うための複数のアプリケーションプログラム（ＡＰ）１〜Ｎ、と端末ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）から構成されている。
この記憶部２０には、端末ＩＤ、端末ＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）、端末乱数、端末タイマ、外部ノードアクセス条件テーブル、ＡＰ状態テーブル、端末状態情報が記憶できるようになっている。
外部ノードアクセス条件テーブルは、各アプリケーションプログラムを実行してどのサーバ１にアクセスできるか、またその際の条件を記憶することができる。外部ノードアクセス条件としては、例えば、アプリケーションプログラムごとにサーバＩＰアドレス、サーバドメイン名、端末ＰＩＮなどのデータを含むことができる。
ＡＰ状態テーブルは、アプリケーションプログラムの状態を表すテーブルであって、例えば、各アプリケーションごとに休止中、未起動、起動中などの状態を表す情報が記憶できるようになっている。
端末状態情報は、端末２がクライアントモードかサーバモードかを表す情報である。クライアントモードとは、端末２とサーバ１或いはＩＣチップ３との間でセッションを確立し、所定のアプリケーションプログラムを実行して処理を行っている状態であり、サーバモードとは、サーバ１から指定された制御終了時刻まで、サーバ１とＩＣチップ３との間でやり取りされる制御コマンド等のデータに対して、携帯端末２のアプリケーションプログラムによる処理を禁止して、そのままスルーして通信する状態をいう。
【００２０】
セッション管理部２１は、サーバ１と携帯端末２間、ＩＣチップ３と携帯端末２間の通信時には、各々のノードで生成した乱数、ＩＤなどの固有情報を利用したセッション情報のやり取りを行い、セッションを確立するための処理を行う。
またセッションを確立する際、セッション管理部２１が所定の乱数や端末ＩＤなどの固有情報に基づいてハッシュ値を生成し、これを利用して認証処理を行うことで盗聴によるなり済ましを防止したり、通信データの改竄を簡易に検知できるようにすることができる。
また、セッション管理部２１は、サーバ１やＩＣチップ３に対する制御コマンドの送受信処理を行う。
【００２１】
通信制御部２２は、サーバ１から通知された制御終了時刻まで、サーバ１とＩＣチップ３との間でやり取りされる制御コマンドに対して、通信端末２内のアプリケーションプログラムによる処理を禁止して、そのままスルーして通信できるように制御する。また、通信制御部２２は、ＩＣチップ３内のアプリケーションプログラムを利用している端末アプリケーションプログラムがある場合には、その端末アプリケーションプログラムを一時休止させるように制御する。
また、通信制御部２２は、サーバ１から通知された制御終了時刻を超えた場合には、携帯端末２の状態をクライアントモードに自動的に切り替えて、サーバ１からの制御コマンドをスルーさせずに、サーバ１と携帯端末２間の通信又はＩＣチップ３と携帯端末２間の通信のみを有効とするように制御する。
【００２２】
ＩＣチップ３は、図１に示すようにコンピュータプログラムなどを記憶するＲＡＭ、ＲＯＭなどのメモリ３０１、ＣＰＵ３０２、携帯端末２と電気的に接続して或いは無線によりデータのやり取りを行う通信部３０３から構成されている。
そして、これらの構成により図２に示す記憶部３０、認証・セッション管理部３１、制御管理部３２の機能ブロックを実現することができる。
【００２３】
記憶部３０には、そのセキュリティドメインに図５に示すような情報が記憶できるようになっている。
図５に示すアプリケーション情報は、ＩＣチップ３に対して処理を行うことができる携帯端末２等のアプリケーションプログラムに対応したＩＣチップアプリケーションの情報であって、アプリケーションＩＤ（ＡＩＤ）と、そのデータ、アプリケーションプログラムが使用する鍵データ、履歴情報などが含まれる。
またその他にＩＣチップ３に設定されている情報として、認証を行うためのＩＣチップ秘密鍵１〜ｎ、ＩＣチップ３の識別情報としてのチップＩＤ、一時的に生成されたＩＣチップ乱数、ＰＩＮ、制御条件情報、利用者に対して確認が必要となる情報を表す利用者確認情報、各アプリケーションプログラムが制御可能な状態か否かを表す制御可能フラグ、ダウンロードしたアプリケーションプログラム一覧情報が含まれる。
制御条件情報は、制御内容に対する制御条件を表す情報であって、ＩＣチップ３に対する制御内容とそれを実行する際の制御条件（例えば、認証対象の鍵データ、制御コマンド数、制御が可能なサーバＩＤなど）が含まれる。これらの制御条件情報は事前にＩＣチップ３に設定され、制御コマンドの制御内容の判別の際に参照されるようになっている。
【００２４】
認証・セッション管理部３１は、携帯端末２等とセッションを確立するためのセッション情報を生成したり、携帯端末２等から入力されたセッション情報等の復号処理、及び認証処理を行うことができる。
【００２５】
制御管理部３２は、外部からの入力に対してＩＣチップ３内のアプリケーションプログラムやデータの変更、消去、書換えなどの制御処理を行う。
また、制御管理部３２は、携帯端末２を介して送信された制御コマンドに基づいて制御処理を行う前に、当該制御コマンドが設定されている制御方法（制御コマンド数、指定コマンド、指定データ、コマンド順番、指定データやコマンドのハッシュ値）に適合するか確認する処理を行う。この処理は、認証・セッション管理部３１にて外部ノードを確認後、制御管理部３２が当該外部ノードに対する制御方法をＩＣチップ３に一時的に設定することで、制御処理を行うことができるようにする。そして、指定した制御方法に従った制御が終了した段階で、制御管理部３２が設定された制御方法をクリアし、この状態ではＩＣチップ３内のアプリケーションプログラムやデータの制御処理ができないようにすることができる。
なお、本例では、制御方法をＩＣチップ３に設定した例について説明しているが、予めＩＣチップ３に設定された制御方法が利用できるか否かのフラグ情報を設定するようにしてもよい。
【００２６】
次に、本実施形態にかかるＩＣチップ制御方法について説明する。
まず、図６を参照してシステム全体の処理の流れについて説明する。なお、初期状態においては、携帯端末２はクライアントモード状態となっている。
図６において、まず携帯端末２のセッション管理部２１が、クロック部２３を参照して端末時刻情報を取得すると共に、乱数（端末乱数）を生成して記憶部２０に記憶し、生成した端末乱数及び端末時刻情報をリーダライタ２０５を介してＩＣチップ３に通知する（Ｓ１０１）。
【００２７】
ＩＣチップ３では、認証・セッション管理部３１が、通信部３０３を介して携帯端末２から送信された情報を受信し、受信した端末時刻情報を記憶部３０に記憶する（Ｓ１０２）。
認証・セッション管理部３１は、生成したチップ乱数、端末時刻情報、端末乱数及びチップＩＤを組み合わせたデータをＩＣチップ秘密鍵１で暗号化した電子署名データ（Ｃ１）を生成し、生成した電子署名データ（Ｃ１）とチップＩＤとを通信部３０３を介して携帯端末２へ送信する（Ｓ１０３）。
【００２８】
携帯端末２がリーダライタ２０５を介して送信された情報を受信すると、セッション管理部２１は、セッション情報として端末時刻情報、端末乱数及び端末ＩＤを組み合わせたデータのハッシュ値（Ｈ１）を生成し、生成したセッション情報とＩＣチップ３から受信した電子署名データ（Ｃ１）と、チップＩＤ、端末ＩＤとを通信部２０１を介してサーバ１へ送信する（Ｓ１０４）。
【００２９】
サーバ１では所定の鍵データを用いて電子署名データの検証を行い、受信した電子署名データ及びセッション情報が適正か否か判別する（Ｓ１０５）。この電子署名データ（Ｃ１）の検証処理は、サーバ１がチップＩＤに対応するＩＣチップ秘密鍵で電子署名データ（Ｃ１）を復号化することにより行うことができる。また、携帯端末２のセッション情報の確認は、サーバ１が、受信した端末時刻情報、端末乱数、端末ＩＤを組み合わせたデータのハッシュ値（Ｈ１’）を生成し、生成したハッシュ値（Ｈ１’）と携帯端末２から受信したハッシュ値（Ｈ１）が適合するか判別することにより行うことができる。
【００３０】
判別の結果、適正な電子書名データでない場合には、サーバ１はセッション情報をクリアし、携帯端末２及びＩＣチップ３のエラー履歴情報を記憶し、ＩＣチップ３及び携帯端末２がサーバ１へ再度アクセスすることを禁止する処理を行い（Ｓ１０６）、処理を終了する。
【００３１】
また、認証の結果、適正な電子署名データである場合には、サーバ１は、処理対象の携帯端末２の端末ＩＤをセットすると共に、携帯端末２に送信するための新たなセッション情報を生成してサーバ１の所定の記憶部へ記憶すると共に、生成したセッション情報とサーバ乱数、サーバＩＤを携帯端末２へ送信する（Ｓ１０７）。新たなセッション情報としては、サーバ１が生成したサーバ乱数と、サーバＩＤ、取得した端末時刻情報、端末乱数を組み合わせたデータのハッシュ値（Ｈ２”）を用いることができる。
【００３２】
携帯端末２のセッション管理部２１が、通信部２０１を介してサーバ１から送信されたセッション情報を受信すると、このセッション情報が適正であるか否か判別する（Ｓ１０８）。この処理は、セッション管理部２１が、受信したサーバＩＤ及びサーバ乱数と、記憶部２０に記憶しておいた端末時刻情報と、端末乱数との組み合わせデータのハッシュ値（Ｈ２）を生成し、このハッシュ値（Ｈ２）とサーバ１から受信したハッシュ値（Ｈ２”）とが一致するか否かを判別することにより行うことができる。
【００３３】
判別の結果、適正でない場合には、セッション管理部２１は、サーバ１に対してエラーを通知し、記憶部２０に記憶しておいたセッション情報、端末時刻情報、端末乱数をクリアする（Ｓ１０９）。携帯端末２からエラーが通知されると、サーバ１は上述のＳ１０６の処理を行い処理を終了する。
【００３４】
また、判別の結果、セッション情報が適正である場合には、セッション管理部２１は、処理対象のサーバ１のサーバＩＤをセットし、新たなセッション情報を生成して記憶部２０に記憶し、生成した新たなセッション情報、端末乱数、制御コマンドを要求するための要求コマンド、端末ＩＤを通信部２０１を介してサーバ１に対して送信し、サーバ１に対して制御コマンドを要求する（Ｓ１１０）。
この際の生成するセッション情報は、例えば、端末ＩＤ、端末時刻情報、受信したサーバ乱数、要求コマンド、生成した端末乱数などの固有情報を組み合わせたデータに基づいて生成したハッシュ値（Ｈ３）から構成することができる。
【００３５】
携帯端末２からセッション情報を受信したサーバ１は、受信したセッション情報の認証を行う（Ｓ１１１）。この認証処理は、サーバ１が送信された端末ＩＤの確認を行うと共に、端末ＩＤ、端末タイマ、サーバ乱数、要求コマンド、端末乱数の各データの組み合わせからハッシュ値（Ｈ３”）を生成し、生成したハッシュ値（Ｈ３”）とサーバ１から受信したハッシュ値（Ｈ３）とが適合するか否かを判別することにより処理できる。
【００３６】
認証の結果、セッション情報が適正でない場合には、上述のＳ１０６のエラー処理に移って処理を終了する。
また、認証の結果セッション情報が適正である場合には、サーバ１は、ＩＣチップ３に対して所定の制御を行うためのＩＣチップ制御コマンドが必要か確認し、必要なＩＣチップ制御コマンドを生成し、これを暗号化する（Ｓ１１２）。このＩＣチップ制御コマンドは、例えば、制御対象となるＩＣチップ３のチップＩＤ、制御コマンド数、制御終了時刻、チップ乱数、サーバＩＤなどから構成することができ、これをサーバ１が保持するＩＣチップ３の秘密鍵２により暗号化する。
【００３７】
そして、サーバ１は、新たにセッション情報を生成し、暗号化したＩＣチップ制御コマンドと、生成したセッション情報、サーバ乱数及びサーバＩＤを携帯端末２に対して送信する（Ｓ１１３）。この際サーバ１は、生成したセッション情報及びサーバ乱数を所定の記憶部に記憶する。このセッション情報は、例えば、サーバ１が乱数を生成し、生成したサーバ乱数、サーバＩＤ、端末時刻情報の組み合わせを基に生成したハッシュ値（Ｈ４”）を用いることができる。
なお、制御終了時刻の設定は、サーバ１が受信した端末時刻に、指定した処理を実行するために必要な制御終了時刻の概算値を加えて計算することにより設定できる。
【００３８】
携帯端末２のセッション管理部２１は、サーバ１から送信された情報を通信部２０１を介して受信すると、受信したセッション情報が適正か否か判別する（Ｓ１１４）。この処理は、セッション管理部２１が、サーバＩＤの確認を行うと共に、受信したサーバ乱数、サーバＩＤ、端末時刻情報の組み合わせを基にハッシュ値（Ｈ４）を生成し、生成したハッシュ値（Ｈ４）にサーバ１から受信したハッシュ値（Ｈ４”）が適合するか否か判別することにより行うことができる。
そして、認証の結果、適正でないと判別された場合には、上述のＳ１０９以下のエラー処理に移り処理を終了する。
【００３９】
引き続き、図７を参照して、認証の結果、セッション情報が適正であると判別された場合、通信制御部２２が、サーバ１からのレスポンスデータに含まれているＩＣチップ制御コマンドを検出すると、その制御対象となっているＩＣチップ３との間で処理を行っている通信端末２のアプリケーションプログラムを一時休止させる（Ｓ１１５）。
そして、セッション管理部２１は、暗号化されているＩＣチップ制御コマンド情報、サーバＩＤ、端末乱数をリーダライタ２０５を介してＩＣチップ３に送信する（Ｓ１１６）。
【００４０】
ＩＣチップ３は、通信部３０３を介して送信された情報を受信し、認証・セッション管理部３１が、暗号化されているＩＣチップ制御コマンドを、記憶部３０に記憶されている秘密鍵１により復号化する（Ｓ１１７）。
【００４１】
認証・セッション管理部３１は、復号化されたＩＣチップ制御コマンドに含まれるチップ乱数などのチップ固有情報が、記憶部３０に記憶されている以前に生成したチップ乱数に適合するか判別する（Ｓ１１８）。
判別の結果、適合しない場合には、認証・セッション管理部３１は記憶しておいたＩＣチップ乱数などのチップ固有情報をクリアして携帯端末２に対してエラーを通知する（Ｓ１１９）。
これにより、エラー通知がされた携帯端末２のセッション管理部２１は、前述のＳ１０６のエラー処理を行い処理を終了する。
【００４２】
また、上述のＳ１１８の判別の結果、適合する場合には、認証・セッション管理部３１は、記憶部３０に記憶しておいた端末時刻と比較して制御終了時刻が未だ経過していないか判別する（Ｓ１２０）。
既に経過している場合には、認証・セッション管理部３１は上述のＳ１１９以下のエラー処理を行い処理を終了する。
【００４３】
また、未だ経過していない場合には、認証・セッション管理部３１は、ＩＣチップ制御コマンドに基づく制御内容がＩＣチップ３にセットできるか否か判別する（Ｓ１２１）。
具体的には、認証・セッション管理部３１が、記憶部３０の制御条件情報を参照し、受信したサーバＩＤが登録されているか、制御コマンドのコマンド数等が制御条件情報の条件を満たしているか、またＩＣチップ３内に受信したアプリケーションプログラムＩＤに対応するアプリケーションプログラムが存在するかなどを判別する。
これらの条件を満たしていない場合には、認証・セッション管理部３１は上述のＳ１１９以下のエラー処理を行い処理を終了する。
【００４４】
また、条件を満たしている場合には、認証・セッション管理部３１が新たにセッション情報を生成して記憶部３０に記憶すると共に、このセッション情報及び復号化した制御終了時刻を通信部３０３を介して携帯端末２に送信する。併せて、制御管理部３２が、ＩＣチップ制御コマンドに対応するＩＣチップ３内のアプリケーションプログラムの制御可能フラグをオンにすることにより制御可能な状態に遷移させる（Ｓ１２２）。
この際送信するセッション情報としては、認証・セッション管理部３１が制御終了時刻、端末乱数、チップＩＤを組み合わせに基づいてハッシュ値（Ｈ５）を生成し、この生成したハッシュ値をセッション情報とすることができる。
【００４５】
携帯端末２は、リーダライタ２０５を介してセッション情報及び制御終了時刻を受信すると、セッション管理部２１が、受信したセッション情報が適正か否か判別する（Ｓ１２３）。
この判別は、セッション管理部２１が、受信した制御終了時刻と、記憶部２０に記憶しておいた端末乱数及びチップＩＤの組み合わせに基づいてハッシュ値（Ｈ５”）を生成し、この生成したハッシュ値（Ｈ５”）に受信したハッシュ値（Ｈ５）が適合するか判別することにより行うことができる。
【００４６】
判別の結果、適合しない場合には、上述のＳ１０９のエラー処理に移って処理を終了する。
また、判別の結果、適合する場合には、通信制御部２２が、制御終了時刻を記憶部２０に記憶してセットすると共に、記憶部２０の端末の状態をサーバモードにセットすることによりサーバモードに遷移する（Ｓ１２４）。
なお、この際、通信制御部２２が、携帯端末２の表示部２０２に制御終了時刻を表示させて、利用者に制御終了時刻などを確認させるようにしてもよい。また、所定の時間内にＩＣチップ３からＩＣチップ制御コマンドを受信しない場合には、通信制御部２２がモードを自動的にクライアントモードに戻してもよい。
【００４７】
引き続き図８において、携帯端末２がサーバモード状態で、サーバ１からＩＣチップ制御コマンドが送信されると、セッション管理部２１はチップ制御コマンドに対するアプリケーションプログラムの処理を禁止して、チップ制御コマンドをＩＣチップ３にそのまま送信する（Ｓ１２５）。
ＩＣチップ制御コマンドを受信した制御管理部３２は、ＩＣチップ３内の所定のアプリケーションプログラムを実行させることにより、サーバ１からの制御コマンドに従ったデータの処理を実行する（Ｓ１２６）。
なお、制御管理部３２がサーバ１からのＩＣチップ制御コマンドが、指定コマンド数などの制御条件に適合するか判別し、適合する場合にのみ制御コマンドに基づく処理を実行させるようにしてもよい。
【００４８】
そして、制御管理部３２は、携帯端末２を介してサーバ１に対してアクセスレスポンスを返す（Ｓ１２７）。この際も、携帯端末２はサーバモードであるため、このレスポンスデータをスルーしてそのままサーバ１に通知する。
アクセスレスポンスを受け取ったサーバ１は、このレスポンスに対するＩＣチップ３の制御コマンドを送信し（Ｓ１２８）、これに対してＩＣチップ３からのアクセスレスポンスを返す処理（Ｓ１２９）を、所定の処理を実行するために必要なだけ繰り返して行う。
この間も、携帯端末２は、サーバモードであるため、サーバ１とＩＣチップ３との間の制御コマンドやレスポンスデータ等をスルーして送信する。
【００４９】
そして、携帯端末２の通信制御部２２は、クロック部２３を参照して、サーバ１から指定された制御終了時刻となった場合には、記憶部２０の端末状態をサーバモードからクライアントモードに遷移させ（Ｓ１３０）、上述のＳ１０１以降のクライアントモードの処理に移行する。
【００５０】
次に、携帯端末２がクライアントモードの際の、詳細な処理の流れについて図９を参照して説明する。
図９において、端末２が保持している所定のアプリケーションプログラムが起動、所定の処理の実行通知がされると（Ｓ２０１）、セッション管理部２１が、指定された処理が所定のサーバ１に対する処理か、ＩＣチップ３に対する処理か又はアプリケーションプログラムの終了のいずれの処理か判別する（Ｓ２０２）。
【００５１】
判別の結果、アプリケーションプログラムの終了である場合には、セッション管理部２１は起動しているアプリケーションプログラムを終了させる（Ｓ２０３）。
また、所定のサーバ１に対する処理であると判別された場合には、セッション管理部２１が指定されたサーバ１のアドレスからデータの送信可能なサーバ１のアドレスか否かを記憶部２０の外部ノードアクセス条件テーブルを参照して判別する（Ｓ２１１）。
外部ノードアドレス条件テーブルに該当するサーバ１の情報がない場合、即ちアクセスできないサーバ１の場合には所定のエラー処理を行いＳ２０１に戻ってアプリケーションプログラムからの次の処理を待って実行する（Ｓ２１２）。
【００５２】
データ送信が可能なサーバ１であると判別された場合には、セッション管理部２１が外部ノードアクセス条件テーブルに記憶されたアドレス等に従って、データを送信し（Ｓ２１３）、サーバ１からのデータの受信が指定時間内にあるか否か判別する（Ｓ２１４）。
なお、サーバ１へデータの送信ができない場合には、セッション管理部２１が所定の間隔でサーバ１に対するデータ送信処理をリトライするようにしてもよい。
【００５３】
サーバ１から指定時間内にデータの受信がない場合には、セッション管理部２１は、アプリケーションプログラムへエラーを通知し、上述の処理Ｓ２０１に戻って処理を繰り返す（Ｓ２１５）。
また、サーバ１からデータの送信があった場合には、セッション管理部２１は、サーバからのデータを受信する（Ｓ２１６）。
【００５４】
引き続き、図１０において、セッション管理部２１は、サーバ１からの送信データに制御要求情報があるか否か判別する（Ｓ２１７）。
制御要求情報がある場合には、アプリケーションプログラムを一時休止する（Ｓ２１８）。
そして、アプリケーションプログラムを休止してから、或いはＳ２１７の処理でサーバ１からのデータに制御要求情報がない場合には、セッション管理部２１はサーバ１からのデータにＩＣチップ３向けのデータがあるか否か判別する（Ｓ２１９）。
【００５５】
判別の結果、ＩＣチップ３向けのデータがあると判別された場合には、後述するＩＣチップ３に対する処理に移行する。
また、ＩＣチップ３向けのデータがない場合には、通信端末２に対する処理としてアプリケーションプログラムにデータを返して（Ｓ２２０）、Ｓ２１１の処理に戻ってアプリケーションプログラムからの処理実行を待つ。
【００５６】
また、図９において、アプリケーションプログラムからの処理がＩＣチップ３への処理である場合には、セッション管理部２１が入力されたデータをＩＣチップへ送信する（Ｓ２３１）。
セッション管理部２１は、ＩＣチップ３からのデータ受信が指定時間内にあったか否か判別する（Ｓ２３２）。
なお、ＩＣチップ３へデータの送信ができない場合には、セッション管理部２１が所定の間隔でＩＣチップ３に対するデータ送信処理をリトライするようにしてもよい。
【００５７】
ＩＣチップ３から指定時間内に返信がない場合には、セッション管理部２１はアプリケーションプログラムに対してエラーを通知し（Ｓ２３３）、上述のＳ２０１の処理に戻ってアプリケーションプログラムからの指示を待つ。
【００５８】
また、ＩＣチップ３から所定のデータが返信された場合には、セッション管理部２１はＩＣチップ３から送信されたデータを受信し（Ｓ２３４）、当該ＩＣチップ３からのデータにサーバ１から通知された制御終了時刻情報が含まれているか否か判別する（Ｓ２３５）。
判別の結果、制御終了時刻情報が含まれていない場合には、セッション管理部２１は、ＩＣチップ３から受信したデータをアプリケーションプログラムに通知し（Ｓ２３６）、Ｓ２０１の処理に戻る。
また、判別の結果、制御終了時刻情報が含まれている場合には、通信制御部２２が後述するサーバモードの処理へ遷移する（Ｓ２３７）。
【００５９】
次に、携帯端末２がサーバモードとなった場合の詳細な処理について図１１を参照して説明する。
図１１において、ＩＣチップ３を介してサーバ１から制御終了時刻情報を受信すると、通信制御部２２は記憶部２０に制御終了時刻を記憶してセットし、制御終了時刻のカウントダウンを開始する（Ｓ３０１）。
通信制御部２２は、クロック部２３を参照して現在時間が制御終了時刻を超えたか否か判別する（Ｓ３０２）。
【００６０】
判別の結果、制御終了時刻を超えた場合には、通信制御部２２は記憶部２０に記憶していた制御終了時刻を初期化してタイマを終了する（Ｓ３０３）。
そして、通信制御部２２は、アプリケーションプログラムの休止を解除してクライアントモードに遷移する（Ｓ３０４）。
【００６１】
また、Ｓ３０２の判別の結果、制御終了時刻を超えていない場合には、通信制御部２２は、サーバ１からのデータ受信が指定時間以内にあるか判別する（Ｓ３０５）。
判別の結果、指定時間内にデータの受信がない場合には、通信制御部２２は、サーバ１に対してエラーを通知し（Ｓ３０６）、上述のＳ３０３、Ｓ３０４の処理に移る。
【００６２】
またＳ３０５の判別の結果、サーバ１からデータの送信があった場合には、通信制御部２２はサーバ１からのデータを受信し（Ｓ３０７）、受信したデータが指定されたサーバ１からの受信か否か判別する（Ｓ３０８）。
判別の結果、指定されたサーバ１からのデータでない場合には、上述のＳ３０９の処理に移ってエラー処理を行う。
【００６３】
また、判別の結果、指定されたサーバ１からのデータである場合には、通信制御部２２は利用者に対してサーバ１から通知された制御終了時刻等を表示部２０２に表示して利用者が処理に同意するか否か判別する（Ｓ３１０）。
判別の結果利用者が同意しない場合には、通信制御部２２は上述のＳ３０９の処理と同様にサーバ１に対してエラー通知を行い、Ｓ３０３、Ｓ３０４のエラー処理を行う。
【００６４】
また、Ｓ３１０の処理で、利用者が同意したと判別された場合には、通信制御部２２は、サーバ１から通知された制御コマンド等のデータに、サーバモードの終了識別データが含まれているか判別する（Ｓ３１１）。
サーバモード終了識別データは、サーバ１側から携帯端末２のサーバモードの終了を指示する旨のデータである。
【００６５】
判別の結果、サーバモード終了識別データが含まれている場合には、通信制御部２２は、上述のＳ３０３、Ｓ３０４の処理を行い、サーバモードからクライアントモードへ遷移させる処理を行う。
また、判別の結果、サーバモード終了識別データが含まれていない場合には、サーバ１から受信したデータに対するアプリケーションプログラムの処理を禁止し、このデータをＩＣチップ３へそのままスルーして送信する（Ｓ３１２）。
【００６６】
そして、通信制御部２２は、ＩＣチップ３からデータ受信が指定時間内にあるか否か判別する（Ｓ３１３）。
なお、ＩＣチップ３からのデータがない場合に、通信制御部２２がＩＣチップ３へのデータ送信を所定時間間隔でリトライしてもよい。
【００６７】
Ｓ３１３の処理で、ＩＣチップ３から指定時間内にデータの受信がないと判別された場合には、上述のＳ３０９のエラー処理を行う。
また、判別の結果、ＩＣチップから返信データの送信があった場合には、通信制御部２２は送信されてきたデータを受信する（Ｓ３１４）。
【００６８】
引き続き図１２において、ＩＣチップ３からのデータを受信すると、通信制御部２２はＩＣチップ３からのデータにサーバモード終了識別データが含まれているか否か判別する（Ｓ３１５）。
判別の結果、サーバモード終了識別データが含まれている場合には、通信制御部２２は、上述のＳ３０３、Ｓ３０４のクライアントモードへ遷移するための処理を行う。
また、判別の結果、サーバモード終了データが含まれていない場合には、通信制御部２２はＩＣチップ３から送信されたデータをサーバ１に対するレスポンスデータとして送信し（Ｓ３１６）、上述のＳ３０２以下の処理を繰り返して行う。
これにより、ＩＣチップ３からのデータをそのままスルーしてサーバ１へ送信することができる。
【００６９】
次に、携帯端末２がサーバモード状態の際の、ＩＣチップ３の詳細な処理について図１３を参照して説明する。
図１３において、携帯端末２がサーバモード状態で、サーバ１がＩＣチップに対してＩＣチップ秘密鍵３で暗号化した制御コマンドを送信すると、ＩＣチップ３の制御管理部３２が制御コマンドを受信し、暗号化されている制御コマンドを復号化する（Ｓ４０１）。
この際、サーバ１はＩＣチップ制御コマンドデータ、ＩＣチップ乱数、サーバＩＤの組み合わせをして送信してもよい。
【００７０】
制御コマンドを受信すると、制御管理部３２は制御コマンドに対応するアプリケーションプログラムが制御可能状態、即ちセキュリティドメインを介してアプリケーションプログラムに対して直接制御が可能となっているか否かを判別する（Ｓ４０２）。
判別の結果、制御可能でない場合には携帯端末２に対してエラーを通知して、処理を終了する（Ｓ４０３）。これにより、携帯端末２は自動的にサーバモードからクライアントモードに切り替り、その旨サーバ１に通知される。
【００７１】
一方、制御可能な状態となっている場合には、制御管理部３２は、受信した制御コマンドが事前に制御条件情報に設定されている制御内容に該当するか否か判別する（Ｓ４０４）。
判別の結果、事前に設定された制御内容でない場合には、携帯端末２に対して制御終了を通知して処理を終了する（Ｓ４０５）。
【００７２】
また、判別の結果、事前に設定された制御内容である場合には、制御管理部３２は、記憶部３０に記憶されている制御条件情報を参照して、通知されたＩＣチップ制御コマンドの制御条件に適合するか否か判別する（Ｓ４０６）。この処理は、制御管理部３２が制御条件情報に記憶されている制御コマンド数、指定コマンド、指定データ、コマンド順序などの制御方法に適合しているか判別することにより処理することができる。
【００７３】
判別の結果、制御条件に適合しない場合には、制御管理部３２は、不正な制御コマンド受信のカウンタアップする（Ｓ４０７）。
そして、制御管理部３２は、カウンタアップした後のカウンタ値が、予め設定された上限値を超えたか否か判別する（Ｓ４０８）。
判別の結果、上限値を超えていない場合には、制御管理部３２は、上述のＳ４０３の処理に移り携帯端末２に対してエラーを通知する。
また、カウンタ値が上限値を超えた場合には、制御管理部３２はＩＣチップアプリケーションプログラムの制御をロックして制御不能とし（Ｓ４０９）、上述のＳ４０３の処理に移り携帯端末２に対してエラーを通知する。
【００７４】
また、上述のＳ４０６の処理で受信した制御コマンドが制御条件に適合すると判別された場合には、ＩＣチップ３の所定のアプリケーションプログラムが制御コマンドに従った処理を実行する（Ｓ４１０）。
そして、制御管理部３２は、アプリケーションプログラムによる全ての処理が終了したか否か判別する（Ｓ４１１）。
判別の結果、全ての処理が終了していない場合には、制御結果を携帯端末２に対して通知する（Ｓ４１２）。これにより、携帯端末２では通知された制御結果をそのままスルーしてサーバ１に送信する。
また、判別の結果、全ての処理が終了した場合には、制御管理部３２はアプリケーションプログラムを制御不能な状態に戻して（Ｓ４１３）、上述のＳ４１２の処理同様、制御結果を携帯端末２に対して通知して処理を終了する。
【００７５】
このように、携帯端末２の通信制御部２２により、サーバ１が生成した制御終了時刻をＩＣチップ３を介して取得し、この制御終了時刻まで、サーバ１からＩＣチップ３に対して送信される制御コマンドに対する端末アプリケーションプログラムによる処理を禁止して、制御コマンドをＩＣチップにそのままスルーして送信するようにしたことから、たとえ携帯端末２のアプリケーションプログラムが改変等されていても、サーバ１からの制御コマンドを携帯端末２のアプリケーションプログラムによって不正な制御コマンドに変えてＩＣチップ３に対して不正な処理を行わせることを防止することができ、セキュリティ性が向上することとなる。
また、この制御時刻はサーバ１側で安全に設定することができるため、処理の内容や携帯端末２の種類などに応じて適宜制御時間を変更することも可能となり、セキュリティ性が高くなる。
さらに、携帯端末２をサーバモードとする時間を区切ることで、これを時間貸しするサービスに適用することができるようになる。
【００７６】
また、サーバ１とＩＣチップ３との間のセッションを常に確立しておく必要がなく、この制御終了時刻までの時間だけサーバ１とＩＣチップ３との間のセッションを確立しておけばよいから、携帯端末２のような少ないネットワークリソースであっても効率的に処理することができる。
【００７７】
また、携帯端末２の表示部２０２により、サーバ１から通知された制御終了時刻を表示して、ユーザに対して処理の実行に同意か否か確認するための情報を出力して利用者の同意を得てから処理するようにすれば、ＩＣチップ３に利用者の情報が記憶されている場合など、ＩＣチップ３に対して勝手にサーバ１がアクセスして、処理を行わせることを防止でき、利用者のプライバシー保護を図ることができる。
また、事前に利用者の同意内容をＩＣチップ３又は携帯端末２に設定することで自動的に処理を行わせてもよい。
【００７８】
また、セッション管理部２１により、サーバ１又はＩＣチップ３との間でクライアントモードで個別にセッションを確立する場合、所定の固有情報に基づくハッシュ値に基づいてサーバ１又はＩＣチップ３の認証を行うようにしたことことから、ハッシュ値を用いて簡易にセッションを確立するための認証処理を行うことができる。また、乱数やＩＤなどの所定の固有情報のハッシュ値を携帯端末２が常時秘密情報を保持しなくとも簡易に認証することができ、携帯端末２の負荷を軽減しなから、セッションを確立することができる。
【００７９】
また、ＩＣチップ３の記憶部３０に制御コマンドを実行するための制御条件を記憶しておき、制御管理部３２が、携帯端末２をスルーしてサーバ１から通知された制御コマンドが制御条件に合致するか否か判別してから制御コマンドに基づく処理を実行するようにしたことから、たとえ、携帯端末２が不正に操作されて常時サーバモードとなって、不正な制御コマンドが入力されても、ＩＣチップ３側でこれをチェックして、予め設定されていない不正なコマンドの実行を禁止することができ、よりセキュリティ性を高めることができる。
【００８０】
上述の実施形態では、外部装置としてサーバ１を用いた例について説明したが、本発明の外部装置はこれに限定されるものでなく、例えば、所定のセキュリティモジュールが装着された端末や、信頼ある携帯端末でもよい。
【００８１】
本実施形態のサーバ１、携帯端末２或いはＩＣチップ３用のコンピュータプログラムを、コンピュータ読み取り可能な媒体（ＦＤ、ＣＤ−ＲＯＭ等）に格納して配布してもよいし、搬送波に重畳し、通信ネットワークを介して配信することも可能である。
【００８２】
【発明の効果】
本発明によれば、通信端末に接続されるＩＣチップを、通信端末を介して外部装置により安全かつ効率的に制御することができる。
【図面の簡単な説明】
【図１】本発明にかかるＩＣチップ制御システム、通信端末及びコンピュータプログラムを適用したシステムの一実施形態の概略構成図。
【図２】本実施形態にかかるシステムの機能ブロック図。
【図３】本実施形態にかかるサーバの記憶部に記憶されるデータの一例を示した図。
【図４】本実施形態にかかる携帯端末の記憶部に記憶されるデータの一例を示した図。
【図５】本実施形態にかかるＩＣチップの記憶部に記憶されるデータの一例を示した図。
【図６】本実施形態にかかるシステムの全体の処理の流れを示した処理フロー。
【図７】図６に引き続き本実施形態にかかるシステムの全体の処理の流れを示した処理フロー。
【図８】図７に引き続き本実施形態にかかるシステムの全体の処理の流れを示した処理フロー。
【図９】本実施形態にかかる携帯端末がクライアントモードの時の詳細な処理の流れを示した処理フロー。
【図１０】図９に引き続き本実施形態にかかる携帯端末の詳細な処理の流れを示した処理フロー。
【図１１】本実施形態にかかる携帯端末がサーバモードの時の詳細な処理の流れを示した処理フロー。
【図１２】図１１に引き続き本実施形態にかかる携帯端末がサーバモードの時の詳細な処理の流れを示した処理フロー。
【図１３】本実施形態にかかる携帯端末がサーバモードの時のＩＣチップの詳細な処理の流れを示した処理フロー。
【符号の説明】
１      サーバ
２      携帯端末
３      ＩＣチップ
２０    記憶部
２１    セッション管理部
２２    通信制御部
２３    クロック部
３０    記憶部
３１    認証・セッション管理部
３２    制御管理部
２０１  通信部
２０２  表示部
２０３  入力部
２０４  メモリ
２０５  リーダライタ
２０６  ＣＰＵ
３０１  メモリ
３０２  ＣＰＵ
３０３  通信部
【図１】
2004247815.tif 000003
【図２】
2004247815.tif 000004
【図３】
2004247815.tif 000005
【図４】
2004247815.tif 000006
【図５】
2004247815.tif 000007
【図６】
2004247815.tif 000008
【図７】
2004247815.tif 000009
【図８】
2004247815.tif 000010
【図９】
2004247815.tif 000011
【図１０】
2004247815.tif 000012
【図１１】
2004247815.tif 000013
【図１２】
2004247815.tif 000014
【図１３】
2004247815.tif 000015