JP2015162020A - データ転送システム、データ転送方法、データ転送装置及びプログラム - Google Patents

Abstract

【課題】ネットワーク上でのデータ転送の安定性を向上できるデータ転送システム、データ転送方法、データ転送装置及びプログラムを提供することを課題とする。【解決手段】端末装置にデータを転送するデータ転送装置と、データ全体の取得が完了するまでデータの送信要求をデータ転送装置に対して繰り返し行う複数の端末装置とを有するデータ転送システムであって、端末装置ごとの送信済みデータ量に関する情報を管理する端末情報管理手段と、データ全体の取得が完了していない端末装置の数が所定数よりも多い場合に、端末装置ごとの送信済みデータ量に関する情報に基づき、端末装置の数が所定数よりも多くならないように、送信済みデータ量が多い端末装置に対して優先的にデータの送信要求の遅延を指示する制御手段とを有することにより、上記課題を解決する。【選択図】 図１

Description

本発明は、データ転送システム、データ転送方法、データ転送装置及びプログラムに関する。

情報処理装置間で予め表示コンテンツを共有しておき、各情報処理装置で受け付けた入力操作の操作情報のみをやり取りすることで、少ないデータ量で入力操作が反映された表示画面を共有可能な画面共有サービス提供システムは従来から知られている（例えば特許文献１参照）。

従来の画面共有サービス提供システムでは、表示コンテンツを各情報処理装置が取得した後で表示画面の共有が開始される。しかしながら、従来の画面共有サービス提供システムは画面共有サービスの利用開始時に各情報処理装置が一斉に表示コンテンツを取得しようとすると、ネットワーク上での輻輳や衝突などによりデータ転送が不安定になる場合があった。結果として従来の画面共有サービス提供システムは実効的なデータ転送速度が低下してしまい、表示画面の共有が開始されるまでに時間が掛かるという問題があった。

このような問題は、画面共有サービス提供システムと同様に、複数の端末装置にデータを転送するデータ転送システムにおいても共通に存在する。

本発明の実施の形態は、上記の点に鑑みなされたもので、ネットワーク上でのデータ転送の安定性を向上できるデータ転送システム、データ転送方法、データ転送装置及びプログラムを提供することを目的とする。

上記した目的を達成するため、本願請求項１は、端末装置にデータを転送するデータ転送装置と、前記データ転送装置からのデータ全体の取得が完了するまで、データの送信要求を前記データ転送装置に対して繰り返し行う複数の端末装置と、を有するデータ転送システムであって、前記端末装置ごとの送信済みデータ量に関する情報を管理する端末情報管理手段と、データ全体の取得が完了していない前記端末装置の数が所定数よりも多い場合に、前記端末装置ごとの送信済みデータ量に関する情報に基づき、前記端末装置の数が所定数よりも多くならないように、送信済みデータ量が多い前記端末装置に対して優先的にデータの送信要求の遅延を指示する制御手段とを有することを特徴とする。

本発明の実施の形態によれば、ネットワーク上でのデータ転送の安定性を向上できる。

本実施形態に係る会議システムの一例の構成図である。 本実施形態に係るコンピュータの一例のハードウェア構成図である。 会議サーバ装置における通信制御部分の一例の機能ブロック図である。 参加端末における通信制御部分の一例の機能ブロック図である。 端末管理情報表の一例の構成図である。 コンテンツ管理情報表の一例の構成図である。 会議サーバ装置における通信制御処理の一例のフローチャートである。

次に、本発明の実施の形態について、詳細に説明する。なお、本実施形態ではデータ転送システムの一例としての会議システムについて説明する。本実施形態に係る会議システムは各参加端末が会議サーバ装置から会議資料（コンテンツ）を取得し、そのコンテンツを用いて表示画面の共有を行う。コンテンツは取得された後で表示画面の共有が開始されるデータの一例である。
［第１の実施形態］
＜システム構成＞
図１は本実施形態に係る会議システムの一例の構成図である。図１の会議システム１は登録端末１０、会議サーバ装置１１、複数の参加端末１３が、ＬＡＮなどのネットワークＮ１に接続される構成を一例として示している。

登録端末１０はコンテンツを会議サーバ装置１１に登録するために用いられる。例えば会議の開催者や発表者は登録端末１０を用いて会議サーバ装置１１にコンテンツを登録する。登録端末１０はＰＣ（パーソナルコンピュータ）やタブレット端末、スマートフォンや携帯電話、ＰＤＡなどの情報端末の他、会議専用端末であってもよい。また、登録端末１０は、複合機などの画像形成装置であってもよい。

