JP6113525B2 - 情報分割送信装置、情報分割送信方法および情報分割送信処理プログラム - Google Patents

Description

本発明の実施形態は、情報を分割して送信する情報分割送信装置、情報分割送信方法、および情報分割送信処理プログラムに関する。

従来、ある端末機器（画面提供装置）の表示部に表示されている画面内容をキャプチャし、このキャプチャした内容を画面情報とし、ネットワーク接続された別の端末機器（画面表示装置）に対して送信する画面転送システムがある。このシステムは、ユーザからみて遠隔の端末機器側で表示されている画面の全部または一部をユーザからみて手元の端末機器で表示できる。この事から、画面転送システムは、例えば遠隔監視システムなどの様々な用途での応用が期待される。

一方、サーバ・クライアントシステムにおいて、サーバからクライアントにデータを送信するときに、通信路品質が悪い環境では複数のＴＣＰコネクションを使ってデータを送信することで、情報の処理にかかるスループットが向上することが知られている。

また、画像を複数の領域に分割し、領域毎にフレーム間の変更の頻度を判別し、変更のある領域の画像を送信部で送信する方法が知られている。更に、更新頻度が閾値を超える領域の画像があるときは、前述した送信部での送信を停止した上で、更新頻度が閾値を超える領域の画像を第２の送信部で高圧縮にして送信する方法が知られている。

特開２０１１−２３８０１４号公報 特開２０１１−１８１００７号公報 特開２０１１−１３９３６１号公報 特開２０１０−２７７３６８号公報 特開２００８−９２１４２号公報 特開２００４−２５９１５８号公報

The End-to-End Performance Effects of Parallel TCP Sockets on a Lossy Wide-Area Network

しかし、複数の領域に分割した画面データのサイズによっては、一部の画面データのサイズが大きい事に起因して、複数の通信路のうち一部の通信路を用いた情報の送信にかかるスループットが低下してしまい、複数の通信路を用いた情報の送信にかかるスループットを適正化することができない。このスループットが適正化できないと、送信先の機器での画面データの表示遅れや欠落などの不具合が生じる。

本発明が解決しようとする課題は、複数の通信路を用いた情報の送信にかかるスループットを改善することが可能な情報分割送信装置、情報分割送信方法および情報分割送信処理プログラムを提供することにある。

実施形態によれば、情報分割送信装置は、送信対象の情報の領域をＮ個の領域に分割する領域分割部と、前記分割された前記Ｎ個の情報のそれぞれのサイズを記録する記録部と、Ｎ個の領域への分割結果のそれぞれを複数の通信路の少なくともいずれかを用いて送信先の装置に送信する送信部とを備える。領域分割部は、前記複数の通信路で送信するデータのサイズの偏りが、前記記録部により記録した情報のサイズに基づかずに前記分割する場合と比較して改善するように、前記記録部により記録した情報のサイズに基づいて分割処理を調整する。

第１の実施形態に係る画面転送システムの画面送信端末１の機能構成例を示すブロック図。 第１の実施形態に係る画面転送システムの画面送信端末１と画面受信端末２の機能構成例を示すブロック図。 第１の実施形態に係る画面転送システムの画面送信端末１−１の機能構成例を示すブロック図。 第１の実施形態に係る画面転送システムの画面送信端末１−１による分割画面領域の変更処理を説明する図。 第１の実施形態に係る画面転送システムの画面領域分割処理の第１の例を示すフローチャート。 第１の実施形態に係る画面転送システムの画面送信端末１−２の機能構成例を示すブロック図。 第１の実施形態に係る画面転送システムの画面送信端末１−２による分割画面領域の変更処理（その１）を説明する図。 第１の実施形態に係る画面転送システムの画面送信端末１−２による分割画面領域の変更処理（その２）を説明する図。 第１の実施形態に係る画面転送システムの画面領域分割処理の第２の例を示すフローチャート。 第１の実施形態に係る画面転送システムの画面送信端末１−３の機能構成例を示すブロック図。 第１の実施形態に係る画面転送システムの画面送信端末１−３による分割画面領域の変更処理を説明する図。 第１の実施形態に係る画面転送システムの画面送信端末１−４の機能構成例を示すブロック図。 第１の実施形態に係る画面転送システムの画面送信端末１−４による分割画面領域の変更処理を説明する図。 第１の実施形態に係る画面転送システムの画面領域分割処理の第３の例を示すフローチャート。 第１の実施形態に係る画面転送システムの画面領域分割処理の第４の例を示すフローチャート。 第１の実施形態に係る画面転送システムの画面領域分割処理の第５の例を示すフローチャート。 第１の実施形態に係る画面転送システムの画面送信端末１−５の機能構成例を示すブロック図。 第１の実施形態に係る画面転送システムの画面送信端末１−５による分割画面領域の変更処理（その１）を説明する図。 第１の実施形態に係る画面転送システムの画面送信端末１−５による分割画面領域の変更処理（その２）を説明する図。 第１の実施形態に係る画面転送システムの画面領域分割処理の第６の例を示すフローチャート。 第１の実施形態に係る画面転送システムの画面領域分割処理の第７の例を示すフローチャート。 第１の実施形態に係る画面転送システムの画面領域分割処理の第８の例を示すフローチャート。 第１の実施形態に係る画面転送システムの画面領域分割処理の第９の例を示すフローチャート。 第１の実施形態に係る画面転送システムの画面送信端末１−６の機能構成例を示すブロック図。 第１の実施形態に係る画面転送システムの画面領域分割処理の第１０の例を示すフローチャート。 第１の実施形態に係る画面転送システムの画面領域分割処理の第１１の例を示すフローチャート。 第２の実施形態に係る画面転送システムの画面送信端末１−７の機能構成例を示すブロック図。 第２の実施形態に係る画面転送システムの画面送信端末１−７による領域分割処理を説明する図。 第３の実施形態に係る大画面転送システムの大画面送信端末３と大画面受信端末４の構成例を示す図。 第３の実施形態に係る大画面転送システムの大画面送信端末３による分割画面領域の変更処理（その１）を説明する図。 第３の実施形態に係る大画面転送システムの大画面送信端末３と大画面受信端末４の構成例を示す図。 第３の実施形態に係る大画面転送システムの大画面送信端末３による分割画面領域の変更処理（その２）を説明する図。 第４の実施形態に係る音声転送システムの音声送信端末５と音声受信端末６の構成例を示す図。 第４の実施形態に係る音声転送システムの音声送信端末５による音声の周波数領域の変更処理を説明する図。 第４の実施形態に係る音声転送システムの音声送信端末５−１と音声受信端末５−２の構成例を示す図。 第４の実施形態に係る音声転送システムの音声送信端末５−１による入力音声の組分けの変更処理を説明する図。 第５の実施形態に係るファイル転送システムのファイル送信端末７とファイル受信端末８の構成例を示す図。 第５の実施形態に係るファイル転送システムのファイル送信端末７によるファイル分割の変更処理を説明する図。 従来の画面転送システムの概要を示す図。

以下、実施の形態について、図面を参照して説明する。
まず、図３９を用いて、従来の画面転送システムの概要を説明する。
この画面転送システムは、画面データを送信する側の機器である送信端末１’と、画面を受信し表示する側の機器である受信端末２’とがネットワーク接続されてなる。画面データとは、表示画面上の各画素に表示する文字、画像、記号その他の表示情報および、これらの情報についての表示画面上での表示位置を示すデータである。ここで、ネットワーク接続とはＬＡＮ（Local Area Network）接続あるいはインターネット接続等であり、有線であっても無線であってもよい。

画面の送信、受信処理においては画面転送プロトコルを用いる。画面転送プロトコルはプル型とプッシュ型とがある。プル型の画面転送プロトコルは、画面受信側からの画面取得要求に応答する形で、画面送信側から画面受信側に画面データを送信するための画面転送プロトコルである。プッシュ型の画面転送プロトコルは、画面送信側は画面受信側からの画面取得要求を必要とせずに、画面送信側から画面受信側に画面データを送信するための画面転送プロトコルである。例えば、ＶＮＣ(Virtual Network Computing)として知られる画面転送方法は、プル型の画面転送プロトコルを用いる。この方法では、画面受信側がFramebufferUpdateRequestという画面取得要求を画面送信側へ送信すると、画面送信側が画面受信側に画面データをFramebufferUpdateという応答として送信する。プル型の画面転送プロトコルとしてＶＮＣを用いるときは、画面送信側をＶＮＣサーバとし、画面受信側をＶＮＣクライアントとする。

画面送信側は、ＶＮＣサーバのソフトウェアを起動させ、画面受信側では、ＶＮＣクライアントのソフトウェアを起動させる。例えば、送信端末１’にてＶＮＣサーバのソフトウェアが起動していれば、受信端末２’側ではＶＮＣクライアントのソフトウェアを起動させる。

なお、２台のＰＣ（パーソナルコンピュータ）にて図３９の画面転送システムを構築するときは、画面データを送信するＰＣが送信端末１’となり、画面データを受信して表示するＰＣが受信端末２’となる。

（第１の実施形態）
まず、第１の実施形態について説明する。
図１は、第１の実施形態における通信システムの画面送信端末１の機能構成例を示すブロック図である。但し、図１は、主要な機能を記した概略図である。
画面送信端末１は、領域分割部１１、差分検出部１２、圧縮部１３、送信部１４を備える。領域分割部１１は、後述の方法に従い、画面１００上の表示領域を分割する。図１では、画面１００上の表示領域を画面領域＃１、画面領域＃２、画面領域＃３でなる３つの領域に分割した例を示す。画面１００の描画情報を画面送信端末１のフレームバッファ（図１では図示せず）に記憶しているとき、領域分割部１１は、そのフレームバッファにおける描画情報の保存場所の情報を、分割した画面領域毎に差分検出部１２に通知する。描画情報の保存場所とは、描画情報を表示させたときの表示領域の範囲である。

差分検出部１２は、領域分割部１１が分割した画面領域において発生した画面更新により変化した部分を、分割した画面領域毎に検出する。例えば、差分検出部１２は、以前の画面データをバッファ（図１では図示せず）にて記憶しておく。差分検出部１２は、以前の画面データの画素と現在の画面データの画素との比較を行うことで、以前の画面データと現在の画面データとの間の差分を検出する。差分検出部１２は、この検出した差分を更新画面データとして圧縮部１３へ出力する。

なお、図１では、画面１００上の３つの画面領域に対し、３つの差分検出処理（差分検出＃１、差分検出＃２、差分検出＃３）を並列に処理している例を示す。圧縮部１３は、差分検出部１２から更新画面データを入力すると、この更新画面データの圧縮を行い、この圧縮の結果である圧縮画面データを送信部１４へ出力する。図１では、差分検出部１２から圧縮部１３へ入力される更新画面データが３つであり、これらの更新画面データに応じて３つの圧縮処理（圧縮＃１、圧縮＃２、圧縮＃３）を並列に処理している例を示す。

なお、データ圧縮の方式は画面の特性に応じて異なる方式を用いてもよい。この方式は、例えば静止画に適したＪＥＰＧ（Joint Photographic Experts Group）圧縮やＺＬｉｂ圧縮、および、動画に適したＨ．２６４圧縮やＭＰＥＧ（Motion Picture Experts Group）圧縮等が挙げられる。

送信部１４は、ＴＣＰ／ＩＰなどのネットワークプロトコルを用いてデータを送信する機能を備える。送信部１４は、圧縮部１３から入力された圧縮画面データをパケット化し、このパケット化したデータを、画面受信端末２との間で設定された通信路を用いて、３つの送信処理（送信＃１、送信＃２、送信＃３）により送信する。図１では、画面１００上の３つの画面領域に対し、３つの通信路（通信路＃１、通信路＃２、通信路＃３）を用いて並列に画面データを送信している例を示す。

