JP7244577B2 - 情報処理システム、情報処理装置及び情報処理プログラム - Google Patents

Description

本発明は、情報処理システム、情報処理装置及び情報処理プログラムに関する。

従来、無線通信ネットワークの通信経路を決定するための様々な技術が知られている。例えば、ダイクストラ法を用いて、メッシュネットワークのノードを相互接続するための無線通信ルートを決定する技術が知られている。

国際公開第２０１８／１８０５３４号 特表２０２０－５３６４０９号公報 特開２０１６－８２５２２号公報

無線通信ネットワークの通信性能を向上させる技術が求められている。

実施形態に係る情報処理システムは、無線メッシュネットワークを形成する複数の移動体それぞれが備える情報処理装置と、ユーザによって利用される端末装置と、を備える情報処理システムであって、データの送信元である第１端末装置は、前記データの送信先である複数の第２端末装置それぞれを識別可能な複数の端末識別情報と前記データとを含む宛先付データを、前記第１端末装置と接続されている第１情報処理装置に送信し、前記第１情報処理装置は、前記第１端末装置から受信した前記宛先付データに含まれる前記複数の端末識別情報の中に自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報が存在する場合は、当該自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報と前記データとを含む一のデータである第１集約データを前記第１情報処理装置の次の送信先として指定された第１隣接情報処理装置に送信する。

図１は、従来技術に係るＷｅｂ会議システムを示す図である。 図２は、従来技術に係るＷｅｂ会議システムと無線メッシュネットワークを組み合わせたシステムを示す図である。 図３は、無線メッシュネットワーク上にＷｅｂ会議システムの中央サーバを配置したシステムを示す図である。 図４は、実施形態に係る情報処理システムの構成例を示す図である。 図５は、実施形態に係る情報処理システムを構成する各装置の機能の概要を示す図である。 図６は、従来技術に係るデータの送信方法について説明するための図である。 図７は、実施形態に係るデータの集約について説明するための図である。 図８は、実施形態に係るデータの削減について説明するための図である。 図９は、実施形態に係るトラフィック制御マスターサーバの構成例を示す図である。 図１０は、実施形態に係るマスター管理テーブルの一例を示す図である。 図１１は、実施形態に係るトラフィック制御スレーブサーバの構成例を示す図である。 図１２は、実施形態に係るスレーブ管理テーブルの一例を示す図である。 図１３は、実施形態に係るトラフィック制御クライアントの構成例を示す図である。 図１４は、実施形態に係る情報処理の一例を示す図である。 図１５は、実施形態に係る会議管理情報の生成処理の一例を示す図である。 図１６は、実施形態に係る一人目のユーザが会議に参加した場合の情報処理の一例を示す図である。 図１７は、実施形態に係る二人目のユーザが会議に参加した場合の情報処理の一例を示す図である。 図１８は、実施形態に係る三人目のユーザが会議に参加した場合の情報処理の一例を示す図である。 図１９は、実施形態に係るトラフィック制御クライアントにおける通信品質が変更された場合の情報処理の一例を示す図である。 図２０は、実施形態に係るトラフィック制御クライアントにおける通信品質が変更されるユースケースについて説明するための図である。 図２１は、変形例に係るトラフィック制御クライアントにおける通信品質が強制的に変更された場合の情報処理の一例を示す図である。 図２２は、変形例に係る複数経路での分散通信の一例を示す図である。 図２３は、変形例に係る経路状態を考慮した通信先の変更の一例を示す図である。 図２４は、変形例に係る情報処理システムの構成例を示す図である。 図２５は、トラフィック制御マスターサーバ、トラフィック制御スレーブサーバおよびトラフィック制御クライアントの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理システム、情報処理装置及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理システム、情報処理装置及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．はじめに〕
図１は、従来技術に係る情報処理システムの一例として、Ｗｅｂ会議システムを示す図である。図１に示すように、従来技術に係るＷｅｂ会議システムは、ユーザの端末装置（図１では、スマートフォン）と、無線アクセスネットワーク（ＲＡＮ：Radio Access Network）と、モバイルコアネットワーク（EPC／5GC）と、インターネットと、ユーザに対するサービス（例えば、Ｗｅｂ会議システム）を提供する中央サーバ（図１に示す「Server」）を備える。

図１に示すように、従来技術に係るＷｅｂ会議システムでは、ユーザの端末装置から送信された音声、映像、共有画面のパケットデータ（以下、ユーザパケットともいう）は、中央サーバの仲介で他のユーザの端末装置に転送される。このように、従来技術に係るシステムでは、無線アクセスネットワークから中央サーバまでの上りの通信と、中央サーバから無線アクセスネットワークまでの下りの通信とで、ユーザパケットが同一の通信経路を往復することになる。すなわち、従来技術に係るシステムでは、ユーザパケットの往復通信が発生する。

ここで、従来技術に係る情報処理システムにより、上空に形成された無線メッシュネットワークを用いてＷｅｂ会議サービス等の配信サービスを提供する場合について、図２、図３を用いて説明する。

図２は、Ｗｅｂ会議サービスを提供するＷｅｂ会議システムと無線メッシュネットワークを組み合わせたシステムを例示する図である。図２に例示する無線メッシュネットワークは、上空に位置する複数の飛行体に搭載された無線通信機器（以下、飛行体の無線通信機器ともいう）によって形成される。飛行体は、メッシュネットワークを形成する通信基地局として機能し、高高度（例えば、成層圏）を飛び続ける無人飛行機である。具体的には、例えば、飛行体は、高高度基盤ステーション（ＨＡＰＳ：High Altitude Platform Station）やドローンなどの無人飛行機であってよい。飛行体は、ＬＴＥ（Long Term Evolution）方式の無線通信に対応した携帯電話基地局であるｅＮＢ（evolved Node B）や第５世代通信方式（５Ｇ）における無線基地局であるｇＮＢ（next Generation Node B）として機能してよい。また、飛行体は、メッシュネットワークの通信データを転送処理するネットワーク処理装置を搭載してよい。地上に位置するユーザの端末装置（図２では、スマートフォン）と上空に位置する飛行体の無線通信機器との間の無線通信経路をサービスリンク、上空に位置する飛行体の無線通信機器同士の間の無線通信経路をメッシュリンク、上空に位置する飛行体の無線通信機器と地上に位置するベースステーション（基地局機能等）との間の無線通信経路をフィーダーリンクともいう。

Ｗｅｂ会議システムと無線メッシュネットワークを組み合わせたシステム全体では、ユーザの端末装置から送信されたユーザパケットは、図１と同様に、中央サーバの仲介で他のユーザの端末装置に転送されるため、ベースステーションを中継しなければならない。したがって、従来技術に係る情報処理システムを用いた場合、ベースステーションから中央サーバまでの上りの通信と、中央サーバからベースステーションまでの下りの通信とで、ユーザパケットが同一の通信経路を往復することになる。すなわち、従来技術に係る情報処理システムを用いて配信サービスを提供する場合、ユーザパケットの無駄な往復通信が発生する。

図３は、従来技術に係るＷｅｂ会議システムの中央サーバを無線メッシュネットワーク上に配置したシステムを示す図である。図３に示す無線メッシュネットワークは、上空に位置する４つの飛行体の無線通信機器によって形成される。図３に示すように、従来技術に係るＷｅｂ会議システムの中央サーバを無線メッシュネットワーク上に配置したシステムでは、図１および図２と同様に、ユーザの端末装置から送信されたユーザパケットは、中央サーバの仲介で他のユーザの端末装置に転送される。このように、従来技術に係るシステムでは、同一飛行体配下に収容されているユーザ間の通信において、ユーザの端末装置に接続されている飛行体から中央サーバが設置されている飛行体までの上りの通信と、中央サーバが設置されている飛行体からユーザの端末装置に接続されている飛行体までの下りの通信とで、ユーザパケットが同一の通信経路を往復することになる。すなわち、従来技術に係るシステムに係る中央サーバを無線メッシュネットワーク上に配置するだけでは、図２と同様に、ユーザパケットの無駄な往復通信の発生を避けられない。

また、図３に示す例では、データの送信元である端末装置によるデータの送受信に関する通信品質と比べて、データの送信先である端末装置によるデータの送受信に関する通信品質の方が低い。この場合、送信先の端末装置は自装置が送受信可能な通信品質を超える過剰なデータ品質のデータを送信元の端末装置から受信することになる。すなわち、送信元の端末装置の通信品質と送信先の端末装置が要求する通信品質とが相違する場合に、無駄なデータの送受信がなされる場合がある。したがって、中央サーバを無線メッシュネットワーク上に配置するだけでは、最適なシステムとはならない。

これに対し、本願に係る情報処理システムは、無線メッシュネットワークを形成する複数の移動体それぞれが備える情報処理装置と、ユーザによって利用される端末装置と、を備える。データの送信元である端末装置（以下、第１端末装置ともいう）は、データの送信先である複数の端末装置（以下、第２端末装置ともいう）それぞれを識別可能な複数の端末識別情報とデータとを含む宛先付データを、第１端末装置と接続されている情報処理装置（以下、第１情報処理装置ともいう）に送信してよい。第１情報処理装置は、第１端末装置から受信した宛先付データに含まれる複数の端末識別情報の中に自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報が存在する場合は、自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報とデータとを含む一のデータである第１集約データを第１情報処理装置の次の送信先として指定された情報処理装置（以下、第１隣接情報処理装置ともいう）に送信してよい。

このように、本願に係る情報処理システムは、データの送信先である複数の第２端末装置が自装置と接続されていない場合は、複数の送信先に宛てられた複数のデータを集約した一つのデータを第１情報処理装置の次の送信先として指定された第１隣接情報処理装置に送信することができる。これにより、情報処理システムは、データの送信先である第２端末装置が自装置と接続されていない場合に、宛先が複数である場合であっても、複数の送信先に宛てられた複数のデータを一つのデータに集約することにより、複数の送信先それぞれに宛てられた複数のデータが同一の通信経路上を複数回流れないようにすることができる。したがって、情報処理システムは、メッシュネットワーク全体のトラフィック量を低減することができる。また、情報処理システムは、メッシュネットワーク全体のトラフィック量を低減することができるので、例えば、Ｗｅｂ会議サービス等の配信サービスを実現するシステムにおいて、音声、映像、共有画面などのデータを低遅延で転送することができる。したがって、本願に係る情報処理システムは、無線通信ネットワークの通信性能を向上させることができる。

また、本願に係る第１情報処理装置は、第２端末装置が自装置と接続されており、第２端末装置によるデータの受信に関する通信品質が第１情報処理装置によるデータの送信に関する通信品質よりも低い場合は、第１端末装置から受信した宛先付データに含まれるデータのデータ量を削減し、宛先付データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータ（以下、第１削減後データともいう）を第２端末装置に送信し、第２端末装置が自装置と接続されておらず、第１隣接情報処理装置によるデータの受信に関する通信品質が第１情報処理装置によるデータの送信に関する通信品質よりも低い場合は、第１端末装置から受信した宛先付データに含まれるデータのデータ量を削減し、宛先付データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータ（以下、第２削減後データともいう）を第１隣接情報処理装置に送信する。

このように、本願に係る情報処理システムは、データの送信先によるデータの受信に関する通信品質を示す品質情報が、データの送信元によるデータの送信に関する通信品質を示す品質情報よりも低い場合は、データの送信元から受信したデータのデータ量を削減し、送信元から受信したデータのデータ量から削減したデータ量を引いた残りのデータ量に対応する削減後データをデータの送信先に送信する。これにより、情報処理システムは、データの送信先が送受信可能な通信品質を超える過剰なデータ品質のデータを送信しないようにすることができる。したがって、情報処理システムは、メッシュネットワーク全体のトラフィック量を低減することができる。また、情報処理システムは、メッシュネットワーク全体のトラフィック量を低減することができるので、例えば、Ｗｅｂ会議システムにおける音声、映像、共有画面などのデータを低遅延で転送することができる。したがって、情報処理システムは、無線通信ネットワークの通信性能を向上させることができる。

〔２．情報処理システムの構成例〕
図４は、実施形態に係る情報処理システムの構成例を示す図である。情報処理システム１は、トラフィック制御マスターサーバ１００（以下、マスターサーバ１００ともいう）と、トラフィック制御スレーブサーバ２００（以下、スレーブサーバ２００ともいう）と、トラフィック制御クライアント３００（以下、クライアント３００または端末装置ともいう）を備える。マスターサーバ１００とスレーブサーバ２００は、無線メッシュネットワークを形成する複数の飛行体それぞれに搭載される。マスターサーバ１００と、スレーブサーバ２００と、クライアント３００とは所定のネットワークＮ（図示略）を介して、有線または無線により通信可能に接続される。なお、図４に示す情報処理システム１には、任意の数のマスターサーバ１００と任意の数のスレーブサーバ２００と任意の数のクライアント３００が含まれてもよい。

マスターサーバ１００は、ユーザに対する配信サービス（例えば、Ｗｅｂ会議システム）を提供する中央サーバ、ＳＤＮコントローラ、および第５世代移動通信システムを構成するネットワーク機能（ＮＦｓ：Network Functions）等の外部システムと通信する。例えば、マスターサーバ１００は、Ｗｅｂ会議システムを提供する中央サーバからＷｅｂ会議に関連する情報を取得する。また、マスターサーバ１００は、ＳＤＮコントローラから無線メッシュネットワークのトポロジーに関する情報を取得する。また、マスターサーバ１００は、第５世代移動通信システムを構成するネットワーク機能から５Ｇコアネットワークの通信経路の統計情報（帯域使用率、遅延、パケットロス等）やモバイルネットワークの輻輳を予兆する情報等を取得する。

図５は、実施形態に係る情報処理システムを構成する各装置の機能の概要を示す図である。マスターサーバ１００は、無線メッシュネットワークを形成する飛行体に搭載される情報処理装置である。マスターサーバ１００は、外部システムから取得した情報に基づいて、無線メッシュネットワークの通信経路を計算する。具体的には、例えば、マスターサーバ１００は、配信システム（例えば、Ｗｅｂ会議システム）に関連する情報、無線メッシュネットワークのトポロジーに関する情報、および５Ｇコアネットワークの通信経路の統計情報やモバイルネットワークの輻輳を予兆する輻輳予兆情報等に基づいて、無線メッシュネットワークの通信経路を計算する。また、マスターサーバ１００は、後述する管理テーブルに関する情報を更新し、更新した管理テーブルに関する情報をスレーブサーバ２００に配信する。また、マスターサーバ１００は、後述するスレーブサーバ２００と同等の機能を備える。マスターサーバ１００は、例えば、１つの無線メッシュネットワークにつき１台設置されてよい。

また、スレーブサーバ２００は、無線メッシュネットワークを形成する飛行体に搭載される情報処理装置である。スレーブサーバ２００は、クライアント３００から送受信されたデータの中継、集約、および削減を行う。ここで、データの集約とは、複数の送信先に対して同一のデータを送信する場合に、複数の送信先それぞれに対してデータを送信する代わりに、複数の送信先が設定された一つのデータ（複数の送信先に宛てられたデータを集約した一つのデータという意味で、以下、「集約データ」ともいう）を送信することを指す。また、データの削減とは、データの送信先によるデータの受信に関する通信品質を示す品質情報が、データの送信元によるデータの送信に関する通信品質を示す品質情報よりも低い場合に、データの送信元から受信したデータのデータ量を削減し、送信元から受信したデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータ（以下、削減後データともいう）をデータの送信先に送信することを指す。また、スレーブサーバ２００は、自サーバから他サーバに対しての通信経路の使用状況を示す経路状態情報を測定する。また、スレーブサーバ２００は、Ｗｅｂ会議システムの動作に必要な制御信号の送受信を行う。スレーブサーバ２００は、例えば、１つの無線メッシュネットワークにつき複数台設置されてよい。

図６は、従来技術に係るデータの送信方法について説明するための図である。図６は、従来技術に係るＷｅｂ会議システムと無線メッシュネットワークを組み合わせたシステムを示す。図６に示すメッシュネットワークは、それぞれＡ～Ｃで識別される３つの飛行体によって形成される。Ａで識別される飛行体は、Ｗｅｂ会議システムを提供する中央サーバを搭載している。ユーザ＃１の端末装置＃１は、Ａで識別される飛行体に搭載された中央サーバと接続されている。また、ユーザ＃３の端末装置＃３およびユーザ＃４の端末装置＃４は、Ｂで識別される飛行体に搭載されている無線通信装置と接続されている。また、ユーザ＃５の端末装置＃５は、Ｃで識別される飛行体に搭載されている無線通信装置と接続されている。

図６に示す例では、Ｗｅｂ会議の画像に関するデータの送信元である端末装置＃１は、データの送信先である複数の端末装置＃３～端末装置＃５それぞれを識別可能な複数の端末識別情報とデータとを含む宛先付データを中央サーバに送信する。中央サーバは、端末装置＃１から宛先付データを受信すると、端末装置＃３～端末装置＃５それぞれの宛先ごとに受信したデータを送信する。このように、従来技術に係るシステムでは、中央サーバが宛先ごとに受信したデータを送信するため、同一経路上を同一のデータが複数回流れる可能性がある。図６に示す例では、Ａで識別される飛行体とＢで識別される飛行体との間の同一の通信経路に端末装置＃１から送信された同一のデータが３回流れる可能性がある。

これに対し、実施形態に係る情報処理システム１は、飛行体それぞれが、スレーブサーバ２００を搭載している。図７は、実施形態に係るデータの集約について説明するための図である。図７は、一実施形態に係る情報処理システム１を示す。図７は、従来技術との対比のために、図６と同様にそれぞれＡ～Ｃで識別される３つの飛行体によってメッシュネットワークが形成されている例を示している。ユーザ＃１の端末装置＃１は、Ａで識別される飛行体に搭載されたスレーブサーバ２００と接続されている。また、ユーザ＃３の端末装置＃３およびユーザ＃４の端末装置＃４は、Ｂで識別される飛行体に搭載されているスレーブサーバ２００と接続されている。また、ユーザ＃５の端末装置＃５は、Ｃで識別される飛行体に搭載されているスレーブサーバ２００と接続されている。

図７に示す例では、Ｗｅｂ会議の画像に関するデータの送信元である端末装置＃１は、データの送信先である複数の端末装置＃３～端末装置＃５それぞれを識別可能な複数の端末識別情報とデータとを含む宛先付データを端末装置＃１と接続されている飛行体Ａのスレーブサーバ２００に送信する。飛行体Ａのスレーブサーバ２００は、端末装置＃１から宛先付データを受信すると、自装置と接続されていない複数の端末装置＃３～端末装置＃５それぞれを識別可能な複数の端末識別情報と宛先付データに含まれるデータとを含む一のデータである集約データを飛行体Ａのスレーブサーバ２００の次の送信先として指定された飛行体Ｂのスレーブサーバ２００に送信する。飛行体Ｂのスレーブサーバ２００は、飛行体Ａのスレーブサーバ２００から送信された集約データを受信すると、自装置と接続されている端末装置＃３および端末装置＃４それぞれに対して受信した集約データに含まれるデータを送信する。また、飛行体Ｂのスレーブサーバ２００は、飛行体Ａのスレーブサーバ２００から転送された集約データを受信すると、自装置と接続されていない一の端末装置＃５を識別可能な端末識別情報と集約データに含まれるデータとを含む一のデータである転送データを飛行体Ｂのスレーブサーバ２００の次の送信先として指定された飛行体Ｃのスレーブサーバ２００に送信する。飛行体Ｃのスレーブサーバ２００は、飛行体Ｂのスレーブサーバ２００から送信された転送データを受信すると、受信した転送データに含まれるデータを端末装置＃５に送信する。

図７に示すように、情報処理システム１は、データの送信先である複数の端末装置が各スレーブサーバ２００と接続されていない場合は、複数の送信先に宛てられた複数のデータを集約した一つのデータを各スレーブサーバ２００の次の転送先として指定されたスレーブサーバ２００に送信することができる。これにより、情報処理システム１は、同一経路上を同一のデータが複数回流れることがないように制御することができる。なお、マスターサーバ１００は、上述したスレーブサーバ２００と同様のデータを集約する機能を備える。

図８は、実施形態に係るデータの削減について説明するための図である。スレーブサーバ２００は、データの送信先またはデータの転送先が送受信可能な通信品質を超える過剰なデータ品質のデータを送信しないようにデータを削減する。図８の上段は、音声のデータを削減する例を示す。例えば、スレーブサーバ２００は、音声のデータに含まれる周波数成分やサンプリングレートを削減することで、音声のデータを削減することができる。また、図８の下段は、動画や共有画面のデータを削減する例を示す。例えば、スレーブサーバ２００は、動画や共有画面のデータの画像サイズ（縦サイズ、横サイズ、または縦サイズと横サイズの比率など）、フレームレート、画素情報（色相、明度、または彩度）を削減することで、動画や共有画面のデータを削減することができる。なお、マスターサーバ１００は、上述したスレーブサーバ２００と同様のデータを削減する機能を備える。

図５の説明に戻る。クライアント３００は、Ｗｅｂ会議システムを利用するユーザによって使用される情報処理装置である。図５に示すように、クライアント３００は、Ｗｅｂ会議システムを利用するためのアプリケーションに関する情報をマスターサーバ１００およびスレーブサーバ２００に対して提供する。また、クライアント３００は、クライアント３００によるデータの送受信に関する通信品質を示す品質情報をマスターサーバ１００およびスレーブサーバ２００に対して提供する。また、クライアント３００は、送信データを送信する前に事前に送信データを最適化する処理を行う。

〔３．トラフィック制御マスターサーバの構成例〕
図９は、実施形態に係るトラフィック制御マスターサーバ１００の構成例を示す図である。図９に示すように、マスターサーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０）
通信部１１０は、例えば、アンテナ、無線通信機器、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図示略）と有線又は無線で接続される。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図９に示すように、記憶部１２０は、マスター管理テーブル１２１を有する。

（マスター管理テーブル１２１）
マスター管理テーブル１２１は、クライアント３００とスレーブサーバ２００（または、マスターサーバ１００）との接続関係、およびスレーブサーバ２００同士の接続関係（または、スレーブサーバ２００とマスターサーバ１００との接続関係）に関する各種情報を記憶する。図１０は、実施形態に係るマスター管理テーブルの一例を示す図である。図１０に示すように、マスター管理テーブル１２１は、「会議ＩＤ」、「ユーザ管理テーブル」、「サーバ管理テーブル」といった項目を有する。

「会議ＩＤ」は、Ｗｅｂ会議を識別する識別情報である。「会議ＩＤ」は、Ｗｅｂ会議サービスのユーザによって立ち上げられた会議ごとに割り振られる。