会議サーバ装置１１は会議資料ファイルなどのコンテンツを保持し、参加端末１３へのコンテンツの転送を行う。また、会議サーバ装置１１は会議の開始や参加制御、一台の参加端末１３において行われた入力操作を会議に参加中の参加端末１３に対して配信する役割を担う。会議サーバ装置１１は１つのコンピュータ上で動作するソフトウェアやサービスにより実現できる。

また、会議サーバ装置１１は複数のコンピュータ上で動作するソフトウェアやサービスにより実現してもよい。また、会議サーバ装置１１は所謂クラウドサービスの形態をとることもできる。

参加端末１３は会議サーバ装置１１からコンテンツを取得し、会議サーバ装置１１から配信される指示に従ってコンテンツの一部（あるページ等）の表示を行い、表示画面の共有を行う。会議の司会者、発表者や参加者は参加端末１３から会議に参加する。例えば参加端末１３の一台は会議の司会者や発表者等によるページ変更の入力操作があると、表示するページの指示を会議サーバ装置１１に送信し、会議に参加中の他の参加端末１３に配信させる。

参加端末１３はＰＣやタブレット端末、スマートフォンや携帯電話、ＰＤＡなどの情報端末、電子ホワイトボード等の表示装置、プロジェクタ等の投影装置等の他、会議専用端末であってもよい。また、参加端末１３はプリンタや複合機などの画像形成装置であってもよい。このように、参加端末１３は会議への参加中、会議サーバ装置１１から配信される一台の参加端末１３において行われた入力操作に従ってコンテンツの一部を表示することにより、他の参加端末１３と表示画面の共有を行う。

会議の開始に先立ち、各参加端末１３は会議の司会者、発表者や参加者などの操作者による会議への参加操作を受け付け、会議サーバ装置１１に会議で利用するコンテンツの送信要求を行う。会議サーバ装置１１は、参加端末１３からコンテンツの送信要求を受信すると、コンテンツを分割して順次送信する。なお、各参加端末１３の操作者は任意のタイミングで会議への参加操作を行うため、会議サーバ装置１１から各参加端末１３へのコンテンツの送信開始時刻にばらつきが生じ、コンテンツの送信終了時刻に差異が生じることになる。

また、会議の開始時刻が近づき、会議への参加操作を受け付ける参加端末１３が増加してくると、会議サーバ装置１１は各参加端末１３からの単位時間あたりのコンテンツの送信要求が増加する。会議に参加する参加端末１３が多数である場合、従来の会議システム１ではネットワークＮ１上での輻輳や衝突などによりデータ転送が不安定になり、実効的なデータ転送速度が低下してしまうことがある。

本実施形態に係る会議システム１では、各参加端末１３からのコンテンツの送信要求を後述のように制御し、ネットワークＮ１上での輻輳や衝突等の発生を低減させることによりデータ転送の安定性を向上できる。

＜ハードウェア構成＞
登録端末１０、会議サーバ装置１１、参加端末１３は、例えば図２に示すハードウェア構成のコンピュータ１００により実現される。図２は本実施形態に係るコンピュータの一例のハードウェア構成図である。

図２に示したコンピュータ１００は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ１０４、ＲＯＭ１０５、ＣＰＵ１０６、通信Ｉ／Ｆ１０７、及びＨＤＤ１０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置１０１はキーボード、マウス、タッチパネル等により実現され、コンピュータ１００に各操作信号を入力するのに用いられる。表示装置１０２はディスプレイ等により実現され、コンピュータ１００による処理結果を表示する。

通信Ｉ／Ｆ１０７はコンピュータ１００をネットワークＮ１に接続するインタフェースである。これにより、コンピュータ１００は通信Ｉ／Ｆ１０７を介して他のコンピュータ１００とデータ通信を行うことができる。

また、ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、コンピュータ１００全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。なお、コンピュータ１００はＨＤＤ１０８に替え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。

外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、コンピュータ１００は外部Ｉ／Ｆ１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等である。

ＲＯＭ１０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ１０５には、コンピュータ１００の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリの一例である。

ＣＰＵ１０６は、ＲＯＭ１０５やＨＤＤ１０８などの記憶装置からプログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、コンピュータ１００全体の制御や機能を実現する演算装置である。なお、コンピュータ１００は図２に示したハードウェア構成以外の構成を備えていてもよく、例えばカメラ、マイク、スピーカを内蔵していてもよい。