例えば画面領域＃１に対応するデータは、差分検出部１２の差分検出＃１、圧縮部１３の圧縮＃１、送信部１４の送信＃１、および通信路＃１を介して送信される。画面領域＃２に対応するデータは、差分検出部１２の差分検出＃２、圧縮部１３の圧縮＃２、送信部１４の送信＃２、および通信路＃２を介して送信される。また、画面領域＃３に対応するデータは、差分検出部１２の差分検出＃３、圧縮部１３の圧縮＃３、送信部１４の送信＃３、および通信路＃３を介して送信される。

なお、図１に示した３つの通信路は、同一の物理回線において３つの論理的なコネクションとして分離されていても良いし、物理回線自体が異なる３種類の通信路であっても良い。これら３種類の通信路は、例えば、有線ＬＡＮと無線ＬＡＮと３Ｇ回線（第３世代携帯電話の通信回線）等である。

図１では、画面の分割領域数（画面分割数）、差分検出処理の並列数、圧縮処理の並列数、送信処理の並列数、通信路数を全て３として説明したが、これらの数は３に限られない。更に、これらの数は同じ値でなくてもよく、異なる値であっても良い。例えば、画面の分割領域数を３とするのに対し、差分検出処理以降の並列数を２としても良いし、あるいは５としても良い。

また、画面の分割領域数に応じて、その他の数、すなわち差分検出処理の並列数、圧縮処理の並列数、送信処理の並列数、通信路数を定めても良い。あるいは、通信路数に応じて、その他の数、すなわち画面の分割領域数、差分検出処理の並列数、圧縮処理の並列数、送信処理の並列数を定めても良い。これらの数の決め方については後ほど説明する。

図２は、第１の実施形態における画面転送システムの画面送信端末１との間で通信可能な画面受信端末２の機能構成例を示すブロック図である。但し、図２は、主要な機能を記した概略図である。
図２に示すように、画面受信端末２は、受信部２１、伸張部２２、描画部２３を備える。受信部２１は、画面送信端末１との間の３つの通信路のそれぞれを介して画面データを受信する機能を備える。受信部２１は、受信した画面データを伸張部２２へ出力する。

伸張部２２は、受信部２１から入力した画面データに対しデータ伸張処理を行なうことで、画面送信端末１の差分検出部１２で生成された更新画面データを生成する。伸張部２２は、この生成した更新画面データを描画部２３が管理するフレームバッファに書き込む。

描画部２３は、フレームバッファに書き込まれた更新画面データの描画処理を行うことで、画面送信端末１の画面１００を画面受信端末２の図示しないディスプレイ部に表示させる。なお、図２では、図１に示した画面送信端末１の処理に対応する形で、受信部２１における受信処理の並列数、伸張部２２における伸張処理の並列数をそれぞれ３にしている。

なお、画面受信端末２は、画面送信端末１で分割した画面領域の情報（図１に示した例では画面領域＃１、画面領域＃２、画面領域＃３）を知るために、画面送信端末１との間で所定のやりとりを行う。このやりとりは、例えば、画面送信端末１と画面受信端末２との間で画面データを送受信するための通信路とは別の通信路を用意し、画面送信端末１と画面受信端末２が、その通信路を用いて画面領域の情報をやりとりすることである。このやりとりは、画面送信端末１と画面受信端末２との間で、画面データを送受するための通信路の１つを用いて、画面データの送受が発生していないタイミングで画面領域の情報をやりとりすることでも良い。

このように、画面領域の情報を画面送信端末１と画面受信端末２との間で共有することで、伸張部２２は、生成した更新画面データを描画部２３が管理するフレームバッファに書き込むときに、表示画面上における更新画面データの位置を事前に把握することができる。また、伸張部２２は、更新画面データが表示画面上の適切な位置に表示されるように、更新画面データを描画部２３が管理するフレームバッファに書き込むことが可能となる。

あるいは、先に示したように画面領域の情報を別途やりとりする代わりに、次に述べる方法を用いても良い。この方法では、画面送信端末１の差分検出部１２は、生成した更新画面データに画面領域情報を付加する。また、画面受信端末２の伸張部２２は、更新画面データを伸張したときに、その画面領域情報を検出する。伸張部２２は、描画部２３が管理するフレームバッファに更新画面データを書き込むときに、その都度に表示画面上の位置を確認して、更新画面データが表示画面上の適切な位置に表示されるように、更新画面データを描画部２３が管理するフレームバッファに書き込む。

以下、第１の実施形態における各実施例について説明する。
（実施例１−１）
図３は、第１の実施形態における画面転送システムの画面送信端末１−１の機能構成例を示すブロック図である。図３に示した画面送信端末１−１における、図１に示した画面送信端末１との違いは、画面送信端末１−１が記録部１５を備えている点である。記録部１５は、不揮発性メモリなどの記憶媒体である。

次に、画面送信端末１−１の各部の動作を説明する。画面送信端末１−１の差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを記録部１５に書き込む。また、画面送信端末１−１の圧縮部１３は、各圧縮処理で生成した圧縮画面データのそれぞれのデータサイズを記録部１５に書き込む。

図４は、処理Ａでの更新画面データのサイズ、すなわち差分発生量を基に分割画面領域を変更する例を示す図である。
画面送信端末１−１の領域分割部１１は、記録部１５に書き込まれた各種のデータサイズを統計解析する。図３に示した３つの差分検出処理のうち、特定の１つの差分検出処理により生成した更新画面データのサイズが他の２つの更新画面データのサイズより大きいときは、領域分割部１１は、前述した３つの差分検出処理能力が均等になる、または均等に近くなるように、その１つの差分検出処理に対応する画面領域のサイズを小さくし、他の２つの差分検出処理に対応する画面領域のサイズを大きくする（処理Ａ）。

この処理Ａの結果、処理前における画面領域＃１，＃２，＃３のそれぞれに対応する画面領域のサイズが図４の上方に示すように大、小、小であったものが、処理後における新たな画面領域＃１，＃２，＃３のそれぞれに対応する画面領域のサイズは図４の下方に示すように中、中、中となる。このように、複数の画面領域のそれぞれに対応する画面領域のサイズが処理Ａにより平準化される。

図３に示した３つの圧縮処理のうち、特定の１つの圧縮処理により生成する圧縮画面データのサイズが他の２つの圧縮処理により生成する圧縮画面データのサイズより大きいときは、領域分割部１１は、前述した３つの圧縮処理能力が均等になる、または均等に近くなるように、その１つの圧縮処理に対応する画面領域のサイズを小さくし、他の２つの圧縮処理に対応する画面領域のサイズを大きくする（処理Ｂ）。

図３に示した構成で３つの通信路（通信路＃１、通信路＃２、通信路＃３）の通信容量が等しければ、３つの通信路で送信されるデータ量が処理Ａや処理Ｂにより平準化され、特定の通信路に負担をかけずに効率のよい画面データの通信が可能となる。これにより、分割した各画面領域についての画面転送のスループットの偏りが図１の構成に比べて改善される。

なお、差分検出部１２の差分検出＃１で生成した更新画面データ＃１のデータサイズが差分検出＃２で生成した更新画面データ＃２のデータサイズより大きいときに、更新画面データ＃１を圧縮した圧縮画面データ＃１のデータサイズが更新画面データ＃２を圧縮した圧縮画面データ＃２のデータサイズよりも大きいとは限らない。この理由は、データの特性により非常に高い圧縮効果が得られるときとそうでないときがあるからである。

よって、領域分割部１１は、差分検出処理の負荷を均等にするか均等に近くするときは処理Ａを行い、圧縮処理の負荷を均等にするか均等に近くするときは処理Ｂを行い、送信処理の負荷を均等にするか均等に近くするときは処理Ｂを行うことが望ましい。

最初は、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定（例えば、３等分）する。このとき、画面データは複数の通信路（例えば、３本の通信路）で並列送信される。このような送信がなされていても、画面内容の状況によってそれぞれの領域で発生する画面変化は異なり、各通信路で送信すべきデータ量に大小が生じる。

本実施形態を適用することで、各通信路で送信すべきデータ量に明らかな差が生じているときなどに、その差を減らすように分割画面領域を再調整することができる。これにより、分割した各画面領域についての画面転送のスループットの偏りを改善させることが可能となる。

なお、この実施例１−１に関する処理の流れを図５に示す。
図５（ａ）は、差分検出処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ１０１）。差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の更新画面データのサイズを統計解析し、更新画面データの画面領域毎の平均サイズを計算する。この平均サイズとは、前述した所定時間毎にそれぞれ統計解析したデータサイズの平均である（Ｓ１０２１）。
領域分割部１１は、平均サイズの計算結果に基づいて、複数の差分検出処理の負荷を均等にする、または均等に近くするために、分割画面領域を変更する（Ｓ１０３１）。

図５（ｂ）は、圧縮処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ１０１）。圧縮部１３は、各圧縮処理で生成された圧縮画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の圧縮画面データのサイズを統計解析し、圧縮画面データの画面領域毎の平均サイズを計算する（Ｓ１０２２）。
領域分割部１１は、平均サイズの計算結果に基づいて、複数の圧縮処理の負荷を均等にする、または均等に近くするために、分割画面領域を変更する（Ｓ１０３１）。

（実施例１−２）
図６は、第１の実施形態における画面転送システムの画面送信端末１−２の機能構成例を示すブロック図である。この画面送信端末１−２は、図３に示した画面送信端末１−１と比較して、差分検出部１２の差分検出処理の数、圧縮部１３の圧縮処理の数、送信部１４の送信処理の数、および、通信路の数を可変としている点が異なる。

図６に示した例では、差分検出部１２の差分検出処理の数、圧縮部１３の圧縮処理の数、送信部１４の送信処理の数、および、通信路の数が４まで対応できる状況において、領域分割部１１は、最初は画面領域を３つに分割する。また、この例では、差分検出部１２で最初に使用する差分検出処理の数、圧縮部１３で最初に使用する圧縮処理の数、送信部１４で最初に使用する送信処理の数、および、最初に使用する通信路の数をそれぞれ３つにしている。

次に画面送信端末１−２の各部について説明する。図３に示した画面送信端末１−１と同様に、画面送信端末１−２の差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを記録部１５に書き込む。圧縮部１３は、各圧縮処理で生成した圧縮画面データのそれぞれのデータサイズを記録部１５に書き込む。領域分割部１１は、記録部１５に書き込まれたデータサイズを統計解析する。

図６に示した例では、領域分割部１１は以下の処理を行う。図７は、後述する処理Ｃでの更新画面データのサイズを基に、画面の分割領域数および分割画面領域を領域分割部１１が変更した例を示す図である。このデータサイズは、画面データの差分発生量を意味する。

差分検出部１２の３つの差分検出処理のうち、特定の１つの差分検出処理により生成した更新画面データのサイズが他の２つ差分検出処理により生成した更新画面データのサイズより大きいときは、領域分割部１１は、その１つの差分検出処理に対応する画面領域を２つに分割することで、１つあたりの更新画面データのサイズを小さくする。この結果、処理前の画面領域＃１は、図７に示すように新たな画面領域＃１，＃２となる。また、処理前の画面領域＃２，＃３は、図７に示すように新たな画面領域＃３，＃４となる。

これらのデータのそれぞれは、４つの差分検出処理（差分検出＃１，差分検出＃２，差分検出＃３，差分検出＃４）、４つの圧縮処理（圧縮＃１，圧縮＃２，圧縮＃３，圧縮＃４）、４つの送信処理（送信＃１，送信＃２，送信＃３，送信＃４）、および、４つの通信路（通信路＃１，通信路＃２，通信路＃３，通信路＃４）を用いて送信される（処理Ｃ）。

