JP5274913B2 - Ｉｐ放送受信装置 - Google Patents
Ｉｐ放送受信装置 Download PDFInfo
- Publication number
- JP5274913B2 JP5274913B2 JP2008168809A JP2008168809A JP5274913B2 JP 5274913 B2 JP5274913 B2 JP 5274913B2 JP 2008168809 A JP2008168809 A JP 2008168809A JP 2008168809 A JP2008168809 A JP 2008168809A JP 5274913 B2 JP5274913 B2 JP 5274913B2
- Authority
- JP
- Japan
- Prior art keywords
- wireless communication
- communication terminal
- terminal
- broadcast
- setting information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
この発明は、ネットワークを用いて映像コンテンツを視聴することができるＩＰＴＶ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ＴｅｌｅＶｉｓｉｏｎ）やＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）等のサービスに対応したＩＰ放送受信装置に関する。
近年ブロードバンド回線の普及に伴い、ネットワークを用いて映像コンテンツを視聴することができるＩＰＴＶやＶＯＤ等の映像視聴サービスが行われるようになった。
これにより、ユーザが映像を視聴したいときにＩＰＴＶやＶＯＤを提供しているサーバに接続することで、自由に映像を視聴することができる。一方、多数のユーザが同時に一つのサーバに接続した場合、サーバのネットワークのトラフィックが増大するため、ユーザに割り当てられる映像の帯域が狭くなったり、接続できるユーザが少なくなったりしてしまう。
これにより、ユーザが映像を視聴したいときにＩＰＴＶやＶＯＤを提供しているサーバに接続することで、自由に映像を視聴することができる。一方、多数のユーザが同時に一つのサーバに接続した場合、サーバのネットワークのトラフィックが増大するため、ユーザに割り当てられる映像の帯域が狭くなったり、接続できるユーザが少なくなったりしてしまう。
このような状態に対応したものとして、例えば、「双方向映像通信／映像配信システム」（特許文献１参照）が知られている。
図４７は、従来の双方向映像通信／映像配信システムの概略構成を示す説明図である。図４７に示すように、従来の双方向映像通信／映像配信システムでは、ユーザの所属するネットワーク毎にＶＯＤサーバ１とＭＣＵ（Ｍｕｌｔｉｐｏｉｎｔ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２を配置する。そして、ルータ３を介し異なるネットワーク間で双方向通信を行う際に、それぞれのデータはＭＣＵ２に送られエンドユーザの受信装置４に届く。
図４７は、従来の双方向映像通信／映像配信システムの概略構成を示す説明図である。図４７に示すように、従来の双方向映像通信／映像配信システムでは、ユーザの所属するネットワーク毎にＶＯＤサーバ１とＭＣＵ（Ｍｕｌｔｉｐｏｉｎｔ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２を配置する。そして、ルータ３を介し異なるネットワーク間で双方向通信を行う際に、それぞれのデータはＭＣＵ２に送られエンドユーザの受信装置４に届く。
ネットワーク間で双方向通信を行っていてＶＯＤサービスを提供する際には、それぞれの異なるネットワークに設置したＶＯＤサーバ１からコンテンツを取得し、ＭＣＵ２で合成されたものをエンドユーザの受信装置４に送信する。このため、ネットワーク間では双方向通信のパケットのみが流れ、ＶＯＤサーバ１のコンテンツはそれぞれのネットワーク内のみで流れて異なるネットワーク間では流れないことから、異なるネットワーク間のトラフィックを軽減することができる。
特開２００２-２５２８４３号公報
しかしながら、従来の「双方向映像通信／映像配信システム」（特許文献１参照）においては、異なるネットワーク毎にＭＣＵ２とＶＯＤサーバ１を配置して、異なるネットワーク間のトラフィックの軽減に着目していることにより、各ネットワークにあるＶＯＤサーバ１には同一のコンテンツが格納されている必要がある。
また、無線通信で使用できる帯域はユーザ数に反比例することから、ユーザが増加した際に無線区間がボトルネックになることがある。そのため、ＩＰＴＶ（ＶＯＤ）サーバのネットワークのトラフィックよりも無線区間のトラフィックを軽減する必要がある。
また、無線通信で使用できる帯域はユーザ数に反比例することから、ユーザが増加した際に無線区間がボトルネックになることがある。そのため、ＩＰＴＶ（ＶＯＤ）サーバのネットワークのトラフィックよりも無線区間のトラフィックを軽減する必要がある。
また、従来の「双方向映像通信／映像配信システム」においては、常に同じホスト（ＭＣＵ）を経由することが保障されているが、携帯通信端末のようにセクター間を移動するような装置の場合、経由するホストを固定することは出来ない。
この発明の目的は、ネットワークを用いた映像視聴サービスを行う際に、低速な無線通信の帯域を圧迫することなくＩＰ放送のコンテンツを視聴することができるＩＰ放送受信装置を提供することである。
この発明の目的は、ネットワークを用いた映像視聴サービスを行う際に、低速な無線通信の帯域を圧迫することなくＩＰ放送のコンテンツを視聴することができるＩＰ放送受信装置を提供することである。
上記目的を達成するため、基地局との間で無線通信を行うための第１無線通信手段と、自己の無線通信端末の近距離に位置する無線通信端末との間で直接無線通信を行うための第２無線通信手段と、前記第１無線通信手段又は前記第２無線通信手段によりＩＰ放送を受信するアプリケーションと、前記第１無線通信手段によりＩＰ放送を受信してアプリケーションを使用している際の設定情報を保持する保持手段と、前記第２無線通信手段により近距離の無線通信端末に対して、前記保持手段が保持する前記アプリケーションを使用している際の設定情報を周期的に送信するように制御する制御手段と、を有し、前記制御手段は、前記設定情報に変更が生じる場合、前記第２無線通信手段により近距離の無線通信端末に対して、その旨を示す情報を送信するように制御することを特徴としている。
また、この発明において、前記設定情報は、ＩＰ放送を録画中か否かを示す情報を含むことが好ましい。
また、この発明において、前記保持手段は、前記アプリケーションが受信するＩＰ放送の受信放送局情報を保持し、前記設定情報は、ＩＰ放送の受信放送局情報を含むことが好ましい。
また、この発明において、前記設定情報は、該無線通信端末のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含むことが好ましい。
また、この発明において、前記設定情報は、該無線通信端末の自己完結型ネットワークに接続している無線通信端末の接続数を示す情報を含むことが好ましい。
また、この発明において、前記保持手段は、前記アプリケーションが受信するＩＰ放送の受信放送局情報を保持し、前記設定情報は、ＩＰ放送の受信放送局情報を含むことが好ましい。
また、この発明において、前記設定情報は、該無線通信端末のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含むことが好ましい。
また、この発明において、前記設定情報は、該無線通信端末の自己完結型ネットワークに接続している無線通信端末の接続数を示す情報を含むことが好ましい。
また、この発明に係るＩＰ放送受信装置は、基地局との間で無線通信を行うための第１無線通信手段と、自己の無線通信端末の近距離に位置する無線通信端末との間で直接無線通信を行うための第２無線通信手段と、前記第１無線通信手段又は前記第２無線通信手段によりＩＰ放送を受信するアプリケーションと、ＩＰ放送を受信してアプリケーションを使用している際の設定情報を保持する保持手段と、前記第１無線通信手段により受信したＩＰ放送を前記第２無線通信手段により前記近距離に位置する無線通信端末に対して送信すると共に、前記保持手段が保持する前記設定情報を前記近距離に位置する無線通信端末に対して周期的に送信するように制御する制御手段と、を有し、前記制御手段は、前記設定情報に含まれるＩＰ放送の受信放送局情報に変更が生じる場合、前記第２無線通信手段により前記近距離に位置する無線通信端末から該無線通信端末の前記設定情報を収集し、該収集した設定情報に基づいて、前記第１無線通信手段により受信したＩＰ放送を前記第２無線通信手段により前記近距離に位置する無線通信端末に対して送信する役割を継承すべき無線通信端末を選択するように制御することを特徴としている。
また、この発明において、前記近距離に位置する無線通信端末の設定情報は、該無線通信端末の位置情報を含み、前記制御手段は、前記設定情報に含まれる位置情報に基づいて、前記役割を継承すべき無線通信端末を選択することが好ましい。
また、この発明において、前記設定情報は、ＩＰ放送を録画中か否かを示す情報を含み、前記制御手段は、前記設定情報に含まれる録画中か否かを示す情報に基づいて、前記役割を継承すべき無線通信端末を選択することが好ましい。
また、この発明において、前記設定情報は、ＩＰ放送を録画中か否かを示す情報を含み、前記制御手段は、前記設定情報に含まれる録画中か否かを示す情報に基づいて、前記役割を継承すべき無線通信端末を選択することが好ましい。
また、この発明において、前記設定情報は、該無線通信端末のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含み、前記制御手段は、前記設定情報に含まれるＩＰ放送受信可能時間に基づいて、前記役割を継承すべき無線通信端末を選択することが好ましい。
また、この発明において、前記設定情報は、該無線通信端末の自己完結型ネットワークに接続している無線通信端末の接続数を示す情報を含み、前記制御手段は、前記設定情報に含まれる無線通信端末の接続数に基づいて、前記役割を継承すべき無線通信端末を選択することが好ましい。
また、この発明において、前記設定情報は、該無線通信端末の自己完結型ネットワークに接続している無線通信端末の接続数を示す情報を含み、前記制御手段は、前記設定情報に含まれる無線通信端末の接続数に基づいて、前記役割を継承すべき無線通信端末を選択することが好ましい。
この発明によれば、ネットワークを用いた映像視聴サービスを行う際に、低速な無線通信の帯域を圧迫することなくＩＰ放送のコンテンツを視聴することができる。
以下、この発明を実施するための最良の形態について図面を参照して説明する。
（第１実施の形態）
図１は、この発明の第１実施の形態に係る無線通信端末の内部構成を示すブロック図である。図１に示すように、無線通信端末（ＩＰ放送受信装置）１０は、第１通信手段（第１無線通信手段）１１、第２通信手段（第２無線通信手段）１２、通信制御手段１３、端末制御手段（制御手段）１４、操作手段１５、時刻取得手段１６、映像出力手段１７、音声出力手段１８、及び記憶手段（保持手段）１９を有している。
（第１実施の形態）
図１は、この発明の第１実施の形態に係る無線通信端末の内部構成を示すブロック図である。図１に示すように、無線通信端末（ＩＰ放送受信装置）１０は、第１通信手段（第１無線通信手段）１１、第２通信手段（第２無線通信手段）１２、通信制御手段１３、端末制御手段（制御手段）１４、操作手段１５、時刻取得手段１６、映像出力手段１７、音声出力手段１８、及び記憶手段（保持手段）１９を有している。
第１通信手段１１は、接続されたアンテナ１１ａを介して、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）やＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−ＣＤＭＡ）等の広域の無線通信が可能である。第２通信手段１２は、接続されたアンテナ１２ａを介して、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の狭いエリアでの無線通信が可能である。通信制御手段１３は、第１通信手段１１及び第２通信手段１２の動作を制御する。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備えた端末制御手段１４は、各種キーやタッチパネル等の操作手段１５、現在の時刻を取得する時刻取得手段１６、及び通信制御手段１３からの各出力情報に基づき、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：ＬＣＤ）や有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）等の映像出力手段１７、スピーカ等の音声出力手段１８、及び通信制御手段１３のそれぞれに対し、動作を制御する制御情報を出力する。また、端末制御手段１４は、フラッシュメモリ等の記憶手段１９からの出力情報に基づき、記憶手段１９に対し制御情報を出力する。また、端末制御手段１４は、記憶手段１９の情報に基づき、通信制御手段１３を制御する。
記憶手段１９は、アプリケーション２０、メンバーリスト２１、視聴チャンネル２２、連続視聴時間２３、視聴保障時間２４、最大視聴可能時間２５、最終ビーコン（Ｂｅａｃｏｎ）送信時刻２６、ネットワーク（ＮＷ）規模２７、ネーバーリスト２８、及び第１通信手段情報２９に関する各情報をデータベースとして格納している。つまり、記憶手段１９は、ＩＰ放送を受信するアプリケーション２０を使用している際の設定情報を保持する保持手段として機能する。
アプリケーション２０は、ＩＰＴＶを視聴するためのソフトウェアであり、メンバーリスト２１は、自己完結型ネットワークであるアドホック（Ａｄ Ｈｏｃ）ネットワークを構成する無線通信端末（端末）１０に関するデータを一覧表で示したものである。視聴チャンネル２２は、ＩＰＴＶアプリケーションで視聴しているチャンネルを示し、連続視聴時間２３は、視聴チャンネル２２を連続で視聴している時間を示す。
視聴保障時間２４は、録画等で続けて番組を視聴することが予想される際に、当該番組が終了するまでの残り時間を示し、最大視聴可能時間２５は、バッテリの残量から求めたＩＰＴＶの視聴可能時間を示す。最終ビーコン送信時刻２６は、最後に第２通信手段１２からビーコン信号を送信した時刻を示し、ネットワーク規模２７は、アドホックネットワークの規模を示す。ネーバーリスト２８は、アドホックネットワークを構成する端末の周囲の情報を格納し、第１通信手段情報２９は、第１通信手段１１が接続しているネットワークに関する情報を示す。
図２は、図１のメンバーリストに含まれる情報要素を示すブロック図である。図２に示すように、メンバーリスト２１には、ビーコン信号に含まれる連続視聴時間２１ａ、視聴チャンネル２１ｂ、最大視聴可能時間２１ｃ、視聴保障時間２１ｄ、アドホックネットワークを形成した際のネットワーク規模２１ｅ、最終ビーコン送信時刻２１ｆ、アドホックネットワークのグループＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を示すサービスセット（Ｓｅｒｖｉｃｅ Ｓｅｔ ）ＩＤ２１ｇ、ビーコン信号を送信した無線通信端末１０のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス２１ｈ、及び第１通信手段１１が接続しているネットワークに関する情報を示す第１通信手段情報２１ｉの各情報要素が含まれている。
図３は、図１のネーバーリストに含まれる情報要素を示すブロック図である。図３に示すように、ネーバーリスト２８には、ネーバーリスト２８を送信した端末を示す送信端末情報２８ａ、及びネーバーリスト２８を送信した端末の周囲の端末の情報を示す近隣端末リスト２８ｂが含まれている。これら送信端末情報２８ａと近隣端末リスト２８ｂは、メンバーリスト２１と同じ情報を保持している。
図４は、ＩＥＥＥ８０２．１１のビーコン信号のボディに含まれる情報要素を示す説明図である。図４に示すように、ビーコン信号には、タイムスタンプ（Ｔｉｍｅｓｔａｍｐ）、ビーコン周期（Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ）、ケーパビリティインフォメーション（Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）、サービスセットＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ ＩＤ）、サポートレート（Ｓｕｐｐｏｒｔｅｄ Ｒａｔｅｓ）、ＦＨパラメータセット（ＦＨ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＤＳパラメータセット（ＤＳ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＣＦパラメータセット（ＣＦ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＩＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）パラメータセット（ＩＢＳＳ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、及びＴＩＭ（Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍａｐ）の各情報が含まれている。
この無線通信端末１０では、タイムスタンプに連続視聴時間を格納し、視聴チャンネル、最大視聴可能時間、視聴保障時間、及びネットワーク規模を、現在主流のＩＥＥＥ８０２．１１ａ／ｂ／ｇでは用いられていない、ＦＨパラメータセットに格納する。
図５は、図１の無線通信端末における全体の処理の流れを示すフローチャート(その１)であり、図６は、図１の無線通信端末における全体の処理の流れを示すフローチャート(その２)である。図５及び図６に示すように、無線通信端末１０は、先ず、電源を入れて起動した（ステップＳ１０１）後、電源がオフ（ＯＦＦ）になるまでループ１の処理を繰り返す（ステップＳ１０２）。
図５は、図１の無線通信端末における全体の処理の流れを示すフローチャート(その１)であり、図６は、図１の無線通信端末における全体の処理の流れを示すフローチャート(その２)である。図５及び図６に示すように、無線通信端末１０は、先ず、電源を入れて起動した（ステップＳ１０１）後、電源がオフ（ＯＦＦ）になるまでループ１の処理を繰り返す（ステップＳ１０２）。
ループ１では、ＩＰＴＶアプリケーション（ＩＰＴＶアプリ）が起動されたか否かを判定する（ステップＳ１０３）。判定の結果、ＩＰＴＶアプリが起動されない（Ｎｏ）場合、ループ１の処理（ステップＳ１０２）に戻る。一方、ＩＰＴＶアプリが起動された（Ｙｅｓ）場合、視聴チャンネル２２にＩＰＴＶアプリが要求するチャンネルを格納し（ステップＳ１０４）、その後、ＩＰＴＶアプリのパケットを受信する通信手段の検索及び選択を行うサーチ処理を実行する（ステップＳ１０５）。
このループ１において、サーチ処理を実行しＩＰＴＶを視聴し始めたら、ＩＰＴＶアプリを終了するまでループ２の処理を繰り返す（ステップＳ１０６）。ループ２では、視聴チャンネルの変更若しくは視聴の終了の実行を試みているか否かを判定する（ステップＳ１０７）。
ステップＳ１０７における判定の結果、チャンネルが変更（若しくは視聴の終了が実行）された（Ｙｅｓ）場合、第１通信手段１１を用いてＩＰＴＶを視聴していたか否か、即ち、第１通信手段１１を用いて受信したコンテンツを第２通信手段１２を用いて再送信を行っていたか否か、を判定する（ステップＳ１０８）。
ステップＳ１０７における判定の結果、チャンネルが変更（若しくは視聴の終了が実行）された（Ｙｅｓ）場合、第１通信手段１１を用いてＩＰＴＶを視聴していたか否か、即ち、第１通信手段１１を用いて受信したコンテンツを第２通信手段１２を用いて再送信を行っていたか否か、を判定する（ステップＳ１０８）。
ステップＳ１０８における判定の結果、第１通信手段１１を用いてＩＰＴＶを視聴中である（Ｙｅｓ）場合、後述の親機能解放処理、即ち、周囲の別の端末に第２通信手段１２を用いてＩＰＴＶのコンテンツの再送信を託す処理を行った（ステップＳ１０９）後、視聴終了か否かを判定（ステップＳ１１０）する。一方、第１通信手段１１を用いてＩＰＴＶを視聴中でない（Ｎｏ）場合、ステップＳ１１０の処理を行う。
ステップＳ１１０における判定の結果、視聴終了である（Ｙｅｓ）場合、ステップＳ１０３の処理を行い、一方、視聴終了でない（Ｎｏ）、即ち、視聴を行うチャンネルの変更を行う場合、ステップＳ１０４の処理を行う。
ステップＳ１１０における判定の結果、視聴終了である（Ｙｅｓ）場合、ステップＳ１０３の処理を行い、一方、視聴終了でない（Ｎｏ）、即ち、視聴を行うチャンネルの変更を行う場合、ステップＳ１０４の処理を行う。
一方、ステップＳ１０７における判定の結果、視聴チャンネルが変更（若しくは視聴の終了が実行）されていない（Ｎｏ）場合、第１通信手段１１でＩＰＴＶを視聴中か否かを判定する（ステップＳ１１１）。
ステップＳ１１１における判定の結果、第１通信手段１１でなく第２通信手段１２でＩＰＴＶを視聴中である（Ｎｏ）場合、第２通信手段１２での受信（視聴）が不可能か否か、即ち、第２通信手段１２のエリア内にＩＰＴＶのサービスを第１通信手段１１で視聴している端末が存在するか否かを判定する（ステップＳ１１２）。判定の結果、第２通信手段１２での受信が不可能である（Ｙｅｓ）場合、ステップＳ１０５のサーチ処理へ戻り、第２通信手段１２での受信が不可能でない（Ｎｏ）、即ち、受信可能である場合、親機（第２通信手段１２の通話先）から視聴チャンネル変更メッセージを受信したか否かを判定する（ステップＳ１１３）。
ステップＳ１１１における判定の結果、第１通信手段１１でなく第２通信手段１２でＩＰＴＶを視聴中である（Ｎｏ）場合、第２通信手段１２での受信（視聴）が不可能か否か、即ち、第２通信手段１２のエリア内にＩＰＴＶのサービスを第１通信手段１１で視聴している端末が存在するか否かを判定する（ステップＳ１１２）。判定の結果、第２通信手段１２での受信が不可能である（Ｙｅｓ）場合、ステップＳ１０５のサーチ処理へ戻り、第２通信手段１２での受信が不可能でない（Ｎｏ）、即ち、受信可能である場合、親機（第２通信手段１２の通話先）から視聴チャンネル変更メッセージを受信したか否かを判定する（ステップＳ１１３）。
ステップＳ１１３における判定の結果、視聴チャンネル変更メッセージを受信していない（Ｎｏ）場合、第２通信手段１２でＩＰＴＶのパケットを受信したか否かを判定し（ステップＳ１１４）、一方、視聴チャンネル変更メッセージを受信している（Ｙｅｓ）場合、再接続処理（詳細は後述する）を行った（ステップＳ１１５）後、ステップＳ１１４の処理を行う。
ステップＳ１１４における判定の結果、ＩＰＴＶのパケットを受信していない（Ｎｏ）場合、ビーコン信号に含まれる情報を更新する報知情報更新処理（詳細は後述する）を行い（ステップＳ１１６）、一方、ＩＰＴＶのパケットを受信している（Ｙｅｓ）場合、パケットをデコードして、映像出力手段１７及び音声出力手段１８に出力し、ＩＰＴＶを再生した（ステップＳ１１７）後、ステップＳ１１６の処理を行う。
ステップＳ１１４における判定の結果、ＩＰＴＶのパケットを受信していない（Ｎｏ）場合、ビーコン信号に含まれる情報を更新する報知情報更新処理（詳細は後述する）を行い（ステップＳ１１６）、一方、ＩＰＴＶのパケットを受信している（Ｙｅｓ）場合、パケットをデコードして、映像出力手段１７及び音声出力手段１８に出力し、ＩＰＴＶを再生した（ステップＳ１１７）後、ステップＳ１１６の処理を行う。
一方、ステップＳ１１１における判定の結果、第１通信手段１１でＩＰＴＶを視聴中である（Ｙｅｓ）場合、ビーコン信号を受信したか否かを判定する（ステップＳ１１８）。判定の結果、ビーコン信号を受信した（Ｙｅｓ）場合、メンバーリストに存在する端末からビーコン信号を受信したか否かを判定する（ステップＳ１１９）。
ステップＳ１１９における判定の結果、メンバーリストに存在する端末からビーコン信号を受信していない（Ｎｏ）、即ち、メンバーリストに存在しない端末からビーコン信号を受信した場合、新規にメンバーリストに追加する（ステップＳ１２０）。一方、メンバーリストに存在する端末からビーコンを受信した（Ｙｅｓ）場合、メンバーリスト内のＭＡＣアドレス２１ｈとビーコン信号の送信元ＭＡＣアドレスが一致する要素の最終ビーコン送信時刻２１ｆに、時刻取得手段１６から取得した現在時刻を格納する（ステップＳ１２１）。
そして、ステップＳ１１８における判定の結果、ビーコン信号を受信していない（Ｎｏ）場合、メンバーリストの全要素の内、最終ビーコン送信時刻２１ｆの値からＴ秒（ビーコンインターバルよりも長い時間）経過した要素を削除する（ステップＳ１２２）。また、ステップＳ１２０の処理及びステップＳ１２１の処理をそれぞれ実行した後、ステップＳ１２２の処理を行う。
その後、その他のＩＥＥＥ８０２．１１規定のマネージメント信号又は制御信号を受信したか否かを判定し（ステップＳ１２３）、判定の結果、前記信号を受信していない（Ｎｏ）場合、ＩＰＴＶのパケットを受信したか否かを判定する（ステップＳ１２４）。一方、受信した（Ｙｅｓ）場合は、ＩＥＥＥ８０２．１１に準拠した処理を行った（ステップＳ１２５）後、ステップＳ１２４の処理を行う。但し、ＩＥＥＥ８０２．１１に準拠した処理に際し、タイムスタンプ（Ｔｉｍｅｓｔａｍｐ）及びＦＨパラメータセット（ＦＨ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）は、ビーコン信号を送信する際に用いる、連続視聴時間２３、視聴チャンネル２２、視聴保障時間２４、及び最大視聴可能時間２５を含む。
ステップＳ１２４における判定の結果、ＩＰＴＶパケットを第１通信手段１１を介して受信した（Ｙｅｓ）場合、メンバーリストの要素数が１以上か否か、即ち、第２通信手段１２を用いてＩＰＴＶを受信している子端末が存在するか否かを判定する（ステップＳ１２６）。判定の結果、メンバーリストの要素数が１以上でない（Ｎｏ）場合、ＩＰＴＶのパケットをデコードして、映像出力手段１７及び音声出力手段１８に出力しＩＰＴＶを再生する（ステップＳ１２７）。一方、メンバーリストの要素数が１以上である（Ｙｅｓ）場合、受信したＩＰＴＶのパケットを第２通信手段１２を介してブロードキャストで送信した（ステップＳ１２８）後、ステップＳ１２７の処理を行う。
そして、ステップＳ１２４における判定の結果、ＩＰＴＶのパケットを受信していない（Ｎｏ）場合、及びステップＳ１２７の処理を実行した後、ビーコン信号に含まれる情報を更新する報知情報更新処理を行う（ステップＳ１１６）。
ステップＳ１１６において報知情報更新処理を行った後、報知情報更新処理で更新した情報をビーコン信号に含めて第２通信手段１２を介して送信する報知処理（詳細は後述する）を実行する（ステップＳ１１９）。その後、ループ２の処理を繰り返し、ループ２の終了した後、電源ＯＦＦまで更に、ループ１の処理を繰り返し、無線通信端末１０における一連の処理を終了する。
なお、上述した処理（図５，６参照）には、ＩＥＥＥ８０２．１１に記載の省電力制御やＤＣＦ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）等のアクセス制御については記載していない。
ステップＳ１１６において報知情報更新処理を行った後、報知情報更新処理で更新した情報をビーコン信号に含めて第２通信手段１２を介して送信する報知処理（詳細は後述する）を実行する（ステップＳ１１９）。その後、ループ２の処理を繰り返し、ループ２の終了した後、電源ＯＦＦまで更に、ループ１の処理を繰り返し、無線通信端末１０における一連の処理を終了する。
なお、上述した処理（図５，６参照）には、ＩＥＥＥ８０２．１１に記載の省電力制御やＤＣＦ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）等のアクセス制御については記載していない。
図７は、図５のサーチ処理の流れを示すフローチャートである。図７に示すように、サーチ処理の実行に際し、先ず、第２通信手段１２を起動する（ステップＳ２０１）。起動した第２通信手段１２を用いてビーコン信号を受信し、メンバーリスト２１に格納する（ステップＳ２０２）。即ち、第２通信手段１２の受信エリア内に、第１通信手段１１を用いてＩＰＴＶを視聴している端末が存在するか否か（ネットワーク規模が０以上か否か）を調査し、ビーコン信号を受信できたらメンバーリスト２１に格納する。但し、ビーコン信号に含んでいるネットワーク規模の値が−１の場合は、メンバーリスト２１に追加しない。なお、ビーコン信号の受信に際しては、ビーコン信号の送信の周期は端末毎に異なるため、数秒間受信し続ける。
ビーコン信号をサーチした結果、メンバーリスト２１に要素が存在するか否かを判定する（ステップＳ２０３）。即ち、メンバーリスト２１が存在する場合は、ＩＰＴＶを視聴している端末が存在することを示す。判定の結果、要素が存在しない（Ｎｏ）場合、第１通信手段１１を用いてＩＰＴＶを視聴する（ステップＳ２０４）。
一方、ステップＳ２０３の判定の結果、メンバーリスト２１に要素が存在する（Ｙｅｓ）場合、カウンタｉを１で初期化し（ステップＳ２０５）、その後、カウンタｉがメンバーリスト２１の要素数＋１になるまでループ１の処理を実行する（ステップＳ２０６）。
一方、ステップＳ２０３の判定の結果、メンバーリスト２１に要素が存在する（Ｙｅｓ）場合、カウンタｉを１で初期化し（ステップＳ２０５）、その後、カウンタｉがメンバーリスト２１の要素数＋１になるまでループ１の処理を実行する（ステップＳ２０６）。
ループ１において、メンバーリスト２１のｉ番目の要素の視聴チャンネル２１ｂと端末１０内の視聴チャンネル２２が一致するか否か、即ち、視聴したいチャンネルが同じか否かを判定する（ステップＳ２０７）。判定の結果、一致しない（Ｎｏ）場合、メンバーリストのｉ番目の要素を削除した（ステップＳ２０８）後にループ１の処理を繰り返し、一方、一致する（Ｙｅｓ）場合、カウンタｉに１を加算した（ステップＳ２０９）後にループ１の処理を繰り返す。
ループ１の処理が完了したら、メンバーリスト２１に要素が存在するか否か、即ち、視聴したいチャンネルと同じチャンネルを、第１通信手段１１を用いて視聴している端末が存在するか否かを判定する（ステップＳ２１０）。判定の結果、周囲に第１通信手段１１を用いてＩＰＴＶを視聴している端末が存在しない、或いは周囲に視聴したいチャンネルと同一のチャンネルを第１通信手段１１を用いて視聴している端末が存在しない（Ｎｏ）場合、第１通信手段１１を用いてＩＰＴＶを視聴し（ステップＳ２０４）、一方、このような端末が存在する（Ｙｅｓ）場合、最適な接続先を選択するサーバ選択処理（詳細は後述する）を実行する（ステップＳ２１１）。
ＩＰＴＶを視聴開始し（ステップＳ２０４）或いはサーバ選択処理を実行した（ステップＳ２１１）後、サーチ処理を終了する。
図８は、図７のサーバ選択処理の流れを示すフローチャートである。図８に示すように、サーバ選択処理の実行に際し、先ず、メンバーリスト２１の要素数が２以上か否かを判定する（ステップＳ３０１）。判定の結果、メンバーリスト２１の要素数が１、即ち、２以上でない（Ｎｏ）場合、第２通信手段１２を用いて、メンバーリスト２１（以降のソートも含む）の先頭の要素と同じアドホックネットワークに接続しＩＰＴＶを視聴する（ステップＳ３０２）。
図８は、図７のサーバ選択処理の流れを示すフローチャートである。図８に示すように、サーバ選択処理の実行に際し、先ず、メンバーリスト２１の要素数が２以上か否かを判定する（ステップＳ３０１）。判定の結果、メンバーリスト２１の要素数が１、即ち、２以上でない（Ｎｏ）場合、第２通信手段１２を用いて、メンバーリスト２１（以降のソートも含む）の先頭の要素と同じアドホックネットワークに接続しＩＰＴＶを視聴する（ステップＳ３０２）。
一方、ステップＳ３０１の判定の結果、メンバーリスト２１の要素数が２以上である（Ｙｅｓ）場合、メンバーリスト２１に含まれる視聴保障時間の降順にソートする（ステップＳ３０３）。つまり、ＩＰＴＶの視聴時間を保障してくれることを優先する。
その後、視聴保障時間の最大の要素が唯一、即ち、一つのみであるか否かを判定する（ステップＳ３０４）。判定の結果、最大の要素が唯一である（Ｙｅｓ）場合、ステップＳ３０２の処理を実行し、一方、最大の要素が唯一でない（Ｎｏ）、即ち、複数ある場合、メンバーリスト２１に含まれるネットワーク（ＮＷ）規模の降順にソートする（ステップＳ３０５）。ネットワーク規模とは、その端末に接続している端末の数を示し、ネットワーク規模が大きいと子端末の数が多いので、親端末は特定のエリアに留まっている可能性が高い。
その後、視聴保障時間の最大の要素が唯一、即ち、一つのみであるか否かを判定する（ステップＳ３０４）。判定の結果、最大の要素が唯一である（Ｙｅｓ）場合、ステップＳ３０２の処理を実行し、一方、最大の要素が唯一でない（Ｎｏ）、即ち、複数ある場合、メンバーリスト２１に含まれるネットワーク（ＮＷ）規模の降順にソートする（ステップＳ３０５）。ネットワーク規模とは、その端末に接続している端末の数を示し、ネットワーク規模が大きいと子端末の数が多いので、親端末は特定のエリアに留まっている可能性が高い。
その後、ネットワーク規模の最大の要素が唯一、即ち、一つのみであるか否かを判定する（ステップＳ３０６）。判定の結果、最大の要素が唯一である（Ｙｅｓ）場合、ステップＳ３０２の処理を実行し、一方、最大の要素が唯一でない（Ｎｏ）、即ち、複数ある場合、メンバーリスト２１に含まれる連続視聴時間の降順にソートする（ステップＳ３０７）。つまり、連続視聴時間が長いので、番組の途中でチャンネルを切り替える可能性が低い。
その後、連続視聴時間の最大の要素が唯一、即ち、一つのみか否かを判定する（ステップＳ３０８）。判定の結果、最大の要素が唯一である（Ｙｅｓ）場合、ステップＳ３０２の処理を実行し、一方、最大の要素が唯一でない（Ｎｏ）、即ち、複数ある場合、メンバーリスト２１に含まれる最大視聴可能時間の降順にソートする（ステップＳ３０９）。つまり、最大視聴時間が長いので、バッテリーの残量が十分であり、ＩＰＴＶの視聴中に切断される可能性が低い。
その後、第２通信手段１２を用いて、メンバーリスト２１の先頭の要素と同じアドホックネットワークに接続し、ＩＰＴＶを視聴する（ステップＳ３０２）。
そして、ＩＰＴＶを視聴する、つまり、接続先を決定したことにより、メンバーリスト２１の全ての要素を削除し（ステップＳ３１０）、その後、サーバ選択処理を終了する。
なお、上述したサーバ選択処理における、視聴保障時間の降順にソートする処理（ステップＳ３０３）、ネットワーク（ＮＷ）規模の降順にソートする処理（ステップＳ３０５）、連続視聴時間の降順にソートする処理（ステップＳ３０７）は、順序を変更しても良く、例えば、視聴保障時間、ネットワーク（ＮＷ）規模、連続視聴時間のそれぞれに対して重み付けを行い加算、乗算した順番で行っても良い。
そして、ＩＰＴＶを視聴する、つまり、接続先を決定したことにより、メンバーリスト２１の全ての要素を削除し（ステップＳ３１０）、その後、サーバ選択処理を終了する。
なお、上述したサーバ選択処理における、視聴保障時間の降順にソートする処理（ステップＳ３０３）、ネットワーク（ＮＷ）規模の降順にソートする処理（ステップＳ３０５）、連続視聴時間の降順にソートする処理（ステップＳ３０７）は、順序を変更しても良く、例えば、視聴保障時間、ネットワーク（ＮＷ）規模、連続視聴時間のそれぞれに対して重み付けを行い加算、乗算した順番で行っても良い。
図９は、図６の報知情報更新処理の流れを示すフローチャートである。図９に示すように、報知情報更新処理の実行に際し、先ず、第１通信手段１１を用いてＩＰＴＶを視聴中であるか否か、即ち、視聴しているのは親端末であるか子端末であるかを判定する（ステップＳ４０１）。
判定の結果、第１通信手段１１でＩＰＴＶを視聴中でない（Ｎｏ）、即ち、第２通信手段１２でＩＰＴＶを視聴中である場合、ネットワーク規模２７に−１（クライアントであることを示す数）を格納する（ステップＳ４０２）。一方、第１通信手段１１でＩＰＴＶを視聴中である（Ｙｅｓ）場合、メンバーリスト２１の要素数（接続端末数）をネットワーク規模２７に格納する（ステップＳ４０３）。
判定の結果、第１通信手段１１でＩＰＴＶを視聴中でない（Ｎｏ）、即ち、第２通信手段１２でＩＰＴＶを視聴中である場合、ネットワーク規模２７に−１（クライアントであることを示す数）を格納する（ステップＳ４０２）。一方、第１通信手段１１でＩＰＴＶを視聴中である（Ｙｅｓ）場合、メンバーリスト２１の要素数（接続端末数）をネットワーク規模２７に格納する（ステップＳ４０３）。
その後、ネットワーク規模２７に数値を格納したら、バッテリの残量を最大視聴可能時間２５に格納し（ステップＳ４０４）、格納後、録画中か否かを判定する（ステップＳ４０５）。判定の結果、録画中でない（Ｎｏ）場合、視聴チャンネル２２に格納されているチャンネルを継続して連続視聴している時間を、連続視聴時間２３に格納する（ステップＳ４０６）。一方、録画中である（Ｙｅｓ）場合は、現在視聴（録画）している番組が終了するまでの時間を視聴保障時間２４に格納した（ステップＳ４０７）後、ステップＳ４０６の処理を行う。
連続視聴時間２３に連続視聴時間の値を格納したら、第１通信手段１１を搭載しているか否かを判定する（ステップＳ４０８）。判定の結果、搭載していない（Ｎｏ）場合、第１通信手段１１の情報に０（即ち、第１通信手段１１を搭載していないか、第１通信手段１１ではＩＰＴＶを受信できない状態）を格納する（ステップＳ４０９）。一方、搭載している（Ｙｅｓ）場合、第１通信手段１１を用いてＩＰＴＶを受信し視聴可能であるか否か、即ち、圏外でないか否か、速度が充分であるか否か（親になって充分受信できるか否か）、ＩＰＴＶを視聴するだけの帯域を確保できるか否か等、を判定する（ステップＳ４１０）。
ステップＳ４１０における判定の結果、ＩＰＴＶを受信できない（Ｎｏ）、即ち、視聴可能でない場合、ステップＳ４０９の処理を行い、ＩＰＴＶを受信できる（Ｙｅｓ）、即ち、視聴可能である場合、第１通信手段１１で接続可能なキャリアに関する情報を第１通信手段１１の情報に格納する（ステップＳ４１１）。
ステップＳ４０９の処理の後、及びステップＳ４１１の処理の後、報知情報更新処理を終了する。
ステップＳ４０９の処理の後、及びステップＳ４１１の処理の後、報知情報更新処理を終了する。
図１０は、図６の報知処理の流れを示すフローチャートである。図１０に示すように、報知処理の実行に際し、先ず、端末制御手段は、最終ビーコン（Ｂｅａｃｏｎ）送信時刻からビーコン信号に含まれるビーコン周期（Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ）を経過しているか否かを判定する（ステップＳ５０１）。これは、ビーコン信号を頻繁に送信することによりトラフィックを圧迫することを避けるためである。また、ＡＴＩＭ（Ａｎｎｏｕｎｃｅｍｅｎｔ Ｔｒａｆｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｅｓｓａｇｅ）ウィンドウが指定されている際には、ＡＴＩＭウィンドウ内でビーコン信号を送信する必要があるため、ＩＥＥＥ８０２．１１の規定に従う。
ステップＳ５０１における判定の結果、ビーコン周期を超過していない（Ｎｏ）場合、報知処理を終了する。一方、ビーコン周期を超過している（Ｙｅｓ）場合、連続視聴時間２３をビーコン信号のタイムスタンプ（Ｔｉｍｅｓｔａｍｐ）に格納する（ステップＳ５０２）。
連続視聴時間２３を格納した後、ネットワーク（ＮＷ）規模２７を、ビーコン信号のＦＨパラメータセット（ＦＨ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）の０オクテット目に格納し（ステップＳ５０３）、その後、視聴チャンネル２２をビーコン信号のＦＨパラメータセットの１オクテット目に格納する（ステップＳ５０４）。
連続視聴時間２３を格納した後、ネットワーク（ＮＷ）規模２７を、ビーコン信号のＦＨパラメータセット（ＦＨ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）の０オクテット目に格納し（ステップＳ５０３）、その後、視聴チャンネル２２をビーコン信号のＦＨパラメータセットの１オクテット目に格納する（ステップＳ５０４）。
視聴チャンネル２２を格納した後、視聴保障時間２４をビーコン信号のＦＨパラメータセットの２〜３オクテット目に格納し（ステップＳ５０５）、その後、最大視聴可能時間２５をビーコン信号のＦＨパラメータセットの４〜５オクテット目に格納する（ステップＳ５０６）。
最大視聴可能時間２５を格納した後、第１通信手段１１の情報をビーコン信号のＦＨパラメータセットの６オクテット目に格納し（ステップＳ５０７）、その後、ビーコン信号を送信する（ステップＳ５０８）。そして、最終ビーコン送信時刻２６に、時刻取得手段１６から取得した現在時刻を設定（格納）し（ステップＳ５０９）、その後、報知処理を終了する。
最大視聴可能時間２５を格納した後、第１通信手段１１の情報をビーコン信号のＦＨパラメータセットの６オクテット目に格納し（ステップＳ５０７）、その後、ビーコン信号を送信する（ステップＳ５０８）。そして、最終ビーコン送信時刻２６に、時刻取得手段１６から取得した現在時刻を設定（格納）し（ステップＳ５０９）、その後、報知処理を終了する。
図１１は、図５の親機能解放処理の流れを示すフローチャートである。図１１に示すように、親機能解放処理（親機の処理）の実行に際し、先ず、第１通信手段１１を用いて、ＩＰＴＶを視聴していた端末がチャンネルの変更若しくは視聴の終了を示す視聴チャンネル変更メッセージを送信する（ステップＳ６０１）。視聴チャンネル変更メッセージの送信後、メンバーリスト２１の全要素を削除して（ステップＳ６０２）、タイマーを起動する（ステップＳ６０３）。その後、タイマーによる計時が満了するまでループ１の処理を行う（ステップＳ６０４）。
ループ１の処理において、先ず、第２通信手段１２を用いて、ＩＰＴＶを視聴していた同一のアドホックネットワークに属していた端末の情報を格納している、ネーバーリスト２８を含むパケットを受信したか否かを判定する（ステップＳ６０５）。判定の結果、ネーバーリスト２８を含むパケットを受信していない（Ｎｏ）場合、タイマー満了までループ１の処理を繰り返す。一方、ネーバーリスト２８を含むパケットを受信した（Ｙｅｓ）場合、第１通信手段１１の情報が０でない（非０）か否かを判定する（ステップＳ６０６）。
ステップＳ６０６における判定の結果、第１通信手段１１の情報が０である（Ｎｏ）場合、タイマー満了までループ１の処理を繰り返す。一方、第１通信手段１１の情報が０でない（Ｙｅｓ）場合、ネーバーリスト２８を追加して格納した（ステップＳ６０７）後、タイマー満了までループ１の処理を繰り返す。
ステップＳ６０６における判定の結果、第１通信手段１１の情報が０である（Ｎｏ）場合、タイマー満了までループ１の処理を繰り返す。一方、第１通信手段１１の情報が０でない（Ｙｅｓ）場合、ネーバーリスト２８を追加して格納した（ステップＳ６０７）後、タイマー満了までループ１の処理を繰り返す。
なお、ネーバーリスト２８を含むパケットには以下の情報を含んでおり、ＭＡＣフレームの情報を送信端末情報２８ａとして、ＭＡＣフレーム本体の情報を近隣端末リスト２８ｂとして、それぞれ保存する。
・ＭＡＣフレームには、ネーバーリスト２８を送信した端末の情報が含まれている。
・ＭＡＣフレームのフレーム本体（データ）には、近隣端末リスト２８（図３参照）を示す情報が含まれている。即ち、ＭＡＣフレームに含まれている端末の周囲の端末のＭＡＣフレームの情報を格納している。
・ＭＡＣフレームには、ネーバーリスト２８を送信した端末の情報が含まれている。
・ＭＡＣフレームのフレーム本体（データ）には、近隣端末リスト２８（図３参照）を示す情報が含まれている。即ち、ＭＡＣフレームに含まれている端末の周囲の端末のＭＡＣフレームの情報を格納している。
ループ１の処理が完了（タイマーの計時が満了）したら、後述の新規親機決定処理（詳細は後述する）、つまり、ステップＳ６０７で格納したネーバーリスト２８から親機（第１通信手段１１を用いてＩＰＴＶを視聴し、第２通信手段１２を用いてＩＰＴＶを再送信する端末）を決定する処理を行う（ステップＳ６０８）。新規親機決定処理の後、新規親機依頼処理（詳細は後述する）、つまり、新規親機決定処理で決定した新たな親機の候補に対し、親機になるように指示するメッセージを発行する処理を行う（ステップＳ６０９）。その後、親機能解放処理を終了する。
図１２は、図１１の新規親機決定処理の流れを示すフローチャートである。図１２に示すように、新規親機決定処理（親機の処理）の実行に際し、先ず、ネーバーリスト２８が空になるまでループ１の処理を行う（ステップＳ７０１）。
図１２は、図１１の新規親機決定処理の流れを示すフローチャートである。図１２に示すように、新規親機決定処理（親機の処理）の実行に際し、先ず、ネーバーリスト２８が空になるまでループ１の処理を行う（ステップＳ７０１）。
ループ１の処理において、先ず、ネーバーリスト２８の要素数が２以上か否か、即ち、ネーバーリスト２８の要素をソートする必要があるか否かを判定する（ステップＳ７０２）。判定の結果、ネーバーリスト２８の要素数が１、即ち、２以上でない（Ｎｏ）場合、ネーバーリスト２８（以降のソートも含む）の先頭の要素をメンバーリストに追加する（ステップＳ７０３）。
一方、ステップＳ７０２の判定の結果、ネーバーリスト２８の要素数が２以上である（Ｙｅｓ）場合、ネーバーリスト２８に含まれる視聴保障時間の降順にソートを行う（ステップＳ７０４）。その後、視聴保障時間の最大の要素が唯一である（一つのみ）か否かを判定する（ステップＳ７０５）。判定の結果、唯一である（Ｙｅｓ）場合、ステップＳ７０３の処理を行い、一方、唯一でない（Ｎｏ）場合、ネーバーリスト２８に含まれる連続視聴時間の降順にソートを行う（ステップＳ７０６）。
その後、連続視聴時間の最大の要素が唯一である（一つのみ）か否かを判定する（ステップＳ７０７）。判定の結果、唯一である（Ｙｅｓ）場合、ステップＳ７０３の処理を行い、一方、唯一でない（Ｎｏ）場合、ネーバーリスト２８に含まれる最大視聴可能時間の降順にソートを行う（ステップＳ７０８）。
その後、最大視聴可能時間の最大の要素が唯一である（一つのみ）か否かを判定する（ステップＳ７０９）。判定の結果、唯一である（Ｙｅｓ）場合、ステップＳ７０３の処理を行い、一方、唯一でない（Ｎｏ）場合、ネーバーリストに含まれるネットワーク規模の降順にソートを行う（ステップＳ７１０）。
その後、最大視聴可能時間の最大の要素が唯一である（一つのみ）か否かを判定する（ステップＳ７０９）。判定の結果、唯一である（Ｙｅｓ）場合、ステップＳ７０３の処理を行い、一方、唯一でない（Ｎｏ）場合、ネーバーリストに含まれるネットワーク規模の降順にソートを行う（ステップＳ７１０）。
その後、ネットワーク規模が最大の要素が唯一である（一つのみ）か否かを判定する（ステップＳ７１１）。判定の結果、唯一である（Ｙｅｓ）場合、ステップＳ７０３の処理を行い、一方、唯一でない（Ｎｏ）場合、第１通信手段１１の情報を持つ要素が先頭になるようにソートを行う、即ち、第１通信手段１１の情報順に並び替える（ステップＳ７１２）。つまり、親と同じキャリアであることが分かれば、その地域ではＩＰＴＶの視聴を行うこと出来ることが分かるため、第１通信手段１１の情報を参照する。ステップＳ７１２の処理が終了した後、ソートを行ったネーバーリスト２８の先頭の要素をメンバーリストに追加する（ステップＳ７０３）。
なお、上述したステップＳ７０４〜ステップＳ７１２における各処理の順番は、変更してもよく、また、視聴保障時間、連続視聴時間、最大視聴可能時間、ネットワーク規模、及び第１通信手段１１の情報のそれぞれに対して重み付けを行い加算、乗算したもので、ソートしてもよい。
ステップＳ７０３の処理の後、ネーバーリスト２８の先頭の要素に含まれる近隣端末リスト２８ｂが示すＭＡＣアドレス２１ｈと、他のネーバーリスト２８の送信端末情報２８ａのＭＡＣアドレス２１ｈが一致する場合、この他のネーバーリスト２８の要素を削除する（ステップＳ７１３）。即ち、ネーバーリスト２８の先頭の要素に含まれる近隣端末を、親機の候補から除外する。
ステップＳ７０３の処理の後、ネーバーリスト２８の先頭の要素に含まれる近隣端末リスト２８ｂが示すＭＡＣアドレス２１ｈと、他のネーバーリスト２８の送信端末情報２８ａのＭＡＣアドレス２１ｈが一致する場合、この他のネーバーリスト２８の要素を削除する（ステップＳ７１３）。即ち、ネーバーリスト２８の先頭の要素に含まれる近隣端末を、親機の候補から除外する。
その後、ネーバーリスト２８の先頭の要素をネーバーリスト２８から削除し（ステップＳ７１４）、ネーバーリスト２８が空になるとループ１の処理を終了する。ループ１の処理の終了により、新規親機決定処理を終了する。
図１３は、図１１の新規親機依頼処理の流れを示すフローチャートである。図１３に示すように、新規親機依頼処理（親機の処理）の実行に際し、先ず、メンバーリスト２１が空になるまでループ１の処理を行う（ステップＳ８０１）。
図１３は、図１１の新規親機依頼処理の流れを示すフローチャートである。図１３に示すように、新規親機依頼処理（親機の処理）の実行に際し、先ず、メンバーリスト２１が空になるまでループ１の処理を行う（ステップＳ８０１）。
ループ１の処理において、新規親機依頼メッセージにメンバーリスト２１の先頭の要素を追加する（ステップＳ８０２）。即ち、ＭＡＣフレームのフレームボディーにメンバーリスト２１のＭＡＣアドレス２１ｈを追加する。その後、メンバーリスト２１の先頭の要素を削除し（ステップＳ８０３）、メンバーリスト２１が空になるとループ１の処理を終了する。
ループ１の処理でメンバーリスト２１の全要素を新規親機依頼メッセージに追加したら、新規親機依頼メッセージを、第２通信手段１２を介して、ブロードキャストで配下のアドホックネットワークのクライアントに対し送信する（ステップＳ８０４）。その後、新規親機依頼処理を終了する。
ループ１の処理でメンバーリスト２１の全要素を新規親機依頼メッセージに追加したら、新規親機依頼メッセージを、第２通信手段１２を介して、ブロードキャストで配下のアドホックネットワークのクライアントに対し送信する（ステップＳ８０４）。その後、新規親機依頼処理を終了する。
図１４は、図５の再接続処理の流れを示すフローチャートである。図１４に示すように、再接続処理（子機の処理）の実行に際し、端末の周囲の他の親機を検索し、親機が見つかった際に再接続を行う再接続サーバ選択処理（詳細は後述する）を行う（ステップＳ９０１）。その後、再接続サーバ選択処理において、新たな接続先を発見し接続先を変更したか否かを判定する（ステップＳ９０２）。
ステップＳ９０２における判定の結果、接続先を変更した（Ｙｅｓ）場合、処理を終了し、一方、接続先を変更していない、即ち、再接続先にふさわしい親機が見つからなかった（Ｎｏ）場合、タイマー起動を行う（ステップＳ９０３）。タイマーを起動した後、タイマーによる計時が満了するまでループ１の処理を行う（ステップＳ９０４）。タイマー計時は端末制御手段１４が行う。
ループ１の処理において、先ず、ネーバーリスト２８に存在しない端末からビーコンを受信したか否かを判定する（ステップＳ９０５）。ステップＳ９０５の処理を初めて実行する時点では、ネーバーリスト２８は空である。
ループ１の処理において、先ず、ネーバーリスト２８に存在しない端末からビーコンを受信したか否かを判定する（ステップＳ９０５）。ステップＳ９０５の処理を初めて実行する時点では、ネーバーリスト２８は空である。
ステップＳ９０５における判定の結果、ネーバーリスト２８に存在しない端末からビーコンを受信していない（Ｎｏ）場合、自分自身の端末の存在を周囲に知らせるためビーコンを送信する（ステップＳ９０６）。一方、判断の結果、ビーコンを受信している（Ｙｅｓ）場合、受信したビーコンに含まれる情報、即ち、ＭＡＣアドレス、連続視聴時間、最大視聴可能時間、視聴保障時間等を、ネーバーリスト２８の近隣端末リスト２８ｂに格納し（ステップＳ９０７）、その後、ステップＳ９０６の処理を行う。
自分自身の端末の存在を周囲に知らせるためビーコンを送信（ステップＳ９０６）した後、タイマー終了後、ループ１の処理を終了する。ループ１の処理の後、ネーバーリスト２８の近隣端末リスト２８ｂをＭＡＣフレームのフレームボディーに格納して、親機に送信する（ステップＳ９０８）。その後、親機から新規親機依頼メッセージを受信したか否か判定する（ステップＳ９０９）。判定の結果、受信しない（Ｎｏ）場合、判定を繰り返して受信するまで待つ。一方、受信した（Ｙｅｓ）場合、親機から新規親機依頼メッセージを受信したら、新規親機依頼メッセージに自端末のＭＡＣアドレスが含まれているか否かを判定する（ステップＳ９１０）。
ステップＳ９１０における判定の結果、ＭＡＣアドレスが含まれていない（Ｎｏ）場合、新規接続先選択処理（詳細は後述する）を実行して第２通信手段１２を用いて新たな親機に再接続を行い（ステップＳ９１１）、一方、ＭＡＣアドレスが含まれている（Ｙｅｓ）場合、親機として機能するために、第１通信手段１１を起動してＩＰＴＶサーバに接続する（ステップＳ９１２）。ＩＰＴＶサーバに接続した後、アドホックネットワークのパラメータを変更するため、第２通信手段１２をリセットする（ステップＳ９１３）。これは、ＢＳＳＩＤ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ ＩＤｅｎｔｉｆｉｅｒ）を変更することを目的としている。
つまり、ＭＡＣアドレスが含まれていると判定した場合には、ステップＳ９１２以降の処理により親機として再接続を行い、ＭＡＣアドレスが含まれていないと判定した場合には、ステップＳ９１１以降の処理により子機として再接続を行うが、親機が変更される。
ステップＳ９１１の処理及びステップＳ９１３の処理を実行したら、ネーバーリスト２８が不要になるためネーバーリスト２８を削除する（ステップＳ９１４）。その後、再接続処理を終了する。
ステップＳ９１１の処理及びステップＳ９１３の処理を実行したら、ネーバーリスト２８が不要になるためネーバーリスト２８を削除する（ステップＳ９１４）。その後、再接続処理を終了する。
図１５は、図１４の再接続サーバ選択処理の流れを示すフローチャートである。図１５に示すように、再接続サーバ選択処理（子機の処理）の実行に際し、先ず、タイマーを起動し（ステップＳ１００１）、タイマーの計時が満了するまでループ１の処理を行う（ステップＳ１００２）。ループ１の処理において、親機を検索するために、ネットワーク規模が０以上の値を示すビーコンを受信したか否かを判定する（ステップＳ１００３）。
ステップＳ１００３における判定の結果、ビーコンを受信しない（Ｎｏ）場合、タイマー満了後に、ループ１の処理を終了する。一方、ビーコンを受信した（Ｙｅｓ）場合、メンバーリストに、受信したビーコンの情報、即ち、ネットワーク規模、最大視聴可能時間、連続視聴時間、視聴保障時間等を格納し（ステップＳ１００４）、タイマー満了後、ループ１の処理を終了する。
ステップＳ１００３における判定の結果、ビーコンを受信しない（Ｎｏ）場合、タイマー満了後に、ループ１の処理を終了する。一方、ビーコンを受信した（Ｙｅｓ）場合、メンバーリストに、受信したビーコンの情報、即ち、ネットワーク規模、最大視聴可能時間、連続視聴時間、視聴保障時間等を格納し（ステップＳ１００４）、タイマー満了後、ループ１の処理を終了する。
ループ１における処理の後、つまり、周囲の親機の信号を受信したら、メンバーリスト２１に要素が存在するか否かを判定する（ステップＳ１００５）。判定の結果、要素が存在しない（Ｎｏ）、即ち、メンバーリスト２１が空の場合、再接続サーバ選択処理を終了し、一方、メンバーリスト２１に要素が存在する（Ｙｅｓ）場合、カウンタｉを１で初期化する（ステップＳ１００６）。
その後の処理である、ステップＳ１００７〜ステップＳ１０１０は、サーチ処理のステップＳ２０６〜ステップＳ２０９の処理（図７参照）と同一であるため、各処理の説明を省略する。
その後の処理である、ステップＳ１００７〜ステップＳ１０１０は、サーチ処理のステップＳ２０６〜ステップＳ２０９の処理（図７参照）と同一であるため、各処理の説明を省略する。
ステップＳ１００７〜ステップＳ１０１０の処理の後、ループ２の処理が終了する。その後、メンバーリスト２１に要素が存在するか否かを判定し（ステップＳ１０１１）、判定の結果、メンバーリスト２１に要素が存在しない（Ｎｏ）、つまり、視聴チャンネルに保存しているチャンネルと同一のチャンネルを視聴している親機が周囲に存在しない場合、再接続サーバ選択処理を終了する。一方、判定の結果、メンバーリスト２１に要素が存在する（Ｙｅｓ）、つまり、周囲に視聴チャンネルと同一のチャンネルを視聴している親機が存在する場合、上述のサーバ選択処理を行って新たな接続先を選択し、再接続する（ステップＳ１０１２）。その後、再接続サーバ選択処理を終了する。
図１６は、図１４の新規接続先選択処理の流れを示すフローチャートである。図１６に示すように、新規接続先選択処理の実行に際し、先ず、近隣端末リスト２８ｂが空になるまでループ１の処理を行う（ステップＳ１１０１）。
ループ１の処理において、近隣端末リスト２８ｂの先頭の要素（近隣端末リスト２８ｂのＭＡＣアドレス）が、受信した新規親機依頼メッセージに含まれるか否か、即ち、近隣端末リスト２８ｂの先頭の端末が新たな親機になる端末か否かを判定する（ステップＳ１１０２）。判定の結果、含まれない（Ｎｏ）場合、近隣端末リスト２８ｂの先頭の要素を削除し（ステップＳ１１０３）、一方、含まれる（Ｙｅｓ）場合、近隣端末リスト２８ｂの先頭の要素をメンバーリスト２１に格納した（ステップＳ１１０４）後、ステップＳ１１０３の処理を行う。
ループ１の処理において、近隣端末リスト２８ｂの先頭の要素（近隣端末リスト２８ｂのＭＡＣアドレス）が、受信した新規親機依頼メッセージに含まれるか否か、即ち、近隣端末リスト２８ｂの先頭の端末が新たな親機になる端末か否かを判定する（ステップＳ１１０２）。判定の結果、含まれない（Ｎｏ）場合、近隣端末リスト２８ｂの先頭の要素を削除し（ステップＳ１１０３）、一方、含まれる（Ｙｅｓ）場合、近隣端末リスト２８ｂの先頭の要素をメンバーリスト２１に格納した（ステップＳ１１０４）後、ステップＳ１１０３の処理を行う。
ステップＳ１１０３の処理の後、近隣端末リストが空になるとループ１の処理を終了する。ループ１の処理により、親機の候補が選出されたら、上述のサーバ選択処理を実行して新たな接続先を決定し、再接続を行う（ステップＳ１１０５）。その後、新規接続先選択処理を終了する。
図１７は、図１の無線通信端末における通信処理のシーケンス図である。図１７に示すように、先ず、親機がチャンネル変更或いは視聴終了する際に（Ｔ１）、親機の機能を終了する旨を示す視聴チャンネル変更パケットを含むメッセージを、子機にブロードキャストで送信する（Ｔ２）。
図１７は、図１の無線通信端末における通信処理のシーケンス図である。図１７に示すように、先ず、親機がチャンネル変更或いは視聴終了する際に（Ｔ１）、親機の機能を終了する旨を示す視聴チャンネル変更パケットを含むメッセージを、子機にブロードキャストで送信する（Ｔ２）。
視聴チャンネル変更メッセージを受信した子機は、再接続処理を開始し、周囲の親機を検索し（再接続サーバ選択処理を開始し）（Ｔ３）、周囲に親機が存在する場合には新たな親機に接続を行い（Ｔ４）、周囲に親機が存在しない場合には周囲にビーコンを送信すると共に（Ｔ５）、周囲のビーコンを受信し（Ｔ６）、周囲の端末の情報を収集する。収集した情報は親機に送信する（Ｔ７）。
ネーバーリスト２８を受信した親機は、新たに親機になってもらう端末を選択（新規親機決定処理）し（Ｔ８）、新たな親機の情報を含んだパケットを作成してブロードキャストで配信（新規親機決定処理）する（Ｔ９）。
ネーバーリスト２８を受信した親機は、新たに親機になってもらう端末を選択（新規親機決定処理）し（Ｔ８）、新たな親機の情報を含んだパケットを作成してブロードキャストで配信（新規親機決定処理）する（Ｔ９）。
新規親機依頼メッセージを受信した子機は、再接続処理のＳ９１０以降を行い親機として再接続するのか、子機として再接続するのかを判定し（Ｔ１０）、親として再接続を行い、或いは子として子端末（新たな親）に再接続を行う（Ｔ１１）。
つまり、送信側の無線通信端末１０においては、以下のような処理を行う。
端末制御手段１４は、第２通信手段１２により近距離の無線通信端末１０に対して、記憶手段１９が保持するアプリケーション２０を使用している際の設定情報を送信するように制御すると共に、送信するように制御しているアプリケーションを使用している際の設定情報に変更が生じる場合、第２通信手段１２により近距離の無線通信端末１０に対して、その旨を示す情報を送信するように制御する。
つまり、送信側の無線通信端末１０においては、以下のような処理を行う。
端末制御手段１４は、第２通信手段１２により近距離の無線通信端末１０に対して、記憶手段１９が保持するアプリケーション２０を使用している際の設定情報を送信するように制御すると共に、送信するように制御しているアプリケーションを使用している際の設定情報に変更が生じる場合、第２通信手段１２により近距離の無線通信端末１０に対して、その旨を示す情報を送信するように制御する。
また、設定情報には、ＩＰ放送を録画中か否かを示す情報を含んでも良い。端末制御手段１４は、第２通信手段１２による無線通信端末１０との直接無線通信によりアプリケーション２０がＩＰ放送を送信するように制御する。
また、記憶手段１９は、アプリケーション２０が受信するＩＰ放送の受信放送局情報を保持し、設定情報にＩＰ放送の受信放送局情報を含んでも良い。端末制御手段１４は、記憶手段１９が保持している受信放送局と一致する受信放送局を示している無線通信端末１０に対して、第２通信手段１２による直接無線通信によりアプリケーション２０がＩＰ放送を送信するように制御する。
また、記憶手段１９は、アプリケーション２０が受信するＩＰ放送の受信放送局情報を保持し、設定情報にＩＰ放送の受信放送局情報を含んでも良い。端末制御手段１４は、記憶手段１９が保持している受信放送局と一致する受信放送局を示している無線通信端末１０に対して、第２通信手段１２による直接無線通信によりアプリケーション２０がＩＰ放送を送信するように制御する。
また、設定情報に、送信側の無線通信端末１０のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含んでも良い。
また、設定情報に、送信側の無線通信端末１０の自己完結型ネットワーク（アドホック型ネットワーク）に接続している無線通信端末１０の接続数を示す情報を含んでも良い。
受信側の無線通信端末１０においては、以下のような処理を行う。
また、設定情報に、送信側の無線通信端末１０の自己完結型ネットワーク（アドホック型ネットワーク）に接続している無線通信端末１０の接続数を示す情報を含んでも良い。
受信側の無線通信端末１０においては、以下のような処理を行う。
端末制御手段１４は、アプリケーション２０が近距離に位置する送信側の無線通信端末１０との間で第２通信手段１２を用いてＩＰ放送を受信している際に、送信側の無線通信端末１０からアプリケーション２０を使用している際の設定を変更する旨の情報を受信すると、第２通信手段１２により近距離の無線通信端末１０から該無線通信端末１０が保持するアプリケーション２０を使用している際の設定情報を受信して、記憶手段１９が保持する設定情報と、受信した近距離の無線通信端末１０の設定情報に基づいて、アプリケーション２０が第１通信手段１１又は第２通信手段１２のいずれの手段を用いてＩＰ放送を受信するかを選択して、選択した手段によりアプリケーション２０がＩＰ放送を受信するように制御する。
また、受信した近距離の無線通信端末１０の設定情報に、ＩＰ放送を録画中か否かを示す情報が含まれていることにより、受信側の無線通信端末１０の端末制御手段１４は、受信した近距離の無線通信端末１０の設定情報にＩＰ放送の録画中を示す情報を検出した場合、録画中を示している無線通信端末１０との第２通信手段１２による直接無線通信によりアプリケーション２０がＩＰ放送を受信するように制御する。
また、記憶手段１９が、アプリケーション２０が受信する受信放送局情報を保持し、受信した近距離の無線通信端末１０の設定情報に、ＩＰ放送の受信放送局情報が含まれていることにより、受信側の無線通信端末１０の端末制御手段１４は、受信した近距離の無線通信端末１０の設定情報に示される受信放送局を検出し、記憶手段１９が保持している受信放送局と一致する受信放送局を示している無線通信端末１０との第２通信手段１２による直接無線通信によりアプリケーション２０がＩＰ放送を受信するように制御する。
また、受信した近距離の無線通信端末１０の設定情報に、無線通信端末１０のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報が含まれていることにより、受信側の無線通信端末１０の端末制御手段１４は、受信した近距離の無線通信端末１０の設定情報に含まれるＩＰ放送受信可能時間が最も長い無線通信端末１０、或いはＩＰ放送受信可能時間が所定の時間以上ある無線通信端末１０との第２通信手段１２による直接無線通信により、アプリケーション２０がＩＰ放送を受信するように制御する。
また、受信した近距離の無線通信端末１０の設定情報に、無線通信端末１０の自己完結型ネットワーク（アドホック型ネットワーク）に接続している無線通信端末１０の接続数を示す情報が含まれていることにより、受信側の無線通信端末１０の端末制御手段１４は、受信した近距離の無線通信端末１０の設定情報に含まれる接続数が最も多い無線通信端末１０、或いは接続数が所定の接続数以上ある無線通信端末１０との第２通信手段１２による直接無線通信により、アプリケーション２０がＩＰ放送を受信するように制御する。
図１８は、図１の無線通信端末による実施例に係る視聴状態の説明図である。図１８に示すように、無線通信端末１０ａは、第１通信手段１１を用いてキャリアＡの基地局４１ａに、無線通信端末１０ｂは、第１通信手段１１を用いてキャリアＡの基地局４１ｂに、それぞれ接続している。また、無線通信端末１０ａには、無線通信端末１０ｃ、無線通信端末１０ｄ、及び無線通信端末１０ｅが第２通信手段１２を介して接続されている。
これにより、無線通信端末１０ａ及び無線通信端末１０ｂは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができる。
これにより、無線通信端末１０ａ及び無線通信端末１０ｂは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができる。
このとき、無線通信端末１０ａは、
視聴チャネル＝４ｃｈ、連続視聴時間＝３６００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝３クライアント
の状態にある。
また、無線通信端末１０ｂは、
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
視聴チャネル＝４ｃｈ、連続視聴時間＝３６００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝３クライアント
の状態にある。
また、無線通信端末１０ｂは、
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
従って、無線通信端末１０ｃ、無線通信端末１０ｄ、及び無線通信端末１０ｅは、子機として、親機である無線通信端末１０ａを介して、無線通信端末１０ａが視聴しているＩＰＴＶ（４ｃｈ）を視聴することができる。この状態にあって、ＩＰＴＶ（４ｃｈ）を視聴していた親機１０ａが視聴を終了することを子機１０ｃ，１０ｄ，１０ｅに通知する。
図１９は、図１の無線通信端末による実施例に係る端末サーチ状態（その１）の説明図である。図１９に示すように、親機１０ａから視聴終了を通知されたことにより、子機１０ｃ，１０ｄ，１０ｅは、ＩＰＴＶ（４ｃｈ）の視聴を継続すべく、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする。
図１９は、図１の無線通信端末による実施例に係る端末サーチ状態（その１）の説明図である。図１９に示すように、親機１０ａから視聴終了を通知されたことにより、子機１０ｃ，１０ｄ，１０ｅは、ＩＰＴＶ（４ｃｈ）の視聴を継続すべく、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする。
図２０は、図１の無線通信端末による実施例に係る端末サーチ状態（その２）の説明図である。図２０に示すように、サーチした結果、子機１０ｅは、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末１０ｂを発見したので、無線通信端末１０ｂを親機として再接続を行う。
このとき、無線通信端末１０ｂは、
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
このとき、無線通信端末１０ｂは、
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
一方、サーチした結果、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機１０ｃ，１０ｄは、ビーコン信号Ｂを送信すると共に周囲のビーコン信号Ｂを受信して、自端末の周囲の端末に関する情報を収集する。
図２１は、図１の無線通信端末による実施例に係る端末サーチ状態（その３）の説明図である。図２１に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機１０ｃ，１０ｄは、収集した、自端末の周囲の端末に関する情報を親機１０ａに送信する。
図２１は、図１の無線通信端末による実施例に係る端末サーチ状態（その３）の説明図である。図２１に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機１０ｃ，１０ｄは、収集した、自端末の周囲の端末に関する情報を親機１０ａに送信する。
図２２は、図１の無線通信端末による実施例に係る端末サーチ状態（その４）の説明図である。図２２に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機１０ｃ，１０ｄから、自端末の周囲の端末に関する情報を受け取った親機１０ａは、子機１０ｃ，１０ｄの中から新たに親機になる端末を選出し、新たに親機になる端末の情報を含んだメッセージを子機１０ｃ，１０ｄに対し送信（通知）する。
図２３は、図１の無線通信端末による実施例に係る端末サーチ状態（その５）の説明図である。図２３に示すように、親機１０ａから、新たに親機になる端末の情報を含んだメッセージを受け取ることにより、新たに親機になる端末（子機１０ｃ）は、第１通信手段１１を用いてキャリアＡの基地局４１ａに接続し、端末（子機１０ｄ）は、子機として、新たに親機になった端末（子機１０ｃ）に対し再接続する。
これにより、無線通信端末１０ｃは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができ、無線通信端末１０ｄは、無線通信端末１０ｃを介して、ＩＰＴＶ（４ｃｈ）を視聴することができる。
これにより、無線通信端末１０ｃは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができ、無線通信端末１０ｄは、無線通信端末１０ｃを介して、ＩＰＴＶ（４ｃｈ）を視聴することができる。
このとき、無線通信端末１０ｂは、
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
また、無線通信端末１０ｃは、
視聴チャネル＝４ｃｈ、連続視聴時間＝２４００ｓｅｃ
最大視聴可能時間＝２０８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
また、無線通信端末１０ｃは、
視聴チャネル＝４ｃｈ、連続視聴時間＝２４００ｓｅｃ
最大視聴可能時間＝２０８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
図２４は、図１の無線通信端末による他の実施例に係る視聴状態の説明図である。図２４に示すように、無線通信端末１０ａは、第１通信手段１１を用いてキャリアＡの基地局４１ａに接続している。
これにより、無線通信端末１０ａは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができる。
これにより、無線通信端末１０ａは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができる。
このとき、無線通信端末１０ａは、
視聴チャネル＝４ｃｈ、連続視聴時間＝３６００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝７クライアント
の状態にある。
視聴チャネル＝４ｃｈ、連続視聴時間＝３６００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝７クライアント
の状態にある。
また、無線通信端末１０ａには、無線通信端末１０ｂ、無線通信端末１０ｃ、無線通信端末１０ｄ、無線通信端末１０ｅ、無線通信端末１０ｆ、無線通信端末１０ｇ、及び無線通信端末１０ｈが第２通信手段１２を介して接続されている。従って、無線通信端末１０ｂ〜１０ｈの７個の端末は、子機として、親機である無線通信端末１０ａを介して、無線通信端末１０ａが視聴しているＩＰＴＶ（４ｃｈ）を視聴することができる。
この状態にあって、ＩＰＴＶ（４ｃｈ）を視聴していた親機１０ａが、視聴を終了することを子機１０ｂ〜１０ｈに通知する。
この状態にあって、ＩＰＴＶ（４ｃｈ）を視聴していた親機１０ａが、視聴を終了することを子機１０ｂ〜１０ｈに通知する。
図２５は、図１の無線通信端末による他の実施例に係る端末サーチ状態（その１）の説明図である。図２５に示すように、親機１０ａから視聴終了を通知されたことにより、子機１０ｂ〜１０ｈは、ＩＰＴＶ（４ｃｈ）の視聴を継続すべく、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする。
図２６は、図１の無線通信端末による他の実施例に係る端末サーチ状態（その２）の説明図である。図２６に示すように、サーチした結果、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機１０ｂ〜１０ｈは、ビーコン信号Ｂを送信すると共に周囲のビーコン信号Ｂを受信して、自端末の周囲の端末に関する情報を収集する。
図２７は、図１の無線通信端末による他の実施例に係る端末サーチ状態（その３）の説明図である。図２７に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機１０ｂ〜１０ｈは、収集した、自端末の周囲の端末に関する情報を親機１０ａに送信する。
図２７は、図１の無線通信端末による他の実施例に係る端末サーチ状態（その３）の説明図である。図２７に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機１０ｂ〜１０ｈは、収集した、自端末の周囲の端末に関する情報を親機１０ａに送信する。
図２８は、図１の無線通信端末による他の実施例に係る端末サーチ状態（その４）の説明図である。図２８に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機１０ｂ〜１０ｈから、自端末の周囲の端末に関する情報を受け取った親機１０ａは、子機１０ｂ〜１０ｈの中から新たに親機になる端末を選出し、新たに親機になる端末の情報を含んだメッセージを子機に対し送信（通知）する。
図２９は、図１の無線通信端末による他の実施例に係る端末サーチ状態（その５）の説明図である。図２９に示すように、親機１０ａから、新たに親機になる端末の情報を含んだメッセージを受け取ることにより、新たに親機になる端末１０ｃ及び端末１０ｇは、第１通信手段１１を用いてキャリアＡの基地局４１ａに接続する。そして、端末１０ｂと端末１０ｄは子機として、新たに親機になった端末１０ｃに対し再接続し、端末１０ｅと端末１０ｆと端末１０ｈは子機として、新たに親機になった端末１０ｇに対し再接続する。
これにより、無線通信端末１０ｃは、キャリアＡの基地局４１ａ、ゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができ、無線通信端末１０ｂと無線通信端末１０ｄは、無線通信端末１０ｃを介して、ＩＰＴＶ（４ｃｈ）を視聴することができる。同様に、無線通信端末１０ｇは、キャリアＡの基地局４１ａ、ゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができ、無線通信端末１０ｅと無線通信端末１０ｆと無線通信端末１０ｈは、無線通信端末１０ｇを介して、ＩＰＴＶ（４ｃｈ）を視聴することができる。
このとき、無線通信端末１０ｃは、
視聴チャネル＝４ｃｈ、連続視聴時間＝１２００ｓｅｃ
最大視聴可能時間＝１０８００ｓｅｃ、視聴保証時間＝１５００ｓｅｃ
ＮＷ規模＝２クライアント
の状態にある。
また、無線通信端末１０ｇは、
視聴チャネル＝４ｃｈ、連続視聴時間＝２４００ｓｅｃ
最大視聴可能時間＝２０８００ｓｅｃ、視聴保証時間＝１６００ｓｅｃ
ＮＷ規模＝３クライアント
の状態にある。
視聴チャネル＝４ｃｈ、連続視聴時間＝１２００ｓｅｃ
最大視聴可能時間＝１０８００ｓｅｃ、視聴保証時間＝１５００ｓｅｃ
ＮＷ規模＝２クライアント
の状態にある。
また、無線通信端末１０ｇは、
視聴チャネル＝４ｃｈ、連続視聴時間＝２４００ｓｅｃ
最大視聴可能時間＝２０８００ｓｅｃ、視聴保証時間＝１６００ｓｅｃ
ＮＷ規模＝３クライアント
の状態にある。
つまり、ここでは、周囲に親機が存在せず、ネットワークの規模が大きい場合の対応を示しており、新たに２台の親機１０ｃ，１０ｇを選出する。
なお、上述した各実施例では、ＩＰＴＶの番組をチャンネル又はｃｈとして表したが、ＩＰＴＶの運用を行う際にチャンネルではなくＵＲＬとして運用されている際は、チャンネルをＵＲＬに置き換える。
なお、上述した各実施例では、ＩＰＴＶの番組をチャンネル又はｃｈとして表したが、ＩＰＴＶの運用を行う際にチャンネルではなくＵＲＬとして運用されている際は、チャンネルをＵＲＬに置き換える。
このように、第１実施の形態に係る無線通信端末では、ＩＰＴＶを視聴しようとするユーザ（無線通信端末）が、ＩＰＴＶサーバに接続するため携帯電話のように広域で低速な無線通信を用いる際に、ユーザ（無線通信端末）の周囲に同一チャンネルを視聴している他のユーザ（無線通信端末）が存在する場合には、低速な無線通信の帯域を圧迫するのを避けるため、既にＩＰＴＶを視聴している他のユーザ（無線通信端末）と無線ＬＡＮ等の狭いエリアで使用可能な無線通信を用いてアドホックネットワークを形成する。このアドホックネットワークによりＩＰＴＶのコンテンツを視聴することで、低速な無線通信の帯域を圧迫することなくＩＰＴＶのコンテンツを視聴することができる。
また、上述したように、一つのホストに複数のホストが繋がるようなネットワークは、回線の太さやＣＰＵパワー等でトポロジーを決定するものが多数考えられてきた。しかし、ＴＶを視聴する際、ユーザは、チャンネルを頻繁に切り替えたり、移動中に視聴していたり、番組を録画していたりすると共に、バッテリの残量が少なくなり途中で視聴できなくなる端末が存在する。このため、前述の方法では、ネットワークのトポロジーを決定することは出来なかったが、第１実施の形態に係る無線通信端末１０では、ＴＶを視聴する際の特徴に基づきネットワークのトポロジーを作成することにより、回線を切れ難くすることが出来る。
また、ＩＰＴＶのサーバに接続している端末がチャンネルを変更する際や視聴を終了する際に、無線ＬＡＮでアドホック接続を行っている端末に対し新たな接続先を通知することで、ネットワークの切り替え時間を軽減することが出来る。
（第２実施の形態）
図３０は、この発明の第２実施の形態に係る無線通信端末の内部構成を示すブロック図である。図３０に示すように、無線通信端末（ＩＰ放送受信装置）５０は、第１通信手段（第１無線通信手段）１１、第２通信手段（第２無線通信手段）１２、通信制御手段１３、端末制御手段（制御手段）１４、操作手段１５、時刻取得手段１６、映像出力手段１７、音声出力手段１８、記憶手段（保持手段）１９、及び位置情報取得手段５１を有している。
図３０は、この発明の第２実施の形態に係る無線通信端末の内部構成を示すブロック図である。図３０に示すように、無線通信端末（ＩＰ放送受信装置）５０は、第１通信手段（第１無線通信手段）１１、第２通信手段（第２無線通信手段）１２、通信制御手段１３、端末制御手段（制御手段）１４、操作手段１５、時刻取得手段１６、映像出力手段１７、音声出力手段１８、記憶手段（保持手段）１９、及び位置情報取得手段５１を有している。
つまり、無線通信端末５０は、無線通信端末１０には設けられていない位置情報取得手段５１を有しており、位置情報取得手段５１を追加した構成及びこの構成に伴う作用以外は、第１実施の形態に係る無線通信端末１０と同様の構成（図１参照）及び作用を有している。
位置情報取得手段５１は、自端末である無線通信端末５０の現在位置に関する情報を取得する機能を有しており、取得した位置情報を端末制御手段１４へ出力する。端末制御手段１４は、入力した位置情報を記憶手段１９に格納する。これに伴い、記憶手段１９は、含まれる情報要素が無線通信端末１０のメンバーリスト２１とは異なるメンバーリスト５２を有する。
位置情報取得手段５１は、自端末である無線通信端末５０の現在位置に関する情報を取得する機能を有しており、取得した位置情報を端末制御手段１４へ出力する。端末制御手段１４は、入力した位置情報を記憶手段１９に格納する。これに伴い、記憶手段１９は、含まれる情報要素が無線通信端末１０のメンバーリスト２１とは異なるメンバーリスト５２を有する。
図３１は、図３０の記憶手段のメンバーリストに含まれる情報要素を示すブロック図である。図３１に示すように、メンバーリスト５２には、ビーコン信号に含まれる連続視聴時間２１ａ、視聴チャンネル２１ｂ、最大視聴可能時間２１ｃ、視聴保障時間２１ｄ、アドホックネットワークを形成した際のネットワーク規模２１ｅ、最終ビーコン送信時刻２１ｆ、アドホックネットワークのグループＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を示すサービスセット（Ｓｅｒｖｉｃｅ Ｓｅｔ ）ＩＤ２１ｇ、ビーコン信号を送信した無線通信端末５０のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス２１ｈ、第１通信手段１１が接続しているネットワークに関する情報を示す第１通信手段情報２１ｉ、及び位置情報５２ａの各情報要素が含まれている。
つまり、メンバーリスト５２は、メンバーリスト２１には設けられていない位置情報５２ａを有しており、位置情報５２ａを追加した以外は、メンバーリスト２１と同様の構成（図２参照）を有している。
上記構成を有する無線通信端末５０は、位置情報取得手段５１を有することにより、サーバ選択処理において、新たに位置情報取得に伴う処理が追加される。つまり、無線通信端末５０におけるサーバ選択処理は、メンバーリスト５２の位置情報５２ａに基づく処理を追加した以外は、無線通信端末１０におけるサーバ選択処理（図８参照）と同様である。
上記構成を有する無線通信端末５０は、位置情報取得手段５１を有することにより、サーバ選択処理において、新たに位置情報取得に伴う処理が追加される。つまり、無線通信端末５０におけるサーバ選択処理は、メンバーリスト５２の位置情報５２ａに基づく処理を追加した以外は、無線通信端末１０におけるサーバ選択処理（図８参照）と同様である。
図３２は、位置情報取得を伴うサーバ選択処理の流れを示すフローチャートである。なお、各ステップにおいて、図８のサーバ選択処理におけるステップと同一内容のステップについては、同一ステップ番号を付して説明を省略する。
図３２に示すように、サーバ選択処理の実行に際し、端末制御手段１４は、メンバーリスト５２の要素数が２以上か否かを判定した（ステップＳ３０１）結果、メンバーリスト５２の要素数が２以上である（Ｙｅｓ）場合、メンバーリスト５２に含まれる要素の位置情報５２ａと位置情報取得手段５１において取得した自端末（無線通信端末５０）の位置情報の値の差を昇順にソートする（ステップＳ３５１）。つまり、端末制御手段１４は、メンバーリスト５２に含まれる端末と自端末の位置情報に基づき、自端末からメンバーリスト５２に含まれる端末までの距離を求め、距離が近い順番にソートする。
図３２に示すように、サーバ選択処理の実行に際し、端末制御手段１４は、メンバーリスト５２の要素数が２以上か否かを判定した（ステップＳ３０１）結果、メンバーリスト５２の要素数が２以上である（Ｙｅｓ）場合、メンバーリスト５２に含まれる要素の位置情報５２ａと位置情報取得手段５１において取得した自端末（無線通信端末５０）の位置情報の値の差を昇順にソートする（ステップＳ３５１）。つまり、端末制御手段１４は、メンバーリスト５２に含まれる端末と自端末の位置情報に基づき、自端末からメンバーリスト５２に含まれる端末までの距離を求め、距離が近い順番にソートする。
そして、端末制御手段１４は、距離の昇順にソートした結果、端末までの距離が最小の要素は一つのみか否かを判定する（ステップＳ３５２）。判定の結果、距離が最小の要素は一つのみである（Ｙｅｓ）場合、第２通信手段１２を用いて、メンバーリスト５２（以降のソートも含む）の先頭の要素と同じアドホックネットワークに接続しＩＰＴＶを視聴する（ステップＳ３０２）。その後、ステップＳ３１０以降の処理を行う。
一方、ステップＳ３５２での判定の結果、距離が最小の要素は一つのみでない（Ｎｏ）場合、即ち、距離の最小の要素が複数ある場合、メンバーリスト５２に含まれる視聴保障時間の降順にソートする（ステップＳ３０３）。その後、ステップＳ３０４以降の処理を行う。
一方、ステップＳ３５２での判定の結果、距離が最小の要素は一つのみでない（Ｎｏ）場合、即ち、距離の最小の要素が複数ある場合、メンバーリスト５２に含まれる視聴保障時間の降順にソートする（ステップＳ３０３）。その後、ステップＳ３０４以降の処理を行う。
また、上記構成を有する無線通信端末５０は、位置情報取得手段５１を有することにより、報知処理において、新たに位置情報取得に伴う処理が追加される。つまり、無線通信端末５０における報知処理は、メンバーリスト５２の位置情報５２ａに基づく処理を追加した以外は、無線通信端末１０における報知処理（図１０参照）と同様である。
図３３は、位置情報取得を伴う報知処理の流れを示すフローチャートである。なお、各ステップにおいて、図１０の報知処理におけるステップと同一内容のステップについては、同一ステップ番号を付して説明を省略する。
図３３に示すように、報知処理において、端末制御手段１４は、最大視聴可能時間２５を格納した後、第１通信手段１１の情報をビーコン信号のＦＨパラメータセットの６オクテット目に格納し（ステップＳ５０７）、その後、データ部（記憶手段１９）に位置情報を格納する（ステップＳ５５１）。つまり、位置情報取得手段５１により取得した位置情報は、データ部に格納され、格納された位置情報は、ビーコン信号として送信される（ステップＳ５０８）。その後、ステップＳ５０９以降の処理を行う。
図３３に示すように、報知処理において、端末制御手段１４は、最大視聴可能時間２５を格納した後、第１通信手段１１の情報をビーコン信号のＦＨパラメータセットの６オクテット目に格納し（ステップＳ５０７）、その後、データ部（記憶手段１９）に位置情報を格納する（ステップＳ５５１）。つまり、位置情報取得手段５１により取得した位置情報は、データ部に格納され、格納された位置情報は、ビーコン信号として送信される（ステップＳ５０８）。その後、ステップＳ５０９以降の処理を行う。
図３４は、位置情報取得を伴う新規親機決定処理の流れを示すフローチャートである。なお、各ステップにおいて、図１１の新規親機決定処理におけるステップと同一内容のステップについては、同一ステップ番号を付して説明を省略する。
図３４に示すように、新規親機決定処理（親機の処理）において、端末制御手段１４は、ネーバーリスト２８の要素数が２以上か否か、即ち、ネーバーリスト２８の要素をソートする必要があるか否かの判定（ステップＳ７０２）の結果、ネーバーリスト２８の要素数が２以上である（Ｙｅｓ）場合、メンバーリスト５２に含まれる要素の位置情報５２ａと、位置情報取得手段５１において取得した自端末（無線通信端末５０）の位置情報の値の差を昇順にソートする（ステップＳ７５１）。
図３４に示すように、新規親機決定処理（親機の処理）において、端末制御手段１４は、ネーバーリスト２８の要素数が２以上か否か、即ち、ネーバーリスト２８の要素をソートする必要があるか否かの判定（ステップＳ７０２）の結果、ネーバーリスト２８の要素数が２以上である（Ｙｅｓ）場合、メンバーリスト５２に含まれる要素の位置情報５２ａと、位置情報取得手段５１において取得した自端末（無線通信端末５０）の位置情報の値の差を昇順にソートする（ステップＳ７５１）。
つまり、端末制御手段１４は、メンバーリスト５２に含まれる端末と自端末の位置情報に基づき、自端末からメンバーリスト５２に含まれる端末までの距離を求め、距離が近い順番にソートする。
この距離は、自端末の位置を（ｘ１，ｙ１）とし、メンバーリスト５２に含まれる端末の内で、距離を求める対象となる端末の位置を（ｘ２，ｙ２）として、次の式により求めることができる。
距離＝｜〔（ｘ１−ｘ２）２＋（ｙ１−ｙ２）２〕１／２｜
この距離は、自端末の位置を（ｘ１，ｙ１）とし、メンバーリスト５２に含まれる端末の内で、距離を求める対象となる端末の位置を（ｘ２，ｙ２）として、次の式により求めることができる。
距離＝｜〔（ｘ１−ｘ２）２＋（ｙ１−ｙ２）２〕１／２｜
そして、端末制御手段１４は、距離の昇順にソートした結果、端末までの距離の最小の要素は一つのみか否かを判定する（ステップＳ７５２）。判定の結果、距離の最小の要素は一つのみである（Ｙｅｓ）場合、ネーバーリスト２８（以降のソートも含む）の先頭の要素をメンバーリスト５２に追加する（ステップＳ７０３）。その後、ステップＳ７１３以降の処理を行う。
一方、距離が最小の要素は一つのみでない（Ｎｏ）場合、即ち、距離が最小の要素が複数ある場合、ネーバーリスト２８に含まれる視聴保障時間の降順にソートする（ステップＳ７０４）。その後、ステップＳ７０５以降の処理を行う。
一方、距離が最小の要素は一つのみでない（Ｎｏ）場合、即ち、距離が最小の要素が複数ある場合、ネーバーリスト２８に含まれる視聴保障時間の降順にソートする（ステップＳ７０４）。その後、ステップＳ７０５以降の処理を行う。
つまり、無線通信端末５０においては、以下のような処理を行う。
端末制御手段１４は、第１通信手段１１により受信したＩＰ放送を第２通信手段１２により近距離に位置する端末に対して送信すると共に、記憶手段１９が保持する設定情報を近距離に位置する端末に対して送信するように制御し、更に、設定情報に含まれるＩＰ放送の受信放送局情報に変更が生じる場合、第２通信手段１２により近距離に位置する端末から該端末の設定情報を収集し、収集した設定情報に基づいて、第１通信手段１１により受信したＩＰ放送を第２通信手段１２により近距離に位置する端末に対して送信する役割を継承すべき端末を選択するように制御する。
端末制御手段１４は、第１通信手段１１により受信したＩＰ放送を第２通信手段１２により近距離に位置する端末に対して送信すると共に、記憶手段１９が保持する設定情報を近距離に位置する端末に対して送信するように制御し、更に、設定情報に含まれるＩＰ放送の受信放送局情報に変更が生じる場合、第２通信手段１２により近距離に位置する端末から該端末の設定情報を収集し、収集した設定情報に基づいて、第１通信手段１１により受信したＩＰ放送を第２通信手段１２により近距離に位置する端末に対して送信する役割を継承すべき端末を選択するように制御する。
また、近距離に位置する端末の設定情報に、該端末の位置情報が含まれていることにより、端末制御手段１４は、設定情報に含まれる位置情報に基づいて、役割を継承すべき端末を選択するように制御する。
また、設定情報に、ＩＰ放送を録画中か否かを示す情報が含まれていることにより、端末制御手段１４は、設定情報に含まれる録画中か否かを示す情報に基づいて、役割を継承すべき端末を選択するように制御する。
また、設定情報に、ＩＰ放送を録画中か否かを示す情報が含まれていることにより、端末制御手段１４は、設定情報に含まれる録画中か否かを示す情報に基づいて、役割を継承すべき端末を選択するように制御する。
また、設定情報に、該端末のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報が含まれていることにより、端末制御手段１４は、設定情報に含まれるＩＰ放送受信可能時間に基づいて、役割を継承すべき端末を選択するように制御する。
また、設定情報に、該端末の自己完結型ネットワークに接続している端末の接続数を示す情報が含まれていることにより、端末制御手段１４は、設定情報に含まれる端末の接続数に基づいて、役割を継承すべき端末を選択するように制御する。
また、設定情報に、該端末の自己完結型ネットワークに接続している端末の接続数を示す情報が含まれていることにより、端末制御手段１４は、設定情報に含まれる端末の接続数に基づいて、役割を継承すべき端末を選択するように制御する。
図３５は、図３０の無線通信端末による実施例に係る視聴状態の説明図である。図３５に示すように、無線通信端末５０ａは、第１通信手段１１を用いてキャリアＡの基地局４１ａに、無線通信端末５０ｂは、第１通信手段１１を用いてキャリアＡの基地局４１ｂに、それぞれ接続している。また、無線通信端末５０ａには、無線通信端末５０ｃ、無線通信端末５０ｄ、及び無線通信端末５０ｅが第２通信手段１２を介して接続されている。
これにより、無線通信端末５０ａ及び無線通信端末５０ｂは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができる。
これにより、無線通信端末５０ａ及び無線通信端末５０ｂは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができる。
このとき、無線通信端末５０ａは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝３６００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝３クライアント
の状態にある。
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝３６００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝３クライアント
の状態にある。
また、無線通信端末５０ｂは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
従って、無線通信端末５０ｃ、無線通信端末５０ｄ、及び無線通信端末５０ｅは、子機として、親機である無線通信端末５０ａを介して、無線通信端末５０ａが視聴しているＩＰＴＶ（４ｃｈ）を視聴することができる。この状態にあって、ＩＰＴＶ（４ｃｈ）を視聴していた親機５０ａが視聴を終了することを子機５０ｃ，５０ｄ，５０ｅに通知する。
図３６は、図３０の無線通信端末による実施例に係る端末サーチ状態（その１）の説明図である。図３６に示すように、親機５０ａから視聴終了を通知されたことにより、子機５０ｃ，５０ｄ，５０ｅは、ＩＰＴＶ（４ｃｈ）の視聴を継続すべく、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする。
図３６は、図３０の無線通信端末による実施例に係る端末サーチ状態（その１）の説明図である。図３６に示すように、親機５０ａから視聴終了を通知されたことにより、子機５０ｃ，５０ｄ，５０ｅは、ＩＰＴＶ（４ｃｈ）の視聴を継続すべく、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする。
図３７は、図３０の無線通信端末による実施例に係る端末サーチ状態（その２）の説明図である。図３７に示すように、サーチした結果、子機５０ｅは、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末５０ｂを発見したので、無線通信端末５０ｂを親機として再接続を行う。
このとき、無線通信端末５０ｂは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
このとき、無線通信端末５０ｂは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
一方、サーチした結果、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機５０ｃ，５０ｄは、ビーコン信号Ｂを送信すると共に周囲のビーコン信号Ｂを受信して、自端末の周囲の端末に関する情報を収集する。
図３８は、図３０の無線通信端末による実施例に係る端末サーチ状態（その３）の説明図である。図３８に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機５０ｃ，５０ｄは、収集した、自端末の周囲の端末に関する情報を親機５０ａに送信する。
図３８は、図３０の無線通信端末による実施例に係る端末サーチ状態（その３）の説明図である。図３８に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機５０ｃ，５０ｄは、収集した、自端末の周囲の端末に関する情報を親機５０ａに送信する。
図３９は、図３０の無線通信端末による実施例に係る端末サーチ状態（その４）の説明図である。図３９に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機５０ｃ，５０ｄから、自端末の周囲の端末に関する情報を受け取った親機５０ａは、子機５０ｃ，５０ｄの中から自端末５０ａから近い距離にある新たに親機になる端末を選出し、新たに親機になる端末の情報を含んだメッセージを子機５０ｃ，５０ｄに対し送信（通知）する。
図４０は、図３０の無線通信端末による実施例に係る端末サーチ状態（その５）の説明図である。図４０に示すように、親機５０ａから、新たに親機になる端末の情報を含んだメッセージを受け取ることにより、新たに親機になる端末（子機５０ｃ）は、第１通信手段１１を用いてキャリアＡの基地局４１ａに接続し、端末（子機５０ｄ）は、子機として、新たに親機になった端末（子機５０ｃ）に対し再接続する。
これにより、無線通信端末５０ｃは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができ、無線通信端末５０ｄは、無線通信端末５０ｃを介して、ＩＰＴＶ（４ｃｈ）を視聴することができる。
これにより、無線通信端末５０ｃは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができ、無線通信端末５０ｄは、無線通信端末５０ｃを介して、ＩＰＴＶ（４ｃｈ）を視聴することができる。
このとき、無線通信端末５０ｂは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝１８００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
また、無線通信端末５０ｃは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝２４００ｓｅｃ
最大視聴可能時間＝２０８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝２４００ｓｅｃ
最大視聴可能時間＝２０８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
図４１は、図３０の無線通信端末による他の実施例に係る視聴状態の説明図である。図４１に示すように、無線通信端末５０ａは、第１通信手段１１を用いてキャリアＡの基地局４１ａに接続している。
これにより、無線通信端末５０ａは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができる。
これにより、無線通信端末５０ａは、キャリアＡのゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができる。
このとき、無線通信端末５０ａは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝３６００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝７クライアント
の状態にある。
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝３６００ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝１８００ｓｅｃ
ＮＷ規模＝７クライアント
の状態にある。
また、無線通信端末５０ａには、無線通信端末５０ｂ、無線通信端末５０ｃ、無線通信端末５０ｄ、無線通信端末５０ｅ、無線通信端末５０ｆ、無線通信端末５０ｇ、及び無線通信端末５０ｈが第２通信手段１２を介して接続されている。従って、無線通信端末５０ｂ〜５０ｈの７個の端末は、子機として、親機である無線通信端末５０ａを介して、無線通信端末５０ａが視聴しているＩＰＴＶ（４ｃｈ）を視聴することができる。
この状態にあって、ＩＰＴＶ（４ｃｈ）を視聴していた親機５０ａが、視聴を終了することを子機５０ｂ〜５０ｈに通知する。
この状態にあって、ＩＰＴＶ（４ｃｈ）を視聴していた親機５０ａが、視聴を終了することを子機５０ｂ〜５０ｈに通知する。
図４２は、図３０の無線通信端末による他の実施例に係る端末サーチ状態（その１）の説明図である。図４２に示すように、親機５０ａから視聴終了を通知されたことにより、子機５０ｂ〜５０ｈは、ＩＰＴＶ（４ｃｈ）の視聴を継続すべく、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする。
図４３は、図３０の無線通信端末による他の実施例に係る端末サーチ状態（その２）の説明図である。図４３に示すように、サーチした結果、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機５０ｂ〜５０ｈは、ビーコン信号Ｂを送信すると共に周囲のビーコン信号Ｂを受信して、自端末の周囲の端末に関する情報を収集する。
図４４は、図３０の無線通信端末による他の実施例に係る端末サーチ状態（その３）の説明図である。図４４に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機５０ｂ〜５０ｈは、収集した、自端末の周囲の端末に関する情報を親機５０ａに送信する。
図４４は、図３０の無線通信端末による他の実施例に係る端末サーチ状態（その３）の説明図である。図４４に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機５０ｂ〜５０ｈは、収集した、自端末の周囲の端末に関する情報を親機５０ａに送信する。
図４５は、図３０の無線通信端末による他の実施例に係る端末サーチ状態（その４）の説明図である。図４５に示すように、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末を発見できなかった子機５０ｂ〜５０ｈから、自端末の周囲の端末に関する情報を受け取った親機５０ａは、子機５０ｂ〜５０ｈの中から自端末５０ａに近い距離にある新たに親機になる端末を選出し、新たに親機になる端末の情報を含んだメッセージを子機に対し送信（通知）する。
図４６は、図３０の無線通信端末による他の実施例に係る端末サーチ状態（その５）の説明図である。図４６に示すように、親機５０ａから、新たに親機になる端末の情報を含んだメッセージを受け取ることにより、新たに親機になる端末５０ｃ及び端末５０ｇは、第１通信手段１１を用いてキャリアＡの基地局４１ａに接続する。そして、端末５０ｂと端末５０ｄは子機として、近くにある新たに親機になった端末５０ｃに対し再接続し、端末５０ｅと端末５０ｆと端末５０ｈは子機として、近くにある新たに親機になった端末５０ｇに対し再接続する。
これにより、無線通信端末５０ｃは、キャリアＡの基地局４１ａ、ゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができ、無線通信端末５０ｂと無線通信端末５０ｄは、無線通信端末５０ｃを介して、ＩＰＴＶ（４ｃｈ）を視聴することができる。同様に、無線通信端末５０ｇは、キャリアＡの基地局４１ａ、ゲートウェイ（ＧＷ）４２を経てインターネットを介しＩＰＴＶサーバ４３に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができ、無線通信端末５０ｅと無線通信端末５０ｆと無線通信端末５０ｈは、無線通信端末５０ｇを介して、ＩＰＴＶ（４ｃｈ）を視聴することができる。
このとき、無線通信端末５０ｃは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝１２００ｓｅｃ
最大視聴可能時間＝１０８００ｓｅｃ、視聴保証時間＝１５００ｓｅｃ
ＮＷ規模＝２クライアント
の状態にある。
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝１２００ｓｅｃ
最大視聴可能時間＝１０８００ｓｅｃ、視聴保証時間＝１５００ｓｅｃ
ＮＷ規模＝２クライアント
の状態にある。
また、無線通信端末５０ｇは、
位置情報＝Ｎ１３５．００．０１，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝２４００ｓｅｃ
最大視聴可能時間＝２０８００ｓｅｃ、視聴保証時間＝１６００ｓｅｃ
ＮＷ規模＝３クライアント
の状態にある。
位置情報＝Ｎ１３５．００．０１，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝２４００ｓｅｃ
最大視聴可能時間＝２０８００ｓｅｃ、視聴保証時間＝１６００ｓｅｃ
ＮＷ規模＝３クライアント
の状態にある。
つまり、ここでは、周囲に親機が存在せず、ネットワークの規模が大きい場合の対応を示しており、新たに２台の親機５０ｃ，５０ｇを選出する。
なお、上述した各実施例では、ＩＰＴＶの番組をチャンネル又はｃｈとして表したが、ＩＰＴＶの運用を行う際にチャンネルではなくＵＲＬとして運用されている際は、チャンネルをＵＲＬに置き換える。
このように、第２実施の形態に係る無線通信端末では、上述した第１実施の形態に係る無線通信端末によって得られる効果に加え、ＩＰＴＶサーバと他端末とをより安定的に中継してくれる次の親端末を選択することができる。
なお、上述した各実施例では、ＩＰＴＶの番組をチャンネル又はｃｈとして表したが、ＩＰＴＶの運用を行う際にチャンネルではなくＵＲＬとして運用されている際は、チャンネルをＵＲＬに置き換える。
このように、第２実施の形態に係る無線通信端末では、上述した第１実施の形態に係る無線通信端末によって得られる効果に加え、ＩＰＴＶサーバと他端末とをより安定的に中継してくれる次の親端末を選択することができる。
つまり、第１実施の形態に係る無線通信端末１０にあっては、ＩＰＴＶサーバと他端末との中継を行っている端末（親端末）が次の親端末を選択する際、
・同一の番組を受信している端末であることを必須とする。
・録画中の端末を優先する。
・バッテリー残量が多い端末を優先する。
・ネットワーク規模が大きい端末を優先する（接続している子端末の数が多い親端末を優先する）。
・連続視聴時間が長い端末を優先する。
ことを判断基準としている。
・同一の番組を受信している端末であることを必須とする。
・録画中の端末を優先する。
・バッテリー残量が多い端末を優先する。
・ネットワーク規模が大きい端末を優先する（接続している子端末の数が多い親端末を優先する）。
・連続視聴時間が長い端末を優先する。
ことを判断基準としている。
しかしながら、現在の親端末におけるアドホックネットワークを継承すべき次の親端末を選択するためには、次の親端末が現在の親機の近くに存在するほうが有利であることから、第２実施の形態に係る無線通信端末５０にあっては、ＩＰＴＶサーバと他端末との中継を行ってくれる次の親端末を選択する際の判断基準に、位置情報に基づいた距離を条件として追加することにより、より安定的に中継してくれる次の親端末を選択することができる。
なお、本発明は、上述した実施の形態により説明したが、この実施の形態に限定されるものではない。従って、本発明の趣旨を逸脱することなく変更態様として実施するものも含むものである。
なお、本発明は、上述した実施の形態により説明したが、この実施の形態に限定されるものではない。従って、本発明の趣旨を逸脱することなく変更態様として実施するものも含むものである。
１０，１０ａ〜１０ｈ，５０，５０ａ〜５０ｈ 無線通信端末
１１ 第１通信手段
１１ａ，１２ａ アンテナ
１２ 第２通信手段
１３ 通信制御手段
１４ 端末制御手段
１５ 操作手段
１６ 時刻取得手段
１７ 映像出力手段
１８ 音声出力手段
１９ 記憶手段
２０ アプリケーション
２１，５２ メンバーリスト
２１ａ 連続視聴時間
２１ｂ 視聴チャンネル
２１ｃ 最大視聴可能時間
２１ｄ 視聴保障時間
２１ｅ ネットワーク規模
２１ｆ 最終ビーコン送信時刻
２１ｇ サービスセットＩＤ
２１ｈ ＭＡＣアドレス
２１ｉ 第１通信手段情報
２２ 視聴チャンネル
２３ 連続視聴時間
２４ 視聴保障時間
２５ 最大視聴可能時間
２６ 最終ビーコン送信時刻
２７ ネットワーク規模
２８ ネーバーリスト
２８ａ 送信端末情報
２８ｂ 近隣端末リスト
２９ 第１通信手段情報
４１ａ，４１ｂ 基地局
４２ ゲートウェイ
４３ ＩＰＴＶサーバ
５１ 位置情報取得手段
５２ａ 位置情報
Ａ キャリア
１１ 第１通信手段
１１ａ，１２ａ アンテナ
１２ 第２通信手段
１３ 通信制御手段
１４ 端末制御手段
１５ 操作手段
１６ 時刻取得手段
１７ 映像出力手段
１８ 音声出力手段
１９ 記憶手段
２０ アプリケーション
２１，５２ メンバーリスト
２１ａ 連続視聴時間
２１ｂ 視聴チャンネル
２１ｃ 最大視聴可能時間
２１ｄ 視聴保障時間
２１ｅ ネットワーク規模
２１ｆ 最終ビーコン送信時刻
２１ｇ サービスセットＩＤ
２１ｈ ＭＡＣアドレス
２１ｉ 第１通信手段情報
２２ 視聴チャンネル
２３ 連続視聴時間
２４ 視聴保障時間
２５ 最大視聴可能時間
２６ 最終ビーコン送信時刻
２７ ネットワーク規模
２８ ネーバーリスト
２８ａ 送信端末情報
２８ｂ 近隣端末リスト
２９ 第１通信手段情報
４１ａ，４１ｂ 基地局
４２ ゲートウェイ
４３ ＩＰＴＶサーバ
５１ 位置情報取得手段
５２ａ 位置情報
Ａ キャリア
Claims (10)
- 基地局との間で無線通信を行うための第１無線通信手段と、
自己の無線通信端末の近距離に位置する無線通信端末との間で直接無線通信を行うための第２無線通信手段と、
前記第１無線通信手段又は前記第２無線通信手段によりＩＰ放送を受信するアプリケーションと、
前記第１無線通信手段によりＩＰ放送を受信してアプリケーションを使用している際の設定情報を保持する保持手段と、
前記第２無線通信手段により近距離の無線通信端末に対して、前記保持手段が保持する前記アプリケーションを使用している際の設定情報を周期的に送信するように制御する制御手段と、
を有し、
前記制御手段は、前記設定情報に変更が生じる場合、前記第２無線通信手段により近距離の無線通信端末に対して、その旨を示す情報を送信するように制御することを特徴とするＩＰ放送受信装置。 - 前記設定情報は、ＩＰ放送を録画中か否かを示す情報を含むことを特徴とする請求項１に記載のＩＰ放送受信装置。
- 前記保持手段は、前記アプリケーションが受信するＩＰ放送の受信放送局情報を保持し、前記設定情報は、ＩＰ放送の受信放送局情報を含むことを特徴とする請求項１に記載のＩＰ放送受信装置。
- 前記設定情報は、該無線通信端末のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含むことを特徴とする請求項１に記載のＩＰ放送受信装置。
- 前記設定情報は、該無線通信端末の自己完結型ネットワークに接続している無線通信端末の接続数を示す情報を含むことを特徴とする請求項１に記載のＩＰ放送受信装置。
- 基地局との間で無線通信を行うための第１無線通信手段と、
自己の無線通信端末の近距離に位置する無線通信端末との間で直接無線通信を行うための第２無線通信手段と、
前記第１無線通信手段又は前記第２無線通信手段によりＩＰ放送を受信するアプリケーションと、
ＩＰ放送を受信してアプリケーションを使用している際の設定情報を保持する保持手段と、
前記第１無線通信手段により受信したＩＰ放送を前記第２無線通信手段により前記近距離に位置する無線通信端末に対して送信すると共に、前記保持手段が保持する前記設定情報を前記近距離に位置する無線通信端末に対して周期的に送信するように制御する制御手段と、
を有し、
前記制御手段は、前記設定情報に含まれるＩＰ放送の受信放送局情報に変更が生じる場合、前記第２無線通信手段により前記近距離に位置する無線通信端末から該無線通信端末の前記設定情報を収集し、該収集した設定情報に基づいて、前記第１無線通信手段により受信したＩＰ放送を前記第２無線通信手段により前記近距離に位置する無線通信端末に対して送信する役割を継承すべき無線通信端末を選択するように制御することを特徴とするＩＰ放送受信装置。 - 前記近距離に位置する無線通信端末の設定情報は、該無線通信端末の位置情報を含み、
前記制御手段は、前記設定情報に含まれる位置情報に基づいて、前記役割を継承すべき無線通信端末を選択する、ことを特徴とする請求項６に記載のＩＰ放送受信装置。 - 前記設定情報は、ＩＰ放送を録画中か否かを示す情報を含み、
前記制御手段は、前記設定情報に含まれる録画中か否かを示す情報に基づいて、前記役割を継承すべき無線通信端末を選択する、ことを特徴とする請求項６に記載のＩＰ放送受信装置。 - 前記設定情報は、該無線通信端末のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含み、
前記制御手段は、前記設定情報に含まれるＩＰ放送受信可能時間に基づいて、前記役割を継承すべき無線通信端末を選択する、ことを特徴とする請求項６に記載のＩＰ放送受信装置。 - 前記設定情報は、該無線通信端末の自己完結型ネットワークに接続している無線通信端末の接続数を示す情報を含み、
前記制御手段は、前記設定情報に含まれる無線通信端末の接続数に基づいて、前記役割を継承すべき無線通信端末を選択する、ことを特徴とする請求項６に記載のＩＰ放送受信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008168809A JP5274913B2 (ja) | 2007-10-30 | 2008-06-27 | Ｉｐ放送受信装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007282449 | 2007-10-30 | ||
| JP2007282449 | 2007-10-30 | ||
| JP2008168809A JP5274913B2 (ja) | 2007-10-30 | 2008-06-27 | Ｉｐ放送受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009135884A JP2009135884A (ja) | 2009-06-18 |
| JP5274913B2 true JP5274913B2 (ja) | 2013-08-28 |
Family
ID=40867312
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008168809A Expired - Fee Related JP5274913B2 (ja) | 2007-10-30 | 2008-06-27 | Ｉｐ放送受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5274913B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI526099B (zh) | 2010-02-24 | 2016-03-11 | 內數位專利控股公司 | 發送聚合信標方法及裝置 |
| KR101574104B1 (ko) | 2014-06-18 | 2015-12-03 | 기초과학연구원 | 초음파 진단장치 및 방법 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4455906B2 (ja) * | 2004-03-15 | 2010-04-21 | シャープ株式会社 | 放送受信装置または携帯端末装置 |
-
2008
- 2008-06-27 JP JP2008168809A patent/JP5274913B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2009135884A (ja) | 2009-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3451119B1 (en) | Method, apparatus, and computer program product for management of connected devices, such as in a wireless docking environment | |
| CN101595682B (zh) | 用于无线lan的直接链路设立机制 | |
| JP6026668B2 (ja) | マルチバンドサービスディスカバリを実行するためのシステム及び方法 | |
| EP2319226B1 (en) | Service discovery methods | |
| KR101492518B1 (ko) | 디바이스 탐색을 위한 방법들 및 장치들 | |
| CN101557648B (zh) | 网络管理装置、网络管理方法及监视系统 | |
| JP5507583B2 (ja) | 発見信号の処理および／またはアラート生成の制御のための方法および装置 | |
| CN101741444B (zh) | 电力通信设备、电力通信系统和电力通信方法 | |
| EP2306389A1 (en) | System and method for providing product information in LAN | |
| EP2941085B1 (en) | Wireless communication apparatus, communication system, wireless communication apparatus control method, and program | |
| US20170070765A1 (en) | Method and apparatus for transmitting and receiving data in communication system | |
| JP2006067103A (ja) | 無線ｌａｎシステム及びそれに用いられる無線ｌａｎ端末、管理サーバ | |
| EP2939470B1 (en) | Information processing device, method and non-transitory computer readable medium | |
| JP5274913B2 (ja) | Ｉｐ放送受信装置 | |
| US20110276672A1 (en) | Method and apparatus for performing pairing between coordinator and device in network, method and apparatus for performing pairing between devices, network system including the coordinator and the devices | |
| JP5430885B2 (ja) | Ｉｐ放送受信装置 | |
| CN104885526A (zh) | 通信系统、装置、方法和计算机可读介质 | |
| JP4275111B2 (ja) | データファイル送信方法および無線通信装置 | |
| CN101557632A (zh) | 无线通信设备、无线通信方法、程序和无线通信系统 | |
| JP7098302B2 (ja) | 通信装置、制御方法、およびプログラム | |
| JP5434097B2 (ja) | 携帯端末装置、携帯端末装置における放送番組の視聴制御方法および視聴制御プログラム、ならびに視聴制御システム | |
| CN105704535A (zh) | 一种音视频播放系统控制方法、装置和音视频播放系统 | |
| JP2016163262A (ja) | データ通信システム、移動端末、情報サーバ、データ通信方法、及びプログラム | |
| KR20110068241A (ko) | 근거리 영역에서의 방송 채널에 대한 선택 결과 보고 시스템 및 방법, 그리고 이에 적용되는 장치 | |
| JP2004013529A (ja) | コンテンツ提供システム、コンテンツ提供装置、コンテンツ提供方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110530 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120912 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120918 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20121119 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20121211 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130311 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20130319 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130514 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130515 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 5274913 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |