JP5910297B2 - 情報処理装置、ｉｃチップ、情報処理方法、プログラム、及び情報処理システム - Google Patents

Description

本開示は情報処理装置、ＩＣチップ、情報処理方法、プログラム、及び情報処理システムに関する。

従来、情報の記録や演算を行うことのできる集積回路を組み込んだＩＣ（Integrated Circuit）カードが実用化されている。中でも、集積回路内にプロセッサを備え、高度な情報処理を実現するスマートカードとも呼ばれるＩＣカードは、日常生活における決済手段や個人識別手段として近年様々な用途に広く用いられている。

ＩＣカード上での情報処理は通常、ＩＣカードとの間で通信可能な外部装置から与えられる命令を受けて行われる。ＩＣカードに与えられる命令には、情報の入出力や演算、又はセキュリティ処理などをＩＣカードに実行させる様々なものが存在する。そこで、近年開発された多くのＩＣカードは、そうした命令群を実行する基盤となるオペレーティングシステム（以下、ＯＳ（Operating System）という。）を回路内に搭載している。そして、異なる規格に従った複数の外部装置との間でＩＣカードを連携可能にしてＩＣカードの汎用性を高めるために、ＩＣカードに複数の種類のＯＳが搭載される場合もある。

例えば下記の特許文献１には、外部装置からの命令の仕様を変更することなく、通常とは異なる実行環境上で動作するＯＳを模倣したアプリケーションに対して、外部装置からの命令を実行させるようにした技術が記載されている。

特開２０１１−１１８８３７号公報

しかしながら、上記特許文献１に記載され技術は、フェリカＯＳをＪａｖａＣａｒｄ （登録商標）ＯＳ上のアプレットとして使用することを想定している。この場合、ＪａｖａＣａｒｄ（登録商標） ＯＳ上でフェリカＯＳが動作するため、フェリカＯＳの処理速度が比較的遅くなるという問題が生じる。このため、フェリカＯＳの処理速度を向上させることが望まれていた。

また、特許文献１に記載された技術は、フェリカＯＳを複数の業者（サービスプロバイダ）が使用する場合に、フェリカＯＳを各事業者に割り振ることを想定するものではなかった。このため、フェリカＯＳを各事業者に割り振り、各事業者がフェリカＯＳを使用できるようにすることが望まれていた。

また、フェリカＯＳを活性化する場合は、カード毎の独自のコマンドを使用する必要があり、カード毎に独自のフォーマットを用いる必要があった。このため、簡素な処理でフェリカＯＳを活性化することが望まれていた。

本開示によれば、複数のアプリケーションを管理可能なマルチプラットフォームと、前記マルチプラットフォーム上で動作し、前記マルチプラットフォームのコマンドにより活性化可能なオペレーティングシステムと、を備える、情報処理装置が提供される。

また、前記コマンドは、前記オペレーティングシステムが使用可能なメモリ領域のサイズを含むものであっても良い。

また、前記マルチプラットフォームは、前記複数のアプリケーションを認証符号によって管理し、前記認証符号によって前記オペレーティングシステムを前記マルチプラットフォームが管理するものであっても良い。

また、前記オペレーティングシステムは、領域分割が可能であるものであっても良い。

また、前記マルチプラットフォームは、前記領域分割された領域毎に対応する前記認証符号と、前記複数のアプリケーションに対応する認証符号を含むテーブルを有するものであっても良い。

また、前記マルチプラットフォームは、前記オペレーティングシステムを領域分割するための分割コマンドを前記オペレーティングシステムへ送り、前記分割コマンドは、領域分割によって得られる新たな領域に対応する認証符号と、領域分割による分割ブロック数を含むものであっても良い。

また、前記オペレーティングシステムは、前記マルチプラットフォームから前記分割コマンドを受け取ると、前記分割コマンドで指定されたブロック数に領域分割を行い、領域分割によって新たに生成された領域の認証符号と前記オペレーティングシステムにおけるシステム番号を前記マルチプラットフォームへ返すものであっても良い。

また、本開示によれば、複数のアプリケーションを管理可能なマルチプラットフォームと、前記マルチプラットフォーム上で動作し、前記マルチプラットフォームのコマンドにより活性化可能なオペレーティングシステムと、を備える、ＩＣチップが提供される。

また、本開示によれば、複数のアプリケーションを管理可能なマルチプラットフォームが、当該マルチプラットフォーム上で動作するオペレーティングシステムを活性化するためのコマンドを受信することと、前記コマンドを受信した前記マルチプラットフォームが、前記オペレーティングシステムを活性化する処理を実行させることと、を備える、情報処理方法が提供される。

また、前記マルチプラットフォームから、前記オペレーティングシステムに対して、当該オペレーティングシステムを領域分割するための分割コマンドであって、前記領域分割によって得られる新たな領域に対応する認証符号と、領域分割による分割ブロック数を送ることと、前記分割コマンドを受け取った前記オペレーティングシステムが前記分割コマンドに従って領域を分割することと、前記オペレーティングシステムが前記領域分割によって得られた領域に対応するシステム番号を前記マルチプラットフォームへ返すことと、前記マルチプラットフォームが前記領域分割によって得られた領域に対応する認証符号と前記システム番号を対応付けてテーブルに登録することと、を更に含むものであっても良い。

また、本開示によれば、複数のアプリケーションを管理可能なマルチプラットフォームが、当該マルチプラットフォーム上で動作するオペレーティングシステムを活性化するためのコマンドを受信することと、前記コマンドを受信した前記マルチプラットフォームが、前記オペレーティングシステムを活性化する処理を実行させることと、をコンピュータに実行させるためのプログラムが提供される。

また、前記プログラムであって、前記マルチプラットフォームから、前記オペレーティングシステムに対して、当該オペレーティングシステムを領域分割するための分割コマンドであって、前記領域分割によって得られる新たな領域に対応する認証符号と、領域分割による分割ブロック数を送る手段、前記分割コマンドを受け取った前記オペレーティングシステムが前記分割コマンドに従って領域を分割する手段、前記オペレーティングシステムが前記領域分割によって得られた領域に対応するシステム番号を前記マルチプラットフォームへ返す手段、前記マルチプラットフォームが前記領域分割によって得られた領域に対応する認証符号と前記システム番号を対応付けてテーブルに登録する手段、をコンピュータに実行させるためのプログラムであっても良い。