図７に示した例では、処理Ｃの後は、新たな画面領域＃１に対応するデータは、差分検出部１２の差分検出＃１、圧縮部１３の圧縮＃１、送信部１４の送信＃１、および通信路＃１を介して送信される。新たな画面領域＃２に対応するデータは、差分検出部１２の差分検出＃２、圧縮部１３の圧縮＃２、送信部１４の送信＃２、および通信路＃２を介して送信される。新たな画面領域＃３に対応するデータは、差分検出部１２の差分検出＃３、圧縮部１３の圧縮＃３、送信部１４の送信＃３、および通信路＃３を介して送信される。また、画面領域＃４に対応するデータは、差分検出部１２の差分検出＃４、圧縮部１３の圧縮＃４、送信部１４の送信＃４、および通信路＃４を介して送信される。

処理Ｃの結果、図７に示すように、処理Ｃの前における画面領域＃１，＃２，＃３のそれぞれに対応する画面領域のサイズが大、中、中であったものが、処理Ｃの後における新たな画面領域＃１，＃２，＃３，＃４のそれぞれに対応する画面領域のサイズは中、中、中、中となる。このように、複数の画面領域のそれぞれに対応する画面領域のサイズが処理Ｃにより平準化される。

また、圧縮部１３の３つの圧縮処理のうち、特定の１つの圧縮処理により生成した圧縮画面データのサイズが他の２つの圧縮処理により生成する圧縮画面データより大きいときは、領域分割部１１は、その１つの圧縮処理に対応する画面領域を２つに分割することで、１つあたりの圧縮画面データのサイズを小さくする。このデータは、前述した４つの差分検出処理、４つの圧縮処理、４つの送信処理、４つの通信路を用いて送信される（処理Ｄ）。

図６に示した例で、４つの通信路の通信容量が等しければ、ある１つの通信路で送信されるデータ量が他の通信路で送信されるデータ量より多い状況が処理Ａ，Ｂにより解消され、特定の通信路に負担をかけずに画面データを効率よく通信する事が可能となる。これにより、分割した各画面領域についての画面転送のスループットの偏りが図１の構成に比べて改善される。

一方、領域分割部１１は、記録部１５に書き込まれたデータサイズを統計解析し、その結果によって、分割ではなく例えば以下の統合処理を行う。図８は、処理Ｅでの更新画面データのサイズである差分発生量を基に画面の分割領域数および分割画面領域を変更した例を示す図である。

４つの差分検出処理のうち、２つの差分検出処理により生成した更新画面データのサイズが他の２つの差分検出処理により生成した更新画面データのサイズより小さいときは、領域分割部１１は、その小さい２つの差分検出処理に対応する画面領域を１つに統合する。この結果、処理前の画面領域＃１，＃２は、図８に示すように新たな画面領域＃１となる。また、処理前の画面領域＃３，＃４は、図８に示すように新たな画面領域＃２，＃３となる。

これにより、領域分割部１１は、１つあたりの更新画面データのサイズを大きくする。このデータは３つの差分検出処理、３つの圧縮処理、３つの送信処理、３つの通信路を用いて送信される（処理Ｅ）。

図８に示した例では、処理Ｅの後は、画面領域＃１に対応するデータは、差分検出部１２の差分検出＃１、圧縮部１３の圧縮＃１、送信部１４の送信＃１、および通信路＃１を介して送信される。画面領域＃２に対応するデータは、差分検出部１２の差分検出＃３、圧縮部１３の圧縮＃３、送信部１４の送信＃３、および通信路＃３を介して送信される。また、画面領域＃３に対応するデータは、差分検出部１２の差分検出＃４、圧縮部１３の圧縮＃４、送信部１４の送信＃４、および通信路＃４を介して送信される。ここでは、差分検出部１２の差分検出＃２、圧縮部１３の圧縮＃２、送信部１４の送信＃２、および通信路＃２は用いられない。

処理Ｅの結果、図８に示すように、処理Ｅの前における画面領域＃１，＃２，＃３，＃４のそれぞれに対応する画面領域のサイズが小、小、中、中であったものが、処理Ｅの後における新たな画面領域＃１，＃２，＃３のそれぞれに対応する画面領域のサイズは中、中、中となる。このように、複数の画面領域のそれぞれに対応する画面領域のサイズが処理Ｅにより平準化される。

４つの圧縮処理のうち、２つの圧縮処理により生成した圧縮画面データのサイズが他の２つの圧縮処理により生成した圧縮画面データのサイズより小さいときは、領域分割部１１は、その小さい２つの圧縮処理に対応する画面領域を１つに統合する。これにより、領域分割部１１は、１つあたりの圧縮画面データのサイズを大きくする。このデータは、３つの差分検出処理、３つの圧縮処理、３つの送信処理、３つの通信路を用いて送信される（処理Ｆ）。

この統合処理は、ある２つの通信路で送信されるデータ量が他の通信路で送信されるデータ量より極端に少ないときなどは１つの通信路でデータを送り、それに伴い４つの並列処理を３つの並列処理に変更することで画面送信端末１−２での並列処理の負荷軽減を図る処理である。
このような、画面領域のさらなる分割処理や統合処理を行うことにより、分割した各画面領域についての画面転送のスループットの偏りを改善させることが可能となる。

実施例１−２に関する処理の流れを図９に示す。
図９（ａ）は、差分検出処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ１０１）。差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の更新画面データのサイズを統計解析し、更新画面データの画面領域毎の平均サイズを計算する（Ｓ１０２１）。

領域分割部１１は、平均サイズの計算結果に基づいて、複数の差分検出処理の負荷を均等にする、または均等に近くするために、画面の分割数や分割画面領域を変更する（Ｓ１０３２）。
また、領域分割部１１は、必要に応じて、複数の通信路と送信部１４との間の回線接続を切断したり、接続状態にしたりする（Ｓ１０４）。

図９（ｂ）は、圧縮処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ１０１）。圧縮部１３は、各圧縮処理で生成された圧縮画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の圧縮画面データのサイズを統計解析し、圧縮画面データの画面領域毎の平均サイズを計算する（Ｓ１０２２）。

領域分割部１１は、平均サイズの計算結果に基づいて、複数の圧縮処理の負荷を均等にする、または均等に近くするために、画面の分割領域数や分割画面領域を変更する（Ｓ１０３２）。
また、領域分割部１１は、必要に応じて、複数の通信路と送信部１４との間の回線接続を切断したり、接続状態にしたりする（Ｓ１０４）。

（実施例１−３）
図１０は、画面送信端末１−３の機能構成例を示すブロック図である。画面送信端末１−３は、図３に示した画面送信端末１−１を改良したものであり、領域分割部１１による画面の分割領域数と通信路数とが異なるときに対応できるようにしている。

画面送信端末１−３の領域分割部１１は、記録部１５に書き込まれたデータサイズを統計解析し、その結果によって分割領域や分割領域数を変化させる。さらに、領域分割部１１は、圧縮部１３に対し、画面領域に対応する複数の圧縮画面データを、どの通信路で送信するかを示す指示を行う。圧縮部１３は、その指示に従い、圧縮画面データを送信部１４に出力する。

図１１は、画面分割は３分割としている一方で通信路が２つしかない例を示す図である。この例の初期状態では、画面１００上の３つの画面領域である画面領域＃１、画面領域＃２、画面領域＃３のうち画面領域＃１と画面領域＃２とに対応する画面データを通信路＃１で送信し、画面領域＃３に対応する画面データを通信路＃２で送信している。

ここで、画面領域＃１および画面領域＃２に対応する更新画面データの平均サイズあるいは圧縮画面データの平均サイズが大きくなったと仮定する。ここで、便宜的に更新画面データサイズあるいは圧縮画面データサイズを数値で表し、この数値が大きいほど平均サイズが大きいとする。本実施形態では、データサイズの値の単位は特に定めない。また、このデータサイズの値はサイズそのものでなく、所定の値を用いて正規化した値であってもよい。

例えば、図１１に示すように、初期状態の画面領域＃１、画面領域＃２、画面領域＃３に対応する更新画面データあるいは圧縮画面データの平均サイズがそれぞれ１００、５０、１０である例を考える。この例では、通信路＃１で送信するデータの平均サイズが１５０、通信路＃２で送信するデータの平均サイズが１０となり、通信路間でデータの平均サイズに極端な差が生じている。

このとき、画面送信端末１−３の領域分割部１１は、以下のような処理のいずれかを実行して、２つの通信路で送信するデータ量を適切なサイズにする。なお、ここでは２つの通信路の通信容量はほぼ等しいとする。

まず、画面の分割領域の変更処理について説明する。この処理のために、領域分割部１１は、画面領域＃１および画面領域＃２に対応する更新画面データあるいは圧縮画面データの平均サイズが小さくなるように画面の分割領域を変更する。この変更により、処理前とは異なる新たな画面領域＃１，＃２，＃３が生成される。

例えば、領域分割部１１は、画面領域＃１、画面領域＃２、画面領域＃３に対応する更新画面データあるいは圧縮画面データの平均サイズがそれぞれ６０、２０、８０となるように画面の分割領域を変更することで、通信路＃１でのデータの平均サイズを８０とし、通信路＃２でのデータの平均サイズを８０とする（図１１の右側上段参照）。

図１０に示した例では、画面の分割領域の変更処理の後は、新たな画面領域＃１に対応するデータは、処理前と同じく、差分検出部１２の差分検出＃１、圧縮部１３の圧縮＃１、送信部１４の送信＃１、および通信路＃１を介して送信される。新たな画面領域＃２に対応するデータは、処理前と同じく、差分検出部１２の差分検出＃２、圧縮部１３の圧縮＃２、送信部１４の送信＃２、および通信路＃１を介して送信される。また、新たな画面領域＃３に対応するデータは、処理前と同じく、差分検出部１２の差分検出＃３、圧縮部１３の圧縮＃３、送信部１４の送信＃２、および通信路＃２を介して送信される。

次に、画面の分割領域数及び領域変更処理について説明する。この処理のために、領域分割部１１は、画面の分割領域数と通信路の割り当てを変更する。例えば、領域分割部１１は、画面領域を２分割にする。この処理により、処理前とは異なる新たな画面領域＃１，＃２が生成される。また、領域分割部１１は、この２つの領域に対応する更新画面データあるいは圧縮画面データの平均サイズがともに８０となるようにする（図１１の右側中段参照）。

図１０に示した例では、画面の分割領域数及び領域変更処理の後は、新たな画面領域＃１に対応するデータは、差分検出部１２の差分検出＃１、圧縮部１３の圧縮＃１、送信部１４の送信＃１、および通信路＃１を介して送信される。また、新たな画面領域＃２に対応するデータは、差分検出部１２の差分検出＃２、圧縮部１３の圧縮＃２、送信部１４の送信＃２、および通信路＃２を介して送信される。

次に、通信路の割り当て変更処理について説明する。この処理のために、領域分割部１１は、画面の分割領域の変更は行わず、通信路の割り当て変更のみを行う。例えば、領域分割部１１は、画面領域＃１を通信路＃１に割り当て、画面領域＃２と画面領域＃３とを通信路＃２に割り当てるように変更することで、通信路＃１でのデータの平均サイズを１００とし、通信路＃２でのデータの平均サイズを６０とする（図１１の右側下段参照）。この通信路＃２でのデータの平均サイズは、差分検出部１２の差分検出＃２、圧縮部１３の圧縮＃２、送信部１４の送信＃２を経たデータの平均サイズ５０、および差分検出部１２の差分検出＃３、圧縮部１３の圧縮＃３、送信部１４の送信＃２を経たデータの平均サイズ１０の和である。

