JP7332869B2 - 通信プログラム、通信方法および通信装置 - Google Patents

Description

本発明は、通信プログラム、通信方法および通信装置に関する。

近年、コンテンツを場所（ノード）ではなくコンテンツの名前（コンテンツ名）を指定して要求することで、ユーザにコンテンツが届けられるＩＣＮ（Information-Centric Networking：情報指向ネットワーク）と呼ばれるネットワーク技術が注目されている。

ＩＣＮは、ＩＰ（Internet Protocol）ネットワークを下層にして実現される仮想的なネットワークである。ＩＣＮでは、コンテンツを格納しているノードが移動した場合でも、移動後のノードを意識することなく、移動前と同様にコンテンツ名で要求することにより、そのコンテンツの取得が可能になるという特徴を有する。

コンテンツ転送に関連する技術としては、例えば、ストリーム配信の配信品質の評価結果によりストリーム配信経路を制御する技術が提案されている。また、コンテンツを送信する論理ネットワークの可用帯域が変化した場合、可用帯域が所定の余裕値以上となるように論理ネットワークを変更する技術が提案されている。さらに、タスク間通信の回数にもとづく負荷検出を行って、パケット受信処理における過負荷状態を検出する技術が提案されている。

特開２００３－２５８８８５号公報 特開２０１５－２２６２３５号公報 特開２００６－３３３２９２号公報

ＩＣＮを構築するノードは、コンテンツ単位でルーティングを行っている。このため、通信対象のコンテンツの数が増えると、ノード間のトラフィックの増加やルーティング情報のエントリ数の増加等が生じて、ノードが過負荷状態になるという問題がある。

１つの側面では、本発明は、過負荷状態の解消を図った通信プログラム、通信方法および通信装置を提供することを目的とする。

上記課題を解決するために、通信プログラムが提供される。通信プログラムは、コンピュータに、情報指向ネットワークに接続される自装置の運用状態が過負荷であることを検出した場合、自装置が収容している端末群のうちから所定の端末を選択し、所定の端末の収容先を、自装置の隣接装置に切替え、通信データのルーティング情報を管理するテーブルをメモリに記憶し、通信データのトラフィックが閾値以上になった場合、またはルーティング情報のテーブルにおけるエントリ数が閾値以上になった場合、自装置は過負荷であると検出し、所定の端末として、端末群のうち通信データの要求を行っている端末、端末群のうち通信データの提供を行っている端末、端末群に対して通信データの取得状態をモニタした場合に、端末群のうち通信データの未取得数が最も多い端末、端末群のうち通信データの遅延許容値が最も小さい端末、または、端末群の通信データのログ情報を所定の時間区分毎に管理した場合に、過負荷が検出された時刻が含まれる時間区分におけるログ情報から端末群のうちでトラフィックの最も大きい端末のいずれか１つを選択する、処理を実行させる。

また、上記課題を解決するために、コンピュータが上記通信プログラムの制御を実行する通信方法が提供される。
さらに、上記課題を解決するために、上記通信プログラムの制御を実行する通信装置が提供される。

１側面によれば、過負荷状態を解消することができる。

通信装置の一例を説明するための図である。 ＩＣＮの動作の一例を説明するための図である。 第２の実施の形態の通信システムの構成の一例を示す図である。 ノードのハードウェア構成の一例を示す図である。 ノードの機能ブロックの一例を示す図である。 コンテンツ転送時の動作の一例を示す図である。 過負荷を検出して端末の収容先ノードの切替えを行う場合の動作の一例を説明するための図である。 収容先切替え指示メッセージのフォーマットの一例を示す図である。 Face設定要求メッセージのフォーマットの一例を示す図である。 Face設定応答メッセージのフォーマットの一例を示す図である。 通信システムの動作シーケンスの一例を示す図である。 Publisherの端末の収容先ノード切替えの動作の一例を示す図である。 Publisherの端末の収容先ノード切替えの動作シーケンスの一例を示す図である。 Subscriberの端末の収容先ノードの切戻しの動作シーケンスの一例を示す図である。 拡張したＦＩＢの一例を示す図である。 拡張したＦＩＢを使った端末選択手順の一例を示す図である。 拡張したＦＩＢの一例を示す図である。 遅延制約にもとづいて端末を選択する動作の一例を示すフローチャートである。 通信トラフィックレベルを登録したテーブルの一例を示す図である。 通信トラフィックレベルにもとづいて端末を選択する動作の一例を示すフローチャートである。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
第１の実施の形態について図１を用いて説明する。図１は通信装置の一例を説明するための図である。通信装置１－１は、ＩＣＮに接続される装置であって、制御部１ａと記憶部１ｂを備え、配下に端末２ａ－１、・・・、２ａ－ｍを含む端末群２を収容する。また、通信装置１－１には、通信装置１－２が隣接して接続されている。

制御部１ａは、自装置（通信装置１－１）の運用状態が過負荷であるか否かの判定を行う。制御部１ａは、自装置が過負荷であることを検出した場合、自装置が収容している端末群２のうちから所定の端末を選択し、所定の端末の収容先を、自装置の隣接装置（通信装置１－２）に切替える。記憶部１ｂは、通信データのルーティング情報や装置の運用情報等を記憶する。

図１に示す例を用いて動作について説明する。通信装置１－１、１－２、・・・、１－ｎがシリアルに接続されている。通信装置１－２、・・・、１－ｎは、端末群を通信装置１－１と同様にして収容しており、通信装置１－２は端末２ｂ－１、・・・、２ｂ－ｍを収容し、通信装置１－ｎは端末２ｃ－１、・・・、２ｃ－ｍを収容している。

なお、通信装置１－２、・・・、１－ｎに対しても、制御部１ａおよび記憶部１ｂと同等の機能が備えられており、通信装置１－１、・・・、１－ｎは、自律分散で動作する。
ここで、状態Ｓｔ１は、通信装置１－１において過負荷が検出される前の運用状態を示し、状態Ｓｔ２は、過負荷が検出されたときの運用状態を示している。さらに、状態Ｓｔ３は、過負荷の検出後に端末の収容先装置の切替えが行われたときの運用状態を示している。

〔ステップＳ１〕端末２ａ－１は、通信データの要求メッセージ（図中の点線矢印）を発行する。要求メッセージは、通信装置１－１、・・・、１－ｎそれぞれで管理されるルーティング情報にもとづいてルーティングされ、端末２ｃ－ｍに送信されるものとする。

