JP2011066757A - 携帯端末および管理プログラム - Google Patents

Abstract

【課題】付加情報をより適切に取得すること。
【解決手段】所定のイベントが発生すると、一覧管理プログラム１５０は、ＩＣカード５００に設定されているサービスのサービスＩＤと、記憶部１０５に記憶されているサービスのサービスＩＤとを比較する。一致しないものがあった場合、一覧管理プログラム１５０は、付加情報の取得を管理サーバ２０に要求する。
【選択図】図２５

Description

本発明は、携帯端末においてＩＣカードを利用する技術に関する。

モバイルFeliCa（登録商標）のように、携帯端末において内蔵されるＩＣカード機能が知られている。通常、プラスチック製のカードにＩＣチップが内蔵された単体のＩＣカードに対しては、専用のリーダ／ライタを用いてデータの読み書きがされるが、携帯端末にＩＣチップが内蔵されたＩＣカード機能に対しては、外部のリーダ／ライタを用いたデータの読み書きに加え、携帯端末本体からデータの読み書きが可能である。多くの携帯端末はネットワークを介した通信を行う機能を有しており、通信機能およびＩＣカード機能により、多様なサービスを提供することが可能になっている。ＩＣカード機能を内蔵した携帯端末において、ＩＣカード機能のデータを読み書きするために、専用のアプリケーションソフトウェアが用いられている。

これに対し特許文献１は、端末装置からＩＣカード機能へ送信されるメッセージであるＡＰＤＵ（Application Protocol Data Unit、アプリケーション・プロトコル・データ単位）の実行結果をｗｅｂブラウザに表示する技術を開示している（特に、段落００２０−００２２）。また、特許文献２は、ＩＣカード機能を搭載した携帯電話機において、インストール可能なＩＣカードアプリケーションの一覧を表示する技術を開示している。特許文献３は、リストの表示命令を受信したときに、最新の表示データがダウンロードされているか判断し、最新の表示データが無い場合には最新の表示データをダウンロードすることを開示している。

特開２００６−２４４２１１号公報 特開２００７−２０６８９３号公報 特開２００３−２１６５２９号公報

ネットワークを介した通信を行うためのソフトウェア上から実行可能なスクリプトと、専用のソフトウェアのいずれか一方をＩＣカードへのデータの読み書きを行うソフトウェアとして用いることできる場合において、これらを切り替えることは煩雑であった。

本発明は、ＩＣカードへのデータの読み書きを行うソフトウェアを、サーバからの指示に応じて自動的に切り替える技術を提供する。

本発明は、ネットワークを介して通信する通信手段と、特定の処理を実行するための第１のアプリケーションプログラム、前記第１のアプリケーションプログラムと異なる第２のアプリケーションプログラム、ならびにスクリプトおよび前記第２のアプリケーションプログラムを管理する第１の管理プログラムを実行する第１の制御手段と、アンテナと、個別にアクセス制限を設定可能な複数の記憶領域を有するメモリと、前記アンテナからの信号または前記第１の制御手段からの信号に応じて前記メモリにアクセスし、アクセスした結果を前記第１の制御手段に出力する第２の制御手段とを有するＩＣカード機能部と、前記メモリに設定されている記憶領域を特定する第１の識別子と、前記第１の識別子により特定される記憶領域に対してアクセス可能なソフトウェアを示す第２の識別子とを含む一覧を記憶する記憶手段とを有し、前記第２のアプリケーションプログラムが、前記複数の記憶領域のうち一の記憶領域にアクセスするためのプログラムであり、前記スクリプトが、前記一の記憶領域にアクセスするための命令群を含み、前記第１の管理プログラムを実行している前記第１の制御手段が、第１の管理手段として機能し、前記第１の管理手段が、第１のタイミングで、前記ネットワークに接続された第１のサーバに対し、前記通信手段を介して、前記一覧の照会を要求し、前記第１の管理手段が、前記第１のサーバから、前記照会に対する応答を受信し、前記第１の管理手段が、前記応答に応じて、前記一覧を更新することを特徴とする携帯端末を提供する。
この携帯端末によれば、第１のサーバからの応答に応じて、自動的に一覧が更新される。

好ましい態様において、前記記憶手段が、前記スクリプトまたは前記第２のアプリケーションプログラムにおいて用いられる付加情報を、前記記憶領域に記憶されているデータに係るサービスを特定する第３の識別子と対応して記憶し、前記記憶領域は、前記第３の識別子を記憶し、前記第１の管理手段が、前記更新された一覧に含まれる前記第２の識別子のうち、処理の対象となる一の第２の識別子を特定し、前記第１の管理手段が、第２のタイミングで、前記一の第２の識別子により示される対象ソフトウェアにおいて用いられる前記付加情報が前記記憶手段に記憶されているか、前記記憶手段に記憶されている第３の識別子および前記対象ソフトウェアによりアクセスされる前記記憶領域に記憶されている第３の識別子とに基づいて判断し、前記対象ソフトウェアにおいて用いられる付加情報が前記記憶手段に記憶されていないと判断された場合、前記第１の管理手段が、前記ネットワークに接続された第２のサーバに対し、前記通信手段を介して、前記対象ソフトウェアに対応する前記第３の識別子を送信し、前記第１の管理手段が、前記第２のサーバから前記第３の識別子に応じて送信された付加情報を、前記通信手段を介して受信し、前記第１の管理手段が、前記受信した付加情報を、前記記憶手段に記憶させてもよい。
この携帯端末によれば、一覧が更新された後の所定のタイミングで、不足している付加情報が自動的に取得される。

好ましい態様において、この携帯端末は、情報を表示する表示手段を有し、前記第１の管理プログラムが、前記一覧の内容を前記表示手段に表示させる表示処理を実行させるための命令群を含み、前記第２のタイミングが、前記表示処理の開始が指示されたタイミングであってもよい。
この携帯端末によれば、一覧の内容を表示させるときに、付加情報が取得される。

別の好ましい態様において、前記記憶手段が、前記照会が前回行われた時刻を示す情報を記憶し、前記第１のタイミングが、前記記憶手段に記憶された情報により示される前記照会が前回行われた時刻から、あらかじめ決められた時間が経過したという条件が満たされたタイミングであってもよい。
この携帯端末によれば、付加情報があらかじめ決められた時間内の情報に更新される。

さらに別の好ましい態様において、前記通信手段が、前記第１の管理プログラムを起動させるための命令を含むメッセージを前記ネットワークを介して受信し、前記第１のタイミングが、前記メッセージを受信したタイミングであってもよい。
この携帯端末によれば、ユーザが前記第１のプログラムを起動しなくても、一覧の更新が照会される。

また、本発明は、ネットワークを介して通信する通信手段と、特定の処理を実行するための第１のアプリケーションプログラム、前記第１のアプリケーションプログラムと異なる第２のアプリケーションプログラム、ならびにスクリプトおよび前記第２のアプリケーションプログラムを管理する第１の管理プログラムを実行する第１の制御手段と、アンテナと、個別にアクセス制限を設定可能な複数の記憶領域を有するメモリと、前記アンテナからの信号または前記第１の制御手段からの信号に応じて前記メモリにアクセスし、アクセスした結果を前記第１の制御手段に出力する第２の制御手段とを有するＩＣカード機能部と、前記メモリに設定されている記憶領域を特定する第１の識別子と、前記第１の識別子により特定される記憶領域に対してアクセス可能なソフトウェアを示す第２の識別子とを含む一覧を記憶記憶手段とを有し、前記第２のアプリケーションプログラムが、前記複数の記憶領域のうち一の記憶領域にアクセスするためのプログラムであり、前記スクリプトが、前記一の記憶領域にアクセスするための命令群を含む携帯端末に、前記第１の制御手段が、第１のタイミングで、前記ネットワークに接続された第１のサーバに対し、前記通信手段を介して、前記一覧の照会を要求するステップと、前記第１の制御手段が、前記第１のサーバから、前記照会に対する応答を受信するステップと、前記第１の制御手段が、前記応答に応じて、前記一覧を更新するステップとを実行させるための管理プログラムを提供する。
この管理プログラムによれば、第１のサーバからの応答に応じて、自動的に一覧が更新される。

一実施形態に係る通信システムの構成を示す図である。 携帯電話機１０の外観図である。 携帯電話機１０のハードウェア構成を示す図である。 ＩＣカード５００の構成を示す図である。 メモリ５０４の記憶領域の構成を例示する図である。 Ｊａｖａ実行環境を示す図である。 携帯電話機１０のソフトウェア構成を示す図である。 管理サーバ２０の構成を示す図である。 サービスサーバ３０の構成を示す図である。 リモート発行サーバ４０の構成を示す図である。 サービスサーバ５０の構成を示す図である。 登録スクリプトによる処理を示すシーケンス図である。 登録スクリプトの読み込みを指示するＨＴＭＬデータを例示する図である。 読み出しスクリプトによる処理を示すシーケンス図である。 書き込みスクリプトによる処理を示すシーケンス図である。 削除スクリプトによる処理を示すシーケンス図である。 ＩＣカード一覧を例示する図である。 ＩＣカード一覧に従って表示される画面を例示する図である。 ブラウザモードの登録処理を示すシーケンス図である。 アプリモードの登録処理を示すシーケンス図である。 ブラウザモードからアプリモードへの切り替え処理を示す図である。 アプリモードからブラウザモードへの切り替え処理を示す図である。 ＩＣカード一覧からブラウザまたはアプリケーションプログラムを起動する処理を示すフローチャートである。 携帯電話機１０における記憶内容を例示する図である。 付加情報の取得処理を示すフローチャートである。 管理サーバ２０が記憶している管理テーブルを例示する図である。 ＩＣカード一覧の更新処理の詳細を示すフローチャートである。 図２４の一覧が更新された後の状態を示す図である。 付加情報取得後の携帯電話機１０における記憶内容を例示する図である。 通信システムにおいて用いられる暗号化技術の概要を示す図である。

１．構成
図１は、本発明の一実施形態に係る通信システムの構成を示す図である。この通信システムは、携帯電話機１０と、管理サーバ２０と、サービスサーバ３０と、リモート発行サーバ４０と、サービスサーバ５０とを有する。管理サーバ２０、サービスサーバ３０、リモート発行サーバ４０およびサービスサーバ５０は、ネットワーク７０を介して接続されている。リーダ／ライタ５１０は、携帯電話機１０に内蔵されているＩＣ（Integrated Circuit）カード５００と無線通信を行い、データの読み書きを行う。

１−１．携帯電話機１０
図２は、携帯電話機１０の外観図である。携帯電話機１０は、本発明に係る携帯端末の一例である。携帯電話機１０は、筐体９Ａおよび筐体９Ｂを有する。筐体９Ａと筐体９Ｂとは、ヒンジ３を介して連結されている。携帯電話機１０は、いわゆる折り畳み型の携帯電話機である。携帯電話機１０のユーザは、図２に示されるように筐体９Ａおよび筐体９Ｂを開いた状態で音声通信やデータ通信を行う。

筐体９Ａは、スピーカ６、アンテナ７および表示装置８を有する。スピーカ６は、通話の音声、操作音、楽曲音などを出力する。アンテナ７は、無線基地局との間で無線通信を行う。表示装置８は、文字や画像を表示する。筐体９Ｂは、キーパッド４およびマイクロホン５を有する。キーパッド４は、ユーザの操作に応じた信号を出力する。マイクロホン５は、入力された音声を電気信号に変換して出力する。

図３は、携帯電話機１０のハードウェア構成を示す図である。ＣＰＵ（Central Processing Unit）１０２は、携帯電話機１０の各構成要素を制御する制御装置である。ＲＯＭ（Read Only Memory）１０３は、携帯電話機１０の基本的な動作に必要なプログラムおよびデータを記憶する記憶装置である。ＲＯＭ１０３は、例えば、ＩＰＬ（Initial Program Loader）、ＯＳ（Operating System）プラグラムおよびＪａｖａ（登録商標）プラットフォームソフトウェアを記憶している。ＩＰＬは、携帯電話機１０の電源が投入されたときに最初に実行するプログラムを読み出すためのプログラムである。本実施形態において、ＩＰＬは、ＯＳプログラムを読み出す。ＯＳプログラムは、データの入出力、記憶装置へのアクセス、各種プログラムの実行、音声通信、データ通信、その他の携帯電話機１０の基本的な機能を実現させるためのプログラムである。Ｊａｖａ（登録商標）プラットフォームソフトウェアは、ＯＳ上にＪａｖａ実行環境を実現させるためのプログラムおよびデータである。Ｊａｖａ実行環境については後述する。

ＲＡＭ（Random Access Memory）１０４は、ＣＰＵ１０２がプログラムを実行する際のワークエリアとして機能する記憶装置である。記憶部１０５は、アプリケーションプログラムおよびデータを記憶する記憶装置である。記憶部１０５は、フラッシュメモリ等の不揮発性メモリを有する。本実施形態において、記憶部１０５は、ブラウザプログラムを記憶している。ブラウザプログラムは、ネットワークを介してＨＴＭＬ（HyperText Markup Language）データを受信し、受信したＨＴＭＬデータに応じた情報を表示装置８に表示させるためのプログラムである（第１のアプリケーションプログラムの一例）。また、記憶部１０５は、電子メールプログラムを記憶している。電子メールプログラム（メーラ）は、ネットワークを介して電子メールを送受信し、送受信した電子メールの表示、編集をするためのプログラムである。電子メールには添付ファイルとして画像データやアドレス帳データを添付することが可能である。この例で、ブラウザおよびメーラはＪａｖａアプリケーションプログラムである。