図１０に示した例では、通信路の割り当て変更処理の後は、画面領域＃１に対応するデータは、処理前と同じく、差分検出部１２の差分検出＃１、圧縮部１３の圧縮＃１、送信部１４の送信＃１、および通信路＃１を介して送信される。画面領域＃２に対応するデータは、処理前と異なり、差分検出部１２の差分検出＃２、圧縮部１３の圧縮＃２、送信部１４の送信＃２、および通信路＃２を介して送信されるようになる。また、画面領域＃３に対応するデータは、処理前と同じく、差分検出部１２の差分検出＃３、圧縮部１３の圧縮＃３、送信部１４の送信＃２、および通信路＃２を介して送信される。

なお、画面の分割領域の変更処理や、画面の分割領域数の変更処理や、通信路の割り当て変更処理を一度だけ行っても、データの平均サイズの値が最適な値になるとは限らない。このため、領域分割部１１は、これらの処理を繰り返し調整することで、データの平均サイズの値をより適切な値としていく。
このような、通信路ごとのデータサイズの変更を行うことにより、分割した各画面領域についての、画面転送のスループットの偏りを改善させることが可能となる。

実施例１−３に関する処理の流れは図９に示したとおりである。ただし、Ｓ１０３２の「画面の分割数と分割画面領域の決定」のための処理は、上記のように画面の分割領域の変更処理や、画面の分割領域数の変更処理や、通信路の割り当て変更処理であり、実施例１−２と異なる。

（実施例１−４）
図１２は、画面送信端末１−４の機能構成例を示すブロック図である。画面送信端末１−４は、図３に示した画面送信端末１−１を改良したものであり、通信路品質測定部１６を構成要素として備える。通信路品質測定部１６は、画面送信端末１−４が画面受信端末２−４との間で設定した複数の通信路のそれぞれの通信路品質を測定する機能を備える。

例えば、画面送信端末１−４と画面受信端末２−４との間で有線ＬＡＮと無線ＬＡＮと３Ｇ回線とでなる３つの通信路を設定しているとき、通信路品質測定部１６は、それぞれの通信路の伝送路遅延やパケットロス率を測定する。これらの測定方法は、例えば、PINGを利用してラウンドトリップタイム（ＲＴＴ）（遅延時間）やパケットロス率を測定してもよい。PINGとはネットワークにおけるノードの到達性を測定するためのソフトウェアである。

３つの通信路を通信路＃１，通信路＃２，通信路＃３とする。そして、通信路＃１での遅延時間が１０ｍｓでパケットロス率が０．１％であり、通信路＃２での遅延時間が１５ｍｓでパケットロス率が０．１％であり、通信路＃３の遅延時間が４０ｍｓでパケットロス率が０．１％であるとする。これら３つの中では通信路＃１の品質が一番良く、通信路＃３の品質が一番悪い。

通信路品質測定部１６は、各通信路の品質を数値化して、領域分割部１１に入力する。例えば、通信路品質測定部１６は、通信路品質をＱとし、遅延時間をＴ（ｍｓ）とし、パケットロス率をＰ（％）としたときに、Ｑ＝１/(αＴ＋βＰ)というような関係式を用いて通信路品質を数値化してもよい。この式のα、βは係数である。

上述の式において、α＝１、β＝１００とすると、通信路＃１の品質Ｑ１は０．０５、通信路＃２の品質Ｑ２は０．０５、通信路＃２の品質Ｑ２は０．０４、通信路＃３の品質Ｑ３は０．０２となる。これらの通信路の品質情報が領域分割部１１に入力される。

この実施例では、各通信路の品質がほぼ均一と想定し、実施例１−１等で説明したように３つの分割画面での更新画面データあるいは圧縮画面データの平均サイズが均等になる、または均等に近くなるように調整していたと仮定する（図１３（ａ）参照）。本実施例では、領域分割部１１は通信路品質測定部１６から、「通信路＃１の品質Ｑ１は０．０５、通信路＃２の品質Ｑ２は０．０４、通信路＃３の品質Ｑ３は０．０２」という情報を入力すると、通信路品質を考慮した分割領域変更を行う。

この例における、通信路＃１に対応する画面領域＃１、通信路＃２に対応する画面領域＃２、通信路＃３に対応する画面領域＃３の更新画面データあるいは圧縮画面データの平均サイズの比を述べる。この比は、例えば、図１３（ｂ）に示すように、各通信路の品質である０．０５、０．０４、０．０２に対応するサイズの比、つまり５：４：２となるように分割領域変更を行う。

この割り当て変更処理の結果、図１３に示すように、処理の前における画面領域＃１，＃２，＃３のそれぞれに対応する画面領域のサイズが中、中、中であったものが、処理の後における新たな画面領域＃１，＃２，＃３のそれぞれに対応する画面領域のサイズは大、中、小となる。このように、処理により、複数の画面領域のそれぞれに対応する画面領域のサイズは異なるようになる。しかし、新たな画面領域＃１に対応する画面領域のサイズは品質が高い通信路＃１に対応するサイズで、新たな画面領域＃２に対応する画面領域のサイズは品質が中程度の通信路＃２に対応するサイズで、新たな画面領域＃３に対応する画面領域のサイズは品質が低い通信路＃３に対応したサイズである。このため、各画面領域のサイズは、この画面領域の画面データを送信するための通信路の品質の高さに相応するようになるので、各通信路にかかる負荷が平準化される。

なお、上述した例では、各通信路でのパケットロス率を同一の０．１％としたが、本実施例では、このパケット率が通信路間で異なるときも、この値を通信路の品質Ｑに反映させ、それに応じた分割領域変更を行う。また、本実施例では、通信路の品質として伝送路遅延やパケットロス率を扱う例を示したが、通信路の帯域（利用可能帯域）を測定できるのであれば、それを用いても良い。また、本実施例では、物理回線自体が異なる複数種類の通信路、例えば有線ＬＡＮと無線ＬＡＮと３Ｇ回線を示した。しかし、これに限らず、例えば複数の通信路がＴＣＰコネクション等の論理的なコネクションとして設定されているときに、それぞれの論理的なコネクションの品質を測定し、その結果をもって分割領域変更を行うようにしても良い。

なお、図１２には図示しないが、送信部１４に対して各通信路で利用できる帯域（実効スループット）をユーザが設定できるようにしてもよい。例えば、通信速度の理論値が１００Ｍｂｐｓである有線ＬＡＮと、通信速度の理論値が１０Ｍｂｐｓである無線ＬＡＮとでなる２種類の物理回線を利用しているとき、有線ＬＡＮでの利用帯域および無線ＬＡＮでの利用帯域が同一の５Ｍｂｐｓとなるようにユーザが設定してもよい。このとき、送信部１４は、データの送信レートを調整する機能を有するものとする。

あるいは、有線ＬＡＮの利用帯域を２０Ｍｂｐｓとし、無線ＬＡＮの利用帯域を５Ｍｂｐｓとして、有線ＬＡＮの利用帯域を無線ＬＡＮの整数倍に調整するようにしても良い。このように通信路の利用帯域を意図的に調整することで、通信路を占有させないという効果が得られる。また、実効スループットを制御可能範囲に置くことが可能となれば、通信路をベストエフォートで利用するときと比べて分割した各画面領域についての、画面転送のスループットの偏りをより正確に見積もることができる。

なお、実施例１−４に関する処理の流れを図１４、図１５、図１６に示す。
図１４（ａ）は、通信路品質に応じて分割画面領域を変更するための処理の流れを示すフローチャートである。まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ２０１）。通信路品質測定部１６は、各通信路の品質を数値化して、領域分割部１１に入力する（Ｓ２０２）。領域分割部１１は、各通信路の品質の数値を考慮して、分割した複数の画面の転送にかかるスループットを均等にする、または均等に近くなるように、分割画面領域を変更する（Ｓ２０３１）。

図１４（ｂ）は、通信路品質に応じて画面分割数および分割画面領域を変更するための処理の流れを示すフローチャートである。まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ２０１）。通信路品質測定部１６は、各通信路の品質を数値化して、領域分割部１１に入力する（Ｓ２０２）。領域分割部１１は、各通信路の品質の数値を考慮して、分割した複数の画面の転送にかかるスループットを均等にする、または均等に近くなるように、画面分割数および分割画面領域を変更する（Ｓ２０３２）。

図１５（ａ）は、通信路品質および更新画面データサイズに応じて分割画面領域を変更するための処理の流れを示すフローチャートである。
まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ２０１）。通信路品質測定部１６は、各通信路の品質を数値化して、領域分割部１１に入力する（Ｓ２０２）。

差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の更新画面データのサイズを統計解析し、更新画面データの画面領域毎の平均サイズを計算する（Ｓ２０２１）。

領域分割部１１は、平均サイズの計算結果に基づいて、差分検出処理の負荷を均等にする、または均等に近くするために、分割画面領域を変更した上で、各通信路の品質の数値を考慮して、分割画面領域を再度決定する（Ｓ２０３１）。

図１５（ｂ）は、通信路品質および圧縮画面データサイズに応じて分割画面領域を変更するための処理の流れを示すフローチャートである。
まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ２０１）。通信路品質測定部１６は、各通信路の品質を数値化して、領域分割部１１に入力する（Ｓ２０２）。圧縮部１３は、各圧縮処理で生成された圧縮画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の圧縮画面データのサイズを統計解析し、圧縮画面データの画面領域毎の平均サイズを計算する（Ｓ２０２２）。

領域分割部１１は、平均サイズの計算結果に基づいて、圧縮処理の負荷を均等にする、または均等に近くするために、分割画面領域を変更した上で、各通信路の品質の数値を考慮して、分割画面領域を再度決定する（Ｓ２０３１）。
図１６（ａ）は、通信路品質および更新画面データサイズに応じて画面分割数、分割画面領域を変更するための処理の流れを示すフローチャートである。
まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように画面分割数、分割画面領域を決定する（Ｓ２０１）。通信路品質測定部１６は、各通信路の品質を数値化して、領域分割部１１に入力する（Ｓ２０２）。

差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の更新画面データのサイズを統計解析し、更新画面データの画面領域毎の平均サイズを計算する（Ｓ２０２１）。

平均サイズの計算結果に基づいて、差分検出処理の負荷を均等にする、または均等に近くするために、領域分割部１１は、画面の分割数や分割画面領域を変更するとともに、各通信路の品質の数値を考慮して、画面分割数、分割画面領域を再度決定する（Ｓ２０３２）。
また、領域分割部１１は、必要に応じて、複数の通信路と送信部１４との間の回線接続を切断したり、接続状態にしたりする（Ｓ２０４）。

図１６（ｂ）は、通信路品質および圧縮画面データサイズに応じて画面分割数、分割画面領域を変更するための処理の流れを示すフローチャートである。
まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように画面分割数、分割画面領域を決定する（Ｓ２０１）。通信路品質測定部１６は、各通信路の品質を数値化して、領域分割部１１に入力する（Ｓ２０２）。

圧縮部１３は、各圧縮処理で生成された圧縮画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の圧縮画面データのサイズを統計解析し、圧縮画面データの画面領域毎の平均サイズを計算する（Ｓ２０２２）。

平均サイズの計算結果に基づいて、圧縮処理の負荷を均等にする、または均等に近くするために、領域分割部１１は、画面の分割数や分割画面領域を変更するとともに、各通信路の品質の数値を考慮して、画面分割数、分割画面領域を再度決定する（Ｓ２０３２）。また、領域分割部１１は、必要に応じて、複数の通信路と送信部１４との間の回線接続を切断したり、接続状態にしたりする（Ｓ２０４）。