登録端末１０、会議サーバ装置１１、参加端末１３は、例えば上記ハードウェア構成のコンピュータ１００上でプログラムを実行することにより、各種処理を実現できる。

＜ソフトウェア構成＞
本実施形態に係る会議システム１の会議サーバ装置１１、参加端末１３は例えば以下のような機能ブロックにより実現される。

《会議サーバ装置》
会議サーバ装置１１は例えば図３に示すような機能ブロックで実現される。図３は会議サーバ装置における通信制御部分の一例の機能ブロック図である。会議サーバ装置１１はプログラムを実行することで、要求受信部２１、制御部２２、端末情報管理部２３、コンテンツ情報管理部２４、送出部２５、遅延指示作成部２６、コンテンツ保持部２７を実現する。なお、図３では会議サーバ装置１１の通信制御部分以外の機能ブロックについての図示を省略している。

要求受信部２１は参加端末１３からのコンテンツの送信要求を受信する。送出部２５は分割したコンテンツを参加端末１３に送信する。また、送出部２５は後述の遅延指示を参加端末１３に送信する。端末情報管理部２３は図５に示すような端末管理情報表を保持している。

図５は端末管理情報表の一例の構成図である。端末管理情報表は各参加端末１３を識別するための端末ＩＤと、それぞれの参加端末１３に対して送信済みの送信済データ量の割合とが、送信済データ量の割合が大きい順から記録されている。

なお、端末ＩＤは参加端末１３を一意に識別できる情報であればよく、例えば参加端末１３のＭＡＣアドレスやＩＰアドレスを利用できる。端末ＩＤは、参加端末１３から会議サーバ装置１１にコンテンツの送信要求を最初に送信したときに会議サーバ装置１１が割り振るようにしてもよい。各参加端末１３は例えばコンテンツの送信要求を最初に送信したときに端末管理情報表に登録され、コンテンツの取得が完了したときに端末管理情報表から削除される。

また、コンテンツ情報管理部２４は図６に示すようなコンテンツ管理情報表を保持している。図６はコンテンツ管理情報表の一例の構成図である。コンテンツ管理情報表はコンテンツを識別するための資料ＩＤ及び資料名と、コンテンツのデータ量と、会議を識別するための会議ＩＤとが、対応付けられて記録されている。なお、資料ＩＤはコンテンツを一意に識別できる情報であればよい。また、会議ＩＤは会議を一意に識別できる情報であればよい。図６のコンテンツ管理情報表は各会議に利用するコンテンツと、そのコンテンツのデータ量とを示している。

遅延指示作成部２６は後述の遅延指示を作成する。コンテンツ保持部２７はコンテンツを保持している。制御部２２は参加端末１３からのコンテンツの送信要求に対し、コンテンツを送信するのか遅延指示を送信するのかを後述のように判断する。制御部２２は参加端末１３に対する遅延指示の送信を制御することにより、ネットワークＮ１上での輻輳や衝突等の発生を低減させる。

制御部２２は、同時にコンテンツを送信する参加端末１３の最大台数である変数Ｎｍが予め設定されているものとする。変数Ｎｍは、ネットワークＮ１の伝送容量などから決定できる。また、変数ＮｍはネットワークＮ１の状況により動的に変化させるようにしてもよい。

制御部２２は、コンテンツの取得が完了していないためにコンテンツの送信要求を継続して行う参加端末１３の台数Ｎから変数Ｎｍを引くことで、変数Ｋを求める。変数Ｋはコンテンツの送信要求を継続して行う参加端末１３の台数Ｎが、同時にコンテンツを送信する参加端末１３の最大台数である変数Ｎｍよりも大きいときに０より大きくなる。変数Ｋはコンテンツの送信要求を継続して行う参加端末１３の台数Ｎが、同時にコンテンツを送信する参加端末１３の最大台数である変数Ｎｍ以下であるときに０以下となる。

変数Ｋが０より大きければ、コンテンツの送信要求を継続して行う参加端末１３の台数Ｎは、同時にコンテンツを送信する参加端末１３の最大台数である変数ＮｍよりもＫ台だけ多いことになる。そこで、変数Ｋが０より大きければ、制御部２２は送信済データ量の割合が大きい上位Ｋ台の参加端末１３に対してコンテンツの送信要求の遅延指示を送信することにより、単位時間あたりのコンテンツの送信要求を減少させる。言い換えれば制御部２２は送信済データ量の割合が大きい参加端末１３に対して優先的にコンテンツの送信要求の遅延指示を送信する。制御部２２は図５に示した端末管理情報表を参照することにより、それぞれの参加端末１３に対する送信済データ量（コンテンツ送信の進捗状況）を確認できる。