〔ステップＳ２〕端末２ｃ－ｍは、要求された通信データ（図中の太実線矢印）を出力する。通信データは、要求メッセージが流れてきた経路の逆経路を辿って、端末２ａ－１に送信され、端末２ａ－１によって取得される。

〔ステップＳ３〕通信装置１－１内の制御部１ａは、自装置の運用状態をモニタして、自装置が過負荷であるか否かを判定する。この場合、制御部１ａは、通信データのトラフィックが閾値以上になった場合、または通信データのルーティング情報のエントリ数が閾値以上になった場合、自装置は過負荷であると検出する。

〔ステップＳ４〕通信装置１－１内の制御部１ａは、過負荷を検出した場合、自装置が収容している端末群２のうちから切替え対象とすべき所定の端末を選択する。例えば、端末群２のうち通信データの要求を行っている端末２ａ－１を選択する。

〔ステップＳ５〕通信装置１－１内の制御部１ａは、端末２ａ－１の収容先の通信インタフェースを自装置に隣接している通信装置１－２に切替える。
〔ステップＳ６〕端末２ｃ－ｍから出力された通信データは、通信装置１－２に到達すると、通信装置１－２から端末２ａ－１へ送信される。

このように、通信装置では、自装置が過負荷であることを検出した場合、自装置配下の端末群から所定端末を選択し、所定端末の収容先を、自装置に隣接する通信装置に切替える。これにより、通信装置は、自装置の過負荷状態を解消することができる。

［第２の実施の形態］
次に通信装置の機能をＩＣＮに適用した第２の実施の形態について説明する。なお、ＩＣＮの代表的なプロトコルであるＮＤＮ（Named Data Networking）に適用した場合について以降説明する。

図２はＩＣＮの動作の一例を説明するための図である。コンテンツを要求してから取得するまでのＩＣＮの動作の概要を示している。図２に示すシステムは、端末Ｔｓ、Ｔｐおよびノードｎ１、ｎ２、ｎ３を備える。端末Ｔｓは、コンテンツを要求する情報要求者（Subscriber）であり、端末Ｔｐは、要求されたコンテンツを提供する情報提供者（Publisher）である。

ノードｎ１、ｎ２、ｎ３は、シリアルに接続されてＩＣＮを構築している。端末Ｔｓはノードｎ１に接続され、端末Ｔｐはノードｎ３に接続される。なお、ノード間の接続、およびノードと端末間の接続は、後述のFaceと呼ばれる論理インタフェースで接続される。

ノードｎ１、ｎ２、ｎ３はそれぞれ、ＦＩＢ（Forwarding Information Base）を備える。ＦＩＢは、コンテンツ転送のためのルーティングテーブルに該当する。
ここで、ＮＤＮには、Publish、InterestおよびDataのメッセージがある。Publishはどのようなコンテンツを有しているか広告するための広告メッセージである。Interestはコンテンツの要求メッセージである。また、DataはInterestに対する応答メッセージ（要求されたコンテンツをメッセージ内に含む）である。

〔ステップＳ１１〕端末Ｔｐは、Publishメッセージを発行して、自身がコンテンツＡを持っていることをＩＣＮに広告する。ＩＣＮ内のノードｎ１、ｎ２、ｎ３は、Publishメッセージを受信すると、コンテンツＡがどの方向にあるかを認識する。

〔ステップＳ１２〕端末Ｔｓは、Interestメッセージを発行し、コンテンツを名前（コンテンツＡ）で指定して要求する。
〔ステップＳ１３〕Interestメッセージは、ノードｎ１、ｎ２、ｎ３内のＦＩＢに登録されているルーティング情報により、端末Ｔｐに送信される。

〔ステップＳ１４〕端末Ｔｐは、Interestメッセージを受信すると、要求されたコンテンツＡを含むDataメッセージを発行する。Dataメッセージは、Interestメッセージが送信された経路の逆経路をたどって、端末Ｔｓに送信される。

〔ステップＳ１５〕端末Ｔｓは、Dataメッセージを受信し、Dataメッセージに含まれるコンテンツＡを取得する。
なお、実際には、ノードｎ１、ｎ２、ｎ３は、コンテンツを格納（キャッシュ）する仕組みを備えている（各ノードがキャッシュするかしないかは運用ポリシーによる）。したがって、上記では、端末ＴｐがコンテンツＡを所有しているとしたが、例えば、ノードｎ３がコンテンツＡを持っていれば、ノードｎ３がPublisherになる。この場合、ノードｎ３がInterestメッセージを受信すると、ノードｎ３からコンテンツＡを含むDataメッセージが端末Ｔｓに送信されることになる。

＜システム構成＞
図３は第２の実施の形態の通信システムの構成の一例を示す図である。通信システムｓｙ１は、ノード（ＩＣＮノード）Ｎ１、Ｎ２、Ｎ３および端末Ｔ１、・・・、Ｔ９を備える。

ノードＮ１、Ｎ２、Ｎ３は、図１に示した通信装置の機能を有し、自律分散で動作する。端末Ｔ１、・・・、Ｔ９は、SubscriberまたはPublisherのいずれにもなりうる。以降の説明では、端末Ｔ１がSubscriber、端末Ｔ９がPublisherであるとする。

ノードＮ１、Ｎ２、Ｎ３は、シリアルに接続され、ノードＮ１は端末Ｔ１、Ｔ２、Ｔ３を収容し、ノードＮ２は端末Ｔ４、Ｔ５、Ｔ６を収容し、ノードＮ３は端末Ｔ７、Ｔ８、Ｔ９を収容している。

ノードＮ１、Ｎ２、Ｎ３は、Faceと呼ばれる論理的なネットワークインタフェースを有しており、Faceは、ノードとノード、またはノードと端末を接続する。図３の例では、ノードＮ１は、Face１からFace４を有し、ノードＮ２は、Face１からFace５を有し、ノードＮ３は、Face１からFace４を有している。なお、Faceの識別子は各ノードで一意である。

また、ノードＮ１のFace１とノードＮ２のFace１が接続され、ノードＮ２のFace５とノードＮ３のFace１が接続される。端末Ｔ１、・・・、Ｔ９は、ノードと端末間のデフォルト経路（あらかじめ設定されている経路）を介して、１つのノードに論理的に接続される。