（実施例１−５）
図１７は、画面送信端末１−５の機能構成例を示すブロック図である。画面送信端末１−５は、図３に示した画面送信端末１−１を改良したものであり、画面変化量推定部１７を構成要素として備える。画面変化量推定部１７は、画面送信端末１−５において画面表示を行っているアプリケーションの種類と起動状態を観測する機能を備える。

例えば、画面送信端末１−５がＷｉｎｄｏｗｓ（登録商標）ＯＳやＬｉｎｕｘ（登録商標）ＯＳを搭載したＰＣであるとすると、画面変化量推定部１７は、そのＰＣ内で動作しているプログラムを確認し、そのプログラムによって生成されたウィンドウの表示位置を確認する。

例えば、動画アプリケーションが画面送信端末１−５で起動していることを画面変化量推定部１７が検知し、また、図１８に示すように動画アプリケーションが生成したウィンドウが画面の上側に表示されていることを画面変化量推定部１７が把握したとする。このとき、画面変化量推定部１７は、動画アプリケーションが表示される画面領域は更新画面データあるいは圧縮画面データの平均サイズが動画アプリケーションの起動前より大きくなると予測できる。

そこで、画面変化量推定部１７は、時間経過にともなう、更新画面データあるいは圧縮画面データの平均サイズの変化量が大きいと予測される画面の領域情報を領域分割部１１に入力する。領域分割部１１は、画面変化量推定部１７から入力された情報を利用して、例えば、図１８に示すように動画アプリケーションが表示されている部分を含む部分の画面領域サイズを予め小さくし、動画アプリケーションが表示されていない部分の画面領域サイズを予め大きくするような分割領域変更を行うことが可能になる。

また、画面送信端末１−５が、図１２に示した通信路品質測定部１６を更に備えていれば、領域分割部１１は、図１９に示すように、動画アプリケーションが表示されている部分である画面領域＃１を通信路の品質が良い通信路＃１に予め割り当てるような分割領域変更を行うことが可能となる。

実施例１−５に関する処理の流れを図２０、図２１、図２２、図２３に示す。
図２０（ａ）は、画面変化量の推定結果に基づいて差分検出処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。
まず、画面変化量推定部１７は、更新画面データの平均サイズが大きくなると予測される画面の領域情報を領域分割部１１に入力する（Ｓ３００）。

領域分割部１１は、更新画面データの平均サイズが大きくなると予測される画面の領域情報を考慮して、更新画面データのうち動画アプリケーションが表示されている部分が他の部分より小さくなるように分割画面領域を決定する（Ｓ３０１）。差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の更新画面データのサイズを統計解析し、更新画面データの画面領域毎の平均サイズを計算する（Ｓ３０２１）。
領域分割部１１は、平均サイズの計算結果に基づいて、差分検出処理の負荷を均等にする、または均等に近くするために、分割画面領域を変更する（Ｓ３０３１）。この変更の後はＳ３０１に戻る。

図２０（ｂ）は、画面変化量の推定結果に基づいて圧縮処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。
まず、画面変化量推定部１７は、圧縮画面データの平均サイズが大きくなると予測される画面の領域情報を領域分割部１１に入力する（Ｓ３００）。

領域分割部１１は、圧縮画面データの平均サイズが大きくなると予測される画面の領域情報を考慮して、動画アプリケーションが表示されている部分が他の部分より小さくなるように分割画面領域を決定する（Ｓ３０１）。

圧縮部１３は、各圧縮処理で生成された圧縮画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の圧縮画面データのサイズを統計解析し、圧縮画面データの画面領域毎の平均サイズを計算する（Ｓ３０２２）。

領域分割部１１は、平均サイズの計算結果に基づいて、圧縮処理の負荷を均等にする、または均等に近くするために、分割画面領域を変更する（Ｓ３０３１）。この変更の後はＳ３０１に戻る。

図２１（ａ）は、画面変化量の推定結果に基づく、差分検出処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。
まず、画面変化量推定部１７は、更新画面データの平均サイズが大きくなると予測される画面の領域情報を領域分割部１１に入力する（Ｓ３００）。

領域分割部１１は、更新画面データの平均サイズが大きくなると予測される画面の領域情報を考慮して、動画アプリケーションが表示されている部分が他の部分より小さくなるように分割画面領域を決定する（Ｓ３０１）。差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の更新画面データのサイズを統計解析し、更新画面データの画面領域毎の平均サイズを計算する（Ｓ３０２１）。

領域分割部１１は、平均サイズの計算結果に基づいて、差分検出処理の負荷を均等にする、または均等に近くするために、画面の分割数や分割画面領域を変更する（Ｓ３０３）。
また、領域分割部１１は、必要に応じて、複数の通信路と送信部１４との間の回線接続を切断したり、接続状態にしたりする（Ｓ３０４）。この後はＳ３０１に戻る。

図２１（ｂ）は、画面変化量の推定結果に基づく、圧縮処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。
まず、画面変化量推定部１７は、圧縮画面データの平均サイズが大きくなると予測される画面の領域情報を領域分割部１１に入力する（Ｓ３００）。

領域分割部１１は、圧縮画面データの平均サイズが大きくなると予測される画面の領域情報を考慮して、動画アプリケーションが表示されている部分が他の部分より小さくなるように分割画面領域を決定する（Ｓ３０１）。

圧縮部１３は、各圧縮処理で生成された圧縮画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の圧縮画面データのサイズを統計解析し、圧縮画面データの画面領域毎の平均サイズを計算する（Ｓ３０２２）。

領域分割部１１は、平均サイズの計算結果に基づいて、圧縮処理の負荷を均等にする、または均等に近くするために、画面の分割数や分割画面領域を変更する（Ｓ３０３）。
また、領域分割部１１は、必要に応じて、複数の通信路と送信部１４との間の回線接続を切断したり、接続状態にしたりする（Ｓ３０４）。この後はＳ３０１に戻る。

図２２（ａ）は、画面変化量の推定結果に基づく、差分検出処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。図２２（ａ）において、図２０（ａ）と異なる点は、画面の領域分割処理と画面変化量の推定処理の順番が逆になっている点である。
まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ３０１）。

次に、画面変化量推定部１７は、更新画面データの平均サイズが大きくなると予測される画面の領域情報を領域分割部１１に入力する（Ｓ３０２）。差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の更新画面データのサイズを統計解析し、更新画面データの画面領域毎の平均サイズを計算する（Ｓ３０２１）。

領域分割部１１は、平均サイズの計算結果に基づいて、差分検出処理の負荷を均等にする、または均等に近くするために、更新画面データの平均サイズが大きくなると予測される画面の領域情報を考慮して、動画アプリケーションが表示されている部分が他の部分より小さくなるように分割画面領域を変更する（Ｓ３０３１）。

図２２（ｂ）は、画面変化量の推定結果に基づく、圧縮処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。図２２（ｂ）において、図２０（ｂ）と異なる点は、画面の領域分割処理と画面変化量の推定処理の順番が逆になっている点である。
まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ３０１）。

次に、画面変化量推定部１７は、圧縮画面データの平均サイズが大きくなると予測される画面の領域情報を領域分割部１１に入力する（Ｓ３０２）。圧縮部１３は、各圧縮処理で生成された圧縮画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の圧縮画面データのサイズを統計解析し、圧縮画面データの画面領域毎の平均サイズを計算する（Ｓ３０２２）。

領域分割部１１は、平均サイズの計算結果に基づいて、圧縮処理の負荷を均等にする、または均等に近くするために、圧縮画面データの平均サイズが大きくなると予測される画面の領域情報を考慮して、動画アプリケーションが表示されている部分が他の部分より小さくなるように分割画面領域を変更する（Ｓ３０３１）。

図２３（ａ）は、画面変化量の推定結果に基づく、差分検出処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。図２３（ａ）において、図２１（ａ）と異なる点は、画面の領域分割処理と画面変化量の推定処理の順番が逆になっている点である。
まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ３０１）。

次に、画面変化量推定部１７は、更新画面データの平均サイズが大きくなると予測される画面の領域情報を領域分割部１１に入力する（Ｓ３０２）。差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の更新画面データのサイズを統計解析し、更新画面データの画面領域毎の平均サイズを計算する（Ｓ３０２１）。

領域分割部１１は、平均サイズの計算結果に基づいて、差分検出処理の負荷を均等にする、または均等に近くするために、更新画面データの平均サイズが大きくなると予測される画面の領域情報を考慮して、動画アプリケーションが表示されている部分が他の部分より小さくなるように画面の分割数や分割画面領域を変更する（Ｓ３０３２）。
また、領域分割部１１は、必要に応じて、複数の通信路と送信部１４との間の回線接続を切断したり、接続状態にしたりする（Ｓ３０４）。

図２３（ｂ）は、画面変化量の推定結果に基づく、圧縮処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。図２３（ｂ）において、図２１（ｂ）と異なる点は、画面の領域分割処理と画面変化量の推定処理の順番が逆になっている点である。
まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ３０１）。

次に、画面変化量推定部１７は、圧縮画面データの平均サイズが大きくなると予測される画面の領域情報を領域分割部１１に入力する（Ｓ３０２）。差分検出部１２は、各圧縮処理で生成された圧縮画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。

領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の圧縮画面データのサイズを統計解析し、圧縮画面データの画面領域毎の平均サイズを計算する（Ｓ３０２２）。

領域分割部１１は、平均サイズの計算結果に基づいて、圧縮処理の負荷を均等にする、または均等に近くするために、圧縮画面データの平均サイズが大きくなると予測される画面の領域情報を考慮して、動画アプリケーションが表示されている部分が他の部分より小さくなるように画面の分割数や分割画面領域を変更する（Ｓ３０３２）。
また、領域分割部１１は、必要に応じて、複数の通信路と送信部１４との間の回線接続を切断したり、接続状態にしたりする（Ｓ３０４）。

（実施例１−６）
図２４は、画面送信端末１−６の機能構成例を示すブロック図である。画面送信端末１−６は画面送信端末１−１を改良したものであり、送信端末リソース測定部１８を構成要素として備える。
送信端末リソース測定部１８は、画面送信端末１−６の有するリソース量を測定する機能を備える。リソース量とは、ＣＰＵ数や、ＣＰＵ負荷などの情報である。

例えば、画面送信端末１−６が４つのＣＰＵを備えていることを送信端末リソース測定部１８が検出すると、差分検出部１２の差分検出処理、圧縮部１３の圧縮処理等を４つのＣＰＵで独立に処理することも可能となる。

そこで、画面分割数候補は４（あるいは、４の倍数である８）という情報を領域分割部１１に入力する。領域分割部１１は、画面分割数候補の情報が入力されると、それに応じる分割領域変更を行うことができ、その後の差分検出部１２の差分検出処理、圧縮部１３の圧縮処理等を効率的に行うことが可能となる。

また、送信端末リソース測定部１８は、例えば、画面送信端末１−６がＣＰＵ負荷としてＣＰＵ使用率情報を検出すると、そのＣＰＵ使用率に応じた画面分割数候補の情報を領域分割部１１に入力しても良い。これにより、例えば、ＣＰＵ使用率が８０％なら画面分割数候補を２にし、６０％なら画面分割数候補を４にするなど、ＣＰＵ使用率が高いときには差分検出部１２の差分検出処理、圧縮部１３の圧縮処理の並列数を少なくするような分割領域変更を行うことが可能となる。

また、リソース量として、送信端末リソース測定部１８が利用可能な物理回線の種類を検出可能であれば、利用可能な回線数に応じた画面分割数候補の情報を送信端末リソース測定部１８が領域分割部１１に入力することで、利用可能な回線数に応じた分割領域変更を行うことが可能となる。

