JP2021056974A - 電子情報記憶媒体、プログラム、プロファイル更新状態通知方法、及びサーバ - Google Patents

Abstract

【課題】プロファイルの更新状態を効率良く管理し、所定の機能が使用できない状態になることを低減することが可能な電子情報記憶媒体、プログラム、プロファイル更新状態通知方法、及びサーバを提供する。
【解決手段】所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体は、外部装置からプロファイルの更新コマンドを受信すると、当該更新コマンドに応じて、当該プロファイルの構成データが不足しているか否かを判定する。そして、電子情報記憶媒体は、その判定結果に基づいて当該プロファイルの更新完了または更新中を示す状態情報を記憶し、当該更新コマンドに対するレスポンスを外部装置へ送信する。
【選択図】図６

Description

本発明は、所定の機能に係る処理に使用されるプロファイルを記憶可能なＩＣモジュール等の技術分野に関する。

近年、ＩｏＴ（Internet of Things）の普及に伴い、インターネットへ接続する通信機能をもつＩＣモジュールが組み込まれているＩｏＴデバイスが知られている。通常、これまでのスマートフォンなどの移動機においては、通信キャリアを変更する（切り替える）場合や、同一キャリア内でも契約内容を変更する場合（例えば、３ＧからＬＴＥなど）、ＵＩＭカードを交換することで対応されていた。しかしながら、ＩＣモジュール組み込み型の移動機の場合、ＩＣモジュールを交換することは困難である。ＩＣモジュールが取り付けられた基盤には、通常、その他のモジュールもあわせて組み込まれていることも多く、基盤の交換に伴うコストは大きなものとなる。また、ＩＣモジュールが取り付けられた基盤の交換ができない機器も存在し、この場合、機器自体の交換が必要となる。このような状況を解決するためのＩＣモジュールとして、ｅＵＩＣＣ（Embedded Universal Integrated Circuit Card）が製品化されている。ｅＵＩＣＣは、例えば通信キャリアにより提供されるサービスで必要となるプロファイルを切り替え可能な組み込み型のＵＩＭモジュールであり、プロファイルを切り替えることで、モジュールを取り替えることなく、通信キャリアや契約内容を変更することが可能となっている。かかるプロファイルには、例えば特許文献１に開示されるようなＵＩＣＣが提供する機能を示すサービステーブルが含まれる。

特許第５１４９５１６号

ところで、組み込み型のＵＩＭモジュールでは、例えば通信キャリアや契約内容を変更したりする場合に、市場にてプロファイルの更新（新規登録、一部追加、変更、削除など）が発生する。プロファイルの更新においては、無線でコマンドを送受信することが想定されるため、通信状況によって更新の途中で処理が中断されたり、一部のコマンドが届かなかったりといったケースが考えられ、プロファイルの更新が不十分な状態となることがある。また、ＵＩＭモジュールにより提供される機能によっては、必要となる鍵やファイルなどが異なるため、例えば、これまで無効（Disable）であった機能を有効（Enable）にする場合には、追加でファイルや鍵の発行が必要となることがある。ところが、通信キャリアや契約内容を変更するにあたって事前にプロファイルの内容を把握できず、プロファイルの更新が不十分な状態となることがある。このように、プロファイルの更新状態が把握できないまま例えば認証処理が実行されるとエラーが発生し通信機能が使用できない状態になる可能性がある。

そこで、本発明は、以上の点に鑑みてなされたものであり、プロファイルの更新状態を効率良く管理し、所定の機能が使用できない状態になることを低減することが可能な電子情報記憶媒体、プログラム、プロファイル更新状態通知方法、及びサーバを提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体であって、外部装置からプロファイルの更新コマンドを受信する第１受信手段と、前記更新コマンドに応じて、前記プロファイルの構成データが不足しているか否かを判定する判定手段と、前記判定手段による判定結果に基づいて前記プロファイルの更新完了または更新中を示す状態情報を記憶する記憶手段と、前記更新コマンドに対するレスポンスを前記外部装置へ送信する第１応答手段と、を備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記判定手段により不足していると判定された場合に、前記第１応答手段は、前記プロファイルの更新中を示す前記レスポンスを前記外部装置へ送信することを特徴とする。

請求項３に記載の発明は、請求項２に記載の電子情報記憶媒体において、前記外部装置から前記不足している前記構成データの確認コマンドを受信する第２受信手段と、前記確認コマンドに応じて、前記不足している前記構成データの識別情報を取得する取得手段と、前記取得手段により取得された識別情報を示す、前記確認コマンドに対するレスポンスを前記外部装置へ送信する第２応答手段と、を更に備えることを特徴とする。

請求項４に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記判定手段により不足していると判定された場合に、当該不足している前記構成データの識別情報を取得する取得手段を更に備え、前記第１応答手段は、前記取得手段により取得された識別情報を示す前記レスポンスを前記外部装置へ送信することを特徴とする。

請求項５に記載の発明は、請求項３または４に記載の電子情報記憶媒体において、前記外部装置から前記識別情報により識別される前記構成データの生成コマンドを受信する第３受信手段と、前記生成コマンドに応じて、前記不足している前記構成データを生成する生成手段と、を更に備えることを特徴とする。

請求項６に記載の発明は、請求項１乃至５の何れか一項に記載の電子情報記憶媒体において、前記外部装置から前記機能に係る処理を実行させるための機能コマンドを受信する第４受信手段と、前記機能コマンドに応じて、前記状態情報をチェックするチェック手段と、前記チェック手段によるチェック結果、前記状態情報が更新完了を示す場合に、前記機能コマンドに応じた処理を実行する処理手段と、を更に備えることを特徴とする。

請求項７に記載の発明は、請求項１乃至５の何れか一項に記載の電子情報記憶媒体において、前記外部装置から前記機能に係る処理を実行させるための機能コマンドを受信する第４受信手段と、前記機能コマンドに応じて、前記状態情報をチェックするチェック手段と、前記チェック手段によるチェック結果、前記状態情報が更新中を示す場合に、エラーを示す、前記機能コマンドに対するレスポンスを前記外部装置へ送信する第３応答手段と、を更に備えることを特徴とする。

請求項８に記載の発明は、請求項７に記載の電子情報記憶媒体において、前記外部装置から前記不足している前記構成データの確認コマンドを受信する第２受信手段と、前記確認コマンドに応じて、前記不足している前記構成データの識別情報を取得する取得手段と、前記取得手段により取得された識別情報を示す、前記確認コマンドに対するレスポンスを前記外部装置へ送信する第２応答手段と、を更に備えることを特徴とする。

請求項９に記載の発明は、請求項８に記載の電子情報記憶媒体において、前記外部装置から前記識別情報により識別される前記構成データの生成コマンドを受信する第３受信手段と、前記生成コマンドに応じて、前記不足している前記構成データを生成する生成手段と、を更に備えることを特徴とする。

請求項１０に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記外部装置は、ネットワークを介してサーバとの間で通信可能な端末であって、前記更新コマンドは、前記サーバにより生成されて前記端末へ送信された後、当該端末から前記電子情報記憶媒体へ送信されることで前記第１受信手段により受信されるものであり、前記第１応答手段は、前記電子情報記憶媒体から送信すべきプロアクティブコマンドがあることを示す前記レスポンスを前記端末へ送信し、前記端末により生成された、前記プロアクティブコマンドの要求コマンドを受信する第５受信手段と、前記状態情報が更新完了を示す場合に、前記要求コマンドに対するレスポンスとして、前記プロファイルの構成に変更があったことを示す前記プロアクティブコマンドを前記端末へ送信する第４応答手段と、を更に備えることを特徴とする。

請求項１１に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記外部装置は、サーバとの間で通信可能な端末であって、前記更新コマンドは、前記サーバにより生成されて前記端末へ送信された後、当該端末から前記電子情報記憶媒体へ送信されることで前記第１受信手段により受信されるものであり、前記第１応答手段は、前記電子情報記憶媒体から送信すべきプロアクティブコマンドがあることを示す前記レスポンスを前記端末へ送信し、前記端末により生成された、前記プロアクティブコマンドの要求コマンドを受信する第５受信手段と、前記状態情報が更新中を示す場合に、前記要求コマンドに対するレスポンスとして、前記プロファイルの更新中を示す前記プロアクティブコマンドを前記端末へ送信する第５応答手段と、を更に備えることを特徴とする。

請求項１２に記載の発明は、所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体に含まれるコンピュータを、外部装置から前記プロファイルの更新コマンドを受信する第１受信手段と、前記更新コマンドに応じて、前記プロファイルの構成データが不足しているか否かを判定する判定手段と、前記判定手段による判定結果に基づいて前記プロファイルの更新完了または更新中を示す状態情報を記憶する記憶手段と、前記更新コマンドに対するレスポンスを前記外部装置へ送信する第１応答手段として機能させることを特徴とする。

請求項１３に記載の発明は、所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体に含まれるコンピュータにより実行されるプロファイル更新状態通知方法であって、外部装置からプロファイルの更新コマンドを受信するステップと、前記更新コマンドに応じて、前記プロファイルの構成データが不足しているか否かを判定するステップと、前記判定の結果に応じたレスポンスを前記外部装置へ送信するステップと、を含むことを特徴とする。