図３では、ノードＮ１のFace２、Face３、Face４には、端末Ｔ１、Ｔ２、Ｔ３がそれぞれ接続され、ノードＮ２のFace２、Face３、Face４には、端末Ｔ４、Ｔ５、Ｔ６がそれぞれ接続され、ノードＮ３のFace２、Face３、Face４には、端末Ｔ７、Ｔ８、Ｔ９がそれぞれ接続されている。

ここで、端末Ｔ９がコンテンツＡを広告する場合、端末Ｔ９からPublishメッセージが出力される。Publishメッセージは、ノードとノード間のデフォルト経路を通じて順次送信される。この場合、ノードＮ１、Ｎ２、Ｎ３は、Publishメッセージを受信したインタフェースにもとづいて、コンテンツ毎にルーティング情報を作成し、ルーティング情報をＦＩＢに登録する。

ノードＮ１、Ｎ２、Ｎ３は、ルーティングテーブルに相当するＦＩＢ１２ａ１、１２ａ２、１２ａ３をそれぞれ有している。ＦＩＢ１２ａ１、１２ａ２、１２ａ３は、コンテンツの経路としてName（コンテンツ名）と、そのコンテンツに至るIF（Faceの識別子）とのペアがルーティング情報として登録される。

ＦＩＢのエントリ内容として、例えば、端末Ｔ９がコンテンツＡを持っていることをノードＮ３が認識した場合、ノードＮ３のＦＩＢ１２ａ３には、（Name、IF）＝（コンテンツＡ、Face４）が登録される。

また、コンテンツＡがFace５の方向にあることをノードＮ２が認識した場合、ノードＮ２は、Face５を通じてコンテンツＡを取得（アクセス）できるので、ＦＩＢ１２ａ２には、（Name、IF）＝（コンテンツＡ、Face５）が登録される。

さらに、コンテンツＡがFace１の方向にあることをノードＮ１が認識した場合、ノードＮ１は、Face１を通じてコンテンツＡを取得できるので、ＦＩＢ１２ａ１には、（Name、IF）＝（コンテンツＡ、Face１）が登録される。

なお、端末Ｔ１から発行されるInterestメッセージは、ノードＮ１、Ｎ２、Ｎ３のＦＩＢ１２ａ１、１２ａ２、１２ａ３にエントリされるルーティング情報にしたがって、端末Ｔ９に向けて中継送信される。また、端末Ｔ９から発行されるDataメッセージは、Interestメッセージが流れてきた経路の逆経路をたどって、端末Ｔ１に送信される。

＜ハードウェア構成＞
図４はノードのハードウェア構成の一例を示す図である。ノード１０（ノードＮ１、Ｎ２、Ｎ３を総称する場合、ノード１０と呼ぶ場合がある）は、プロセッサ（コンピュータ）１００によって装置全体が制御されている。プロセッサ１００は、ノード１０の制御部に相当する。

プロセッサ１００には、バス１０３を介して、メモリ１０１および複数の周辺機器が接続されている。プロセッサ１００は、マルチプロセッサであってもよい。プロセッサ１００は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。またプロセッサ１００は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

メモリ１０１は、ノード１０の記憶部に相当し、例えば、主記憶装置として使用される。メモリ１０１には、プロセッサ１００に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０１には、プロセッサ１００による処理に要する各種データが格納される。

また、メモリ１０１は、ノード１０の補助記憶装置としても使用され、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。メモリ１０１は、補助記憶装置として、フラッシュメモリやＳＳＤ（Solid State Drive）等の半導体記憶装置やＨＤＤ（Hard Disk Drive）等の磁気記録媒体を含んでもよい。

バス１０３に接続されている周辺機器としては、入出力インタフェース１０２およびネットワークインタフェース１０４がある。入出力インタフェース１０２は、プロセッサ１００からの命令にしたがってノード１０の状態を表示する表示装置として機能するモニタ（例えば、ＬＥＤ（Light Emitting Diode）やＬＣＤ（Liquid Crystal Display）等）が接続できる。

さらに、入出力インタフェース１０２は、キーボードやマウス等の情報入力装置を接続可能であって、情報入力装置から送られてくる信号をプロセッサ１００に送信する。
さらにまた、入出力インタフェース１０２は、周辺機器を接続するための通信インタフェースとしても機能する。

例えば、入出力インタフェース１０２は、レーザ光等を利用して、光ディスクに記録されたデータの読み取りを行う光学ドライブ装置を接続することができる。光ディスクには、Ｂｌｕ－ｒａｙＤｉｓｃ（登録商標）、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（Rewritable）等がある。

また、入出力インタフェース１０２は、メモリ装置やメモリリーダライタを接続することができる。メモリ装置は、入出力インタフェース１０２との通信機能を搭載した記録媒体である。メモリリーダライタは、メモリカードへのデータの書き込み、またはメモリカードからのデータの読み出しを行う装置である。メモリカードは、カード型の記録媒体である。

ネットワークインタフェース１０４は、ネットワークと接続してネットワークインタフェース制御を行い、例えば、ＮＩＣ（Network Interface Card）、無線ＬＡＮ（Local Area Network）カード等を使用することもできる。ネットワークインタフェース１０４で受信されたデータは、メモリ１０１やプロセッサ１００に出力される。

以上のようなハードウェア構成によって、ノード１０の処理機能を実現することができる。例えば、ノード１０は、プロセッサ１００がそれぞれ所定のプログラムを実行することで本発明の通信処理を行うことができる。

ノード１０は、例えば、コンピュータで読み取り可能な記録媒体に記録されたプログラムを実行することにより、本発明の処理機能を実現する。ノード１０に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。

例えば、ノード１０に実行させるプログラムを補助記憶装置に格納しておくことができる。プロセッサ１００は、補助記憶装置内のプログラムの少なくとも一部を主記憶装置にロードし、プログラムを実行する。

また、光ディスク、メモリ装置、メモリカード等の可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えば、プロセッサ１００からの制御により、補助記憶装置にインストールされた後、実行可能となる。またプロセッサ１００が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

