(57)【要約】【課題】本発明はサービスパッケージを保護するサービス提供システムに関する。【解決手段】サービス提供者がサービスパッケージとそれに対応する鍵を生成する。サービスパッケージは暗号化され、利用者に送られる。鍵はすぐにＰＣＭＣＩＡカード内のメモリに記憶される。鍵はサービス提供者から利用者へカード・カード間の通信プロトコルにより安全に伝達される。利用者は鍵を用いてサービスパッケージを利用する。鍵は、利用者のプロセッサ内に留まり、利用者やアプリケーションプログラムに知られることがない。したがって、サービスパッケージのライツが侵害されることがない。また、鍵は口コミのような形で、個人のカードを経由して伝わるので、常駐の鍵発行サーバを設ける必要がない。【選択図】      図２
2006074829.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを提供する提供者側端末装置と前記コンテンツを利用する利用者側端末装置とを備えるサービス提供システムであって、
前記提供者側端末装置は、
前記コンテンツを第１鍵で暗号化することにより暗号化コンテンツを生成し出力する第１暗号化部と、
前記第１鍵と、前記コンテンツを利用するアプリケーションプログラムを特定する情報と、前記コンテンツの課金処理を制御する課金処理プログラムを特定する情報とを含むサービスパッケージを第２鍵で暗号化することにより生成した暗号化サービスパッケージを出力するとともに、前記第２鍵を第３鍵で暗号化することにより生成した暗号化第２鍵を出力する第２暗号化部とを具備し、
利用者側端末装置は、
前記暗号化サービスパッケージと前記暗号化第２鍵とを入力し、入力した前記暗号化第２鍵を前記第３鍵で復号することにより前記第２鍵を再生し、入力した前記暗号化サービスパッケージを再生した前記第２鍵で復号することにより前記サービスパッケージを再生する第１復号化部と、
前記暗号化コンテンツを入力し、前記暗号化コンテンツを前記第１復号化部で再生した前記サービスパッケージに含まれる前記第１鍵で復号する第２復号化部と、
前記第１復号化部により再生されたサービスパッケージに含まれるアプリケーションプログラムを特定する情報に基づいて特定した前記アプリケーションプログラムを実行するアプリケーションプログラム実行部と、
前記第１復号化部により再生されたサービスパッケージに含まれる課金処理プログラムを特定する情報に基づいて特定した前記課金処理プログラムを実行する課金処理実行部とを具備するサービス提供システム。
【請求項２】
前記第２鍵は前記サービスパッケージ固有の鍵であり、前記第３鍵は提供者固有の鍵である請求項１記載のサービス提供システム。
【請求項３】
前記第２暗号化部と前記第１復号化部とはそれぞれ半導体情報記憶カードで構成される請求項１または請求項２記載のサービス提供システム。
【請求項４】
前記第１復号化部と前記課金処理プログラムを特定する手段と前記課金処理実行部とは半導体情報記憶カードで構成される請求項１または請求項２記載のサービス提供システム。
【請求項５】
提供者側からコンテンツを提供し、利用者側で提供された前記コンテンツを利用するサービス提供方法であって、
前記提供者側では、
前記コンテンツを第１鍵で暗号化することにより暗号化コンテンツを生成し出力する第１の暗号化処理を施し、
前記第１鍵と、前記コンテンツを利用するアプリケーションプログラムを特定する情報と、前記コンテンツの課金処理を制御する課金処理プログラムを特定する情報とを含むサービスパッケージを第２鍵で暗号化することにより生成した暗号化サービスパッケージを出力するとともに、前記第２鍵を第３鍵で暗号化することにより生成した暗号化第２鍵を出力する第２暗号化処理を施し、
利用者側では、
前記暗号化サービスパッケージと前記暗号化第２鍵とを入力し、入力した前記暗号化第２鍵を前記第３鍵で復号することにより前記第２鍵を再生し、入力した前記暗号化サービスパッケージを再生した前記第２鍵で復号することにより前記サービスパッケージを再生する第１復号化処理を施し、
前記暗号化コンテンツを入力し、入力した前記暗号化コンテンツを前記第１復号処理で再生した前記サービスパッケージに含まれる前記第１鍵で復号する第２復号化処理を施し、
前記第１復号化処理により再生されたサービスパッケージに含まれるアプリケーションプログラムを特定する情報に基づいて特定した前記アプリケーションプログラムを実行する処理を施し、
前記第１復号化処理により再生されたサービスパッケージに含まれる課金処理プログラムを特定する情報に基づいて特定した前記課金処理プログラムを実行する処理を施すサービス提供方法。
【請求項６】
前記第２鍵は前記サービスパッケージ固有の鍵であり、前記第３鍵は提供者固有の鍵である請求項５記載のサービス提供方法。
【請求項７】
コンテンツを提供する提供者側端末装置から提供された前記コンテンツを利用する利用者側端末であって、
利用するコンテンツは第１鍵で暗号化されており、サービスパッケージは前記第１鍵と、コンテンツを利用するアプリケーションプログラムを特定する情報と、前記コンテンツの課金処理を制御する課金処理プログラムを特定する情報とを含んでおり、さらに前記サービスパッケージは第２鍵で暗号化されており、前記第２鍵は第３鍵でさらに暗号化されており、
前記第２鍵で暗号化された暗号化サービスパッケージと前記第３鍵で暗号化された暗号化第２鍵とを入力し、入力した前記暗号化第２鍵を前記第３鍵で復号することにより前記第２鍵を再生し、入力した前記暗号化サービスパッケージを再生した前記第２鍵で復号することにより前記サービスパッケージを再生する第１復号化部と、
利用する前記コンテンツを前記第１鍵で暗号化した暗号化コンテンツを入力し、入力した前記暗号化コンテンツを前記第１復号化部で再生した前記サービスパッケージに含まれる前記第１鍵で復号する第２復号化部と、
前記第１復号化部により再生されたサービスパッケージに含まれるアプリケーションプログラムを特定する情報に基づいて特定した前記アプリケーションプログラムを実行するアプリケーションプログラム実行部と、
前記第１復号化部により再生されたサービスパッケージに含まれる課金処理プログラムを特定する情報に基づいて特定した前記課金処理プログラムを実行する課金処理実行部とを具備する利用者側端末。
【請求項８】
前記第２鍵は前記サービスパッケージ固有の鍵であり、前記第３鍵は提供者固有の鍵である請求項７記載の利用者側端末。
【請求項９】
前記第１復号化部と前記課金処理プログラムを特定する手段と前記課金処理実行部とは半導体情報記憶カードで構成される請求項７または請求項８記載の利用者側端末。
【請求項１０】
コンテンツを提供する提供者側端末装置から提供された前記コンテンツを利用する利用者側端末で利用する半導体情報記憶カードであって、
利用するコンテンツは第１鍵で暗号化されており、サービスパッケージは前記第１鍵と、コンテンツを利用するアプリケーションプログラムを特定する情報と、前記コンテンツの課金処理を制御する課金処理プログラムを特定する情報とを含んでおり、さらに前記サービスパッケージは第２鍵で暗号化されており、前記第２鍵は第３鍵でさらに暗号化されており、
前記第２鍵で暗号化された暗号化サービスパッケージと前記第３鍵で暗号化された暗号化第２鍵とを入力し、入力した前記暗号化第２鍵を前記第３鍵で復号することにより第２鍵を再生し、入力した前記暗号化サービスパッケージを前記再生した第２鍵で復号することにより前記サービスパッケージを再生する第１復号化部と、
前記アプリケーションプログラムを特定する情報に基づいて特定された前記アプリケーションプログラムの実行に応じて、前記第１復号化部により再生されたサービスパッケージに含まれる課金処理プログラムを特定する情報に基づいて特定した前記課金処理プログラムを実行する課金処理実行部とを具備する半導体情報記憶カード。
【請求項１１】
前記第２鍵は前記サービスパッケージ固有の鍵であり、前記第３鍵は提供者固有の鍵である請求項１０記載の半導体情報記憶カード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は提供する情報サービス（データ）の保護を図りつつ、データの流通を推進するサービス提供システム、サービス提供方法、利用者側端末及び半導体情報記憶カードに関する。
【背景技術】
【０００２】
インターネットの進歩やＤＶＤ等の大容量記憶媒体の発達により、オンライン、オフラインを問わず、種々の情報提供サービスが行われている。サービス提供者は、利用者に課金して利用料を徴収することにより、事業としてサービス提供を行うことができる。
【０００３】
課金の形態として、サービスを受けている時間に応じた課金、サービスを受けたデータ量（バイト）に応じた課金、パッケージ（例えば映画１本）毎の一括課金等、無限に近い種々の形態があるが、現状では、サービス提供者が予め決めた課金形態のみが実施されている。具体的には、ケーブルテレビジョン放送サービスのように専用のハードウェアを用いるクローズドシステムにおいては、利用者が所有するデータ処理端末（データを利用するコンピュータ等）、あるいはサービス提供者が所有するサーバに組み込まれているアプリケーションプログラム中に課金処理プログラムが記載されている。このため、課金形態を変更するには、アプリケーションプログラム自体を書き直す必要があり、簡単には課金形態を変更することができない。同様に、多様性を持たせるために、新たな課金形態（単数でも複数でも可）を追加し、いずれかの課金形態を選択できるようにすることも望ましいが、プログラムの大幅変更が必要であり、簡単にはできない。
【０００４】
また、近年のマルチメディアの発達に伴い、１人の利用者がインターネットを介して多数のサービス提供者と契約して、多数のサービスを受けることも増えてきている。この場合、個々のサービス毎にアプリケーションプログラムが必要となる。従来の課金処理機能はアプリケーションプログラムに含まれているので、異なる言語のアプリケーションプログラムには適用できない。そのため、サービス提供者が新たなアプリケーションプログラムを作成すると、課金処理プログラムも新たに作成する必要がある。しかし、課金処理機能は、本来、アプリケーションプログラムとは独立しており、異なるアプリケーションプログラムに対して共通に使えるはずであり、各アプリケーションプログラム毎に課金処理プログラムを用意するのは、プログラム開発時間が無駄であるとともに、プログラムサイズが大きく、複雑になる欠点がある。
【０００５】
そこで、オープンなシステムにおいて、情報の利用と課金処理とを分離し、情報の利用（データ処理機能）はアプリケーションプログラムにより実現し、課金機能はアプリケーションプログラムとは異なるプラットフォームにより実現することを本発明者は先に提案した（特許文献１参照）。ここでは、サービス提供者は提供するサービス（データ、コンテンツ）、あるいはサービスを特定するアドレス等の情報と、そのサービスを制御するのに必要なサービス固有の制御情報（サービス記述と称する）とを分離し、両者を対にしたサービスパッケージを生成する。サービス記述とは、提供されるサービスを利用するアプリケーションプログラムの特定、該サービスの利用に係る課金ポリシーの特定のための情報、暗号化されているサービスの復号化に必要な鍵を示す情報を含む。例えば、映像データ乙を処理するにはビデオ再生用のアプリケーションプログラムが必要であり、利用料は１０００円／１本であるということがサービス記述である。このように、利用者サイトでは、サービス記述を基にサービスを利用することができる。
【０００６】
サービス提供者から利用者までの情報伝達経路、または利用者サイトにおいて、このサービスパッケージが保護されていない状態に置かれると、サービス記述の改竄等により正当な利用料を徴収できなくなったり、コンテンツの保護が破られたりして、サービスのライツが保護されない状態になる。
【０００７】
サービスのライツとしては、コンテンツ／データの著作権とともにサービス記述の権利も含まれる。例えば、サービスを制作した人がその情報を「どのように利用して欲しい」、「どのような利用はして欲しくない」等、主張できる権利である。例えば、コンピュータプログラムを書いた人が「本プログラムは実行してもよいが、コピーは禁止する」、あるいは「コピーしてもよいが、変更は禁止する」ということを主張したり、課金ポリシーとして「利用料は１０円／１分」等をサービス記述として規定することができる。サービス記述に従わない利用はライツの侵害である。サービスパッケージが保護されていないと、悪意の利用者により課金ポリシーが書換えられ、利用料を無料とされてしまう。この場合、課金処理用のプロセッサが働かずに、サービス提供者が損害を被ってしまう。
【０００８】
このため、ライツを保護するには、提供するコンテンツの保護とともにサービス記述の保護が必要である。サービス記述もコンテンツと同じディジタルデータであるので、暗号化して保護することが考えられる。すなわち、サービスの利用に際して、サービス提供者から発行されたトークンやチケット等の鍵が無いとコンテンツ、およびサービス記述の内容を解釈できないようにしておく。鍵はサービスパッケージとは別途、保護されている安全な経路でサービス提供者から利用者へ伝達される。
【０００９】
図１はこのような従来例の構成を示すブロック図である。提供者側の端末装置１は、データ３を暗号化部４で暗号化してから利用者側の端末装置２へ送る。暗号化の鍵は鍵発生部６で発生され、鍵管理部５により、暗号化データとは別に安全な経路で利用者側端末装置２へ送られる。利用者側では、鍵が鍵管理部８に格納され、暗号化データが復号化部７に格納される。鍵管理部８内の鍵を用いて復号化部７でデータが復号化され、データ９が利用に供される。
【００１０】
しかし、いくら鍵を安全な経路で利用者へ送っても、鍵を利用者や利用者のアプリケーションプログラムに渡してしまうと、利用者サイトにおいて復号後のサービス記述を改竄できる余地があり、やはりサービスのライツの保護が出来なくなる本質的な欠点がある。
【００１１】
また、サービスパッケージやコンテンツ自体を、放送、オンデマンド、ＤＶＤ等の種々のコンテンツの伝達形態に依存しない形で暗号化して利用者に渡すとしても、鍵はオンデマンドで渡すため、何時、サービスの要求があるか分からないので、サービス提供者は常に鍵発行サーバ(鍵管理部５)を作動させておく必要がある。これは、サービス提供のコストがかかるので、個人による情報発信には向かない。
【特許文献１】特開平１０−１０５２７３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
このように従来のサービス提供システムは、課金処理等のサービス実現に必要な機能をプラットフォーム化するために、課金等に関するサービス記述と提供するデータとを別々に管理する場合、サービス記述の保護が不十分であり、サービスパッケージの保護ができない、サービス提供者のライツを守れない等の欠点がある。また、これに対処するために、サービス提供者側の鍵発行サーバを常時作動させておくことは、個人が情報発信するには向かないという欠点がある。
【００１３】
本発明の目的は次のようなサービス提供システム、サービス提供方法、利用者側端末及び半導体情報記憶カードを提供することにある。
【００１４】
サービスの流通を図りつつ、サービス提供者から利用者までの伝達経路も含めて利用者サイトにおけるサービスパッケージの保護機能を持つ。
【課題を解決するための手段】
【００１５】
上記した課題を解決し目的を達成するために、本発明は以下に示す手段を用いている。
【００１６】
本発明の第１態様に係るサービス提供システムは、コンテンツを提供する提供者側端末装置と前記コンテンツを利用する利用者側端末装置とを備えるサービス提供システムであって、
前記提供者側端末装置は、
前記コンテンツを第１鍵で暗号化することにより暗号化コンテンツを生成し出力する第１暗号化部と、
前記第１鍵と、前記コンテンツを利用するアプリケーションプログラムを特定する情報と、前記コンテンツの課金処理を制御する課金処理プログラムを特定する情報とを含むサービスパッケージを第２鍵で暗号化することにより生成した暗号化サービスパッケージを出力するとともに、前記第２鍵を第３鍵で暗号化することにより生成した暗号化第２鍵を出力する第２暗号化部とを具備し、
利用者側端末装置は、
前記暗号化サービスパッケージと前記暗号化第２鍵とを入力し、入力した前記暗号化第２鍵を前記第３鍵で復号することにより前記第２鍵を再生し、入力した前記暗号化サービスパッケージを再生した前記第２鍵で復号することにより前記サービスパッケージを再生する第１復号化部と、
前記暗号化コンテンツを入力し、前記暗号化コンテンツを前記第１復号化部で再生した前記サービスパッケージに含まれる前記第１鍵で復号する第２復号化部と、
前記第１復号化部により再生されたサービスパッケージに含まれるアプリケーションプログラムを特定する情報に基づいて特定した前記アプリケーションプログラムを実行するアプリケーションプログラム実行部と、
前記第１復号化部により再生されたサービスパッケージに含まれる課金処理プログラムを特定する情報に基づいて特定した前記課金処理プログラムを実行する課金処理実行部とを具備する。
【００１７】
本発明の第２態様に係るサービス提供方法は、提供者側からコンテンツを提供し、利用者側で提供された前記コンテンツを利用するサービス提供方法であって、
前記提供者側では、
前記コンテンツを第１鍵で暗号化することにより暗号化コンテンツを生成し出力する第１の暗号化処理を施し、
前記第１鍵と、前記コンテンツを利用するアプリケーションプログラムを特定する情報と、前記コンテンツの課金処理を制御する課金処理プログラムを特定する情報とを含むサービスパッケージを第２鍵で暗号化することにより生成した暗号化サービスパッケージを出力するとともに、前記第２鍵を第３鍵で暗号化することにより生成した暗号化第２鍵を出力する第２暗号化処理を施し、
利用者側では、
前記暗号化サービスパッケージと前記暗号化第２鍵とを入力し、入力した前記暗号化第２鍵を前記第３鍵で復号することにより前記第２鍵を再生し、入力した前記暗号化サービスパッケージを再生した前記第２鍵で復号することにより前記サービスパッケージを再生する第１復号化処理を施し、
前記暗号化コンテンツを入力し、入力した前記暗号化コンテンツを前記第１復号処理で再生した前記サービスパッケージに含まれる前記第１鍵で復号する第２復号化処理を施し、
前記第１復号化処理により再生されたサービスパッケージに含まれるアプリケーションプログラムを特定する情報に基づいて特定した前記アプリケーションプログラムを実行する処理を施し、
前記第１復号化処理により再生されたサービスパッケージに含まれる課金処理プログラムを特定する情報に基づいて特定した前記課金処理プログラムを実行する処理を施す。
【００１８】
本発明の第３態様に係る利用者側端末は、コンテンツを提供する提供者側端末装置から提供された前記コンテンツを利用する利用者側端末であって、
利用するコンテンツは第１鍵で暗号化されており、サービスパッケージは前記第１鍵と、コンテンツを利用するアプリケーションプログラムを特定する情報と、前記コンテンツの課金処理を制御する課金処理プログラムを特定する情報とを含んでおり、さらに前記サービスパッケージは第２鍵で暗号化されており、前記第２鍵は第３鍵でさらに暗号化されており、
前記第２鍵で暗号化された暗号化サービスパッケージと前記第３鍵で暗号化された暗号化第２鍵とを入力し、入力した前記暗号化第２鍵を前記第３鍵で復号することにより前記第２鍵を再生し、入力した前記暗号化サービスパッケージを再生した前記第２鍵で復号することにより前記サービスパッケージを再生する第１復号化部と、
利用する前記コンテンツを前記第１鍵で暗号化した暗号化コンテンツを入力し、入力した前記暗号化コンテンツを前記第１復号化部で再生した前記サービスパッケージに含まれる前記第１鍵で復号する第２復号化部と、
前記第１復号化部により再生されたサービスパッケージに含まれるアプリケーションプログラムを特定する情報に基づいて特定した前記アプリケーションプログラムを実行するアプリケーションプログラム実行部と、
前記第１復号化部により再生されたサービスパッケージに含まれる課金処理プログラムを特定する情報に基づいて特定した前記課金処理プログラムを実行する課金処理実行部とを具備する。
【００１９】
本発明の第４態様に係る半導体情報記憶カードは、コンテンツを提供する提供者側端末装置から提供された前記コンテンツを利用する利用者側端末で利用する半導体情報記憶カードであって、
利用するコンテンツは第１鍵で暗号化されており、サービスパッケージは前記第１鍵と、コンテンツを利用するアプリケーションプログラムを特定する情報と、前記コンテンツの課金処理を制御する課金処理プログラムを特定する情報とを含んでおり、さらに前記サービスパッケージは第２鍵で暗号化されており、前記第２鍵は第３鍵でさらに暗号化されており、
前記第２鍵で暗号化された暗号化サービスパッケージと前記第３鍵で暗号化された暗号化第２鍵とを入力し、入力した前記暗号化第２鍵を前記第３鍵で復号することにより第２鍵を再生し、入力した前記暗号化サービスパッケージを前記再生した第２鍵で復号することにより前記サービスパッケージを再生する第１復号化部と、
前記アプリケーションプログラムを特定する情報に基づいて特定された前記アプリケーションプログラムの実行に応じて、前記第１復号化部により再生されたサービスパッケージに含まれる課金処理プログラムを特定する情報に基づいて特定した前記課金処理プログラムを実行する課金処理実行部とを具備する。
【発明の効果】
【００２０】
以上説明したように本発明によれば、サービス提供者から利用者までの伝達経路も含めて利用者サイトにおけるサービスパッケージの保護機能を持つサービス提供システム、サービス提供方法、利用者側端末及び半導体情報記憶カードを提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照して本発明によるサービス提供システム、サービス提供方法、利用者側端末及び半導体情報記憶カードの実施形態を説明する。
【００２２】
図２は本発明の第１実施形態に係る提供者側の端末装置の構成を示す図である。本発明でも、従来の技術で説明したように、課金処理機能をプラットフォーム化するために、情報提供サービスが提供するデータ（の名前）とそのサービスの制御に必要な情報（サービス記述と称する）を対にしたもの、あるいは、その対応関係を表わす情報をサービスパッケージ１０としてサービス提供者側のデータ処理装置(サーバ等)が生成する。サービスパッケージの一例は、ＭＰＥＧデータ「１」（サービスが提供するデータの名前、あるいはそのデータのアドレス）を鍵「Ｋ2」で復号化し、アプリケーションプログラム「ａ」で処理し、課金処理「甲」を行うというようなものである。利用者側ではサービスパッケージ１０のサービス記述を基に実際にサービスを実現し、利用することができる。このため、サービスパッケージ１０は課金形態を示す課金ポリシー１２、データを利用するアプリケーションプログラムを示すアプリケーションポインタ１４、提供されるデータの名前、あるいはそのアドレスを示すデータポインタ１６、データの復号化に必要な鍵Ｋ2を示す鍵データ１８からなる。
【００２３】
提供されるデータ２０は鍵Ｋ2を用いて暗号化部２２で暗号化され、図示しない送信インターフェースを介して暗号化データとして利用者サイトへ送られる。暗号化の鍵Ｋ2は提供者が自由に選ぶことができるが、データ固有の鍵とすることが好ましい。暗号化データは、インターネット等でオンラインで配布してもよいし、ＤＶＤ等を用いてオフラインで配布してもよい。
【００２４】
暗号化は共通鍵方式でも、公開鍵方式でもよい。共通鍵方式では、データの暗号化に用いられる鍵と、暗号データの復号化に用いられる鍵とが同一である方式である。一方、公開鍵方式は暗号化の鍵と復号化の鍵とが異なり、いずれか一方を公開し、他方は秘密とする。提供者は利用者の公開鍵を用いてデータを暗号化する。利用者はその暗号データを自分の秘密鍵を用いて復号化する。そのため、公開鍵方式の暗号化は利用者が特定されている場合のみ採用でき、これを採用する場合は、暗号化鍵Ｋ2を利用者へ送る必要がないので、サービスパッケージ１０に鍵Ｋ2を含める必要はない。なお、共通鍵方式の暗号化を採用する場合でも、鍵Ｋ2は必ずしも本発明により保護されているサービスパッケージ１０内に含める必要はなく、別途安全な経路があれば、それを介して利用者へ送ってもよい。
【００２５】
サービスパッケージ１０自身も暗号化されて、利用者サイトへ送られる。この送信も、オンラインでもオフラインでも構わない。だたし、サービスパッケージの暗号化はデータの暗号化鍵Ｋ2とは別の鍵Ｋ1を用いて行われ、この鍵Ｋ1自体も更に別の鍵Ｋ0を用いて暗号化されて、利用者サイトへ送られる。これらのサービスパッケージ１０の暗号化、暗号化鍵の暗号化も共通鍵方式に限らず、利用者が特定されている場合は公開鍵方式を採用してもよい。
【００２６】
そして、鍵Ｋ1自身、及び鍵Ｋ1の暗号化のための鍵Ｋ0は絶対に利用者に知られないようになっている。このため、本発明では、外部へデータが読み出されることが物理的に禁止されているセキュリティモジュール３０が用いられ、暗号化はこのモジュール３０内で行われる。モジュール３０としては、データが物理的に保護されている半導体情報記憶カード（ＩＣカード、ＰＣＭＣＩＡカード等）等を利用することが、端末装置の汎用性を高める上で好ましいが、端末装置が専用端末装置として実現される場合は、カード等の着脱自在な構成にする必要はなく、装置の一部に固定的に実装されるものでもよい。
【００２７】
セキュリティモジュール３０は、鍵Ｋ0の記憶部３２、鍵Ｋ1の生成部３４、暗号化部３６、４２、暗号化された鍵Ｋ1’の記憶部３８、暗号化された鍵Ｋ1’の送信インターフェース４０を具備する。鍵Ｋ1の生成部３４は、外部から供給されたサービスパッケージ１０を特定する情報に応じてサービスパッケージ固有の暗号化鍵Ｋ1を生成する。しかし、この鍵Ｋ1は必ずしも、モジュール３０内で生成する必要はなく、信頼のおける機関が生成し、外部からアクセスされることなくセキュリティモジュール３０内に書き込んでもよい。
【００２８】
サービスパッケージ１０は暗号化部４２で鍵Ｋ1により暗号化され、図示しない送信インターフェースを介して利用者サイトへ送られる。サービスパッケージ１０の暗号化に用いられた鍵Ｋ1は暗号化部３６でセキュリティモジュール３０内に格納されている鍵Ｋ0により暗号化される。この鍵Ｋ0の記憶部３２は不揮発性メモリからなり、鍵Ｋ0はカードを作成した時に格納され、その後、外部からは絶対にアクセスできないようになっている。鍵Ｋ0は、データ／サービスパッケージに関わりなく、提供者に固有の鍵でよい。
【００２９】
暗号化された鍵Ｋ1’は一旦記憶部３８に格納される。これは、同一のサービスパッケージの暗号化の際に、その都度、鍵Ｋ1を暗号化する作業を省略できるためである。そのため、鍵Ｋ1’記憶部３８は複数のサービスパッケージの暗号化鍵Ｋ1を鍵Ｋ0で暗号化した鍵Ｋ1’を格納でき、サービスパッケージが特定されると、既に格納している鍵Ｋ1’の中に当該サービスパッケージに対応する鍵がある場合は、それを読み出す。
【００３０】
記憶部３８内の鍵Ｋ1’は外部からアクセスされることなく利用者のセキュリティモジュールへ送られる。半導体情報記憶カードがセキュリティモジュールとして用いられる場合は、カード・カード間の通信プロトコルにより、利用者のカードへ鍵Ｋ1’が安全に送られる。このように、サービスパッケージの暗号化鍵Ｋ1を暗号化した鍵Ｋ1’がセキュリティモジュール以外に出力されることが無く、利用者に知られることがないので、第３者のサービスパッケージの改竄を防ぐことができる。
【００３１】
なお、暗号化された暗号鍵Ｋ1’の伝達は、暗号化サービスパッケージの伝達と同時でなくても構わない。しかし、上述したように鍵Ｋ1はサービスパッケージ固有であるので、利用者側に、複数の暗号化サービスパッケージと暗号化された暗号鍵Ｋ1’が存在する場合、両者の対応関係が不明であると、復号化できない。このため、図示してはいないが、提供者側からサービスパッケージを特定する情報とサービスパッケージの暗号化に用いられた鍵Ｋ1を特定する情報とを対応づける情報（これをチケットと称する）を提供者から利用者へ送ることが望ましい。こうすれば、利用者はチケットから利用したいサービスパッケージに対応する鍵Ｋ1を特定することができる。
【００３２】
図３は利用者側の端末装置の構成を示す図である。利用者側も、例えば半導体情報記憶カードからなるセキュリティモジュール５０を使用する。セキュリティモジュール５０は受信インターフェース５２、復号化部５４、６０、鍵Ｋ0の記憶部５６、鍵Ｋ1の記憶部５８、サービス実行部６２を有する。
【００３３】
利用者は提供者からセキュリティモジュールどうしの安全な通信で暗号鍵Ｋ1’を受け取る。このため、契約していない利用者に鍵Ｋ1’が送られることがない。暗号鍵Ｋ1’は受信インターフェース５２を介して復号化部５４に供給される。利用者側のセキュリティモジュール５０にも提供者側のセキュリティモジュール３０と同様に暗号鍵Ｋ0の記憶部５６を有する。この鍵Ｋ0の記憶部５６も不揮発性メモリからなり、鍵Ｋ0はカードを作成した時に格納され、その後、外部からは絶対にアクセスできないようになっている。そのため、提供者側で鍵Ｋ0を用いて暗号化されたサービスパッケージの暗号化鍵Ｋ1’を利用者側で復号化できる。なお、ここでも、公開鍵方式の暗号化を採用してもよい。復号化された鍵Ｋ1は一旦記憶部５８に格納される。これも、同一のサービスパッケージの復号化の際に、その都度、鍵Ｋ1’を復号化する作業を省略するためである。また、記憶部５８の複数のサービスパッケージに対応する鍵Ｋ1を記憶することができる。
【００３４】
一方、暗号化サービスパッケージは受信インターフェース６４を介してサービスパッケージ記憶部６６に一旦記憶され、暗号化データは受信インターフェース６８を介してデータ記憶部７０に一旦記憶される。サービスパッケージはセキュリティモジュール５０内の復号化部６０で記憶部５８に格納されている鍵Ｋ1を用いて復号化され、サービス実行部６２に供給される。なお、サービスパッケージに含まれる鍵Ｋ2はセキュリティモジュール５０から出力され、復号化部７２に供給される。復号化部７２は記憶部７０に格納されている暗号化データを鍵Ｋ2を用いて復号化し、データ再生部（例えば、表示部）７４に供給され、サービスの利用が行われる。
【００３５】
利用者側の端末装置は、ユーザインターフェース７６と、サービス制御部７８も具備し、サービス制御部７８は鍵Ｋ1の記憶部５８、サービスパッケージ記憶部６６、サービス実行部６２を制御する。
【００３６】
図４はサービス実行部６２の具体的な構成を示す図である。サービス実行部６２は、課金ポリシー１２に基づいて課金処理を行う課金処理モジュール８２と、アプリケーションポインタ１４、データポインタ１６に基づいて実行されるアプリケーションプログラム８４と、課金処理モジュール８２、アプリケーションプログラム８４とともにデータ８８の取込みを行うデータ転送処理モジュール８６とを具備する。このようにサービス実現部６２は、サービス記述に基づいてサービス実現のために必要なハードウェア、ソフトウェア、それらを作動させるためのパラメータ等からなり、サービス実現のために必要な機能の集合である。
【００３７】
第１実施形態の動作を説明する。利用者は提供者から頒布された鍵Ｋ0記憶部５６を有するセキュリティモジュール５０を使用することが前提となっている。暗号化サービスパッケージ、暗号化データはインターネット等のオンラインで、あるいはＤＶＤ等の大容量記憶媒体を介してオフラインで、すなわち任意の形態で利用者側に伝達しておく。利用者はサービスを利用したい場合、提供者からサービスパッケージ固有の鍵Ｋ1’を貰う。この鍵Ｋ1’を受け取ったセキュリティモジュール５０を端末装置に装着し、暗号化サービスパッケージを復号化し、サービスパッケージからサービスインスタンスを生成する。とともに、サービスパッケージに含まれている鍵Ｋ2を用いて暗号化データを復号化する。
【００３８】
復号化されたサービスパッケージのうち、アプリケーションポインタ１４、データポインタ１６は所定のアプリケーションプログラム８４を起動する。これに連動して、データ転送処理モジュール８６は該当するデータ８８をサーバ、記憶媒体から読み出し、利用を開始する。サービスの利用に応じて、課金ポリシーに従った課金処理が課金処理モジュール８２で行われる。
【００３９】
このように本実施形態によれば、データとサービスパッケージが別々の暗号化鍵で暗号化され、利用者に送られる。ここで、サービスパッケージの暗号化に使われた鍵は、更に別の鍵を用いて暗号化され、利用者に送られる。この鍵の暗号化に使われる別の鍵は外部から読み出し不可能なセキュリティモジュール内の記憶部に格納され、暗号化された鍵も外部に読み出されない状態でセキュリティモジュール間のみで直接送られる。このため、利用者やそのアプリケーションプログラムがサービスパッケージを書換えることは出来ない。そのため、課金ポリシー等を改竄して不正な利用をすることを防止できる。
【００４０】
本発明は上述した実施形態に限定されるものではなく、種々変形して実施可能である。
【００４１】
例えば、図２、図３では必要最低限の回路しかセキュリティモジュール内に内蔵していないが、セキュリティモジュールに余裕がある場合は、提供するデータ２０の暗号化部２２、復号化部７２もセキュリティモジュール３０、５０に内蔵してもよい。
【００４２】
また、提供者側のセキュリティモジュール３０と利用者側のセキュリティモジュール５０とを同一の構成としてもよい。この場合の一例を図５に示す。鍵（Ｋ0）記憶部１００が暗号化／復号化部１０２に接続され、暗号化／復号化部１０２に鍵（Ｋ1）記憶部１０６、鍵（Ｋ1’）記憶部１０８が接続される。鍵（Ｋ1’）記憶部１０８には送受信インターフェース１１０が接続される。サービスパッケージを特定する情報が鍵（Ｋ1）生成部１０４に与えられ、当該サービスパッケージの暗号化に用いられる鍵Ｋ1が生成され、鍵記憶部１０６に格納される。鍵Ｋ1はサービスパッケージ暗号化／復号化部１１２に供給される。サービスパッケージ暗号化／復号化部１１２には送受信インターフェース１１４、サービスインスタンス生成部１１６が接続される。
【００４３】
このモジュールを提供者が使う場合は、サービスパッケージ固有の鍵Ｋ1を生成し、サービスパッケージ暗号化／復号化部１１２によりサービスパッケージを暗号化して送受信インターフェース１１４を介して暗号化サービスパッケージを送信する。とともに、鍵Ｋ1を鍵Ｋ0を用いて暗号化／復号化部１０２により暗号化し、送受信インターフェース１１０を介して暗号化した鍵Ｋ1’を介して送信する。
【００４４】
このモジュールを利用者が使う場合は、送受信インターフェース１１０を介して提供者から受け取った暗号化されている鍵Ｋ1’を鍵Ｋ0を用いて暗号化／復号化部１０２により復号化し、鍵（Ｋ1）記憶部１０６に格納する。送受信インターフェース１１４を介して受け取った暗号化サービスパッケージを鍵Ｋ1を用いてサービスパッケージ暗号化／復号化部１１２により復号化し、サービスインスタンス生成部１１６に供給する。
【００４５】
このような構成によれば、提供者、利用者ともに同一のセキュリティモジュールを使用でき、コスト低減に効果がある。なお、この場合も、セキュリティモジュールのハードウェアに余裕があれば、データの暗号化／復号化部もモジュールに内蔵してもよい。また、利用者が提供者と同一構成のセキュリティモジュールを所持していれば、サービスパッケージの暗号化に使われる鍵Ｋ1’を提供者が直接に利用者に送信する必要はなく、利用者も他の利用者へ鍵Ｋ1’を送信することができ、中間に複数の利用者のセキュリティモジュールを経由して鍵Ｋ1’を送信することもできる。こうすると、鍵は「口コミ」のような形で個人から個人へ伝達していき、鍵発行用のサーバを常時作動させる必要がなく、個人による情報発信に好適である。この場合、鍵を中継するだけの者は、図５の構成を全部必要とするわけではなく、鍵（Ｋ1’）記憶部１０８、送受信インターフェース１１０のみあればよい。しかし、公開鍵方式を用いる場合は、中継者サイトで鍵Ｋ1’の暗号化を一旦解かなければならないので、図５の構成のうち、省略できるのは、サービスパッケージ暗号化／復号化部１１２、送受信インターフェース１１４、サービスインスタンス１１６だけである。
【００４６】
上述の説明では、復号化されたサービスパッケージを利用者に知られないようにするために、復号化部６０及びサービス実行部６２をセキュリティモジュール５０内に設け、ハードウェア的に情報の改竄を防いでいるが、ソフトウェア的にサービスパッケージを保護してもよい。サービスパッケージを実行するためのソフトウェアであるサービスインスタンス自体にサービスパッケージ、鍵Ｋ1を外部に出力しない、保存しないことを保証させる認証を付加し、この認証が無い場合は、サービスパッケージの復号化を禁止するようにしてもよい。この場合は、復号化部６０及びサービス実行部６２をセキュリティモジュール５０内に設ける必要はない。また、ハードウェア的に情報の改竄を防ぐ場合でも、利用者側の端末装置が信頼のおけるものである場合は、復号化部６０、サービス実現部６２をセキュリティモジュール５０内に設けなくてもよい。
【００４７】
また、サービスパッケージの復号／課金処理系をプラットフォームとしたが、通常のデータ処理機能と同じアプリケーションプラグラムにより実現してもよい。
【００４８】
さらに、上述の説明では、利用者が課金ポリシーを見るには、必ず復号化する必要があり、復号化のためにはセキュリティモジュールが必要であったが、利用する前は利用者はセキュリティモジュールを所持していないので、これでは不便である。そのため、サービスパッケージ１０として暗号化して送信する課金ポリシー１２と同じ内容の第２の課金ポリシーを別途用意し、これは暗号化しないで利用者サイトへ送るようにする。利用者はこの第２の課金ポリシーを読んで、このサービスを利用するか否かを決めることができる。この場合、サービス実現部６２に供給されるのは、当然、復号化されたサービスパッケージに含まれている課金ポリシーである。しかし、平文の第２の課金ポリシーを第３者が改竄して、本来有料のものを無料と騙すおそれがあり、このままでは、利用者の保護に欠けるので、利用者側の端末装置は、復号化された課金ポリシーと第２の課金ポリシーとを比較して、不一致の場合は利用を禁止する手段を設けることが望ましい。
【図面の簡単な説明】
【００４９】
【図１】サービス提供システムの従来例の構成を示すブロック図。
【図２】本発明によるサービス提供システムの第１実施形態における提供者側のシステム構成を示すブロック図。
【図３】本発明によるサービス提供システムの第１実施形態における利用者側のシステム構成を示すブロック図。
【図４】図３のサービスインスタンスの詳細なブロック図。
【図５】本発明のサービス提供システムの第２実施形態におけるセキュリティモジュールの構成を示すブロック図。
【符号の説明】
【００５０】
１０…サービスパッケージ、１２…課金ポリシー、１４…アプリケーションポインタ、１６…データポインタ、２２、３６…暗号化部、３０、５０…セキュリティモジュール、３２、３８、５６、５８…鍵記憶部、３４…鍵生成部、５４、６０…復号化部、６２…サービスインスタンス。
【図１】
2006074829.tif 000003
【図２】
2006074829.tif 000004
【図３】
2006074829.tif 000005
【図４】
2006074829.tif 000006
【図５】
2006074829.tif 000007