また、「ユーザ管理テーブル」は、「ユーザＩＤ」、「サーバＩＤ」、「通信品質」といった小項目をさらに有する。「ユーザＩＤ」は、Ｗｅｂ会議に参加しているユーザを識別する識別情報であるとともに、当該ユーザによって利用されるクライアント３００を識別する識別情報でもある。また、「サーバＩＤ」は、「ユーザＩＤ」で識別されるクライアント３００と接続されている（つまり、クライアント３００にとって直近の接続先である）スレーブサーバ２００（または、マスターサーバ１００）を識別する識別情報である。また、「通信品質」は、「ユーザＩＤ」で識別されるクライアント３００によるデータの送受信に関する通信品質を示す品質情報である。なお、品質情報は、クライアント３００から取得される。また、「通信品質」は、「送信」、「受信」といった小項目をさらに有する。「送信」は、「ユーザＩＤ」で識別されるクライアント３００によるデータの送信に関する通信品質を示す品質情報である。「受信」は、「ユーザＩＤ」で識別されるクライアント３００によるデータの受信に関する通信品質を示す品質情報である。

また、「サーバ管理テーブル」は、「サーバＩＤ」、「隣接サーバＩＤ」、「通信品質」、「経路状態」といった小項目をさらに有する。「サーバＩＤ」は、Ｗｅｂ会議の通信に用いられる無線メッシュネットワークを形成する複数の飛行体それぞれに搭載されているスレーブサーバ２００（または、マスターサーバ１００）を識別する識別情報である。「隣接サーバＩＤ」は、「サーバＩＤ」で識別されるスレーブサーバ２００（または、マスターサーバ１００）と隣接するスレーブサーバ２００（または、マスターサーバ１００）を識別する識別情報である。なお、「サーバＩＤ」で識別されるスレーブサーバ２００（または、マスターサーバ１００）と隣接するスレーブサーバ２００（または、マスターサーバ１００）に関する情報は、ＳＤＮコントローラから取得される。「通信品質」は、「サーバＩＤ」で識別されるスレーブサーバ２００（または、マスターサーバ１００）によるデータの送受信に関する通信品質および「サーバＩＤ」で識別されるスレーブサーバ２００（または、マスターサーバ１００）と接続されているクライアント３００によるデータの送受信に関する通信品質のうち、最も高い通信品質を示す品質情報である。「経路状態」は、「サーバＩＤ」で識別されるスレーブサーバ２００（または、マスターサーバ１００）と隣接するスレーブサーバ２００（または、マスターサーバ１００）との間の通信経路の使用状況を示す経路状態情報である。なお、経路状態情報は、マスターサーバ１００が測定した値を格納、またはスレーブサーバ２００が測定した値をスレーブサーバ２００から取得する。

なお、図示は省略するが、上述した「通信品質」はプロトコルやアプリケーション単位で複数定義できる。例えば、「通信品質」は、映像、音声、画面の共有、ファイルの共有、およびチャット機能などの単位ごとに複数定義することができる。

（制御部１３０）
図９に戻り、説明を続ける。制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、マスターサーバ１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図９に示す例では、制御部１３０は、マスターサーバ処理部１３１と、外部システム制御部１３２と、ユーザパケット伝送部１３３とを有する。

（マスターサーバ処理部１３１）
マスターサーバ処理部１３１は、Ｗｅｂ会議システムの動作に必要な制御信号の送受信を行う。また、マスターサーバ処理部１３１は、自サーバと隣接するスレーブサーバ２００との間の通信経路における使用状況および通信品質を測定および記録する。例えばマスターサーバ処理部１３１は、自サーバと隣接するスレーブサーバ２００との間の通信経路上で一定期間内に転送されたデータ量（通信量、トラフィックともいう）を測定する。マスターサーバ処理部１３１は、自サーバと隣接するスレーブサーバ２００との間の通信経路における使用状況および通信品質を測定すると、測定した値をマスター管理テーブル１２１に格納する。

また、マスターサーバ処理部１３１は、外部システム、スレーブサーバ２００、およびクライアント３００から取得した情報に基づいて、最適な通信経路および送受信品質の計算を行う。また、マスターサーバ処理部１３１は、マスター管理テーブル１２１を書き換える。また、マスターサーバ処理部１３１は、マスター管理テーブル１２１を書き換えた場合は、書き換えた内容に関する情報をスレーブサーバ２００に対して通知する。

（外部システム制御部１３２）
外部システム制御部１３２は、Ｗｅｂ会議システムを提供する中央サーバ、ＳＤＮコントローラ、および第５世代移動通信システムを構成するネットワーク機能（ＮＦ：Network Functions）等の外部システムと情報の送受信を行う。また、外部システム制御部１３２は、通信経路における輻輳およびその予兆を検知する等、通信品質を任意の状態へ強制的に変更する必要がある場合は、強制的に管理テーブルの書き換えを行う。

（ユーザパケット伝送部１３３）
ユーザパケット伝送部１３３は、マスター管理テーブルを参照し、データの送信元から受信したデータを自サーバと接続されているクライアント３００または自サーバと隣接するスレーブサーバ２００に送信する。また、ユーザパケット伝送部１３３は、データの送信先の受信品質が自サーバの送信品質より低い場合は、受信したデータを加工することでデータ量を削減し、受信したデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータである削減後データを自サーバと接続されているクライアント３００または自サーバと隣接するスレーブサーバ２００に送信する。

具体的には、ユーザパケット伝送部１３３は、データの送信元であるクライアント３００から、データの送信先であるクライアント３００を識別可能な端末識別情報とデータとを含む宛先付データを受信してよい。例えば、ユーザパケット伝送部１３３は、複数のクライアント３００それぞれを識別可能な複数の端末識別情報とデータとを含む宛先付データを受信してよい。続いて、ユーザパケット伝送部１３３は、受信した宛先付データに含まれる端末識別情報の中に自装置と接続されているクライアント３００を識別可能な端末識別情報が存在する場合は、自装置と接続されているクライアント３００のうち、宛先付データに含まれる端末識別情報によって識別されるクライアント３００にデータを送信してよい。また、ユーザパケット伝送部１３３は、送信先のクライアント３００によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、受信した宛先付データに含まれるデータのデータ量を削減し、宛先付データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータである第１削減後データをデータの送信先であるクライアント３００に送信してよい。

また、ユーザパケット伝送部１３３は、受信した宛先付データに含まれる端末識別情報の中に自装置と接続されていない一のクライアント３００を識別可能な端末識別情報が存在する場合は、自装置と接続されていない一のクライアント３００を識別可能な端末識別情報とデータとを含む一のデータである第１転送データを自装置の次の送信先として指定されたスレーブサーバ２００に送信してよい。また、ユーザパケット伝送部１３３は、自装置の次の送信先として指定されたスレーブサーバ２００によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、第１転送データに含まれるデータのデータ量を削減し、第１転送データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータを自装置の次の送信先として指定されたスレーブサーバ２００に送信してよい。

また、ユーザパケット伝送部１３３は、受信した宛先付データに含まれる端末識別情報の中に自装置と接続されていない複数のクライアント３００それぞれを識別可能な複数の端末識別情報が存在する場合は、自装置と接続されていない複数のクライアント３００それぞれを識別可能な複数の端末識別情報とデータとを含む一のデータである第１集約データを自装置の次の送信先として指定されたスレーブサーバ２００に送信してよい。また、ユーザパケット伝送部１３３は、自装置の次の送信先として指定されたスレーブサーバ２００によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、第１集約データに含まれるデータのデータ量を削減し、第１集約データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータを自装置の次の送信先として指定されたスレーブサーバ２００に送信してよい。

また、ユーザパケット伝送部１３３は、隣接するスレーブサーバ２００から第１集約データを受信してよい。ユーザパケット伝送部１３３は、受信した第１集約データに含まれる端末識別情報の中に自装置と接続されているクライアント３００を識別可能な端末識別情報が存在する場合は、自装置と接続されているクライアント３００のうち、第１集約データに含まれる端末識別情報によって識別されるクライアント３００にデータを送信してよい。また、ユーザパケット伝送部１３３は、隣接するスレーブサーバ２００から受信した第１集約データを削減してよい。例えば、ユーザパケット伝送部１３３は、データの送信先であるクライアント３００が自装置と接続されており、クライアント３００によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、受信した第１集約データに含まれるデータのデータ量を削減し、第１集約データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータである第３削減後データをデータの送信先であるクライアント３００に送信してよい。

また、ユーザパケット伝送部１３３は、受信した第１集約データに含まれる端末識別情報の中に自装置と接続されていない一のクライアント３００を識別可能な端末識別情報が存在する場合は、自装置と接続されていない一のクライアント３００を識別可能な端末識別情報とデータとを含む一のデータである第２転送データを自装置の次の送信先として指定されたスレーブサーバ２００に送信してよい。また、ユーザパケット伝送部１３３は、データの送信先であるクライアント３００が自装置と接続されておらず、自装置の次の送信先として指定されたスレーブサーバ２００によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、第１集約データに含まれるデータのデータ量を削減し、第１集約データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータである第４削減後データを自装置の次の送信先として指定されたスレーブサーバ２００に送信してよい。

また、ユーザパケット伝送部１３３は、隣接するスレーブサーバ２００から受信した第１集約データをさらに集約してよい。例えば、ユーザパケット伝送部１３３は、受信した第１集約データに含まれる端末識別情報の中に自装置と接続されていない複数のクライアント３００それぞれを識別可能な複数の端末識別情報が存在する場合は、自装置と接続されていない複数のクライアント３００それぞれを識別可能な複数の端末識別情報とデータとを含む一のデータである第２集約データを自装置の次の送信先として指定されたスレーブサーバ２００に送信してよい。

〔４．トラフィック制御スレーブサーバの構成例〕
図１１は、実施形態に係るトラフィック制御スレーブサーバ２００の構成例を示す図である。図１１に示すように、スレーブサーバ２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

（通信部２１０）
通信部２１０は、例えば、アンテナ、無線通信機器、ＮＩＣ等によって実現される。また、通信部２１０は、ネットワークＮ（図示略）と有線又は無線で接続される。

（記憶部２２０）
記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図１１に示すように、記憶部２２０は、スレーブ管理テーブル２２１を有する。

（スレーブ管理テーブル２２１）
スレーブ管理テーブル２２１は、自サーバと接続されているクライアント３００、および自サーバと隣接するスレーブサーバ２００（または、マスターサーバ１００）に関する各種情報を記憶する。スレーブ管理テーブル２２１は、自サーバに関する情報以外の情報は記憶しない点がマスター管理テーブル１２１と異なる。図１２は、実施形態に係るスレーブ管理テーブルの一例を示す図である。図１２に示すように、スレーブ管理テーブル２２１は、「会議ＩＤ」、「ユーザ管理テーブル」、「サーバ管理テーブル」といった項目を有する。

「会議ＩＤ」は、Ｗｅｂ会議を識別する識別情報である。「会議ＩＤ」は、Ｗｅｂ会議サービスのユーザによって立ち上げられた会議ごとに割り振られる。

また、「ユーザ管理テーブル」は、「ユーザＩＤ」、「通信品質」といった小項目をさらに有する。「ユーザＩＤ」は、自サーバと接続されているクライアント３００を利用するユーザを識別する識別情報であるとともに、自サーバと接続されているクライアント３００を識別する識別情報でもある。また、「通信品質」は、「ユーザＩＤ」で識別されるクライアント３００によるデータの送受信に関する通信品質を示す品質情報である。なお、品質情報は、クライアント３００から取得される。また、「通信品質」は、「送信」、「受信」といった小項目をさらに有する。「送信」は、「ユーザＩＤ」で識別されるクライアント３００によるデータの送信に関する通信品質を示す品質情報である。「受信」は、「ユーザＩＤ」で識別されるクライアント３００によるデータの受信に関する通信品質を示す品質情報である。