＜機能ブロック＞
図５はノードの機能ブロックの一例を示す図である。ノード１０は、制御部１１、記憶部１２およびインタフェース部１３を備える。制御部１１は、通信部１１ａ、過負荷検出部１１ｂ、端末選択部１１ｃおよび切替え処理部１１ｄを含む。記憶部１２は、ＦＩＢ１２ａを記憶する。

通信部１１ａは、ＦＩＢ１２ａのルーティング情報にもとづいて、コンテンツ等の通信データの送受信に関する通信制御を行う。ノード１０では、コンテンツ単位でＦＩＢ１２ａを管理し、コンテンツ単位でルーティングを行うため、収容するコンテンツが増えると過負荷状態になる可能性がある。

このため、過負荷検出部１１ｂは、自ノードの運用状態が過負荷であるか否かを検出する。過負荷検出部１１ｂは、例えば、ノード間のトラフィックの増加、またはルーティングテーブルに登録されるルーティング情報のエントリ数の増加にもとづいて、過負荷検出を行う。

端末選択部１１ｃは、過負荷が検出された場合、自ノードが収容している端末群のうちから所定の端末を選択する。選択される切替え対象の端末としては、コンテンツの要求を行っているSubscriberの端末、またはコンテンツの提供を行っているPublisherの端末がある。または、図１５以降で後述するような選択方法にもとづいて、対象端末が選択される。

切替え処理部１１ｄは、選択した端末に対して、自ノードの隣接ノードに切替える論理インタフェースの切替え指示を行う。または、切替え処理部１１ｄは、自ノードがあらたな収容先ノードになる場合、選択された端末と接続するための論理インタフェースの接続処理を行う。

記憶部１２は、ＦＩＢ１２ａ等のテーブル情報を記憶して、コンテンツ単位のルーティング情報等を管理する。インタフェース部１３は、コンテンツを含む通信データや装置運用に関する制御情報等のインタフェース制御を行う。

なお、制御部１１は図４のプロセッサ１００により実現され、記憶部１２は図４のメモリ１０１により実現される。また、インタフェース部１３は図４の入出力インタフェース１０２またはネットワークインタフェース１０４により実現される。

＜システムの動作＞
図６はコンテンツ転送時の動作の一例を示す図である。Publisherとしての端末Ｔ９はコンテンツＡを有しており、Subscriberとしての端末Ｔ１はコンテンツＡを要求するものとする。

通信システムｓｙ１において、端末Ｔ９からコンテンツＡのPublishメッセージが発せられ、端末Ｔ１からコンテンツＡの取得要求が発せられる。ノードＮ１、Ｎ２、Ｎ３にはそれぞれ、ＦＩＢ１２ａ１、１２ａ２、１２ａ３がそれぞれ生成される。ＦＩＢ１２ａ１は（Name、IF）＝（コンテンツＡ、Face１）が登録され、ＦＩＢ１２ａ２は（Name、IF）＝（コンテンツＡ、Face５）が登録され、ＦＩＢ１２ａ３は（Name、IF）＝（コンテンツＡ、Face４）が登録される。

〔ステップＳ２１〕端末Ｔ９は、コンテンツＡを持っていることを広告するPublishメッセージを発行する。端末Ｔ９から発行されたPublishメッセージは、ノードＮ３へ送信される。Publishメッセージは、さらに、ノードＮ３からノードＮ２、ノードＮ２からノードＮ１へ送信される。ノードＮ１、Ｎ２、Ｎ３は、受信したPublishメッセージにもとづいて、コンテンツＡに関するルーティング情報を各自のＦＩＢ１２ａ１、１２ａ２、１２ａ３に登録する。

〔ステップＳ２２〕端末Ｔ１は、コンテンツＡを指定するInterestメッセージを発行し、コンテンツ要求を行う。端末Ｔ１から発行されたInterestメッセージは、ノードＮ１へ送信される。

ノードＮ１は、ＦＩＢ１２ａ１にもとづいて、InterestメッセージをノードＮ２に送信し、ノードＮ２は、ＦＩＢ１２ａ２にもとづいて、InterestメッセージをノードＮ３に送信する。ノードＮ３は、ＦＩＢ１２ｂ３にもとづいて、Interestメッセージを端末Ｔ９に送信する。

〔ステップＳ２３〕端末Ｔ９は、Interestメッセージを受信すると、要求されたコンテンツＡを含むDataメッセージを発行する。Dataメッセージは、Interestメッセージが送信された経路の逆経路をたどって、端末Ｔ１に送信される。

〔ステップＳ２４〕ノードＮ１、Ｎ２間のトラフィックの増加、またはノードＮ１のＦＩＢのエントリ数が増加して、ノードＮ１が過負荷状態になるとする。
図７は過負荷を検出して端末の収容先ノードの切替えを行う場合の動作の一例を説明するための図である。通信システムｓｙ１では、過負荷状態になっているノードが検出されると、過負荷状態を解消するために、端末の収容先ノードの論理的な切替え処理を実行する。

〔ステップＳ３１〕ノードＮ１は、ノードＮ１、Ｎ２間の経路のトラフィックを閾値と比較し、閾値以上になった場合、過負荷状態にあることを検出する。または、ノードＮ１は、ＦＩＢ１２ａ１に収容するルーティング情報のエントリ数を閾値と比較し、閾値以上になった場合、過負荷状態にあることを検出する。

〔ステップＳ３２〕ノードＮ１は、自身に接続される端末Ｔ１、Ｔ２、Ｔ３のうち、収容先ノードの切替え対象となる端末を選択する。ここでは、ノードＮ１は、Subscriberの端末Ｔ１を選択したとする。ノードＮ１は、端末Ｔ１に対して、あらたな収容先のノード（ノードＮ２とする）の切替え先情報を通知する。切替え先情報としては、例えば、ノードＮ２のＩＰアドレスおよびポート番号が含まれる。

〔ステップＳ３３〕端末Ｔ１は、切替え先情報を受信すると、ノードＮ２に対するFaceインタフェースの設定を行って、ノードＮ２に収容先を変更する。
〔ステップＳ３４〕ノードＮ２は、ＦＩＢにおいてコンテンツＡに対応するIFをFace５からFace６に書替える（ＦＩＢ１２ａ２－１からＦＩＢ１２ａ２－２への書替え）。

