【誤訳訂正書】
【提出日】平成29年3月17日(2017.3.17)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
装置であって、前記装置は、
メモリと、
メモリに接続されたプロセッサと、を含み、前記メモリは、前記プロセッサによって実行されるとき、前記装置に、
情報指向ネットワーク（ＩＣＮ）に接続されるかまたは含まれるコンテンツ提供者ノード固有のメッセージプレフィックスと、
前記コンテンツ提供者固有の公開鍵と、
名前登録サービス（ＮＲＳ）の秘密鍵によってサインされた、前記コンテンツ提供者固有のデジタル署名と、
を含む、ＩＣＮ名前プレフィックス報知メッセージを受信させ、
前記ＮＲＳの公開鍵を用いて、前記署名を検証させ、
前記コンテンツ提供者が信頼できる提供者であることを示す内部データをアップデートさせる命令を含み、前記内部データは、前記プレフィックス、前記コンテンツ提供者固有の公開鍵、および前記署名を含む、装置。
【請求項２】
前記内部データが、インタフェースを示すための転送テーブルを含み、パケットが前記インタフェースを通して転送される、請求項１に記載の装置。
【請求項３】
名前登録サービスの公開鍵を用いた前記署名の検証が、前記名前登録サービスが前記コンテンツ提供者から前記コンテンツ提供者固有の公開鍵および付加情報を受信したことを検証することを含む、請求項１に記載の装置。
【請求項４】
前記ＩＣＮ名前プレフィックス報知メッセージが、ルータとデータを交換するための、第１の鍵付きハッシュメッセージ認証符号（ＨＭＡＣ）をさらに含む、請求項１に記載の装置。
【請求項５】
前記命令が、第２のＨＭＡＣを前記装置にさらに生成させ、前記命令は、前記第２のＨＭＡＣを対象として前記第１のＨＭＡＣを前記装置にさらに検証させ、ここで、前記検証をパスしたとき、前記ＩＣＮ名前プレフィックス報知メッセージは容認され、前記検証が失敗したとき、前記ＩＣＮ名前プレフィックス報知メッセージがドロップされる、請求項４に記載の装置。
【請求項６】
前記命令が、前記装置にルータとのセキュア・セッション・キー（ＳＳＫ）をさらに確立させる、請求項１に記載の装置。
【請求項７】
前記命令が、
前記コンテンツ提供者固有の前記メッセージプレフィックスと、
前記コンテンツ提供者固有の前記公開鍵と、
前記コンテンツ提供者固有の前記署名と、
を含む、ＩＣＮ名前プレフィックス取り消しメッセージの受信と、
前記ＮＲＳを用いた、前記署名の検証と、
前記プレフィックスを取り消すための内部データのアップデートと、を前記装置にさらにさせる、請求項１に記載の装置。
【請求項８】
プロセッサによって実行されるとき、前記プロセッサに、
第１のインタフェース経由での、プレフィックスとデジタル署名とを具備する情報指向ネットワーク（ＩＣＮ）名前プレフィックス報知メッセージの受信と、
前記第１のインタフェース、前記プレフィックス、および前記署名に対応するテーブルエントリのためのテーブルの問い合わせと、
前記テーブルエントリが前記テーブルに存在するとき、第２のインタフェース経由での、前記ＩＣＮ名前プレフィックス報知メッセージの転送と、
をさせる、持続性メディア上に格納されたコンピュータ実行可能な命令を含む、コンピュータプログラム。
【請求項９】
前記テーブルエントリが前記テーブルに存在しないとき、前記命令は、前記プロセッサに、
第３のインタフェース、前記プレフィックス、および前記署名に対応する第２のテーブルエントリのための前記テーブルの問い合わせと、
前記第２のテーブルエントリが存在するとき、前記第３のインタフェース経由での、前記ＩＣＮ名前プレフィックス報知メッセージの転送と、をさらにさせる、
請求項８に記載のコンピュータプログラム。
【請求項１０】
前記ＩＣＮ名前プレフィックス報知メッセージが、第１の鍵付きハッシュメッセージ認証符号（ＨＭＡＣ）をさらに含む、請求項８に記載のコンピュータプログラム。
【請求項１１】
前記命令が、前記プロセッサに、
第２のＨＭＡＣの生成と、
前記第１のＨＭＡＣと前記第２のＨＭＡＣとの比較と、
前記比較が、前記ＩＣＮ名前プレフィックス報知メッセージが認証されないことを示すとき、前記ＩＣＮ名前プレフィックス報知メッセージのドロップと、をさらにさせる、
請求項１０に記載のコンピュータプログラム。
【請求項１２】
ルーティングプロトコルに基づいた名前プレフィックスを実行する方法であって、
プレフィックス、署名、および公開鍵を含む、第１の情報指向ネットワーク（ＩＣＮ）名前プレフィックス報知メッセージを受信するステップと、
前記ＩＣＮ名前プレフィックス報知メッセージに対応するエントリのための、ルーティングテーブルを照会するステップであって、ここで前記ルーティングテーブルは、それぞれのエントリフィールドのための、プレフィックス、署名、および公開鍵フィールドを含む、ステップと、
前記エントリが前記ルーティングテーブルに存在するという確認を受信すると、前記ＩＣＮ名前プレフィックス報知メッセージを転送するステップと、
を含む、方法。
【請求項１３】
前記第１のＩＣＮ名前プレフィックス報知メッセージが、第１のインタフェース経由で受信され、ここで、前記ルーティングテーブルは、第３のインタフェースに対応する前記プレフィックス、前記署名、および前記公開鍵のための第２のエントリを含み、ここで、前記ルーティングテーブルは、前記第1のインタフェースに対応する前記プレフィックス、前記署名、および前記公開鍵のためのエントリを含まず、前記第３のインタフェースに従って、第３のＩＣＮ名前プレフィックス報知メッセージを転送するステップを、さらに含む、請求項１２に記載の方法。
【請求項１４】
第２のインタフェースが、リンクベースのセキュア・セッション・キー（ＳＳＫ）を利用する、請求項１２に記載の方法。
【請求項１５】
名前登録サービス（ＮＲＳ）からの前記確認が、追加された提供者提供の許可情報と対をなす許可のための、提供者の要求に応答して、前記ＮＲＳが前記署名を作成したことを示す、請求項１４に記載の方法。
【請求項１６】
前記プレフィックス、前記署名、および前記公開鍵を含む、ＩＣＮプレフィックス取り消しメッセージを受信するステップと、
名前登録サービス（ＮＲＳ）を用いて、前記署名の検証をするステップと、
前記プレフィックスを取り消すための、前記ルーティングテーブルをアップデートするステップと、をさらに含む、請求項１２に記載の方法。
【請求項１７】
前記ＩＣＮ名前プレフィックス報知メッセージが、ルータとデータを交換するための、第１の鍵付きハッシュメッセージ認証符号（ＨＭＡＣ）をさらに含む、請求項１２に記載の方法。
【請求項１８】
第２のＨＭＡＣを生成するステップと、
前記第２のＨＭＡＣを対象として前記第１のＨＭＡＣを検証するステップと、
前記検証をパスしたとき、前記ＩＣＮ名前プレフィックス報知メッセージを転送するステップと、
前記検証が失敗したとき、前記ＩＣＮ名前プレフィックス報知メッセージを中断するステップと、をさらに含む、請求項１７に記載の方法。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】００２５
【訂正方法】変更
【訂正の内容】
【００２５】
図６は、コンテンツ提供者２０２とルータ１０４、１０６、および１０８との間の名前プレフィックス報知のためのプロトコル図を示す。図６は、物理リンクを用いたルータの各ペアは、共有の秘密鍵、例えば、図５の共有の秘密鍵を有することを前提とする。６０２において、コンテンツ提供者２０２は、ルータ１０４に報知（例えば、PrePub (pre_n,pbk_p, sig(pre, pbk_p, prk_nrs))を送信し、ここでpre_nは、コンテンツ提供者２０２が所有するか、公開することを許可されたプレフィックスであり、pbk_pは、コンテンツ提供者２０２の公開鍵であり、sigは、例えば、図４のＮＲＳ４０２のようなＮＲＳからの署名である。６０４において、ルータ１０４は、pbk_nrsを用いて署名を検証してもよい。検証が失敗した場合、ルータ１０４は、報知をドロップしてもよい。検証をパスした場合、ルータ１０４は、検証を反映するために、例えば（pre_n, pbk_p, f1）を用いてその内部のＦＩＢを更新してもよい。いくつかの実施形態において、鍵付きハッシュメッセージ認証符号（ＨＭＡＣ）、Hash(pbk_p)は、スペースをセーブするために生成される、および／または使用されてもよい。６０６において、ルータ１０４は、例えばPreAnnounce(pre_n, sig, pbk_p, R1)（ここでR1はルータ１０４の属性である）といった報知を、例えばHMAC(PreAnnounce||K12)（ここで、K12はルータ１０４と１０６との間の公開された秘密鍵である）といったHMACとともにルータ１０６に送信する。６０８において、ルータ１０６は、受信した(PreAnnounce||K12)に対して検証するためのHMAC’(PreAnnounce||K12)を生成し、およびpbk_nrsを用いてsigを検証してもよい。検証が失敗した場合、報知はドロップされてもよい。検証がパスした場合、ルータ１０６は、例えば、(pre_n, pbk_p, f1)（ここで、f1はルータ１０６がルータ１０４と通信するポートまたはフェイスである）を用いて検証を反映するためにその内部FIBを更新してもよい。６１０において、ルータ１０６は、例えばPreAnnounce (pre_n, sig, pbk_p, R2)（ここで、R2はルータ１０６の属性である）といった報知を、例えばHMAC(PreAnnounce||K23)（ここで、K23はルータ１０６と１０８との間の公開された秘密鍵である）といったHMACに従ってルータ１０８に送信してもよい。６１２において、ルータ１０８は、受信した(PreAnnounce||K23)に対して検証するためのHMAC’(PreAnnounce||K23)を生成し、およびpbk_nrsを用いてsigを検証してもよい。検証が失敗した場合、報知はドロップされてもよい。検証がパスした場合、ルータ１０６は、例えば、(pre_n, pbk_p, f1)（ここで、f1はルータ１０８がルータ１０６と通信するポートまたはフェイスである）を用いて検証を反映するためにその内部FIBを更新してもよい。とりわけ、報知のいくつかの実施形態は、例えば、メッセージリプライ攻撃を避けるためのランダムノンスといった他のフィールドを含んでもよいことが当業者によって理解されよう。