また、「サーバ管理テーブル」は、「隣接サーバＩＤ」、「通信品質」、「経路状態」といった小項目をさらに有する。「隣接サーバＩＤ」は、自サーバと隣接するスレーブサーバ２００（または、マスターサーバ１００）を識別する識別情報である。なお、自サーバと隣接するスレーブサーバ２００（または、マスターサーバ１００）に関する情報は、マスターサーバ１００から取得される。「通信品質」は、「隣接サーバＩＤ」で識別されるスレーブサーバ２００（または、マスターサーバ１００）によるデータの送受信に関する通信品質を示す品質情報である。なお、品質情報は、マスターサーバ１００から取得される。「経路状態」は、「隣接サーバＩＤ」で識別されるスレーブサーバ２００（または、マスターサーバ１００）と自サーバとの間の通信経路の使用状況を示す経路状態情報である。なお、経路状態情報は、自サーバが測定した値を格納する。

なお、図示は省略するが、上述した「通信品質」はプロトコルやアプリケーション単位で複数定義できる。例えば、「通信品質」は、映像、音声、画面の共有、ファイルの共有、およびチャット機能などの単位ごとに複数定義することができる。

（制御部２３０）
図１１に戻り、説明を続ける。制御部２３０は、コントローラであり、例えば、ＣＰＵ、ＭＰＵ、ＡＳＩＣやＦＰＧＡ等によって、スレーブサーバ２００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図１１に示す例では、制御部２３０は、スレーブサーバ処理部２３１と、ユーザパケット伝送部２３２とを有する。

（スレーブサーバ処理部２３１）
スレーブサーバ処理部２３１は、Ｗｅｂ会議システムの動作に必要な制御信号の送受信を行う。また、スレーブサーバ処理部２３１は、自サーバと隣接するスレーブサーバ２００（または、マスターサーバ１００）との間の通信経路における使用状況および通信品質を測定および記録する。例えばスレーブサーバ処理部２３１は、自サーバと隣接するスレーブサーバ２００（または、マスターサーバ１００）との間の通信経路上で一定期間内に転送されたデータ量（通信量、トラフィックともいう）を測定する。スレーブサーバ処理部２３１は、自サーバと隣接するスレーブサーバ２００（または、マスターサーバ１００）との間の通信経路における使用状況および通信品質を測定すると、測定した値をスレーブ管理テーブル２２１に格納する。

（ユーザパケット伝送部２３２）
ユーザパケット伝送部２３２は、スレーブ管理テーブルを参照し、受信したデータを自サーバと接続されているクライアント３００または自サーバと隣接するスレーブサーバ２００（または、マスターサーバ１００）に送信する。また、ユーザパケット伝送部２３２は、データの送信先の受信品質が自サーバの送信品質より低い場合は、受信したデータを加工することでデータ量を削減し、受信したデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータである削減後データを自サーバと接続されているクライアント３００または自サーバと隣接するスレーブサーバ２００（または、マスターサーバ１００）に送信する。

具体的には、ユーザパケット伝送部２３２は、データの送信元であるクライアント３００から、データの送信先であるクライアント３００を識別可能な端末識別情報とデータとを含む宛先付データを受信してよい。例えば、ユーザパケット伝送部２３２は、複数のクライアント３００それぞれを識別可能な複数の端末識別情報とデータとを含む宛先付データを受信してよい。続いて、ユーザパケット伝送部２３２は、受信した宛先付データに含まれる端末識別情報の中に自装置と接続されているクライアント３００を識別可能な端末識別情報が存在する場合は、自装置と接続されているクライアント３００のうち、宛先付データに含まれる端末識別情報によって識別されるクライアント３００にデータを送信してよい。また、ユーザパケット伝送部２３２は、送信先のクライアント３００によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、受信した宛先付データに含まれるデータのデータ量を削減し、宛先付データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータである第１削減後データをデータの送信先であるクライアント３００に送信してよい。

また、ユーザパケット伝送部２３２は、受信した宛先付データに含まれる端末識別情報の中に自装置と接続されていない一のクライアント３００を識別可能な端末識別情報が存在する場合は、自装置と接続されていない一のクライアント３００を識別可能な端末識別情報とデータとを含む一のデータである第１転送データを自装置の次の送信先として指定されたスレーブサーバ２００（または、マスターサーバ１００）に送信してよい。また、ユーザパケット伝送部２３２は、自装置の次の送信先として指定されたスレーブサーバ２００（または、マスターサーバ１００）によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、第１転送データに含まれるデータのデータ量を削減し、第１転送データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータを自装置の次の送信先として指定されたスレーブサーバ２００（または、マスターサーバ１００）に送信してよい。

また、ユーザパケット伝送部２３２は、受信した宛先付データに含まれる端末識別情報の中に自装置と接続されていない複数のクライアント３００それぞれを識別可能な複数の端末識別情報が存在する場合は、自装置と接続されていない複数のクライアント３００それぞれを識別可能な複数の端末識別情報とデータとを含む一のデータである第１集約データを自装置の次の送信先として指定されたスレーブサーバ２００（または、マスターサーバ１００）に送信してよい。また、ユーザパケット伝送部２３２は、自装置の次の送信先として指定されたスレーブサーバ２００（または、マスターサーバ１００）によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、第１集約データに含まれるデータのデータ量を削減し、第１集約データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータを自装置の次の送信先として指定されたスレーブサーバ２００（または、マスターサーバ１００）に送信してよい。

また、ユーザパケット伝送部２３２は、隣接するスレーブサーバ２００（または、マスターサーバ１００）から第１集約データを受信してよい。ユーザパケット伝送部２３２は、受信した第１集約データに含まれる端末識別情報の中に自装置と接続されているクライアント３００を識別可能な端末識別情報が存在する場合は、自装置と接続されているクライアント３００のうち、第１集約データに含まれる端末識別情報によって識別されるクライアント３００にデータを送信してよい。また、ユーザパケット伝送部２３２は、隣接するスレーブサーバ２００（または、マスターサーバ１００）から受信した第１集約データを削減してよい。例えば、ユーザパケット伝送部２３２は、データの送信先であるクライアント３００が自装置と接続されており、クライアント３００によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、受信した第１集約データに含まれるデータのデータ量を削減し、第１集約データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータである第３削減後データをデータの送信先であるクライアント３００に送信してよい。

また、ユーザパケット伝送部２３２は、受信した第１集約データに含まれる端末識別情報の中に自装置と接続されていない一のクライアント３００を識別可能な端末識別情報が存在する場合は、自装置と接続されていない一のクライアント３００を識別可能な端末識別情報とデータとを含む一のデータである第２転送データを自装置の次の送信先として指定されたスレーブサーバ２００（または、マスターサーバ１００）に送信してよい。また、ユーザパケット伝送部２３２は、データの送信先であるクライアント３００が自装置と接続されておらず、自装置の次の送信先として指定されたスレーブサーバ２００によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、第１集約データに含まれるデータのデータ量を削減し、第１集約データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応するデータである第４削減後データを自装置の次の送信先として指定されたスレーブサーバ２００（または、マスターサーバ１００）に送信してよい。

また、ユーザパケット伝送部２３２は、隣接するスレーブサーバ２００（または、マスターサーバ１００）から受信した第１集約データをさらに集約してよい。例えば、ユーザパケット伝送部２３２は、受信した第１集約データに含まれる端末識別情報の中に自装置と接続されていない複数のクライアント３００それぞれを識別可能な複数の端末識別情報が存在する場合は、自装置と接続されていない複数のクライアント３００それぞれを識別可能な複数の端末識別情報とデータとを含む一のデータである第２集約データを自装置の次の送信先として指定されたスレーブサーバ２００（または、マスターサーバ１００）に送信してよい。

〔５．トラフィック制御クライアントの構成例〕
図１３は、実施形態に係るトラフィック制御クライアント３００の構成例を示す図である。図１３に示すように、クライアント３００は、通信部３１０と、記憶部３２０と、制御部３３０とを有する。

（通信部３１０）
通信部３１０は、例えば、ＮＩＣ等によって実現される。また、通信部３１０は、ネットワークＮ（図示略）と有線又は無線で接続される。

（記憶部３２０）
記憶部３２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。

（制御部３３０）
制御部３３０は、コントローラであり、例えば、ＣＰＵ、ＭＰＵ、ＡＳＩＣやＦＰＧＡ等によって、クライアント３００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図１３に示す例では、制御部３３０は、クライアント制御部３３１を有する。

（クライアント制御部３３１）
クライアント制御部３３１は、クライアント３００の状態を監視し、状態に応じた通信品質の算出を行う。また、クライアント制御部３３１は、Ｗｅｂ会議システムの動作に必要な制御信号の送受信を行う。

〔６．情報処理の一例〕
図１４は、実施形態に係る情報処理の一例を示す図である。図１４は、実施形態に係る情報処理システム１を示す。図１４に示すメッシュネットワークは、それぞれＡ～Ｄで識別される４つの飛行体によって形成される。また、Ａ～Ｃで識別される３つの飛行体それぞれは、スレーブサーバ２００を搭載している。また、Ｄで識別される飛行体は、マスターサーバ１００を搭載している。ユーザ＃１の端末装置＃１およびユーザ＃２の端末装置＃２は、Ａで識別される飛行体に搭載されたスレーブサーバ２００と接続されている。また、ユーザ＃３の端末装置＃３およびユーザ＃４の端末装置＃４は、Ｂで識別される飛行体に搭載されているスレーブサーバ２００と接続されている。また、ユーザ＃５の端末装置＃５およびユーザ＃６の端末装置＃６は、Ｃで識別される飛行体に搭載されているスレーブサーバ２００と接続されている。

また、図１４では、データの送信元である端末装置＃１が、データの送信先である端末装置＃２～端末装置＃６それぞれを識別可能なユーザＩＤとデータとを含む宛先付データを端末装置＃１と接続されている飛行体Ａのスレーブサーバ２００に送信する。図１４では、マスターサーバ１００が、マスター管理テーブル１２１を参照して、各通信経路の経路状態情報を取得する。また、マスターサーバ１００は、ＳＤＮコントローラ等の外部システムからも、各通信経路の経路状態情報を取得する。続いて、マスターサーバ１００は、各サーバから取得した経路状態情報および外部システムから取得した経路状態情報に基づいて、最適な通信経路を決定する。例えば、マスターサーバ１００は、飛行体Ａ→飛行体Ｂ→飛行体Ｃの通信経路および飛行体Ａ→飛行体Ｄ→飛行体Ｃの通信経路のうち、飛行体Ａ→飛行体Ｂ→飛行体Ｃの通信経路を最適な通信経路として決定する。なお、マスターサーバ１００は、ＳＤＮコントローラ等の外部システムから取得した情報が既に最適経路に関する情報であることが判明している場合は、外部システムから取得した情報に基づいて最適経路を決定してもよい。

飛行体Ａのスレーブサーバ２００は、端末装置＃１から宛先付データを受信する。続いて、飛行体Ａのスレーブサーバ２００は、データの送信先である端末装置＃２が自サーバと接続されているので、端末装置＃１から受信した宛先付データに含まれるデータを端末装置＃２に送信する。より具体的には、飛行体Ａのスレーブサーバ２００は、端末装置＃２によるデータの受信品質が「中」であり、自サーバによるデータの送信品質である「高」より低いので、端末装置＃１から受信したデータのデータ量を端末装置＃２によるデータの受信品質である「中」まで削減し、削減したデータ量に対応する削減後データを端末装置＃２に送信する。

一方、飛行体Ａのスレーブサーバ２００は、データの送信先である端末装置＃３～端末装置＃６が自サーバと接続されていないので、複数の端末装置＃３～端末装置＃６それぞれを識別可能な複数の端末識別情報と宛先付データに含まれるデータとを含む一のデータである第１集約データを飛行体Ａのスレーブサーバ２００の次の送信先として指定された飛行体Ｂのスレーブサーバ２００に送信する。より具体的には、飛行体Ａのスレーブサーバ２００は、マスターサーバ１００によって次の送信先として指定された飛行体Ｂのスレーブサーバ２００によるデータの受信品質が「高」であり、自サーバによるデータの送信品質である「高」と同じなので、第１集約データをそのまま飛行体Ｂのスレーブサーバ２００に送信する。

