(57)【要約】【課題】定常的に安全なサービスの要求や利用を実現することが可能なクライアント端末を提供する。【解決手段】サービスＩＤ、ユーザＩＤ、状況条件を含むチケットを保持するチケット取得部１０５と、サービスＩＤ、ユーザＩＤ、サーバＩＤ、乱数要素に基づいて、ＣＣＶを生成するＣＣＶ共有部１１０と、ＣＣＶを保持するＣＣＶ設定部１２０と、クライアント端末１００の状況を監視し、状況情報とＣＣＶとを含むトークンを生成する監視部１３０と、ＣＣＶ設定部１２０に保持されたＣＣＶとトークンに含まれるＣＣＶとが同一であるか否かを判定し、トークンに含まれる状況情報とチケットに含まれる状況条件が同一であるか否かを判定し、判定情報とＣＣＶとを含む制御情報を生成する解析部１４０と、ＣＣＶ設定部１２０に保持されたＣＣＶと制御情報に含まれるＣＣＶとが同一であるか否かを判定し、同一である場合、前記サービスを要求、利用する制御部１５０と、を有する。【選択図】図１
2008176741.tif 000002
【特許請求の範囲】
【請求項１】
サービスを提供するサービス提供サーバからサービスを提供されるクライアント端末であって、
前記サービスを識別するサービス識別情報、前記サービスの提供対象を識別する提供対象識別情報、および前記サービスを提供可能な状況条件に関する状況条件情報を含むサービス情報を保持するサービス情報保持部と、
前記サービス識別情報、前記提供対象識別情報、前記サービス提供サーバおよび当該クライアント端末との間で共有される乱数を含む情報、および前記サービス提供サーバを識別するサーバ識別情報に基づいて、前記サービス提供サーバと当該クライアント端末との間で送受する情報と前記サービス提供サーバ又は当該クライアント端末内部で処理される情報の内容を保証する保証情報を生成する保証情報生成部と、
前記保証情報生成部によって生成された保証情報を保持する保証情報保持部と、
当該クライアント端末の状況を監視し、監視結果を示す監視情報と前記保証情報保持部によって保持された保証情報とを含む端末状況情報を生成する監視部と、
前記保証情報保持部によって保持された保証情報と前記端末状況情報に含まれる保証情報とが同一であるか否かを判定し、前記端末状況情報に含まれる監視情報と前記サービス情報に含まれる状況条件情報が同一であるか否かを判定し、判定結果を示す判定情報と前記保証情報とを含む制御情報を生成する解析部と、
前記保証情報保持部によって保持された保証情報と前記制御情報に含まれる保証情報とが同一であるか否かを判定し、同一である場合、前記サービスに関する制御を行う制御部と、
を有するクライアント端末。
【請求項２】
請求項１に記載のクライアント端末であって、
前記解析部は、前記端末状況情報および前記サービス情報に前記保証情報を含ませたサービス要求情報を含む前記制御情報を生成し、
前記制御部は、前記保証情報保持部によって保持された保持している保証情報と前記制御情報に含まれる保証情報とが同一である場合、前記端末状況情報および前記サービス要求情報を送信するクライアント端末。
【請求項３】
請求項２に記載のクライアント端末であって、
前記制御部は、前記保証情報保持部によって保持された保証情報と前記制御情報に含まれる保証情報とが同一である場合、前記端末状況情報および前記サービス要求情報に基づいて前記サービスの提供対象を認証するための認証情報を生成する認証部を有し、前記端末状況情報、前記サービス要求情報、及び前記認証情報を送信するクライアント端末。
【請求項４】
請求項１ないし３のいずれか１項に記載のクライアント端末であって、
前記サービス要求情報に対応する前記保証情報を含むサービスを受信する受信部を有し、
前記解析部は、前記保証情報保持部によって保持された保証情報と前記監視部によって生成された端末状況情報に含まれる保証情報とが同一であるか否かを判定し、前記端末状況情報に含まれる監視情報と前記サービス情報に含まれる状況条件情報が同一であるか否かを判定し、判定結果を示し前記サービスを含む判定情報と前記保証情報とを含む制御情報を生成し、
前記制御部は、前記保証情報保持部によって保証情報と前記制御情報に含まれる保証情報とが同一である場合、前記制御情報に従って前記サービスを実行制御するクライアント端末。
【請求項５】
請求項４に記載のクライアント端末であって、
前記制御部は、前記保証情報保持部によって保持された保証情報と前記監視部によって生成された端末状況情報に含まれる保証情報とが異なる場合、前記サービスの実行を禁止するように制御するクライアント端末。
【請求項６】
請求項４に記載のクライアント端末であって、
前記制御部は、前記解析部において前記端末状況情報に含まれる監視情報と前記サービス情報に含まれる状況条件情報が同一でない判定結果を含む制御情報が出力された場合、前記サービスの実行を中断するように制御するクライアント端末。
【請求項７】
請求項６に記載のクライアント端末であって、
前記制御部は、前記解析部において前記端末状況情報に含まれる監視情報と前記サービス情報に含まれる状況条件情報が同一である判定結果を含む制御情報が再び出力された場合、前記サービスの実行を再開するように制御するクライアント端末。
【請求項８】
請求項３に記載のクライアント端末であって、
前記サービス提供サーバおよび当該クライアント端末の間の通信に用いられる秘密鍵または前記秘密鍵に対応する公開鍵のいずれかを保持する鍵保持部を有し、
前記受信部は、前記共有鍵で暗号化されたサービスと前記秘密鍵または前記公開鍵のいずれかで暗号化された前記共有鍵および前記端末状況情報を含むサービス付加情報とを受信し、
前記解析部は、前記判定結果を示し前記暗号化されたサービスおよび前記暗号化されたサービス付加情報を含む判定情報と前記保証情報とを含む制御情報を生成し、
前記制御部は、前記保証情報保持部によって保証情報と前記制御情報に含まれる保証情報とが同一である場合、前記秘密鍵または前記公開鍵のいずれかで前記制御情報に含まれる暗号化されたサービス付加情報を復号化し、前記サービス付加情報に含まれる端末状況情報と前記監視部によって生成された端末状況情報とが同一である場合、前記サービス付加情報に含まれる共有鍵で前記暗号化されたサービスを復号化する復号化部を有し、前記制御情報に従って前記サービスを実行制御するクライアント端末。
【請求項９】
請求項１ないし８のいずれか１項に記載のクライアント端末であって、
前記保証情報の生成に利用する乱数を含む情報が、前記コンテンツ配信サーバと当該クライアント端末との間で保証情報の共有に先立ち実施された相手認証、鍵共有において利用された情報であるクライアント端末。
【請求項１０】
サービスを提供可能なサービス提供サーバであって、
当該サービス提供サーバを識別するサーバ識別情報、前記サービスを提供対象を識別する提供対象識別情報、前記サービス提供サーバおよび当該クライアント端末との間で共有される乱数を含む情報、および前記サービスを識別するサービス識別情報に基づいて、当該サービス提供サーバと前記サービスが提供されるクライアント端末との間で送受する情報と当該サービス提供サーバ又は前記クライアント端末内部で処理される情報の内容を保証する保証情報を生成する保証情報生成部と、
前記クライアント端末からの前記サービスを提供するクライアント端末の状況に関し前記保証情報を含む端末状況情報および前記サービスの要求に関し前記保証情報を含むサービス要求情報を受信する受信部と、
前記保証情報生成部によって生成された保証情報を保持する保証情報保持部と、
前記保証情報保持部によって保持された保証情報と前記受信部によって受信された端末状況情報に含まれる保証情報と前記サービス要求情報に含まれる保証情報とが同一であるか否かを判定し、受信部によって受信された前記端末状況情報に含まれる監視情報と前記サービス要求情報に含まれる前記サービスを提供可能な条件に関する状況条件情報が同一であるか否かを判定し、判定結果を示し前記サービス要求情報を含む判定情報と前記保証情報とを含む制御情報を生成する解析部と、
前記保証情報保持部によって保持された保証情報と前記制御情報に含まれる保証情報とが同一であるか否かを判定し、同一である場合、前記サービス要求情報によって指定される前記保証情報を含むサービスを送信する制御部と、
を有するサービス提供サーバ。
【請求項１１】
請求項１０に記載のサービス提供サーバであって、
前記クライアント端末またはサービス提供サーバの状況を監視し、監視結果を示す監視情報と前記保証情報保持部によって保持された保証情報とを含む端末状況情報またはサーバ状況情報を生成する監視部を有するサービス提供サーバ。
【請求項１２】
請求項１０または１１に記載のサービス提供サーバであって、
前記受信部は、更に、前記サービスの提供対象を認証するための認証情報を受信し、
前記解析部は、前記判定結果を示し前記認証情報および前記サービス要求情報を含む判定情報と前記保証情報とを含む制御情報を生成し、
前記制御部は、前記保証情報保持部によって保持された保証情報と前記制御情報に含まれる保証情報とが同一である場合、前記端末状況情報および前記サービス要求情報に基づいて前記サービスの提供対象を検証するための検証情報を生成し、前記認証情報と前記検証情報とが同一である場合、前記認証情報の送信元が前記サービスの提供対象であると判定する検証部を有するサービス提供サーバ。
【請求項１３】
請求項１０ないし１２のいずれか１項に記載のサービス提供サーバであって、
当該サービス提供サーバおよび前記クライアント端末の間の通信に用いられる共有鍵と秘密鍵または前記秘密鍵に対応する公開鍵のいずれかとを保持する鍵保持部を有し、
前記制御部は、前記サービス要求情報によって指定されるサービスを前記共有鍵で暗号化し、前記共有鍵および前記端末状況情報を含むサービス付加情報を前記秘密鍵または前記公開鍵のいずれかで暗号化する暗号化部を有し、前記暗号化されたサービスおよび前記暗号化されたサービス付加情報を送信するサービス提供サーバ。
【請求項１４】
請求項１０ないし１３のいずれか１項に記載のサービス提供サーバであって、
前記保証情報の生成に利用する乱数を含む情報が、当該コンテンツ配信サーバと前記クライアント端末との間で保証情報の共有に先立ち実施された相手認証、鍵共有において利用された情報であるサービス提供サーバ。
【請求項１５】
請求項４ないし９に記載の１つ以上のクライアント端末と、
請求項１０ないし１４に記載のサービス提供サーバと
を有するサービス提供システム。
【請求項１６】
クライアント端末がサービスを提供するサービス提供サーバから提供されるサービスに関する制御を行うための制御方法であって、
前記サービスを識別するサービス識別情報、前記サービスの提供対象を識別する提供対象識別情報、前記サービス提供サーバおよび当該クライアント端末との間で共有される乱数を含む情報、および前記サービス提供サーバを識別するサーバ識別情報に基づいて、前記サービス提供サーバと当該クライアント端末との間で送受する情報と前記サービス提供サーバ又は当該クライアント端末内部で処理される情報の内容を保証する保証情報を生成する保証情報生成ステップと、
前記クライアント端末の状況を監視し、監視結果を示す監視情報と前記保証情報生成ステップにおいて生成された保証情報とを含む端末状況情報を生成するステップと、
前記保証情報生成ステップにおいて生成された保証情報と前記端末状況情報に含まれる保証情報とが同一であるか否かを判定し、前記端末状況情報に含まれる監視情報と前記サービスを提供可能な状況条件に関する状況条件情報が同一であるか否かを判定し、判定結果を示す判定情報と前記保証情報とを含む制御情報を生成するステップと、
前記保証情報生成ステップにおいて生成された保証情報と前記制御情報に含まれる保証情報とが同一であるか否かを判定し、同一である場合、前記サービスに関する制御を行うステップと
を有する制御方法。
【請求項１７】
サービスを提供可能なサービス提供サーバが前記サービスを提供するサービス提供方法であって、
当該サービス提供サーバを識別するサーバ識別情報、前記サービスを提供対象を識別する提供対象識別情報、前記サービス提供サーバおよび当該クライアント端末との間で共有される乱数を含む情報、および前記サービスを識別するサービス識別情報に基づいて、当該サービス提供サーバと前記サービスが提供されるクライアント端末との間で送受する情報と当該サービス提供サーバ又は前記クライアント端末内部で処理される情報の内容を保証する保証情報を生成する保証情報生成ステップと、
前記クライアント端末からの前記サービスを提供するクライアント端末の状況に関し前記保証情報を含む端末状況情報および前記サービスの要求に関し前記保証情報を含むサービス要求情報を受信する受信ステップと、
前記保証情報生成ステップにおいて生成された保証情報と前記受信ステップにおいて受信された端末状況情報に含まれる保証情報と前記サービス要求情報に含まれる保証情報とが同一であるか否かを判定し、前記受信ステップにおいて受信された前記端末状況情報に含まれる監視情報と前記サービス要求情報に含まれる前記サービスを提供可能な条件に関する状況条件情報が同一であるか否かを判定し、判定結果を示し前記サービス要求情報を含む判定情報と前記保証情報とを含む制御情報を生成するステップと、
前記保証情報生成ステップにおいて生成された保証情報と前記制御情報に含まれる保証情報とが同一であるか否かを判定し、同一である場合、前記サービス要求情報によって指定される前記保証情報を含むサービスを送信するステップと、
を有するサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はクライアント端末、サービス提供サーバ、サービス提供システム、制御方法、およびサービス提供方法に関する。
【背景技術】
【０００２】
ユビキタス環境の浸透に伴い、移動体のコンテキスト（場所、向き、温度、時間な状況情報）を考慮してより適切なサービスを提供するコンテキストアウェアサービス（Ｃｏｎｔｅｘｔ  Ａｗａｒｅ  Ｓｅｒｖｉｃｅ：ＣＡＳ）が注目されている。ＣＡＳを利用したサービスの一例として、ＩＣタグを用いた物流管理サービスや歩行者に対するナビゲーションサービスなどがある。
【０００３】
ＣＡＳを実施可能とするシステムとして、コンテンツの作成者である情報作成者および該情報作成者によって許諾された者を含む情報提供権限者によって提供される該コンテンツの利用制御を行うコンテンツ利用制御システムにおいて、コンテンツを利用者が利用する利用者手段と、利用者手段内で使用するメディアを含む利用者手段の物理要素に関する識別情報および利用者に関する識別情報に基づいた前記コンテンツに対する複数の部分利用許可条件をさらに論理和および論理積の組み合わせによって構造化表現した利用許可条件として設定する設定手段と、設定手段によって設定された利用許可条件をもとに利用者手段によるコンテンツの利用を制御する利用制御手段と、を備えたコンテンツ利用制御システムが知られている。（例えば、特許文献１参照）。
【特許文献１】特開平１１−０９９４８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら特許文献１に記載されたシステムでは、サービスの要求、配信、実行、中断、再開、完了などの各局面において、サービスを利用する状況条件を満たすコンテキスト対象者、サービスを利用する権利をもつサービス権利者、および実際にサービスを利用するサービス利用者を一致させることが困難な場合があり、定常的に安全なサービス提供環境が整備されない可能性があった。
【０００５】
本発明はかかる事情に鑑みてなされたものであり、定常的に安全なサービスの要求や提供や利用を実現することが可能なクライアント端末、サービス提供サーバ、サービス提供システム、制御方法、およびサービス提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の第１のクライアント端末は、サービスを提供するサービス提供サーバからサービスを提供されるクライアント端末であって、前記サービスを識別するサービス識別情報、前記サービスの提供対象を識別する提供対象識別情報、および前記サービスを提供可能な状況条件に関する状況条件情報を含むサービス情報を保持するサービス情報保持部と、前記サービス識別情報、前記提供対象識別情報、前記サービス提供サーバおよび当該クライアント端末との間で共有される乱数を含む情報、および前記サービス提供サーバを識別するサーバ識別情報に基づいて、前記サービス提供サーバと当該クライアント端末との間で送受する情報と前記サービス提供サーバ又は当該クライアント端末内部で処理される情報の内容を保証する保証情報を生成する保証情報生成部と、前記保証情報生成部によって生成された保証情報を保持する保証情報保持部と、前記保証情報保持部によって保持された保証情報と前記端末状況情報に含まれる保証情報とが同一であるか否かを判定し、前記端末状況情報に含まれる監視情報と前記サービス情報に含まれる状況条件情報が同一であるか否かを判定し、判定結果を示す判定情報と前記保証情報とを含む制御情報を生成する解析部と、前記保証情報保持部によって保持された保証情報と前記制御情報に含まれる保証情報とが同一であるか否かを判定し、同一である場合、前記サービスに関する制御を行う制御部と、を有する構成としている。
【０００７】
この構成によれば、サービスを利用する状況条件を満たすコンテキスト対象者、サービスを利用する権利をもつサービス権利者、および実際にサービスを利用するサービス利用者を一致させることができ、定常的に安全なサービスの要求や利用を実現することが可能である。また、コンテキスト対象者、サービス権利者、サービス利用者が一致しない場合には、サービスの要求およびサービスの利用を行うことができないようにすることができる。例えば、クライアント端末の監視部を入れ換えたり、クライアント端末に外部から保証情報の異なるサービス情報、サービス、状況情報などを入力する攻撃を検知してサービスの実行を禁止することができる。
【０００８】
また、本発明の第２のクライアント端末は、前記解析部が、前記端末状況情報および前記サービス情報に前記保証情報を含ませたサービス要求情報を含む前記制御情報を生成し、前記制御部が、前記保証情報保持部によって保持された保持している保証情報と前記制御情報に含まれる保証情報とが同一である場合、前記端末状況情報および前記サービス要求情報を送信する構成としている。
【０００９】
この構成によれば、定常的に安全なサービスの要求を行うことが可能である。
【００１０】
また、本発明の第３のクライアント端末は、前記制御部が、前記保証情報保持部によって保持された保証情報と前記制御情報に含まれる保証情報とが同一である場合、前記端末状況情報および前記サービス要求情報に基づいて前記サービスの提供対象を認証するための認証情報を生成する認証部を有し、前記端末状況情報、前記サービス要求情報、及び前記認証情報を送信する構成としている。
【００１１】
この構成によれば、ユーザ認証を実施可能とすることで、さらに安全なサービスの要求を行うことが可能である。
【００１２】
また、本発明の第４のクライアント端末は、前記サービス要求情報に対応する前記保証情報を含むサービスを受信する受信部を有し、前記解析部が、前記保証情報保持部によって保持された保証情報と前記監視部によって生成された端末状況情報に含まれる保証情報とが同一であるか否かを判定し、前記端末状況情報に含まれる監視情報と前記サービス情報に含まれる状況条件情報が同一であるか否かを判定し、判定結果を示し前記サービスを含む判定情報と前記保証情報とを含む制御情報を生成し、前記制御部が、前記保証情報保持部によって保証情報と前記制御情報に含まれる保証情報とが同一である場合、前記制御情報に従って前記サービスを実行制御する構成としている。
【００１３】
この構成によれば、定常的に安全なサービスの実行を行うことが可能である。
【００１４】
また、本発明の第５のクライアント端末は、前記制御部が、前記保証情報保持部によって保持された保証情報と前記監視部によって生成された端末状況情報に含まれる保証情報とが異なる場合、前記サービスの実行を禁止するように制御する構成としている。
【００１５】
この構成によれば、サービスを利用するユーザの所有するクライアント端末において以前とクライアント端末の位置や加速度などの状況が異なり、利用条件を満たさなくなった場合には、サービスの実行を禁止することができ、より安全にサービスを利用することが可能である。
【００１６】
また、本発明の第６のクライアント端末は、前記制御部が、前記解析部において前記端末状況情報に含まれる監視情報と前記サービス情報に含まれる状況条件情報が同一でない判定結果を含む制御情報が出力された場合、前記サービスの実行を中断するように制御する構成としている。
【００１７】
この構成によれば、クライアント端末の状況が実行開始時点と異なる状況となった場合に、サービスの実行を中断することが可能であり、より安全にサービスを利用することができる。
【００１８】
また、本発明の第７のクライアント端末は、前記制御部が、前記解析部において前記端末状況情報に含まれる監視情報と前記サービス情報に含まれる状況条件情報が同一である判定結果を含む制御情報が再び出力された場合、前記サービスの実行を再開するように制御する構成としている。
【００１９】
この構成によれば、一旦サービスを中断した後であっても、クライアント端末の位置や加速度などの状況が再び利用条件を満たすようになった場合には、サービスの実行を再開することができ、安全なサービスを利用することができるとともにサービスの利便性が向上する。
【００２０】
また、本発明の第８のクライアント端末は、前記サービス提供サーバおよび当該クライアント端末の間の通信に用いられる秘密鍵または前記秘密鍵に対応する公開鍵のいずれかを保持する鍵保持部を有し、前記受信部が、前記共有鍵で暗号化されたサービスと前記秘密鍵または前記公開鍵のいずれかで暗号化された前記共有鍵および前記端末状況情報を含むサービス付加情報とを受信し、前記解析部が、前記判定結果を示し前記暗号化されたサービスおよび前記暗号化されたサービス付加情報を含む判定情報と前記保証情報とを含む制御情報を生成し、前記制御部が、前記保証情報保持部によって保証情報と前記制御情報に含まれる保証情報とが同一である場合、前記秘密鍵または前記公開鍵のいずれかで前記制御情報に含まれる暗号化されたサービス付加情報を復号化し、前記サービス付加情報に含まれる端末状況情報と前記監視部によって生成された端末状況情報とが同一である場合、前記サービス付加情報に含まれる共有鍵で前記暗号化されたサービスを復号化する復号化部を有し、前記制御情報に従って前記サービスを実行制御する構成としている。
【００２１】
この構成によれば、サーバで暗号化されたサービスを安全に受け取ることができ、コンテキストに依存しない鍵を用いて共通鍵の復号化を行い、コンテキストに依存してサービスの復号化を行なうため、他のサービス利用者によって盗聴などによるサービスの不正利用が行われる危険性を大幅に低減できる。
【００２２】
また、本発明の第９のクライアント端末は、前記保証情報の生成に利用する乱数を含む情報が、前記コンテンツ配信サーバと当該クライアント端末との間で保証情報の共有に先立ち実施された相手認証、鍵共有において利用された情報である構成としている。
【００２３】
この構成によれば、共有時に利用された情報を用いることで効率的かつ、安全な保証情報の生成が可能である。
【００２４】
また、本発明の第１のサービス提供サーバは、サービスを提供可能なサービス提供サーバであって、当該サービス提供サーバを識別するサーバ識別情報、前記サービスを提供対象を識別する提供対象識別情報、前記サービス提供サーバおよび当該クライアント端末との間で共有される乱数を含む情報、および前記サービスを識別するサービス識別情報に基づいて、当該サービス提供サーバと前記サービスが提供されるクライアント端末との間で送受する情報と当該サービス提供サーバ又は前記クライアント端末内部で処理される情報の内容を保証する保証情報を生成する保証情報生成部と、前記クライアント端末からの前記サービスを提供するクライアント端末の状況に関し前記保証情報を含む端末状況情報および前記サービスの要求に関し前記保証情報を含むサービス要求情報を受信する受信部と、前記保証情報生成部によって生成された保証情報を保持する保証情報保持部と、前記クライアント端末の状況を監視し、監視結果を示す監視情報と前記保証情報保持部によって保持された保証情報とを含む端末状況情報を生成する監視部と、前記保証情報保持部によって保持された保証情報と前記受信部によって受信された端末状況情報に含まれる保証情報と前記サービス要求情報に含まれる保証情報とが同一であるか否かを判定し、受信部によって受信された前記端末状況情報に含まれる監視情報と前記サービス要求情報に含まれる前記サービスを提供可能な条件に関する状況条件情報が同一であるか否かを判定し、判定結果を示し前記サービス要求情報を含む判定情報と前記保証情報とを含む制御情報を生成する解析部と、前記保証情報保持部によって保持された保証情報と前記制御情報に含まれる保証情報とが同一であるか否かを判定し、同一である場合、前記サービス要求情報によって指定される前記保証情報を含むサービスを送信する制御部と、を有する構成としている。
【００２５】
この構成によれば、サービスを利用する状況条件を満たすコンテキスト対象者、サービスを利用する権利をもつサービス権利者、および実際にサービスを利用するサービス利用者を一致させることができ、定常的に安全なサービスの提供を実現することが可能である。また、コンテキスト対象者、サービス権利者、サービス利用者が一致しない場合には、サービスの提供を行うことができないようにすることができる。
【００２６】
また、本発明の第２のサービス提供サーバは、前記クライアント端末または前記サービス提供サーバの状況を監視し、監視結果を示す監視情報と前記保証情報保持部によって保持された保証情報とを含む端末状況情報またはサーバ状況情報を生成する監視部を有する構成としている。
【００２７】
この構成によれば、クライアント端末やサービス提供サーバの状況に関するコンテキストを取得することで、取得時の状態に応じたより安全性の高いサービスを提供することが可能である。例えば、サービス提供サーバに関するコンテキストをユーザが検証したい場合、ユーザのコンテキストをサービス提供サーバが検証したい場合にこの情報を利用することが可能であり、安全性が向上する。
【００２８】
また、本発明の第３のサービス提供サーバは、前記受信部が、更に、前記サービスの提供対象を認証するための認証情報を受信し、前記解析部は、前記判定結果を示し前記認証情報および前記サービス要求情報を含む判定情報と前記保証情報とを含む制御情報を生成し、前記制御部が、前記保証情報保持部によって保持された保証情報と前記制御情報に含まれる保証情報とが同一である場合、前記端末状況情報および前記サービス要求情報に基づいて前記サービスの提供対象を検証するための検証情報を生成し、前記認証情報と前記検証情報とが同一である場合、前記認証情報の送信元が前記サービスの提供対象であると判定する検証部を有する構成としている。
【００２９】
この構成によれば、サービス要求を行ったクライアント端末の状況と前記端末を所有するユーザを確実に確認することが可能であり、より安全なサービスの提供を行うことができる。
【００３０】
また、本発明の第４のサービス提供サーバは、当該サービス提供サーバおよび前記クライアント端末の間の通信に用いられる共有鍵と秘密鍵または前記秘密鍵に対応する公開鍵のいずれかとを保持する鍵保持部を有し、前記制御部が、前記サービス要求情報によって指定されるサービスを前記共有鍵で暗号化し、前記共有鍵および前記端末状況情報を含むサービス付加情報を前記秘密鍵または前記公開鍵のいずれかで暗号化する暗号化部を有し、前記暗号化されたサービスおよび前記暗号化されたサービス付加情報を送信する構成としている。
【００３１】
この構成によれば、提供を行うサービスをコンテキストに依存しない鍵を用いた暗号化とコンテキストに依存した暗号化の両方を行うため、他のサービス利用者によって行なわれる盗聴など攻撃によりサービスの不正利用が行われる危険性を大幅に低減できる。
【００３２】
また、本発明の第５のサービス提供サーバは、前記保証情報の生成に利用する乱数を含む情報が、当該コンテンツ配信サーバと前記クライアント端末との間で保証情報の共有に先立ち実施された相手認証、鍵共有において利用された情報である構成としている。
【００３３】
この構成によれば、共有時に利用された情報を用いることで効率的、安全な保証情報の生成が可能である。
【００３４】
また、本発明の第１のサービス提供システムは、上記のサービスの要求および実行が可能な１つ以上のクライアント端末と、上記のサービス提供サーバとを有する構成としている。
【００３５】
この構成によれば、サービスを利用する状況条件を満たすコンテキスト対象者、サービスを利用する権利をもつサービス権利者、および実際にサービスを利用するサービス利用者を一致させることができ、定常的に安全なサービスの要求や提供や利用を実現することが可能である。また、コンテキスト対象者、サービス権利者、サービス利用者が一致しない場合には、サービスの要求、提供、利用を行うことができないようにすることができる。
【００３６】
また、本発明の第１の制御方法は、クライアント端末がサービスを提供するサービス提供サーバから提供されるサービスに関する制御を行うための制御方法であって、前記サービスを識別するサービス識別情報、前記サービスの提供対象を識別する提供対象識別情報、前記サービス提供サーバおよび当該クライアント端末との間で共有される乱数を含む情報、および前記サービス提供サーバを識別するサーバ識別情報に基づいて、前記サービス提供サーバと当該クライアント端末との間で送受する情報と前記サービス提供サーバ又は当該クライアント端末内部で処理される情報の内容を保証する保証情報を生成する保証情報生成ステップと、前記クライアント端末の状況を監視し、監視結果を示す監視情報と前記保証情報生成ステップにおいて生成された保証情報とを含む端末状況情報を生成するステップと、前記保証情報生成ステップにおいて生成された保証情報と前記端末状況情報に含まれる保証情報とが同一であるか否かを判定し、前記端末状況情報に含まれる監視情報と前記サービスを提供可能な状況条件に関する状況条件情報が同一であるか否かを判定し、判定結果を示す判定情報と前記保証情報とを含む制御情報を生成するステップと、前記保証情報生成ステップにおいて生成された保証情報と前記制御情報に含まれる保証情報とが同一であるか否かを判定し、同一である場合、前記サービスに関する制御を行うステップとを有する方法としている。
【００３７】
この方法によれば、サービスを利用する状況条件を満たすコンテキスト対象者、サービスを利用する権利をもつサービス権利者、および実際にサービスを利用するサービス利用者を一致させることができ、定常的に安全なサービスの要求や利用を実現することが可能である。また、コンテキスト対象者、サービス権利者、サービス利用者が一致しない場合には、サービスの要求およびサービスの利用を行うことができないようにすることができる。例えば、クライアント端末の監視部を入れ換えたり、クライアント端末に外部から保証情報の異なるサービス情報、サービス、状況情報などを入力する攻撃を検知してサービスの実行を禁止することができる。
【００３８】
また、本発明の第１のサービス提供方法は、サービスを提供可能なサービス提供サーバが前記サービスを提供するサービス提供方法であって、当該サービス提供サーバを識別するサーバ識別情報、前記サービスを提供対象を識別する提供対象識別情報、前記サービス提供サーバおよび当該クライアント端末との間で共有される乱数を含む情報、および前記サービスを識別するサービス識別情報に基づいて、当該サービス提供サーバと前記サービスが提供されるクライアント端末との間で送受する情報と当該サービス提供サーバ又は前記クライアント端末内部で処理される情報の内容を保証する保証情報を生成する保証情報生成ステップと、前記クライアント端末からの前記サービスを提供するクライアント端末の状況に関し前記保証情報を含む端末状況情報および前記サービスの要求に関し前記保証情報を含むサービス要求情報を受信する受信ステップと、前記保証情報生成ステップにおいて生成された保証情報と前記受信ステップにおいて受信された端末状況情報に含まれる保証情報と前記サービス要求情報に含まれる保証情報とが同一であるか否かを判定し、前記受信ステップにおいて受信された前記端末状況情報に含まれる監視情報と前記サービス要求情報に含まれる前記サービスを提供可能な条件に関する状況条件情報が同一であるか否かを判定し、判定結果を示し前記サービス要求情報を含む判定情報と前記保証情報とを含む制御情報を生成するステップと、前記保証情報生成ステップにおいて生成された保証情報と前記制御情報に含まれる保証情報とが同一であるか否かを判定し、同一である場合、前記サービス要求情報によって指定される前記保証情報を含むサービスを送信するステップと、を有する方法としている。
【００３９】
この方法によれば、サービスを利用する状況条件を満たすコンテキスト対象者、サービスを利用する権利をもつサービス権利者、および実際にサービスを利用するサービス利用者を一致させることができ、定常的に安全なサービスの提供を実現することが可能である。また、コンテキスト対象者、サービス権利者、サービス利用者が一致しない場合には、サービスの提供を行うことができないようにすることができる。
【発明の効果】
【００４０】
本発明によれば、定常的に安全なサービスの要求や提供や利用を実現することが可能である。
【発明を実施するための最良の形態】
【００４１】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００４２】
（第１の実施形態）
まず、本実施形態におけるコンテンツ配信システム１０００の構成について説明する。図１はコンテンツ配信システム１０００の構成の一例を示すブロック図である。
コンテンツ配信システム１０００は、コンテンツを配信され、そのコンテンツを利用するクライアント端末１００、コンテンツの配信を行うコンテンツ配信サーバ２００、およびコンテンツを配信するためのサービスチケットを発行するチケット発行サーバ３００を有する。尚、コンテンツ配信システム１０００は「サービス提供システム」の一例であり、ＣＡＳ環境を構築している。また、クライアント端末１００はＣＡＳの利用者が有する端末であり、クライアント端末１００の一例として、携帯電話装置、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｅｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、ＰＣなどが考えられる。また、コンテンツ配信サーバ２００は「サービス提供サーバ」の一例であり、ＣＡＳの提供者であるプロバイダが有するサーバである。また、コンテンツは「サービス」の一例である。また、チケット発行サーバ３００はチケットの発行元であるイシュアが有するサーバである。
【００４３】
クライアント端末１００は、チケット取得部１０５、ＣＣＶ（Ｃｏｎｔｅｘｔ  Ｃｏｎｎｅｃｔｉｏｎ  Ｖａｌｕｅ）共有部１１０、ＣＣＶ設定部１２０、監視部１３０、解析部１４０、および制御部１５０を有する。また、コンテンツ配信サーバ２００は、ＣＣＶ共有部２１０、ＣＣＶ設定部２２０、監視部２３０、解析部２４０、および制御部２５０を有する。
【００４４】
ここで、ＣＣＶとは、クライアント端末１００の識別情報、コンテンツ配信サーバ２００、およびコンテンツの識別情報などに基づいて生成される識別情報である。このＣＣＶを用いて、監視部１３０、２３０、解析部１４０、２４０、および制御部１５０、２５０が動作する際の保証が行われる。
【００４５】
チケット取得部１０５は、チケット発行サーバ３００からサービスチケットを取得し保持する。尚、チケット取得部１０５は「サービス情報取得部」としての機能を有する。
【００４６】
ＣＣＶ共有部１１０および２１０は同一の機能を有するため、まとめて説明する。尚、ＣＣＶ共有部１１０、２１０は「保証情報生成部」としての機能を有する。
【００４７】
ＣＣＶ共有部１１０、２１０は、クライアント端末１００とコンテンツ配信サーバ２００との間で通信可能とするための相互認証および通信を行う際に使用する鍵を共有する処理（以下、相互認証処理等という）を実施し、クライアント端末１００を所有するコンテンツの利用するユーザを識別するユーザＩＤおよびコンテンツ配信サーバ２００を識別するサーバＩＤをクライアント端末１００およびコンテンツ配信サーバ２００間で互いに交換し、さらに相互認証処理等において使用された乱数要素を互いに共有する。これらの交換に加え、監視部１３０にて取得されるコンテキストに対応するトークンやチケット取得部１０５によって取得されたサービスチケットをこの時点で互いに交換してもよい。尚、相互認証処理等は、一般的な方法で行われる。このように相互認証処理等の実施後に各種情報の交換を行うことにより、安全性が向上する。
【００４８】
また、ＣＣＶ共有部１１０、２１０は、各種交換を行った後、ユーザＩＤ、サーバＩＤ、およびサービスチケットに含まれコンテンツを識別するコンテンツＩＤ、共有された乱数要素に基づいて、ＣＣＶを生成し互いに共有する。これらのＩＤに加え、コンテンツを利用するための権利情報を含むサービスチケットにも基づいてＣＣＶを生成してもよい。具体的には、ＣＣＶは、ＣＣＶ共有部１１０、２１０が上記の各種ＩＤ、乱数要素のハッシュ値を計算することで作成される。また、これらの情報にトークンおよびチケットをも含めてハッシュ値を計算することでＣＣＶの作成を行ってもよい。ハッシュ値の生成にはSHA-1などの方式を利用することが可能である。
【００４９】
ＣＣＶ設定部１２０は、監視部１３０、解析部１４０、制御部１５０の各機能にＣＣＶを設定する。具体的には、ＣＣＶ設定部１２０がＣＣＶを保持し、各部１３０、１４０、１５０が適宜ＣＣＶを参照可能な状態とする。もしくは、各部１３０、１４０、１５０を記録するメモリ中にＣＣＶが保持され、適宜ＣＣＶを参照可能な状態とする。尚、ＣＣＶ設定部１２０は「保証情報保持部」としての機能を有する。
【００５０】
監視部１３０は、クライアント端末１００の状況を示すコンテキストを計測し、対応するトークンを解析部１４０へ出力する。この際、トークンへＣＣＶを埋め込む。コンテキストの計測は、例えばコンテキストとしてクライアント端末１００の位置情報を含む場合、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）の電波を取得することで実現できる。また、例えばコンテキストとしてクライアント端末１００の温度情報を含む場合、温度センサにより取得することが可能である。また、例えばコンテキストとしてクライアント端末１００の残高情報を含む場合、クライアント端末１００にＦｅｌｉｃａ（登録商標）を搭載することで取得可能である。
また、監視部１３０はコンテキストを定期的に計測しており、計測結果に対応するトークンを制御部１５０へ出力する。
【００５１】
解析部１４０は、サービスチケット、トークンなどの解析および検証を行い、その結果を制御情報として制御部１５０へ出力する。具体的には、解析部１４０は、解析部１４０に入力される情報に含まれるＣＣＶが解析部１４０が参照するＣＣＶと一致しているか否かを判定し、一致する場合には制御情報を出力する。この際、制御情報へＣＣＶを埋め込む。
【００５２】
制御部１５０は、ＣＣＶを含む制御情報に従い、コンテンツの要求、コンテンツの実行の開始、中断、再開、停止などの処理を行うように制御する。具体的には、制御部１５０は、制御部１５０に入力される情報に含まれるＣＣＶが制御部１５０が参照するＣＣＶと一致しているか否かを判定し、一致する場合には特定の制御を行う。
【００５３】
ＣＣＶ設定部２２０は、監視部２３０、解析部２４０、制御部２５０の各機能にＣＣＶを設定する。具体的には、ＣＣＶ設定部２２０がＣＣＶを保持し、各部２３０、２４０、２５０が適宜ＣＣＶを参照可能な状態とする。もしくは、各部２３０、２４０、２５０を記録するメモリ中にＣＣＶが保持され、適宜ＣＣＶを参照可能な状態とする。尚、ＣＣＶ設定部２２０は「保証情報設定部」としての機能を有する。
【００５４】
監視部２３０は、クライアント端末１００の状況を示すコンテキスト、コンテンツ配信サーバ２００の状況を示すコンテキストを計測し、対応するトークンを解析部２４０へ出力する。この際、トークンへＣＣＶを埋め込む。クライアント端末１００のコンテキストの計測は、例えばコンテキストとしてクライアント端末１００の位置情報を含む場合、ＧＰＳの電波を取得すること、基地局のようにクライアント端末１００の位置情報をチェックすることで取得すること、もしくはこれらを併用することで実現可能である。また、例えばコンテキストとしてクライアント端末１００の温度情報を含む場合、センサネットワークによりクライアント端末１００の周辺に配置されたセンサから取得することで実現可能である。また、例えばコンテキストとしてクライアント端末１００の残高情報を含む場合、クライアント端末１００にＦｅｌｉｃａ（登録商標）などを搭載することで、ネットワーク経由で取得することで実現可能である。また、コンテンツ配信サーバ２００の状況を示すコンテキストは、例えば位置情報を含む場合、ＧＰＳの電波を取得することで実現可能である。コンテンツ配信サーバ２００のコンテキストは、例えばご当地コンテンツの配信先の確認などに利用される。
【００５５】
解析部２４０は、サービスチケット、トークンの解析および検証を行い、その結果に基づいて制御情報として制御部１５０へ出力する。具体的には、解析部１４０は、解析部１４０に入力される情報に含まれるＣＣＶが解析部１４０が参照するＣＣＶと一致しているか否か、かつ、サービスチケットに含まれる状況条件とトークンに含まれる状況情報が一致するか否かを判定し、一致する場合には制御情報を出力する。この際、制御情報へＣＣＶを埋め込む。尚、解析部２４０は、「受信部」としての機能を有する。
【００５６】
尚、解析部２４０に入力される情報の１つとしてトークンがあり、このトークンとしてクライアント端末１００から送信されるトークンと監視部２３０によって計測されるコンテキストに対応するトークンがあるが、これらのトークンのうち少なくとも１つが解析部に入力される。
【００５７】
制御部２５０は、ＣＣＶを含む制御情報に従い、コンテンツの提供処理を行うように制御する。具体的には、制御部１５０は、制御部２５０に入力される情報に含まれるＣＣＶが制御部２５０が参照するＣＣＶと一致しているか否かを判定し、一致する場合にはコンテンツの配信処理を行うよう制御する。配信コンテンツは、コンテンツを蓄積する外部のコンテンツ蓄積サーバより取得してもよいし、コンテンツ配信サーバ２００内にあらかじめ保持しておいてもよい。尚、配信コンテンツへＣＣＶを埋め込む。
【００５８】
次に、コンテンツ配信システム１０００において用いられる各データのデータ構成について説明する。
【００５９】
トークンは、クライアント端末１００に関する様々な状況情報（例えば、クライアント端末１００の位置情報、加速度情報、時刻情報、残高情報など）およびＣＣＶを有する。
【００６０】
クライアント端末１００を有しコンテンツを利用するユーザの識別情報を示すプロファイルは、ユーザ情報（例えばユーザのＩＤ、属性、会員情報など）を有する。
【００６１】
サービスチケットは、コンテンツに関するコンテンツ情報（例えば、コンテンツの種別、コンテンツのＩＤ、コンテンツの提供を行うコンテンツ配信サーバ２００のサーバＩＤなど）、本サービスチケットを利用可能な権利者情報（例えば、コンテンツを利用可能なユーザのＩＤや属性、コンテンツを利用するユーザの優先度など）、本サービスチケットに関する制限事項（本サービスチケットの有効期限や利用可能回数、利用料金など）、本サービスチケットを利用可能な状況条件（位置条件、加速度条件、時刻条件、残高条件など）、およびＣＣＶを有する。尚、ＣＣＶはチケット発行サーバ３００によるサービスチケット発行時からサービスチケットに含まれているものではなく、解析部１４０によって設定される。
なお、ＣＣＶを含む各種データを一般的な技術であるディジタル署名の付加や暗号化などにより保護することでより安全性を強化することが可能であるが、説明を簡単にするために詳細については省略する。
【００６２】
次に、クライアント端末１００およびコンテンツ配信サーバ２００の動作について説明する。まず、クライアント端末１００がコンテンツの配信を要求する場合の動作について説明する。
【００６３】
チケット取得部１０５は、所定のサービスチケットをチケット発行サーバ３００から取得し保持する。そして、ＣＣＶ共有部１１０が、コンテンツ配信サーバ２００との間で相互認証処理等を実施後、ＣＣＶを生成し共有する。サービスチケットの状況条件は、例えば「ユーザの住所Ａで毎日１７：００以降利用可能」などの条件である。ＣＣＶ共有後、ＣＣＶ設定部１２０は監視部１３０、解析部１４０、制御部１５０にＣＣＶを設定する。この設定により、各部１３０、１４０、１５０は、サービスチケット取得時点におけるＣＣＶを保持する。
【００６４】
ＣＣＶが各部１３０、１４０、１５０へ設定されると、監視部１３０はクライアント端末１００の状況を示すコンテキストを計測し、対応するトークンを生成し解析部１４０へ出力する。この際、監視部１３０はトークンへＣＣＶを埋め込む。
【００６５】
解析部１４０は、監視部１３０からのトークンを受け取ると、トークンに含まれるＣＣＶと解析部１４０が参照するＣＣＶとの比較およびトークンに含まれる状況情報とチケット取得部１０５が取得したサービスチケットに含まれる状況条件との比較を行い、それぞれ両者が一致した場合には、サービスチケットにＣＣＶを埋め込んだ制御情報を生成し制御部１５０へ出力する。
【００６６】
制御部１５０は、解析部１４０からの制御情報を受け取ると、制御情報に含まれるＣＣＶと制御部１５０が参照するＣＣＶとの比較を行い、両者が一致した場合には、コンテンツの配信を受けるためのコンテンツ配信要求として、ＣＣＶを含むトークンおよびＣＣＶを含むサービスチケットをコンテンツ配信サーバ２００へ送信する。
【００６７】
このようなＣＣＶを用いたコンテンツ配信要求を行うことにより、例えば予めクライアント端末１００がＩＤを備える場合やコンテンツ配信サーバ２００がクライアント端末１００に対してＩＤを設定する場合と比較すると、ＣＣＶはクライアント端末１００およびコンテンツ配信サーバ２００が協調してコンテンツなどのサービス毎に動的に生成されるため、予めＣＣＶを予想することが困難となり、安全性が飛躍的に向上する。また、例えば制御部１５０においてのみＩＤを用いたアクセス制御を行う場合と異なり、監視部１３０、解析部１４０、制御部１５０の機能すべてにおいてチェックを行っているため、コンテキスト計測時やチケット解析時における外部要因による異常に対しても定常的に安全を保証することができる。
【００６８】
次に、コンテンツ配信サーバ２００がコンテンツの配信を行う場合の動作について説明する。
【００６９】
ＣＣＶ共有部２１０は、クライアント端末２００との間で相互認証処理等を実施後、ＣＣＶを生成し共有する。ＣＣＶ共有後、ＣＣＶ設定部２２０は監視部２３０、解析部２４０、制御部２５０にＣＣＶを設定する。この設定により、各部２３０、２４０、２５０は、サービスチケット取得時点におけるＣＣＶを保持する。
【００７０】
ＣＣＶが各部２３０、２４０、２５０へ設定されると、監視部２３０はクライアント端末２００の状況を示すコンテキストを計測し、対応するトークンを生成し制御部２５０へ出力する。また、このトークンを解析部２４０へ出力してもよい。この際、監視部２３０はトークンへＣＣＶを埋め込む。
【００７１】
解析部２４０は、クライアント端末１００から送信されるトークンおよびサービスチケットを受信すると、解析部２４０に入力されるサービスチケットに含まれるＣＣＶおよびトークンに含まれるＣＣＶが解析部２４０が参照するＣＣＶと一致しているか否か、かつ、サービスチケットに含まれる状況条件とトークンに含まれる状況情報が一致するか否かを判定し、一致する場合には、サービスチケットにＣＣＶを埋め込んだ制御情報を制御部２５０へ出力する。また、判定を行うトークンとして、監視部２３０からのトークンを使用することもできる。また、制御情報にトークンを含ませるか、トークンを監視部から直接、制御部へ入力することもできる。
【００７２】
制御部２５０は、監視機能２３０からのトークンおよび解析部２４０からの制御情報を受け取ると、トークンに含まれるＣＣＶおよび制御情報に含まれるＣＣＶが制御部２５０が参照するＣＣＶと一致しているか否かを判定し、一致する場合には、サービスチケットにて指定されたコンテンツにＣＣＶを埋め込み、ＣＣＶを含むコンテンツ配信サーバ２００の状況に関するコンテキストに対応するトークンおよびＣＣＶを含むコンテンツをクライアント端末１００へ送信する。尚、コンテンツを一般的な暗号化方法により暗号化することで、コンテンツ配信における安全性を向上させることが可能である。コンテンツに含まれるトークンは、事前にサーバの正しいトークンを取得しておき、そのトークンと比較する。正しいトークンはサービスチケットの発行者の有するチケット発行サーバ３００から取得する。この比較により、例えばフィッシング詐欺を防止することが可能である。また、コンテンツ配信サーバ２００の状況に関するコンテキストに対応するトークンを送信することで、サービスチケットに記載された以外の使用状況（コンテキスト）をコンテンツ配信サーバ２００が指定することが可能となる。さらに、クライアント端末１００においてコンテンツ配信サーバ２００の状況に関するコンテキストを検証することが可能となるため、セキュリティの向上を図ることができる。
【００７３】
このようなＣＣＶを用いたコンテンツ配信を行うことにより、ＣＣＶはクライアント端末１００およびコンテンツ配信サーバ２００が協調してコンテンツなどのサービス毎に動的に生成されるため、予めＣＣＶを予想することが困難となり、安全性が飛躍的に向上する。また、監視部２３０、解析部２４０、制御部２５０の機能すべてにおいてチェックを行っているため、コンテキスト計測時やトークンおよびサービスチケット解析時における外部要因による異常に対しても定常的に安全を保証することができる。
【００７４】
次に、クライアント端末１００がコンテンツの実行制御を行う場合の動作について説明する。
【００７５】
解析部１４０は、コンテンツ配信サーバ２００から送信されるＣＣＶを含むトークンおよびＣＣＶを含むコンテンツを受信すると、コンテンツ受信時における監視部１３０からのトークンに含まれるＣＣＶが解析部１４０が参照するＣＣＶと一致しているか否かを判定する。ＣＣＶが一致していると判定された場合には、解析部１４０は、コンテンツ受信時における監視部１３０からのトークンに含まれる状況情報とチケット保持部１０５が保持するサービスチケットの状況条件とが一致しているか否かを判定し、状況情報と状況条件とが一致する場合には、コンテンツおよびトークンを含む情報にＣＣＶを埋め込んだコンテンツの実行を指示するための制御情報を制御部１５０へ出力する。また、状況情報と状況条件とが一致しない場合には、解析部１４０は、コンテンツおよびトークンを含む情報にＣＣＶを埋め込んだコンテンツの実行をさせないための制御信号を制御部１５０へ出力する。
【００７６】
制御部１５０は、解析部１４０からの制御情報を受け取ると、制御情報に含まれるＣＣＶが制御部１５０が参照するＣＣＶと一致しているか否かを判定する。両者が一致する場合には、制御情報に基づいてコンテンツの実行制御を行う。つまり、コンテンツの実行を行うよう制御情報によって指示された場合は、制御部１５０はコンテンツを利用可能状態としてコンテンツを実行するアプリケーションへ送信する。また、コンテンツの実行をしないよう制御情報によって指示された場合は、制御部１５０はコンテンツの実行を行わないようにアプリケーションに指示する。したがって、コンテンツの実行をさせないよう指示する制御情報を受け取った場合、その時点においてすでにコンテンツの実行を行っていた場合には、制御部１５０はコンテンツの実行を中断させることができる。また、コンテンツの実行を行うよう指示する制御情報を受け取った場合、その時点においてコンテンツの実行を中断させていた場合には、制御部１５０はコンテンツの実行を再開させることができる。これにより、アプリケーションによるコンテンツの実行、中断、再開が可能となる。尚、制御部１５０は制御情報に含まれるトークンを一時的に保持することができる。
【００７７】
また、アプリケーションによるコンテンツ実行中においても、監視部１３０はコンテキストの計測を定期的に実施しており、計測結果に対応するトークンにＣＣＶを埋め込み、トークンを制御部１５０へ出力している。例えば、第３者によるなりすましによって監視部１３０が計測するコンテキストが変化した場合には、その計測結果に対応するトークンも以前と異なるものとなるため、制御部１５０が一時保持しているトークンと監視部が計測したコンテキストに対応するトークンが一致しない。このようにトークンが一致しない場合には、制御部１５０がコンテンツの実行を禁止する実行禁止情報をアプリケーションへ送信する。これにより、監視部１３０によるコンテキストの計測結果に基づいて、アプリケーションによるコンテンツ実行を禁止することが可能である。
【００７８】
このようなＣＣＶを用いたコンテンツ実行を行うことにより、ＣＣＶはクライアント端末１００およびコンテンツ配信サーバ２００が協調してコンテンツなどのサービス毎に動的に生成されるため、予めＣＣＶを予想することが困難となり、安全性が飛躍的に向上する。また、監視部１３０、解析部１４０、制御部１５０の機能すべてにおいてチェックを行っているため、コンテキスト計測時やトークンおよびコンテンツ解析時における外部要因による異常に対しても定常的に安全を保証することができる。
【００７９】
このようなコンテンツ配信システム１０００によれば、ＣＣＶを一度共有した後に、第３者がなりすましたり、第３者のコンテキスト情報を外部から与えたり、制御機能を他の機能に入れ換えたりすると、ＣＣＶが一致しなくなり、いずれかの部位で異常を検出することができるので、コンテキスト対象者と、サービス権利者と、サービス利用者の一致を確実に実現することが可能である。
【００８０】
（第２の実施形態）
まず、本実施形態におけるコンテンツ配信システム２０００の構成について説明する。図２はコンテンツ配信システム２０００の構成の一例を示す図である。コンテンツ配信システム１０００の構成部と同一の機能である構成部には同一の符号を付し、説明を省略する。
【００８１】
コンテンツ配信システム２０００は、コンテンツを利用可能なクライアント端末４００、コンテンツを提供可能なコンテンツ配信サーバ５００、およびチケット発行サーバ３００を有する。尚、コンテンツ配信システム２０００は「サービス提供システム」の一例である。コンテンツ配信サーバは「サービス提供サーバ」の一例である。
【００８２】
クライアント端末４００は、チケット取得部１０５、ＣＣＶ共有部１１０、ＣＣＶ設定部１２０、監視部１３０、解析部４４０、制御部４５０を有する。また、コンテンツ提供サーバ５００は、ＣＣＶ共有部１１０、ＣＣＶ設定部２２０、監視部２３０、解析部５４０、および制御部５５０を有する。
【００８３】
解析部４４０は、解析部１４０が有する機能に加え、暗号化部５５２によって暗号化されたヘッダが付加された暗号コンテンツを受信し、所定の条件を満たした場合に、暗号化ヘッダが付加された暗号コンテンツを含み復号化を指示するための制御情報を生成する。この際、制御情報へＣＣＶを埋め込む。
【００８４】
制御部４５０は、制御部１５０が有する機能に加え、ユーザ認証のための署名を行う署名部４５１およびヘッダと暗号化コンテンツを復号可能な復号化部４５２を有する。
【００８５】
署名部４５１は、監視部１３０からのトークンと解析部４４０を経由して取得されたサービスチケットの連接情報のハッシュ値を計算し、計算結果を認証情報として生成する。認証情報により、クライアント端末４００を所有するユーザからのコンテンツ要求であることをコンテンツ配信サーバ５００に知らせることができる。尚、署名部４５１は「認証部」としての機能を有する。
【００８６】
復号化部４５２は、コンテンツ配信サーバ５００から配信される暗号コンテンツに付加されるヘッダを復号化部４５２が有する固有の秘密鍵またはこれに対応する公開鍵で復号化し、ヘッダを復号化して得たヘッダに含まれるトークンと制御情報に含まれるトークンとが同一であり、さらに、制御部４５０が参照するＣＣＶとヘッダに含まれるトークンに含まれるＣＣＶとが同一である場合のみ、ヘッダに含まれる復号鍵を利用して暗号化コンテンツを復号する。復号鍵として、コンテンツ配信サーバ５００との共有鍵を用いる。これにより、さらに安全性が向上する。復号化部４５２は固有の秘密鍵またはこれに対応する公開鍵、復号鍵を保持している。尚、復号化部４５２は「鍵保持部」の機能を有している。
【００８７】
解析部５４０は、解析部２４０が有する機能に加え、認証情報を受信し、所定の条件を満たす場合には、認証情報を含み制御部５５０へ暗号化を指示するための制御情報を生成する。この際、制御情報へＣＣＶを埋め込む。尚、解析部５４０は「受信部」としての機能を有する。
【００８８】
制御部５５０は、制御部２５０が有する機能に加え、クライアント端末４００から送信される認証情報の検証を行う検証部５５１および配信を行うコンテンツおよびヘッダの暗号化を行う暗号化部５５２を有する。
【００８９】
検証部５５１は、クライアント端末４００から送信される署名に含まれるトークンおよびサービスチケットの連接情報からハッシュ値を計算し、計算結果を検証情報として生成する。そして、クライアント端末４００から送信される認証情報と検証情報が一致する場合に、正当なユーザからのコンテンツ要求であるものと判断する。
【００９０】
暗号化部５５２は、配信対象のコンテンツを復号鍵で暗号化し暗号化コンテンツを生成する。また、暗号化部５５２は、暗号化コンテンツの配信時に、暗号化コンテンツに添付するヘッダ（後述する図３参照）を復号化部４５２が有する固有の秘密鍵またはこれに対応する公開鍵で暗号化する。これにより、コンテキストに依存して処理負荷が増加することを防止できる。また、ヘッダを暗号化する回数が１回で済み、処理負荷が軽減される。また、ヘッダはコンテキストに依存しない鍵によって暗号化されるため、鍵を推測される危険性が低減される。暗号化部５５２は固有の秘密鍵またはこれに対応する公開鍵、復号鍵を保持している。尚、暗号化部５５２は「鍵保持部」としての機能を有する。
【００９１】
次に、制御部５５０がコンテンツの配信を行う際に暗号化コンテンツに付加されるヘッダの構成について説明する。図３はヘッダのデータ構成の一例を示した図である。ヘッダは柔軟に構成させることが可能である。
【００９２】
図３（ａ）に示すように、ヘッダ６００は、ＣＣＶを含むクライアント端末４００の状況に関するコンテキストに対応するトークン６０１と暗号化コンテンツの復号化するための復号鍵６０２を有する。ヘッダ６００により、暗号化コンテンツの復号鍵とともに解析が困難なトークンを暗号化して送付することで、より安全なコンテンツ配信を行うことが可能である。
【００９３】
また、図３（ｂ）に示すように、ヘッダ６１０は、コンテンツの第１部分に対応するＣＣＶを含むクライアント端末４００の状況に関するコンテキストに対応するトークン６０１Ａ、コンテンツの第２部分に対応するＣＣＶを含むクライアント端末４００の状況に関するコンテキストに対応するトークン６０１Ｂ、コンテンツの第１部分を復号化するための復号鍵６０２Ａ、コンテンツの第２部分を復号化するための復号鍵６０２Ｂを有する。ヘッダ６１０により、コンテンツが第１部分、第２部分を有する場合には、それぞれに対応する復号鍵、トークンを使用できるため、利便性が向上する。尚、ヘッダに含ませる復号鍵およびトークンの数は２つでなくてもよい。
【００９４】
また、図３（ｃ）に示すように、ヘッダ６２０は、トークン６０１Ａ、トークン６０１Ｂ、およびコンテンツの第１部分、第２部分のいずれも復号化をするための復号鍵６０２Ｃを有する。ヘッダ６２０により、コンテンツの第１部分、第２部分に対して複合鍵を共通して用いることができ、処理負荷を軽減できる。尚、第１部分、第２部分は例えば第１章、第２章として分けられるなど、様々な条件で分けられる。尚、ヘッダに含ませる復号鍵およびトークンの数はこれに限られない。
【００９５】
また、図３（ｄ）に示すように、ヘッダ６３０は、コンテンツの第１部分、第２部分のいずれにも対応するＣＣＶを含むクライアント端末４００の状況に関するコンテキストに対応するトークン６０１Ｃ、復号鍵６０２Ａ、６０２Ｂを有する。ヘッダ６３０により、コンテンツの第１部分、第２部分に対してトークンを共通して用いることができ、処理負荷を軽減できる。尚、ヘッダに含ませる復号鍵およびトークンの数はこれに限られない。
【００９６】
また、図３（ｅ）に示すように、ヘッダ６４０は、トークン６０１、復号鍵６０２、サービスチケット６０３を有する。ヘッダ６４０により、例えば継続するコンテンツを配信する場合において、この配信において第１部分のコンテンツを配信し、次の配信において第２部分のコンテンツを配信することができる。尚、ヘッダに含ませる復号鍵およびトークンの数はこれに限られない。
【００９７】
また、図３（ｆ）に示すように、ヘッダ６５０は、トークン６０１、復号鍵６０２、ヘッダ６０４を有する。ヘッダ６０４は、例えばヘッダ６００〜６５０のヘッダである。ヘッダ６４０により、ヘッダを入れ子構造として復号順序を指定することが可能である。
【００９８】
次に、クライアント端末４００およびコンテンツ配信サーバ５００の動作について説明する。まず、クライアント端末４００がコンテンツの配信を要求する場合の動作について説明する。
【００９９】
次に、クライアント端末４００およびコンテンツ配信サーバ５００の動作について説明する。まず、クライアント端末４００がコンテンツの配信を要求する場合の動作について説明する。尚、クライアント端末１００がコンテンツの配信を要求する場合の動作と同様の処理については、説明を省略する。
【０１００】
まず、チケット取得部１０５によるサービスチケットの取得から解析部４４０による制御情報の生成、出力については、クライアント端末１００と同様の処理を行う。
【０１０１】
制御部４５０は、解析部４４０からの制御情報を受け取ると、制御情報に含まれるＣＣＶと制御部４５０が参照するＣＣＶとの比較を行う。両者が一致した場合には、署名部４５１は、制御情報に含まれるサービスチケットと監視部１３０からのトークンとの連接情報のハッシュ値を計算し、計算結果を認証情報として生成する。そして、制御部４５０は、ＣＣＶを含むトークン、ＣＣＶを含むサービスチケット、および認証情報をコンテンツ配信サーバ５００へ送信する。
【０１０２】
このような認証処理を用いたコンテンツ配信要求を行うことにより、コンテンツなどのサービスを受けるべきユーザを確実にサーバ側へ知らせることが可能となり、コンテンツ要求時の安全性が一層向上する。
【０１０３】
次に、コンテンツ配信サーバ５００がコンテンツの配信を行う場合の動作について説明する。
【０１０４】
まず、ＣＣＶ共有部２１０によるＣＣＶの共有から監視部２３０によるトークンの生成、出力については、コンテンツ配信サーバ２００と同様の処理を行う。
【０１０５】
解析部５４０は、クライアント端末１００から送信されるＣＣＶを含むトークン、ＣＣＶを含むサービスチケット、および認証情報を受信すると、サービスチケットに含まれるＣＣＶとトークンに含まれるＣＣＶが解析部５４０が参照するＣＣＶと一致しているか否か、かつ、サービスチケットに含まれる状況条件とトークンに含まれる状況情報が一致するか否かを判定し、一致する場合には、認証情報およびサービスチケットにＣＣＶを含めた暗号化を指示するための制御情報を制御部５５０に出力する。また、判定を行うトークンとして、監視部２３０からのトークンを使用することもできる。また、制御情報にはトークンを含ませることもできる。
【０１０６】
制御部５５０は、監視部２３０からのＣＣＶを含むトークンおよび解析部５４０からのＣＣＶを含む制御情報を受け取ると、トークンに含まれるＣＣＶおよび制御情報に含まれるＣＣＶが制御部５５０が参照するＣＣＶと一致しているか否かを判定する。
【０１０７】
ＣＣＶが一致している場合には、検証部５５１は、トークンと制御情報に含まれるサービスチケットの連接情報からハッシュ値を計算し、計算結果として検証情報を生成する。そして、検証部５５１は、制御情報に含まれる認証情報および検証情報が一致しているか否かを判定する。
【０１０８】
両者が一致している場合には、制御部５５０は、サービスチケットにて指定されたコンテンツを取得する。そして、暗号化部５５２は、コンテンツを復号鍵で暗号化し、さらに、ＣＣＶを含むクライアント端末４００の状況に関するコンテキストに対応するトークンと復号鍵を含むヘッダを固有の秘密鍵またはこれに対応する公開鍵で暗号化し、暗号化したヘッダを暗号化したコンテンツに付加する。そして、制御部５５０は、ＣＣＶを含むトークンおよび暗号化されたヘッダが付加された暗号コンテンツをクライアント端末４００へ送信する。
【０１０９】
このような検証処理、暗号化処理を行うコンテンツ配信を行うことにより、確実にコンテンツの配信対象であるユーザを認証することが可能であり、さらにコンテンツ配信時にＣＣＶを伴う暗号化を実施することにより、コンテンツ配信時の安全性が一層向上する。
【０１１０】
次に、クライアント端末４００がコンテンツの実行制御を行う場合の動作について説明する。
【０１１１】
解析部４４０は、コンテンツ配信サーバ５００から送信されるＣＣＶを含むトークンおよび復号鍵およびトークンを含む暗号化されたヘッダが付加された暗号コンテンツを受信すると、受信時における監視部１３０からのトークンに含まれるＣＣＶが解析部４４０が参照するＣＣＶと一致しているか否かを判定する。さらにＣＣＶが一致していると判定された場合には、監視部４４０は、受信時における監視部１３０からのトークンに含まれる状況情報とチケット保持部１０５が保持するサービスチケットの状況条件とが一致しているか否かを判定する。両者が一致する場合には、暗号化ヘッダが付加された暗号コンテンツおよびトークンにＣＣＶを埋め込んだ復号化の指示および実行制御を行うための制御情報を制御部４５０へ出力する。
【０１１２】
制御部４５０は、制御部５５０からの制御情報を受け取ると、制御情報に含まれるＣＣＶが制御部４５０が参照するＣＣＶと一致しているか否かを判定する。ＣＣＶが一致している場合には、復号化部４５２は、暗号化ヘッダを固有の秘密鍵またはこれに対応する公開鍵で復号化する。そして、制御部４５０は、復号化されたヘッダに含まれるトークンと監視部１３０からのトークンとが一定しているか否かを判定する。両者が一致している場合には、復号化部４５２は、ヘッダに含まれる復号鍵を用いて暗号コンテンツを復号化する。そして、制御部４５０は、制御情報に指定された実行制御方法（再生、中断等）により、復号化されたコンテンツを実行制御する。例えば、制御情報によってコンテンツの実行を指示された場合、復号化されたコンテンツを利用可能状態としてコンテンツを実行するアプリケーションへ送信する。
【０１１３】
尚、安全性の観点から署名処理、復号処理を行う機能は耐タンパモジュールとして実装することが望ましい。例えば、専用のHWを用意するか、UIMカードを利用することが考えられる。このとき、ヘッダの復号や署名の生成に利用するクライアント端末の秘密鍵も、耐タンパモジュール内のセキュアメモリに保存するべきである。
【０１１４】
本来は、制御部４５０自体を耐タンパモジュールとして実装することが望ましいが、コスト面から署名/復号の暗号機能のみを耐タンパモジュール化することになると考えられる。そのため、制御部４５０の改ざんを検出するために上記耐タンパモジュールに改ざん検出部を実装しておき、暗号機能の利用前に前記改ざん検出部により制御部４５０に改ざんがないことを確認する方法が考えられる。
【０１１５】
また、ＣＣＶ共有部１１０、ＣＣＶ設定部１２０、解析部４４０、監視部１３０についても、改ざん検出の対象とするとより安全性が高まる。特にＣＣＶの比較／埋め込みの処理を対象とすると効果が高い。
【０１１６】
尚、制御部４５０は、制御部１５０と同様の機能により、アプリケーションがコンテンツ実行の中断、再開、禁止を行うように制御することも可能である。
【０１１７】
このような復号化処理を用いたコンテンツ実行を行うことにより、ＣＣＶを伴う暗号コンテンツをコンテンツの配信対象とすべきユーザのみが実行可能であり、他のユーザによるコンテンツの実行は不可能となるため、コンテンツ実行時の安全性は一層向上する。
【０１１８】
このようなコンテンツ配信システム２０００によれば、解析困難なＣＣＶと併用して、コンテンツなどのサービスを受けるべきユーザを確実に認証するための認証処理やユーザの検証処理、より安全にコンテンツの配信を行うための暗号化処理や復号化処理を実施することで、コンテンツなどのサービスの要求、提供、利用に際して、より確実に定常的な安全を保証することができる。
【産業上の利用可能性】
【０１１９】
本発明は、定常的に安全なサービスの要求や提供や利用を実現することが可能なクライアント端末、サービス提供サーバ、サービス提供システム等に有用である。
【図面の簡単な説明】
【０１２０】
【図１】本発明の第１の実施形態におけるコンテンツ配信システムの構成の一例を示すブロック図である。
【図２】本発明の第２の実施形態におけるコンテンツ配信システムの構成の一例を示すブロック図である。
【図３】本発明の第２の実施形態におけるヘッダのデータ構成の一例を示す図である。
【符号の説明】
【０１２１】
１０００、２０００  コンテンツ配信システム
１００、４００  クライアント端末
１０５  チケット取得部
１１０、２１０  ＣＣＶ共有部
１２０、２２０  ＣＣＶ設定部
１３０、２３０  監視部
１４０、２４０、４４０、５４０  解析部
１５０、２５０、４５０、５５０  制御部
２００、５００  コンテンツ配信サーバ
３００  チケット発行サーバ
４５１  署名部
４５２  復号化部
５５１  検証部
５５２  暗号化部
６００、６１０、６２０、６３０、６４０、６５０  ヘッダ
６０１、６０１Ａ、６０１Ｂ、６０１Ｃ  トークン
６０２、６０２Ａ、６０２Ｂ、６０２Ｃ  復号鍵
６０３  サービスチケット
６０４  ヘッダ
【図１】
2008176741.tif 000003
【図２】
2008176741.tif 000004
【図３】
2008176741.tif 000005