また、本開示によれば、複数のアプリケーションを管理可能なマルチプラットフォーム上で動作するオペレーティングシステムを領域分割して使用するため、前記領域分割によって得られる新たな領域に対応する認証符号と、前記領域分割による分割ブロック数を送る第１の装置と、前記認証符号と前記ブロック数を含む分割コマンドを生成する第２の装置と、前記マルチプラットフォーム及び前記オペレーティングシステムを備え、前記分割コマンドを受信して前記オペレーティングシステムを領域分割し、前記領域分割によって得られる新たな領域に対応する認証符号とシステム番号をテーブルに登録する第３の装置と、を備える、情報処理システムが提供される。

本開示によれば、情報処理装置に搭載されたオペレーティングシステムを、所定のコマンドで活性化することが可能となる。

本開示の一実施形態に係る情報処理装置の概略構成を主に示す模式図である。 プラットフォーム部で管理されるＡＩＤ（Ａｐｐｌｉｃａｔｉｏｎ ＩＤ）、プログラム種別、システム番号のテーブルを示す模式図である。 フェリカＯＳの領域を分割するためのコマンドを示す模式図である。 フェリカＯＳを領域分割する処理を示すフローチャートである。 インターネット経由で、情報処理装置内にあるフェリカＯＳの領域を分割する具体例を示すフローチャートである。 グローバルプラットフォームにおいて、事業者毎のＳＳＤを情報処理装置（カード）内に保持することで、各ＳＳＤの配下にアプレットをインストールする例を示す模式図である。 グローバルプラットフォームにおいて、インストールコマンドを使用してＳＳＤをそれ自体に関連付けた例を示す模式図である。 グローバルプラットフォームにおいて、セキュリティドメインに割り当てが可能な権限の例を示す模式図である。 ＳＳＤを用いてフェリカＯＳの４分割に相当する処理を実現するための手順を示す模式図である。 ＳＳＤを用いてフェリカＯＳの４分割に相当する処理を実現するための手順を示す模式図である。 ＳＳＤを用いてフェリカＯＳの４分割に相当する処理を実現するための手順を示す模式図である。 フェリカＯＳの活性化の処理を示すフローチャートである。 フェリカＯＳを活性化する処理を詳細に示すフローチャートである。 フェリカＯＳを活性化する処理を詳細に示すフローチャートである。 グローバルプラットフォームで定義されているコマンド（Ｉｎｓｔａｌｌ ｆｏｒ ｉｎｓｔａｌｌ ａｎｄ ｍａｋｅ ｓｅｌｅｃｔａｂｌｅ）を説明するための模式図である。 図１４のデータフィールド（ＤＡＴＡ）を示す模式図である。 本実施形態に係るＩＣチップを示す模式図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．情報処理装置の構成例
２．フェリカＯＳの領域分割
３．領域分割の手法
４．領域分割の処理フロー
５．分割登録の具体例
６．マルチプラットフォーム上で領域分割する場合と比較したときのメリット
７．フェリカＯＳの活性化（アクティベート）について

［１．情報処理装置の構成例］
まず、本開示の一実施形態に係る情報処理装置について説明する。図１は、本開示の一実施形態に係る情報処理装置の概略構成を主に示す模式図である。情報処理装置１００は、外部装置２００との間で通信することのできる通信装置である。例えば、外部装置は、情報処理装置１００に記録された情報を読み書きするリーダ／ライタであってもよい。また、外部装置は、情報処理装置１００に実装された機能を利用して任意のアプリケーションをユーザに提供する情報処理装置であってもよい。例えば、情報処理装置１００が外部装置２００との間で非接触型の通信を行う場合には、情報処理装置１００の通信部は、ＩＳＯ／ＩＥＣ１４４４３、ＩＳＯ／ＩＥＣ１８０９２（別名：ＮＦＣ（Near Field Communication））などの標準規格に従った通信インタフェースなどとして実現され得る。

情報処理装置１００は、典型的には、接触型又は非接触型のＩＣカードやＩＣチップなどとして実現される。また、情報処理装置１００は、携帯電話などの情報通信端末に設けられる通信モジュールなどであってもよい。情報処理装置１００は、自装置の記録する情報の入出力や様々な演算を実行するための命令群を提供する。そして、情報処理装置１００は、外部装置から命令が入力されると、その命令に対応する処理を実行し、外部装置へ応答を出力する。

図１では、主として情報処理装置１００のソフトウェア構成を階層状に示している。情報処理装置１００は、ＣＰＵなどの中央演算処理装置を備えることができ、図１に示す構成は、ＣＰＵがプログラムを実行することによって実現することができる。この場合に、そのプログラムは、情報処理装置１００が備えるメモリ、または外部から接続されるメモリに格納されることができる。

図１に示すように、情報処理装置１００は、オペレーティングシステム（以下、「ＯＳ」という。）としてのフェリカＯＳ１２０及びジャバＯＳ（Ｊａｖａ Ｃａｒｄ（登録商標）ＯＳ）１２２と、マルチプラットフォーム１３０と、を備える。なお、ジャバＯＳ１２２の代わりに、マルトス（ＭＵＬＴＯＳ）などの他のＯＳを備えていてもよい。

マルチプラットフォーム１３０は、複数のアプリケーションを管理するテーブルであり、いわゆるグローバルプラットフォーム（Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ（（ｉｎｃｌ． Ｆｉｌｅ Ｓｙｓｔｅｍ））から構成されることができる。グローバルプラットフォームは、通常のＩＣカードの標準仕様として用いられるものであり、相互認証コマンド、アプリケーションダウンロードのコマンドなどのコマンド体系は、グローバルプラットフォームにおいて予め定められている。

アプレット（Ａｐｐｌｅｔ）１４０ａ，１４０ｂは、ジャバＯＳ１２２上で動作するプログラムである。ユーザは、ジャバＯＳ１２２上で動作するアプレット（Ａｐｐｌｅｔ）１４０ａ，１４０ｂのいずれかを選択して動作させることができる。

フェリカＯＳ１２０は、マルチプラットフォーム１３０上で動作するが、本実施形態の情報処理装置１００においては、ジャバＯＳ１２２上で動作するアプレット１４０ａ，１４０ｂと同様に、フェリカＯＳ１２０を選択して動作させることができる。すなわち、ユーザにとっては、フェリカＯＳ１２０はアプレット１４０ａ，１４０ｂと同様にジャバＯＳ１２２上で動作するプログラムとして認識される。

