(57)【特許請求の範囲】
【請求項１】
端末に接続されたＩＣカードとデータの授受を行う機能を有する管理サーバであって、
入力された機能ＩＤと前記ＩＣカードに対応するプラットフォームのＩＣカードプラットフォームＩＤとを受信する手段と、
前記機能ＩＤに対応する実現機能クラスと当該実現機能クラスに対応するコマンド手順セレクタクラスとをクラステーブル管理部から抽出し、それらを前記管理サーバ上で実行する実現機能セレクタとを有し、
前記抽出されたコマンド手順セレクタクラスが前記管理サーバ上で実行されることにより実現されるコマンド手順セレクタを前記実現機能クラスが用いて、前記機能ＩＤと前記ＩＣカードプラットフォームＩＤに対応する手順管理クラスと当該手順管理クラスに対応するＡＰＤＵコマンドセレクタクラスとを前記クラステーブル管理部から抽出し、それらを前記管理サーバ上で実行し、
前記抽出されたＡＰＤＵコマンドセレクタクラスが前記管理サーバ上で実行されることにより実現されるＡＰＤＵコマンドセレクタを前記手順管理クラスが用いて、前記機能ＩＤと前記ＩＣカードプラットフォームＩＤに対応するＡＰＤＵコマンドクラスを前記クラステーブル管理部から抽出し、それを前記管理サーバ上で実行し、前記抽出されたＡＰＤＵコマンドクラスは、前記機能ＩＤで指定された機能を前記ＩＣカードを操作して実現するためのコマンドに対応したコマンド処理用のコマンドクラスであることを特徴とする管理サーバ。
【請求項２】
端末に接続されたＩＣカードとデータの授受を行う機能を有する管理サーバが実行する方法であって、
受信手段が、入力された機能ＩＤと前記ＩＣカードに対応するプラットフォームのＩＣカードプラットフォームＩＤとを受信するステップと、
実現機能セレクタが、前記機能ＩＤに対応する実現機能クラスと当該実現機能クラスに対応するコマンド手順セレクタクラスとをクラステーブル管理部から抽出し、それらを前記管理サーバ上で実行するステップと、
前記抽出されたコマンド手順セレクタクラスが前記管理サーバ上で実行されることにより実現されるコマンド手順セレクタを前記実現機能クラスが用いて、前記機能ＩＤと前記ＩＣカードプラットフォームＩＤに対応する手順管理クラスと当該手順管理クラスに対応するＡＰＤＵコマンドセレクタクラスとを前記クラステーブル管理部から抽出し、それらを前記管理サーバ上で実行するステップと、
前記抽出されたＡＰＤＵコマンドセレクタクラスが前記管理サーバ上で実行されることにより実現されるＡＰＤＵコマンドセレクタを前記手順管理クラスが用いて、前記機能ＩＤと前記ＩＣカードプラットフォームＩＤに対応するＡＰＤＵコマンドクラスを前記クラステーブル管理部から抽出し、それを前記管理サーバ上で実行するステップであって、前記抽出されたＡＰＤＵコマンドクラスは、前記機能ＩＤで指定された機能を前記ＩＣカードを操作して実現するためのコマンドに対応したコマンド処理用のコマンドクラスであるステップと、を有することを特徴とする方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＣカード運用プラットフォームの構築技術に関する。
【０００２】
【従来の技術】
近年、公共、金融、通信、交通、医療の分野、そしてインターネット上の電子商取引において、大きなデータ容量と演算能力を有するＩＣカードの利用が広まっている。現在、ＩＣカードを運用するためのプラットフォームは、金融分野や公共分野などでそれぞれ仕様策定を行っている。これらの分野では、互いに仕様の共通化を図るための努力が行われているが、複数のＩＣカード運用プラットフォーム仕様が共存しているのが現状である。
【０００３】
また、ＩＣカード技術の進歩により、ＩＣカードは著しいスピードで高機能化、高容量化が進んでおり、ＩＣカードを用いて実現できる機能も多様化してきている。このため、新しいＩＣカード機能に対応するためにバージョンアップするＩＣカードプラットフォームや、全く新規に設計されるＩＣカード運用プラットフォームなどによって、さらに仕様が多様化する傾向にある。
【０００４】
【発明が解決しようとする課題】
従来のＩＣカード運用プラットフォームは、特定の仕様に準拠して設計されているため、上記のように異なる仕様のＩＣプラットフォームに対応することが困難である。複数のプラットフォーム上でサービスを提供したい事業者は、複数のＩＣカード運用システムを運用する必要がある。
【０００５】
また、特定のＩＣカード運用プラットフォームでも、そのＩＣカード運用プラットフォーム自体の仕様をバージョンアップする時には、旧バージョンと新バージョンのＩＣカード運用プラットフォームを同時運用しなければならない時期がある。このような場合に、旧バージョンと新バージョンのそれぞれに対応したＩＣカード運用システムを持つことは、運用コスト、及び、システムのコストの両面で不利である。
【０００６】
このような現状に対し、本発明では、仕様の異なるプラットフォームを追加可能なシステムの構築技術を提案することにより、複数のプラットフォームへの対応、プラットフォームの仕様変更への対応を容易化、低コスト化することを目的とする。
【０００８】
【課題を解決するための手段】
ＩＣカード運用プラットフォームの仕様には複数の種類があるが、ＩＣカードを運用するために必要な基本機能は、各種のＩＣカード運用プラットフォームの間で略一致している。ＩＣカード運用プラットフォーム間で差異のある部分は、オプショナルな「実現機能」部分、機能を実現するためのＡＤＰＵコマンドの「実行手順」部分、個々の「ＡＰＤＵコマンド」部分、「権利情報取得方式」部分及び「権利情報発行者」部分の５つに分類される。
【０００９】
本発明は、この認識に基づいて、上記の五つのＩＣカード運用プラットフォーム毎に固有の独自仕様部分の差異を吸収するためのレイヤを用意し、独自仕様に対応した実装クラスを追加することにより、独自仕様部分の差異を吸収する。
【００１０】
請求項１に係る発明は、端末に接続されたＩＣカードとデータの授受を行う機能を有する管理サーバであって、入力された機能ＩＤと前記ＩＣカードに対応するプラットフォームのＩＣカードプラットフォームＩＤとを受信する手段と、前記機能ＩＤに対応する実現機能クラスと当該実現機能クラスに対応するコマンド手順セレクタクラスとをクラステーブル管理部から抽出し、それらを前記管理サーバ上で実行する実現機能セレクタとを有し、前記抽出されたコマンド手順セレクタクラスが前記管理サーバ上で実行されることにより実現されるコマンド手順セレクタを前記実現機能クラスが用いて、前記機能ＩＤと前記ＩＣカードプラットフォームＩＤに対応する手順管理クラスと当該手順管理クラスに対応するＡＰＤＵコマンドセレクタクラスとを前記クラステーブル管理部から抽出し、それらを前記管理サーバ上で実行し、前記抽出されたＡＰＤＵコマンドセレクタクラスが前記管理サーバ上で実行されることにより実現されるＡＰＤＵコマンドセレクタを前記手順管理クラスが用いて、前記機能ＩＤと前記ＩＣカードプラットフォームＩＤに対応するＡＰＤＵコマンドクラスを前記クラステーブル管理部から抽出し、それを前記管理サーバ上で実行し、前記抽出されたＡＰＤＵコマンドクラスは、前記機能ＩＤで指定された機能を前記ＩＣカードを操作して実現するためのコマンドに対応したコマンド処理用のコマンドクラスであることを特徴とする管理サーバである。
【００１１】
請求項２に係る発明は、端末に接続されたＩＣカードとデータの授受を行う機能を有する管理サーバが実行する方法であって、受信手段が、入力された機能ＩＤと前記ＩＣカードに対応するプラットフォームのＩＣカードプラットフォームＩＤとを受信するステップと、実現機能セレクタが、前記機能ＩＤに対応する実現機能クラスと当該実現機能クラスに対応するコマンド手順セレクタクラスとをクラステーブル管理部から抽出し、それらを前記管理サーバ上で実行するステップと、前記抽出されたコマンド手順セレクタクラスが前記管理サーバ上で実行されることにより実現されるコマンド手順セレクタを前記実現機能クラスが用いて、前記機能ＩＤと前記ＩＣカードプラットフォームＩＤに対応する手順管理クラスと当該手順管理クラスに対応するＡＰＤＵコマンドセレクタクラスとを前記クラステーブル管理部から抽出し、それらを前記管理サーバ上で実行するステップと、前記抽出されたＡＰＤＵコマンドセレクタクラスが前記管理サーバ上で実行されることにより実現されるＡＰＤＵコマンドセレクタを前記手順管理クラスが用いて、前記機能ＩＤと前記ＩＣカードプラットフォームＩＤに対応するＡＰＤＵコマンドクラスを前記クラステーブル管理部から抽出し、それを前記管理サーバ上で実行するステップであって、前記抽出されたＡＰＤＵコマンドクラスは、前記機能ＩＤで指定された機能を前記ＩＣカードを操作して実現するためのコマンドに対応したコマンド処理用のコマンドクラスであるステップと、を有することを特徴とする方法である。
【００１５】
図１は、本発明の原理構成図であり、仕様の異なる複数のプラットフォーム上でＩＣカードを運用するＩＣカード運用システムにおけるＩＣカード運用プラットフォーム構築装置２００を示す。このＩＣカード運用プラットフォーム構築装置２００は、新たな機能に対応した新しい機能ＩＤを定義し、機能ＩＤに対応した機能クラスを追加する手段２１１と、ＩＣカード操作の新たな実行手順に対応した手順を管理する手順クラスを追加する手段２２１と、機能ＩＤで指定される機能をＩＣカードを操作して実現するための新たなコマンドに対応したコマンド処理用のコマンドクラスを追加する手段２３１と、正当なＩＣカード操作であることを証明するための新たな権利情報のフォーマットに対応する権利情報処理の権利情報クラスを追加する手段２４１と、正当なＩＣカード操作であることを証明するための権利情報の発行者を判定する機能に対応した権利情報発行者判定クラスを追加する手段２５１と、新たな機能に対応した機能ＩＤを指定することにより、追加された新たな機能クラスを選択、実行する手段２１０と、プラットフォームの種別に応じて手順クラスを使い分けることにより、新たな実行手順に対応した手順クラスを選択、実行する手段２２０と、プラットフォームの種別及び機能ＩＤに応じてコマンドクラスを使い分けることにより、新たなコマンドに対応したコマンドクラスを選択、実行する手段２３０と、プラットフォームの種別及び機能ＩＤに応じて権利情報クラスを使い分けることにより、新たな権利情報に対応した権利情報クラスを選択、実行する手段２４０と、プラットフォームの種別及び機能ＩＤに応じて権利情報発行者判定クラスを使い分けることにより、権利情報発行者判定クラスを選択、実行する手段２５０と、を有する。
【００１８】
図２は、本発明のＩＣカード運用システムの構成図である。このＩＣカード運用システムは、ＩＣカード１と、ユーザ端末２と、サービス提供者サーバ３と、少なくとも１台の管理サーバ７とを含み、仕様の異なる複数のプラットフォーム上でＩＣカード１を運用するシステムであり、管理サーバ７は、新たな機能に対応した新しい機能ＩＤを定義し、機能ＩＤに対応した機能クラスを追加する手段２１１と、ＩＣカード操作の新たな実行手順に対応した手順を管理する手順クラスを追加する手段２２１と、機能ＩＤで指定される機能をＩＣカードを操作して実現するための新たなコマンドに対応したコマンド処理用のコマンドクラスを追加する手段２３１と、正当なＩＣカード操作であることを証明するための新たな権利情報のフォーマットに対応する権利情報処理の権利情報クラスを追加する手段２４１と、正当なＩＣカード操作であることを証明するための権利情報の発行者を判定する機能に対応した権利情報発行者判定クラスを追加する手段２５１と、新たな機能に対応した機能ＩＤを指定することにより、追加された新たな機能クラスを選択、実行する手段２１０と、プラットフォームの種別に応じて手順クラスを使い分けることにより、新たな実行手順に対応した手順クラスを選択、実行する手段２２０と、プラットフォームの種別及び機能ＩＤに応じてコマンドクラスを使い分けることにより、新たなコマンドに対応したコマンドクラスを選択、実行する手段２３０と、プラットフォームの種別及び機能ＩＤに応じて権利情報クラスを使い分けることにより、新たな権利情報に対応した権利情報クラスを選択、実行する手段２４０と、プラットフォームの種別及び機能ＩＤに応じて権利情報発行者判定クラスを使い分けることにより、権利情報発行者判定クラスを選択、実行する手段２５０と、を有するＩＣカード運用プラットフォーム構築装置２００を具備する。
【００１９】
【発明の実施の形態】
図３は、ＩＣカード運用システムの基本的な構成図である。同図に示されるようにＩＣカード運用システムは、ＩＣカード１と、ＩＣカード１と接続されたユーザ端末２と、サービス提供者側のサービス提供者サーバ３及びサービス提供者管理サーバ４と、カード発行者管理サーバ５と、サービス提供者側とユーザ端末２を接続するネットワーク６とにより構成される。ＩＣカード運用システムの構成は、同図に示された基本的な構成に限定されるものではなく、付加的な構成要素を加えてもよく、或いは、権利情報をカード発行者以外が発行するように構成しても構わない。権利情報とは、ＩＣカード操作が正当な操作であることを証明するための情報であり、カード発行者、或いは、その他の第三者機関によって発行される情報である。以下では、説明のために図３の基本的なＩＣカード運用システムの例について考える。
【００２０】
図３において、ＩＣカード１は、一つ若しくは複数のカードアプリケーション１２を搭載可能なＩＣカードであり、カードアプリケーション１２と、カード管理モジュール１１とを含む。カード管理モジュール１１は、実行するカードアプリケーションの選択や、カードアプリケーションの追加の実行制御などを行う。
【００２１】
ユーザ端末２は、ＩＣカード使用者がＩＣカード１を操作するための端末であり、ＩＣカード使用者に対するＧＵＩ（グラフィカル・ユーザ・インタフェース）機能と、ＩＣカード１と通信するためのＩＣカード通信機能と、サービス提供者サーバ３及びサービス提供者管理サーバ４と通信するためのサービス提供者通信機能とを有する。
【００２２】
サービス提供者側のサーバは、ＩＣカードを用いたサービスを提供する事業者（サービス・プロバイダ）のサーバであり、たとえば、ＩＣカードを用いたサービスをＩＣカード利用者へ提供する機能を有するサービス提供サーバ３と、サービスを提供する際に使用するカードアプリケーションをＩＣカード１へダウンロードする機能を有するサービス提供者管理サーバ４とにより構成される。
【００２３】
カード発行者管理サーバ５は、ＩＣカード１を発行した事業者のサーバであり、サービス提供者管理サーバ４がＩＣカード１上にサービス・プロバイダのカードアプリケーションをダウンロードしてよいかどうかを制御するために、権利情報を発行する。サービス提供者管理サーバ４が、カードアプリケーションをＩＣカード１へダウンロードする際には、ＩＣカード１に対し、権利情報を提示する。ＩＣカード１のカード管理モジュール１１は、権利情報を検証し、正しい権利情報である場合にのみ、カードアプリケーションのダウンロードを許可する。本例の場合、この権利情報の発行者は、ＩＣカード１の発行者であるが、権利情報の発行者は、ＩＣカード１の発行者とは別の事業者によって発行される場合がある。
【００２４】
上記のＩＣカード運用システムの構成において、ＩＣカード運用プラットフォームによって独自仕様となる部分は、上述の通り、オプショナルな「実現機能」部分、機能を実現するためのＡＰＤＵコマンドの「実行手順」部分、個々の「ＡＰＤＵコマンド」部分、「権利情報取得方式」部分及び「権利情報発行者」部分の５つに分類される。
【００２５】
オプショナルな「実現機能」は、各個のＩＣカード運用プラットフォームの特色を最も顕著に表す部分であり、それぞれのＩＣカード運用プラットフォームの独自機能を実現するための機能が実装される。新しいＩＣカード運用プラットフォームが開発された場合や、ＩＣカード運用プラットフォームがバージョンアップされた場合には、機能追加されたオプショナルな「実現機能」部分が追加される可能性がある。
【００２６】
また、ＡＰＤＵコマンドの「実行手順」は、それぞれのＩＣカード運用プラットフォームで、基本機能やオプショナルな機能を実行するための手順である。プラットフォームによっては、コマンドの実行前に特別な前処理が必要な場合や、コマンドの実行手順が全く異なる場合がある。この「実行手順」も新しいＩＣカード運用プラットフォームへの対応や、ＩＣカード運用プラットフォームのバージョンアップへの対応のため、追加される場合がある。
【００２７】
ＡＰＤＵコマンドは、ＩＣカードを操作するためのコマンドである。ＡＰＤＵコマンドのフォーマットは、ＩＳＯにより規定されているため、ある程度規格化されているが、各機能へのインストラクションナンバーの割振りや、インストラクションパラメータのフォーマットは、プラットフォームによって異なる。このＡＰＤＵコマンドも、新しいＩＣカード運用プラットフォームへの対応や、ＩＣカード運用プラットフォームのバージョンアップへの対応のため、追加される要素である。
【００２８】
「権利情報取得方式」は、権利情報の要求機能と、要求された事業者側での権利情報生成機能である。権利情報のフォーマット及び権利情報の要求インタフェース、すなわち、権利情報発行者への権利情報要求メソッドのインタフェースやプロトコルは、ＩＣカード運用プラットフォーム毎に異なる。また、権利情報のフォーマットもＩＣカード運用プラットフォームによって異なるので、権利情報生成機能はＩＣカード運用プラットフォーム毎に異なる。したがって、「権利情報取得方式」は、新規ＩＣカード運用プラットフォームへの対応や、ＩＣカード運用プラットフォームのバージョンアップ時に追加される場合がある。
【００２９】
「権利情報発行者」もＩＣカード運用プラットフォームによって異なる。図３の例では、権利情報発行者はＩＣカード発行者である。しかし、ＩＣカード発行者が権利情報の発行業務を他の事業者に依頼するＩＣカード運用プラットフォームや、元のＩＣカード発行者とは別の事業主体が権利情報の発行権利を有するＩＣカード運用プラットフォームもある。このため、権利情報の要求先は、ＩＣカード運用プラットフォームによって異なる。新規のＩＣカード運用プラットフォームが追加された場合や、ＩＣカード運用プラットフォームがバージョンアップされた場合には、権利情報の要求先判定ロジックを追加しなければならない場合がある。
【００３０】
本発明の一実施例では、上記のようなＩＣカード運用プラットフォームに依存する処理の違いを解決し、ＩＣカード運用プラットフォームを構築するためのセレクタ（Ｓｅｌｅｃｔｏｒ）をＩＣカード運用システムに新たに設ける。セレクタは、好ましくは、ＩＣカード運用システム内でユーザ端末２を介してＩＣカード１とデータの授受を行う管理サーバに設けられる。図３の例では、セレクタは、サービス提供者管理サーバ４に設けられる。また、カード発行者管理サーバ５のような他の管理サーバがユーザ端末２を介してＩＣカード１と情報を交換する場合には、カード発行者管理サーバ５にもセレクタを設けることができる。
【００３１】
図４は、本発明の一実施例によるセレクタの構成図である。セレクタ１００は、セレクト判定部１１１と、クラステーブル管理部１１２とを含む。セレクト判定部１１１は、指定された条件に応じて、実際の処理を行う適切なクラスを判定する。クラステーブル管理部１１２は、セレクト判定部１１１が選択する実際の処理クラス１２０を管理する。
【００３２】
図５は、本発明の一実施例による処理クラスの選択の説明図である。同図に示されるように、たとえば、処理要求元１３０から処理クラスを要求されたセレクタ１００は、要求時に指定された条件に応じて、クラステーブル管理部１１２に登録されたクラスから適切なクラスを選択する。セレクタ１００は、選択したクラス、たとえば、処理クラス１  １２０を生成し、生成したクラスの参照情報を、処理要求元１３０に返却する機能を有する。
【００３３】
次に、セレクタ１００を用いて、ＩＣカード運用プラットフォームに依存して独自仕様となる上記の五つの部分に対応するための処理について説明する。
【００３４】
図６は、本発明の一実施例によるセレクタ１００のコマンドアダプタの構成図である。第１のオプショナルな「実現機能」は、図６の最上段に示されるような実現機能セレクタ１０１を用いて、プラットフォームに依存する処理の違いに対応する。実現機能セレクタ１０１は、指定された要求機能ＩＤに応じて、たとえば、ＡＰ（アプリケーション）ダウンロードクラス１４１、ＡＰ削除クラス１４２、或いは、カードロッククラス１４３のようなプラットフォームの実現機能を選択する。指定された要求ＩＤに応じて新たに実現機能を追加する場合には、実現機能セレクタ１０１に新機能１クラス１４４を追加し、追加した新機能１クラス１４４を読み出すための要求機能ＩＤを規定する。実現機能セレクタ１０１は、新機能１クラス１４４が指定された場合には、追加された新機能１クラス１４４を呼び出すので、新プラットフォームに対応する場合や、プラットフォームバージョンアップ時の実現機能追加が容易に行える。
【００３５】
第２の「ＡＰＤＵコマンドの実行手順」についても、同様にセレクタ１００を使用することによって、プラットフォームに依存する処理の違いに対応する。図６には、実現機能セレクタ１０１によって、ＡＰダウンロードクラス１４１が選択された場合の例が示されている。ＡＰダウンロードクラス１４１は、ＡＰダウンロードコマンド手順セレクタ１０２を用いて指定されたＰＦ（プラットフォーム）ＩＤに対応するＡＰダウンロードの処理手順クラス１５１、１５２、１５３を選択する。また、実現機能セレクタ１０１がＡＰ削除クラス１４２などの別のクラスを選択している場合には、その処理に対応したコマンド手順セレクタ（図示されない）が使用される。たとえば、ＡＰ削除クラス１４２が選択された場合、ＡＰ削除コマンド手順クラス（図示されない）が使用される。このように、セレクタ１００を利用することによって、コマンドの実行手順についても、実現機能やプラットフォームの変化に容易に対応することができる。
【００３６】
第３の「ＡＰＤＵコマンド」についてもセレクタ１００を使用する。図６には、ＡＰダウンロードＰＦ１用コマンドセレクタ１０３が示されている。ＡＰダウンロードＰＦ１用コマンドセレクタ１０３は、実現機能がＡＰダウンロードであり、プラットフォームがＰＦ１である場合に使用されるセレクタである。本例の場合、ＡＰダウンロードＰＦ１用手順クラス１５１は、既にＰＦ１用に設計済みのクラスであるため、必ずしもＡＰダウンロードＰＦ１用コマンドセレクタ１０３を使用しなくてもよい。しかし、ＩＣカード１に対するＡＰＤＵコマンドの数は、それほど多くはなく、幾つかの実現機能で同じＡＰＤＵコマンドが重複して使用される場合がある。また、幾つかのＡＰＤＵコマンドは、ＩＳＯなどの標準機関によって規定されているので、ＡＰＤＵコマンドの部分はプラットフォームに依存せずに再利用できる場合が多い。したがって、ＡＰＤＵコマンドセレクタ１０３を使用することによって、他の実現機能やプラットフォーム用に作成されたＡＤＰＵコマンドクラスを容易に再利用することができるようになる。
【００３７】
次に、第４の「権利情報取得方式」及び第５の「権利情報発行者」のプラットフォーム依存部分に対応する処理について説明する。図７は、本発明の一実施例によるセレクタ１００の権利情報アダプタの構成図である。同図に示された権利情報アダプタは、図６に示されたＡＰダウンロードＰＦ１用手順クラス１５１のような手順クラス、又は、ＡＰダウンロードＰＦ１用コマンドクラス１６１のようなＡＰＤＵコマンドクラスから呼び出される。手順クラスとＡＰＤＵコマンドクラスのどちらのクラスも、実現機能とプラットフォーム毎に用意されるクラスであるため、どちらのクラスから呼び出されても機能的な差異は生じない。ただし、ＡＰＤＵコマンドクラスの再利用性を高めるためには、プラットフォーム依存性がある部分は、一般的にできるだけ上位のクラス（本例の場合は、手順クラス）に持たせる方がよい。
【００３８】
権利情報アダプタは、権利情報種別セレクタ１０４と、権利情報生成セレクタ１０５と、権利情報発行者判定セレクタ１０６とにより構成される。権利情報種別セレクタ１０４は権利情報の種別を選択し、権利情報生成セレクタ１０５はプラットフォームの種別を選択する。この二つのセレクタ１０４及び１０５を使用することにより、権利情報の種別とプラットフォームに適った権利情報クラス、本例の場合には、たとえば、権利情報生成クラス１８１、１８２又は１８３が選択される。権利情報生成クラスは、権利情報発行者自体である場合には、権利情報を生成して権利情報アダプタの呼出元へ返却する。権利情報生成クラスが、それ自体では、権利情報を生成できない場合には、権利情報発行者判定セレクタ１０６を用いて権利情報発行者判定クラス１９１、１９２又は１９３を選択し、権利情報の発行者を判定する。権利情報生成クラスは、判定された権利情報発行者に対して、権利情報を要求し、取得した権利情報を権利情報アダプタの呼出元へ返却する。
【００３９】
なお、権利情報生成クラス１８１、１８２又は１８３は、権利情報種別とプラットフォーム毎に実装されるため、権利情報生成クラス内に権利情報発行者判定クラスを実装しても構わない。しかし、権利情報発行者の判定ロジックは、プラットフォーム内で一意であることも多く、この部分は再利用できることが多いので、権利情報発行者判定クラスとして別個に切り出して再利用できるようにする方が有利である。
【００４０】
上記の本発明の実施例によるＩＣカード運用プラットフォームの構築方法は、ソフトウェア（プログラム）で構築することが可能であり、コンピュータのＣＰＵによってこのプログラムを実行することにより本発明の実施例によるＩＣカード運用プラットフォームの構築方法を実現することができる。構築されたプログラムは、ディスク装置等に記録しておき必要に応じてコンピュータにインストールされ、フロッピーディスク、メモリカード、ＣＤ−ＲＯＭ等の可搬記録媒体に格納して必要に応じてコンピュータにインストールされ、或いは、通信回線等を介してコンピュータにインストールされ、コンピュータのＣＰＵによって実行することができる。
【００４１】
以上、本発明の代表的な実施例を説明したが、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【００４２】
【発明の効果】
本発明によれば、ＩＣカード運用プラットフォームのプラットフォーム依存部分に対応するため、セレクタを階層的に配置したアダプタをＩＣカード運用システムに適用する。これにより、プラットフォームに適した「実現機能」、「実行手順」、「ＡＰＤＵコマンド」、「権利情報取得方式」、及び、「権利情報発行者」の処理クラスを選択し、処理を実行することにより、プラットフォームの要求に応じた処理を実現することができる。
【００４３】
また、セレクタへ機能を追加する機能によって、新規プラットフォームへの対応時や、プラットフォームのバージョンアップ時に、新規のクラスを追加することによって、容易に対応することができる。これらの追加を行った後でも、既存のプラットフォームや旧バージョンのプラットフォームを運用できる。
【００４４】
以上の通り、本発明によれば、仕様の異なるプラットフォームの処理機能を追加可能なＩＣカード運用システムが構築され、複数のプラットフォームへの対応や、プラットフォームの仕様変更への対応を容易化、低コスト化することができる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明のＩＣカード運用システムの構成図である。
【図３】本発明の一実施例によるＩＣカード運用システムの構成図である。
【図４】本発明の一実施例によるセレクタの構成図である。
【図５】本発明の一実施例による処理クラスの選択の説明図である。
【図６】本発明の一実施例によるコマンドアダプタの構成図である。
【図７】本発明の一実施例による権利情報アダプタの構成図である。
【符号の説明】
１    ＩＣカード
２    ユーザ端末
３    サービス提供者サーバ
７    管理サーバ
１００    セレクタ
１１１    セレクト判定部
１１２    クラス管理テーブル
１２０    処理クラス１
１３０    処理要求元
２００    ＩＣカード運用プラットフォーム構築装置
２１０    機能クラス選択・実行手段
２１１    機能クラス追加手段
２２０    手順クラス選択・実行手段
２２１    手順クラス追加手段
２３０    コマンドクラス選択・実行手段
２３１    コマンドクラス追加手段
２４０    権利情報クラス選択・実行手段
２４１    権利情報クラス追加手段
２５０    権利情報発行者判定クラス選択・実行手段
２５１    権利情報発行者判定クラス追加手段
【図１】
0004523196.tif 000002
【図２】
0004523196.tif 000003
【図３】
0004523196.tif 000004
【図４】
0004523196.tif 000005
【図５】
0004523196.tif 000006
【図７】
0004523196.tif 000007
【図６】
0004523196.tif 000008