実施例１−６に関する処理の流れを図２５、図２６に示す。
図２５（ａ）は、リソースの推定結果に基づく、差分検出処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。
まず、送信端末リソース測定部１８は、画面送信端末１−６の有するリソース量を測定し、この測定結果から画面分割候補数を取得して、この情報を領域分割部１１に入力する（Ｓ４００）。

領域分割部１１は、送信端末リソース測定部１８から入力した画面分割候補数を考慮して、分割画面領域を決定する（Ｓ４０１）。
差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の更新画面データのサイズを統計解析し、更新画面データの画面領域毎の平均サイズを計算する（Ｓ４０２１）。
領域分割部１１は、平均サイズの計算結果に基づいて、差分検出処理の負荷を均等にする、または均等に近くするために、分割画面領域を変更する（Ｓ４０３１）。この変更の後はＳ４０１に戻る。

図２５（ｂ）は、リソースの推定結果に基づく、圧縮処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。
まず、送信端末リソース測定部１８は、画面送信端末１−６の有するリソース量を測定し、この測定結果から画面分割候補数を取得して、この情報を領域分割部１１に入力する（Ｓ４００）。
領域分割部１１は、送信端末リソース測定部１８から入力した画面分割候補数を考慮して、分割画面領域を決定する（Ｓ４０１）。

圧縮部１３は、各圧縮処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の圧縮画面データのサイズを統計解析し、圧縮画面データの画面領域毎の平均サイズを計算する（Ｓ４０２２）。

領域分割部１１は、平均サイズの計算結果に基づいて、圧縮処理の負荷を均等にする、または均等に近くするために、分割画面領域を変更する（Ｓ４０３１）。この変更の後はＳ４０１に戻る。

図２６（ａ）は、リソースの推定結果に基づく、差分検出処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。図２６（ａ）において、図２５（ａ）と異なる点は、画面の領域分割処理とリソースの測定処理の順番が逆になっている点である。
まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ４０１）。

次に、送信端末リソース測定部１８は、画面送信端末１−６の有するリソース量を測定し、この測定結果から画面分割候補数を取得して、この情報を領域分割部１１に入力する（Ｓ４０２）。

差分検出部１２は、各差分検出処理で生成された更新画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。
領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の更新画面データのサイズを統計解析し、更新画面データの画面領域毎の平均サイズを計算する（Ｓ４０２１）。

領域分割部１１は、平均サイズの計算結果に基づいて、差分検出処理の負荷を均等にする、または均等に近くするために、送信端末リソース測定部１８から領域分割部１１に入力された画面分割候補数を考慮して考慮して、分割画面領域を変更する（Ｓ４０３１）。

図２６（ｂ）は、リソースの推定結果に基づく、圧縮処理の負荷を均等にする、または均等に近くするための処理の流れを示すフローチャートである。図２６（ｂ）において、図２５（ｂ）と異なる点は、画面の領域分割処理とリソースの測定処理の順番が逆になっている点である。
まず、領域分割部１１は、表示画面上の分割した各領域の面積が等しくなるように分割画面領域を決定する（Ｓ４０１）。

次に、送信端末リソース測定部１８は、画面送信端末１−６の有するリソース量を測定し、この測定結果から画面分割候補数を取得して、この情報を領域分割部１１に入力する（Ｓ４０２）。

圧縮部１３は、各圧縮処理で生成された圧縮画面データのそれぞれのデータサイズを、所定時間毎に記録部１５に書き込む。
領域分割部１１は、記録部１５に書き込まれた所定時間毎の所定数の圧縮画面データのサイズを統計解析し、圧縮画面データの画面領域毎の平均サイズを計算する（Ｓ４０２２）。

領域分割部１１は、平均サイズの計算結果に基づいて、圧縮処理の負荷を均等にする、または均等に近くするために、送信端末リソース測定部１８から領域分割部１１に入力された画面分割候補数を考慮して、分割画面領域を変更する（Ｓ４０３１）。

本実施形態により、画面転送システムにおいて画面をＮ分割し、Ｍ本のコネクションで送信する方法を提供し、分割した各画面領域についての、画面転送のスループットの偏りを改善させることが可能となる。また、画面転送システムにおける表示にかかる遅延時間を短縮させることが可能となる。このとき、Ｍ本のコネクションのそれぞれにて送信する画面データを決定することが可能である。更には、画面をＮ分割するとしたときに、スループットの偏りが改善するように画面の分割領域を自動決定することが可能である。

（第２の実施形態）
以下、第２の実施形態について説明する。
図２７は、画面送信端末１−７の機能構成例を示すブロック図である。画面送信端末１−７の構成要素は、画面送信端末１−１を拡張したものである。画面送信端末１−７は、通信路品質測定部１６と画面変化量推定部１７を備える。この画面送信端末１−７は通信路として、１本の物理回線内にＴＣＰコネクションを複数本利用する。画面送信端末１−７は、分割した画面データをＴＣＰコネクションを利用して送信する。

さて、画面送信端末１−７では、ＴＣＰコネクションを何本利用するかを決める必要がある。図２８には領域分割処理として、ＴＣＰコネクション数の決め方と、また、画面分割数を決定する処理を示している。以下のいくつかの例を記す。

図２８の例１では、通信路品質測定部１６が測定した１本の物理回線の遅延（ＲＴＴ）とパケットロス率を測定し、この測定結果を領域分割部１１が入力する（Ｓ１）。領域分割部１１が、その結果に応じて、予め保持している通信品質とコネクション数の対応表を利用して、この物理回線のコネクション数を決定している（Ｓ２）。

図２８に示した例１では、ＲＴＴが１０ｍｓでパケットロス率が０．１％のときにコネクション数が１本と決定され、ＲＴＴが２０ｍｓでパケットロス率が０．１％のときにコネクション数が２本と決定される。このように、ＲＴＴが長くなったときにコネクション数を増やすことで、コネクション１つあたりにかかる負荷が軽減されるようにしている。

図２８の例２では、領域分割部１１が画面分割数を決定した後にコネクション数を決定する例を示している。この例では、領域分割部１１は、画面分割数がＮｍａｘ（例えばＮｍａx＝１６）未満であれば、コネクション数をその値とする。一方、領域分割部１１は、画面分割数がＮｍａｘ以上であれば、コネクション数をＮｍａｘにする。このように、画面分割数が増えたときにコネクション数を増やすことで、コネクション１つあたりにかかる負荷が軽減されるようにしている。

図２８の例３では、画面変化量推定部１７は、起動されているアプリケーション等の情報に基づいて送信データ量を推定する。そして、領域分割部１１は、予め保持している送信データ量とコネクション数の対応表を利用してコネクション数を決定する。このように、送信データ量が増えたときにコネクション数を増やすことで、コネクション１つあたりにかかる負荷が軽減されるようにしている。

これらの例１、２、３は組み合わせて利用しても良い。また、通信品質の測定値や送信データ量の推定値は、利用状況によって変動するため、図２８に示した画面分割数決定後の画面分割領域の決定処理（Ｓ３）は、例えば１分毎に繰り返し行っても良い。

本実施形態により、画面転送システムにおいて画面をＮ分割し、１つの物理回線内のＭ本のコネクションで送信する方法を提供し、分割した各画面領域についての、画面転送のスループットの偏りを改善させることが可能となる。また、画面転送システムにおける表示にかかる遅延時間を短縮させることが可能となる。このとき、Ｍ本のコネクションのそれぞれにて送信する画面データを決定することが可能であり、更には、画面をＮ分割するとした場合に、スループットの偏りを改善するように画面の分割領域を自動決定することが可能である。

（第３の実施形態）
以下、第３の実施形態について説明する。
図２９は、第１の実施形態で示した画面送信端末１、あるいは第２の実施形態で示した画面送信端末１−７を利用したマルチディスプレイシステム（大画面表示システム）のシステム構成図である。
大画面送信端末３は、画面送信端末１あるいは画面送信端末１−７と同じ構成要素を有するが、大画面送信端末３側にはディスプレイは必要なく、また、マルチディスプレイに対応する大画面を内部で扱える点が異なる。図２９に示した例では、大画面受信端末４は４つのモニタを有している。また、大画面送信端末３は、大画面を４つのモニタのそれぞれにあわせて４分割し、これら分割した画面のそれぞれを４本の通信路を用いて大画面受信端末４へ送信している。

図２９に示した例では、画面領域＃１に対応するデータは、大画面送信端末３から通信路＃１を介して大画面受信端末４に送信されてモニタ＃１に表示される。画面領域＃２に対応するデータは、大画面送信端末３から通信路＃２を介して大画面受信端末４に送信されてモニタ＃２に表示される。画面領域＃３に対応するデータは、大画面送信端末３から通信路＃３を介して大画面受信端末４に送信されてモニタ＃３に表示される。画面領域＃４に対応するデータは、大画面送信端末３から通信路＃４を介して大画面受信端末４に送信されてモニタ＃４に表示される。

ここで、大画面送信端末３は、最初は図３０の左図に示すように大画面を４つのモニタに応じた形で４分割して送信しているとする。この状態では、図３０の左図に示すように、動画アプリケーションの画面が表示されている画面領域は画面領域＃１，＃２に偏っている。

そして、大画面送信端末３は、第１の実施形態で示したのと同様の方法を用いて、更新画面データあるいは圧縮画面データの平均サイズの情報に基づいて、大画面を４分割するときの領域を変更する。

例えば、図３０の右図に示すように、大画面送信端末３は、動画アプリケーションの画面が表示されている画面領域は更新画面データあるいは圧縮画面データの平均サイズが大きいことにより、動画アプリケーションの画面が表示されている画面領域を＃１，＃２，＃３の３つに分割し、動画アプリケーションの画面が表示されていない残りの画面領域が一つの画面領域＃４となるように分割領域変更を行なう。

すなわち、大画面送信端末３は、最初はモニタ単位で分割領域を決定しているが、画面の表示内容に従い、送信されるデータ量等が均等にする、または均等に近くなるように分割領域変更を行うことが可能である。これにより、大画面転送時の、各画面領域についてのスループットの偏りの改善が期待できる。また、大画面転送システムにおける表示までの遅延時間を短縮させることが可能となる。

また、図３１は、第１の実施形態で示した画面送信端末１あるいは、第２の実施形態で示した画面送信端末１−７を利用したマルチディスプレイシステム（大画面表示システム）のもう１つのシステム構成図である。
この図３１に示した例では、大画面送信端末３は１台である一方で、大画面受信端末は大画面受信端末４−１、４−２、４−３でなる３台から構成される。大画面受信端末４−１はモニタ＃１に接続され、大画面受信端末４−２はモニタ＃２に接続され、大画面受信端末４−３はモニタ＃３とモニタ＃４とに接続されている。

図３１に示した例でも、大画面送信端末３は、最初は、図３２の左図に示すように大画面を４つのモニタに応じた形で画面領域＃１，＃２，＃３，＃４に分割して送信しているとする。そして、大画面送信端末３は、第１の実施形態で示したのと同様の方法を用いて、更新画面データあるいは圧縮画面データの平均サイズの情報に基づいて、大画面を４分割するときの領域を変更する。

例えば、図３２の中央図は、大画面受信端末４−３が利用する通信路＃３と通信路＃４での送信データ量が均一となるように、大画面送信端末３により画面領域＃３と画面領域＃４を変更した例を示している。また、図３２の右図は、画面の表示内容が更に変更になり、この変更に応じて、通信路＃３と通信路＃４での送信データ量が均一となるように大画面送信端末３により画面領域＃３と画面領域＃４を再度変更した例を示す。

すなわち、大画面送信端末３は、最初はモニタ単位で分割領域を決定している。本実施例では、大画面送信端末３は、画面の表示内容に従い、送信されるデータ量等が均等にする、または均等に近くなるように分割領域変更を行うことが可能である。ここでは、分割領域が変更できる領域は、複数種類のモニタに接続される大画面受信端末４−３で表示される画面領域に限られる。

