(57)【要約】【課題】  ＯＳ上に格納されているアプリケーションのインターフェースは標準化されているため下位のＯＳを意識することなくアクセスすることは可能であるが、ＩＣカードアプリケーションのダウンロードはＯＳ独自の機能を用いて行われるため共通性が無い。また、アプリケーションをダウンロードしたいＩＣカードがどのＯＳを利用しているかを確認するために、さまざまなＯＳ固有のコマンドを投げることによってそのカードＯＳの情報を取得することはできるが、カードＯＳが多岐にわたる場合正しいＯＳのコマンドに行き着くまで網羅的にトライする必要があるため時間がかかる。【解決手段】  ＩＣカード内に格納されているＯＳ情報格納アプリからＯＳ情報を取り出し、その情報を元にダウンロードサーバにて適切なダウンロード方式、ならびにアプリケーションを選択しダウンロードを行う。【選択図】  図１
2011086016.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカードにネットワークを介して、プログラムをダウンロードするプログラムダウンロード制御方法において、
前記プログラムを格納したサーバ装置と、ネットワークを介して接続されている前記ＩＣカードが接続された端末装置が、利用者からの入力に従いプログラムを識別する情報を含むダウンロード要求を、前記サーバ装置に送信し、
前記サーバ装置が、前記ＩＣカードの環境を示す情報を取得し、
前記ＩＣカードが、前記端末装置を介して前記環境を示す情報を、前記サーバ装置に送信し、
前記サーバ装置が、前記環境を示す情報に対応するダウンロードプロトコルを特定し、特定されたダウンロードプロトコルに従って前記プログラムをダウンロードすることを特徴とするプログラムダウンロード制御方法。
【請求項２】
請求項１に記載のプログラムダウンロード制御方法において、
前記環境を示す情報は、前記ＩＣカードのＯＳを示すＯＳ情報であり、
前記ＩＣカードが、前記ＯＳ情報をＯＳ情報格納アプリに格納しており、
前記サーバ装置は、前記ＯＳ情報格納アプリにアクセスすることで前記ＯＳ情報を取得することを特徴とするプログラムダウンロード制御方法。
【請求項３】
請求項２に記載のプログラムダウンロード制御方法において、
前記サーバ装置は、前記ＯＳ情報に加え、当該ＯＳ情報で示されるＯＳの開発者を識別する情報を取得し、前記プログラムのうち当該開発者を識別する情報に対応するプログラムをダウンロードすることを特徴とするプログラムダウンロード制御方法。
【請求項４】
請求項２または３のいずれかに記載のプログラムダウンロード制御方法において、
前記ＯＳ情報が前記ＯＳ情報格納アプリに格納されていない場合、前記ＩＣカードが前記サーバ装置にエラーメッセージを送信することを特徴とするプログラムダウンロード制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＣカードを用いたシステムにおいて、ＩＣカード内の環境(特に、ＯＳ：オペレーティングシステム)に応じてアプリケーションをダウンロードさせることが可能な技術に関する。
【背景技術】
【０００２】
従来、銀行分野、クレジットカード分野、携帯電話のＳＩＭカードなどさまざまな分野でＩＣカード、ならびにＩＣカードに格納されているアプリケーションが活用されている。
【０００３】
ＩＣカードのＯＳとしては、さまざまなＯＳが存在し、ＯＳへのアプリケーションダウンロード方式、またそのＯＳで実装されるアプリケーションはそれぞれ異なる。
【０００４】
それぞれのＯＳに応じたインターネット（もしくはオフラインネットワーク）などを介したアプリケーションダウンロードシステムが検討されている。また、特許文献１では、２種類のＯＳについての開示があり、カード発行後の新プログラムのインストールを安全にかつ円滑に行うことを目的としている。この目的を達成するために、特許文献１では、ＩＣカードと接続されるパソコンに、プログラムを配信するサーバ装置のアプレット提供手段２１とＩＣカードのカード管理手段５１との中継機能を果たす「代理ドライバ手段２１」を設けている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１３７２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記の特許文献１を含み従来技術においては、ＯＳ上に格納されているアプリケーションのインターフェースは標準化されているため下位のＯＳを意識することなくアクセスすることは可能であるが、ＩＣカードアプリケーションのダウンロードはＯＳ独自の機能を用いて行われるため共通性が無い。また、アプリケーションをダウンロードしたいＩＣカードがどのＯＳを利用しているかを確認するために、さまざまなＯＳ固有のコマンドを投げることによってそのカードＯＳの情報を取得することはできるが、カードＯＳが多岐にわたる場合正しいＯＳのコマンドに行き着くまで網羅的にトライする必要があるため時間がかかる。
【０００７】
また、特定のカード（ＯＳ）においては、カード間の相互運用性が高くなく、ＯＳのバージョンが等しいからといって同一アプリケーションがダウンロード後動作するとは限らないものがある。
【課題を解決するための手段】
【０００８】
ダウンロードの際に、ＩＣカードの環境を示す情報を、ダウンロード元の装置に通知、もしくは自身で取得し、この情報に応じたダウンロードプロトコルに従ってダウンロード処理を実行するものである。より詳細には、各カードＯＳ上に外部インターフェースを共通化し、ＯＳ情報を格納したＯＳ情報格納アプリを格納しておく。ダウンロードサーバはアクセス時に当該ＯＳ情報格納アプリにアクセスし、ＯＳ情報を取り出した後、適切なアプリダウンロードプロトコルを選択し、カードＯＳとの間でアプリダウンロード手続きを実行する。
【０００９】
また、加えてＯＳを開発したベンダの情報も合わせて確認し、適切なアプリケーションをダウンロードする。
【発明の効果】
【００１０】
ＯＳに依存しない形でＯＳの情報を取得することにより、その情報を利用した、当該ＯＳに適応したアプリケーションのダウンロードを実現することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明が適用される環境の一実施形態を示す全体構成図である。
【図２】端末装置ならびに携帯端末の一実施形態を示すブロック図である。
【図３】ダウンロードサーバの一実施形態を示すブロック図である。
【図４】本発明の一実施形態における全体の処理を示すシーケンスフローである。
【図５】ＯＳ関連情報を示すブロック図である。
【図６】照合データ部内のスクリプトを検索するためのテーブルである。
【図７】照合データ部内のアプリケーションを検索するためのテーブルである。
【図８】ロードスクリプトデータ部内のブロック図である。
【図９】アプリデータ部内のブロック図である。
【図１０】ＯＳ関連情報を取得する際のフローチャートである。
【図１１】ＯＳ関連情報を受取った後、ダウンロード開始までのフローチャートである。
【発明を実施するための形態】
【００１２】
本発明の実施の形態について、図面を用いて説明する。
まず、本実施の形態におけるシステム構成図を図１に示す。ダウンロードシステム１１０はＩＣカードアプリケーションをダウンロードするためのサーバシステムである。端末装置ならびに携帯端末１２０はネットワーク１１０を介してダウンロードシステム１００に接続する（以下ではＩＣカードアプリケーションのことをアプリケーションまたは単にアプリと記載する）。なお、これらの各装置は、プログラムに従ってＣＰＵのような演算装置がその処理を実行するものである。ここでネットワーク１００は携帯電話の回線や、インターネットなど情報のやり取りを可能にするものをさし、有線・無線の別などのその形態は問わない。ＩＣカードならびにＳＩＭカード１３０は端末装置ならびに携帯端末１２０に接続して用いられる。ＩＣカードならびにＳＩＭカード１３０内にはカードＯＳ１４０が格納されており、カードＯＳ１４０上にはＯＳ情報格納アプリ１５０が搭載されている。図１ではＩＣカードならびにＳＩＭカード１３０内のカードＯＳ１４０がそれぞれ異なるＯＳが搭載されているように記載している。以下説明では端末装置と携帯端末、ＩＣカードとＳＩＭカードの構成は同一のため、便宜上ＩＣカード１３０、端末装置１２０として記載する。
【００１３】
図２は、端末装置１２０の構成図である。端末装置１２０はＣＰＵ２１０、キーボード２２０、モニタ２３０、制御部２４０、カードリーダ２５０、通信部２６０からなる。
【００１４】
図３は、ダウンロードシステム１００の構成図である。ダウンロードシステム１００はＣＰＵ３１０、通信部３２０、制御部３３０、メモリ３３５からなる。メモリ３３５にはダウンロード方式、アプリケーションを選択するための照合データを保管している照合データ部３４０、ダウンロードプロトコルデータを保管してあるロードスクリプトデータ部３５０、アプリケーションを保管してあるアプリデータ部３６０、ＯＳ情報と照合データ部３４０内データを照合するデータ照合部３７０、ならびに実際のダウンロードを制御するダウンロード部３７０がある。
【００１５】
以下、上述した各装置、システムの処理での図４のシーケンスフローに従って説明する。本実施例ではダウンロードシステム１００と端末装置１２０の間でどのアプリケーションをダウンロードするか前もって決定していることを前提とする。これは、端末装置１２０に対する利用者からの指示により定められ、ダウンロードシステム１００に記録されたものや予めダウンロードシステム１００に記録されているものである。
【００１６】
まず、端末装置１２０は利用者から選択されたダウンロード対象アプリケーションを特定し、端末装置１２０からこのアプリケーションを識別する情報を含むアプリダウンロード要求を送信する（ステップ４１０）。ダウンロードシステム１００は端末装置１２０に対してカードＯＳ情報を取得するために、取得依頼を送る（ステップ４２０）。
【００１７】
端末装置１２０は、カードＯＳ情報をＯＳ情報格納アプリ１５０から取得するために取得コマンドを送る（ステップ４３０）。図５は、ＯＳ情報格納アプリ１５０に格納されているＯＳ関連情報である。ＯＳ関連情報は、ＯＳ情報５０５、ＯＳのバージョン５１０ならびに開発したベンダの情報５１５からなる。ＯＳ情報格納アプリ１５０は、ＯＳ関連情報を取り出し端末装置１２０に渡す（ステップ４４０）。
【００１８】
図１０は、端末装置１２０がステップ４４０にてＯＳ関連情報を受取ってからダウンロードシステム１００に当該データを送信する（ステップ４４１）までのフローチャートである。端末装置１２０は、ＩＣカード１３０からレスポンスを受取り（ステップ１０１０）、それがエラーデータかどうか、つまり、ＩＣカード１３０にＯＳ情報格納アプリ１５０が存在したかどうか確認する（ステップ１０１５）。ＯＳ情報格納アプリ１５０が存在するときに必ず内部にＯＳ関連情報が存在するとした場合、エラーデータはＯＳ情報格納アプリ１５０が存在しないことを意味するので、端末装置１２０はモニタ２３０にサポートしていない旨のメッセージを表示し、終了する（ステップ１０２０）。そうでない場合は、ダウンロードサーバ１００へＯＳ関連情報を送信する（ステップ１０２５、ステップ４４１）。
【００１９】
図１１は、ダウンロードシステム１００がステップ４４１にてＯＳ関連情報を受取ってから端末装置１２０との間でダウンロードを開始する（ステップ４５０）までのフローチャートである。
【００２０】
図６は、スクリプト検索テーブルである。スクリプト検索テーブルは、ＯＳ情報６０５、バージョン６１０ならびにスクリプトＩＤ６１５からなる。ダウンロードシステム１００は端末装置１２０から受取ったＯＳ情報５０５、バージョン５１０をキーにして照合データ部３４０に格納されているスクリプト検索テーブルと照合する、すなわち、スクリプト検索を行う（ステップ１１０５）。照合の結果（ステップ１１１０）、一致するものが存在しなかった場合、サポートしていない旨のメッセージを端末装置に送信する（ステップ１１１５、ステップ４４５）。端末装置１２０はそのメッセージを表示して終了する。
【００２１】
図７は、アプリ検索テーブルである。アプリ検索テーブルはスクリプトＩＤ７０５、ベンダ情報７１０、アプリ情報７１５ならびにアプリＩＤ７２０からなる。ダウンロードシステム１００はステップ１１０５で検出されたスクリプトＩＤ６０５、  端末装置１２０から受取ったベンダ情報５１５ならびにダウンロード対象のアプリ情報をキーにして照合データ部３４０に格納されているアプリ検索テーブルと照合する。（ステップ１１２０）ここで、たとえばＭＵＬＴＯＳの場合、相互運用性が保証されているのでベンダ情報が必要ない場合がある。その場合、図７内ベンダ情報７１０はワイルドカードで表現でき、検索にて無視できる。照合の結果（ステップ１１２５）、一致するものが存在しなかった場合、対象アプリがない旨のメッセージを端末装置に送信する（ステップ１１３０、ステップ４４５）。端末装置１２０はそのメッセージを表示して終了する。
【００２２】
図８は、ロードスクリプトデータ部内の構成を示すブロック図である。スクリプトＩＤ８０５とダウンロードするためのスクリプト８１０からなる。ステップ１１０５で検出したスクリプトＩＤをキーにスクリプト８１０を取り出す（ステップ１１４０）。
【００２３】
図９は、アプリデータ部内の構成を示すブロック図である。アプリＩＤ９０５とダウンロードするためのアプリ９１０からなる。ステップ１１２０で検出したアプリＩＤをキーにアプリ９１０を取り出す。（ステップ１１５０）
ステップ１１４０ならびにステップ１１５０で取り出した情報を元にダウンロード開始メッセージを送信（ステップ１１５０）し、ダウンロードを開始する（ステップ４５０）。
【００２４】
必要に応じてダウンロードシステム１００とカードＯＳ１４０の間でダウンロード処理メッセージ（ステップ４６０）をやりとりし、終了後カードＯＳ１４０は端末装置１２０を介しダウンロード処理終了メッセージをダウンロードシステムに送付する（ステップ４７０）。なお、ステップ４６０については、予めダウンロードシステム１００（and/orカードＯＳ１４０）にその必要性を格納しておき、それに従って判断する。ダウンロードシステム１００は完了メッセージを端末装置１２０へ送信し（ステップ４８０）、端末装置１２０はモニタ２３０へ終了メッセージを表示し、終了する。
【００２５】
本実施形態では、端末装置１２０とダウンロードシステム１００の間で事前にダウンロード対象のアプリケーションを決定していることを前提としたが、端末装置１２０とダウンロードシステム１１０とは別のサーバで事前にダウンロードアプリを決定し、アプリダウンロード要求メッセージにてダウンロードシステムへ通知してもよい。
【００２６】
また、本実施例ではダウンロードシステム１００からのＯＳ情報取得要求を契機にＯＳ情報格納アプリ１５０から情報を取り出しているが、端末装置の実装によってはステップ４１０とステップ４２０を省略できる。
【符号の説明】
【００２７】
１００…ダウンロードシステム、１１０…ネットワーク、１２０…端末装置、１３０…ＩＣカード
【図１】
2011086016.tif 000003
【図２】
2011086016.tif 000004
【図３】
2011086016.tif 000005
【図４】
2011086016.tif 000006
【図５】
2011086016.tif 000007
【図６】
2011086016.tif 000008
【図７】
2011086016.tif 000009
【図８】
2011086016.tif 000010
【図９】
2011086016.tif 000011
【図１０】
2011086016.tif 000012
【図１１】
2011086016.tif 000013