請求項１４に記載の発明は、所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体と通信設備を介して通信可能なサーバであって、前記プロファイルにおいて不足している構成データの確認コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信する第１送信部と、前記確認コマンドに応じて、前記電子情報記憶媒体から前記通信設備を介して前記不足している前記構成データの識別情報を示すレスポンスが受信された場合に、当該識別情報により識別される前記構成データの生成コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信する第２送信部と、を備えることを特徴とする。

請求項１５に記載の発明は、請求項１に記載のサーバにおいて、前記第１送信部は、前記プロファイルの発行が完了した際に、前記確認コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信することを特徴とする。

請求項１６に記載の発明は、請求項１に記載のサーバにおいて、前記第１送信部は、前記確認コマンドを送信する前に、前記プロファイルの更新コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信し、当該更新コマンドに応じて、前記電子情報記憶媒体から前記通信設備を介して前記プロファイルの更新中を示すレスポンスが受信された場合に、前記確認コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信することを特徴とする。

請求項１７に記載の発明は、所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体と通信設備を介して通信可能なサーバであって、前記プロファイルの更新コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信する第１送信部と、前記更新コマンドに応じて、前記電子情報記憶媒体から前記通信設備を介して前記プロファイルにおいて不足している構成データの識別情報を示すレスポンスが受信された場合に、当該識別情報により識別される前記構成データの生成コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信する第２送信部と、を備えることを特徴とする。

本発明によれば、プロファイルの更新状態を効率良く管理し、所定の機能が使用できない状態になることを低減することができる。

通信システムＳの概要構成例を示す図である。 サーバ１の概要構成例を示す図である。 ファイルグループの一例を示す図である。 端末２及びＩＣモジュール３の概要構成例を示す図である。 サービステーブルの一例を示す図である。 ＩＣモジュール３によりコマンドが受信されたときのメイン処理の一例を示すフローチャートである。 ＩＣモジュール３におけるプロファイルの更新状態の遷移を示す図である。 実施例１における通信システムＳの動作を示すシーケンス図である。 実施例２における通信システムＳの動作を示すシーケンス図である。 実施例３における通信システムＳの動作を示すシーケンス図である。 実施例４における通信システムＳの動作を示すシーケンス図である。 実施例５における通信システムＳの動作を示すシーケンス図である。 実施例６における通信システムＳの動作を示すシーケンス図である。 実施例７における通信システムＳの動作を示すシーケンス図である。 実施例８において、ＩＣモジュール３によりコマンドが受信されたときのメイン処理の一例を示すフローチャートである。 実施例８における通信システムＳの動作を示すシーケンス図である。

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、通信システムに対して本発明を適用した場合の実施の形態である。

［１．通信システムの概要構成］
先ず、図１を参照して、本実施形態に係る通信システムＳの概要構成について説明する。図１は、通信システムＳの概要構成例を示す図である。図１に示すように、通信システムＳは、サーバ１、端末２（外部装置の一例）、及びＩＣモジュール３を含んで構成される。ここで、通信システムＳにおいて、サーバ１は、例えばサービスを提供するベンダーごとに設けられるが、本実施形態では、その中の１つのサーバ１を例にとって説明する。端末２は、種々のサービス（例えば、通信サービス）の提供を受ける移動機である。ＩＣモジュール３は、本発明の電子情報記憶媒体の一例であり、端末２内に一体的に組み込まれている。図１の例では、端末２及びＩＣモジュール３を、それぞれ１つずつ示しているが、実際にはユーザ毎に存在する。サーバ１及び端末２は、それぞれ、無線通信ネットワーク（移動通信網）等により構成されるネットワークＮＷに接続され、ネットワークＮＷを介して互いに通信可能になっている。具体的には、サーバ１と端末２は、ネットワークＮＷをベースとして、例えば、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet protocol）及びＴＬＳ（Transport Layer Security）プロトコルにしたがって通信する。なお、ネットワークＮＷ及び端末２は、通信設備を構成する。

一方、端末２とＩＣモジュール３は、所定のインターフェースを介して互いに通信可能になっている。具体的には、端末２とＩＣモジュール３は、所定のインターフェースをベースとして、例えば、ＡＰＤＵ（Application Protocol Data Unit）プロトコルにしたがって通信する。所定のインターフェースの例として、ＳＰＩ（Serial Peripheral Interface）、Ｉ²Ｃ（Inter-Integrated Circuit）、及びISO7816インターフェースなどが挙げられる。ＳＰＩ及びＩ²Ｃは、シリアル通信インターフェースであり、特に、ＳＰＩは、同時に双方向の通信を行う全二重シリアル通信プロトコルを用いる。一方、ISO7816インターフェースは、ISO7816-2で定義される通信インターフェース（Ｃ１〜Ｃ８の８個の端子を利用した通信インターフェース）であり、ＴＰＤＵ（Transmission Protocol Data Unit）プロトコル（例えば、Ｔ＝０またはＴ＝１）を用いる。なお、ＡＰＤＵプロトコルは、ISO7816-3で定義されるＡＰＤＵを送受信するためのプロトコルである。さらに、端末２は、サーバ１とＩＣモジュール３との間の通信を仲介する機能を担っており、この仲介の際にプロトコル変換を行う。これにより、ＩＣモジュール３は、ネットワークＮＷ及び端末２を介してサーバ１と通信可能になっている。なお、図示しないが、ＩＣモジュール３は、ネットワークＮＷ及び端末２を介してサーバ１以外の通信機器と通信可能になっている。

［２．サーバ１の構成及び機能］
次に、図２を参照して、本実施形態に係るサーバ１の構成及び機能について説明する。図２は、サーバ１の概要構成例を示す図である。図２に示すように、サーバ１は、通信部１１、記憶部１２、及び制御部１３等を備えて構成される。通信部１１は、ネットワークＮＷに接続するための通信機器である。記憶部１２には、サーバプログラム、及び発行済の１または複数のプロファイルが記憶される。プロファイルは、サービスを提供するための各種機能（機能に係る処理）の実行に必要となる特定ファイル（例えば、プログラムのファイル）及び特定データ（例えば、鍵データや設定データ）を集めたもの（換言すると、ファイルセット）である。このような特定ファイル及び特定データを、それぞれ、プロファイルの構成データともいう。例えば、プロファイルには、ベンダー毎に共通（必須）の構成データと、ベンダー毎（またはユーザ毎）にオプションとして選定される構成データとが含まれる。また、プロファイルの構成データは、基本的には、サービス毎に異なる。例えば、３Ｇ、ＬＴＥ、及び５Ｇのそれぞれによる無線通信サービスごとに通信方法や認証方法が異なるため、これらのサービスを提供するための各種機能の実行に必要となる構成データが異なる。また、プロファイルには、GlobalPlatformにて定義されているアプリケーションがサポートしている機能を示すPrivilege及びその機能の仕様に必要となる特定データも含まれる場合もある。例えば、アプリケーションのロードやインストールなどを実行可能な管理アプリケーション(Security Domain)の機能を持つPrivilege、リセット時にデフォルトアプリケーションとして基本ロジカルチャネル上で暗黙的に選択されるPrivilege、インストールされているすべてのアプリケーションやロードファイルを削除するPrivilegeなどがある。なお、プロファイルには、その識別情報が付与されており、プロファイルに含まれる構成データには、その識別情報が付与されている。

また、サービスに直接的に関係しないが、上記特定ファイルの使用に必要となる（換言すると、組合せとして紐付けられる）ファイルやデータも存在し、これらが１つのファイルグループとして纏められてグループ化される場合もある。図３は、ファイルグループの一例を示す図である。図３（Ａ）に示すグループ１は、EF_AAの特定ファイルと、EF_BB及びEF_DDのファイルと、KEY_1のデータ（鍵データ）とから構成されており、図３（Ｂ）に示すグループ２は、EF_CCの特定ファイルと、EF_FFのファイルとから構成されている。なお、特定ファイルの使用に必要となるファイルやデータは、当該特定ファイルとともに同じプロファイルの構成データとして位置付けられる。

さらに、記憶部１２には、端末２及びＩＣモジュール３と、そのユーザとの対応関係を示す対応付け情報が記憶される。かかる対応付け情報では、例えば、ネットワークＮＷを介して端末２にアクセスするためのアドレス情報と、ＩＣモジュール３の識別情報（ＩＤ）と、ユーザのユーザ情報とが対応付けられている。ここで、ユーザ情報には、例えば、ユーザにより利用されるサービスの情報、及び当該サービスを提供するために必要となるプロファイルの状態情報等が含まれる。プロファイルの状態情報には、例えば、プロファイルの更新中または更新完了を示す状態変数が含まれ、プロファイルの識別情報が付与されている。なお、プロファイルの状態情報は、機能毎に区別されて記憶されてもよい。

制御部１３は、例えばＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、及びＲＯＭ（Read Only Memory）等により構成され、例えば記憶部１２に記憶されたサーバプログラムにしたがって、プロファイルの発行、及び更新（新規登録、一部追加、変更、削除など）に関する処理等を実行する。なお、制御部１３は、本発明における第１送信部及び第２送信部として機能する。例えば、あるユーザからの要求によりサービスに関する通信キャリアや契約内容を変更することでプロファイルの更新が必要となった場合、制御部１３は、当該ユーザにより使用される端末２及びＩＣモジュール３を特定（例えば、アドレス情報及び識別情報により特定）し、対象のサービスを提供するために必要となるプロファイルの更新コマンドを、ネットワークＮＷ及び端末２を介してＩＣモジュール３へ送信する。

ここで、更新コマンドの例として、特定ファイル生成コマンド、サービステーブル更新コマンドなどが挙げられる。特定ファイル生成コマンドは、対象のサービスを提供するために必要となるプロファイルを構成する特定ファイルを生成させるコマンドである。特定ファイル生成コマンドには、例えば、特定ファイルの識別情報、及び特定ファイルを生成するために必要な情報（例えば、ファイル形式、ファイルサイズ、セキュリティ条件等）が含まれる。サービステーブル更新コマンドは、対象のサービスに対応するサービステーブルをＯＮ（つまり、サービスを有効（アクティブ））にさせるコマンドである。サービステーブルは、サービスを提供するために必要となる特定ファイルと特定データの少なくとも何れか一方をサービス毎に区別して登録するテーブル（リスト）である。サービステーブル更新コマンドには、例えば、対象のサービスを提供するために必要となるプロファイルの識別情報が含まれる。

上記更新コマンドに応じて、ＩＣモジュール３から端末２及びネットワークＮＷを介して、上記プロファイルの更新中を示すレスポンスが受信された場合に、制御部１３は、当該プロファイルにおいて不足している構成データの確認コマンドを、ネットワークＮＷ及び端末２を介してＩＣモジュール３へ送信する。そして、当該確認コマンドに応じて、ＩＣモジュール３から端末２及びネットワークＮＷを介して、不足している構成データの識別情報を示すレスポンスが受信された場合に、制御部１３は、当該識別情報により識別される構成データの不足データ生成コマンドを、ネットワークＮＷ及び端末２を介してＩＣモジュール３へ送信する。この生成コマンドには、不足している構成データの識別情報、及び構成データを生成するために必要な情報（例えば、ファイルの場合、ファイル形式、ファイルサイズ、セキュリティ条件等）が含まれる。なお、上記更新コマンドに応じて、ＩＣモジュール３から端末２及びネットワークＮＷを介して、不足している構成データの識別情報を示すレスポンスが受信される場合もある。この場合も、制御部１３は、当該識別情報により識別される構成データの不足データ生成コマンドを、ネットワークＮＷ及び端末２を介してＩＣモジュール３へ送信する。

［３．端末２及びＩＣモジュール３の構成及び機能］
次に、図４を参照して、端末２及びＩＣモジュール３の構成及び機能について説明する。図４は、端末２及びＩＣモジュール３の概要構成例を示す図である。なお、ＩＣモジュール３は、例えば、ｅＵＩＣＣとして、端末２から容易に取り外しや取り換えができないように組み込み基盤上に実装されている（つまり、端末２内に一体的に組み込まれている）。図４に示すように、端末２は、Ｉ／Ｆ部２１、無線通信部２２、記憶部２３、及び制御部２４等を備えて構成される。Ｉ／Ｆ部２１は、ＩＣモジュール３との間のインターフェースを担う。このインターフェースは、上述したように、ＳＰＩ、Ｉ²Ｃ、またはISO7816インターフェースなどである。

無線通信部２２は、ネットワークＮＷに接続するための通信モジュールであり、無線通信ネットワークの基地局を検出するモデムを備えている。これにより、無線通信部２２は、制御部２４により指定されたデータを変調し、その電波（搬送波）を、アンテナを介して基地局へ送信し、また、基地局からの電波を、アンテナを介して受信して復調することでデータを取り出して制御部２４へ送信する。記憶部２３は、例えば不揮発性メモリから構成され、所定のプログラム、及びデータが記憶される。また、記憶部２３には、データとして、サーバ１のＩＰアドレス及びポート番号、或いはサーバ１のＵＲＬ（Uniform Resource Locator）が記憶される。

制御部２４は、例えばＣＰＵ、ＲＡＭ、及びＲＯＭ等により構成され、サーバ１とＩＣモジュール３との間の通信を仲介する機能を担っており、上述したように、この仲介の際にプロトコル変換を行う。例えば、制御部２４は、サーバ１からのコマンド（例えば、更新コマンド等）を受信すると、当該コマンドのヘッダ（例えば、ＴＬＳレコードヘッダ、ＴＣＰヘッダ、及びＩＰヘッダ）をＡＰＤＵヘッダに代えてＩ／Ｆ部２１を介してＩＣモジュール３へ送信する。ここで、ＡＰＤＵヘッダは、ＣＬＡ（コマンドクラス）、ＩＮＳ（命令コード）、Ｐ１及びＰ２（命令パラメータ）から構成される。制御部２４は、ＩＣモジュール３からのレスポンスをＩ／Ｆ部２１を介して受信すると、レスポンスにヘッダ（例えば、ＴＬＳレコードヘッダ、ＴＣＰヘッダ、及びＩＰヘッダ）を付加してサーバ１へ送信する。なお、制御部２４は、ＩＣモジュール３により実行される各種機能のうち、例えば認証機能の一部を担う場合もある。

ＩＣモジュール３は、Ｉ／Ｆ部３１、ＲＡＭ３２、ＲＯＭ３３、ＮＶＭ（Nonvolatile Memory）３４（記憶手段の一例）、及びＣＰＵ３５（コンピュータの一例）等を備えて構成される。Ｉ／Ｆ部３１は、端末２（つまり、制御部２４）との間のインターフェースを担う。ＮＶＭ３４は、例えばフラッシュメモリ等の不揮発性メモリである。なお、ＮＶＭ３４は、「Electrically Erasable Programmable Read-Only Memory」であってもよい。ＲＯＭ３３またはＮＶＭ３４には、オペレーティングシステム、及びサービスを利用するためのアプリケーションプログラム（本発明のプログラムを含む）が記憶される。ここで、アプリケーションプログラムは、アプリケーションインスタンス（これを、「アプリケーション」という）の機能を実現するためのプログラムである。アプリケーションは、アプリケーションプログラム等をメモリに展開して実行可能な状態にインストールされたモジュールである。アプリケーションには、GlobalPlatformにて定義されているアプリケーションも含まれるとよい。また、ＮＶＭ３４には、サービスを提供するための各種機能の実行に必要となるプロファイル、当該プロファイルの状態情報、サービステーブル、及びファイルグループを示す情報等が記憶される。ここで、プロファイルには、その識別情報が付与されており、プロファイルに含まれる構成データには、その識別情報が付与されている。プロファイルの状態情報には、例えば、プロファイルの更新中または更新完了を示す状態変数が含まれ、プロファイルの識別情報が付与されている。なお、プロファイルの状態情報は、機能毎に区別されて記憶されてもよい。

図５は、サービステーブルの一例を示す図である。図５の例では、サービスＡ〜Ｄのそれぞれの識別情報に対応付けられて、サービスを提供するために必要となる特定ファイルと特定データの少なくとも何れか一方と、サービステーブルのＯＮ／ＯＦＦ状態とがサービス毎に区別されて登録されている。例えば、サービスＣ（ServiceC）に対応するサービステーブルには、サービスＣの識別情報（ＩＤ）、EF_XX及びEF_ZZのそれぞれの特定ファイル、KEY_1の特定データ、及びＯＦＦが登録されている。また、ファイルグループを示す情報には、ファイルグループを構成する各ファイルやデータの識別情報が含まれており、ファイルグループの識別情報が付与されている。

ＣＰＵ３５は、端末２（制御部２４）からＩ／Ｆ部３１を介してコマンドを受信すると、受信されたコマンドの種別に応じた処理を行う。この処理において、ＣＰＵ３５は、本発明における第１〜第５受信手段、判定手段、取得手段、生成手段、チェック手段、処理手段、第１〜第５応答手段として機能する。図６は、ＩＣモジュール３によりコマンドが受信されたときのメイン処理の一例を示すフローチャートである。図６において、ＣＰＵ３５は、コマンド（コマンドＡＰＤＵ）を受信すると、受信されたコマンドが、プロファイルの更新コマンドであるか否かを判定（ＡＰＤＵヘッダから判定）する（ステップＳ１）。ＣＰＵ３５は、受信されたコマンドがプロファイルの更新コマンドであると判定した場合（ステップＳ１：ＹＥＳ）、対象のプロファイルの更新処理（当該更新コマンドに応じた処理）を実行し（ステップＳ２）、当該更新処理が完了するためにプロファイルの構成データが不足しているか否かを判定する（ステップＳ３）。換言すると、当該更新コマンドに応じて、プロファイルの更新が完了するために構成データが全て揃っているかが確認される。

例えば、更新コマンドが特定ファイル生成コマンドである場合、特定ファイルを生成し、当該生成された特定ファイルの使用に必要となるファイルやデータが足りなければ（この判断は、例えばファイルグループを示す情報に基づく）、プロファイルの構成データが不足していると判定される。そもそも、特定ファイルを生成するために必要なファイルやデータが足りなければ（この判断は、例えば更新コマンドから取得される情報に基づく）、プロファイルの構成データが不足していると判定される。一方、更新コマンドがサービステーブル更新コマンドである場合、対象のサービスに対応するサービステーブルをＯＮにし（つまり、サービステーブルに登録されたＯＦＦ状態をＯＮ状態に変更し）、当該サービスを提供するために必要となるファイルやデータが足りなければ（この判断は、例えばサービステーブル及びファイルグループを示す情報に基づく）、プロファイルの構成データが不足していると判定される。なお、ステップＳ３の判定において、構成データの不足確認だけでなく、構成データ内の値の正当性も確認されてもよく、値の正当性が無い場合にもプロファイルの構成データが不足していると判定されてもよい。