〔ステップＳ３５〕収容先ノードの変更後、コンテンツＡを含むDataメッセージは、ノードＮ１に代わってノードＮ２から端末Ｔ１に送信される。
〔ステップＳ３６〕ノードＮ１は、端末Ｔ１のコンテンツＡに対応するＦＩＢ１２ａ１に登録されているエントリ情報を削除する。

上記のように、ノードＮ１、Ｎ２、Ｎ３は、自己の運用状態をモニタし、自身が過負荷と判定した場合、選択した配下の端末（Subscriber）の収容先を、上流側（Publisherに近い側）のノードに切替える。すなわち、対象となる端末を収容するノードを、よりPublisherに近いノードに切替える。そして、収容先を切替えた端末に対応するＦＩＢのエントリ情報を削除する。

このような制御を行うことで、特定のノードに集中する通信トラフィックの増加や、ＦＩＢのエントリ数の増加を抑制して、通信断や通信遅延等の支障を発生させることなく、ノードの過負荷状態を効率よく解消することができる。また、システム全体としての最適化（コンテンツの収容リクエスト数の拡大等）を実現することができる。

＜メッセージフォーマット＞
図８は収容先切替え指示メッセージのフォーマットの一例を示す図である。収容先切替え指示メッセージＭ１は、収容先ノード切替えの対象として選択された端末（以下、選択端末と呼ぶ場合がある）に対して、ノードから発行されるメッセージであり、該選択端末に対して収容先ノードの切替えを指示する。

収容先切替え指示メッセージＭ１は、コマンド名および切替え先の制御ＩＦを有する。コマンド名は収容先切替え指示であり、切替え先の制御ＩＦは切替え先のノードのＩＰアドレスａ１とポート番号ａ２を含む。

図９はFace設定要求メッセージのフォーマットの一例を示す図である。Face設定要求メッセージＭ２は、選択端末から切替え先のノードに向けて発行されるものであり、あらたなFaceインタフェースの設定を要求するメッセージである。

Face設定要求メッセージＭ２は、コマンド名および端末側のFace用ＩＦを有する。コマンド名はFace設定要求であり、端末側のFace用ＩＦは、設定を要求するFaceの端末側の端点を表し、その端点におけるＩＰアドレスｂ１とポート番号ｂ２を含む。

図１０はFace設定応答メッセージのフォーマットの一例を示す図である。Face設定応答メッセージＭ３は、切替え先のノードから選択端末に向けて発行されるものであり、Face設定要求に対する応答メッセージである。

Face設定応答メッセージＭ３は、コマンド名およびノード側のFace用ＩＦを有する。コマンド名はFace設定応答であり、ノード側のFace用ＩＦは、設定を行うFaceのノード側の端点を表し、その端点におけるＩＰアドレスｃ１とポート番号ｃ２を含む。

ここで、収容先切替え指示メッセージＭ１のＩＰアドレスａ１と、Face設定応答メッセージＭ３のＩＰアドレスｃ１は共通である。収容先切替え指示メッセージＭ１のポート番号ａ２と、Face設定応答メッセージＭ３のポート番号ｃ２は、原則として異なる。

なお、図示していないが、選択端末から切替え元ノードにＡＣＫメッセージ（以下、Face設定完了メッセージと呼ぶ場合がある）が送信される。このメッセージは、選択端末が切替え先ノードからの応答受領を契機に、切替え結果を通知するために切替え元ノードに送信するメッセージである。

＜動作シーケンス＞
図１１は通信システムの動作シーケンスの一例を示す図である。
〔ステップＳ４１〕ノードＮ１は、自身の過負荷を検出する。

〔ステップＳ４２〕ノードＮ１は、収容先ノードの切替え対象となる端末（端末Ｔ１）を選択する。
〔ステップＳ４３〕ノードＮ１は、収容先切替え指示メッセージＭ１を端末Ｔ１に送信する。

〔ステップＳ４４〕端末Ｔ１は、Face設定要求メッセージＭ２をノードＮ２に送信する。
〔ステップＳ４４ａ〕ノードＮ２は、ＦＩＢ１２ａ２の書替えを行う。

〔ステップＳ４５〕ノードＮ２は、Face設定応答メッセージＭ３を端末Ｔ１に送信する。
〔ステップＳ４６〕端末Ｔ１とノードＮ２間でFace通信インタフェースが確立される。

〔ステップＳ４６ａ〕端末Ｔ１は、Face設定完了メッセージをノードＮ１に送信する。
〔ステップＳ４７〕ノードＮ１は、ＦＩＢ１２ａ１の旧エントリ情報（コンテンツＡ、Face１）を削除する。

〔ステップＳ４８〕端末Ｔ１は、コンテンツＡを取得するためのInterestメッセージを発行する。Interestメッセージは、端末Ｔ１からノードＮ２、ノードＮ２からノードＮ３、ノードＮ３から端末Ｔ９へ送信される。

〔ステップＳ４９〕端末Ｔ９は、コンテンツＡを含むDataメッセージを発行する。Dataメッセージは、端末Ｔ９からノードＮ３、ノードＮ３からノードＮ２、ノードＮ２から端末Ｔ１へ送信される。

なお、上記では、ノードＮ１の動作として説明しているが、実際はすべてのノードが自律分散で同様の動作を行い、システム全体として最適な構成になるように動作する。したがって、端末Ｔ１の収容先をノードＮ２に変更した以降の運用中に、ノードＮ２においてさらに過負荷が検出された場合、ノードＮ２が同様の制御を行うことで、端末Ｔ１の収容先を例えば、ノードＮ３に切替えることができる。

または、端末Ｔ１の収容先をノードＮ２に変更後の運用中に、ノードＮ２がノードＮ１、Ｎ２間のトラフィックよりもノードＮ２、Ｎ３間のトラフィックの方が大きいことを検出したとする。この場合、ノードＮ２は、端末Ｔ１の収容先をノードＮ１に切戻して、ノードＮ１に端末Ｔ１を再度収容させることもできる（図１４で後述）。

＜Publisherの端末の収容先ノード切替え＞
上記では、Subscriberの端末の収容先ノード切替えについて説明したが、Publisherの端末を収容するノードを、より下流（Subscriberに近い側）に切替えてもよい。

