(57)【要約】【課題】複数のセキュアデバイスを統一して管理するセキュアデバイス管理システム、サーバ、端末装置、及びセキュアデバイス管理方法を提供する。【解決手段】セキュアデバイス管理システムであって、サーバ１は、個別のデバイス状態と、仮想のデバイス状態と、を含むデバイス管理情報を記憶し、仮想のデバイス状態と個別のデバイス状態とを対応付けて遷移させる第１のコマンドシーケンスをセキュアデバイスに送信し、セキュアデバイスは、受信した第１のコマンドシーケンスの実行結果をサーバ１に送信し、サーバ１は、受信した実行結果に基づいてデバイス管理情報を更新する。【選択図】図２
2015055900.tif 000002
【特許請求の範囲】
【請求項１】
セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスと、端末装置を介して前記複数種類のセキュアデバイスと通信可能なサーバと、を備えるセキュアデバイス管理システムであって、
前記サーバは、
前記セキュアデバイス毎に、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を含むデバイス管理情報を記憶し、
前記仮想のデバイス状態と前記個別のデバイス状態とを対応付けて遷移させる第１のコマンドシーケンスを前記セキュアデバイスに送信し、
前記セキュアデバイスは、受信した前記第１のコマンドシーケンスの実行結果を前記サーバに送信し、
前記サーバは、受信した前記実行結果に基づいて前記デバイス管理情報を更新する、セキュアデバイス管理システム。
【請求項２】
前記サーバは、前記セキュアデバイスとの間で処理が中断した場合、中断時における前記個別のデバイス状態に対応してエラーをリカバリする第２のコマンドシーケンスを前記セキュアデバイスに送信し、
前記セキュアデバイスは、受信した前記第２のコマンドシーケンスの実行結果を前記サーバに送信し、
前記サーバは、受信した前記実行結果に基づいて前記デバイス管理情報を更新する、請求項１に記載のセキュアデバイス管理システム。
【請求項３】
前記仮想のデバイス状態遷移仕様は、仮想のデバイス状態として処理の中断を示すエラー状態を含み、
前記サーバは、
前記セキュアデバイスとの間で処理が中断した場合、前記仮想のデバイス状態をエラー状態に更新し、
前記セキュアデバイスから前記第２のコマンドシーケンスの実行結果を受信すると、前記仮想のデバイス状態をエラー状態以外の他の状態に更新する、請求項２に記載のセキュアデバイス管理システム。
【請求項４】
前記サーバは、前記デバイス管理情報を更新したことを示す情報を前記端末装置に送信可能であり、
前記端末装置は、受信した前記情報に基づいて前記仮想のデバイス状態を表示する、請求項１乃至３の何れか一項に記載のセキュアデバイス管理システム。
【請求項５】
前記サーバは、複数のセキュアデバイスが共通に実行可能なコマンドシーケンスを共通コンポーネントとして備える、請求項１乃至４の何れか一項に記載のセキュアデバイス管理システム。
【請求項６】
セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスと端末装置を介して通信可能なサーバであって、
前記セキュアデバイス毎に、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を含むデバイス管理情報を記憶する記憶部と、
前記仮想のデバイス状態と前記個別のデバイス状態とを対応付けて遷移させる第１のコマンドシーケンスをセキュアデバイスに送信し、前記セキュアデバイスから受信した前記第１のコマンドシーケンスの実行結果に基づいて前記デバイス管理情報を更新する制御部と、を備えるサーバ。
【請求項７】
サーバと、セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスと、の間で通信を行い、前記セキュアデバイスに実行させる処理を制御する端末装置であって、
前記サーバから、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を対応付けて遷移させる第１のコマンドシーケンスを受信すると、受信した前記第１のコマンドシーケンスに基づいて、前記セキュアデバイスに実行させる処理を制御する、端末装置。
【請求項８】
セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスを管理するセキュアデバイス管理方法であって、
サーバが、
前記セキュアデバイス毎に、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を含むデバイス管理情報を記憶するステップと、
前記仮想のデバイス状態と前記個別のデバイス状態とを対応付けて遷移させる第１のコマンドシーケンスを前記セキュアデバイスに送信するステップと、
前記セキュアデバイスが、受信した前記第１のコマンドシーケンスの実行結果を前記サーバに送信するステップと、
前記サーバが、受信した前記実行結果に基づいて前記デバイス管理情報を更新するステップと、を含むセキュアデバイス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュアデバイスを扱うセキュアデバイス管理システム、サーバ、端末装置、及びセキュアデバイス管理方法に関し、特に、複数のセキュアデバイスを統一して管理するセキュアデバイス管理システム、サーバ、端末装置、及びセキュアデバイス管理方法に関する。
【背景技術】
【０００２】
従来、ＩＣカードやＳＩＭカード、ＵＳＢトークン等の複数のセキュアデバイスを管理するシステムが知られている。このようなシステムにおいては、セキュアデバイスの種類毎に固有の状態遷移を意識して管理、制御する必要がある。例えば、新たなセキュアデバイスの種類を管理対象として追加する場合、対応する状態遷移を意識してシステムの管理・制御部分を個別に作りこむ必要がある。また、運用中においては、個々のセキュアデバイス種類により異なる状態遷移を意識しながら、個別に処理を実行する必要がある。近年、セキュアデバイスの利用者は増加しており、今後はセキュアデバイスの種類も増加していくことが見込まれる。そのため、様々な利用者が、目的に応じて様々なセキュアデバイスを使い分けていくことが予想され、セキュアデバイスの管理、制御に関する作業負担の増大が見込まれる。
【０００３】
また従来、運用中において個別の処理を要さない管理システムとして、複数のセキュアデバイスを保有している利用者が、保有しているセキュアデバイスに対して同一の処理を行う場合に、一括して処理を実施する方法が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−５９９２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の方法によっても、例えば運用中に処理中断等のエラーが発生した場合のリカバリにおいては、個々のセキュアデバイスの状態遷移を意識して処理を行う必要がある。このため、運用が煩雑となり、オペレータミスや運用コストが増大する懸念があった。
【０００６】
したがって、かかる事情に鑑みてなされた本発明の目的は、複数のセキュアデバイスを統一して管理するセキュアデバイス管理システム、サーバ、端末装置、及びセキュアデバイス管理方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本発明に係るセキュアデバイス管理システムは、
セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスと、端末装置を介して前記複数種類のセキュアデバイスと通信可能なサーバと、を備えるセキュアデバイス管理システムであって、
前記サーバは、
前記セキュアデバイス毎に、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を含むデバイス管理情報を記憶し、
前記仮想のデバイス状態と前記個別のデバイス状態とを対応付けて遷移させる第１のコマンドシーケンスを前記セキュアデバイスに送信し、
前記セキュアデバイスは、受信した前記第１のコマンドシーケンスの実行結果を前記サーバに送信し、
前記サーバは、受信した前記実行結果に基づいて前記デバイス管理情報を更新することを特徴とする。
【０００８】
また、本発明に係るサーバは、
セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスと端末装置を介して通信可能なサーバであって、
前記セキュアデバイス毎に、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を含むデバイス管理情報を記憶する記憶部と、
前記仮想のデバイス状態と前記個別のデバイス状態とを対応付けて遷移させる第１のコマンドシーケンスをセキュアデバイスに送信し、前記セキュアデバイスから受信した前記第１のコマンドシーケンスの実行結果に基づいて前記デバイス管理情報を更新する制御部と、を備えることを特徴とする。
【０００９】
また、本発明に係る端末装置は、
サーバと、セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスと、の間で通信を行い、前記セキュアデバイスに実行させる処理を制御する端末装置であって、
前記サーバから、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を対応付けて遷移させる第１のコマンドシーケンスを受信すると、受信した前記第１のコマンドシーケンスに基づいて、前記セキュアデバイスに実行させる処理を制御する、ことを特徴とする。
【００１０】
また、本発明に係るセキュアデバイス管理方法は、
セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスを管理するセキュアデバイス管理方法であって、
サーバが、
前記セキュアデバイス毎に、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を含むデバイス管理情報を記憶するステップと、
前記仮想のデバイス状態と前記個別のデバイス状態とを対応付けて遷移させる第１のコマンドシーケンスを前記セキュアデバイスに送信するステップと、
前記セキュアデバイスが、受信した前記第１のコマンドシーケンスの実行結果を前記サーバに送信するステップと、
前記サーバが、受信した前記実行結果に基づいて前記デバイス管理情報を更新するステップと、を含むことを特徴とする。
【発明の効果】
【００１１】
本発明に係るセキュアデバイス管理システム、サーバ、端末装置、及びセキュアデバイス管理方法によれば、複数のセキュアデバイスを統一して管理することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係るセキュアデバイス管理システムによるデバイス状態遷移を説明する図である。
【図２】本発明の一実施形態に係るセキュアデバイス管理システムの概略構成を示すブロック図である。
【図３】図１の仮想化変換スクリプト及び共通コンポーネントの例を示す図である。
【図４】本発明の一実施形態に係るセキュアデバイス管理システムの動作を示すシーケンス図である。
【図５】本発明の一実施形態に係るセキュアデバイス管理システムの動作を示すシーケンス図である。
【図６】本発明の一実施形態に係るセキュアデバイス管理システムの動作を示すシーケンス図である。
【図７】本発明の一実施形態に係るセキュアデバイス管理システムの動作を示すシーケンス図である。
【図８】本発明の一実施形態に係るセキュアデバイス管理システムの動作を示すシーケンス図である。
【図９】本発明の一実施形態に係るセキュアデバイス管理システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について説明する。
【００１４】
はじめに、図１を参照して、本発明の一実施形態に係るセキュアデバイス管理システムの概要について説明する。図１は、セキュアデバイスの種類毎に定義される個別のデバイス状態遷移仕様と、本実施形態に係るセキュアデバイス管理システムにおいて定義する仮想のデバイス状態遷移仕様と、を示す。ここで、デバイス状態遷移仕様とは、セキュアデバイスの状態を示す複数のデバイス状態と、デバイス状態間の遷移の関係をいう。
【００１５】
個別のデバイス状態遷移仕様は、セキュアデバイスの種類毎に定義される複数のデバイス状態（個別のデバイス状態）を含むデバイス状態遷移仕様である。具体的には、デバイスの種類が異なるセキュアデバイスＡとセキュアデバイスＢとでは、異なる個別のデバイス状態遷移仕様が定義される。例えば、図１に示すように、セキュアデバイスＡが有する個別のデバイス状態遷移仕様は、“Ｒｅａｄｙ”、“ＲＣｋｅｙＲｅａｄｙ”、“Ｉｎｉｔｉａｌｉｚｅｄ”、“Ｓｅｃｕｒｅｄ”、“ＣＭＬｏｃｋｅｄ”、及び“Ｔｅｒｍｉｎａｔｅｄ”の６つの個別のデバイス状態を含む。一方、セキュアデバイスＢが有する個別のデバイス状態遷移仕様は、“ＯＰ＿ＲＥＡＤＹ”、“ＩＮＩＴＩＡＬＩＺＥＤ”、“ＳＥＣＵＲＥＤ”、“ＣＡＲＤ＿ＬＯＣＫＥＤ”、及び“ＴＥＲＭＩＮＡＴＥＤ”の５つの個別のデバイス状態を含む。なお、図１の実線矢印は、通常の遷移の方向を示す。
【００１６】
仮想のデバイス状態遷移仕様は、本実施形態に係るセキュアデバイス管理システムにおいて定義する複数のデバイス状態（仮想のデバイス状態）を含むデバイス状態遷移仕様であって、異なる種類のセキュアデバイスに共通に用いる。例えば、図１に示すように、仮想のデバイス状態遷移仕様は、“発行前”、“運用中”、“ロック中”、“失効済み”、及び“エラー状態”の５つの仮想のデバイス状態を含む。
【００１７】
概略として、本実施形態に係るセキュアデバイス管理システムは、個別のデバイス状態と仮想のデバイス状態とを予め対応づけ、仮想のデバイス状態の遷移に従って個別のデバイス状態を遷移させる。例えば、図１に破線で示すように、セキュアデバイスＡの個別のデバイス状態“Ｒｅａｄｙ”、“ＲＣｋｅｙＲｅａｄｙ”及び“Ｉｎｉｔｉａｌｉｚｅｄ”、ならびにセキュアデバイスＢの個別のデバイス状態“ＯＰ＿ＲＥＡＤＹ”及び“ＩＮＩＴＩＡＬＩＺＥＤ”は、仮想のデバイス状態“発行前”に対応付けられる。また、セキュアデバイスＡの個別のデバイス状態“Ｓｅｃｕｒｅｄ”及びセキュアデバイスＢの個別のデバイス状態“ＳＥＣＵＲＥＤ”は、仮想のデバイス状態“運用中”に対応付けられる。ここで、仮想のデバイス状態を“発行前”から“運用中”に遷移させる場合、セキュアデバイスＡについては“Ｒｅａｄｙ”、“ＲＣｋｅｙＲｅａｄｙ”、“Ｉｎｉｔｉａｌｉｚｅｄ”の順に個別のデバイス状態を遷移させ、セキュアデバイスＢについては“ＯＰ＿ＲＥＡＤＹ”、“ＩＮＩＴＩＡＬＩＺＥＤ”の順に個別のデバイス状態を遷移させる。また、仮想のデバイス状態“エラー状態”は、サーバ１とセキュアデバイスとの間で処理の中断（エラー）が発生した場合、即ち、デバイス状態の遷移中に処理が中断した場合に、一時的に設定されるデバイス状態である。具体的には、何れかの状態遷移処理が中断すると、図１の一点鎖線矢印で示すように“エラー状態”に遷移し、後述する第２のコマンドシーケンスによるリカバリ処理が実行されると、図１において破線矢印で示すように、中断した遷移処理における遷移先のデバイス状態に遷移する。本実施形態において、“エラー状態”は、個別のデバイス状態との対応関係を有さずに定義される。
【００１８】
次に、図２を参照して、本実施形態に係るセキュアデバイス管理システムの構成について説明する。セキュアデバイス管理システムは、サーバ１と、端末装置２と、セキュアデバイスＡ，Ｂと、を備える。以下、セキュアデバイスを２つ備える例について説明するが、任意の数のセキュアデバイスを備えることができる。
【００１９】
サーバ１は、サーバ通信部３と、記憶部４と、仮想化部５と、仮想化変換スクリプト６と、共通コンポーネント７と、制御部８と、を備える。
【００２０】
サーバ通信部３は、端末装置２と有線又は無線により通信する。
【００２１】
記憶部４は、デバイス管理情報として、デバイスＩＤ９と、デバイス種類１０と、個別のデバイス状態情報１１と、仮想のデバイス状態情報１２と、格納情報１３と、を記憶する。
【００２２】
デバイスＩＤ９は、セキュアデバイスを一意に識別可能な識別子である。
【００２３】
デバイス種類１０は、デバイスＩＤ９に対応するセキュアデバイスの種類を示す情報である。セキュアデバイスの種類とは、例えば、ＩＣカードやＵＳＢトークンであり、種類毎に異なるデバイス状態遷移仕様を備える。
【００２４】
個別のデバイス状態情報１１は、デバイスＩＤ９に対応するセキュアデバイスの現在の個別のデバイス状態を示す情報である。
【００２５】
仮想のデバイス状態情報１２は、デバイスＩＤ９に対応するセキュアデバイスの現在の仮想のデバイス状態を示す情報である。
【００２６】
格納情報１３は、デバイスＩＤ９に対応するセキュアデバイスに関する情報である。セキュアデバイスに関する情報とは、例えば、セキュアデバイスのＰＩＮを含む。
【００２７】
仮想化部５は、仮想化変換スクリプト６に基づいて、セキュアデバイスに送信するためのコマンドＡＰＤＵ（Application Protocol Data Unit）を生成する。
【００２８】
仮想化変換スクリプト６は、個別の状態遷移仕様を仮想の状態遷移仕様に変換するルールを定義するスクリプトであって、個別のデバイス状態と仮想のデバイス状態とを対応付けて遷移させるコマンドシーケンスを含む。仮想化変換スクリプト６は、セキュアデバイスの種類毎に定義され、同種類のセキュアデバイスに共通して使用可能である。図２において、仮想化変換スクリプト６ＡはセキュアデバイスＡに対応し、仮想化変換スクリプト６ＢはセキュアデバイスＢに対応する。仮想化変換スクリプト６の詳細については後述する。また、仮想化変換スクリプト６は、例えば不揮発性メモリ等に格納される。
【００２９】
共通コンポーネント７は、仮想化変換スクリプト６において同種類のセキュアデバイスに共通して使用可能な共通コマンドシーケンスであって、コンポーネントとして定義される。共通コンポーネント７の詳細については後述する。また、共通コンポーネント７は、例えば不揮発性メモリ等に格納される。
【００３０】
制御部８は、サーバ１全体の動作を制御する。
【００３１】
端末装置２は、端末通信部１４と、デバイス制御部１５と、ＧＵＩ部１６と、を備える。また、端末装置２は、例えばオペレータによって操作され、サーバ１及びセキュアデバイスと通信してセキュアデバイスのデバイス状態を遷移させる。
【００３２】
端末通信部１４は、サーバ１と有線又は無線により通信する。
【００３３】
デバイス制御部１５は、セキュアデバイスと接触又は非接触により通信する。また、デバイス制御部１５は、通信するセキュアデバイスの種類を判別する。また、デバイス制御部１５は、サーバ１から受信するコマンドＡＰＤＵに基づいて、セキュアデバイスに実行させる処理を制御する。例えば、デバイス制御部１５は、サーバ１から受信したコマンドＡＰＤＵをセキュアデバイスに送信して、又は、受信したコマンドＡＰＤＵのサイズやセキュアデバイスの種類に応じてコマンドＡＰＤＵを修正・分割して送信し、セキュアデバイスに実行させる処理を制御する。
【００３４】
ＧＵＩ部１６は、セキュアデバイス管理システムにおける処理結果を表示する。また、ＧＵＩ部１６は、オペレータの操作を受け付ける入力インターフェースとして機能する。例えば、ＧＵＩ部１６は、サーバ１とセキュアデバイスとの間で処理が中断した場合、仮想のデバイス状態が“エラー状態”であることを表示して、エラーのリカバリ処理を行うためのオペレータの操作を受け付ける。
【００３５】
セキュアデバイスＡ，Ｂは、セキュアな領域を有するデバイスであって、互いに種類の異なるセキュアデバイスである。
【００３６】
次に、図３を参照して、仮想化変換スクリプト６及び共通コンポーネント７について説明する。図３は、セキュアデバイスＡに対応する仮想化変換スクリプト６Ａ及び共通コンポーネント７Ａを示す図である。
【００３７】
仮想化変換スクリプト６Ａは、第１のコマンドシーケンス１７と、第２のコマンドシーケンス１８と、を含む。
【００３８】
第１のコマンドシーケンス１７は、仮想のデバイス状態と個別のデバイス状態とを対応付けて遷移させるコマンドシーケンスであって、仮想のデバイス状態仕様の遷移処理毎に定義される。例えば、図６に示す第１のコマンドシーケンス１７は、仮想のデバイス状態を“発行前”から“運用中”に遷移させるためのコマンドシーケンスである。図６においては簡便のため、他の仮想のデバイス状態の遷移に対応する第１のコマンドシーケンスの記載は省略する。図６に示すように、第１のコマンドシーケンス１７ａ，１７ｂ，１７ｃは、個別のデバイス状態を“Ｒｅａｄｙ”から“ＲＣｋｅｙＲｅａｄｙ”、“ＲＣｋｅｙＲｅａｄｙ”から“Ｉｎｉｔｉａｌｉｚｅｄ”、“Ｉｎｉｔｉａｌｉｚｅｄ”から“Ｓｅｃｕｒｅｄ”にそれぞれ遷移させるために実行されるコマンドシーケンスである。サーバ１とセキュアデバイスＡとの間で、図６に示す第１のコマンドシーケンス１７が実行されると、セキュアデバイスＡの個別のデバイス状態が“Ｒｅａｄｙ”、“ＲＣｋｅｙＲｅａｄｙ”、“Ｉｎｉｔｉａｌｉｚｅｄ”、“Ｓｅｃｕｒｅｄ”の順に遷移するとともに、仮想のデバイス状態が“発行前”から“運用中”に遷移する。
【００３９】
第２のコマンドシーケンス１８は、サーバ１とセキュアデバイスＡとの間で処理が中断した場合、中断（エラー）時におけるセキュアデバイスＡの個別のデバイス状態に対応してエラーをリカバリするコマンドシーケンスである。図６に示すように、第２のコマンドシーケンス１８ａ，１８ｂ，１８ｃは、エラー時における個別のデバイス状態がそれぞれ“Ｒｅａｄｙ”，“ＲＣｋｅｙＲｅａｄｙ”，“Ｉｎｉｔｉａｌｉｚｅｄ”である場合に実行されるコマンドシーケンスである。例えば、仮想のデバイス状態を“発行前”から“運用中”に遷移させる際、個別のデバイス状態を“Ｒｅａｄｙ”から“ＲＣｋｅｙＲｅａｄｙ”に遷移させる処理が中断すると、第２のコマンドシーケンス１８ａが実行される。
【００４０】
共通コンポーネント７Ａは、仮想化変換スクリプト６Ａに含まれるコマンドシーケンスのうち、共通シーケンス部分をタグとして定義してコンポーネント化したものである。例えば、図３に示す共通コンポーネント７Ａは、認証処理に必要となる一連のコマンド“Ｓｅｌｅｃｔ  ｆｉｌｅ”、“Ｇｅｔ  ｃｈａｌｌｅｎｇｅ”、“Ｅｘｔｅｒｎａｌ  ａｕｔｈｅｎｔｉｃａｔｅ”、及び“Ｉｎｔｅｒｎａｌ  ａｕｔｈｅｎｔｉｃａｔｅ”を、“Ａｕｔｈｅｎｔｉｃａｔｅ”というタグで定義している。
【００４１】
仮想化変換スクリプト６Ａ及び共通コンポーネント７Ａに含まれる記号（コマンド）の内容は、以下の通りである。
＃：コメント行を示す。
Ｓｔａｔｅ＝“状態１→状態２”：以降に記載されるコマンドシーケンスが、セキュアデバイスＡを“状態１”から“状態２”に遷移させるコマンドシーケンスであることを定義する。
Ｃａｌｌ  “タグ名”：共通コンポーネント７Ａの“タグ名”で定義されるコマンドシーケンスを利用することを定義する。
Ｅｒｒｏｒ  ｓｔａｔｅ＝“状態１”：以降に記載されるコマンドシーケンスが、エラー発生時のセキュアデバイスＡの状態が“状態１”である場合に実行されるコマンドシーケンスであることを定義する。
Ｃａｌｌ  ｓｔａｔｅ  “状態１→状態２”：ｓｔａｔｅ＝“状態１→状態２”で定義されたコマンドシーケンスを実行する。
ｉｆ（ＳＷ１  “判定式”  “値”）：直前に実行されたコマンドのＳＷ値が“判定式”、“値”に該当する場合、Ｅｎｄ  ｉｆまでのコマンドシーケンスを実行する。
Ｅｎｄ  ｉｆ：ｉｆで示されたコマンドシーケンスの終了位置を示す。
ｔａｇ＝“タグ名”：以降に記載されるコマンドシーケンスのタグ名を定義する。
【００４２】
次に、図４から図９を参照して、セキュアデバイス管理システムの動作について説明する。図４から図９は、セキュアデバイスＡの仮想のデバイス状態を“発行前”から“運用中”に遷移させるように、個別のデバイス状態を“Ｒｅａｄｙ”から“Ｓｅｃｕｒｅｄ”まで遷移させる一連の処理を示す。また、当該処理は、サーバ１とセキュアデバイスＡとの間で処理の中断（エラー）が発生した場合の処理を含む。本処理の開始前において、セキュアデバイスＡの個別のデバイス状態は“Ｒｅａｄｙ”、仮想のデバイス状態は“発行前”である。本処理は、オペレータが端末装置２のＧＵＩ部１６を操作し、セキュアデバイスＡの個別のデバイス状態を“発行前”から“運用中”に遷移させるための入力（要求）がサーバ１に送信されると開始される。
【００４３】
図４に示すように、はじめに、端末装置２は、端末通信部１４を介して、セキュアデバイスＡの仮想のデバイス状態を“発行前”から“運用中”に遷移させる要求をサーバ１に送信する（ステップＳ１００）。
【００４４】
次に、サーバ１の仮想化部５は、ステップＳ１００の要求を端末装置２から受信すると、当該要求の内容を解釈し、仮想化変換スクリプト６Ａを読み込む（ステップＳ１０１）。
【００４５】
続いて、仮想化部５は、共通コンポーネント７Ａを読み込む（ステップＳ１０２）。
【００４６】
続いて、仮想化部５は、第１のコマンドシーケンス１７を用いて、セキュアデバイスＡのデバイス状態を遷移させるためのコマンドＡＰＤＵを生成し、制御部８に処理を依頼する（ステップＳ１０３）。詳細には、仮想化部５は、後述するようにステップＳ１０３からステップＳ１０９の処理を繰り返し実行して、第１のコマンドシーケンス１７の先頭のコマンドから順に対応するコマンドＡＰＤＵを生成する。例えば、仮想化部５は、１回目のステップＳ１０３の処理では、第１のコマンドシーケンス１７ａの“Ｓｅｌｅｃｔ  ｆｉｌｅ”に対応するコマンドＡＰＤＵを生成する。
【００４７】
次に、制御部８は、記憶部４からセキュアデバイスＡに対応する格納情報１３を読み込み、ステップＳ１０３で生成したコマンドＡＰＤＵを必要に応じて修正する（ステップＳ１０４）。
【００４８】
続いて、制御部８は、サーバ通信部３を介して、ステップＳ１０４で修正したコマンドＡＰＤＵを端末装置２に送信する（ステップＳ１０５）。
【００４９】
次に、端末装置２のデバイス制御部１５は、ステップＳ１０５のコマンドＡＰＤＵを受信すると、当該コマンドＡＰＤＵをセキュアデバイスＡに送信し、セキュアデバイスＡが当該コマンドＡＰＤＵを実行した結果を示すレスポンスＡＰＤＵを受信する（ステップＳ１０６）。ここで、デバイス制御部１５は、コマンドＡＰＤＵのサイズやセキュアデバイスの種類に応じてステップＳ１０５のコマンドＡＰＤＵを修正・分割し、セキュアデバイスＡに送信してもよい。
【００５０】
続いて、デバイス制御部１５は、ステップＳ１０６で受信したレスポンスＡＰＤＵをサーバ１に送信する（ステップＳ１０７）。
【００５１】
次に、サーバ１の仮想化部５は、受信したレスポンスＡＰＤＵの内容を解釈し、その結果を制御部８に通知する（ステップＳ１０８）。
【００５２】
次に、制御部８は、通知された結果に基づき、必要に応じてデバイス管理情報を更新して記憶部４に記憶させる（ステップＳ１０９）。具体的には、制御部８は、個別のデバイス状態情報１１、仮想のデバイス状態情報１２、又は格納情報１３が変更された場合、これらを更新して記憶部４に記憶させる。
【００５３】
上述のステップＳ１０３からステップＳ１０９を繰り返し実行する。ここでは、ステップＳ１０３からステップＳ１０９を３回行い、第１のコマンドシーケンス１７ａの“Ｐｉｎ  ｕｐｄａｔｅ”による処理まで終了したものとする。なお、セキュアデバイスＡのＰＩＮは、“Ｐｉｎ  ｕｐｄａｔｅ”が実行されたことにより、即ち、３回目のステップＳ１０６により、初期ＰＩＮ０から更新され新たなＰＩＮ１となっている。また、３回目のステップＳ１０９により、格納情報１３は更新されてＰＩＮ０に加えＰＩＮ１を含む。
【００５４】
次に、図５に示すように、仮想化部５は、“Ｓｔｏｒｅ  ｄａｔａ”に対応するコマンドＡＰＤＵを生成し、制御部８に処理を依頼する（ステップＳ１１０）。
【００５５】
次に、制御部８は、記憶部４からセキュアデバイスＡに対応する格納情報１３を読み込み、ステップＳ１１０で生成したコマンドＡＰＤＵを必要に応じて修正する（ステップＳ１１１）。
【００５６】
続いて、制御部８は、サーバ通信部３を介して、ステップＳ１１１で修正したコマンドＡＰＤＵを端末装置２に送信する（ステップＳ１１２）。
【００５７】
次に、端末装置２のデバイス制御部１５は、ステップＳ１１２のコマンドＡＰＤＵを受信すると、当該コマンドＡＰＤＵをセキュアデバイスＡに送信し、セキュアデバイスＡが当該コマンドＡＰＤＵを実行した結果を示すレスポンスＡＰＤＵを受信する（ステップＳ１１３）。
【００５８】
続いて、端末装置２のデバイス制御部１５は、ステップＳ１１３で受信したレスポンスＡＰＤＵをサーバ１に送信する（ステップＳ１１４）。
【００５９】
ここで、通信断等によりステップＳ１１４のレスポンスＡＰＤＵをサーバ１が受信できない場合、サーバ１の制御部８は、エラーと判定し、デバイス管理情報を更新する（ステップＳ１１５）。具体的には、制御部８は、記憶部４に記憶される仮想のデバイス状態情報１２を“エラー状態”に設定する。なお、個別のデバイス状態情報１１は“Ｒｅａｄｙ”のままである。
【００６０】
次に、サーバ１の制御部８は、サーバ通信部３を介して、エラーが発生したこと示す通知を端末装置２に送信する（ステップＳ１１６）。
【００６１】
次に、端末装置２のＧＵＩ部は、ステップＳ１１６の通知を受信すると、仮想のデバイス状態が“エラー状態”であることを表示して、オペレータの操作に基づきエラーのリカバリ処理の依頼をサーバ１に送信する（ステップＳ１１７）。
【００６２】
次に、サーバ１の制御部８は、記憶部４に記憶される個別のデバイス状態情報１１（
“Ｒｅａｄｙ”）を取得し（ステップＳ１１８）、仮想化部５に通知する（ステップＳ１１９）。
【００６３】
次に、図６に示すように、仮想化部５は、第２のコマンドシーケンス１８を用いて、エラーをリカバリするためのコマンドＡＰＤＵを生成し、制御部８に処理を依頼する（ステップＳ１２０）。ここでは、仮想化部５は、ステップＳ１１９で取得した個別のデバイス状態情報１１（“Ｒｅａｄｙ”）に対応する第２のコマンドシーケンス１８ａを用いる。そして、仮想化部５は、第２のコマンドシーケンス１８ａの先頭のコマンドである“Ｓｅｌｅｃｔ  ｆｉｌｅ”に対応するコマンドＡＰＤＵを生成する。
【００６４】
次に、制御部８は、記憶部４からセキュアデバイスＡに対応する格納情報１３を読み込み、ステップＳ１２０で生成したコマンドＡＰＤＵを必要に応じて修正する（ステップＳ１２１）。
【００６５】
続いて、制御部８は、サーバ通信部３を介して、ステップＳ１２１で修正したコマンドＡＰＤＵを端末装置２に送信する（ステップＳ１２２）。
【００６６】
次に、端末装置２のデバイス制御部１５は、ステップＳ１２２のコマンドＡＰＤＵを受信すると、当該コマンドＡＰＤＵをセキュアデバイスＡに送信し、セキュアデバイスＡが当該コマンドＡＰＤＵを実行した結果を示すレスポンスＡＰＤＵを受信する（ステップＳ１２３）。
【００６７】
続いて、デバイス制御部１５は、ステップＳ１２３で受信したレスポンスＡＰＤＵをサーバ１に送信する（ステップＳ１２４）。
【００６８】
次に、サーバ１の仮想化部５は、受信したレスポンスＡＰＤＵの内容を解釈し、その結果を制御部８に通知する（ステップＳ１２５）。
【００６９】
次に、制御部８は、通知された結果に基づき、必要に応じてデバイス管理情報を更新して記憶部４に記憶させる（ステップＳ１２６）。
【００７０】
次に、仮想化部５は、第２のコマンドシーケンス１８を用いて、エラーをリカバリするためのコマンドＡＰＤＵを生成し、制御部８に処理を依頼する（ステップＳ１２７）。ここでは、仮想化部５は、第２のコマンドシーケンス１８ａの２行目に記載される“Ｖｅｒｉｆｙ”コマンドに対応するコマンドＡＰＤＵを生成する。
【００７１】
次に、制御部８は、記憶部４からセキュアデバイスＡに対応する格納情報１３を読み込み、ステップＳ１２７で生成したコマンドＡＰＤＵを必要に応じて修正する（ステップＳ１２８）。ここで、制御部８は、エラーによりセキュアデバイスＡ側でＰＩＮが更新されていない可能性があるため、格納情報１３から初期ＰＩＮ０を取得し、初期ＰＩＮ０を用いて“Ｖｅｒｉｆｙ”を実行するようにコマンドＡＰＤＵを修正する。
【００７２】
続いて、制御部８は、サーバ通信部３を介して、ステップＳ１２８で修正したコマンドＡＰＤＵを端末装置２に送信する（ステップＳ１２９）。
【００７３】
次に、端末装置２のデバイス制御部１５は、ステップＳ１２９のコマンドＡＰＤＵを受信すると、当該コマンドＡＰＤＵをセキュアデバイスＡに送信し、セキュアデバイスＡが当該コマンドＡＰＤＵを実行した結果を示すレスポンスＡＰＤＵを受信する（ステップＳ１３０）。ここでは、３回目のステップＳ１０６によりセキュアデバイスＡ側で正常にＰＩＮ１に更新されているため（図４参照）、初期ＰＩＮ０による“Ｖｅｒｉｆｙ”コマンドに対するレスポンスＡＰＤＵは異常終了（ＳＷ！＝９０００）であることを示す（図６参照）。
【００７４】
続いて、端末装置２のデバイス制御部１５は、ステップＳ１３０で受信したレスポンスＡＰＤＵをサーバ１に送信する（ステップＳ１３１）。
【００７５】
次に、サーバ１の仮想化部５は、受信したレスポンスＡＰＤＵの内容を解釈し、第２のコマンドシーケンス１８を用いて、エラーをリカバリするためのコマンドＡＰＤＵを生成し、制御部８に処理を依頼する（ステップＳ１３２）。ここでは、仮想化部５は、第２のコマンドシーケンス１８ａの４行目に記載される“Ｖｅｒｉｆｙ”コマンドに対応するコマンドＡＰＤＵを生成する。
【００７６】
次に、制御部８は、記憶部４からセキュアデバイスＡに対応する格納情報１３を読み込み、ステップＳ１３２で生成したコマンドＡＰＤＵを必要に応じて修正する（ステップＳ１３３）。ここで、制御部８は、ステップＳ１３０で初期ＰＩＮ０による“Ｖｅｒｉｆｙ”が異常終了したため、格納情報１３からＰＩＮ１を取得し、ＰＩＮ１を用いて“Ｖｅｒｉｆｙ”を実行するようにコマンドＡＰＤＵを修正する。
【００７７】
続いて、制御部８は、サーバ通信部３を介して、ステップＳ１３３で修正したコマンドＡＰＤＵを端末装置２に送信する（ステップＳ１３４）。
【００７８】
次に、端末装置２のデバイス制御部１５は、ステップＳ１３４のコマンドＡＰＤＵを受信すると、当該コマンドＡＰＤＵをセキュアデバイスＡに送信し、セキュアデバイスＡが当該コマンドＡＰＤＵを実行した結果を示すレスポンスＡＰＤＵを受信する（ステップＳ１３５）。ここでは、レスポンスＡＰＤＵは正常終了（ＳＷ＝９０００）であることを示す。
【００７９】
続いて、端末装置２のデバイス制御部１５は、ステップＳ１３５で受信したレスポンスＡＰＤＵをサーバ１に送信する（ステップＳ１３６）。
【００８０】
次に、サーバ１の仮想化部５は、受信したレスポンスＡＰＤＵの内容を解釈し、その結果を制御部８に通知する（ステップＳ１３７）。
【００８１】
次に、制御部８は、通知された結果に基づき、必要に応じてデバイス管理情報を更新して記憶部４に記憶させる（ステップＳ１３８）。
【００８２】
次に、図７に示すように、仮想化部５は、第２のコマンドシーケンス１８を用いて、エラーをリカバリするためのコマンドＡＰＤＵを生成し、制御部８に処理を依頼する（ステップＳ１３９）。詳細には、仮想化部５は、後述するようにステップＳ１３９からステップＳ１４５の処理を繰り返し実行して、第２のコマンドシーケンス１８ａの６行目に記載される“Ｐｉｎ  ｕｐｄａｔｅ”コマンドから順に対応するコマンドＡＰＤＵを生成する。したがって、仮想化部５は、１回目のステップＳ１３９の処理では、“Ｐｉｎ  ｕｐｄａｔｅ”に対応するコマンドＡＰＤＵを生成する。
【００８３】
次に、制御部８は、記憶部４からセキュアデバイスＡに対応する格納情報１３を読み込み、ステップＳ１３９で生成したコマンドＡＰＤＵを必要に応じて修正する（ステップＳ１４０）。
【００８４】
続いて、制御部８は、サーバ通信部３を介して、ステップＳ１４０で修正したコマンドＡＰＤＵを端末装置２に送信する（ステップＳ１４１）。
【００８５】
次に、端末装置２のデバイス制御部１５は、ステップＳ１４１のコマンドＡＰＤＵを受信すると、当該コマンドＡＰＤＵをセキュアデバイスＡに送信し、セキュアデバイスＡが当該コマンドＡＰＤＵを実行した結果を示すレスポンスＡＰＤＵを受信する（ステップＳ１４２）。
【００８６】
続いて、デバイス制御部１５は、ステップＳ１４２で受信したレスポンスＡＰＤＵをサーバ１に送信する（ステップＳ１４３）。
【００８７】
次に、サーバ１の仮想化部５は、受信したレスポンスＡＰＤＵの内容を解釈し、その結果を制御部８に通知する（ステップＳ１４４）。
【００８８】
次に、制御部８は、通知された結果に基づき、必要に応じてデバイス管理情報を更新して記憶部４に記憶させる（ステップＳ１４５）。
【００８９】
上述のステップＳ１３９からステップＳ１４５を繰り返し実行する。ここでは、第２のコマンドシーケンス１８ａの“Ｃａｌｌ  ｓｔａｔｅ  Ｉｎｉｔｉａｌｉｚｅｄ→Ｓｅｃｕｒｅｄ”において、第１のコマンドシーケンス１７ｃの“Ｃａｌｌ  Ａｕｔｈｅｎｔｉｃａｔｅ”により参照される共通コンポーネント７Ａの“Ｉｎｔｅｒｎａｌ  ａｕｔｈｅｎｔｉｃａｔｅ”による処理まで終了したものとする。なお、セキュアデバイスＡのＰＩＮは、“Ｐｉｎ  ｕｐｄａｔｅ”が実行されたことにより、即ち、１回目のステップＳ１４２により、ＰＩＮ１から更新され新たなＰＩＮ２となっている。また、１回目のステップＳ１４５により、格納情報１３は更新され、ＰＩＮ０及びＰＩＮ１に加えてＰＩＮ２を含む。また、第２のコマンドシーケンス１８ａの“Ｃａｌｌ  ｓｔａｔｅ  ＲＣｋｅｙＲｅａｄｙ→Ｉｎｉｔｉａｌｉｚｅｄ”により参照される第１のコマンドシーケンス１７ｂの処理を終了しているため、個別のデバイス状態情報１１は“Ｉｎｉｔｉａｌｉｚｅｄ”に更新されているが、仮想のデバイス状態情報１２は“エラー状態”のままである。
【００９０】
次に、図８に示すように、仮想化部５は、第２のコマンドシーケンス１８を用いて、エラーをリカバリするためのコマンドＡＰＤＵを生成し、制御部８に処理を依頼する（ステップＳ１４６）。ここでは、第２のコマンドシーケンス１８ａの“Ｃａｌｌ  ｓｔａｔｅ  Ｉｎｉｔｉａｌｉｚｅｄ→Ｓｅｃｕｒｅｄ”により参照される第１のコマンドシーケンス１７ｃの“Ｒｅａｄ  ｄａｔａ”に対応するコマンドＡＰＤＵを生成する。
【００９１】
次に、制御部８は、記憶部４からセキュアデバイスＡに対応する格納情報１３を読み込み、ステップＳ１４６で生成したコマンドＡＰＤＵを必要に応じて修正する（ステップＳ１４７）。
【００９２】
続いて、制御部８は、サーバ通信部３を介して、ステップＳ１４７で修正したコマンドＡＰＤＵを端末装置２に送信する（ステップＳ１４８）。
【００９３】
次に、端末装置２のデバイス制御部１５は、ステップＳ１４８のコマンドＡＰＤＵを受信すると、当該コマンドＡＰＤＵをセキュアデバイスＡに送信し、セキュアデバイスＡが当該コマンドＡＰＤＵを実行した結果を示すレスポンスＡＰＤＵを受信する（ステップＳ１４９）。
【００９４】
続いて、デバイス制御部１５は、ステップＳ１４９で受信したレスポンスＡＰＤＵをサーバ１に送信する（ステップＳ１５０）。
【００９５】
ここで、通信断等によりステップＳ１５０のレスポンスＡＰＤＵをサーバ１が受信できない場合、サーバ１の制御部８は、エラーと判定し、デバイス管理情報を更新する（ステップＳ１５１）。具体的には、制御部８は、記憶部４に記憶される仮想のデバイス状態情報１２を“エラー状態”に設定する。なお、個別のデバイス状態情報１１は“Ｉｎｉｔｉａｌｉｚｅｄ”のままである。
【００９６】
次に、サーバ１の制御部８は、サーバ通信部３を介して、エラーが発生したこと示す通知を端末装置２に送信する（ステップＳ１５２）。
【００９７】
次に、端末装置２のＧＵＩ部は、ステップＳ１５２の通知を受信すると、仮想のデバイス状態が“エラー状態”であることを表示して、オペレータの操作に基づきエラーのリカバリ処理の依頼をサーバ１に送信する（ステップＳ１５３）。
【００９８】
次に、サーバ１の制御部８は、記憶部４に記憶される個別のデバイス状態情報１１（
“Ｉｎｉｔｉａｌｉｚｅｄ”）を取得し（ステップＳ１５４）、仮想化部５に通知する（ステップＳ１５５）。
【００９９】
次に、図９に示すように、仮想化部５は、第２のコマンドシーケンス１８を用いて、エラーをリカバリするためのコマンドＡＰＤＵを生成し、制御部８に処理を依頼する（ステップＳ１５６）。詳細には、仮想化部５は、後述するようにステップＳ１５６からステップＳ１６２の処理を繰り返し実行して、第２のコマンドシーケンス１８ｃの先頭のコマンドである“Ｃａｌｌ  ｓｔａｔｅ  Ｉｎｉｔｉａｌｉｚｅｄ→Ｓｅｃｕｒｅｄ”から順に対応するコマンドＡＰＤＵを生成する。したがって、仮想化部５は、１回目のステップＳ１５６の処理では、“Ｃａｌｌ  ｓｔａｔｅ  Ｉｎｉｔｉａｌｉｚｅｄ→Ｓｅｃｕｒｅｄ”において、第１のコマンドシーケンス１７Ｃの“Ｃａｌｌ  Ａｕｔｈｅｎｔｉｃａｔｅ”により参照される共通コンポーネント７Ａの“Ｓｅｌｅｃｔ  ｆｉｌｅ”に対応するコマンドＡＰＤＵを生成する。
【０１００】
次に、制御部８は、記憶部４からセキュアデバイスＡに対応する格納情報１３を読み込み、ステップＳ１５６で生成したコマンドＡＰＤＵを必要に応じて修正する（ステップＳ１５７）。
【０１０１】
続いて、制御部８は、サーバ通信部３を介して、ステップＳ１５７で修正したコマンドＡＰＤＵを端末装置２に送信する（ステップＳ１５８）。
【０１０２】
次に、端末装置２のデバイス制御部１５は、ステップＳ１５８のコマンドＡＰＤＵを受信すると、当該コマンドＡＰＤＵをセキュアデバイスＡに送信し、セキュアデバイスＡが当該コマンドＡＰＤＵを実行した結果を示すレスポンスＡＰＤＵを受信する（ステップＳ１５９）。
【０１０３】
続いて、デバイス制御部１５は、ステップＳ１５９で受信したレスポンスＡＰＤＵをサーバ１に送信する（ステップＳ１６０）。
【０１０４】
次に、サーバ１の仮想化部５は、受信したレスポンスＡＰＤＵの内容を解釈し、その結果を制御部８に通知する（ステップＳ１６１）。
【０１０５】
次に、制御部８は、通知された結果に基づき、必要に応じてデバイス管理情報を更新して記憶部４に記憶させる（ステップＳ１６２）。
【０１０６】
上述のステップＳ１５６からステップＳ１６２を繰り返し実行する。ここでは、第２のコマンドシーケンス１８ｃの“Ｃａｌｌ  ｓｔａｔｅ  Ｉｎｉｔｉａｌｉｚｅｄ→Ｓｅｃｕｒｅｄ”で参照される第１のコマンドシーケンス１７ｃの“Ｓｅｔ  ｓｔａｔｕｓ”による処理まで終了したものとする。したがって、第２のコマンドシーケンス１８ｃの処理が全て終了したため、個別のデバイス状態情報１１は“Ｓｅｃｕｒｅｄ”、仮想のデバイス状態情報１２は“運用中”に更新されている。
【０１０７】
そして、制御部８は、サーバ通信部３を介して、仮想のデバイス状態遷移（“発行前”から“運用中”）の処理が完了したことを示す通知を端末装置２に送信し（ステップＳ１６３）、端末装置２のＧＵＩ部１６にその旨を表示する（ステップＳ１６４）。例えば、ＧＵＩ部１６は、セキュアデバイスＡの仮想のデバイス状態が“運用中”であることを表示する。
【０１０８】
このように、本実施形態に係るセキュアデバイス管理システムによれば、サーバ１が、セキュアデバイス毎に個別のデバイス状態情報１１と仮想のデバイス状態情報１２とを含むデバイス管理情報を記憶し、仮想のデバイス状態を遷移させるように個別のデバイス状態を遷移させる第１のコマンドシーケンス１７をセキュアデバイスに送信し、第１のコマンドシーケンス１７の実行結果をセキュアデバイスから受信すると、デバイス管理情報を更新する。これにより、セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様を有する複数のセキュアデバイスを、共通に用いることができる仮想のデバイス状態遷移仕様に変換して統一的に管理することができる。
【０１０９】
また、本実施形態に係るセキュアデバイス管理システムによれば、サーバ１が、サーバ１とセキュアデバイスとの間で処理が中断した（エラーが発生した）場合、中断時における個別のデバイス状態情報１１に対応する第２のコマンドシーケンス１８をセキュアデバイスに送信し、第２のコマンドシーケンス１８の実行結果をセキュアデバイスから受信すると、デバイス管理情報を更新する。これにより、セキュアデバイスが状態遷移中にエラーとなった場合、個々のセキュアデバイスの状態遷移を意識することなくリカバリ運用を行うことができ、オペレータの処理漏れや作業負担を低減することができる。
【０１１０】
また、本実施形態に係るセキュアデバイス管理システムによれば、サーバ１が、サーバ１とセキュアデバイスとの間で処理が中断した（エラーが発生した）場合、仮想のデバイス状態情報１２を“エラー状態”に更新し、第２のコマンドシーケンス１８の実行結果をセキュアデバイスから受信すると、仮想のデバイス状態情報１２を“エラー状態”以外の他の状態に更新する。このようにして、個々のセキュアデバイスがいずれの状態遷移中に処理が中断したかを意識することなく、エラーによりデバイス状態遷移の処理が中断しているセキュアデバイスを統一して判別可能となり、オペレータの処理漏れや作業負担を更に低減することができる。
【０１１１】
また、本実施形態に係るセキュアデバイス管理システムによれば、サーバ１が、デバイス管理情報に含まれる仮想のデバイス状態情報１２を更新し、端末装置２が、更新された仮想のデバイス状態情報１２を表示する。このようにして、オペレータは、端末装置２の表示に基づいて、セキュアデバイスのデバイス状態遷移の処理が正常に行われたか、或いはエラーが発生して処理が中断しているかを一見して判別可能であり、オペレータの処理漏れや作業負担を更に低減することができる。
【０１１２】
また、本実施形態に係るセキュアデバイス管理システムによれば、サーバ１が、複数のセキュアデバイスに共通に実行可能なコマンドシーケンスを共通コンポーネント７として備える。このため、例えば仮想化変換スクリプト６を新規に作成する場合や修正する場合に、共通コンポーネント７を再利用可能となり、生産性及び保守性を向上することができる。
【０１１３】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数の構成部やステップなどを１つに組み合わせたり、或いは分割したりすることが可能である。
【０１１４】
例えば、仮想の状態遷移仕様は、上述の実施形態においては５つの仮想のデバイス状態を含むが、任意の数の仮想のデバイス状態を含んでもよい。
【０１１５】
また、共通コンポーネント７は、種類の異なるセキュアデバイス間で共通に利用可能であるコマンドシーケンスであってもよい。
【０１１６】
また、セキュアデバイスの仮想のデバイス状態が“エラー状態”となった場合、端末装置２からエラーのリカバリ処理の依頼を受けることなく、自動的に第２のコマンドシーケンス１８を実行するようにしてもよい。
【符号の説明】
【０１１７】
１    サーバ
２    端末装置
３    サーバ通信部
４    記憶部
５    仮想化部
６，６Ａ，６Ｂ    仮想化変換スクリプト
７，７Ａ，７Ｂ    共通コンポーネント
８    制御部
９    デバイスＩＤ
１０    デバイス種類
１１    個別のデバイス状態情報
１２    仮想のデバイス状態情報
１３    格納情報
１４    端末通信部
１５    デバイス制御部
１６    ＧＵＩ部
１７，１７ａ，１７ｂ，１７ｃ    第１のコマンドシーケンス
１８，１８ａ，１８ｂ，１８ｃ    第２のコマンドシーケンス
【図１】
2015055900.tif 000003
【図２】
2015055900.tif 000004
【図３】
2015055900.tif 000005
【図４】
2015055900.tif 000006
【図５】
2015055900.tif 000007
【図６】
2015055900.tif 000008
【図７】
2015055900.tif 000009
【図８】
2015055900.tif 000010
【図９】
2015055900.tif 000011
【手続補正書】
【提出日】平成26年9月12日(2014.9.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスと、端末装置を介して前記複数種類のセキュアデバイスと通信可能なサーバと、を備えるセキュアデバイス管理システムであって、
前記サーバは、
前記セキュアデバイス毎に、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を含むデバイス管理情報を記憶し、
前記仮想のデバイス状態と前記個別のデバイス状態とを対応付けて遷移させる第１のコマンドシーケンスを前記セキュアデバイスに送信し、
前記セキュアデバイスは、受信した前記第１のコマンドシーケンスの実行結果を前記サーバに送信し、
前記サーバは、受信した前記実行結果に基づいて前記デバイス管理情報を更新する、セキュアデバイス管理システム。
【請求項２】
前記サーバは、前記セキュアデバイスとの間で処理が中断した場合、中断時における前記個別のデバイス状態に対応してエラーをリカバリする第２のコマンドシーケンスを前記セキュアデバイスに送信し、
前記セキュアデバイスは、受信した前記第２のコマンドシーケンスの実行結果を前記サーバに送信し、
前記サーバは、受信した前記実行結果に基づいて前記デバイス管理情報を更新する、請求項１に記載のセキュアデバイス管理システム。
【請求項３】
前記仮想のデバイス状態遷移仕様は、仮想のデバイス状態として処理の中断を示すエラー状態を含み、
前記サーバは、
前記セキュアデバイスとの間で処理が中断した場合、前記仮想のデバイス状態をエラー状態に更新し、
前記セキュアデバイスから前記第２のコマンドシーケンスの実行結果を受信すると、前記仮想のデバイス状態をエラー状態以外の他の状態に更新する、請求項２に記載のセキュアデバイス管理システム。
【請求項４】
前記サーバは、前記デバイス管理情報を更新したことを示す情報を前記端末装置に送信可能であり、
前記端末装置は、受信した前記情報に基づいて前記仮想のデバイス状態を表示する、請求項１乃至３の何れか一項に記載のセキュアデバイス管理システム。
【請求項５】
前記サーバは、複数のセキュアデバイスが共通に実行可能なコマンドシーケンスを共通コンポーネントとして備える、請求項１乃至４の何れか一項に記載のセキュアデバイス管理システム。
【請求項６】
セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスと端末装置を介して通信可能なサーバであって、
前記セキュアデバイス毎に、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を含むデバイス管理情報を記憶する記憶部と、
前記仮想のデバイス状態と前記個別のデバイス状態とを対応付けて遷移させる第１のコマンドシーケンスをセキュアデバイスに送信し、前記セキュアデバイスから受信した前記第１のコマンドシーケンスの実行結果に基づいて前記デバイス管理情報を更新する制御部と、を備えるサーバ。
【請求項７】
サーバと、セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスと、の間で通信を行い、前記セキュアデバイスに実行させる処理を制御する端末装置であって、
前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態を遷移させる要求を前記サーバに送信し、
前記サーバから、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記仮想のデバイス状態と、を対応付けて遷移させる第１のコマンドシーケンスを受信すると、受信した前記第１のコマンドシーケンスに基づいて、前記セキュアデバイスに実行させる処理を制御する、端末装置。
【請求項８】
セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスを管理するセキュアデバイス管理方法であって、
サーバが、
前記セキュアデバイス毎に、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態と、を含むデバイス管理情報を記憶するステップと、
前記仮想のデバイス状態と前記個別のデバイス状態とを対応付けて遷移させる第１のコマンドシーケンスを前記セキュアデバイスに送信するステップと、
前記セキュアデバイスが、受信した前記第１のコマンドシーケンスの実行結果を前記サーバに送信するステップと、
前記サーバが、受信した前記実行結果に基づいて前記デバイス管理情報を更新するステップと、を含むセキュアデバイス管理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
また、本発明に係る端末装置は、
サーバと、セキュアデバイスの種類によって異なる個別のデバイス状態遷移仕様をそれぞれ有する複数種類のセキュアデバイスと、の間で通信を行い、前記セキュアデバイスに実行させる処理を制御する端末装置であって、
前記複数種類のセキュアデバイスに共通に用いる仮想のデバイス状態遷移仕様に基づく仮想のデバイス状態を遷移させる要求を前記サーバに送信し、
前記サーバから、前記個別のデバイス状態遷移仕様に基づく個別のデバイス状態と、前記仮想のデバイス状態と、を対応付けて遷移させる第１のコマンドシーケンスを受信すると、受信した前記第１のコマンドシーケンスに基づいて、前記セキュアデバイスに実行させる処理を制御する、ことを特徴とする。