飛行体Ｂのスレーブサーバ２００は、飛行体Ａのスレーブサーバ２００から送信された第１集約データを受信する。続いて、飛行体Ｂのスレーブサーバ２００は、データの送信先である端末装置＃３および端末装置＃４が自サーバと接続されているので、飛行体Ａのスレーブサーバ２００から送信された第１集約データに含まれるデータを端末装置＃３および端末装置＃４に送信する。より具体的には、飛行体Ｂのスレーブサーバ２００は、端末装置＃３によるデータの受信品質が「高」であり、自サーバによるデータの送信品質である「高」と同じなので、飛行体Ａのスレーブサーバ２００から送信されたデータをそのまま端末装置＃３に送信する。また、飛行体Ｂのスレーブサーバ２００は、端末装置＃４によるデータの受信品質が「中」であり、自サーバによるデータの送信品質である「高」より低いので、飛行体Ａのスレーブサーバ２００から送信されたデータのデータ量を端末装置＃４によるデータの受信品質である「中」まで削減し、飛行体Ａのスレーブサーバ２００から受信したデータのデータ量から削減したデータ量を引いた残りのデータ量に対応する削減後データを端末装置＃４に送信する。

一方、飛行体Ｂのスレーブサーバ２００は、データの送信先である端末装置＃５および端末装置＃６が自サーバと接続されていないので、端末装置＃５および端末装置＃６それぞれを識別可能な複数の端末識別情報と第１集約データに含まれるデータとを含む一のデータである第２集約データを飛行体Ｂのスレーブサーバ２００の次の送信先として指定された飛行体Ｃのスレーブサーバ２００に送信する。より具体的には、飛行体Ｂのスレーブサーバ２００は、マスターサーバ１００によって次の送信先として指定された飛行体Ｃのスレーブサーバ２００によるデータの受信品質が「低」であり、自サーバによるデータの送信品質である「高」より低いので、飛行体Ａのスレーブサーバ２００から送信された第１集約データに含まれるデータのデータ量を飛行体Ｃのスレーブサーバ２００によるデータの受信品質が「低」まで削減し、第１集約データに含まれるデータのデータ量から削減したデータ量を引いた残りのデータ量に対応する削減後データを第２集約データとして飛行体Ｃのスレーブサーバ２００に送信する。

飛行体Ｃのスレーブサーバ２００は、飛行体Ｂのスレーブサーバ２００から送信された第２集約データを受信する。続いて、飛行体Ｃのスレーブサーバ２００は、データの送信先である端末装置＃５および端末装置＃６が自サーバと接続されているので、飛行体Ｂのスレーブサーバ２００から送信された第２集約データに含まれるデータを端末装置＃５および端末装置＃６にそれぞれ送信する。より具体的には、飛行体Ｃのスレーブサーバ２００は、端末装置＃５および端末装置＃６によるデータの受信品質が「低」であり、自サーバによるデータの送信品質である「低」と同じなので、飛行体Ｂのスレーブサーバ２００から送信された第２集約データに含まれるデータをそのまま端末装置＃５および端末装置＃６にそれぞれ送信する。

図１５は、実施形態に係る会議管理情報の生成処理の一例を示す図である。また、図１５～図１９、および図２１～図２３に示すメッシュネットワークおよび情報処理システム１の構成要素および各構成要素の接続関係は、図１４と同じである。

図１５では、端末装置＃１が、会議の作成依頼に関するデータを飛行体Ａのスレーブサーバ２００に送信する。飛行体Ａのスレーブサーバ２００は、端末装置＃１から会議の作成依頼に関するデータを受信すると、受信したデータをマスターサーバ１００に送信する。マスターサーバ１００は、飛行体Ａのスレーブサーバ２００から会議の作成依頼に関するデータを受信すると、ＳＤＮコントローラからトポロジー情報を取得して、会議管理情報（マスター管理テーブル１２１）を作成する。

図１６は、実施形態に係る一人目のユーザが会議に参加した場合の情報処理の一例を示す図である。図１６では、端末装置＃１を利用するユーザ＃１が一人目のユーザとして会議に参加する。端末装置＃１は、ユーザ＃１による会議への参加を示すデータ（以下、ユーザ＃１の参加データと記載する）とともに、端末装置＃１におけるデータの送受信に関する通信品質が高いことを示す品質情報「高」（以下、端末装置＃１の品質情報「高」と記載する）を飛行体Ａのスレーブサーバ２００に送信する。飛行体Ａのスレーブサーバ２００は、ユーザ＃１の参加データおよび端末装置＃１の品質情報「高」を端末装置＃１から受信すると、受信したデータをマスターサーバ１００に送信する。マスターサーバ１００は、ユーザ＃１の参加データおよび端末装置＃１の品質情報「高」を飛行体Ａのスレーブサーバ２００から受信すると、マスター管理テーブル１２１のユーザ管理テーブルのうち端末装置＃１の品質情報を「高」に更新する。

また、マスターサーバ１００は、ユーザ＃１の参加データを受信すると、飛行体Ａのスレーブサーバ２００にユーザ＃１の参加データを通知する。スレーブサーバ２００は、ユーザ＃１の参加データを取得すると、スレーブ管理テーブル２２１を作成する。また、マスターサーバ１００は、マスター管理テーブル１２１を更新すると、飛行体Ａのスレーブサーバ２００にマスター管理テーブル１２１の更新情報を通知する。スレーブサーバ２００は、マスターサーバ１００から更新情報を取得すると、スレーブ管理テーブル２２１のユーザ管理テーブルのうち端末装置＃１の品質情報を「高」に更新する。

図１７は、実施形態に係る二人目のユーザが会議に参加した場合の情報処理の一例を示す図である。図１７では、端末装置＃５を利用するユーザ＃５が二人目のユーザとして会議に参加する。端末装置＃５は、ユーザ＃５による会議への参加を示すデータ（以下、ユーザ＃５の参加データと記載する）とともに、端末装置＃５におけるデータの送受信に関する通信品質が低いことを示す品質情報「低」（以下、端末装置＃５の品質情報「低」と記載する）を飛行体Ｃのスレーブサーバ２００に送信する。飛行体Ｃのスレーブサーバ２００は、ユーザ＃５の参加データおよび端末装置＃５の品質情報「低」を端末装置＃５から受信すると、受信したデータをマスターサーバ１００に送信する。マスターサーバ１００は、ユーザ＃５の参加データおよび端末装置＃５の品質情報「低」を飛行体Ｃのスレーブサーバ２００から受信すると、マスター管理テーブル１２１のユーザ管理テーブルのうち端末装置＃５の品質情報を「低」に更新する。

また、図１７では、マスターサーバ１００が、ユーザ＃１の参加データおよびユーザ＃５の参加データを取得すると、飛行体Ａ→飛行体Ｂ→飛行体Ｃの通信経路および飛行体Ａ→飛行体Ｄ→飛行体Ｃの通信経路のうち、飛行体Ａ→飛行体Ｂ→飛行体Ｃの通信経路を最適な通信経路として決定する。マスターサーバ１００は、通信経路を決定すると、飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００間の通信経路におけるデータの送受信に関する通信品質を示す品質情報を算出する。

例えば、マスターサーバ１００は、飛行体Ｃのスレーブサーバ２００は、通信品質が低い端末装置＃５と接続されているので、飛行体Ｃのスレーブサーバ２００によるデータの送受信に関する通信品質を「低」と算出する。続いて、マスターサーバ１００は、飛行体Ｃのスレーブサーバ２００の通信品質を「低」と算出したので、飛行体Ｃのスレーブサーバ２００に隣接する飛行体Ｂのスレーブサーバ２００と飛行体Ｃのスレーブサーバ２００との間の通信経路におけるデータの送受信に関する通信品質を「低」と算出する。続いて、マスターサーバ１００は、飛行体Ｂのスレーブサーバ２００の通信品質を「低」と算出したので、飛行体Ｂのスレーブサーバ２００に隣接する飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路におけるデータの送受信に関する通信品質を「低」と算出する。マスターサーバ１００は、飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００間の通信経路における品質情報を算出すると、マスター管理テーブル１２１のサーバ管理テーブルのうち飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００間の通信経路における品質情報を「低」に更新する。

また、マスターサーバ１００は、ユーザ＃５の参加データを受信すると、飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００にユーザ＃５の参加データを通知する。飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００は、ユーザ＃５の参加データを取得すると、スレーブ管理テーブル２２１を作成または更新する。また、マスターサーバ１００は、マスター管理テーブル１２１を更新すると、飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００にマスター管理テーブル１２１の更新情報を通知する。飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００は、マスターサーバ１００から更新情報を取得すると、それぞれのスレーブ管理テーブル２２１のユーザ管理テーブルのうち端末装置＃５の品質情報またはサーバ管理テーブルのうち飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００間の通信経路における品質情報を「低」に更新する。

図１８は、実施形態に係る三人目のユーザが会議に参加した場合の情報処理の一例を示す図である。図１８では、端末装置＃３を利用するユーザ＃３が三人目のユーザとして会議に参加する。端末装置＃３は、ユーザ＃３による会議への参加を示すデータ（以下、ユーザ＃３の参加データと記載する）とともに、端末装置＃３におけるデータの送受信に関する通信品質が中程度であることを示す品質情報「中」（以下、端末装置＃３の品質情報「中」と記載する）を飛行体Ｂのスレーブサーバ２００に送信する。飛行体Ｂのスレーブサーバ２００は、ユーザ＃３の参加データおよび端末装置＃３の品質情報「中」を端末装置＃３から受信すると、受信したデータをマスターサーバ１００に送信する。マスターサーバ１００は、ユーザ＃３の参加データおよび端末装置＃３の品質情報「中」を飛行体Ｂのスレーブサーバ２００から受信すると、マスター管理テーブル１２１のユーザ管理テーブルのうち端末装置＃３の品質情報を「中」に更新する。

また、マスターサーバ１００は、ユーザ＃３の参加データおよび端末装置＃３の品質情報「中」を端末装置＃３から受信すると、飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００間の通信経路におけるデータの送受信に関する通信品質を示す品質情報を更新する。

例えば、マスターサーバ１００は、飛行体Ｂのスレーブサーバ２００は、通信品質が中程度である端末装置＃３と接続されているので、飛行体Ｂのスレーブサーバ２００によるデータの送受信に関する通信品質を「中」と算出する。続いて、マスターサーバ１００は、飛行体Ｂのスレーブサーバ２００の通信品質を「中」と算出したので、飛行体Ｂのスレーブサーバ２００に隣接する飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路におけるデータの送受信に関する通信品質を「中」に更新する。

また、マスターサーバ１００は、ユーザ＃３の参加データを受信すると、飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００にユーザ＃３の参加データを通知する。飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００は、ユーザ＃３の参加データを取得すると、スレーブ管理テーブル２２１を更新する。また、マスターサーバ１００は、マスター管理テーブル１２１を更新すると、飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００にマスター管理テーブル１２１の更新情報を通知する。飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００は、マスターサーバ１００から更新情報を取得すると、それぞれのスレーブ管理テーブル２２１のユーザ管理テーブルのうち端末装置＃３の品質情報またはサーバ管理テーブルのうち飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路における品質情報を「中」に更新する。

