(57)【要約】【課題】セキュアデバイス上のアプリケーションに対する設定処理等のコマンドシーケンスが途中で中断した場合に、サーバに依存せず効率的にリカバリ処理を実行する。【解決手段】本発明に係るセキュアデバイス管理システム１００は、サーバ１０と通信端末２０とを備え、サーバ１０は、通信端末２０と通信を行うコマンド送受信部１１と、通信端末２０が備えるセキュアデバイス２２のコマンドシーケンスを定義するスクリプトを格納する記憶部１６と、スクリプトに基づいてＡＰＤＵコマンドを生成してセキュアデバイス２２に送信する制御部１２とを備え、スクリプトは、セキュアデバイス２２へのパーソナライズ要求に対し、セキュアデバイス２２のパーソナライズ状態を確認して当該パーソナライズ状態に応じたリカバリタイプを判定する第１のコマンドシーケンスと、リカバリタイプに応じたパーソナライズを実行する第２のコマンドシーケンスとを定義する。【選択図】図１
2015046114.tif 000002
【特許請求の範囲】
【請求項１】
サーバと通信端末とがネットワークを介して通信を行うセキュアデバイス管理システムであって、
前記通信端末は、
少なくとも１つのアプリケーションを格納するセキュアデバイスと、
前記セキュアデバイスと前記サーバとの間の通信を制御する仲介アプリケーションとを備え、
前記サーバは、
前記通信端末と通信を行うコマンド送受信部と、
前記セキュアデバイスのコマンドシーケンスを定義するスクリプトを格納する記憶部と、
前記スクリプトに基づいてＡＰＤＵコマンドを生成して前記セキュアデバイスに送信する制御部とを備え、
前記スクリプトは、前記セキュアデバイスへのパーソナライズ要求に対し、
前記セキュアデバイスのパーソナライズ状態を確認して当該パーソナライズ状態に応じたリカバリタイプを判定する第１のコマンドシーケンスと、
前記リカバリタイプに応じたパーソナライズを実行する第２のコマンドシーケンスとを定義することを特徴とするセキュアデバイス管理システム。
【請求項２】
請求項１に記載のセキュアデバイス管理システムにおいて、前記制御部は、前記セキュアデバイスへのパーソナライズ要求に対し、当該パーソナライズ要求が初回のパーソナライズ要求であるか否かを判定し、初回のパーソナライズ要求である場合は、前記第１及び第２のコマンドシーケンスは実行せずに、前記セキュアデバイスのパーソナライズを実行することを特徴とするセキュアデバイス管理システム。
【請求項３】
サーバと通信端末とがネットワークを介して通信を行うセキュアデバイス管理システムにおけるセキュアデバイス管理方法であって、
前記通信端末が備えるセキュアデバイスへのパーソナライズ要求に対し、
前記サーバが、当該サーバが備える記憶部に格納されるスクリプトが定義するコマンドシーケンスに基づいて、
前記セキュアデバイスのパーソナライズ状態を確認して当該パーソナライズ状態に応じたリカバリタイプを判定するステップと、
前記リカバリタイプに応じたパーソナライズを実行するするステップと
を含むセキュアデバイス管理方法。
【請求項４】
通信端末とネットワークを介して通信を行うサーバであって、
前記通信端末と通信を行うコマンド送受信部と、
前記通信端末が備えるセキュアデバイスのコマンドシーケンスを定義するスクリプトを格納する記憶部と、
前記スクリプトに基づいてＡＰＤＵコマンドを生成して前記セキュアデバイスに送信する制御部とを備え、
前記スクリプトは、前記セキュアデバイスへのパーソナライズ要求に対し、
前記セキュアデバイスのパーソナライズ状態を確認して当該パーソナライズ状態に応じたリカバリタイプを判定する第１のコマンドシーケンスと、
前記リカバリタイプに応じたパーソナライズを実行する第２のコマンドシーケンスとを定義することを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバがネットワークを介してセキュアデバイスを管理するセキュアデバイス管理システム及びセキュアデバイス管理方法、並びに、このようなセキュアデバイス管理システムにおけるサーバに関するものである。
【背景技術】
【０００２】
近年、個人認証に用いられるデバイスとして、ＩＣカードや、携帯電話に搭載されているＳＩＭ（Subscriber Identity Module）カードなど、様々な種類のセキュアデバイスが利用されるようになってきている。セキュアデバイスには、例えば、社員証、学生証、セキュリティルームへの入退室許可などのアプリケーションが搭載されている。また、１つだけでなく複数のアプリケーションが搭載されているセキュアデバイスも増えてきている。
【０００３】
セキュアデバイスに対しては、所定のコマンドシーケンスを実行することにより、アプリケーションの追加や削除などの処理を行うことができる。このような処理を容易に実行できるようにするため、コマンドシーケンスをスクリプトで定義する技術が提案されている（例えば、特許文献１及び２）。
【０００４】
コマンドシーケンスをスクリプトで定義することにより、新たな種類のセキュアデバイスやアプリケーションへの対応が、スクリプトの編集で可能となる。そのため、コマンドシーケンスをＣやＪａｖａ（登録商標）等のプログラムに埋め込む場合と比較し、新たな種類のセキュアデバイスやアプリケーションへの対応が容易であるという利点がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第３８８７２６３号公報
【特許文献２】特許第３８５７１９０号公報
【特許文献３】特開２０１３−３６２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
セキュアデバイスを発行する処理、あるいは、発行済みのセキュアデバイスにアプリケーションを搭載・設定する等の処理においては、セキュアデバイスに対して、規定されたシーケンスで複数のコマンドを実行する必要がある。
【０００７】
コマンドシーケンスを実行している途中で通信断等が発生すると、サーバからのコマンドに対するセキュアデバイスからのレスポンスがサーバに届かない場合がある。この場合、サーバは、そのコマンドがセキュアデバイスに対して実行されたか否かを判断することができない。
【０００８】
このような状況において、レスポンスの届かなかったコマンドがセキュアデバイスに対して実行されていなかった場合は、リカバリ処理として、実行されなかったコマンドからコマンドシーケンスをリトライ（再実行）すればよい。しかしながら、当該コマンドがセキュアデバイスに対して実行されていた場合は、コマンドの種類によっては、実行されていたコマンドからコマンドシーケンスをリトライすることにより同一のコマンドを重複して実行してしまうと、セキュアデバイスが想定と異なる状態に遷移してしまう場合がある。したがって、サーバは、これらを考慮して適切なリカバリ処理を実行する必要がある。
【０００９】
一つの方法として、コマンドシーケンスのあるコマンドに対するレスポンスがサーバに届かなかった場合は、セキュアデバイスを初期化して最初から発行処理をやり直したり、セキュアデバイスに搭載済みのアプリケーションを削除して再度アプリケーションの搭載・設定をやり直したりするという方法がある。しかしながら、この方法は、時間的に非効率であった。
【００１０】
また、他の方法として、コマンドシーケンスの中断箇所に応じたリカバリ処理を定義しておき、あるコマンドに対するレスポンスがサーバに届かなかった場合は、中断箇所に応じて定義されたリカバリ処理を実行するという方法が提案されている（特許文献３）。しかしながら、この方法はサーバで状態を管理するため、他のサーバでは処理を継続することができず、また、他のサーバで処理を継続するためにはサーバ間で状態の同期をとる等の対応をすることが必要であった。
【００１１】
したがって、かかる点に鑑みてなされた本発明の目的は、セキュアデバイス上のアプリケーションに対する設定処理等のコマンドシーケンスが途中で中断した場合に、サーバに依存せず効率的にリカバリ処理を実行することができるセキュアデバイス管理システム、セキュアデバイス管理方法及びサーバを提供することにある。
【課題を解決するための手段】
【００１２】
上記課題を解決するため、本発明に係るセキュアデバイス管理システムは、サーバと通信端末とがネットワークを介して通信を行うセキュアデバイス管理システムであって、前記通信端末は、少なくとも１つのアプリケーションを格納するセキュアデバイスと、前記セキュアデバイスと前記サーバとの間の通信を制御する仲介アプリケーションとを備え、前記サーバは、前記通信端末と通信を行うコマンド送受信部と、前記セキュアデバイスのコマンドシーケンスを定義するスクリプトを格納する記憶部と、前記スクリプトに基づいてＡＰＤＵコマンドを生成して前記セキュアデバイスに送信する制御部とを備え、前記スクリプトは、前記セキュアデバイスへのパーソナライズ要求に対し、前記セキュアデバイスのパーソナライズ状態を確認して当該パーソナライズ状態に応じたリカバリタイプを判定する第１のコマンドシーケンスと、前記リカバリタイプに応じたパーソナライズを実行する第２のコマンドシーケンスとを定義することを特徴とするものである。
【００１３】
また、上記課題を解決するため、本発明に係るセキュアデバイス管理方法は、サーバと通信端末とがネットワークを介して通信を行うセキュアデバイス管理システムにおけるセキュアデバイス管理方法であって、前記通信端末が備えるセキュアデバイスへのパーソナライズ要求に対し、前記サーバが、当該サーバが備える記憶部に格納されるスクリプトが定義するコマンドシーケンスに基づいて、前記セキュアデバイスのパーソナライズ状態を確認して当該パーソナライズ状態に応じたリカバリタイプを判定するステップと、前記リカバリタイプに応じたパーソナライズを実行するするステップとを含むものである。
【００１４】
また、上記課題を解決するため、本発明に係るサーバは、通信端末とネットワークを介して通信を行うサーバであって、前記通信端末と通信を行うコマンド送受信部と、前記通信待つが備えるセキュアデバイスのコマンドシーケンスを定義するスクリプトを格納する記憶部と、前記スクリプトに基づいてＡＰＤＵコマンドを生成して前記セキュアデバイスに送信する制御部とを備え、前記スクリプトは、前記セキュアデバイスへのパーソナライズ要求に対し、前記セキュアデバイスのパーソナライズ状態を確認して当該パーソナライズ状態に応じたリカバリタイプを判定する第１のコマンドシーケンスと、前記リカバリタイプに応じたパーソナライズを実行する第２のコマンドシーケンスとを定義することを特徴とするものである。
【発明の効果】
【００１５】
本発明によれば、セキュアデバイス上のアプリケーションに対する設定処理等のコマンドシーケンスが途中で中断した場合に、サーバに依存せず効率的にリカバリ処理を実行することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態に係るセキュアデバイス管理システムの構成を示す図である。
【図２】本発明の一実施形態に係るセキュアデバイス管理システムにおける初回のパーソナライズの場合の動作の一例を示すシーケンス図である。
【図３】本発明の一実施形態に係るセキュアデバイス管理システムにおけるリトライの場合の動作の一例を示すシーケンス図である。
【図４】コマンドシーケンスの定義の一例を示す図である。
【図５】パーソナライズ状態の確認の定義の一例を示す図である。
【図６】リカバリタイプの定義の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明に係る実施形態について、図面を参照して説明する。
【００１８】
図１は、本発明の一実施形態に係るセキュアデバイス管理システムの構成を示す図である。セキュアデバイス管理システム１００においては、サーバ１０と通信端末２０とが、インターネット、ＬＡＮ等のネットワーク３０を介して接続され通信を行う。サーバ１０は、セキュアデバイスを管理するサーバであり、通信端末２０は、例えば、スマートフォンなどである。
【００１９】
最初にサーバ１０について説明する。
【００２０】
サーバ１０は、コマンド送受信部１１、制御部１２、記憶部１６及び利用者情報ＤＢ（データベース）１７を備え、制御部１２は、業務処理制御部１３、運用管理部１４及びスクリプト制御部１５を含む。
【００２１】
コマンド送受信部１１は、通信端末２０にＡＰＤＵ（Application Protocol Data Unit）コマンドを送信し、通信端末２０からＡＰＤＵレスポンスを受信する。ここで、ＡＰＤＵとは、セキュアデバイス２２に対する命令（コマンド）や、セキュアデバイス２２からの応答（レスポンス）に用いられるデータである。コマンド送受信部１１からセキュアデバイス２２に送信するコマンドを「ＡＰＤＵコマンド」と称し、コマンド送受信部１１がセキュアデバイス２２から受信するレスポンスを「ＡＰＤＵレスポンス」と称するものとする。ＡＰＤＵコマンドには、「ＷＲＩＴＥ」や「ＲＥＡＤ」などのコマンドが含まれており、ＡＰＤＵレスポンスには、状態を示すステータスコードなどが含まれている。
【００２２】
制御部１２は、業務処理制御部１３、運用管理部１４及びスクリプト制御部１５を含む。また、制御部１２は、サーバ１０全体を制御する。
【００２３】
業務処理制御部１３は、コマンド送受信部１１からの要求に応じて業務処理を制御する。
【００２４】
運用管理部１４は、スクリプト制御部１５にＡＰＤＵコマンドの生成処理を依頼する。
【００２５】
スクリプト制御部１５は、記憶部１６に格納されているスクリプトを解釈し、コマンド送受信部１１がセキュアデバイス２２に送信するＡＰＤＵコマンドを生成する。スクリプト制御部１５がスクリプトを解釈して実行する処理については、図２及び図３のシーケンス図の説明において詳述する。
【００２６】
記憶部１６は、セキュアデバイス２２に対するコマンドシーケンスを定義するスクリプトを格納している。例えば、スクリプトは、セキュアデバイス２２のパーソナライズ状態を確認してパーソナライズ状態に応じたリカバリタイプを判定するコマンドシーケンス（第１のコマンドシーケンス）や、リカバリタイプに応じたパーソナライズを実行するコマンドシーケンス（第２のコマンドシーケンス）や、セキュアデバイス２２にパーソナライズを実行するコマンドシーケンスなどを定義している。スクリプトはＡＰＤＵコマンドを生成するための雛形である。
【００２７】
利用者情報ＤＢ１７は、ＡＰＤＵコマンドに埋め込まれる利用者ＩＤ等の利用者に関連する情報を管理するデータベースである。
【００２８】
続いて通信端末２０について説明する。
【００２９】
仲介アプリケーション２１は、セキュアデバイス２２とサーバ１０との間の通信を制御する。
【００３０】
セキュアデバイス２２は、電話番号を特定するための固有のＩＤ番号が記録されたデバイスであり、例えば、ＵＩＣＣ（Universal Integrated Circuit Card）などである。セキュアデバイス２２には、少なくとも１つのアプリケーションが格納されている。セキュアデバイス２２に格納されているアプリケーションは、例えば、社員証、学生証、セキュリティルームへの入退室許可などである。
【００３１】
以下、本発明の一実施形態に係るセキュアデバイス管理システム１００の動作について、図２及び図３のシーケンス図を参照しながら説明する。なお、後述するように、サーバ１０は、セキュアデバイス２２に対してパーソナライズを実行する際、そのパーソナライズが初回のパーソナライズであるかリトライ（途中で処理が中断した場合のパーソナライズ）であるかを判定し、判定結果に応じて異なる処理を実行するが、図２は初回のパーソナライズであった場合のシーケンス図、図３はリトライであった場合のシーケンス図である。
【００３２】
最初に、図２のシーケンス図を参照しながら、初回のパーソナライズであった場合のセキュアデバイス管理システム１００の動作について説明する。
【００３３】
通信端末２０の利用者が、セキュアデバイス２２へのパーソナライズを要求すると、通信端末２０の仲介アプリケーション２１は、サーバ１０のコマンド送受信部１１に、パーソナライズ要求を送信する（ステップＳ１０１）。
【００３４】
コマンド送受信部１１は、受信したパーソナライズ要求を制御部１２に通知する（ステップＳ１０２）。
【００３５】
制御部１２の業務処理制御部１３は、パーソナライズ要求に基づいて、運用管理部１４にスクリプト制御部１５への業務処理を依頼する。運用管理部１４は、スクリプト制御部１５にコマンド生成処理を依頼する。スクリプト制御部１５は、記憶部１６にスクリプトを要求する（ステップＳ１０３）。
【００３６】
制御部１２のスクリプト制御部１５は、記憶部１６からスクリプトを読み込む（ステップＳ１０４）。
【００３７】
制御部１２のスクリプト制御部１５は、利用者情報ＤＢ１７に、初回のパーソナライズであるかリトライであるかを判定するための情報を要求し（ステップＳ１０５）、利用者情報ＤＢ１７から、初回のパーソナライズであるかリトライであるかを判定するための情報を取得する（ステップＳ１０６）。
【００３８】
制御部１２のスクリプト制御部１５は、利用者情報ＤＢ１７から取得した情報に基づいて、要求されているパーソナライズが初回の実行であるかリトライであるかを判定する（ステップＳ１０７）。図２に示すシーケンス図は、初回のパーソナライズであった場合の例であるため、スクリプト制御部１５は、初回のパーソナライズであると判定する。
【００３９】
制御部１２のスクリプト制御部１５は、記憶部１６にスクリプトを要求し（ステップＳ１０８）、記憶部１６からスクリプトを読み込む（ステップＳ１０９）。ここで、スクリプト制御部１５が記憶部１６から読み込むスクリプトは、例えば、図４に示すようなコマンドシーケンスで定義されるパーソナライズ用のスクリプトである。図４に示す例では、コマンド１〜５の５つのコマンドがスクリプトに定義されている。
【００４０】
制御部１２のスクリプト制御部１５は、利用者情報ＤＢ１７に、パーソナライズに必要な情報であるパーソナライズ情報を要求し（ステップＳ１１０）、利用者情報ＤＢ１７から、パーソナライズ情報を取得する（ステップＳ１１１）。
【００４１】
制御部１２のスクリプト制御部１５は、ステップＳ１０９で読み込んだ初回のパーソナライズ用のスクリプトを解釈して、パーソナライズ用の複数のＡＰＤＵコマンドを生成する。図４に示すようなコマンドシーケンスの場合、スクリプト制御部１５は、５つのＡＰＤＵコマンドを生成する（ステップＳ１１２）。
【００４２】
制御部１２は、コマンド送受信部１１にＡＰＤＵコマンドを渡す（ステップＳ１１３）。コマンド送受信部１１は、通信端末２０の仲介アプリケーション２１にＡＰＤＵコマンドを送信する（ステップＳ１１４）。仲介アプリケーション２１は、セキュアデバイス２２にＡＰＤＵコマンドを渡す（ステップＳ１１５）。
【００４３】
セキュアデバイス２２は、ＡＰＤＵコマンドによって命令された処理を実行し、仲介アプリケーション２１にＡＰＤＵレスポンスを渡す（ステップＳ１１６）。仲介アプリケーション２１は、サーバ１０のコマンド送受信部１１にＡＰＤＵレスポンスを送信する（ステップＳ１１７）。コマンド送受信部１１は、制御部１２にＡＰＤＵレスポンスを渡す（ステップＳ１１８）。
【００４４】
サーバ１０及び通信端末２０は、コマンドシーケンスに定義されているＡＰＤＵコマンドの数だけ、ステップＳ１１３〜Ｓ１１８の処理を繰り返す。例えば、ＡＰＤＵコマンド数が５つの場合は、サーバ１０及び通信端末２０は、ステップＳ１１３〜Ｓ１１８の処理を５回繰り返す。
【００４５】
制御部１２は、コマンドシーケンスに定義されている最後のＡＰＤＵコマンドに対するＡＰＤＵレスポンスを受信すると、コマンド送受信部１１に処理完了通知を渡す（ステップＳ１１９）。コマンド送受信部１１は、通信端末２０の仲介アプリケーション２１に処理完了通知を送信する（ステップＳ１２０）。仲介アプリケーション２１は、セキュアデバイス２２に処理完了通知を渡す（ステップＳ１２１）。
【００４６】
なお、図２のシーケンス図の説明においては、ステップＳ１１２において、スクリプト制御部１５が、５つのＡＰＤＵコマンドを一括で生成し、サーバ１０及び通信端末２０が、ＡＰＤＵコマンドの数だけ、ステップＳ１１３〜Ｓ１１８の処理を繰り返すものとして説明したが、ステップＳ１１２において、スクリプト制御部１５が、１つのＡＰＤＵコマンドだけを生成し、サーバ１０及び通信端末２０が、ＡＰＤＵコマンドの数だけ、ステップＳ１０８〜Ｓ１１８の処理を繰り返すようにしてもよい。
【００４７】
続いて、図３のシーケンス図を参照しながら、リトライであった場合のセキュアデバイス管理システム１００の動作について説明する。
【００４８】
ステップＳ２０１〜Ｓ２０６までは、図２のステップＳ１０１〜Ｓ１０６と同様の処理であるため、説明を省略する。
【００４９】
制御部１２のスクリプト制御部１５は、利用者情報ＤＢ１７から取得した情報に基づいて、要求されているパーソナライズが初回の実行であるかリトライであるかを判定する（ステップＳ２０７）。図３に示すシーケンス図は、リトライであった場合の例であるため、スクリプト制御部１５は、要求されているパーソナライズがリトライであると判定する。
【００５０】
制御部１２のスクリプト制御部１５は、ステップＳ２０４で読み込んだスクリプトを解釈して、セキュアデバイス２２のパーソナライズ状態を確認するためのＡＰＤＵコマンドを生成する（ステップＳ２０８）。
【００５１】
制御部１２は、コマンド送受信部１１に、セキュアデバイス２２のパーソナライズ状態を確認するためのＡＰＤＵコマンドを渡す（ステップＳ２０９）。コマンド送受信部１１は、通信端末２０の仲介アプリケーション２１に当該ＡＰＤＵコマンドを送信する（ステップＳ２１０）。仲介アプリケーション２１は、セキュアデバイス２２に当該ＡＰＤＵコマンドを渡す（ステップＳ２１１）。
【００５２】
セキュアデバイス２２は、ＡＰＤＵコマンドによって命令された処理を実行し、仲介アプリケーション２１に、セキュアデバイス２２のパーソナライズ状態を示す情報を含むＡＰＤＵレスポンスを渡す（ステップＳ２１２）。仲介アプリケーション２１は、サーバ１０のコマンド送受信部１１に当該ＡＰＤＵレスポンスを送信する（ステップＳ２１３）。コマンド送受信部１１は、制御部１２に当該ＡＰＤＵレスポンスを渡す（ステップＳ２１４）。
【００５３】
制御部１２のスクリプト制御部１５は、セキュアデバイス２２から受信したＡＰＤＵレスポンスに含まれるパーソナライズ状態を示す情報に基づいて、どのリカバリタイプを選択するかを判定する（ステップＳ２１５）。
【００５４】
ここで、スクリプト制御部１５が、どのようにリカバリタイプを選択するかの一例を、図５を参照して説明する。図５に示す例は、パーソナライズ用のコマンドシーケンスがコマンド１〜５の処理を含む場合に、どのコマンドまでが実行されているかを、スクリプト制御部１５が、パーソナライズ状態を示す情報として受信して、その情報に基づいてリカバリタイプを選択する場合の例を示す。例えば、コマンド１〜５が全て未実施である場合、スクリプト制御部１５は、リカバリタイプ１を選択する。また、コマンド１が実施されていて、コマンド２〜５が未実施である場合は、スクリプト制御部１５は、リカバリタイプ２を選択する。
【００５５】
図５に示す例では、リカバリタイプは、リカバリタイプ１〜６の６種類ある。その様子を図６に示す。それぞれのリカバリタイプは、それぞれのパーソナライズ状態に応じた処理を定義している。例えば、リカバリタイプ２の場合、コマンド１が実施されていて、コマンド２〜５が未実施であるので、コマンド２〜５を実行する処理シーケンスを定義している。
【００５６】
制御部１２のスクリプト制御部１５は、記憶部１６に、ステップＳ２１５にて選択したリカバリタイプのスクリプトを要求し（ステップＳ２１６）、記憶部１６から当該スクリプトを読み込む（ステップＳ２１７）。
【００５７】
制御部１２のスクリプト制御部１５は、選択したリカバリタイプのスクリプトの定義に基づいて、利用者情報ＤＢ１７に、必要なパーソナライズ情報を要求し（ステップＳ２１８）、利用者情報ＤＢ１７から、パーソナライズ情報を取得する（ステップＳ２１９）。
【００５８】
制御部１２のスクリプト制御部１５は、ステップＳ２１７で読み込んだパーソナライズ用のスクリプトを解釈して、パーソナライズ用の複数のＡＰＤＵコマンドを生成する（ステップＳ２２０）。
【００５９】
ステップＳ２２１〜Ｓ２２９までは、図２のステップＳ１１３〜Ｓ１２１と同様の処理であるため、説明を省略する。
【００６０】
なお、図３のシーケンス図の説明においては、パーソナライズが初回のパーソナライズであるかリトライであるかを判定し、リトライの場合のみに、パーソナライズ状態を確認する処理（ステップＳ２０８〜Ｓ２１４）を実行したが、初回のパーソナライズであるかリトライであるかの判定、すなわち、ステップＳ２０５〜Ｓ２０７の処理を省略し、初回のパーソナライズであるかリトライであるかに関わらず、常に、パーソナライズ状態を確認する処理（ステップＳ２０８〜Ｓ２１４）を実行するようにして処理ロジックを単純化
してもよい。
【００６１】
また、図３のシーケンス図の説明においては、ステップＳ２２０において、スクリプト制御部１５が、複数のＡＰＤＵコマンドを一括で生成し、サーバ１０及び通信端末２０が、ＡＰＤＵコマンドの数だけ、ステップＳ２２１〜Ｓ２２６の処理を繰り返すものとして説明したが、ステップＳ２２０において、スクリプト制御部１５が、１つのＡＰＤＵコマンドだけを生成し、サーバ１０及び通信端末２０が、ＡＰＤＵコマンドの数だけ、ステップＳ２１６〜Ｓ２２６の処理を繰り返すようにしてもよい。
【００６２】
続いて、例えば、図２のシーケンス図のステップＳ１１３〜ステップＳ１１８を繰り返している最中に通信断が発生した場合、又は、図３のシーケンス図のステップＳ２２１〜ステップＳ２２６を繰り返している最中に通信断が発生した場合について説明する。
【００６３】
このような場合は、所定の時間が経過しても、サーバ１０の制御部１２は、ＡＰＤＵコマンドに対するＡＰＤＵレスポンスを受信しないため、エラーが発生したものとして処理する。処理が中断した場合、通信端末２０の利用者は、通信端末２０に対してパーソナライズを再要求する。
【００６４】
本実施形態においては、サーバ１０の制御部１２が、セキュアデバイス２２のパーソナライズ状態を確認して適切なリカバリタイプを選択するため、正しくリトライ処理を実行することができる。この際、中断時のサーバでないサーバであっても、セキュアデバイス２２のパーソナライズ状態を確認して適切なリカバリタイプを選択するため、正しくリトライ処理を実行することができる。
【００６５】
このように、本実施形態によれば、スクリプトに、セキュアデバイスのパーソナライズ状態を確認して当該パーソナライズ状態に応じたリカバリタイプを判定するコマンドシーケンスが定義されているため、途中で処理が中断した場合に、サーバが複数台あったとしても、どのサーバであっても、効率的に正しく処理を継続することが可能である。
【００６６】
また、初回のパーソナライズの場合は、セキュアデバイスの状態確認を実行せずに、パーソナライズを実行することにより、初回のパーソナライズの場合の処理を低減することができる。
【００６７】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。
【００６８】
例えば、上記実施形態では、セキュアデバイス２２が通信端末２０に含まれている場合を例に挙げて説明したが、この形態のセキュアデバイスに限定されるものではなく、セキュアデバイスとしてＩＣカードなどを利用する場合であっても、本発明は適用可能である。
【符号の説明】
【００６９】
１０  サーバ
１１  コマンド送受信部
１２  制御部
１３  業務処理制御部
１４  運用管理部
１５  スクリプト制御部
１６  記憶部
１７  利用者情報ＤＢ
２０  通信端末
２１  仲介アプリケーション
２２  セキュアデバイス
３０  ネットワーク
１００  セキュアデバイス管理システム
【図１】
2015046114.tif 000003
【図２】
2015046114.tif 000004
【図３】
2015046114.tif 000005
【図４】
2015046114.tif 000006
【図５】
2015046114.tif 000007
【図６】
2015046114.tif 000008