フェリカＯＳ１２０は、ジャバＯＳ１２２上で動作させることも可能であるが、フェリカＯＳ１２０をジャバＯＳ１２２上で動作させると、処理速度が比較的遅くなる弊害がある。このため、フェリカＯＳ１２０をマルチプラットフォーム１３０上で動作させることにより、フェリカＯＳ１２０の処理速度を高めることができる。また、フェリカＯＳ１２０はジャバＯＳ１２２上で動作するプログラムとしてユーザに認識されるため、ユーザは、アプレット１４０ａ，１４０ｂの選択と同様にしてフェリカＯＳ１２０を選択することが可能である。

［２．フェリカＯＳの領域分割］
フェリカＯＳ１２０はファイルシステムの領域を分割することが可能なＯＳであり、分割された領域は、例えば異なるプロバイダによって利用されることができる。これにより、１つのフェリカＯＳ１２０を複数のフェリカＯＳとして振る舞うことができる。フェリカＯＳが領域分割された場合、領域毎にＡＩＤ（Ａｐｐｌｉｃａｔｉｏｎ ＩＤ：認証符号）が割り振られる。また、各領域には、フェリカＯＳ１２０上で管理するためのシステム番号が割り振られる。ＡＩＤ及びシステム番号は、各サービスプロバイダ毎に割り振られる。すなわち、フェリカＯＳ１２０は、領域分割とすることで、物理的にはメモリ領域を分割し、論理的にはそれぞれのメモリ領域に互いに排他的なシステムを持たせることができる。

図２は、マルチプラットフォーム１３０で管理されるＡＩＤ（Ａｐｐｌｉｃａｔｉｏｎ ＩＤ）、プログラム種別、システム番号のテーブルを示す模式図である。図２に示すように、マルチプラットフォーム１３０は、各アプリケーションのＡＩＤ、種別およびFeliCa論理システム番号を管理するテーブルを有し、マルチアプリプラットフォーム内のサブプラットフォームもＡＩＤで一元管理することができる。図２に示すように、ＡＩＤ、プログラム種別、及びシステム番号は、対応が付けられた状態で管理される。システム番号は、フェリカＯＳ１２０の領域のみに付加され、アプレット１４０ａ，１４０ｂにはシステム番号は付加されていない。なお、ＡＩＤは、ＩＳＯ７８１６で定められたものである。

このように、本実施形態の情報処理装置１００においては、フェリカＯＳ１２０上で領域分割された各領域にＡＩＤが割り振られるため、ＡＩＤを指定することでフェリカＯＳ１２０上の所望の領域を選択して使用することが可能である。

以上のようにフェリカＯＳ１２０には論理分割という概念があり、フェリカＯＳ１２０のメモリ領域を論理的に分割することで、複数のカードが存在するように見せかける仕組みがある。ここで、この論理的に分割された領域をシステムと呼ぶ。分割コマンドでフェリカシステムを論理分割した際、新たに作成されたシステムにもＡＩＤを割り当て、専用テーブルに登録するようにする。これにより、フェリカＯＳ１２０の異なる論理システムごとに、異なるＡＩＤが割りつけられ、各論理システムをマルチプラットフォーム１３０上でフェリカ以外のアプリケーション、アプレットと共に一元管理することができる。情報処理装置１００の外部からみると、フェリカＯＳ１２０の個々の論理システムがマルチプラットフォーム１３０上の１つのアプリケーションのように見えるため、フェリカシステムを通常のアプリケーション、アプレットと同様に扱うことができる。

また、論理分割は分割というフェリカ独自のコマンド一つで実行できるため、処理がシンプルであり、更に事業者同士が双方の鍵情報を知ることなく実行できる。従って、以上の仕組みをグローバルプラットフォームのようなマルチアプリケーションプラットフォームにマージすることで、ＳＳＤ以外にも事業者が別個に鍵を管理する方法をマルチプラットフォームに対して提供することができる。

［３．領域分割の手法］
次に、フェリカＯＳ１２０を領域分割する手法について説明する。本来的にはフェリカＯＳ１２０の領域は１つであるが、マルチプラットフォーム１３０から所定のコマンドを送ることにより、フェリカＯＳ１２０の領域が分割される。図３は、フェリカＯＳ１３０の領域を分割するためのコマンドを示す模式図である。図３に示すように、フェリカの分割（Ｓｅｐａｒａｔｅ）パッケージと、新規に割りつけたいＡＩＤ値を組み合わせたコマンドをマルチプラットフォーム１３０からフェリカＯＳ１２０に送ることで、フェリカサブプラットフォームの論理分割された領域をマルチプラットフォームの一領域として割り付ける。

図３において、“Ｎｕｍｂｅｒ ｏｆ ｂｌｏｃｋｓ”のデータは、本コマンドの領域分割により何ブロックを確保するかを示す情報である。図３のように“Ｎｕｍｂｅｒ ｏｆ ｂｌｏｃｋｓ”が“２”の場合は、現在のフェリカＯＳ１２０を領域分割して２ブロックを確保することが示されている。

フェリカＯＳ１２０では、図３のコマンドを受け取ると、コマンドを復号し、“Ｎｕｍｂｅｒ ｏｆ ｂｌｏｃｋｓ”の項目を参照して、“Ｎｕｍｂｅｒ ｏｆ ｂｌｏｃｋｓ”で指定された領域に領域分割を行う。そして、ＡＩＤとフェリカＯＳ１２０側で管理するシステム番号を付与して、マルチプラットフォーム１３０へ返信する。これにより、マルチプラットフォーム１３０では、新たに分割された領域について、図２のテーブルを更新することができる。

［４．領域分割の処理フロー］
図４は、フェリカＯＳ１２０を領域分割する処理を示すフローチャートである。先ず、ステップＳ１０では、マルチプラットフォーム１３０が新たな分割（Ｓｅｐａｒａｔｅ）コマンドを受信する。ここで、新たな分割コマンドには、分割によって付与されるＡＩＤが含まれている。

次に、ステップＳ１２では、新たな分割コマンドによって渡されたＡＩＤが既にマルチプラットフォーム１３０のテーブル（図２）に登録されているか否かを判定する。ＡＩＤが登録されていない場合は、次のステップＳ１４へ進み、新たな分割コマンド（図３）をフェリカＯＳ１２０に渡す。一方、ＡＩＤが登録されている場合は、エラーを返信する。

ステップＳ１４の後はステップＳ１６へ進む。ステップＳ１６では、新たな分割コマンドを受け取ったフェリカＯＳ１２０が、新たな分割コマンド（図３）内の分割パッケージを検証する。