また、変数Ｋが０以下であれば、コンテンツの送信要求を継続して行う参加端末１３の台数Ｎは、同時にコンテンツを送信する参加端末１３の最大台数である変数Ｎｍよりも少ないことになる。そこで、変数Ｋが０以下であれば、制御部２２は参加端末１３からのコンテンツの送信要求に対して、コンテンツ保持部２７が保持するコンテンツを分割して送信する。

このように、制御部２２は変数Ｋが０より大きければ、送信済データ量の割合が大きい上位Ｋ台の参加端末１３に対して送信要求の遅延を指示し、参加端末１３から会議サーバ装置１１に対する単位時間あたりのコンテンツの送信要求を減少させる。参加端末１３から会議サーバ装置１１に対する単位時間あたりのコンテンツの送信要求を減少させることにより、制御部２２はネットワークＮ１上での輻輳や衝突等の発生を低減させ、データ転送の安定性を向上できる。

《参加端末》
参加端末１３は例えば図４に示すような機能ブロックで実現される。図４は参加端末における通信制御部分の一例の機能ブロック図である。参加端末１３はプログラムを実行することにより、送信要求作成部３１、遅延挿入部３２、制御部３３、送出部３４、受信部３５、コンテンツ保持部３６、表示制御部３７、表示部３８を実現する。

参加端末１３で実行されるプログラムは、例えば参加端末１３に搭載されているアプリケーションである。なお、図４では参加端末１３の通信制御部分の説明に利用しない機能ブロックについての図示を省略している。

送信要求作成部３１は会議サーバ装置１１に送信するためのコンテンツの送信要求を作成する。コンテンツの送信要求は送信要求作成部３１から遅延挿入部３２を介して送出部３４に送信される。遅延挿入部３２は制御部３３からの遅延指示に従い、コンテンツの送信要求を所定時間遅延させた後、コンテンツの送信要求を送出部３４に送信する。送出部３４は遅延挿入部３２を介して受信したコンテンツの送信要求を会議サーバ装置１１に送信する。

受信部３５は会議サーバ装置１１からコンテンツ又は遅延指示を受信する。会議サーバ装置１１からの遅延指示を受信した場合、制御部３３は遅延指示に従い、遅延挿入部３２に対して所定時間の間、コンテンツの送信要求を遅延させるように指示する。このように会議サーバ装置１１から遅延指示を受信した参加端末１３は、所定時間の間、会議サーバ装置１１に対するコンテンツの送信要求を行わなくなる。

一方、会議サーバ装置１１からコンテンツを受信した場合、制御部３３は受信したコンテンツをコンテンツ保持部３６に保持させる。コンテンツ保持部３６は会議サーバ装置１１から受信したコンテンツを保持している。表示制御部３７はコンテンツ保持部３６が保持するコンテンツを読み出し、表示部３８を制御してコンテンツの表示を行わせる。表示部３８は表示制御部３７の制御によりコンテンツの表示を行う。

なお、遅延挿入部３２がコンテンツの送信要求を遅延させる時間は参加端末１３に設定されている固定の時間であってもよいし、会議サーバ装置１１が遅延指示に含めて参加端末１３に送信した時間であってもよい。

＜処理の詳細＞
以下では、本実施形態に係る会議システム１の処理の詳細について説明する。

《会議サーバ装置における通信制御処理》
図７は会議サーバ装置における通信制御処理の一例のフローチャートである。図７に示したフローチャートの処理は参加端末１３からのコンテンツの送信要求を受信することにより開始される。

参加端末１３からのコンテンツの送信要求を受信すると、制御部２２はステップＳ１において、コンテンツの取得が完了していないためにコンテンツの送信要求を継続して行う参加端末１３の台数Ｎから変数Ｎｍを引くことで、変数Ｋを求める。

ステップＳ２において、制御部２２はステップＳ１において求めた変数Ｋが０より大きいか否かを判断する。すなわち、ステップＳ２の処理では、コンテンツの送信要求を継続して行う参加端末１３の台数Ｎが、同時にコンテンツを送信する参加端末１３の最大台数である変数Ｎｍよりも大きいか否かを判断している。