操作部１０６は、ユーザの操作に応じた信号を出力する。操作部１０６は、テンキー、発呼キー、終話キー、クリアキー、カーソルキー、電源キー、その他の入力を行うためのキーを含むキーパッド（図２のキーパッド４）等の入力装置を有する。ユーザは、キーパッドを操作することにより携帯電話機１０に対して指示を入力する。表示部１０７は、文字や画像を表示する。表示部１０７は、液晶ディスプレイなどの表示装置（図２の表示装置８）を有する。表示部１０７は、実行中のアプリケーションプログラムにより処理された情報を表示する。表示部１０７は、ＬＣＤ（liquid crystal display）などの表示体およびその表示体を駆動する駆動回路を有する。通信部１０８は、アンテナ（図２のアンテナ７）を介して無線基地局を介して音声通信またはデータ通信を行う。バス１０９は、構成要素間でやりとりされる信号やデータを伝送する伝送路である。さらに、携帯電話機１０は、ＩＣカード５００を有している。以上の構成要素はバス１０９を介して接続されている。なお、本明細書において、「ＩＣカード」は、ＩＣカードとしての機能を有する機能ブロック（機能構成要素）を示している。

図４は、ＩＣカード５００の構成を示す図である。アンテナ５０１は、リーダ／ライタ５１０との間での無線信号の送受信に用いられる。ＩＣチップ５０２は、アンテナ５０１が受信した信号に応じた処理を行う。ＩＣチップ５０２は、プロセッサ５０３（第２の制御手段の一例）と、メモリ５０４とを有する。

ＩＣカード５００は、ＣＰＵ１０２とデータや信号の送受信に用いられる信号線５０５を有している。プロセッサ５０３は、アンテナ５０１が受信した信号またはＣＰＵ１０２からの信号に応じてメモリ５０４にアクセスし、データの読み出しまたは書き込みを行う。プロセッサ５０３は、データの暗号化や復号化など、データの読み出しまたは書き込みに伴う処理を実行する。

図５は、メモリ５０４の記憶領域の構成を例示する図である。この例で、メモリ５０４には、初期状態において共通領域および自由領域という２つの領域が設定されている（図５（Ａ））。共通領域は、あらかじめ決められた事業者（この例では、リモート発行サーバ４０を管理、運営している事業者）により、サービス毎の領域設定およびデータの書き込みがされる領域である。自由領域は、事業者によらずデータの書き込みが可能な領域である。

共通領域はさらに複数の領域に区分することが可能であり、各領域に、異なるサービスのデータ、例えばＡ社の電子マネーやＢ社の電子マネーのデータを記憶することが可能である（図５（Ｂ））。以下、Ａ社およびＢ社が提供する電子マネーをそれぞれ、「Ａ社マネー」および「Ｂ社マネー」という。各領域は個別にアクセス制限（セキュリティ）を設定することが可能である。これにより、一枚のカードの中で複数のサービスで用いられるデータを管理することができ、また、サービス間でのデータのセキュリティも確保される。

図６は、Ｊａｖａ実行環境を示す図である。ＣＰＵ１０２がＪａｖａ（登録商標）プラットフォームソフトウェアを実行することにより、図６に示されるＪａｖａ実行環境１１４がＯＳ１１１上に実現される。Ｊａｖａ実行環境１１４は、クラスライブラリ１１７、ＪＶＭ（Java Virtual Machine）１１８およびＪＡＭ（Java Application Manager）１１９を有する。クラスライブラリ１１７は、特定の機能を有するプログラムモジュール（クラス）群を１つのファイルに結合したものである。ＪＶＭ１１８は、Ｊａｖａアプリケーションプログラムとして提供されるバイトコードを解釈して実行する機能を有する。ＪＡＭ１１９は、Ｊａｖａアプリケーションプログラムのダウンロード、インストール、起動、終了、その他の動作を管理する機能を有する（第２の管理プログラムの一例）。

ＪＡＭ１１９は、ＩＣカード５００にアクセスするためのＡＰＩ（Application Program Interface）群１２０を含んでいる。ＡＰＩ群１２０は、例えば、サーバとの通信を開始するためのサーバ通信開始用ＡＰＩ、ＩＣカード５００からデータを読み出すためのデータ読み出し用ＡＰＩ、ＩＣカード５００にデータを書き込むためのデータ書き込み用ＡＰＩ等を含んでいる。

クライアントソフトウェア１２１は、リモート発行サーバ４０等のサーバとの通信を中継するためのソフトウェアである。デバイスドライバ１２２は、ＩＣカード５００にアクセスするためのドライバプログラムである。

第１ストレージ１１５は、ＪＡＭ１１９の管理の下にダウンロードされるＪａｖａアプリケーションプログラム（ＪａｒファイルおよびＡＤＦ（Application Descriptive File））を格納する領域である。第２ストレージ１１６は、Ｊａｖａアプリケーションプログラムの実行の際に生成されたデータをその終了後に格納しておくための領域である。第２ストレージ１１６において、インストールされたＪａｖａアプリケーションプログラム毎に個別の格納領域が割り当てられる。あるＪａｖａアプリケーションプログラムに割り当てられた格納領域のデータは、そのＪａｖａアプリケーションプログラムが実行されている間のみ書き替え可能となっており、別のＪａｖａアプリケーションプログラムは書き替えをすることができない。

Ｊａｖａ実行環境１１４の元でＣＰＵ１０２がＪａｖａアプリケーションプログラムを実行することにより、アプリケーション１１２やアプリケーション１１３が実現される。

図７は、携帯電話機１０のソフトウェア構成を示す図である。ＯＳ１１１上において、ブラウザ１３０等のアプリケーションプログラムが動作する。ブラウザ１３０は、ＨＴＭＬデータに応じた情報を表示装置８に表示させる機能を有する。ブラウザ１３０は、ネットワークからＨＴＭＬデータを受信する機能等、情報を表示させる機能に関連する機能を有する。スクリプト処理エンジン１３１は、このような関連機能の一つであり、Ｊａｖａスクリプトを解釈し、Ｊａｖａスクリプトに記述されている命令に従った処理を実行する機能を有する。スクリプト処理エンジン１３１は、ＩＣカード５００にアクセスするためのＡＰＩ群１３２を含んでいる。ＡＰＩ群１３２は、例えば、サーバとの通信を開始するためのサーバ通信開始用ＡＰＩ、ＩＣカード５００からデータを読み出すためのデータ読み出し用ＡＰＩ、ＩＣカード５００にデータを書き込むためのデータ書き込み用ＡＰＩ等を含んでいる。

専用アプリ１４０は、Ａ社マネーやＢ社マネー等、特定のサービスにおいてＩＣカード５００へのアクセスを行うためのアプリケーションプログラムである（第２のアプリケーションプログラムの一例）。専用アプリ１４０は、特定のサービスに特化された専用のプログラムである。例えば、Ａ社マネーおよびＢ社マネーには、それぞれ独自の専用アプリ１４０がある。この例で、専用アプリ１４０は、Ｊａｖａアプリケーションプログラムである。

一覧管理プログラム１５０（第１の管理プログラムの一例）は、ＩＣカード一覧を管理するためのプログラムである。ＩＣカード一覧は、携帯電話機１０に登録されている（または登録予定の）サービスを示す一覧である（詳細は後述）。一覧管理プログラム１５０は、ＩＣカード一覧の更新や、ＩＣカード一覧に基づいた、スクリプト処理エンジン１３１や専用アプリ１４０の起動の制御を行う。

１−２．管理サーバ２０
管理サーバ２０は、携帯電話機１０がネットワークを介した通信を行う際の認証や課金といった処理を行うためのサーバである。また、この例で、管理サーバ２０は、付加情報の管理を行う。付加情報の詳細は後述する。

図８は、管理サーバの構成を示す図である。管理サーバ２０は、携帯電話機１０に対し移動通信サービスを提供する通信事業者が管理、運営するサーバである。管理サーバ２０は、サービスＩＤと、そのサービスＩＤに対応する起動モードとを記録した管理テーブル、およびサービスＩＤと、そのサービスＩＤに対応する付加情報を記録したデータベースと、サーバとして機能させるためのサーバプログラムとを、ＨＤＤ等の記憶手段２０１に記憶している。また、管理サーバ２０は、ネットワークを介した通信に用いられる通信インターフェース等の通信手段２０２、およびプログラムを実行するＣＰＵ等の制御手段２０３を有している。制御手段２０３がサーバプログラムを実行し、記憶手段２０１や通信手段２０２を制御することにより、管理サーバ２０は、携帯電話機１０からの要求に応じた応答を送信する機能を有する。

１−３．サービスサーバ３０
図９は、サービスサーバ３０の構成を示す図である。サービスサーバ３０は、電子マネーサービスを提供する事業者であるＡ社が管理、運営するサーバである。サービスサーバ３０は、サービスに関する情報を提供するためのＨＴＭＬデータと、電子マネーサービスに用いられる各種のスクリプト（残高表示スクリプト、決済スクリプト、チャージスクリプトおよび削除スクリプト）と、サーバとして機能させるためのサーバプログラムとを、ＨＤＤ等の記憶手段３０１に記憶している。これらのスクリプトの詳細は後述する。また、サービスサーバ３０は、ネットワークを介した通信に用いられる通信インターフェース等の通信手段３０２、およびプログラムを実行するＣＰＵ等の制御手段３０３を有している。制御手段３０３がサーバプログラムを実行し、記憶手段３０１や通信手段３０２を制御することにより、サービスサーバ３０は、携帯電話機１０からの要求に応じてＨＴＭＬデータやスクリプトを送信する機能を有する。

１−４．リモート発行サーバ４０
図１０は、リモート発行サーバ４０の構成を示す図である。リモート発行サーバ４０は、ＩＣカード５００のプラットフォームを提供する事業者が管理、運営するサーバである。リモート発行サーバ４０は、事業者により提供されるサービスに関する情報を記録するデータベースと、データベースに情報を登録する処理、登録や決済の認証処理など、ＩＣカード５００のサービスに用いられる処理を実行させるためのサーバプログラムとを、ＨＤＤ等の記憶手段４０１に記憶している。また、リモート発行サーバ４０は、ネットワークを介した通信に用いられる通信インターフェース等の通信手段４０２、およびプログラムを実行するＣＰＵ等の制御手段４０３を有している。制御手段４０３がサーバプログラムを実行し、記憶手段４０１や通信手段４０２を制御することにより、リモート発行サーバ４０は、携帯電話機１０からの要求に応じて、サービスの登録や認証などの処理を行う機能を有する。

１−５．サービスサーバ５０
図１１は、サービスサーバ５０の構成を示す図である。サービスサーバ５０は、電子マネーサービスを提供する事業者であるＢ社が管理、運営するサーバである。サービスサーバ５０は、サービスに関する情報を提供するためのＨＴＭＬデータと、電子マネーサービスに用いられる各種のスクリプト（残高表示スクリプト、決済スクリプト、チャージスクリプトおよび削除スクリプト）と、サーバとして機能させるためのサーバプログラムとを、ＨＤＤ等の記憶手段５０１に記憶している。これらのスクリプトの詳細は後述する。また、サービスサーバ５０は、ネットワークを介した通信に用いられる通信インターフェース等の通信手段５０２、およびプログラムを実行するＣＰＵ等の制御手段５０３を有している。制御手段がサーバプログラムを実行し、記憶手段５０１や通信手段５０２を制御することにより、サービスサーバ５０は、携帯電話機１０からの要求に応じてＨＴＭＬデータやスクリプトを送信する機能を有する。

２．動作
２−１．スクリプト
携帯電話機１０は、ブラウザ１３０上から（より詳細には、スクリプト処理エンジン１
３１の機能により）スクリプトを実行する機能を有する。この例で、スクリプトは、オブジェクト指向プログラミング言語であるＪａｖａ（登録商標）スクリプトで記述されている。ここで、ブラウザ上から実行されるスクリプトは、ＩＣカード５００にアクセスするスクリプトを含む。「ＩＣカード５００にアクセスする」とは、ＩＣカード５００のメモリ５０４に記憶領域を設定すること、設定された記憶領域からデータの読み出しをすること、記憶領域にデータの書き込みをすること、または記憶領域に記憶されているデータを消去することをいう。ＩＣカード５００にアクセスするスクリプトは、新規登録を行うためのスクリプト（以下「登録スクリプト」という）、データの読み出しを行うためのスクリプト（以下「読み出しスクリプト」という）、データの書き込みを行うためのスクリプト（以下「書き込みスクリプト」という）、および登録されているデータを削除するためのスクリプト（以下「削除スクリプト」という）に大別される。

２−１−１．登録スクリプト
登録スクリプトは、ＩＣカード５００のメモリ５０４内に新たな記憶領域を設定し、設定した記憶領域に初期データを書き込むためのスクリプトである。登録スクリプトは、電子マネーや電子チケットを「発券」する際に用いられる。

図１２は、登録スクリプトによる処理を示すシーケンス図である。以下、必要に応じて「ブラウザ」や「メーラ」、「スクリプト処理エンジン」、「ＡＰＩ」、「スクリプト」、「ＯＳ」などのソフトウェアを処理の主体として説明をするが、これらの記載は、ソフトウェアに含まれる命令を実行しているＣＰＵ１０２が、ＲＡＭ１０４、表示部１０７、通信部１０８などのハードウェア資源と協働して処理を行うことを意味する。例えば、「ブラウザがＨＴＭＬデータに従ってページを表示する」と記載した場合、ブラウザプログラムを実行しているＣＰＵ１０２が、ＨＴＭＬデータを解釈し、ＨＴＭＬデータに応じたページ（画像）を表示部１０７に表示させることを意味する。あるいは、「ＡＰＩがブラウザにデータを引き渡す」と記載した場合、ＡＰＩを実行しているＣＰＵ１０２が、データを所定の記憶領域に記憶した後、ブラウザを実行し、この記憶領域からデータを読み出すことを意味する。さらにあるいは、「メーラが電子メールメッセージを表示する」と記載した場合、電子メールプログラムを実行しているＣＰＵ１０２が、電子メールのデータを解釈し、電子メールの内容を示す画像を表示部１０７に表示させることを意味する。図１２において、ブラウザ１３０とスクリプト処理エンジン１３１とはそれぞれ別に記載されているが、既に説明したようにスクリプト処理エンジン１３１はブラウザ１３０の機能の一部である。