次のステップＳ１８では、分割パッケージの検証の結果、パッケージに不正があったか否かを判定する。ここで、不正とは、ＭＡＣの不正、暗号鍵の不正、分割ブロック数の不正等をいう。不正があった場合は、エラーを返信する。

一方、ステップＳ１８で不正が無かった場合は、ステップＳ２０へ進む。ステップＳ２０では、フェリカＯＳ１２０が領域分割を行う、分割して得られた領域のＡＩＤ、システム番号をマルチプラットフォーム１３０へ送信する。

次のステップＳ２２では、マルチプラットフォーム１３０は、フェリカＯＳ１２０から受信したＡＩＤとシステム番号をテーブル（図２）へ登録する。

［５．分割登録の具体例］
次に、図５に基づいて、インターネット経由で、情報処理装置１００内にあるフェリカＯＳ１２０の領域（ＦｅｌｉＣａサブプラットフォーム）を分割する具体例について説明する。ここでは、サービスプロバイダＣが既にフェリカＯＳ１２０内のある領域を使用しており、新たにサービスプロバイダＡが、新ＡＩＤを指定してフェリカＯＳ１２０内に領域を分割する例を示す。一例として、サービスプロバイダＣは鉄道事業者であり、サービスプロバイダＡは電子マネー事業者である。また、分割権限鍵管理業者Ｂは、フェリカＯＳ１２０を分割する権限を有する業者である。オペレーション事業者Ｄは、情報処理装置１００を発行（製造）する業者である。ユーザは、情報処理装置１００のユーザである。図５において、サービスプロバイダＡ、分割権限鍵管理業者Ｂ、サービスプロバイダＣ、オペレーション事業者Ｄの枠内で囲まれた各鍵情報は、各サービスプロバイダ、事業者が知っている鍵情報である。各サービスプロバイダ、業者は、図５の各ステップを行う装置を有している。

先ず、ステップＳ３０では、サービスプロバイダＡが、新システム仮鍵、新Ａｒｅａ０仮鍵、新ＡＩＤ及び分割ブロック数を分割権限鍵管理事業者Ｂへ送る。ここで、新ＡＩＤは、フェリカＯＳ１２０の領域分割によって得られた新たな領域に対応するＡＩＤである。また、ブロック数は、サービスプロバイダＡが分割しようとする領域の数である。新システム仮鍵、新Ａｒｅａ０仮鍵は、サービスプロバイダＡ及び分割権限鍵管理業者Ｂが共に保有しており、領域分割のために一時的に用いる仮の鍵である。

ステップＳ３２では、分割権限鍵管理事業者Ｂは、ユーザが保有する情報処理装置１００に既に設定されているＡＩＤの情報を取得する。ステップＳ３４では、分割権限管理事業者Ｂは、ステップＳ３２でユーザから取得したＡＩＤの情報とサービスプロバイダＡから送られた新たなＡＩＤが重複していないことを検証する。重複していない場合は、分割権限管理事業者Ｂは、分割素パッケージを生成する（ステップＳ３６）。そして、分割権限管理事業者Ｂは、分割素パッケージと、サービスプロバイダＡから送られたブロック数をサービスプロバイダＣへ送る（ステップＳ３８）。ここで、分割素パッケージは、図３に示す“Ｓｅｐａｒａｔｅ ｂａｓｅ ｐａｃｋａｇｅ”に対応する。

サービスプロバイダＣは、分割権限管理事業者Ｂから送られた分割素パッケージとブロック数とから分割パッケージを生成する（ステップＳ４０）。分割パッケージは、図３に示す“Ｓｅｐａｒａｔｅ ｐａｃｋａｇｅ”に対応する。図３に示すように、分割パッケージには“Ｎｕｍｂｅｒ ｏｆ ｂｌｏｃｋｓ”の情報が含まれており、この情報がブロック数に対応する。

サービスプロバイダＣは、生成した分割パッケージをオペレーション事業者Ｄへ送る（ステップＳ４２）。また、分割権限管理事業者Ｂは、新ＡＩＤをオペレーション事業者Ｄへ送る（ステップＳ４４）。

オペレーション事業者Ｄは、送られた分割パッケージと新ＡＩＤから、新たな分割コマンドを生成する（ステップＳ４６）。分割コマンドは、図３に示す情報に対応し、図３に示す“Ｎｅｗ Ｓｙｓｔｅｍ ＡＩＤ”は新ＡＩＤに対応する。オペレーション事業者Ｄは、この分割コマンドをユーザが保有する情報処理装置１００（携帯機器）へ送る（ステップＳ４８）。

ユーザが保有する情報処理装置１００では、フェリカＯＳ１２０のサブプラットフォームの新たな論理システム（領域）が生成されて、生成された論理システムに対して新ＡＩＤが割り当てられる（ステップＳ５０）。なお、情報処理装置１００がユーザに出回っておらず、オペレーション事業者Ｄが新たに情報処理装置１００を発行（製造）する場合は、フェリカＯＳ１２０上にサービスプロバイダＣとサービスプロバイダＡの領域が設けられた情報処理装置１００を発行（製造）する。

以上の処理により、フェリカＯＳ１２０上にサービスプロバイダＣの領域のみが生成されていた情報処理装置１００に対して、新たにサービスプロバイダＡの領域を分割生成して、新ＡＩＤを割り振ることができる。

次に、サービスプロバイダＡは、情報処理装置１００のフェリカＯＳ１２０の新たな領域に関する鍵を変更する処理を行う。上述した仮鍵は、領域分割のために使用されるものであり、分割権限鍵管理業者Ｂにも知られていることから、サービスプロバイダＡが鍵を変更する。ステップＳ５２において、サービスプロバイダＡは鍵変更パッケージを生成する。鍵変更パッケージは、オペレーション事業者Ｄに送られて（ステップＳ５４）、鍵変更コマンドが生成される（ステップＳ５６）。鍵変更コマンドはオペレーション事業者Ｄからユーザが保有する情報処理装置１００へと送られる（ステップＳ５８）。情報処理装置１００では、領域分割により新たに生成された領域（論理システム）の鍵を変更する（ステップＳ６０）。

［６．マルチプラットフォーム上で領域分割する場合と比較したときのメリット］
以上のように、本実施形態では、マルチプラットフォーム１３０上にフェリカＯＳ１２０を設けて、フェリカＯＳ１２０の領域分割を行う。ここでは、マルチプラットフォーム１３０上で直接的に領域分割する場合と本実施形態を比較し、本実施形態のメリットについて説明する。