図１９は、実施形態に係るトラフィック制御クライアントにおける通信品質が変更された場合の情報処理の一例を示す図である。図１９では、図１８に示す情報処理システム１において、端末装置＃３によるデータの送受信に関する通信品質が中程度から高い通信品質に変化した場合を示す。端末装置＃３は、端末装置＃３におけるデータの送受信に関する通信品質が高いことを示す品質情報「高」（以下、端末装置＃３の品質情報「高」と記載する）を飛行体Ｂのスレーブサーバ２００に送信する。飛行体Ｂのスレーブサーバ２００は、端末装置＃３の品質情報「高」を端末装置＃３から受信すると、受信したデータをマスターサーバ１００に送信する。マスターサーバ１００は、端末装置＃３の品質情報「高」を飛行体Ｂのスレーブサーバ２００から受信すると、マスター管理テーブル１２１のユーザ管理テーブルのうち端末装置＃３の品質情報を「高」に更新する。

また、マスターサーバ１００は、端末装置＃３の品質情報「高」を端末装置＃３から受信すると、飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００間の通信経路におけるデータの送受信に関する通信品質を示す品質情報を更新する。

例えば、マスターサーバ１００は、飛行体Ｂのスレーブサーバ２００は、通信品質が高い端末装置＃３と接続されているので、飛行体Ｂのスレーブサーバ２００によるデータの送受信に関する通信品質を「高」に更新する。続いて、マスターサーバ１００は、飛行体Ｂのスレーブサーバ２００の通信品質を「高」に更新したので、飛行体Ｂのスレーブサーバ２００に隣接する飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路におけるデータの送受信に関する通信品質を「高」に更新する。

また、マスターサーバ１００は、マスター管理テーブル１２１を更新すると、飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００にマスター管理テーブル１２１の更新情報を通知する。飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００は、マスターサーバ１００から更新情報を取得すると、それぞれのスレーブ管理テーブル２２１のユーザ管理テーブルのうち端末装置＃３の品質情報またはサーバ管理テーブルのうち飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路における品質情報を「高」に更新する。

図２０は、実施形態に係るトラフィック制御クライアントにおける通信品質が変更されるユースケースについて説明するための図である。図２０では、図１９で説明したような端末装置によるデータの送受信に関する通信品質が変更されるユースケースについて説明する。図２０の左に示す端末装置（図２０では、ノートパソコン）の画面には、Ｗｅｂ会議の画面とＷｅｂ会議とは異なる別の表計算ソフトのデータが並べて表示されている。例えば、ユーザがＷｅｂ会議の内容に集中したいため、Ｗｅｂ会議の画面を拡大して表示する操作を行った場合、拡大された画面のサイズに合わせてＷｅｂ会議に参加している他のユーザの映像の品質を向上させる必要がある。すなわち、端末装置によるデータの送受信に関する通信品質は、Ｗｅｂ会議の画面を拡大する前と比べると、Ｗｅｂ会議の画面を拡大した後の方が高くなる。

一方、ユーザが自装置とあまり関係がないため、Ｗｅｂ会議の音声のみを聞きながらＷｅｂ会議の画面を非表示にして、別の表計算ソフトのデータだけを画面に表示する操作を行った場合、端末装置はＷｅｂ会議に参加している他のユーザの映像を受信する必要がなくなる。すなわち、端末装置によるデータの送受信に関する通信品質は、Ｗｅｂ会議の画面を非表示にする前と比べると、Ｗｅｂ会議の画面を非表示にした後の方が低くなる。

〔７．変形例〕
上述した実施形態に係る情報処理システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、情報処理システム１の他の実施形態について説明する。

〔７－１．強制品質変更〕
上述した図１９では、端末装置によるデータの送受信に関する通信品質が変更される場合について説明したが、通信品質が変更される場合はこれに限られない。図２１は、変形例に係るトラフィック制御クライアントにおける通信品質が強制的に変更された場合の情報処理の一例を示す図である。図２１では、図１８に示す情報処理システム１において、マスターサーバ１００が、外部のシステムから情報処理システム１の全体的な通信品質を下げるようにという品質変更の要求を受け付ける。例えば、マスターサーバ１００は、第５世代移動通信システムを構成するネットワーク機能から、例えば、モバイルネットワークの輻輳を回避するために、情報処理システム１の全体的な通信品質を下げるようにという品質変更の要求を受け付ける。

マスターサーバ１００は、外部のシステムから品質変更の要求を受け付けると、マスター管理テーブル１２１を書き換える。具体的には、マスターサーバ１００は、ユーザ管理テーブルの全ての端末装置の品質情報およびサーバ管理テーブルの全ての飛行体のスレーブサーバ２００間の通信経路における品質情報を「低」に書き換える。

また、マスターサーバ１００は、マスター管理テーブル１２１を更新すると、飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００にマスター管理テーブル１２１の更新情報を通知する。飛行体Ａ～飛行体Ｃそれぞれのスレーブサーバ２００は、マスターサーバ１００から更新情報を取得すると、それぞれのスレーブ管理テーブル２２１のユーザ管理テーブルの全ての端末装置の品質情報およびサーバ管理テーブルの全ての飛行体のスレーブサーバ２００間の通信経路における品質情報を「低」に更新する。このように、マスターサーバ１００は、決定した通信経路における輻輳の発生または予兆を検知した場合には、決定した通信経路を構成する各装置間のデータの送受信に関する通信品質を輻輳の発生または予兆を検知する前よりも低い通信品質に変更してよい。

〔７－２．複数経路での分散通信〕
図２２は、変形例に係る複数経路での分散通信の一例を示す図である。図２２では、図１４に示す情報処理システム１において、端末装置＃５および端末装置＃６の利用者がいない場合を示す。図２２では、飛行体Ａのスレーブサーバ２００のスレーブ管理テーブル２２１のサーバ管理テーブルにおける経路状態情報に着目すると、飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路の使用状況が「８０％」であり、通信の負荷が高い状態である。飛行体Ａのスレーブサーバ２００は、飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路の経路状態情報に基づいて、飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路の負荷を軽減するため、端末装置＃２から受信したデータを飛行体Ｄのマスターサーバ１００に送信する。飛行体Ｄのマスターサーバ１００は、飛行体Ａのスレーブサーバ２００からデータを受信すると、受信したデータを飛行体Ｃのスレーブサーバ２００に送信する。飛行体Ｃのスレーブサーバ２００は、飛行体Ｄのマスターサーバ１００からデータを受信すると、受信したデータを飛行体Ｂのスレーブサーバ２００に送信する。このように、飛行体Ａのスレーブサーバ２００は、通信経路の経路状態情報に基づいて、受信したデータを複数の通信経路によって分散して通信することで、一部の通信経路に負荷が偏るのを軽減することができる。

このように、マスターサーバ１００は、決定した通信経路を構成する各装置間の通信経路の使用状況を示す経路状態情報に基づいて、決定した通信経路における輻輳の発生または予兆を検知した場合には、無線メッシュネットワークにおける複数の通信経路を用いて通信を行うよう各装置を制御してよい。

〔７－３．経路状態を考慮した通信先の変更〕
図２３は、変形例に係る経路状態を考慮した通信先の変更の一例を示す図である。図２３は、飛行体Ａのスレーブサーバ２００のスレーブ管理テーブル２２１のサーバ管理テーブルにおける経路状態情報に着目すると、飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路の使用状況が「９５％」であり、輻輳状態に近い点が図２２と異なる。飛行体Ａのスレーブサーバ２００は、飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路の経路状態情報に基づいて、飛行体Ａのスレーブサーバ２００と飛行体Ｂのスレーブサーバ２００との間の通信経路の輻輳を回避するため、端末装置＃１および端末装置＃２から受信したデータを飛行体Ｄのマスターサーバ１００に送信する。飛行体Ｄのマスターサーバ１００は、飛行体Ａのスレーブサーバ２００からデータを受信すると、受信したデータを飛行体Ｃのスレーブサーバ２００に送信する。飛行体Ｃのスレーブサーバ２００は、飛行体Ｄのマスターサーバ１００からデータを受信すると、受信したデータを飛行体Ｂのスレーブサーバ２００に送信する。このように、飛行体Ａのスレーブサーバ２００は、通信経路の経路状態情報に基づいて、受信したデータをマスターサーバ１００によって決定された本来の通信経路とは異なる別の通信経路で通信することで、通信経路の輻輳を回避することができる。

このように、マスターサーバ１００は、決定した通信経路を構成する特定の装置間の通信経路の使用状況を示す経路状態情報に基づいて、特定の装置間の通信経路における輻輳の発生または予兆を検知した場合には、特定の装置間の通信経路を含まない他の通信経路を用いて通信を行うよう各装置を制御してよい。

〔７－４．分散型マスターサーバの場合〕
上述した実施形態では、情報処理システム１がマスターサーバ１００を中心とした中央処理型（集中型ともいう）のコンピューティングシステムである例について説明したが、情報処理システムの構成はこれに限られない。具体的には、上述した実施形態では、マスターサーバ１００は、決定した通信経路および通信品質に従うよう指示する指示情報をスレーブサーバ２００に対して送信する。また、スレーブサーバ２００は、受信した指示情報に従って、自装置を制御する。これに対し、図２４は、変形例に係る情報処理システムの構成例を示す図である。図２４では、情報処理システム１は、複数台のスレーブサーバ２００で構成される分散型コンピューティングシステムであり、端末装置から会議作成依頼の通知を受信したスレーブサーバ２００がその会議におけるマスターサーバ１００として機能する。このように、情報処理システム１は、複数台のスレーブサーバ２００で構成される分散型コンピューティングシステムであってよい。そして、クライアント３００からＷｅｂ会議の作成依頼の通知を受信したスレーブサーバ２００がＷｅｂ会議に関する無線メッシュネットワークにおける通信経路を決定するとともに、決定した通信経路を構成する各装置間のデータの送受信に関する通信品質を決定し、決定した通信経路および通信品質に従うよう指示する指示情報を自装置以外の他のスレーブサーバ２００に対して送信してよい。また、他のスレーブサーバ２００は、受信した指示情報に従って、自装置を制御してよい。

〔７－５．地上のメッシュネットワークへの適用〕
上述した実施形態では、無線メッシュネットワークが上空に位置する複数の飛行体によって形成される場合について説明したが、これに限られない。例えば、無線メッシュネットワークが地上（例えば、砂漠など）に位置する複数の移動体によって形成されてもよい。

〔７－６．通信品質について〕
上述した実施形態では、平易に説明するため、通信品質を「高」「中」「低」の３つのレベルに分けて説明したが、これは一例であり、通信品質はより細かく設定することが可能である。例えば、通信品質の高さに応じた数値によって通信品質を表してよい。例えば、通信品質を「１」～「１０」の１０段階で表してもよい。また、例えば、通信品質として、測定値そのものを使用してもよい。

〔７－７．往復の通信品質〕
上述した実施形態では、平易に説明するため、マスターサーバ１００が、各サーバ間の通信経路における通信品質について、所定のサーバから他のサーバに対する通信方向の通信品質のみに基づいて最適な通信経路を決定する場合について説明したが、これに限られない。具体的には、マスターサーバ１００は、各サーバ間の通信経路における通信品質について、所定のサーバから他のサーバに対する通信方向の通信品質および他のサーバから所定のサーバに対する通信方向の通信品質の両方に基づいて最適な通信経路を決定してよい。

〔７－８．その他〕
上述した実施形態では、中央サーバがユーザに対する配信サービスの例として、Ｗｅｂ会議サービスを提供する場合について説明したが、中央サーバが提供するサービスはこれに限られない。例えば、中央サーバは、配信サービスとして映像以外の任意の情報（例えば、文字、音声など）をユーザに対して提供してよい。