ステップＳ１００において、ブラウザ１３０は、登録スクリプトを読み込む。すなわち、ブラウザ１３０は、サービスサーバ３０に対し、登録スクリプトの送信を要求する。携帯電話機１０から登録スクリプトの送信の要求を受信すると、サービスサーバ３０は、登録スクリプトを携帯電話機１０に送信する（ステップＳ１０１）。ブラウザ１３０は、読み込んだ登録スクリプトを、スクリプト処理エンジン１３１に渡す（ステップＳ１０２）。

図１３は、登録スクリプトの読み込みを指示するＨＴＭＬデータの具体例を例示する図である。この例で、スクリプトは、ＨＴＭＬのｏｂｊｅｃｔタグを用いて、外部リンクとして呼び出される。単一のページのＨＴＭＬに、Ａ社の残高表示スクリプトおよびＢ社の残高表示スクリプトの２つのリンクが含まれていれば、これらのスクリプトは所定のルール（例えば、ＨＴＭＬに記述されている順番）により順番に呼び出される。以下、再び図１２を参照して説明する。

登録スクリプトを受け取ると、スクリプト処理エンジン１３１は、スクリプトに記述された命令に従って処理を行う。ステップＳ１０３において、スクリプト処理エンジン１３
１は、リモート発行サーバ４０に対し、発券要求を送信する。具体的には以下のとおりである。登録スクリプトは、ＡＰＩ群１３２の中からサーバ通信開始用ＡＰＩを呼び出すための命令群を含んでいる。ＣＰＵ１０２がこれらの命令群を実行することにより、サーバ通信開始用ＡＰＩが起動される。サーバ通信用ＡＰＩはクライアントソフトウェア１２１を呼び出す。クライアントソフトウェア１２１は、通信部１０８を介してリモート発行サーバ４０と通信を行う。すなわち、クライアントソフトウェア１２１は、リモート発行サーバ４０に発券要求を送信する。発券要求は、リモート発行サーバ４０における処理に用いられる情報、例えばＡ社のサービスを特定する識別子およびユーザの属性を示す情報（以下「ユーザ情報」という）を含む。なお図１２においては、登録スクリプトから呼び出されるＡＰＩやデバイスドライバ等の処理も、登録スクリプトを実行するスクリプト処理エンジン１３１の処理として記載している。他の図においても同様である。

発券要求を受信すると、リモート発行サーバ４０は、発券処理に用いられる情報（以下「発券情報」という）を生成する（ステップＳ１０４）。発券情報は、例えば、サービスおよびユーザを特定するための識別子、およびＩＣカード５００に書き込まれる初期データを含む。発券情報を生成すると、リモート発行サーバ４０は、生成した発券情報および対応するユーザ情報を記憶する。リモート発行サーバ４０は、発券情報を携帯電話機１０に送信する（ステップＳ１０５）。携帯電話機１０のクライアントソフトウェア１２１は、発券情報を受信し、受信した発券情報をスクリプト処理エンジン１３１に引き渡す。

ステップＳ１０６において、スクリプト処理エンジン１３１は、発券情報を用いて発券処理を行う。すなわち、登録スクリプトを実行しているＣＰＵ１０２は、ＩＣカード５００のメモリ５０４にＡ社のサービス用の領域を設定し、設定した領域に、Ａ社のサービスを特定する識別子および携帯電話機１０を特定する識別子を書き込む命令を、ＩＣチップ５０２に送信する。ＩＣチップ５０２のプロセッサ５０３は、ＣＰＵ１０２からの命令を受けて、メモリ５０４にＡ社のサービス用の領域を設定し、設定した領域に、Ａ社のサービスを特定する識別子および携帯電話機１０を特定する識別子を書き込む。さらに、プロセッサ５０３は、ＣＰＵ１０２からの命令を受けて、メモリ５０４にＡ社のサービス用のデータ（以下このデータを「サービスデータ」という）の初期値を書き込む。いまＡ社のサービスが電子マネーである場合を例にとると、サービスデータは、電子マネーの残高のデータである。あるいは別の例で、このサービスがポイントカードである場合にはサービスデータはポイントの残高であり、このサービスが入場券や乗車券等のチケット発券サービスであればサービスデータはチケットを特定する情報（日付や座席等）である。

発券処理が完了すると、スクリプト処理エンジン１３１は、発券が完了した旨の通知をリモート発行サーバ４０に送信する（ステップＳ１０７）。この通知は、発券されたサービスおよび携帯電話機１０を特定する識別子を含んでいる。

さらに、スクリプト処理エンジン１３１は、サービスの登録に用いられる情報、この例ではユーザ情報、Ａ社のサービスを特定する識別子および携帯電話機１０を特定する識別子をサービスサーバ３０に送信する（ステップＳ１０８）。サービスサーバ３０は、携帯電話機１０から受信した情報を記憶（登録）する（ステップＳ１０９）。情報の登録が完了すると、サービスサーバ３０は、登録が完了した旨の通知を携帯電話機１０に送信する（ステップＳ１１０）。この通知は、登録された情報を表示するためのＨＴＭＬデータを含んでいる。この通知を受信すると、スクリプト処理エンジン１３１は、通知に含まれるＨＴＭＬデータをブラウザ１３０に引き渡し（ステップＳ１１１）、登録スクリプトによる処理を終了する。ブラウザ１３０は、取得したＨＴＭＬデータに従った情報を表示する。上記のステップＳ１０３、Ｓ１０６、Ｓ１０７、Ｓ１０８およびＳ１１１の処理は、登録スクリプトに記述された命令に従ってスクリプト処理エンジン１３１が行う処理である。

２−１−２．読み出しスクリプト
図１４は、読み出しスクリプトによる処理を示すシーケンス図である。読み出しスクリプトは、ＩＣカード５００のメモリ５０４内に既に設定されている記憶領域から、データを読み出すためのスクリプトである。読み出しスクリプトの具体例としては、電子マネーやポイントカードの残高を表示するための「残高表示スクリプト」や電子チケットの内容を確認するための「内容表示スクリプト」などがある。

読み出しスクリプトは、サービスデータを読み出すデータ読み出し用ＡＰＩを呼び出すための命令群を含んでいる。ＣＰＵ１０２がこれらの命令群を実行することにより、データ読み出し用ＡＰＩが実行される。

ステップＳ２００において、ブラウザ１３０は、読み出しスクリプトを読み込む。すなわち、ブラウザ１３０は、サービスサーバ３０に対し、読み出しスクリプトの送信を要求する。携帯電話機１０から読み出しスクリプトの送信の要求を受信すると、サービスサーバ３０は、読み出しスクリプトを携帯電話機１０に送信する（ステップＳ２０１）。ブラウザ１３０は、読み込んだ読み出しスクリプトを、スクリプト処理エンジン１３１に渡す（ステップＳ２０２）。

読み出しスクリプトを受け取ると、スクリプト処理エンジン１３１は、スクリプトに記述された命令に従って処理を行う。ステップＳ２０３において、スクリプト処理エンジンは、Ａ社のサービスを特定する識別子（以下「サービスＩＤ」という）を読み出し用ＡＰＩに引き渡す（すなわち、サービスを特定する）。サービスＩＤは、スクリプト自身、スクリプトのファイル名またはＨＴＭＬタグに含まれている。データ読み出し用ＡＰＩは、このサービスＩＤに対応する記憶領域から読み出したサービスデータを引き渡す要求を、ＩＣカード５００のＩＣチップ５０２に送信する。この要求は、Ａ社のサービスＩＤを含んでいる。

ステップＳ２０４において、スクリプト処理エンジン１３１は、ＩＣチップ５０２からサービスデータを読み出す。具体的には以下のとおりである。データ読み出し用ＡＰＩからデータ引き渡しの要求を受けると、ＩＣチップ５０２のプロセッサ５０３は、メモリ５０４のうち、要求に含まれるサービスＩＤに対応する記憶領域からサービスデータ（この例では電子マネー残高）を読み出し、読み出したサービスデータをデータ読み出し用ＡＰＩに引き渡す。データ読み出し用ＡＰＩは、取得したサービスデータをスクリプト処理エンジン１３１に引き渡す。

ステップＳ２０５において、スクリプト処理エンジン１３１は、取得したサービスデータをブラウザ１３０に引き渡し、読み出しスクリプトの処理を終了する。ブラウザ１３０は、取得したサービスデータに基づいた情報を表示する。上記のステップＳ２０３−Ｓ２０５の処理は、読み出しスクリプトに記述された命令に従ってスクリプト処理エンジン１３１が行う処理である。

２−１−３．書き込みスクリプト
図１５は、書き込みスクリプトによる処理を示すシーケンス図である。書き込みスクリプトは、ＩＣカード５００のメモリ５０４内に既に設定されている記憶領域に、データを書き込むため、または既に記憶されているデータを書き換えるためのスクリプトである。書き込みスクリプトの具体例としては、電子マネーやポイントカードの「チャージ」（残高を増やす処理）を行うためのチャージスクリプト、電子マネーやポイントカードの「決済」や「ポイント使用」（残高を減らす処理）を行うための決済スクリプトがある。

ステップＳ３００において、ブラウザ１３０は、書き込みスクリプトを読み込む。すなわち、ブラウザ１３０は、サービスサーバ３０に対し、書き込みスクリプトの送信を要求する。携帯電話機１０から書き込みスクリプトの送信の要求を受信すると、サービスサーバ３０は、書き込みスクリプトを携帯電話機１０に送信する（ステップＳ３０１）。ブラウザ１３０は、読み込んだ書き込みスクリプトを、スクリプト処理エンジン１３１に渡す（ステップＳ３０２）。

ステップＳ３０３において、スクリプト処理エンジン１３１は、データ書き込み用ＡＰＩを呼び出し、Ａ社のサービスＩＤ、および書き込むべき対象データ（例えば、決済する金額やチャージする金額を示すデータ）をデータ書き込み用ＡＰＩに引き渡す。データ書き込み用ＡＰＩは、このサービスＩＤに対応する記憶領域に、対象データを書き込む要求を、ＩＣカード５００のＩＣチップ５０２に送信する。この要求は、Ａ社のサービスを特定する識別子および対象データを含んでいる。

データの書き込み要求を受けると、ＩＣチップ５０２のプロセッサ５０３は、その書き込み要求があらかじめ決められた制約条件を満たしているか判断する（ステップＳ３０４）。制約条件は、例えば、書き込み要求が「決済」や「ポイント使用」のようにサービスデータにより示される残高を減少させる処理の場合には、サービスデータから減算しようとする値（決済の額や使用するポイント）が、サービスデータの残高以下であるという条件である。あるいは、制約条件は、書き込み要求が「チャージ」のようにサービスデータにより示される残高を増加させる処理の場合には、処理後の残高があらかじめ決められた上限値以下であるという条件である。なお、書き込み要求の種類によっては、制約条件を満たしているかどうかの判定処理を行わなくてもよい。

書き込み要求が制約条件を満たしていると判断された場合（Ｓ３０４：ＹＥＳ）、プロセッサ５０３は、処理をステップＳ３０５に移行する。書き込み要求が制約条件を満たしていないと判断された場合（Ｓ３０４：ＮＯ）、プロセッサ５０３は、その旨を示すエラーメッセージを、データ書き込み用ＡＰＩを介してスクリプト処理エンジン１３１に送信する。エラーメッセージを受信すると、スクリプト処理エンジン１３１は、エラーが発生した旨をブラウザ１３０に通知し（ステップＳ３１２）、処理を終了する。

ステップＳ３０５において、プロセッサ５０３は、リモート発行サーバ４０に、データの書き込み要求を送信する。具体的には以下のとおりである。プロセッサ５０３は、サーバ通信用ＡＰＩを呼び出す。サーバ通信用ＡＰＩはクライアントソフトウェア１２１を呼び出す。クライアントソフトウェア１２１は、通信部１０８を介してリモート発行サーバ４０と通信を行う。すなわち、クライアントソフトウェア１２１は、リモート発行サーバ４０にデータの書き込み要求を送信する。書き込み要求は、リモート発行サーバ４０における認証に用いられる情報、例えばＡ社のサービスＩＤおよび携帯電話機１０の識別子を含む。

携帯電話機１０からデータの書き込み要求を受信すると、リモート発行サーバ４０は、受信した書き込み要求の認証を行う（ステップＳ３０６）。認証には、後述する暗号化技術および電子署名技術が用いられる。あるいは、認証に、Ａ社のサービスＩＤおよび携帯電話機１０の識別子などの情報が用いられてもよい。認証処理を行うと、リモート発行サーバ４０は、認証の結果を携帯電話機１０に送信する（ステップＳ３０７）。

ＩＣチップ５０２のプロセッサ５０３は（サーバ通信用ＡＰＩおよびクライアントソフトウェア１２１を介して）、リモート発行サーバ４０から認証の結果を受信する。プロセッサ５０３は、認証結果に応じて（制約条件を満たしているかに応じて）、次に行う処理を決定する（ステップＳ３０８）。認証が成功した場合（ステップＳ３０８：ＹＥＳ）、プロセッサ５０３は、対象データを、メ
モリ５０４内のＡ社のサービスに対応する記憶領域に書き込む（ステップＳ３０９）。対象データを記憶領域に書き込むと、プロセッサ５０３は、書き込みが完了した旨の通知をスクリプト処理エンジン１３１に送信する（ステップＳ３１０）。書き込みが完了した旨の通知を受信すると、スクリプト処理エンジン１３１は、書き込みが完了した旨をブラウザ１３０に通知し（その旨を示すＨＴＭＬデータを引き渡し）（ステップＳ３１１）、書き込みスクリプトによる処理を終了する。