図１２はPublisherの端末の収容先ノード切替えの動作の一例を示す図である。端末Ｔ１からコンテンツＡの取得要求が発せられ、ノードＮ１、Ｎ２、Ｎ３にはそれぞれ、ＦＩＢ１２ａ１、１２ａ２－１、１２ａ３－１がそれぞれ生成されている。ＦＩＢ１２ａ１は（Name、IF）＝（コンテンツＡ、Face１）が登録され、ＦＩＢ１２ａ２－１は（Name、IF）＝（コンテンツＡ、Face５）が登録され、ＦＩＢ１２ａ３－１は（Name、IF）＝（コンテンツＡ、Face４）が登録されている。

ここで、ノードＮ３が過負荷を検出し、配下の端末Ｔ９の収容先をノードＮ２に切替えるものとする。
〔ステップＳ５１〕ノードＮ３は、ノードＮ２、Ｎ３間の経路のトラフィックを閾値と比較し、閾値以上になった場合、過負荷状態にあることを検出する。または、ノードＮ３は、ＦＩＢ１２ａ３－１に収容するルーティング情報のエントリ数を閾値と比較し、閾値以上になった場合、過負荷状態にあることを検出する。

〔ステップＳ５２〕ノードＮ３は、自身に接続される端末Ｔ７、Ｔ８、Ｔ９のうち、コンテンツＡを出力する端末Ｔ９を選択し、端末Ｔ９に対して、あらたな収容先のノード（ノードＮ２とする）の切替え先情報を通知する。切替え先情報としては、例えば、ノードＮ２のＩＰアドレスおよびポート番号が含まれる。

〔ステップＳ５３〕端末Ｔ９は、切替え先情報を受信すると、ノードＮ２に対するFaceの設定を行って、ノードＮ２に収容先を変更する。具体的にはノードＮ２に対するFaceの設定を行い、端末Ｔ９がノードＮ２にコンテンツＡを送信するようにする。

〔ステップＳ５４〕ノードＮ２は、ＦＩＢにおいてコンテンツＡに対応するIFをFace５からFace６に書替える（ＦＩＢ１２ａ２－１からＦＩＢ１２ａ２－２への書替え）。
〔ステップＳ５５〕ノードＮ３は、切替えた端末Ｔ９に対するコンテンツＡに対応するＦＩＢのエントリ情報を削除し、端末Ｔ９に対するFaceの設定を削除する（ＦＩＢ１２ａ３－１からＦＩＢ１２ａ３－２への書替え）。

図１３はPublisherの端末の収容先ノード切替えの動作シーケンスの一例を示す図である。
〔ステップＳ６１〕ノードＮ３は、自身の過負荷を検出する。

〔ステップＳ６２〕ノードＮ３は、収容先ノードの切替え対象となる端末（端末Ｔ９）を選択する。
〔ステップＳ６３〕ノードＮ３は、収容先切替え指示メッセージＭ１を端末Ｔ９に送信する。

〔ステップＳ６４〕端末Ｔ９は、Face設定要求メッセージＭ２をノードＮ２に送信する。
〔ステップＳ６４ａ〕ノードＮ２は、ＦＩＢの書替えを行う。

〔ステップＳ６５〕ノードＮ２は、Face設定応答メッセージＭ３を端末Ｔ９に送信する。
〔ステップＳ６６〕端末Ｔ９とノードＮ２間でFace通信インタフェースが確立される。

〔ステップＳ６６ａ〕端末Ｔ９は、Face設定完了メッセージをノードＮ３に送信する。
〔ステップＳ６７〕ノードＮ３は、ＦＩＢ１２ａ３－１の旧エントリ情報である（コンテンツＡ、Face４）を削除する。

〔ステップＳ６８〕端末Ｔ１は、コンテンツＡを取得するためのInterestメッセージを発行する。Interestメッセージは、端末Ｔ１からノードＮ１、ノードＮ１からノードＮ２、ノードＮ２から端末Ｔ９へ送信される。

〔ステップＳ６９〕端末Ｔ９は、コンテンツＡを含むDataメッセージを発行する。Dataメッセージは、端末Ｔ９からノードＮ２、ノードＮ２からノードＮ１、ノードＮ１から端末Ｔ１へ送信される。

＜Subscriberの端末の収容先ノードの切戻し＞
図１４はSubscriberの端末の収容先ノードの切戻しの動作シーケンスの一例を示す図である。図７に示した端末Ｔ９→ノードＮ３→ノードＮ２→端末Ｔ１と切替えたコンテンツＡの転送経路を、Face６で識別されるノードＮ２と端末Ｔ１間の経路が輻輳したこと等を契機に、端末Ｔ９→ノードＮ３→ノードＮ２→ノードＮ１→端末Ｔ１の経路に再度切戻す例を示すものである。

〔ステップＳ７１〕ノードＮ２は、自身のFaceのトラフィックを監視し、Face６のトラフィックが閾値以上になったことを検出すると、Face６の経路の過負荷を検出する。
〔ステップＳ７２〕ノードＮ２は、収容先切替え端末を選択する。ノードＮ２が、収容先を切替える（切戻す）端末として、Face６に対応する端末Ｔ１を選択する。

〔ステップＳ７３〕ノードＮ２は、収容先切替え指示メッセージＭ１を端末Ｔ１に送信する。
〔ステップＳ７４〕端末Ｔ１は、Face設定要求メッセージＭ２をノードＮ１に送信する。

〔ステップＳ７４ａ〕ノードＮ１は、ＦＩＢの書替えを行う。
〔ステップＳ７５〕ノードＮ１は、Face設定応答メッセージを端末Ｔ１に送信する。
〔ステップＳ７６〕端末Ｔ１とノードＮ１間でFace通信インタフェースが確立される。

〔ステップＳ７６ａ〕端末Ｔ１は、Face設定完了メッセージをノードＮ２に送信する。
〔ステップＳ７７〕ノードＮ２は、ＦＩＢの旧エントリ情報を削除する。
〔ステップＳ７８〕端末Ｔ１は、コンテンツＡを取得するためのInterestメッセージを発行する。Interestメッセージは、端末Ｔ１からノードＮ１、ノードＮ１からノードＮ２、ノードＮ２からノードＮ３、ノードＮ３から端末Ｔ９へ送信される。

〔ステップＳ７９〕端末Ｔ９は、コンテンツＡを含むDataメッセージを発行する。Dataメッセージは、端末Ｔ９からノードＮ３、ノードＮ３からノードＮ２、ノードＮ２からノードＮ１、ノードＮ１から端末Ｔ１へ送信される。

