(57)【要約】      （修正有）【課題】安定的に一斉配信を行えるようにする情報処理装置、方法、プログラム及びシステムを提供する。【解決手段】情報処理装置の制御部は、複数の宛先に一斉配信する場合に、情報処理装置自身における第１通信状況が基準よりも悪いか否かを判定する判定部と、第１通信状況が基準よりも悪いと判定した場合に、複数の宛先のいずれかの宛先に、当該宛先以外の宛先の全部又は一部への一斉配信を依頼する依頼部とを有する。【選択図】図１０
2018061172.tif 000002
【特許請求の範囲】
【請求項１】
複数の宛先に一斉配信する場合に、情報処理装置自身における第１通信状況が基準よりも悪いか否かを判定する判定部と、
前記第１通信状況が前記基準よりも悪いと判定した場合に、前記複数の宛先のいずれかの宛先に、当該宛先以外の宛先の全部又は一部への一斉配信を依頼する依頼部と
を有する情報処理装置。
【請求項２】
前記第１通信状況は、前記情報処理装置における無線通信の品質に関する
請求項１記載の情報処理装置。
【請求項３】
前記第１通信状況は、前記情報処理装置と前記複数の宛先の各々との間の通信品質に基づいて特定される
請求項１記載の情報処理装置。
【請求項４】
更に、
前記複数の宛先の各々における第２通信状況に基づいて、依頼先を選定する選定部
を有する請求項２又は３記載の情報処理装置。
【請求項５】
前記情報処理装置は、第１無線通信網を使用して第１ノード装置に接続し、
前記複数の宛先の各々は、前記第１無線通信網を使用して前記第１ノード装置に接続する第１端末、又は前記第１ノード装置と接続している第２ノード装置に第２無線通信網を使用して接続する第２端末であり、
前記複数の宛先の各々における前記第２通信状況は、当該宛先が使用する前記第１無線通信網又は前記第２無線通信網の無線区間における通信品質に関する
請求項４記載の情報処理装置。
【請求項６】
前記情報処理装置は、第１無線通信網を使用して第１ノード装置に接続し、
前記複数の宛先の各々は、前記第１無線通信網を使用して前記第１ノード装置に接続する第１端末、又は前記第１ノード装置と接続している第２ノード装置に第２無線通信網を使用して接続する第２端末であり、
前記複数の宛先の各々における前記第２通信状況は、当該宛先と当該宛先以外の前記第１端末及び／又は前記第２端末との間の通信品質に基づいて特定される
請求項４記載の情報処理装置。
【請求項７】
前記選定部は、更に前記情報処理装置と前記複数の宛先の各々との間の通信品質に基づいて、前記依頼先を選定する
請求項４乃至６のいずれか１つ記載の情報処理装置。
【請求項８】
前記選定部は、前記複数の宛先を分けたグループ毎に依頼先を選定し、
前記依頼部は、前記グループ毎に選定された前記依頼先に、前記依頼先以外の、当該グループに含まれる宛先への一斉配信を依頼する
請求項４乃至７のいずれか１つ記載の情報処理装置。
【請求項９】
複数の宛先に一斉配信する場合に、コンピュータ自身における第１通信状況が基準よりも悪いか否かを判定し、
前記第１通信状況が前記基準よりも悪いと判定した場合に、前記複数の宛先のいずれかの宛先に、当該宛先以外の宛先の全部又は一部への一斉配信を依頼する
処理を含み、前記コンピュータにより実行される情報処理方法。
【請求項１０】
複数の宛先に一斉配信する場合に、コンピュータ自身における第１通信状況が基準よりも悪いか否かを判定し、
前記第１通信状況が前記基準よりも悪いと判定した場合に、前記複数の宛先のいずれかの宛先に、当該宛先以外の宛先の全部又は一部への一斉配信を依頼する
処理を前記コンピュータに実行させる情報処理プログラム。
【請求項１１】
複数の端末を有する情報処理システムであって、
前記複数の端末の各々は、
当該端末以外の前記端末を宛先として一斉配信する場合に、当該端末自身における第１通信状況が基準よりも悪いか否かを判定する判定部と、
前記第１通信状況が前記基準よりも悪いと判定した場合に、当該端末自身以外の前記端末のいずれかに、残りの宛先の全部又は一部への一斉配信を依頼する依頼部と
を有する情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一斉配信の技術に関する。
【背景技術】
【０００２】
例えば無線ＬＡＮ（Local Area Network）を使用して互いに通信を行う複数の無線端末を含み、ピアツーピア技術を利用する情報処理システムは、サーバ装置を要しない。従って、構築コストが安いという利点がある。
【０００３】
一方、このような情報処理システムではサーバ装置を設けないので、複数の無線端末で共有するデータを保持することが多い。そのために、データの発信元から各宛先に一斉に配信を行うことがある。
【０００４】
但し、無線ＬＡＮを使用する場合には、有線通信網を使用する場合に比べて、通信が安定し難いという面がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２１６２８２号公報
【特許文献２】特開２０１４−１９７２６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、一側面では、安定的に一斉配信を行えるようにすることである。
【課題を解決するための手段】
【０００７】
一態様に係る情報処理装置は、（Ａ）複数の宛先に一斉配信する場合に、情報処理装置自身における第１通信状況が基準よりも悪いか否かを判定する判定部と、（Ｂ）第１通信状況が基準よりも悪いと判定した場合に、複数の宛先のいずれかの宛先に、当該宛先以外の宛先の全部又は一部への一斉配信を依頼する依頼部とを有する。
【発明の効果】
【０００８】
一側面としては、安定的に一斉配信を行える。
【図面の簡単な説明】
【０００９】
【図１】図１は、ネットワーク構成例を示す図である。
【図２】図２は、発信元の無線端末による一斉配信の例を示す図である。
【図３】図３は、代理の無線端末による一斉配信の例を示す図である。
【図４】図４は、代理の無線端末による一斉配信の例を示す図である。
【図５】図５は、無線端末のモジュール構成例を示す図である。
【図６】図６は、メンバーテーブルの例を示す図である。
【図７】図７は、スループットテーブルの例を示す図である。
【図８】図８は、スループット収集部のモジュール構成例を示す図である。
【図９】図９は、無線区間のスループットを通知するシーケンスの例を示す図である。
【図１０】図１０は、制御部のモジュール構成例を示す図である。
【図１１Ａ】図１１Ａは、メイン処理（Ａ）フローを示す図である。
【図１１Ｂ】図１１Ｂは、メイン処理（Ａ）フローを示す図である。
【図１２】図１２は、候補抽出処理（Ａ）フローを示す図である。
【図１３】図１３は、決定処理（Ａ）フローを示す図である。
【図１４】図１４は、代行処理フローを示す図である。
【図１５】図１５は、応答時間収集部のモジュール構成例を示す図である。
【図１６】図１６は、応答時間の最小値を特定するシーケンスの例を示す図である。
【図１７】図１７は、第１時間テーブルの例を示す図である。
【図１８】図１８は、第２時間テーブルの例を示す図である。
【図１９】図１９は、応答時間の最小値を通知するシーケンスの例を示す図である。
【図２０】図２０は、メイン処理（Ｂ）フローを示す図である。
【図２１】図２１は、候補抽出処理（Ｂ）フローを示す図である。
【図２２】図２２は、決定処理（Ｂ）フローを示す図である。
【図２３】図２３は、決定処理（Ｃ）フローを示す図である。
【図２４】図２４は、ネットワーク構成例を示す図である。
【図２５】図２５は、ネットワーク構成例を示す図である。
【図２６】図２６は、実施の形態４におけるメンバーテーブルの例を示す図である。
【図２７Ａ】図２７Ａは、メイン処理（Ｃ）フローを示す図である。
【図２７Ｂ】図２７Ｂは、メイン処理（Ｃ）フローを示す図である。
【図２８】図２８は、候補抽出処理（Ｃ）フローを示す図である。
【図２９】図２９は、メイン処理（Ｄ）フローを示す図である。
【図３０】図３０は、候補抽出処理（Ｄ）フローを示す図である。
【図３１】図３１は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１０】
［実施の形態１］
図１に、ネットワーク構成例を示す。無線端末１０１は、無線ＬＡＮを使用してアクセスポイント１０３に接続する。この例では、無線端末１０１ａ乃至ｃの各々は、アクセスポイント１０３ａに接続する。また、無線端末１０１ｄ乃至ｆの各々は、アクセスポイント１０３ｂに接続する。
【００１１】
また、アクセスポイント１０３ａとアクセスポイント１０３ｂとは、有線通信網を介して接続している。有線通信網は、例えば有線ＬＡＮ或いはインターネットである。アクセスポイント１０３ａとアクセスポイント１０３ｂとの間が有線ＬＡＮによって接続される場合には、例えばアクセスポイント１０３ａとアクセスポイント１０３ｂとがそれぞれイーサネット（登録商標）に繋がる。アクセスポイント１０３ａとアクセスポイント１０３ｂとの間がインターネットによって接続される場合には、アクセスポイント１０３ａ及びアクセスポイント１０３ｂは、それぞれ例えばブロードバンドルータ及びインターネット接続機器を介してインターネットに接続する。また、アクセスポイント１０３は、アクセスポイントの機能及びブロードバンドルータの機能を備える装置（例えば、無線ブロードバンドルータ）であってもよい。この場合には、当該装置は、インターネット接続機器を介してインターネットに接続する。
【００１２】
そして、各無線端末１０１は、無線ＬＡＮを介して或いは無線ＬＡＮ及び有線通信網を介して他の無線端末１０１へデータを送る機能を有しているものとする。
【００１３】
この例では、各無線端末１０１においてデータを共有するために、発信元の無線端末１０１で保持しているデータを、それ以外の無線端末１０１へ配信することを想定する。以下では、無線端末１０１ｂで保持するデータを、無線端末１０１ａ及び無線端末１０１ｃ乃至ｆの各々へ配信する例について説明する。
【００１４】
図２に、発信元の無線端末１０１ｂによる一斉配信の例を示す。この例では、配信されるデータを保持する無線端末１０１ｂから、無線端末１０１ａ及び無線端末１０１ｃ乃至ｆの各々へ当該データが直接送信される。具体的には、無線端末１０１ｂからアクセスポイント１０３ａを介して無線端末１０１ａへデータが送られる。また、無線端末１０１ｂからアクセスポイント１０３ａを介して無線端末１０１ｃへデータが送られる。また、無線端末１０１ｂからアクセスポイント１０３ａ及びアクセスポイント１０３ｂを介して無線端末１０１ｄへデータが送られる。また、無線端末１０１ｂからアクセスポイント１０３ａ及びアクセスポイント１０３ｂを介して無線端末１０１ｅへデータが送られる。また、無線端末１０１ｂからアクセスポイント１０３ａ及びアクセスポイント１０３ｂを介して無線端末１０１ｆへデータが送られる。
【００１５】
このとき、無線端末１０１ｂとアクセスポイント１０３ａとの無線区間において、上りのデータ伝送が５回行われる。従って、無線端末１０１ｂとアクセスポイント１０３ａとの無線区間におけるスループットが小さければ、データ伝送の遅延が生じ易くなる。
【００１６】
本実施の形態では、発信元の無線端末１０１以外の無線端末１０１において一斉配信の一部を代行することがある。図３に示した例では、無線端末１０１ａが一斉配信の一部を代行する。つまり、配信されるデータを受信した無線端末１０１ａから、無線端末１０１ｃ乃至ｆの各々へ当該データが再送信される。
【００１７】
具体的には、まず無線端末１０１ｂからアクセスポイント１０３ａを介して無線端末１０１ａへデータが送られる。その後、無線端末１０１ａからアクセスポイント１０３ａを介して無線端末１０１ｃへデータが送られる。また、無線端末１０１ａからアクセスポイント１０３ａ及びアクセスポイント１０３ｂを介して無線端末１０１ｄへデータが送られる。また、無線端末１０１ａからアクセスポイント１０３ａ及びアクセスポイント１０３ｂを介して無線端末１０１ｅへデータが送られる。また、無線端末１０１ａからアクセスポイント１０３ａ及びアクセスポイント１０３ｂを介して無線端末１０１ｆへデータが送られる。
【００１８】
このとき、無線端末１０１ａとアクセスポイント１０３ａとの無線区間において、下りのデータ伝送が１回行われ、更に上りのデータ伝送が４回行われる。但し、無線端末１０１ａとアクセスポイント１０３ａとの無線区間におけるスループットが大きければ、データ伝送の遅延は起こり難い。
【００１９】
また、無線端末１０１ｂとアクセスポイント１０３ａとの無線区間におけるデータ伝送は１回であるので、たとえ当該区間におけるスループットが小さい場合であっても、データ伝送の遅延は起こり難い。
【００２０】
上述の例の他、発信元の無線端末１０１が接続するアクセスポイント１０３以外のアクセスポイント１０３に接続する無線端末１０１が一斉配信の一部を代行するようにしてもよい。図４に示した例では、無線端末１０１ｄが一斉配信の一部を代行する。つまり、配信されるデータを受信した無線端末１０１ｄから、無線端末１０１ａ、無線端末１０１ｃ乃至ｆの各々へ当該データが再送信される。
【００２１】
具体的には、まず無線端末１０１ｂからアクセスポイント１０３ａ及びアクセスポイント１０３ｂを介して無線端末１０１ｄへデータが送られる。その後、無線端末１０１ｄからアクセスポイント１０３ｂ及びアクセスポイント１０３ａを介して無線端末１０１ａへデータが送られる。また、無線端末１０１ｄからアクセスポイント１０３ｂ及びアクセスポイント１０３ａを介して無線端末１０１ｃへデータが送られる。また、無線端末１０１ｄからアクセスポイント１０３ｂを介して無線端末１０１ｅへデータが送られる。また、無線端末１０１ｄからアクセスポイント１０３ｂを介して無線端末１０１ｆへデータが送られる。
【００２２】
このとき、無線端末１０１ｄとアクセスポイント１０３ｂとの無線区間において、下りのデータ伝送が１回行われ、上りのデータ伝送が４回行われる。但し、無線端末１０１ｄとアクセスポイント１０３ｂとの無線区間におけるスループットが大きければ、データ伝送の遅延は起こり難い。
【００２３】
また、図３の場合と同様に、無線端末１０１ｂとアクセスポイント１０３ａとの無線区間におけるデータ伝送は１回であるので、データ伝送の遅延は起こり難い。
【００２４】
本実施の形態では、発信元の無線端末１０１における無線区間のスループットが小さい場合に、他の無線端末１０１のうち、無線区間におけるスループットが大きい無線端末１０１に一斉配信の一部を代行させる。そのため、発信元の無線端末１０１は、各無線端末１０１の無線区間におけるスループットを収集して、スループットが大きい無線端末１０１を選定する。そして、発信元の無線端末１０１は、当該無線端末１０１に一斉配信を依頼する。以上で、本実施の形態における概要の説明を終える。
【００２５】
以下、無線端末１０１の動作について説明する。図５に、無線端末１０１のモジュール構成例を示す。無線端末１０１は、スループット収集部５０１、制御部５０３、応答時間収集部５０５、送信部５０７、受信部５０９、メンバー記憶部５１１、スループット記憶部５１３、第１時間記憶部５１５及び第２時間記憶部５１７を有する。
【００２６】
スループット収集部５０１は、例えばＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol ）層５３１又は通信ミドル層５３３を介して自らの無線区間におけるスループットを測定する。スループット収集部５０１は、更に、各無線端末１０１の無線区間におけるスループットを収集する。制御部５０３は、アプリケーション層５３５からの指示を受けて一斉配信を制御する。応答時間収集部５０５は、ＴＣＰ／ＩＰ層５３１又は通信ミドル層５３３を介して他の無線端末１０１からの応答時間を収集し、そのうち最小値を特定する。応答時間収集部５０５は、更に、各無線端末１０１において測定された応答時間の最小値を収集する。送信部５０７は、各種データを送信する。受信部５０９は、各種データを受信する。尚、応答時間収集部５０５については、実施の形態２において詳述する。
【００２７】
メンバー記憶部５１１は、メンバーテーブルを記憶する。メンバーテーブルについては、図６を用いて後述する。スループット記憶部５１３は、スループットテーブルを記憶する。スループットテーブルについては、図７を用いて後述する。第１時間記憶部５１５は、第１時間テーブルを記憶する。第１時間テーブルについては、図１７を用いて後述する。第２時間記憶部５１７は、第２時間テーブルを記憶する。第２時間テーブルについては、図１８を用いて後述する。
【００２８】
上述したスループット収集部５０１、制御部５０３、応答時間収集部５０５、送信部５０７及び受信部５０９は、ハードウエア資源（例えば、図３１）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。
【００２９】
上述したメンバー記憶部５１１、スループット記憶部５１３、第１時間記憶部５１５及び第２時間記憶部５１７は、ハードウエア資源（例えば、図３１）を用いて実現される。
【００３０】
図６に、メンバーテーブルの例を示す。メンバーテーブルは、データを共有するグループに属するメンバーを特定するために用いられる。この例におけるメンバーテーブルは、メンバーである無線端末１０１に対応するレコードを有している。但し、第１レコードは、当該メンバーテーブルを保持する無線端末１０１自身に関する。第２レコード以降は、他のメンバーである無線端末１０１に関する。
【００３１】
メンバーテーブルのレコードは、無線端末ＩＤが格納されるフィールドと、ＩＰアドレスが格納されるフィールドとを有している。無線端末ＩＤは、メンバーである無線端末１０１を識別する。ＩＰアドレスは、無線端末１０１のＩＰアドレスである。
【００３２】
図示した第１レコードは、当該メンバーテーブルを保持する無線端末１０１自身がＩＤ「Ｔ０２」で識別され、そのＩＰアドレスが「１９２．１６８．１１．１０２」であることを示している。
【００３３】
図示した第２レコードは、他のメンバーである無線端末１０１がＩＤ「Ｔ０１」で識別され、そのＩＰアドレスが「１９２．１６８．１１．１０１」であることを示している。以下の説明では、メンバーテーブルが無線端末１０１に予め保持されているものとする。
【００３４】
図７に、スループットテーブルの例を示す。この例におけるスループットテーブルは、上記メンバーである無線端末１０１に対応するレコードを有している。スループットテーブルのレコードは、無線端末ＩＤが格納されるフィールドと、無線区間のスループットが格納されるフィールドとを有している。無線端末ＩＤは、メンバーテーブルの場合と同様である。無線区間のスループットは、当該無線端末１０１が接続するアクセスポイント１０３との間におけるスループットである。
【００３５】
続いて、スループットを収集する動作について説明する。図８に、スループット収集部５０１のモジュール構成例を示す。スループット収集部５０１は、第１測定部８０１、第１通知部８０３及び第１登録部８０５を有する。
【００３６】
第１測定部８０１は、自らの無線区間におけるスループットを測定する。第１通知部８０３は、自らの無線区間におけるスループットを他のメンバーである無線端末１０１に通知する。第１登録部８０５は、他のメンバーである無線端末１０１における無線区間のスループットをスループットテーブルに登録する。
【００３７】
上述した第１測定部８０１、第１通知部８０３及び第１登録部８０５は、ハードウエア資源（例えば、図３１）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。
【００３８】
図９に、無線区間のスループットを通知するシーケンスの例を示す。この例におけるシーケンスは、無線端末１０１ｂとアクセスポイント１０３ａとの無線区間におけるスループットに着目している。
【００３９】
無線端末１０１ｂの第１測定部８０１は、自らの無線区間のスループット、つまり無線端末１０１ｂとアクセスポイント１０３ａとの無線区間におけるスループットを測定する（Ｓ９０１）。このとき、第１測定部８０１は、ＴＣＰ／ＩＰ層５３１から取得した情報（例えば、伝送データのサイズ、送信時刻及び受信時刻）に基づいてスループットを算出する。第１測定部８０１は、ＴＣＰ／ＩＰ層５３１からスループットを取得するようにしてもよい。また、第１測定部８０１は、通信ミドル層５３３から取得した情報（例えば、伝送データのサイズ、送信時刻及び受信時刻）に基づいてスループットを算出するようにしてもよい。或いは、通信ミドル層５３３からスループットを取得するようにしてもよい。また、ＴＣＰ／ＩＰ層５３１に代えて、ＵＤＰ（User Datagram Protocol）／ＩＰ層を用いるようにしてもよい。
【００４０】
無線端末１０１ｂの第１測定部８０１は、自らの無線区間のスループットを、スループット記憶部５１３に記憶する（Ｓ９０３）。自らの無線区間のスループットは、スループットテーブルの第１レコードに格納される。無線端末１０１ｂの第１通知部８０３は、送信部５０７を介して自らの無線区間のスループットを、他の無線端末１０１宛てに通知する（Ｓ９０５）。無線端末１０１ｄ乃至ｆに対する通知は、アクセスポイント１０３ａ及びアクセスポイント１０３ｂを経由して伝送される。図９では、通知を経由するアクセスポイント１０３に丸印を付している。
【００４１】
無線端末１０１ａの受信部５０９が、無線端末１０１ｂにおける無線区間のスループットを受信すると、無線端末１０１ａの第１登録部８０５は、無線端末１０１ｂにおける無線区間のスループットをスループット記憶部５１３に記憶する（Ｓ９０７）。他の無線端末１０１における無線区間のスループットは、スループットテーブルにおける当該他の無線端末１０１のレコードに格納される。
【００４２】
同様に、無線端末１０１ｃの受信部５０９が、無線端末１０１ｂにおける無線区間のスループットを受信すると、無線端末１０１ｃの第１登録部８０５は、無線端末１０１ｂにおける無線区間のスループットをスループット記憶部５１３に記憶する（Ｓ９０９）。
【００４３】
同様に、無線端末１０１ｄの受信部５０９が、無線端末１０１ｂにおける無線区間のスループットを受信すると、無線端末１０１ｄの第１登録部８０５は、無線端末１０１ｂにおける無線区間のスループットをスループット記憶部５１３に記憶する（Ｓ９１１）。無線端末１０１ｅに対する通知及び無線端末１０１ｆに対する通知も、無線端末１０１ｄに対する通知の場合と同様に処理される。
【００４４】
また、無線端末１０１ａ、無線端末１０１ｃ乃至ｄにおける無線区間におけるスループットに関しても、同様に処理される。
【００４５】
このようにして、各無線端末１０１において、自らのスループット及び他の無線端末１０１におけるスループットを保持するようにする。これらの処理は例えば周期的に行われ、随時各スループットは更新される。
【００４６】
続いて、一斉配信の制御について説明する。図１０に、制御部５０３のモジュール構成例を示す。制御部５０３は、受付部１００１、判定部１００３、配信部１００５、選定部１００７、依頼部１００９及び代行部１０１１を有する。
【００４７】
受付部１００１は、アプリケーション層５３５から一斉配信の指示を受け付ける。判定部１００３は、無線端末１０１自身の通信に関する状態を判定する。配信部１００５は、一斉配信を行う。選定部１００７は、一斉配信の依頼先となる無線端末１０１を選定する。依頼部１００９は、選定された無線端末１０１に一斉配信を依頼する。代行部１０１１は、依頼された一斉配信を代行する。
【００４８】
上述した受付部１００１、判定部１００３、配信部１００５、選定部１００７、依頼部１００９及び代行部１０１１は、ハードウエア資源（例えば、図３１）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。
【００４９】
制御部５０３によるメイン処理について説明する。本実施の形態では、メイン処理（Ａ）が実行される。メイン処理（Ａ）は、無線端末１０１が、無線端末１０１自身の無線区間におけるスループット及び他の無線端末１０１の無線区間におけるスループットを保持していることを前提とする。
【００５０】
図１１Ａ及び図１１Ｂに、メイン処理（Ａ）フローを示す。受付部１００１は、アプリケーション層５３５から一斉配信の指示を受け付ける（Ｓ１１０１）。この例では、配信されるデータと、複数の宛先を特定する無線端末ＩＤ（又はＩＰアドレス）とが渡されるものとする。但し、宛先が予め決まっている場合には、当該指示において宛先を特定しないようにしてもよい。
【００５１】
判定部１００３は、自らの無線区間のスループットが閾値を下回るか否かを判定する（Ｓ１１０３）。自らの無線区間のスループットが閾値以上であると判定した場合、つまり自らの無線区間における通信状態が良い場合には、配信部１００５は、一斉配信を実行する（Ｓ１１０５）。具体的には、配信部１００５は、送信部５０７を介して複数の宛先に対してデータを送信する。そして、Ｓ１１０１に示した処理に戻って、上述した処理を繰り返す。
【００５２】
一方、Ｓ１１０３において、自らの無線区間のスループットが閾値を下回ると判定した場合、つまり自らの無線区間における通信状態が悪い場合には、端子Ａを介して、図１１Ｂに示したＳ１１０７の処理に移る。
【００５３】
図１１Ｂの説明に移る。選定部１００７は、候補抽出処理を実行する（Ｓ１１０７）。候補抽出処理では、一斉配信を代行する無線端末１０１の候補が選び出される。
【００５４】
本実施の形態では、候補抽出処理（Ａ）が実行される。図１２に、候補抽出処理（Ａ）フローを示す。選定部１００７は、宛先である他の無線端末１０１のうち、無線区間のスループットが閾値を超える無線端末１０１を、候補として抽出する（Ｓ１２０１）。つまり、無線区間における通信状態が良い無線端末１０１が、選び出される。
【００５５】
この例において、Ｓ１２０１における閾値は、図１１ＡのＳ１１０３における閾値と同じである。但し、Ｓ１２０１における閾値は、図１１ＡのＳ１１０３における閾値より大きくてもよい。或いは、Ｓ１２０１における閾値は、図１１ＡのＳ１１０３における閾値より小さくてもよい。また、自らの無線区間のスループットを、Ｓ１２０１における閾値として用いるようにしてもよい。候補抽出処理（Ａ）を終えると、呼び出し元のメイン処理（Ａ）に復帰する。
【００５６】
図１１Ｂの説明に戻る。選定部１００７は、抽出された候補の数が０であるか否かを判定する（Ｓ１１０９）。抽出された候補の数が０である場合は、配信部１００５は、一斉配信を実行する（Ｓ１１１１）。代行によっても一斉配信の効率が上がらないと推測されるからである。具体的には、配信部１００５は、送信部５０７を介して複数の宛先に対してデータを送信する。そして、端子Ｂを介して、図１１ＡのＳ１１０１に示した処理に戻って、上述した処理を繰り返す。
【００５７】
一方、抽出された候補の数が１以上である場合は、選定部１００７は、決定処理を実行する（Ｓ１１１３）。決定処理では、一斉配信を依頼する相手となる無線端末１０１を決定する。
【００５８】
本実施の形態では、決定処理（Ａ）が実行される。図１３に、決定処理（Ａ）フローを示す。選定部１００７は、候補である無線端末１０１のうち、スループットが最も大きい無線端末１０１を選択する（Ｓ１３０１）。つまり、選択された無線端末１０１が、一斉配信を依頼する相手になる。決定処理（Ａ）を終えると、呼び出し元のメイン処理（Ａ）に復帰する。
【００５９】
図１１Ｂの説明に戻る。依頼部１００９は、送信部５０７を介して、Ｓ１１１３で決定された無線端末１０１に一斉配信の依頼を送信する（Ｓ１１１５）。このとき、配信されるデータの他、一斉配信の宛先を特定する無線端末ＩＤ（又はＩＰアドレス）が送られる。尚、一斉配信の宛先は、Ｓ１１０１で指示された複数の宛先から、一斉配信の依頼先を除いたものである。
【００６０】
その後、依頼部１００９は、受信部５０９において拒否通知を受信したか否かを判定する（Ｓ１１１７）。拒否通知を受信していないと判定した場合には、依頼部１００９は、所定時間内に、受信部５０９において完了通知を受信したか否かを判定する（Ｓ１１１９）。
【００６１】
完了通知を受信したと判定した場合、つまり一斉配信の代行が終わった場合には、端子Ｂを介して、図１１Ａに示したＳ１１０１の処理に戻る。
【００６２】
一方、Ｓ１１１７において拒否通知を受信したと判定した場合には、Ｓ１１２１の処理に移る。また、Ｓ１１１９において、所定時間内に完了通知を受信していないと判定した場合にも、一斉配信が代行されなかったと看做して、Ｓ１１２１の処理に移る。
【００６３】
Ｓ１１２１で、選定部１００７は、未選択の候補が残っているか否かを判定する。未選択の候補が残っていると判定した場合には、Ｓ１１１３に示した処理に戻って、上述した処理を繰り返す。
【００６４】
一方、未選択の候補が残っていないと判定した場合には、配信部１００５は、一斉配信を実行する（Ｓ１１２３）。つまり、配信部１００５は、送信部５０７を介して複数の宛先に対してデータを送信する。そして、端子Ｂを介して、図１１Ａに示したＳ１１０１の処理に戻る。以上で、メイン処理について説明を終える。
【００６５】
続いて、一斉配信の依頼を受けた場合の代行処理について説明する。図１４に、代行処理フローを示す。受信部５０９は、待機して、一斉配信の依頼を受信する（Ｓ１４０１）。一斉配信の依頼を受信すると、代行部１０１１は、当該依頼を拒否するか否かを判定する（Ｓ１４０３）。代行部１０１１は、例えば無線端末１０１自身の処理負荷に基づいて、当該依頼を拒否するか否かを判定する。
【００６６】
当該依頼を拒否すると判定した場合には、代行部１０１１は、送信部５０７を介して、依頼元の無線端末１０１へ拒否通知を送信する（Ｓ１４０５）。そして、Ｓ１４０１に示した処理に戻って、上述した処理を繰り返す。
【００６７】
一方、当該依頼を拒否しないと判定した場合には、配信部１００５は、一斉配信を実行する（Ｓ１４０７）。具体的には、配信部１００５は、Ｓ１４０１において受信したデータを、依頼された宛先に送信する。一斉配信を終えると、代行部１０１１は、送信部５０７を介して、依頼元の無線端末１０１へ完了通知を送信する（Ｓ１４０９）。そして、Ｓ１４０１に示した処理に戻って、上述した処理を繰り返す。
【００６８】
以上、無線区間の通信品質として、スループットを用いる例を示したが、その他の通信品質に係るパラメータ（例えば、誤り率又は遅延時間など）を用いるようにしてもよい。
【００６９】
本実施の形態によれば、発信元における通信状況が悪くても、安定的に一斉配信を行える。
【００７０】
また、無線区間のスループットに基づいて一斉配信を依頼するか否かを判定するので、発信元の無線通信が滞る場合に対応できる。
【００７１】
また、宛先の通信状況に応じて依頼先を選定するので、代行による一斉配信の停滞を回避しやすい。
【００７２】
特に、宛先の無線区間におけるスループットに基づいて依頼先を選定するので、依頼先の無線通信の状況に起因する一斉配信の停滞を回避しやすい。
【００７３】
［実施の形態２］
本実施の形態では、無線区間のスループットに代えて、他の無線端末１０１からの応答時間の最小値に基づいて配信元としての適性を判定する例について説明する。
【００７４】
そのため、本実施の形態では、応答時間収集部５０５において、他の無線端末１０１からの応答時間を収集し、応答時間の最小値を特定する処理を行う。更に、応答時間収集部５０５は、応答時間の最小値を、他の無線端末１０１と共有するための処理も行う。
【００７５】
図１５に、応答時間収集部５０５のモジュール構成例を示す。応答時間収集部５０５は、第２測定部１５０１、特定部１５０３、第２通知部１５０５及び第２登録部１５０７を有する。
【００７６】
第２測定部１５０１は、他の無線端末１０１への返信要求を送信してから、当該他の無線端末１０１から応答を受信するまでの時間、つまり他の無線端末１０１からの応答時間を測定する。特定部１５０３は、自ら計測した応答時間の最小値を特定する。第２通知部１５０５は、特定した応答時間の最小値を他の無線端末１０１へ通知する。第２登録部１５０７は、他の無線端末１０１において特定された応答時間の最小値を第２時間テーブルに登録する。
【００７７】
上述した第２測定部１５０１、特定部１５０３、第２通知部１５０５及び第２登録部１５０７は、ハードウエア資源（例えば、図３１）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。
【００７８】
図１６に、応答時間の最小値を特定するシーケンスの例を示す。この例におけるシーケンスは、無線端末１０１ｂにおいて計測される応答時間に着目している。
【００７９】
第２測定部１５０１は、ＴＣＰ／ＩＰ層５３１又は通信ミドル層５３３を介して無線端末１０１ａから応答を取得するまでの時間、つまり応答時間を測定する（Ｓ１６０１）。同様に、第２測定部１５０１は、無線端末１０１ｃから応答を取得するまでの時間を測定する（Ｓ１６０３）。同様に、第２測定部１５０１は、無線端末１０１ｄから応答を取得するまでの時間を測定する（Ｓ１６０５）。更に、第２測定部１５０１は、無線端末１０１ｅ及び無線端末１０１ｆから応答を取得するまでの時間も測定する。応答時間は、第１時間記憶部５１５に記憶される。
【００８０】
図１７に、第１時間記憶部５１５に記憶されている第１時間テーブルの例を示す。この例における第１時間テーブルは、他の無線端末１０１に対応するレコードを有している。第１時間テーブルのレコードは、無線端末ＩＤが格納されるフィールドと、他の無線端末１０１からの応答時間が格納されるフィールドと、を有している。無線端末ＩＤは、無線端末１０１自身以外のメンバーである無線端末１０１を識別する。当該無線端末１０１からの応答時間は、無線端末１０１自身が測定した応答時間である。
【００８１】
図１６の説明に戻る。そして、特定部１５０３は、測定した応答時間の最小値を特定する（Ｓ１６０７）。特定部１５０３は、無線端末１０１自身が測定した応答時間の最小値を第２時間記憶部５１７に記憶する（Ｓ１６０９）。
【００８２】
図１８に、第２時間記憶部５１７に記憶されている第２時間テーブルの例を示す。この例における第２時間テーブルは、メンバーである無線端末１０１に対応するレコードを有している。但し、第１レコードは、当該メンバーテーブルを保持する無線端末１０１自身に関する。第２レコード以降は、他のメンバーである無線端末１０１に関する。
【００８３】
第２時間テーブルのレコードは、無線端末ＩＤが格納されるフィールドと、当該レコードに係る無線端末１０１で測定された応答時間の最小値が格納されるフィールドとを有している。無線端末ＩＤは、メンバーである無線端末１０１を識別する。応答時間の最小値は、応答時間を測定した無線端末１０１から通知されたものである。
【００８４】
尚、第１レコードに示した応答時間の最小値「Ｓ０２」は、図１７に示した応答時間「Ｑ０１」、「Ｑ０３」、「Ｑ０４」、「Ｑ０５」及び「Ｑ０６」のうち、最も短い応答時間に相当する。
【００８５】
図１６に示したシーケンスを終えると、図１９に示したシーケンスに移る。図１９に、応答時間の最小値を通知するシーケンスの例を示す。第２通知部１５０５は、送信部５０７を介して、無線端末１０１自身が測定した応答時間の最小値を、他の無線端末１０１に通知する（Ｓ１９０１）。
【００８６】
無線端末１０１ａの受信部５０９が、無線端末１０１ｂにおける応答時間の最小値を受信すると、無線端末１０１ａの第２登録部１５０７は、無線端末１０１ｂにおける応答時間の最小値を第２時間記憶部５１７に記憶する（Ｓ１９０３）。他の無線端末１０１における応答時間の最小値は、上述したように第２時間テーブルにおける当該他の無線端末１０１のレコードに格納される。
【００８７】
同様に、無線端末１０１ｃの受信部５０９が、無線端末１０１ｂにおける応答時間の最小値を受信すると、無線端末１０１ｃの第１登録部８０５は、無線端末１０１ｂにおける応答時間の最小値を第２時間記憶部５１７に記憶する（Ｓ１９０５）。
【００８８】
同様に、無線端末１０１ｄの受信部５０９が、無線端末１０１ｂにおける応答時間の最小値を受信すると、無線端末１０１ｄの第１登録部８０５は、無線端末１０１ｂにおける応答時間の最小値を第２時間記憶部５１７に記憶する（Ｓ１９０７）。無線端末１０１ｅに対する通知及び無線端末１０１ｆに対する通知も、無線端末１０１ｄに対する通知の場合と同様に処理される。
【００８９】
また、無線端末１０１ａ、無線端末１０１ｃ乃至ｄにおいて測定された応答時間の最小値に関しても、同様に処理される。
【００９０】
このようにして、各無線端末１０１において、自ら測定した応答時間の最小値及び他の無線端末１０１において測定された応答時間の最小値を保持するようにする。これらの処理は例えば周期的に行われ、随時応答時間の最小値は更新される。
【００９１】
続いて、メイン処理について説明する。本実施の形態では、メイン処理（Ｂ）が実行される。メイン処理（Ｂ）は、無線端末１０１自身で測定した応答時間の最小値及び他の無線端末１０１で測定した応答時間の最小値を保持していることを前提とする。
【００９２】
図２０に、メイン処理（Ｂ）フローを示す。Ｓ１１０１における処理はメイン処理（Ａ）の場合と同様である。判定部１００３は、無線端末１０１自身で測定した応答時間の最小値が閾値を超えるか否かを判定する（Ｓ２００１）。
【００９３】
無線端末１０１自身で測定した応答時間の最小値が閾値以下であると判定した場合には、つまり、自らの通信状態が良いと推定される場合には、図１１Ａの場合と同様に、配信部１００５は、一斉配信を実行する（Ｓ１１０５）。
【００９４】
一方、無線端末１０１自身で測定した応答時間の最小値が閾値を超えると判定した場合には、端子Ａを介して、図１１Ｂに示したＳ１１０７の処理に移る。
【００９５】
以下、図２０に示したメイン処理（Ｂ）の続きを、図１１Ｂを用いて説明する。Ｓ１１０７では、候補抽出処理（Ｂ）が実行される。図２１に、候補抽出処理（Ｂ）フローを示す。選定部１００７は、他の無線端末１０１のうち、応答時間の最小値が閾値を下回る候補を抽出する（Ｓ２１０１）。つまり、通信状態が良いと推定される無線端末１０１が、選び出される。
【００９６】
この例において、Ｓ２１０１における閾値は、図２０のＳ２００１における閾値と同じである。但し、Ｓ２１０１における閾値は、図２０のＳ２００１における閾値より大きくてもよい。或いは、Ｓ２１０１における閾値は、図２０のＳ２００１における閾値より小さくてもよい。また、無線端末１０１自身で測定した応答時間の最小値を、Ｓ２１０１における閾値として用いるようにしてもよい。候補抽出処理（Ｂ）を終えると、呼び出し元のメイン処理（Ｂ）に復帰する。
【００９７】
図１１Ｂの説明に戻る。Ｓ１１０９及びＳ１１１１における処理は、メイン処理（Ａ）の場合と同様である。
【００９８】
Ｓ１１１３では、決定処理（Ｂ）が実行される。図２２に、決定処理（Ｂ）フローを示す。選定部１００７は、第２時間テーブルに基づいて、候補のうち、応答時間の最小値が最も小さい無線端末１０１を選択する（Ｓ２２０１）。つまり、選択された無線端末１０１が、一斉配信を依頼する相手になる。決定処理（Ｂ）を終えると、呼び出し元のメイン処理（Ｂ）に復帰する。
【００９９】
図１１Ｂの説明に戻る。Ｓ１１１５乃至Ｓ１１２３における処理は、メイン処理（Ａ）の場合と同様である。
【０１００】
ここまで、応答時間の最小値を基準として判定を行う例を示した。応答時間の最小値は、有線区間を含まない伝送経路、つまり無線区間のみの伝送経路に係る応答時間である可能性が高いので、実施の形態１の場合の判定と近似する動作が行われると見込まれる。但し、応答時間の最小値に代えて、応答時間の最大値、応答時間の平均値、或いは応答時間の中央値などを基準として判定を行うようにしてもよい。
【０１０１】
このように、応答時間の最小値に基づいて一斉配信の代行の要否を判定すれば、発信元から各宛先への通信が滞る場合に対応できる。
【０１０２】
また、応答時間の最小値が小さい無線端末１０１を依頼先として選定するので、依頼先における通信状況に起因する一斉配信の停滞を回避しやすい。
【０１０３】
尚、メイン処理と、候補抽出処理と、決定処理とを以下のように組み合わせるようにしてもよい。
【０１０４】
例えば、メイン処理（Ａ）において、候補抽出処理（Ａ）及び決定処理（Ｂ）を実行するようにしてもよい。同じくメイン処理（Ａ）において、候補抽出処理（Ｂ）及び決定処理（Ａ）を実行するようにしてもよい。同じくメイン処理（Ａ）において、候補抽出処理（Ｂ）及び決定処理（Ｂ）を実行するようにしてもよい。
【０１０５】
例えば、メイン処理（Ｂ）において、候補抽出処理（Ａ）及び決定処理（Ａ）を実行するようにしてもよい。同じくメイン処理（Ｂ）において、候補抽出処理（Ａ）及び決定処理（Ｂ）を実行するようにしてもよい。同じくメイン処理（Ｂ）において、候補抽出処理（Ｂ）及び決定処理（Ａ）を実行するようにしてもよい。
【０１０６】
［実施の形態３］
本実施の形態では、候補となった無線端末１０１のうち、発信元からの返信要求に対する応答時間がより短い無線端末１０１を依頼先として選択する例について説明する。
【０１０７】
ここでは、実施の形態２をベースとする例を示す。本実施の形態では、実施の形態２における決定処理（Ｂ）に代えて、決定処理（Ｃ）が実行される。
【０１０８】
図２３に、決定処理（Ｃ）フローを示す。選定部１００７は、第１時間テーブルに基づいて、候補のうち、応答時間が最も短い無線端末１０１を選択する（Ｓ２３０１）。つまり、選択された無線端末１０１が、一斉配信を依頼する相手になる。決定処理（Ｃ）を終えると、呼び出し元のメイン処理（Ｂ）に復帰する。
【０１０９】
本実施の形態によれば、依頼先との通信状況が良いので、一斉配信の依頼を円滑に行える。
【０１１０】
尚、メイン処理と、候補抽出処理と、決定処理とを以下のように組み合わせるようにしてもよい。
【０１１１】
例えば、メイン処理（Ａ）において、候補抽出処理（Ａ）及び決定処理（Ｃ）を実行するようにしてもよい。同じくメイン処理（Ａ）において、候補抽出処理（Ｂ）及び決定処理（Ｃ）を実行するようにしてもよい。
【０１１２】
例えば、メイン処理（Ｂ）において、候補抽出処理（Ａ）及び決定処理（Ｃ）を実行するようにしてもよい。
【０１１３】
以上、２つのアクセスポイント１０３のうちいずれかに、各無線端末１０１が接続する形態の例を示したが、無線端末１０１とアクセスポイント１０３との接続の仕方は、この例に限られない。
【０１１４】
図２４に示すように、無線端末１０１ａ乃至ｆの各々が同じアクセスポイント１０３に接続する形態において、上述した処理を適用するようにしてもよい。
【０１１５】
また、図２５に示すように、３つのアクセスポイント１０３のうちいずれかに、各無線端末１０１が接続する形態において、上述した処理を適用するようにしてもよい。この例で、無線端末１０１ａ乃至ｆ、アクセスポイント１０３ａ及びアクセスポイント１０３ｂの接続関係は、図１の場合と同様である。この例では、更にアクセスポイント１０３ｃが設けられる。アクセスポイント１０３ｃは、有線通信網（例えば、有線ＬＡＮ或いはインターネット）を介してアクセスポイント１０３ａと接続している。そして、無線端末１０１ｇ乃至ｉの各々が、無線ＬＡＮを介してアクセスポイント１０３ｃに接続するようになっている。尚、アクセスポイント１０３ｂとアクセスポイント１０３ｃとの間を、有線通信網（例えば、有線ＬＡＮ或いはインターネット）を介して接続するようにしてもよい。更に、４つ以上のアクセスポイント１０３のうちいずれかに、各無線端末１０１が接続する形態において、上述した処理を適用するようにしてもよい。アクセスポイント１０３同士が無線通信媒体によって接続していてもよい。
【０１１６】
［実施の形態４］
本実施の形態では、宛先の無線端末１０１を複数のグループに分けて、グループ毎に当該グループにおける一斉配信を行う例について説明する。
【０１１７】
図２６に、実施の形態４におけるメンバーテーブルの例を示す。図６に示したメンバーテーブルの場合と同様に、メンバーテーブルは、データを共有するグループのメンバーである無線端末１０１に対応するレコードを有している。但し、第１レコードは、当該メンバーテーブルを保持する無線端末１０１自身に関する。第２レコード以降は、他のメンバーである無線端末１０１に関する。
【０１１８】
メンバーテーブルのレコードは、無線端末ＩＤが格納されるフィールドと、ＩＰアドレスが格納されるフィールドとに加えて、グループＩＤが格納されるフィールドを有している。この例は、図２５に示したネットワーク構成に対応している。無線端末ＩＤ「Ｔ０１」乃至「Ｔ０９」は、無線端末１０１ａ乃至ｉに対応する。グループＩＤは、当該無線端末１０１が属するグループを識別する。尚、ＩＰアドレスに含まれるネットワークアドレス（例えば「１９２．１６８．１１」）とホストアドレス（例えば、「１０１」）のうち、ネットワークアドレスが共通するＩＰアドレスを１つのグループとするようにしてもよい。
【０１１９】
図２７Ａ及び図２７Ｂに、メイン処理（Ｃ）フローを示す。Ｓ１１０１乃至Ｓ１１０５における処理は、メイン処理（Ａ）の場合と同様である。
【０１２０】
Ｓ１１０３において、自らの無線区間のスループットが閾値を下回ると判定した場合、つまり自らの無線区間における通信状態が悪い場合には、端子Ｃを介して、図２７Ｂに示したＳ２７０１の処理に移る。
【０１２１】
図２７Ｂの説明に移る。選定部１００７は、メンバーテーブルに基づいて、グループを１つ特定する（Ｓ２７０１）。グループを選ぶ順番は、任意である。
【０１２２】
グループを１つ特定すると、選定部１００７は、候補抽出処理を実行する（Ｓ２７０３）。本実施の形態では、候補抽出処理（Ｃ）が実行される。
【０１２３】
図２８に、候補抽出処理（Ｃ）フローを示す。選定部１００７は、図２７ＢのＳ２７０１で特定されたグループの無線端末１０１のうち、無線区間のスループットが閾値を超える候補を抽出する（Ｓ２８０１）。つまり、無線区間における通信状態が良い無線端末１０１が、選び出される。
【０１２４】
この例で、Ｓ２８０１における閾値は、例えば図２７ＡのＳ１１０３における閾値と同じである。但し、Ｓ２８０１における閾値は、図２７ＡのＳ１１０３における閾値より大きくてもよい。或いは、Ｓ２８０１における閾値は、図２７ＡのＳ１１０３における閾値より小さくてもよい。また、自らの無線区間のスループットを、Ｓ２８０１における閾値として用いるようにしてもよい。候補抽出処理（Ｃ）を終えると、呼び出し元のメイン処理（Ｃ）に復帰する。
【０１２５】
図２７Ｂの説明に戻る。Ｓ１１０９で、メイン処理（Ａ）の場合と同様に、選定部１００７は、抽出された候補の数が０であるか否かを判定する。
【０１２６】
抽出された候補の数が０である場合には、配信部１００５は、Ｓ２７０１で特定されたグループにおける一斉配信を実行する（Ｓ２７０５）。つまり、配信部１００５は、図２７ＡのＳ１１０１で受け付けた指示における複数の宛先のうち、当該グループに含まれる無線端末１０１へ、送信部５０７を介してデータを送信する。そして、Ｓ２７１１の処理に移る。
【０１２７】
一方、抽出された候補の数が１以上である場合には、選定部１００７は、決定処理を実行する（Ｓ２７０７）。本実施の形態では、上述した決定処理（Ａ）乃至（Ｃ）のうち、いずれの決定処理を実行するようにしてもよい。
【０１２８】
そして、依頼部１００９は、送信部５０７を介して、Ｓ２７０７で決定された無線端末１０１に一斉配信の依頼を送信する（Ｓ２７０８）。このとき、配信されるデータの他、一斉配信の宛先を特定する無線端末ＩＤ（又はＩＰアドレス）が送られる。尚、一斉配信の宛先は、図２７ＡのＳ１１０１で受け付けた指示における複数の宛先のうち、当該グループに含まれる無線端末１０１である。但し、一斉配信の依頼先である無線端末１０１は、除かれる。
【０１２９】
Ｓ１１１７乃至Ｓ１１２１における処理は、メイン処理（Ａ）の場合と同様である。但し、Ｓ１１２１において、未選択の候補が残っていると判定した場合には、Ｓ２７０７に示した処理に戻って、上述した処理を繰り返す。また、Ｓ１１１９において、所定時間内に完了通知を受信したと判定した場合には、Ｓ２７１１の処理に移る。
【０１３０】
一方、Ｓ１１２１において、未選択の候補が残っていないと判定した場合には、配信部１００５は、Ｓ２７０１で特定されたグループの一斉配信を実行する（Ｓ２７０９）。つまり、配信部１００５は、図２７ＡのＳ１１０１で受け付けた指示における複数の宛先のうち、当該グループに含まれる無線端末１０１へ、送信部５０７を介してデータを送信する。
【０１３１】
Ｓ２７１１で、選定部１００７は、未処理のグループがあるか否かを判定する。未処理のグループがあると判定した場合には、Ｓ２７０１に示した処理に戻って、上述した処理を繰り返す。一方、未処理のグループがないと判定した場合には、端子Ｄを介して、図２７ＡのＳ２７０１に示した処理に戻る。
【０１３２】
本実施の形態によれば、一斉配信のための処理負荷及び通信負荷を分散できる。
【０１３３】
［実施の形態５］
実施の形態４では、実施の形態１の場合と同様に無線区間のスループットに基づいて、自らが配信元としての適性がないと判定した場合に、グループ毎の依頼処理を行う例について説明した。実施の形態５では、実施の形態２の場合と同様に他の無線端末１０１からの応答時間の最小値に基づいて、自らが配信元としての適性がないと判定した場合に、グループ毎の依頼処理を行う例について説明する。
【０１３４】
図２９に、メイン処理（Ｄ）フローを示す。Ｓ１１０１、Ｓ２００１及びＳ１１０５における処理は、メイン処理（Ｂ）の場合と同様である。
【０１３５】
Ｓ２００１において、無線端末１０１自身で測定した応答時間の最小値が閾値を超えると判定した場合には、端子Ｃを介して、図２７Ｂに示したＳ２７０１の処理に移る。
【０１３６】
以下、図２９に示したメイン処理（Ｄ）の続きを、図２７Ｂを用いて説明する。実施の形態４の場合と同様に、選定部１００７は、メンバーテーブルに基づいて、グループを１つ特定する（Ｓ２７０１）。
【０１３７】
グループを１つ特定すると、選定部１００７は、候補抽出処理を実行する（Ｓ２７０３）。本実施の形態では、候補抽出処理（Ｄ）が実行される。
【０１３８】
図３０に、候補抽出処理（Ｄ）フローを示す。選定部１００７は、図２７ＢのＳ２７０１で特定されたグループの無線端末１０１のうち、応答時間の最小値が閾値を下回る候補を抽出する（Ｓ３００１）。つまり、通信状態が良いと推定される無線端末１０１が、選び出される。候補抽出処理（Ｄ）を終えると、呼び出し元のメイン処理（Ｄ）に復帰する。
【０１３９】
図２７Ｂの説明に戻る。Ｓ１１０９以降の処理は、実施の形態４の場合と同様である。また、Ｓ２７０７において、上述した決定処理（Ａ）乃至（Ｃ）のうち、いずれの決定処理を実行するようにしてもよい。
【０１４０】
本実施の形態によれば、一斉配信のための処理負荷及び通信負荷を分散できる。
【０１４１】
尚、メイン処理と、候補抽出処理と、決定処理とを以下のように組み合わせるようにしてもよい。
【０１４２】
例えば、メイン処理（Ｄ）において、候補抽出処理（Ｃ）及び決定処理（Ａ）を実行するようにしてもよい。同じくメイン処理（Ｄ）において、候補抽出処理（Ｃ）及び決定処理（Ｂ）を実行するようにしてもよい。同じくメイン処理（Ｄ）において、候補抽出処理（Ｃ）及び決定処理（Ｃ）を実行するようにしてもよい。
【０１４３】
例えば、メイン処理（Ｃ）において、候補抽出処理（Ｄ）及び決定処理（Ａ）を実行するようにしてもよい。同じくメイン処理（Ｃ）において、候補抽出処理（Ｄ）及び決定処理（Ｂ）を実行するようにしてもよい。同じくメイン処理（Ｃ）において、候補抽出処理（Ｄ）及び決定処理（Ｃ）を実行するようにしてもよい。
【０１４４】
以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上述の機能ブロック構成はプログラムモジュール構成に一致しない場合もある。
【０１４５】
また、上で説明した各記憶領域の構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ、処理の順番を入れ替えることや複数の処理を並列に実行させるようにしても良い。
【０１４６】
なお、上で述べた無線端末１０１は、コンピュータ装置であって、図３１に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【０１４７】
本実施の形態における通信制御部２５１７は、無線通信の制御を行う。通信制御部２５１７は、例えば無線ＬＡＮ方式による無線通信の制御を行う。
【０１４８】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【０１４９】
本実施の形態に係る情報処理装置は、（Ａ）複数の宛先に一斉配信する場合に、情報処理装置自身における第１通信状況が基準よりも悪いか否かを判定する判定部と、（Ｂ）第１通信状況が基準よりも悪いと判定した場合に、複数の宛先のいずれかの宛先に、当該宛先以外の宛先の全部又は一部への一斉配信を依頼する依頼部とを有する。
【０１５０】
このようにすれば、安定的に一斉配信を行える。
【０１５１】
更に、第１通信状況は、情報処理装置における無線通信の品質に関するものであってもよい。
【０１５２】
このようにすれば、発信元の無線通信が滞る場合に対応できる。
【０１５３】
更に、第１通信状況は、情報処理装置と複数の宛先の各々との間の通信品質に基づいて特定されるものであってもよい。
【０１５４】
このようにすれば、発信元から各宛先への通信が滞る場合に対応できる。
【０１５５】
更に、複数の宛先の各々における第２通信状況に基づいて、依頼先を選定する選定部を有するようにしてもよい。
【０１５６】
このようにすれば、依頼先における一斉配信の円滑化を図ることができる。
【０１５７】
情報処理装置は、第１無線通信網を使用して第１ノード装置に接続するものであってもよい。複数の宛先の各々は、第１無線通信網を使用して第１ノード装置に接続する第１端末、又は第１ノード装置と接続している第２ノード装置に第２無線通信網を使用して接続する第２端末であってもよい。そして、複数の宛先の各々における第２通信状況は、当該宛先が使用する第１無線通信網又は第２無線通信網の無線区間における通信品質に関するものであってもよい。
【０１５８】
このようにすれば、依頼先の無線通信の状況に起因する一斉配信の停滞を回避しやすい。
【０１５９】
情報処理装置は、第１無線通信網を使用して第１ノード装置に接続するものであってもよい。複数の宛先の各々は、第１無線通信網を使用して第１ノード装置に接続する第１端末、又は第１ノード装置と接続している第２ノード装置に第２無線通信網を使用して接続する第２端末であってもよい。そして、複数の宛先の各々における第２通信状況は、当該宛先と当該宛先以外の第１端末及び／又は第２端末との間の通信品質に基づいて特定されるものであってもよい。
【０１６０】
このようにすれば、依頼先と各宛先との間の通信の状況に起因する一斉配信の停滞を回避しやすい。
【０１６１】
また、上記選定部は、更に情報処理装置と複数の宛先の各々との間の通信品質に基づいて、依頼先を選定するようにしてもよい。
【０１６２】
このようにすれば、一斉配信の依頼を円滑に行える。
【０１６３】
更に、上記選定部は、複数の宛先を分けたグループ毎に依頼先を選定するようにしてもよい。そして、上記依頼部は、グループ毎に選定された依頼先に、依頼先以外の、当該グループに含まれる宛先への一斉配信を依頼するようにしてもよい。
【０１６４】
このようにすれば、一斉配信のための処理負荷及び通信負荷を分散できる。
【０１６５】
なお、上で述べた情報処理装置における処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。
【０１６６】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１６７】
（付記１）
複数の宛先に一斉配信する場合に、情報処理装置自身における第１通信状況が基準よりも悪いか否かを判定する判定部と、
前記第１通信状況が前記基準よりも悪いと判定した場合に、前記複数の宛先のいずれかの宛先に、当該宛先以外の宛先の全部又は一部への一斉配信を依頼する依頼部と
を有する情報処理装置。
【０１６８】
（付記２）
前記第１通信状況は、前記情報処理装置における無線通信の品質に関する
付記１記載の情報処理装置。
【０１６９】
（付記３）
前記第１通信状況は、前記情報処理装置と前記複数の宛先の各々との間の通信品質に基づいて特定される
付記１記載の情報処理装置。
【０１７０】
（付記４）
更に、
前記複数の宛先の各々における第２通信状況に基づいて、依頼先を選定する選定部
を有する付記２又は３記載の情報処理装置。
【０１７１】
（付記５）
前記情報処理装置は、第１無線通信網を使用して第１ノード装置に接続し、
前記複数の宛先の各々は、前記第１無線通信網を使用して前記第１ノード装置に接続する第１端末、又は前記第１ノード装置と接続している第２ノード装置に第２無線通信網を使用して接続する第２端末であり、
前記複数の宛先の各々における前記第２通信状況は、当該宛先が使用する前記第１無線通信網又は前記第２無線通信網の無線区間における通信品質に関する
付記４記載の情報処理装置。
【０１７２】
（付記６）
前記情報処理装置は、第１無線通信網を使用して第１ノード装置に接続し、
前記複数の宛先の各々は、前記第１無線通信網を使用して前記第１ノード装置に接続する第１端末、又は前記第１ノード装置と接続している第２ノード装置に第２無線通信網を使用して接続する第２端末であり、
前記複数の宛先の各々における前記第２通信状況は、当該宛先と当該宛先以外の前記第１端末及び／又は前記第２端末との間の通信品質に基づいて特定される
付記４記載の情報処理装置。
【０１７３】
（付記７）
前記選定部は、更に前記情報処理装置と前記複数の宛先の各々との間の通信品質に基づいて、前記依頼先を選定する
付記４乃至６のいずれか１つ記載の情報処理装置。
【０１７４】
（付記８）
前記選定部は、前記複数の宛先を分けたグループ毎に依頼先を選定し、
前記依頼部は、前記グループ毎に選定された前記依頼先に、前記依頼先以外の、当該グループに含まれる宛先への一斉配信を依頼する
付記４乃至７のいずれか１つ記載の情報処理装置。
【０１７５】
（付記９）
複数の宛先に一斉配信する場合に、コンピュータ自身における第１通信状況が基準よりも悪いか否かを判定し、
前記第１通信状況が前記基準よりも悪いと判定した場合に、前記複数の宛先のいずれかの宛先に、当該宛先以外の宛先の全部又は一部への一斉配信を依頼する
処理を含み、前記コンピュータにより実行される情報処理方法。
【０１７６】
（付記１０）
複数の宛先に一斉配信する場合に、コンピュータ自身における第１通信状況が基準よりも悪いか否かを判定し、
前記第１通信状況が前記基準よりも悪いと判定した場合に、前記複数の宛先のいずれかの宛先に、当該宛先以外の宛先の全部又は一部への一斉配信を依頼する
処理を前記コンピュータに実行させる情報処理プログラム。
【０１７７】
（付記１１）
複数の端末を有する情報処理システムであって、
前記複数の端末の各々は、
当該端末以外の前記端末を宛先として一斉配信する場合に、当該端末自身における第１通信状況が基準よりも悪いか否かを判定する判定部と、
前記第１通信状況が前記基準よりも悪いと判定した場合に、当該端末自身以外の前記端末のいずれかに、残りの宛先の全部又は一部への一斉配信を依頼する依頼部と
を有する情報処理システム。
【符号の説明】
【０１７８】
１０１  無線端末    １０３  アクセスポイント
５０１  スループット収集部    ５０３  制御部
５０５  応答時間収集部    ５０７  送信部
５０９  受信部    ５１１  メンバー記憶部
５１３  スループット記憶部    ５１５  第１時間記憶部
５１７  第２時間記憶部    ５３１  ＴＣＰ／ＩＰ層
５３３  通信ミドル層    ５３５  アプリケーション層
８０１  第１測定部    ８０３  第１通知部
８０５  第１登録部    １００１  受付部
１００３  判定部    １００５  配信部
１００７  選定部    １００９  依頼部
１０１１  代行部    １５０１  第２測定部
１５０３  特定部    １５０５  第２通知部
１５０７  第２登録部
【図１】
2018061172.tif 000003
【図２】
2018061172.tif 000004
【図３】
2018061172.tif 000005
【図４】
2018061172.tif 000006
【図５】
2018061172.tif 000007
【図６】
2018061172.tif 000008
【図７】
2018061172.tif 000009
【図８】
2018061172.tif 000010
【図９】
2018061172.tif 000011
【図１０】
2018061172.tif 000012
【図１１Ａ】
2018061172.tif 000013
【図１１Ｂ】
2018061172.tif 000014
【図１２】
2018061172.tif 000015
【図１３】
2018061172.tif 000016
【図１４】
2018061172.tif 000017
【図１５】
2018061172.tif 000018
【図１６】
2018061172.tif 000019
【図１７】
2018061172.tif 000020
【図１８】
2018061172.tif 000021
【図１９】
2018061172.tif 000022
【図２０】
2018061172.tif 000023
【図２１】
2018061172.tif 000024
【図２２】
2018061172.tif 000025
【図２３】
2018061172.tif 000026
【図２４】
2018061172.tif 000027
【図２５】
2018061172.tif 000028
【図２６】
2018061172.tif 000029
【図２７Ａ】
2018061172.tif 000030
【図２７Ｂ】
2018061172.tif 000031
【図２８】
2018061172.tif 000032
【図２９】
2018061172.tif 000033
【図３０】
2018061172.tif 000034
【図３１】
2018061172.tif 000035