そして、ＣＰＵ３５は、プロファイルの構成データが不足していないと判定した場合（ステップＳ３：ＮＯ）、対象のプロファイルの更新完了を示す状態変数（プロファイルの状態情報）をＮＶＭ３４に記憶し（ステップＳ４）、ステップＳ６へ進む。なお、対象のプロファイルについて事前に記憶されている状態変数が「更新完了」を示す場合もあるが、この場合、状態変数は変化しない。一方、ＣＰＵ３５は、プロファイルの構成データが不足していると判定した場合（ステップＳ３：ＹＥＳ）、対象のプロファイルの更新中を示す状態変数（プロファイルの状態情報）をＮＶＭ３４に記憶し（ステップＳ５）、ステップＳ７へ進む。すなわち、ステップＳ４またはステップＳ５の処理において、ステップＳ３の判定結果に基づいてプロファイルの更新完了または更新中を示す状態情報が記憶される。図７は、ＩＣモジュール３におけるプロファイルの更新状態の遷移を示す図である。このように、ＩＣモジュール３では、プロファイルの更新状態を効率良く管理することができるので、その更新状態をサーバ１や端末２へ通知することが可能となる。

ステップＳ６では、ＣＰＵ３５は、更新コマンドに対するレスポンスとして、通常の（つまり、エラーを示さない）レスポンス（例えば判定の結果に応じたレスポンスであり、更新完了を示すレスポンスであるとよい）を生成し、生成したレスポンスを端末２へ送信する。これにより、ＩＣモジュール３は、対象のプロファイルが更新完了したことをサーバ１へ通知することができる。一方、ステップＳ７では、ＣＰＵ３５は、更新コマンドに対するレスポンスとして、通常のレスポンス（例えば判定の結果に応じたレスポンスであり、更新中を示すレスポンスであるとよい）を生成し、生成したレスポンスを端末２へ送信する。これにより、ＩＣモジュール３は、対象のプロファイルが更新完了していない（換言すると、プロファイルの更新が不十分な状態である）ことをサーバ１へ通知することができる。このような通知（つまり、更新中を示すレスポンス）に応じて、サーバ１から端末２を介して対象のプロファイルにおいて不足している構成データの確認コマンドが受信された場合、ＣＰＵ３５は、当該確認コマンドに応じて、当該不足している構成データの識別情報をＮＶＭ３４から取得し、取得された識別情報を示す（例えば、不足している構成データの識別情報を示す不足データリストを含む）レスポンスを端末２へ送信する（図示せず）。これにより、ＣＰＵ３５は、サーバ１から端末２を介して当該識別情報により識別される構成データの不足データ生成コマンドを受信し、当該不足データ生成コマンドに応じて、不足している構成データを生成することができる。なお、ステップＳ７において、ＣＰＵ３５は、ステップＳ３で判定された不足している構成データの識別情報をＮＶＭ３４から取得し、当該取得された識別情報を示すレスポンスを生成し、生成したレスポンスを端末２へ送信してもよい。

一方、ステップＳ１において、ＣＰＵ３５は、受信されたコマンドがプロファイルの更新コマンドでないと判定した場合（ステップＳ１：ＮＯ）、すなわち、受信されたコマンドが、サービスを提供するための機能に係る処理を実行させるための機能コマンドである場合、ＣＰＵ３５は、当該機能コマンドに応じて、ＮＶＭ３４を参照し、受信された機能コマンドで示される機能（機能に係る処理）の実行に必要となるプロファイルの状態情報をチェックする（ステップＳ８）。なお、プロファイルの状態情報が、機能毎に区別されて記憶されている場合、ＣＰＵ３５は、機能コマンドで示される機能に対応する状態情報をチェックすればよく、この場合、後述するステップＳ１１の処理をスキップしてステップＳ１２に移行することができる。

そして、ＣＰＵ３５は、ステップＳ８のチェック結果、当該状態情報が更新完了を示す場合（ステップＳ８：更新完了）、当該機能コマンドに応じた処理（例えば、認証処理）を実行する（ステップＳ９）。ここで、機能コマンドの例として、認証コマンド、及び更新コマンドなどが挙げられる。そして、ＣＰＵ３５は、機能コマンドに対するレスポンスとして、通常のレスポンス（例えば、正常終了を示すレスポンス）を生成し（ステップＳ１０）、生成したレスポンスを端末２へ送信する。一方、ＣＰＵ３５は、ステップＳ８のチェック結果、当該状態情報が更新中を示す場合（ステップＳ８：更新中）、受信された機能コマンドで示される機能の実行に必要となるプロファイルの構成データ（該当機能に係る構成データ）が不足しているか否かを判定する（ステップＳ１１）。そして、ＣＰＵ３５は、プロファイルの構成データが不足していないと判定した場合（ステップＳ１１：ＮＯ）、ステップＳ９へ移行し、上記と同様、当該機能コマンドに応じた処理を実行する。

一方、ＣＰＵ３５は、プロファイルの構成データが不足していると判定した場合（ステップＳ１１：ＹＥＳ）、機能コマンドに対するレスポンスとして、エラーを示すレスポンスを生成し（ステップＳ１２）、生成したレスポンスを端末２へ送信する。なお、ステップＳ８においてプロファイルの状態情報が更新中を示す場合（ステップＳ８：更新中）に、ステップＳ１１の判定を行うことなく、ステップＳ１２へ進むように構成してもよい。エラーを示すレスポンスに応じて、サーバ１から端末２を介して対象のプロファイルにおいて不足している構成データの確認コマンドが受信された場合、ＣＰＵ３５は、上記と同様、当該確認コマンドに応じて、当該不足している構成データの識別情報をＮＶＭ３４から取得し、取得された識別情報を示すレスポンスを端末２へ送信する（図示せず）。これにより、ＣＰＵ３５は、サーバ１から端末２を介して当該識別情報により識別される構成データの不足データ生成コマンドを受信し、当該不足データ生成コマンドに応じて、不足している構成データを生成することができる。なお、ステップＳ１２において、ＣＰＵ３５は、ステップＳ１１で判定された不足している構成データの識別情報をＮＶＭ３４から取得し、当該取得された識別情報を示すレスポンスを生成し、生成したレスポンスを端末２へ送信してもよい。

［３．通信システムＳの動作］
次に、通信システムＳの動作について、実施例１〜実施例６に分けて説明する。なお、以下の動作は、サーバ１と端末２との間で通信セッションが確立された動作である。

（実施例１）
先ず、図８を参照して、実施例１における通信システムＳの動作を説明する。図８は、実施例１における通信システムＳの動作を示すシーケンス図である。実施例１は、ＩＣモジュール３が更新コマンドに応じて、プロファイルの更新処理を実行し、当該プロファイルの構成データが不足していないと判定する場合の例である。図８において、サーバ１は、対象のプロファイルの更新コマンド（ＩＣモジュール３宛てのコマンド）を端末２へ送信する（ステップＳ１０１）。なお、更新コマンドには、宛先としてＩＣモジュール３の識別情報が含まれる。端末２は、サーバ１からの更新コマンドを受信すると、プロトコル変換を行い、更新コマンドをＩＣモジュール３へ送信する（ステップＳ１０２）。

ＩＣモジュール３は、端末２からの更新コマンドを受信すると、図６に示す処理を実行し、この処理において、ステップＳ１〜ステップＳ３を経て、対象のプロファイルの更新完了を示す状態変数がＮＶＭ３４に記憶される（ステップＳ４）。そして、ＩＣモジュール３は、更新コマンドに対するレスポンス（サーバ１宛てのレスポンス）として、正常終了を示すＳＷ（ステータスワード）９０００（更新完了を示すレスポンスの一例）を端末２へ送信する（ステップＳ１０３）。端末２は、ＩＣモジュール３からのＳＷ９０００を受信すると、プロトコル変換を行い、正常終了を示すレスポンスをサーバ１へ送信する（ステップＳ１０４）。この正常終了により、サーバ１は、対象のプロファイルの更新状態が更新完了であることを認識することができる。

なお、サーバ１は、正常終了を示すレスポンスを受信してから所定時間経過後に確認のため、対象のプロファイルにおいて不足している構成データの確認コマンド（ＩＣモジュール３宛てのコマンド）を、図８のステップＳ１０５及びＳ１０６で示すように、端末２を介してＩＣモジュール３へ送信してもよい。この場合、ＩＣモジュール３は、受信された確認コマンドに応じて、当該プロファイルの構成データが不足しているか否かを判定する。そして、ＩＣモジュール３は、当該プロファイルの構成データが不足していない場合、確認コマンドに対するレスポンス（サーバ１宛てのレスポンス）として、図８のステップＳ１０７及びＳ１０８で示すように、正常終了を示すＳＷ９０００を、端末２へ送信する。これにより、正常終了を示すレスポンスが端末２からサーバ１へ送信される。一方、ＩＣモジュール３は、当該プロファイルの構成データが不足している場合、確認コマンドに対するレスポンスとして、当該不足している構成データの識別情報を示すレスポンスを、端末２を介してサーバ１へ送信する（図示せず）。