このように、端末Ｔ１の収容先をノードＮ１に切戻して、ノードＮ１に端末Ｔ１を再度収容させることにより、ノードＮ２の過負荷状態が解消され、また、システム全体の最適化運用が可能になる。

＜コンテンツ取得に関する通信が発生する確率が高い端末の選択＞
過負荷を検出したノードにおいて、収容先ノードの切替え対象となる端末を選択する場合、将来においてコンテンツ取得に関する通信が発生する確率が高い端末を選択することができる。この場合、図１５に示すような拡張したＦＩＢが使用される。

図１５は拡張したＦＩＢの一例を示す図である。ＦＩＢ１２ａ－１は、項目として、上述のNameとIFの他に、コンテンツ取得の有無が設定される。ＦＩＢ１２ａ－１には、コンテンツ単位で配下の端末にコンテンツを転送したか（コンテンツを取得したか）が記録される。例えば、コンテンツ取得の有無が“○”の場合はすでにコンテンツを当該端末（のFace）に転送したことを示し、“－”は未だ転送していないことを示す。

そして、“－”が多い端末（Face）が、収容先ノードの切替え対象となる端末として選択される。これは、コンテンツ取得を未だ行っていない端末は、将来コンテンツ取得を行う確率が高く、逆にすでにコンテンツ取得を行った端末が再度コンテンツ取得を行う確率は低いと推定することにもとづく。

図１６は拡張したＦＩＢを使った端末選択手順の一例を示す図である。
〔ステップＳ８１〕ノードＮ１は、ＦＩＢ１２ａ－１に登録されたコンテンツに対して、配下の端末のFace（Face２、Face３、Face４）でコンテンツが取得されたか否かをモニタして管理する。

〔ステップＳ８２〕ノードＮ１は、ＦＩＢ１２ａ－１から、コンテンツ未取得の数が一番多いFace２を選択し、それらのコンテンツの宛先IF（のうち一番多いもの、本例においてはFace１）に対応したノード（本例においてはノードＮ２）をあらたな収容先とする。すなわち、コンテンツの取得要求を発生させる確率が高い端末を選択する。

〔ステップＳ８３〕ノードＮ１は、収容先ノードの切替え後、対応するＦＩＢのエントリ情報を削除する。なお、これらへのあらたな取得要求（Interestメッセージ）があった場合は、デフォルト経路へ順次コンテンツを送信する。

このように、コンテンツ取得に関する通信が発生する確率が高い端末を選択することで、過負荷状態になることを解消し、さらに将来において該当ノードが過負荷状態になることを回避することができる。

＜遅延制約にもとづく端末の選択＞
端末の選択方法として、ＦＩＢに登録されているコンテンツ名から、通信の遅延許容値が小さい（遅延制約が厳しい）コンテンツを判定し、判定したコンテンツの取得が発生する確率が高い端末を選択することができる。この場合、図１７に示すような拡張したＦＩＢが使用される。

図１７は拡張したＦＩＢの一例を示す図である。ＦＩＢ１２ａ－２は、Name、IF、コンテンツ取得の有無の他に、さらに遅延制約レベルの項目を有する。遅延制約レベルは、コンテンツに対する遅延制約のレベルを表すものであり、例えば、番号が小さくなるほど遅延許容値が小さくなる（番号が小さくなるほど遅延制約が厳しくなる）。

遅延制約レベルの値は、コンテンツの種別によって決定される。例えば、遅延制約レベル＝１のコンテンツは音声や動画のリアルタイムコンテンツ、遅延制約レベル＝２のコンテンツは業務用の文書やワークシートのコンテンツ、遅延制約レベル＝３のコンテンツはWebの一般コンテンツに対応付けられる。

また、遅延制約レベルの値は、Publisherの端末がコンテンツの広告をする際に、コンテンツ名と合わせてネットワークに通知され、各ノードはこれをコンテンツ名と宛先IFと合わせてＦＩＢに登録する。

図１８は遅延制約にもとづいて端末を選択する動作の一例を示すフローチャートである。
〔ステップＳ９１〕ノードＮ１は、トラフィック増加またはＦＩＢのエントリ数の増加にもとづいて、自身の過負荷を検出する。

〔ステップＳ９２〕ノードＮ１は、ＦＩＢ１２ａ－２を参照して、遅延制約レベルが高いコンテンツを選択する。例えば、遅延制約レベルの値が１のコンテンツＡを選択する。
〔ステップＳ９３〕ノードＮ１は、コンテンツＡに対応する端末のFace（Face２、Face３、Face４）の中で、コンテンツ取得が未取得のFaceに接続する端末を切替え対象とし（本例ではFace２に接続する端末Ｔ１）、そのコンテンツに対応した宛先IF（本例ではFace６）に対応したノード（本例ではノードＮ２）をあらたな収容先とする。

このように、遅延にセンシティブなコンテンツの取得が発生する可能性の高い端末を選択することにより、切替え元ノードにおいて過負荷を解消することができる。また、コンテンツ取得に対するエンド・ツー・エンドの遅延を優先的に低減するので、コンテンツ転送のリアルタイム性を向上させることができる。

＜通信トラフィックのレベルにもとづく端末の選択＞
端末の選択方法としては、さらに通信トラフィックのレベルにもとづいて端末を選択することができる。図１９は通信トラフィックレベルを登録したテーブルの一例を示す図である。テーブル１２ｂは、ノードＮ１が持つテーブル登録の一例を示しており、縦項目は時間区分、横項目は収容する端末に対応したFaceである（テーブル１２ｂは、記憶部１２に格納される）。テーブル中の値は、時間区分において端末が発生する通信トラフィックのレベルを５段階（５が一番トラフィックが多い）で表している。

例えば、００：００－０７：５９の時間区分ではFace２に接続される端末（端末Ｔ１）のトラフィック＝２、Face３に接続される端末（端末Ｔ２）のトラフィック＝４、Face４に接続される端末（端末Ｔ３）のトラフィック＝１となる。

なお、トラフィックレベルの値は、過去の通信履歴を収集・分析することで統計的に抽出したものである。例えば、通信履歴の収集・分析を行うサーバを別途設け、各ノードで計測した通信ログを定期的に集めて解析し、図１９に相当するテーブルを作成して、各ノードに配備する。

