(57)【要約】【課題】  ノード間において情報を配信するに際して、宛先ノードにおいて当該情報を再生する際に生じる再生遅延時間を許容される再生遅延時間（期間）内に収めると共に、配信される情報をより少ない中継ノードにより中継することが可能な通信端末等を提供する。【解決手段】  通信端末１００は、宛先ノードにおいて許容される再生遅延時間と、再生時間、コンテンツに関する情報、ネットワークの状態に関する情報及びネットワークの切り替えに要する時間とに基づいて、送信間隔と、必要中継ノード数とを求め、求めた必要中継ノード数に基づいて、中継ノードを選定する中継ノード選定部１１０と、配信情報の再生に要する時間が送信間隔に達すると、中継ノードを経由して、配信情報を、宛先ノードに送信する送受信制御部１２０とを備える。【選択図】      図１７
2016184263.tif 000002
【特許請求の範囲】
【請求項１】
宛先ノードから配信対象であるコンテンツの配信を要求されるのに応じて、その要求に含まれる前記宛先ノードにおいて許容される再生遅延時間と、前記宛先ノードにおける再生時間、前記コンテンツに関する情報、自端末と前記宛先ノードとが接続するネットワークの状態に関する情報及び自端末と前記宛先ノードとの間を中継する１つ以上の中継ノードにおいてネットワークの切り替えに要する時間とに基づいて、前記コンテンツを構成する配信情報を送信する送信間隔と、その配信情報の送信に必要な中継ノード数とを求め、求めた中継ノード数に基づいて、自端末と前記宛先ノードとの通信が可能な範囲がオーバーラップするエリア内に位置するノードを前記中継ノードとして選定する選定手段と、
前記コンテンツを構成する全ての前記配信情報のうち少なくとも一部であり、配信を要求されてからバッファに記憶された前記配信情報が前記宛先ノードにおいて再生される際に、その宛先ノードが再生に要する時間が前記送信間隔に達すると、１つ以上の前記中継ノードのうち、中継しているノードと異なる他のノードを選定し、その選定した前記中継ノードを経由して、該配信情報を、前記宛先ノードに送信する送受信制御手段と、を備える
通信端末。
【請求項２】
前記送受信制御手段は、
前記再生に要する時間が前記送信間隔より短い場合に、前記コンテンツを構成する全ての前記配信情報のうち少なくとも一部であり、前記バッファに記憶された前記配信情報を、前記宛先ノードに送信し、既に送信した配信情報がある場合には、それら配信情報の前記再生に要する時間の合計を求め、求めた合計が前記送信間隔に達すると、前記配信情報の送信を開始するよう前記中継ノードに対して指示する
請求項１に記載の通信端末。
【請求項３】
前記送受信制御手段は、
前記宛先ノードから配信を要求されるのに応じて、既に記憶された配信情報の中から得た前記送信間隔が表す時間に亘って再生可能な配信情報を、前記宛先ノードに送信する
請求項１または請求項２に記載の通信端末。
【請求項４】
前記送受信制御手段は、
自端末宛てでない前記配信情報を受信した場合に、
前記配信情報とともに得た前記宛先ノードを識別可能な識別子に基づいて、自端末の通信範囲内に位置する他の通信端末の識別子とその通信端末が接続するネットワークが使用するチャネルを示す情報と前記ネットワークの識別子とを含むチャネル情報と、前記ネットワークに接続する通信端末の識別子とそのネットワークと異なる他のネットワークに接続する通信端末の識別子とを含むノード情報とを参照することにより、それら情報の中から前記宛先ノードの識別子に関連付けられたネットワークの識別子及びそのネットワークが使用するチャネルを示す情報を取得し、取得したネットワークの識別子及びチャネルを示す情報に基づきチャネルと、そのチャネルを使用するネットワークとを切り替えるようネットワーク処理手段に指示し、前記配信情報を前記宛先ノードに中継する
請求項１乃至請求項３の何れか１項に記載の通信端末。
【請求項５】
前記選定手段は、
前記許容される再生遅延時間と、前記再生時間、自端末から前記中継ノードまでのスループットの値、該中継ノードから前記宛先ノードまでのスループットの値、前記中継ノードにおいてネットワークの切り替えに要する時間、前記配信情報におけるビットレートに基づいて、前記配信情報を送信する前記送信間隔と、その配信情報を送信するのに必要となる前記中継ノード数とを求める
請求項１乃至請求項４の何れか１項に記載の通信端末。
【請求項６】
前記配信情報は、
映像、音声及び音声を含む映像の何れかに関する情報である
請求項１乃至請求項５の何れか１項に記載の通信端末。
【請求項７】
前記各ノード間は、ユニキャスト、マルチキャスト及びブロードキャストの何れかによって前記配信情報を送受信する
請求項１乃至請求項６の何れか１項に記載の通信端末。
【請求項８】
請求項１乃至請求項７の何れか１項に記載の通信端末である前記コンテンツを配信する送信元ノード、前記中継ノード及び前記宛先ノードによって構成されている
情報配信システム。
【請求項９】
情報処理装置によって、
宛先ノードから配信対象であるコンテンツの配信を要求されるのに応じて、その要求に含まれる前記宛先ノードにおいて許容される再生遅延時間と、前記宛先ノードにおける再生時間、前記コンテンツに関する情報、自端末と前記宛先ノードとが接続するネットワークの状態に関する情報及び自端末と前記宛先ノードとの間を中継する１つ以上の中継ノードにおいてネットワークの切り替えに要する時間とに基づいて、前記コンテンツを構成する配信情報を送信する送信間隔と、その配信情報の送信に必要な中継ノード数とを求め、求めた中継ノード数に基づいて、自端末と前記宛先ノードとの通信が可能な範囲がオーバーラップするエリア内に位置するノードを前記中継ノードとして選定し、
前記コンテンツを構成する全ての前記配信情報のうち少なくとも一部であり、配信を要求されてからバッファに記憶された前記配信情報が前記宛先ノードにおいて再生される際に、その宛先ノードが再生に要する時間が前記送信間隔に達すると、１つ以上の前記中継ノードのうち、中継しているノードと異なる他のノードを選定し、その選定した前記中継ノードを経由して、該配信情報を、前記宛先ノードに送信する
配信方法。
【請求項１０】
宛先ノードから配信対象であるコンテンツの配信を要求されるのに応じて、その要求に含まれる前記宛先ノードにおいて許容される再生遅延時間と、前記宛先ノードにおける再生時間、前記コンテンツに関する情報、自端末と前記宛先ノードとが接続するネットワークの状態に関する情報及び自端末と前記宛先ノードとの間を中継する１つ以上の中継ノードにおいてネットワークの切り替えに要する時間とに基づいて、前記コンテンツを構成する配信情報を送信する送信間隔と、その配信情報の送信に必要な中継ノード数とを求め、求めた中継ノード数に基づいて、自端末と前記宛先ノードとの通信が可能な範囲がオーバーラップするエリア内に位置するノードを前記中継ノードとして選定する機能と、
前記コンテンツを構成する全ての前記配信情報のうち少なくとも一部であり、配信を要求されてからバッファに記憶された前記配信情報が前記宛先ノードにおいて再生される際に、その宛先ノードが再生に要する時間が前記送信間隔に達すると、１つ以上の前記中継ノードのうち、中継しているノードと異なる他のノードを選定し、その選定した前記中継ノードを経由して、該配信情報を、前記宛先ノードに送信する機能と、を
コンピュータに実現させるコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一方の通信端末から他方の通信端末に情報を配信する技術分野に関する。
【背景技術】
【０００２】
映像をリアルタイムに配信する方式として、例えば、ストリーミング配信方式がある。このストリーミング配信方式において、映像を再生する通信端末は、ストリーミング配信が可能な形式に変換されたデータ（以下、本願では「映像データ」と称する）を全て受信しなくても、当該映像データを受信しながら映像の再生を行うことができる。
【０００３】
例えば、通信端末は、接続されたビデオカメラを用いて映像を撮影しながら、その撮影した映像をストリーミング配信することができる。これにより、配信された映像データを受信する受信端末は、ネットワークを経由して当該映像データを受信し、その映像データを再生することができる。即ち、受信端末を利用するユーザは、リアルタイムに映像の視聴が可能である。
【０００４】
しかしながら、ストリーミング配信方式では、配信中にパケットのロスが発生すると、映像の品質が低下したり、そのロスにより再生がスキップされたりすることがある。さらに、ストリーミング配信方式は、映像データの受信が長時間に亘って中断されると、受信端末において映像の再生が停止することもある。
【０００５】
これに対して、非特許文献１は、パケットのロスが多いネットワーク環境であっても、高品質な映像のストリーミング配信を実現する技術を開示する。即ち、非特許文献１は、複数の通信経路を併用しながらＭｕｌｔｉｐｌｅ  Ｄｅｓｃｒｉｐｔｉｏｎ符号化を用いる方式について開示する。
【０００６】
より具体的に、送信元である送信元端末は、配信対象である映像データを、お互いに異なる複数のＤｅｓｃｒｉｐｔｉｏｎと呼ばれる再生可能なデータに分割する。送信元端末は、分割したそれぞれのＤｅｓｃｒｉｐｔｉｏｎを、異なる複数の経路に送信する。受信端末は、少なくとも１つのＤｅｓｃｒｉｐｔｉｏｎを受信できれば、ある程度の品質によって映像を再生することができる。また、全部のＤｅｓｃｒｉｐｔｉｏｎを受信した場合には、受信端末は、より高い品質の映像を再生することができる。従って、本方式は、劣悪なネットワーク環境であっても、受信端末において映像を再生することができる。即ち、本方式は、特定の経路において生じたパケットロスにより映像データを受信できなくても、他の経路から映像データを受信できれば、映像を再生することができる。また、本方式は、全ての経路から映像データを受信できた場合には、より高品質な映像の再生が可能となる。
【０００７】
非特許文献２は、２つの経路を併用したストリーミング配信方式について開示する。本方式において、送信元端末は、映像データを、再生に必要となる最低限のデータ（以下、「必要最低限のデータ」と称する）と、より高い品質な再生に必要となるデータ（以下、「品質拡張データ」と称する）とに分割する。送信元端末は、必要最低限のデータを、パケットロスの発生する確率が最も少ない通信経路に送信する。また、送信元端末は、品質拡張データを、もう一方の経路に送信する。
【０００８】
これにより、受信端末は、品質拡張データのパケットをロスした場合であっても、映像を再生することができる。即ち、受信端末は、パケットロスにより全ての映像データを受信しなくても、必要最低限のデータを受信することによって映像を再生することが可能である。また、受信端末は、必要最低限のデータと品質拡張データとの両方のデータを受信した場合には、より高品質な映像を再生することができる。
【０００９】
特許文献１は、お互いに異なる周波数（以下、本願では「チャネル」とも記載する）により通信するネットワーク間において、チャネルを変換可能な中継ノードを有する無線通信方法及び無線通信システムについて開示する。無線通信システムは、中継ノードの負荷や消費電力等を軽減することを目的として、それぞれのネットワークがオーバーラップしているエリアに２つの中継ノードを設ける。また、無線通信システムは、２つの中継ノードを用いることによりネットワーク間において情報の送受信を実現することができる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１１−０２９８７４号公報
【非特許文献】
【００１１】
【非特許文献１】Ｙ．Ｘｕ，Ｃ．Ｚｈｕ，“Ｍｕｌｔｉｐｌｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｃｏｄｅｄ  Ｖｉｄｅｏ  Ｓｔｒｅａｍｉｎｇ  ｗｉｔｈ  Ｍｕｌｔｉｐａｔｈ  Ｔｒａｎｓｐｏｒｔ  ｉｎ  Ｗｉｒｅｌｅｓｓ  Ａｄ  Ｈｏｃ  Ｎｅｔｗｏｒｋｓ，”  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  ＭｏｂｉＭｅｄｉａ  ２０１１，ｐｐ１２１−１３５
【非特許文献２】Ｓ．Ｍａｏ，Ｓ．Ｌｉｎ，Ｓｈｉｖｅｎｄｒａ  Ｓ．Ｐａｎｗａｒ  ａｎｄ  Ｙ．Ｗａｎｇ，“Ａ  Ｍｕｌｔｉｐａｔｈ  Ｖｉｄｅｏ  Ｓｔｒｅａｍｉｎｇ  Ｔｅｓｔｂｅｄ  ｆｏｒ  Ａｄ  Ｈｏｃ  Ｎｅｔｗｏｒｋｓ，”  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  Ｆａｌｌ  ＩＥＥＥ  Ｖｅｈｉｃｕｌａｒ  Ｔｅｃｈｎｏｌｏｇｙ  Ｃｏｎｆｅｒｅｎｃｅ，  Ｏｒａｌａｎｄｏ，  Ｆｌｏｒｉｄａ，  Ｏｃｔ．  ２００３
【発明の概要】
【発明が解決しようとする課題】
【００１２】
説明の便宜上、一例として、以下の説明では、お互いに異なるチャネルを使用する通信ネットワーク（以下、本願では、「ネットワーク」と略記する）間において、映像をストリーミング配信する際の動作について説明する。
【００１３】
尚、以下の説明では、説明の便宜上、特定のチャネルを使用してネットワークに通信可能に接続し（以下、本願では、単に「接続する」と略記する）、そして映像を配信する通信端末を、「送信元ノード」と称する。また、以下の説明では、当該特定のチャネルと異なる他のチャネルを使用してネットワークに接続し、そして配信された映像を再生する通信端末を、「宛先ノード」と称する。送信元ノードが接続するネットワークの通信可能な範囲と、宛先ノードが接続するネットワークの通信可能な範囲とがオーバーラップしているエリア内に位置する通信端末を、「中継ノード」と称する。
【００１４】
また、それぞれの通信端末（送信元ノード、宛先ノード及び中継ノード）は、例えば、スマートフォンやタブレット端末などを採用することとする。通信端末は、例えば、１つの無線インターフェースを有することとする。
【００１５】
例えば、送信元ノードは、撮影中の映像コンテンツを表す情報を含むリストを、自端末が接続するネットワークと異なるネットワークに接続する他の端末と共有する。送信元ノードは、宛先ノードから映像コンテンツの配信を要求されるのに応じて、当該撮影中の映像をストリーミング配信することとする。その場合に、送信元ノードは、中継ノードを経由して、映像を宛先ノードに対して配信することとする。
【００１６】
上述した環境において、中継ノードは、送信元ノードと宛先ノードとの間においてデータを転送するに際して、チャネルを切り替える必要がある。また、送信元ノードが中継ノードを経由して、宛先ノードに対してストリーミング配信を行うためには、それぞれの通信端末は、次に示す動作を行う必要がある。
【００１７】
送信元ノードは、例えば、他の端末から映像コンテンツの配信を要求されるのに応じて、配信の対象を撮影しながら、撮影中の映像をストリーミング配信が可能なように映像データに順次変換する。送信元ノードは、当該映像データを、中継ノードに対して送信する。
【００１８】
次に、中継ノードは、送信元ノードから映像データを受信する。中継ノードは、チャネルを切り替えて宛先ノードが接続しているネットワークに接続する。中継ノードは、当該映像データを、宛先ノードに対して送信する。中継ノードは、映像データの送信が完了すると、チャネルを切り替える。中継ノードは、送信元ノードが接続しているネットワークに接続する。中継ノードは、送信元ノードから次に配信すべき映像データを受信する。このように、中継ノードは、上述した動作を繰り返す。
【００１９】
宛先ノードは、中継ノードから映像データを受信する。宛先ノードは、当該映像データをバッファに蓄積する。宛先ノードは、バッファに蓄積されている映像データを順次再生していくことになる。
【００２０】
このように、上述した配信手法では、チャネルの切り替えに一定の時間が必要となる。そのため、所定の時間間隔に亘って映像データの送受信が中断される場合に、宛先ノードでは再生中の映像が途切れる可能性がある。
【００２１】
この問題に対して、当該配信手法では、配信対象であるそれぞれの映像データの再生時間を十分に長くする必要がある。より具体的に、当該再生時間は、再生中の映像データが到着した時刻から次に再生すべき映像データが到着する時刻までの時間間隔よりも長くなければならない。
【００２２】
より具体的に、例えば、当該時間間隔が１０秒である場合に、当該再生時間は、少なくとも１０秒以上である必要がある。従って、例えば、他の通信端末から撮影中の映像をリアルタイムに配信するよう要求された場合に、送信元ノードは、すぐに撮影中の映像を配信するのではなく、所定の時間間隔毎に、撮影した映像を宛先ノードに対して送信することとなる。即ち、送信元ノードは、映像を撮影する撮影時間（つまり、再生時間でもある）が当該所定の時間間隔になるたびに、撮影した映像を表す映像データを宛先ノードに対して送信する。尚、以下の説明において、本願では、当該所定の時間間隔を、「送信間隔ＴＲ」と称する。
【００２３】
このように、送信間隔ＴＲを十分に長くすることによって、宛先ノードは、映像データの再生が終了する前に、次に再生すべき映像データを受信することができる。そのため、宛先ノードは、再生中の映像が途切れることなく、次の映像データを再生することが可能となる。
【００２４】
しかしながら、送信間隔ＴＲを長くするということは、撮影が開始された時刻から撮影された映像の送信が開始される時刻までの時間が長くなるということである。その結果、宛先ノードでは、当該映像の再生を開始するまでの時間（以下、本願では「再生遅延」と称する）が長くなる虞がある。このため、リアルタイムな映像の再現性が低下してしまうという問題がある。
【００２５】
非特許文献１及び非特許文献２に開示された技術は、複数の中継ノード（通信経路）を併用することによって、高品質な映像の再生を実現する手法である。そのため、非特許文献１及び非特許文献２は、例えば、複数のチャネルを併用する無線マルチホップネットワークにおいて生じる再生遅延を短縮することについて考慮していない。そのため、非特許文献１及び非特許文献２では、上述した問題を解決することができない。
【００２６】
特許文献１は、異なるチャネルを使用するネットワークに接続するノード間において、データの送受信に２つの中継ノードを併用することが記載されている。これにより、特許文献１は、中継ノードに加わる負荷を軽減することができる。しかしながら、特許文献１には、宛先ノードにおいて生じる再生遅延を短縮する具体的な手法について、考慮されておらず何ら述べられていない。そのため、特許文献１に開示された無線通信システムでは、当該再生遅延を短縮することができない。
【００２７】
本発明は、ノード間において情報を配信するに際して、宛先ノードにおいて当該情報を再生する際に生じる再生遅延時間を許容される再生遅延時間（期間）内に収めると共に、配信される情報をより少ない中継ノードにより中継することが可能な通信端末等を提供することを主たる目的とする。
【課題を解決するための手段】
【００２８】
上記の課題を達成すべく、本発明の一態様に係る通信端末は、以下の構成を備える。
【００２９】
即ち、本発明の一態様に係る通信端末は、
宛先ノードから配信対象であるコンテンツの配信を要求されるのに応じて、その要求に含まれる前記宛先ノードにおいて許容される再生遅延時間と、前記宛先ノードにおける再生時間、前記コンテンツに関する情報、自端末と前記宛先ノードとが接続するネットワークの状態に関する情報及び自端末と前記宛先ノードとの間を中継する１つ以上の中継ノードにおいてネットワークの切り替えに要する時間とに基づいて、前記コンテンツを構成する配信情報を送信する送信間隔と、その配信情報の送信に必要な中継ノード数とを求め、求めた中継ノード数に基づいて、自端末と前記宛先ノードとの通信が可能な範囲がオーバーラップするエリア内に位置するノードを前記中継ノードとして選定する選定手段と、
前記コンテンツを構成する全ての前記配信情報のうち少なくとも一部であり、配信を要求されてからバッファに記憶された前記配信情報が前記宛先ノードにおいて再生される際に、その宛先ノードが再生に要する時間が前記送信間隔に達すると、１つ以上の前記中継ノードのうち、中継しているノードと異なる他のノードを選定し、その選定した前記中継ノードを経由して、該配信情報を、前記宛先ノードに送信する送受信制御手段とを備える。
【００３０】
或いは、同目的は、上記に示す通信端末を含む情報配信システムによっても達成される。
【００３１】
また、同目的を達成すべく、本発明の一態様に係る配信方法は、以下の構成を備える。
【００３２】
即ち、本発明の一態様に係る配信方法は、
情報処理装置によって、
宛先ノードから配信対象であるコンテンツの配信を要求されるのに応じて、その要求に含まれる前記宛先ノードにおいて許容される再生遅延時間と、前記宛先ノードにおける再生時間、前記コンテンツに関する情報、自端末と前記宛先ノードとが接続するネットワークの状態に関する情報及び自端末と前記宛先ノードとの間を中継する１つ以上の中継ノードにおいてネットワークの切り替えに要する時間とに基づいて、前記コンテンツを構成する配信情報を送信する送信間隔と、その配信情報の送信に必要な中継ノード数とを求め、求めた中継ノード数に基づいて、自端末と前記宛先ノードとの通信が可能な範囲がオーバーラップするエリア内に位置するノードを前記中継ノードとして選定し、
前記コンテンツを構成する全ての前記配信情報のうち少なくとも一部であり、配信を要求されてからバッファに記憶された前記配信情報が前記宛先ノードにおいて再生される際に、その宛先ノードが再生に要する時間が前記送信間隔に達すると、１つ以上の前記中継ノードのうち、中継しているノードと異なる他のノードを選定し、その選定した前記中継ノードを経由して、該配信情報を、前記宛先ノードに送信する。
【００３３】
尚、同目的は、上記の各構成を有する通信端末及び配信方法を、コンピュータによって実現するコンピュータ・プログラム、及びそのコンピュータ・プログラムが格納されている、読み取り可能な記録媒体によっても達成される。
【発明の効果】
【００３４】
本発明によれば、ノード間において情報を配信するに際して、宛先ノードにおいて当該情報を再生する際に生じる再生遅延時間を許容される再生遅延時間（期間）内に収めると共に、配信される情報をより少ない中継ノードにより中継することが可能な通信端末等を提供することができる。
【図面の簡単な説明】
【００３５】
【図１】本発明の第１の実施形態における情報配信システムの構成を例示する図である。
【図２】本発明の第１の実施形態における通信端末の構成を示すブロック図である。
【図３】本発明の第１の実施形態における経路情報を具体的に例示する図である。
【図４】本発明の第１の実施形態におけるチャネル情報を具体的に例示する図である。
【図５】本発明の第１の実施形態における通信端末が映像データを配信する処理を示すフローチャートである。
【図６】本発明の第１の実施形態における通信端末が中継することによって他の通信端末に映像データを送信する処理を示すフローチャートである。
【図７】本発明の第１の実施形態における通信端末が送信元ノードから配信された映像データを受信し、その映像データを再生する処理を示すフローチャートである。
【図８】本発明の第１の実施形態に係る実施例における情報配信システムの構成を例示する図である。
【図９】本発明の第１の実施形態に係る実施例における各通信端末において映像データを送受信する態様を概念的に例示する図である。
【図１０】本発明の第１の実施形態に係る実施例における送信元ノードが有する経路情報を具体的に例示する図である。
【図１１】本発明の第１の実施形態に係る実施例における中継可能ノードが有するチャネル情報を具体的に例示する図である。
【図１２】本発明の第１の実施形態に係る実施例における中継ノード選定部が有する中継ノードリストを具体的に例示する図である。
【図１３】本発明の第１の実施形態に係る実施例における中継ノード選定部によって更新された中継ノードリストを具体的に例示する図である。
【図１４】本発明の第２の実施形態における情報配信システムの構成を例示する図である。
【図１５】本発明の第３の実施形態における通信端末の構成を示すブロック図である。
【図１６】本発明の第３の実施形態における情報配信システムの構成を例示する図である。
【図１７】本発明の第４の実施形態における通信端末の構成を示すブロック図である。
【図１８】本発明に係る各実施形態を実現可能な情報処理装置のハードウェア構成を例示的に説明するブロック図である。
【発明を実施するための形態】
【００３６】
以下、本発明の実施形態について図面を参照して詳細に説明する。
【００３７】
＜第１の実施形態＞
図１は、本発明の第１の実施形態における情報配信システム１の構成を例示する図である。
【００３８】
図１に示すように、情報配信システム１は、異なるチャネルを使用する２つ以上のネットワークから構成されている。即ち、情報配信システム１は、第１のチャネル（Ｃｈ１）を用いて通信を行う第１のネットワークであるネットワーク１０と、Ｃｈ１とは異なる第２のチャネル（Ｃｈ２）を用いて通信を行う第２のネットワークであるネットワーク２０とを含んでいる。点線によって示されたネットワーク１０は、通信端末１０１の通信が可能な範囲を示している。また、点線によって示されたネットワーク２０は、通信端末１０４の通信が可能な範囲を示している。
【００３９】
尚、説明をよりわかりやすくすることを目的として、以下の説明では、例えば、図１に示すように、ネットワーク１０とネットワーク２０との２つのネットワークを図示することとする。これらネットワークには、１つ以上の通信端末が通信可能に接続する（以下、単に、「接続する」と略記する）こととする。また、各通信端末は、送信元ノード、宛先ノード及び中継ノードの何れかのノードとして動作できる機能を持つこととする。
【００４０】
ここで、送信元ノードとは、例えば、カメラなどの撮像機器によって撮影した映像などのコンテンツを他ノードに配信するノードである。また、宛先ノードとは、送信元ノードが撮影した映像を受信し、受信した映像を再生するノードである。そして、中継ノードとは、送信元ノードが接続しているネットワークと、宛先ノードが接続しているネットワークとの何れかのネットワークに切り替える機能を有する。また、中継ノードは、ネットワークを切り替えることによって、映像を送信元ノードから宛先ノードに中継するノードとして定義することとする。
【００４１】
また、通信端末間は、例えば、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ及びＩＥＥＥ８０２．１１ｎ等の無線通信規格に基づいて、お互いにデータの送受信が可能なように接続されている。それぞれのネットワーク内に位置する各通信端末は、お互いにＩＢＳＳモード（アドホックモードとも呼ばれる）によって直接接続されているものとする。尚、ＩＥＥＥは、Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓの略称である。ＩＢＳＳは、Ｉｎｄｅｐｅｎｄｅｎｔ  Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔの略称である。
【００４２】
より具体的に、図１において、ネットワーク１０は、１つ以上の通信端末を含んでいる。図を簡略化することを目的として、図１に示すネットワーク１０には、３つの通信端末（通信端末１０１乃至通信端末１０３）が接続されているものとする。また、ネットワーク２０には、１つの通信端末１０４が接続されているものとする。尚、ネットワーク２０には、１つ以上の通信端末が接続されていてもよい。
【００４３】
また、以下の説明では、図１に示すように、通信端末１０１と通信端末１０４との通信が可能な範囲がオーバーラップしたエリア内に２つの通信端末（通信端末１０２及び通信端末１０３）が存在する構成を例に説明する。しかしながら、本実施形態を例に説明する本発明は、前述した構成には限定されない。通信端末は、当該エリア内に１つ以上であれば複数の通信端末が存在していてもよい。
【００４４】
図２は、本発明の第１の実施形態における通信端末（通信端末１０１乃至通信端末１０４）の構成を示すブロック図である。
【００４５】
尚、説明の便宜上、一例として、以下の説明では、通信端末１０１乃至通信端末１０４は、同じ構成を有することとする。そのため、以下の説明では、これら通信端末１０１乃至通信端末１０４を総称して、通信端末１００と称し、通信端末１００を例に説明する。
【００４６】
図２において、通信端末１００は、プログラムにしたがって動作する不図示のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、メモリ、入出力装置、通信回路等を備えた情報処理装置としての機能を持つ各種の電気機器によって実現できる。通信端末１００には、例えば、カメラ等の撮像機器と接続可能な通信端末及び音声または映像を再生可能な通信端末の少なくとも何れかの端末装置を採用することができる。より具体的に、一例として、通信端末１００は、携帯電話機、スマートフォン、ノート型やタブレット型、或いは据え置き型のパーソナルコンピュータ等を採用してもよい。また、例えば、通信端末１００は、通信機能を持つデジタルカメラを採用することもできる。
【００４７】
通信端末１００は、中継ノード選定部１１０、送受信制御部１２０、記憶部１３０、入出力部１４０、データ処理部１５０及びネットワーク処理部１６０を有する。
【００４８】
以下では、各部の機能について説明する。
【００４９】
尚、説明の便宜上、一例として、以下の説明では、映像をストリーミング配信する際の動作について説明する。しかしながら本発明に係る実施形態は、係る構成に限定されない。情報配信システム１は、ストリーミングの配信対象として、映像だけでなく、音声、又は音声を含む映像であってもよい。
【００５０】
入出力部１４０は、通信端末１００に備えられたマウス、キーボード、カメラ、マイク、タッチパネル、ディスプレイ及びスピーカー等の入出力装置である。
【００５１】
データ処理部１５０は、例えば、カメラ等の入出力部１４０から入力された時系列な映像のフレームを符号化することによってストリーミング配信に適する形式のデータに変換する。データ処理部１５０は、その映像データを、送受信制御部１２０のデータ記憶部１２１に記憶する。より具体的に、データ処理部１５０は、映像データを、データ記憶部１２１が有する撮影映像バッファ（不図示）に記憶する。
【００５２】
尚、以下の説明では、データ処理部１５０によって変換されたコンテンツを構成するデータを「映像データ（配信情報）」と称する（以下、各実施形態においても同様）。
【００５３】
一方で、データ処理部１５０は、データ送受信部１２２から映像データを渡された場合には、当該映像データを復号化する。データ処理部１５０は、復号化した映像のフレームを、再生バッファ（不図示）に記憶する。また、データ処理部１５０は、通信端末において再生バッファに記憶された映像フレームを再生した際に、通信端末が再生に要する時間が予め決められた時間（再生時間）になると、当該記憶された映像フレームを、例えば、ディスプレイ等の入出力部１４０に出力する。これによって、通信端末１００は、入出力部１４０に映像を描画することができる。
【００５４】
このように、データ処理部１５０は、符号化及び復号化を行う周知のＣＯＤＥＣ（ＣＯＤＥＲ／ＤＥＣＯＤＥＲ）の処理を実行する。その代表的な規格としては、例えば、Ｈ．２６４やＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）等を採用してもよい。そのため、データ処理部１５０が行う符号化及び復号化の処理については、詳細な説明は省略する。
【００５５】
尚、以下の説明では、説明の便宜上、宛先ノードにおいて予め決められた再生時間を、「バッファ再生時間」と称する（以下、各実施形態においても同様）。
【００５６】
記憶部１３０は、経路情報１３１、チャネル情報１３２、送信元情報１３３及びノード情報１３４を含む。
【００５７】
以下では、記憶部１３０に含まれるそれぞれの情報について説明する。
【００５８】
経路情報１３１は、自端末が接続するネットワークと異なる他のネットワーク内に位置する全ての通信端末に関する情報を含む。
【００５９】
より具体的に、経路情報１３１は、通信端末を識別可能な識別子と、その通信端末に到達可能な通信端末の識別子とを含む。即ち、経路情報１３１は、他のネットワーク内に位置する通信端末の識別子と、その通信端末に中継可能な通信端末の識別子とが関連付けられた情報である。以下の説明では、説明の便宜上、特定の通信端末間において中継可能な通信端末を「中継可能ノード」とも称する。
【００６０】
図３は、本発明の第１の実施形態における経路情報１３１を具体的に例示する図である。図３では、例えば、識別子としてＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを採用する場合について説明する。また、図２に示すように、例えば、経路情報１３１は、宛先ノードの識別子と中継可能ノードの識別子とが関連付けられた態様を、表（テーブル）形式によって表されていてもよい（以下、「中継可能ノード表」とも記載する）。
【００６１】
図３に表形式で示す経路情報１３１において、１列目は、他のネットワーク内に位置する宛先ノードのＩＰアドレス「１９２．１６８．０．４」を表す。また、２列目は、宛先ノードに中継可能な中継可能ノードのＩＰアドレス「１９２．１６８．０．２」と「１９２．１６８．０．３」とを表す。
【００６２】
より具体的に、この例では、ＩＰアドレス「１９２．１６８．０．４」を割り当てられた宛先ノードは、ＩＰアドレス「１９２．１６８．０．２」または「１９２．１６８．０．３」を割り当てられた中継可能ノードを経由して映像データを受信することができる。
【００６３】
尚、上述した説明では、説明の便宜上、一例として、経路情報１３１に含まれる識別子には、ＩＰアドレスを採用する構成を例に説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。当該識別子は、通信端末を識別可能なＩｄｅｎｔｉｆｉｅｒ（ＩＤ）を採用してもよい。
【００６４】
また、通信端末１００は、自端末から当該異なる他のネットワークに接続する通信端末までの通信経路を構築することが可能な経路制御の仕組みを備えることとする。これによって、通信端末１００は、経路情報１３１を生成することができる。また、例えば、通信端末１００は、複数の中継可能ノードが存在する場合には、その全ての中継可能ノードの識別子を経路情報１３１に含めることにより生成することとする。
【００６５】
尚、通信端末１００が当該通信経路を構築する技術自体は、現在では一般的な技術を採用することができる。そのため、本実施形態における詳細な説明は省略する。
【００６６】
チャネル情報１３２は、自端末の通信半径内に位置する他の通信端末の識別子と、その通信端末が接続するネットワークが使用するチャネルを示す情報と、当該ネットワークを識別可能な識別子とを含む。即ち、チャネル情報１３２は、当該通信端末の識別子と、チャネルを示す情報と、ネットワークの識別子とが関連付けられた情報である。
【００６７】
ここで、通信半径とは、例えば、通信端末の通信可能な範囲において、その範囲が便宜的（理想的）に円をなすと仮定して、自端末が位置する中心点から当該円の円周上までの距離範囲を表す。
【００６８】
また、通信端末の識別子には、ＩＰアドレスを採用してもよい。ネットワークの識別子には、例えば、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）を採用してもよい。
【００６９】
図４は、本発明の第１の実施形態におけるチャネル情報１３２を具体的に例示する図である。
【００７０】
図４に表形式で示すチャネル情報１３２おいて、１列目は、他の通信端末の識別子（ノードのＩＰアドレス）を表す情報である。２列目は、当該ネットワークが使用するチャネルを表す情報である。３列目は、ネットワークの識別子を表す情報である。図４に示すように、例えば、チャネル情報１３２は、他の通信端末の識別子と、チャネルと、ネットワークの識別子とが関連付けられた態様を、表形式によって表されていてもよい（以下、「ノードチャネル表」とも記載する）。
【００７１】
より具体的に、図４の２行目に示すように、ＩＰアドレス「１９２．１６８．０．１」を割り当てられた通信端末は、Ｃｈ１を使用するネットワークに接続していることを表す。また、そのネットワークの識別子は、「Ｎｅｔｗｏｒｋ１０」であることを意味する。
【００７２】
図４の３行目において、ＩＰアドレス「１９２．１６８．０．４」を割り当てられた通信端末は、Ｃｈ２を使用するネットワークに接続していることを表す。また、そのネットワークの識別子は、「Ｎｅｔｗｏｒｋ２０」であることを意味する。
【００７３】
例えば、ＩＰアドレス「１９２．１６８．０．１」を割り当てられた通信端末に映像データを中継する場合に、中継ノードは、チャネル情報１３２を参照する。これにより、中継ノードは、当該通信端末と通信するために、識別子「Ｎｅｔｗｏｒｋ１０」のネットワークに接続すればよいということを把握することが可能になる。
【００７４】
尚、通信端末１００は、チャネル情報１３２を生成する仕組みを備えるものとする。また、このような仕組みがない環境であっても、通信端末１００は、予め生成されたチャネル情報１３２を利用してもよい。
【００７５】
送信元情報１３３は、自端末が中継ノードとして動作する場合に、送信元ノードを識別可能な識別子を表す情報を含む。
【００７６】
より具体的に、送信元情報１３３は、例えば、宛先ノードに映像データの送信が完了した際に、接続すべき送信元ノードの識別子を表す情報を含む。送信元ノードの識別子としては、例えば、ＩＰアドレスを採用してもよい。或いは、例えば、当該識別子としては、自端末が位置するネットワークの識別子と、そのネットワークが使用するチャネルとを採用してもよい。
【００７７】
ノード情報１３４は、自端末が位置するネットワークに接続する通信端末の識別子（ＩＤ及びＩＰアドレス）と、そのネットワークと異なる他のネットワークに接続する通信端末の識別子とを含む。即ち、ノード情報１３４は、それぞれのネットワークに接続する全ての通信端末のＩＤとＩＰアドレスとが通信端末毎に関連付けられた情報を含む。また、例えば、ノード情報１３４は、それら通信端末のＩＤと、ＩＰアドレスとが関連付けられた態様を、表形式によって表されていてもよい。
【００７８】
中継ノード選定部１１０は、算出部１１１及びパラメータ情報１１２を有する。
【００７９】
中継ノード選定部１１０は、後述する送受信制御部１２０から指示されるのに応じて処理を開始する。即ち、中継ノード選定部１１０は、コンテンツを構成する映像データを送信する送信間隔ＴＲと、その映像データの送信に必要となる中継ノード数とを求めるよう指示される。また、中継ノード選定部１１０は、求めた中継ノード数に基づいて、中継ノードを選定するよう指示される。
【００８０】
より具体的に、中継ノード選定部１１０は、当該指示と共に、配信対象となる宛先ノードのＩＤ及びその宛先ノードにおいて許容される（目標とする）再生遅延時間を表す情報を受け取る。中継ノード選定部１１０は、送受信制御部１２０から得た宛先ノードのＩＤ及び当該許容される再生遅延時間を表す情報を、パラメータ情報１１２に記憶する。
【００８１】
尚、説明の便宜上、本願では、宛先ノードにおいて許容される（目標とする）再生遅延時間を、単に、「目標再生遅延」と略記する。また、以下、本願では、必要な中継ノード数を、「必要中継ノード数」と称する。
【００８２】
ここで、必要中継ノード数とは、例えば、配信対象である宛先ノードにおいて再生された映像が途切れることなく再生可能なように映像データを中継するのに必要となるノード数を表す。
【００８３】
また、中継ノード選定部１１０は、パラメータ情報１１２に記憶されている情報及び算出部１１１を用いて、送信間隔ＴＲ及び必要中継ノード数を算出する。換言すると、中継ノード選定部１１０は、パラメータ情報１１２に記憶されている情報に基づいて、送信間隔ＴＲ及び必要中継ノード数を求めるよう算出部１１１に要求する。
【００８４】
尚、算出部１１１が送信間隔ＴＲと必要中継ノード数とを求める処理については、本実施形態において後述する。
【００８５】
中継ノード選定部１１０は、算出部１１１によって求められた送信間隔ＴＲを表す情報を、送受信制御部１２０に対して出力する。
【００８６】
また、中継ノード選定部１１０は、算出部１１１によって求められた必要中継ノード数に基づいて、中継ノードを選定する。即ち、送信間隔ＴＲに基づきストリーミング配信を行う際に、中継ノード選定部１１０は、宛先ノードにおいて再生される映像が途切れることなく再生可能なように必要中継ノード数分の中継ノードを選定する。中継ノード選定部１１０は、選定した中継ノードの識別子を表す情報を、例えば、中継ノード情報（リスト）に記憶する。
【００８７】
より具体的に、中継ノードの選定方法として、中継ノード選定部１１０は、例えば、経路情報１３１に含まれる中継可能ノードに関する情報を参照する。中継ノード選定部１１０は、求められた必要中継ノード数に基づいて、参照した経路情報１３１の中から必要な数の中継ノードだけランダムに選定してもよい。
【００８８】
パラメータ情報１１２は、求められた送信間隔ＴＲ及び必要中継ノード数を表す情報と、送信間隔ＴＲ及び必要中継ノード数の計算に必要な情報とを含む。即ち、パラメータ情報１１２は、宛先ノードにおけるバッファ再生時間（再生時間）を表す情報、コンテンツに関する情報及び自端末と宛先ノードとが接続するネットワークの状態に関する情報及び中継ノードにおいてネットワークの切り替えに要する時間を含む。
【００８９】
具体的に、パラメータ情報１１２は、次に示す情報を含む。即ち、パラメータ情報１１２は、例えば、以下の情報を含む。
【００９０】
・自端末から自端末の通信が可能な範囲内に位置する中継可能ノードまでのスループットの値を表す情報、
・当該中継可能ノードから、中継可能ノードの通信半径内に位置する他の通信端末までのスループットの値を表す情報、
・中継可能ノードにおいてチャネルを切り替えると共にネットワークに接続するのに要する時間（以下、「切り替え所要時間」と称する）の値を表す情報、
・各通信端末のバッファ再生時間の値を表す情報、
・配信対象となる宛先ノードの識別子、
・当該宛先ノードにおける目標再生遅延の値を表す情報、
・配信すべき配信データにおけるビットレートの値を表す情報、
・求められた送信間隔ＴＲ及び
・求められた必要中継ノード数の値を表す情報。
【００９１】
当該ビットレートの値は、例えば、映像を配信する場合に、映像データにおけるビットレートの値を採用してもよい。また、以下の説明では、上述した２つのスループットの値は、同じ値をとることとする。
【００９２】
尚、本実施形態において、通信端末１００は、上述した算出処理に必要なリンクのスループットを測定する仕組みを備えることとする。通信端末１００は、端末間において各中継可能ノードの切り替え所要時間の値を表す情報を交換できる仕組みを備えることとする。
【００９３】
また、目標再生遅延としては、宛先ノードから要求された値を用いてもよい。或いは、目標再生遅延には、ユーザによって予め設定された値を用いてもよい。そして、宛先ノードの識別子には、例えば、ユーザによって入力された値を用いてもよい。或いは、当該識別子は、宛先ノードから配信要求を受信することによって決定されてもよい。
【００９４】
次に、以下の説明では、算出部１１１によって送信間隔ＴＲと必要中継ノード数とを求める算出処理について詳細に説明する。
【００９５】
算出部１１１は、パラメータ情報１１２に含まれる目標再生遅延を実現することを目的として送信間隔ＴＲを計算する。また、算出部１１１は、例えば、再生した映像が途切れないストリーミング配信を実現することを目的として、必要中継ノード数を計算する。算出部１１１は、求めた送信間隔ＴＲと必要中継ノード数とをパラメータ情報１１２に記憶する。
【００９６】
より具体的に、算出部１１１は、予め定められた数式に従って送信間隔ＴＲ及び必要中継ノード数を計算する。即ち、算出部１１１は、パラメータ情報１１２に含まれる情報に基づいて送信間隔ＴＲを、例えば、次式（１）によって求める。また、算出部１１１は、パラメータ情報１１２に含まれる情報に基づいて必要中継ノード数を、例えば、次式（２）によって求める。
2016184263.tif 000003
2016184263.tif 000004
【００９７】
尚、Ｂｒは、ビットレートの値（１秒間の再生時間をなす配信データのサイズ）を表す。Ｔｈｐは、スループットの値を表す。Ｐ＿ｄは、目標再生遅延の値を表す。Ｓｗ＿ｔは、切り替え所要時間の値を表す。Ｂｕｆ＿ｔは、バッファ再生時間の値を表す。「−」は、減算を表す。「＋」は、加算を表す。「＊」は、乗算を表す。「／」は、除算を表す。但し、求めた必要中継ノード数が非整数になった場合に、必要中継ノード数は、求めた必要中継ノード数より大きく、且つ最小の整数を採用することとする（以下、各実施形態においても同様）。
【００９８】
また、説明の便宜上、一例として、数式（１）及び（２）は、送信元ノードと宛先ノードとの間の距離が２ホップの場合の数式である。そのため、本実施形態おいて、算出部１１１は、送信間隔ＴＲ及び必要中継ノード数を求めることができれば上述した数式（１）及び（２）に限定されず様々な数式を採用してもよい。
【００９９】
送受信制御部１２０は、データ記憶部１２１及びデータ送受信部１２２を有する。データ記憶部１２１は、配信すべき映像データを記憶する撮影映像バッファ（不図示）及び中継すべきデータブロックを記憶する中継バッファ（不図示）を有する。
【０１００】
送受信制御部１２０は、映像データの記憶及び映像データの送受信を制御する。
【０１０１】
より具体的に、送受信制御部１２０は、ネットワーク処理部１６０を経由して、他の通信端末から配信要求（リクエスト）を受信すると、リクエストに含まれる配信対象となる宛先ノードのＩＤ及び目標再生遅延を表す情報を取得する。送受信制御部１２０は、宛先ノードのＩＤ及び目標再生遅延を表す情報を、中継ノード選定部１１０に対して渡す。また、送受信制御部１２０は、送信間隔ＴＲ及び必要中継ノード数を求めると共に、求めた必要中継ノード数に基づき中継ノードを選定するよう中継ノード選定部１１０に対して指示する。
【０１０２】
送受信制御部１２０は、中継ノード選定部１１０から送信間隔ＴＲを受け取ると、次に示す処理を開始する。即ち、送受信制御部１２０は、撮影映像バッファに記憶されている最新の映像データが宛先ノードにおいて再生される際に、その宛先ノードが再生に要する時間が送信間隔ＴＲに達するごとに、映像データをデータ送受信部１２２の送信バッファ（不図示）に書き込む。換言すると、送受信制御部１２０は、その達した時系列順となるように映像データを送信バッファに記憶する。また、送受信制御部１２０は、宛先ノードの識別子（ＩＤ）を表す情報を、データ送受信部１２２に対して渡す。
【０１０３】
ここで、最新の映像データとは、宛先ノードからリクエストを受けてから撮影された映像を表す映像データである。即ち、最新の映像データは、コンテンツを構成する全ての映像データのうち少なくとも一部であり、コンテンツの配信を要求されてから撮影映像バッファに記憶された映像データである。
【０１０４】
尚、以下の説明では、説明の便宜上、映像データが宛先ノードにおいて再生される際に、その宛先ノードが再生に要する時間を、「再生時間」と略記する。
【０１０５】
データ送受信部１２２は、映像データの送受信を行う。
【０１０６】
より具体的に、一例として、以下の説明では、データ送受信部１２２が映像データを送信する際の動作について説明する。
【０１０７】
データ送受信部１２２は、送受信制御部１２０から宛先ノードのＩＤを受け取ると共に、映像データを送信バッファに書き込まれると、次に示す処理を実行する。即ち、データ送受信部１２２は、送信バッファに記憶された映像データをデータブロックとして読み出す。即ち、データ送受信部１２２は、映像データをデータブロックに変換する。
【０１０８】
データ送受信部１２２は、読み出したデータブロックに宛先ノードのＩＤを含むヘッダを付与する。そして、データ送受信部１２２は、中継ノード選定部１１０が有する中継ノードの識別子を含む情報（中継ノードリスト）を参照する。参照した結果、データ送受信部１２２は、中継ノードリストの中から１つの中継ノードを選定する。データ送受信部１２２は、当該データブロックを、ネットワーク処理部１６０を経由して、選定した中継ノードに対して送信する。
【０１０９】
尚、中継ノードを選定する順番としては、例えば、中継ノードリストに含まれる１つ以上の中継ノードのうち、それぞれの中継ノードが順に巡回して中継できるようになれば、中継ノードリストの中からどの中継ノードを先に選定してもよい。
【０１１０】
より具体的に、一例として、以下の説明では、中継ノードリストに３台の通信端末（通信端末Ａ、通信端末Ｂ及び通信端末Ｃ）の識別子が含まれる場合の選定手法について説明する。例えば、選定手法として、最初に通信端末Ｂ、通信端末Ａ及び通信端末Ｃの順に選定した場合に、それ以降の選定順番は、Ｂ、Ａ、Ｃ、Ｂ、Ａ、Ｃ…というように繰り返すこととする。
【０１１１】
次に、一例として、以下の説明では、データ送受信部１２２が映像データを受信する際の動作について説明する。そして、データ送受信部１２２を含む通信端末１００は、中継ノードとして動作することとする。
【０１１２】
データ送受信部１２２は、ネットワーク処理部１６０を経由して、データブロックを受信する。
【０１１３】
データ送受信部１２２は、受信したデータブロックのヘッダを参照する。データ送受信部１２２は、ヘッダに含まれる宛先ノードのＩＤが自端末のＩＤと一致するか否かを判別する。データ送受信部１２２は、宛先ノードのＩＤと自端末のＩＤとが一致しないと判断した場合に、当該データブロックを、データ記憶部１２１の中継バッファ（不図示）に一旦記憶する。
【０１１４】
そして、データ送受信部１２２は、ヘッダに含まれる宛先ノードのＩＤに基づいて、ノード情報１３４を参照する。データ送受信部１２２は、ノード情報１３４の中から、宛先ノードのＩＤに関連付けられたＩＰアドレスを取得する。即ち、データ送受信部１２２は、宛先ノードのＩＰアドレスを取得する。データ送受信部１２２は、取得したＩＰアドレスに基づいて、チャネル情報１３２を参照する。データ送受信部１２２は、チャネル情報１３２の中から、当該ＩＰアドレスに関連付けられたネットワークの識別子及びそのネットワークが使用するチャネルを取得する。即ち、データ送受信部１２２は、当該ＩＰアドレスを割り当てられた宛先ノードが接続しているネットワークの識別子及びチャネルを取得する。
【０１１５】
データ送受信部１２２は、送信元ノードの識別子を送信元情報１３３に記憶する。
【０１１６】
より具体的に、データ送受信部１２２は、当該識別子として、例えば、送信元ノードのＩＰアドレスを送信元情報１３３に記憶してもよい。その場合に、データ送受信部１２２は、送信元情報１３３に記憶されたＩＰアドレスに基づいて、チャネル情報１３２を参照する。これにより、データ送受信部１２２は、チャネル情報１３２の中からＩＰアドレスに関連付けられた送信元ノードが位置するネットワークの識別子と、そのネットワークが使用するチャネルとを取得することができる。
【０１１７】
または、例えば、データ送受信部１２２は、当該識別子として、自端末が位置するネットワークの識別子と、そのネットワークが使用するチャネルとを送信元情報１３３に記憶してもよい。その場合に、データ送受信部１２２は、送信元情報１３３に記憶されたネットワークの識別子とチャネルとを取得することができる。
【０１１８】
データ送受信部１２２は、取得したネットワークの識別子及びチャネルに基づいて、ネットワーク処理部１６０にチャネルと、そのチャネルを使用するネットワークとを切り替えるよう指示する。
【０１１９】
これにより、ネットワーク処理部１６０は、指示に従い使用すべきチャネルとネットワークとを切り替えることができる。
【０１２０】
宛先ノードと接続した後、データ送受信部１２２は、データ記憶部１２１の中継バッファに記憶したデータブロックを、ネットワーク処理部１６０を経由して宛先ノードに転送する。
【０１２１】
次に、以下の説明では、一例として、データ送受信部１２２が映像データを受信する際の動作について説明する。そして、データ送受信部１２２を含む通信端末１００は、宛先ノードとして動作することとする。
【０１２２】
データ送受信部１２２は、ネットワーク処理部１６０を経由して、データブロックを受信する。データ送受信部１２２は、当該データブロックの宛先を示す宛先ノードのＩＤと自端末のＩＤとが一致するか否かを判別する。データ送受信部１２２は、一致すると判断した場合には、データブロックを映像データとして復元する。また、データ送受信部１２２は、復元した映像データをデータ処理部１５０に対して出力する。
【０１２３】
ネットワーク処理部１６０は、ネットワークプロトコルにおけるトランスポート層、ＩＰ層、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓｓ  Ｃｏｎｔｒｏｌ）層、ＰＨＹ（Ｐｈｙｓｉｃａｌ）層を実現する。トランスポート層としては、例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）などを採用してもよい。
【０１２４】
ネットワーク処理部１６０は、ネットワークからデータブロックを受信すると、当該データブロックをデータ送受信部１２２に対して送信する。一方で、ネットワーク処理部１６０は、データ送受信部１２２からデータブロックを受信すると、当該データブロックをネットワークに出力する。また、ネットワーク処理部１６０は、データ送受信部１２２から特定のチャネルとネットワークへの切り替え指示を受けると、その指示に従ってチャネルとネットワークとの切り替え処理を実行する。
【０１２５】
より具体的に、ネットワーク処理部１６０は、データ送受信部１２２から得たネットワークの識別子及びチャネルを含む切り替え要求に応じて、ネットワークの識別子及びチャネルに基づきチャネルとネットワークとの切り替え処理を実行する。
【０１２６】
上述したネットワーク処理部１６０は、例えば、通信端末１００のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）に含まれるカーネルで実現される。その場合、通信端末１００は、カーネルに実装されたトランスポート層、ＩＰ層、ＭＡＣ層、ＰＨＹ層等のネットワークプロトコルに従って処理を実行する。尚、ネットワークプロトコルのトランスポート層、ＩＰ層、ＭＡＣ層、ＰＨＹ層等に従った処理は、当業者によく知られている。そのため、ここではその詳細な説明を省略する。
【０１２７】
以下の説明において、より具体的に、本実施形態における通信端末１００の動作について説明する。
【０１２８】
ここでは、説明の便宜上、一例として、通信端末１００は、カメラ等の入出力部１４０によって映像を撮影しつつ、その映像を配信することとする。即ち、通信端末１００は、リアルタイムに映像を配信することとする。
【０１２９】
また、通信端末１００は、特定の映像を撮影しながら、その映像コンテンツを識別可能な識別子（ＩＤ）を含む制御メッセージ（映像告知メッセージ）を、他の通信端末と共有することとする。
【０１３０】
これにより、当該他の通信端末は、映像告知メッセージを受信することができる。また、当該他の通信端末では、映像コンテンツの視聴を希望する場合に、リクエストを、送信元ノードに送信する仕組みを備えることとする。そのリクエストは、例えば、映像告知メッセージに含まれる映像コンテンツのＩＤ、その映像コンテンツを再生する際の目標再生遅延、自端末のＩＤなどを含むこととする。
【０１３１】
尚、説明の便宜上、上述した構成を例に説明するが、本実施形態を例に説明する本発明は、前述した構成には限定されない（以下の実施形態においても同様）。
【０１３２】
次に、以下の説明では、通信端末１００が送信元ノード、中継ノード及び宛先ノードとして動作する機能を有していることとする。また、以下の説明では、それらノードとして動作する際の処理について、図５乃至図７を参照して説明する。
【０１３３】
（送信元ノードとして動作する際の処理）
以下の説明では、通信端末１００が送信元ノードとして動作する際の処理について説明する。
【０１３４】
図５は、本発明の第１の実施形態における通信端末１００が映像データを配信する処理を示すフローチャートである。係るフローチャートに沿って通信端末１００の動作手順を説明する。
【０１３５】
例えば、入出力部１４０であるカメラは、ユーザの入力等の操作に応じて起動されると共に、映像の撮影を開始する。データ処理部１５０は、入出力部１４０により入力された映像のフレームを配信できる形式の映像データに変換する。データ処理部１５０は、変換した映像データをデータ記憶部１２１の撮影映像バッファに記憶する。一旦、映像の撮影が開始されると、撮影が終了されるまでこの動作は続けられる（ステップＡ１）。
【０１３６】
データ送受信部１２２は、他の通信端末からネットワーク処理部１６０を経由して、リアルタイムに映像を配信するよう要求するリクエストを受信する。データ送受信部１２２は、リクエストに含まれる映像コンテンツのＩＤ、配信対象である宛先ノードのＩＤ及び目標再生遅延を表す情報を抽出する。送受信制御部１２０は、データ送受信部１２２によって抽出された宛先ノードのＩＤ及び目標再生遅延を表す情報を中継ノード選定部１１０に対して渡す。また、送受信制御部１２０は、送信間隔ＴＲの算出及び中継ノードを選定するよう中継ノード選定部１１０に対して指示する（ステップＡ２）。
【０１３７】
中継ノード選定部１１０は、送受信制御部１２０から宛先ノードのＩＤ及び目標再生遅延を表す情報を受け取る。また、中継ノード選定部１１０は、送信間隔ＴＲを求めると共に、中継ノードを決定するよう指示する情報を受け取る。中継ノード選定部１１０は、宛先ノードのＩＤ及びその宛先ノードの目標再生遅延を表す情報をパラメータ情報１１２に記憶する。中継ノード選定部１１０は、パラメータ情報１１２に記憶されている情報及び算出部１１１を用いて、送信間隔ＴＲ及び必要中継ノード数を算出する。中継ノード選定部１１０は、計算した結果をパラメータ情報１１２に記憶する（ステップＡ３）。
【０１３８】
そして、中継ノード選定部１１０は、必要中継ノード数に基づいて、経路情報１３１の中から必要数分の中継ノードだけランダムに選定する。中継ノード選定部１１０は、選定した中継ノードの識別子を表す情報を、中継ノードリストに記憶する（ステップＡ４）。
【０１３９】
送受信制御部１２０は、データ記憶部１２１の撮影映像バッファに記憶された映像データの再生時間と送信間隔ＴＲとが一致または略一致（以降、単に「一致」と称する）するか否かを判別する。換言すると、送受信制御部１２０は、当該再生時間が送信間隔ＴＲに達したか否かを判別する（ステップＡ５）。送受信制御部１２０は、一致しないと判断した場合に、処理をステップＡ５に戻す。即ち、データ処理部１５０は、映像データを撮影映像バッファに記憶し続ける（ステップＡ５において「ＮＯ」）。一方で、送受信制御部１２０は、一致すると判断した場合には、処理をステップＡ６に進める（ステップＡ５において「ＹＥＳ」）。
【０１４０】
送受信制御部１２０は、データ記憶部１２１の撮影映像バッファに記憶された映像データをデータ送受信部１２２の送信バッファに書き込む。送受信制御部１２０は、宛先ノードのＩＤを表す情報をデータ送受信部１２２に対して渡す。データ送受信部１２２は、映像データを、送受信制御部１２０により送信バッファに書き込まれると、当該映像データをデータブロックとして読み出す。データ送受信部１２２は、宛先ノードのＩＤを格納したヘッダをデータブロックに付与する。データ送受信部１２２は、中継ノード選定部１１０が有する中継ノードリストを参照し、当該宛先ノードに到達可能な中継ノードを選定する。
【０１４１】
より具体的に、例えば、データ送受信部１２２は、中継ノードリストの先頭から順に中継ノードを選定することとする。データ送受信部１２２は、ネットワーク処理部１６０を経由して、選定した中継ノード宛てに、これらデータブロックを送信する（ステップＡ６）。
【０１４２】
送受信制御部１２０は、入出力部１４０による撮影が終了したか否かを判別する（ステップＡ７）。送受信制御部１２０は、撮影が終了していないと判断した場合に、処理をステップＡ５に戻す。即ち、送受信制御部１２０は、次に送信すべき映像データにも同様の処理（ステップＡ５乃至Ａ７）を繰り返す（ステップＡ７において「ＮＯ」）。一方で、送受信制御部１２０は、撮影が終了したと判断した場合には、処理を終了する（ステップＡ７において「ＹＥＳ」）。
【０１４３】
（中継ノードとして動作する際の処理）
次に、以下の説明では、本実施形態における通信端末１００が配信元ノードと宛先ノードとの間において映像データを中継する動作（中継処理）について、図２及び図６を参照して説明する。即ち、以下の説明では、通信端末１００が中継ノードとして動作することとする。
【０１４４】
図６は、本発明の第１の実施形態における通信端末１００が中継することによって他の通信端末に映像データを送信する処理（中継処理）を示すフローチャートである。係るフローチャートに沿って通信端末１００の動作手順を説明する。
【０１４５】
尚、以下の説明において、図６のステップＢ８おいて通信端末１００は、図７のステップＣ１乃至ステップＣ４に示す再生処理を実行することとする。図７のステップＣ１乃至ステップＣ４に示す再生処理については、本実施形態において後述する。
【０１４６】
ここでは、説明の便宜上、一例として、通信端末１００は、送信元ノードと宛先ノードとの通信が可能な範囲がオーバーラップするエリア内に位置することとする。
【０１４７】
尚、説明の便宜上、上述した構成を例に説明するが、本実施形態を例に説明する本発明は、前述した構成には限定されない（以下の実施形態においても同様）。
【０１４８】
中継ノードとして動作する通信端末１００のデータ送受信部１２２は、ネットワーク処理部１６０を経由して、送信元ノードからデータブロックを受信する（ステップＢ１）。
【０１４９】
データ送受信部１２２は、受信したデータブロックのヘッダを参照する。データ送受信部１２２は、ヘッダに含まれる宛先ノードのＩＤが自端末のＩＤと一致するか否かを判別する。即ち、データ送受信部１２２は、データブロックが自端末宛てか否かを判別する（ステップＢ２）。データ送受信部１２２は、宛先ノードのＩＤと自端末のＩＤとが一致すると判断した場合に、処理をステップＢ８に進める。即ち、データ送受信部１２２は、データブロックが自端末宛てであると判断すると共に、後述するように宛先ノードとして再生処理を実行することになる（ステップＢ２において「ＹＥＳ」）。
【０１５０】
通信端末１００は、後述する図７のステップＣ１乃至ステップＣ４に示す再生処理を実行する（ステップＢ８）。
【０１５１】
一方で、データ送受信部１２２は、一致しないと判断した場合に、処理をステップＢ３に進める。即ち、データ送受信部１２２は、データブロックが自端末宛てでないと判断する（ステップＢ２において「ＮＯ」）。
【０１５２】
データ送受信部１２２は、当該データブロックを、データ記憶部１２１の中継バッファに記憶する。データ送受信部１２２は、宛先ノードのＩＤに基づいて、ノード情報１３４及びチャネル情報１３２を参照する。データ送受信部１２２は、これら情報の中から宛先ノードが位置するネットワークの識別子と、そのネットワークが使用するチャネルとを取得する。
【０１５３】
また、データ送受信部１２２は、送信元ノードの識別子を送信元情報１３３に記憶する。ここでは、データ送受信部１２２は、当該識別子として、送信元ノードのＩＰアドレスを送信元情報１３３に記憶することとする（ステップＢ３）。
【０１５４】
データ送受信部１２２は、ステップＢ３において取得した宛先ノードが使用するチャネルとネットワークとに切り替えるようネットワーク処理部１６０に対して指示する。即ち、データ送受信部１２２は、取得したネットワークの識別子及びチャネルに基づいて、ネットワーク処理部１６０にチャネルとネットワークとを切り替えるよう指示する。ネットワーク処理部１６０は、データ送受信部１２２からの指示に基づいて、チャネルを切り替えると共に、宛先ノードが位置するネットワークに接続する（ステップＢ４）。
【０１５５】
宛先ノードに接続した後に、データ送受信部１２２は、ネットワーク処理部１６０を経由して、データブロックを宛先ノードに中継する。即ち、データ送受信部１２２は、データブロックを宛先ノードに対して送信する（ステップＢ５）。
【０１５６】
データブロックの送信が完了すると、データ送受信部１２２は、送信元情報１３３及びチャネル情報１３２を参照し、送信元ノードが使用するチャネルとネットワークとに切り替えるようネットワーク処理部１６０に対して指示する。ネットワーク処理部１６０は、指示に従い、チャネルを切り替えると共に、送信元ノードが位置するネットワークに接続する（ステップＢ６）。
【０１５７】
より具体的に、データ送受信部１２２は、送信元情報１３３の中から送信元ノードのＩＰアドレスを取得する。データ送受信部１２２は、取得したＩＰアドレスに基づいて、チャネル情報１３２の中からネットワークの識別子とチャネルとを取得する。データ送受信部１２２は、取得したネットワークの識別子及びチャネルに基づいて、チャネルとネットワークとを切り替えるようネットワーク処理部１６０に対して指示する。
【０１５８】
データ送受信部１２２は、中継の終了を表す指示の有無を判別する。即ち、データ送受信部１２２は、例えば、ユーザの入力等の操作を受け付けた入出力部１４０を経由して、中継の終了を表す指示（情報）を受け付けたか否かを判別する（ステップＢ７）。
【０１５９】
データ送受信部１２２は、中継終了の指示がないと判断した場合に、中継処理を継続する。即ち、データ送受信部１２２は、中継終了を表す指示を受け付けていないと判断した場合に、処理をステップＢ１に戻す（ステップＢ７において「ＮＯ」）。データ送受信部１２２は、中継終了の指示があると判断した場合には、処理を終了する（ステップＢ７において「ＹＥＳ」）。
【０１６０】
（宛先ノードとして動作する際の処理）
以下の説明では、通信端末１００が配信された映像データを受信し、その映像データを再生する動作（再生処理）について、図２、図６及び図７を参照して説明する。即ち、以下の説明では、通信端末１００が宛先ノードとして動作することとする。
【０１６１】
図７は、本発明の第１の実施形態における通信端末１００が送信元ノードから配信された映像データを受信し、その映像データを再生する処理（再生処理）を示すフローチャートである。係るフローチャートに沿って通信端末１００の動作手順を説明する。
【０１６２】
尚、以下の説明において、図７のステップＣ５おいて通信端末１００は、図６のステップＢ３乃至ステップＢ７に示す中継処理を実行することとする。
【０１６３】
また、受信したデータブロックが自端末宛てか否かを判別する処理は、図６において説明したステップＢ１及びＢ２に示す処理と同様である。そのため、重複する説明は省略する。その際、通信端末１００は、データブロックが自端末宛てでないと判断した場合には（図７のステップＢ２において「ＮＯ」）、処理をステップＣ５に進める。即ち、通信端末１００は、図６において説明したように、中継ノードとして中継処理を実行することとする（ステップＣ５）。
【０１６４】
データ送受信部１２２は、ネットワーク処理部１６０を経由して、データブロックを受信すると、当該データブロックを映像データに復元する。また、データ送受信部１２２は、当該映像データを、データ処理部１５０に対して出力する（ステップＣ１）。
【０１６５】
データ処理部１５０は、データ送受信部１２２から映像データを受信する。データ処理部１５０は、当該映像データの復号処理を実行する。データ処理部１５０は、復号した映像のフレームを再生バッファに記憶する。データ処理部１５０は、再生バッファに記憶されている映像フレームの再生時間がバッファ再生時間に達したか否かを判別する。換言すると、データ処理部１５０は、当該映像フレームが自端末において再生する際に、自端末が再生に要する時間がバッファ再生時間に達したか否かを判別する（ステップＣ２）。
【０１６６】
データ処理部１５０は、当該再生時間がバッファ再生時間に達したと判断した場合に、処理をステップＣ３に進める（ステップＣ２において「ＹＥＳ」）。データ処理部１５０は、当該再生時間がバッファ再生時間に達していないと判断した場合には、処理をステップＣ１に戻す。即ち、映像のフレームは、再生時間がバッファ再生時間に達するまで再生バッファに蓄積されることとなる（ステップＣ２において「ＮＯ」）。
【０１６７】
データ処理部１５０は、バッファ再生時間に達するまで記憶された映像のフレームを入出力部１４０に対して出力する。即ち、データ処理部１５０は、当該再生時間に亘って再生可能な映像フレームを入出力部１４０に対して出力する。入出力部１４０は、当該映像のフレームを再生することができる（ステップＣ３）。
【０１６８】
データ送受信部１２２は、データブロックを受信したか否かを判別する。即ち、データ送受信部１２２は、次に再生すべき映像データを受信したか否かを判別する（ステップＣ４）。データ送受信部１２２は、データブロックを受信したと判断した場合に、処理をステップＣ２に戻す（ステップＣ４において「ＹＥＳ」）。これによって、引き続き処理が実行される。また、入出力部１４０は、次に再生すべき映像のフレームを再生することができる。データ送受信部１２２は、データブロックを受信していないと判断した場合には、処理を終了する（ステップＣ４において「ＮＯ」）。
【０１６９】
尚、説明の便宜上、一例として、送信元ノードでは、映像を撮影しながら、同時にストリーミング配信を行う例について説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。ストリーミングの配信対象としては、例えば、既に撮影された映像又は音声ファイルの形式であってもよい。但し、ストリーミング配信の対象がファイルである場合、送受信制御部１２０は、データ記憶部１２１の撮影映像バッファに記憶されている映像データを送信するよう制御するのではなく、ファイルを送信するよう制御することになる。また、例えば、当該ファイルは、データ記憶部１２１に記憶されていてもよい。
【０１７０】
この場合、再生遅延時間（再生遅延）は、送信元ノードにおいて撮影を開始してから、宛先ノードにおいて再生が開始される時刻までの期間を定義するのではなく、送信元ノードがデータブロックの送信を開始してから、当該再生が開始される時刻までの期間を定義することになる。そして、算出部１１１は、送信間隔ＴＲ及び必要中継ノード数を、目標とする再生遅延時間に基づき計算するものとする。
【０１７１】
また、説明の便宜上、一例として、各通信端末は、常に中継ノード、または宛先ノードとして動作する場合には、カメラ等の撮像機器やマイクなどの入出力機器を備えなくてもよい。また、例えば、送信元ノードとして動作する通信端末は、映像を撮影しながら、且つその映像を配信しない場合に、カメラやマイクなどの入出力機器を備えなくてもよい。或いは、例えば、ファイルを配信する場合も同様に、通信端末は、カメラやマイクなどの入出力機器を備えなくてもよい。
【０１７２】
このように本実施の形態に係る通信端末及び通信端末を含む情報配信システムによれば、ノード間において情報を配信するに際して、宛先ノードにおいて当該情報を再生する際に生じる再生遅延時間を許容される再生遅延時間（期間）内に収めると共に、配信される情報をより少ない中継ノードにより中継することができる。その理由は、以下に述べる通りである。
【０１７３】
即ち、通信端末１００は、中継ノード選定部１１０と送受信制御部１２０とを備えるからである。中継ノード選定部１１０は、目標再生遅延と配信に際して考慮すべき情報とに基づいて、宛先ノードに映像データを送信する送信間隔ＴＲと、その送信に必要となる中継ノードの数とを求めることができる。また、中継ノード選定部１１０は、求めた中継ノード数に基づいて、中継ノードを選定する。送受信制御部１２０は、選定された中継ノードの中から特定の中継ノードを選定し、送信間隔ＴＲごとに、映像データを特定の中継ノードに送信することができるからである。
【０１７４】
＜第１の実施形態における実施例＞
次に、上述した本発明の第１の実施形態に係る情報配信システム１を基本とする実施例について説明する。以下の説明においては、本実施例に係る特徴的な部分を中心に説明する。その際、上述した実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０１７５】
本発明の第１の実施形態に係る実施例における情報配信システム２について、図２、図５乃至図１３を参照して説明する。
【０１７６】
図８は、本発明の第１の実施形態に係る実施例における情報配信システム２の構成を例示する図である。
【０１７７】
図８に示すように、情報配信システム２は、第１のチャネル（Ｃｈ１）を用いて通信を行う第１のネットワークであるネットワーク２０１と、Ｃｈ１とは異なる第２のチャネル（Ｃｈ２）を用いて通信を行う第２のネットワークであるネットワーク２０２とを含んでいる。点線によって示されたネットワーク２０１は、通信端末１１の通信が可能な範囲を示している。また、点線によって示されたネットワーク２０２は、通信端末１５の通信が可能な範囲を示している。
【０１７８】
ネットワーク２０１の識別子は、「Ｎｅｔｗｏｒｋ２０１」とすることとする。ネットワーク２０２の識別子は、「Ｎｅｔｗｏｒｋ２０２」とすることとする。例えば、通信端末は、それぞれのネットワークに接続するパスワード等の認証情報を保有することとする。
【０１７９】
また、図８において、情報配信システム２は、通信端末１１乃至通信端末１５を有する。通信端末１１乃至通信端末１５は、第１の実施形態において説明した通信端末１００に相当する。
【０１８０】
通信端末１１乃至通信端末１５に割り当てられたＩＰアドレスは、通信端末１１から順に、「１９２．１６８．１．１１」、「１９２．１６８．１．１２」、「１９２．１６８．１．１３」、「１９２．１６８．１．１４」、「１９２．１６８．１．１５」とする。
【０１８１】
通信端末１１乃至通信端末１４は、Ｃｈ１を使用しているネットワーク２０１に接続していることとする。通信端末１５は、Ｃｈ２を使用しているネットワーク２０２に接続していることとする。これら通信端末（通信端末１１乃至通信端末１５）は、例えば、ＩＥＥＥ８０２．１１ｂの無線通信規格によって、互いに接続することができる。即ち、通信端末１１は、通信端末１２、通信端末１３及び通信端末１４の少なくとも何れかと、当該無線通信規格によって接続されていることとする。
【０１８２】
尚、通信端末１２乃至通信端末１４は、通信端末１１と通信端末１５との通信が可能な範囲がオーバーラップしているエリア内に位置することとする。通信端末１２乃至通信端末１４は、適切なチャネルの切り替えによりネットワーク２０１とネットワーク２０２との何れかに接続することができる。それによって、通信端末１２乃至通信端末１４は、通信端末１１と通信端末１５との何れかと通信することができる。
【０１８３】
以下の説明では、上述したネットワークの構成において、各通信端末の動作について説明する。
【０１８４】
図９は、本発明の第１の実施形態に係る実施例における各通信端末において映像データを送受信する態様を概念的に例示する図である。係る図に沿って各通信端末の動作手順を説明する。
【０１８５】
以下の説明では、説明の便宜上、次に示す条件を前提に説明する。即ち、例えば、目標再生遅延は「５ｓ（ｓｅｃｏｎｄ）」とする。また、各通信端末においてチャネルとネットワークとの切り替えに要する時間（切り替え所要時間）は「２ｓ」とする。バッファ再生時間は「０．２ｓ」とする。映像データにおけるビットレートの値は「０．１Ｍｂｐｓ」とする。つまり、１秒間の再生時間をなす映像データのサイズは「０．１Ｍｂ（ｍｅｇａｂｉｔ）」である。
【０１８６】
スループットの値は「１Ｍｂｐｓ（Ｍｅｇａ  ｂｉｔｓ  ｐｅｒ  ｓｅｃｏｎｄ）」とする。このスループットの値は、例えば、予め測定された値を採用することとする。
【０１８７】
上述したそれぞれの値は、予め各通信端末のパラメータ情報１１２に記憶されていることとする。
【０１８８】
尚、データブロックのヘッダは、データブロックに含まれる映像データを表す部分に比べて十分に小さい。そのため、データブロックのサイズの計算にはヘッダのサイズを無視できることとする。
【０１８９】
また、説明の便宜上、一例として、通信端末１２乃至通信端末１４は、中継可能ノードとすることとする。
【０１９０】
図１０は、本発明の第１の実施形態に係る実施例における通信端末１１が有する経路情報１３１を具体的に例示する図である。図１１は、本発明の第１の実施形態に係る実施例における通信端末１２乃至通信端末１４が有するチャネル情報１３２を具体的に例示する図である。
【０１９１】
通信端末１１が有する経路情報１３１は、図１０に示すように、宛先ノードの識別子と、中継可能ノードの識別子とを含む。また、通信端末１２乃至通信端末１４が有するチャネル情報１３２は、図１１に示すように、送信元ノードの識別子、送信元ノードが使用するチャネル及びネットワークの識別子と、宛先ノードの識別子、宛先ノードが使用するチャネル及びネットワークの識別子とを含む。例えば、チャネル情報１３２は、ユーザによって予め与えられていることとする。
【０１９２】
より具体的に、図１０において、１列目は、宛先ノードである通信端末１５のＩＰアドレスを表す情報を含む。２列目は、中継可能ノードである通信端末１２乃至通信端末１４のＩＰアドレスを表す情報を含む。換言すると、２列目は、図８に示すように、通信端末１１と通信端末１５との通信が可能な範囲がオーバーラップするエリア内に位置する通信端末のＩＰアドレスを表す情報を含む。
【０１９３】
また、図１１において、２行目には、送信元ノードに関する情報を含む。即ち、２行目１列目は、送信元ノードである通信端末１１のＩＰアドレス「１９２．１６８．１．１１」を表す情報である。２行目３列目は、通信端末１１が接続するネットワークの識別子「Ｎｅｔｗｏｒｋ２０１」を表す情報である。２行目２列目は、ネットワーク「Ｎｅｔｗｏｒｋ２０１」が使用するチャネル（Ｃｈ１）を表す情報である。
【０１９４】
３行目は、宛先ノードに関する情報を含む。即ち、３行目１列目は、宛先ノードである通信端末１５のＩＰアドレス「１９２．１６８．１．１５」を表す情報である。３行目３列目は、通信端末１５が接続するネットワークの識別子「Ｎｅｔｗｏｒｋ２０２」を表す情報である。３行目２列目は、ネットワーク「Ｎｅｔｗｏｒｋ２０２」が使用するチャネル（Ｃｈ２）を表す情報である。
【０１９５】
尚、説明の便宜上、上述した構成を例に説明するが、本実施例を例に説明する本発明は、前述した構成には限定されない（以下の実施形態においても同様）。
【０１９６】
（送信元ノードとして動作する際の処理）
以下の説明では、送信元ノードである通信端末１１が映像を撮影しながら、宛先ノードである通信端末１５に映像のストリーミング配信を行う例について説明する。
【０１９７】
まず、通信端末１１を利用するユーザは、入出力部１４０を用いて映像を撮影する（ステップＡ１）。データ処理部１５０は、撮影された映像のフレームを映像データに変換する。データ処理部１５０は、映像データをデータ記憶部１２１の撮影映像バッファに記憶する。
【０１９８】
通信端末１１は、他の通信端末１５からリクエストを受信する。配信対象である宛先ノード及び目標再生遅延は、リクエストに含まれる情報に基づいて決定される。即ち、データ送受信部１２２は、リクエストの含まれる映像コンテンツのＩＤ、配信対象である宛先ノードのＩＤ及び目標再生遅延を表す情報を抽出する。送受信制御部１２０は、送信間隔ＴＲの算出及び中継ノードを選定するよう中継ノード選定部１１０に対して指示する（ステップＡ２）。尚、以下の説明では、リクエストを受信した時刻を「時刻Ｔ」と称する。
【０１９９】
中継ノード選定部１１０は、宛先ノードのＩＤ及び目標再生遅延を表す情報をパラメータ情報１１２に記憶する。中継ノード選定部１１０は、パラメータ情報１１２に記憶されている情報及び算出部１１１を用いて、送信間隔ＴＲ及び必要中継ノード数を算出する。即ち、算出部１１１は、パラメータ情報１１２に記憶されている情報、数式（１）及び数式（２）を用いて送信間隔ＴＲ及び必要中継ノード数を算出する（ステップＡ３）。
【０２００】
中継ノード選定部１１０は、算出した必要中継ノード数に基づいて、経路情報１３１に含まれる中継可能ノードの中から、必要数分の中継ノードだけランダムに選定する。中継ノード選定部１１０は、選定した中継ノードの識別子を表す情報を、中継ノードリストに記憶する（ステップＡ４）。
【０２０１】
より具体的に、算出の結果、送信間隔ＴＲは、「２．７０９０９１ｓ」となる。また、必要中継ノード数は、「１．１８１２０」となる。算出された必要中継ノード数は非整数である。そのため、必要中継ノード数は、「２」とすることとする。即ち、必要中継ノード数は２つのノードとなる。従って、中継ノード選定部１１０は、中継可能ノードである通信端末１２乃至通信端末１４の中から２つのノードをランダムに選択する。例えば、中継ノード選定部１１０は、中継ノードとして通信端末１３及び通信端末１４を選定することとする。
【０２０２】
図１２は、本発明の第１の実施形態に係る実施例における通信端末１１の中継ノード選定部１１０が有する中継ノードリストを具体的に例示する図である。
【０２０３】
より具体的に、図１２に示す中継ノードリストの１列目は、宛先ノードのＩＰアドレスを表す情報である。２列目は、選定された中継ノードのＩＰアドレスを表す情報である。即ち、２列目は、通信端末１３及び通信端末１４のＩＰアドレスを表す情報である。
【０２０４】
送受信制御部１２０は、撮影映像バッファに記憶されている新しく撮影された映像データの再生時間が送信間隔ＴＲ「２．７０９０９１ｓ」に達すると（ステップＡ５において「ＹＥＳ」）、映像データをデータ送受信部１２２の送信バッファに書き込む。換言すると、送受信制御部１２０は、リクエストを受け付けてから撮影された映像データの再生時間が送信間隔ＴＲに達すると、リクエストを受け付けてから送信間隔ＴＲに達するまでの期間に亘って記憶された映像データをデータ送受信部１２２の送信バッファに書き込む。以下の説明では、当該再生時間が送信間隔ＴＲ「２．７０９０９１ｓ」に達する時刻を「Ｔ＋２．７０９０９１ｓ」となる（以降、「時刻Ｔ１」と称する）。
【０２０５】
データ送受信部１２２は、映像データ（以降、「パーツＰ１」と称する）をデータブロックに変換する。パーツＰ１の再生時間は、「２．７０９０９１ｓ」であるとする。データ送受信部１２２は、中継ノード選定部１１０が有する中継ノードリストを参照し、当該宛先ノードに到達可能な特定の中継ノードを選定する。データ送受信部１２２は、選定した中継ノード宛てに、これらのデータブロックを送信する。中継ノードにデータブロックの送信が完了すると、中継ノード選定部１１０は、中継ノードリストに含まれる通信端末１３のＩＰアドレスを、中継ノードリストの後尾に置き換える（ステップＡ６）。
【０２０６】
中継ノードリストを参照した結果、データ送受信部１２２は、当該リストの先頭に位置する中継ノードを選定することとする。即ち、データ送受信部１２２は、通信端末１５に到達できる通信端末１３を選定する。データ送受信部１２２は、通信端末１３宛てにデータブロックを送信する。
【０２０７】
図１３は、本発明の第１の実施形態に係る実施例における中継ノード選定部１１０によって更新された中継ノードリストを具体的に例示する図である。図１３の２列目に示す中継ノードを表す情報は、図１２の２列目に示す中継ノードを表す情報と比べ、通信端末１３のＩＰアドレスが後尾に表されている。
【０２０８】
より具体的に、中継ノード選定部１１０は、図１２に示す態様によって表された中継ノードフィールドの先頭に位置する「１９２．１６８．１．１３」を、そのフィールドの末尾に入れ替える。これにより、図１３に示すように当該フィールドの先頭には、「１９２．１６８．１．１４」が位置することとなる。また、例えば、中継ノード選定部１１０は、当該フィールドに複数の中継ノードを含む場合には、先頭に位置する中継ノードの識別子を、末尾に入れ替えることによって中継ノードリストを更新する。即ち、中継ノード選定部１１０は、１つ以上の中継ノードのうち、中継ノードとして動作するノードを重複して選定することなく、何れかのノードから順に選定可能なように中継ノードリストを更新する。
【０２０９】
（中継ノードとして動作する際の処理）
以下の説明では、一例として、通信端末１３が中継ノードとして動作する際の処理について、図６及び図９を参照して説明する。
【０２１０】
通信端末１３のデータ送受信部１２２は、データブロックを受信する（ステップＢ１）。
【０２１１】
データ送受信部１２２は、自端末宛てのデータブロックでないため（ステップＢ２おいて「ＮＯ」）、当該データブロックをデータ記憶部１２１の中継バッファに記憶する。データ送受信部１２２は、送信元ノードである通信端末１１のＩＰアドレスを送信元情報１３３に記憶する。
【０２１２】
データ送受信部１２２は、通信端末１５のＩＰアドレスに基づきノード情報１３４及びチャネル情報１３２を参照し、通信端末１５が位置するネットワークの識別子と、そのネットワークが使用するチャネルとを取得する（ステップＢ３）。データ送受信部１２２は、宛先ノードが接続するネットワークと、そのネットワークが使用するチャネルとを切り替えるようネットワーク処理部１６０に対して指示する。ネットワーク処理部１６０は、チャネルＣｈ２に切り替えると共に、ネットワーク２０２と接続する（ステップＢ４）。
【０２１３】
この場合において、例えば、ネットワークにおけるスループットの値は、「１Ｍｂｐｓ」であるとする。また、映像データの再生時間は、「２．７０９０９１ｓ」であるとする。そのため、映像データにおけるデータブロック（パーツＰ１のデータブロック）のサイズは、「０．２７０９０９Ｍｂ」である。
【０２１４】
そのため、通信端末１３が通信端末１１からパーツＰ１のデータブロックを受信するのに必要な時間は、「０．２７０９０９ｓ」となる。従って、パーツＰ１のデータブロックを受信するまでの時刻は、「Ｔ１（＝Ｔ＋２．７０９０９１ｓ）＋０．２７０９０９ｓ」によって求めることができる。即ち、パーツＰ１の配信所要時間は、「Ｔ＋２．９８ｓ」となる（以降、「時刻Ｔ２」と称する）。
【０２１５】
データ送受信部１２２は、チャネルが切り替えられると、宛先ノードである通信端末１５に当該データブロックの配信を開始する（ステップＢ５）。
【０２１６】
この場合において、例えば、以下の説明では、チャネルとネットワークとの切り替え所要時間を「２ｓ」とする。そのため、ネットワーク２０２に接続するまでの時刻は、「時刻Ｔ２（＝Ｔ＋２．９８ｓ）＋２ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋４．９８ｓ」となる（以降、「時刻Ｔ３」と称する）。
【０２１７】
（宛先ノードとして動作する際の処理）
以下の説明では、一例として、通信端末１５が宛先ノードとして動作する際の処理について、図７及び図９を参照して説明する。
【０２１８】
尚、以下の説明では、バッファ再生時間を「０．２ｓ」とする。
【０２１９】
通信端末１５は、通信端末１３からパーツＰ１におけるデータブロックの受信を開始する。即ち、データ送受信部１２２は、受信したデータブロックを映像データに復元し、その映像データをデータ処理部１５０に対して出力する（ステップＣ１）。
【０２２０】
データ処理部１５０は、データ送受信部１２２から得た映像データを復号し、復号した映像フレームを再生バッファに記憶する。データ処理部１５０は、再生バッファに記憶されている映像フレームの再生時間がバッファ再生時間「０．２ｓ」に達すると（ステップＣ２において「ＹＥＳ」）、当該映像フレームを入出力部１４０に対して出力する。入出力部１４０は、当該映像フレームを再生することができる（ステップＣ３）。
【０２２１】
この場合において、例えば、ネットワークにおけるスループットの値は、「１Ｍｂｐｓ」であるとする。また、１秒間当たりの映像データの量は「０．１Ｍｂ」である。映像データの再生時間は、「０．２ｓ」であるとする。そのため、映像データの配信に要する時間（所要時間）は、「０．０２ｓ」となる。従って、パーツＰ１の映像が再生されるまでの時刻は、「時刻Ｔ３（＝Ｔ＋４．９８ｓ）＋０．０２ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋５ｓ」となる（以降、「時刻Ｔ４」と称する）。
【０２２２】
このように、宛先ノードにおける映像の再生遅延は、「５ｓ」となる。つまり、映像の撮影を開始した時刻から、宛先ノードにおいてその映像が再生される時刻までの期間は目標とする（目標再生遅延）「５ｓ」になる。
【０２２３】
データブロックの送信が完了すると、通信端末１３のデータ送受信部１２２は、送信元情報１３３及びチャネル情報１３２を参照し、送信元ノードが接続するネットワークと、そのネットワークが使用するチャネルとに切り替えるようネットワーク処理部１６０に対して指示する。ネットワーク処理部１６０は、送信元ノードが使用するチャネルＣｈ１に切り替えることによってネットワークに接続する（ステップＢ６）。
【０２２４】
この場合において、チャネルとネットワークとの切り替えを開始する時刻は、「時刻Ｔ３（＝Ｔ＋４．９８ｓ）＋０．２７０９０９ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋５．２５０９０９ｓ」となる。
【０２２５】
上述した処理と並行して、通信端末１１は、通信端末１３にパーツＰ１のデータブロックを送信している間も、引き続き映像を撮影することとする。即ち、各通信端末は、上述した処理を繰り返し実行する。そのため、パーツＰ１以降の各パーツについて詳細な説明は省略する。
【０２２６】
送受信制御部１２０は、撮影映像バッファに記憶された次に配信すべき映像データの再生時間が送信間隔ＴＲ「２．７０９０９１ｓ」に達すると、当該映像データをデータ送受信部１２２の送信バッファに書き込む。当該次に配信すべき映像データの再生時間が送信間隔ＴＲ「２．７０９０９１ｓ」に達する時刻は、「時刻Ｔ１（＝Ｔ＋２．７０９０９１ｓ）＋２．７０９０９１ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋５．４１８１８２ｓ」とする（以降、「時刻Ｔ５」と称する）。
【０２２７】
次に配信すべき映像データ（以降、「パーツＰ２」と称する）のデータブロックを通信端末１５に対して送信する際に、通信端末１１のデータ送受信部１２２は、中継ノード選定部１１０が有する中継ノードリストを参照する。その結果、通信端末１４のＩＰアドレスは中継ノードリストの先頭に位置する。そのため、データ送受信部１２２は、通信端末１４を中継ノードとして選定する。データ送受信部１２２は、通信端末１４宛てにパーツＰ２におけるデータブロックの送信を開始する。尚、パーツＰ２の再生時間は、「２．７０９０９１ｓ」であるとする。
【０２２８】
中継ノードである通信端末１４にデータブロックの送信が完了すると、中継ノード選定部１１０は、中継ノードリストに含まれる通信端末１４のＩＰアドレスを、中継ノードリストの後尾に置き換える。つまり、通信端末１３のＩＰアドレスは中継ノードリストの先頭に位置することとなる。
【０２２９】
この場合において、通信端末１４にデータブロックの送信が完了した時刻は、「時刻Ｔ５（＝Ｔ＋５．４１８１８２ｓ）＋０．２７０９０９ｓ」によって求めることができる。即ち、通信端末１４がデータブロックを受信した当該時刻は、「Ｔ＋５．６８９０９１ｓ」となる（以降、「時刻Ｔ６」称する）。
【０２３０】
通信端末１４のデータ送受信部１２２は、通信端末１１からパーツＰ２のデータブロックを受信すると、通信端末１５が接続するネットワークの識別子と、そのネットワークが使用するチャネルとを取得する。データ送受信部１２２は、取得した情報に基づいて、チャネルとネットワークとを切り替えるようネットワーク処理部１６０に対して指示する。
【０２３１】
ネットワーク処理部１６０は、チャネルＣｈ２に切り替えると共に、ネットワーク２０２と接続する。データ送受信部１２２は、ネットワーク２０２に接続後、通信端末１５に対してパーツＰ２におけるデータブロックの送信を開始する。
【０２３２】
この場合において、チャネルとネットワークとの切り替え所要時間は「２ｓ」である。そのため、データ送受信部１２２が送信を開始する時刻は、「時刻Ｔ６（＝Ｔ＋５．６８９０９１ｓ）＋２ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋７．６８９０９１ｓ」となる（以降、「時刻Ｔ７」と称する）。
【０２３３】
ネットワークにおけるスループットの値は、「１Ｍｂｐｓ」であるとする。また、再生された際の映像データの再生時間は、「０．２ｓ」であるとする。即ち、映像データのデータブロックを送信するのに要する時間は、「０．０２ｓ」である。そのため、当該データブロックの送信が完了した時刻は、「時刻Ｔ７（＝Ｔ＋７．６８９０９１ｓ）＋０．０２」によって求めることができる。即ち、通信端末１５が当該データブロックを受信した当該時刻は、「Ｔ＋７．７０９０９１ｓ」となる（以降、「時刻Ｔ８」と称する）。
【０２３４】
尚、通信端末１５において、パーツＰ１に関する映像の再生が終了してから途切れることなくパーツＰ２に関する映像の再生を継続するには、パーツＰ１に関する映像の再生が終了する前にパーツＰ２におけるデータブロックの受信が完了している必要がある。即ち、通信端末１５は、再生時間「０．２ｓ」における映像データの受信を完了する必要がある。
【０２３５】
この場合において、パーツＰ１に関する映像の再生が終了した時刻は、「時刻Ｔ４（＝Ｔ＋５ｓ）＋２．７０９０９１ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋７．７０９０９１ｓ」である。また、通信端末１５がパーツＰ２のデータブロックを受信した時刻は、時刻Ｔ８（＝Ｔ＋７．７０９０９１ｓ）である。そのため、通信端末１５は、パーツＰ１に関する映像の再生が終了する前に、パーツＰ２に関する映像を再生することができる。その結果、ユーザは連続的にパーツＰ１とパーツＰ２とを視聴することが可能になる。
【０２３６】
上述したように、通信端末１３は、時刻「Ｔ＋５．２５０９０９ｓ」においてチャネルＣｈ１に切り替えを開始する。チャネルとネットワークとの切り替え所要時間は、「２ｓ」である。そのため、ネットワーク２０１に接続した時刻は、「Ｔ＋５．２５０９０９ｓ＋２ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋７．２５０９０９ｓ」になる。
【０２３７】
同様に、通信端末１１は、映像データの再生時間が送信間隔ＴＲ「２．７０９０９１ｓ」に達すると、通信端末１３に対して映像データ（以降、「パーツＰ３」と称する）のデータブロックを送信する。この場合において、当該映像データの再生時間は、「２．７０９０９１ｓ」であるとする。そのため、当該再生時間が送信間隔ＴＲ「２．７０９０９１ｓ」に達する時刻は、「時刻Ｔ５（＝Ｔ＋５．４１８１８２ｓ）＋２．７０９０９１ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋８．１２７２７３ｓ」となる（以降、「時刻Ｔ９」と称する）。
【０２３８】
通信端末１３は、パーツＰ３におけるデータブロックの受信が完了すると、チャネルＣｈ２に切り替えると共に、ネットワーク２０２に接続する。この場合において、当該データブロックの受信が完了する時刻は、「時刻Ｔ９（＝Ｔ＋８．１２７２７３ｓ）＋０．２７０９０９ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋８．３９８１８２ｓ」となる（以降、「時刻Ｔ１０」と称する）。
【０２３９】
通信端末１３は、ネットワーク２０２に接続後、パーツＰ３のデータブロックを、通信端末１５に対して送信する。
【０２４０】
この場合において、ネットワーク２０２に接続した時刻は、「時刻Ｔ１０（＝Ｔ＋８．３９８１８２ｓ）＋２ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋１０．３９８１８２ｓ」となる（以降、「時刻Ｔ１１」と称する）。また、通信端末１３がデータブロックを送信するのに要する時間は、「０．０２ｓ」である。そのため、当該データブロックの送信を完了した時刻は、「時刻Ｔ１１（＝Ｔ＋１０．３９８１８２ｓ）＋０．０２ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋１０．４１８１８ｓ」となる（以降、「時刻Ｔ１２」と称する）。また、時刻Ｔ１２において、通信端末１５は、通信端末１３からパーツＰ３における映像データの受信を完了する。
【０２４１】
尚、通信端末１５において、パーツＰ２に関する映像とパーツＰ３に関する映像とが途切れることなく、連続して再生される条件は、パーツＰ２に関する映像の再生が終了する時刻までにパーツＰ３におけるデータブロックの受信が完了している必要がある。
【０２４２】
より具体的に、パーツＰ２に関する映像の再生が終了する時刻は、「時刻Ｔ８（＝Ｔ＋７．７０９０９１ｓ）＋２．７０９０９１ｓ」によって求めることができる。即ち、当該時刻は、「Ｔ＋１０．４１８１８ｓ」となる。そのため、通信端末１５は、当該時刻「Ｔ＋１０．４１８１８ｓ」までに当該パーツＰ３におけるデータブロックの受信が完了している必要がある。
【０２４３】
通信端末１５は、上述したように、時刻Ｔ１２「Ｔ＋１０．４１８１８ｓ」において、当該パーツＰ３におけるデータブロックの受信が完了している。その結果、通信端末１５は、パーツＰ２に関する映像の再生に続けてパーツＰ３に関する映像の再生を実行することができる。
【０２４４】
このように、上述した処理を、それぞれの通信端末が繰り返すことで、情報配信システムは、目標である再生遅延時間で映像を配信することができる。また、情報配信システムは、必要となる最小限の中継ノード数により映像を配信することによって、映像が途切れることのないストリーミング配信を実現することができる。
【０２４５】
尚、上述した本実施形態では、説明の便宜上、一例として、各通信端末は、お互いにＩＢＳＳモードによって接続する構成を例に説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。各通信端末は、例えば、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ；登録商標：以下、省略する）  Ｄｉｒｅｃｔのような通信端末間において直接リンクを形成する通信規格に基づいてデータの送受信が可能なように接続する構成を採用してもよい。或いは、各通信端末は、Ｂｌｕｅｔｏｏｔｈ（登録商標：以下、省略する）等の無線規格によって接続する構成を採用してもよい。
【０２４６】
また、上述した本実施形態では、説明の便宜上、一例として、各通信端末は、互いに異なるチャネルを使用するネットワークに接続する構成を例に説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。各通信端末は、例えば、同一のチャネルを使用するネットワークに接続する構成を採用してもよい。その場合に、各通信端末は、１つのネットワークインターフェースだけを有し、且つお互いにＷｉ−Ｆｉ  Ｄｉｒｅｃｔのような無線規格によって接続することによって実現してもよい。
【０２４７】
例えば、各通信端末が以下に示す構成を有する場合には、それぞれのネットワーク（Ｐｉｃｏｎｅｔとも呼ばれる）のチャネルは同一であってもよい。即ち、各通信端末は、１つのネットワークインターフェースだけを有する。それぞれの端末装置は、お互いにＢｌｕｅｔｏｏｔｈによって接続されている。また、情報配信システムは、複数のネットワークによって構成されている。
【０２４８】
このように本実例の形態に係る通信端末及びその通信端末を含む情報配信システムによれば、第１の実施形態において説明した効果を享受できる。
【０２４９】
＜第２の実施形態＞
次に、上述した本発明の第１の実施形態に係る情報配信システム１を基本とする第２の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０２５０】
本発明の第２の実施形態における情報配信システム３について、図５乃至図７及び図１４を参照して説明する。
【０２５１】
図１４は、本発明の第２の実施形態における情報配信システム３の構成を例示する図である。
【０２５２】
図１４に示すように、情報配信システム３は、第１のチャネル（Ｃｈ１０）を用いて通信を行う第１のネットワークであるネットワーク２１１と、Ｃｈ１０とは異なる第２のチャネル（Ｃｈ２０）を用いて通信を行う第２のネットワークであるネットワーク２１２とを含んでいる。点線によって示されたネットワーク２１１は、アクセスポイント２００１の通信が可能な範囲を示している。また、点線によって示されたネットワーク２１２は、アクセスポイント２００２の通信が可能な範囲を示している。
【０２５３】
尚、以下の説明では、説明の便宜上、アクセスポイントを「ＡＰ」と記載することとする。
【０２５４】
また、図１４に示すように、ネットワーク２１１とネットワーク２１２とは、それぞれのＡＰ（ＡＰ２００１及びＡＰ２００２）の通信が可能な範囲がオーバーラップしたエリアを有していることとする。
【０２５５】
ネットワーク２１１には、１つのアクセスポイント（ＡＰ２００１）と１つの以上の通信端末とを含んでいる。ネットワーク２１２には、１つのアクセスポイント（ＡＰ２００２）と１つ以上の通信端末とを含んでいる。
【０２５６】
尚、説明をよりわかりやすくすることを目的として、図１４に示すように、ネットワーク２１１は、例えば、３つの通信端末（通信端末１０１０、通信端末１０２０及び通信端末１０３０）を含むこととする。ネットワーク２１２は、１つの通信端末１０４０を含むこととする。また、ＡＰ２００１とＡＰ２００２との通信が可能な範囲がオーバーラップしたエリアには、１つ以上の通信端末（通信端末１０２０及び通信端末１０３０）を含むこととする。
【０２５７】
通信端末１０１０乃至通信端末１０３０は、Ｃｈ１０を使用しているネットワーク２１１に接続していることとする。通信端末１０４０は、Ｃｈ２０を使用しているネットワーク２１２に接続していることとする。
【０２５８】
上述した各実施形態及び実施例では、一例として、同一のネットワーク内において各通信端末がお互いに直接接続されている環境を想定して説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。例えば、同一のネットワークに接続している各通信端末は、アクセスポイントを経由して接続されていてもよい。
【０２５９】
以下の説明では、アクセスポイントを経由した際の通信端末の動作について説明する。但し、アクセスポイントを経由すること以外は、通信端末の動作は第１の実施形態及び実施例において説明した動作と同様である。そのため、重複する説明は省略する。
【０２６０】
送信元ノードとして動作する通信端末１０１０は、同一のネットワーク２１１に接続するＡＰ２００１と通信可能に接続する。また、通信端末１０１０は、図５において説明したステップＡ１乃至ステップＡ７に示す処理を実行する。これにより、通信端末１０１０は、ＡＰ２００１を経由して、中継可能ノードである通信端末１０２０または通信端末１０３０に対して配信対象である映像のデータブロックを送信することができる。その場合に、算出部１１１は、さらに、例えば、以下に示す情報を含めて送信間隔ＴＲと必要中継ノード数とを求めることによって実現してもよい。即ち、当該情報としては、アクセスポイントにおいて中継に要する時間、送信元ノードからアクセスポイントまでのスループットの値及びアクセスポイントから中継ノードまでのスループットの値である。
【０２６１】
また、中継ノードとして動作する通信端末１０２０または通信端末１０３０は、図６において説明したステップＢ１乃至ステップＢ７に示す処理を実行する。即ち、通信端末１０２０または１０３０は、ＡＰ２００１を経由して、配信対象である映像のデータブロックを受信する。通信端末１０２０または１０３０は、チャネルＣｈ２０に切り替えると共に、ネットワーク２１２に接続する。通信端末１０２０または１０３０は、同一のネットワーク２１２に接続するＡＰ２００２と通信可能に接続する。これにより、通信端末１０２０または１０３０は、ＡＰ２００２を経由して、宛先ノードである通信端末１０４０に対して配信対象である映像のデータブロックを送信することができる。
【０２６２】
宛先ノードとして動作する通信端末１０４０は、同一のネットワーク２１２に接続するＡＰ２００２を経由して、配信対象である映像のデータブロックを受信する。また、通信端末１０４０は、図７において説明したステップＣ１乃至ステップＣ５に示す処理を実行する。これにより、通信端末１０４０は、配信対象である映像を入出力部１４０において再生することができる。
【０２６３】
尚、通信端末とアクセスポイントとが通信可能に接続し、アクセスポイントが所望の通信端末に対して情報を中継する技術自体は、現在では一般的な技術を採用することができる。そのため、本実施形態における詳細な説明は省略する（以下、各実施形態においても同様）。
【０２６４】
このように本実施の形態に係る通信端末及びその通信端末を含む情報配信システムによれば、第１の実施形態において説明した効果を享受できると共に、より柔軟にネットワークを構成することができる。
【０２６５】
その理由は、情報配信システム３は、一般的に知られたアクセスポイントを含む構成を採用した場合であっても、求めた必要中継ノードの数に基づき特定の中継ノードを選定することができるからである。また、情報配信システム３は、求めた送信間隔ＴＲごとに、アクセスポイントを経由して、映像データを宛先ノードに配信することができるからである。
【０２６６】
＜第３の実施形態＞
次に、上述した本発明の第１の実施形態に係る情報配信システム１を基本とする第３の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０２６７】
本発明の第３の実施形態における情報配信システムについて、図１、図５、図６及び図１５を参照して説明する。尚、情報配信システムの構成は、図１に示す情報配信システム１の構成と同様である。そのため、重複する説明は省略する。
【０２６８】
図１５は、本発明の第３の実施形態における通信端末１００（通信端末１０１乃至通信端末１０４）の構成を示すブロック図である。
【０２６９】
図１５において、通信端末１００は、中継ノード選定部１１０、送受信制御部２２０、記憶部１３０、入出力部１４０、データ処理部１５０及びネットワーク処理部１６０を有する。また、中継ノード選定部１１０は、算出部１１１を有する。送受信制御部２２０は、データ記憶部１２１及びデータ送受信部２２２を有する。
【０２７０】
本実施形態において、通信端末１００は、送受信制御部２２０とデータ送受信部２２２との動作が第１の実施形態において説明した送受信制御部１２０とデータ送受信部１２２との動作と異なる。
【０２７１】
第１の実施形態において説明した送受信制御部１２０は、図５のステップＡ５に示すように、データ記憶部１２１の撮影映像バッファに記憶された映像データの再生時間と送信間隔ＴＲとが一致するか否かを判別する。また、送受信制御部１２０は、一致すると判断した場合には、図５のステップＡ６に示すように、当該映像データをデータ送受信部１２２の送信バッファに書き込む構成を例に説明した。
【０２７２】
本実施形態において、送受信制御部２２０は、映像データが宛先ノードにおいて再生される際に、その宛先ノードが再生に要する時間が送信間隔ＴＲより短い場合であっても、映像データを宛先ノードに対して送信するよう制御する。送受信制御部２２０は、当該映像データをデータ送受信部２２２の送信バッファに書き込む構成を採用してもよい。
【０２７３】
ここで、当該映像データとは、コンテンツを構成する全ての映像データのうち少なくとも一部であり、配信を要求されてから撮影映像バッファに記憶された映像データである。
【０２７４】
その場合に、データ送受信部２２２は、当該映像データを、データブロックに変換すると共に、そのデータブロックを中継ノードに送信することとなる。データ送受信部２２２は、ネットワーク処理部１６０を経由して、データブロックを送信した際に、既に送信した映像データがある場合には、それら映像データの再生に要する時間の合計を求める。
【０２７５】
データ送受信部２２２は、求めた再生に要する時間の合計が送信間隔ＴＲに達した場合には、映像データの送信を開始するよう中継ノードに対して指示する。
【０２７６】
より具体的に、例えば、データ送受信部２２２は、データブロックを送信する際に、当該再生に要する時間を撮影映像バッファと異なる他のバッファに記憶する。また、既に記憶された当該再生に要する時間がある場合には、データ送受信部２２２は、それら再生に要する時間の合計を求める構成を採用してもよい。但し、これには限定されない。
【０２７７】
また、データ送受信部２２２は、チャネルとネットワークとを切り替えるよう中継ノードに対して指示する。即ち、データ送受信部２２２は、ネットワークと、そのネットワークが使用するチャネルとの切り替えを指示する情報を含むネットワーク切替指示メッセージを、中継ノードに対して送信する。
【０２７８】
尚、例えば、送信元ノード及び宛先ノードが同一のチャネルを使用し、且つそれぞれのノードが異なるネットワークに接続する場合には、データ送受信部２２２は、ネットワークを切り替えるよう中継ノードに対して指示することとする。
【０２７９】
また、第１の実施形態において、図６のステップＢ３及びＢ４に示すように、中継ノードとして動作する通信端末１００のデータ送受信部２２２は、自端末宛てでないデータブロックを受信した場合に、当該データブロックをデータ記憶部１２１の中継バッファに記憶する（ステップＢ３）。データ送受信部２２２は、宛先ノードが使用するチャネルに切り替えると共に、ネットワークに接続するようネットワーク処理部１６０に対して指示する（ステップＢ４）構成を例に説明した。
【０２８０】
本実施形態において、データ送受信部２２２は、自端末宛てでないデータブロックを受信した場合に、ネットワーク処理部１６０にチャネルとネットワークとの切り替えを指示するのではなく、次に示す処理を実行する。即ち、データ送受信部２２２は、当該データブロックを映像データに復元する。データ送受信部２２２は、その復元した映像データを、データ記憶部１２１の中継バッファに記憶する。
【０２８１】
より具体的に、データ送受信部２２２は、送信元ノードから得た再生に要する時間が送信間隔ＴＲより短い映像データを受信する。データ送受信部２２２は、当該映像データを、撮影映像バッファと異なる他のバッファ（中継バッファ）に記憶する。
【０２８２】
また、送信元ノードからネットワーク切替指示メッセージを受信した場合には、データ送受信部２２２は、宛先ノードが接続するネットワークと、そのネットワークが使用するチャネルとに切り替えるようネットワーク処理部１６０に対して指示する。その後、データ送受信部２２２は、中継バッファに記憶した映像データをデータブロックに変換する。また、データ送受信部２２２は、当該データブロックを宛先ノードに対して送信する。即ち、データ送受信部２２２は、映像データの送信を開始する。換言すると、データ送受信部２２２は、映像データの受信を開始してから当該指示を受信するまでに亘って記憶した映像データを宛先ノードに対して送信する。
【０２８３】
尚、ネットワークの切り替え指示を送信する方法として、例えば、送信元ノードのデータ送受信部２２２は、当該指示を表す情報を、当該再生に要する時間の合計が送信間隔ＴＲに達した際に送信するデータブロックのヘッダに付与することによって中継ノードに対して送信してもよい。
【０２８４】
この場合、中継ノードは、送信元ノードから受信したデータブロックのヘッダに含まれる切り替え指示に従って、ネットワーク処理部１６０に対してネットワークとチャネルとの切り替えを指示することとする。
【０２８５】
また、上述した各実施形態では、説明の便宜上、一例として、送受信制御部１２０及び送受信制御部２２０は、他の通信端末からリクエスト（配信要求）を受信してから新たに記憶された映像データの再生時間が送信間隔ＴＲに達するのに応じて、当該映像データを送信バッファに書き込む構成を例に説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。送受信制御部１２０及び送受信制御部２２０は、当該リクエストを受信するのに応じて、既に、撮影映像バッファに記憶された映像データの中から送信間隔ＴＲが表す時間に亘って再生可能な最新の（記憶された日時の最も新しい）映像データを当該送信バッファに書き込む構成を採用してもよい。
【０２８６】
これにより、送信元ノードは、他の通信端末から映像配信のリクエストを受けたとき、映像データの再生時間が送信間隔ＴＲに達するまで記憶されるのを待つことなく、速やかに中継ノードに対する配信処理を開始することができる。そのため、宛先ノードにおいて、映像配信を要求してから再生を開始するまでの時間（再生遅延）はさらに短くなる。
【０２８７】
上述した各実施形態では、説明の便宜上、一例として、送信元ノードと宛先ノードとは１対１通信（ユニキャスト）により映像を配信する構成を例に説明した。しかしながら本発明に係る実施形態は、係る構成に限定されない。例えば、同一の映像を、複数の宛先ノードによって視聴する場合に、中継ノードは、１対多通信（マルチキャスト又はブロードキャスト）により映像を宛先ノードに対して配信する構成を採用してもよい。或いは、同様に、送信元ノードは、マルチキャスト又はブロードキャストにより映像を中継ノードに対して配信する構成を採用してもよい。即ち、それぞれの通信端末は、ノード間において、ユニキャスト、マルチキャスト及びブロードキャストの何れかによって映像データを送受信する構成を採用してもよい。
【０２８８】
その場合に、例えば、複数の宛先ノードから異なる目標再生遅延を含むリクエストを受信した場合に、送信元ノードは、複数の目標再生遅延のうち、最も小さい（つまり、最小）目標再生遅延を採用する。また、送信元ノードは、その採用した目標再生遅延に基づいて、必要中継ノード数及び送信間隔ＴＲを算出することとする。
【０２８９】
より具体的に、一例として、以下の説明では、２つ以上のネットワークに接続する複数の通信端末に映像を配信する情報配信システム４について、図１６を参照して説明する。
【０２９０】
図１６は、本発明の第３の実施形態における情報配信システム４の構成を例示する図である。
【０２９１】
図１６に示すように、情報配信システム４は、２つ以上のネットワーク（ネットワーク２０１乃至ネットワーク２０３）が存在する、いわゆるマルチポップ式の情報配信システムである。また、それらネットワークには、１つ以上の通信端末（通信端末１００１乃至１００７）が接続する。送信元ノードは、これら複数の通信端末から得た異なる目標再生遅延のうち、最も小さい目標再生遅延を採用することによって、送信間隔ＴＲを算出する。また、送信元ノードは、必要中継ノード数を算出し、中継ノードを選定する。これによって、送信元ノードは、このようなマルチポップ式の構成であっても、同時に同一の映像を、異なるネットワークに接続する複数の通信端末に対して配信することができる。
【０２９２】
このように本実施の形態に係る通信端末及びその通信端末を含む情報配信システムによれば、各実施形態において説明した効果を享受できると共に、さらに、宛先ノードにおいて生じる再生遅延時間を許容される再生遅延時間よりも短くする共に、配信される情報をより少ない中継ノードにより中継することができる。
【０２９３】
その理由は、通信端末１００は、映像データの再生時間が送信間隔ＴＲに達するまで待つことなく、映像データを送信バッファに書き込む送受信制御部２２０と、その書き込まれた映像データを送信するデータ送受信部２２２とを備えるからである。また、データ送受信部２２２は、映像データを送信する際に、既に送信した映像データにおける再生時間の合計を求める。データ送受信部２２２は、求めた合計時間が送信間隔ＴＲに達した際に、中継ノードにチャネルとネットワークとの切り替えを指示する。これにより、中継ノードは、チャネルとネットワークとを切り替えると共に、映像データを宛先ノードに送信することができるからである。
【０２９４】
＜第４の実施形態＞
次に、上述した本発明の第１の実施形態に係る情報配信システム１を基本とする第４の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０２９５】
本発明の第４の実施形態における情報配信システムについて、図１及び図１７を参照して説明する。尚、情報配信システムの構成は、図１に示す情報配信システム１の構成と同様である。そのため、重複する説明は省略する。
【０２９６】
図１７は、本発明の第４の実施形態における通信端末（通信端末１０１乃至通信端末１０４）の構成を示すブロック図である。
【０２９７】
通信端末１００は、中継ノード選定部１１０及び送受信制御部１２０を有する。
【０２９８】
以下では、各部の機能について説明する。
【０２９９】
中継ノード選定部１１０は、宛先ノードから配信対象であるコンテンツの配信を要求されるのに応じて、コンテンツを構成する配信情報（映像データ）を送信する送信間隔ＴＲと、その配信情報の送信に必要な中継ノード数とを求める。
【０３００】
より具体的に、中継ノード選定部１１０は、次に示す情報に基づいて、送信間隔ＴＲと、必要中継ノード数とを求める。即ち、情報としては、
・要求に含まれる宛先ノードにおいて許容される再生遅延時間、
・宛先ノードにおける再生時間（「バッファ再生時間」）、
・コンテンツに関する情報、
・自端末と宛先ノードとが接続するネットワークの状態に関する情報及び
・自端末と宛先ノードとの間を中継する１つ以上の中継ノードにおいてネットワークの切り替えに要する時間である。
【０３０１】
また、中継ノード選定部１１０は、求めた中継ノード数に基づいて、自端末と宛先ノードとの通信可能な範囲がオーバーラップするエリア内に位置するノードを中継ノードして選定する。
【０３０２】
送受信制御部１２０は、コンテンツを構成する全ての配信情報のうち少なくとも一部であり、配信を要求されてからバッファ１７０に記憶された配信情報が宛先ノードにおいて再生される際に、その宛先ノードが再生に要する時間が送信間隔ＴＲに達すると、次に示す処理を実行する。即ち、送受信制御部１２０は、中継ノード選定部１１０によって選定された１つ以上の中継ノードのうち、中継しているノードと異なる他のノードを選定する。送受信制御部１２０は、その選定した中継ノード（当該他のノード）を経由して、当該配信情報を、宛先ノードに送信する。換言すると、送受信制御部１２０は、配信を要求されてから送信間隔ＴＲに達するまでの期間に亘ってバッファ１７０に記憶された配信情報を、宛先ノードに送信する。
【０３０３】
このように本実施の形態に係る通信端末及び通信端末を含む情報配信システムによれば、ノード間において情報を配信するに際して、宛先ノードにおいて当該情報を再生する際に生じる再生遅延時間を許容される再生遅延時間（期間）内に収めると共に、配信される情報をより少ない中継ノードにより中継することができる。その理由は、以下に述べる通りである。
【０３０４】
即ち、通信端末１００は、中継ノード選定部１１０と送受信制御部１２０とを備えるからである。中継ノード選定部１１０は、目標再生遅延と配信に際して考慮すべき情報とに基づいて、宛先ノードに映像データを送信する送信間隔ＴＲと、その送信に必要となる中継ノードの数とを求めることができる。また、中継ノード選定部１１０は、求めた中継ノード数に基づいて、中継ノードを選定する。送受信制御部１２０は、選定された中継ノードの中から特定の中継ノードを選定し、送信間隔ＴＲごとに、映像データを特定の中継ノードに送信することができるからである。
【０３０５】
（ハードウェア構成例）
上述した実施形態において図面に示した各部は、ソフトウェアプログラムの機能単位（処理単位、ソフトウェアモジュール）と捉えることができる。これらの各ソフトウェアモジュールは、専用のハードウェアによって実現してもよい。但し、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。この場合のハードウェア環境の一例を、図１８を参照して説明する。
【０３０６】
図１８は、本発明の模範的な実施形態に係る通信端末を実行可能な情報処理装置（コンピュータ）３００の構成を例示的に説明する図である。即ち、図１８は、コンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。このコンピュータは、通信端末１００（図２）、或いは、通信端末１００（図１５）、通信端末１００（図１７）、の全体または一部の通信端末を実現可能である。
【０３０７】
図１８に示した情報処理装置３００は、以下の構成がバス（通信線）３０６を介して接続された一般的なコンピュータである。
【０３０８】
・ＣＰＵ３０１、
・ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）３０２、
・ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）３０３、
・ハードディスク（記憶装置）３０４、
・外部装置との通信インターフェース（Ｉｎｔｅｒｆａｃｅ：以降、「Ｉ／Ｆ」と称する）３０５、
・ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記録媒体３０７に格納されたデータを読み書き可能なリーダライタ３０８。
【０３０９】
そして、上述した実施形態を例に説明した本発明は、以下の手順によって達成される。即ち、図１８に示した情報処理装置３００に対して、その説明において参照したブロック構成図（図２、図１５、図１７）或いはフローチャート（図５、図６、図７）の機能を実現可能なコンピュータ・プログラムが供給される。その後、そのコンピュータ・プログラムは、当該ハードウェアのＣＰＵ３０１に読み出されて実行されることによって達成される。また、当該装置内に供給されたコンピュータ・プログラムは、読み書き可能な一時記憶メモリ（ＲＡＭ３０３）またはハードディスク３０４等の不揮発性の記憶デバイスに格納すれば良い。
【０３１０】
また、前記の場合において、当該ハードウェア内へのコンピュータ・プログラムの供給方法は、現在では一般的な手順を採用することができる。例えば、供給方法は、ＣＤ−ＲＯＭ等の各種記録媒体３０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等である。そして、このような場合において、本発明は、係るコンピュータ・プログラムを構成するコード、或いはそのコードが格納された記録媒体によって構成されると捉えることができる。
【０３１１】
以上、実施形態及び実施例を参照して本発明を説明してきたが、本発明は上記実施形態及び実施例に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
【符号の説明】
【０３１２】
１、２、３、４    情報配信システム
１０、２０、２０１乃至２０３、２１１、２１２    ネットワーク
１１乃至１５、１００乃至１０４、１０１０乃至１０４０    通信端末
１１０    中継ノード選定部
１１１    算出部
１１２    パラメータ情報
１１３    中継ノード選択部
１２０    送受信制御部
１２１    データ記憶部
１２２    データ送受信部
１３０    記憶部
１３１    経路情報
１３２    チャネル情報
１３３    送信元情報
１３４    ノード情報
１４０    入出力部
１５０    データ処理部
１６０    ネットワーク処理部
１７０    バッファ
２２０    送受信制御部
２２２    データ送受信部
２００１、２００２    アクセスポイント
３００    情報処理装置
３０１    ＣＰＵ
３０２    ＲＯＭ
３０３    ＲＡＭ
３０４    ハードディスク
３０５    通信インターフェース
３０６    バス
３０７    記録媒体
３０８    リーダライタ
【図１】
2016184263.tif 000005
【図２】
2016184263.tif 000006
【図３】
2016184263.tif 000007
【図４】
2016184263.tif 000008
【図５】
2016184263.tif 000009
【図６】
2016184263.tif 000010
【図７】
2016184263.tif 000011
【図８】
2016184263.tif 000012
【図９】
2016184263.tif 000013
【図１０】
2016184263.tif 000014
【図１１】
2016184263.tif 000015
【図１２】
2016184263.tif 000016
【図１３】
2016184263.tif 000017
【図１４】
2016184263.tif 000018
【図１５】
2016184263.tif 000019
【図１６】
2016184263.tif 000020
【図１７】
2016184263.tif 000021
【図１８】
2016184263.tif 000022