(57)【要約】【課題】効率的に配信する。【解決手段】複数の端末装置との間でデータの通信を行う通信装置において、複数の端末装置のそれぞれから、それらの端末装置に対応している接続情報を取得する手段１０１，１０４と、複数の接続情報を格納する格納手段１０５と、複数の端末装置に対してデータの送信を行う場合に、格納手段に格納された複数の接続情報を参照して、各端末装置にユニキャストでデータを送信する第１の方式か、複数の端末装置から選択された１台の端末装置にデータをユニキャストして端末装置が他の各端末装置にデータをマルチキャストで送信する第２の方式か、を選択する選択手段１０４，１０２，１０３と、選択手段により第２の方式が選択された場合に、複数の端末装置から選択された１台の端末装置に対して、第２の方式によりデータを送信する旨の指示情報を送信するとともに、データとを送信する送信手段１０１と、を具備する。【選択図】図１
2007336379.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置との間でデータの通信を行う通信装置において、
前記複数の端末装置のそれぞれから、それらの端末装置に対応している接続情報を取得する取得手段と、
前記取得手段で取得した複数の前記接続情報を格納する格納手段と、
前記複数の端末装置に対してデータの送信を行う場合に、前記格納手段に格納された前記複数の接続情報を参照して、各端末装置にユニキャストで前記データを送信する第１の方式か、前記複数の端末装置から選択された１台の端末装置に前記データをユニキャストして該端末装置から他の各端末装置に前記データをマルチキャストで送信する第２の方式か、を選択する選択手段と、
前記選択手段により前記第２の方式が選択された場合に、前記複数の端末装置から選択された１台の端末装置に対して、前記第２の方式によりデータを送信する旨の指示情報を送信するとともに、前記データを送信する送信手段と、を具備することを特徴とする通信装置。
【請求項２】
前記取得手段は、前記接続情報として、データを送信すべき端末装置の台数を取得し、
前記選択手段は、前記台数が所定数に満たない場合には前記第１の方式を選択し、前記台数が前記所定数以上である場合には前記第２の方式を選択することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記選択手段は、前記端末装置との間で送達確認を行わない片方向のトランスポートプロトコルを用いている場合には、前記所定数は４台であることを特徴とする請求項２に記載の通信装置。
【請求項４】
前記選択手段は、前記端末装置との間で送達確認を行う双方向のトランスポートプロトコルを用いている場合には、前記所定数は３台であることを特徴とする請求項２に記載の通信装置。
【請求項５】
前記取得手段は、前記接続情報として、各端末装置の電力残量を取得し、
前記選択手段は、各端末装置の電力残量が全て閾値に満たない場合には前記第１の方式を選択し、複数の端末装置のうち電力残量が前記閾値以上である端末装置がある場合には、前記閾値以上の電力残量がある端末装置のうちの１台の端末装置に前記データをユニキャストする前記第２の方式を選択することを特徴とする請求項１に記載の通信装置。
【請求項６】
前記選択手段は、複数の端末装置のうち電力残量が前記閾値以上である端末装置が複数ある場合には、最も電力残量のある端末装置に前記データをユニキャストする前記第２の方式を選択することを特徴とする請求項５に記載の通信装置。
【請求項７】
前記取得手段は、前記接続情報として、各端末装置の無線伝播路状態を取得し、
前記選択手段は、前記端末装置からの無線ＭＡＣ層における再送回数が閾値に達したら該端末装置の無線伝播路状態が悪いと判定し、前記第２の方式を選択する場合には無線伝播路状態が悪い端末装置以外の端末装置のうちの１台を前記１台の端末装置とする制御を行うことを特徴とする請求項１に記載の通信装置。
【請求項８】
各端末装置にユニキャストデータを送信する第１の方式か、前記複数の端末装置から選択された１台の端末装置に前記データをユニキャストして該端末装置から他の各端末装置に前記データをマルチキャストで送信する第２の方式かを指示する指示情報を送信する通信装置との間でデータの通信を行う複数の端末装置のうちの１台の端末装置において、
前記通信装置から、前記指示情報と前記送信されたデータとを取得する取得手段と、
前記指示情報を参照して、他の各端末装置にマルチキャストで送信するか否かを選択する選択手段と、
他の各端末装置にマルチキャストで送信する場合には、他の各端末装置に前記データを送信する送信手段と、を具備することを特徴とする端末装置。
【請求項９】
前記通信装置から各端末装置の接続情報を取得する取得手段と、
複数の前記接続情報を参照して、他の各端末装置にマルチキャストで送信するか否かを選択する選択手段と、をさらに具備する請求項８に記載の端末装置。
【請求項１０】
電力残量を検出する検出手段と、
前記電力残量が閾値よりも低い場合には、他の各端末装置へのマルチキャスト送信が困難である旨を前記切り替え制御の主体となる通信装置に送信する送信手段と、をさらに具備する請求項８に記載の端末装置。
【請求項１１】
無線ＭＡＣ層におけるユニキャストフレームの再送回数を数えるカウント手段と、
前記回数が閾値に達した場合には、他の各端末装置へのマルチキャスト送信が困難である旨を前記通信装置に送信する送信手段と、をさらに具備する請求項８に記載の端末装置。
【請求項１２】
受信強度を検出する検出手段と、
前記受信強度が閾値よりも低い場合には、他の各端末装置へのマルチキャスト送信が困難である旨を前記通信装置に送信する送信手段と、をさらに具備する請求項８に記載の端末装置。
【請求項１３】
複数の端末装置と、各端末装置との間でデータの通信を行う通信装置と、を含む通信システムにおいて、
前記通信装置は、
前記複数の端末装置のそれぞれから、それらの端末装置に対応している接続情報を取得する取得手段と、
前記取得手段で取得した複数の前記接続情報を格納する格納手段と、
前記複数の端末装置に対してデータの送信を行う場合に、前記格納手段に格納された前記複数の接続情報を参照して、各端末装置にユニキャストで前記データを送信する第１の方式か、前記複数の端末装置から選択された１台の端末装置に前記データをユニキャストして該端末装置から他の各端末装置に前記データをマルチキャストで送信する第２の方式か、を選択する選択手段と、
前記選択手段により前記第２の方式が選択された場合に、前記複数の端末装置から選択された１台の端末装置に対して、前記第２の方式によりデータを送信する旨の指示情報を送信するとともに、前記データを送信する送信手段と、を具備し、
各前記端末装置は、
前記通信装置から、前記指示情報と前記送信されたデータとを取得する取得手段と、
前記指示情報を参照して、他の各端末装置にマルチキャストで送信するか否かを選択する選択手段と、
他の各端末装置にマルチキャストで送信する場合には、他の各端末装置に前記データを送信する送信手段と、を具備することを特徴とする通信システム。
【請求項１４】
前記通信装置の前記取得手段は、前記接続情報として、データを送信すべき端末装置の台数を取得し、
前記通信装置の前記選択手段は、前記台数が所定数に満たない場合には前記第１の方式を選択し、前記台数が前記所定数以上である場合には前記第２の方式を選択することを特徴とする請求項１３に記載の通信システム。
【請求項１５】
前記通信装置の前記選択手段は、前記端末装置との間で送達確認を行わない片方向のトランスポートプロトコルを用いている場合には、前記所定数は４台であることを特徴とする請求項１４に記載の通信システム。
【請求項１６】
前記通信装置の前記選択手段は、前記端末装置との間で送達確認を行う双方向のトランスポートプロトコルを用いている場合には、前記所定数は３台であることを特徴とする請求項１４に記載の通信システム。
【請求項１７】
前記通信装置の前記取得手段は、前記接続情報として、各端末装置の電力残量を取得し、
前記通信装置の前記選択手段は、各端末装置の電力残量が全て閾値に満たない場合には前記第１の方式を選択し、複数の端末装置のうち電力残量が前記閾値以上である端末装置がある場合には、前記閾値以上の電力残量がある端末装置のうちの１台の端末装置に前記データをユニキャストする前記第２の方式を選択することを特徴とする請求項１３に記載の通信システム。
【請求項１８】
前記通信装置の前記選択手段は、複数の端末装置のうち電力残量が前記閾値以上である端末装置がある場合には、最も電力残量のある端末装置に前記データをユニキャストする前記第２の方式を選択することを特徴とする請求項１７に記載の通信システム。
【請求項１９】
前記通信装置の前記取得手段は、前記接続情報として、各端末装置の無線伝播路状態を取得し、
前記通信装置の前記選択手段は、前記端末装置からの無線ＭＡＣ層における再送回数が閾値に達したら該端末装置の無線伝播路状態が悪いと判定し、前記第２の方式を選択する場合には無線伝播路状態が悪い端末装置以外の端末装置のうちの１台を前記１台の端末装置とする制御を行うことを特徴とする請求項１３に記載の通信システム。
【請求項２０】
前記端末装置は、
前記通信装置から各端末装置の接続情報を取得する取得手段と、
複数の前記接続情報を参照して、他の各端末装置にマルチキャストで送信するか否かを選択する選択手段と、をさらに具備する請求項１３に記載の通信システム。
【請求項２１】
前記端末装置は、
電力残量を検出する検出手段と、
前記電力残量が閾値よりも低い場合には、他の各端末装置へのマルチキャスト送信が困難である旨を前記切り替え制御の主体となる通信装置に送信する送信手段と、をさらに具備する請求項１３に記載の通信システム。
【請求項２２】
前記端末装置は、
無線ＭＡＣ層におけるユニキャストフレームの再送回数を数えるカウント手段と、
前記回数が閾値に達した場合には、他の各端末装置へのマルチキャスト送信が困難である旨を前記通信装置に送信する送信手段と、をさらに具備する請求項１３に記載の通信システム。
【請求項２３】
前記端末装置は、
受信強度を検出する検出手段と、
前記受信強度が閾値よりも低い場合には、他の各端末装置へのマルチキャスト送信が困難である旨を前記通信装置に送信する送信手段と、をさらに具備する請求項１３に記載の通信システム。
【請求項２４】
複数の端末装置との間でデータの通信を行う通信方法において、
前記複数の端末装置のそれぞれから、それらの端末装置に対応している接続情報を取得し、
複数の前記取得した接続情報を格納する格納手段を用意し、
前記複数の端末装置に対してデータの送信を行う場合に、前記格納手段に格納された前記複数の接続情報を参照して、各端末装置にユニキャストで前記データを送信する第１の方式か、前記複数の端末装置から選択された１台の端末装置に前記データをユニキャストして該端末装置から他の各端末装置に前記データをマルチキャストで送信する第２の方式か、を選択し、
前記第２の方式が選択された場合に、前記複数の端末装置から選択された１台の端末装置に対して、前記第２の方式によりデータを送信する旨の指示情報を送信するとともに、前記データを送信することを特徴とする通信方法。
【請求項２５】
複数の端末装置との間でデータの通信を行う通信装置で使用する通信プログラムにおいて、
コンピュータを、
前記複数の端末装置のそれぞれから、それらの端末装置に対応している接続情報を取得する取得手段と、
前記取得手段で取得した複数の前記接続情報を格納する格納手段と、
前記複数の端末装置に対してデータの送信を行う場合に、前記格納手段に格納された前記複数の接続情報を参照して、各端末装置にユニキャストで前記データを送信する第１の方式か、前記複数の端末装置から選択された１台の端末装置に前記データをユニキャストして該端末装置から他の各端末装置に前記データをマルチキャストで送信する第２の方式か、を選択する選択手段と、
前記選択手段により前記第２の方式が選択された場合に、前記複数の端末装置から選択された１台の端末装置に対して、前記第２の方式によりデータを送信する旨の指示情報を送信するとともに、前記データを送信する送信手段として機能させるための通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャストに未対応のネットワークが途中経路に存在するシステムにおける通信装置、通信端末装置、通信システム、方法およびプログラムに関する。
【背景技術】
【０００２】
ユーザビリティの向上を目的として、最低限の入出力インターフェースを有する通信端末装置をユーザ側に配し、複雑な演算処理は遠隔本体通信装置上で実行するコンピューティングシステムがある。本体通信装置（例えば、パーソナルコンピュータ）の画面情報を、ネットワークを介して遠隔の端末装置（例えば、ディスプレイ装置）に投影するシステム形態が提案されている（例えば、特許文献１参照）。当システムにおいて、ディスプレイ装置からの入力情報（例えば、デジタイザによるペン入力による情報）は、同じくネットワークを介して本体通信装置に送信され、実際のアプリケーションプログラム処理は本体通信装置が実行する。その後、実行結果及び画面更新情報がネットワークを介して端末装置に転送され、端末装置は出力処理を実行する。
【０００３】
本体通信装置からの映像情報を投影すべき端末装置の台数が多い場合は、ユニキャストによる伝送では、特に無線ネットワーク部の帯域を圧迫する（衝突に伴うパケットロス発生の可能性）ため、マルチキャストによる伝送を行うことが望ましい。ユニキャスト伝送方式は１対１の通信方式であり、多数の受信端末装置に向けて同一の情報を送信する場合、送信装置への負荷増加、ネットワーク帯域の圧迫などが問題となる。一方、マルチキャスト伝送方式は、受信を希望する複数の端末装置に向けて同一の情報を同時に配信することにより、余分なトラフィックを軽減する効果がある。
【０００４】
ＴＣＰ／ＩＰ（ＴＣＰ／ＩＰ： Transmission Control Protocol/Internet Protocol）ネットワーク上のマルチキャスト伝送では、通信経路上のルータが宛先に応じて自動的に情報を複製するため、帯域を圧迫することなく効率よく配信することが可能である。したがって、ＴＣＰ／ＩＰネットワーク上のマルチキャスト伝送は、インターネット映像配信を行う場合などに使われる。
【特許文献１】米国特許第６，７８４，８５５号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、マルチキャストに対応しないルータが途中経路に存在している場合は、マルチキャストによる伝送を行えない。また、通過するマルチキャストルータの台数が多い場合には、マルチキャストパケットのホップ数制限によるパケット廃棄があるため、マルチキャストによる伝送を行えない。したがって、マルチキャストに未対応のネットワークが途中経路に存在する場合、または、通過するマルチキャストルータの台数が多い場合には、本体通信装置の映像情報を、マルチキャストを用いて効率的に配信することができない問題がある。
【０００６】
この発明は、上述した事情を考慮してなされたものであり、マルチキャストを用いて効率的に配信する通信装置、通信端末装置、通信システム、方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述の課題を解決するため、本発明の通信装置は、複数の端末装置との間でデータの通信を行う通信装置において、前記複数の端末装置のそれぞれから、それらの端末装置に対応している接続情報を取得する取得手段と、前記取得手段で取得した複数の前記接続情報を格納する格納手段と、前記複数の端末装置に対してデータの送信を行う場合に、前記格納手段に格納された前記複数の接続情報を参照して、各端末装置にユニキャストで前記データを送信する第１の方式か、前記複数の端末装置から選択された１台の端末装置に前記データをユニキャストして該端末装置から他の各端末装置に前記データをマルチキャストで送信する第２の方式か、を選択する選択手段と、前記選択手段により前記第２の方式が選択された場合に、前記複数の端末装置から選択された１台の端末装置に対して、前記第２の方式によりデータを送信する旨の指示情報を送信するとともに、前記データを送信する送信手段と、を具備することを特徴とする。
【０００８】
本発明の端末装置は、各端末装置にユニキャストデータを送信する第１の方式か、前記複数の端末装置から選択された１台の端末装置に前記データをユニキャストして該端末装置から他の各端末装置に前記データをマルチキャストで送信する第２の方式かを指示する指示情報を送信する通信装置との間でデータの通信を行う複数の端末装置のうちの１台の端末装置において、前記通信装置から、前記指示情報と前記送信されたデータとを取得する取得手段と、前記指示情報を参照して、他の各端末装置にマルチキャストで送信するか否かを選択する選択手段と、他の各端末装置にマルチキャストで送信する場合には、他の各端末装置に前記データを送信する送信手段と、を具備することを特徴とする。
【０００９】
本発明の通信システムは、複数の端末装置と、各端末装置との間でデータの通信を行う通信装置と、を含む通信システムにおいて、前記通信装置は、前記複数の端末装置のそれぞれから、それらの端末装置に対応している接続情報を取得する取得手段と、前記取得手段で取得した複数の前記接続情報を格納する格納手段と、前記複数の端末装置に対してデータの送信を行う場合に、前記格納手段に格納された前記複数の接続情報を参照して、各端末装置にユニキャストで前記データを送信する第１の方式か、前記複数の端末装置から選択された１台の端末装置に前記データをユニキャストして該端末装置から他の各端末装置に前記データをマルチキャストで送信する第２の方式か、を選択する選択手段と、前記選択手段により前記第２の方式が選択された場合に、前記複数の端末装置から選択された１台の端末装置に対して、前記第２の方式によりデータを送信する旨の指示情報を送信するとともに、前記データを送信する送信手段と、を具備し、
各前記端末装置は、前記通信装置から、前記指示情報と前記送信されたデータとを取得する取得手段と、前記指示情報を参照して、他の各端末装置にマルチキャストで送信するか否かを選択する選択手段と、他の各端末装置にマルチキャストで送信する場合には、他の各端末装置に前記データを送信する送信手段と、を具備することを特徴とする。
【発明の効果】
【００１０】
本発明の通信装置、通信端末装置、通信システム、方法およびプログラムによれば、マルチキャストに未対応のネットワークが途中に存在する場合においても、マルチキャストを用いて効率的にデータを配信することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照しながら本発明の実施形態に係る通信装置、通信端末装置、通信システム、方法およびプログラムについて詳細に説明する。  
本発明の実施形態では、本体通信装置が情報を送信すべき宛先通信端末装置の台数を検知する制御と、通信端末装置（以下、端末装置と略す）の台数が予め定めた閾値を超えた場合に本体通信装置からのユニキャストを中止して一台の端末装置からのマルチキャスト転送に切り替える制御とを実施することによって、効率良く情報配信を行う。
【００１２】
本発明の実施形態では、本体通信装置はユニキャスト通信方式を用いて、各端末装置に情報を送信する。同一無線ネットワーク（ＢＳＳ：Basic Service Set）内に存在する端末装置の台数が４台に達した場合、任意の１台の端末装置を選定し、本体通信装置は該端末装置に対してのみ情報をユニキャストし、他の端末装置へのユニキャスト送信を停止する。転送端末装置に選定され、本体通信装置よりユニキャストで情報を受信した端末装置は、同一無線ネットワーク内の他端末装置に対して、情報をマルチキャスト転送する。ＩＥＥＥ８０２．１１の規格におけるインフラストラクチャモードにおいて、端末装置（ＳＴＡ：Station）が送信したマルチキャストパケットはアクセスポイント（ＡＰ：Access Point）装置を必ず経由するが、端末装置数が４台以上の場合は各々にユニキャスト送信するよりも、端末装置にマルチキャストで折り返させる方が効率的に配信することが可能となる。
【００１３】
また、ＴＣＰ（ＴＣＰ：Transmission Control Protocol）のような送達確認型のトランスポートプロトコルを用いてユニキャストを実現している場合は、無線ＬＡＮ（ＬＡＮ： Local Area Network）区間でＡＰからＳＴＡ、ＳＴＡからＡＰの双方向にＭＡＣ（ＭＡＣ：Medium Access Control）フレームが流れるため、端末が３台以上の場合に、マルチキャストデータを端末装置に折り返させることで効率化となる。
【００１４】
さらに、バッテリー残量を勘案して、マルチキャスト転送を行う余力がない端末装置や、無線伝搬路状態が不安定な端末装置は、マルチキャスト転送の対象端末から外すことで、システム全体の信頼性を向上させる。
【００１５】
本実施形態の通信システムは、例えば、遠隔の会議室等において、自身の職場にある本体通信装置の画面情報を複数のディスプレイ装置（本実施形態では端末装置に対応）間で共有するようなシステム環境にある。アクセスポイント装置に複数のディスプレイ装置が無線ＬＡＮで接続しており、ネットワークを介して遠隔の本体通信装置の画面情報を受信し、表示する。この場合、本体通信装置は複数のディスプレイ装置に対して同一の画面情報を送信するものとする。
【００１６】
本実施形態の通信装置について図１を参照して説明する。なお、図１の破線は制御データの流れを示し、図１の実線は制御データ以外のデータを示す。  
本実施形態の通信装置は、図１に示すように、通信処理部１０１、ユニキャスト制御部１０２、マルチキャスト制御部１０３、セッション情報管理部１０４、制御情報記憶部１０５、ユニキャスト／マルチキャスト切り替え制御部１０６、アプリケーション処理部１０７を備えている。以下、既に説明した装置部分と同様なものは同一の番号を付してその説明を省略する。
【００１７】
通信処理部１０１は、パケット化された情報を有線または無線の物理媒体を通じて伝送する制御を行う。より詳しくは、通信処理部１０１は、例えば、ＣＳＭＡ／ＣＤ（ＣＳＭＡ／ＣＤ：Carrier Sense Multiple Access with Collision Detection）によるアクセス制御を行うＩＥＥＥ８０２．３規格等による有線通信処理や、遠隔ネットワーク（複数のルータが途中経路に存在）上の本体通信装置がアクセスポイント装置に無線接続している場合はＩＥＥＥ８０２．１１規格による無線通信処理を行う。以後の実施例においては、本体通信装置はネットワークに有線で接続されているものとして説明する。
【００１８】
ユニキャスト制御部１０２は、アプリケーションプログラムからの情報を、ネットワークを介して端末装置に対してユニキャストで送信する。
【００１９】
マルチキャスト制御部１０３は、１台の端末装置にマルチキャスト転送を行わせている際、マルチキャスト転送の開始通知や停止通知を行い、情報を当該端末装置に向けてネットワークを介してユニキャストで送信するように制御する。なお、ＩＰ（ＩＰ：Internet Protocol）におけるＩＰマルチキャストグループアドレスは、ＭＡＣ（ＭＡＣ：Medium Access Control）アドレスに変換され、自身に関係のあるマルチキャストデータのみを端末装置が選択して受信することになる。本実施形態において、マルチキャストアドレスは事前に定めたものを使用しても良いし、マルチキャスト制御部１０３がアドレスの作成や配布の動的な制御を行うことによって実現しても良い。以後の実施形態の説明においては、全ての本体通信装置、端末装置は、事前に定めた固定のマルチキャストアドレスを使用する仮定の下で説明する。
【００２０】
セッション情報管理部１０４は、端末装置が本体通信装置のアプリケーション利用を開始（セッション開始）した際に、トランスポートプロトコルやユーザ識別子、端末装置が接続中のアクセスポイント装置の情報、端末装置の電力残量等のセッション情報（接続情報とも呼ぶ）を管理する。セッション情報管理部１０４は、端末装置の接続情報を、通信処理部１０１とネットワークとを介して取得し、例えば、情報送信の宛先となる端末装置の台数、各端末装置の固有情報（例えば、電力残量）、各端末装置の無線伝搬路状態を取得し、これらの情報を制御情報記憶部１０５に格納する。無線伝搬路状態は、例えば、各端末装置でのセッション情報管理部１０４が受信強度を検出し、ＲＳＳＩ（Received Signal Strength Indicator）により決定される。具体的には、ＲＳＳＩが予め定めた閾値よりも小さい場合には無線伝搬路状態が悪いとする。接続情報として電力残量を使用する場合については後に図９を参照して説明する。  
セッション情報管理部１０４は、制御情報記憶部１０５に格納されたこれらの情報を参照して、各端末装置へユニキャスト伝送するか、１台の端末装置を介して各端末装置へマルチキャスト伝送をするかを決定する。情報送信の宛先となる端末装置の台数を例にすると、宛先端末装置の台数が予め定めた閾値を超えたと判定した場合に、各端末装置へのユニキャスト伝送から、１台の端末装置を介したマルチキャスト伝送へと切り替えることを決定し、この旨の指令情報をユニキャスト／マルチキャスト切り替え制御部１０６に渡す。また、セッション情報管理部１０４は、マルチキャスト伝送を行う場合、どの端末装置にマルチキャスト伝送をさせるかも、端末装置の接続情報を参照して決定し、各端末装置がユニキャスト伝送をするのか、マルチキャスト伝送をするのかを指定した選択指令情報を、通信処理部１０１を介して各端末装置に送信する。
【００２１】
制御情報記憶部１０５は、セッション情報管理部１０４が通信処理部１０１とネットワークを介して受け取った端末装置の接続情報を格納している。端末装置の接続情報は、例えば、情報送信の宛先となる端末装置の台数、各端末装置の固有情報（例えば、電力残量）、各端末装置の無線伝搬路状態である。なお、制御情報記憶部１０５が格納している端末装置の接続情報を端末装置に送信し、この接続情報を受信した端末装置がどの端末装置にマルチキャスト伝送をさせるかを決定してもよい。
【００２２】
ユニキャスト／マルチキャスト切り替え制御部１０６は、通信処理部１０１からの指令情報を受けて、端末装置へのデータ伝送を、各々の端末に対するユニキャスト伝送と、１台の端末装置を介したマルチキャスト伝送との間で通信処理を切り替える。
【００２３】
アプリケーション処理部１０７は、アプリケーションプログラムの実行結果に基づいて、端末装置側で出力される映像情報や音声情報の作成を行い、該情報をユニキャスト制御部あるいはマルチキャスト制御部を通じてネットワークに伝送する。
【００２４】
次に、本実施形態の端末装置について図２を参照して説明する。なお、図２でも図１と同様に、破線は制御データの流れを示し、実線は制御データ以外のデータを示す。  
本実施形態の端末装置は、図２に示すように、無線通信処理部２０１、ユニキャスト制御部２０２、マルチキャスト制御部２０３、セッション情報管理部２０４、記憶部２０５、ユニキャスト／マルチキャスト切り替え制御部２０６、アプリケーション処理部２０７、入出力インターフェース２０８を備えている。
【００２５】
無線通信処理部２０１は、ＩＥＥＥ８０２．１１の規格にしたがった通信処理を行う。無線通信処理部は、ＩＥＥＥ８０２．１１規格にしたがってＭＡＣ層、ＰＨＹ（ＰＨＹ：Physical）層の処理を行うものである。なお、ＩＥＥＥ８０２．１１においても、マルチキャストへの対応が規定されており、マルチキャストアドレスが指定された無線ＭＡＣフレームは、マルチキャストグループに属する全ての端末装置で受信される。媒体アクセス制御としてＣＳＭＡ／ＣＡ（ＣＳＭＡ／ＣＡ：Carrier Sense Multiple Access with Collision Avoidance）を採用しているＩＥＥＥ８０２．１１では、物理層プロトコルの変更によって通信速度の高速化を図り、２．４ＧＨｚ周波数帯についてはＩＥＥＥ８０２．１１（２Ｍｂｐｓ）からＩＥＥＥ８０２．１１ｂ（１１Ｍｂｐｓ）、そしてＩＥＥＥ８０２．１１ｇ（５４Ｍｂｐｓ）規格が誕生してきた。５ＧＨｚ周波数帯については、現在のところＩＥＥＥ８０２．１１ａ（５４Ｍｂｐｓ）が存在している。また、２．４ＧＨｚ帯および５ＧＨｚ帯の両方で異なる高速化を目指す標準規格を策定するために、ＩＥＥＥ８０２．１１ ＴＧｎ（ＴＧｎ：Task Group n）が設立され現在標準化作業が行われている。
【００２６】
ユニキャスト制御部２０２は、本体通信装置からのユニキャストによる情報を受信しアプリケーション処理部２０７に通知する他、端末装置への入力情報を、無線通信処理部２０１を介して本体通信装置に向けて送信する。ユニキャスト／マルチキャスト切り替え制御部２０６の指令により動作が決定される。
【００２７】
マルチキャスト制御部２０３は、当該端末装置がマルチキャスト転送端末として動作する際、本体通信装置からのユニキャストによる情報を受信してアプリケーション処理部２０７に通知すると共に、同一無線ネットワーク内の他端末装置に対して、マルチキャストで情報を転送する。ユニキャスト／マルチキャスト切り替え制御部２０６の指令により動作が決定される。
【００２８】
セッション情報管理部２０４は、無線通信処理部２０１を介して本体通信装置から受け取った上記の選択指令情報にしたがい、ユニキャスト制御部２０２による送信をするか、マルチキャスト制御部２０３による転送をするかを決定して、決定した内容を指令情報としてユニキャスト／マルチキャスト切り替え制御部２０６に渡す。また、無線通信処理部２０１を介して本体通信装置から各端末装置の接続情報を取得して、この接続情報を参照してユニキャスト制御部２０２による送信をするか、マルチキャスト制御部２０３による転送をするかを決定してもよい。
【００２９】
記憶部２０５は、当該端末装置の電力残量を検出しこの電力残量を記憶している。また、記憶部２０５は、無線通信処理部２０１に含まれる無線ＭＡＣ層から得た無線伝搬路状態情報、接続アクセスポイント装置の情報を記憶している。無線伝搬路状態は、上述したＲＳＳＩにより決定するほかに、端末装置でＭＡＣ層での送達確認が帰ってくるか否かで判定してもよい。この場合、例えば、セッション情報管理部２０４が再送回数をカウントし、再送回数が閾値に達したら無線伝搬路状態は悪いと判定する。
【００３０】
ユニキャスト／マルチキャスト切り替え制御部２０６は、セッション情報管理部２０４からの指令情報を受けて、ユニキャスト伝送とマルチキャスト伝送との間で通信処理を切り替える。ユニキャスト／マルチキャスト切り替え制御部２０６は、例えば、当該端末装置がマルチキャスト転送端末として動作する開始通知を受信した場合に、ユニキャスト制御部２０２による通信処理からマルチキャスト制御部２０３による通信処理に切り替える指令をユニキャスト制御部２０２とマルチキャスト制御部２０３に渡す。
【００３１】
アプリケーション処理部２０７は、本体通信装置からの映像情報や音声情報を入出力インターフェース２０８に通知する他、端末装置への入力情報を、ネットワークを介して本体端末装置に送信する。
【００３２】
入出力インターフェース２０８は、本体通信装置からネットワーク経由で受信した映像情報や音声情報を、ディスプレイ（図示せず）やスピーカ（図示せず）を通じて出力する。また、デジタイザによるペン入力やキーボードによる入力情報をアプリケーション処理部２０７に通知する。
【００３３】
なお、端末装置は、図１に示した通信装置と同様な構成であってもよい。その際も、以下に述べる実施形態は成立する。
【００３４】
（第１の比較例）本体通信装置主導の切り替え制御  
次に、第１の比較例として、本実施形態の通信システムと従来の通信システムとについて図３、図４を参照して説明する。図３は従来の通信システム（例えば、米国特許第６，７８４，８５５号明細書参照）の例を示し、図４は本実施形態の通信システムの例を示す。以下、既に説明したステップと同様なものは同一の番号を付してその説明を省略する。
【００３５】
図３に示す従来の通信システムでは、本体通信装置Ｍは、各端末装置（ディスプレイ装置Ｄ１〜Ｄ４）に対して、ＵＤＰ／ＩＰ（User Datagram Protocol/Internet Protocol）によるユニキャストで共通の画面情報を送信している。各ディスプレイ装置は画面情報を受信した後、表示処理を行う。図３の４台のディスプレイ装置は共通のアクセスポイント装置Ａと接続（接続／切断手順はＩＥＥＥ８０２．１１の規格に従う）している。したがって、図３の例では、アクセスポイント装置Ａからディスプレイ装置４台に対して合計４回の無線ＭＡＣフレーム送信が行われる（Ｓ３０１、Ｓ３０２、Ｓ３０３、Ｓ３０４）。
【００３６】
一方、図４に示す本実施形態の通信システムでは、まず、本体通信装置Ｍが送信したＵＤＰ／ＩＰユニキャストの画面情報は、ネットワークＮを介してディスプレイ装置Ｄ１が受信、表示する（ステップＳ４０１）。続いて、ディスプレイ装置Ｄ１はＭＡＣフレームの宛先アドレスを他端末装置へのマルチキャストアドレスに指定して送信する。ＩＥＥＥ８０２．１１の規格によれば、無線端末装置が送信するマルチキャストパケットは、まず無線アクセスポイント装置に向けてユニキャストで送信され、その後アクセスポイント装置からマルチキャストパケットが配信される。図４の例では、ディスプレイ装置Ｄ１が送信した本体通信装置Ｍの画面情報はアクセスポイント装置Ａに向けてユニキャスト送信され（ステップＳ４０２）、アクセスポイント装置Ａからディスプレイ装置Ｄ２〜Ｄ４に向けてマルチキャストで転送配信される（ステップＳ４０３）。
【００３７】
図４による本発明の基本的な実施形態においては、アクセスポイント装置からディスプレイ装置へのユニキャスト、ディスプレイ装置からアクセスポイント装置へのユニキャスト、アクセスポイント装置から複数ディスプレイ装置へのマルチキャストと合計３回の無線ＭＡＣフレーム送信が行われる。図４による通信システムは、図３の従来方式通信システムに比べると、より効率良く本体通信装置の情報配信を行うことが可能になっている。ディスプレイ装置の台数が多くなればなるほど、その差はより顕著になるため、本実施形態の通信システムの有効性を証明できる。すなわち、アクセスポイント装置からディスプレイ装置へのＭＡＣフレーム送信回数は、ｙを送信回数、ｘをディスプレイ装置数とすると、従来方式ではｙ＝ｘとなって線形増加していくのに比べ、本発明ではｙ＝３の固定回数である。また、本実施形態により、本体通信装置Ｍからディスプレイ装置Ｄ１〜Ｄ４に至るまでのネットワークＮにマルチキャストに未対応のルータが存在しても、問題なくデータを配信することができる。
【００３８】
（第２の比較例）  
次に、第２の比較例として、本実施形態の通信システムと従来の通信システムとについて図５Ａ、図５Ｂと図６Ａ、図６Ｂを参照して説明する。端末装置の台数が異なる場合に、ユニキャスト伝送方式とディスプレイ装置にマルチキャストで転送させる方式との比較を示したものである。従来の通信システムでは全ての端末装置にユニキャストで情報を送信している。本実施形態の通信システムではある端末装置にユニキャストで情報を送信しこの端末装置にマルチキャストで他の端末装置に情報を転送する。  
図５Ａと図６Ａは、従来の通信システムの例を示し、図５Ｂと図６Ｂは本実施形態の通信システムの例を示す。図５Ａと図５Ｂは、同一のアクセスポイント装置に接続するディスプレイ装置の台数が２台の場合であり、図６Ａと図６Ｂは、同一のアクセスポイント装置に接続するディスプレイ装置の台数が３台の場合である。
【００３９】
図５Ａでは、本体通信装置Ｍの画面情報はアクセスポイント装置Ａから２台のディスプレイ装置（Ｄ１、Ｄ２）に対して、合計２回の無線ＭＡＣフレームの送信が行われている。一方、図５Ｂのように、ディスプレイ装置Ｄ１が本体通信装置Ｍの画面情報をユニキャストで受信した後、アクセスポイント装置Ａ経由でディスプレイ装置Ｄ２にマルチキャスト転送すると、合計３回のＭＡＣフレーム送信が必要となるため、各ディスプレイ装置にユニキャストで送信していく従来の方式に比べると、本実施形態の方が逆に効率が悪くなってしまう。
【００４０】
図６Ａでは、アクセスポイント装置Ａから３台のディスプレイ装置（Ｄ１〜Ｄ３）に対して、合計３回の無線ＭＡＣフレーム送信が行われている。一方、図６Ｂでは、アクセスポイント装置Ａからディスプレイ装置Ｄ１へのユニキャスト、ディスプレイ装置Ｄ１からアクセスポイント装置Ａへのユニキャスト、アクセスポイント装置Ａからディスプレイ装置Ｄ２、Ｄ３へのマルチキャストの合計３回の無線ＭＡＣフレーム送信が行われている。したがって、ディスプレイ装置の台数が合計３台の場合は、従来方式と本実施形態では通信の効率面で同等であることが分かる。
【００４１】
結果として、同一無線ネットワークに存在するディスプレイ装置（端末装置）の台数が合計４台になった場合に、１台のディスプレイ装置（端末装置）に本体通信装置の情報をマルチキャストで転送させることが望ましいことがわかる。
【００４２】
（第３の比較例）  
次に、第３の比較例として、本実施形態の通信システムと従来の通信システムとについて図７と図８を参照して説明する。図７は、従来の通信システムの例を示し、図８は本実施形態の通信システムの例を示す。図７、図８に上述したＴＣＰのような送達確認を用いた双方向通信プロトコルを適用した場合の、従来方式、及び本実施形態の比較例を示す。いずれの場合も本体通信装置Ｍから複数のディスプレイ装置（Ｄ１〜Ｄ３）に対して、共通の画面情報をＴＣＰ／ＩＰで送信し、ディスプレイ装置からの送達確認（TCP-ＡＣＫ：Acknowledgement）フレームを元に、トランスポート層レベルでの再送制御を行う。
【００４３】
図７の従来の例のように、本体通信装置Ｍから送信された情報はネットワークＮを通過した後、アクセスポイント装置Ａから３台のディスプレイ装置（Ｄ１〜Ｄ３）に対してユニキャストで送信される。しかしながら、ＵＤＰ／ＩＰの場合とは異なり、ディスプレイ装置から本体通信装置へのＴＣＰ送達確認フレームがさらに送信される。ＴＣＰ送達確認フレームも、ＩＥＥＥ８０２．１１規格のＭＡＣ層においては、データフレームとして扱われる。したがって、図７の例では、アクセスポイント装置Ａとディスプレイ装置Ｄ１の間で２回の無線ＭＡＣフレーム送信が行われる（ステップＳ７０１、ステップＳ７０２）。またディスプレイ装置Ｄ２、Ｄ３に対しても同様の制御が適用されるため、ＢＳＳ全体で合計６回のＭＡＣフレームの送信が行われる。
【００４４】
図８の本実施形態の例では、本体通信装置Ｍからの画面情報はアクセスポイント装置Ａを経由してディスプレイ装置Ｄ１に送信される（ステップＳ８０１）。ディスプレイ装置Ｄ１は、受信した画面情報に対するＴＣＰ送達確認を本体通信装置Ｍに対してユニキャストで送信する（ステップＳ８０２）。その後、ディスプレイ装置Ｄ１はアクセスポイント装置Ａ経由で、本体通信装置の画面情報をマルチキャストで転送する。マルチキャストはＵＤＰ／ＩＰベースの送信方式であり、ディスプレイ装置Ｄ２、Ｄ３からの送達確認は必要としない。そのため、ディスプレイ装置Ｄ１からアクセスポイント装置Ａへのユニキャスト（ステップＳ８０３）、アクセスポイント装置Ａからディスプレイ装置Ｄ２、Ｄ３へのマルチキャスト（ステップＳ８０４）が実施され、合計４回の無線ＭＡＣフレーム送信が行われる。
【００４５】
したがって、ＴＣＰ／ＩＰで本体通信装置から情報配信を行っている場合は、同一無線ネットワーク内の端末装置の台数が合計３台以上となった場合に、本体通信装置から各端末装置へのユニキャストから、１台の端末装置にマルチキャストで転送させることが望ましいことがわかる。なお、同一無線ネットワーク内の端末装置の台数が２台の場合は、前記のようにユニキャスト伝送方式の方が効率良い。
【００４６】
（端末装置の転送能力）  
次に、通信装置が、端末装置の転送能力を参照して、端末装置を制御する場合について図９を参照して説明する。  
図９において、本体通信装置Ｍは画面情報をディスプレイ装置Ｄ１〜Ｄ４に配信している。図９中の各ディスプレイ装置は、電源アダプタを使用せずバッテリー等によって動作しているものとする。図９の例でのバッテリー残量は、それぞれディスプレイ装置Ｄ１が完全に充電した状態の１／５、ディスプレイ装置Ｄ２が４／５、ディスプレイ装置Ｄ３が４／５、ディスプレイ装置Ｄ４が５／５であることを示している。このバッテリー残量は、通信装置のセッション情報管理部１０４が各端末装置から取得し、制御情報記憶部１０５に各端末装置に対応して格納している。
【００４７】
図９に示した例の場合、セッション情報管理部１０４は、例えば、ディスプレイ装置Ｄ１の電力（バッテリー）残量は残り少ないため、ディスプレイ装置Ｄ１が他のディスプレイ装置Ｄ２〜Ｄ４に対してマルチキャストで情報を転送するような処理を行うことは困難であるとみなして、ディスプレイ装置Ｄ１にマルチキャストさせる指令情報を送信せず、他のディスプレイ装置からマルチキャストされた情報をディスプレイ装置Ｄ１が受信するという指令情報を送信する。したがって、セッション情報管理部１０４は、例えば、ディスプレイ装置Ｄ４のように、電力（バッテリー）残量に余力のある端末が、本体通信装置の画面情報を他ディスプレイ装置に対してマルチキャストで転送することが望ましいと判断して、ディスプレイ装置Ｄ４にマルチキャストさせる指令情報を送信する。また、セッション情報管理部１０４は、複数の端末装置のうち電力残量が閾値以上である端末装置が複数ある場合には、最も電力残量のある端末装置にユニキャストして該端末装置が他の各端末装置にマルチキャストで送信するようにしてもよい。
【００４８】
また、セッション情報管理部１０４は、各端末装置の電力残量が全て閾値に満たないことを検出した場合には各端末装置にユニキャストで送信する方式を選択し、複数の端末装置のうち電力残量が閾値以上である端末装置がある場合には、閾値以上の電力残量がある端末装置のうちの１台の端末装置にユニキャストして該端末装置が他の各端末装置にマルチキャストで送信する方式を選択する
次に、端末装置のバッテリー残量が低下した旨を通信装置に送信する場合について図１０を参照して説明する。図１０は、本実施形態の通信システムでのＭＡＣ層でのデータの流れをシーケンスにて示したものである。  
本体通信装置Ｍは、ディスプレイ装置Ｄ１、Ｄ２、Ｄ３に対して画面情報を（ＵＤＰ／ＩＰで）ユニキャストで送信しているとする（ステップＳ１００１、Ｓ１００２、Ｓ１００３）。ディスプレイ装置Ｄ１のバッテリー残量が低下した場合、ディスプレイ装置Ｄ１は本体通信装置Ｍに状態が不安定になった旨の通知を行う（ステップＳ１００４）。この通知については後に図１４、図１５Ａ、図１５Ｂを参照して説明する。
【００４９】
その後、ディスプレイ装置Ｄ４が本体通信装置Ｍとのセッションを開始し、画面情報の提供を受けることになると、本体通信装置Ｍはディスプレイ装置Ｄ１のバッテリー残量が少なく、マルチキャストによる転送が困難であることを判断し、ディスプレイ装置Ｄ４をマルチキャスト転送用の端末に指定する。そして、本体通信装置Ｍは画面情報をディスプレイ装置Ｄ４に対してのみユニキャスト送信し（ステップＳ１００５）、ディスプレイ装置Ｄ４は出力表示を行うと共に、アクセスポイント装置Ａを介して他ディスプレイ装置（Ｄ１〜Ｄ３）へのマルチキャスト転送を実施する（ステップＳ１００６、Ｓ１００７）。
【００５０】
（端末装置の無線伝搬路状態）  
次に、通信装置が、端末装置の無線伝搬路状態を参照して、端末装置の制御を行う場合について説明する。  
ディスプレイ装置が存在する近辺の無線伝搬路状態（伝播路環境）が悪い場合は、本体通信装置からの画面情報を転送させると逆にパケットロスに伴って、正常に配信できない可能性も考えうる。ＩＥＥＥ８０２．１１の規格によれば、無線ＭＡＣ層においてユニキャスト方式でフレームを送信（ＭＡＣユニキャスト送信）した後、ＭＡＣフレームの宛先端末（受信端末）はＦＣＳ（ＦＣＳ：Frame Check Sequence）を計算して正常にフレームを受信できたことを確認した後、ＳＩＦＳ（ＳＩＦＳ：Short Inter Frame Space）と呼ばれる一定の期間の後、ＭＡＣ層でのＡＣＫフレーム（送達確認）を返信する。逆に、ＭＡＣフレームが衝突（干渉）や距離減衰による誤りによって、受信側で正常に受信できない場合は、ＭＡＣ層でのＡＣＫが返信されないため、ＭＡＣユニキャストフレームの送信元は、ランダムなバックオフ期間待機した後、フレームの再送を試みる。フレームの再送は、予め定められた上限回数まで行い、この回数まで再送しても宛先端末からのＡＣＫを受信できない場合は、当該ＭＡＣフレームを廃棄して、次のＭＡＣフレームの送信を行う。
【００５１】
したがって、本体通信装置の情報をマルチキャストで他端末装置に対して転送する端末装置は、アクセスポイント装置まで送信するＭＡＣユニキャストフレームを上限回数まで再送しても送信に失敗した場合は、無線伝播路の状態が不安定であるため、本体通信装置からの情報を転送しないことが望ましい。
【００５２】
具体的には、通信装置のセッション情報管理部１０４は、マルチキャストで他端末装置に転送する端末装置からの状態不安定通知を元に、この端末装置はマルチキャストによる転送が困難であるとして、同じＢＳＳに属する他の端末装置に、マルチキャストで他端末装置に転送する端末装置を変更する。端末装置が状態不安定と判定する条件は、無線ＭＡＣ層における再送回数が一定の閾値を超えた場合や受信強度が弱い場合と対応する。
【００５３】
（プロトコル動作）  
本実施形態を適用した場合のＩＥＥＥ８０２．１１プロトコルの動作について図１１、図１２を参照して説明する。  
ＩＥＥＥ８０２．１１の規格によれば、図１２に示すように、ＭＡＣヘッダーは４つのＡｄｄｒｅｓｓフィールドを有し、アクセスポイント装置と端末装置との間の通信では、Ａｄｄｒｅｓｓ１〜３を使用する。図１１において、本体通信装置Ｍの送信した画面情報は、ネットワークＮを通過し、アクセスポイント装置Ａからディスプレイ装置Ｄ１に送信される（ステップＳ１１０１）。この送信は、ＭＡＣ層でのユニキャストであり、ディスプレイ装置Ｄ１からアクセスポイント装置Ａに対し、ＭＡＣ層でのＡＣＫ応答が必要となる。
【００５４】
ディスプレイ装置Ｄ１が他ディスプレイ装置（Ｄ２〜Ｄ３）にマルチキャストで転送する場合（ステップＳ１１０２）、ディスプレイ装置Ｄ１からアクセスポイント装置ＡへのＭＡＣユニキャストフレームのＡｄｄｒｅｓｓ３には、他端末装置へのマルチキャストアドレスが記載される。ステップＳ１１０２ではＭＡＣ層においてＡＣＫ応答が必要なユニキャストとして処理されるが、ステップＳ１１０３のＭＡＣ層におけるマルチキャスト送信時は、各受信端末からのＡＣＫ応答（ＭＡＣ層）は行われない。
【００５５】
（通知情報）  
次に、通信装置と端末装置との間で送受信される通知情報の一例について図１３Ａ、図１３Ｂ、図１４、図１５Ａ、図１５Ｂを参照して説明する。
【００５６】
図１３Ａに示したマルチキャスト転送開始通知パケット、図１３Ｂに示したマルチキャスト転送停止通知パケットは、本体通信装置によって端末装置に送信される。マルチキャスト転送開始通知パケットは、端末装置が受信すると、該端末装置のアドレスがマルチキャスト転送端末識別子に一致していれば、転送開始パラメータ（開始フラグ等）に伴い、本体通信装置の配信情報をユニキャストで受信するだけでなく、マルチキャスト転送宛先識別子（マルチキャストアドレス等）に向けてのマルチキャスト転送を開始する。  
一方、端末装置が本体通信装置からマルチキャスト転送停止通知を受信すると、他端末装置へのマルチキャスト転送を停止し、通常のユニキャスト受信処理のみを行うように動作形態を切り替える。
【００５７】
図１４に示した状態不安定通知パケットは、端末装置によって通信装置に送信される。上記のように、端末装置のバッテリー残量が少なくなった場合や、無線伝搬路状態が悪化した場合に、図１４の状態不安定通知パケットを使用して、端末装置が本体通信装置に向けて状態が不安定になった旨を通知する。  
状態不安定通知パケットに含まれるメッセージ種別は、パケットを識別するための情報が記載されていて、図１４のパケットの場合は、状態不安定通知パケットである旨が記載されている。このメッセージ種別の内容を参照して他の制御パケットと区別することができる。接続基地局識別子は、例えば、端末装置が接続するアクセスポイント装置のＭＡＣアドレス（すなわちＢＳＳの識別子）が記載される。通知端末識別子は端末装置のアドレス（ＩＰアドレスやＭＡＣアドレス等）を示す。マルチキャスト転送端末フラグは、当該端末装置がマルチキャスト転送処理を行う端末であるかどうかを識別するためのフラグである。マルチキャスト転送処理中はフラグを有効に、それ以外は無効に設定する。
【００５８】
図１５Ａ、図１５Ｂは、端末装置の接続情報を通知するための、接続情報問い合わせパケット、接続情報通知パケットを示す。図１５Ａに示した接続情報問い合わせパケットは、本体通信装置が本体通信装置識別子に記載したアドレス等の識別子と一致する装置と接続中の場合に、このパケットを受けて端末装置が応答を行う。接続情報問い合わせパケットの伝送方法は、ユニキャストでも良いし、ブロードキャストを用いても良い。
【００５９】
図１５Ｂに示した接続情報通知パケットの端末識別子は端末装置のアドレス、セッション識別子は本体通信装置との間で管理されるセッション情報識別子、電力残量は端末装置のバッテリー残量、接続基地局識別子は接続中のアクセスポイント装置のアドレス、再送失敗回数はＭＡＣ層で再送回数の上限まで再送しても正常に送信できなかった場合に１ずつ値を加算していく。なお、上記と同様に、メッセージ種別フィールドによって、本実施形態における各種パケットの区別を行う。
【００６０】
次に、図１３Ａから図１５Ｂの通知情報を使用した制御シーケンスについて図１６を参照して説明する。  
本体通信装置は端末装置１〜３とのセッションを開始し（ステップＳ１６０１、Ｓ１６０３、Ｓ１６０５）、情報をユニキャストで送信する。端末装置４とのセッションを開始（ステップＳ１６０７）した後、セッションにより端末装置の台数が合計４台に達したことを通信装置が検知するため、端末装置１にマルチキャスト転送開始通知（図１３Ａのパケット）を送信する（ステップＳ１６０８）。その後、端末装置１に対してのみ、ユニキャストで情報を送信し（ステップＳ１６０９）、端末装置１はマルチキャストで端末装置２〜４に転送する（ステップＳ１６１０）。そして、バッテリー残量低下などの原因で端末装置１がマルチキャスト転送を行うことが困難になった場合、端末装置１が本体通信装置に状態不安定通知（図１４のパケット）を送信する（ステップＳ１６１１）。本体通信装置は、状態不安定通知をもとに、マルチキャスト転送停止通知（図１３Ｂのパケット）を送信し（ステップＳ１６１２）、他端末装置２〜４に対して、接続情報の問い合わせと応答（図１５Ａと図１５Ｂのパケット）を実施する（ステップＳ１６１３、Ｓ１６１４、Ｓ１６１５）。他端末装置もバッテリー残量が少ない場合などは、マルチキャスト転送処理をやめ、全ての装置に対してユニキャスト送信する。図１６の例では、端末装置２に新しくマルチキャスト転送処理を行わせている。端末装置２は、マルチキャスト転送開始通知を受け取ると（ステップＳ１６１６）、端末装置１、３、４に対して本体通信装置の情報をマルチキャストで転送する（ステップＳ１６１７、Ｓ１６１８）。なお、本実施形態においては、各端末装置が自身の接続するアクセスポイント装置の識別子を制御主体端末（例えば本体通信装置）に通知することで、無線ネットワーク（ＢＳＳ）単位でのシステム制御を実施することが可能である。
【００６１】
（動作）  
次に、本実施形態の通信装置と端末装置の動作の一例について図１７、図１８Ａ、図１８Ｂ、図１９Ａ、図１９Ｂを参照して説明する。
【００６２】
図１７は、本体通信装置での動作の一例を示すフローチャートである。各端末装置にユニキャストでデータを配信する（ステップＳ１７０１）。データを配信すべき端末装置の台数情報を収集し、閾値を超えたかどうかを判定する（ステップＳ１７０２）。閾値を超えたと判定した場合は、マルチキャストで他の端末装置に送信する端末装置を選定する（ステップＳ１７０３）。ステップＳ１７０３で選定された端末装置にユニキャストでデータの配信を行う（ステップＳ１７０４）。ステップＳ１７０３で選定された端末装置は、ＢＳＳ内の他端末装置にマルチキャストでデータを転送する。
【００６３】
図１８Ａは端末装置の動作の一例を示すフローチャートであり、図１８Ｂは本体通信装置の動作の一例を示すフローチャートである。  
＜端末装置：第１の例＞  
無線アクセスポイント装置とアソシエーションを実施する（ステップＳ１８０１）。通信装置との間で、アプリケーションのセッションを開始する（ステップＳ１８０２）。通信装置からマルチキャスト転送端末に選定されたか否か判定する（ステップＳ１８０３）。ステップＳ１８０３でマルチキャスト転送端末に選定されなかった場合には、通信装置からユニキャストでデータを受信するか、他の端末装置からマルチキャストでデータを受信する（ステップＳ１８０４）。ステップＳ１８０３でマルチキャスト転送端末に選定された場合には、通信装置からのユニキャストでデータを受信する（ステップＳ１８０５）。同一のＢＳＳ内の他の端末装置にマルチキャストでデータを転送する（ステップＳ１８０６）。
【００６４】
＜本体通信装置：第１の例＞  
端末装置との間で、アプリケーションのセッションを開始する（ステップＳ１８５１）。例えば、データを送信すべき端末装置の台数が閾値を超えたかどうか判定する（ステップＳ１８５２）。図１９Ｂの例では端末装置の台数で説明してあるが、上述したように、これに限定されない。例えば、各端末装置のバッテリー残量、各端末装置の無線伝搬路状態によってそれぞれ閾値を設けて、この閾値に基づいてマルチキャスト、ユニキャストを選択してもよい。端末装置の台数が閾値を超えていない場合には、端末装置ごとにユニキャストでデータを送信する（ステップＳ１８５３）。端末装置の台数が閾値を超えている場合には、ユニキャスト／マルチキャスト切り替え制御部１０６により、１台の端末装置を介したマルチキャスト伝送を実施する（ステップＳ１８５４）。マルチキャスト転送端末に選定された端末装置にユニキャストでデータを送信する（ステップＳ１８５５）。
【００６５】
図１９Ａは端末装置の動作の一例を示すフローチャートであり、図１９Ｂは本体通信装置の動作の一例を示すフローチャートである。  
＜端末装置：第２の例＞  
無線伝搬路状態が不安定かどうか、もしくは電力残量が少なくなったかどうかを検出する（ステップＳ１９０１）。無線伝搬路状態が不安定になった場合（端末装置の無線ＭＡＣ層において、再送回数が、予め定めた閾値に達した場合）、もしくは電力残量が少なくなった場合（例えば、予め定めた閾値よりも電力残量が少ない場合）には、本体通信装置にマルチキャスト転送が困難になった旨を通知する（ステップＳ１９０２）。後はステップＳ１８０４と同様である。
【００６６】
＜本体通信装置：第２の例＞  
端末装置から通知情報を受信する（ステップＳ１９５１）。ユニキャストとマルチキャストとの切り替えを行うか判定する（ステップＳ１９５２）。ユニキャストとマルチキャストとの切り替えを行う場合には、マルチキャストで転送処理を行うことができるステップＳ１９５１での端末装置とは異なる端末装置が存在するかどうかを判定する（ステップＳ１９５３）。転送処理を行うことが可能な端末装置が存在する場合には、マルチキャスト転送端末として新しい端末装置を選定し、選定された１つの端末装置にユニキャストでデータを送信する（ステップＳ１９５４）。転送処理を行うことが可能な端末装置が存在しない場合には、端末装置ごとにユニキャストでデータを送信する（ステップＳ１９５５）。
【００６７】
（変形例）  
次に、本実施形態の端末装置の変形例について図２０Ａを参照して説明する。また、アクセスポイント装置について図２０Ｂを参照して説明する。  
ここまで本体通信装置主体のマルチキャスト制御を行う例を記述したが、例えば図１０Ａ端末装置構成例のように、端末装置が情報取得部２００２を有して、端末装置がマルチキャスト転送開始／停止の制御を行ってもよい。情報取得部２００２は、例えば、本体通信装置に接続情報問い合わせ／応答を行い、総端末台数の検知等の各端末装置の接続情報を取得し、この接続情報に基づいて、どの端末装置にマルチキャスト転送を行うかの制御を実施してもよい。本体通信装置がセッション管理中の端末装置群情報を制御主体端末装置に通知する場合、図１５Ｂの下段に示したように、複数の端末装置の情報を１パケットに集約しても良い。
【００６８】
端末装置の無線ＭＡＣ層において、再送回数の上限に達した場合（すなわち、無線伝搬路状態が悪い場合）、本体通信装置（制御主体装置）にその旨を通知していたが、図２０Ｂに示したように、アクセスポイント装置が再送回数管理制御部２０５３を有することで、ＭＡＣフレームの送信に失敗した宛先端末装置の情報を本体通信装置（制御主体装置）に通知することも可能である。なお、無線通信処理部２０５１は、無線通信処理部２０１と同様であり、本実施形態では、通信端末装置との通信に利用される。また、有線通信処理部２０５３は、本体通信装置との通信に利用される。
【００６９】
以上に示した実施形態によれば、途中経路にマルチキャスト未対応のネットワークが存在するシステムにおいて、本体通信装置から同一の情報を受信する端末装置数が多い場合でも、ユニキャスト伝送から端末装置を介したマルチキャスト伝送へと切り替えを最適に行うことで、ネットワークの帯域を考慮した効率的な伝送が実現可能となる。
【００７０】
また、上述の実施形態の中で示した処理手順に示された指示は、ソフトウェアであるプログラムに基づいて実行されることが可能である。汎用の計算機システムが、このプログラムを予め記憶しておき、このプログラムを読み込むことにより、上述した実施形態の通信装置、通信端末装置および通信システムによる効果と同様な効果を得ることも可能である。上述の実施形態で記述された指示は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷなど）、半導体メモリ、又はこれに類する記録媒体に記録される。コンピュータまたは組み込みシステムが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であってもよい。コンピュータは、この記録媒体からプログラムを読み込み、このプログラムに基づいてプログラムに記述されている指示をＣＰＵで実行させれば、上述した実施形態の通信装置、通信端末装置および通信システムと同様な動作を実現することができる。もちろん、コンピュータがプログラムを取得する場合又は読み込む場合はネットワークを通じて取得又は読み込んでもよい。  
また、記憶媒体からコンピュータや組み込みシステムにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーションシステム）や、データベース管理ソフト、ネットワーク等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。  
さらに、本願発明における記憶媒体は、コンピュータあるいは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。  
また、記憶媒体は１つに限られず、複数の媒体から本実施形態における処理が実行される場合も、本発明における記憶媒体に含まれ、媒体の構成は何れの構成であってもよい。
【００７１】
なお、本願発明におけるコンピュータまたは組み込みシステムは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するためのものであって、パソコン、マイコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。  
また、本願発明の実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の実施形態における機能を実現することが可能な機器、装置を総称している。
【００７２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００７３】
【図１】本実施形態の通信装置のブロック図。
【図２】本実施形態の通信端末装置のブロック図
【図３】第１の比較例での従来の通信システムを示す図。
【図４】第１の比較例での本実施形態の通信システムを示す図。
【図５Ａ】第２の比較例での通信端末装置の台数が２台の場合での従来の通信システムを示す図。
【図５Ｂ】第２の比較例での通信端末装置の台数が２台の場合での本実施形態の通信システムを示す図。
【図６Ａ】第２の比較例での通信端末装置の台数が３台の場合での従来の通信システムを示す図。
【図６Ｂ】第２の比較例での通信端末装置の台数が３台の場合での本実施形態の通信システムを示す図。
【図７】第３の比較例での従来の通信システムを示す図。
【図８】第３の比較例での本実施形態の通信システムを示す図。
【図９】本実施形態の通信システムで、通信端末装置の転送能力を参照して通信端末装置を制御する通信システムを示す図。
【図１０】本実施形態の通信端末装置のバッテリー残量通知についてのシーケンス図。
【図１１】本実施形態でのＩＥＥＥ８０２．１１プロトコル動作について説明するための図。
【図１２】図１１でのアドレスフィールドの値を示す図。
【図１３Ａ】本実施形態の通信システムで通知されるマルチキャスト転送開始通知パケットを示す図。
【図１３Ｂ】本実施形態の通信システムで通知されるマルチキャスト転送停止通知パケットを示す図。
【図１４】本実施形態の通信システムで通知される状態不安定通知パケットを示す図。
【図１５Ａ】本実施形態の通信システムで通知される接続情報問い合わせパケットを示す図。
【図１５Ｂ】本実施形態の通信システムで通知される接続情報通知パケットを示す図。
【図１６】図１３Ａ〜図１５Ｂの通知パケットの使用を示すシーケンス図。
【図１７】本実施形態の通信装置での動作の一例を示すフローチャート。
【図１８Ａ】本実施形態の通信端末装置での動作の第１の例を示すフローチャート。
【図１８Ｂ】本実施形態の通信装置での動作の第１の例を示すフローチャート。
【図１９Ａ】本実施形態の通信端末装置での動作の第２の例を示すフローチャート。
【図１９Ｂ】本実施形態の通信装置での動作の第２の例を示すフローチャート。
【図２０Ａ】本実施形態の通信端末装置の変形例のブロック図。
【図２０Ｂ】本実施形態のアクセスポイント装置のブロック図。
【符号の説明】
【００７４】
１０１…通信処理部、１０２、２０２…ユニキャスト制御部、１０３、２０３…マルチキャスト制御部、１０４、２０４…セッション情報管理部、１０５…制御情報記憶部、１０６、２０６…ユニキャスト／マルチキャスト切り替え制御部、１０７、２０７…アプリケーション処理部、２０１、２０５１…無線通信処理部、２０５…記憶部、２０８…入出力インターフェース、２００２…情報取得部、２０５２…有線通信処理部、２０５３…再送回数管理制御部。
【図１】
2007336379.tif 000003
【図２】
2007336379.tif 000004
【図３】
2007336379.tif 000005
【図４】
2007336379.tif 000006
【図５Ａ】
2007336379.tif 000007
【図５Ｂ】
2007336379.tif 000008
【図６Ａ】
2007336379.tif 000009
【図６Ｂ】
2007336379.tif 000010
【図７】
2007336379.tif 000011
【図８】
2007336379.tif 000012
【図９】
2007336379.tif 000013
【図１０】
2007336379.tif 000014
【図１１】
2007336379.tif 000015
【図１２】
2007336379.tif 000016
【図１３Ａ】
2007336379.tif 000017
【図１３Ｂ】
2007336379.tif 000018
【図１４】
2007336379.tif 000019
【図１５Ａ】
2007336379.tif 000020
【図１５Ｂ】
2007336379.tif 000021
【図１６】
2007336379.tif 000022
【図１７】
2007336379.tif 000023
【図１８Ａ】
2007336379.tif 000024
【図１８Ｂ】
2007336379.tif 000025
【図１９Ａ】
2007336379.tif 000026
【図１９Ｂ】
2007336379.tif 000027
【図２０Ａ】
2007336379.tif 000028
【図２０Ｂ】
2007336379.tif 000029