(57)【要約】【課題】省電力化を図ることができるデバイス等を提供する。【解決手段】コンテンツ指向型のネットワークに接続されるデバイス１４であって、デバイス１４が生成するデータを要求するリクエストパケットを受信するリクエスト受信部１４３と、リクエスト受信部１４３が受信したリクエストパケットにより要求されたデータがデバイス１４に存在する場合、要求されたデータをＣＣＮ網１０に送信するデータ送信部１４２と、リクエスト受信部１４３が受信したリクエストパケットにより要求されたデータがデバイス１４に存在しない場合、要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、ＣＣＮ網１０に送信する否定応答部１４４とを備える。【選択図】図１
2016063422.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ指向型のネットワークに接続されるデバイスであって、
前記デバイスが生成するデータを要求するリクエストパケットを受信するリクエスト受信部と、
前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記デバイスに存在する場合、前記要求されたデータを前記ネットワークに送信するデータ送信部と、
前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記デバイスに存在しない場合、前記要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、前記ネットワークに送信する否定応答部とを備える、
デバイス。
【請求項２】
前記否定応答を示すパケットは、ＮＡＣＫ（Negative-ACKnowledgement）パケットである、
請求項１に記載のデバイス。
【請求項３】
前記否定応答を示すパケットは、否定応答を示すデータパケットである、
請求項１に記載のデバイス。
【請求項４】
前記生成時刻に関する情報は、前記生成時刻を示す情報である、
請求項１〜３のいずれか１項に記載のデバイス。
【請求項５】
前記生成時刻に関する情報は、前記生成時刻に基づく前記否定応答を示すパケットの有効期限を示す情報である、
請求項１〜３のいずれか１項に記載のデバイス。
【請求項６】
前記生成時刻に関する情報は、前記生成時刻に基づく前記デバイスの起動時刻を示す情報である、
請求項１〜３のいずれか１項に記載のデバイス。
【請求項７】
前記生成時刻に関する情報は、前記生成時刻に基づく前記データが取得可能になる時刻を示す情報である、
請求項１〜３のいずれか１項に記載のデバイス。
【請求項８】
コンテンツ指向型のネットワークに接続されるデバイス管理装置であって、
前記デバイス管理装置に接続されるデバイスが生成するデータを取得するデータ取得部と、
前記データ取得部が取得したデータを蓄積するデータ蓄積部と、
前記デバイスが生成するデータを要求するリクエストパケットを受信するリクエスト受信部と、
前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記データ蓄積部に存在する場合、前記要求されたデータを前記ネットワークに送信するデータ送信部と、
前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記データ蓄積部に存在しない場合、当該要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、前記ネットワークに送信する否定応答部とを備える、
デバイス管理装置。
【請求項９】
コンテンツ指向型のネットワークに接続され、リクエストパケットおよびデータパケットを含むパケットを中継する中継装置であって、
データを要求するリクエストパケットに対する否定応答を示すパケットであって前記データが生成される時刻である生成時刻に関する情報を含む否定応答を示すパケットを受信し、受信した前記否定応答を示すパケットを転送する処理部と、
前記処理部が受信した前記否定応答を示すパケットを記憶する記憶部とを備える、
中継装置。
【請求項１０】
前記処理部は、前記記憶部に記憶される前記否定応答を示すパケットを、前記否定応答を示すパケットに含まれる前記生成時刻に関する情報に基づく所定期間の経過後に、消去する、
請求項９に記載の中継装置。
【請求項１１】
前記処理部は、前記記憶部に前記否定応答を示すパケットが記憶されている場合に、前記データを要求するリクエストパケットを受信したときには、
前記データを要求するリクエストパケットを転送せず、前記データを要求するリクエストパケットに対する前記否定応答を示すパケットであって前記記憶部に記憶されている前記否定応答を示すパケットを、前記ネットワークに送信する、
中継装置。
【請求項１２】
前記否定応答を示すパケットは、ＮＡＣＫパケットである、
請求項９〜１１のいずれか１項に記載の中継装置。
【請求項１３】
前記否定応答を示すパケットは、否定応答を示すデータパケットである、
請求項９〜１１のいずれか１項に記載の中継装置。
【請求項１４】
コンテンツ指向型のネットワークに接続される端末装置であって、
データを要求するリクエストパケットを送信するリクエスト送信部と、
前記リクエストパケットに対する否定応答を示すパケットであって前記データが生成される時刻である生成時刻に関する情報を含む否定応答を示すパケットを受信する否定応答処理部とを備え、
前記否定応答処理部は、前記否定応答を示すパケットを受信した場合、前記生成時刻に関する情報に基づく所定時間後に、前記リクエストパケットを前記リクエスト送信部に再送信させる、
端末装置。
【請求項１５】
前記否定応答を示すパケットは、ＮＡＣＫパケットである、
請求項１４に記載の端末装置。
【請求項１６】
前記否定応答を示すパケットは、否定応答を示すデータパケットである、
請求項１４に記載の端末装置。
【請求項１７】
コンテンツ指向型のネットワークに接続されるデバイスの通信方法であって、
前記デバイスが生成するデータを要求するリクエストパケットを受信するリクエスト受信ステップと、
前記リクエスト受信ステップにおいて受信した前記リクエストパケットにより要求されたデータが前記デバイスに存在する場合、前記要求されたデータを前記ネットワークに送信するデータ送信ステップと、
前記リクエスト受信ステップにおいて受信した前記リクエストパケットにより要求されたデータが前記デバイスに存在しない場合、前記要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、前記ネットワークに送信する否定応答ステップとを含む、
通信方法。
【請求項１８】
コンテンツ指向型のネットワークに接続されるデバイス管理装置の通信方法であって、
前記デバイス管理装置に接続されるデバイスが生成するデータを取得するデータ取得ステップと、
前記データ取得ステップにおいて取得したデータを蓄積するデータ蓄積ステップと、
前記デバイスが生成するデータを要求するリクエストパケットを受信するリクエスト受信ステップと、
前記リクエスト受信ステップにおいて受信した前記リクエストパケットにより要求されたデータが前記データ蓄積ステップにおいて蓄積されている場合、前記要求されたデータを前記ネットワークに送信するデータ送信ステップと、
前記リクエスト受信ステップにおいて受信した前記リクエストパケットにより要求されたデータが前記データ蓄積ステップにおいて蓄積されていない場合、当該要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、前記ネットワークに送信する否定応答ステップとを含む、
通信方法。
【請求項１９】
コンテンツ指向型のネットワークに接続され、リクエストパケットおよびデータパケットを含むパケットを中継する中継装置の通信方法であって、
データを要求するリクエストパケットに対する否定応答を示すパケットであって前記データが生成される時刻である生成時刻に関する情報を含む否定応答を示すパケットを受信し、受信した前記否定応答を示すパケットを転送する処理ステップと、
前記処理ステップにおいて受信した前記否定応答を示すパケットを記憶するリクエスト記憶ステップとを含む、
通信方法。
【請求項２０】
コンテンツ指向型のネットワークに接続される端末装置の通信方法であって、
データを要求するリクエストパケットを送信するリクエスト送信ステップと、
前記リクエストパケットに対する否定応答を示すパケットであって前記データが生成される時刻である生成時刻に関する情報を含む否定応答を示すパケットを受信する否定応答処理ステップとを含み、
前記否定応答処理ステップでは、前記否定応答を示すパケットを受信した場合、前記生成時刻に関する情報に基づく所定時間後に、前記リクエストパケットを前記リクエスト送信ステップにおいて再送信させる、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ指向型のネットワークに接続されるデバイス、デバイス管理装置、中継装置端末装置、および通信方法に関する。
【背景技術】
【０００２】
近年、コンテンツデータが存在する場所でなく、コンテンツデータ自体の名前を指定することにより、コンテンツデータを取得することができる例えばＩＣＮ（Information Centric Networking）などのコンテンツ指向型のネットワーク技術が提案されている。
【０００３】
例えば特許文献１および非特許文献には、ＩＣＮ（Information Centric Networking）を代表するものとして例えばＣＣＮという技術が提案されている。
【０００４】
ＣＣＮを含むＩＣＮでは、ユーザの端末装置がコンテンツデータを取得するために、コンテンツデータが存在する場所でなく、コンテンツデータ自体の名前を指定したリクエストパケットをネットワークに送出する。そして、コンテンツを提供するコンテンツ提供元は、リクエストパケットを受け取ると、その名前に対応するコンテンツデータのデータパケットを送出する。
【０００５】
さらに、ＣＣＮを含むＩＣＮでは、リクエストパケットおよびデータパケット以外に、新たに２種類の否定応答を示すパケット（以下、否定応答パケットと記載）が規定されようとしている。ひとつはネットワーク上の輻輳などによるパケットの損失／タイムアウトを示す否定応答パケットであり、もうひとつはコンテンツデータが存在しないことを示す否定応答パケットである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国特許第８３８６６２２号明細書
【非特許文献】
【０００７】
【非特許文献１】Van Jacobson, Diana K. Smetters, James D. Thornton, Michael F. Plassi, Nicholas  H.  Briggs,  and  Rebecca  L.  Braynard.  Networking  Named Content. ACM CoNEXT, 2009.
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記の特許文献１および非特許文献１では、コンテンツデータが存在しないことを示す否定応答パケットが規定されたとしても、リクエストパケットを送信し、否定応答パケットを受け取った端末装置はリクエストパケットに指定された名前に対応するコンテンツデータを受け取れないことがわかるに過ぎない。つまり、上記の特許文献１および非特許文献１では、データ提供元に対する負荷軽減については考慮されておらず、省電力化が図れないという問題がある。
【０００９】
本発明は、上述の事情を鑑みてなされたもので、省電力化を図ることができるデバイス、デバイス管理装置、中継装置および端末装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の一態様に係るデバイスは、コンテンツ指向型のネットワークに接続されるデバイスであって、前記デバイスが生成するデータを要求するリクエストパケットを受信するリクエスト受信部と、前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記デバイスに存在する場合、前記要求されたデータを前記ネットワークに送信するデータ送信部と、前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記デバイスに存在しない場合、前記要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、前記ネットワークに送信する否定応答部とを備える。
【００１１】
また、上記課題を解決するために、本発明の一態様に係るデバイス管理装置は、コンテンツ指向型のネットワークに接続されるデバイス管理装置であって、前記デバイス管理装置に接続されるデバイスが生成するデータを取得するデータ取得部と、前記データ取得部が取得したデータを蓄積するデータ蓄積部と、前記デバイスが生成するデータを要求するリクエストパケットを受信するリクエスト受信部と、前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記データ蓄積部に存在する場合、前記要求されたデータを前記ネットワークに送信するデータ送信部と、前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記データ蓄積部に存在しない場合、当該要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、前記ネットワークに送信する否定応答部とを備える。
【００１２】
また、上記課題を解決するために、本発明の一態様に係る中継装置は、コンテンツ指向型のネットワークに接続され、リクエストパケットおよびデータパケットを含むパケットを中継する中継装置であって、データを要求するリクエストパケットに対する否定応答を示すパケットであって前記データが生成される時刻である生成時刻に関する情報を含む否定応答を示すパケットを受信し、受信した前記否定応答を示すパケットを転送する処理部と、前記処理部が受信した前記否定応答を示すパケットを記憶する記憶部とを備える。
【００１３】
なお、これらの全般的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータで読み取り可能なＣＤ−ＲＯＭ等の記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【００１４】
本発明によれば、省電力化を図ることができるデバイス、デバイス管理装置、中継装置および端末装置を実現することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、実施の形態におけるコンテンツ配信システムの構成の一例を示す図である。
【図２】図２は、実施の形態におけるデバイスの詳細構成の一例を示す図である。
【図３】図３は、実施の形態におけるデバイス管理装置の詳細構成の一例を示す図である。
【図４】図４は、実施の形態における中継装置の詳細構成の一例を示す図である。
【図５】図５は、実施の形態におけるデバイス端末装置の詳細構成の一例を示す図である。
【図６】図６は、実施の形態におけるデバイスの動作を示すフローチャートである。
【図７】図７は、実施の形態におけるデバイス管理装置の動作を示すフローチャートである。
【図８】図８は、実施の形態における中継装置の動作を示すフローチャートである。
【図９】図９は、実施の形態１における端末装置の動作を示すフローチャートである。
【図１０】図１０は、実施の形態におけるコンテンツ配信システムの処理フローを示すシーケンスである。
【発明を実施するための形態】
【００１６】
（本発明の基礎となった知見）
以下、本発明の基礎となった知見について説明する。
【００１７】
ＣＣＮでは、ユーザの端末装置がコンテンツデータを取得するために、コンテンツデータが存在する場所でなく、コンテンツデータ自体の名前を指定したリクエストパケットをネットワークに送出する。そして、コンテンツを提供するコンテンツ提供装置は、リクエストパケットを受け取ると、その名前に対応するコンテンツデータのデータパケットを送出する。
【００１８】
リクエストパケットを中継する中継装置は、ＦＩＢ（Forwarding Information Base）と呼ばれる経路情報を持ち、この経路情報に従って、端末装置もしくは他の中継装置から送信されるリクエストパケットをコンテンツ提供装置に転送する。また、中継装置はＰＩＴ（Pending Interest Table）と呼ばれるリクエスト記憶部と、Content Storeと呼ばれるデータ記憶部を持ち、コンテンツ提供装置もしくは他の中継装置から送信されるデータパケットを、リクエストパケットを送信した端末装置に転送する。
【００１９】
ここで、中継装置は、リクエストパケットを受信したとき、データ記憶部（Content Store）に上記リクエストパケットに記載された名前を含むデータパケットが存在した場合、上記リクエストパケットを受信したインタフェースから上記データパケットを送信する。そして、中継装置は、上記リクエストパケットをコンテンツ提供装置もしくは他の中継装置に転送しない。一方、中継装置は、データ記憶部（Content Store）に、受信したリクエストパケットに記載された名前を含むデータパケットが存在しない場合、かつ上記リクエストパケットに記載された名前と同一の名前に対するリクエストパケットに関する情報がリクエスト記憶部（ＰＩＴ）に存在しない場合にのみ、リクエスト記憶部（ＰＩＴ）に上記リクエストパケットに記載された名前と、上記リクエストパケットを受信したインタフェースの情報とを記憶する。そして、中継装置は、受信したリクエストパケットを、経路情報に従い、コンテンツ提供装置もしくは他の中継装置に転送する。上記リクエストパケットに記載された名前と同一の名前に対するリクエストパケットに関する情報がリクエスト記憶部（ＰＩＴ）に既に存在した場合は、上記リクエストパケットは転送せず、上記リクエストパケットを受信したインタフェース情報のみを記憶する。
【００２０】
また、中継装置は、データパケットを受信すると、データ記憶部（Content Store）にデータパケットを記憶する。ただし、データ記憶部（Content Store）に新たなデータパケットを記憶する領域がない場合、データ記憶部（Content Store）に記憶した時刻から時間が経過したデータパケットはデータ記憶領域（Content Store）から消去される。
【００２１】
そして、中継装置は、リクエスト記憶部（ＰＩＴ）の情報に従い、上記データパケットの持つ名前と同一の名前が記載された複数のリクエストパケットを受信した１つ以上のインタフェースに応じてデータパケットを複製して、複製したデータパケットをその１つ以上のインタフェースを介して転送する。その後、中継装置は、上記データパケットが持つ名前とその名前に一致するリクエストパケットを受信したインタフェースの情報をリクエスト記憶部（ＰＩＴ）から消去する。
【００２２】
ＣＣＮでは、このように、中継装置にリクエスト記憶部（ＰＩＴ）とデータ記憶部（Content Store）とを最大限に活用させることによりデータ配信を行うことができる。
【００２３】
さらに、ＣＣＮを含むＩＣＮでは、リクエストパケットおよびデータパケット以外に、新たに２種類の否定応答パケット（否定応答を示すパケット）が規定されようとしている。ひとつはパケットの損失／タイムアウトを示す否定応答パケットであり、例えば、ネットワーク上の輻輳などを通知するための否定応答パケットである。もうひとつはコンテンツデータが存在しないことを示す否定応答パケットである。つまり、リクエストパケットに指定された名前に対応するデータが存在しない場合にリクエストを送信した端末装置にその旨を通知するための否定応答パケットである。
【００２４】
しかしながら、上記の特許文献１および非特許文献１では、コンテンツデータが存在しないことを示す否定応答パケットが規定されたとしても、リクエストパケットを送信し、否定応答パケットを受け取った端末装置はリクエストパケットに指定された名前に対応するコンテンツデータを受け取れないことがわかるだけある。つまり、データ提供元に対する負荷軽減については考慮されておらず、省電力化が図れないという問題がある。
【００２５】
例えば、データ提供元にリクエストパケットが到着した時点でリクエストパケットに記載された名前に対応するデータが存在しない場合、データ提供元は、リクエストパケットを送信した端末装置に、コンテンツデータが存在しないことを示す否定応答パケットを送信する。
【００２６】
しかし、上記リクエストパケットを送信した端末装置が、コンテンツデータが存在しないことを示す否定応答パケットを受信した場合、端末装置は、リクエストパケットに記載した名前が不正なためデータが存在しないのか、データ提供元においてデータが生成される前であるのか判別できない。そのため、端末装置は、コンテンツデータが存在しないことを示す否定応答パケットを受信すると、リクエストパケットを再送することになる。
【００２７】
そして、データ提供元が所定時間後に上記データを生成することを予定している場合でも、データ提供元は、所定時間経過するまでの間、同じリクエストパケットを何度も受信することになり、上記否定応答パケットを何度も返送しなければならないという問題が生じる。つまり、データ提供元は、上記データを生成するまでの間スリープモードなどに移行して省電力化を図ることもできず、上記否定応答パケットを何度も返送するという処理負荷が生じるなどの問題がある。
【００２８】
このような問題を解決するために、本発明の一態様に係るデバイスは、コンテンツ指向型のネットワークに接続されるデバイスであって、前記デバイスが生成するデータを要求するリクエストパケットを受信するリクエスト受信部と、前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記デバイスに存在する場合、前記要求されたデータを前記ネットワークに送信するデータ送信部と、前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記デバイスに存在しない場合、前記要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、前記ネットワークに送信する否定応答部とを備える。
【００２９】
本態様によれば、省電力化を図ることができるデバイスを実現することができる。
【００３０】
具体的には、否定応答パケットにデータの生成時刻に関する情報を記載することにより、リクエストパケットを送信する端末装置等にデータが生成される時刻以降にリクエストパケットを再送信させることができる。それにより、デバイスは、送信する否定応答パケットの数を削減することができ処理負荷を削減できるだけでなく、データの生成時刻に起動すればよいので常々起動する必要がなくなり省電力化を図ることができる。
【００３１】
ここで、前記否定応答を示すパケットは、ＮＡＣＫ（Negative-ACKnowledgement）パケットであるとしてもよく、前記否定応答を示すパケットは、否定応答を示すデータパケットであるとしてもよい。
【００３２】
また、前記生成時刻に関する情報は、前記生成時刻を示す情報であるとしてもよい。
【００３３】
また、前記生成時刻に関する情報は、前記生成時刻に基づく前記否定応答を示すパケットの有効期限を示す情報であるとしてもよい。
【００３４】
また、前記生成時刻に関する情報は、前記生成時刻に基づく前記デバイスの起動時刻を示す情報であるとしてもよい。
【００３５】
また、前記生成時刻に関する情報は、前記生成時刻に基づく前記データが取得可能になる時刻を示す情報であるとしてもよい。
【００３６】
また、上記問題を解決するために、本発明の一態様に係るデバイス管理装置は、コンテンツ指向型のネットワークに接続されるデバイス管理装置であって、前記デバイス管理装置に接続されるデバイスが生成するデータを取得するデータ取得部と、前記データ取得部が取得したデータを蓄積するデータ蓄積部と、前記デバイスが生成するデータを要求するリクエストパケットを受信するリクエスト受信部と、前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記データ蓄積部に存在する場合、前記要求されたデータを前記ネットワークに送信するデータ送信部と、前記リクエスト受信部が受信した前記リクエストパケットにより要求されたデータが前記データ蓄積部に存在しない場合、当該要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、前記ネットワークに送信する否定応答部とを備える。
【００３７】
本態様によれば、省電力化を図ることができるデバイス管理装置を実現することができる。
【００３８】
具体的には、否定応答パケットにデータの生成時刻に関する情報を記載することにより、リクエストパケットを送信する端末装置等にデータが生成される時刻以降にリクエストパケットを再送信させることができる。それにより、デバイス管理装置は、送信する否定応答パケットの数を削減することができ処理負荷を削減できるだけでなく、データの生成時刻にデバイスに合わせて起動すればよいので常々起動する必要がなくなり省電力化を図ることができる。
【００３９】
また、上記問題を解決するために、本発明の一態様に係る中継装置は、コンテンツ指向型のネットワークに接続され、リクエストパケットおよびデータパケットを含むパケットを中継する中継装置であって、データを要求するリクエストパケットに対する否定応答を示すパケットであって前記データが生成される時刻である生成時刻に関する情報を含む否定応答を示すパケットを受信し、受信した前記否定応答を示すパケットを転送する処理部と、前記処理部が受信した前記否定応答を示すパケットを記憶する記憶部とを備える。
【００４０】
本態様によれば、省電力化を図ることができる中継装置を実現することができる。
【００４１】
具体的には、否定応答パケットにデータの生成時刻に関する情報が記載される否定応答パケットを転送することにより、リクエストパケットを送信する端末装置等にデータが生成される時刻以降にリクエストパケットを再送信させることができる。それにより、中継装置は、デバイスまたはデバイス管理装置などのデータ提供元が送信するデータパケットの数を削減することができ、デバイスまたはデバイス管理装置などのデータ提供元の省電力化を図ることができる。
【００４２】
また、中継装置は、否定応答パケットを記憶した以降において、当該リクエストパケットをデータ提供元であるデバイスに転送せずに、否定応答パケットを返信することができる。それにより、デバイスもしくはデバイス管理装置などのデータ提供元が送信するデータパケットの数を削減することができ、デバイスもしくはデバイス管理装置などのデータ提供元の省電力化を図ることができる。
【００４３】
また、前記処理部は、前記記憶部に記憶される前記否定応答を示すパケットを、前記否定応答を示すパケットに含まれる前記生成時刻に関する情報に基づく所定期間の経過後に、消去するとしてもよい。
【００４４】
また、前記処理部は、前記記憶部に前記否定応答を示すパケットが記憶されている場合に、前記データを要求するリクエストパケットを受信したときには、前記データを要求するリクエストパケットを転送せず、前記データを要求するリクエストパケットに対する前記否定応答を示すパケットであって前記記憶部に記憶されている前記否定応答を示すパケットを、前記ネットワークに送信するとしてもよい。
【００４５】
また、前記否定応答を示すパケットは、ＮＡＣＫパケットであるとしてもよい。
【００４６】
また、前記否定応答を示すパケットは、否定応答を示すデータパケットであるとしてもよい。
【００４７】
また、本発明の一態様に係る端末装置は、コンテンツ指向型のネットワークに接続される端末装置であって、データを要求するリクエストパケットを送信するリクエスト送信部と、前記リクエストパケットに対する否定応答を示すパケットであって前記データが生成される時刻である生成時刻に関する情報を含む否定応答を示すパケットを受信する否定応答処理部とを備え、前記否定応答処理部は、前記否定応答を示すパケットを受信した場合、前記生成時刻に関する情報に基づく所定時間後に、前記リクエストパケットを前記リクエスト送信部に再送信させる。
【００４８】
本態様によれば、省電力化を図ることができる端末装置を実現することができる。
【００４９】
具体的には、リクエストパケットを送信する端末装置は、否定応答パケットにデータの生成時刻に関する情報が記載される否定応答パケットを受信することにより、データが生成される時刻以降にリクエストパケットを再送信することができる。それにより、端末装置は、デバイスまたはデバイス管理装置などのデータ提供元が送信するパケットの数を削減することができる。また、端末装置は、データの生成時刻にリクエストパケットを再送信すればよいので、送信するリクエストパケットの数を削減することができ処理負荷を削減できるだけでなく、無駄にリクエストパケットを送信しなくてもよいので無駄な電力消費も抑制することができ省電力化を図ることができる。
【００５０】
ここで、前記否定応答を示すパケットは、ＮＡＣＫパケットであるとしてもよいし、前記否定応答を示すパケットは、否定応答を示すデータパケットであるとしてもよい。
【００５１】
また、本発明の一態様に係るデバイスの通信方法は、コンテンツ指向型のネットワークに接続されるデバイスの通信方法であって、前記デバイスが生成するデータを要求するリクエストパケットを受信するリクエスト受信ステップと、前記リクエスト受信ステップにおいて受信した前記リクエストパケットにより要求されたデータが前記デバイスに存在する場合、前記要求されたデータを前記ネットワークに送信するデータ送信ステップと、前記リクエスト受信ステップにおいて受信した前記リクエストパケットにより要求されたデータが前記デバイスに存在しない場合、前記要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、前記ネットワークに送信する否定応答ステップとを含む。
【００５２】
また、本発明の一態様に係るデバイス管理装置の通信方法は、コンテンツ指向型のネットワークに接続されるデバイス管理装置の通信方法であって、前記デバイス管理装置に接続されるデバイスが生成するデータを取得するデータ取得ステップと、前記データ取得ステップにおいて取得したデータを蓄積するデータ蓄積ステップと、前記デバイスが生成するデータを要求するリクエストパケットを受信するリクエスト受信ステップと、前記リクエスト受信ステップにおいて受信した前記リクエストパケットにより要求されたデータが前記データ蓄積ステップにおいて蓄積されている場合、前記要求されたデータを前記ネットワークに送信するデータ送信ステップと、前記リクエスト受信ステップにおいて受信した前記リクエストパケットにより要求されたデータが前記データ蓄積ステップにおいて蓄積されていない場合、当該要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケットを、前記ネットワークに送信する否定応答ステップとを含む。
【００５３】
また、本発明の一態様に係る中継装置の通信方法は、コンテンツ指向型のネットワークに接続され、リクエストパケットおよびデータパケットを含むパケットを中継する中継装置の通信方法であって、データを要求するリクエストパケットに対する否定応答を示すパケットであって前記データが生成される時刻である生成時刻に関する情報を含む否定応答を示すパケットを受信し、受信した前記否定応答を示すパケットを転送する処理ステップと、前記処理ステップにおいて受信した前記否定応答を示すパケットを記憶するリクエスト記憶ステップとを含む。
【００５４】
また、本発明の一態様に係る端末装置の通信方法は、コンテンツ指向型のネットワークに接続される端末装置の通信方法であって、データを要求するリクエストパケットを送信するリクエスト送信ステップと、前記リクエストパケットに対する否定応答を示すパケットであって前記データが生成される時刻である生成時刻に関する情報を含む否定応答を示すパケットを受信する否定応答処理ステップとを含み、前記否定応答処理ステップでは、前記否定応答を示すパケットを受信した場合、前記生成時刻に関する情報に基づく所定時間後に、前記リクエストパケットを前記リクエスト送信ステップにおいて再送信させる。
【００５５】
以下、本発明の実施の形態に係る端末装置、ゲートウェイ装置および中継装置等について、図面を参照しながら具体的に説明する。
【００５６】
なお、これらの全般的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータで読み取り可能なＣＤ−ＲＯＭ等の記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。
【００５７】
（実施の形態）
［コンテンツ配信システムの構成］
図１は、実施の形態におけるコンテンツ配信システムの構成の一例を示す図である。
【００５８】
図１に示すコンテンツ配信システムは、複数の端末装置１１と、複数の中継装置１２と、デバイス管理装置１３とを備え、これらはＣＣＮ網１０を介して接続されている。ここで、端末装置１１ａおよび端末装置１１ｂは、端末装置１１の一例であり、中継装置１２ａ、中継装置１２ｂ、中継装置１２ｃおよび中継装置１２ｄは、中継装置１２の一例である。
【００５９】
ＣＣＮ網１０は、コンテンツ指向型のネットワークの一例である。
【００６０】
中継装置１２は、ＣＣＮ網１０に接続され、リクエストパケットおよびデータパケットを中継する。
【００６１】
端末装置１１は、ＣＣＮ網１０に接続されている。端末装置１１は、ＣＣＮ網１０を介して、コンテンツデータの名前を記載したリクエストパケットを送信し、コンテンツデータを含むデータパケットを受信する。本実施の形態では、図１に示すように、端末装置１１ａおよび端末装置１１ｂは、中継装置１２ａおよび中継装置１２ｂによって、ＣＣＮ網１０に接続され、リクエストパケットとデータパケットとを交換することができる。なお、以下では、コンテンツデータをデータと記載する。
【００６２】
デバイス管理装置１３は、ＣＣＮ網１０に接続され、デバイス１４を管理する。本実施の形態では、デバイス管理装置１３は、省電力化が求められ、図１に示すように、基地局１５ａを介してデバイス１４と接続されており、デバイス１４のデータを取得して管理することができる。また、デバイス管理装置１３は、中継装置１２ｃによってＣＣＮ網１０に接続されている。デバイス管理装置１３は、リクエストパケットを受け取ると、リクエストパケットに含まれるコンテンツの名前に対応するデバイス１４のデータのデータパケットを送出する。
【００６３】
デバイス１４は、例えば、処理能力に限界があるもしくは省電力化が求められるセンサーデバイス１４ａ、１４ｂおよび１４ｃの少なくとも一つであり、データを定期的に生成する。デバイス１４は、基地局１５と接続されている。本実施の形態では、図１に示すように、デバイス１４は、デバイス管理装置１３に管理されているとし、生成したデータを、デバイス管理装置１３に送信するとしてもよい。また、デバイス１４は、基地局１５ｂを介して中継装置１２ｄと接続されているとしてもよい。この場合、デバイス１４は、基地局１５を介してリクエストパケットを受け取ると、リクエストパケットに含まれるコンテンツの名前に対応するデータであってデバイス１４が生成したデータのデータパケットを基地局１５に送出する。
【００６４】
［デバイスの構成］
図２は、実施の形態におけるデバイスの詳細構成の一例を示す図である。
【００６５】
図２に示すデバイス１４は、ＣＣＮ網１０に接続されるデバイスであって、１つ以上のインタフェース１４１（図ではインタフェース１４１ａおよび１４２ｂ）と、データ送信部１４２と、リクエスト受信部１４３と、否定応答部１４４と、データ生成部１４５と、データ蓄積部１４６と、を備える。
【００６６】
本実施の形態では、デバイス１４は、リクエストパケットを受信したときに起動するとしてもよいし、所定時間毎に起動するとしてもよい。また、デバイス１４は、デバイス管理装置１３からのデータ取得要求で起動するとしてもよい。これにより、デバイス１４は、省電力化を図ることができる。
【００６７】
リクエスト受信部１４３は、デバイス１４が生成するデータを要求するリクエストパケットを受信する。
【００６８】
データ送信部１４２は、リクエスト受信部１４３が受信したリクエストパケットにより要求されたデータがデバイス１４に存在する場合、要求されたデータをＣＣＮ網１０に送信する。なお、データ送信部１４２は、省電力化のためにデバイス１４が所定の時間で起動した際にデータを生成し、生成したデータをデバイス管理装置１３に送信するとしてもよい。
【００６９】
否定応答部１４４は、リクエスト受信部１４３が受信したリクエストパケットにより要求されたデータがデバイス１４に存在しない場合、要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答を示すパケット（否定応答パケット）を、ＣＣＮ網１０に送信する。
【００７０】
ここで、否定応答パケットは、ＮＡＣＫ（Negative-ACKnowledgement）パケットであってもよいし、否定応答を示すデータパケット（以下、否定応答データパケットと記載）であってもよい。また、生成時刻に関する情報は、例えば、要求されたデータを生成する時刻である生成時刻を示す情報であってもよいし、上記生成時刻に基づく否定応答パケットの有効期限を示す情報であってもよい。また、生成時刻に関する情報は、上記生成時刻に基づくデバイス１４の起動時刻を示す情報であってもよいし、上記生成時刻に基づくデータが取得可能になる時刻を示す情報であってもよい。
【００７１】
本実施の形態では、否定応答部１４４は、リクエスト受信部１４３がリクエストパケットを受信した時点でリクエストパケットに記載された名前に対応するデータが存在しない場合は、上記名前を記述した否定応答パケットを送信する。ここで、否定応答部１４４は、データ生成部１４５が上記リクエストパケットに対応するデータを所定時間経過後に生成することが判っている場合、否定応答パケットに上記リクエストに対応するデータが生成される生成時刻情報を記載する。なお、否定応答部１４４は、さらに、否定応答パケットの有効期限を上記生成時刻情報に応じて設定するとしてもよい。
【００７２】
データ蓄積部１４６は、データ生成部１４５により生成されたデータを蓄積する。
【００７３】
データ生成部１４５は、データを生成して、データ蓄積部１４６に蓄積する。本実施の形態では、データ生成部１４５は、デバイス１４が起動する所定時間に、データを生成する。なお、デバイス１４は、リクエストパケットを受信したときに起動するとしてもよい。
【００７４】
［デバイス管理装置の構成］
図３は、実施の形態におけるデバイス管理装置の詳細構成の一例を示す図である。
【００７５】
図３に示すデバイス管理装置１３は、１つ以上のインタフェース１３１（図ではインタフェース１３１ａおよび１３２ｂ）と、データ送信部１３２と、リクエスト受信部１３３と、否定応答部１３４と、データ取得部１３５と、データ蓄積部１３６と、を備える。
【００７６】
本実施の形態では、デバイス管理装置１３は、ＣＣＮ網１０に接続され、基地局１５ａを介して接続されるデバイス１４（センサーデバイス１４ａ〜１４ｃ）を管理する。
【００７７】
リクエスト受信部１３３は、デバイス１４が生成するデータを要求するリクエストパケットを受信する。
【００７８】
データ取得部１３５は、デバイス管理装置１３が管理するデバイス１４が生成するデータを取得する。本実施の形態では、データ取得部１３５は、基地局１５（図では基地局１５ａ）を通して管理するデバイス１４のデータを取得する。なお、データ取得部１３５は、予めデバイス１４のデータを取得（収集）してデータ蓄積部１３６に蓄積するとしてもよいし、リクエスト受信部１３３がリクエストパケットを受信したときにデバイス１４のデータを取得し、データ蓄積部１３６に蓄積するとしてもよい。
【００７９】
データ蓄積部１３６は、データ取得部１３５が取得したデータを蓄積する。
【００８０】
データ送信部１３２は、リクエスト受信部１３３が受信したリクエストパケットにより要求されたデータがデータ蓄積部１３６に存在する場合、要求されたデータをＣＣＮ網１０に送信する。本実施の形態では、データ送信部１３２は、要求されたデータをデータパケットとして送信する。
【００８１】
否定応答部１３４は、リクエスト受信部１３３が受信したリクエストパケットにより要求されたデータがデータ蓄積部１３６に存在しない場合、当該要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答パケット（否定応答を示すパケット）を、ＣＣＮ網１０に送信する。
【００８２】
ここで、否定応答パケットは、ＮＡＣＫパケットであってもよいし、否定応答データパケットであってもよい。また、生成時刻に関する情報は、例えば、デバイス１４が要求されたデータを生成する時刻である生成時刻を示す情報であってもよいし、上記生成時刻に基づく否定応答パケットの有効期限を示す情報であってもよい。また、生成時刻に関する情報は、上記生成時刻に基づくデバイス１４の起動時刻を示す情報であってもよいし、上記生成時刻に基づくデータが取得可能になる時刻を示す情報であってもよい。
【００８３】
本実施の形態では、否定応答部１３４は、リクエスト受信部１３３がリクエストパケットを受信した時点でリクエストパケットに記載された名前に対応するデータがデータ蓄積部１３６に存在しない場合は、上記名前を記述した否定応答パケットを送信する。ここで、否定応答部１３４は、上記リクエストパケットに対応するデータが所定時間経過後にデバイス１４により生成されることが判っている場合、否定応答パケットに上記リクエストに対応するデータが生成される生成時刻情報を記載する。なお、否定応答部１３４は、さらに、否定応答パケットの有効期限を上記生成時刻情報に応じて設定するとしてもよい。
【００８４】
［中継装置の構成］
図４は、実施の形態における中継装置の詳細構成の一例を示す図である。
【００８５】
図４に示す中継装置１２は、ＣＣＮ網１０に接続され、リクエストパケットおよびデータパケットを含むパケットを中継する中継装置である。この中継装置１２は、１つ以上のインタフェース１２１（図ではインタフェース１２１ａ、１２１ｂ、１２１ｃ、１２４ｄ）と、処理部１２２と、経路情報処理部１２５と、記憶部１２６と、経路情報記憶部１２９と、を備える。本実施の形態では、処理部１２２は、データ処理部１２２１と、リクエスト処理部１２２２と、否定応答処理部１２２３とを備える。記憶部１２６は、データ記憶部１２６１と、リクエスト記憶部１２６２と、否定応答記憶部１２６３とを備える。
【００８６】
経路情報記憶部１２９は、ＦＩＢ（Forwarding Information Base）と呼ばれる経路情報を記憶している。経路情報処理部１２５は、経路情報を経路情報記憶部１２９に記憶する処理を行う。中継装置１２は、経路情報記憶部１２９が記憶する経路情報に従って、端末装置１１、デバイス管理装置１３、デバイス１４および他の中継装置から送信されるリクエストパケットを転送する。
【００８７】
処理部１２２は、データを要求するリクエストパケットに対する否定応答パケットであってデータが生成される時刻である生成時刻に関する情報を含む否定応答パケットを受信し、受信した否定応答パケットを転送する。また、処理部１２２は、記憶部１２６に記憶される否定応答パケットを、否定応答パケットに含まれる当該生成時刻に関する情報に基づく所定期間の経過後に、消去する。なお、処理部１２２は、記憶部１２６に否定応答パケットが記憶されている場合に、データを要求するリクエストパケットを受信したときには、データを要求するリクエストパケットを転送せず、データを要求するリクエストパケットに対する否定応答パケットであって記憶部１２６に記憶されている否定応答パケットを、ＣＣＮ網１０に送信する。ここで、否定応答パケットは、ＮＡＣＫパケットであってもよいし、否定応答データパケットであってもよい。
【００８８】
以下、具体的に説明する。
【００８９】
否定応答処理部１２２３は、データを要求するリクエストパケットに対する否定応答パケットであってデータが生成される時刻である生成時刻に関する情報を含む否定応答パケットを受信し、受信した否定応答パケットを転送する。また、否定応答処理部１２２３は、記憶部１２６に記憶される否定応答パケットを、否定応答パケットに含まれる前記生成時刻に関する情報に基づく所定期間の経過後に、消去する。
【００９０】
本実施の形態では、否定応答処理部１２２３は、例えばＮＡＣＫパケットを受信すると、受信したＮＡＣＫパケットに記載された名前と同一の名前に対応するリクエストパケットを受信したインタフェース１２１の情報をリクエスト記憶部１２６２から取得する。そして、否定応答処理部１２２３は、受信したＮＡＣＫパケットを取得したインタフェース１２１から送信する。さらに、否定応答処理部１２２３は、受信したＮＡＣＫパケットの情報を否定応答記憶部１２６３に記憶する。ここで、否定応答記憶部１２６３に記憶される情報はＮＡＣＫパケットに記載された名前を含むＮＡＣＫパケットを再構成するために必要な情報であればよい。
【００９１】
一方、否定応答処理部１２２３は、例えば否定応答データパケットを受信すると、受信した否定応答データパケットに記載された名前と同一の名前に対応するリクエストパケットを受信したインタフェース１２１の情報をリクエスト記憶部１２６２から取得する。そして、否定応答処理部１２２３は、受信した否定応答データパケットを取得したインタフェース１２１から送信する。さらに、否定応答処理部１２２３は、受信した否定応答データパケットの情報を否定応答記憶部１２６３に記憶する。ここで、否定応答記憶部１２６３に記憶される情報は否定応答データパケットに記載された名前を含む否定応答データパケットを再構成するために必要な情報であればよい。以下でも、否定応答パケットは、否定応答データパケットまたはＮＡＣＫパケットであるとして説明する。
【００９２】
また、否定応答処理部１２２３は、受信した否定応答パケットに有効期限が設定されていた場合、当該否定応答パケットの有効期限に基づく記憶期限を設定した上で当該否定応答パケットの情報を否定応答記憶部１２６３に記憶する。否定応答処理部１２２３は、記憶期限を経過した否定応答パケットを、否定応答記憶部１２６３から消去する。
【００９３】
また、否定応答処理部１２２３は、受信した否定応答パケットに記載された名前と同一の名前が含まれる否定応答パケットの情報が否定応答記憶部１２６３に記憶されていた場合、既に否定応答記憶部１２６３に記憶されている古い否定応答パケットの情報を更新するとしてもよい。また、否定応答処理部１２２３は、否定応答記憶部１２６３で新たに受信した否定応答パケットを記憶する領域がなくなった場合、否定応答記憶部１２６３から任意の否定応答パケットの情報を消去し、新たに受信した否定応答パケットの情報を記憶させるとしてよい。
【００９４】
リクエスト処理部１２２２は、記憶部１２６に否定応答パケットが記憶されている場合に、データを要求するリクエストパケットを受信したときには、データを要求するリクエストパケットを転送せず、データを要求するリクエストパケットに対する否定応答パケットであって記憶部１２６（否定応答記憶部１２６３）に記憶されている否定応答パケットを、ＣＣＮ網１０に送信する。
【００９５】
本実施の形態では、リクエスト処理部１２２２は、リクエストパケットを受信すると、データ記憶部１２６１に当該リクエストパケットに記載された名前に対応するデータパケットが記憶されているかを確認する。リクエスト処理部１２２２は、データ記憶部１２６１に対応するデータパケットが記憶されていた場合、データ処理部１２２１に、当該リクエストパケットを受信したインタフェース１２１から上記データパケットを送信させる。
【００９６】
また、リクエスト処理部１２２２は、否定応答記憶部１２６３に、当該リクエストパケットに記載された名前に対応する否定応答パケットが記憶されている場合、上記リクエストパケットを受信したインタフェースから上記否定応答パケットを送信する。なお、リクエスト処理部１２２２は、リクエストパケットを受信すると、例えば、まず、データ記憶部１２６１に当該リクエストパケットに記載された名前に対応するデータパケットが記憶されているかを確認し、続いて、否定応答記憶部１２６３に、当該リクエストパケットに記載された名前に対応する否定応答パケットが記憶されているかを確認するとしてもよいし、その逆でもよい。データ記憶部１２６１および否定応答記憶部１２６３を確認する順番は問わない。
【００９７】
リクエスト処理部１２２２はデータ記憶部１２６１と否定応答記憶部１２６３にそれぞれ上記リクエストパケットに記載された名前に対応するデータパケットや否定応答パケットが存在しない場合、かつ当該リクエストパケットに記載された名前と同一の名前に対するリクエストパケットに関する情報がリクエスト記憶部１２６２に存在しない場合にのみ、当該リクエストパケットに記載された名前と当該リクエストパケットを受信したインタフェース１２１の情報をリクエスト記憶部１２６２に記憶させ、そして経路情報記憶部１２９に記憶された経路情報と上記名前に基づきリクエストパケットを１つ以上のインタフェース１２１からＣＣＮ網１０に送信する。
【００９８】
データ処理部１２２１は、データパケットを受信すると、受信したデータパケットに記載された名前と同一の名前に対応するリクエストパケットを受信したインタフェース１２１の情報をリクエスト記憶部１２６２から取得する。そして、データ処理部１２２１は、受信したデータパケットを取得したインタフェース１２１からＣＣＮ網１０に送信する。さらに、データ処理部１２２１は、受信したデータパケットの情報をデータ記憶部１２６１に記憶する。
【００９９】
なお、データ処理部１２２１は、データパケットを受信し、データパケットに記載された名前と同一の名前が含まれる否定応答データパケットがデータ記憶部１２６１に記憶されていた場合、受信したデータパケットをＣＣＮ網１０に送信後に、データ記憶部１２６１に記憶されている当該否定応答データパケットを消去するとしてもよい。同様に、データ処理部１２２１は、データパケットを受信し、データパケットに記載された名前と同一の名前が含まれるＮＡＣＫパケットの情報が否定応答記憶部１２６３に記憶されている場合、受信したデータパケットをＣＣＮ網１０に送信後に、否定応答記憶部１２６３に記憶されている当該ＮＡＣＫパケットの情報を消去するとしてもよい。
【０１００】
また、データ処理部１２２１は、否定応答処理部１２２３が受信した否定応答データパケットに有効期限が設定されていた場合、否定応答処理部１２２３に代わって、記憶期限を経過した否定応答データパケットを、データ記憶部１２６１から消去するとしてもよい。
【０１０１】
また、データ処理部１２２１は、否定応答処理部１２２３に代わって、否定応答データパケットを受信し、その後の処理を否定応答処理部１２２３が行うとしてもよい。この場合、さらに、データ処理部１２２１は、受信した否定応答データパケットに記載された名前と同一の名前が記載された否定応答データパケットの情報がデータ記憶部１２６１に記憶されていた場合、既にデータ記憶部１２６１に記憶されている古い否定応答データパケットの情報を更新するとしてもよい。また、データ処理部１２２１は、データ記憶部１２６１で新たに受信したデータパケットを記憶する領域がなくなった場合、データ記憶部１２６１から否定応答データパケットを含む任意のデータパケットの情報を消去し、新たに受信したデータパケットの情報を記憶させるとしてもよい。
【０１０２】
記憶部１２６は、データ記憶部１２６１と、リクエスト記憶部１２６２と、否定応答記憶部１２６３とを備え、処理部１２２が受信した否定応答パケットを記憶する。
【０１０３】
リクエスト記憶部１２６２は、ＰＩＴ（Pending Interest Table）とリクエストパケットを受信したインタフェース１２１とを記憶する。
【０１０４】
データ記憶部１２６１は、データ処理部１２２１が受信したデータパケットを記憶する。
【０１０５】
否定応答記憶部１２６３は、否定応答パケットを記憶する。本実施の形態では、否定応答記憶部１２６３は、否定応答処理部１２２３が受信したＮＡＣＫパケットの情報や否定応答データパケットの情報を記憶する。
【０１０６】
［端末装置の構成］
図５は、実施の形態における端末装置の詳細構成の一例を示す図である。
【０１０７】
図５に示す端末装置１１は、ＣＣＮ網１０に接続される端末装置であって、１つ以上のインタフェース１１１（図ではインタフェース１１１ａ、１１２ｂ）と、データ受信部１１２と、リクエスト送信部１１３と、否定応答処理部１１４と、データ処理部１１５と、を備える。
【０１０８】
データ受信部１１２は、リクエストパケットに対応するデータパケットを受信する。
【０１０９】
データ処理部１１５は、データ受信部１１２で受信したデータパケットを再生するなどの処理を行う。
【０１１０】
リクエスト送信部１１３は、データを要求するリクエストパケットを送信する。本実施の形態では、リクエスト送信部１１３は、取得したいデータに対応する名前を記載したリクエストパケットを送信する。送信されたリクエストパケットはＣＣＮ網１０上の１つもしくは複数の中継装置１２（例えば図１で中継装置１２ａ〜１２ｄ）を経由して、デバイス１４もしくはデバイス管理装置１３に向かって転送される。中継装置１２の記憶部１２６（データ記憶部１２６１）に当該リクエストパケットに対応するデータパケットが存在した場合、その中継装置１２からデータパケットが送信され、端末装置１１に届けられる。なお、いずれの中継装置１２にも当該リクエストパケットに対応するデータパケットがない場合、当該リクエストパケットは上述したデバイス１４またはデバイス管理装置１３に届けられる。
【０１１１】
否定応答処理部１１４は、リクエストパケットに対する否定応答パケットであって要求するデータが生成される時刻である生成時刻に関する情報を含む否定応答パケットを受信する。否定応答処理部１１４は、否定応答パケットを受信した場合、生成時刻に関する情報に基づく所定時間後に、リクエストパケットをリクエスト送信部１１３に再送信させる。ここで、否定応答パケットは、ＮＡＣＫパケットであってもよいし、否定応答データパケットであってもよい。例えば、否定応答処理部１１４は、リクエストパケットに対する否定応答パケットを受信した場合、かつ、否定応答パケットに要求したデータが生成される生成時刻情報が含まれていた場合、その生成時刻にあわせて、もしくは生成時刻以降に再度、リクエスト送信部１１３にリクエストパケットを送信させる。
【０１１２】
［デバイスの動作］
次に、上記のように構成されたデバイス１４の動作について説明する。
【０１１３】
図６は、実施の形態におけるデバイスの動作を示すフローチャートである。図６には、デバイス１４の特徴的な動作である否定応答パケットの送信までの動作について示されている。
【０１１４】
まず、デバイス１４（リクエスト受信部１４３）は、デバイス１４（データ生成部１４５）が生成するデータを要求するリクエストパケットを受信する（ステップＳ１１）。本実施の形態では、リクエスト受信部１４３は、データ生成部１４５が生成するデータを要求するリクエストパケットを受信する。
【０１１５】
次に、ステップＳ１１において受信したリクエストパケットにより要求されたデータがデバイス１４に存在するかどうかを確認する（ステップＳ１２）。
【０１１６】
ステップＳ１１において受信したリクエストパケットにより要求されたデータがデバイス１４に存在する場合（Ｓ１２でＹＥＳ）、要求されたデータをＣＣＮ網１０に送信する（ステップＳ１３）。本実施の形態では、データ送信部１４２は、受信したリクエストパケットにより要求されたデータがデータ蓄積部１４６に蓄積している場合、データ蓄積部１４６に蓄積されたデータであって要求されたデータをＣＣＮ網１０に送信する。
【０１１７】
一方、ステップＳ１１において受信したリクエストパケットにより要求されたデータがデバイス１４に存在しない場合（Ｓ１２でＮｏ）、リクエストパケットにより要求されたデータが所定の時間後に生成されるかどうか確認する（ステップＳ１４）。
【０１１８】
ステップＳ１４において、所定の時間後にリクエストパケットにより要求されたデータが生成される場合（Ｓ１４でＹＥＳ）、要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答パケットを、ＣＣＮ網１０に送信する（ステップＳ１５）。本実施の形態では、否定応答部１４４は、受信したリクエストパケットにより要求されたデータがデータ蓄積部１４６に蓄積していないので、要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答パケットをＣＣＮ網１０に送信する。
【０１１９】
一方、ステップＳ１４において、要求されたデータが生成されない場合（Ｓ１４でＮｏ）、要求されたデータに対する否定応答パケットをＣＣＮ網１０に送信する（ステップＳ１６）。
【０１２０】
このように、デバイス１４は、受信したリクエストパケットにより要求されたデータがデバイス１４に存在しない場合、否定応答パケットにデータの生成時刻に関する情報を記載することにより、リクエストパケットを送信する端末装置等にデータが生成される時刻以降にリクエストパケットを再送信させることができる。それにより、デバイス１４は、送信する否定応答パケットの数を削減することができ処理負荷を削減できるだけでなく、データの生成時刻に起動すればよいので常々起動する必要がなくなり省電力化を図ることができる。
【０１２１】
［デバイス管理装置の動作］
次に、上記のように構成されたデバイス管理装置１３の動作について説明する。
【０１２２】
図７は、実施の形態におけるデバイス管理装置の動作を示すフローチャートである。図７には、デバイス管理装置１３の特徴的な動作である否定応答パケットの送信までの動作について示されている。
【０１２３】
まず、デバイス管理装置１３は、デバイス管理装置１３に接続されるデバイス１４が生成するデータを取得する（ステップＳ２１）。本実施の形態では、データ取得部１３５は、デバイス１４が生成するデータを取得する。
【０１２４】
次に、デバイス管理装置１３は、ステップＳ２１おいて取得したデータを蓄積する（ステップＳ２２）。本実施の形態では、データ取得部１３５は、取得したデバイス１４が生成するデータをデータ蓄積部１３６に蓄積する。
【０１２５】
次に、デバイス管理装置１３は、リクエストパケットを受信したかどうか確認する（ステップＳ２３）。ここで、デバイス管理装置１３は、リクエストパケットを受信していないことを確認した場合（Ｓ２３でＮｏ）、ステップＳ２１の処理に戻る。
【０１２６】
一方、デバイス管理装置１３は、リクエストパケットを受信したことを確認した場合（Ｓ２３でＹｅｓ）、次のステップＳ２４に進む。本実施の形態では、リクエスト受信部１３３は、デバイス１４が生成するデータを要求するリクエストパケットを受信する。
【０１２７】
次に、デバイス管理装置１３は、ステップＳ２３において受信したリクエストパケットにより要求されたデータがステップＳ２２において蓄積されている場合（Ｓ２４でＹｅｓ）、要求されたデータをＣＣＮ網１０に送信する（ステップＳ２５）。
【０１２８】
一方、デバイス管理装置１３は、ステップＳ２３において受信したリクエストパケットにより要求されたデータが蓄積されていない場合（Ｓ２４でＮｏ）、リクエストパケットにより要求されたデータが所定の時間後に生成されるかどうか確認する（ステップＳ２６）。
【０１２９】
ステップＳ２６において、所定の時間後にリクエストパケットにより要求されたデータが生成される場合（Ｓ２６でＹＥＳ）、当該要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答パケットを、ＣＣＮ網１０に送信する（ステップＳ２７）。本実施の形態では、否定応答部１３４は、リクエスト受信部１３３が受信したリクエストパケットにより要求されたデータがデータ蓄積部１３６に蓄積されていない場合、当該要求されたデータを生成する時刻である生成時刻に関する情報を含めた否定応答パケットを、ＣＣＮ網１０に送信する。
【０１３０】
一方、ステップＳ２６おいて、要求されたデータが生成されない場合（Ｓ２６でＮｏ）、要求されたデータに対する否定応答パケットをＣＣＮ網１０に送信する（ステップＳ２８）。このように、デバイス管理装置１３は、否定応答パケットにデータの生成時刻に関する情報を記載することにより、リクエストパケットを送信する端末装置等にデータが生成される時刻以降にリクエストパケットを再送信させることができる。それにより、デバイス管理装置１３は、送信する否定応答パケットの数を削減することができ処理負荷を削減できるだけでなく、データの生成時刻にデバイス１４に合わせて起動すればよいので常々起動する必要がなくなり省電力化を図ることができる。
【０１３１】
［中継装置の動作］
次に、上記のように構成された中継装置１２の動作について説明する。
【０１３２】
図８は、実施の形態における中継装置の動作を示すフローチャートである。図８には、中継装置１２の特徴的な動作である否定応答パケットの記憶までの動作について示されている。
【０１３３】
まず、ステップＳ３１において、中継装置１２は、データを要求するリクエストパケットに対する否定応答パケットであって当該データが生成される時刻である生成時刻に関する情報を含む否定応答パケットを受信したとする。本実施の形態では、処理部１２２（否定応答処理部１２２３）が当該否定応答パケットを受信する。
【０１３４】
次に、中継装置１２は、受信した否定応答パケットを転送する（ステップＳ３２）。本実施の形態では、処理部１２２（否定応答処理部１２２３）が受信した当該否定応答パケットを転送する。
【０１３５】
次に、中継装置１２は、ステップＳ３１において受信した否定応答パケットを記憶する（ステップＳ３３）。本実施の形態では、処理部１２２（否定応答処理部１２２３）が当該否定応答パケットを記憶部１２６（否定応答記憶部１２６３）に記憶する。
【０１３６】
また、中継装置１２は、記憶している否定応答パケットのうち、有効期限を過ぎた否定応答パケットを消去する（ステップＳ３４）。
【０１３７】
このように、中継装置１２は、否定応答パケットにデータの生成時刻に関する情報が記載される否定応答パケットを転送することにより、リクエストパケットを送信する端末装置１１にデータが生成される時刻以降にリクエストパケットを再送信させることができる。それにより、中継装置１２は、デバイス１４またはデバイス管理装置１３などのデータ提供元が送信する否定応答パケットの数を削減することができ、デバイス１４またはデバイス管理装置１３などのデータ提供元の省電力化を図ることができる。
【０１３８】
また、中継装置１２は、否定応答パケットを記憶した以降において、当該リクエストパケットをデータ提供元であるデバイスに転送せずに、否定応答パケットを返信することができる。それにより、デバイス１４もしくはデバイス管理装置１３などのデータ提供元が送信する否定応答パケットの数をさらに削減することができ、デバイス１４もしくはデバイス管理装置１３などのデータ提供元の省電力化を図ることができる。
【０１３９】
［端末装置の動作］
次に、上記のように構成された端末装置１１の動作について説明する。
【０１４０】
図９は、実施の形態１における端末装置の動作を示すフローチャートである。図９には、端末装置１１の特徴的な動作であるリクエストパケットの再送信までの動作について示されている。
【０１４１】
まず、端末装置１１は、データを要求するリクエストパケットを送信する（ステップＳ４１）。本実施の形態では、端末装置１１は否定応答パケットを受信する。
【０１４２】
次に、端末装置１１は、当該リクエストパケットに対する否定応答パケットであってデータが生成される時刻である生成時刻に関する情報を含む否定応答パケットを受信した場合（Ｓ４２でＹＥＳ）、生成時刻に関する情報に基づく所定時間後に、リクエストパケットを再送信する（ステップＳ４３）。
【０１４３】
なお、ステップＳ４２において、当該リクエストパケットに対する否定応答パケットであってデータが生成される時刻である生成時刻に関する情報を含まない否定応答パケットを受信した場合（Ｓ４２でＮｏ）、処理を終了する。
【０１４４】
このように、リクエストパケットを送信する端末装置１１は、否定応答パケットにデータの生成時刻に関する情報が記載される否定応答パケットを受信することにより、データが生成される時刻以降にリクエストパケットを再送信することができる。それにより、端末装置１１は、デバイス１４またはデバイス管理装置１３が送信する否定応答パケットの数を削減することができる。また、端末装置１１は、データの生成時刻にリクエストパケットを再送信すればよいので、送信するリクエストパケットの数を削減することができ処理負荷を削減できるだけでなく、無駄にリクエストパケットを送信しなくてもよいので無駄な電力消費も抑制することができ省電力化を図ることができる。
図ることができる。
【０１４５】
［コンテンツ配信システムの動作］
図１０は、実施の形態におけるコンテンツ配信システムの処理フローを示すシーケンスである。図１０には、端末装置１１がリクエストパケットを送信してデータを取得するまで動作について示されている。以下では、複数の端末装置１１がデバイス１４から中継装置１２を介して同じデータを取得しようとする場合として説明する。具体的には、端末装置１１ａおよび端末装置１１ｂが同じデータの名前を指定したリクエストパケットを送信して、対応するデータを取得しようとする場合について説明する。なお、データの名前は、例えば、「/abc.com/device_xxx/data/0」や「/abc.com/device_xxx/data/1」・・・「/abc.com/device_xxx/data/k」など、連続的な数字や文字列を含む形やあるルールに従い定義されているとする。
【０１４６】
まず、端末装置１１ａは、例えば名前「/xyz/device/data/s1」を指定したリクエストパケットをＣＣＮ網１０に送信する（ステップＳ１０１）。
【０１４７】
次に、中継装置１２は、例えば名前「/xyz/device/data/s1」を指定したリクエストパケットをデバイス１４に向けて転送する（ステップＳ１０２）。ここでは、中継装置１２には、当該名前に対応するデータを記憶していないとし、受信したリクエストパケットをデバイス１４に向けて転送している。
【０１４８】
次に、端末装置１１ａの送信した当該リクエストパケットをデバイス１４が受信した時点において、デバイス１４にデータがまだ存在せず、かつデータの生成時刻ｔ１が判っているとする。この場合、デバイス１４は、データの生成時刻に関する情報を含む否定応答パケットをＣＣＮ網１０に送信する（ステップＳ１０３）。
【０１４９】
次に、当該否定応答パケットを受信した中継装置１２は、当該否定応答パケットを記憶し、端末装置１１ａに向けて転送する（ステップＳ１０４）。
【０１５０】
次に、端末装置１１ａとは異なる端末装置１１ｂが例えば名前「/xyz/device/data/s1」を指定したリクエストパケットをＣＣＮ網１０に送信したとする（ステップＳ１０５）。
【０１５１】
次に、中継装置１２は、端末装置１１ｂが送信した当該リクエストパケットを受信すると、記憶している否定応答パケットを端末装置１１ｂに送信する（ステップＳ１０６）。
【０１５２】
次に、時刻ｔ１において、デバイス１４は当該データを生成し（ステップＳ１０７）、中継装置１２は、記憶している否定応答パケットを消去する（ステップＳ１０８）。
【０１５３】
次に、端末装置１１ａは、時刻ｔ１以降になったので、当該リクエストパケットを再送信する（ステップＳ１０９）。
【０１５４】
次に、端末装置１１ａの送信した当該リクエストパケットを中継装置１２が受信した時点において、当該リクエストパケットに対応するデータを蓄積していないので、当該リクエストパケットをデバイス１４に向けて転送する（ステップＳ１１０）。
【０１５５】
つまり、時刻ｔ１において、中継装置１２に記憶されている否定応答パケットは有効期限が過ぎたとして、中継装置１２から消去されるので、再送されたリクエストパケットはデバイス１４に転送される。
【０１５６】
次に、端末装置１１ａの送信した当該リクエストパケットをデバイス１４が受信した時点において、デバイス１４にデータが存在するので、デバイス１４は、当該リクエストパケットに対応するデータパケットをＣＣＮ網１０に送信する（ステップＳ１１１）。  次に、当該データパケットを受信した中継装置１２は、当該データパケットをキャュシュし、端末装置１１ａに向けて転送する（ステップＳ１１２）。
【０１５７】
次に、端末装置１１ｂが当該リクエストパケットをＣＣＮ網１０に再送信したとする（ステップＳ１１３）。
【０１５８】
次に、中継装置１２は、端末装置１１ｂが送信した当該リクエストパケットを受信すると、記憶しているデータパケットを端末装置１１ｂに送信する（ステップＳ１１４）。
このように、中継装置１２に当該リクストパケットの後に届く当該リクエストパケットと同じリクエストパケットに対応するデータパケットが中継装置１２に記憶されているので、当該リクエストパケットはデバイス１４に転送されない。つまり、データパケットは中継装置１２に記憶されているので端末装置１１ａに送信されると共に、端末装置１１ｂに送信することができる。
【０１５９】
また、デバイス１４から一度送信された否定応答パケットは、中継装置１２に一時記憶されることで、デバイス１４自身が送信する否定応答パケットの数を削減すると同時に、効率よく複数の端末装置１１に届けることができる。
【０１６０】
また、否定応答パケットにデータの生成時刻に関する情報（ここでは例えば生成時刻ｔ１）が記載されることで、中継装置１２は否定応答パケットを時刻ｔ１に破棄することができ、端末装置１１ａおよび端末装置１１ｂはデータが生成される時刻ｔ１以降にそれぞれリクエストパケットを再送信することができる。また、複数のリクエストパケットはデータの生成時刻とほぼ同期して端末装置１１ａおよび端末装置１１ｂから再送信されるため、中継装置１２は、データパケットを端末装置１１ａに送信するとともに、端末装置１１ｂに送信することができる。
【０１６１】
それにより、中継装置１２は、受信したリクエストパケットに対して、データを効率よく複数の端末装置１１に届けることができる。換言すると、デバイス１４が送信するデータパケットの数を削減することができる。より具体的には、複数の端末装置１１において同一のデータに対するリクエストパケットの送信時刻を同期化する。それにより、中継装置１２のリクエスト記憶部（ＰＩＴ）とデータ記憶部（Content Store）とにより、デバイス１４に届くリクエストの数が減るので、デバイス１４が送信するデータパケットの数（送信数）を削減することができる。送信時刻を同期化すことで、当該同一のデータが中継装置１２のメモリ領域から消去されずデータ記憶部（Content Store）に記憶されている確率が高くなるからである。
【０１６２】
［実施の形態の効果等］
以上のように、本実施の形態によれば、省電力化を図ることができるデバイス、デバイス管理装置、中継装置および端末装置を実現することができる。
【０１６３】
例えば端末装置１１は、データを取得しようとする際、予め定義されたルールに従い、データに対する名前を決定し、決定した名前を記載したリクエストパケットを送信する。上記特許文献１および非特許文献１と、近年規定されようとしている否定応答パケットを用いると、上記リクエストパケットがデバイス１４もしくはデバイス管理装置１３に到着した時点でリクエストパケットに対応するデータがまだ生成されていない場合、デバイス１４もしくはデバイス管理装置１３は、否定応答パケットを送信する。しかし、否定応答パケットを受信した端末装置１１は、リクエストパケットに記載した名前が不正なためデータが存在しないのか、データが生成されていないのか判別できない。そのため、端末装置１１は、上記リクエストパケットをいつ再送すればよいのか判らないため、一定時間の経過後に当該リクエストパケットを再送することになる。そして、データが生成されていない場合には、端末装置１１は、当該リクエストパケットを何度も送信することになり、デバイス１４もしくはデバイス管理装置１３は、データを生成もしくは取得するまで、何度も否定応答パケット送信しなければならなくなる。つまり、上記特許文献１および非特許文献１と、近年規定されようとしている否定応答パケットを用いても、デバイス１４もしくはデバイス管理装置１３の省電力化や処理負荷削減を図ることができない。
【０１６４】
それに対して、本実施の形態によれば、否定応答パケットにデータの生成時刻に関する情報が記載されることにより、端末装置１１にデータが生成される時刻以降にそれぞれリクエストパケットを再送信させることができる。それにより、デバイス１４もしくはデバイス管理装置１３は送信する否定応答パケットの数を削減することができるだけでなく、デバイス１４もしくはデバイス管理装置１３はデータの生成時刻に起動すればよいので常々起動する必要がなくなり省電力化を図ることができる。また、リクエストパケットを送信する端末装置１１は、否定応答パケットにデータの生成時刻に関する情報が記載される否定応答パケットを受信することにより、データが生成される時刻以降にリクエストパケットを再送信することができる。それにより、端末装置１１は、デバイスまたはデバイス管理装置などのデータ提供元が送信するデータパケットの数を削減することができる。また、端末装置１１は、データの生成時刻にリクエストパケットを再送信すればよいので、送信するリクエストパケットの数を削減することができ処理負荷を削減できるだけでなく、無駄にリクエストパケットを送信しなくてもよいので無駄な電力消費も抑制することができ省電力化を図ることができる。
【０１６５】
また、例えば上記特許文献１および非特許文献１では中継装置１２はデータパケットをデータ記憶部に一時保持することが記載されているが、否定応答パケットを一時記憶しておく機能は開示されていない。このため、上記特許文献１および非特許文献１ではデータが存在しない複数のリクエストパケットがデバイス１４もしくはデバイス管理装置１３に届いた場合は、その都度否定応答パケットを送信することになり、省電力化や処理負荷削減の妨げになる。それに対して、本実施の形態によれば、中継装置１２は、当該リクエストパケットに記載された名前に対応するデータがデバイス１４に存在しない場合に受信する否定応答パケットを記憶することができるので、否定応答パケットを記憶した以降は、当該リクエストパケットをデバイス１４に転送せずに、中継装置１２が否定応答パケットを返信することができる。それにより、デバイス１４もしくはデバイス管理装置１３が送信するデータパケットの数を削減することができ、デバイス１４もしくはデバイス管理装置１３の省電力化を図ることができる。
【０１６６】
さらに、本実施の形態では、否定応答パケットにデータの生成時刻に関する情報が記載されることにより、中継装置は否定応答パケットをデータの生成時刻に破棄することができるので、データが生成される時刻以降に端末装置１１から届くリクエストパケットをデバイス１４もしくはデバイス管理装置１３に転送することができる。それにより、デバイス１４もしくはデバイス管理装置１３がデータパケットを送信可能になった後に当該リクエストパケットを転送することができるので、デバイス１４もしくはデバイス管理装置１３が送信するデータパケットの数を削減することがでる。これにより省電力化や処理負荷の削減を図ることができる。
【０１６７】
以上、本発明によれば、省電力化を図ることができるデバイス、デバイス管理装置、中継装置および端末装置を実現することができる。
【０１６８】
以上、本発明の一つまたは複数の態様に係るデバイス、デバイス管理装置、中継装置および端末装置について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の一つまたは複数の態様の範囲内に含まれてもよい。
【０１６９】
例えば、以下のような場合も本発明に含まれる。
【０１７０】
（１）上記のサーバ、ルータおよび受信端末（以下では各装置と総称）は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
【０１７１】
（２）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。
【０１７２】
（３）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。前記ＩＣカードまたは前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカードまたは前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカードまたは前記モジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
【０１７３】
（４）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【０１７４】
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。
【０１７５】
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
【０１７６】
また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。
【０１７７】
また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を、前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【０１７８】
（５）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０１７９】
本発明は、デバイス、デバイス管理装置、中継装置および端末装置等に利用でき、特にコンテンツ指向型のネットワークに接続されるデバイス、デバイス管理装置、中継装置および端末装置等に利用できる。
【符号の説明】
【０１８０】
１０  ＣＣＮ網
１１、１１ａ、１１ｂ  端末装置
１２、１２ａ、１２ｂ、１２ｃ、１２ｄ  中継装置
１３  デバイス管理装置
１４  デバイス
１４ａ、１４ｂ、１４ｃ  センサーデバイス
１５、１５ａ、１５ｂ  基地局
１１１、１１１ａ、１１１ｂ、１２１、１２１ａ、１２１ｂ、１２１ｃ、１２１ｄ、１３１、１３１ａ、１３１ｂ、１４１、１４１ａ、１４１ｂ  インタフェース
１１２  データ受信部
１３２、１４２  データ送信部
１１３  リクエスト送信部
１１４，１２２３  否定応答処理部
１１５、１２２１  データ処理部
１２２  処理部
１２５  経路情報処理部
１２６  記憶部
１２９  経路情報記憶部
１３３、１４３  リクエスト受信部
１３４、１４４  否定応答部
１３５  データ取得部
１３６、１４６  データ蓄積部
１４５  データ生成部
１２２２  リクエスト処理部
１２６１  データ記憶部
１２６２  リクエスト記憶部
１２６３  否定応答記憶部
【図１】
2016063422.tif 000003
【図２】
2016063422.tif 000004
【図３】
2016063422.tif 000005
【図４】
2016063422.tif 000006
【図５】
2016063422.tif 000007
【図６】
2016063422.tif 000008
【図７】
2016063422.tif 000009
【図８】
2016063422.tif 000010
【図９】
2016063422.tif 000011
【図１０】
2016063422.tif 000012