変数Ｋが０より大きい、言い換えればコンテンツの送信要求を継続して行う参加端末１３の台数Ｎが、同時にコンテンツを送信する参加端末１３の最大台数である変数Ｎｍよりも大きければ、制御部２２はステップＳ３の処理を行う。

ステップＳ３において、制御部２２は図５の端末管理情報表を参照し、受信したコンテンツの送信要求の要求元である参加端末１３の順位を求める。ステップＳ３において求める順位は、コンテンツの送信要求を継続して行う台数Ｎの参加端末１３において、受信したコンテンツの送信要求の要求元である参加端末１３の送信済データ量の割合が何番目に大きいかを示すものである。

ステップＳ３で求めた順位が変数Ｋ以下である場合、受信したコンテンツの送信要求の要求元である参加端末１３は、送信済データ量の割合が大きい上位Ｋ台の参加端末１３に含まれることになる。したがって、制御部２２はステップＳ３で求めた順位が変数Ｋ以下である場合、ステップＳ７に進み、遅延指示作成部２６に遅延指示の作成を依頼し、受信したコンテンツの送信要求の要求元である参加端末１３に遅延指示を送信する。

このように、制御部２２は変数Ｋが０より大きい間、送信済データ量の割合が大きい上位Ｋ台の参加端末１３に対してコンテンツの送信要求の遅延指示を送信することで、コンテンツを送信する参加端末１３の台数が変数Ｎｍに収まるようにしている。

一方、ステップＳ２において変数Ｋが０より大きくない、言い換えればコンテンツの送信要求を継続して行う参加端末１３の台数Ｎが、同時にコンテンツを送信する参加端末１３の最大台数である変数Ｎｍ以下であれば、制御部２２はステップＳ４の処理を行う。

また、ステップＳ３で求めた順位が変数Ｋ以下である場合、受信したコンテンツの送信要求の要求元である参加端末１３は、送信済データ量の割合が大きい上位Ｋ台の参加端末１３に含まれないことになる。したがって、制御部２２はステップＳ３で求めた順位が変数Ｋ以下である場合、ステップＳ４の処理を行う。

ステップＳ４において、制御部２２は受信したコンテンツの送信要求の要求元である参加端末１３に対し、送出部２５からコンテンツを送信する。ステップＳ５において、制御部２２は送信したコンテンツのデータ量に基づき、コンテンツを送信した参加端末１３に対応する図５の端末管理情報表の送信済データ量を更新する。

そして、制御部２２はステップＳ６において、送信済データ量に従って端末管理情報表の並び替えを行う。なお、端末管理情報表の並び替えにはクイックソートなどの既存の方法を利用できる。

図７のフローチャートの処理によれば、参加端末１３から会議サーバ装置１１に対する単位時間あたりのコンテンツの送信要求を減少させることにより、ネットワークＮ１上での輻輳や衝突等の発生を低減させ、データ転送の安定性を向上できる。

また、図７のフローチャートの処理によれば、変数Ｋが０より大きい間、送信済データ量の割合が大きい上位Ｋ台の参加端末１３に対して送信要求の遅延を指示するため、ほぼ同じタイミングでコンテンツの取得を完了できる。

本発明は具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば本実施形態ではデータ転送システムの一例として会議システムを示したが、セミナーシステムや教育システムなどの情報を共有して表示するシステムへの適用も可能である。

例えば会議サーバ装置１１は、データ転送装置の一例である。参加端末１３は端末装置の一例である。端末情報管理部２３は端末情報管理手段の一例である。制御部２２は制御手段の一例である。また、端末管理情報表の送信済データ量の割合は端末装置ごとの送信済みデータ量に関する情報の一例である。コンテンツの取得が完了していないためにコンテンツの送信要求を継続して行う参加端末１３の台数Ｎは、データ全体の取得が完了していない端末装置の数の一例である。同時にコンテンツを送信する参加端末１３の最大台数である変数Ｎｍは所定数の一例である。

なお、登録端末１０、会議サーバ装置１１及び参加端末１３を有する会議システム１は一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもないことである。