（実施例２）
次に、図９を参照して、実施例２における通信システムＳの動作を説明する。図９は、実施例２における通信システムＳの動作を示すシーケンス図である。実施例２は、実施例１と同様、ＩＣモジュール３が更新コマンドに応じて、プロファイルの更新処理を実行し、当該プロファイルの構成データが不足していないと判定する場合の例であるが、ＩＣモジュール３から端末２宛てに送信されるプロアクティブコマンド（以下、「ＩＣコマンド」という）が利用される点で実施例１とは異なる。なお、図９に示すステップＳ１１１及びステップＳ１１２の処理は、図８に示すステップＳ１０１及びステップＳ１０２の処理と同様である。

ＩＣモジュール３は、端末２からの更新コマンドを受信すると、図６に示す処理を実行し、この処理において、ステップＳ１〜ステップＳ３を経て、対象のプロファイルの更新完了を示す状態変数がＮＶＭ３４に記憶される（ステップＳ４）。そして、ＩＣモジュール３は、更新コマンドに対するレスポンス（サーバ１宛てのレスポンス）として、ＩＣモジュール３から送信すべきＩＣコマンドがあることを示すＳＷ９１ＸＸ（更新完了を示すレスポンスの一例）を端末２へ送信する（ステップＳ１１３）。ここで、「ＸＸ」は、コマンド長を示す。端末２は、ＩＣモジュール３からのＳＷ９１ＸＸを受信すると、プロトコル変換を行い、正常終了を示すレスポンスをサーバ１へ送信する（ステップＳ１１４）。これにより、サーバ１は、対象のプロファイルの更新状態が更新完了であることを認識することができる。次いで、端末２は、上記ＳＷ９１ＸＸに応じて、ＩＣコマンドの要求コマンド（ＩＣモジュール３宛てのコマンド）をＩＣモジュール３へ送信する（ステップＳ１１５）。

ＩＣモジュール３は、端末２からのＩＣコマンドの要求コマンドを受信すると、対象のプロファイルの状態情報が更新完了を示す場合に、当該要求コマンドに応じて、当該要求コマンドに対するレスポンス（端末２宛てのレスポンス）として、プロファイルの構成に変更があったことを示すＩＣコマンドを端末２へ送信する（ステップＳ１１６）。このＩＣコマンドは、ＩＣコマンドの要求コマンドが端末２により発行されたものであるため、端末２宛てのレスポンスである。これにより、ＩＣモジュール３は、対象のプロファイルの構成や有効なサービスに変更があったことを端末２へ通知することができる。そのため、ＩＣモジュール３の設定と、端末２の通信モジュールの設定との整合性がとれなくなることを防止することができ、正しく認証処理が実行されず通信機能が使用できない状態となることを防ぐことができる。例えば、ＩＣモジュール３では５Ｇのフルサービスを提供する設定となっているが、端末２の通信モジュールではＩＣモジュール３が一部機能をサポートしているのみの設定になっている場合に、ＩＣモジュール３と通信モジュールとの間で処理に矛盾が生じてしまい認証エラーになることが想定されるが、上記通知によりこれを防止することが可能となる。

なお、上記ＩＣコマンドには、ＩＣモジュール３のリセットの要求が示されてもよい。これにより、プロファイルの構成を端末２に再確認させることができる。つまり、端末２は、ＩＣモジュール３が活性化されたとき（例えば、電源供給時やリセット時）、ＩＣモジュール３がどのような機能を持っているかを確認し、当該ＩＣモジュール３の機能に応じて、その機能を使用するが、プロファイルの更新処理によりプロファイルの構成が、上記活性化時（初期状態）から変わってしまった場合であっても、再度、ＩＣモジュール３におけるプロファイルの構成やサービス内容を端末２に確認させることができる。

端末２は、ＩＣモジュール３からのＩＣコマンドを受信すると、レスポンス送信コマンドをＩＣモジュール３へ送信する（ステップＳ１１７）。ＩＣモジュール３は、レスポンス送信コマンドを受信すると、正常終了を示すＳＷ９０００を端末２へ送信する（ステップＳ１１８）。なお、図９の破線５１内に示すように、端末２は、ＩＣコマンドに応じて、ファイル読出しコマンドをＩＣモジュール３へ送信することでＩＣモジュール３のファイル構成やサービス内容を確認するように構成してもよい。

（実施例３）
次に、図１０を参照して、実施例３における通信システムＳの動作を説明する。図１０は、実施例３における通信システムＳの動作を示すシーケンス図である。実施例３は、ＩＣモジュール３が更新コマンドに応じて、プロファイルの更新処理を実行し、当該プロファイルの構成データが不足していると判定する場合の例である。なお、図１０に示すステップＳ１２１及びステップＳ１２２の処理は、図８に示すステップＳ１０１及びステップＳ１０２の処理と同様である。

ＩＣモジュール３は、端末２からの更新コマンドを受信すると、図６に示す処理を実行し、この処理において、ステップＳ１〜ステップＳ３を経て、対象のプロファイルの更新中を示す状態変数がＮＶＭ３４に記憶される（ステップＳ５）。そして、ＩＣモジュール３は、更新コマンドに対するレスポンスとして、ワーニング（Warning）を示すＳＷ６２００（更新中を示すレスポンスの一例）を端末２へ送信する（ステップＳ１２３）。或いは、ステップＳ１２３において、ＩＣモジュール３は、対象のプロファイルにおいて不足している構成データの識別情報をＮＶＭ３４から取得し、当該取得された識別情報を示す不足データリストとともにワーニングを示すＳＷ６２００を、更新コマンドに対するレスポンスとして端末２へ送信してもよい。例えば、当該レスポンスは、1122 3344 6200（1122はEF_AAのファイルのＩＤ、3344はEF_BBのファイルのＩＤである）、またはTLV形式で83 02 1122 85 02 5566 6200（83はファイルのＩＤのTag、85は鍵データのIDのTagである）というように表される。

端末２は、ＩＣモジュール３からのＳＷ６２００を受信すると、プロトコル変換を行い、ワーニングを示すレスポンスをサーバ１へ送信する（ステップＳ１２４）。これにより、サーバ１は、対象のプロファイルの更新状態が更新中であることを認識することができる。或いは、端末２は、ＩＣモジュール３からの不足データリスト及びＳＷ６２００を受信すると、プロトコル変換を行い、ワーニングを示し且つ不足データリストを含むレスポンスをサーバ１へ送信する（ステップＳ１２４）。これにより、サーバ１は、対象のプロファイルにおいて不足している構成データを認識することができる。

サーバ１は、端末２からのワーニングを示すレスポンスを受信すると、対象のプロファイルにおいて不足している構成データの確認コマンドを端末２へ送信する（ステップＳ１２５）。端末２は、サーバ１からの確認コマンドを受信すると、プロトコル変換を行い、確認コマンドをＩＣモジュール３へ送信する（ステップＳ１２６）。ＩＣモジュール３は、端末２からの確認コマンドを受信すると、当該確認コマンドに応じて、対象のプロファイルにおいて不足している構成データの識別情報をＮＶＭ３４から取得し、取得された識別情報を示す不足データリストとともに正常終了を示すＳＷ９０００を、確認コマンドに対するレスポンスとして端末２へ送信する（ステップＳ１２７）。端末２は、ＩＣモジュール３からの不足データリスト及びＳＷ９０００を受信すると、プロトコル変換を行い、正常終了を示し且つ不足データリストを含むレスポンスをサーバ１へ送信する（ステップＳ１２８）。なお、サーバ１が端末２からのワーニングを示し且つ不足データリストを含むレスポンスを受信した場合、ステップＳ１２５〜ステップＳ１２８の処理は行われない。

次いで、サーバ１は、端末２からの正常終了を示し且つ不足データリストを含むレスポンスを受信すると、当該不足データリストに示される識別情報により識別される構成データの不足データ生成コマンド（ＩＣモジュール３宛てのコマンド）を端末２へ送信する（ステップＳ１２９）。端末２は、サーバ１からの不足データ生成コマンドを受信すると、プロトコル変換を行い、不足データ生成コマンドをＩＣモジュール３へ送信する（ステップＳ１３０）。ＩＣモジュール３は、端末２からの不足データ生成コマンドを受信すると、当該不足データ生成コマンドに応じて、不足している構成データを生成して対象のプロファイル中に補完する。そして、ＩＣモジュール３は、不足データ生成コマンドに対するレスポンス（サーバ１宛てのレスポンス）として、正常終了を示すＳＷ９０００を端末２へ送信する（ステップＳ１３１）。端末２は、ＩＣモジュール３からのＳＷ９０００を受信すると、プロトコル変換を行い、正常終了を示すレスポンスをサーバ１へ送信する（ステップＳ１３２）。この正常終了により、サーバ１は、対象のプロファイルの更新状態が更新完了になったことを認識することができる。

