(57)【特許請求の範囲】
【請求項１】
アドホックネットワークを形成し、受信データに対してネットワークコーディング処理を実施して転送する端末装置であって、
アドホックネットワーク内で発生している１つ以上のネットワークコーディング通信の経路に関する情報および各通信で使用する符号化関数の情報を管理するリンク管理手段と、
データの送信先となる各端末装置へのリンク各々について、負荷状態を監視するリンク負荷監視手段と、
前記リンク負荷監視手段により高負荷状態と判断されたリンクである高負荷リンクが存在する場合、当該高負荷リンクを使用しているネットワークコーディング通信の中の１つを選択し、当該選択した通信の経路を、当該高負荷リンクを候補から除外した上で再決定する経路再決定手段と、
を備えることを特徴とする端末装置。
【請求項２】
前記経路再決定手段は、前記高負荷リンクを使用しているネットワークコーディング通信のうち、最後に開始した通信の経路を再決定することを特徴とする請求項１に記載の端末装置。
【請求項３】
前記ネットワークコーディング通信に優先度が設定されている場合、
前記経路再決定手段は、前記高負荷リンクを使用しているネットワークコーディング通信のうち、最も優先度が低い通信の経路を再決定することを特徴とする請求項１に記載の端末装置。
【請求項４】
前記リンク負荷監視手段が高負荷リンクを検出した場合、
前記経路再決定手段は、他の端末装置で高負荷リンクが検出されていないかどうか確認し、他の端末装置で高負荷リンクが検出されていない場合、または、他の端末装置で高負荷リンクが検出されているが当該高負荷リンクの負荷が前記リンク負荷監視手段で検出された高負荷リンクの負荷よりも低い場合に、前記選択した通信の経路を再決定することを特徴とする請求項１、２または３に記載の端末装置。
【請求項５】
自身が送信側となっているリンクの負荷の情報を、他の端末装置の中の１つである負荷管理端末へ通知する負荷通知手段、
をさらに備え、
前記経路再決定手段は、前記リンク負荷監視手段で高負荷リンクが検出された場合、アドホックネットワーク内の各リンクの負荷の状況を前記負荷管理端末に問い合わせ、他の端末装置で高負荷リンクが検出されていないかどうか、および、他の端末装置で高負荷リンクが検出されているが当該検出されている高負荷リンクの負荷が前記リンク負荷監視手段で検出された高負荷リンクの負荷よりも低いかどうか、を確認することを特徴とする請求項４に記載の端末装置。
【請求項６】
前記経路再決定手段は、前記選択した通信の経路を再決定した後、さらに、再決定前の旧経路には含まれていないが再決定後の新経路には含まれているリンクの送信側の端末に対して当該リンクの設定を指示するとともに、旧経路には含まれているが新経路には含まれていないリンクの送信側の端末に対して当該リンクの開放を指示することを特徴とする請求項１〜５のいずれか一つに記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークコーディング理論を用いた情報転送を行う端末装置に関する。
【背景技術】
【０００２】
ネットワークコーディング（Network  Coding：以下、ＮＣとする）理論を用いた情報伝送としてメッシュ状のリンク（リンク集合）を用いる事により、Ｔｒｅｅ通信よりもリンクを効率よく利用して複数の端末へ情報を配信できる。配信する情報としては、例えば、センサアドホックネットワークであればセンサ情報となる。中継端末は１つ以上の入力を同期して符号化して、１つ以上の端末へ出力する。この動作（符号化ルーティング）を、リンク集合を構成する中継端末が繰り返す事により、１つの送信端末から複数の受信端末へセンサ情報が配信される。しかし、複数のＮＣ通信が同一のリンクを共有する場合、Ｔｒｅｅ通信と同様にリンク帯域を圧迫してパケット欠落を増大させる。１つのＮＣ通信は多くの端末が中継を繰り返すため、パケット衝突が発生する機会はＴｒｅｅ通信と比較して高く、またＮＣ通信は符号化のためにリンク集合を構成する全端末が同期的に動作するため、リンク負荷集中によるパケット欠落や遅延は、ネットワーク全体に波及してＮＣ通信の成立を阻害する。
【０００３】
このようなＮＣ通信に関連する技術は、例えば、特許文献１および２、非特許文献１および２に記載されている。
【０００４】
特許文献１では、ネットワークコーディングを実装する基本技術として、ネットワーク内の各端末が連携して符号化する技術が提案されており、非特許文献１にて提案された数学的なモデルを無線ネットワークとして実装する構成が開示されている。
【０００５】
特許文献２では、システムスループットを向上させることを目的とした中継局装置および無線通信方法が開示されている。特許文献２の発明では、パケット同士の排他的論理和を取ったコーディングパケットを生成し、１つの無線局宛のパケットだけが送信バッファに存在する場合に、受信したパケットをそのままネイティブパケットとするパケットを生成している。また、タイムアウト制限期間後におけるネイティブパケットの送信確率は、タイムアウト制限期間内の送信確率よりも高くしている。
【０００６】
非特許文献１では、ネットワークコーディングに関するアイディアの基本となる技術が開示されており、数学的なモデルが述べられている。
【０００７】
非特許文献２では、隣接端末とのリンク確立判断に双方向通信の可否を判断する際にリンクコストを用いるルーティング手段が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−３１６９３号公報
【特許文献２】特開２０１０−４５６４２号公報
【非特許文献】
【０００９】
【非特許文献１】Ｒ.  ｅｌ.  Ａｌ  “Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｆｌｏｗ”，ｐｐ.１２０４−１２１６,  ＩＥＥＥ  Ｔｒａｎｓ.  Ｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｈｅｏｒｙ,  Ｖｏｌ.４６,  Ｎｏ.４,  Ｊｕｌｙ  ２０００
【非特許文献２】ＲＦＣ３６８４  Ｔｏｐｏｌｏｇｙ  Ｄｉｓｓｅｍｉｎａｔｉｏｎ  Ｂａｓｅｄ  ｏｎ  Ｒｅｖｅｒｓｅ−Ｐａｔｈ  Ｆｏｒｗａｒｄｉｎｇ（ＴＢＲＰＦ）
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記従来の技術によれば、複数のＮＣ通信が特定リンクを共有した場合、このリンクの負荷が増大し、パケット欠落や受信遅延を増大させる。これらはリンク集合全体に波及し、スループットの劣化を引き起こしたりＮＣ通信の成立を阻害したりするなど、安定した情報配信を阻害するという問題があった。また、既にＮＣ通信が行われている状態で新たに優先度の高いＮＣ通信による情報配信を開始しても、既存のＮＣ通信のリンク集合と共有するリンクに通信が集中して通信品質を劣化させ、優先度の高いセンサ観測情報が実現できない場合があるという問題があった。さらに、１箇所で発生した高負荷リンクによるパケットの欠落や受信遅延の影響は、符号化ルーティングにより同期的に動作する端末により形成されているアドホックネットワークの全リンクに伝播するため、短時間に多数の高負荷リンクが検出され、負荷低減のために再構成するリンクの特定が難しくなるという問題があった。
【００１１】
本発明は、上記に鑑みてなされたものであって、ネットワーク内の特定リンクに負荷が集中するのを回避可能な端末装置を得ることを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、アドホックネットワークを形成し、受信データに対してネットワークコーディング処理を実施して転送する端末装置であって、アドホックネットワーク内で発生している１つ以上のネットワークコーディング通信の経路に関する情報および各通信で使用する符号化関数の情報を管理するリンク管理手段と、データの送信先となる各端末装置へのリンク各々について、負荷状態を監視するリンク負荷監視手段と、前記リンク負荷監視手段により高負荷状態と判断されたリンクである高負荷リンクが存在する場合、当該高負荷リンクを使用しているネットワークコーディング通信の中の１つを選択し、当該選択した通信の経路を、当該高負荷リンクを候補から除外した上で再決定する経路再決定手段と、を備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ネットワーク内の特定リンクに負荷が集中するのをリンクの状態に応じて回避する制御を実行し、安定したＮＣ通信を維持することが可能なアドホックネットワークを実現できるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１−１】図１−１は、通常のパケット情報伝送システムの例を示す図である。
【図１−２】図１−２は、ＮＣ情報伝送システムの例を示す図である。
【図２】図２は、従来のＮＣ情報伝送システムを構成している端末の構成例を示す図である。
【図３】図３は、従来の端末によるＮＣ伝送動作の一例を示す図である。
【図４】図４は、符号化データメッセージの構成例を示す図である。
【図５】図５は、特定リンクの負荷が増大する場合の動作例を示す図である。
【図６】図６は、実施の形態１の端末の動作概要を示す図である。
【図７】図７は、実施の形態１の端末の動作概要を示す図である。
【図８】図８は、実施の形態１にかかる端末の構成例を示す図である。
【図９】図９は、ＮＣ通信管理テーブルの構成例を示す図である。
【図１０−１】図１０−１は、実施の形態１のＮＣ通信の一例を示すシーケンス図である。
【図１０−２】図１０−２は、実施の形態１のＮＣ通信の一例を示すシーケンス図である。
【図１０−３】図１０−３は、実施の形態１のＮＣ通信の一例を示すシーケンス図である。
【図１１】図１１は、実施の形態２にかかる端末の構成例を示す図である。
【図１２】図１２は、ＮＣ通信管理テーブルの構成例を示す図である。
【図１３】図１３は、実施の形態３にかかる端末の構成例を示す図である。
【図１４】図１４は、負荷管理テーブルの一例を示す図である。
【図１５】図１５は、実施の形態３にかかる端末の動作例を示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下に、本発明にかかる端末装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１６】
まず、各実施の形態を説明する前に、各実施の形態の前提技術となる従来のネットワークコーディング理論、およびこれを適用したアドホックネットワークにおけるパケット情報伝送動作について、図面を参照しながら説明する。
【００１７】
（用語の定義）
本明細書で使用する各種用語を以下のように定義する。
［ネットワークコーディング（Network  Coding）］
Ｅｎｄ−ｔｏ−Ｅｎｄ間（送信端末から受信端末の間）の各端末が、独立リンクを用いて、情報を符号化しながらルーティングする事により情報伝送を行う理論。ネットワークが構成するグラフ構造において、各リンクを駆使して送信可能な最大情報伝送の計算を目的とする。この理論に基づくアドホックネットワークは、各端末が受信したメッセージ情報をまとめて符号化して１つ以上の端末へ送信し、送信端末が符号化して送信した情報は受信端末で復元できるように各端末は符号化関数を実行する。この方法により、電波が届くリンクを活用して符号化しながらルーティングを行い、各リンク上を伝送する情報量を増大させないマルチルーティングが可能となる。この結果、狭帯域環境下であっても、ネットワーク全体として限られた通信資源を最大限活用した情報伝送が可能となる。
［ＮＣ（Network  Coding）通信］
ネットワークコーディング理論に基づき、送信端末と受信端末間で利用可能な独立リンクを活用して情報を伝送する通信。
［符号化ルーティング］
端末が実行する、符号化しながらルーティングを行うＮＣ特有の機能。
［リンク集合］
あるＮＣ通信を実現する送信端末、受信端末群および中継端末群（送信端末から各受信端末に至る情報伝送経路を構成する１台以上の端末）から構成されるリンク通信路の集合。一般的なＴｒｅｅ型通信とは異なり、各端末への入力、各端末からの出力が１つ以上になる特徴がある。トポロジィに対する送信端末および受信端末と複雑度から、リンク集合計算アルゴリズムを用いて計算する。
［複雑度］
リンク集合の冗長性を客観的に理解できるように定義した値。例えば、最適ルーティングを複数回実行した結果の排他的論理和をリンク集合とする場合には、最適ルーティングを実行した回数と定義できる。
［符号化関数］
符号化ルーティングを行う時に用いる符号化の方法。リンク集合の構成と、自身端末により異なるため、各端末が、決定したリンク集合に対応して、符号化関数計算アルゴリズムを用いて計算する。
【００１８】
端末Ｔ１ｓがデータをａとｂの２つに分割し、端末Ｔ６ｄおよびＴ７ｄへ送信する場合について考える。なお、データａとｂは同じデータサイズとする。
【００１９】
図１−１は、通常のパケット情報伝送システム（ＮＣを行わずに情報伝送を行うシステム）の例を示す図である。このシステムでは、はじめに、データの送信を開始する端末（送信端末）Ｔ１ｓが、データａを端末Ｔ２とＴ３に送信する。つぎに、端末Ｔ２、Ｔ３は、それぞれデータａをデータの送り先である端末（受信端末）Ｔ６ｄ、Ｔ７ｄへ送信する。つぎに、同様の手順を用いて送信端末Ｔ１ｓは、データｂを受信端末Ｔ６ｄとＴ７ｄまで送信する。以上の手順により、受信端末Ｔ６ｄ、Ｔ７ｄはデータａ、ｂを受信することができる。
【００２０】
図１−２は、ＮＣ情報伝送システムの例を示す図である。このシステムでは、はじめに、送信端末Ｔ１ｓは、自端末が備える符号化関数を用いて、データａおよびｂを、それぞれ同時に端末Ｔ２、Ｔ３へ送信する。データａまたはｂを受信した端末Ｔ２、Ｔ３は、その情報を転送する。データａ、ｂの両方を受信した端末Ｔ４では、符号化関数として排他的論理和を実行し、端末Ｔ５へ符号化データａＸＯＲｂを送信する。端末Ｔ５は、受信したデータａＸＯＲｂを受信端末Ｔ６ｄ、Ｔ７ｄへ転送する。受信端末Ｔ６ｄ、Ｔ７ｄは、それぞれの符号化関数を用いて、以下の計算によりデータａおよびｂの両方の情報を復元する（受信データを得る）。
受信端末Ｔ６ｄ：受信データ＝（ａ，ｂ）＝（ａ，ａＸＯＲ（ａＸＯＲｂ））
受信端末Ｔ７ｄ：受信データ＝（ａ，ｂ）＝（ｂＸＯＲ（ａＸＯＲｂ），ｂ）
【００２１】
以上の動作を比較すると、通常のパケット情報伝送システム（図１−１）では、データａ、ｂを２タイミングで送信するのに対して、ＮＣ情報伝送システム（図１−２）では、同じデータ量を１タイミングで送信することができる。
【００２２】
図２は、従来のＮＣ情報伝送システム（図１−２）を構成している端末（従来のＮＣ伝送端末）の構成例を示す図である。従来のＮＣ伝送端末は、アプリケーション部１０、ルーティング管理部２０およびＮＣ（Network  Coding）情報伝送部３０を備え、ＮＣ情報伝送部３０は、符号化ルーティング部３１、送受信部３２、独立リンク管理部３３および符号化関数データベース部３４を備えている。
【００２３】
送信端末および受信端末では、双方のアプリケーション部１０間で通信線（Communication  Line）１００を用いてＮＣ情報伝送を行う。このＮＣ情報伝送を実現するために、従来のＮＣ伝送端末が備えている各部は以下のように動作する。
【００２４】
アプリケーション部１０は、各端末間で行う符号化データの送受信の対象となるデータに関するアプリケーションを提供する。
【００２５】
ルーティング管理部２０は、アドホックネットワーク上で無線により通信可能な端末のトポロジィ情報を保持する。この情報に基づいて、送信端末から受信端末間で利用する独立リンク集合を計算する。
【００２６】
ＮＣ情報伝送部３０は、入力元の端末から受信した符号化データに対して符号化処理を実行し、出力先の端末へ符号化後のデータを送信する。符号化ルーティング部３１は、符号化ルーティングを行う。独立リンク管理部３３は、自端末において、入力となる独立リンクと、出力となる独立リンクの関係を保持する。各独立リンクの計算はルーティング管理部２０が行う。送受信部３２は、通信線１００を介して、メッセージを送受信する。符号化関数データベース部３４は、符号化ルーティングを行う際に実行する符号化関数を保持する。
【００２７】
次に、端末の動作例を説明する。図３は、従来の端末によるＮＣ伝送動作の一例を示す図である。図３は、送信端末Ｔ１０ｓが、受信端末Ｔ０９ｄ，Ｔ１９ｄ，Ｔ２９ｄへ独立リンク集合を用いて観測データを送る場合に、中継端末Ｔ２４が行う符号化ルーティング動作の概要を示している。端末Ｔ２４は、ルーティング管理部２０が端末Ｔ０１〜Ｔ０８，Ｔ１１〜Ｔ１８，Ｔ２１〜Ｔ２８，Ｔ１０ｓ，Ｔ０９ｄ，Ｔ１９ｄ，Ｔ２９ｄを独立リンク集合とするＮＣ情報伝送を決定する。この結果から、独立リンク管理部３３は、自身の入力が端末Ｔ０３，Ｔ１３，Ｔ２３の３端末（入力リンク数Ｌ＝３）、出力が端末Ｔ１５，Ｔ２５（出力リンク数Ｍ＝２）であると判断する。この結果、端末Ｔ２４は、Ｔ０３，Ｔ１３，Ｔ２３からの３つのパケットを入力として、符号化関数データベース部３４に記録されている符号化関数Ｅ２４を用いて符号化を行い、出力となるパケットを端末Ｔ１５およびＴ２５へ送信する。
【００２８】
図４は、符号化データメッセージの構成例を示す図である。図４では、図３に示した構成のネットワークを想定している。各端末間では、符号化データメッセージによって符号化データの送受信を行う。符号化データメッセージは、符号化ヘッダと符号化データから構成される。符号化ヘッダは、独立リンクを用いて情報を伝送する手順に関する情報を保持する。符号化データは、符号化されて伝送されるデータである。符号化ヘッダは、シーケンス番号（ｍ００１１）と、リンク送信端末ＩＤ（ｍ００１２）と、リンク受信端末ＩＤ（ｍ００１３）と、から構成される。シーケンス番号は、送信端末Ｔ１０ｓが付与する番号であり、データを分割して符号化データメッセージを送信する順番である。リンク送信端末ＩＤは、入力となる端末の識別子であり、当該符号化データメッセージを受信する端末の前段の端末を示す。リンク受信端末ＩＤは、この符号化データメッセージを受信する端末の識別子である。符号化データは、符号化前のデータまたは符号化後のデータを表す。
【００２９】
例えば、端末Ｔ２４は、入力として符号化データメッセージＭ００１、Ｍ００２およびＭ００３を受信する。次に、符号化関数Ｅ２４を用いて、受信したメッセージそれぞれから抽出した符号化データである符号化データＤ１、Ｄ２およびＤ３を符号化する。この結果、符号化データＤ４およびＤ５が得られる。次に、得られた符号化データＤ４，Ｄ５を、符号化データメッセージＭ００４，Ｍ００５を用いて、それぞれ端末Ｔ１５，Ｔ２５へ送信する。
【００３０】
このようにして行う、従来のアドホックネットワークにおけるパケット情報伝送（ＮＣ伝送）では、既に説明したように、複数のＮＣ通信が特定のリンクを共有した場合にこのリンクの負荷が増大し、パケット欠落や受信遅延を増大するという問題などがある。
【００３１】
図５は、特定リンクの負荷が増大する場合の動作例を示す図である。この例では、以下のＮＣ通信１とＮＣ通信２が、端末Ｔ１４と端末Ｔ１５間のリンク（以降、Ｌ(T14,T15)と表現する)と、Ｌ(T13,T14)、Ｌ(T13,T17d)、Ｌ(T15,T16d)およびＬ(T15,T17d)とを共有している。
ＮＣ通信１：Ｔ１１ｓ→Ｔ１６ｄ，Ｔ１７ｄへの１対２通信
ＮＣ通信２：Ｔ２１ｓ→Ｔ１６ｄ，Ｔ１７ｄ，Ｔ２５ｄへの１対３通信
【００３２】
図５に示した例では、Ｌ(T14,T15)を通過する情報量が最大となる。そのため、このＬ(T14,T15)にて負荷が増大するにつれてパケット欠落や遅延が発生し、この影響はそれぞれのＮＣ通信に悪影響を与え、通信品質の劣化を招く。
【００３３】
実施の形態１．
実施の形態１では、リンクを共有することにより当該リンクの負荷が増大する問題を解決する方法について説明する。
【００３４】
図６および図７は、実施の形態１の端末の動作概要を示す図であり、アドホックネットワーク内の特定のリンクに負荷が集中し、通信品質の劣化を招く問題を解決するための動作概要を示している。
【００３５】
ここでは以下の２つのＮＣ通信が行われる場合を想定する。
ＮＣ通信１：Ｔ１１ｓ→Ｔ１６ｄ，Ｔ１７ｄ
ＮＣ通信２：Ｔ２１ｓ→Ｔ１６ｄ，Ｔ１７ｄ，Ｔ２５ｄ
【００３６】
初期状態としてＮＣ通信１のみが実行されている状況において、新たにＮＣ通信２が発生すると、Ｌ(T13,T14)，Ｌ(T14,T15),Ｌ(T15,T16d),Ｌ(T15,T17d),Ｌ(T13,T17d)の５つのリンクが共用されるようになる（更新前：図６の左側に示された状態）。ここで、例えば、端末Ｔ１４は、自身が送信元となるＬ(T14,T15)が高負荷であると判断すると、再構成リーダ端末としての動作を開始し、周囲の端末に対して指示を出すなどして、高負荷と判断されたリンクＬ(T14,T15)を除いたリンク集合を再構成する（更新後：図６の右側に示された状態）。具体的には、後から発生したＮＣ通信２のリンク集合を、高負荷と判断されたＬ(T14,T15)を含まないように再構成（再計算）する。この時、以下の制御（１）〜（３）を行うことにより、ＮＣ通信２のリンク集合を更新前から更新後に変更する。
【００３７】
（１）Ｌ(T14,T15)を開放する（ＮＣ通信２のみの開放）。
（２）Ｌ(T13,T14)を開放する（ＮＣ通信２のみの開放）。これは、上記（１）の結果、端末Ｔ１４へ情報を送る必要が無くなる（ＮＣ通信２で使用する、端末Ｔ１４から他の端末へのリンクが無くなる）ためである。このようなリンクを関連リンクと呼ぶ。
（３）Ｌ(T17d,T15)を新設する。新たに設定されるリンクを新設リンクと呼ぶ。
【００３８】
以上の変更の結果、ＮＣ通信２はリンク集合のトポロジィ構成が変わるため、リンク集合を構成する全端末にＮＣ通信構成情報の再計算を要求する。この結果、ＮＣ通信１とＮＣ通信２によるＬ(T14,T15)の共用が無くなる。
【００３９】
図７を用いて、リンク集合の再計算方法および再構成方法を説明する。
（リンク集合の再計算方法）
リンク集合の計算は、トポロジィに対して特定の端末間のルートを複雑度として定義された回数にわたって最適ルーティングアルゴリズムを実行する事により計算する。各計算では、既にルートとして選定された特定のリンク（高負荷のリンク）を排除して再計算する事により、相互独立なリンクが求められる。これらの計算結果の排他的論理和をリンク集合として決定する。
（リンク集合の再構成方法）
一例として、端末Ｔ０１〜Ｔ０７から構成されるリンク集合に対して、端末Ｔ０１から端末Ｔ０６，Ｔ０７へ１対２の通信を行う場合を説明する。図７において（ａ）が再計算前のリンク集合、（ｂ）が再計算後のリンク集合である。（ａ）から（ｂ）への変更は、上記のリンク集合の再計算、及び（ａ）と（ｂ）の差分から以下を抽出する。
Ｌ(T03,T04)→高負荷リンク（再構成リーダ端末の判断により決定）
Ｌ(T01,T03)→関連リンク
Ｌ(T01,T04)→新設リンク
【００４０】
すなわち、端末Ｔ０３から端末Ｔ０４へのリンクＬ(T03,T04)の負荷が高い状態になると、このリンクの送信側の端末Ｔ０３が、まず、Ｌ(T03,T04)の高負荷状態を検出して高負荷リンクとして抽出する。次に、Ｌ(T03,T04)へ送信していたデータが送られてくるリンク（データ送信元の他の端末とのリンク）であるＬ(T01,T03)を関連リンクとして抽出する。そして、抽出したこれらのＬ(T03,T04)およびＬ(T01,T03)を開放する。開放した関連リンクＬ(T01,T03)の送信側の端末Ｔ０１は、リンク集合の再計算を行い、端末Ｔ０４との間にＬ(T01,T04)を新設する。このとき、リンク集合の再計算では、高負荷リンクであるＬ(T03,T04)は除外する（リンク集合の候補から除外しておき、リンク集合として選択されないようにする）。
【００４１】
次に、高負荷リンクの検出、および図７の状態（ａ）から状態（ｂ）へＮＣ通信の構成を切り替える（再構成する）ために必要な、端末の構成要素および動作について詳しく説明する。
【００４２】
図８は、実施の形態１にかかる端末の構成例を示す図である。実施の形態１にかかる端末は、図２に示した従来の端末に対して、高負荷リンク検出部４０およびＮＣ通信管理部５０を追加し、さらに、リンク再構成部２１およびリンク集合再計算部２２をルーティング管理部２０に追加してルーティング管理部２０ａとした構成となっている。
【００４３】
リンク管理手段としてのＮＣ通信管理部５０は、センサアドホックネットワークで実行されている、全てのＮＣ通信のＮＣ通信構成情報と、この情報とトポロジィ情報から計算するＮＣ通信管理情報をＮＣ通信管理テーブルに登録して保持する。このＮＣ通信管理テーブルについては、別途詳しく説明する。
【００４４】
リンク再構成部２１は、特定のＮＣ通信を、再計算されたＮＣ通信管理情報に含まれる新たなリンク集合と符号化関数とを用いたＮＣ通信に切り替えて再開する制御を行う。
【００４５】
経路再決定手段としてのリンク集合再計算部２２は、リンク集合の再計算を行う。
【００４６】
リンク負荷監視手段としての高負荷リンク検出部４０は、自端末とデータの受信側となる他の端末との間リンクの状態を監視し、負荷が高い状態にある場合、当該リンクを高負荷リンクとして検出する。
【００４７】
図９は、ＮＣ通信管理部５０が保持しているＮＣ通信管理テーブルの構成例を示す図である。ＮＣ通信管理テーブルは、ＮＣ通信構成情報としてのＮＣ−ＩＤ（i0001）、送信端末（i0002）および受信端末（i0003）と、ＮＣ通信管理情報としてのリンク集合（i0004）および符号化関数（i0005）とを含んで構成されている。
【００４８】
ＮＣ−ＩＤ（i0001）はＮＣ通信の識別情報、送信端末（i0002）は対応するＮＣ通信でデータを送信する端末の識別情報、受信端末（i0003）は対応するＮＣ通信でデータを受信する端末の識別情報、リンク集合（i0004）は対応するＮＣ通信の送信端末から各受信端末までの経路を構成しているリンクの情報、符号化関数（i0005）は対応するＮＣ通信で使用する符号化関数の情報である。
【００４９】
図９に示したＮＣ通信管理テーブルは、図７に示した動作に対応するものであり、再構成リーダ端末として動作する端末Ｔ０３が保持しているＮＣ通信管理テーブルである。また、このテーブルは、ＮＣ−ＩＤ＝１〜Ｎに示すＮ個のＮＣ通信が実行されている事を意味している。ＮＣ−ＩＤ＝２のＮＣ通信が図７に示した動作に対応している。端末Ｔ０３が高負荷リンクとしてＬ(T03,T04)を検出する前の状態が（ａ）、高負荷リンクとしてＬ(T03,T04)を検出してリンク集合の再計算を行った後の状態が（ｂ）である。図９は、（ａ）と（ｂ）を比較すると分かるように、端末Ｔ０３がＬ(T03,T04)を高負荷リンクとして検出した結果、高負荷リンクのＬ(T03,T04)および関連リンクのＬ(T01,T03)が開放され、新たにＬ(T01,T04)が設定されていることを示している。
【００５０】
以降の説明では、Ｎ個のＮＣ通信の中から、以下の２つのＮＣ通信（ＮＣ−ＩＤ＝１，２のＮＣ通信）に注目して説明を行う。
・ＮＣ通信１(ＮＣ−ＩＤ＝１)：送信端末(i0002)は端末Ｔ０１、受信端末(i0003)は端末Ｔ０６，Ｔ０７，Ｔ０８
・ＮＣ通信２(ＮＣ−ＩＤ＝２)：送信端末(i0002)は端末Ｔ０１、受信端末(i0003)は端末Ｔ０６，Ｔ０７
【００５１】
この例では、端末Ｔ０３がＬ(T03,T04)を高負荷リンクと判断して再構成リーダ端末として動作し、ＮＣ通信２の再構成を行う例である。このため、図９（ａ）の「再構成前のＮＣ通信管理テーブル」から図９（ｂ）の「再構成後のＮＣ通信管理テーブル」への再構成では、リンク集合(i0004)および符号化関数(i0005)について、ＮＣ通信１(ＮＣ−ＩＤ＝１)では変化が無いが、ＮＣ通信２(ＮＣ−ＩＤ＝２)では、それぞれが変化している。
【００５２】
このＮＣ通信２(ＮＣ−ＩＤ＝２)の再構成により変化する部分は以下のとおりである。
リンク集合(i0003)について：
Ｌ(T03,T04)を高負荷リンクとして開放（リンク集合(i0004)から削除）
Ｌ(T01,T04)を新設リンクとして新設（リンク集合(i0004)に追加）
Ｌ(T01,T03)を関連リンクとして開放（リンク集合(i0004)から削除）
符号化関数(i0005)について：
F2()からF2’()に変更。
【００５３】
符号化関数(i0005)が変更となるのは、リンク集合の構成が変わり、端末Ｔ０３が行う符号化ルーティング方法を決定するネットワーク内における位置、入出力構成や数が変更されたためである。
【００５４】
次に、本実施の形態の端末により形成されたアドホックネットワークにおけるデータ伝送（ＮＣ通信）の具体例について説明する。ここでは、端末がセンサ情報を送受信するセンサアドホックネットワークを想定して説明を行う。
【００５５】
図１０−１〜図１０−３は、実施の形態１の端末によるＮＣ通信の一例を示すシーケンス図である。上記のＮＣ通信１およびＮＣ通信２において、Ｌ(T03,T04)を高負荷リンクとして検出し、リンク集合を再構成する場合のシーケンスを示している。図１０−１に示したシーケンスが終了すると、続いて図１０−２に示したシーケンスが実行され、さらに、図１０−３に示したシーケンスが実行される。
【００５６】
図１０−１に示したように、ＮＣ通信１準備(t0001)とＮＣ通信２準備(t0003)では、それぞれＮＣ通信を開始する前に全端末にＮＣ通信構成情報（ＮＣ−ＩＤ，送信端末，受信端末）をブロードキャストし、これを受信した各端末は、自身がリンク集合のメンバになるかどうか判断する。リンク集合のメンバになると判断した端末は、自身のＮＣ通信管理情報を計算して、中継端末、あるいは受信端末としての準備が整った事を返信する。ＮＣ通信１準備(t0001)では、ＮＣ通信構成情報をＮＣ通信要求メッセージ(m0001)にてブロードキャストして、この結果の返信はＮＣ通信準備完了(m0002)で受信する。ＮＣ通信２準備(t0003)も同様の手順となる。
【００５７】
この結果、ＮＣ通信１(t0002)とＮＣ通信２(t0004)による情報（センサ情報）の配信が開始される。この例ではＮＣ通信１(t0002)がＮＣ通信２(t0004)よりも先に通信を開始しているものとする。また図では記載の都合上、それぞれＮＣ通信１(t0002)とＮＣ通信２(i0004)はシーケンシャルに記述しているが、以下のように推移する。
【００５８】
ＮＣ通信１(t0002)は、通信開始後、常に同様の動作を継続する。一方、ＮＣ通信２(t0004)は、再構成対象であるため、ＮＣ通信２(中断)(t0005)にて一度、通信を中断して、ＮＣ通信２(再構成)(t0006)にて新たなリンク集合を用いた通信が再開される（図１０−２，図１０−３参照）。このためＮＣ通信２(t0004)以降の通信シーケンスの説明は、全てＮＣ通信２に関わる手順を説明している。
【００５９】
ＮＣ情報伝送手順(t0007)では、ＮＣ通信１とＮＣ通信２が平行して動作している状態において、共有するリンクの送信端末Ｔ０３がＬ(T03,T04)を高負荷リンクとして検出する動作を示している。
【００６０】
ＮＣ情報伝送手順(t0007)は、ＮＣ通信を用いて情報を配信する手順である。各リンクでは、ＮＣ情報伝送メッセージ(m0003)にてセンサ情報を送信し、これが成功した事をＮＣ情報伝送完了メッセージ(m0004)受信にて確認する。この動作を繰り返す事により、センサ情報が定周期で配信される。ここで送信端末Ｔ０３は、一定期間、ＮＣ情報伝送完了メッセージ(m0004)が受信できない場合、このリンクにて高負荷検出が行われたと判断する。この結果、端末Ｔ０３は、Ｌ(T03,T04)を高負荷リンクとして検出し、再構成リーダ端末としての動作を開始する。
【００６１】
端末Ｔ０３は、再構成リーダ端末判断(p0001)を行い、再構成リーダ端末としての動作を開始すると、ＮＣ通信２の再構成に関する以下の手順を主導する。
【００６２】
＜処理１＞ＮＣ通信２を中断させる。このため、送信端末である端末Ｔ０１に対して、ＮＣ通信送信中断指示メッセージ(m0005)を送信する。次にリンク集合を構成する中継端末または受信端末である端末Ｔ０２〜Ｔ０７に対して、ＮＣ通信中断通知メッセージ(m0006)にて、ＮＣ通信２の中断を指示する。
【００６３】
＜処理２＞端末Ｔ０３は、ＮＣ管理情報計算(p0002)にて、図７にて説明した高負荷リンクＬ(T03,T04)を除いたリンク集合と符号化関数を再計算する事によりＮＣ通信管理情報を更新する。この結果、新たなリンク集合のメンバ端末を把握する。
【００６４】
＜処理３＞端末Ｔ０３は、新たなリンク集合を実現するために、新設リンクとなるＬ(T01,T04)の送信端末となる端末Ｔ０１に対して、リンク新設要求メッセージ(m0007)を送信してＬ(T01,T04)の確保を指示する。リンク新設要求メッセージ(m0007)を受信した端末Ｔ０１は、受信端末となる端末Ｔ０４に対してリンク確認メッセージ(m0008)を送信する事により受信端末Ｔ０４との間のリンク確保の確認を依頼する。リンク確認メッセージ(m0008)を受信した端末Ｔ０４は、リンク完了メッセージ(m0009)を返送する事により、リンクの新設を了解する。このリンク完了メッセージ(m0009)を受信した端末Ｔ０１は、リンク新設完了メッセージ(m0010)にて、リンク新設の完了を端末Ｔ０３へ通知する。
【００６５】
＜処理４＞端末Ｔ０３は、新設リンクが全て確保できる事を確認した場合、リンク切替決定(p0004)にてリンク集合の切り替えが可能である事を最終的に決定する。
【００６６】
＜処理５＞端末Ｔ０３は、新たなリンク集合を構成する全端末（ここでは、図９（ｂ）において、ＮＣ−ＩＤ＝２(i0001)のリンク集合(i0004)を構成している全端末となる）に対して、リンク集合再計算要求メッセージ(m0011)を送信する。このリンク集合再計算要求メッセージ(m0011)を受信した各端末は、ＮＣ通信管理情報計算(p0003)を実行してＮＣ通信管理情報を更新する。この更新において、各端末は、保持しているＮＣ通信管理テーブル（図９（ａ））のＮＣ−ＩＤ＝２(i0001)のリンク集合(i0004)、および符号化関数(i0005)を更新する。
【００６７】
＜処理６＞新たなリンク集合を構成する全端末は、ＮＣ管理情報計算(p0003)が完了すると、ＮＣ集合再計算完了メッセージ(m0012)を端末Ｔ０３に返送する。
【００６８】
＜処理７＞端末Ｔ０３は、全端末からＮＣ集合再計算完了メッセージ(m0012)を受信すると、送信端末である端末Ｔ０１に対して、ＮＣ通信送信開始指示(m0014)を送信して、ＮＣ通信２の再開を指示する。
【００６９】
以上の手順により、ＮＣ通信２(再構成)(t0006)が開始される。
【００７０】
端末Ｔ０３は引き続き、リンク開放手順(t0009)にて、関連リンク(T01,T03)の送信側端末である端末Ｔ０１へＮＣリンク開放指示メッセージ(m0014)を送信し、リンクの開放を指示する。ＮＣリンク開放指示メッセージ(m0014)を受信した端末Ｔ０１、および高負荷リンクＬ(T03,T04)の送信側端末である自端末（端末Ｔ０３）は、それぞれのリンクにおける受信側端末である端末Ｔ０３、端末Ｔ０４にＮＣリンク集合開放メッセージ(m0015)を送信する。ＮＣリンク集合開放メッセージ(m0015)を受信した各端末は、このメッセージの送信元端末との間のリンクを開放する。この結果、再構成されたリンク集合では利用しないリンクの開放が完了する。
【００７１】
以上の手順により、高負荷リンクはＮＣ通信１のみが利用する事となり、ＮＣ通信２と共有する事による帯域圧迫により発生していたパケット遅延や欠落が解消され、安定したスループットを維持できる。また再構成されたＮＣ通信２も、新たなリンク集合を用いて、同じく安定したスループットを維持できる。
【００７２】
このように、本実施の形態の端末は、転送データの送信先となる端末（下流の端末）との間のリンクにおける負荷状態を監視し、監視対象のリンクが高負荷状態となったことを検出した場合、再構成リーダ端末としての動作を開始し、高負荷状態となったリンクを使用しているＮＣ通信のうち、最後に発生したＮＣ通信のリンク集合を、高負荷状態を検出したリンクがリンク集合に含まれないように考慮しつつ再計算することとした。また、再計算によりリンク集合が更新された結果、リンク集合に追加されたリンクの送信側の端末、およびリンク集合から削除されたリンクの送信側の端末に対して、リンクの新設または開放を指示することとした。これにより、ネットワーク内の特定リンクに負荷が集中するのをリンクの状態に応じて回避する制御を実行し、安定したＮＣ通信を維持することが可能なアドホックネットワークを実現できる。
【００７３】
実施の形態２．
図１１は、実施の形態２にかかる端末の構成例を示す図である。実施の形態２にかかる端末は、図８に示した実施の形態１の端末に対してＮＣ通信優先判定部６０を追加した構成となっている。本実施の形態では、実施の形態１と異なる部分について説明を行う。
【００７４】
ＮＣ通信優先判定部６０は、複数のＮＣ通信による高負荷リンクが発生した場合に、複数のＮＣ通信それぞれの優先度に基づいて、再構成するリンク集合を決定する。例えば、それぞれのＮＣ通信毎に定義される優先度（ＮＣ通信優先度）を比較し、最も優先度の低いＮＣ通信のリンク集合（情報伝送経路）を再構成することに決定する。
【００７５】
図１２は、実施の形態２のＮＣ通信管理部５０が保持しているＮＣ通信管理テーブルの構成例を示す図である。図１２に示したＮＣ通信管理テーブルは、実施の形態１のＮＣ通信管理部５０が保持しているＮＣ通信管理テーブル（図９参照）に対して通信優先度(i0006)を追加した構成となっている。
【００７６】
ＮＣ通信優先度はＮＣ通信の優先度を定義する値であり、送信端末がＮＣ通信要求メッセージ（図１０−１参照）にて送信するＮＣ通信構成情報に追加してブロードキャストする。このＮＣ通信要求メッセージ(m0001)を受信した各端末は、ＮＣ通信優先度をＮＣ通信管理テーブル（図１２）に記憶しておく。
【００７７】
送信端末からブロードキャストされたＮＣ通信要求メッセージを受信した端末がＮＣ優先度をＮＣ通信管理テーブルに記憶する動作について、図１０−１を参照しながら説明する。ＮＣ通信１準備(t0001)において、送信端末Ｔ０１は、センサアドホックネットワークを構成する全ての端末に対して、ＮＣ通信要求メッセージ(m0001)にてＮＣ通信構成情報を送信する。この結果、端末Ｔ０１は、リンク集合を構成する中継端末または受信端末であると判断した端末からの応答として、ＮＣ通信準備完了メッセージ(m0002)を受信する。このとき、ＮＣ通信優先度は、ＮＣ通信要求メッセージ(m0001)にて、送信端末Ｔ０１から全ての端末へ配信される。ＮＣ通信要求メッセージ(m0001)を受信した端末は、保持しているＮＣ通信管理テーブルの該当するＮＣ通信優先度(i0006)に、受信した情報（ＮＣ通信優先度）を記録する。
【００７８】
高負荷リンクを検出し、ＮＣ通信優先度を考慮しつつリンク集合を再構成する動作について説明する。この動作は図１０−２を用いて説明した再構成リーダ判断(p0001)にて行う。高負荷リンクを検出した端末である再構成リーダ端末は、まず、自身が送信元となる高負荷リンクを使用しているＮＣ通信をＮＣ通信管理テーブルの全てのリンク集合(i0004)の中から検索する。次に、該当する高負荷リンクが存在するＮＣ通信について、そのＮＣ通信優先度(i0006)を比較して、最も優先度の低いＮＣ通信を再構成の対象として決定する。再構成の対象とするＮＣ通信を決定すると、決定したＮＣ通信のリンク集合を再構成する。最も優先度の低いＮＣ通信が複数存在する場合には、例えば、最も優先度が低いＮＣ通信のうち、最後に開始したＮＣ通信を再構成の対象とする。リンク集合の再構成手順は、実施の形態１と同様である。
【００７９】
このように、本実施の形態の端末は、各ＮＣ通信の優先度を保持しておき、高負荷リンクを検出して再構成リーダ端末として動作する場合、すなわち、高負荷リンクの負荷を軽減するためにＮＣ通信のリンク集合を再構成する場合、再構成の対象とするＮＣ通信を、最も優先度の低いＮＣ通信に決定することとした。これにより、優先度の高いＮＣ通信を維持する制御が実現でき、優先度が高いほど安定したスループット維持が可能となる。
【００８０】
実施の形態３．
実施の形態１，２では、各端末が、自身が送信元となるリンクの状態を監視し、高負荷リンクであると判断すると再構成リーダ端末として動作するセンサアドホックネットワークを説明したが、複数のリンクが同時に高負荷リンクとして検出される可能性もある。そのため、本実施の形態では、高負荷リンクが複数検出される場合を想定してリンク集合を再構成するセンサアドホックネットワークについて説明する。なお、実施の形態１と共通する部分については説明を省略する。
【００８１】
本実施の形態のセンサアドホックネットワークにおいては、ネットワーク内の端末のうち、１台の端末が各リンクの状態（負荷）を把握しておき、高負荷リンクが検出された場合には、ネットワーク内の各リンクの負荷状態に基づき、高負荷リンクを検出した端末が再構成リーダ端末として動作すべきかどうか判定する。
【００８２】
図１３は、実施の形態３にかかる端末の構成例を示す図である。実施の形態３にかかる端末は、図８に示した実施の形態１の端末に対して負荷通知部７０を追加し、さらに、リンク再構成部２１、リンク集合再計算部２２および負荷管理部２３をルーティング管理部２０に追加してルーティング管理部２０ｃとした構成となっている。実施の形態１の端末に対して負荷通知部７０の追加などを行う構成例を示したが、実施の形態２の端末（図１１）に対して負荷通知部７０の追加などを行うようにしても構わない。アドホックネットワーク内で各リンクの負荷状態の情報を管理する端末を固定化する場合、負荷状態の情報を管理する１台の端末が負荷管理部２３を備え、残りの端末が負荷通知部７０を備える構成としてもよい。
【００８３】
負荷通知部７０は、自端末が負荷管理端末（ネットワーク内の各リンクの負荷を管理する端末）として動作していない場合に、自身が送信端末としてＮＣ通信に関わっているリンクの負荷を、一定周期で負荷管理端末に通知する。
【００８４】
負荷管理部２３は、図１４に例示した負荷管理テーブルを保持しており、自端末が負荷管理端末として動作している場合には、他の端末からリンクの負荷の情報を収集し、保持している負荷管理テーブルを更新する。複数の端末で高負荷リンクが検出された場合には、負荷管理テーブルを参照し、再構成を行うＮＣ通信を決定する。
【００８５】
図１４は、負荷管理テーブルの一例を示す図である。負荷管理テーブルは、センサアドホックネットワークの全てのリンクについて、各リンク(i0101)と、各リンクの送信側の端末から定期的に通知される負荷である負荷統計(i0102)とを対応付けて記録している。図１４に示した負荷管理テーブルでは、パケット到達率（％）を負荷統計として利用している。なお、パケット到達率を負荷統計として使用するのは一例であり、各リンクの負荷に関連するものであれば他の情報を使用しても構わない。負荷の計測方法や単位は特に規定しない。
【００８６】
図１５を用いて本実施の形態の端末の動作を説明する。図１５は、負荷管理端末が他の端末から負荷情報（リンクの負荷の情報）を収集する動作、および、高負荷リンクが検出された場合の動作の一例を示すシーケンス図である。端末Ｔ００が負荷管理端末として動作する場合の例を示している。
【００８７】
負荷通知手順(t0010)では、全端末が、自身が送信側端末となるリンクの負荷を負荷管理端末である端末Ｔ００に通知する。負荷管理端末以外の端末Ｔ０１〜Ｔ０８は、ＮＣ通信負荷通知(m0021)にてリンクの負荷を通知する。負荷管理端末Ｔ００は、端末Ｔ０１〜Ｔ０８からリンクの負荷が通知されてくると、負荷管理テーブルを更新する。この負荷通知手順(t0010)は、センサアドホックネットワークがアクティブである期間、常に定期的に実行される。従って、負荷管理端末Ｔ００は、最新の全リンクの負荷状況を把握している。
【００８８】
図１５は、負荷管理端末Ｔ００が全リンクの負荷状況を把握している状態において、端末Ｔ０２と端末Ｔ０４の２つの端末が一定時間内に高負荷リンクを検出した場合の制御動作例を示している。
【００８９】
ＮＣ通信は符号化ルーティングを行う各端末が同期的に動作するため、１つの端末による高負荷検出は、ネットワーク全体に波及して他の端末による高負荷検出を発生させる場合があり得る。
【００９０】
高負荷検出を行った（高負荷リンクを検出した）端末Ｔ０２とＴ０４は、それぞれ負荷管理端末Ｔ００にＮＣ通信負荷判断要求メッセージ(m0022)を送信する。このＮＣ通信負荷判断要求(m0022)を受信した負荷管理端末Ｔ００は、一定時間内に到着したＮＣ通信負荷判断要求メッセージが示している高負荷リンクについて、ＮＣ通信負荷管理テーブル（図１４）を参照して負荷統計(i0102)を比較する。このＮＣ通信負荷管理テーブルには、例えば端末Ｔ０２とＴ０４に関して、負荷統計(i0102)は以下のように記録されている。
端末Ｔ０２に関して
Ｌ(T02,T05)→  負荷統計４０％
端末Ｔ０４に関して
Ｌ(T04,T06)→  負荷統計１０％
【００９１】
負荷管理端末Ｔ００において、ルーティング管理部２０ｃの負荷管理部２３は、上記の負荷統計を比較すると端末Ｔ０４を送信端末とするＬ(T02,T05)の負荷が高いため、このリンクの利用方法を変更する事が最も効果的であると判断する。この結果、負荷管理端末Ｔ００は、端末Ｔ０２に対してＮＣ通信負荷判断完了応答メッセージ(m0023)にて、ＮＣ通信の再構成許可を指示する。一方、端末Ｔ０４に対しては、ＮＣ通信負荷判断不可応答メッセージ(m0024)にて、再構成不許可を通知する。この結果、端末Ｔ０２は、実施の形態１で説明した再構成リーダ端末としての動作を開始してＮＣ通信の再構成（リンク集合および符号化関数の更新）を行う。端末Ｔ０４は、再構成リーダ端末として動作しない。
【００９２】
本実施の形態では、一定時間内に２台の端末からＮＣ通信負荷判断要求(m0022)が送信される場合の例を説明したが、３台以上の端末からＮＣ通信負荷判断要求(m0022)が送信される場合の動作も同様である。また、一定時間内にＮＣ通信負荷判断要求(m0022)を送信する端末が１台の場合、負荷管理端末Ｔ００は、ＮＣ通信負荷管理テーブルを参照することなく、ＮＣ通信負荷判断要求(m0022)の送信元端末に対して、ＮＣ通信負荷判断完了応答メッセージ(m0023)にてＮＣ通信の再構成許可を指示する。負荷管理端末Ｔ００が、自身が送信元のリンクが高負荷リンクとなったことを検出した場合の動作も同様である。例えば、一定時間内に他の端末からＮＣ通信負荷判断要求(m0022)を受信した場合には、ＮＣ通信負荷管理テーブルを参照し、自身およびＮＣ通信負荷判断要求(m0022)の送信元端末の中から再構成リーダ端末として動作する端末を決定する。なお、「一定時間」とは、例えば、負荷管理端末Ｔ００が１台目の端末よりＮＣ通信負荷判断要求(m0022)を受信してから所定時間が経過するまでの時間とする。
【００９３】
負荷管理端末として動作する端末の決定方法については特に規定しない。どのような方法で決定しても構わない。
【００９４】
このように、本実施の形態のセンサアドホックネットワークは、負荷管理端末として動作する端末を含み、負荷管理端末は、負荷管理端末以外の端末から、各端末が送信元となっているリンクの負荷の情報を収集してネットワーク内の各リンクの負荷の状態を把握しておき、負荷管理端末以外の端末は、高負荷リンクを検出すると、その旨を負荷管理端末通知し、負荷管理端末は、同じ時期に高負荷リンクを検出した端末が複数存在する場合、各端末から収集しておいた、リンクの負荷の情報に基づいて、再構成リーダ端末として動作する端末を決定することとした。これにより、複数の高負荷リンクが検出された場合でも、安定かつ負荷改善に最も効果のあるＮＣ通信の再構成が実現できる。
【産業上の利用可能性】
【００９５】
以上のように、本発明にかかる端末装置は、アドホックネットワークに有用であり、特に、ネットワークコーディングを利用して情報転送を行うアドホックネットワークを形成する端末装置に適している。
【符号の説明】
【００９６】
１０  アプリケーション部
２０，２０ａ，２０ｃ  ルーティング管理部
２１  リンク再構成部
２２  リンク集合再計算部
２３  負荷管理部
３０  ＮＣ（Network  Coding）情報伝送部
３１  符号化ルーティング部
３２  送受信部
３３  独立リンク管理部
３４  符号化関数データベース部
４０  高負荷リンク検出部
５０  ＮＣ通信管理部
６０  ＮＣ通信優先判定部
７０  負荷通知部
１００  通信線（Communication  Line）
【図１−１】
0005851338.tif 000002
【図１−２】
0005851338.tif 000003
【図２】
0005851338.tif 000004
【図３】
0005851338.tif 000005
【図４】
0005851338.tif 000006
【図５】
0005851338.tif 000007
【図６】
0005851338.tif 000008
【図７】
0005851338.tif 000009
【図８】
0005851338.tif 000010
【図９】
0005851338.tif 000011
【図１０−１】
0005851338.tif 000012
【図１０−２】
0005851338.tif 000013
【図１０−３】
0005851338.tif 000014
【図１１】
0005851338.tif 000015
【図１２】
0005851338.tif 000016
【図１３】
0005851338.tif 000017
【図１４】
0005851338.tif 000018
【図１５】
0005851338.tif 000019