グローバルプラットフォーム（ＧＰ）にはセキュリティドメイン（Ｓｅｃｕｒｉｔｙ Ｄｏｍａｉｎ）という概念があり、セキュリティドメインにはＩＳＤ（Ｉｓｓｕｅｒ Ｓｅｃｕｒｉｔｙ Ｄｏｍａｉｎ）とＳＳＤ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ
Ｓｅｃｕｒｉｔｙ Ｄｏｍａｉｎ)の２種類がある。ＩＳＤは強制的（Ｍａｎｄａｔｏｒｙ）なドメインである。一方、ＳＳＤはオプションであり、複数個存在することが可能である。セキュリティドメインは、ドメイン毎に独自の鍵を管理している。従って、図６に示すように、事業者毎のＳＳＤを情報処理装置（カード）１００内に保持することで、互いの鍵情報を知らせることなく、各ＳＳＤの配下にアプレットをインストール、削除することができる。

しかしながら、セキュリティドメインには図８に示すような多くの権限を設定しなければならず、処理が複雑になる問題がある。図８は、グローバルプラットフォームにおいて、セキュリティドメインに割り当てが可能な権限の例を示す模式図である。更に、インストール（Ｉｎｓｔａｌｌ ［ｆｏｒ ｅｘｔｒａｄｉｔｉｏｎ］）コマンドを使用して図７のようにＳＳＤをそれ自体に関連付けることなど柔軟であるが、その概念自体が難解な面を有している。

例えば、ＳＳＤを用いてフェリカＯＳ１２０の４分割に相当する処理を実現するためには、以下の手順が必要である。先ず、図９に示すように、第１ステップでＳＳＤ Ａをインストールし、第２ステップでＳＳＤ Ｂをインストールし、第３ステップでＳＳＤ Ｃをインストールする。

次に、図１０に示すように、第４ステップでＩＳＤの配下にアプレット１（Ａｐｐｌｅｔ １）をロード＆インストールし、第５ステップでＳＳＤ Ａの配下にアプレット２（Ａｐｐｌｅｔ ２）をロード＆インストールする。更に、第６ステップでＳＳＤ Ｂの配下にアプレット３（Ａｐｐｌｅｔ ３）をロード＆インストールし、第７ステップでＳＳＤ Ｃの配下にアプレット４（Ａｐｐｌｅｔ ４）をロード＆インストールする。

次に、図１１に示すように、第８ステップでＳＳＤ
Ａを自分自身に関連付け、第９ステップＳでＳＳＤ Ｂを自分自身に関連付け、第１０ステップでＳＳＤ Ｃを自分自身に関連付ける。

以上のように、ＳＳＤを用いてフェリカＯＳ１２０上での領域４分割相当のことを実現しようとすると、少なくとも１０回のステップが必要である。

一方、本実施形態では、マルチプラットフォームからフェリカＯＳ１２０へ、図３に示す分割コマンドを多くても３回送るのみで、フェリカＯＳ１２０上には元々１の領域が存在することから、フェリカＯＳ１２０を４分割することが可能である。

本実施形態では、マルチプラットフォーム１３０上にフェリカＯＳ１２０を設定し、フィリカＯＳ１２０を領域分割する。このため、本実施形態では、複数のアプリケーションを管理可能なマルチプラットフォーム１３０上に、マルチプラットフォームであるフェリカＯＳ１２０が配置された構成となる。このため、各領域の管理、鍵の設定・管理等はフェリカＯＳ１２０側で行うことができる。従って、各領域の鍵などの管理をフェリカＯＳ１２０上で容易に行うことが可能である。

［７．フェリカＯＳの活性化（アクティベート）について］
次に、フェリカＯＳ１２０のアクティベートについて説明する。情報処理装置１００においては、最初からフェリカＯＳ１２０が活性化されている場合と、当初は活性化されていないフェリカＯＳ１２０を後で活性化させる場合がある。

本実施形態では、情報処理装置１００のフェリカＯＳ１２０がアクティブとなっていない場合は、マルチプラットフォーム１３０のコマンドを使用してフェリカＯＳ１２０を活性化（アクティベート）することができる。

具体的には、フェリカＯＳ１２０の活性化は、マルチプラットフォーム１３０であるグローバルプラットフォームのコマンド（Ｉｎｓｔａｌｌ ｆｏｒ ｉｎｓｔａｌｌ ａｎｄ ｍａｋｅｓｅｌｅｃｔａｂｌｅ）を使用して行う。

また、グローバルプラットフォームのインストールコマンド（Ｉｎｓｔａｌｌ ｆｏｒ ｉｎｓｔａｌｌ ａｎｄ ｍａｋｅｓｅｌｅｃｔａｂｌｅ）に含まれるサイズ情報に基づいて、フェリカＯＳ１２０が利用可能なＮＶＭ（ＥＥＰＲＯＭ１７０）のメモリ領域のサイズを決定する。

フェリカＯＳ１２０が活性化されると、フェリカＯＳ１２０が利用可能なＥＥＰＲＯＭ１７０のメモリ領域において、フォーマット処理が行われる。また、フェリカＯＳ１２０が利用可能なＥＥＰＲＯＭ１７０のメモリ領域には、フェリカＯＳ１２０により情報の書き込み等が行われる。

情報処理装置１００のＥＥＰＲＯＭ１７０には、アプレット１４０ａ，１４０ｂに対応してメモリ領域が確保されている。また、フェリカＯＳ１２０が活性化されると、インストールコマンドに含まれるサイズ情報に基づいてＥＥＰＲＯＭ１７０のメモリ領域が確保される。各メモリ領域のサイズは、テーブルに登録されている。このため、フェリカＯＳ１２０を活性化する際には、テーブルの登録情報を参照することで、インストールコマンドに含まれるサイズ情報が示すサイズのメモリ領域を確保できるか否かが判定される。

なお、フェリカＯＳ１２０を活性化しない場合は、情報処理装置１００のＥＥＰＲＯＭ１７０は全てマルチプラットフォーム１３０によって使用される。この場合、情報処理装置１００を純粋なグローバルプラットフォームのカードとして使用することができる。

図１２は、フェリカＯＳ１２０の活性化の処理を示すフローチャートである。先ず、ステップＳ７０では、マルチプラットフォーム１３０がインストールコマンドを受信する。なお、インストールコマンドを受信しなかった場合は、ステップＳ７０において受信するまで待機する。

次のステップＳ７２では、マルチプラットフォーム１３０が、インストールコマンドに含まれるＡＩＤがフェリカＯＳ１２０のＡＩＤであるか否かを判定する。