認証が失敗した場合（ステップＳ３０８：ＮＯ）、プロセッサ５０３は、対象データをメモリ５０４に書き込まず、認証が失敗した旨の通知をスクリプト処理エンジン１３１に送信する。認証が失敗した旨の通知を受信すると、スクリプト処理エンジン１３１は、認証が失敗した旨（エラーメッセージ）をブラウザ１３０に通知し（ステップＳ３１３）、書き込みスクリプトによる処理を終了する。上記のステップＳ３０３、Ｓ３１１、Ｓ３１２およびＳ３１３の処理は、書き込みスクリプトに記述された命令に従ってスクリプト処理エンジン１３１が行う処理である。

２−１−４．削除スクリプト
削除スクリプトは、ＩＣカード５００のメモリ５０４内に設定されている記憶領域内のデータを削除し、その記憶領域に対応するサービスをＩＣカード５００から削除するためのスクリプトである。削除スクリプトは、電子マネーや電子チケットを「削除」する際に用いられる。

図１６は、削除スクリプトによる処理を示すシーケンス図である。ステップＳ４００において、ブラウザ１３０は、削除スクリプトを読み込む。すなわち、ブラウザ１３０は、サービスサーバ３０に対し、削除スクリプトの送信を要求する。携帯電話機１０から削除スクリプトの送信の要求を受信すると、サービスサーバ３０は、削除スクリプトを携帯電話機１０に送信する（ステップＳ４０１）。ブラウザ１３０は、読み込んだ削除スクリプトを、スクリプト処理エンジン１３１に渡す（ステップＳ４０２）。

削除スクリプトを受け取ると、スクリプト処理エンジン１３１は、スクリプトに記述された命令に従って処理を行う。ステップＳ４０３において、スクリプト処理エンジン１３１は、リモート発行サーバ４０に対し、削除要求を送信する。削除要求は、リモート発行サーバ４０における処理に用いられる情報、例えばＡ社のサービスＩＤおよびユーザ情報を含む。

削除要求を受信すると、リモート発行サーバ４０は、削除処理に用いられる情報（以下「削除情報」という）を生成する（ステップＳ４０４）。削除情報は、例えば、削除すべきサービスおよびユーザを特定する識別子を含む。削除情報を生成すると、リモート発行サーバ４０は、記憶していたユーザ情報を、ＨＤＤ等の記憶手段から削除する。リモート発行サーバ４０は、削除情報を携帯電話機１０に送信する（ステップＳ４０５）。携帯電話機１０のクライアントソフトウェア１２１は、削除情報を受信し、受信した削除情報をスクリプト処理エンジン１３１に引き渡す。

ステップＳ４０６において、スクリプト処理エンジン１３１は、削除情報を用いて削除処理を行う。すなわち、削除スクリプトを実行しているＣＰＵ１０２は、ＩＣカード５００のメモリ５０４に設定されているＡ社のサービス用の領域を削除する命令を、ＩＣチップ５０２に送信する。ＩＣチップ５０２のプロセッサ５０３は、ＣＰＵ１０２からの命令を受けて、メモリ５０４に設定されているＡ社のサービス用の領域に記憶されているすべてのデータを消去（削除）する。

削除処理が完了すると、スクリプト処理エンジン１３１は、削除が完了した旨の通知をリモート発行サーバ４０に送信する（ステップＳ４０７）。この通知は、削除されたサー
ビスおよび携帯電話機１０を特定する識別子を含んでいる。

さらに、スクリプト処理エンジン１３１は、削除されたサービスを特定する情報、この例ではユーザ情報、Ａ社のサービスＩＤおよび携帯電話機１０を特定する識別子をサービスサーバ３０に送信する（ステップＳ４０８）。サービスサーバ３０は、携帯電話機１０から受信した情報を用いて、ＨＤＤ等の記憶手段に記憶されているデータを削除する（ステップＳ４０９）。情報の削除が完了すると、サービスサーバ３０は、削除が完了した旨の通知を携帯電話機１０に送信する（ステップＳ４１０）。この通知は、サービスが削除された旨を表示するためのＨＴＭＬデータを含んでいる。この通知を受信すると、スクリプト処理エンジン１３１は、通知に含まれるＨＴＭＬデータをブラウザ１３０に引き渡し（ステップＳ４１１）、削除スクリプトによる処理を終了する。ブラウザ１３０は、取得したＨＴＭＬデータに従った情報を表示する。上記のステップＳ４０３、Ｓ４０６、Ｓ４０７、Ｓ４０８およびＳ４１１の処理は、削除スクリプトに記述された命令に従ってスクリプト処理エンジン１３１が行う処理である。

２−２．ＩＣカード一覧
２−２−１．ＩＣカード一覧の概要
この例で、携帯電話機１０において、ＩＣカード５００に登録されているサービスは、ＩＣカード一覧を用いて管理される。

図１７は、ＩＣカード一覧を例示する図である。ＩＣカード一覧は、記憶部１０５に記憶されている。この例で、ＩＣカード一覧は、「領域ＩＤ」、「サービスＩＤ」、「起動モード」、「ＵＲＬ」、および「発券済み」のレコードを含む。「領域ＩＤ」は、メモリ５０４内の記憶領域を特定する識別子である。「サービスＩＤ」は、その記憶領域に登録されているサービスを特定する識別子である。「起動モード」は、その記憶領域に対してアクセス可能な（アクセスが認められている）ソフトウェアがスクリプトおよび専用アプリのいずれであるかを示す識別子である。この例では、識別子「アプリ」は専用のアプリケーションプログラムによるアクセスが可能であること（以下この状態を「アプリモード」という）を、識別子「ブラウザ」はスクリプトによりアクセスが可能であること（以下この状態を「ブラウザモード」という）を示している。アプリモードおよびブラウザモードを総称して「起動モード」という。「ＵＲＬ」は、アクセス可能なソフトウェアがスクリプトである場合に、そのスクリプトの所在を示す情報である。「発券済み」は、対応するサービスについて発券が完了しているか否かを示すフラグである。フラグ「済」は発券が完了していることを示す。フラグ「未済」は発券が完了していないことを示す。

この例で、領域ＩＤ「０００１」で特定される記憶領域には、サービスＩＤ「Ａ社マネー」で特定されるサービスに関するデータが記憶されている。また、Ａ社マネーの起動モードはアプリモードであることが示されている。領域ＩＤ「０００２」で特定される記憶領域には、サービスＩＤ「Ｂ社マネー」で特定されるサービスに関するデータが記憶されている。また、Ｂ社マネーの起動モードはブラウザモードであることが示されている。さらに、このスクリプトの所在が「http://www.b-money.com/」であることが示されている。なおこの例で、ブラウザモードのサービスについては、発券済みと未発券の区別はなく、レコードは空欄になっている。

図１８は、ＩＣカード一覧に従って表示部１０７に表示される画面を例示する図である。図１８は、図１７のＩＣカード一覧に従って表示される画面を示している。文字列６０１、６０２、６０３および６０４は、サービスＩＤを示す文字列である。アイコン６０５は、起動モードがアプリモードであることを示す画像である。アイコン６０６は、起動モードがブラウザモードであることを示す画像である。アイコン６０７は、対応するサービスが発券済みであることを示す画像である。アイコン６０８は、対応するサービスが未発券であることを示す画像である。図１８に示される画像の表示は、一覧管理プログラムによって行われる。この例で、ブラウザモードに発券済みと未発券の区別はないが、便宜上アイコン６０７が表示されている。アプリモードのサービスについては、発券済みと未発券が区別されるので、発券状態に応じたアイコンが表示される。

アイコン６１０、６１２、６１３および６１４は、それぞれ、ロゴマーク等、サービスに固有の画像である。アイコン６１０、６１２、６１３および６１４は、ＩＣカード５００にアクセスするアプリケーションプログラムまたはスクリプトの付加情報の一例である。付加情報の詳細は後述する。なお、図１８に例示される画面において、サービスを示すアイコン６１０、６１２、６１３および６１４は、発券／未発券を示すアイコン６０７および６０８と統合されて表示されてもよい。すなわち、サービスを特定する画像と、発券／未発券を示す画像とが統合された単一の画像がアイコンとして用いられてもよい。

２−２−２．ＩＣカード一覧への登録（ブラウザモード）
図１９は、ＩＣカード一覧への新たなサービス（ブラウザモード）の登録処理を示すシーケンス図である。この例で、ＩＣカード一覧への新たなサービスの登録は、図１２のステップＳ１０６の発券処理に伴って行われる。この例で、図１２のステップＳ１０１でダウンロードされる登録スクリプトは、ＩＣカード一覧にサービスを登録するためのデータ、例えば、領域ＩＤ、サービスＩＤおよびＵＲＬを含む。

ステップＳ５０１において、スクリプト処理エンジン１３１は、リモート発行サーバ４０から発券情報を取得する。発券情報を取得すると、スクリプト処理エンジン１３１は、ＩＣカード５００に対し発券を指示する（ステップＳ５０２）。スクリプト処理エンジン１３１から指示を受けると、ＩＣカード５００のプロセッサ５０３は、メモリ５０４に領域を設定し、設定した領域に初期データを書き込む（ステップＳ５０３）。初期データの書き込みが完了すると、プロセッサ５０３は、その旨をスクリプト処理エンジン１３１に通知する。

発券処理が完了すると、スクリプト処理エンジン１３１は、ＩＣカード一覧へのサービスの登録を一覧管理プログラム１５０に指示する（ステップＳ５０４）。スクリプト処理エンジン１３１から一覧管理プログラム１５０への指示は、ＩＣカード一覧への登録に用いられる情報、この例では、領域ＩＤ、サービスＩＤおよびＵＲＬを含む。

スクリプト処理エンジン１３１からサービスの登録を指示されると、一覧管理プログラム１５０は、指示に含まれる情報を用いて、ＩＣカード一覧を更新する（ステップＳ５０５）。サービスが新規に登録される場合、一覧管理プログラム１５０は、ステップＳ５０４の指示に含まれる領域ＩＤを含むレコードをＩＣカード一覧内に新たに作成し、このレコードにサービスＩＤを登録する。この例では、「起動モード」は「ブラウザ」に設定される。ＩＣカード一覧の更新が完了すると、一覧管理プログラム１５０は、ＩＣカード一覧の更新が完了したことをスクリプト処理エンジン１３１に通知する（ステップＳ５０６）。一覧管理プログラム１５０から更新の完了を通知されると、スクリプト処理エンジン１３１は、発券処理が完了したことをリモート発行サーバ４０に通知する（ステップＳ５０７）。この処理は、図１２のステップＳ１０７の処理に相当する。上記のステップＳ５０１−Ｓ５０６の処理が、図１２のステップＳ１０６の処理に伴って行われる。この後、図１２に示される処理が行われる。

２−２−３．ＩＣカード一覧への登録（アプリモード）
図２０は、ＩＣカード一覧への新たなサービス（アプリモード）の登録処理を示すシーケンス図である。この例で、ＩＣカード一覧への新たなサービスの登録は、専用アプリ１４０のインストールに伴って行われる。

所定のイベント（例えば、ブラウザが表示している画面上で、アプリモードのサービスの新規登録を開始させるボタンが押されるというイベント）が発生すると、ブラウザ１３０は、ネットワーク７０に接続されたサーバから専用アプリ１４０をダウンロードする（ステップＳ６０１）。

この例で、専用アプリ１４０のインストールには、ＡＤＦ（Application Descriptor File）、ＳＤＦ（Security Descriptor File）およびＪａｒ（Java ARchive）ファイルの３つのファイルが用いられる。ＡＤＦは、アプリケーションプログラムの属性を定義するファイルである。ＡＤＦは、ＳＤＦのＵＲＬおよびＪａｒファイルを特定する情報を含んでいる。ＳＤＦは、Ｊａｒファイルを特定する情報を含むファイルである。Ｊａｒファイルは、アプリケーションプログラムの実体ファイルである。ステップＳ６０１においては、ＡＤＦがダウンロードされる。ＡＤＦをダウンロードすると、ブラウザ１３０は、このＡＤＦを用いた専用アプリ１４０のインストールをＪＡＭ１１９に指示する。指示を受けると、ＪＡＭ１１９は、ＡＤＦを用いて専用アプリ１４０をインストールする。

ステップＳ６０２における専用アプリ１４０のインストールは、例えば以下のように行われる。ＪＡＭ１１９は、取得されたＡＤＦに記述されたＵＲＬで特定されるリソースから、ＳＤＦを取得する。ＪＡＭ１１９は、ＡＤＦに記述された情報で特定されるＪａｒファイルおよびＳＤＦに記述された情報で特定されるＪａｒファイルが同一であることを確認する。ＡＤＦおよびＳＤＦにより特定されるＪａｒファイルが同一であると確認されると、ＪＡＭ１１９は、Ｊａｒファイルを取得する。ＪａｒファイルのＵＲＬは、ＡＤＦに記述されている。

Ｊａｒファイルを取得すると、ＪＡＭ１１９は、専用アプリ１４０をインストールする。インストールとは、アプリケーションプログラムの起動に用いられる情報およびアプリケーションプログラムの実体ファイルを、記憶部１０５に記憶することをいう。

インストールが完了すると、ＪＡＭ１１９は、一覧管理プログラム１５０に対し、ＩＣカード一覧へのサービスの登録を指示する（ステップＳ６０３）。ＪＡＭ１１９から一覧管理プログラム１５０への指示は、ＩＣカード一覧への登録に用いられる情報、この例では、領域ＩＤおよびサービスＩＤを含む。

ＪＡＭ１１９からサービスの登録を指示されると、一覧管理プログラム１５０は、指示に含まれる情報を用いて、ＩＣカード一覧を更新する（ステップＳ６０４）。サービスが新規に登録される場合、一覧管理プログラム１５０は、ステップＳ６０３の指示に含まれる領域ＩＤを含むレコードをＩＣカード一覧内に新たに作成し、このレコードにサービスＩＤを登録する。この例では、「起動モード」は「アプリ」に設定される。また、この時点では、「発券済み」フラグは「未済」に設定される。ＩＣカード一覧の更新が完了すると、一覧管理プログラム１５０は、ＩＣカード一覧の更新が完了したことをＪＡＭ１１９に通知する（ステップＳ６０５）。