図２０は通信トラフィックレベルにもとづいて端末を選択する動作の一例を示すフローチャートである。
〔ステップＳ１０１〕ノードＮ１は、テーブル１２ｂを参照して、現在時刻が含まれる時間区分を選択する。例えば、００：００－０７：５９を選択したとする。

〔ステップＳ１０２〕ノードＮ１は、選択した時間区分の中で、通信トラフィックのレベルの値が最大のものを選択する。
〔ステップＳ１０３〕ノードＮは、トラフィックの大きいFaceに接続される端末を選択する。この例では、００：００－０７：５９において、端末Ｔ２の通信トラフィックが最も大きいので（トラフィック＝４）、端末Ｔ２が選択される。このように、所定の時間区分内で通信トラフィックが大きい端末を選択することで過負荷状態の解消およびトラフィックの軽減を図ることができる。

なお、上記のような端末選択方法の他に、例えば、配下の端末にノード切替えの優先度をあらかじめ割り当てておき、優先度の高い端末（例えば、業務処理専用端末）を選択することもできる。または、配下の端末からランダムに選択してもよい。この場合、配下の端末を収容するFaceからランダムに１つの端末を選択し、選択した端末の収容先のノード切替えを行うことになる。

上記で説明した本発明の通信装置およびノードの処理機能は、コンピュータによって実現することができる。この場合、通信装置およびノードが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。

処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶部、光ディスク、光磁気記録媒体、半導体メモリ等がある。磁気記憶部には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等がある。光ディスクには、ＣＤ－ＲＯＭ／ＲＷ等がある。光磁気記録媒体には、ＭＯ（Magneto Optical disk）等がある。

プログラムを流通させる場合、例えば、そのプログラムが記録されたＣＤ－ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶部に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶部に格納する。そして、コンピュータは、自己の記憶部からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。

また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。また、上記の処理機能の少なくとも一部を、ＤＳＰ、ＡＳＩＣ、ＰＬＤ等の電子回路で実現することもできる。

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

１－１、１－２、１－ｎ 通信装置
１ａ 制御部
１ｂ 記憶部
２ 端末群
２ａ－１、２ａ－ｍ、２ｂ－１、２ｂ－ｍ、２ｃ－１、２ｃ－ｍ 端末

Claims (5)

1. コンピュータに、
   情報指向ネットワークに接続される自装置の運用状態が過負荷であることを検出した場合、前記自装置が収容している端末群のうちから所定の端末を選択し、
   前記所定の端末の収容先を、前記自装置の隣接装置に切替え、
   通信データのルーティング情報を管理するテーブルをメモリに記憶し、前記通信データのトラフィックが閾値以上になった場合、または前記ルーティング情報の前記テーブルにおけるエントリ数が閾値以上になった場合、前記自装置は前記過負荷であると検出し、
   前記所定の端末として、
   前記端末群のうち前記通信データの要求を行っている端末、
   前記端末群のうち前記通信データの提供を行っている端末、
   前記端末群に対して前記通信データの取得状態をモニタした場合に、前記端末群のうち前記通信データの未取得数が最も多い端末、
   前記端末群のうち前記通信データの遅延許容値が最も小さい端末、
   または、前記端末群の前記通信データのログ情報を所定の時間区分毎に管理した場合に、前記過負荷が検出された時刻が含まれる前記時間区分における前記ログ情報から前記端末群のうちでトラフィックの最も大きい端末、
   のいずれか１つを選択する、
   処理を実行させる通信プログラム。
2. 前記処理は、前記所定の端末の収容先の切替え後、前記所定の端末に関する前記ルーティング情報を前記テーブルから削除する請求項１記載の通信プログラム。
3. 前記処理は、前記所定の端末の収容先が前記隣接装置のうちの切替先装置に切替えられた後に、前記切替先装置で前記過負荷であることが検出された場合、前記所定の端末の収容先を、前記所定の端末が切替えられる前の切替え元装置に切戻す請求項１記載の通信プログラム。
4. コンピュータが、
   情報指向ネットワークに接続される自装置の運用状態が過負荷であることを検出した場合、前記自装置が収容している端末群のうちから所定の端末を選択し、
   前記所定の端末の収容先を、前記自装置の隣接装置に切替え、
   通信データのルーティング情報を管理するテーブルをメモリに記憶し、前記通信データのトラフィックが閾値以上になった場合、または前記ルーティング情報の前記テーブルにおけるエントリ数が閾値以上になった場合、前記自装置は前記過負荷であると検出し、
   前記所定の端末として、
   前記端末群のうち前記通信データの要求を行っている端末、
   前記端末群のうち前記通信データの提供を行っている端末、
   前記端末群に対して前記通信データの取得状態をモニタした場合に、前記端末群のうち前記通信データの未取得数が最も多い端末、
   前記端末群のうち前記通信データの遅延許容値が最も小さい端末、
   または、前記端末群の前記通信データのログ情報を所定の時間区分毎に管理した場合に、前記過負荷が検出された時刻が含まれる前記時間区分における前記ログ情報から前記端末群のうちでトラフィックの最も大きい端末、
   のいずれか１つを選択する、
   通信方法。
5. 情報指向ネットワークに接続される自装置の運用状態が過負荷であることを検出した場合、前記自装置が収容している端末群のうちから所定の端末を選択し、前記所定の端末の収容先を、前記自装置の隣接装置に切替える制御部、を有し、
   前記制御部は、
   通信データのルーティング情報を管理するテーブルをメモリに記憶し、前記通信データのトラフィックが閾値以上になった場合、または前記ルーティング情報の前記テーブルにおけるエントリ数が閾値以上になった場合、前記自装置は前記過負荷であると検出し、
   前記所定の端末として、
   前記端末群のうち前記通信データの要求を行っている端末、
   前記端末群のうち前記通信データの提供を行っている端末、
   前記端末群に対して前記通信データの取得状態をモニタした場合に、前記端末群のうち前記通信データの未取得数が最も多い端末、
   前記端末群のうち前記通信データの遅延許容値が最も小さい端末、
   または、前記端末群の前記通信データのログ情報を所定の時間区分毎に管理した場合に、前記過負荷が検出された時刻が含まれる前記時間区分における前記ログ情報から前記端末群のうちでトラフィックの最も大きい端末、
   のいずれか１つを選択する、
   通信装置。

Images