インストールコマンドに含まれるＡＩＤがフェリカＯＳ１２０のＡＩＤである場合は、次のステップＳ７４へ進み、マルチプラットフォーム１３０がＩｎｓｔａｌｌコマンド（Ｉｎｓｔａｌｌ ｆｏｒ ｉｎｓｔａｌｌ ａｎｄ ｍａｋｅｓｅｌｅｃｔａｂｌｅ）を用いてフェリカＯＳ１２０の活性化関数を呼び出す。このコマンドには、フェリカＯＳ１２０のサイズ情報が含まれている。次のステップＳ７６では、フェリカＯＳ１２０が、サイズ情報に基づいて活性化処理を行う。

フェリカＯＳ１２０の活性化処理が完了すると、次のステップＳ７８では、活性化完了通知がフェリカＯＳ１２０からマルチプラットフォーム１３０へ送られる。

図１３Ａ及び図１３Ｂは、フェリカＯＳ１２０を活性化する処理を詳細に示すフローチャートであって、図１３Ａはマルチプラットフォーム１３０の処理を、図１３ＢはフェリカＯＳ１２０の処理を示している。先ず、図１３ＡのステップＳ８０に示すように、Ｉｎｓｔａｌｌコマンドに含まれるＥｘｅｃｕｔａｂｌｅ Ｌｏａｄ ＭｏｄｕｌｅのＡＩＤがフェリカＯＳ１２０のＡＩＤと一致するか否かを判定し、一致する場合は次のステップＳ８２へ進む。一方、Ｅｘｅｃｕｔａｂｌｅ Ｌｏａｄ ＭｏｄｕｌｅのＡＩＤがフェリカＯＳ１２０のＡＩＤと一致しない場合は、ステップＳ９４へ進み、異常リターンを送る。

ステップＳ８２では、Ｉｎｓｔａｌｌコマンドに含まれるサイズ情報が示すメモリ領域を情報処理装置１００のＥＥＰＲＯＭ１７０に確保可能か否かを判定し、確保可能な場合は次のステップＳ８４へ進む。一方、サイズを確保することができない場合は、ステップＳ９４へ進み、異常リターンを送る。

ステップＳ８４では、Ｉｎｓｔａｌｌコマンドに含まれるＡｐｐｌｉｃａｔｉｏｎ ＡＩＤ情報をマルチプラットフォーム１３０が管理するテーブルへ登録する。このテーブルは、図２に示したテーブルと同様であり、ＡＩＤ、種別（ＦｅｌｉＣａ）、システム番号が登録される。

フェリカＯＳ１２０を活性化したことにより、サイズ情報に応じて情報処理装置１００のＥＥＰＲＯＭ１７０の所定のメモリ領域がフェリカＯＳ１２０によって占有される。このため、次のステップＳ８６では、マルチプラットフォーム１３０が管理するＥＥＰＲＯＭ１７０のサイズ情報を更新する。

次のステップＳ８８では、フェリカＯＳ１２０の活性化処理を呼び出す。ステップＳ８８でマルチプラットフォーム１３０がフェリカＯＳ１２０の活性化処理を呼び出すと、フェリカＯＳ１２０にて図１３Ｂに示すステップＳ１００以降の処理が行われる。

先ず、ステップＳ１００では、フェリカＯＳ１２０が既に活性化済であるか否かを判定する。フェリカＯＳ１２０が活性化済でない場合は、ステップＳ１０２へ進み、フェリカＯＳ１２０の活性化処理を行う。一方、フェリカＯＳ１２０が活性化済の場合は、ステップＳ１０８へ進み、異常リターンをマルチプラットフォーム１３０へ送る。

ステップＳ１０２の後はステップＳ１０４へ進む。ステップＳ１０４では、フェリカＯＳ１２０の活性化中にエラーが起きたか否かを判定し、エラーが起きなかった場合はステップＳ１０６へ進む。ステップＳ１０６では、正常リターンをマルチプラットフォーム１３０へ送る。また、ステップＳ１０４において、フェリカＯＳ１２０の活性化中にエラーが起きた場合はステップＳ１０８へ進み、異常リターンをマルチプラットフォーム１３０へ送る。

マルチプラットフォーム１３０では、図１３ＡのステップＳ８８でフェリカ活性化処理を呼び出した後、ステップＳ９０において、異常リターンが返ってきたか否かを判定する。異常リターンが返ってきた場合は、ステップＳ９２へ進み、ステップＳ８４で登録したＡＩＤ情報をマルチプラットフォーム１３０が管理するテーブルから削除する。

ステップＳ９２の後はステップＳ９３へ進む。ステップＳ９３では、マルチプラットフォーム１３０が管理するＥＥＰＲＯＭのサイズ情報を元に戻す。ステップＳ９３の後はステップＳ９４へ進み、異常リターンを送る。

一方、ステップＳ９０で異常リターンが返ってこない場合は、ステップＳ９６へ進み、正常リターンを送る。

なお、フェリカＯＳ１２０を活性化した後にステップＳ８４、ステップＳ８６の処理を行った場合、電源断などの要因によりステップＳ８４，Ｓ８６の処理ができなくなることが想定される。この場合、フェリカＯＳ１２０が活性化されているにも関わらず、テーブルへの登録、ＥＥＰＲＯＭサイズ情報の更新がされていない状態となる。このため、図１３Ａ、図１３Ｂの処理では、テーブルへの登録、ＥＥＰＲＯＭサイズ情報の更新後に活性化処理を行い、活性化にエラーが生じた場合は登録を削除するとともに、サイズ情報を元に戻すようにしている。これにより、フェリカＯＳ１２０が活性化された場合のみ、テーブルへの登録、サイズ情報の更新を行うことができる。

図１４は、グローバルプラットフォームで定義されているコマンド（Ｉｎｓｔａｌｌ ｆｏｒ ｉｎｓｔａｌｌ ａｎｄ ｍａｋｅ ｓｅｌｅｃｔａｂｌｅ）を説明するための模式図であって、ＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）のＩＳＯ７８１６で定められた仕様を示している。図１４に示すように、ＡＰＤＵは、ＣＬＡ，ＩＮＳ，Ｐ１，Ｐ２，ＬＣ，ＤＡＴＡ，Ｌｅの各コードから構成されている。このうち、ＩＮＳコードの値が“Ｅ６”の場合、インストールコマンドであることを示している。