（実施例４）
次に、図１１を参照して、実施例４における通信システムＳの動作を説明する。図１１は、実施例４における通信システムＳの動作を示すシーケンス図である。実施例４は、実施例３と同様、ＩＣモジュール３が更新コマンドに応じて、プロファイルの更新処理を実行し、当該プロファイルの構成データが不足していると判定する場合の例であるが、ＩＣモジュール３からサーバ１宛てに送信されるＩＣコマンドが利用される点で実施例３とは異なる。なお、図１１に示すステップＳ１４１及びステップＳ１４２の処理は、図８に示すステップＳ１０１及びステップＳ１０２の処理と同様である。

ＩＣモジュール３は、端末２からの更新コマンドを受信すると、図６に示す処理を実行し、この処理において、ステップＳ１〜ステップＳ３を経て、対象のプロファイルの更新中を示す状態変数がＮＶＭ３４に記憶される（ステップＳ５）。そして、ＩＣモジュール３は、更新コマンドに対するレスポンス（サーバ１宛てのレスポンス）として、ＩＣモジュール３から送信すべきＩＣコマンドがあることを示すＳＷ９１ＸＸを端末２へ送信する（ステップＳ１４３）。端末２は、ＩＣモジュール３からのＳＷ９１ＸＸを受信すると、プロトコル変換を行い、正常終了を示すレスポンスをサーバ１へ送信する（ステップＳ１４４）。この時点では、サーバ１は、対象のプロファイルの更新状態が更新中ではなく更新完了であることを認識することになる。次いで、端末２は、上記ＳＷ９１ＸＸに応じて、ＩＣコマンドの要求コマンドをＩＣモジュール３へ送信する（ステップＳ１４５）。

ＩＣモジュール３は、端末２からのＩＣコマンドの要求コマンドを受信すると、対象のプロファイルの状態情報が更新中を示す場合に、当該要求コマンドに応じて、当該要求コマンドに対するレスポンス（端末２宛てのレスポンス）として、プロファイルの更新中を示すＩＣコマンドを端末２へ送信する（ステップＳ１４６）。このＩＣコマンドは、ＩＣコマンドの要求コマンドが端末２により発行されたものであるため、端末２宛てのレスポンスであるが、当該ＩＣコマンドには、サーバ１宛てを示す情報が含まれる。或いは、ステップＳ１４６において、ＩＣモジュール３は、対象のプロファイルにおいて不足している構成データの識別情報をＮＶＭ３４から取得し、当該取得された識別情報を示す不足データリストとともにプロファイルの更新中を示すＩＣコマンドを、更新コマンドに対するレスポンスとして端末２へ送信してもよい。

端末２は、ＩＣモジュール３からのＩＣコマンドを受信すると、サーバ１宛てを示す情報が含まれるため、プロトコル変換を行い、ＩＣコマンドをサーバ１へ送信する（ステップＳ１４７）。これにより、サーバ１は、対象のプロファイルの更新状態が更新中であることを認識することができる。或いは、端末２は、ＩＣモジュール３からの不足データリスト及びＩＣコマンドを受信すると、プロトコル変換を行い、不足データリスト及びＩＣコマンドをサーバ１へ送信する（ステップＳ１４７）。これにより、サーバ１は、対象のプロファイルにおいて不足している構成データを認識することができる。

サーバ１は、端末２からのＩＣコマンドを受信すると、ＩＣコマンドに対するレスポンス（ＩＣモジュール３宛てのレスポンス）を端末２へ送信する（ステップＳ１４８）。端末２は、サーバ１からのレスポンスを受信すると、プロトコル変換を行い、レスポンス送信コマンドをＩＣモジュール３へ送信する（ステップＳ１４９）。ＩＣモジュール３は、レスポンス送信コマンドを受信すると、正常終了を示すＳＷ９０００を端末２へ送信する（ステップＳ１５０）。

次いで、サーバ１は、上記ＩＣコマンドに応じて、対象のプロファイルにおいて不足している構成データの確認コマンドを端末２へ送信する（ステップＳ１５１）。なお、図１１に示すステップＳ１５２〜ステップＳ１５４の処理は、図１０に示すステップＳ１２６〜ステップＳ１２８の処理と同様である。一方、サーバ１は、上記不足データリスト及びＩＣコマンドに応じて、当該不足データリストに示される識別情報により識別される構成データの不足データ生成コマンドを端末２へ送信する（ステップＳ１５５）。なお、図１１に示すステップＳ１５６〜ステップＳ１５８の処理は、図１０に示すステップＳ１３０〜ステップＳ１３２の処理と同様である。ただし、サーバ１はＩＣコマンドを受信したとしても、サーバ１側もまだプロファイル発行中であれば確認コマンドや不足データ生成コマンドを送信する必要はない。この場合、サーバ１によりプロファイルの発行が完了した状態でのみこれらのコマンドを送信すればよい。

（実施例５）
次に、図１２を参照して、実施例５における通信システムＳの動作を説明する。図１２は、実施例５における通信システムＳの動作を示すシーケンス図である。実施例５は、実施例３及び実施例４と同様、ＩＣモジュール３が更新コマンドに応じて、プロファイルの更新処理を実行し、当該プロファイルの構成データが不足していると判定する場合の例であるが、機能コマンドに応じた処理で発生したエラーを示すレスポンスが利用される点で実施例３及び実施例４とは異なる。なお、図１２に示すステップＳ１６１及びステップＳ１６２の処理は、図８に示すステップＳ１０１及びステップＳ１０２の処理と同様である。

ＩＣモジュール３は、端末２からの更新コマンドを受信すると、図６に示す処理を実行し、この処理において、ステップＳ１〜ステップＳ３を経て、対象のプロファイルの更新中を示す状態変数がＮＶＭ３４に記憶される（ステップＳ５）。そして、ＩＣモジュール３は、更新コマンドに対するレスポンスとして、正常終了を示すＳＷ９０００を端末２へ送信する（ステップＳ１６３）。端末２は、ＩＣモジュール３からのＳＷ９０００を受信すると、プロトコル変換を行い、正常終了を示すレスポンスをサーバ１へ送信する（ステップＳ１６４）。この時点では、サーバ１は、対象のプロファイルの更新状態が更新中ではなく更新完了であることを認識することになる。

その後、端末２は、特定ファイルを使用する機能に係る処理を実行させるための機能コマンド（ＩＣモジュール３宛てのコマンド）をＩＣモジュール３へ送信する（ステップＳ１６５）。なお、機能コマンドは、サーバ１から送信する場合もある。ＩＣモジュール３は、端末２からの機能コマンドを受信すると、図６に示す処理を実行し、この処理において、ステップＳ１、ステップＳ８、及びステップＳ１１の処理を経てエラーが発生する。そして、ＩＣモジュール３は、機能コマンドに対するレスポンス（端末２宛てのレスポンス）として、エラー（必要なファイルの不足を示すエラー）を示すＳＷ６９８５を端末２へ送信する（ステップＳ１６６）。

次いで、端末２は、ポーリングコマンド（ＩＣモジュール３宛てのコマンド）をＩＣモジュール３へ送信する（ステップＳ１６７）。ポーリングコマンドは、ＩＣモジュール３から送信すべきＩＣコマンドがあるか否かを定期的に問合せするコマンド（つまり、ＳＷ９１ＸＸを返信させるためコマンド）である。なお、端末２は、ポーリングコマンドでなく、通常のファイルの読み出しコマンドを送信することでＳＷ９１ＸＸを返信させてもよい。或いは、端末２は、エラーを示すＳＷ６９８５を受信すると、エラーを示すレスポンス（更新中を示すレスポンスの一例）をサーバ１へ送信してもよい。

ＩＣモジュール３は、端末２からのポーリングコマンドを受信すると、ＩＣモジュール３から送信すべきＩＣコマンドがあることを示すＳＷ９１ＸＸ（更新中を示すレスポンスの一例）を端末２へ送信する（ステップＳ１６８）。端末２は、ＩＣモジュール３からのＳＷ９１ＸＸを受信すると、当該ＳＷ９１ＸＸに応じて、ＩＣコマンドの要求コマンドをＩＣモジュール３へ送信する（ステップＳ１６９）。

ＩＣモジュール３は、端末２からのＩＣコマンドの要求コマンドを受信すると、当該要求コマンドに応じて、当該要求コマンドに対するレスポンス（端末２宛てのレスポンス）として、プロファイルの更新中を示すＩＣコマンドを端末２へ送信する（ステップＳ１７０）。このＩＣコマンドには、サーバ１宛てを示す情報が含まれる。或いは、ステップＳ１７０において、ＩＣモジュール３は、対象のプロファイルにおいて不足している構成データの識別情報をＮＶＭ３４から取得し、当該取得された識別情報を示す不足データリストとともにプロファイルの更新中を示すＩＣコマンドを、更新コマンドに対するレスポンスとして端末２へ送信してもよい。なお、図１２に示すステップＳ１７１〜Ｓ１８２の処理は、図１１に示すステップＳ１４７〜ステップＳ１５８の処理と同様である。

（実施例６）
次に、図１３を参照して、実施例６における通信システムＳの動作を説明する。図１３は、実施例６における通信システムＳの動作を示すシーケンス図である。実施例６は、実施例３〜実施例５と同様、ＩＣモジュール３が更新コマンドに応じて、プロファイルの更新処理を実行し、当該プロファイルの構成データが不足していると判定する場合の例であるが、サーバ１によりプロファイルの発行が完了した際に、上記確認コマンドを送信する点で実施例３〜実施例５とは異なる。なお、図１３に示すステップＳ１９１〜ステップＳ１９４処理は、図１２に示すステップＳ１６１〜ステップＳ１６４の処理と同様である。