〔８．効果〕
上述したように、本発明の実施形態に係る情報処理システム（実施形態では、情報処理システム１）は、無線メッシュネットワークを形成する複数の移動体（実施形態では、飛行体）それぞれが備える情報処理装置（実施形態では、マスターサーバ１００またはスレーブサーバ２００）と、ユーザによって利用される端末装置（実施形態では、クライアント３００）と、を備える。データの送信元である第１端末装置は、データの送信先である複数の第２端末装置それぞれを識別可能な複数の端末識別情報とデータとを含む宛先付データを、第１端末装置と接続されている第１情報処理装置に送信する。第１情報処理装置は、第１端末装置から受信した宛先付データに含まれる複数の端末識別情報の中に自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報が存在する場合は、自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報とデータとを含む一のデータである第１集約データを第１情報処理装置の次の送信先として指定された第１隣接情報処理装置に送信する。また、第１情報処理装置は、第１端末装置から受信した宛先付データに含まれる複数の端末識別情報の中に自装置と接続されていない一の第２端末装置を識別可能な端末識別情報が存在する場合は、自装置と接続されていない一の第２端末装置を識別可能な端末識別情報とデータとを含む一のデータである第１転送データを第１隣接情報処理装置に送信し、第１端末装置から受信した宛先付データに含まれる複数の端末識別情報の中に自装置と接続されている第２端末装置を識別可能な端末識別情報が存在する場合は、自装置と接続されている第２端末装置のうち、宛先付データに含まれる端末識別情報によって識別される第２端末装置にデータを送信する。

このように、情報処理システム１は、データの送信先である複数の第２端末装置が第１情報処理装置と接続されていない場合は、複数の送信先に宛てられた複数のデータを集約した一つのデータを第１情報処理装置の次の送信先として指定された第１隣接情報処理装置に送信することができる。これにより、情報処理システムは、データの送信先である第２端末装置が第１情報処理装置と接続されていない場合に、宛先が複数である場合であっても、複数の送信先に宛てられた複数のデータを一つのデータに集約することにより、複数の送信先それぞれに宛てられた複数のデータが同一の通信経路上を複数回流れないようにすることができる。したがって、情報処理システムは、メッシュネットワーク全体のトラフィック量を低減することができる。また、情報処理システムは、メッシュネットワーク全体のトラフィック量を低減することができるので、例えば、Ｗｅｂ会議システムサービス等の配信サービスを実現するシステムにおいて、音声、映像、共有画面などのデータを低遅延で転送することができる。したがって、情報処理システムは、無線通信ネットワークの通信性能を向上させることができる。

また、第１情報処理装置は、第２端末装置が自装置と接続されており、第２端末装置によるデータの受信に関する通信品質が第１情報処理装置によるデータの送信に関する通信品質よりも低い場合は、第１端末装置から受信した宛先付データに含まれるデータのデータ量を削減し、データ量から削減したデータ量を引いた残りのデータ量に対応するデータである第１削減後データを第２端末装置に送信し、第２端末装置が自装置と接続されておらず、第１隣接情報処理装置によるデータの受信に関する通信品質が第１情報処理装置によるデータの送信に関する通信品質よりも低い場合は、第１端末装置から受信した宛先付データに含まれるデータのデータ量を削減し、データ量から削減したデータ量を引いた残りのデータ量に対応するデータである第２削減後データを第１隣接情報処理装置に送信する。

このように、情報処理システム１は、データの送信先によるデータの受信に関する通信品質を示す品質情報が、データの送信元によるデータの送信に関する通信品質を示す品質情報よりも低い場合は、データの送信元から受信したデータのデータ量を削減し、送信元から受信したデータのデータ量から削減したデータ量を引いた残りのデータ量に対応する削減後データをデータの送信先に送信する。これにより、情報処理システムは、データの送信先が送受信可能な通信品質を超える過剰なデータ品質のデータを送信しないようにすることができる。したがって、情報処理システムは、メッシュネットワーク全体のトラフィック量を低減することができる。また、情報処理システムは、メッシュネットワーク全体のトラフィック量を低減することができるので、例えば、Ｗｅｂ会議システムにおける音声、映像、共有画面などのデータを低遅延で転送することができる。したがって、情報処理システムは、無線通信ネットワークの通信性能を向上させることができる。

また、第１隣接情報処理装置は、第１情報処理装置から受信した第１集約データに含まれる複数の端末識別情報の中に自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報が存在する場合は、自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報とデータとを含む一のデータである第２集約データを第１隣接情報処理装置の次の送信先として指定された第２隣接情報処理装置に送信する。また、第１隣接情報処理装置は、第１情報処理装置から受信した第１集約データに含まれる複数の端末識別情報の中に自装置と接続されていない一の第２端末装置を識別可能な端末識別情報が存在する場合は、自装置と接続されていない一の第２端末装置を識別可能な端末識別情報とデータとを含む一のデータである第２転送データを第２隣接情報処理装置に送信し、第１情報処理装置から受信した第１集約データに含まれる複数の端末識別情報の中に自装置と接続されている第２端末装置を識別可能な端末識別情報が存在する場合は、自装置と接続されている第２端末装置のうち、第１集約データに含まれる端末識別情報によって識別される第２端末装置にデータを送信する。

このように、情報処理システム１は、データの送信先である複数の第２端末装置が第１隣接情報処理装置と接続されていない場合は、複数の送信先に宛てられた複数のデータを集約した一つのデータを第１隣接情報処理装置の次の送信先として指定された第２隣接情報処理装置に送信することができる。これにより、情報処理システムは、データの送信先である第２端末装置が第１隣接情報処理装置と接続されていない場合に、宛先が複数である場合であっても、複数の送信先に宛てられた複数のデータを一つのデータに集約することにより、複数の送信先それぞれに宛てられた複数のデータが同一の通信経路上を複数回流れないようにすることができる。

また、第１隣接情報処理装置は、第２端末装置が自装置と接続されており、第２端末装置によるデータの受信に関する通信品質が第１隣接情報処理装置によるデータの送信に関する通信品質よりも低い場合は、第１情報処理装置から受信した第１集約データに含まれるデータのデータ量を削減し、データ量から削減したデータ量を引いた残りのデータ量に対応するデータである第３削減後データを第２端末装置に送信し、第２端末装置が自装置と接続されておらず、第２隣接情報処理装置によるデータの受信に関する通信品質が第１隣接情報処理装置によるデータの送信に関する通信品質よりも低い場合は、第１情報処理装置から受信した第１集約データに含まれるデータのデータ量を削減し、データ量から削減したデータ量を引いた残りのデータ量に対応するデータである第４削減後データを第２隣接情報処理装置に送信する。

このように、情報処理システム１は、データの送信先によるデータの受信に関する通信品質を示す品質情報が、データの送信元によるデータの送信に関する通信品質を示す品質情報よりも低い場合は、データの送信元から受信したデータのデータ量を削減し、送信元から受信したデータのデータ量から削減したデータ量を引いた残りのデータ量に対応する削減後データをデータの送信先に送信する。これにより、情報処理システムは、データの送信先が送受信可能な通信品質を超える過剰なデータ品質のデータを送信しないようにすることができる。

また、情報処理装置は、端末装置によるデータの送受信に関する通信品質を示す品質情報、端末装置と情報処理装置との接続関係を示す情報、情報処理装置間の接続関係を示す情報、および情報処理装置間の通信経路の使用状況を示す経路状態情報に基づいて、無線メッシュネットワークにおける通信経路を決定するとともに、決定した通信経路を構成する各装置間のデータの送受信に関する通信品質を決定する。

これにより、情報処理システム１は、経路状態情報に基づいて適切に通信経路を決定するとともに、決定した通信経路を構成する各装置間のデータの送受信に関する通信品質を適切に決定することができる。

また、情報処理装置は、決定した通信経路における輻輳の発生または予兆を検知した場合には、決定した通信経路を構成する各装置間のデータの送受信に関する通信品質を輻輳の発生または予兆を検知する前よりも低い通信品質に変更する。

これにより、情報処理システム１は、通信経路における輻輳の発生を防止するようシステム全体を適切に制御することができる。したがって、情報処理システム１は、無線通信ネットワークの通信性能を向上させることができる。

また、情報処理装置は、決定した通信経路を構成する各装置間の通信経路の使用状況を示す経路状態情報に基づいて、決定した通信経路における輻輳の発生または予兆を検知した場合には、無線メッシュネットワークにおける複数の通信経路を用いて通信を行うよう各装置を制御する。

これにより、情報処理システム１は、通信経路における輻輳の発生を防止するようシステム全体を適切に制御することができる。したがって、情報処理システム１は、無線通信ネットワークの通信性能を向上させることができる。

また、情報処理装置は、決定した通信経路を構成する特定の装置間の通信経路の使用状況を示す経路状態情報に基づいて、特定の装置間の通信経路における輻輳の発生または予兆を検知した場合には、特定の装置間の通信経路を含まない他の通信経路を用いて通信を行うよう各装置を制御する。

これにより、情報処理システム１は、通信経路における輻輳の発生を防止するようシステム全体を適切に制御することができる。したがって、情報処理システム１は、無線通信ネットワークの通信性能を向上させることができる。

また、情報処理装置は、決定した通信経路および通信品質に従うよう指示する指示情報を自装置以外の他の情報処理装置に対して送信し、他の情報処理装置は、受信した指示情報に従って、自装置を制御する。

これにより、情報処理システム１は、決定した通信経路および通信品質に従うようシステム全体を適切に制御することができる。

また、情報処理装置は、ユーザ管理テーブルを含むマスター管理テーブルを備える。ユーザ管理テーブルは、端末装置を識別可能な端末識別情報と、端末装置と接続されている情報処理装置を識別可能なサーバ識別情報と、端末装置と情報処理装置との間のデータの送受信に関する第１通信品質を示す第１品質情報とを対応付けて記憶する。

これにより、情報処理システム１は、端末装置と情報処理装置との接続関係および端末装置と情報処理装置との間の通信品質に基づいて適切に通信経路を決定することができる。

また、情報処理装置は、サーバ管理テーブルをさらに含むマスター管理テーブルを備える。サーバ管理テーブルは、情報処理装置を識別可能なサーバ識別情報と情報処理装置と隣接する隣接情報処理装置を識別可能なサーバ識別情報と、情報処理装置と隣接情報処理装置との間のデータの送受信に関する第２通信品質を示す第２品質情報および情報処理装置と隣接情報処理装置との間の通信経路の使用状況を示す経路状態情報とを対応付けて記憶する。

これにより、情報処理システム１は、情報処理装置と隣接情報処理装置との接続関係および報処理装置と隣接情報処理装置との間の通信品質に基づいて適切に通信経路を決定することができる。

複数台の情報処理装置で構成される分散型コンピューティングシステムであって、端末装置からＷｅｂ会議の作成依頼の通知を受信した情報処理装置がＷｅｂ会議に関する無線メッシュネットワークにおける通信経路を決定するとともに、決定した通信経路を構成する各装置間のデータの送受信に関する通信品質を決定し、決定した通信経路および通信品質に従うよう指示する指示情報を自装置以外の他の情報処理装置に対して送信し、他の情報処理装置は、受信した指示情報に従って、自装置を制御する。

これにより、情報処理システム１は、分散型コンピューティングシステムにより、システム全体を柔軟に制御することができる。

〔９．ハードウェア構成〕
また、上述してきた実施形態に係るトラフィック制御マスターサーバ１００やトラフィック制御スレーブサーバ２００やトラフィック制御クライアント３００は、例えば図２５に示すような構成のコンピュータ１０００によって実現される。図２５は、トラフィック制御マスターサーバ、トラフィック制御スレーブサーバおよびトラフィック制御クライアントの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を備える。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定の通信網を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定の通信網を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係るトラフィック制御マスターサーバ１００、トラフィック制御スレーブサーバ２００、またはトラフィック制御クライアント３００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０、制御部２３０または制御部３３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔１０．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述した情報処理装置は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットホーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、ユーザパケット伝送部は、ユーザパケット伝送手段やユーザパケット伝送回路に読み替えることができる。