ＩＣカード一覧の更新完了を通知されると、ＪＡＭ１１９は、発券処理を行うために専用アプリ１４０を起動する（ステップＳ６０６）。あるいは、専用アプリ１４０は、ユーザにより手動で起動されてもよい。この場合は、ＪＡＭ１１９またはＯＳ１１１が、ユーザに専用アプリ１４０の起動を促す表示をする。起動されると、専用アプリ１４０は、発券処理を行う。発券処理の主体がスクリプト処理エンジン１３１ではなく専用アプリ１４０であるが、発券処理の内容は図１２のステップＳ１０３−Ｓ１０６で説明したものと同様である。すなわち、専用アプリ１４０は、リモート発行サーバ１４０と通信し、発券情報を取得する（ステップＳ６０７）。発券情報を取得すると、専用アプリ１４０は、ＩＣカード５００に対し、発券の指示をする（ステップＳ６０８）。発券の指示を受けると、ＩＣカード５００のプロセッサ５０３は、メモリ５０４に領域を設定し、初期データを書き込む（ステップＳ６０９）。

発券処理が完了すると、専用アプリ１４０は、発券処理が完了したことを一覧管理プログラム１５０に通知する。専用アプリ１４０から一覧管理プログラム１５０への通知は、ＩＣカード一覧への登録に用いられる情報、この例では、領域ＩＤおよびサービスＩＤを含む。

専用アプリ１４０から発券処理の完了を通知されると、一覧管理プログラム１５０は、通知に含まれる情報を用いて、ＩＣカード一覧を更新する（ステップＳ６１０）。ここでは、フラグ「発券済み」の値が「済」に設定される。ＩＣカード一覧の更新が完了すると、一覧管理プログラム１５０は、ＩＣカード一覧の更新が完了したことを専用アプリ１４０に通知する（ステップＳ６１１）。一覧管理プログラム１５０から更新の完了を通知されると、専用アプリ１４０は、発券処理が完了したことをリモート発行サーバ４０に通知する（ステップＳ６１２）。以下、専用アプリ１４０の動作に従った処理が行われる。

２−２−４．ブラウザモードからアプリモードへの切り替え
図２１は、ブラウザモードからアプリモードへの切り替え処理を示す図である。ここでは、Ｂ社のサービスがブラウザモードからアプリモードに切り替えられる場合を例に説明する。ブラウザモードからアプリモードへの切り替えは、切り替えをトリガするＨＴＭＬデータをブラウザ１３０が受信したことを契機として行われる。詳細には以下のとおりである。

ステップＳ７０１において、ブラウザ１３０は、サービスサーバ５０（Ｂ社のサービスサーバ）からＨＴＭＬデータを受信する。このＨＴＭＬデータは、アプリモードへの切り替えをトリガする情報、例えば、Ｂ社の専用アプリ（以下「専用アプリ１４０Ｂ」という）をダウンロードさせる命令へのリンクを含んでいる。このリンクは、ダウンロードしようとするアプリケーションプログラムがＩＣカード５００にアクセスするためのアプリケーションプログラムであることを示す識別子を含んでいる。この識別子は、例えばアプリケーションプログラムのファイル名に含まれている。あるいは、この識別子は、リンクのＨＴＭＬタグに含まれていてもよい。さらにあるいは、この識別子は、ＡＤＦまたはＳＤＦに含まれていてもよい。

専用アプリ１４０Ｂのダウンロードを要求されると、ブラウザ１３０は、一覧管理プログラム１５０にその旨を通知する（ステップＳ７０２）。ブラウザ１３０から通知を受けると、一覧管理プログラム１５０は、ダウンロードしようとする専用アプリに対応するサービスが、ブラウザモードおよびアプリモードのいずれかで既にＩＣカード一覧に登録されているか確認する（ステップＳ７０３）。すなわち、一覧管理プログラム１５０は、記憶部１０５からＩＣカード一覧を読み出し、さらに、読み出したＩＣカード一覧の中に、専用アプリ１４０Ｂに対応するサービスＩＤ（この例では「Ｂ社マネー」）が既に登録されているか判断する。

ダウンロードしようとする専用アプリのサービスＩＤは、例えば、リンク、ファイル名またはＨＴＭＬタグに含まれている。あるいは、サービスＩＤは、ＡＤＦまたはＳＤＦに含まれていてもよい。この場合、ブラウザ１３０は、ステップＳ７０３の判断に先立ち、ＡＤＦまたはＳＤＦをダウンロードする。

ダウンロードしようとする専用アプリに対応するサービスが、ＩＣカード一覧に既にアプリモードで登録されている場合（Ｓ７０３：アプリモード）、一覧管理プログラム１５０は、その旨を表示してダウンロードを中止するよう、ブラウザ１３０に指示をする（ステップＳ７０４）。この指示を受けて、ブラウザ１３０は、サービスが既にアプリモードで登録されている旨を表示し、ダウンロードを中止する（ステップＳ７０５）。こうして、専用アプリ１４０Ｂの二重登録が防止される。ダウンロードが中止されると、ブラウザ１３０またはＯＳ１１１は、専用アプリ１４０Ｂを起動する。

ダウンロードしようとする専用アプリに対応するサービスが、ＩＣカード一覧に既にブラウザモードで登録されている場合（Ｓ７０３：ブラウザモード）、一覧管理プログラム
１５０は、ブラウザ１３０に起動モード変更の指示をする（ステップＳ７０６）。この指示を受けて、ブラウザ１３０は、起動モードをアプリモードに切り替える旨の表示をする（ステップＳ７０７）。さらに、ブラウザ１３０は、専用アプリ１４０Ｂをダウンロードする（ステップＳ７０８）。なお、ステップＳ７０７の処理は省略されてもよい。あるいは、ステップＳ７０７において、ブラウザ１３０は、起動モード変更の承認をユーザに要求し、承認された場合に処理をステップＳ７０８に移行してもよい。

ステップＳ７０８において専用アプリ１４０Ｂをダウンロードした後は、図２０のフローと同様に、専用アプリ１４０Ｂのインストールが行われる。ただしこの場合、サービス（この例ではサービスＩＤ「Ｂ社マネー」のサービス）は新規に登録されるわけではなく、既にＩＣカード一覧に登録されている。サービスの新規登録ではない場合、既にＩＣカード５００内に領域が設定され初期データは書き込まれているので、ステップＳ６０５、６０６、６０７、６０８、および６０９の処理は行われない。すなわち、ステップＳ６０３においてＩＣカード一覧への登録を指示されると、一覧管理プログラム１５０は、登録の指示が新規登録によるものか起動モード切り替えによるものか判断する。新規登録の場合、一覧管理プログラム１５０は、既に図２０のフローで説明したとおり動作する。起動モード切り替えの場合、一覧管理プログラムは、ステップＳ６０４においてＩＣカード一覧の起動モードの書き替えを行った後、ステップＳ６０５−Ｓ６０９の処理をスキップし、処理をステップＳ６１０に移行する。

ダウンロードしようとする専用アプリに対応するサービスがＩＣカード一覧にまだ登録されていないと判断された場合（Ｓ７０３：未登録）、一覧管理プログラム１５０は、専用アプリ１４０をダウンロードするようブラウザ１３０に指示をする（ステップＳ７０９）。この指示を受けて、ブラウザ１３０は、専用アプリ１４０Ｂをダウンロードする（ステップＳ７１０）。

ステップＳ７１０において専用アプリ１４０Ｂをダウンロードした後は、図２０のフローに従って専用アプリ１４０Ｂのインストールが行われる。また、インストールに伴って、ＩＣカード一覧へのサービスの新規登録が行われる。なお、ＪＡＭ１１９またはＯＳ１１１は、専用アプリ１４０Ｂのインストールが完了した後、専用アプリ１４０Ｂを起動してもよい。

２−２−５．アプリモードからブラウザモードへの切り替え
図２２は、アプリモードからブラウザモードへの切り替え処理を示す図である。アプリモードからブラウザモードへの切り替えは、切り替えをトリガするＨＴＭＬデータをブラウザ１３０が受信したことを契機として行われる。詳細には以下のとおりである。なお、図２２においては、ブラウザ１３０およびスクリプト処理エンジン１３１による処理をブラウザの処理として記載している。ここでは、Ａ社のサービスがアプリモードからブラウザモードに切り替えられる場合を例に説明する。

ステップＳ８０１において、ブラウザ１３０は、サービスサーバ３０（Ａ社のサービスサーバ）からＨＴＭＬデータを受信する。このＨＴＭＬデータは、ブラウザモードへの切り替えをトリガする情報、例えば、Ａ社のサービスにアクセスするためのスクリプト（以下単に「Ａ社のスクリプト」という）を含んでいる。このＨＴＭＬデータは、起動しようとするスクリプトがＩＣカード５００にアクセスするためのスクリプトであることを示す識別子を含んでいる。この識別子は、例えばスクリプトのファイル名に含まれている。あるいは、この識別子は、リンクのＨＴＭＬタグに含まれていてもよい。さらにあるいは、この識別子は、スクリプト自身に含まれていてもよい。ユーザがこのリンクを選択する操作を行うと、ブラウザ１３０は、この命令に従って、Ａ社のスクリプトを起動するようスクリプト処理エンジン１３１に要求する。Ａ社のスクリプトの起動を要求されると、スク
リプト処理エンジン１３１は、起動モードの変更が必要であるか判断するよう一覧管理プログラム１５０に指示をする（ステップＳ８０２）。

スクリプト処理エンジン１３１から指示を受けると、一覧管理プログラム１５０は、起動しようとしているスクリプトに対応するサービスが、ブラウザモードおよびアプリモードのいずれかで既にＩＣカード一覧に登録されているか確認する（ステップＳ８０３）。すなわち、一覧管理プログラム１５０は、記憶部１０５からＩＣカード一覧を読み出し、さらに、読み出したＩＣカード一覧の中に、Ａ社のスクリプトに対応するサービスＩＤ（この例では「Ａ社マネー」）が既に登録されているか判断する。起動しようとするスクリプトのサービスＩＤは、例えば、スクリプト自身、スクリプトのファイル名またはＨＴＭＬタグに含まれている。

起動しようとしているスクリプトに対応するサービスがＩＣカード一覧にまだ登録されていないと判断された場合（Ｓ８０３：未登録）、または起動しようとしているスクリプトに対応するサービスがＩＣカード一覧に既にブラウザモードで登録されている場合（Ｓ８０３：ブラウザモード）、一覧管理プログラム１５０は、スクリプトを実行するようブラウザ１３０に指示をする（ステップＳ８０４）。この指示を受けて、ブラウザ１３０は、スクリプトをスクリプト処理エンジン１３１に引き渡す。以後、スクリプトの種類に応じて図１２のステップＳ１０３以降の処理および図１４、１５、１６のステップＳ２０３、Ｓ３０３、Ｓ４０３以降の処理のいずれかのフローに従ってスクリプトが実行される。また、サービスがＩＣカード一覧にまだ登録されていなかった場合は、図１９のフローに従ってＩＣカード一覧への登録が行われる。なお、ＩＣカード一覧に既にブラウザモードで登録されている場合、登録スクリプトを実行すると二重登録となり不具合を生じる可能性があるので、一覧管理プログラム１５０は、登録スクリプトの実行を禁止してもよい。

起動しようとしているスクリプトに対応するサービスが、ＩＣカード一覧に既にアプリモードで登録されている場合（Ｓ８０３：アプリモード）、一覧管理プログラム１５０は、起動モードを変更するようブラウザ１３０に指示をする（ステップＳ８０５）。この指示を受けて、ブラウザ１３０は、起動モードをブラウザモードに切り替える旨の表示をする（ステップＳ８０６）。また、一覧管理プログラム１５０は、処理をステップＳ８０７に移行する。なお、ブラウザ１３０は、ユーザの指示などに応じて、モード切り替えを拒否してもよい。この場合、ブラウザ１３０は、ステップＳ８０７の処理の前に、一覧管理プログラム１５０に対して、モード切り替えが拒否されたことを通知する。また、ブラウザ１３０（スクリプト処理エンジン１３１）は、可能な範囲でスクリプトを実行する（例えば、登録スクリプトは実行されないが、読み出しスクリプトは実行される）。あるいは、ブラウザ１３０は、スクリプトの実行エラーが発生した旨の表示をしてもよい。

ステップＳ８０７において、一覧管理プログラム１５０は、ＩＣカード一覧を書き替える）。すなわち、一覧管理プログラム１５０は、ＩＣカード一覧において、Ａ社マネーの起動モードを「ブラウザ」に設定し、「ＵＲＬ」のレコードに、Ａ社のスクリプトのＵＲＬを記録する。Ａ社のスクリプトのＵＲＬは、例えば、ステップＳ８０２における指示に含まれている。あるいは、この段階で、一覧管理プログラム１５０がブラウザ１３０からＡ社のスクリプトのＵＲＬを取得してもよい。ＩＣカード一覧を更新すると、一覧管理プログラム１５０は、処理をステップＳ８０４に移行する。以後、既に説明したように、スクリプトの種類に応じて図１２、１４−１６の処理が行われる。

なお、一覧管理プログラム１５０は、ステップＳ８０７のＩＣカード一覧の書き替えが完了した後で、起動モードがブラウザモードに書き替えられた専用アプリ１４０のアンインストールを、ＪＡＭ１１９に指示をしてもよい。この指示を受けると、ＪＡＭ１１９は、対応する専用アプリ１４０をアンインストールする。

２−２−６．ＩＣカード一覧からの起動
図２３は、ＩＣカード一覧からブラウザまたはアプリケーションプログラムを起動する処理を示すフローチャートである。ここでは、一覧管理プログラム１５０により、図１８の画面が表示された状態を例として説明する。