これにより、大画面受信端末４−３への画面転送時における、各画面領域のスループットの偏りの改善が期待できる。また、モニタ＃３とモニタ＃４での表示領域においては画面転送システムにおける表示にかかる遅延時間を短縮させることが可能となる。

本実施形態により、大画面転送システムにおいて画面をＮ分割し、Ｍ本のコネクションで送信する方法を提供し、分割した各画面領域についての、画面転送のスループットの偏りを改善させることが可能となる。画面転送のスループットを改善すれば、大画面転送システムにおける表示までの遅延時間を短縮させることが可能となる。このとき、Ｍ本のコネクションのそれぞれにて送信する画面データを決定することが可能である。更には、画面をＮ分割するとした場合に、スループットの偏りを改善するように画面の分割領域を自動決定することが可能である。

（第４の実施形態）
以下、第４の実施形態について説明する。
図３３は、第４の実施形態における情報転送システムの音声送信端末５および音声受信端末６の機能構成例を示すブロック図である。図３３は、主要な機能を記した概略図である。
図３３に示すように、音声送信端末５は、領域分割部５１、圧縮部５３、送信部５４を備えている。領域分割部５１は、後述の方法に従い、マイク等から入力された音声情報を分割する。図３４では、領域分割部５１が音声情報の周波数領域をバンドパスフィルタ（ＢＰＦ）により３つの周波数領域（ＢＰＦ＃１、ＢＰＦ＃２、ＢＰＦ＃３）に分割した例を示す。

圧縮部５３は、それぞれの分割した音声情報に対してデータ圧縮を行い、圧縮音声データを送信部５４へ出力する。図３３では、圧縮部５３への音声データが３入力であり、それに応じて３つの圧縮処理を並列に処理している例を示す。なお、データ圧縮は音声の特性に応じて異なるものを用いてもよい。例えば圧縮部５３はＧ．７１１、Ｇ．７２２、Ｇ．７２６、Ｇ．７２９等の符号化方式による圧縮処理を行う。

送信部５４は、ＲＴＰなどのネットワークプロトコルを用いてデータを送信する機能を備える。送信部５４は、圧縮部５３から入力された圧縮音声データをパケット化し、このパケット化したデータを音声受信端末６との間で設定された通信路を用いて送信する。図３３では、３つの周波数領域に対し、３つの通信路（通信路＃１、通信路＃２、通信路＃３）を用いて並列に音声データを送信している例を示す。なお、図３３に示した３つの通信路は、同一の物理回線において３つの論理的なコネクションとして分離されていても良いし、物理回線自体が異なる３種類の回線、例えば有線ＬＡＮと無線ＬＡＮと３Ｇ回線等であっても良い。

図３３では、音声情報の分割数、圧縮処理の並列数、送信処理の並列数、通信路数を全て３として説明したが、これらの数は３に限られない。更に、これらの数は同じ値でなくてもよく、異なる値であっても良い。例えば、音声情報の分割数は３であるが、圧縮処理以降の並列数は２であっても良いし、あるいは５であっても良い。また、音声情報の分割数に応じて、その他の数、すなわち圧縮処理の並列数、送信処理の並列数、通信路数を決定しても良い。あるいは、通信路数に応じて、その他の数、すなわち音声情報の分割数、圧縮処理の並列数、送信処理の並列数を決定しても良い。

また、図３３に示した音声受信端末６は、音声送信端末５から音声情報を受信し、この受信した音声情報を再生する。
音声受信端末６は、受信部６１、伸張部６２、領域合成部６３、再生部６４を備える。受信部６１は音声送信端末５との間の３つの通信路のそれぞれから音声データを受信する機能を備えている。受信部６１は、受信した音声データを伸張部６２へ出力する。
伸張部６２は、受信部６１から入力された音声データに対しデータ伸張処理を行い、伸張した音声データを領域合成部６３に出力する。

領域合成部６３は、伸張部６２の伸張＃１，＃２，＃３からの音声データを同期合成することで音声情報を生成し、この情報を再生部６４へ出力する。再生部６４は、入力された音声情報をスピーカにて再生する。なお、図３３に示した例では、音声送信端末５の処理に対応する形で、受信部６１における受信処理の並列数、伸張部６２における伸張処理の並列数をそれぞれ３にしている。

なお、音声受信端末６は、音声送信端末５で分割した周波数領域の情報（図３４に示した例ではＢＰＦ＃１、ＢＰＦ＃２、ＢＰＦ＃３）を音声受信端末６が知るために、音声送信端末５との間で所定のやりとりを行う。このやりとりは、例えば、音声送信端末５と音声受信端末６間で音声データを送受信する通信路とは別の通信路を用意し、音声送信端末５と音声受信端末６が、その通信路を用いて周波数領域の情報をやりとりすることである。このやりとりは、音声送信端末５と音声受信端末６の間で、音声データを送受するための通信路の１つを用いて、音声データの送受が発生していないタイミングで周波数領域の情報をやりとりすることでも良い。

また、音声送信端末５は、第１の実施形態で説明した記録部５５を備える。圧縮部５３は、各圧縮処理で生成した圧縮音声データのそれぞれのデータサイズを記録部５５に書き込む。領域分割部５１は、記録部に書き込まれたデータサイズを統計解析することで、第１の実施形態で示したのと同様の方法を用いて、周波数領域の分割形態を変更することができる。

さて、音声送信端末５の領域分割部５１は、最初は、図３４の右図に示すように、音声情報の周波数領域を３つの周波数領域（ＢＰＦ＃１、ＢＰＦ＃２、ＢＰＦ＃３）で分割しているとする。そして、領域分割部５１は、圧縮データの平均サイズの情報に基づいて、３つの周波数領域でのデータ量がほぼ等しくなるように、周波数領域の分割形態を変更する。図３４の右図に示した例では、領域分割部５１は、バンドパスフィルタ（ＢＰＦ）のパラメータを変更し、周波数領域の分割形態を３つの新たな周波数領域（ＢＰＦ＃１’、ＢＰＦ＃２’、ＢＰＦ＃３’）に変更する。

次に、複数の入力音声情報を扱う例について説明する。図３５は、音声送信端末５−１と音声受信端末５−２の機能構成例を示すブロック図である。この音声送信端末５−１は、複数の入力音声情報を入力し、これらを合成して送信する。この例で示す装置は、例えば音声による会議装置を想定している。

図３５に示した例では、複数の入力音声は、音声入力＃１，＃２，＃３，＃４，＃５，＃６でなる。図３６は、Ａさん、Ｂさん、Ｃさん、Ｄさん、Ｅさん、Ｆさんの６人の音声が音声入力＃１，＃２，＃３，＃４，＃５，＃６に対応して入力され、これらを３つの通信路＃１，＃２，＃３で音声受信端末５−２に分割送信している例を示す。

音声送信端末５−１の領域分割部１１は、最初は、図３６の左図に示すように、２人ずつ３組のそれぞれに対応する音声情報を図３５に示した３つの通信路＃１，＃２，＃３を用いて送信している。ここでは、Ａさん，Ｂさんの入力音声データは圧縮部５３の圧縮＃１により合成圧縮された上で送信部５４の送信＃１を介して通信路＃１により送信される。Ｃさん，Ｄさんの入力音声データは圧縮部５３の圧縮＃２により合成圧縮された上で送信部５４の送信＃２を介して通信路＃２により送信される。Ｅさん，Ｆさんの入力音声データは圧縮部５３の圧縮＃３により合成圧縮された上で送信部５４の送信＃３を介して通信路＃３により送信される。このときは、図３３に示したような周波数領域の分割は行われない。

ここで、ＡさんとＦさんの発言がＢさん、Ｃさん、Ｄさん、Ｅさんの発言と比較して多い、すなわち、音声入力＃１に対応する入力音声データのサイズと、音声入力＃６に対応する入力音声データのサイズが、音声入力＃２〜＃５に対応する入力音声データのサイズと比較して大きいことが領域分割部１１により推測されたと仮定する。

このときは、領域分割部１１は、３つの通信路での音声データ量を均一化するため３組の分け方を１人（Ａさんのみ）、４人（Ｂ〜Ｅさん）、１人（Ｆさんのみ）に変更する。この変更後は、Ａさんの入力音声データは、圧縮部５３の圧縮＃１により合成圧縮された上で送信部５４の送信＃１を介して通信路＃１により送信される。Ｂ〜Ｅさんの入力音声データは、圧縮部５３の圧縮＃２により合成圧縮された上で送信部５４の送信＃２を介して通信路＃２により送信される。Ｆさんの入力音声データは、圧縮部５３の圧縮＃３により合成圧縮された上で送信部５４の送信＃３を介して通信路＃３により送信される。本実施形態においては詳細な記述は省略するが、第１の実施形態で記した方法を応用することにより、音声情報転送時の、分割した入力音声データのそれぞれについてのスループットの偏りの改善が期待できる。

また、音声送信端末５−１は、以下のように、領域分割部５１から圧縮部５３の＃１〜＃３へのデータの出力先の配分を変更しても良い。音声送信端末５−１の領域分割部５１は、圧縮部５３の圧縮＃１から記録部５５に記録された入力音声データ、圧縮部５３の圧縮＃２から記録部５５に記録された入力音声データ、圧縮部５３の圧縮＃３から記録部５５に記録された入力音声データのそれぞれのサイズを統計解析する。領域分割部５１は、特定の１つの圧縮処理により生成した入力音声データのサイズが他の２つの圧縮処理により生成した入力音声データのサイズより大きいときは、前述した３つの圧縮処理能力が均等になる、または均等に近くなるように、その１つの圧縮処理に対応する入力音声データのサイズを小さくし、他の２つの圧縮処理に対応する入力音声データのサイズを大きくする。

例えば、圧縮部５３の圧縮＃１，＃３から記録部５５に記録された入力音声データのサイズが、圧縮部５３の圧縮＃２から記録部５５に記録された入力音声データのサイズより大きいときは、領域分割部５１は、圧縮部５３の圧縮＃１，＃３から記録部５５に記録された入力音声データのサイズが小さくなるように、ＡさんとＢさんのうち１人の入力音声データのみを圧縮部５３の圧縮＃１に送り、もう１人の入力音声データを圧縮部５３の圧縮＃２に送る。同様に、領域分割部５１は、ＥさんとＦさんのうち１人の入力音声データのみを圧縮部５３の圧縮＃１に送り、もう１人の入力音声データを圧縮部５３の圧縮＃２に送る。

そして、領域分割部５１は、圧縮部５３の圧縮＃１，＃２，＃３から記録部５５に記録された入力音声データのサイズを再度解析し、圧縮部５３の圧縮＃１，＃２，＃３から記録部５５に記録された入力音声データが均等または均等に近くなるまで、領域分割部５１から圧縮部５３の＃１〜＃３へのデータの出力先の配分の変更を繰り返す。

本実施形態によれば、音声転送システムにおいて音声情報をＮ分割し、Ｍ本のコネクションで送信する方法を提供するときに、音声情報のデータサイズに応じて分割の形態を変更することで、音声転送のスループットを改善させることが可能となる。

音声転送のスループットを改善すれば、音声転送システムにおける音声情報の再生までの遅延時間を短縮させることが可能となる。このとき、Ｍ本のコネクションのそれぞれにて送信する音声データを決定することが可能である。更には、音声情報をＮ分割するとした場合に、スループットを改善するように音声情報の分割領域を自動決定することが可能である。