１ 情報処理システム
１００ トラフィック制御マスターサーバ
１１０ 通信部
１２０ 記憶部
１２１ マスター管理テーブル
１３０ 制御部
１３１ マスターサーバ処理部
１３２ 外部システム制御部
１３３ ユーザパケット伝送部
２００ トラフィック制御スレーブサーバ
２１０ 通信部
２２０ 記憶部
２２１ スレーブ管理テーブル
２３０ 制御部
２３１ スレーブサーバ処理部
２３２ ユーザパケット伝送部
３００ トラフィック制御クライアント
３１０ 通信部
３２０ 記憶部
３３０ 制御部
３３１ クライアント制御部

Claims (18)

1. 無線メッシュネットワークを形成する複数の移動体それぞれが備える情報処理装置と、ユーザによって利用される端末装置と、を備える情報処理システムであって、
   データの送信元である第１端末装置は、
   前記データの送信先である複数の第２端末装置それぞれを識別可能な複数の端末識別情報と前記データとを含む宛先付データを、前記第１端末装置と接続されている第１情報処理装置に送信し、
   前記第１情報処理装置は、
   前記第１端末装置から受信した前記宛先付データに含まれる前記複数の端末識別情報の中に自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報が存在する場合は、当該自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報と前記データとを含む一のデータである第１集約データを前記第１情報処理装置の次の送信先として指定された第１隣接情報処理装置に送信する、
   情報処理システム。
2. 前記第１情報処理装置は、
   前記第１端末装置から受信した前記宛先付データに含まれる前記複数の端末識別情報の中に自装置と接続されていない一の第２端末装置を識別可能な端末識別情報が存在する場合は、当該自装置と接続されていない一の第２端末装置を識別可能な端末識別情報と前記データとを含む一のデータである第１転送データを前記第１隣接情報処理装置に送信し、
   前記第１端末装置から受信した前記宛先付データに含まれる前記複数の端末識別情報の中に自装置と接続されている第２端末装置を識別可能な端末識別情報が存在する場合は、当該自装置と接続されている第２端末装置のうち、前記宛先付データに含まれる端末識別情報によって識別される第２端末装置に前記データを送信する、
   請求項１に記載の情報処理システム。
3. 前記第１情報処理装置は、
   前記第２端末装置が自装置と接続されており、前記第２端末装置によるデータの受信に関する通信品質が前記第１情報処理装置によるデータの送信に関する通信品質よりも低い場合は、前記第１端末装置から受信した前記宛先付データに含まれる前記データのデータ量を削減し、前記データ量から削減したデータ量を引いた残りのデータ量に対応するデータである第１削減後データを前記第２端末装置に送信し、
   前記第２端末装置が自装置と接続されておらず、前記第１隣接情報処理装置によるデータの受信に関する通信品質が前記第１情報処理装置によるデータの送信に関する通信品質よりも低い場合は、前記第１端末装置から受信した前記宛先付データに含まれる前記データのデータ量を削減し、前記データ量から削減したデータ量を引いた残りのデータ量に対応するデータである第２削減後データを前記第１隣接情報処理装置に送信する、
   請求項１または２に記載の情報処理システム。
4. 前記第１隣接情報処理装置は、
   前記第１情報処理装置から受信した前記第１集約データに含まれる前記複数の端末識別情報の中に自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報が存在する場合は、当該自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報と前記データとを含む一のデータである第２集約データを前記第１隣接情報処理装置の次の送信先として指定された第２隣接情報処理装置に送信する、
   請求項１～３のいずれか１つに記載の情報処理システム。
5. 前記第１隣接情報処理装置は、
   前記第１情報処理装置から受信した前記第１集約データに含まれる前記複数の端末識別情報の中に自装置と接続されていない一の第２端末装置を識別可能な端末識別情報が存在する場合は、当該自装置と接続されていない一の第２端末装置を識別可能な端末識別情報と前記データとを含む一のデータである第２転送データを前記第２隣接情報処理装置に送信し、
   前記第１情報処理装置から受信した前記第１集約データに含まれる前記複数の端末識別情報の中に自装置と接続されている第２端末装置を識別可能な端末識別情報が存在する場合は、当該自装置と接続されている第２端末装置のうち、前記第１集約データに含まれる端末識別情報によって識別される第２端末装置に前記データを送信する、
   請求項４に記載の情報処理システム。
6. 前記第１隣接情報処理装置は、
   前記第２端末装置が自装置と接続されており、前記第２端末装置によるデータの受信に関する通信品質が前記第１隣接情報処理装置によるデータの送信に関する通信品質よりも低い場合は、前記第１情報処理装置から受信した前記第１集約データに含まれる前記データのデータ量を削減し、前記データ量から削減したデータ量を引いた残りのデータ量に対応するデータである第３削減後データを前記第２端末装置に送信し、
   前記第２端末装置が自装置と接続されておらず、前記第２隣接情報処理装置によるデータの受信に関する通信品質が前記第１隣接情報処理装置によるデータの送信に関する通信品質よりも低い場合は、前記第１情報処理装置から受信した前記第１集約データに含まれる前記データのデータ量を削減し、前記データ量から削減したデータ量を引いた残りのデータ量に対応するデータである第４削減後データを前記第２隣接情報処理装置に送信する、
   請求項４または５に記載の情報処理システム。
7. 前記情報処理装置は、
   前記端末装置によるデータの送受信に関する通信品質を示す品質情報、前記端末装置と前記情報処理装置との接続関係を示す情報、前記情報処理装置間の接続関係を示す情報、および前記情報処理装置間の通信経路の使用状況を示す経路状態情報に基づいて、前記無線メッシュネットワークにおける通信経路を決定するとともに、決定した前記通信経路を構成する各装置間のデータの送受信に関する通信品質を決定する、
   請求項１～６のいずれか１つに記載の情報処理システム。
8. 前記情報処理装置は、
   決定した前記通信経路における輻輳の発生または予兆を検知した場合には、決定した前記通信経路を構成する各装置間のデータの送受信に関する通信品質を前記輻輳の発生または予兆を検知する前よりも低い通信品質に変更する、
   請求項７に記載の情報処理システム。
9. 前記情報処理装置は、
   決定した前記通信経路を構成する各装置間の通信経路の使用状況を示す経路状態情報に基づいて、決定した前記通信経路における輻輳の発生または予兆を検知した場合には、前記無線メッシュネットワークにおける複数の通信経路を用いて通信を行うよう各装置を制御する、
   請求項７または８に記載の情報処理システム。
10. 前記情報処理装置は、
    決定した前記通信経路を構成する特定の装置間の通信経路の使用状況を示す経路状態情報に基づいて、前記特定の装置間の通信経路における輻輳の発生または予兆を検知した場合には、前記特定の装置間の通信経路を含まない他の通信経路を用いて通信を行うよう各装置を制御する、
    請求項７～９のいずれか１つに記載の情報処理システム。
11. 前記情報処理装置は、
    決定した前記通信経路および前記通信品質に従うよう指示する指示情報を自装置以外の他の情報処理装置に対して送信し、
    前記他の情報処理装置は、
    受信した前記指示情報に従って、自装置を制御する、
    請求項７～１０のいずれか１つに記載の情報処理システム。
12. 前記情報処理装置は、
    ユーザ管理テーブルを含むマスター管理テーブルを備え、
    前記ユーザ管理テーブルは、
    前記端末装置を識別可能な端末識別情報と、前記端末装置と接続されている前記情報処理装置を識別可能なサーバ識別情報と、前記端末装置と前記情報処理装置との間のデータの送受信に関する第１通信品質を示す第１品質情報とを対応付けて記憶する、
    請求項７～１１のいずれか１つに記載の情報処理システム。
13. 前記情報処理装置は、
    サーバ管理テーブルをさらに含む前記マスター管理テーブルを備え、
    前記サーバ管理テーブルは、
    前記情報処理装置を識別可能なサーバ識別情報と前記情報処理装置と隣接する隣接情報処理装置を識別可能なサーバ識別情報と、前記情報処理装置と前記隣接情報処理装置との間のデータの送受信に関する第２通信品質を示す第２品質情報および前記情報処理装置と前記隣接情報処理装置との間の通信経路の使用状況を示す経路状態情報とを対応付けて記憶する、
    請求項１２に記載の情報処理システム。
14. 複数台の前記情報処理装置で構成される分散型コンピューティングシステムであって、 前記端末装置からＷｅｂ会議の作成依頼の通知を受信した前記情報処理装置が前記Ｗｅｂ会議に関する前記無線メッシュネットワークにおける通信経路を決定するとともに、決定した前記通信経路を構成する各装置間のデータの送受信に関する通信品質を決定し、決定した前記通信経路および前記通信品質に従うよう指示する指示情報を自装置以外の他の情報処理装置に対して送信し、
    前記他の情報処理装置は、
    受信した前記指示情報に従って、自装置を制御する、
    請求項１～１３のいずれか１つに記載の情報処理システム。
15. データの送信元である第１端末装置から、前記データの送信先である複数の第２端末装置それぞれを識別可能な複数の端末識別情報と前記データとを含む宛先付データを受信し、受信した前記宛先付データに含まれる前記複数の端末識別情報の中に自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報が存在する場合は、当該自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報と前記データとを含む一のデータである集約データを自装置の次の送信先として指定された隣接情報処理装置に送信するユーザパケット伝送部
    を備える情報処理装置。
16. 前記ユーザパケット伝送部は、
    前記第１端末装置から受信した前記宛先付データに含まれる前記複数の端末識別情報の中に自装置と接続されていない一の第２端末装置を識別可能な端末識別情報が存在する場合は、当該自装置と接続されていない一の第２端末装置を識別可能な端末識別情報と前記データとを含む一のデータである転送データを前記隣接情報処理装置に送信し、
    前記第１端末装置から受信した前記宛先付データに含まれる前記複数の端末識別情報の中に自装置と接続されている第２端末装置を識別可能な端末識別情報が存在する場合は、当該自装置と接続されている第２端末装置のうち、前記宛先付データに含まれる端末識別情報によって識別される第２端末装置に前記データを送信する、
    請求項１５に記載の情報処理装置。
17. 前記ユーザパケット伝送部は、
    前記第２端末装置が自装置と接続されており、前記第２端末装置によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、前記第１端末装置から受信した前記宛先付データに含まれる前記データのデータ量を削減し、前記データ量から削減したデータ量を引いた残りのデータ量に対応するデータである第１削減後データを前記第２端末装置に送信し、
    前記第２端末装置が自装置と接続されておらず、前記隣接情報処理装置によるデータの受信に関する通信品質が自装置によるデータの送信に関する通信品質よりも低い場合は、前記第１端末装置から受信した前記宛先付データに含まれる前記データのデータ量を削減し、前記データ量から削減したデータ量を引いた残りのデータ量に対応するデータである第２削減後データを前記隣接情報処理装置に送信する、
    請求項１５または１６に記載の情報処理装置。
18. データの送信元である第１端末装置から、前記データの送信先である複数の第２端末装置それぞれを識別可能な複数の端末識別情報と前記データとを含む宛先付データを受信し、受信した前記宛先付データに含まれる前記複数の端末識別情報の中に自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報が存在する場合は、当該自装置と接続されていない複数の第２端末装置それぞれを識別可能な複数の端末識別情報と前記データとを含む一のデータである集約データを自装置の次の送信先として指定された隣接情報処理装置に送信するユーザパケット伝送手順
    をコンピュータに実行させる情報処理プログラム。

Images