また、Ｐ１（Ｒｅｆｅｒｅｎｃｅ Ｃｏｎｔｒｏｌ Ｐａｒａｍｅｔｅｒ）によってｉｎｓｔａｌｌとｍａｋｅ ｓｅｌｅｃｔａｂｌｅが定義されている。図１５は、Ｒｅｆｅｒｅｎｃｅ Ｃｏｎｔｒｏｌ Ｐａｒａｍｅｔｅｒ Ｐ１を示す模式図である。Ｒｅｆｅｒｅｎｃｅ Ｃｏｎｔｒｏｌ Ｐａｒａｍｅｔｅｒ Ｐ１は、ｂ８，ｂ７，ｂ６，ｂ５，ｂ４，ｂ３，ｂ２，ｂ１の８つのビットを備えている。図１５中に一点鎖線で囲んだように、ｂ８，ｂ７，ｂ６，ｂ５，ｂ４，ｂ３，ｂ２，ｂ１がそれぞれ０，０，０，０，１，１，０，０の場合、すなわち、Ｐ１が“０Ｃ”の場合に、インストールコマンド（Ｉｎｓｔａｌｌ ｆｏｒ ｉｎｓｔａｌｌ ａｎｄ ｍａｋｅｓｅｌｅｃｔａｂｌｅ）が定義される。

図１５は、図１４のデータフィールド（ＤＡＴＡ）を示す模式図である。図１５に示すように、“Ｅｘｅｃｕｔａｂｌｅ Ｍｏｄｕｌｅ ＡＩＤ”にフェリカＯＳ１２０のＡＩＤが挿入される。また、“Ａｐｐｌｉｃａｔｉｏｎ ＡＩＤ”はユーザが自由に設定することができる。

また、“Ｉｎｓｔａｌｌ Ｐａｒａｍｅｔｅｒ ｆｉｅｌｄ”には、フェリカＯＳ１２０のサイズ情報が含まれている。このサイズ情報に基づいて、マルチプラットフォーム１３０は、フェリカＯＳ１２０が扱うＮＶＭ（Ｎｏｎ−ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）のサイズを確保する。

図１６は、本実施形態に係るＩＣチップ２００を示す模式図である。ＩＣチップ２００は、一例として、携帯電話機器等に用いられるＳＩＭカード（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ Ｃａｒｄ）である。図１６に示すように、ＩＣチップ２００の基本的な構成は、図１の情報処理装置１００と同様である。但し、ＩＣチップ２００は、インタフェースとしてのＳＷＰ（シングルワイヤプロトコル）を備えており、ＳＷＰを介して携帯電話などの機器と接続される。

以上説明したように、マルチプラットフォーム１３０のインストールコマンドによってフェリカＯＳ１２０を活性化することができるため、カード毎に活性化の方式が異なる事態を抑止できる。従って、統一されたコマンドによってフェリカＯＳ１２０を活性化することが可能となる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）複数のアプリケーションを管理可能なマルチプラットフォームと、
前記マルチプラットフォーム上で動作し、前記マルチプラットフォームのコマンドにより活性化可能なオペレーティングシステムと、
を備える、情報処理装置。
（２）前記コマンドは、前記オペレーティングシステムが使用可能なメモリ領域のサイズを含む、前記（１）に記載の情報処理装置。
（３）前記マルチプラットフォームは、前記複数のアプリケーションを認証符号によって管理し、
前記認証符号によって前記オペレーティングシステムを前記マルチプラットフォームが管理する、前記（１）に記載の情報処理装置。
（４）前記オペレーティングシステムは、領域分割が可能である、前記（３）に記載の情報処理装置。
（５）前記マルチプラットフォームは、前記領域分割された領域毎に対応する前記認証符号と、前記複数のアプリケーションに対応する認証符号を含むテーブルを有する、前記（３）に記載の情報処理装置。
（６）前記マルチプラットフォームは、前記オペレーティングシステムを領域分割するための分割コマンドを前記オペレーティングシステムへ送り、
前記分割コマンドは、領域分割によって得られる新たな領域に対応する認証符号と、領域分割による分割ブロック数を含む、前記（３）に記載の情報処理装置。
（７）前記オペレーティングシステムは、前記マルチプラットフォームから前記分割コマンドを受け取ると、前記分割コマンドで指定されたブロック数に領域分割を行い、領域分割によって新たに生成された領域の認証符号と前記オペレーティングシステムにおけるシステム番号を前記マルチプラットフォームへ返す、前記（６）に記載の情報処理装置。
（８）複数のアプリケーションを管理可能なマルチプラットフォームと、
前記マルチプラットフォーム上で動作し、前記マルチプラットフォームのコマンドにより活性化可能なオペレーティングシステムと、
を備える、ＩＣチップ。
（９）複数のアプリケーションを管理可能なマルチプラットフォームが、当該マルチプラットフォーム上で動作するオペレーティングシステムを活性化するためのコマンドを受信することと、
前記コマンドを受信した前記マルチプラットフォームが、前記オペレーティングシステムを活性化する処理を実行させることと、
を備える、情報処理方法。
（１０）前記マルチプラットフォームから、前記オペレーティングシステムに対して、当該オペレーティングシステムを領域分割するための分割コマンドであって、前記領域分割によって得られる新たな領域に対応する認証符号と、領域分割による分割ブロック数を送ることと、
前記分割コマンドを受け取った前記オペレーティングシステムが前記分割コマンドに従って領域を分割することと、
前記オペレーティングシステムが前記領域分割によって得られた領域に対応するシステム番号を前記マルチプラットフォームへ返すことと、
前記マルチプラットフォームが前記領域分割によって得られた領域に対応する認証符号と前記システム番号を対応付けてテーブルに登録することと、
を更に含む、前記（９）に記載の情報処理方法。
（１１）複数のアプリケーションを管理可能なマルチプラットフォームが、当該マルチプラットフォーム上で動作するオペレーティングシステムを活性化するためのコマンドを受信することと、
前記コマンドを受信した前記マルチプラットフォームが、前記オペレーティングシステムを活性化する処理を実行させることと、
をコンピュータに実行させるためのプログラム。
（１２）前記（１１）に記載のプログラムであって、
前記マルチプラットフォームから、前記オペレーティングシステムに対して、当該オペレーティングシステムを領域分割するための分割コマンドであって、前記領域分割によって得られる新たな領域に対応する認証符号と、領域分割による分割ブロック数を送ることと、
前記分割コマンドを受け取った前記オペレーティングシステムが前記分割コマンドに従って領域を分割することと、
前記オペレーティングシステムが前記領域分割によって得られた領域に対応するシステム番号を前記マルチプラットフォームへ返すことと、
前記マルチプラットフォームが前記領域分割によって得られた領域に対応する認証符号と前記システム番号を対応付けてテーブルに登録することと、
をコンピュータに実行させるためのプログラム。
（１３）複数のアプリケーションを管理可能なマルチプラットフォーム上で動作するオペレーティングシステムを領域分割して使用するため、前記領域分割によって得られる新たな領域に対応する認証符号と、前記領域分割による分割ブロック数を送る第１の装置と、
前記認証符号と前記ブロック数を含む分割コマンドを生成する第２の装置と、
前記マルチプラットフォーム及び前記オペレーティングシステムを備え、前記分割コマンドを受信して前記オペレーティングシステムを領域分割し、前記領域分割によって得られる新たな領域に対応する認証符号とシステム番号をテーブルに登録する第３の装置と、
を備える、情報処理システム。

