(57)【特許請求の範囲】
【請求項１】
基地局との間で無線通信を行うための第１無線通信手段と、
自己の無線通信端末の近距離に位置する無線通信端末との間で直接無線通信を行うための第２無線通信手段と、
前記第１無線通信手段又は前記第２無線通信手段によりＩＰ放送を受信するアプリケーションと、
前記アプリケーションを使用している際の設定情報を保持する保持手段と、
前記第２無線通信手段により近距離の無線通信端末から該無線通信端末が保持する前記アプリケーションを使用している際の設定情報を受信して、前記保持手段が保持する設定情報と、前記受信した近距離の無線通信端末の設定情報に基づいて、前記アプリケーションが前記第１無線通信手段又は前記第２無線通信手段のいずれの手段を用いてＩＰ放送を受信するかを選択して、該選択した手段により前記アプリケーションがＩＰ放送を受信するように制御する制御手段と、
を備えるＩＰ放送受信装置。
【請求項２】
前記受信した近距離の無線通信端末の設定情報は、ＩＰ放送を録画中か否かを示す情報を含み、
前記制御手段は、前記受信した近距離の無線通信端末の設定情報にＩＰ放送の録画中を示す情報を検出した場合、前記第２無線通信手段による該無線通信端末との直接無線通信により前記アプリケーションがＩＰ放送を受信するように制御する請求項１に記載のＩＰ放送受信装置。
【請求項３】
前記保持手段は、前記アプリケーションが受信する受信放送局情報を保持し、
前記受信した近距離の無線通信端末の設定情報は、ＩＰ放送の受信放送局情報を含み、
前記制御手段は、前記受信した近距離の無線通信端末の設定情報に示される受信放送局を検出し、前記保持手段が保持している受信放送局と一致する受信放送局を示している無線通信端末との前記第２無線通信手段による直接無線通信により前記アプリケーションがＩＰ放送を受信するように制御する請求項１に記載のＩＰ放送受信装置。
【請求項４】
前記受信した近距離の無線通信端末の設定情報は、該無線通信端末のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含み、
前記制御手段は、前記受信した近距離の無線通信端末の設定情報に含まれるＩＰ放送受信可能時間が最も長い無線通信端末、或いは前記ＩＰ放送受信可能時間が所定の時間以上ある無線通信端末との前記第２無線通信手段による直接無線通信により、前記アプリケーションがＩＰ放送を受信するように制御する請求項１に記載のＩＰ放送受信装置。
【請求項５】
前記受信した近距離の無線通信端末の設定情報は、該無線通信端末の自己完結型ネットワークに接続している無線通信端末の接続数を示す情報を含み、
前記制御手段は、前記受信した近距離の無線通信端末の設定情報に含まれる接続数が最も多い、或いは前記接続数が所定の接続数以上ある無線通信端末との前記第２無線通信手段による直接無線通信により、前記アプリケーションがＩＰ放送を受信するように制御する請求項１に記載のＩＰ放送受信装置。
【請求項６】
前記受信した近距離の無線通信端末の設定情報は、該無線通信端末の位置情報を含み、
前記制御手段は、前記受信した近距離の無線通信端末の設定情報に含まれる位置情報に基づいて、自己の無線通信端末との距離が近い無線通信端末との前記第２無線通信手段による直接無線通信により、前記アプリケーションがＩＰ放送を受信するように制御することを特徴とする請求項１に記載のＩＰ放送受信装置。
【請求項７】
基地局との間で無線通信を行うための第１無線通信手段と、
自己の無線通信端末の近距離に位置する無線通信端末との間で直接無線通信を行うための第２無線通信手段と、
前記第１無線通信手段又は前記第２無線通信手段によりＩＰ放送を受信するアプリケーションと、
前記アプリケーションを使用している際の設定情報を保持する保持手段と、
前記第２無線通信手段により近距離の無線通信端末に対して、前記保持手段が保持する前記設定情報を送信するように制御する制御手段と、
を備えるＩＰ放送受信装置。
【請求項８】
前記設定情報は、ＩＰ放送を録画中か否かを示す情報を含むことを特徴とする請求項７に記載のＩＰ放送受信装置。
【請求項９】
前記保持手段は、前記アプリケーションが受信するＩＰ放送の受信放送局情報を保持し、
前記設定情報は、ＩＰ放送の受信放送局情報を含むことを特徴とする請求項７に記載のＩＰ放送受信装置。
【請求項１０】
前記設定情報は、該無線通信端末のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含むことを特徴とする請求項７に記載のＩＰ放送受信装置。
【請求項１１】
前記設定情報は、該無線通信端末の自己完結型ネットワークに接続している無線通信端末の接続数を示す情報を含むことを特徴とする請求項７に記載のＩＰ放送受信装置。
【請求項１２】
前記設定情報は、該無線通信端末の位置情報を含むことを特徴とする請求項７に記載のＩＰ放送受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを用いて映像コンテンツを視聴することができるＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ＴｅｌｅＶｉｓｉｏｎ）やＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）等のサービスに対応したＩＰ放送受信装置に関する。
【背景技術】
【０００２】
近年ブロードバンド回線の普及に伴い、ネットワークを用いて映像コンテンツを視聴することができるＩＰＴＶやＶＯＤ等の映像視聴サービスが行われるようになった。
これにより、ユーザが映像を視聴したいときにＩＰＴＶやＶＯＤを提供しているサーバに接続することで、自由に映像を視聴することができる。一方、多数のユーザが同時に一つのサーバに接続した場合、サーバのネットワークのトラフィックが増大するため、ユーザに割り当てられる映像の帯域が狭くなったり、接続できるユーザが少なくなったりしてしまう。
【０００３】
このような状態に対応したものとして、例えば、「双方向映像通信／映像配信システム」（特許文献１参照）が知られている。
図３０は、従来の双方向映像通信／映像配信システムの概略構成を示す説明図である。図３０に示すように、従来の双方向映像通信／映像配信システムでは、ユーザの所属するネットワーク毎にＶＯＤサーバ１とＭＣＵ（Ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）２を配置する。そして、ルータ３を介し異なるネットワーク間で双方向通信を行う際に、それぞれのデータはＭＣＵ２に送られエンドユーザの受信装置４に届く。
【０００４】
ネットワーク間で双方向通信を行っていてＶＯＤサービスを提供する際には、それぞれの異なるネットワークに設置したＶＯＤサーバ１からコンテンツを取得し、ＭＣＵ２で合成されたものをエンドユーザの受信装置４に送信する。このため、ネットワーク間では双方向通信のパケットのみが流れ、ＶＯＤサーバ１のコンテンツはそれぞれのネットワーク内のみで流れて異なるネットワーク間では流れないことから、異なるネットワーク間のトラフィックを軽減することができる。
【特許文献１】特開２００２-２５２８４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の「双方向映像通信／映像配信システム」（特許文献１参照）においては、異なるネットワーク毎にＭＣＵ２とＶＯＤサーバ１を配置して、異なるネットワーク間のトラフィックの軽減に着目していることにより、各ネットワークにあるＶＯＤサーバ１には同一のコンテンツが格納されている必要がある。
また、無線通信で使用できる帯域はユーザ数に反比例することから、ユーザが増加した際に無線区間がボトルネックになることがある。そのため、ＩＰＴＶ（ＶＯＤ）サーバのネットワークのトラフィックよりも無線区間のトラフィックを軽減する必要がある。
【０００６】
また、従来の「双方向映像通信／映像配信システム」においては、常に同じホスト（ＭＣＵ）を経由することが保障されているが、携帯通信端末のようにセクター間を移動するような装置の場合、経由するホストを固定することは出来ない。
この発明の目的は、ネットワークを用いた映像視聴サービスを行う際に、低速な無線通信の帯域を圧迫することなくＩＰ放送のコンテンツを視聴することができるＩＰ放送受信装置を提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、この発明に係るＩＰ放送受信装置は、基地局との間で無線通信を行うための第１無線通信手段と、自己の無線通信端末の近距離に位置する無線通信端末との間で直接無線通信を行うための第２無線通信手段と、前記第１無線通信手段又は前記第２無線通信手段によりＩＰ放送を受信するアプリケーションと、前記アプリケーションを使用している際の設定情報を保持する保持手段と、前記第２無線通信手段により近距離の無線通信端末から該無線通信端末が保持する前記アプリケーションを使用している際の設定情報を受信して、前記保持手段が保持する設定情報と、前記受信した近距離の無線通信端末の設定情報に基づいて、前記アプリケーションが前記第１無線通信手段又は前記第２無線通信手段のいずれの手段を用いてＩＰ放送を受信するかを選択して、該選択した手段により前記アプリケーションがＩＰ放送を受信するように制御する制御手段と、を備えることを特徴としている。
【０００８】
また、この発明において、前記受信した近距離の無線通信端末の設定情報は、ＩＰ放送を録画中か否かを示す情報を含み、前記制御手段は、前記受信した近距離の無線通信端末の設定情報にＩＰ放送の録画中を示す情報を検出した場合、前記第２無線通信手段による該無線通信端末との直接無線通信により前記アプリケーションがＩＰ放送を受信するように制御することが好ましい。
【０００９】
また、この発明において、前記保持手段は、前記アプリケーションが受信する受信放送局情報を保持し、前記受信した近距離の無線通信端末の設定情報は、ＩＰ放送の受信放送局情報を含み、前記制御手段は、前記受信した近距離の無線通信端末の設定情報に示される受信放送局を検出し、前記保持手段が保持している受信放送局と一致する受信放送局を示している無線通信端末との前記第２無線通信手段による直接無線通信により前記アプリケーションがＩＰ放送を受信するように制御することが好ましい。
【００１０】
また、この発明において、前記受信した近距離の無線通信端末の設定情報は、該無線通信端末のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含み、前記制御手段は、前記受信した近距離の無線通信端末の設定情報に含まれるＩＰ放送受信可能時間が最も長い無線通信端末、或いは前記ＩＰ放送受信可能時間が所定の時間以上ある無線通信端末との前記第２無線通信手段による直接無線通信により、前記アプリケーションがＩＰ放送を受信するように制御することが好ましい。
【００１１】
また、この発明において、前記受信した近距離の無線通信端末の設定情報は、該無線通信端末の自己完結型ネットワークに接続している無線通信端末の接続数を示す情報を含み、前記制御手段は、前記受信した近距離の無線通信端末の設定情報に含まれる接続数が最も多い、或いは前記接続数が所定の接続数以上ある無線通信端末との前記第２無線通信手段による直接無線通信により、前記アプリケーションがＩＰ放送を受信するように制御することが好ましい。
【００１２】
また、この発明において、前記受信した近距離の無線通信端末の設定情報は、該無線通信端末の位置情報を含み、前記制御手段は、前記受信した近距離の無線通信端末の設定情報に含まれる位置情報に基づいて、自己の無線通信端末との距離が近い無線通信端末との前記第２無線通信手段による直接無線通信により、前記アプリケーションがＩＰ放送を受信するように制御することが好ましい。
【００１３】
上記目的を達成するため、この発明に係るＩＰ放送受信装置は、基地局との間で無線通信を行うための第１無線通信手段と、自己の無線通信端末の近距離に位置する無線通信端末との間で直接無線通信を行うための第２無線通信手段と、前記第１無線通信手段又は前記第２無線通信手段によりＩＰ放送を受信するアプリケーションと、前記アプリケーションを使用している際の設定情報を保持する保持手段と、前記第２無線通信手段により近距離の無線通信端末に対して、前記保持手段が保持する前記設定情報を送信するように制御する制御手段と、を備えることを特徴としている。
【００１４】
また、この発明において、前記設定情報は、ＩＰ放送を録画中か否かを示す情報を含むことが好ましい。
また、この発明において、前記保持手段は、前記アプリケーションが受信するＩＰ放送の受信放送局情報を保持し、前記設定情報は、ＩＰ放送の受信放送局情報を含むことが好ましい。
また、この発明において、前記設定情報は、該無線通信端末のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含むことが好ましい。
【００１５】
また、この発明において、前記設定情報は、該無線通信端末の自己完結型ネットワークに接続している無線通信端末の接続数を示す情報を含むことが好ましい。
また、この発明において、前記設定情報は、該無線通信端末の位置情報を含むことが好ましい。
【発明の効果】
【００１６】
この発明によれば、ネットワークを用いた映像視聴サービスを行う際に、低速な無線通信の帯域を圧迫することなくＩＰＴＶのコンテンツを視聴することができる。
【発明を実施するための最良の形態】
【００１７】
以下、この発明を実施するための最良の形態について図面を参照して説明する。
（第１実施の形態）
図１は、この発明の第１実施の形態に係る無線通信端末の内部構成を示すブロック図である。図１に示すように、無線通信端末（ＩＰ放送受信装置）１０は、第１通信手段（第１無線通信手段）１１、第２通信手段（第２無線通信手段）１２、通信制御手段１３、端末制御手段（制御手段）１４、操作手段１５、時刻取得手段１６、映像出力手段１７、音声出力手段１８、及び記憶手段（保持手段）１９を有している。
【００１８】
第１通信手段１１は、接続されたアンテナ１１ａを介して、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）やＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−ＣＤＭＡ）等の広域の無線通信が可能である。第２通信手段１２は、接続されたアンテナ１２ａを介して、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の狭いエリアでの無線通信が可能である。通信制御手段１３は、第１通信手段１１及び第２通信手段１２の動作を制御する。
【００１９】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を備えた端末制御手段１４は、各種キーやタッチパネル等の操作手段１５、現在の時刻を取得する時刻取得手段１６、及び通信制御手段１３からの各出力情報に基づき、液晶ディスプレイ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ：ＬＣＤ）や有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）等の映像出力手段１７、スピーカ等の音声出力手段１８、及び通信制御手段１３のそれぞれに対し、動作を制御する制御情報を出力する。また、端末制御手段１４は、フラッシュメモリ等の記憶手段１９からの出力情報に基づき、記憶手段１９に対し制御情報を出力する。また、端末制御手段１４は、記憶手段１９の情報に基づき、通信制御手段１３を制御する。
【００２０】
記憶手段１９は、アプリケーション２０、メンバーリスト２１、視聴チャンネル２２、連続視聴時間２３、視聴保障時間２４、最大視聴可能時間２５、最終ビーコン（Ｂｅａｃｏｎ）送信時刻２６、及びネットワーク（ＮＷ）規模２７に関する各情報をデータベースとして格納している。つまり、記憶手段１９は、ＩＰ放送を受信するアプリケーション２０を使用している際の設定情報を保持する保持手段として機能する。
【００２１】
アプリケーション２０は、ＩＰＴＶを視聴するためのソフトウェアであり、メンバーリスト２１は、自己完結型ネットワークであるアドホック（Ａｄ  Ｈｏｃ）ネットワークを構成する無線通信端末（端末）１０に関するデータを、一覧表で示したものである。視聴チャンネル２２は、ＩＰＴＶアプリケーションで視聴しているチャンネルを示し、連続視聴時間２３は、視聴チャンネル２２を連続で視聴している時間を示す。視聴保障時間２４は、録画等で続けて番組を視聴することが予想される際に、当該番組が終了するまでの残り時間を示し、最大視聴可能時間２５は、バッテリの残量から求めたＩＰＴＶの視聴可能時間を示す。最終ビーコン送信時刻２６は、最後に第２通信手段１２からビーコン信号を送信した時刻を示し、ネットワーク規模２７は、アドホックネットワークの規模を示す。
【００２２】
図２は、図１のメンバーリストに含まれる情報要素を示すブロック図である。図２に示すように、メンバーリスト２１には、ビーコン信号に含まれる連続視聴時間２８、視聴チャンネル２９、最大視聴可能時間３０、視聴保障時間３１、アドホックネットワークを形成した際のネットワーク規模３２、最終ビーコン送信時刻３３、アドホックネットワークのグループＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を示すサービスセット（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ）ＩＤ３４、及びビーコン信号を送信した無線通信端末１０のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス３５の各情報が含まれている。
【００２３】
図３は、ＩＥＥＥ８０２．１１のビーコン信号のボディに含まれる情報要素を示す説明図である。図３に示すように、ビーコン信号には、タイムスタンプ（Ｔｉｍｅｓｔａｍｐ）、ビーコン周期（Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ）、ケーパビリティインフォメーション（Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）、サービスセットＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）、サポートレート（Ｓｕｐｐｏｒｔｅｄ  Ｒａｔｅｓ）、ＦＨパラメータセット（ＦＨ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、ＤＳパラメータセット（ＤＳ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、ＣＦパラメータセット（ＣＦ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、ＩＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ  Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）パラメータセット（ＩＢＳＳ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、及びＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）の各情報が含まれている。
【００２４】
この無線通信端末１０では、タイムスタンプに連続視聴時間２８を格納し、視聴チャンネル２９、最大視聴可能時間３０、視聴保障時間３１、及びネットワーク規模３２を、現在主流のＩＥＥＥ８０２．１１ａ／ｂ／ｇでは用いられていない、ＦＨパラメータセットに格納する。
図４は、図１の無線通信端末における全体の処理の流れを示すフローチャート(その１)であり、図５は、図１の無線通信端末における全体の処理の流れを示すフローチャート(その２)である。図４及び図５に示すように、無線通信端末１０は、先ず、電源を入れて起動した（ステップＳ１０１）後、電源がオフ（ＯＦＦ）になるまでループ１の処理を繰り返す（ステップＳ１０２）。
【００２５】
ループ１では、ＩＰＴＶアプリケーション（ＩＰＴＶアプリ）が起動されたか否かを判定する（ステップＳ１０３）。判定の結果、ＩＰＴＶアプリが起動されない（Ｎｏ）場合、ループ１の処理（ステップＳ１０２）に戻る。一方、ＩＰＴＶアプリが起動された（Ｙｅｓ）場合、視聴チャンネル２２にＩＰＴＶアプリが要求するチャンネルを格納し（ステップＳ１０４）、その後、ＩＰＴＶアプリのパケットを受信する通信手段の検索及び選択を行うサーチ処理を実行する（ステップＳ１０５）。
このループ１において、サーチ処理を実行しＩＰＴＶを視聴し始めたら、ＩＰＴＶアプリを終了するまでループ２の処理を繰り返す（ステップＳ１０６）。
【００２６】
ループ２では、ＩＰＴＶアプリが要求するチャンネルと、視聴チャンネル２２に格納されているチャンネルが異なっていないか、即ち、視聴チャンネルが変更されたか否かを判定する（ステップＳ１０７）。判定の結果、視聴チャンネルが変更された（Ｙｅｓ）場合、ステップＳ１０４へ戻り、一方、視聴チャンネルが変更されていない（Ｎｏ）場合、第１通信手段１１でＩＰＴＶを視聴中か否かを判定する（ステップＳ１０８）。
【００２７】
ステップＳ１０８における判定の結果、第１通信手段１１ではなく第２通信手段１２でＩＰＴＶを視聴中（Ｎｏ）の場合、第２通信手段１２での視聴が不可能か否か、即ち、第２通信手段１２のエリア内に、ＩＰＴＶのサービスを第１通信手段１１で視聴している端末が存在するか否かを判定する（ステップＳ１０９）。判定の結果、視聴が不可能である（Ｙｅｓ）場合、ステップＳ１０５へ戻り、視聴が可能である（Ｎｏ）場合、第２通信手段１２でＩＰＴＶのパケットを受信したか否かを判定する（ステップＳ１１０）。
【００２８】
ステップＳ１１０における判定の結果、ＩＰＴＶのパケットを受信しない（Ｎｏ）場合、ビーコン信号に含まれる情報を更新する報知情報更新処理（詳細は後述する）を行う（ステップＳ１１１）。一方、ＩＰＴＶのパケットを受信した（Ｙｅｓ）場合は、パケットをデコードして映像出力手段１７及び音声出力手段１８に出力し、ＩＰＴＶを再生した（ステップＳ１１２）後、ステップＳ１１１の処理を行う。
また、ステップＳ１０８における、第１通信手段１１でＩＰＴＶを視聴中か否かの判定の結果、第１通信手段１１でＩＰＴＶを視聴中（Ｙｅｓ）の場合、ビーコン信号を受信したか否かを判定し（ステップＳ１１３）、判定の結果、ビーコン信号を受信した（Ｙｅｓ）場合、メンバーリスト２１に存在する端末からビーコン信号を受信したか否かを判定する（ステップＳ１１４）。
【００２９】
ステップＳ１１４における判定の結果、メンバーリスト２１に存在する端末からビーコンを受信していない（Ｎｏ）、即ち、メンバーリスト２１に存在しない端末からビーコン信号を受信した場合、新規にメンバーリスト２１に追加する（ステップＳ１１５）。一方、メンバーリスト２１に存在する端末からビーコン信号を受信した（Ｙｅｓ）場合、メンバーリスト２１内のＭＡＣアドレス３５とビーコン信号の送信元ＭＡＣアドレスが一致する要素の最終ビーコン送信時刻３３に、時刻取得手段１６から取得した現在時刻を格納する（ステップＳ１１６）。
【００３０】
ステップＳ１１３における判定の結果、ビーコン信号を受信していない（Ｎｏ）場合、及びステップＳ１１５とステップＳ１１６の各処理を実行した後、メンバーリスト２１の全要素の内、最終ビーコン送信時刻２６の値からＴ秒（ビーコン周期よりも長い時間）経過した要素を削除する（ステップＳ１１７）。
その後、その他のＩＥＥＥ８０２．１１規定のマネージメント信号又は制御信号を受信したか否かを判定する（ステップＳ１１８）。判定の結果、受信した（Ｙｅｓ）場合、ＩＥＥＥ８０２．１１に準拠した処理を行う（ステップＳ１１９）。但し、タイムスタンプ及びＦＨパラメータセットは、ビーコン信号と同じものを用いる。即ち、ビーコン信号を送信する際に用いる、視聴チャンネル２２、連続視聴時間２３、視聴保障時間２４、最大視聴可能時間２５を含む。
【００３１】
ステップＳ１１８における判定の結果、前記信号を受信していない（Ｎｏ）場合、及びステップＳ１１９の処理を実行した後、ＩＰＴＶのパケットを受信したか否かを判定する（ステップＳ１２０）。判定の結果、ＩＰＴＶのパケットを第１通信手段１１を介して受信した（Ｙｅｓ）場合、メンバーリスト２１の要素数が１以上か否か、即ち、第２通信手段１２を用いてＩＰＴＶを受信している子端末が存在するか否かを判定する（ステップＳ１２１）。
【００３２】
ステップＳ１２１における判定の結果、メンバーリスト２１の要素数が１以上でない（Ｎｏ）場合、ＩＰＴＶのパケットをデコードして映像出力手段１７及び音声出力手段１８に出力し、ＩＰＴＶを再生する（ステップＳ１２２）。一方、メンバーリスト２１の要素数が１以上である（Ｙｅｓ）場合は、受信したＩＰＴＶのパケットを第２通信手段１２を介してブロードキャストで送信した（ステップＳ１２３）後、ステップＳ１２２の処理を行う。
そして、ステップＳ１２０における判定の結果、ＩＰＴＶのパケットを受信していない（Ｎｏ）場合、及びステップＳ１２２の処理を実行した後、ビーコン信号に含まれる情報を更新する報知情報更新処理を行う（ステップＳ１１１）。
【００３３】
報知情報更新処理を行った（ステップＳ１１１）後、報知情報更新処理で更新した情報をビーコン信号に含めて第２通信手段１２を介して送信する報知処理（詳細は後述する）を実行し（ステップＳ１２４）、ループ２の処理を繰り返す。ループ２の処理を終了した後、電源ＯＦＦまでループ１の処理を繰り返し、無線通信端末１０における一連の処理を終了する。
なお、上述した処理（図４，５参照）には、ＩＥＥＥ８０２．１１に記載の省電力制御やＤＣＦ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）等のアクセス制御については記載していない。
【００３４】
図６は、図４のサーチ処理の流れを示すフローチャートである。図６に示すように、サーチ処理の実行に際し、先ず、第２通信手段１２を起動する（ステップＳ２０１）。起動した第２通信手段１２を用いてビーコン信号を受信し、メンバーリスト２１に格納する（ステップＳ２０２）。即ち、第２通信手段１２の受信エリア内に、第１通信手段１１を用いてＩＰＴＶを視聴している端末が存在するか否か（ネットワーク規模２７の値が０以上か否か）を調査し、ビーコン信号を受信できたらメンバーリスト２１に格納する。但し、ビーコン信号に含んでいるネットワーク規模２７の値が−１の場合は、メンバーリスト２１に追加しない。なお、ビーコン信号の受信に際しては、ビーコン信号の送信の周期は端末毎に異なるため、数秒間受信し続ける。
【００３５】
ビーコン信号をサーチした結果、メンバーリスト２１に要素が存在するか否かを判定する（ステップＳ２０３）。即ち、メンバーリスト２１が存在する場合は、ＩＰＴＶを視聴している端末が存在することを示す。判定の結果、要素が存在しない（Ｎｏ）場合、第１通信手段１１を用いてＩＰＴＶを視聴する（ステップＳ２０４）。
一方、ステップＳ２０３の判定の結果、メンバーリスト２１に要素が存在する（Ｙｅｓ）場合、カウンタｉを１で初期化し（ステップＳ２０５）、その後、カウンタｉがメンバーリスト２１の要素数＋１になるまでループ１の処理を実行する（ステップＳ２０６）。
【００３６】
ループ１において、メンバーリスト２１のｉ番目の要素の視聴チャンネル２９と端末１０内の視聴チャンネル２２が一致するか否か、即ち、視聴したいチャンネルが同じか否かを判定する（ステップＳ２０７）。判定の結果、一致しない（Ｎｏ）場合、メンバーリストのｉ番目の要素を削除した（ステップＳ２０８）後にループ１の処理を繰り返し、一方、一致する（Ｙｅｓ）場合、カウンタｉに１を加算した（ステップＳ２０９）後にループ１の処理を繰り返す。
【００３７】
ループ１の処理が完了したら、メンバーリスト２１に要素が存在するか否か、即ち、視聴したいチャンネルと同じチャンネルを、第１通信手段１１を用いて視聴している端末が存在するか否かを判定する（ステップＳ２１０）。判定の結果、周囲に第１通信手段１１を用いてＩＰＴＶを視聴している端末が存在しない、或いは周囲に視聴したいチャンネルと同一のチャンネルを第１通信手段１１を用いて視聴している端末が存在しない（Ｎｏ）場合、第１通信手段１１を用いてＩＰＴＶを視聴し（ステップＳ２０４）、一方、このような端末が存在する（Ｙｅｓ）場合、最適な接続先を選択するサーバ選択処理（詳細は後述する）を実行する（ステップＳ２１１）。
ＩＰＴＶを視聴開始し（ステップＳ２０４）或いはサーバ選択処理を実行した（ステップＳ２１１）後、サーチ処理を終了する。
【００３８】
図７は、図６のサーバ選択処理の流れを示すフローチャートである。図７に示すように、サーバ選択処理の実行に際し、先ず、メンバーリスト２１の要素数が２以上か否かを判定する（ステップＳ３０１）。判定の結果、メンバーリスト２１の要素数が１、即ち、２以上でない（Ｎｏ）場合、第２通信手段１２を用いて、メンバーリスト２１（以降のソートも含む）の先頭の要素と同じアドホックネットワークに接続しＩＰＴＶを視聴する（ステップＳ３０２）。
一方、ステップＳ３０１の判定の結果、メンバーリスト２１の要素数が２以上である（Ｙｅｓ）場合、メンバーリスト２１に含まれる視聴保障時間３１の降順にソートする（ステップＳ３０３）。つまり、ＩＰＴＶの視聴時間を保障してくれることを優先する。
【００３９】
その後、視聴保障時間３１の最大の要素が唯一であるか否かを判定する（ステップＳ３０４）。判定の結果、最大の要素が唯一である（Ｙｅｓ）場合、ステップＳ３０２の処理を実行し、一方、最大の要素が唯一でない（Ｎｏ）、即ち、複数ある場合、メンバーリスト２１に含まれるネットワーク（ＮＷ）規模の降順にソートする（ステップＳ３０５）。ネットワーク規模とは、その端末に接続している端末の数を示し、ネットワーク規模が大きいと子端末の数が多いので、親端末は特定のエリアに留まっている可能性が高い。
【００４０】
その後、ネットワーク規模の最大の要素が唯一であるか否かを判定する（ステップＳ３０６）。判定の結果、最大の要素が唯一である（Ｙｅｓ）場合、ステップＳ３０２の処理を実行し、一方、最大の要素が唯一でない（Ｎｏ）、即ち、複数ある場合、メンバーリスト２１に含まれる連続視聴時間２８の降順にソートする（ステップＳ３０７）。つまり、連続視聴時間が長いので、番組の途中でチャンネルを切り替える可能性が低い。
【００４１】
その後、連続視聴時間が最大の要素が唯一か否かを判定する（ステップＳ３０８）。判定の結果、最大の要素が唯一である（Ｙｅｓ）場合、ステップＳ３０２の処理を実行し、一方、最大の要素が唯一でない（Ｎｏ）、即ち、複数ある場合、メンバーリスト２１に含まれる最大視聴可能時間３０の降順にソートする（ステップＳ３０９）。つまり、最大視聴時間が長いので、バッテリーの残量が十分であり、ＩＰＴＶの視聴中に切断される可能性が低い。
その後、第２通信手段１２を用いて、メンバーリスト２１の先頭の要素と同じアドホックネットワークに接続し、ＩＰＴＶを視聴する（ステップＳ３０２）。
そして、ＩＰＴＶを視聴する、つまり、接続先を決定したことにより、メンバーリスト２１の全ての要素を削除し（ステップＳ３１０）、その後、サーバ選択処理を終了する。
【００４２】
なお、上述したサーバ選択処理における、視聴保障時間３１の降順にソートする処理（ステップＳ３０３）、ネットワーク（ＮＷ）規模の降順にソートする処理（ステップＳ３０５）、連続視聴時間２８の降順にソートする処理（ステップＳ３０７）は、順番を変更しても良く、例えば、重み付けによる順番で行っても良い。
図８は、図５の報知情報更新処理の流れを示すフローチャートである。図８に示すように、報知情報更新処理の実行に際し、先ず、第１通信手段１１を用いてＩＰＴＶを視聴中であるか否か、即ち、視聴しているのは親端末であるか子端末であるかを判定する（ステップＳ４０１）。
【００４３】
判定の結果、第１通信手段１１でＩＰＴＶを視聴中でない（Ｎｏ）、即ち、第２通信手段１２でＩＰＴＶを視聴中である場合、ネットワーク規模２７に−１（クライアントであることを示す数）を格納する（ステップＳ４０２）。一方、第１通信手段１１でＩＰＴＶを視聴中である（Ｙｅｓ）場合、メンバーリスト２１の要素数（接続端末数）をネットワーク規模２７に格納する（ステップＳ４０３）。
【００４４】
その後、ネットワーク規模２７に数値を格納したら、バッテリの残量を最大視聴可能時間２５に格納し（ステップＳ４０４）、格納後、録画中か否かを判定する（ステップＳ４０５）。判定の結果、録画中でない（Ｎｏ）場合、視聴チャンネル２２に格納されているチャンネルを継続して連続視聴している時間を、連続視聴時間２３に格納する（ステップＳ４０６）。一方、録画中である（Ｙｅｓ）場合は、現在視聴（録画）している番組が終了するまでの時間を視聴保障時間２４に格納した（ステップＳ４０７）後、ステップＳ４０６の処理を行う。継続視聴時間を連続視聴時間２３に格納した後、報知情報更新処理を終了する。
【００４５】
図９は、図５の報知処理の流れを示すフローチャートである。図９に示すように、報知処理の実行に際し、先ず、端末制御手段は、最終ビーコン（Ｂｅａｃｏｎ）送信時刻からビーコン信号に含まれるビーコン周期（Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ）を経過しているか否かを判定する（ステップＳ５０１）。これは、ビーコン信号を頻繁に送信することによりトラフィックを圧迫することを避けるためである。また、ＡＴＩＭ（Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｔｒａｆｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｅｓｓａｇｅ）ウィンドウが指定されている際には、ＡＴＩＭウィンドウ内でビーコン信号を送信する必要があるため、ＩＥＥＥ８０２．１１の規定に従う。
【００４６】
ステップＳ５０１における判定の結果、ビーコン周期を超過していない（Ｎｏ）場合、報知処理を終了する。一方、ビーコン周期を超過している（Ｙｅｓ）場合、連続視聴時間２３をビーコン信号のタイムスタンプ（Ｔｉｍｅｓｔａｍｐ）に格納する（ステップＳ５０２）。
連続視聴時間２３を格納した後、ネットワーク（ＮＷ）規模２７を、ビーコン信号のＦＨパラメータセット（ＦＨ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）の０オクテット目に格納し（ステップＳ５０３）、その後、視聴チャンネル２２をビーコン信号のＦＨパラメータセットの１〜２オクテット目に格納する（ステップＳ５０４）。
【００４７】
視聴チャンネル２２を格納した後、視聴保障時間２４をビーコン信号のＦＨパラメータセットの３〜４オクテット目に格納し（ステップＳ５０５）、その後、最大視聴可能時間２５をビーコン信号のＦＨパラメータセットの５〜６オクテット目に格納する（ステップＳ５０６）。
最大視聴可能時間２５を格納した後、ビーコン信号を送信し（ステップＳ５０７）、その後、最終ビーコン送信時刻２６に、時刻取得手段１６から取得した現在時刻を格納する。即ち、最終ビーコン送信時刻２６に現在の時刻を設定する（ステップＳ５０８）。その後、報知処理を終了する。
【００４８】
つまり、受信側の無線通信端末１０においては、以下のような処理を行う。
端末制御手段１４は、第２通信手段１２により近距離の無線通信端末１０から無線通信端末１０が保持するアプリケーション２０を使用している際の設定情報を受信して、記憶手段１９が保持する設定情報と、受信した近距離の無線通信端末１０の設定情報に基づいて、アプリケーション２０が第１通信手段１１又は第２通信手段１２のいずれの手段を用いてＩＰ放送を受信するかを選択して、選択した手段（第１通信手段１１又は第２通信手段１２）によりアプリケーション２０がＩＰ放送を受信するように制御する。
【００４９】
また、受信した近距離の無線通信端末１０の設定情報に、ＩＰ放送を録画中か否かを示す情報が含まれていることにより、端末制御手段１４は、受信した近距離の無線通信端末１０の設定情報にＩＰ放送の録画中を示す情報を検出した場合、第２通信手段１２による無線通信端末１０との直接無線通信によりアプリケーション２０がＩＰ放送を受信するように制御する。
【００５０】
また、記憶手段１９が、アプリケーション２０が受信する受信放送局情報を保持し、受信した近距離の無線通信端末１０の設定情報に、ＩＰ放送の受信放送局情報が含まれていることにより、端末制御手段１４は、受信した近距離の無線通信端末１０の設定情報に示される受信放送局を検出し、記憶手段１９が保持している受信放送局と一致する受信放送局を示している無線通信端末１０との第２通信手段１２による直接無線通信によりアプリケーション２０がＩＰ放送を受信するように制御する。
【００５１】
また、受信した近距離の無線通信端末１０の設定情報に、無線通信端末１０のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報が含まれていることにより、端末制御手段１４は、受信した近距離の無線通信端末１０の設定情報に含まれるＩＰ放送受信可能時間が最も長い無線通信端末１０、或いはＩＰ放送受信可能時間が所定の時間以上ある無線通信端末１０との第２通信手段１２による直接無線通信により、アプリケーション２０がＩＰ放送を受信するように制御する。
【００５２】
また、受信した近距離の無線通信端末１０の設定情報に、無線通信端末１０の自己完結型ネットワーク（アドホック型ネットワーク）に接続している無線通信端末１０の接続数を示す情報が含まれていることにより、端末制御手段１４は、受信した近距離の無線通信端末１０の設定情報に含まれる接続数が最も多い無線通信端末１０、或いは接続数が所定の接続数以上ある無線通信端末１０との第２通信手段１２による直接無線通信により、アプリケーション２０がＩＰ放送を受信するように制御する。
【００５３】
送信側の無線通信端末１０においては、以下のような処理を行う。
端末制御手段１４は、第２通信手段１２により近距離の無線通信端末１０に対して、記憶手段１９が保持するアプリケーション２０を使用している際の設定情報を送信するように制御する。
送信する近距離の無線通信端末１０の設定情報には、ＩＰ放送を録画中か否かを示す情報を含んでも良い。端末制御手段１４は、第２通信手段１２による無線通信端末１０との直接無線通信によりアプリケーション２０がＩＰ放送を送信するように制御する。
【００５４】
また、記憶手段１９が、アプリケーション２０が受信する受信放送局情報を保持し、送信する近距離の無線通信端末１０の設定情報にＩＰ放送の受信放送局情報を含んでも良い。端末制御手段１４は、記憶手段１９が保持している受信放送局と一致する受信放送局を示している無線通信端末１０との第２通信手段１２による直接無線通信によりアプリケーション２０がＩＰ放送を送信するように制御する。
また、送信する近距離の無線通信端末１０の設定情報に、送信側の無線通信端末１０のバッテリー残量に基づくＩＰ放送受信可能時間を示す情報を含んでも良い。
【００５５】
また、送信する近距離の無線通信端末１０の設定情報に、無線通信端末１０の自己完結型ネットワーク（アドホック型ネットワーク）に接続している無線通信端末１０の接続数を示す情報を含んでも良い。
図１０は、図１の無線通信端末による端末サーチ状態（その１）の説明図であり、図１１は、図１の無線通信端末による端末サーチ状態（その２）の説明図である。図１０及び図１１に示すように、先ず、無線通信端末１０は、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする（図１０参照）。
【００５６】
サーチの結果、周囲にＩＰＴＶ（４ｃｈ）を視聴している端末が存在しないため、無線通信端末１０は、第１通信手段１１を用いてキャリアＡの基地局３６ａに接続する。これにより、無線通信端末１０は、キャリアＡのゲートウェイ（ＧＷ）３７を経てインターネットを介しＩＰＴＶサーバ３８に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができる（図１１参照）。
このとき、無線通信端末１０は、
視聴チャネル＝４ｃｈ、連続視聴時間＝０ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
【００５７】
図１２は、図１の無線通信端末による端末サーチ状態（その３）の説明図であり、図１３は、図１の無線通信端末による端末サーチ状態（その４）の説明図である。図１２及び図１３に示すように、無線通信端末１０は、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする（図１２参照）。
サーチの結果、周囲にＩＰＴＶ（４ｃｈ）を視聴している無線通信端末１０ａが存在することを確認する。無線通信端末１０ａは、キャリアＡの基地局３６ａに接続されており、ゲートウェイ３７を経てインターネットを介しＩＰＴＶサーバ３８に接続されることにより、ＩＰＴＶ（４ｃｈ）を視聴している。
【００５８】
このとき、無線通信端末１０ａは、
視聴チャネル＝４ｃｈ、連続視聴時間＝３００ｓｅｃ
最大視聴可能時間＝２８５００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
無線通信端末１０は、第２通信手段１２を用いて無線通信端末１０ａに接続する。これにより、無線通信端末１０は、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末１０ａを介して、ＩＰＴＶ（４ｃｈ）を視聴することができる（図１３参照）。尚、この接続により無線通信端末１０ａのＮＷ規模＝１クライアントとなる。
【００５９】
このとき、無線通信端末１０は、
視聴チャネル＝４ｃｈ、連続視聴時間＝０ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝−１クライアント
の状態にある。ここで、「ＮＷ規模＝−１クライアント」の−１は、サーバ（親機）ではなく、子機であることを示している。
【００６０】
図１４は、図１の無線通信端末による端末サーチ状態（その５）の説明図であり、図１５は、図１の無線通信端末による端末サーチ状態（その６）の説明図である。図１４及び図１５に示すように、無線通信端末１０は、ＩＰＴＶ（６ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする（図１４参照）。
このとき、周囲に存在する無線通信端末１０ａはＩＰＴＶ（４ｃｈ）を視聴しており、
視聴チャネル＝４ｃｈ、連続視聴時間＝３００ｓｅｃ
最大視聴可能時間＝２８５００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
【００６１】
サーチの結果、周囲にＩＰＴＶ（６ｃｈ）を視聴している端末が存在しないため、無線通信端末１０は、第１通信手段１１を用いてキャリアＡの基地局３６ｂに接続する。これにより、無線通信端末１０は、直接、キャリアＡのゲートウェイ３７を経てインターネットを介しＩＰＴＶサーバ３８に接続され、ＩＰＴＶ（６ｃｈ）を視聴することができる（図１５参照）。
このとき、無線通信端末１０は、
視聴チャネル＝６ｃｈ、連続視聴時間＝０ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
【００６２】
図１６は、図１の無線通信端末による端末サーチ状態（その７）の説明図であり、図１７は、図１の無線通信端末による端末サーチ状態（その８）の説明図である。図１６及び図１７に示すように、無線通信端末１０は、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする（図１６参照）。
サーチの結果、周囲にＩＰＴＶ（４ｃｈ）を視聴している無線通信端末が複数存在することを確認する。複数の無線通信端末の内、例えば、無線通信端末１０ａは、キャリアＡの基地局３６ａに接続されており、ゲートウェイ３７を経てインターネットを介しＩＰＴＶサーバ３８に接続されることにより、ＩＰＴＶ（４ｃｈ）を視聴している。
【００６３】
このとき、無線通信端末１０ａは、
視聴チャネル＝４ｃｈ、連続視聴時間＝３１０ｓｅｃ
最大視聴可能時間＝２８４９０ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝４クライアント
の状態にある。
しかしながら、このＩＰＴＶ（４ｃｈ）を視聴している無線通信端末１０ａは、例えば、ネットワーク規模が４クライアントであるため、無線通信端末１０は、サーバ選択処理によって、複数の無線通信端末の中から、より条件の良いネットワークを選択する。
【００６４】
そして、無線通信端末１０は、無線通信端末１０に備えられた、アドホックネットワーク上のサーバ選択処理により、ＩＰＴＶ（４ｃｈ）を視聴し安定した状態にある無線通信端末１０ｂを選択する。より条件の良いネットワークを選択する際は、ネットワーク規模の他、連続視聴時間等の各種要件を考慮する。
無線通信端末１０ｂは、キャリアＡの基地局３６ｂに接続されており、ゲートウェイ３７を経てインターネットを介しＩＰＴＶサーバ３８に接続されることにより、ＩＰＴＶ（４ｃｈ）を視聴している。
【００６５】
このとき、無線通信端末１０ｂは、
視聴チャネル＝４ｃｈ、連続視聴時間＝２００ｓｅｃ
最大視聴可能時間＝１００００ｓｅｃ、視聴保証時間＝３６００ｓｅｃ
ＮＷ規模＝２クライアント
の状態にある。
ＩＰＴＶ（４ｃｈ）を視聴し安定した状態にある無線通信端末１０ｂを選択したことにより、無線通信端末１０は、第２通信手段１２を用いて無線通信端末１０ｂに接続する。これにより、無線通信端末１０は、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末１０ｂを介して、ＩＰＴＶ（４ｃｈ）を安定した状態で視聴することができる（図１７参照）。尚、この接続により無線通信端末１０ｂのＮＷ規模＝３クライアントとなる。
【００６６】
このとき、無線通信端末１０は、
視聴チャネル＝４ｃｈ、連続視聴時間＝０ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝−１クライアント
の状態にある。
なお、上述した各実施例では、ＩＰＴＶの番組をチャンネル又はｃｈとして表したが、ＩＰＴＶの運用を行う際にチャンネルではなくＵＲＬとして運用されている際は、チャンネルをＵＲＬに置き換える。
【００６７】
このように、第１実施の形態に係る無線通信端末では、ＩＰＴＶを視聴しようとするユーザ（無線通信端末）が、ＩＰＴＶサーバに接続するため携帯電話のように広域で低速な無線通信を用いる際に、ユーザ（無線通信端末）の周囲に同一チャンネルを視聴している他のユーザ（無線通信端末）が存在する場合には、低速な無線通信の帯域を圧迫するのを避けるため、既にＩＰＴＶを視聴している他のユーザ（無線通信端末）と無線ＬＡＮ等の狭いエリアで使用可能な無線通信を用いてアドホックネットワークを形成する。このアドホックネットワークによりＩＰＴＶのコンテンツを視聴することで、低速な無線通信の帯域を圧迫することなくＩＰＴＶのコンテンツを視聴することができる。
【００６８】
また、上述したように、一つのホストに複数のホストが繋がるようなネットワークは、回線の太さやＣＰＵパワー等でトポロジーを決定するものが多数考えられてきた。しかし、ＴＶを視聴する際、ユーザは、チャンネルを頻繁に切り替えたり、移動中に視聴していたり、番組を録画していたりすると共に、バッテリの残量が少なくなり途中で視聴できなくなる端末が存在する。このため、前述の方法では、ネットワークのトポロジーを決定することは出来なかったが、この第１実施の形態に係る無線通信端末１０では、ＴＶを視聴する際の特徴に基づきネットワークのトポロジーを作成することにより、回線を切れ難くすることが出来る。
【００６９】
（第２実施の形態）
図１８は、この発明の第２実施の形態に係る無線通信端末の内部構成を示すブロック図である。図１８に示すように、無線通信端末（ＩＰ放送受信装置）５０は、第１通信手段（第１無線通信手段）１１、第２通信手段（第２無線通信手段）１２、通信制御手段１３、端末制御手段（制御手段）１４、操作手段１５、時刻取得手段１６、映像出力手段１７、音声出力手段１８、記憶手段（保持手段）１９、及び位置情報取得手段５１を有している。
【００７０】
つまり、無線通信端末５０は、無線通信端末１０には設けられていない位置情報取得手段５１を有しており、位置情報取得手段５１を追加した構成及びこの構成に伴う作用以外は、第１実施の形態に係る無線通信端末１０と同様の構成（図１参照）及び作用を有している。
位置情報取得手段５１は、自端末である無線通信端末５０の現在位置に関する情報を取得する機能を有しており、取得した位置情報を端末制御手段１４へ出力する。端末制御手段１４は、入力した位置情報を記憶手段１９に格納する。これに伴い、記憶手段１９は、含まれる情報要素が無線通信端末１０のメンバーリスト２１とは異なるメンバーリスト５２を有する。
【００７１】
図１９は、図１８の記憶手段のメンバーリストに含まれる情報要素を示すブロック図である。図１９に示すように、メンバーリスト５２には、ビーコン信号に含まれる連続視聴時間２８、視聴チャンネル２９、最大視聴可能時間３０、視聴保障時間３１、アドホックネットワークを形成した際のネットワーク規模３２、最終ビーコン送信時刻３３、アドホックネットワークのグループＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を示すサービスセット（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ）ＩＤ３４、ビーコン信号を送信した無線通信端末５０のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス３５、及び位置情報５３の各情報要素が含まれている。
【００７２】
つまり、メンバーリスト５２は、メンバーリスト２１には設けられていない位置情報５３を有しており、位置情報５３を追加した以外は、メンバーリスト２１と同様の構成（図２参照）を有している。
上記構成を有する無線通信端末５０は、位置情報取得手段５１を有することにより、サーバ選択処理において、新たに位置情報取得に伴う処理が追加される。つまり、無線通信端末５０におけるサーバ選択処理は、メンバーリスト５２の位置情報５３に基づく処理を追加した以外は、無線通信端末１０におけるサーバ選択処理（図７参照）と同様である。
【００７３】
図２０は、位置情報取得を伴うサーバ選択処理の流れを示すフローチャートである。なお、各ステップにおいて、図７のサーバ選択処理におけるステップと同一内容のステップについては、同一ステップ番号を付して説明を省略する。
図２０に示すように、サーバ選択処理の実行に際し、端末制御手段１４は、メンバーリスト５２の要素数が２以上か否かを判定した（ステップＳ３０１）結果、メンバーリスト５２の要素数が２以上である（Ｙｅｓ）場合、メンバーリスト５２に含まれる要素の位置情報５３と位置情報取得手段５１において取得した自端末（無線通信端末５０）の位置情報の値の差を昇順にソートする（ステップＳ３５１）。
【００７４】
つまり、端末制御手段１４は、メンバーリスト５２に含まれる端末と自端末の位置情報に基づき、自端末からメンバーリスト５２に含まれる端末までの距離を求め、距離が近い順番にソートする。
この距離は、自端末の位置を（ｘ１，ｙ１）とし、メンバーリスト５２に含まれる端末の内で、距離を求める対象となる端末の位置を（ｘ２，ｙ２）として、次の式により求めることができる。
距離＝｜〔（ｘ１−ｘ２）２＋（ｙ１−ｙ２）２〕１／２｜
【００７５】
そして、端末制御手段１４は、距離の昇順にソートした結果から、端末までの距離が最小の要素は一つのみか否かを判定する（ステップＳ３５２）。判定の結果、距離が最小の要素は一つのみである（Ｙｅｓ）場合、第２通信手段１２を用いて、メンバーリスト５２（以降のソートも含む）の先頭の要素と同じアドホックネットワークに接続しＩＰＴＶを視聴する（ステップＳ３０２）。その後、ステップＳ３１０以降の処理を行う。
一方、ステップＳ３５２での判定の結果、距離が最小の要素は一つのみでない（Ｎｏ）場合、即ち、距離が最小の要素が複数ある場合、メンバーリスト５２に含まれる視聴保障時間の降順にソートする（ステップＳ３０３）。その後、ステップＳ３０４以降の処理を行う。
【００７６】
また、上記構成を有する無線通信端末５０は、位置情報取得手段５１を有することにより、報知処理において、新たに位置情報取得に伴う処理が追加される。つまり、無線通信端末５０における報知処理は、メンバーリスト５２の位置情報５２ａに基づく処理を追加した以外は、無線通信端末１０における報知処理（図９参照）と同様である。
図２１は、位置情報取得を伴う報知処理の流れを示すフローチャートである。なお、各ステップにおいて、図９の報知処理におけるステップと同一内容のステップについては、同一ステップ番号を付して説明を省略する。
【００７７】
図２１に示すように、報知処理において、端末制御手段１４は、最大視聴可能時間２５をビーコン信号のＦＨパラメータセットの５〜６オクテット目に格納した（ステップＳ５０６）後、データ部（記憶手段１９）に位置情報を格納する（ステップＳ５５１）。つまり、位置情報取得手段５１により取得した位置情報は、データ部に格納され、格納された位置情報は、ビーコン信号として送信される（ステップＳ５０７）。その後、ステップＳ５０８以降の処理を行う。
【００７８】
つまり、受信側の無線通信端末１０において、受信した近距離の無線通信端末の設定情報に、無線通信端末の位置情報が含まれていることにより、端末制御手段１４は、受信した近距離の無線通信端末の設定情報に含まれる位置情報に基づいて、自己の無線通信端末との距離が近い無線通信端末との第２通信手段１２による直接無線通信により、アプリケーション２０がＩＰ放送を受信するように制御する。
また、送信側の無線通信端末１０において、端末制御手段１４は、第２通信手段１２により近距離の無線通信端末に対して、記憶手段１９が保持する、無線通信端末の位置情報が含まれた設定情報を送信するように制御する。
【００７９】
図２２は、図１８の無線通信端末による端末サーチ状態（その１）の説明図であり、図２３は、図１８の無線通信端末による端末サーチ状態（その２）の説明図である。図２２及び図２３に示すように、先ず、無線通信端末５０は、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする（図２２参照）。
サーチの結果、周囲にＩＰＴＶ（４ｃｈ）を視聴している端末が存在しないため、無線通信端末５０は、第１通信手段１１を用いてキャリアＡの基地局３６ａに接続する。これにより、無線通信端末５０は、キャリアＡのゲートウェイ（ＧＷ）３７を経てインターネットを介しＩＰＴＶサーバ３８に接続され、ＩＰＴＶ（４ｃｈ）を視聴することができる（図２３参照）。
【００８０】
このとき、無線通信端末５０は、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝０ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
【００８１】
図２４は、図１８の無線通信端末による端末サーチ状態（その３）の説明図であり、図２５は、図１８の無線通信端末による端末サーチ状態（その４）の説明図である。図２４及び図２５に示すように、無線通信端末１０は、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする（図２４参照）。
サーチの結果、周囲にＩＰＴＶ（４ｃｈ）を視聴している無線通信端末５０ａが存在することを確認する。無線通信端末５０ａは、キャリアＡの基地局３６ａに接続されており、ゲートウェイ３７を経てインターネットを介しＩＰＴＶサーバ３８に接続されることにより、ＩＰＴＶ（４ｃｈ）を視聴している。
【００８２】
このとき、無線通信端末５０ａは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝３００ｓｅｃ
最大視聴可能時間＝２８５００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
無線通信端末５０は、第２通信手段１２を用いて無線通信端末５０ａに接続する。これにより、無線通信端末５０は、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末５０ａを介して、ＩＰＴＶ（４ｃｈ）を視聴することができる（図２５参照）。尚、この接続により無線通信端末５０ａのＮＷ規模＝１クライアントとなる。
【００８３】
つまり、無線通信端末５０ａは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝３１０ｓｅｃ
最大視聴可能時間＝２８４９０ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝１クライアント
の状態にある。
【００８４】
このとき、無線通信端末５０は、
位置情報＝Ｎ１３５．００．０１，Ｅ３７．００．０１
視聴チャネル＝４ｃｈ、連続視聴時間＝０ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝−１クライアント
の状態にある。ここで、「ＮＷ規模＝−１クライアント」の−１は、サーバ（親機）ではなく、子機であることを示している。
【００８５】
図２６は、図１８の無線通信端末による端末サーチ状態（その５）の説明図であり、図２７は、図１８の無線通信端末による端末サーチ状態（その６）の説明図である。図２６及び図２７に示すように、無線通信端末５０は、ＩＰＴＶ（６ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする（図２６参照）。
【００８６】
このとき、周囲に存在する無線通信端末５０ａはＩＰＴＶ（４ｃｈ）を視聴しており、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝３００ｓｅｃ
最大視聴可能時間＝２８５００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
【００８７】
サーチの結果、周囲にＩＰＴＶ（６ｃｈ）を視聴している端末が存在しないため、無線通信端末５０は、第１通信手段１１を用いてキャリアＡの基地局３６ｂに接続する。これにより、無線通信端末５０は、直接、キャリアＡのゲートウェイ３７を経てインターネットを介しＩＰＴＶサーバ３８に接続され、ＩＰＴＶ（６ｃｈ）を視聴することができる（図２７参照）。
【００８８】
このとき、無線通信端末５０は、
位置情報＝Ｎ１３５．０１．００，Ｅ３７．００．０１
視聴チャネル＝６ｃｈ、連続視聴時間＝０ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝０クライアント
の状態にある。
【００８９】
図２８は、図１８の無線通信端末による端末サーチ状態（その７）の説明図であり、図２９は、図１８の無線通信端末による端末サーチ状態（その８）の説明図である。図２８及び図２９に示すように、無線通信端末５０は、ＩＰＴＶ（４ｃｈ）を視聴している端末が周囲に存在するか、第２通信手段１２を用いてサーチする（図２８参照）。
サーチの結果、周囲にＩＰＴＶ（４ｃｈ）を視聴している無線通信端末が複数存在することを確認する。複数の無線通信端末の内、例えば、無線通信端末５０ａは、キャリアＡの基地局３６ａに接続されており、ゲートウェイ３７を経てインターネットを介しＩＰＴＶサーバ３８に接続されることにより、ＩＰＴＶ（４ｃｈ）を視聴している。
【００９０】
このとき、無線通信端末５０ａは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．００
視聴チャネル＝４ｃｈ、連続視聴時間＝３１０ｓｅｃ
最大視聴可能時間＝２８４９０ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝４クライアント
の状態にある。
しかしながら、このＩＰＴＶ（４ｃｈ）を視聴している無線通信端末５０ａは、例えば、ネットワーク規模が４クライアントであるため、無線通信端末５０は、サーバ選択処理によって、複数の無線通信端末の中から、より条件の良いネットワークを選択する。
【００９１】
そして、無線通信端末５０は、無線通信端末５０に備えられた、アドホックネットワーク上のサーバ選択処理により、ＩＰＴＶ（４ｃｈ）を視聴し自局５０から近い距離にある無線通信端末５０ｂを選択する。より条件の良いネットワークを選択する際は、ネットワーク規模の他、連続視聴時間等の各種要件を考慮する。
無線通信端末５０ｂは、キャリアＡの基地局３６ｂに接続されており、ゲートウェイ３７を経てインターネットを介しＩＰＴＶサーバ３８に接続されることにより、ＩＰＴＶ（４ｃｈ）を視聴している。
【００９２】
このとき、無線通信端末５０ｂは、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．０５
視聴チャネル＝４ｃｈ、連続視聴時間＝２００ｓｅｃ
最大視聴可能時間＝１００００ｓｅｃ、視聴保証時間＝３６００ｓｅｃ
ＮＷ規模＝２クライアント
の状態にある。
【００９３】
ＩＰＴＶ（４ｃｈ）を視聴し自局５０から近い距離にある無線通信端末５０ｂを選択したことにより、無線通信端末５０は、第２通信手段１２を用いて無線通信端末５０ｂに接続する。これにより、無線通信端末５０は、ＩＰＴＶ（４ｃｈ）を視聴している無線通信端末５０ｂを介して、ＩＰＴＶ（４ｃｈ）を安定した状態で視聴することができる（図２９参照）。尚、この接続により無線通信端末５０ｂのＮＷ規模＝３クライアントとなる。
【００９４】
このとき、無線通信端末５０は、
位置情報＝Ｎ１３５．００．００，Ｅ３７．００．０４
視聴チャネル＝４ｃｈ、連続視聴時間＝０ｓｅｃ
最大視聴可能時間＝２８８００ｓｅｃ、視聴保証時間＝０ｓｅｃ
ＮＷ規模＝−１クライアント
の状態にある。
【００９５】
なお、上述した各実施例では、ＩＰＴＶの番組をチャンネル又はｃｈとして表したが、ＩＰＴＶの運用を行う際にチャンネルではなくＵＲＬとして運用されている際は、チャンネルをＵＲＬに置き換える。
このように、第２実施の形態に係る無線通信端末では、上述した第１実施の形態に係る無線通信端末によって得られる効果に加え、ＩＰＴＶサーバと他端末とをより安定的に中継してくれる次の親端末を選択することができる。
【００９６】
つまり、第１実施の形態に係る無線通信端末１０にあっては、ＩＰＴＶサーバと自端末との中継を行ってくれる端末（親端末）を選択する際、
・同一の番組を受信している端末であることを必須とする。
・録画中の端末を優先する。
・バッテリー残量が多い端末を優先する。
・ネットワーク規模が大きい端末を優先する（接続している子端末の数が多い親端末を優先する）。
・連続視聴時間が長い端末を優先する。
ことを判断基準としている。
【００９７】
しかしながら、親端末に安定的に中継してもらうためには、親端末が近くに存在するほうが有利であることから、第２実施の形態に係る無線通信端末５０にあっては、ＩＰＴＶサーバと他端末との中継を行ってくれる親端末を選択する際の判断基準に、位置情報に基づいた距離を条件として追加することにより、より安定的に中継してくれる親端末を選択することができる。
なお、本発明は、上述した実施の形態により説明したが、この実施の形態に限定されるものではない。従って、本発明の趣旨を逸脱することなく変更態様として実施するものも含むものである。
【図面の簡単な説明】
【００９８】
【図１】この発明の第１実施の形態に係る無線通信端末の内部構成を示すブロック図である。
【図２】図１のメンバーリストに含まれる情報要素を示すブロック図である。
【図３】ＩＥＥＥ８０２．１１のビーコン信号のボディに含まれる情報要素を示す説明図である。
【図４】図１の無線通信端末における全体の処理の流れを示すフローチャート(その１)である。
【図５】図１の無線通信端末における全体の処理の流れを示すフローチャート(その２)である。
【図６】図４のサーチ処理の流れを示すフローチャートである。
【図７】図６のサーバ選択処理の流れを示すフローチャートである。
【図８】図５の報知情報更新処理の流れを示すフローチャートである。
【図９】図５の報知処理の流れを示すフローチャートである。
【図１０】図１の無線通信端末による端末サーチ状態（その１）の説明図である。
【図１１】図１の無線通信端末による端末サーチ状態（その２）の説明図である。
【図１２】図１の無線通信端末による端末サーチ状態（その３）の説明図である。
【図１３】図１の無線通信端末による端末サーチ状態（その４）の説明図である。
【図１４】図１の無線通信端末による端末サーチ状態（その５）の説明図である。
【図１５】図１の無線通信端末による端末サーチ状態（その６）の説明図である。
【図１６】図１の無線通信端末による端末サーチ状態（その７）の説明図である。
【図１７】図１の無線通信端末による端末サーチ状態（その８）の説明図である。
【図１８】この発明の第２実施の形態に係る無線通信端末の内部構成を示すブロック図である。
【図１９】図１８の記憶手段のメンバーリストに含まれる情報要素を示すブロック図である。
【図２０】位置情報取得を伴うサーバ選択処理の流れを示すフローチャートである。
【図２１】位置情報取得を伴う報知処理の流れを示すフローチャートである。
【図２２】図１８の無線通信端末による端末サーチ状態（その１）の説明図である。
【図２３】図１８の無線通信端末による端末サーチ状態（その２）の説明図である。
【図２４】図１８の無線通信端末による端末サーチ状態（その３）の説明図である。
【図２５】図１８の無線通信端末による端末サーチ状態（その４）の説明図である。
【図２６】図１８の無線通信端末による端末サーチ状態（その５）の説明図である。
【図２７】図１８の無線通信端末による端末サーチ状態（その６）の説明図である。
【図２８】図１８の無線通信端末による端末サーチ状態（その７）の説明図である。
【図２９】図１８の無線通信端末による端末サーチ状態（その８）の説明図である。
【図３０】従来の双方向映像通信／映像配信システムの概略構成を示す説明図である。
【符号の説明】
【００９９】
１０，１０ａ，１０ｂ，５０，５０ｂ，５０ｂ  無線通信端末
１１  第１通信手段
１１ａ  アンテナ
１２  第２通信手段
１２ａ  アンテナ
１３  通信制御手段
１４  端末制御手段
１５  操作手段
１６  時刻取得手段
１７  映像出力手段
１８  音声出力手段
１９  記憶手段
２０  アプリケーション
２１，５２  メンバーリスト
２２  視聴チャンネル
２３  連続視聴時間
２４  視聴保障時間
２５  最大視聴可能時間
２６  最終ビーコン送信時刻
２７  ネットワーク規模
２８  連続視聴時間
２９  視聴チャンネル
３０  最大視聴可能時間
３１  視聴保障時間
３２  ネットワーク規模
３３  最終ビーコン送信時刻
３４  サービスセットＩＤ
３５  ＭＡＣアドレス
３６ａ，３６ｂ  基地局
３７  ゲートウェイ
３８  ＩＰＴＶサーバ
５１  位置情報取得手段
５３  位置情報
Ａ  キャリア
【図１】
0005430885.tif 000002
【図２】
0005430885.tif 000003
【図３】
0005430885.tif 000004
【図４】
0005430885.tif 000005
【図５】
0005430885.tif 000006
【図６】
0005430885.tif 000007
【図７】
0005430885.tif 000008
【図８】
0005430885.tif 000009
【図９】
0005430885.tif 000010
【図１０】
0005430885.tif 000011
【図１１】
0005430885.tif 000012
【図１２】
0005430885.tif 000013
【図１３】
0005430885.tif 000014
【図１４】
0005430885.tif 000015
【図１５】
0005430885.tif 000016
【図１６】
0005430885.tif 000017
【図１７】
0005430885.tif 000018
【図１８】
0005430885.tif 000019
【図１９】
0005430885.tif 000020
【図２０】
0005430885.tif 000021
【図２１】
0005430885.tif 000022
【図２２】
0005430885.tif 000023
【図２３】
0005430885.tif 000024
【図２４】
0005430885.tif 000025
【図２５】
0005430885.tif 000026
【図２６】
0005430885.tif 000027
【図２７】
0005430885.tif 000028
【図２８】
0005430885.tif 000029
【図２９】
0005430885.tif 000030
【図３０】
0005430885.tif 000031