ステップＳ９０１において、一覧管理プログラム１５０は、ユーザの操作に応じて、ＩＣカード一覧の中から一のアイテム（サービス）を選択する。一覧表示アプリは、選択されたアイテムに対応するソフトウェアを起動する。

ソフトウェアの起動をする際、一覧管理プログラム１５０は、起動しようとするソフトウェアの種類に応じて次の処理を決定する（ステップＳ９０２）。スクリプトの起動が要求されている場合（ステップＳ９０２：スクリプト）、一覧管理プログラム１５０は、処理をステップＳ９０３に移行する。アプリケーションプログラムの起動が要求されている場合（ステップＳ９０２：アプリ）、一覧管理プログラム１５０は、処理をステップＳ９０５に移行する。

ステップＳ９０３において、一覧管理プログラム１５０は、スクリプトを取得し、取得したスクリプトを実行するようブラウザ１３０に要求する。この要求は、スクリプトのＵＲＬを含んでいる。ブラウザ１３０は、要求に含まれるＵＲＬから、スクリプトを取得する。スクリプト処理エンジン１３１は、取得したスクリプトを起動、実行する（ステップＳ９０４）。

ステップＳ９０５において、一覧管理プログラム１５０は、要求された専用アプリ１４０を起動、実行する。

２−２−７．ＩＣカード一覧における付加情報の管理
この例で、一覧管理プログラム１５０は、ＩＣカード一覧に従った画面（以下「一覧画面」という。例えば図１８）を表示する際、付加情報を用いる。付加情報とは、一覧管理プログラム１５０において、一覧画面表示の際に用いられる、各ソフトウェアに固有の画像、音声、文字列、パラメータその他の情報をいう。ここでは、付加情報として画像（アイコン）が用いられる例を説明する。また、この例で付加情報は、そのサービスの起動モードを示す情報を含む。

図２４は、携帯電話機１０における記憶内容を例示する図である。この例で、ＩＣカード５００（正確にはメモリ５０４）には、サービスＩＤ「Ａ社マネー」、「Ｂ社マネー」、「Ｄ社ポイントカード」および「Ｅ社会員証」で識別される４つのサービスが設定されている。既に説明したように、各サービスの記憶領域には、サービスＩＤおよびサービスデータが記憶されている。

記憶部１０５は、アプリケーション保存領域１０５１および一覧保存領域１０５２の２つの記憶領域を含む。アプリケーション保存領域１０５１は、アプリケーションプログラムを記憶するための記憶領域である（図６の第１ストレージ１１５に相当）。この例では特に、ＩＣカード５００にアクセスするためのアプリケーションプログラムが図示されている。サービスＩＤ「Ａ社マネー」および「Ｄ社ポイントカード」に対応するアプリケーションプログラムが、サービスＩＤと対応して記憶されている。一覧保存領域１０５２は、ＩＣカード一覧を記憶するための記憶領域である。この例では、ＩＣカード一覧は、図１７に例示された情報に加え、サービスに対応する付加情報を含んでいる。図２４では、ＩＣカード一覧に含まれる情報のうち、特に、付加情報と起動モードが図示されている。ＩＣカード一覧において、サービスＩＤ「Ａ社マネー」、「Ｂ社マネー」および「Ｄ社ポイントカード」に対応する付加情報が、サービスＩＤと対応して記憶されている。なお、図２４においては、付加情報と起動モードとが別々に示されているが、前述のとおり起動モードは付加情報に含まれる。

この例で、ＩＣカード５００にアクセスするソフトウェアがアプリケーションプログラムである場合、ＩＣカード一覧に記録される付加情報は、アプリケーションプログラムのインストールに伴って取得される。例えば、付加情報はアプリケーションプログラムの実体ファイルの一部として含まれており、ＪＡＭ１１９は、実体ファイルから付加情報を抽出し、抽出した付加情報を一覧保存領域１０５２に記憶する。一方、ＩＣカード５００にアクセスするソフトウェアが（ブラウザ上で動作する）スクリプトである場合、付加情報は、ＩＣカード一覧へのサービス登録時に取得され、ＩＣカード一覧に書き込まれる。または、ＩＣカード５００にアクセスするソフトウェアがブラウザの場合、ＩＣチップ５００に対する登録、読み出し、書き込み、削除といった処理は、ＩＣチップ５００とリモート発行サーバとの間で、暗号化された状態で（すなわち秘匿されて）行われる場合がある。このような場合、帯電話機１０のＣＰＵ１０２が実行するソフトウェアは、ＩＣチップ５００に対して実行されている処理の内容（コマンドの内容）を知ることができない場合がある。このような場合、ＩＣチップ５００に対して実行されている処理を、付加情報取得の契機とすることはできない。その場合、一覧管理プログラムが起動されたことを、付加情報取得の契機としてもよい。

図２５は、付加情報の取得処理を示すフローチャートである。ステップＳ１００１において、一覧管理プログラム１５０は、サーバに一覧照会を行う条件が満たされたか判断する。一覧照会を行う条件としては、例えば以下の（１）〜（４）のいずれかのものが用いられる。（１）前回照会時と現在時刻とが所定の条件を満たした場合、例えば、前回照会時から一定時間が経過した場合。例えば、その月に初めて一覧管理プログラム１５０を起動したとき。この場合は、一覧管理プログラム１５０が前回照会時の時刻（または年、月、日など）を記憶しており、記憶している時刻と現在時刻とを比較することにより条件の成立を判断する。（２）前回照会時から一定回数一覧管理プログラム１５０を起動した場合。例えば、前回照会時から２０回一覧管理プログラム１５０を起動した後、２１回目に。一覧管理プログラム１５０を起動したとき。この場合は、一覧管理プログラム１５０が前回照会時後の知覧プログラム１５０の起動回数を記憶しており、記憶している回数とあらかじめ決められたしきい値とを比較することにより条件の成立を判断する。（３）携帯電話機１０が外部装置から指示を受信した場合。例えば、ＳＭＳ（Short Message Service）のメッセージがプッシュ配信されたとき。この場合ＯＳ１１１等のプログラムが、ＳＭＳメッセージに応じてアプリケーションプログラムを起動する機能を有しており、ＯＳ１１１が条件の成立を判断し、一覧管理プログラム１５０を起動する。（４）ユーザが一覧照会の指示を入力した場合。

一覧照会を行う条件が満たされていないと判断された場合（Ｓ１００１：ＮＯ）、一覧管理プログラム１５０は、条件が満たされるまで待機する。一覧照会を行う条件が満たされたと判断された場合（Ｓ１００１：ＹＥＳ）、一覧管理プログラム１５０は、ＩＣカード５００に登録されているサービスと、一覧保存領域１０５２に記憶されているＩＣカード一覧とをマッチング（照合）する（ステップＳ１００２）。詳細には以下のとおりである。一覧管理プログラム１５０は、ＩＣカード５００に設定されているすべてのサービスに対応する付加情報が、記憶部１０５に記憶されているか判断する。詳細には以下のとおりである。一覧管理プログラム１５０は、ＩＣカード５００に対し、設定されているすべてのサービスのサービスＩＤを送信するように要求する。この要求を受けると、ＩＣカード５００のプロセッサ５０３は、メモリ５０４の各記憶領域からサービスＩＤを読み出し、読み出したサービスＩＤを要求元である一覧管理プログラム１５０に送信する。一覧管理プログラム１５０は、ＩＣカード５００から取得したサービスＩＤを記憶する。また、一覧管理プログラム１５０は、一覧保存領域１０５２から、記憶されている付加情報に対応するサービスＩＤを読み出し、読み出したサービスＩＤを現状情報として記憶する。現状情報とは、ＩＣカード一覧の現状を示す情報をいう。現状情報は、サービスＩＤと、そのサービスＩＤに対応する起動モードとを含む。仮に、対応する付加情報が記憶されていないサービスＩＤがあった場合、一覧管理プログラム１５０は、そのサービスＩＤを現状情報として記憶しない。一覧管理プログラム１５０は、ＩＣカード５００から取得したサービスＩＤと、一覧保存領域１０５２から読み出したサービスＩＤとを比較する。この比較は、対処となるサービスＩＤを所定のアルゴリズム（例えば、ＩＣカード一覧の上から順番に特定するアルゴリズム）に従って順番に一つずつ特定して行われる。ＩＣカード５００から取得したサービスＩＤのうち、一覧保存領域１０５２に記憶されていないものがあった場合、一覧管理プログラム１５０は、付加情報が記憶されていないサービスが存在すると判断する。一覧管理プログラム１５０は、付加情報が記憶されていないサービスのサービスＩＤを、差分情報として記憶する。差分情報とは、ＩＣカード５００に登録されているサービスに関する情報と、一覧保存領域１０５２に記憶されているＩＣカード一覧に含まれている情報との差分を示す情報をいう。具体的には、差分情報は、付加情報が記憶されていないと判断されたサービスのサービスＩＤを含む。ＩＣカード５００から取得したサービスＩＤがすべて一覧保存領域１０５２にも記憶されていた場合、一覧管理プログラム１５０は、ＩＣカード５００に設定されているすべてのサービスの付加情報が記憶部１０５に記憶されていると判断する。この場合、差分情報の内容は空である。

ステップＳ１００３において、一覧管理プログラム１５０は、管理サーバ２０に対し、ＩＣカード一覧の照会の要求を送信する。この要求は、現状情報および差分情報を含む。

ＩＣカード一覧の照会の要求を受信すると、管理サーバ２０は、ＩＣカード一覧において起動モードを変更すべきサービスが存在するか否か判断する（ステップＳ１００４）。この判断は、例えば以下のように行われる。管理サーバ２０は、携帯電話機１０が利用可能なサービスについて、サービスＩＤと、起動モードとを対応させた管理テーブルを記憶している。

図２６は、管理サーバ２０が記憶している管理テーブルを例示する図である。この例では、管理テーブルに記憶されている情報により、サービスＩＤ「Ａ社マネー」の起動モードが「ブラウザ」であることが示されている。これは、「Ａ社マネー」の起動モードをブラウザモードにしたいという、Ａ社または通信事業者の意向を示している。同様に、この例では、サービスＩＤ「Ｅ社会員証」の起動モードが「ブラウザ」であることが示されている。また、サービスＩＤ「Ｂ社マネー」および「Ｄ社ポイントカード」の起動モードは指定されていないことが示されている。

再び図２５を参照する。管理サーバ２０は、受信した要求に含まれる現状情報と、管理テーブルに記憶されている内容とを比較する。ここでは特に、起動モードについて比較が行われる。この比較は、所定のアルゴリズムに従って、要求に含まれる現状情報に含まれるサービスＩＤの中から、対象となるサービスＩＤを１つずつ順番に特定し、対象となるサービスＩＤについて、現状情報に含まれる起動モードと管理テーブルに含まれる起動モードとが一致するか判断する。要求に含まれる情報と管理テーブルに記憶されている内容とに異なっている部分があった場合、管理サーバ２０は、起動モードの変更が必要であると判断する（Ｓ１００４：ＹＥＳ）。起動モードの変更が必要であると判断された場合、管理サーバ２０は、処理をステップＳ１００５に移行する。要求に含まれる情報と管理テーブルに記憶されている内容とに異なっている部分が無かった場合、管理サーバ２０は、ＩＣカード一覧の更新が必要でないと判断する（Ｓ１００４：ＮＯ）。起動モードの変更が必要でないと判断された場合、管理サーバ２０は、処理をステップＳ１００８に移行する。この例で、携帯電話機１０から受信した要求は、サービスＩＤ「Ａ社マネー」の起動モードがアプリモードであること示す情報を含んでいる。一方、管理テーブルによれば、「Ａ社マネー」の起動モードはブラウザモードである。両者は一致しないので、管理サーバ２０は、起動モードの変更が必要であると判断する。なお、この例で、管理テーブルにおいて、サービスＩＤ「Ｂ社マネー」および「Ｄ社ポイントカード」について起動モードの指定がないことが示されているので、これらについては変更要否の判断の対象とならない。また、サービスＩＤ「Ｅ社会員証」については、ＩＣカード一覧にサービスが登録されていないので、変更要否の判断は行われない。

ステップＳ１００５において、管理サーバ２０は、起動モード変更の指示を、要求の送信元である携帯電話機１０に送信する。この指示は、少なくとも、サービスＩＤと、そのサービスＩＤに対応する起動モードを示す情報とを含む。

管理サーバ２０から指示を受信すると、一覧管理プログラム１５０は、指示の内容に応じてＩＣカード一覧の更新を行う（ステップＳ１００６）。

図２７は、ステップＳ１００６におけるＩＣカード一覧の更新処理の詳細を示すフローチャートである。ステップＳ１１０１において、一覧管理プログラムは、所定のアルゴリズム（例えば、応答の先頭から順番にサービスＩＤを特定するアルゴリズム）に従って、処理の対象となるサービスＩＤを特定する。

ステップＳ１１０２において、一覧管理プログラム１５０は、処理の対象となるサービスＩＤについて、指示に含まれる情報に基づいて、アプリモードからブラウザモードに変更するのか、ブラウザモードからアプリモードに変更するのか判断する。アプリモードからブラウザモードに変更する場合（Ｓ１１０２：Ｂ）、一覧管理プログラム１５０は、処理をステップＳ１１０３に移行する。ブラウザモードからアプリモードに変更する場合（Ｓ１１０２：Ａ）、一覧管理プログラム１５０は、処理をステップＳ１１０６に移行する。

ステップＳ１１０３において、一覧管理プログラム１５０は、変更の対象となるサービスに対応するアプリケーションプログラムの付加情報を一覧保存領域１０５２のＩＣカード一覧から削除する。また、一覧管理プログラム１５０は、このサービスの新たな付加情報を、ＩＣカード一覧に追加する（ステップＳ１１０４）。詳細には以下のとおりである。一覧管理プログラム１５０は、管理サーバ２０に対し、付加情報の送信をするように要求する。この要求は、付加情報が記憶されていないサービスのサービスＩＤ（この例では、サービスＩＤ「Ａ社マネー」）を含む。この要求を受信すると、管理サーバ２０は、データベースにおいて、要求に含まれるサービスＩＤに対応する付加情報を検索する。データベース内に所望の付加情報が含まれていた場合、管理サーバ２０は、データベースから付加情報を抽出する。管理サーバ２０は、抽出した付加情報および対応するサービスＩＤを含む応答を、要求の送信元である携帯電話機１０に送信する。データベース内に所望の付加情報が含まれていなかった場合、管理サーバ２０は、サービスＩＤと、そのサービスＩＤに対応する付加情報は無い旨を含む応答を、携帯電話機１０に送信する。この応答を受信すると、一覧管理プログラム１５０は、受信した応答から付加情報およびサービスＩＤを抽出し、抽出した付加情報を一覧保存領域１０５２に記憶する。こうして、一覧管理プログラムは、ＩＣカード一覧において欠落していた付加情報を取得する。要求された付加情報が無い旨を含む応答を受信した場合、一覧管理プログラムは、そのサービスＩＤについて付加情報が取得できなかった旨を一覧保存領域１０５２に記憶する。

一覧管理プログラム１５０は、付加情報を取得する際、スクリプトのＵＲＬもあわせて取得する。一覧管理プログラム１５０は、取得した付加情報およびスクリプトのＵＲＬを、ＩＣカード一覧に追加する。ＩＣカード一覧の書き換えが完了すると、一覧管理プログラム１５０は、このサービスに対応するアプリケーションプログラムをアンインストールするように、ＪＡＭ１１９に要求する。この要求を受けると、ＪＡＭ１１９は対象となるアプリケーションプログラムをアンインストールする（ステップＳ１１０５）。

ステップＳ１１０６において、一覧管理プログラム１５０は、変更の対象となるサービスに対応するアプリケーションプログラムをインストールするように、ＪＡＭ１１９に要求する。ＪＡＭ１１９への要求には、インストールされるアプリケーションプログラムのＡＤＦのＵＲＬが含まれる。このＵＲＬは、例えば、この段階で管理サーバ２０と通信を行うことにより取得される。あるいは、このＵＲＬは、ステップＳ１００５における指示に含まれていてもよい。この要求を受けると、ＪＡＭ１１９は対象となるアプリケーションプログラムをインストールする。ステップＳ１１０７において、一覧管理プログラムは、このサービスの付加情報をＩＣカード一覧から削除する。ステップＳ１１０８において、一覧管理プログラム１５０は、アプリケーションプログラムのインストールに伴って取得された付加情報を、ＩＣカード一覧に追加する。なお、ＩＣカード５００と管理サーバ２０との間の処理が一覧管理プログラム１５０に対して秘匿されている場合、ステップＳ１１０７の処理は行われない。

ステップＳ１１０９において、一覧管理プログラム１５０は、応答に含まれていたすべてのサービスＩＤについて処理が完了したか判断する。まだ処理が済んでいないサービスＩＤがあれば（Ｓ１１０９：ＮＯ）、一覧管理プログラムは、処理を再びステップＳ１１０１に移行する。すべてのサービスＩＤについて処理が完了すると（Ｓ１１０９：ＹＥＳ）、一覧管理プログラムは、図２７の処理を終了する。

この例では、サービスＩＤ「Ａ社マネー」の起動モードが、アプリからブラウザに変更される。すなわち、ＩＣカード一覧において、サービスＩＤ「Ａ社マネー」に対応する起動モードは「ブラウザ」に書き換えられ、「ＵＲＬ」のフィールドには管理サーバ２０からの応答に含まれていたＵＲＬが書き込まれる。サービスＩＤ「Ｂ社マネー」および「Ｄ社ポイントカード」についての情報は変更されていない。

図２８は、ステップＳ１００６において図２４の一覧が更新された後の状態を示す図である。図２４と比較すると、サービスＩＤ「Ａ社マネー」に対応するアプリケーションプログラムがアプリケーション保存領域から、サービスＩＤ「Ａ社マネー」に対応する付加情報が一覧保存領域１０５２から、それぞれ削除されている。

再び図２５を参照する。ステップＳ１００７において、一覧管理プログラム１５０は、一覧の更新が完了した旨の応答を、管理サーバ２０に送信する。

ステップＳ１１０４において起動モードの変更が必要ないと判断された場合、または一覧管理プログラム１５０から更新完了の応答を受信した場合、管理サーバ２０は、ＩＣカード５００とＩＣカード一覧とにアンマッチがあるか、すなわち、ＩＣカード５００に設定されているサービスのうち、ＩＣカード一覧に情報が記録されていないサービスがあるか判断する（ステップＳ１００８）。この判断は、ステップＳ１００３の要求に含まれる差分情報を用いて行われる。アンマッチがあると判断された場合（Ｓ１００８：ＹＥＳ）、管理サーバ２０は、処理をステップＳ１００９に移行する。アンマッチが無いと判断された場合（Ｓ１００８：ＮＯ）、管理サーバ２０は、図２５の処理を終了する。

ステップＳ１００９において、管理サーバ２０は、ＩＣカード一覧において不足している情報を携帯電話機１０に送信する。管理サーバ２０は、通信システムにおいて利用可能なＩＣカードサービスに関するデータベースを記憶している。管理サーバ２０は、このデータベースから、ＩＣカード一覧において不足している情報を抽出し、抽出した情報を携帯電話機１０に送信する。対象となるサービスが図２６の管理テーブルにおいてアプリモードとして記録されている場合、携帯電話機１０に送信される情報は、専用アプリ１４０のＡＤＦのＵＲＬ、または、専用アプリ１４０のＡＤＦへのリンクが記載されたページのＵＲＬを含む。対象となるサービスが管理テーブルにおいてブラウザモードとして記録されている場合、携帯電話機１０に送信される情報は、スクリプトのＵＲＬを含む。対象となるサービスが管理テーブルにおいて起動モードの指定なしとして記録されている場合、携帯電話機１０に送信される情報は、アプリモード場合およびブラウザモードの場合のいずれかの情報を含む。

この例において、差分情報にはサービスＩＤ「Ｅ社会員証」が含まれ、管理テーブルにおいて「Ｅ社会員証」の起動モードはブラウザモードであることが示されている。したがって、管理サーバ２０は、サービスＩＤ「Ｅ社会員証」に係るサービスをブラウザモードで登録するための情報を含むデータを、携帯電話機１０に送信する。

ステップＳ１０１０において、一覧管理プログラム１５０は、ＩＣカード一覧を更新する。更新は、図２７のフローと同様に行われる。ブラウザモードのサービスが新たに追加される場合にはステップＳ１１０３−Ｓ１１０５の処理が、アプリモードのサービスが新たに追加される場合にはステップＳ１１０６−Ｓ１１０８の処理が行われる。一覧の更新が完了すると、一覧管理プログラム１５０は、更新が完了した旨の応答を管理サーバ２０に送信する（ステップＳ１０１１）。

更新完了の応答を受信すると、管理サーバ２０は、ＩＣカード一覧の最終チェックを行う（ステップＳ１０１２）。最終チェックは、例えば、差分情報に含まれる全てのサービスＩＤに関する情報が、ＩＣカード一覧に追加されたか否かの確認を含む。管理サーバ２０のデータベースに情報が記録されていない等の理由でＩＣカード一覧に追加できなかったサービスがある場合、管理サーバ２０は、ＩＣカード一覧に不備があると判断する（Ｓ１０１２：ＮＧ）。ＩＣカード一覧に不備があると判断された場合、管理サーバ２０は、携帯電話機１０に対してエラー通知を送信する（ステップＳ１０１３）。管理サーバ２０からエラー通知を受信すると、一覧管理プログラム１５０は、エラーが発生した旨を示す画面を表示部１０７に表示し（ステップＳ１０１３）、図２５のフローを終了する。チェック項目をすべてパスした場合、管理サーバ２０は、ＩＣカード一覧に不備は無いと判断する（Ｓ１０１２：ＯＫ）。ＩＣカード一覧に不備があると判断された場合、管理サーバ２０は、図２５のフローを終了する。

図２９は、付加情報取得後の携帯電話機１０における記憶内容を例示する図である。処理の前（図２８）においてＩＣカード一覧から欠落していた、サービスＩＤ「Ａ社マネー」および「Ｅ社会員証」に対応する付加情報が取得され、欠落部分が補充されている。なお、サービスＩＤ「Ｅ社マネー」のサービスについては、処理の前においては、ＩＣカード５００に発券はされていたものの、ＩＣカード一覧にサービスＩＤが記録されていなかった。また、サービスＩＤ「Ｅ社マネー」のサービスについては、管理テーブルにも記載がない。

付加情報の取得が完了すると、一覧管理プログラム１５０は、取得した付加情報を使用する。すなわち、一覧管理プログラム１５０は、一覧保存領域１０５２に記憶された付加情報を用いて一覧画面を表示する。

なお、ステップＳ１００３やＳ１００９のように、ネットワーク７０を介した通信が発生する場合、一覧管理プログラム１５０は、通信をする前に、通信の許可をユーザに求めてもよい。ユーザが通信を許可した場合、一覧管理プログラム１５０は、通信を行う。ユーザが通信を許可した場合、一覧管理プログラム１５０は、通信を行わずに処理を進める。ユーザが通信を許可しなかった場合や、携帯電話機１０が無線通信の圏外にあった場合など付加情報を取得できない場合がある。このような場合、一覧管理プログラム１５０は、付加情報を取得できなかった旨を示す情報を、対応するサービスＩＤとともに、一覧保存領域１０５２に記憶してもよい。付加情報を取得できなかった旨を示す情報が記憶されていた場合、一覧管理プログラム１５０は、特定できないサービスが設定されている旨（例えば「？不明のサービスあり？」という文字列または所定のアイコン）を一覧画面において表示する。

以上で説明したように、この処理によれば、管理サーバ２０において、携帯電話機１０のＩＣカード５００に登録されているサービスの動作モードを制御できる。また、ＩＣカード５００に登録されているサービスとＩＣカード一覧にアンマッチが生じた場合でも、両者が整合するように自動的にリカバリーできる。

３．セキュリティ
次に、以上で説明したサービスのセキュリティについて説明する。これまで詳しい説明は省略したが、スクリプトによるＩＣカード５００へのアクセスにおいては、暗号化技術が用いられる。

図３０は、通信システムにおいて用いられる暗号化技術の概要を示す図である。認証局ＣＡは、所定の事業者（例えば携帯電話機１０の回線事業者）により管理および運営される認証局である。認証局ＣＡは、認証局の秘密鍵ＫｐｒＣＡおよび公開鍵ＫｐｕｂＣＡを発行する。さらに、認証局ＣＡは、携帯電話機１０に対して電子証明書Ｓｍを発行する。電子証明書Ｓｍは、認証局ＣＡの電子署名および公開鍵ＫｐｕｂＣＡを含んでいる。携帯電話機１０は、電子証明書Ｄｍを記憶している。

認証局ＣＡは、サービス提供事業者に対して、秘密鍵ＫｐｒＣＰおよび公開鍵ＫｐｕｂＣＰを発行する。図３０では、サービスサーバ３０を運営するＡ社がサービス提供事業者として例示されている。鍵の発行を受けているサービス提供事業者は、認証局ＣＡに対し、ＩＣカードサービスの利用申請をする。この利用申請は、公開鍵ＫｐｕｂＣＰを含む。認証局ＣＡは、利用申請を受けて、電子証明書ＳＣＰおよびサービス提供事業者のＩＤを示すＩＤデータを発行する。電子証明書ＳＣＰは、認証局ＣＡの電子署名および公開鍵ＫｐｕｂＣＰを含んでいる。認証局ＣＡの電子署名は、ハッシュ関数による公開鍵ＫｐｕｂＣＰのメッセージダイジェストを秘密鍵ＫｐｒＣＡで暗号化したものである。サービスサーバ３０は、秘密鍵ＫｐｒＣＰ、公開鍵公開鍵ＫｐｕｂＣＰ、電子証明書ＳＣＰおよびＩＤデータを記憶する。

サービスサーバ３０が携帯電話機１０に送信するスクリプトは、実行コード（スクリプト本体）と、電子証明書ＳＣＰと、ＩＤデータとがパッケージされたものである。スクリプトを受信すると、携帯電話機１０は、パッケージから電子証明書ＳＣＰを抽出する。携帯電話機１０は、抽出した電子証明書ＳＣＰに含まれる電子署名を、電子証明書Ｄｍに含まれる公開鍵ＫｐｕｂＣＡで復号化し、メッセージダイジェストを取得する。さらに、携帯電話機１０は、電子証明書Ｄｍに含まれる公開鍵ＫｐｕｂＣＡにハッシュ関数を適用し、メッセージダイジェストを生成する。携帯電話機１０は、生成したメッセージダイジェストと、復号化により取得したメッセージダイジェストとを比較する。両者が一致した場合、携帯電話機１０は、スクリプトが正当なものであると判断し、実行コードを実行する。両者が一致しなかった場合、携帯電話機１０は、スクリプトが不正なものであると判断し、実行コードを実行しない。携帯電話機１０においてこれらの処理は、ソフトウェアにより行われる。

以上はサービスサーバ３０から受信したスクリプトの正当性を確認する技術であるが、ＩＣカード５００とリモート発行サーバ４０との間においても、同様に暗号化技術を用いた通信が行われる。ＩＣカード５００は、暗号化通信のためのソフトウェアを記憶しており、これを用いてリモート発行サーバ４０と暗号化通信を行う。なお、上記で説明した暗号化通信の具体的処理はあくまで一例であり、通信相手の正当性を確認できるものであれば、これ以外の暗号化技術が用いられてもよい。