１００ 情報処理装置
１２０ フェリカＯＳ
１２２ ＪＡＶＡ（登録商標） ＯＳ
１４０ａ，１４０ｂ アプレット

Claims (12)

1. 複数のアプリケーションを管理可能なマルチプラットフォームと、
   前記マルチプラットフォーム上で動作し、前記マルチプラットフォームのコマンドにより活性化可能なオペレーティングシステムと、を備え、
   前記マルチプラットフォームは、前記複数のアプリケーションを認証符号によって管理し、
   前記認証符号によって前記オペレーティングシステムを前記マルチプラットフォームが管理する、情報処理装置。
2. 前記コマンドは、前記オペレーティングシステムが使用可能なメモリ領域のサイズを含
   む、請求項１に記載の情報処理装置。
3. 前記オペレーティングシステムは、領域分割が可能である、請求項２に記載の情報処理装置。
4. 前記マルチプラットフォームは、前記領域分割された領域毎に対応する前記認証符号と
   、前記複数のアプリケーションに対応する前記認証符号を含むテーブルを有する、請求項３に
   記載の情報処理装置。
5. 前記マルチプラットフォームは、前記オペレーティングシステムを領域分割するための
   分割コマンドを前記オペレーティングシステムへ送り、
   前記分割コマンドは、領域分割によって得られる新たな領域に対応する前記認証符号と、領域分割による分割ブロック数を含む、請求項１に記載の情報処理装置。
6. 前記オペレーティングシステムは、前記マルチプラットフォームから前記分割コマンドを受け取ると、前記分割コマンドで指定されたブロック数に領域分割を行い、領域分割によって新たに生成された領域の前記認証符号と前記オペレーティングシステムにおけるシステム番号を前記マルチプラットフォームへ返す、請求項５に記載の情報処理装置。
7. 複数のアプリケーションを管理可能なマルチプラットフォームと、
   前記マルチプラットフォーム上で動作し、前記マルチプラットフォームのコマンドにより活性化可能なオペレーティングシステムと、を備え、
   前記マルチプラットフォームは、前記複数のアプリケーションを認証符号によって管理し、
   前記認証符号によって前記オペレーティングシステムを前記マルチプラットフォームが管理する、ＩＣチップ。
8. 複数のアプリケーションを管理可能なマルチプラットフォームが、当該マルチプラットフォーム上で動作するオペレーティングシステムを活性化するためのコマンドを受信することと、
   前記コマンドを受信した前記マルチプラットフォームが、前記オペレーティングシステムを活性化する処理を実行させることと、を備え、
   前記マルチプラットフォームは、前記複数のアプリケーションを認証符号によって管理し、
   前記認証符号によって前記オペレーティングシステムを前記マルチプラットフォームが管理する、情報処理方法。
9. 前記マルチプラットフォームから、前記オペレーティングシステムに対して、当該オペレーティングシステムを領域分割するための分割コマンドであって、前記領域分割によって得られる新たな領域に対応する前記認証符号と、前記領域分割による分割ブロック数を送ることと、
   前記分割コマンドを受け取った前記オペレーティングシステムが前記分割コマンドに従って領域を分割することと、
   前記オペレーティングシステムが前記領域分割によって得られた領域に対応するシステム番号を前記マルチプラットフォームへ返すことと、
   前記マルチプラットフォームが前記領域分割によって得られた領域に対応する認証符号と前記システム番号を対応付けてテーブルに登録することと、
   を更に含む、請求項８に記載の情報処理方法。
10. 複数のアプリケーションを管理可能なマルチプラットフォームが、当該マルチプラットフォーム上で動作するオペレーティングシステムを活性化するためのコマンドを受信することと、
    前記コマンドを受信した前記マルチプラットフォームが、前記オペレーティングシステムを活性化する処理を実行させることと、をコンピュータに実行させるためのプログラムであって、
    前記マルチプラットフォームは、前記複数のアプリケーションを認証符号によって管理し、
    前記認証符号によって前記オペレーティングシステムを前記マルチプラットフォームが管理する、プログラム。
11. 請求項１０に記載のプログラムであって、
    前記マルチプラットフォームから、前記オペレーティングシステムに対して、当該オペレーティングシステムを領域分割するための分割コマンドであって、前記領域分割によって得られる新たな領域に対応する前記認証符号と、前記領域分割による分割ブロック数を送ることと、
    前記分割コマンドを受け取った前記オペレーティングシステムが前記分割コマンドに従って領域を分割することと、
    前記オペレーティングシステムが前記領域分割によって得られた領域に対応するシステム番号を前記マルチプラットフォームへ返すことと、
    前記マルチプラットフォームが前記領域分割によって得られた領域に対応する認証符号と前記システム番号を対応付けてテーブルに登録することと、
    をコンピュータに実行させるためのプログラム。
12. 複数のアプリケーションを管理可能なマルチプラットフォーム上で動作するオペレーティングシステムを領域分割して使用するため、前記領域分割によって得られる新たな領域に対応する認証符号と、前記領域分割による分割ブロック数を送る第１の装置と、
    前記認証符号と前記分割ブロック数を含む分割コマンドを生成する第２の装置と、
    前記マルチプラットフォーム及び前記オペレーティングシステムを備え、前記分割コマンドを受信して前記オペレーティングシステムを領域分割し、前記領域分割によって得られる新たな領域に対応する認証符号とシステム番号をテーブルに登録する第３の装置と、
    を備え、
    前記マルチプラットフォームは、前記複数のアプリケーションを前記認証符号によって管理し、
    前記認証符号によって前記オペレーティングシステムを前記マルチプラットフォームが管理する、情報処理システム。

Images