(57)【要約】      （修正有）【課題】信頼ドメイン内でパケットを配信するシステムを提供する。【解決手段】システムは、信頼ドメイン内の入口ノードで、メッセージを受信する。メッセージに対する特性ベクトルを生成し、特性ベクトルは、メッセージに対して判断されたさまざまな特性を示す。特性ベクトルに基づくメッセージに対する第１の認証符号及び信頼ドメイン内の複数のノードが共有する秘密鍵を生成する。メッセージ、特性ベクトル及び第１の認証符号を、信頼ドメイン内の他のノードに送信する。それにより、中間ノードが特性ベクトルで示される特性を判断する必要なく、信頼ドメイン内のメッセージの安全で効率的な配信を行う。【選択図】なし【特許請求の範囲】
【請求項１】
パケットを配信するためのコンピュータ実施方法であって、前記方法は、
信頼ドメイン内の入口ノードによって、メッセージを受信するステップと、
前記メッセージに対する特性ベクトルを生成するステップとを備え、前記特性ベクトルは、前記メッセージに対して判断されたさまざまな特性を示し、
前記方法はさらに、前記特性ベクトルおよび前記信頼ドメイン内の複数のノードによって共有される秘密鍵に基づいて、前記メッセージに対する第１の認証符号を生成するステップと、
前記メッセージ、前記特性ベクトル、および前記第１の認証符号を、前記信頼ドメイン内の別のノードに送信するステップと、
それにより、前記特性ベクトルで示される前記特性を判断するために中間ノードを必要とすることなく、前記信頼ドメイン内のメッセージの安全で効率的な配信を容易にするステップとを備える、方法。
【請求項２】
パケットの配信を容易にするためのコンピュータシステムであって、前記システムは、
プロセッサと、
前記プロセッサによって実行された場合、前記プロセッサに、方法を実行させる命令を格納するストレージデバイスとを備え、前記方法は、
信頼ドメイン内の入口ノードによって、メッセージを受信するステップと、
前記メッセージに対する特性ベクトルを生成するステップとを備え、前記特性ベクトルは、前記メッセージに対して判断されたさまざまな特性を示し、
前記方法はさらに、前記特性ベクトルおよび前記信頼ドメイン内の複数のノードによって共有される秘密鍵に基づいて、前記メッセージに対する第１の認証符号を生成するステップと、
前記メッセージ、前記特性ベクトル、および前記第１の認証符号を、前記信頼ドメイン内の別のノードに送信するステップと、
それにより、前記特性ベクトルで示される前記特性を判断するために中間ノードを必要とすることなく、前記信頼ドメイン内のメッセージの安全で効率的な配信を容易にするステップとを備える、システム。
【請求項３】
コンピュータによる実行時に、前記コンピュータに方法を実行させる命令を格納する非一時的コンピュータ可読ストレージ媒体であって、前記方法が、
信頼ドメイン内の入口ノードによって、メッセージを受信するステップと、
前記メッセージに対する特性ベクトルを生成するステップとを備え、前記特性ベクトルは、前記メッセージに対して判断されたさまざまな特性を示し、
前記方法はさらに、前記特性ベクトルおよび前記信頼ドメイン内の複数のノードによって共有される秘密鍵に基づいて、前記メッセージに対する第１の認証符号を生成するステップと、
前記メッセージ、前記特性ベクトル、および前記第１の認証符号を、前記信頼ドメイン内の別のノードに送信するステップと、
それにより、中間ノードが前記特性ベクトルで示される前記特性を判断することを必要とすることなく、前記信頼ドメイン内のメッセージの安全で効率的な配信を容易にするステップとを備える、非一時的コンピュータ可読ストレージ媒体。
【請求項４】
前記メッセージが、１つのコンテンツ内のインタレストであり、前記特性ベクトルが、前記インタレストの名前と、前記インタレストの１つまたは複数のフィールドとに基づく前記インタレストの同様のハッシュ値を含む、請求項３に記載のストレージ媒体。
【請求項５】
前記メッセージが、コンテンツオブジェクトであり、前記特性ベクトルが、
前記コンテンツオブジェクトのハッシュ値と、
前記コンテンツオブジェクトと関連する公開鍵のハッシュ値と、
前記メッセージの送信者のデジタル署名が検証されたかどうかの指示との１つまたは複数を含む、請求項３に記載のストレージ媒体。
【請求項６】
前記特性ベクトルは、
前記メッセージのスケジューリング優先度と、
課金に関する情報と、
サービス品質に関する情報と、
監査に関する情報と
経路切替ラベルとの、１つまたは複数を示す、請求項３に記載のストレージ媒体。
【請求項７】
前記特性ベクトルが、前記信頼ドメインからの前記メッセージの送信の際に実行する動作を指定する、前記メッセージの出口ポリシーをさらに備える、請求項３に記載のストレージ媒体。
【請求項８】
前記方法が、
前記信頼ドメイン内の出口ノードによって、前記信頼ドメインからの前記メッセージの送信の際に前記メッセージと関連する前記特性ベクトルを取り除くステップをさらに備える、請求項３に記載のストレージ媒体。
【請求項９】
前記入口ノード以外の前記信頼ドメイン内のノードによって、前記メッセージ、前記特性ベクトル、および前記メッセージに対する前記第１の認証符号を受信するステップと、
前記共有秘密鍵および前記特性ベクトルに基づいて、前記メッセージに対する第２の認証符号を生成するステップと、
前記第１の認証符号が前記第２の認証符号と同じであるという判断に応答して、前記メッセージを認証するステップとをさらに備える、請求項３に記載のストレージ媒体。
【請求項１０】
前記メッセージに対する前記特性ベクトルを修正するステップと、
前記メッセージに対する追加の特性ベクトルを生成するステップと、
前記共有秘密鍵および前記修正済み特性ベクトルならびに前記追加の特性ベクトルの１つまたは複数に基づいて、前記メッセージに対する第３の認証符号を生成するステップと、
前記メッセージ、前記修正済み特性ベクトルおよび前記追加の特性ベクトルの１つまたは複数、および前記第３の認証符号を、前記信頼ドメイン内の別のノードに回送するステップとの内の１つまたは複数をさらに備える、請求項９に記載のストレージ媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、デジタルコンテンツの配信に関する。より具体的には、本開示は、ネームド・データ・ネットワーク内のメッセージの特性を事前計算および検証すること、および信頼ドメイン内の境界ルータにこの特性検証の負担を代行させることに関する。
【背景技術】
【０００２】
インターネットおよび電子商取引の普及は、ネットワーク産業において、改革的変化を喚起し続けている。今日、オンライン映画鑑賞から日々のニュース配信、小売り販売、およびインスタントメッセージまで、非常に多くの情報交換が、オンラインで行われる。また、モバイルになるインターネットアプリケーションが増加している。しかし、現在のインターネットは、主として、位置ベースのアドレス指定方式で動作する。２つの最も多いユビキタスプロトコル、すなわちインターネットプロトコル（ＩＰ）およびイーサネット（登録商標）プロトコルは、共に位置ベースのアドレス指定に基づいている。すなわち、コンテンツの利用者は、物理オブジェクトまたは位置に密接に関連するアドレス（例えば、ＩＰアドレスやイーサネット（登録商標）媒体アクセス制御（ＭＡＣ）アドレス）から、コンテンツを明示的に要求することによってのみコンテンツを受信することができる。この限定的なアドレス指定方式は、時々刻々と変化するネットワークの要求を満たすためには、次第に、不適切となってきている。
【０００３】
最近、コンテンツ・セントリック・ネットワーク（ＣＣＮ）およびネームド・データ・ネットワーク（ＮＤＮ）アーキテクチャが、当業界で提案されている。ＣＣＮはコンテンツ送信への新たなアプローチをもたらす。ネットワークトラフィックを、コンテンツが伝わる経路であるエンド・ツー・エンドの対話として、アプリケーションレベルで見るのではなく、コンテンツは、その特有の名前に基づいて、要求され、または返される。そして、ネットワークは、コンテンツをプロバイダから利用者にルーティングする責任を負う。コンテンツは、通信システムにおいて送信することができるデータを含み、テキスト、画像、映像、および／または音声などのデータのいかなる形態も含むものとする。利用者およびプロバイダは、ＣＣＮの内部または外部において、コンピュータの前にいる人であってもよいし、自動化された処理であってもよい。１つのコンテンツは、コンテンツ全体であってもよいし、コンテンツの各部分を指すこともできる。例えば、新聞記事は、複数のデータパケットとして具体化される複数のコンテンツによって表されることがある。１つのコンテンツは、認証データ、作成日、コンテンツ所有者などの情報によって、当該コンテンツを記述、または拡張するメタデータと関連づけることができる。
【０００４】
ＣＣＮまたはＮＤＮでは、コンテンツオブジェクトおよびインタレストは、それらの名前で識別される。名前は、典型的には、階層構造化された可変長識別子（ＨＳＶＬＩ）である。一般に、インタレストおよびコンテンツオブジェクトは、宛先に到着することが可能となる前に、多数のリンクを通過する。ＣＣＮでは、専用ハードウェアは、回線速度で潜在的に、ある特性を計算し、検証するよう要求されることもある。これらの動作は、これらに限定されないが、コンテンツオブジェクトのハッシュ、埋め込まれた鍵が存在する場合の署名検証、インタレストのハッシュ、および信頼ドメイン内の状態情報を通信することができる他の特性などが挙げられる。ＣＣＮ信頼ドメイン内のいくつかのルータ（境界ルータなど）は、これらの計算上高価な回線レート計算のために設計されているが、同じドメイン内の他のルータ（バックボーンコアルータなど）は、これらのさまざまな特性を計算および検証するのに必要な場合、かなりの遅延を被ることになる。
【発明の概要】
【課題を解決するための手段】
【０００５】
一実施形態によって、信頼ドメイン内でパケットを配信するシステムを提供する。動作中、本システムは、信頼ドメイン内の入口ノードで、メッセージを受信する。本システムは、メッセージに対する特性ベクトルを生成し、特性ベクトルは、メッセージに対して判断されたさまざまな特性を示す。本システムは、特性ベクトルに基づくメッセージに対する第１の認証符号および信頼ドメイン内の複数のノードが共有する秘密鍵を生成する。本システムは、メッセージ、特性ベクトル、および第１の認証符号を、信頼ドメイン内の他のノードに送信し、それにより、中間ノードが特性ベクトルで示される特性を判断することを必要とすることなく、信頼ドメイン内のメッセージの安全で効率的な配信を容易にする。
【０００６】
いくつかの実施形態において、メッセージは、１つのコンテンツ内のインタレストであり、特性ベクトルは、インタレストの名前とインタレストの１つまたは複数のフィールドとに基づくインタレストの同様のハッシュ値を含む。
【０００７】
いくつかの実施形態において、メッセージは、コンテンツオブジェクトであり、特性ベクトルは、コンテンツオブジェクトのハッシュ値、コンテンツオブジェクトと関連する公開鍵のハッシュ値、およびメッセージの送信者のデジタル署名が検証されているかどうかの指示のうち、１つまたは複数を含む。
【０００８】
いくつかの実施形態において、特性ベクトルは、メッセージのスケジューリング優先度、課金に関する情報、サービスの品質に関する情報、監査に関する情報、および経路切替ラベルのうち、１つまたは複数を示す。
【０００９】
いくつかの実施形態において、特性ベクトルは、メッセージの出口ポリシーを備え、信頼ドメインからのメッセージの送信の際に実行する動作を指定する。
【００１０】
いくつかの実施形態において、本システムは、信頼ドメイン内の出口ノードによって、信頼ドメインからのメッセージの送信の際にメッセージと関連する特性ベクトルを取り除く。
【００１１】
いくつかの実施形態において、本システムは、入口ノード以外の信頼ドメイン内のノードによって、メッセージ、特性ベクトル、およびメッセージに対する第１の認証符号を受信する。本システムは、共有秘密鍵および特性ベクトルに基づいて、メッセージに対する第２の認証符号を生成する。第１の認証符号が第２の認証符号と同じであるという判断に応答して、本システムは、メッセージを認証する。
【００１２】
いくつかの実施形態において、本システムは、メッセージに対する特性ベクトルの修正、およびメッセージに対する追加の特性ベクトルの生成のうち、１つまたは複数を実行する。本システムは、共有された秘密鍵と、修正済み特性ベクトルおよびメッセージに対する追加特性ベクトルの１つまたは複数とに基づき、メッセージに対する第３の認証符号を生成する。本システムは、メッセージ、修正済み特性ベクトルならびに追加特性ベクトルの１つまたは複数、および第３の認証符号の１つまたは複数を、信頼ドメイン内の他のノードに回送する。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態による、境界ルータでの特性検証を使用することによって、信頼ドメイン内のパケットの配信を容易にする、例示的ネットワークの図である。
【図２Ａ】本発明の一実施形態による、信頼ドメイン内の入口ノード、中間ノード、および出口ノードの間の例示的な通信を示す図である。
【図２Ｂ】本発明の一実施形態による、信頼ドメイン内の入口ノード、中間ノード、および出口ノードの間の例示的な通信を示す図である。
【図３】本発明の一実施形態による、入口ノードにより、信頼ドメイン内のメッセージを受信、検証、および送信する方法を示すフローチャートである。
【図４Ａ】本発明の一実施形態による、中間ノードにより、信頼ドメイン内のメッセージを受信、認証、および送信する方法を示すフローチャートである。
【図４Ｂ】本発明の一実施形態による、中間ノードにより、信頼ドメイン内のメッセージに対応する特性ベクトルを修正するか、または追加の特性ベクトルを生成する方法を示すフローチャートである。
【図５】本発明の一実施形態による、出口ノードにより、信頼ドメイン内のメッセージについて、出力プロシージャを実行する方法を示すフローチャートである。
【図６Ａ】本発明の一実施形態による、インタレストまたはコンテンツ・オブジェクト・メッセージに対応する、信頼ドメイン内のパケットに対する例示的フォーマットを示す図である。
【図６Ｂ】本発明の一実施形態による、認証符号が特性ベクトルに含まれる場合の、インタレストまたはコンテンツ・オブジェクト・メッセージに対応する、信頼ドメイン内のパケットに対する例示的フォーマットを示す図である。
【図７Ａ】本発明の一実施形態による、１つのコンテンツ内のインタレストに対応する特性ベクトルに対する例示的フォーマットを示す図である。
【図７Ｂ】本発明の一実施形態による、コンテンツオブジェクトに対応する特性ベクトルに対する例示的フォーマットを示す図である。
【図８】本発明の一実施形態による、境界ルータでの特性検証を使用することによって、信頼ドメイン内のパケットの配信を容易にする、例示的なコンピュータおよび通信システムの図である。  図面において、同じ参照符号は同一の図面要素を示している。
【発明を実施するための形態】
【００１４】
以下の説明は、当業者が実施形態を作成し、使用できるようにするためのものであり、特定の用途およびその要件の文脈において提供される。開示された実施形態に対する種々の変形は当業者に容易に明らかであり、本明細書で定義される一般原理は、本開示の精神および範囲から逸脱することなく他の実施形態および用途に適用され得る。したがって、本発明は、示される実施形態に限定されるものではなく、本明細書に開示される原理および特徴に合致する最も広い範囲を示すものである。
【００１５】
本発明の実施形態は、信頼ドメイン内に入力する際にさまざまな特性を事前計算および検証し、信頼ドメイン内の中間ルータが検証プロシージャを繰り返す必要がないように、メッセージ内に証拠を含むことによって、信頼ドメイン内のパケットを効率的に配信するためのコンピュータネットワーク環境を提供する。コンピュータネットワーク環境には、コンテンツ・セントリック・ネットワーク（ＣＣＮ）およびネームド・データ・ネットワーク（ＮＤＮ）を含むことができる。ＣＣＮおよびＮＤＮでは、インタレストおよびコンテンツオブジェクトは、それらの名前で識別される。名前は、典型的には、階層構造化された可変長識別子（ＨＳＶＬＩ）である。一般に、インタレストおよびコンテンツオブジェクトは、宛先に到着することが可能となる前に、多数のリンクを通過する。これらのリンクを結合するネットワークデバイスは、本明細書では、ルータ、デバイス、ノード、およびノードでのルータもしくはデバイスと称され、相互交換可能に使用される。
【００１６】
メッセージを受信すると、信頼ドメイン内の入口ノードでの境界ルータは、適切な検証を実行する。その検証には、送信者のデジタル署名の計算上高価な検証などの、さまざまな特性の事前計算および検証を含むことができる。インタレストに対する特性検証には、インタレストの名前と、インタレストの１つまたは複数のフィールドとに基づくインタレストの同様のハッシュ値の計算、およびスケジューリング優先度、出口ポリシー、課金、監査、サービス品質、ならびに経路切替ラベルを含む、メッセージの状態に関する特性の検証を含むことができる。コンテンツオブジェクトに対する特性検証には、メッセージの送信者のデジタル署名の検証、コンテンツオブジェクトのハッシュ値の計算、コンテンツオブジェクトに関する公開鍵のハッシュ値の計算、および上記したインタレストメッセージと同様に、メッセージの状態に関する特性の検証を含むことができる。
【００１７】
次いで、境界ルータは、メッセージに対する特性ベクトルを生成し、その特性ベクトルは、Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ（ＴＬＶ）フィールドのセットなどの、単一のシリアル化されたベクトルとすることができる。特性ベクトルの各エントリは、検証済み特性を表す。例えば、１つのエントリは、要求されたコンテンツオブジェクトのハッシュ値を含むことができる。別の例示的エントリは、送信者のデジタル署名が検証されたかどうかを示すブール値を有する署名フィールドを含むことができる。コンテンツオブジェクトがオブジェクト内に公開鍵を含む場合、境界ルータは、その公開鍵のハッシュ値を計算し、鍵が、所定のＫｅｙＩｄフィールドと一致するかどうかを判断することができる。一致しない場合、境界ルータは、パケットを破棄することができる。一致する場合、境界ルータは、署名フィールドに結果を示すことができる。コンテンツオブジェクトが公開鍵証明書を含む場合、境界ルータは、失効および破棄などの、証明書の特性を検証することができる。
【００１８】
次いで、境界ルータは、対称鍵署名などの安全な機構を用いて、特性ベクトルに基づいて、認証符号を生成する。認証符号は、境界ルータの識別情報、使用した鍵、およびシーケンス番号などのリプレイ防止を含むことができる。いくつかの実施形態において、共有秘密鍵は、信頼される中央鍵交付所によって、多くの中間ノードに配信される。さらなる実施形態において、ノードは、ピア・ツー・ピア秘密鍵交換プロトコルを使用して、秘密鍵を共有することができる。認証符号により、メッセージに対する特性ベクトルを認証する。いくつかの実施形態において、認証符号は、秘密暗号鍵（例えば、共有秘密鍵）に基づく特性ベクトルのハッシュである。共有秘密鍵は、パスワード認証プロトコル（ＰＡＰ）と同様に、パケットのヘッダに含めることができる。いくつかの実施形態において、本システムは、特性ベクトルおよび共有秘密鍵で、排他的論理和（ＸＯＲ）演算を行うことができる。本システムはまた、ＸＯＲベースのハッシュ機構（例えば、シフト加算ＸＯＲまたはＦｏｗｌｅｒ／Ｎｏｌｌ／Ｖｏ（ＦＮＶ））で共有秘密鍵を使用することができる。しかしながら、任意の観測者が算出できるような、コンテンツオブジェクトのハッシュなどの何らかの検証済み特性に対して、ＸＯＲアプローチを使用することで、共有秘密鍵が漏洩する可能性がある。多くの特性は、一括で計算可能であるか、または限られた組の結果のみをもたらすので、ＰＡＰまたはＸＯＲアプローチなどの機構は、盗聴に対して安全性が低い可能性がある。
【００１９】
いくつかの実施形態において、認証符号は、メッセージのダイジェストなどの、メッセージ本体の要約を含む。これにより、あるパケットからの認証符号が異なるパケットに付けられた場合の内部攻撃を防止し、その使用は、ドメイン内の信頼モデルに依存する。
【００２０】
いくつかの実施形態において、境界ルータは、認証符号を、特性ベクトルに付加する。境界ルータは、メッセージ、特性ベクトル、および認証符号を、信頼ドメイン内の中間ルータに送信する。
【００２１】
メッセージを受信すると、中間ルータは、特性ベクトルおよび共有秘密鍵に基づいて自身の認証符号を生成することにより、メッセージを認証する。中間ルータは、自身が生成した認証符号が、受信した認証符号と同じであるかを判断する。同じではない場合、中間ルータは、パケットを破棄し、フィードバックを送信ノードに送信することができる。同じ場合、中間ルータは、メッセージ、特性ベクトル、および受信した認証符号を、信頼ドメイン内の別のノードに回送する。したがって、中間ノードは、すでに生成され、署名された特性ベクトルを認証すればよく、高速ハッシュ演算とすることができ、何らの高価な計算または認証を実行する必要がない。この機構により、信頼ドメイン内でのメッセージの配信を効率的および安全にすることが容易になる。
【００２２】
いくつかの実施形態において、中間ルータの自身が生成した認証符号が、受信した認証符号と同じである場合、中間ルータは、特性ベクトルを修正する、および／またはメッセージに対する追加の特性を生成することができる。次いで、中間ルータは、修正済み特性ベクトルおよび秘密鍵に基づいて、第３の認証符号を生成し、メッセージ、修正済み特性ベクトル、および第３の認証符号を別のノードに送信する。例えば、中間ルータが輻輳に見舞われている場合、バックオフさせるための指示で輻輳を指摘する特性ベクトルにエントリを追加することができる。別の例において、特徴ベクトルが、仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）ラベルと、そのラベルが中間ルータで交換されなければならないという指示とを含む場合、中間ルータは、各エントリに対して、それに応じて、特性ベクトルを修正することができる。
【００２３】
信頼ドメインに入るか、または信頼ドメインから出る場合、本システムは、任意の既存の事前計算された特性または検証インジケータを取り除く。いくつかの実施形態において、本システムは、信頼ドメインから出る際に、特性ベクトルを取り除く。特性ベクトルは、ポリシー発信プロトコルを介して信頼ドメイン全体に知られているポリシー言語またはポリシーインデックス内のステートメントとすることができる、出口ポリシーに対応するエントリを含むことができる。出口ノードでの境界ルータは、信頼ドメインからのメッセージの送信の際に、指定された出口ポリシー動作を行うことができる。例えば、仮想プライベートネットワーク（ＶＰＮ）またはＶＬＡＮにおいて、インバウンドインタレストは、同じＶＰＮまたはＶＬＡＮでのコンテンツオブジェクトによってのみ満たされる可能性がある。この特性は、特性ベクトル内にＶＰＮまたはＶＬＡＮ識別子を含むことによって、考慮することができる。したがって、ＶＰＮまたはＶＬＡＮ識別子は、入力時にあるデバイスによってアサートされ、出力時に別のデバイスによって強化される。
【００２４】
いくつかの実施形態において、入口デバイスは、ルーティングまたは他の情報に基づいて、特定のメッセージが、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）のような、周知の切替経路を辿るべきかを判断することができ、データパケットは、各割り当てられたラベルであり、パケット回送決定は、ラベルのコンテンツに基づいて単独でなされ、したがって、パケット自体を検討する必要性が排除される。ＶＰＮまたはＶＬＡＮ識別子と同様に、このＭＰＬＳ経路識別子は、署名済み特性ベクトルに含むことができる。特性ベクトルエントリの他の例には、スケジューリング優先度、課金、監査、およびサービス品質に関する情報などの、本明細書で説明するさまざまな特性を含む。
【００２５】
以下の用語は、ＮＤＮまたはＣＣＮアーキテクチャの要素を説明する。
【００２６】
コンテンツオブジェクト：名前付けされたデータの１つで、一意の名前に制限される。
コンテンツオブジェクトは、「持続的」であり、「持続的」とは、コンテンツオブジェクトがコンピューティングデバイス内を、または異なるコンピューティングデバイス間を動きまわることができるが、変化しないことを意味する。コンテンツオブジェクトのいずれかの構成要素が変更される場合、変更を行った要素は、更新済みコンテンツを含む新しいコンテンツオブジェクトを生成し、新しいコンテンツオブジェクトを新しい一意の名前に結びつける。
【００２７】
一意の名前：ＣＣＮにおける名前は、通常、位置に依存せず、一意にコンテンツオブジェクトを識別する。データ回送デバイスは、名前または名前プレフィックスを使用して、コンテンツオブジェクトに対するネットワークアドレスまたは物理的位置に関わらず、コンテンツオブジェクトを生成するか、または格納するネットワークノードに向けて、パケットを回送する。いくつかの実施形態において、名前は、階層的に構造化された可変長識別子（ＨＳＶＬＩ）であってもよい。ＨＳＶＬＩは、さまざまな階層的構成要素に分割することができ、さまざまな方法で構成することができる。例えば、個々の名前の構成要素であるｐａｒｃ、ｈｏｍｅ、ｎｄｎ、およびｔｅｓｔ．ｔｘｔは、左向き上位プレフィックス方式（（ｌｅｆｔ−ｏｒｉｅｎｔｅｄ  ｐｒｅｆｉｘ−ｍａｊｏｒ  ｆａｓｈｉｏｎ）で構成され、名前”／ｐａｒｃ／ｈｏｍｅ／ｎｄｎ／ｔｅｓｔ．ｔｘｔ”を形成することができる。したがって、名前”／ｐａｒｃ／ｈｏｍｅ／ｎｄｎ”は、”／ｐａｒｃ／ｈｏｍｅ／ｎｄｎ／ｔｅｓｔ．ｔｘｔ”の「親」、すなわち、「プレフィックス」とすることができる。追加の構成要素を使用して、共同文書などの、異なるバージョンのコンテンツ項目間を区別することができる。
【００２８】
いくつかの実施形態において、名前は、コンテンツオブジェクトのデータ（例えば、チェックサム値）から、および／またはコンテンツオブジェクトの名前の要素から生じるハッシュ値などの、非階層的識別子を含むことができる。ハッシュベースの名前の説明は、米国特許第１３／８４７，８１４号（２０１３年３月２０日に出願された、発明者Ｉｇｎａｃｉｏ  Ｓｏｌｉｓによる、”ＯＲＤＥＲＥＤ−ＥＬＥＭＥＮＴ  ＮＡＭＩＮＧ  ＦＯＲ  ＮＡＭＥ−ＢＡＳＥＤ  ＰＡＣＫＥＴ  ＦＯＲＷＡＲＤＩＮＧ”）で説明される。名前はまた、フラットラベルとすることもできる。以下、「名前」は、階層名もしくは名前プレフィックス、フラット名、固定長名、任意長名、またはラベル（例えば、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）ラベル）などの、名前データネットワーク内の１つのデータに対する任意の名前を指すために使用される。
【００２９】
インタレスト：１つのデータに対する要求を示し、１つのデータに対する名前（または、名前プレフィックス）を含むパケット。データ需用者は、情報指向ネットワーク（ｉｎｆｏｒｍａｔｉｏｎ−ｃｅｎｔｒｉｃ  ｎｅｔｗｏｒｋ）にわたって要求、すなわち、インタレストを発信することができ、ＣＣＮ／ＮＤＮルータは、要求されたデータを提供して、要求、すなわち、インタレストを満たすことができる、ストレージデバイス（例えば、キャッシュサーバ）またはデータ生成器に向けて伝達することができる。
【００３０】
本明細書で開示する方法は、ＣＣＮネットワークに限定されず、他のアーキテクチャにも適用可能である。ＣＣＮアーキテクチャの説明は、米国特許第１２／３３８，１７５号（２００８年１２月１８日に出願された、発明者Ｖａｎ  Ｌ．  ＪａｃｏｂｓｏｎおよびＤｉａｎａ  Ｋ．  Ｓｍｅｔｔｅｒｓによる”ＣＯＮＴＲＯＬＬＩＮＧ  ＴＨＥ  ＳＰＲＥＡＤ  ＯＦ  ＩＮＴＥＲＥＳＴＳ  ＡＮＤ  ＣＯＮＴＥＮＴ  ＩＮ  Ａ  ＣＯＮＴＥＮＴ  ＣＥＮＴＲＩＣ  ＮＥＴＷＯＲＫ”）で説明される。
【００３１】
図１は、本発明の一実施形態による、境界ルータでの特性検証を使用することによって、信頼ドメイン内のパケットの配信を容易にする、例示的ネットワークの図である。ネットワーク１００は、ノード１０２、１０４、１０６、１０８、１１０、１１２、および１１４を含むことができる。ネットワーク１００は、ノード１０２から１１４を備える信頼ドメインとすることができる。ノード１０２から１１４のそれぞれは、他のネットワーク内の他のノードに接続することができる。例えば、ノード１０２は、ネットワーク１２０に接続されるエッジまたは境界ルータとすることができ、ネットワーク１２０は、ノード１２２およびデバイス１２４を含む。ネットワーク１００のノード１１４は、ネットワーク１３０に接続されるエッジまたは境界ルータとすることができ、ネットワーク１３０は、ノード１３２およびデバイス１３４を含む。ノード１０２および１１４はそれぞれ、データの流れの方向により、入口ノードまたは出口ノードとすることができる。ノード１０４から１１２は、ネットワーク１００の同じ信頼ドメイン内の中間またはコアルータとすることができる。
【００３２】
例えば、デバイス１２４のユーザは、ネットワーク１２０内のノード１２２を通過する、１つのコンテンツ内にインタレストを生成することができる。ネットワーク１００内の境界ルータ１０２は、インタレストを受信し（したがって、入口ノードの役割を果たす）、さまざまな検証（送信者のデジタル署名の検証およびメッセージ特性の事前計算を含む）を実行し、検証を示す特性ベクトルを生成し、共有秘密鍵に基づいて認証符号を生成し、特性ベクトルおよび認証符号を有するメッセージを、ノード１０８に送信する。中間ルータ１０８は、メッセージを受信し、次いで、自身の認証符号を生成する。
【００３３】
次いで、中間ルータ１０８は、自身が生成した認証符号が、受信した認証符号と一致するかどうかを判断し、一致する場合、メッセージ、特性ベクトル、および認証符号を、境界ルータ１１４に送信する。境界ルータ１１４は、中間ルータ１０８と同じ方法でメッセージを認証し、特性ベクトルで指定された何らかの出口ポリシーを実行し、ネットワーク１３０に信頼ドメインの外にメッセージを回送する前に、メッセージから特性ベクトルを取り除く（したがって、出口ノードの役目を果たす）。
【００３４】
ネットワーク１３０内のノード１３２は、メッセージを受信し、それをコンテンツ生成器デバイス１３４に通す。コンテンツ生成器デバイス１３４は、要求されたコンテンツを含み、コンテンツオブジェクトを、インタレストと同じ反転経路に沿って（例えば、境界ルータ１１４から、中間ルータ１０８を通って、境界ルータ１０２へ）返す。データがネットワーク１００を通って返されると、境界ルータ１１４は、入口ノードの役割を果たし、一方、境界ルータ１０２は、出口ノードの役割を果たす。このようにして、コンテンツは、中間ノードに追加の検証または計算を実行させる必要無く、ネットワーク１００の信頼ドメインを効率的に流れる。
【００３５】
図２Ａは、本発明の一実施形態による、信頼ドメイン内の入口ノード１０２、中間ノード１０８、および出口ノード１１４の間の例示的な通信２００を示す。入口ノード１０２、中間ノード１０８、および出口ノード１１４の下の垂直線は、時間の経過を示す。入口ノード１０２、中間ノード１０８、および出口ノード１１４は、秘密鍵を共有する。入口ノード１０２は、信頼ドメイン内でメッセージを受信する（動作２０２）。入口ノード１０２は、メッセージに対して判断されたさまざまな特性を示す、メッセージに対する特性ベクトルを生成する（動作２０６）。１つのコンテンツにおけるインタレストに対応するメッセージの場合、特性ベクトルを生成することは、インタレストの名前とインタレストの１つまたは複数のフィールドとに基づくインタレストの同様のハッシュ値の計算、およびスケジューリング優先度、出口ポリシー、課金、監査、サービス品質、ならびに経路切替ラベルを含む、メッセージの状態に関する特性の検証を含むことができる。コンテンツオブジェクトに対応するメッセージの場合、特性ベクトルは、コンテンツオブジェクトに対する特性検証には、メッセージの送信者のデジタル署名の検証、コンテンツオブジェクトのハッシュ値の計算、コンテンツオブジェクトに関する公開鍵のハッシュ値の計算、およびインタレストに対応するメッセージに対して上記したような、状態に関する同様の特性の検証を含むことができる。
【００３６】
次に、入口ノード１０２は、共有秘密鍵および特性ベクトルに基づいて、メッセージに対する認証符号（ＡＵＴＨ１で表す）を生成する（動作２０８）。いくつかの実施形態において、認証符号は、ハッシュベースメッセージ認証コード（ＨＭＡＣ）である。次いで、入口ノード１０２は、メッセージ、特性ベクトル、およびＡＵＴＨ１を、中間ノード１０８に送信する（動作２１０）。
【００３７】
中間ノード１０８は、メッセージ、特性ベクトル、およびＡＵＴＨ１を受信し、共有秘密鍵および特性ベクトルに基づいて、メッセージに対する認証符号（ＡＵＴＨ２で表す）を生成する（動作２１２）。次いで、中間ノード１０８は、メッセージを認証して、ＡＵＴＨ２がＡＵＴＨ１と同じであるかどうかを判断する（動作２１４）。同じではない場合、中間ノード１０８は、パケットを破棄し、フィードバックを送信ノードに送信することができる。同じ場合、中間ノード１０８は、メッセージ、特性ベクトル、およびＡＵＴＨ２を、出口ノード１１４に送信する（動作２２４）。動作２２４で送信された認証符号は、ＡＵＴＨ１またはＡＵＴＨ２のいずれかとすることができ、動作２２４は、それらが同じであると判断された場合にのみ行われることに留意されたい。あるいは、ＡＵＴＨ１がＡＵＴＨ２と一致した場合、中間ノード１０８は、図２Ｂで示し、以下で説明するように、プロシージャ２１６、２１８、２２０、２２２、２２６、２２８、および２３０を実行することができる。中間ノード１０８は、デジタル署名を検証することを必要とせず、または入口ノード１０２が実行したのと同じ検証を実行する必要がないことに留意されたい。
【００３８】
出口ノード１１４は、メッセージ、特性ベクトル、およびＡＵＴＨ２を受信する。出口ノードは、認証符号を生成し、（中間ノード１０８の場合に上記したように）メッセージを認証し、次いで、特性ベクトルに含まれる任意の出口ポリシーを実行する（動作２２６）。出口ポリシーは、ポリシー発信プロトコルを介して、特定のＶＬＡＮもしくはＶＰＮ識別子、または他のポリシーインデックスを強化することを含むことができる。出口ノード１１４は、特性ベクトルをメッセージから取り除き（動作２２８）、信頼ドメインの外へメッセージを回送する（動作２３０）。
【００３９】
図２Ｂは、本発明の一実施形態による、信頼ドメイン内の入口ノード１０２、中間ノード１０８、および出口ノード１１４の間の例示的な通信２５０を示す。初めのいくつかの動作２０２、２０４、２０６、２０８、２１０、２１２、および２１４は、図２Ａに関して説明したのと同じである。中間ノード１０８は、メッセージを認証し（動作２１４）、生成した認証符号（ＡＵＴＨ２）が、受信した認証符号（ＡＵＴＨ１）と一致すると判断した場合、特性ベクトルを修正することができ（動作２１６）、さらなる特性ベクトルを生成することができる（動作２１８）。中間ノード１０８は、これらの動作のいずれか、または両方を実行することができる。次いで、中間ノード１０８は、共有秘密鍵および修正済み特性ベクトルに基づいて、メッセージに対する認証符号（ＡＵＴＨ３で表す）を生成し（動作２２０）、メッセージ、修正済み特性ベクトル、およびＡＵＴＨ３を、出口ノード１１４に回送する（動作２２２）。
【００４０】
出口ノード１１４は、メッセージ、修正済み特性ベクトル、およびＡＵＴＨ３を受信する。図１に関して上記したように、出口ノード１１４は、認証符号を生成し、メッセージを認証し、特性ベクトルに含まれる任意の出口ポリシーを実行する（動作２２６）。出口ノード１１４は、特性ベクトルをメッセージから取り除き（動作２２８）、信頼ドメインの外へメッセージを回送する（動作２３０）。
【００４１】
図３は、本発明の一実施形態による、入口ノードにより、信頼ドメイン内のメッセージを受信、検証、および送信する方法を示すフローチャート３００である。本システムは、信頼ドメイン内の入口ノードで、メッセージを受信する（動作３０２）。入口ノードは、メッセージに対する特性ベクトルを生成し、特性ベクトルは、メッセージに対するさまざまな特性を示す（動作３０６）。入口ノードは、さまざまな特性を判断し、それらを、特性ベクトルに追加する（動作３０８）。これらの検証済み特性は、送信者のデジタル署名の検証、コンテンツオブジェクトのハッシュ値、名前ならびにインタレストの１つまたは複数のフィールドの同様のハッシュ値、およびスケジューリング優先度、出口ポリシー、課金、監査、サービス品質、ならびに経路切替ラベルなどのさまざまな特性の検証を含むことができる。次いで、入口ノードは、特性ベクトルおよび信頼ドメイン内のすべてのノード間で共有される秘密鍵に基づいて、メッセージに対する認証符号を生成する（動作３１０）。入口ノードは、メッセージ、特性ベクトル、および認証符号を、適切なルーティング情報に基づいて、信頼ドメイン内の別のノードに送信する（動作３１２）。
【００４２】
図４Ａは、本発明の一実施形態による、中間ノードにより、信頼ドメイン内のメッセージを受信、認証、および送信する方法を示すフローチャート４００である。本システムは、入口ノード以外の信頼ドメイン内のノード（中間ノードなど）によって、メッセージ、特性ベクトル、およびメッセージに対する第１の認証符号を受信する（動作４０２）。中間ノードは、特性ベクトルおよび共有秘密鍵に基づいて、メッセージに対する自身の認証符号（第２の認証符号）を生成する（動作４０４）。後に、中間ノードは、受信した認証符号（第１の認証符号）が、自身が生成した認証符号（第２の認証符号）と同じであるかどうかを判断する（動作４０６）。一致しない場合（判断４０８）、中間ノードはパケットを破棄し、フィードバックを送信ノードに送信する（動作４１０）。一致する（判断４０８）およびノードが出口ノードである（判断４１２）場合、動作は、図５に関して以下に説明するように続けられる。一致する（判断４０８）、ノードが出口ノードではない（判断４１２）、および中間ノードが何らかの修正もしくは追加を特性ベクトルに行う（判断４１４）場合、動作は、図４Ｂに関して以下に説明するように続けられる。一致する（判断４０８）、ノードが出口ノードではない（判断４１２）、および中間ノードが何らの修正もしくは追加を特性ベクトルに行わない（判断４１４）場合、中間ノードは、メッセージ、特性ベクトル、および第１の認証符号を、適切なルーティング情報に基づいて、信頼ドメイン内の別のノードに送信する（動作４１６）。いくつかの実施形態において、中間ノードは、第１の認証符号の代わりに、第２の認証符号を送信する。動作４１６が実行される時間によって、２つの認証符号が同じであると判断され、それにより、いずれか一方を回送することができることに留意されたい。
【００４３】
図４Ｂは、本発明の一実施形態による、中間ノードにより、信頼ドメイン内のメッセージに対応する特性ベクトルを修正するか、または追加の特性ベクトルを生成する方法を示すフローチャート４５０である。第１の認証符号が第２の認証符号と同じであると判断する（図４Ａの判断４０８）ことによってメッセージを認証するときに、中間ノードは、以下、すなわち、メッセージに対する特性ベクトルの修正（動作４２０）およびメッセージに対する追加の特性ベクトルの生成（動作４２２）の一方または両方を実行することができる。次いで、中間ノードは、特性ベクトルおよび共有秘密鍵に基づいて、メッセージに対する認証符号（第３の認証符号）を生成する（動作４２４）。次いで、中間ノードは、メッセージ、修正済み特性ベクトル、および第３の認証符号を、適切なルーティング情報に基づいて、信頼ドメイン内の別のノードに送信する（動作４２６）。
【００４４】
図５は、本発明の一実施形態による、出口ノードにより、信頼ドメイン内のメッセージについて、出力プロシージャを実行する方法を示すフローチャート５００である。第１の認証符号が第２の認証符号と同じであると判断することによってメッセージを認証する（図４Ａの判断４０８）と、および受信ノードが出口ノードであると判断する（図４Ａの判断４１２）と、本システムは、信頼ドメイン内の出口ノードによって、何らかの出口ポリシーが、特性ベクトルで指定されたかどうかを判断する（動作５０２）。特性ベクトルが何らかの出口ポリシーを示す場合（判断５０４）、出口ノードは、指定された出口ポリシーを実行し（動作５０６）、特性ベクトルをメッセージから取り除く（動作５０８）。特性ベクトルが、何らの出口ポリシーも示さない場合（判断５０４）、出口ノードは、特性ベクトルをメッセージから取り除く（判断５０８）。次いで、出口ノードは、信頼ドメインの外へパケットを送信する（動作５１０）。出口ノードが特性ベクトルをメッセージから取り除かない場合でも、メッセージを受信するノードは、信頼ドメインの外部であり、したがって、信頼ドメイン内のノードによって実行される何らの認証も信頼しないであろうし、パケットに含まれる特性ベクトルおよび認証符号情報を単純に無視するであろうことに留意されたい。
【００４５】
図６Ａは、本発明の一実施形態による、インタレストまたはコンテンツ・オブジェクト・メッセージに対応する、信頼ドメイン内のパケットに対する例示的フォーマット６００である。パケット６００は、特性ベクトル６０２、認証符号６０４、およびインタレストもしくはコンテンツ・オブジェクト・メッセージ６０６を含むことができる。特性ベクトル６０２は、パケット６００を信頼ドメインに入力する際に、入口ノードによって生成され、後に、信頼ドメインを通る場合に、中間ノードによって修正することができる。特性ベクトル６０２は、修正することができるのみならず、新しい特性ベクトルを、図４Ｂに関して上記したように、中間ノードによって、特性ベクトル６０２に追加することができる。さらに、認証符号６０４は、パケット６００が信頼ドメインに入力された際に、入口ノードによって最初に生成される。認証符号６０４は、共有秘密鍵、および、いくつかの実施形態において、特性ベクトル６０２のハッシュ値に基づくので、認証符号６０４はまた、何らかの変更が特性ベクトル６０２になされた場合、中間ノードによって修正または更新することができる。
【００４６】
図６Ｂは、本発明の一実施形態による、認証符号が特性ベクトルに含まれる場合の、インタレストまたはコンテンツ・オブジェクト・メッセージに対応する、信頼ドメイン内のパケット６５０に対する例示的フォーマットである。パケット６５０は、インタレストもしくはコンテンツ・オブジェクト・メッセージ６５６、および追加フィールドとして追加される認証符号を有する特性ベクトル６５２を含む。パケット６５０は、パケット６００に対する代替フォーマットを示し、パケット６００の認証符号６０４は、特性ベクトル自体（ベクトル６５２）にエントリとして含まれる。
【００４７】
図７Ａは、本発明の一実施形態による、１つのコンテンツ内のインタレストに対応する特性ベクトル７００に対する例示的フォーマットを示す。いくつかの実施形態において、特性ベクトル７００は、Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ（ＴＬＶ）フィールドのセットを備える単一のシリアル化されたベクトルとすることができる。特性ベクトルの各エントリは、検証済み特性を表す。特性ベクトル７００は、値７０２．１から７０２．ｎを含む型７０２フィールド、値７０４．１から７０４．ｎを含む長さ７０４フィールド、および値７０６．１から７０６．ｎを含む値７０６フィールドを含むことができる。例えば、特性ベクトル７００は、以下のエントリを含むことができる。すなわち、１）長さ７０４．１および「銀」の値７０６．１を有する型優先度７０２．１のエントリ、２）長さ７０４．２およびインタレストの名前ならびに１つまたは複数の他のフィールドのハッシュ値であるＨ｛．．．｝の値７０６．２を有する型ｓｉｍ＿ｈａｓｈ７０２．２のエントリ、３）長さ７０４．３および「認証ＶＬＡＮ識別子」の値７０６．３を有する型ｅｇｒ＿ｐｏｌｉｃｙ７０２．３のエントリ、および４）長さ７０４．ｎならびに”ＨＭＡＣ１”の値７０６．ｎを有する型認証符号７０２．ｎのエントリを含むことができる。
【００４８】
図７Ｂは、本発明の一実施形態による、コンテンツオブジェクトに対応する特性ベクトル７５０に対する例示的フォーマットを示す。いくつかの実施形態において、特性ベクトル７５０は、ＴＬＶフィールドのセットを備える単一のシリアル化されたベクトルとすることができる。特性ベクトルの各エントリは、検証済み特性を表す。特性ベクトル７５０は、値７５２．１から７５２．ｎを含む型７５２フィールド、値７５４．１から７５４．ｎを含む長さ７５４フィールド、および値７５６．１から７５６．ｎを含む値７５６フィールドを含むことができる。例えば、特性ベクトル７５０は、以下のエントリを含むことができる。すなわち、１）長さ７５４．１および送信者のデジタル署名が適切に検証されたことを示す”Ｙｅｓ”の値７５６．１を有する型ｖｅｒｉｆｙ＿ｓｉｇ７５２．１のエントリ、２）長さ７５４．２およびコンテンツオブジェクトのハッシュ値であるＨ｛．．．｝の値７５６．２を有する型ｈａｓｈ＿ＣＯ７５２．２のエントリ、３）長さ７５４．３およびメッセージに埋め込まれたコンテンツオブジェクトの公開鍵のハッシュ値であるＨ｛．．．｝の値７５６．３を有する型ｈａｓｈ＿ｐｕｂ＿ｋｅｙ７５２．３のエントリ、４）長さ７５４．４およびパケット回送判断が単独でなされる割当ラベルである”Ｌａｂｅｌ１”の値７５６．４を有する型ＭＰＬＳ＿ｌａｂｅｌ７５２．４のエントリ、５）長さ７５４．５および「認証ＶＬＡＮ識別子」の値７５６．５を有する型ｅｇｒ＿ｐｏｌｉｃｙ７５２．５のエントリ、および６）長さ７５４．ｎおよび”ＨＭＡＣ２”の値７５６．ｎを有する型認証符号７５２．ｎのエントリを含むことができる。
【００４９】
図７Ａおよび図７Ｂにおける例示的特性ベクトル７００および７５０はまた、それぞれ、メッセージスケジューリング優先度、課金、監査、およびサービス品質に関する情報を含む、状態に関するさまざまな特性を表すエントリを含むことができることに留意されたい。特性ベクトル７００および７５０はまた、入口デバイスによって判断されるような、図７Ｂにおける「Ｌａｂｅｌ１」の値７５６．４を有するエントリで示すような、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）などで、特定のメッセージが周知の切替経路を辿るべきであることを含む、セキュアネットワークに関する特性を含むことができる。さらに、特性ベクトル７００および７５０は、信頼ドメイン内の入口ノードが受信するメッセージまたはパケットに関するさまざまな特性の境界ルータによる検証を指示する、本明細書では明言しない、他の特性を含むことができる。
【００５０】
図８は、本発明の一実施形態による、境界ルータでの特性検証を使用することによって、信頼ドメイン内のパケットの配信を容易にする、例示的なコンピュータおよび通信システム８０２を図示する。コンピュータおよび通信システム８０２は、プロセッサ８０４、メモリ８０６、およびストレージデバイス８０８を含む。メモリ８０６は、管理メモリとして機能する揮発性メモリ（例えば、ＲＡＭ）を含むことができ、１つまたは複数のメモリプールを格納するために使用することができる。さらに、コンピュータおよび通信システム８０２は、ディスプレイデバイス８１０、キーボード８１２、およびポインティングデバイス８１４に結合することができる。ストレージデバイス８０８は、オペレーティングシステム８１６、コンテンツ処理システム８１８、およびデータ８３２を格納することができる。
【００５１】
コンテンツ処理システム８１８は、コンピュータおよび通信システム８０２によって実行されると、コンピュータおよび通信システム８０２に本開示に記載する方法および／または処理を実行させることができる命令を含むことができる。具体的には、コンテンツ処理システム８１８は、信頼ドメイン内の入口ノードによりメッセージを受信するための命令を含むことができる（通信機構８２０）。コンテンツ処理システム８１８は、メッセージに対する特性ベクトルを生成するための命令を含むことができ、特性ベクトルは、メッセージに対して判断されたさまざまな特性を示す（特性ベクトル機構８２８）。コンテンツ処理システム８１８はまた、メッセージ、特性ベクトル、および認証符号を送受信するための命令を含むことができる（通信機構８２０）。コンテンツ処理システム８１８はまた、送信者の公開鍵に基づいて、メッセージの送信者のデジタル署名を検証するための命令を含むことができる（特性計算機構８２２）。コンテンツ処理システム８１８は、特性ベクトルおよび共有秘密鍵に基づいて、メッセージに対する認証符号を生成するための命令を含むことができる（認証符号機構８２６）。
【００５２】
さらに、コンテンツ処理システム８１８は、メッセージに対する特性ベクトルを生成するための命令を含むことができ、特性ベクトルは、メッセージに対するさまざまな特性を示し、特性ベクトルは、インタレストまたはコンテンツオブジェクトに対応する（特性ベクトル機構８２８）。コンテンツ処理システム８１８は、インタレストの名前とインタレストの１つまたは複数のフィールドとに基づいてインスタントの同様のハッシュ値を計算するための命令、コンテンツオブジェクトのハッシュ値を計算するための命令、およびコンテンツオブジェクトと関連する公開鍵のハッシュ値を計算するための命令を含むことができる（特性計算機構８２２）。コンテンツ処理システム８１８はまた、メッセージのスケジューリング優先度、経路切替ラベル、課金、サービス品質、および監査に関する情報を検証するための命令を含むことができる（特性検証機構８２４）。
【００５３】
コンテンツ処理システム８１８はまた、特性ベクトル内の出口ポリシーを示すための命令を含むことができ、出口ポリシーは、信頼ドメインからのメッセージの送信の際に実行する動作を指定する（出口機構８３０）。コンテンツ処理システム８１８はまた、出口ノードによって、信頼ドメインからのメッセージの送信の際にメッセージと関連する特性ベクトルを取り除くための命令を含むことができる（出口機構８３０）。
【００５４】
さらに、コンテンツ処理システム８１８は、第１の認証符号が第２の認証符号と同じであるかどうかを判断するための命令を含むことができる（認証符号機構８２６）。コンテンツ処理システム８１８はまた、メッセージに対する特性ベクトルを修正するための命令およびメッセージに対する追加の特性ベクトルを生成するための命令を含むことができ（特性ベクトル機構８２８）、さらに共有秘密鍵および修正済みならびに／もしくは新規に生成された特性ベクトルに基づいて、メッセージに対する認証符号を生成するための命令を含むことができる（認証符号機構８２６）。コンテンツ処理システム８１８は、メッセージ、修正済みならびに／もしくは新規に生成された特性ベクトル、および適切な認証符号を送信するための命令を含むことができる（通信機構８２０）。
【００５５】
データ８３２は、入力として要求される、または本開示に記載された方法ならびに／もしくは処理による出力として生成された、任意のデータを含むことができる。具体的には、データ８３２は、少なくとも、１つのコンテンツ内のインタレストに対応するメッセージ、コンテンツオブジェクトに対応するメッセージ、送信者の私有鍵に基づくメッセージの送信者のデジタル署名、送信者の公開鍵、メッセージに対するさまざまな特性を示す特性ベクトル、共有秘密鍵、共有秘密鍵および特性ベクトルに基づく認証符号、インタレストの名前およびインタレストの１つまたは複数のフィールドに基づくインスタントの同様のハッシュ値、コンテンツオブジェクトのハッシュ値、コンテンツオブジェクトと関連する公開鍵のハッシュ値、メッセージのスケジューリング優先度、メッセージに対する課金、監査、またはサービス品質に関する情報、経路切替ラベル、および出口ポリシーを格納することができる。
【００５６】
この詳細な説明に記載されるデータ構造およびコードは、通常、コンピュータ可読ストレージ媒体に記憶されており、この媒体は、コンピュータシステムが使用するために、コードおよび／またはデータを記憶することができる任意のデバイスまたは媒体とすることができる。コンピュータ可読ストレージ媒体は、揮発性メモリ、不揮発性メモリ、ディスクドライブなどの磁気ストレージデバイスおよび光ストレージデバイス、磁気テープ、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタル多用途ディスクまたはデジタルビデオディスク）、または現在知られている、もしくは後に開発されるコンピュータ可読媒体を格納できる他の媒体を含むが、これらに限定されるものではない。
【００５７】
詳細な説明の部分に記載された方法および処理は、コードおよび／またはデータとして具現化することができ、これらのコードおよび／またはデータは、上述したようにコンピュータ可読ストレージ媒体に記憶可能である。コンピュータシステムが、コンピュータ可読ストレージ媒体に記憶されたコードおよび／またはデータを読み出して実行するとき、コンピュータシステムは、データ構造およびコードとして具体化されてコンピュータ可読ストレージ媒体内に記憶された方法および処理を実行する。
【００５８】
また、上述した方法および処理は、ハードウェアモジュールまたは装置に含めることができる。これらのハードウェアモジュールまたは装置は、特定用途向け集積回路（ＡＳＩＣ）チップ、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、特定のソフトウェアモジュールもしくは１つのコードを特定の時間に実行する専用または共有プロセッサ、および現在知られているか、今後開発される他のプログラマブル・ロジック・デバイスを含むことができるが、これらに限定されない。ハードウェアモジュールまたはハードウェア装置が起動される場合、それらは、ハードウェアモジュールまたはハードウェア装置に含まれる方法および処理を実行する。
【図１】
2015220751.tif 000002
【図２Ａ】
2015220751.tif 000003
【図２Ｂ】
2015220751.tif 000004
【図３】
2015220751.tif 000005
【図４Ａ】
2015220751.tif 000006
【図４Ｂ】
2015220751.tif 000007
【図５】
2015220751.tif 000008
【図６Ａ】
2015220751.tif 000009
【図６Ｂ】
2015220751.tif 000010
【図７Ａ】
2015220751.tif 000011
【図７Ｂ】
2015220751.tif 000012
【図８】
2015220751.tif 000013