１ 会議システム
１０ 登録端末
１１ 会議サーバ装置
１３ 参加端末
２１ 要求受信部
２２ 制御部
２３ 端末情報管理部
２４ コンテンツ情報管理部
２５ 送出部
２６ 遅延指示作成部
２７ コンテンツ保持部
３１ 送信要求作成部
３２ 遅延挿入部
３３ 制御部
３４ 送出部
３５ 受信部
３６ コンテンツ保持部
３７ 表示制御部
３８ 表示部
１００ コンピュータ
１０１ 入力装置
１０２ 表示装置
１０３ 外部Ｉ／Ｆ
１０３ａ 記録媒体
１０４ ＲＡＭ（Random Access Memory）
１０５ ＲＯＭ（Read Only Memory）
１０６ ＣＰＵ（Central Processing Unit）
１０７ 通信Ｉ／Ｆ
１０８ ＨＤＤ（Hard Disk Drive）
Ｎ１ ネットワーク

特開２０１２−１０８８７２号公報

Claims (8)

1. 端末装置にデータを転送するデータ転送装置と、前記データ転送装置からのデータ全体の取得が完了するまで、データの送信要求を前記データ転送装置に対して繰り返し行う複数の端末装置と、を有するデータ転送システムであって、
   前記端末装置ごとの送信済みデータ量に関する情報を管理する端末情報管理手段と、
   データ全体の取得が完了していない前記端末装置の数が所定数よりも多い場合に、前記端末装置ごとの送信済みデータ量に関する情報に基づき、前記端末装置の数が所定数よりも多くならないように、送信済みデータ量が多い前記端末装置に対して優先的にデータの送信要求の遅延を指示する制御手段と
   を有することを特徴とするデータ転送システム。
2. 前記制御手段は、データ全体の取得が完了していない前記端末装置の数が所定数よりも多くない場合に、前記端末装置に対してデータの送信要求の遅延を指示しないこと
   を特徴とする請求項１記載のデータ転送システム。
3. 前記制御手段は、データ全体の取得が完了していない前記端末装置の数が所定数よりも多い場合に、前記端末装置の数と所定数との差を求め、求めた差に対応する数の前記端末装置に対して、データの送信要求の遅延を指示すること
   を特徴とする請求項１又は２記載のデータ転送システム。
4. 制御手段は、データの送信要求の遅延を指示するとき、遅延する時間も指示すること
   を特徴とする請求項１乃至３何れか一項記載のデータ転送システム。
5. 前記制御手段は、所定数を前記データ転送装置と前記端末装置との間のネットワークの状況により動的に変化させること
   を特徴とする請求項１乃至４何れか一項記載のデータ転送システム。
6. 端末装置にデータを転送するデータ転送装置と、前記データ転送装置からのデータ全体の取得が完了するまで、データの送信要求を前記データ転送装置に対して繰り返し行う複数の端末装置と、を有するデータ転送システムで実行されるデータ転送方法であって、
   前記端末装置ごとの送信済みデータ量に関する情報を管理するステップと、
   データ全体の取得が完了していない前記端末装置の数が所定数よりも多い場合に、前記端末装置ごとの送信済みデータ量に関する情報に基づき、前記端末装置の数が所定数よりも多くならないように、送信済みデータ量が多い前記端末装置に対して優先的にデータの送信要求の遅延を指示するステップと
   を有することを特徴とするデータ転送方法。
7. 複数の端末装置にデータを転送するデータ転送装置であって、
   データ全体の取得が完了するまでデータの送信要求を繰り返し行う複数の端末装置からのデータの送信要求を受信する要求受信手段と、
   前記端末装置ごとの送信済みデータ量に関する情報を管理する端末情報管理手段と、
   データ全体の取得が完了していない前記端末装置の数が所定数よりも多い場合に、前記端末装置ごとの送信済みデータ量に関する情報に基づき、前記端末装置の数が所定数よりも多くならないように、送信済みデータ量が多い前記端末装置に対して優先的にデータの送信要求の遅延を指示する制御手段と
   を有することを特徴とするデータ転送装置。
8. 複数の端末装置にデータを転送するデータ転送装置を、
   データ全体の取得が完了するまでデータの送信要求を繰り返し行う複数の端末装置からのデータの送信要求を受信する要求受信手段、
   前記端末装置ごとの送信済みデータ量に関する情報を管理する端末情報管理手段、
   データ全体の取得が完了していない前記端末装置の数が所定数よりも多い場合に、前記端末装置ごとの送信済みデータ量に関する情報に基づき、前記端末装置の数が所定数よりも多くならないように、送信済みデータ量が多い前記端末装置に対して優先的にデータの送信要求の遅延を指示する制御手段
   として機能させるためのプログラム。

Images