その後、サーバ１は、プロファイルの発行が完了した際に、当該プロファイルにおいて不足している構成データの確認コマンド（ＩＣモジュール３宛てのコマンド）を、端末２へ送信する（ステップＳ１９５）。端末２は、サーバ１からの確認コマンドを受信すると、プロトコル変換を行い、確認コマンドをＩＣモジュール３へ送信する（ステップＳ１９６）。

ＩＣモジュール３は、端末２からの確認コマンドを受信すると、当該確認コマンドに応じて、当該プロファイルの構成データが不足しているか否かを判定する。そして、ＩＣモジュール３は、当該プロファイルの構成データが不足している場合、当該不足している構成データの識別情報をＮＶＭ３４から取得し、取得された識別情報を示す不足データリストとともに正常終了を示すＳＷ９０００を、確認コマンドに対するレスポンス（サーバ１宛てのレスポンス）として端末２へ送信する（ステップＳ１９７）。なお、図１３に示すステップＳ１９８〜Ｓ２０２の処理は、図１１に示すステップＳ１５４〜ステップＳ１５８の処理と同様である。

（実施例７）
次に、図１４を参照して、実施例７における通信システムＳの動作を説明する。図１４は、実施例７における通信システムＳの動作を示すシーケンス図である。実施例７は、実施例３〜実施例６と同様、ＩＣモジュール３が更新コマンドに応じて、プロファイルの更新処理を実行し、当該プロファイルの構成データが不足していると判定する場合の例であるが、更新コマンドによりGlobalPlatformにて定義されているアプリケーションApp1へ新たにPrivilege3を付与する点で実施例３〜実施例６とは異なる。なお、アプリケーションApp1のプロファイルの更新前の状態情報（Life Cycle Status）は、“PERSONALIZED”（プロファイルの更新完了と同義）であり、アプリケーションApp1の機能として、Privilege1、Privilege2、及びPrivilege4が付与されているものとし、アプリケーションApp1のプロファイルには、Privilege1の機能で使用されるKey1-1,Key1-2,Key1-3,Key2が特定データとして既に含まれているものとする。ただし、アプリケーションApp1のプロファイルには、Privilege3の機能を実行するために必要となるKey3は含まれていないものとする。

図１４において、サーバ１は、対象のプロファイルの更新コマンド（アプリケーションApp1にPrivilege3を付与するための更新コマンド）を端末２へ送信する（ステップＳ２１１）。端末２は、サーバ１からの更新コマンドを受信すると、プロトコル変換を行い、更新コマンドをＩＣモジュール３へ送信する（ステップＳ２１２）。

ＩＣモジュール３は、端末２からの更新コマンドを受信すると、図６に示す処理を実行し、この処理において、ステップＳ１〜ステップＳ３を経て（ステップＳ２でPrivilege3が付与される）、対象のプロファイル（アプリケーションApp1のプロファイル）の更新中を示す状態変数（Life Cycle States = SELECTABLE）がＮＶＭ３４に記憶される（ステップＳ５）。そして、ＩＣモジュール３は、更新コマンドに対するレスポンスとして、ワーニングを示すＳＷ６３Ｃ１（更新中を示すレスポンスの一例）を端末２へ送信する（ステップＳ２１３）。ＳＷ６３Ｃ１は、データ（Key3）が一つ足りないことを示す。端末２は、ＩＣモジュール３からのＳＷ６３Ｃ１を受信すると、プロトコル変換を行い、ワーニングを示すレスポンスをサーバ１へ送信する（ステップＳ２１４）。

サーバ１は、端末２からのワーニングを示すレスポンスを受信すると、対象のプロファイルにおいて不足している構成データの確認コマンドを端末２へ送信する（ステップＳ２１５）。端末２は、サーバ１からの確認コマンドを受信すると、プロトコル変換を行い、確認コマンドをＩＣモジュール３へ送信する（ステップＳ２１６）。ＩＣモジュール３は、端末２からの確認コマンドを受信すると、当該確認コマンドに応じて、対象のプロファイルにおいて不足している構成データ（Key3）の識別情報をＮＶＭ３４から取得し、取得された識別情報を示す不足データリストとともに正常終了を示すＳＷ９０００を、確認コマンドに対するレスポンスとして端末２へ送信する（ステップＳ２１７）。端末２は、ＩＣモジュール３からの不足データリスト及びＳＷ９０００を受信すると、プロトコル変換を行い、正常終了を示し且つ不足データリストを含むレスポンスをサーバ１へ送信する（ステップＳ２１８）。なお、サーバ１がPrivilege3にKey3が必要であることが分かっている場合、ステップＳ２１５〜ステップＳ２１８の処理は行われない。

次いで、サーバ１は、端末２からのレスポンスを受信すると、当該不足データリストに示される識別情報により識別される構成データ（Key3）の不足データ生成コマンドを端末２へ送信する（ステップＳ２１９）。端末２は、サーバ１からの不足データ生成コマンドを受信すると、プロトコル変換を行い、不足データ生成コマンドをＩＣモジュール３へ送信する（ステップＳ２２０）。ＩＣモジュール３は、端末２からの不足データ生成コマンドを受信すると、当該不足データ生成コマンドに応じて、不足している構成データ（Key3）を生成して対象のプロファイル中に補完する。そして、ＩＣモジュール３は、不足データ生成コマンドに対するレスポンスとして、正常終了を示すＳＷ９０００を端末２へ送信する（ステップＳ２２１）。端末２は、ＩＣモジュール３からのＳＷ９０００を受信すると、プロトコル変換を行い、正常終了を示すレスポンスをサーバ１へ送信する（ステップＳ２２２）。

（実施例８）
次に、図１５及び図１６を参照して、実施例８における通信システムＳの動作を説明する。図１５は、実施例８において、ＩＣモジュール３によりコマンドが受信されたときのメイン処理の一例を示すフローチャートである。図１６は、実施例８における通信システムＳの動作を示すシーケンス図である。実施例８は、実施例７と同様、更新コマンドによりGlobalPlatformにて定義されているアプリケーションApp1へ新たにPrivilege3を付与する例であるが、プロファイルの更新処理をエラーで終了させる点で実施例７とは異なる。なお、図１５において、図６と同様の処理については、同一の符号を付し、重複する説明を省略する。また、図１６に示すステップＳ２３１及びステップＳ２３２処理は、図１４に示すステップＳ２１１及びステップＳ２１２の処理と同様である。

ＩＣモジュール３は、端末２からの更新コマンドを受信すると、図１５に示す処理を実行し、この処理において、ステップＳ１を経て、対象のプロファイル（アプリケーションApp1のプロファイル）の状態情報をチェックする（ステップ２１）。そして、ＩＣモジュール３は、ステップＳ２１のチェック結果、当該状態情報が更新完了を示す場合（ステップＳ２１：更新完了）、ステップＳ２２へ進む一方、当該状態情報が更新中を示す場合（ステップＳ２１：更新中）、ステップＳ２３へ進む。ステップＳ２２では、ＩＣモジュール３は、対象のプロファイルの更新により構成データが不足するか否かを判定する。ＩＣモジュール３は、対象のプロファイルの更新により構成データが不足しないと判定した場合（ステップＳ２２：ＮＯ）、ステップＳ２３へ進む一方、当該更新により構成データが不足すると判定した場合（ステップＳ２２：ＹＥＳ）、ステップＳ２５へ進む。ステップＳ２３では、ＩＣモジュール３は、対象のプロファイルの更新処理を実行する。次いで、ＩＣモジュール３は、更新コマンドに対するレスポンスとして、通常のレスポンスを生成し（ステップＳ２４）、生成したレスポンスを端末２へ送信する。一方、ステップＳ２５では、ＩＣモジュール３は、更新コマンドに対するレスポンスとして、エラーを示すレスポンスを生成し、生成したレスポンスを端末２へ送信する。

図１６の例は、ステップＳ２２で構成データが不足すると判定された場合を示しているため、アプリケーションApp1のプロファイルの状態情報（Life Cycle Status）は、“PERSONALIZED”（更新完了）のままであり、Privilege3が付与されない。図１６において、ＩＣモジュール３は、更新コマンドに対するレスポンスとして、エラーを示すＳＷ６Ａ８８を端末２へ送信する（ステップＳ２３３）。ＳＷ６Ａ８８は、参照データが足りないことを示す。端末２は、ＩＣモジュール３からのＳＷ６Ａ８８を受信すると、プロトコル変換を行い、エラーを示すレスポンスをサーバ１へ送信する（ステップＳ２３４）。なお、図１６に示すステップＳ２３５〜ステップＳ２４２の処理は、図１４に示すステップＳ２１５〜ステップＳ２２２の処理と同様である。図１６の例では、サーバ１がステップＳ２４２でレスポンスを受信したとき、まだアプリケーションApp1にPrivilege3を付与されていないので、再度、更新コマンドが端末２へ送信されることで（ステップＳ２４３及びステップＳ２４４）、アプリケーションApp1にPrivilege3が付与されることになる。