４．他の実施形態
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。

４−１．変形例１
管理サーバ２０が携帯電話機１０に対し起動モード変更の指示をするタイミングおよび新たな付加情報を送信するタイミングは、実施形態で説明したものに限定されない。実施形態では、起動モード変更の指示（図２５：ステップＳ１００５）と新たな付加情報の指示（図２７：ステップＳ１１０４およびＳ１１０８）とは異なるタイミングで行われた。しかし、新たな付加情報が、起動モード変更の指示に含まれていてもよい。すなわち、携帯電話機１０は、起動モード変更の指示と付加情報とを同時に取得してもよい。

４−２．変形例２
ＩＣカード一覧の更新が必要であるかの判断を行う主体は、実施形態で説明したものに限定されない。例えば、携帯電話機１０が、ＩＣカード一覧の更新が必要であるかの判断を行ってもよい。この場合、携帯電話機１０は、管理サーバ２０から、一覧の照会に用いられる情報、例えば、要求に含まれていたサービスＩＤに対応する起動モードを特定する情報を含む応答を受信する。一覧管理プログラム１５０は、受信した応答から起動モードを特定する情報を記憶し、ＩＣカード一覧の内容と対比する。両者が異なっていた場合、一覧管理プログラム１５０は、更新が必要であると判断する。

４−３．変形例３
実施形態において、ＩＣカード一覧の照会と付加情報の管理は、ともに管理サーバ２０が行っていた。しかし、これらの処理は、それぞれ別のサーバ装置により行われてもよい。

４−４．変形例４
実施形態において、ＩＣカード５００に設定されているサービスと、記憶部１０５に記憶されている付加情報との対比はサービスＩＤを用いて行われた。しかし、サービスＩＤ以外の別の識別子が、この対比に用いられてもよい。

４−５．変形例５
実施形態において、付加情報がＩＣカード一覧の情報の一部である例を説明した。しかし、付加情報は、ＩＣカード一覧とは別の記憶領域に記憶された、ＩＣカード一覧とは別のデータであってもよい。

４−６．変形例６
実施形態において、ＩＣカード一覧の更新要否の判定に用いられるテーブル（図２６の管理テーブル）と、付加情報の検索に用いられるデータベースとが別である例を説明した。しかし、付加情報の検索に用いられるデータベースが、管理テーブルに相当する情報を含んでいてもよい。この場合、管理サーバ２０は、データベースを参照してＩＣカード一覧の更新要否を判定する。

４−７．変形例７
付加情報の取得が行われるタイミングは、図２７で例示したものに限定されない。一覧管理プログラム１５０は、前回更新時から所定時間が経過したものなど、ステップＳ１００１の一覧更新の条件と同様の条件を満たした付加情報について、管理サーバ２０に更新を要求してもよい。この場合、管理サーバ２０は、携帯電話機１０からの要求に応じて、付加情報を送信する。この構成によれば、最新の付加情報を用いることができる可能性が高められる。

４−８．変形例８
付加情報を取得できなかった場合のエラー処理は、実施形態で説明したものに限定されない。付加情報を取得できないということは、管理サーバ２０で管理されていない不正なサービスがＩＣカード５００に設定されている可能性がある。したがって、このような場合に、管理サーバ２０は、ＳＭＳ等を用いた遠隔制御により、携帯電話機１０（の機能の一部）をロックしたり、強制的にリセットしたり、使用不能にしたりする処理を行ってもよい。

４−９．変形例９
図１２、１４−１６において、各スクリプトの動作を、スクリプト自体の機能と、スクリプトから呼び出されるＡＰＩやデバイスドライバの機能とに分けて説明したが、機能の分配は実施形態で説明したものに限定されない。例えば、実施形態でＡＰＩの機能として説明された機能を実現するための命令群が、スクリプト本体に記述されていてもよい。すなわち、スクリプト本体がその機能を有していてもよい。あるいは、実施形態でスクリプトの機能として説明された機能を実現するための命令群が、スクリプト本体以外のＡＰＩ、モジュール、他のスクリプト、関数等に記述されていてもよい。要は、スクリプト本体に直接または間接的に記述されている命令群により、図１２、１４−１６の処理が実現されるのであれば、ソフトウェア間の役割分担はどのようなものでもよい。

４−１０．変形例１０
スクリプトを記述するプログラミング言語はＪａｖａスクリプトに限定されない。Ｃ＋＋など、他のオブジェクト指向プログラミング言語や、Ｆｌａｓｈなどブラウザ上のコンテンツが用いられてもよい。あるいは、非オブジェクト指向プログラミング言語が用いられてもよい。

４−１１．変形例１１
スクリプトの所在を示す所在情報は、ＵＲＬに限定されない。スクリプトの所在を特定できるのであれば、どのような情報が用いられてもよい。

４−１２．変形例１２
本稿でいう「ＩＣカード」は、必ずしもカード型の形状を有していなくてもよい。「カード」とはＩＣカード５００の機能を象徴する語であって、形状を特定するものではない。ＩＣカードは、アンテナと、個別にアクセス制限を設定可能な複数の記憶領域を有するメモリと、アンテナからの信号または第１の制御手段（実施形態ではＣＰＵ１０２）からの信号に応じてメモリにアクセスする第２の制御手段（実施形態ではプロセッサ５０３）とを有するものであれば、その形状はどのようなものであってもよい。また、ＩＣカード５００のメモリ５０４の記憶領域の構成は、図５に示したものに限定されない。メモリ５０４は、自由領域を有していなくてもよい。あるいは、メモリ５０４は、自由領域に加えてさらに別の第３の領域を有していてもよい。

４−１３．変形例１３
携帯電話機１０のハードウェア構成は、図３で説明したものに限定されない。必要な機能を実現できるのであれば、携帯電話機１０はどのようなハードウェア構成を有していてもよい。特に、複数のプログラムによる並列処理を可能とする構成として、携帯電話機１０がマルチプロセッサ（複数のプロセッサ）を有する場合、これら複数のプロセッサが全体として本稿の「第１の制御手段」に相当する。この場合において、各プロセッサがそれぞれ異なるプログラムを実行してもよい。例えば、第１のプロセッサがＪＡＭを実行し、第２のプロセッサがブラウザ等のアプリケーションプログラムを実行してもよい。この例では、ＪＡＭを実行している第１のプロセッサが「管理手段」として機能し、ブラウザを実行している第２のプロセッサが「第１のアプリケーション手段」として機能する。「第１のアプリケーション手段が管理手段にデータを送る」とは、第１のプロセッサと第２のプロセッサの間で信号のやりとりをすることをいう。

４−１４．変形例１４
アプリケーションプログラムを記述するプログラミング言語はＪａｖａ（登録商標）に限定されない。Ｃ＋＋など、他のオブジェクト指向プログラミング言語が用いられてもよい。あるいは、非オブジェクト指向プログラミング言語が用いられてもよい。また、ステップＳ６０１−６０２において説明した、アプリケーションプログラムをインストールする処理はあくまで例示であり、アプリケーションプログラムのファイル構成およびインストールする手順はこれに限定されない。

４−１５．変形例１５
上述の実施形態においてＣＰＵ１０２によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤ（Flexible Disk））など）、光記録媒体（光ディスク（ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk））など）、光磁気記録媒体、半導体メモリ（フラッシュＲＯＭなど）などのコンピュータ読取り可能な記録媒体に記憶した状態で提供されてもよい。また、このプログラムは、インターネットのようなネットワーク経由でダウンロードされてもよい。

３…ヒンジ、４…キーパッド、５…マイクロホン、６…スピーカ、７…アンテナ、８…表示装置、１０…携帯電話機、２０…管理サーバ、３０…サービスサーバ、４０…リモート発行サーバ、５０…サービスサーバ、６０…サービスサーバ、７０…ネットワーク、１０２…ＣＰＵ、１０３…ＲＯＭ、１０４…ＲＡＭ、１０５…記憶部、１０６…操作部、１０７…表示部、１０８…通信部、１０９…バス、１１１…ＯＳ、１１２…アプリケーション、１１３…アプリケーション、１１４…Ｊａｖａ実行環境、１１５…第１ストレージ、１１６…第２ストレージ、１１７…クラスライブラリ、１１８…ＪＶＭ、１１９…ＪＡＭ、１２０…ＡＰＩ群、１２１…クライアントソフトウェア、１２２…デバイスドライバ、５００…ＩＣカード、５０１…アンテナ、５０２…ＩＣチップ、５０３…プロセッサ、５０４…メモリ、５１０…リーダ／ライタ、６０１…文字列、６０５…アイコン、６０６…アイコン、６０７…アイコン、６０８…アイコン

Claims (6)

1. ネットワークを介して通信する通信手段と、
   特定の処理を実行するための第１のアプリケーションプログラム、前記第１のアプリケーションプログラムと異なる第２のアプリケーションプログラム、ならびにスクリプトおよび前記第２のアプリケーションプログラムを管理する第１の管理プログラムを実行する第１の制御手段と、
   アンテナと、個別にアクセス制限を設定可能な複数の記憶領域を有するメモリと、前記アンテナからの信号または前記第１の制御手段からの信号に応じて前記メモリにアクセスし、アクセスした結果を前記第１の制御手段に出力する第２の制御手段とを有するＩＣカード機能部と、
   前記メモリに設定されている記憶領域を特定する第１の識別子と、前記第１の識別子により特定される記憶領域に対してアクセス可能なソフトウェアを示す第２の識別子とを含む一覧を記憶する記憶手段と
   を有し、
   前記第２のアプリケーションプログラムが、前記複数の記憶領域のうち一の記憶領域にアクセスするためのプログラムであり、
   前記スクリプトが、前記一の記憶領域にアクセスするための命令群を含み、
   前記第１の管理プログラムを実行している前記第１の制御手段が、第１の管理手段として機能し、
   前記第１の管理手段が、第１のタイミングで、前記ネットワークに接続された第１のサーバに対し、前記通信手段を介して、前記一覧の照会を要求し、
   前記第１の管理手段が、前記第１のサーバから、前記照会に対する応答を受信し、
   前記第１の管理手段が、前記応答に応じて、前記一覧を更新する
   ことを特徴とする携帯端末。
2. 前記記憶手段が、前記スクリプトまたは前記第２のアプリケーションプログラムにおいて用いられる付加情報を、前記記憶領域に記憶されているデータに係るサービスを特定する第３の識別子と対応して記憶し、
   前記記憶領域は、前記第３の識別子を記憶し、
   前記第１の管理手段が、前記更新された一覧に含まれる前記第２の識別子のうち、処理の対象となる一の第２の識別子を特定し、
   前記第１の管理手段が、第２のタイミングで、前記一の第２の識別子により示される対象ソフトウェアにおいて用いられる前記付加情報が前記記憶手段に記憶されているか、前記記憶手段に記憶されている第３の識別子および前記対象ソフトウェアによりアクセスされる前記記憶領域に記憶されている第３の識別子とに基づいて判断し、
   前記対象ソフトウェアにおいて用いられる付加情報が前記記憶手段に記憶されていないと判断された場合、前記第１の管理手段が、前記ネットワークに接続された第２のサーバに対し、前記通信手段を介して、前記対象ソフトウェアに対応する前記第３の識別子を送信し、
   前記第１の管理手段が、前記第２のサーバから前記第３の識別子に応じて送信された付加情報を、前記通信手段を介して受信し、
   前記第１の管理手段が、前記受信した付加情報を、前記記憶手段に記憶させる
   ことを特徴とする請求項１に記載の携帯端末。
3. 情報を表示する表示手段を有し、
   前記第１の管理プログラムが、前記一覧の内容を前記表示手段に表示させる表示処理を実行させるための命令群を含み、
   前記第２のタイミングが、前記表示処理の開始が指示されたタイミングである
   ことを特徴とする請求項２に記載の携帯端末。
4. 前記記憶手段が、前記照会が前回行われた時刻を示す情報を記憶し、
   前記第１のタイミングが、前記記憶手段に記憶された情報により示される前記照会が前回行われた時刻から、あらかじめ決められた時間が経過したという条件が満たされたタイミングである
   ことを特徴とする請求項１−３のいずれかの項に記載の携帯端末。
5. 前記通信手段が、前記第１の管理プログラムを起動させるための命令を含むメッセージを前記ネットワークを介して受信し、
   前記第１のタイミングが、前記メッセージを受信したタイミングである
   ことを特徴とする請求項１−３のいずれかの項に記載の携帯端末。
6. ネットワークを介して通信する通信手段と、
   特定の処理を実行するための第１のアプリケーションプログラム、前記第１のアプリケーションプログラムと異なる第２のアプリケーションプログラム、ならびにスクリプトおよび前記第２のアプリケーションプログラムを管理する第１の管理プログラムを実行する第１の制御手段と、
   アンテナと、個別にアクセス制限を設定可能な複数の記憶領域を有するメモリと、前記アンテナからの信号または前記第１の制御手段からの信号に応じて前記メモリにアクセスし、アクセスした結果を前記第１の制御手段に出力する第２の制御手段とを有するＩＣカード機能部と、
   前記メモリに設定されている記憶領域を特定する第１の識別子と、前記第１の識別子により特定される記憶領域に対してアクセス可能なソフトウェアを示す第２の識別子とを含む一覧を記憶する記憶手段と、
   を有し、
   前記第２のアプリケーションプログラムが、前記複数の記憶領域のうち一の記憶領域にアクセスするためのプログラムであり、
   前記スクリプトが、前記一の記憶領域にアクセスするための命令群を含む
   携帯端末に、
   前記第１の制御手段が、第１のタイミングで、前記ネットワークに接続された第１のサーバに対し、前記通信手段を介して、前記一覧の照会を要求するステップと、
   前記第１の制御手段が、前記第１のサーバから、前記照会に対する応答を受信するステップと、
   前記第１の制御手段が、前記応答に応じて、前記一覧を更新するステップと
   を実行させるための管理プログラム。

Images