(57)【要約】      （修正有）【課題】コンテンツオブジェクトが信頼できるエンティティによって署名されていることを、クライアント装置が容易に検証出来る鍵解明サービス（ＫＲＳ）を提供する。【解決手段】ＫＲＳサービスは、コンテンツ名についてのＫＲＳクエリを含むインタレストを受信し、インタレストからコンテンツ名を取得し、コンテンツ名又はコンテンツ名の接頭辞についてのセキュリティ情報を含むＫＲＳレコードを取得する。そして、最初のインタレストを満たすように、そのペイロードのＫＲＳレコードを含むコンテンツオブジェクトを送信する。クライアント装置は、少なくともコンテンツオブジェクトの名称接頭辞に関連付けられた信頼できる鍵を取得するために、ＫＲＳサービスをクエリすることができ、必要に応じて、信頼できる鍵とコンテンツオブジェクトを認証するために、使用される鍵を取得する。【選択図】図１Ａ
2016042690.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ実装方法において、
鍵解明サービス（ＫＲＳ）により、前記鍵解明サービスに関連付けられたルーティング可能な接頭辞を含む名称を有するインタレストメッセージであり、前記インタレストが前記インタレストの名称又はペイロードにおいて解明されることになるコンテンツ名についてのクエリを含むインタレストメッセージを受信することと、
前記インタレストメッセージから、解明されることになる前記コンテンツ名を取得することと、
前記コンテンツ名についてのＫＲＳレコードであり、前記コンテンツ名又は前記コンテンツ名の接頭辞についてのセキュリティ情報を含む前記ＫＲＳレコードを取得することと、
そのペイロードが前記クエリを満たす前記セキュリティ情報を含み且つその名称が前記インタレストメッセージを満たすように前記インタレストメッセージの名称を含むコンテンツオブジェクトを返送することとを備える、方法。
【請求項２】
前記コンテンツオブジェクトのペイロードが前記ＫＲＳレコードを含む、請求項１に記載の方法。
【請求項３】
コンピュータによって実行されたとき、方法を前記コンピュータに実行させる命令を記憶する持続性コンピュータ読み取り可能な記憶媒体において、前記方法が、
鍵解明サービスに関連付けられたルーティング可能な接頭辞を含む名称を有するインタレストメッセージであり、前記インタレストが前記インタレストの名称又はペイロードにおいて解明されることになるコンテンツ名についてのクエリを含むインタレストメッセージを受信することと、
前記インタレストメッセージから、解明されることになる前記コンテンツ名を取得することと、
前記コンテンツ名についてのＫＲＳレコードであり、前記コンテンツ名又は前記コンテンツ名の接頭辞についてのセキュリティ情報を含む前記ＫＲＳレコードを取得することと、
そのペイロードが前記クエリを満たす前記セキュリティ情報を含み且つその名称が前記インタレストメッセージを満たすように前記インタレストメッセージの名称を含むコンテンツオブジェクトを返送することとを備える、持続性コンピュータ読み取り可能な記憶媒体。
【請求項４】
前記コンテンツオブジェクトのペイロードが前記ＫＲＳレコードを含む、請求項３に記載の記憶媒体。
【請求項５】
コンピュータ実装方法において、
クライアント装置により、コンテンツオブジェクトについての信頼できる鍵を取得するために鍵解明サーバをクエリすることと、
コンテンツ中心ネットワークを介して前記コンテンツオブジェクトを取得することと、
前記コンテンツオブジェクトが鍵ロケータを指定するとの判定に応答して、信頼のチェーンが前記信頼できる鍵と前記コンテンツオブジェクトの鍵ロケータに関連付けられた鍵との間に存在することを検証することと、
前記信頼のチェーンが存在するとの判定に応答して前記コンテンツオブジェクトが有効であると判定することとを備える、方法。
【請求項６】
前記信頼のチェーンが存在するとの判定が、前記鍵ロケータが前記鍵解明サーバから前記信頼できる鍵を参照すると判定することを含む、請求項５に記載の方法。
【請求項７】
前記信頼のチェーンが存在すると判定することが、
前記信頼できる鍵によって署名された中間鍵についてのインタレストを広めることを含み、それが前記コンテンツオブジェクトの鍵に向けて前記信頼できる鍵にリンクしている、請求項５に記載の方法。
【請求項８】
さらに、
前記鍵ロケータが前記信頼できる鍵から現在の信頼のチェーンの終了において現在の中間鍵を参照していないとの判定に応答して、前記現在の中間鍵によって署名された他の中間鍵についてのインタレストを広めることによって前記コンテンツオブジェクトの鍵に向けて前記信頼のチェーンを拡張することを備え、それが前記コンテンツオブジェクトの鍵に向けて前記現在の中間鍵にリンクしている、請求項７に記載の方法。
【請求項９】
前記信頼のチェーンが存在するとの判定が、
その名称が前記鍵ロケータを含むインタレストを広めることによって前記コンテンツ中心ネットワークを介してターゲット鍵を取得することを含む、請求項５に記載の方法。
【請求項１０】
さらに、
前記信頼できる鍵が前記コンテンツオブジェクトの鍵まで現在の信頼のチェーンの開始において現在の中間鍵を署名していないとの判定に応答して、前記現在の信頼のチェーンの開始において前記現在の中間鍵を認証するために使用される他の中間鍵についてのインタレストを反復的に広めることによって前記信頼できる鍵に向けて前記信頼のチェーンを拡張することを備える、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、ディジタルコンテンツの保護に関する。より具体的には、本開示は、コンテンツオブジェクトについての鍵を解明する鍵解明サービスに関する。
【背景技術】
【０００２】
コンピューティング及びネットワーキング技術の進歩は、人々が日常生活に電子機器を組み込むのを可能としている。人々は、通常、オンラインバンキングを実行するために、他人と対話するために、及び、他人によって公開された情報を検索して消費するためにコンピュータを使用する。最近では、マシン・ツー・マシン通信の進歩は、人々の電化製品がそれらのユーザのためのタスクを自動化するのを可能としている。例えば、いくつかのディジタルサーモスタットは、サーモスタットについて最適化されたスケジュールを生成することができ且つ加熱、換気及び空調（ＨＶＡＣ）ユニットを制御するためにこのスケジュールを使用するようにサーモスタットを構成する中央コントローラと相互作用することができる。
【０００３】
これらの進歩によって提供される利便性は、ユーザの装置間で且つアプリケーションサーバによって通信パケットを交換するために使用される基礎となるネットワークプロトコルに基づいて構築される。多くの場合、これらの通信パケットは、ユーザが一般の人々と共有するつもりはないかもしれない情報であるユーザ及びそれらの生活習慣に関する機密情報を含むことができる。したがって、今日のウェブにおいて、アプリケーション開発者は、通常、セキュアなコンテンツ配信を提供するために、主要プロトコルとしてハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ）を使用している。
【０００４】
しかしながら、ＨＴＴＰＳは、信頼できる認証局（ＣＡ）によって署名された証明書をクライアントに提供するためにコンテンツサーバを必要とする。クライアントは、公開鍵インフラストラクチャ（ＰＫＩ）を介して証明書を検証し、対称鍵を生成するために証明書を使用する。そして、クライアントは、コンテンツサーバとの通信セッション中に全ての情報を暗号化及び復号するためにこの鍵を使用する。残念なことに、ディジタル証明書に署名することができる多くのＣＡが存在し、ＣＡが信頼できるかを決定するかどうかはユーザ次第である。通常、ユーザは、ＣＡが信頼できるかを指定する必要があり、「ルート」ＣＡとしてこれらのＣＡを使用する。他のＣＡは、それらがルートＣＡによって直接的に又は信頼のチェーンを介して間接的に信頼されているとき、中間ＣＡとして機能する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
コンピュータネットワーキングにおける最近の開発は、データに固有の名称を指定する「インタレスト」を広めることによってクライアントがデータを取得することを可能とするコンテンツ中心ネットワーク（ＣＣＮ）を含む。このデータを記憶しているいかなるピアＣＣＮ装置も、このピアＣＣＮ装置が位置する場所に関係なく、クライアントにデータを提供することができる。しかしながら、いかなるピアネットワークデバイスも信頼された発行者からのデータの一部についてのインタレストを満たすことを可能とすることは、信頼された発行者から実際に発信されたデータを保証するのを困難とする。例えば、ＨＴＴＰＳは、このサーバからデータを公開する個人又は組織にサーバをマッピングするためにディジタル証明書を使用する。クライアント装置は、データが到来する予定の組織からのデータをそれらが受信したことを検証するためにＨＴＴＰＳ及びＣＡを使用する。残念なことに、ＣＣＮクライアント装置は、過去に同じデータを取得してキャッシュしたピアＣＣＮ装置からなどの異なるソースからクライアントがこのデータを取得したときにデータの一部が所定の発行者から発信されたことを検証するためにＨＴＴＰＳを使用することができない。
【課題を解決するための手段】
【０００６】
１つの実施形態は、コンテンツオブジェクトが信頼できるエンティティによって署名されていることをクライアント装置が検証するのを容易とする鍵解明サービス（ＫＲＳ）を提供する。ＫＲＳサービスは、クライアントからのインタレストメッセージを受信するローカルＫＲＳサービスのセットと、それぞれが１つ以上のＫＲＳゾーン（例えば、名称接頭辞）についてのセキュリティ情報を維持する（ＫＲＳレコードを使用して）信頼できるＫＲＳサービスのセットと、ルート名称接頭辞についてのセキュリティ情報を維持するルートＫＲＳサービスとを含むことができる。動作中、ローカルＫＲＳサービスは、コンテンツ中心ネットワーク（ＣＣＮ）を介して、ローカルＫＲＳサービスに関連するルーティング可能な接頭辞を含み且つ解明されるべきコンテンツ名についてのＫＲＳクエリを含む名称を有するインタレストメッセージを受信することができる。インタレストは、インタレストの名称におけるルーティング可能な接頭辞に追加されたＫＲＳクエリを含むことができるか又はペイロードにＫＲＳクエリを含むことができる。ＫＲＳサービスは、コンテンツ名についてのＫＲＳレコードを取得するためにインタレストメッセージを処理する。ＫＲＳレコードは、コンテンツ名又はコンテンツ名の接頭辞についてのセキュリティ情報を含む。ＫＲＳサービスは、そのペイロードがインタレストメッセージを満たすようにＫＲＳレコードを含むコンテンツオブジェクトを生成して返送する。
【０００７】
いくつかの実施形態において、ＫＲＳレコードは、ＫＲＳレコードがセキュリティ情報を解明する名称又は名称接頭辞、名称又は名称接頭辞についてのセキュリティ情報を含むペイロード、及び／又は、ＫＲＳレコードを認証するために使用されるセキュリティ情報を含む。
【０００８】
いくつかの実施形態において、基礎となるＣＣＮノードは、インタレストメッセージのルーティング可能な接頭辞に関連付けられたローカルＫＲＳサービスに対してクライアント装置のインタレストメッセージを転送する。ローカルＫＲＳサービスは、コンテンツ名又はコンテンツ名の接頭辞に関連付けられた鍵解明ゾーンについての他のルーティング可能な接頭辞を取得するために、入力としてコンテンツ名を使用して、ネクストホップテーブルにおいて最長接頭辞一致検索を行うことによってＫＲＳレコードを取得することができる。そして、ローカルＫＲＳサービスは、その名称がＫＲＳゾーンに対してルーティング可能な接頭辞を含み、名称におけるコンテンツ名又は第２のインタレストのペイロードについてのクエリを含む他のインタレストメッセージを生成する。ローカルＫＲＳサービスは、ＫＲＳレコードについての信頼できるＫＲＳサーバをクエリするためにＣＣＮネットワークを介してこのインタレストメッセージを発信する。
【０００９】
いくつかの実施形態において、ネクストホップテーブルの各エントリは、名称又は名称接頭辞、名称又は名称接頭辞にマッピングされた鍵解明ゾーンについてのルーティング可能な接頭辞、及び／又は、鍵解明ゾーンに関連付けられた鍵解明サービスについての公開鍵を含む。
【００１０】
いくつかの実施形態において、ＫＲＳサービス（例えば、ローカルＫＲＳサービス又は信頼できるＫＲＳサービス）は、ターゲット鍵解明ゾーンをクエリするためにインタレストを広めることができる。ターゲット鍵解明ゾーンにおけるサービスがクエリについてのＫＲＳレコードを含まない場合、ＫＲＳサービスは、他の鍵解明ゾーンについてのルーティング可能な接頭辞を含むコンテンツオブジェクトを受信することができる。ＫＲＳサービスは、その名称が新たな鍵解明ゾーンについてのルーティング可能な接頭辞を含み且つ名称におけるコンテンツ名又はインタレストのペイロードについてのクエリを含む他のインタレストメッセージを生成することによって新たな鍵解明ゾーンをクエリすることができる。ＫＲＳサービスは、ＫＲＳレコードを含むコンテンツオブジェクトを受信するためにこのインタレストを広めることができる。
【００１１】
この実施形態に対するいくつかの変形例において、ＫＲＳサービスは、第２の鍵解明ゾーンについてのルーティング可能な接頭辞にコンテンツ名をマッピングするエントリを含むようにネクストホップテーブルを更新することができる。
【００１２】
この実施形態に対するいくつかの変形例において、ＫＲＳサービスは、ＫＲＳレコードを含むコンテンツオブジェクトを受信することができ、ＫＲＳレコードリポジトリにＫＲＳレコードをキャッシュする。
【００１３】
いくつかの実施形態において、信頼できるＫＲＳサービスは、入力としてコンテンツ名を使用してＫＲＳレコードリポジトリにおいて最長接頭辞一致検索を行うことによってＫＲＳレコードを取得することができる。このＫＲＳレコードは、コンテンツ名の少なくとも接頭辞に関連付けられたセキュリティ情報を含む。
【００１４】
いくつかの実施形態において、ＫＲＳレコードにおけるコンテンツ名又はコンテンツ名の接頭辞についてのセキュリティ情報は、公開鍵、公開鍵証明書、証明書チェーン、コンテンツオブジェクトの暗号ダイジェスト、及び／又は、コンテンツオブジェクトの生成者若しくは信頼できるエンティティによって署名されたコンテンツオブジェクトの暗号ダイジェストを含むことができる。
【００１５】
１つの実施形態は、コンテンツオブジェクトが信頼できるエンティティによって署名されていることを検証するためにＫＲＳサービスからの鍵を使用するクライアント装置を提供する。動作中、クライアント装置は、コンテンツオブジェクトについての信頼できる鍵を取得するためにＫＲＳサービスをクエリすることができる。クライアント装置はまた、ＣＣＮ上のコンテンツオブジェクト自体を取得することができ、コンテンツオブジェクトを認証するために使用される鍵についての鍵ロケータを取得するためにコンテンツオブジェクトを分析する。そして、クライアント装置は、信頼のチェーンが信頼できる鍵とコンテンツオブジェクトの鍵ロケータに関連付けられた鍵との間に存在するかどうかを判定する。クライアント装置は、信頼のチェーンが存在する場合にコンテンツオブジェクトが有効であると判定する。
【００１６】
いくつかの実施形態において、信頼のチェーンが存在することを判定するとき、クライアント装置は、鍵ロケータが鍵解明サーバから信頼された鍵を参照することを検証する。
【００１７】
いくつかの実施形態において、信頼のチェーンが存在することを判定するとき、クライアント装置は、信頼できる鍵によって署名された中間鍵についてのインタレストを広めることができ、それはコンテンツオブジェクトの鍵に向けて信頼できる鍵にリンクする。
【００１８】
これらの実施形態に対するいくつかの変形例において、鍵ロケータが信頼できる鍵から現在の信頼のチェーンの最後において現在の中間鍵を参照していないとクライアント装置が判定したとき、クライアント装置は、現在の中間鍵によって署名された他の中間鍵についてのインタレストを広めることによってコンテンツオブジェクトの鍵に向けて信頼のチェーンを拡張することができ、それはコンテンツオブジェクトの鍵に向けて現在の中間鍵をリンクする。
【００１９】
いくつかの実施形態において、クライアント装置は、例えば、その名称が鍵ロケータを含むインタレストを広めることにより、ＣＣＮを介してターゲット鍵を取得することによって信頼のチェーンが存在すると判定することができる。
【００２０】
これらの実施形態に対するいくつかの変形例において、信頼できる鍵がコンテンツオブジェクトの鍵まで現在の信頼のチェーンの開始において現在の中間鍵を署名しないとクライアント装置が判定したとき、クライアント装置は、現在の信頼のチェーンの開始において現在の中間鍵を認証するために使用される他の中間鍵についてのインタレストを反復的に広めることにより、信頼できる鍵に向けて信頼のチェーンを拡張することができる。
【図面の簡単な説明】
【００２１】
【図１Ａ】図１Ａは、実施形態にかかるコンテンツオブジェクトについての鍵解明を容易とする例示的なコンピューティング環境を図示している。
【図１Ｂ】図１Ｂは、実施形態にかかる例示的なＫＲＳレコードを図示している。
【図２】図２は、実施形態にかかる鍵解明サービスをクエリする例示的なクライアント装置を図示している。
【図３】図３は、実施形態にかかるローカルＫＲＳサービスによる鍵解明クエリを処理する方法を図示するフローチャートである。
【図４】図４は、実施形態にかかる信頼できるＫＲＳサービスからＫＲＳレコードを取得する方法を図示するフローチャートである。
【図５】図５は、実施形態にかかる信頼できるＫＲＳサービスによって反復的にインタレストに応答する方法を図示するフローチャートである。
【図６】図６は、実施形態にかかる信頼できるＫＲＳサービスによって再帰的にインタレストに応答する方法を図示するフローチャートである。
【図７】図７は、実施形態にかかるコンテンツオブジェクトの検証方法を図示するフローチャートである。
【図８Ａ】図８Ａは、実施形態にかかるＫＲＳシステムからの信頼できる鍵とコンテンツオブジェクトの鍵との間の信頼のチェーンを分析する方法を図示するフローチャートである。
【図８Ｂ】図８Ｂは、実施形態にかかるコンテンツオブジェクトの鍵とＫＲＳシステムからの信頼できる鍵との間の信頼のチェーンを分析する方法を図示するフローチャートである。
【図９】図９は、実施形態にかかるコンテンツオブジェクトについての鍵解明を容易とする例示的な装置を図示している。
【図１０】図１０は、実施形態にかかるコンテンツオブジェクトについての鍵解明を容易とする例示的なコンピュータシステムを図示している。
【発明を実施するための形態】
【００２２】
図面において、同様の参照符号は、同一の図要素を指す。
【００２３】
以下の説明は、当業者が本実施形態を作成して使用するのを可能とするために提示され、特定の用途及びその要件の文脈において提供される。開示された実施形態に対する様々な変更は、当業者にとって容易に明らかであり、本願明細書において定義される一般的な原理は、本発明の精神及び範囲から逸脱することなく他の実施形態及び用途に適用することができる。それゆえに、本発明は、示された実施形態に限定されるものではなく、本願明細書に開示された原理及び特徴と一致する最も広い範囲を与えられるべきである。
【００２４】
本発明の実施形態は、所定のデータオブジェクトを検証するために使用可能なセキュリティ情報によってクライアント装置を提供するという問題を解決する鍵解明サービス（ＫＲＳ）を提供する。このＫＲＳサービスは、ＫＲＳサービスが各ゾーンについて存在することができるように、様々なＫＲＳ「ゾーン」に編成された多数のコンピューティングデバイス（例えば、サーバ）にわたって展開されて実行される。各ＫＲＳサービスは、ＣＣＮ名称の集合体についてのセキュリティ情報を記憶することができ、コンテンツ名についてのセキュリティ情報を記憶することができる他のＫＲＳサービスにコンテンツ名をマッピングするためにネクストホップテーブルを使用することができる。
【００２５】
例えば、コンテンツ中心ネットワーク（ＣＣＮ）は、データが到来する場所ではなくコンテンツ自体にユーザがインタレストを有するという概念を中心に設計されている。これは、発行者、近くのキャッシュ又は以前に特定のコンテンツオブジェクトを要求した他のユーザなどの任意のソースからコンテンツをクライアントが取得するのを可能とする。このアーキテクチャの特徴のため、ＣＣＮにおけるセキュリティは、コンテンツオブジェクトが送信されるエンド・ツー・エンドのチャネルよりも、コンテンツオブジェクト自体を保護するために設計されている。
【００２６】
いくつかの実施形態において、クライアントは、コンテンツオブジェクトの名称又は名称接頭辞に関連付けられたセキュリティ情報についてのＫＲＳサービスをクエリするインタレストを広めることができ、コンテンツオブジェクトを検証するためにこのセキュリティ情報を使用することができる。コンテンツオブジェクトの保護は、自己証明名称を使用して行うことができ、コンテンツオブジェクトの名称は、そのセキュリティ情報に結合される。コンテンツオブジェクトの保護はまた、コンテンツオブジェクトにセキュリティ情報を含めることによって行うことができ、コンテンツオブジェクトのデータが正しくて改竄されていないことを検証するためにクライアントが使用することができる。このセキュリティ情報自体は、公開鍵、公開鍵証明書、署名された証明書チェーン、コンテンツオブジェクトの暗号ダイジェスト、コンテンツオブジェクトの生成者又は信頼できるエンティティによって署名されたコンテンツオブジェクトの暗号ダイジェスト、及び／又は、コンテンツオブジェクトのペイロードの単純なハッシュなどのいくつかの形態をとることができる。
【００２７】
したがって、ＫＲＳサービスは、名称についてのセキュリティ情報に対してＣＣＮ名称又は名称接頭辞（例えば、「／ｐａｒｃ／ｊｊ／ｐａｐｅｒ１．ｐｄｆ」）をマッピングする。クライアントは、コンテンツオブジェクトについてのインタレストの発行前に、セキュリティ情報についてのＫＲＳサービスをクエリすることができ、それが受信されたときにクライアントがコンテンツオブジェクトの真正性を検証するのを可能とする。いくつかの実施形態において、ＫＲＳサービスは、インタレスト及びコンテンツオブジェクトを使用してＣＣＮ上で動作し且つＣＣＮアーキテクチャ又はＣＣＮプロトコルの変更を必要としない分散型サービスとして設計されている。
【００２８】
ＫＲＳサービスは、クライアントがコンテンツオブジェクトによって受信したセキュリティ情報の完全性とＫＲＳサービスによって返送されるセキュリティ情報の完全性との双方を検証することができる階層的信頼モデルを実装している。ＫＲＳサービスは、悪質なコンテンツオブジェクトとともに偽のＫＲＳレコードを攻撃者が提供するのを防止するためにそれ自体安全であるＫＲＳレコードを使用してセキュリティ情報を記憶して伝送することができる。このように、クライアントがＫＲＳサービスをクエリして応答を受信するときに、クライアントは、受信したＫＲＳレコードを独立して検証することができる。さらに、ＫＲＳサービスは、異なる発行者や組織が劇的に異なるセキュリティ技術を使用することができるため、セキュリティモデルの広い範囲をサポートするのに十分に柔軟である。
【００２９】
図１Ａは、実施形態にかかるコンテンツオブジェクトについての鍵解明を容易とする例示的なコンピューティング環境１００を図示している。具体的には、環境１００は、各ゾーンが様々な名称接頭辞についてのセキュリティ情報レコード（ＫＲＳレコード）を管理するように、ＫＲＳゾーンのセットに編成された鍵解明サービス（ＫＲＳ）１０４を含む。ＫＲＳサービス１０４は、ルートゾーン（例えば、ルートＫＲＳサービス１０４．１）、クライアントからの要求を処理するローカルＫＲＳサービス（例えば、ＫＲＳサービス１０４．４及び１０４．５についての１つ以上のサーバ）、及び、様々な名称接頭辞についてのＫＲＳレコードを維持する信頼できるＫＲＳサービスのセットを含む。いくつかの実施形態において、各信頼できるＫＲＳサービスは、ＫＲＳゾーンに関連付けられたコンピュータの集合体（例えば、分散サーバのセット）にわたって展開される。
【００３０】
いくつかの実施形態において、ルートＫＲＳサービスは、コンテンツ名に関連付けられたＫＲＳゾーンについてのグローバルにルーティング可能な名称にコンテンツ名をマッピングするネクストホップテーブルを維持することができる。ネクストホップテーブルの各エントリは、コンテンツ名についてのＫＲＳレコードを記憶するか又はＫＲＳリクエストが転送されることができるネクストホップサーバ若しくはネクストホップＫＲＳゾーンを知っているＫＲＳサービスの名称及び公開鍵を記憶する。
【００３１】
ローカル又は信頼できるＫＲＳサービスはまた、ＫＲＳクエリを転送するために使用可能な他のＫＲＳサービスの名称及び公開鍵にコンテンツ名をマッピングするネクストホップテーブルを維持することができる。このように、コンテンツ名についてのＫＲＳレコードを記憶していないＫＲＳサービスは、ＫＲＳレコードを記憶するか又はＫＲＳリクエストが転送されることができるさらに他のＫＲＳサービスの名称を知っている他のＫＲＳサービスについてのネクストホップテーブルを介して検索することができる。ＫＲＳサービスがコンテンツ名についての他のＫＲＳサービスを知っていない場合（例えば、ネクストホップテーブルがコンテンツ名についてのエントリを含まない場合）、ＫＲＳサービスは、ルートＫＲＳサービスに対してＫＲＳクエリを転送することができる。ルートＫＲＳサービスは、コンテンツ名についてのＫＲＳゾーンのグローバルにルーティング可能な名称を返送することができる。
【００３２】
コンピューティング環境１００はまた、スマートフォン１０６．１、タブレットコンピュータ１０６．２及び／又はパーソナルコンピューティング装置１０６．ｍ（例えば、ラップトップ）などのクライアント装置１０６を含むことができる。クライアント装置１０６は、クエリ接頭辞についてのセキュリティ情報を取得するためにＫＲＳサービス１０４をクエリすることができる。ＫＲＳサービス１０４は、その対応するセキュリティ情報に名称又は名称接頭辞をマッピングする鍵−値ストアを実装することができる。ＫＲＳサービス１０４は、セキュリティ情報を指定する応答又はそのような情報がクエリ接頭辞について存在しないことを認める応答を返送することができる。
【００３３】
クライアント装置１０６は、個々のＣＣＮアプリケーションのもとでＫＲＳ操作を行うことができる。クライアント装置１０６上で実行するアプリケーションがコンテンツオブジェクトについての要求を発行する場合、クライアント装置１０６は、セキュリティ情報が適切な方を解明するためにＫＲＳサービス１０４をクエリすることができ、そして、コンテンツオブジェクトを取得するためにインタレストを構築するときにこの情報を使用することができる。
【００３４】
いくつかの実施形態において、ＫＲＳサービス１０４は、クライアント装置１０６がＫＲＳサービス１０４の近くのサーバと通信するのを可能とするローカルクライアントの検出をサポートすることができる。例えば、クライアント装置１０６がコーヒーショップにおけるＷｉ−Ｆｉネットワークに参加するとき、クライアント装置１０６は、ネットワークトポロジに関する事前情報を有しなくてもよい。ローカルＫＲＳサービス１０４．４及び１０４．５は、ＣＣＮ接頭辞「／ｋｒｓ」を通知することによってローカルクライアントの検出をサポートする。これは、ローカルＣＣＮネットワークトポロジの事前知識がない最も近いローカルＫＲＳサービスまでＫＲＳクエリを有するインタレストをルーティングするためにクライアント装置１０６がＣＣＮの最も近いレプリカのルーティングを利用するのを可能とする。クライアント装置１０６がコンテンツ名についてのセキュリティ情報を解明するためにＫＲＳサービス１０４を使用することを望むとき、クライアント装置１０６は、ＫＲＳサービスに対してルーティング可能な接頭辞（例えば、接頭辞「／ｋｒｓ」）を含み且つコンテンツ名についてのクエリを含むインタレストを作成することによってＫＲＳクエリを作成することができる。クライアント装置１０６は、インタレスト「／ｋｒｓ／ｑ＝／ｐａｒｃ／ｐａｐｅｒｓ／ｋｒｓ．ｐｄｆ」を広めることによって名称「／ｐａｒｃ／ｐａｐｅｒｓ／ｋｒｓ．ｐｄｆ」についてのセキュリティ情報を要求することができる。あるいは、クライアント装置１０６は、インタレストのペイロード内にクエリを含むようにインタレストを作成することができる。
【００３５】
ローカルＫＲＳサービスがクライアント装置１０６からインタレストを受信すると、ローカルＫＲＳサービスは、受信したインタレストを記憶することができ、インタレストからＫＲＳクエリを取得する。そして、ローカルＫＲＳサービスは、この要求を転送するためのルーティング可能な接頭辞を判定するために入力としてＫＲＳクエリのコンテンツ名を使用してそのネクストホップテーブルを介して最長接頭辞一致検索を実行し、要求についての再帰的なインタレストを作成する。ローカルＫＲＳサービスは、信頼できるＫＲＳサービスからの応答を受信するためにＣＣＮを介してこの再帰的なインタレストを広める。ローカルＫＲＳサービスは、コンテンツ名についての他のＫＲＳゾーンに対してルーティング可能な接頭辞を含むコンテンツ名についてのセキュリティ情報を含むＫＲＳレコードをカプセル化するか又はコンテンツ名についてのセキュリティ情報が存在しないことを指定するＫＲＳレコードをカプセル化するコンテンツオブジェクトを受信することができる。
【００３６】
ローカルＫＲＳサービスが他のＫＲＳゾーンに対してルーティング可能な接頭辞を受信するたびに、ローカルＫＲＳサービスは、他のＫＲＳゾーンに対して他のインタレストを生成して発信する。ローカルＫＲＳサービスは、インタレストの名称において他のＫＲＳサービスに対してルーティング可能な接頭辞を含むインタレストを生成することができ、インタレストの名称やインタレストのペイロード内にコンテンツ名についてのＫＲＳクエリを含むことができる。
【００３７】
ローカルＫＲＳサービスは、ローカルＫＲＳサービスがコンテンツ名についてのセキュリティ情報を含むＫＲＳレコードを受信するか又はセキュリティ情報がコンテンツ名について存在しないことを指定するまで、他のＫＲＳゾーンに対してルーティング可能な接頭辞を受信するたびにＫＲＳクエリを発行し続けることができる。ローカルＫＲＳサービスがＫＲＳレコードを含むコンテンツオブジェクトを受信すると、ローカルＫＲＳサービスは、ＫＲＳレコード及びクライアント装置からの最初のインタレストからの名称と一致するその名称をカプセル化する新たなコンテンツオブジェクトを生成する。ローカルＫＲＳサービスは、クライアント装置からのＫＲＳクエリを満たすようにＣＣＮを介してこの新たなコンテンツオブジェクトを返送する。
【００３８】
ローカルＫＲＳサービスと同様に、信頼できるＫＲＳサービスがそのルーティング可能な接頭辞宛のインタレストを受信したとき、信頼できるＫＲＳサービスは、インタレストの名称又はペイロードからコンテンツ名を取得する。そして、信頼できるＫＲＳサービスは、ＫＲＳレコードについてのそのゾーン内のレコードを検索するためにこの名称接頭辞を使用する。信頼できるＫＲＳサービスがＫＲＳレコードを有する場合、信頼できるＫＲＳサービスは、ＫＲＳレコードを含むコンテンツオブジェクトを返送することができる。
【００３９】
一方、信頼できるＫＲＳサービスがコンテンツ名についてのＫＲＳレコードを記憶していない場合、信頼できるＫＲＳサービスは、コンテンツ名についてのＫＲＳゾーンを判定するためにネクストホップテーブルの検索を実行する。信頼できるＫＲＳサービスは、再帰的転送技術や反復的転送技術を実装することができる。反復転送技術において、信頼できるＫＲＳサービスは、ペイロードにＫＲＳゾーンを含むように且つ最初のインタレストと同じ名称を含むようにコンテンツオブジェクトを生成し、最初のインタレストを満たすようにコンテンツオブジェクトを返送する。
【００４０】
再帰的転送技術において、信頼できるＫＲＳサービスは、（インタレストの名称に付加された又はペイロード内のコンテンツ名を有する）このＫＲＳゾーンについてのインタレストの形態でクエリを生成し、ＫＲＳゾーンからコンテンツ名についてのＫＲＳレコードを取得するためにインタレストを広める。このＫＲＳレコードは、コンテンツ名についてのセキュリティ情報を含むことができるか又はそのようなセキュリティ情報が存在しないという指示を含むことができる。そして、信頼できるＫＲＳサービスは、最初のインタレストの名称を含むコンテンツオブジェクトにおいてＫＲＳレコードをカプセル化し、最初のインタレストを満たすようにこのコンテンツオブジェクトを返送する。
【００４１】
いくつかの実施形態において、ルートＫＲＳサービス１０４．１は、トップレベル接頭辞についてのセキュリティ情報を管理する。他の信頼できるＫＲＳサービスとは異なり、ルートＫＲＳサービス１０４．１は、組織責任を有していない（例えば、接頭辞「／ｐａｒｃ」についてのＫＲＳサービスは、名称接頭辞「／ｐａｒｃ／ｃｓｌ」の責を負う）。しかしながら、任意のトップレベル接頭辞の解明は、ルート接頭辞ゾーンに依存する。このため、ルート接頭辞ゾーンは、中断することなく操作可能であり且つアクセス可能なままである必要があり、例えば、分散ハッシュテーブル（ＤＨＴ）又は独立した組織によって管理される独立操作ルートＫＲＳサーバの集合体を使用することによって達成されることができる。
【００４２】
ローカル及び信頼できるＫＲＳサービスは、ネクストホップテーブルにおいて最長接頭辞マッチングアルゴリズムを使用して、ＫＲＳ要求についての次の宛先を検索することができる。これは、ＫＲＳサービスのサーバがＫＲＳレコードをキャッシュするのを可能とすることにより、且つ、ＫＲＳサービスに記憶されるレコードの総数を削減するために「デフォルト」レコードの使用を可能とすることにより、性能及びスケーラビリティを向上させる。例えば、発行者ＪＪは、名称接頭辞「／ｐａｒｃ／ｊｊ」のもとに公開された全てのコンテンツに署名するために使用する公開−秘密鍵対を有することができる。公開された各コンテンツオブジェクトについての別個のＫＲＳレコードとして同じ鍵を記憶することよりもむしろ、ＫＲＳサービスは、このレコードが接頭辞「／ｐａｒｃ／ｊｊ」を含む任意の名称についての最終的な応答であることを表記して、信頼できるゾーン「／ｐａｒｃ」内に一度鍵を単に記憶することができる。いくつかの実施形態において、最長接頭辞マッチングを行うために使用されるテーブルは、接頭辞の下にさらなるＫＲＳレコードがないことを示す接頭辞についてのＫＲＳレコードにおいて特別な指定（例えば、アスタリスク「＊」）を使用する。
【００４３】
図１Ｂは、実施形態にかかる例示的なＫＲＳレコード１５０を図示している。ＫＲＳレコード１５０は、ＫＲＳレコード１５０についての名称１５２、ペイロード１５６及びセキュリティ情報１６０を含むことができる。名称１５２は、解明されているコンテンツ名１５４（又は名称接頭辞）を含むことができ、ペイロード１５６は、名称１５２に関連付けられたセキュリティ情報１５８を含むことができる。セキュリティ情報１５８は、例えば、コンテンツオブジェクト又はコンテンツオブジェクトのコンテンツハッシュについての公開鍵を含むことができる。また、ＫＲＳレコード１５０は、暗号化署名１６２によって個別に保護され、署名鍵についての公開鍵証明書又は証明書チェーン１６４を担持する。ＫＲＳレコード１５０を受信する消費者は、署名１６２が有効である場合に、ＫＲＳレコード１５０と、信頼できるエンティティ（例えば、グローバル認証局）における署名鍵アンカーについての証明書チェーン１６４とを信頼することができる。上述したように、ＫＲＳレコードは、ＣＣＮコンテンツオブジェクトにおいて送信される。これらのＣＣＮコンテンツオブジェクトはまた、ＫＲＳサービスを認証するために使用可能な署名を含み、信頼できるＫＲＳサービスインスタンスに対するＫＲＳクエリを担持するインタレストに対する許容可能な応答としてコンテンツオブジェクトを検証するために使用可能な発行者公開鍵ダイジェスト（ＰＰＫＤ）フィールドを含む。
【００４４】
トップダウン転送を実装するドメインネームシステム（ＤＮＳ）とは異なり、ＫＲＳサービスのサーバはまた、ボトムアップ転送を使用することができる。ボトムアップ転送において、ローカルＫＲＳサービスは、接頭辞階層内の場所をそれらに割り当てる接頭辞名称を有する。ローカルＫＲＳサービスが即時転送情報を有しないクエリを受信すると、ローカルＫＲＳサービスは、（トップダウン転送において行われるように、接頭辞ツリーのルートに直接クエリを送信する代わりに）その親にクエリを送信する。
【００４５】
図２は、実施形態にかかる鍵解明サービス２００をクエリする例示的なクライアント装置２０６を図示している。具体的には、ＫＲＳサービス２０４は、ローカルＫＲＳサービス２０４．４が親ＫＲＳサービス２０４．３を有するようにツリートポロジ２０２に編成されることができる。また、信頼できるＫＲＳサービス２０４．３は、その親がルートＫＲＳサービス２０４．１である親ＫＲＳサービス２０４．２を有する。
【００４６】
クライアント装置２０６は、ＫＲＳクエリを含むインタレストを広めることができ、ＣＣＮノードは、（パス２１０．１に沿って）ローカルＫＲＳサービス２０４．４に対してこのインタレストを転送することができる。ローカルＫＲＳサービス２０４．４がＫＲＳクエリのコンテンツ名についてのＫＲＳレコードをキャッシュしない場合、ローカルＫＲＳサービス２０４．４は、親ＫＲＳサービス（例えば、信頼できるＫＲＳサービス２０４．３）に対してＫＲＳクエリを転送することができる。しかしながら、ＫＲＳサービス２０４．３及びその親ＫＲＳサービス２０４．２がコンテンツ名についてのＫＲＳレコードを記憶していない場合、クエリ２１０．２は、（例えば、パス２１０．２に沿って再帰的に又はローカルＫＲＳサービス２０４．４によって反復的に）ルートＫＲＳサービス２０４．１に対して転送されることができる。
【００４７】
この時点で、ルートＫＲＳサービス２０４．１は、コンテンツ名についてのＫＲＳゾーンを判定するためにネクストホップテーブルにおいて最長接頭辞一致検索を行うことができ、（例えば、再帰的転送を使用する場合にはパス２１０．３に沿って又は反復的転送を使用する場合には直接ローカルＫＲＳサービス２０４．４に対して）ローカルＫＲＳサービス２０４．４に対してＫＲＳゾーンをカプセル化するコンテンツオブジェクトを返送する。例えば、信頼できるＫＲＳサービス２０４．６は、このＫＲＳゾーンのメンバーとすることができる。ローカルＫＲＳサービス２０４．４は、（パス２１０．４に沿って）信頼できるＫＲＳサービス２０４．６に対して直接ＫＲＳクエリを送信するために、このＫＲＳゾーンについてのルーティング可能な接頭辞を使用することができる。信頼できるＫＲＳサービス２０４．６は、（パス２１０．５に沿って）ＫＲＳクエリのコンテンツ名についてのセキュリティ情報を指定するＫＲＳレコードを返送するためにＫＲＳクエリを処理する。ローカルＫＲＳサービス２０４．４は、（クライアント装置２０６からの最初のインタレストと同じ名称を有する）コンテンツオブジェクトにセキュリティ情報をカプセル化することができ、パス２１０．６を介してクライアント装置２０６に対してこのコンテンツオブジェクトを返送する。
【００４８】
いくつかの実施形態において、ＫＲＳサービスは、それらが（親ＫＲＳサービスから）所定のコンテンツ名又は名称接頭辞についてのＫＲＳゾーンを含むコンテンツオブジェクトを受信したとき、それらのローカルネクストホップテーブルを更新することができる。このように、信頼できるＫＲＳサービス２０４．３が他のローカルＫＲＳサービス２０４．５から同じクエリ接頭辞についてのクエリインタレストを受信した場合、信頼できるＫＲＳサービス２０４．３は、ＫＲＳクエリがルートＫＲＳサービス２０４．１に対して全ての方法で伝播することを必要とせずに、ＫＲＳサービス２０４．６から直接ＫＲＳレコードを取得することができる。
【００４９】
また、ＫＲＳレコードは、ローカルＫＲＳサービスによって、信頼できるＫＲＳサービスによってキャッシュされることができ、及び／又は、それらはまた、基礎となるＣＣＮネットワークのノードによってキャッシュされることもできる。しかしながら、インタレストを満たすために使用可能なＫＲＳレコードを検索するときに最長接頭辞マッチングを行うことができるＫＲＳサービスとは異なり、インタレストを満たすようにＫＲＳレコードを検索するときに、典型的なＣＣＮノードは、正確なマッチングを行う。
【００５０】
キャッシングのこれら２つの形態の差異を強調するために、ローカルＫＲＳサービスが「／ｐａｒｃ／ｃｓｌ／ｐａｐｅｒｓ／ｋｒｓ．ｐｄｆ」を解明するために要求を受信する例を検討する。この要求を反復的に解明する処理において、ローカルＫＲＳサービスは、「／ｐａｒｃ」、「／ｐａｒｃ／ｃｓｌ」及び「／ｐａｒｃ／ｃｓｌ／ｐａｐｅｒｓ」についてのＫＲＳレコードを受信してキャッシュする。後において、ローカルＫＲＳサービスは、名称接頭辞「／ｐａｒｃ／ｃｓｌ／ｐａｐｅｒｓ／ｐａｐｅｒ２．ｐｄｆ」を解明するために他の要求を受信することができる。これら２つの要求が接頭辞「／ｐａｒｃ／ｃｓｌ／ｐａｐｅｒｓ」を共有するものの、ＣＣＮのキャッシュが正確なマッチングを行う必要がある（例えば、同じ順序で同じ要素を含むように２つの名称を必要とする）ため、ＣＣＮのキャッシュは、いかなる利点も提供しない。しかしながら、ＫＲＳサービスのサーバがクエリ接頭辞にインタレスト及びコンテンツオブジェクトパケットを変換することから、これらのサーバは、必要なＫＲＳ照会数を削減するために、これらのクエリ接頭辞において最長接頭辞マッチングを行うことができる。上記からの例を続けると、ローカルＫＲＳサービスは、「／ｐａｒｃ／ｃｓｌ／ｐａｐｅｒｓ」についての信頼できるＫＳＲサーバに対する１回のみの照会によって完全なＫＲＳ要求を解明するために「／ｐａｒｃ／ｃｓｌ／ｐａｐｅｒｓ」についてのキャッシュされたエントリを利用することにより、「／ｐａｒｃ／ｃｓｌ／ｐａｐｅｒｓ／ｐａｐｅｒ２．ｐｄｆ」についてのＫＲＳクエリを満たすことができる。
【００５１】
図３は、実施形態にかかるローカルＫＲＳサービスによってＫＲＳクエリを処理する方法３００を図示するフローチャートである。ローカルＫＲＳサービスは、基礎となるＫＲＳサービスの１つ以上のサーバにわたって展開されてそれらによって実行されることができる。動作中、ローカルＫＲＳサービスは、コンテンツ名に対応するセキュリティ情報についてのクエリを含むインタレストを受信することができる（動作３０２）。インタレストは、インタレストの名称に又はペイロードにＫＲＳクエリを含むことができる。例えば、インタレストの名称は、以下の形態を有することができる。
／ｋｒｓ／ｑ＝／｛ＱＵＥＲＹ＿ＰＲＥＦＩＸ｝      （１）
式（１）において、接頭辞「／ｋｒｓ」は、インタレストを広めるクライアント装置に対してローカルであるローカルＫＲＳサービスに対してインタレストをルーティングするルーティング可能な接頭辞を含む。また、「ｑ＝／｛ＱＵＥＲＹ＿ＰＲＥＦＩＸ｝」は、クライアント装置によって検証されるコンテンツオブジェクトについてのセキュリティ情報を取得するためにＫＲＳクエリを指定する。例えば、ニューヨークタイムズからの「スポーツヘッドライン」ウェブページについてのコンテンツオブジェクトは、以下の構造化された名称を含む：「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／Ｈｅａｄｌｉｎｅｓ／ｉｎｄｅｘ．ｈｔｍｌ」。ＫＲＳサービスは、名称接頭辞「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／Ｈｅａｄｌｉｎｅｓ」についての又はこの名称接頭辞の任意の接頭辞についてのセキュリティ情報を記憶することができる。
【００５２】
いくつかの実施形態において、ローカルＫＲＳサービスは、インタレストのＫＲＳクエリの１つ以上の名称接頭辞に対応するセキュリティ情報を検索することができる。ローカルＫＲＳサービスは、その名称がインタレストのＫＲＳクエリ内のコンテンツ名に対する最長一致であるＫＲＳレコードについての最長接頭辞一致検索を行うことができ（動作３０４）、ローカルキャッシュ又はコンテンツストアがコンテンツ名についてのＫＲＳレコードを記憶しているかどうかを判定する（動作３０６）。
【００５３】
ローカルＫＲＳサービスがＫＲＳコンテンツストアにおけるＫＲＳレコードを記憶している場合、ローカルＫＲＳサービスは、ＫＲＳコンテンツストアからＫＲＳレコードを取得する（動作３０８）。それ以外の場合、ローカルＫＲＳサービスは、信頼できるＫＲＳサービスを照会することによってＫＲＳレコードを取得し（動作３１０）、コンテンツ名に関連してＫＲＳレコードをキャッシュするためにＫＲＳコンテンツストアにエントリを作成することができる（動作３１２）。
【００５４】
そして、ローカルＫＲＳサービスは、クエリ接頭辞についてのセキュリティ情報を取得するためにＫＲＳレコードを分析し（動作３１４）、このセキュリティ情報を含むコンテンツオブジェクトを返送する（動作３１６）。上記例を続けると、ローカルＫＲＳサービスは、名称接頭辞「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／」についてのセキュリティ情報を取得するためにＫＲＳレコードを分析することができ、このセキュリティ情報を含むコンテンツオブジェクトを返送する。
【００５５】
図４は、実施形態にかかる信頼できるＫＲＳサービスからＫＲＳレコードを取得する方法４００を図示するフローチャートである。動作中、ローカルＫＲＳサービスは、コンテンツ名に関連付けられたＫＲＳゾーンを検索するためにネクストホップテーブルにおいて最長接頭辞一致検索を行うことができる（動作４０２）。上記からの例を続けると、名称接頭辞「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ」についての信頼できるＫＲＳサービスをクエリするとき、ローカルＫＲＳサービスは、名称「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ」についての（又はその接頭辞についての）任意のＫＲＳレコードを見つけることができないことがある。しかしながら、ローカルＫＲＳサービスは、名称接頭辞「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ」に対する最長接頭辞マッチングとして名称接頭辞「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ」についてのネクストホップテーブルにおけるエントリを見つけることができる。
【００５６】
そして、ローカルＫＲＳサービスは、インタレストの名称又はペイロード内にＫＲＳクエリを含むことができるＫＲＳゾーンについての再帰的なインタレストを生成する（動作４０４）。インタレストが名称にＫＲＳクエリを含む場合、インタレストの名称は、以下の形態を有することができる。
｛ＲＯＵＴＡＢＬＥ＿ＰＲＥＦＩＸ｝／ｋｒｓ／ｑ＝／｛ＱＵＥＲＹ＿ＰＲＥＦＩＸ｝      （２）
式（２）において、｛ＲＯＵＴＡＢＬＥ＿ＰＲＥＦＩＸ｝は、ＣＣＮ転送ノードがターゲットＫＲＳゾーンに属する任意の信頼できるＫＲＳサービスに対して再帰的なインタレストを転送するために使用するＫＲＳゾーンに対してルーティング可能な接頭辞を含む。名称部「／ｋｒｓ／ｑ＝／」は、ＫＲＳクエリの開始を指定し、｛ＱＵＥＲＹ＿ＰＲＥＦＩＸ｝は、セキュリティ情報を取得するための名称接頭辞（例えば、「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ」）を指定する。そして、ローカルＫＲＳサービスは、ＣＣＮを介して再帰的なインタレストを発信する（動作４０６）。
【００５７】
再帰的なインタレストを発信した後、ローカルＫＲＳサービスは、インタレストを満たすコンテンツオブジェクトを取得することができ（動作４０８）、コンテンツオブジェクトがＫＲＳレコード又は他のＫＲＳゾーンに対してルーティング可能な接頭辞を含むかどうかを判定する（動作４１０）。ＫＲＳレコードが他のＫＲＳゾーンに対してルーティング可能な接頭辞を含む場合、ローカルＫＲＳサービスは、コンテンツオブジェクトからルーティング可能な接頭辞を取得することができ（動作４１２）、ＫＲＳゾーンにコンテンツ名をマッピングするためにネクストホップテーブルを更新する（動作４１４）。そして、ローカルＫＲＳサービスは、ＫＲＳゾーンに対する再帰的なインタレストを生成するために動作４０４に戻る。
【００５８】
一方、動作４１０において、コンテンツオブジェクトがＫＲＳレコードを含むとローカルＫＲＳサービスが判定した場合、ローカルＫＲＳサービスは、クエリの名称接頭辞に関連してＫＲＳレコードをキャッシュすることができる（動作４１６）。そして、ローカルＫＲＳサービスは、クライアント装置にセキュリティ情報を返送するためにＫＲＳレコードを使用することができる。
【００５９】
いくつかの実施形態において、信頼できるＫＲＳサービスは、反復的又は再帰的に再帰的インタレストを処理することができる。例えば、反復的にインタレストに応答するとき、信頼できるＫＲＳサービスは、それが存在する場合にはＫＲＳレコードを返送することができ、又は、１つが見つかった場合には他のＫＲＳゾーンに対してルーティング可能な接頭辞を返送することができる。信頼できるＫＲＳサービスは、以下の形態を有するコンテンツオブジェクト（ＣＯ）によってインタレストに応答することによってセキュリティ情報を返送することができる。
ｉｔｅｒａｔｉｖｅ  ＣＯ：｛ＲＯＵＴＡＢＬＥ  ＰＲＥＦＩＸ｝：：｛ＺＯＮＥ｝：：｛ＳＥＣＵＲＩＴＹ｝      （３）
式（３）において、｛ＲＯＵＴＡＢＬＥ  ＰＲＥＦＩＸ｝は、次のゾーンについての信頼できるサーバのルーティング可能な接頭辞を含み、｛ＺＯＮＥ｝は、このゾーンが責を担う接頭辞を含む。また、｛ＳＥＣＵＲＩＴＹ｝は、証明書チェーンや公開鍵などのこのサーバから到来する応答の完全性を検証するために受信機にとって必要なセキュリティ情報を含む。
【００６０】
一方、再帰的にインタレストに応答するとき、信頼できるＫＲＳサービスは、ネクストホップテーブルから他のＫＲＳゾーンを取得することができ、セキュリティ情報を取得するためにＫＲＳゾーンに対して再帰的なインタレストを広める。そして、ローカルＫＲＳサービスと同様に、信頼できるＫＲＳサービスがコンテンツオブジェクトを受信するとき、信頼できるＫＲＳサービスは、元のインタレストに応答するためにコンテンツオブジェクトのＫＲＳレコードを使用するか又は他のインタレストを構築するためにコンテンツオブジェクトのＫＲＳゾーンを使用する。
【００６１】
図５は、実施形態にかかる信頼できるＫＲＳサービスによって反復的にインタレストに応答する方法５００を図示するフローチャートである。動作中、信頼できるＫＲＳサービスは、コンテンツ名に対応するセキュリティ情報についてのＫＲＳクエリを含むインタレストを受信することができ（動作５０２）、ＫＲＳクエリを取得するためにインタレストを分析する（動作５０４）。
【００６２】
そして、信頼できるＫＲＳサービスは、ＫＲＳリポジトリがコンテンツ名についてのＫＲＳレコードを記憶しているかどうかを判定する（動作５０６）。そうである場合、信頼できるＫＲＳサービスは、ＫＲＳリポジトリからＫＲＳレコードを取得し（動作５０８）、ＫＲＳレコードを含むコンテンツオブジェクトを生成し（動作５１０）、コンテンツオブジェクトを返送する（動作５１２）。
【００６３】
ＫＲＳリポジトリが名称接頭辞についてのＫＲＳレコードを記憶していない場合、信頼できるＫＲＳサービスは、他のＫＲＳゾーン又は他のＫＲＳサービスをクエリすることができる（動作５１４）。例えば、信頼できるＫＲＳサービスは、コンテンツ名に関連付けられた他のＫＲＳゾーンについてのネクストホップテーブルにおける検索を行うことができる。鍵解明サービスは、ツリートポロジに編成された信頼できるＫＲＳサービスのセットを含むことを思い出されたい。したがって、ネクストホップテーブルがコンテンツ名についてのエントリを記憶していない場合、信頼できるＫＲＳサービスは、コンテンツ名についてのＫＲＳレコードの親ＫＲＳサービスをクエリすることができる。
【００６４】
そして、信頼できるＫＲＳサービスは、親ＫＲＳサービスがＫＲＳレコードを提供したかどうかを判定する（動作５１６）。もしそうであれば、信頼できるＫＲＳサービスは、ＫＲＳリポジトリにＫＲＳレコードを記憶し（動作５１８）、ＫＲＳレコードを含むコンテンツオブジェクトを生成して返送するために動作５１０に進む。一方、親ＫＲＳサービスがＫＲＳレコードを提供しない場合、信頼できるＫＲＳサービスは、レコードの応答（例えば、ＫＲＳレコードがクエリ接頭辞に存在しないことを指定する応答）を含まないコンテンツオブジェクトを生成し（動作５２０）、コンテンツオブジェクトを返送するために動作５１２に進む。
【００６５】
図６は、実施形態にかかる信頼できるＫＲＳサービスによって再帰的にインタレストに応答する方法６００を図示するフローチャートである。動作中、信頼できるＫＲＳサービスは、コンテンツ名に対応するセキュリティ情報についてのＫＲＳクエリを含むインタレストを受信することができ（動作６０２）、ＫＲＳクエリを取得するためにインタレストを分析する（動作６０４）。
【００６６】
そして、信頼できるＫＲＳサービスは、ＫＲＳリポジトリがコンテンツ名についてのＫＲＳレコードを記憶しているかどうかを判定する（動作６０６）。もしそうであれば、信頼できるＫＲＳサービスは、ＫＲＳレコードを含むコンテンツオブジェクトを生成し（動作６０８）、コンテンツオブジェクトを返送する（動作６１０）。
【００６７】
一方、ＫＲＳリポジトリがコンテンツ名についてのＫＲＳレコードを記憶していない場合、信頼できるＫＲＳサービスは、ＫＲＳレコードについての他のＫＲＳゾーン又はＫＲＳサービスをクエリすることができる（動作６１２）。このリモートＫＲＳサービスは、ネクストホップテーブルにおいて識別されたゾーンについての信頼できるＫＲＳサービスに対応することができるか又は信頼できるＫＲＳサービスに対する親ＫＲＳサービスとすることができる。信頼できるＫＲＳサービスは、応答がＫＲＳレコードを含むかどうかを判定するために他のＫＲＳゾーン又はサービスからのクエリ応答を分析する（動作６１４）。ない場合、ＫＲＳサービスは、クエリ応答を含むコンテンツオブジェクトを生成し（動作６１８）、コンテンツオブジェクトを返送するために動作６１０に進む。このクエリ応答は、ローカルＫＲＳサービスが反復的転送技術を介してＫＲＳゾーンに対してクエリを転送するために使用可能な他のＫＲＳゾーンに対してルーティング可能な接頭辞を含むことができる。
【００６８】
一方、クエリ応答がＫＲＳレコードを含む場合、ＫＲＳサービスは、ＫＲＳリポジトリにＫＲＳレコードを記憶し（動作６１６）、クエリ応答を含むコンテンツオブジェクトを生成して返送するために動作６１０に進む。
【００６９】
図７は、実施形態にかかるコンテンツオブジェクトを検証する方法７００を図示するフローチャートである。動作中、クライアント装置は、所望のコンテンツオブジェクトに対応する信頼できる鍵を取得ためにＫＲＳサービスをクエリすることができる（動作７０２）。クライアント装置はまた、コンテンツオブジェクトの名称を含むインタレストを広めることによってＣＣＮを介してコンテンツオブジェクトを取得することができる（動作７０４）。
【００７０】
データのいくつかの部分は、データの発行者からの鍵を使用して署名される一方で、データの他の部分は、署名されないままとすることができる。クライアント装置がコンテンツオブジェクトを受信すると、クライアント装置は、コンテンツオブジェクトが鍵ロケータを指定しているかどうかを判定するためにコンテンツオブジェクトを分析することができる（動作７０６）。コンテンツオブジェクトが鍵ロケータを指定しない場合、クライアント装置は、コンテンツオブジェクトが有効であると判定する（動作７１０）。そうでない場合、クライアント装置は、鍵が鍵ロケータと一致するかどうかを判定する（動作７０８）。ＫＲＳサービスは、様々な名称接頭辞についての鍵を記憶する信頼できるエンティティであることを思い出されたい。したがって、ＫＲＳサービスから取得した鍵がコンテンツオブジェクトの鍵ロケータと一致する場合、クライアント装置は、コンテンツオブジェクトが有効であると判定する（動作７１０）。
【００７１】
それ以外の場合、クライアント装置は、（ＫＲＳサービスからの）信頼できる鍵とコンテンツオブジェクトの鍵との間の信頼のチェーンを検証する（動作７１２）。信頼のチェーンが存在することをクライアント装置が検証することができた場合（動作７１４）、クライアント装置は、コンテンツオブジェクトが有効であると判定する（動作７１０）。それ以外の場合、信頼のチェーンが存在することをクライアント装置が検証することができない場合、クライアント装置は、コンテンツオブジェクトが有効ではないと判定する（動作７１６）。
【００７２】
例えば、コンテンツオブジェクトは、名称「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ／ｉｎｄｅｘ．ｈｔｍｌ」を有するウェブページを含むことができ、名称接頭辞「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ」を有するコンテンツを認証するために使用される鍵についての鍵ロケータ「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ／ｋｅｙ」を指定することができる。しかしながら、ＫＲＳサービスは、名称接頭辞「／ＮＹＴｉｍｅｓ」についての鍵（例えば、「／ＮＹＴｉｍｅｓ／ｋｅｙ」と名称付けられた鍵）を記憶することができるのみである。したがって、クライアント装置は、信頼できる鍵「／ＮＹＴｉｍｅｓ／ｋｅｙ」とコンテンツオブジェクトの鍵「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ／ｋｅｙ」との間の信頼のチェーンを確立するＣＣＮを介して鍵のセットを取得する必要があるであろう。
【００７３】
図８Ａは、実施形態にかかるＫＲＳサービスからの信頼できる鍵とコンテンツオブジェクトの鍵との間における信頼のチェーンを分析する方法８００を図示するフローチャートである。動作中、クライアント装置は、ＫＲＳクエリの結果から（例えば、ＫＲＳレコードから）、検証された名称接頭辞及び検証された名称接頭辞についての信頼できる鍵を取得することができる（動作８０２）。上記からの例を続けると、ＫＲＳクエリの結果は、検証された名称接頭辞「／ＮＹＴｉｍｅｓ」についての信頼できる鍵「／ＮＹＴｉｍｅｓ／ｋｅｙ」を含むことができる。
【００７４】
信頼できる鍵から始まる信頼のチェーンを確立するために、クライアント装置は、現在の鍵によって署名された鍵についてのインタレストを広めることができ、それはコンテンツオブジェクトの鍵に向けて現在の鍵にリンクする（動作８０４）。例えば、最初の反復において、現在の鍵は、信頼できる鍵「／ＮＹＴｉｍｅｓ／ｋｅｙ」である。クライアント装置は、この鍵が現在の鍵「／ＮＹＴｉｍｅｓ／ｋｅｙ」によって署名されるように、鍵「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｋｅｙ」についてのインタレストを広める。ＣＣＮノードにわたって複数の鍵「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｋｅｙ」が存在することができるとき、クライアント装置は、検証されたチェーンにおいて現在の鍵によって署名された（例えば、「／ＮＹＴｉｍｅｓ／ｋｅｙ」によって署名された）鍵に関心があるのみである。
【００７５】
インタレストを発信した後、クライアント装置は、それが有効な鍵を取得したかどうかを判定する（動作８０６）。次の鍵が存在しないか又は無効な（例えば、次の鍵が現在の信頼できる鍵によって署名されていなかった）鍵を受信した場合、クライアント装置は、コンテンツオブジェクトが有効ではないと判定する（動作８０８）。そうでない場合、クライアント装置は、取得した鍵がコンテンツオブジェクトを認証するかどうかを判定する（動作８１０）。例えば、クライアント装置は、鍵の名称がコンテンツオブジェクトの鍵ロケータと一致するかどうかを判定することによって鍵がコンテンツオブジェクトを認証するかどうかを判定することができる。その場合、クライアント装置は、コンテンツオブジェクトが有効であると判定する（動作８１２）。
【００７６】
しかしながら、取得した鍵がコンテンツオブジェクトを署名していない場合、クライアント装置は、現在の検証された信頼のチェーンに沿って最後の鍵によって署名された次の鍵についてのインタレストを広めるために動作８０４に戻ることができる。例えば、２回目の反復中において、クライアント装置は、鍵「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｋｅｙ」によって署名された鍵「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／Ｈｅａｄｌｉｎｅｓ／ｋｅｙ」についてのインタレストを広めるために動作８０４に戻ることができる。
【００７７】
いくつかの実施形態において、クライアント装置は、信頼できる鍵（例えば、ＫＲＳサービスからの鍵）とコンテンツオブジェクトの鍵との間の鍵チェーンを形成するために、コンテンツオブジェクトの鍵ロケータから始めて鍵を反復的に検索することによって信頼のチェーンを検証することができる。
【００７８】
図８Ｂは、実施形態にかかるコンテンツオブジェクトの鍵とＫＲＳサービスからの信頼できる鍵との間の信頼のチェーンを分析する方法８５０を図示するフローチャートである。動作中、クライアント装置は、ＫＲＳクエリの結果から、検証された名称接頭辞と検証された名称接頭辞についての信頼できる鍵とを取得することができる（動作８５２）。クライアント装置は、ターゲット名称接頭辞としてコンテンツオブジェクトの鍵ロケータを選択することによって信頼のチェーンの検証を開始し（動作８５４）、ターゲット名称接頭辞において鍵についてのインタレストを広める（動作８５６）。例えば、上記からの例を続けると、「ターゲット名称接頭辞」は、鍵ロケータ「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ／ｋｅｙ」に最初に対応することができる。そして、信頼のチェーンを検証するために、クライアント装置は、それが有効な鍵を取得したかどうかを判定する（動作８５８）。クライアント装置が鍵又は有効な鍵を取得できなかった場合、クライアント装置は、コンテンツオブジェクトが有効ではないと判定する（動作８６０）。
【００７９】
一方、クライアント装置が有効な鍵を取得しない場合、クライアント装置は、取得した鍵が（ＫＲＳサービスからの）信頼できる鍵によって署名されたかどうかを判定する（動作８６２）。取得した鍵が信頼できる鍵によって実際に署名されている場合、クライアント装置は、信頼のチェーンを成功裏に検証し、コンテンツオブジェクトが実際に有効であることを判定するために進む（動作８６４）。しかしながら、取得した鍵が信頼できる鍵によって署名されていない場合、クライアント装置は、信頼できる鍵に向けて信頼のチェーンを終了することができる鍵についてのターゲット名称接頭辞を選択する（動作８６６）。例えば、最初の反復中において、クライアント装置は、コンテンツオブジェクト「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ／ｉｎｄｅｘ．ｈｔｍｌ」を認証するために使用可能な鍵「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ／ｋｅｙ」を取得することができる。この鍵が信頼できる鍵「／ＮＹＴｉｍｅｓ／ｋｅｙ」によって署名されていないことから、クライアント装置は、次のターゲット名称接頭辞として名称「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｋｅｙ」を選択し、このターゲット名称接頭辞についてのインタレストを広めるために動作８５６に戻る。
【００８０】
クライアント装置は、ＣＣＮネットワーク上で動作する任意の装置によって満たされることができるＣＣＮを介して鍵「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｋｅｙ」を取得することができる。このため、クライアント装置が鍵「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ／ｋｅｙ」を署名していない鍵を受信することが可能である。この場合、クライアント装置は、鍵「／ＮＹＴｉｍｅｓ／Ｓｐｏｒｔｓ／ｈｅａｄｌｉｎｅｓ／ｋｅｙ」を署名する鍵のインスタンスを検索するために、追加のインタレスト（例えば、ＣＣＮネットワークの他のセグメントに向けられたインタレスト）を広めることができる。クライアント装置が所定回数の試行後に有効な鍵を見つけることができない場合、クライアント装置は、有効な鍵が存在しないと結論付けることができる。
【００８１】
発行者は、ＫＲＳサービスに記憶されることになる新たなセキュリティ情報を最初に作成することにより、信頼できるＫＲＳサービスに記憶されることになる新たなＫＲＳレコードを作成することができる。この新たなＫＲＳレコードは、発行者が自己認証されたコンテンツを公開するために使用する名称接頭辞に対応することができる。発行者は、鍵の対、コンテンツ署名、コンテンツオブジェクトのハッシュダイジェスト、又は、現在公知の若しくは後に開発される他のセキュリティ関連の情報を生成することにより、このセキュリティ情報を作成することができる。そして、発行者は、新たなＫＲＳレコードを署名する適切なＫＲＳ署名エンティティ（例えば、ＣＡ）を有することができ、所望のＫＲＳゾーンの信頼できるＫＲＳサービスに対して署名されたＫＲＳレコードを提供する。信頼できるＫＲＳサービスは、ＫＲＳレコードを記憶し、発行者の名称接頭辞における最長一致接頭辞検索を行うためにＫＲＳレコードを使用する。
【００８２】
例えば、発行者は、以下のように通信プロトコルを使用してＫＲＳエントリを作成、更新又は削除するためにＣＣＮを使用することができる。
インタレストの「作成」：｛ＲＯＵＴＡＢＬＥ  ＰＲＥＦＩＸ｝／ｋｒｓ／ｃｒｅａｔｅ／｛ＰＲＥＦＩＸ｝／｛ＳＥＣＵＲＩＴＹ｝      （４）
ＣＯの「作成」：｛ＰＲＥＦＩＸ｝：：｛ＳＥＣＵＲＩＴＹ｝：：｛ＳＩＧＮＡＴＵＲＥ｝      （５）
インタレストの「更新」：｛ＲＯＵＴＡＢＬＥ  ＰＲＥＦＩＸ｝／ｋｒｓ／ｕｐｄａｔｅ／｛ＰＲＥＦＩＸ｝／｛ＳＥＣＵＲＩＴＹ｝      （６）
ＣＯの「更新」：｛ＰＲＥＦＩＸ｝：：｛ＳＥＣＵＲＩＴＹ｝：：｛ＳＩＧＮＡＴＵＲＥ｝      （７）
インタレストの「削除」：｛ＲＯＵＴＡＢＬＥ  ＰＲＥＦＩＸ｝／ｋｒｓ／ｄｅｌｅｔｅ／｛ＰＲＥＦＩＸ｝／      （８）
ＣＯの「削除」：｛ＰＲＥＦＩＸ｝：：“ＮＯＮＥ”：：｛ＳＩＧＮＡＴＵＲＥ｝      （９）
発行者は、式（４）、（６）又は（８）を使用して、インタレストのルーティング可能な接頭辞に関連付けられた信頼できるＫＲＳサービスに向けてＣＣＮを介して転送されるインタレストを作成して広める。信頼できるＫＲＳサービスは、式（５）、（７）又は（９）を使用して対応するコンテンツオブジェクト（ＣＯ）を生成して返送することによって発行者に応答する。より具体的には、式（４）〜（９）において、｛ＲＯＵＴＡＢＬＥ  ＰＲＥＦＩＸ｝は、信頼できるＫＲＳサービスに対するルーティング可能な接頭辞を表し、｛ＰＲＥＦＩＸ｝は、ＫＲＳレコードについての完全な接頭辞（例えば、コンテンツオブジェクトの接頭辞）を表し、｛ＳＥＣＵＲＩＴＹ｝は、接頭辞についてのセキュリティ情報を表している。また、式（５）、（７）及び（９）において、｛ＳＩＧＮＡＴＵＲＥ｝は、ＫＲＳレコードについてのエンティティを署名することによって提供されるセキュリティを表している。
【００８３】
いくつかの実施形態において、発行者は、オフラインデータ転送を使用して又はＣＣＮ自体を介して、ＫＲＳ署名エンティティに対して署名されていないＫＲＳレコードを提供することができる。署名されていないＫＲＳレコードを提供するためにＣＣＮを使用するとき、発行者は、ＫＲＳ署名エンティティに対して署名されていないＫＲＳレコードを提供するために式（４）を使用することができ、ＫＲＳ署名エンティティは、署名を返送するために式（５）を使用することができる。式（４）及び（５）において、｛ＲＯＵＴＡＢＬＥ  ＰＲＥＦＩＸ｝は、署名エンティティのルーティング可能な接頭辞を表し、｛ＰＲＥＦＩＸ｝は、ＫＲＳに記憶されることになる完全な接頭辞を表し、｛ＳＥＣＵＲＩＴＹ｝は、接頭辞についてのセキュリティ情報を表し、｛ＳＩＧＮＡＴＵＲＥ｝は、署名エンティティによって提供される署名を表している。
【００８４】
署名エンティティが署名されていないエントリを受信したとき、署名エンティティは、ＫＲＳレコードに署名して発行者に対して署名されたＫＲＳレコードを返送する前に、アクセス制御の形態を実行することができる。このアクセス制御は、例えば、暗号化検証などを行うことによって名称及びパスワードを使用して発行者の身元を検証することを含むことができる。しかしながら、ポリシーを制定する必要があるプロトコル又は通信とともに個々のアクセス制御ポリシーの選択は、本紙の範囲外である。そのようなポリシーは、いくつかのより多くのインタレスト／データの対をともなうことがあるが、ＫＲＳ更新プロトコルのために重要なことは、発行者がインタレストとの通信を開始することであり、署名エンティティは、操作が認証されると対応するデータパケットによってこのインタレストに応答する。
【００８５】
いくつかの実施形態において、ＫＲＳサービスは、発行者に対して署名エンティティのルーティング可能な接頭辞を配信することができる。しかしながら、より高いレベルのセキュリティを実現するために、組織は、オフラインチャネルを介してこの情報を配信してもよい。いくつかの他の実施形態において、発行者は、発行者が独自の署名エンティティとすることができる場合には、専用の接頭辞を有しているかもしれない（例えば、発行者「ＪＪ」は、接頭辞「／ｐａｒｃ／ｕｓｅｒｓ／ｊｊ」のもとにコンテンツを公開することができる）。
【００８６】
発行者が署名エンティティから署名された応答を受信すると、発行者は、ターゲットＫＲＳゾーンの信頼できるＫＲＳサービスに対して受信したセキュリティ情報を提供する。発行者は、ＣＣＮを介したプッシュ型通信によって又はオフラインの手動設定によってセキュリティ情報を提供することができる。
【００８７】
図９は、実施形態にかかるコンテンツオブジェクトについての鍵の解明を容易とする例示的な装置９００を図示している。装置９００は、有線又は無線の通信チャネルを介して互いに通信することができる複数のモジュールを備えることができる。装置９００は、１つ以上の集積回路を使用して実現されてもよく、図９に示されるものよりも少ないか又は多いモジュールを含んでもよい。さらに、装置９００は、コンピュータシステムに一体化されてもよく、又は、他のコンピュータシステム及び／又は装置と通信することができる別個の装置として実現されてもよい。具体的には、装置９００は、通信モジュール９０２と、インタレスト処理モジュール９０４と、記録−検索モジュール９０６と、記録−クエリモジュール９０８とを備えることができる。
【００８８】
いくつかの実施形態において、通信モジュール９０２は、鍵解明サーバに関連付けられたルーティング可能な接頭辞を含み且つ最初のコンテンツオブジェクトについてのクエリ接頭辞を含む名称を有するインタレストを受信することができる。インタレスト処理モジュール９０４は、コンテンツオブジェクトについてのクエリ接頭辞を取得するためにインタレストを解析することができる。記録−検索モジュール９０６は、例えば、鍵解明レコードを取得するためにクエリ接頭辞に基づいて最長接頭辞一致検索を行うことにより、少なくともコンテンツオブジェクトのクエリ接頭辞からの接頭辞に関連付けられた暗号化鍵を取得することができる。記録−クエリモジュール９０８はまた、クエリ接頭辞に関連付けられた鍵解明ゾーンについてのルーティング可能な接頭辞を取得することができ、コンテンツオブジェクトについての信頼できる鍵を取得するためにゾーンの鍵解明サーバをクエリするインタレストを広める。
【００８９】
図１０は、実施形態にかかるコンテンツオブジェクトについての鍵解明を容易とする例示的なコンピュータシステム１００２を図示している。コンピュータシステム１００２は、プロセッサ１００４と、メモリ１００６と、記憶装置１００８とを備える。メモリ１００６は、管理メモリとして機能する揮発性メモリ（例えば、ＲＡＭ）を含むことができ、１つ以上のメモリプールを記憶するために使用されることができる。さらにまた、コンピュータシステム１００２は、ディスプレイ装置１０１０、キーボード１０１２及びポインティングデバイス１０１４に結合されることができる。記憶装置１００８は、オペレーティングシステム１０１６、鍵解明サービス１０１８及びデータ１０３２を記憶することができる。
【００９０】
鍵解明サービス１０１８は、コンピュータシステム１００２によって実行されたとき、コンピュータシステム１００２に本開示に記載された方法及び／又はプロセスを実行させることができる命令を含むことができる。具体的には、鍵解明サービス１０１８は、鍵解明サーバに関連付けられたルーティング可能な接頭辞を含み且つ最初のコンテンツオブジェクトについてのクエリ接頭辞を含む名称を有するインタレストを受信する（通信モジュール１０２０）ための命令を含むことができる。
【００９１】
鍵解明サービス１０１８はまた、コンテンツオブジェクトについてのクエリ接頭辞を取得するためにインタレストを解析し（インタレスト処理モジュール１０２２）、少なくともコンテンツオブジェクトのクエリ接頭辞からの接頭辞に関連付けられた暗号化鍵を取得する（記録−検索モジュール１０２４）ための命令を含むことができる。例えば、鍵解明サービス１０１８は、鍵解明レコードを取得するためにクエリ接頭辞に基づいて最長接頭辞一致検索を行うことによって暗号化鍵を取得することができる。鍵解明サービス１０１８はまた、クエリ接頭辞に関連付けられた鍵解明ゾーンについてのルーティング可能な接頭辞を取得することができ、コンテンツオブジェクトについての信頼できる鍵を取得するためにゾーンの鍵解明サーバをクエリするインタレストを広める（記録−クエリモジュール１０２６）命令を含むことができる。
【００９２】
データ１０３２は、本開示に記載された方法及び／又はプロセスによって入力として必要とされるか又は出力として生成される任意のデータを含むことができる。具体的には、データ１０３２は、少なくとも複数の最終ＫＲＳレコードについてのリポジトリと、セキュリティ情報についてのクエリを満たすことができるＫＲＳレコードを選択するために入力としてクエリ接頭辞を使用して最長接頭辞一致検索を行うのを容易とする検索データ構造（例えば、ルックアップテーブル）とを記憶することができる。データ１０３２はまた、所定のコンテンツ名や名称接頭辞に関連付けられたＫＲＳゾーンを判定するために最長接頭辞一致検索を行うことを容易とするネクストホップテーブルを記憶することができる。
【００９３】
この詳細な説明に記載されたデータ構造及びコードは、典型的には、コンピュータシステムによって使用するためのコード及び／又はデータを記憶することができる任意の装置又は媒体であり得るコンピュータ読み取り可能な記憶媒体に記憶される。コンピュータ読み取り可能な記憶媒体は、これらに限定されるものではないが、揮発性メモリ、不揮発性メモリ、ディスクドライブ、磁気テープ、ＣＤ（コンパクトディスク）、ＤＶＤ（ディジタル多用途ディスク若しくはディジタルビデオディスク）などの磁気及び光記憶装置、又は、現在公知の若しくは後に開発されるコンピュータ読み取り可能な媒体を記憶することができる他の媒体を含む。
【００９４】
詳細な説明のセクションに記載された方法及びプロセスは、上述したようなコンピュータ読み取り可能な記憶媒体に記憶されることができるコード及び／又はデータとして具体化することができる。コンピュータシステムがコンピュータ読み取り可能な記憶媒体に記憶されたコード及び／又はデータを読み取って実行する場合、コンピュータシステムは、データ構造及びコードとして具現化されてコンピュータ読み取り可能な記憶媒体に記憶された方法及びプロセスを実行する。
【００９５】
さらにまた、上述した方法及びプロセスは、ハードウェアモジュールに含めることができる。例えば、ハードウェアモジュールは、これらに限定されるものではないが、特定用途向け集積回路（ＡＳＩＣ）チップ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及び、現在公知の若しくは後に開発される他のプログラマブル論理デバイスを含むことができる。ハードウェアモジュールが起動されると、ハードウェアモジュールは、ハードウェアモジュールの内部に含まれる方法及びプロセスを実行する。
【図１Ａ】
2016042690.tif 000003
【図１Ｂ】
2016042690.tif 000004
【図２】
2016042690.tif 000005
【図３】
2016042690.tif 000006
【図４】
2016042690.tif 000007
【図５】
2016042690.tif 000008
【図６】
2016042690.tif 000009
【図７】
2016042690.tif 000010
【図８Ａ】
2016042690.tif 000011
【図８Ｂ】
2016042690.tif 000012
【図９】
2016042690.tif 000013
【図１０】
2016042690.tif 000014