以上説明したように、上記実施形態によれば、プロファイルの更新コマンドに応じて、当該プロファイルの構成データが不足しているか否かを判定し、その判定結果に基づいて当該プロファイルの更新完了または更新中を示す状態情報を記憶し、当該更新コマンドに対するレスポンスを返すように構成したので、プロファイルの更新状態を効率良く管理し、所定の機能が使用できない状態になることを低減することができる。

例えば５Ｇ等の次世代のサービスの一部機能のみをＩＣモジュール３でサポートしていたが、通信環境の整備が完了し、ＩＣモジュール３にてフルサービスを提供する場合などが考えられる。この場合、ＩＣモジュール３が提供する次世代のサービスは、上記サービステーブルにて一部または全ての機能を提供可能なように切り替えることができるが、当該機能を切り替えるにあたって必要となるファイルや鍵データも合わせて発行する必要がある。フルサービスの提供を前提に、一部機能のみをサポートしている場合においても、既にフルサービスで必要となるファイルや鍵データを生成しているプロファイルもあれば、生成していないプロファイルも存在することが想定される。このような場合であっても、上記実施形態によれば、サーバ１はＩＣモジュール３におけるプロファイル内容を把握することができるので、プロファイルの更新が不十分な状態となることを防ぐことができる。

なお、上記実施形態においては、本発明の電子情報記憶媒体の一例として、端末２に組み込み型のＩＣモジュール３を例にとって説明したが、本発明は、端末２から着脱可能なＩＣカードに対して適用してもよい。

１ サーバ
２ 端末
３ ＩＣモジュール
１１ 通信部
１２ 記憶部
１３ 制御部
２１ Ｉ／Ｆ部
２２ 無線通信部
２３ 記憶部
２４ 制御部
３１ Ｉ／Ｆ部
３２ ＲＡＭ
３３ ＲＯＭ
３４ ＮＶＭ
３５ ＣＰＵ
Ｓ 通信システム

Claims (17)

1. 所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体であって、
   外部装置からプロファイルの更新コマンドを受信する第１受信手段と、
   前記更新コマンドに応じて、前記プロファイルの構成データが不足しているか否かを判定する判定手段と、
   前記判定手段による判定結果に基づいて前記プロファイルの更新完了または更新中を示す状態情報を記憶する記憶手段と、
   前記更新コマンドに対するレスポンスを前記外部装置へ送信する第１応答手段と、
   を備えることを特徴とする電子情報記憶媒体。
2. 前記判定手段により不足していると判定された場合に、前記第１応答手段は、前記プロファイルの更新中を示す前記レスポンスを前記外部装置へ送信することを特徴とする請求項１に記載の電子情報記憶媒体。
3. 前記外部装置から前記不足している前記構成データの確認コマンドを受信する第２受信手段と、
   前記確認コマンドに応じて、前記不足している前記構成データの識別情報を取得する取得手段と、
   前記取得手段により取得された識別情報を示す、前記確認コマンドに対するレスポンスを前記外部装置へ送信する第２応答手段と、
   を更に備えることを特徴とする請求項２に記載の電子情報記憶媒体。
4. 前記判定手段により不足していると判定された場合に、当該不足している前記構成データの識別情報を取得する取得手段を更に備え、
   前記第１応答手段は、前記取得手段により取得された識別情報を示す前記レスポンスを前記外部装置へ送信することを特徴とする請求項１に記載の電子情報記憶媒体。
5. 前記外部装置から前記識別情報により識別される前記構成データの生成コマンドを受信する第３受信手段と、
   前記生成コマンドに応じて、前記不足している前記構成データを生成する生成手段と、
   を更に備えることを特徴とする請求項３または４に記載の電子情報記憶媒体。
6. 前記外部装置から前記機能に係る処理を実行させるための機能コマンドを受信する第４受信手段と、
   前記機能コマンドに応じて、前記状態情報をチェックするチェック手段と、
   前記チェック手段によるチェック結果、前記状態情報が更新完了を示す場合に、前記機能コマンドに応じた処理を実行する処理手段と、
   を更に備えることを特徴とする請求項１乃至５の何れか一項に記載の電子情報記憶媒体。
7. 前記外部装置から前記機能に係る処理を実行させるための機能コマンドを受信する第４受信手段と、
   前記機能コマンドに応じて、前記状態情報をチェックするチェック手段と、
   前記チェック手段によるチェック結果、前記状態情報が更新中を示す場合に、エラーを示す、前記機能コマンドに対するレスポンスを前記外部装置へ送信する第３応答手段と、
   を更に備えることを特徴とする請求項１乃至５の何れか一項に記載の電子情報記憶媒体。
8. 前記外部装置から前記不足している前記構成データの確認コマンドを受信する第２受信手段と、
   前記確認コマンドに応じて、前記不足している前記構成データの識別情報を取得する取得手段と、
   前記取得手段により取得された識別情報を示す、前記確認コマンドに対するレスポンスを前記外部装置へ送信する第２応答手段と、
   を更に備えることを特徴とする請求項７に記載の電子情報記憶媒体。
9. 前記外部装置から前記識別情報により識別される前記構成データの生成コマンドを受信する第３受信手段と、
   前記生成コマンドに応じて、前記不足している前記構成データを生成する生成手段と、
   を更に備えることを特徴とする請求項８に記載の電子情報記憶媒体。
10. 前記外部装置は、ネットワークを介してサーバとの間で通信可能な端末であって、
    前記更新コマンドは、前記サーバにより生成されて前記端末へ送信された後、当該端末から前記電子情報記憶媒体へ送信されることで前記第１受信手段により受信されるものであり、
    前記第１応答手段は、前記電子情報記憶媒体から送信すべきプロアクティブコマンドがあることを示す前記レスポンスを前記端末へ送信し、
    前記端末により生成された、前記プロアクティブコマンドの要求コマンドを受信する第５受信手段と、
    前記状態情報が更新完了を示す場合に、前記要求コマンドに対するレスポンスとして、前記プロファイルの構成に変更があったことを示す前記プロアクティブコマンドを前記端末へ送信する第４応答手段と、
    を更に備えることを特徴とする請求項１に記載の電子情報記憶媒体。
11. 前記外部装置は、サーバとの間で通信可能な端末であって、
    前記更新コマンドは、前記サーバにより生成されて前記端末へ送信された後、当該端末から前記電子情報記憶媒体へ送信されることで前記第１受信手段により受信されるものであり、
    前記第１応答手段は、前記電子情報記憶媒体から送信すべきプロアクティブコマンドがあることを示す前記レスポンスを前記端末へ送信し、
    前記端末により生成された、前記プロアクティブコマンドの要求コマンドを受信する第５受信手段と、
    前記状態情報が更新中を示す場合に、前記要求コマンドに対するレスポンスとして、前記プロファイルの更新中を示す前記プロアクティブコマンドを前記端末へ送信する第５応答手段と、
    を更に備えることを特徴とする請求項１に記載の電子情報記憶媒体。
12. 所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体に含まれるコンピュータを、
    外部装置から前記プロファイルの更新コマンドを受信する第１受信手段と、
    前記更新コマンドに応じて、前記プロファイルの構成データが不足しているか否かを判定する判定手段と、
    前記判定手段による判定結果に基づいて前記プロファイルの更新完了または更新中を示す状態情報を記憶する記憶手段と、
    前記更新コマンドに対するレスポンスを前記外部装置へ送信する第１応答手段として機能させることを特徴とするプログラム。
13. 所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体に含まれるコンピュータにより実行されるプロファイル更新状態通知方法であって、
    外部装置からプロファイルの更新コマンドを受信するステップと、
    前記更新コマンドに応じて、前記プロファイルの構成データが不足しているか否かを判定するステップと、
    前記判定の結果に応じたレスポンスを前記外部装置へ送信するステップと、
    を含むことを特徴とするプロファイル更新状態通知方法。
14. 所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体と通信設備を介して通信可能なサーバであって、
    前記プロファイルにおいて不足している構成データの確認コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信する第１送信部と、
    前記確認コマンドに応じて、前記電子情報記憶媒体から前記通信設備を介して前記不足している前記構成データの識別情報を示すレスポンスが受信された場合に、当該識別情報により識別される前記構成データの生成コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信する第２送信部と、
    を備えることを特徴とするサーバ。
15. 前記第１送信部は、前記プロファイルの発行が完了した際に、前記確認コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信することを特徴とする請求項１に記載のサーバ。
16. 前記第１送信部は、前記確認コマンドを送信する前に、前記プロファイルの更新コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信し、当該更新コマンドに応じて、前記電子情報記憶媒体から前記通信設備を介して前記プロファイルの更新中を示すレスポンスが受信された場合に、前記確認コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信することを特徴とする請求項１に記載のサーバ。
17. 所定の機能に係る処理に使用されるプロファイルを記憶可能な電子情報記憶媒体と通信設備を介して通信可能なサーバであって、
    前記プロファイルの更新コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信する第１送信部と、
    前記更新コマンドに応じて、前記電子情報記憶媒体から前記通信設備を介して前記プロファイルにおいて不足している構成データの識別情報を示すレスポンスが受信された場合に、当該識別情報により識別される前記構成データの生成コマンドを、前記通信設備を介して前記電子情報記憶媒体へ送信する第２送信部と、
    を備えることを特徴とするサーバ。

Images