（第５の実施形態）
以下、第５の実施形態について説明する。
第１の実施形態から第３の実施形態までは画面データを分割する例を示し、第４の実施形態では音声情報を分割する例を示したが、分割する情報はこれらに限られない。第５の実施形態では、図３７に示すようにファイル送信端末７からファイル受信端末８に対し、コンピュータで取り扱うためのファイル（データファイル）を送信するファイル転送システムについて説明する。

図３７に示すように、ファイル送信端末７は、領域分割部７１、圧縮部７３、送信部７４を備える。領域分割部７１は１つのファイルを分割し、この分割したファイルを圧縮部７３へ出力する。圧縮部７３は領域分割部７１から入力されたファイル情報をデータ圧縮し、この圧縮したデータを送信部７４へ出力する。送信部７４は、圧縮部７３から入力された圧縮データをパケット化し、このパケット化したファイルを、ファイル受信端末８との間で設定された通信路を用いて送信する。

ファイル受信端末８は、ファイル送信端末７からファイル情報を受信し、この受信したファイル情報を保存する。図３７に示すように、ファイル受信端末８は、受信部８１、伸張部８２、領域合成部８３、メモリ部８５、アプリ部８６を備える。
受信部８１は、ファイル送信端末７との間の通信路のそれぞれから圧縮データを受信する機能を備えている。受信部８１は、受信した圧縮データを伸張部８２へ出力する。伸張部８２は、受信部８１から入力された圧縮データに対しデータ伸張処理を行い、伸張したファイル情報を領域合成部８３に出力する。

領域合成部８３は、伸張部８２から入力されたファイル情報に基づいて１つのファイルを生成し、生成したファイルをメモリ部８５に保存する。メモリ部８５は、領域合成部８３により生成したファイルを保存するメモリである。アプリ部８６は、この保存したファイルを利用するソフトウェアである。

図３８の左図は、ファイル情報を３分割して送信している例を示す図である。この例では、ファイル送信端末７は、最初は、ファイル情報においてページ＃１からページ＃３３を通信路＃１で送信し、ページ＃３４からページ＃６６を通信路＃２で送信し、ページ＃６７からページ＃１００を通信路＃３で送信する。

ここで、ファイル情報ページ＃１からページ＃３３に画像ファイルが大量に含まれているときは、通信路＃１での送信データ量が他の通信路での送信データ量と比べて多い。図３８の右図は、例えば、ファイル送信端末７が、ファイル情報ページ＃２１からページ＃２７を通信路＃１ではなく通信路＃２で送信し、ファイル情報ページ＃２８からページ＃３３を通信路＃１ではなく通信路＃３で送信するように、割り当てを動的に変更した例を示す。本実施形態においては詳細な記述は省略するが、第１の実施形態で記した方法を応用することにより、ファイル転送時における、分割したファイルのそれぞれについてのスループットの偏りの改善が期待できる。

本実施形態によれば、ファイル転送システムにおいてファイル情報をＮ分割し、Ｍ本のコネクションで送信する方法を提供するときに、ファイル情報のデータサイズに応じて分割の形態を変更することで、ファイル転送のスループットを改善させることが可能となる。

このようにファイル転送のスループットを改善することにより、ファイル転送システムにおけるファイル情報の再生までの遅延時間を短縮させることが可能となる。このとき、Ｍ本のコネクションのそれぞれにて送信するファイルを決定することが可能である。更には、ファイル情報をＮ分割するとしたときに、スループットを改善するようにファイル情報の分割領域を自動決定することが可能である。

なお、上記実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。
また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が上記実施形態を実現するための各処理の一部を実行しても良い。
さらに、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
また、記憶媒体は１つに限らず、複数の媒体から上記実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
尚、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、上記実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。

これらの各実施形態によれば、複数の通信路を用いた情報の送信にかかるスループットを改善することが可能な情報分割送信装置、情報分割送信方法および情報分割送信処理プログラムを提供することができる。
発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１，１−１，１−２，１−３，１−４，１−５，１−６，１−７…画面送信端末、１’…送信端末、２…画面受信端末、２’…受信端末、３…大画面送信端末、４，４−１，４−２，４−３…大画面受信端末、５，５−１…音声送信端末、６，５−２…音声受信端末、７…ファイル送信端末、８…ファイル受信端末、１１，５１，７１…領域分割部、１２…差分検出部、１３，５３，７３…圧縮部、１４，５４，７４…送信部、１５，５５…記録部、１６…通信路品質測定部、１７…画面変化量推定部、１８…送信端末リソース測定部、２１，６１，８１…受信部、２２，６２，８２…伸張部、２３…描画部、６３，８３…領域合成部、６４…再生部、８３…領域合成部、８５…メモリ部、８６…アプリ部、１００…画面。

Claims (13)

1. 送信対象の情報の領域をＮ個の領域に分割する領域分割部と、
   前記分割された前記Ｎ個の情報のそれぞれのサイズを記録する記録部と、
   前記Ｎ個の領域への分割結果のそれぞれを複数の通信路の少なくともいずれかを用いて送信先の装置に送信する送信部とを備え、
   前記領域分割部は、前記複数の通信路で送信するデータのサイズの偏りが、前記記録部により記録した情報のサイズに基づかずに前記分割する場合と比較して改善するように、前記記録部により記録した情報のサイズに基づいて分割処理を調整する
   ことを特徴とする情報分割送信装置。
2. 前記領域分割部は、前記記録部により記録した情報に基づいて、前記送信対象の情報の分割数を変更せずに、前記分割した領域のそれぞれのサイズを変更する
   ことを特徴とする請求項１に記載の情報分割送信装置。
3. 前記Ｎ個の領域へ分割した前記情報をそれぞれ圧縮する圧縮部を備え、
   前記記録部は、前記圧縮された情報のそれぞれのサイズを記録し、
   前記送信部は、前記圧縮部により圧縮された前記Ｎ個の情報を前記複数の通信路の少なくともいずれかを用いて前記送信先の装置に送信する
   ことを特徴とする請求項１に記載の情報分割送信装置。
4. 前記領域分割部は、前記分割結果のそれぞれに対する処理の偏りが、前記記録部により記録した情報に基づかずに前記分割する場合と比較して改善するように、前記送信対象の情報の分割数を前記記録部により記録した情報に基づいて変更し、
   前記送信部は、これら変更した分割数に従って分割された情報を、前記複数の通信路の少なくともいずれかを用いて前記送信先の装置に送信する
   ことを特徴とする請求項３に記載の情報分割送信装置。
5. 前記領域分割部は、前記分割結果のそれぞれに対する処理の偏りが、前記記録部により記録した情報のサイズに基づかずに前記分割する場合と比較して改善するように、前記送信対象の情報の領域のうち時間経過にともなう変化量が大きい領域を含む領域のサイズを小さくし、前記送信対象の情報の領域のうち時間経過にともなう変化量が小さい領域を含む領域のサイズを大きくする
   ことを特徴とする請求項１に記載の情報分割送信装置。
6. 自装置のリソース量を測定するリソース測定部を備え、
   前記領域分割部は、前記リソース測定部により測定したリソース量が大きいときは、前記送信対象の情報の分割数を大きくし、前記リソース測定部により測定したリソース量が小さいときは、前記送信対象の情報の分割数を小さくする
   ことを特徴とする請求項１乃至請求項４のいずれか１項に記載の情報分割送信装置。
7. 前記送信対象の情報は画面情報であり、
   前記領域分割部は、前記画面情報の領域を表示画面上におけるＮ個の領域に分割する
   ことを特徴とする請求項１に記載の情報分割送信装置。
8. 前記Ｎ個の領域への分割結果のそれぞれについて、以前の画面情報との間に発生した変化分である差分情報を検出する差分検出部を備え、
   前記記録部は、前記差分情報を記録し、
   前記送信部は、前記記録部により記録した差分情報を前記複数の通信路の少なくともいずれかを用いて前記送信先の装置に送信し、
   前記領域分割部は、前記分割結果のそれぞれに対する処理の偏りが、前記記録部により記録した前記差分情報に基づかずに前記分割する場合と比較して改善するように、前記記録部により記録した前記差分情報に基づいて分割処理を調整する
   ことを特徴とする請求項７に記載の情報分割送信装置。
9. 送信対象の情報の領域をＮ個の領域に分割する領域分割部と、
   前記分割された前記Ｎ個の情報のそれぞれのサイズを記録する記録部と、
   前記Ｎ個の領域への分割結果のそれぞれを複数の通信路の少なくともいずれかを用いて送信先の装置に送信する送信部と、
   前記複数の通信路のそれぞれの品質を測定する通信路品質測定部とを備え、
   前記領域分割部は、前記分割結果のそれぞれに対する処理の偏りが、前記記録部により記録した前記分割結果が示すデータサイズに基づかずに前記分割する場合と比較して改善するように、前記記録部により記録した前記分割結果が示すデータサイズに基づいて分割処理を調整し、
   前記領域分割部は、前記通信路を介して送信するデータのサイズが前記通信路品質測定部により測定した品質の高さに相応して大きくなるように分割処理を調整する
   ことを特徴とする情報分割送信装置。
10. 送信対象の画面情報の領域を表示画面上におけるＮ個の領域に分割する領域分割部と、
    前記Ｎ個の領域への分割結果のそれぞれについて、以前の画面情報との間に発生した変化分である差分情報を検出する差分検出部と、
    前記差分情報を記録する記録部と、
    前記記録部により記録した差分情報を複数の通信路の少なくともいずれかを用いて送信先の装置に送信する送信部とを備え、
    前記領域分割部は、前記Ｎ個の領域への分割結果のそれぞれに対して前記差分検出部で処理されるデータのサイズの偏りが、前記記録部により記録した前記差分情報に基づかずに前記分割する場合と比較して改善するように、前記記録部により記録した前記差分情報に基づいて分割処理を調整する
    ことを特徴とする情報分割送信装置。
11. 送信対象の情報の領域をＮ個の領域に分割する領域分割部と、
    前記Ｎ個の領域へ分割した前記情報をそれぞれ圧縮する圧縮部と、
    前記圧縮された情報のそれぞれのサイズを記録する記録部と、
    前記圧縮部により圧縮された前記Ｎ個の領域への分割結果のそれぞれを複数の通信路の少なくともいずれかを用いて送信先の装置に送信する送信部とを備え、
    前記領域分割部は、前記分割結果のそれぞれに対して前記圧縮部で処理されるデータのサイズの偏りが、前記記録部により記録した情報に基づかずに前記分割する場合と比較して改善するように、前記記録部により記録した情報に基づいて分割処理を調整する
    ことを特徴とする情報分割送信装置。
12. 記録部を有する情報分割送信装置に用いられる方法であって、
    送信対象の情報の領域をＮ個の領域に分割し、
    前記分割された前記Ｎ個の情報のそれぞれのサイズを前記記録部により記録し、
    前記Ｎ個の領域への分割結果のそれぞれを複数の通信路の少なくともいずれかを用いて送信先の装置に送信し、
    前記複数の通信路で送信するデータのサイズの偏りが、前記記録部により記録した情報のサイズに基づかずに前記分割する場合と比較して改善するように、前記記録部により記録した情報のサイズに基づいて分割処理を調整する
    ことを特徴とする情報分割送信方法。
13. コンピュータを、
    送信対象の情報の領域をＮ個の領域に分割した領域分割手段、
    前記分割された前記Ｎ個の情報のそれぞれのサイズを記録する記録装置、および
    前記Ｎ個の領域への分割結果のそれぞれを複数の通信路の少なくともいずれかを用いて送信先の装置に送信する送信手段として機能させ、
    前記領域分割手段に、前記複数の通信路で送信するデータのサイズの偏りが、前記記録装置により記録した情報のサイズに基づかずに前記分割する場合と比較して改善するように、前記記録装置により記録した情報のサイズに基づいて分割処理を調整させるための情報分割送信処理プログラム。

Images