(57)【要約】【課題】通信ネットワークを通じて受信端末にデータを送信するためのデータ送信システムにおいて、それぞれの接続条件に対応した送信データの制御を行うことにより、通信ネットワークにかかる負荷と配信側及びクライアント側のハードウェアの処理負担を軽減することにより、リアルタイムデータの配信を容易に実現することができる送信データ制御システムを提供することを目的とする。【解決手段】通信の負荷状況を送信側の送信性能から判定することにより、その判定結果に対応して送信用データを送信するタイミングや送信するデータ量を調整し、それぞれの接続先に対して最適の送信状況を継続する。このような調整のみでは負荷が制御できない場合、クライアント側の優先度を反映して予め指定されたシナリオに従って加工したデータを送信することにより、実質的なリアルタイム性を維持することが可能になる。【選択図】　　　図４
2004064501.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを通じて受信端末にデータを送信するための送信データ制御システムであって、
前記受信端末へ送信用データの送信処理を行う送信処理手段と、
前記送信処理による前記送信用データの送信状況を判定する送信状況判定手段と、を備えており、
前記送信処理手段は、前記送信状況に対応して前記送信用データを送信するタイミング又は送信するデータ量の少なくとも一つを調整することを特徴とする送信データ制御システム。
【請求項２】
前記送信状況判定手段は、前記送信用データのデータ量と送信可能な状態に置くことができた送信可能データ量から通信帯域の負荷状況を算出し、前記負荷状況から前記送信状況を判定することを特徴とする請求項１記載の送信データ制御システム。
【請求項３】
前記受信端末の要求に対応した送信要求データを格納する送信要求データ格納手段と、
データ加工に関するシナリオを適用して前記送信要求データを前記送信用データに加工する送信データ加工手段と、を備えており、
前記シナリオは前記送信状況判定手段により判定された前記送信状況に対応して設定できることを特徴とする請求項１又は２記載の送信データ制御システム。
【請求項４】
前記送信状況の変化により前記送信処理手段において前記送信用データを送信するタイミング又は送信するデータ量の少なくとも一つの調整が行われると、前記送信データ加工手段で適用されるシナリオは新たなシナリオに変更されることを特徴とする請求項１乃至３記載の送信データ制御システム。
【請求項５】
前記シナリオには、同一の対象にかかる前記送信要求データのうち送信要求が最新のデータを選択して送信用データとして加工するシナリオが含まれることを特徴とする請求項１乃至４記載の送信データ制御システム。
【請求項６】
前記シナリオには、同一の対象にかかる前記送信要求データと直近の送信データを比較して、データの変化項目を選択して送信用データとして加工するシナリオが含まれることを特徴とする請求項１乃至４記載の送信データ制御システム。
【請求項７】
前記シナリオには、同一の対象にかかる前記送信要求データを複数受け付けた場合に、それぞれのデータ項目で最新のデータが有効となるようデータを選択して送信用データとして加工するシナリオが含まれることを特徴とする請求項１乃至４記載の送信データ制御システム。
【請求項８】
前記送信処理手段は、複数の前記受信端末についてそれぞれの接続条件に対応した送信処理を並行して行い、
前記送信状況判定手段は、複数の前記受信端末についてそれぞれの送信状況の判定を並行して行うことを特徴とする請求項１乃至７記載の送信データ制御システム。
【請求項９】
前記送信処理手段は、複数の前記受信端末についてそれぞれの接続条件に対応した送信処理を並行して行い、
前記送信状況判定手段は、複数の前記受信端末についてそれぞれの送信状況の判定を並行して行い、
前記送信データ加工手段は、複数の前記受信端末についてそれぞれの接続条件又は送信状況に対応したシナリオを適用して前記送信要求データを加工することを特徴とする請求項３乃至７記載の送信データ制御システム。
【請求項１０】
前記受信端末は、同一の前記送信処理を行うグループとして複数の受信用端末装置より構成されているものであることを特徴とする請求項１乃至９記載の送信データ制御システム。
【請求項１１】
前記受信端末は、同一の前記シナリオにより前記送信用データを加工するグループとして複数の受信用端末装置より構成されているものであることを特徴とする請求項３乃至９記載の送信データ制御システム。
【請求項１２】
通信ネットワークを通じて受信端末にデータを送信するための送信データの制御方法であって、
コンピュータが前記受信端末へ送信用データの送信処理を行う送信処理ステップと、
コンピュータが前記送信処理による前記送信用データの送信状況を判定する送信状況判定ステップと、を有しており、
前記送信処理ステップでは前記送信状況に対応して前記送信用データを送信するタイミング又は送信するデータ量の少なくとも一つを調整することを特徴とする送信データの制御方法。
【請求項１３】
コンピュータが前記受信端末の要求に対応した送信要求データを格納する送信要求データ格納ステップと、
コンピュータがデータ加工に関するシナリオを適用して前記送信要求データを前記送信用データに加工する送信データ加工ステップと、を有しており、
前記シナリオは前記送信状況判定ステップにおいて判定された前記送信状況に対応して設定できることを特徴とする請求項１２記載の送信データの制御方法。
【請求項１４】
前記送信処理ステップにおいては、複数の前記受信端末についてそれぞれの接続条件に対応した送信処理を並行して行い、
前記送信状況判定ステップにおいては、複数の前記受信端末についてそれぞれの送信状況の判定を並行して行うことを特徴とする請求項１２又は１３記載の送信データの制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークを通じて受信端末にデータを送信するためのデータ送信システムにおいて、特に複数の受信端末に対してそれぞれの接続条件に対応した送信データの制御を行う送信データ制御システム及び送信データの制御方法に関するものである。
【０００２】
【従来の技術】
インターネットの普及に伴い、ネットワークを通じて提供されるサービスの内容も多様化かつ高度化し、その中で情報のリアルタイム配信に対するニーズも高まっている。例えば、利用者が急拡大したオンライン証券取引においては、株価や為替などに関する金融情報は、リアルタイム性が不可欠な要素となっている。
【０００３】
こうしたニーズに応えるため、発生したデータを全てそのままの状態でクライアント側に送信すると、配信システム側のハードウェアコストが膨大になるとともに、クライアント側への通信環境も様々であるため、帯域幅によってはデータが送信されない事態も生じてしまう。従ってこのような配信方法は、膨大なハードウェア投資が可能であり、かつ通信帯域についても一定の保証がされているような専門業者間での配信システムにおいてしか、事実上は利用することができない。
【０００４】
これに対して、様々な通信ネットワークで接続された一般クライアントに対する配信システムにおいては、配信側のシステムにはリアルタイムデータを取得しておき、クライアント側からデータの送信の要求を受け付けて最新のデータを配信することにより、クライアントはリアルタイムデータを取得できるよう構成することが一般に行われている。クライアント側からの動作を待たずに自動的にリアルタイムデータが配信される「プッシュ方式」も存在しているが、一般的にこのような方式では、配信システムから自動的にリアルタイムでデータが配信されるのではなく、クライアントからのポーリングによりデータを送信する擬似的なプッシュ方式が用いられている。
【０００５】
こうした擬似的なプッシュ方式と異なり、様々な接続条件や処理能力を有するクライアントに対するリアルタイムデータの配信を実現するためには、それぞれの接続毎の条件に合った送信制御を行うことが必要となるが、これに対する解決手段として、特開平１０−２２４３５９においてはクライアント側との通信の負荷状況を受信側からの確認応答の状況により判断して、データの送信を制御する方法について開示されている。
【０００６】
【発明が解決しようとする課題】
上記のように、株価情報などのリアルタイム性が要求されるデータ配信においては、擬似的なプッシュ方式が用いられることが一般的である。しかしながら、このような擬似プッシュ方式はあくまでもクライアントからの指示を受けてデータを送信する方式なので、リアルタイム性という点では一定の遅延が生じてしまうことが避けられない。リアルタイム性を高めようとすると、ポーリングを頻繁に行う必要が生じることから、通信ネットワークと配信側のシステムにも大きな負担をかけることになってしまう。
【０００７】
こうした擬似的なプッシュ方式に対して、従来の技術を前提にリアルタイム配信を行おうとすると、図１に示した通り、リアルタイムで生じる大量のデータ処理のために膨大なハードウェア資源を必要とするとともに、クライアント側への通信ネットワーク環境は様々であるにもかわわらず、全てのクライアントに対して同一の速度でデータが送信されることになる。その結果、広帯域の接続に狭い帯域の接続が圧迫されたり、狭い帯域の接続のために広帯域の接続が遅延するといった問題が生じやすくなってしまう。こうした問題に対し、図２のように、それぞれのクライアントの通信環境や処理能力に適応した帯域でデータを送信できることが望ましく、さらにこうした帯域制御を、なるべく配信側のハードウェアの負担を軽減しながら実現できるとなお望ましい。
【０００８】
さらに、特開平１０−２２４３５９に開示された例などのクライアントからの返信状況で通信の負荷を測定する方式を用いてリアルタイム配信を行う場合についても、クライアントが返信を行う処理によりクライアント側の処理負担が増すとともに、クライアント側から返信するデータが通信ネットワークにさらに負荷をかけるという問題が生じてしまう。
【０００９】
そこで、本発明はこれらの課題を解決するために、通信ネットワークを通じて受信端末にデータを送信するためのデータ送信システムにおいて、特に複数の受信端末にデータを送信する場合に、それぞれの接続条件に対応した送信データの制御を行うことにより、通信ネットワークにかかる負荷と配信側及びクライアント側のハードウェアの処理負担を軽減することにより、リアルタイムデータの配信を容易に実現することができる送信データ制御システムを提供することを目的とするものである。
【００１０】
【課題を解決するための手段】
これらの課題を解決するために、本発明は、通信ネットワークを通じて受信端末にデータを送信するための送信データ制御システムであって、前記受信端末へ送信用データの送信処理を行う送信処理手段と、前記送信処理による前記送信用データの送信状況を判定する送信状況判定手段と、を備えており、前記送信処理手段は、前記送信状況に対応して前記送信用データを送信するタイミング又は送信するデータ量の少なくとも一つを調整することを特徴とする。前記送信状況判定手段は、前記送信用データのデータ量と送信可能な状態に置くことができた送信可能データ量から通信帯域の負荷状況を算出し、前記負荷状況から前記送信状況を判定することを特徴とすることもできる。
【００１１】
この発明においては、通信の負荷状況を送信側の送信性能から判定することにより、通信ネットワークに新たな負荷を生じさせることなく、それぞれの接続条件に対応したデータの送信が可能になる。つまり、通信ネットワークの負荷状態を常時検知して送信状況を判定し、その判定結果に対応してデータの送信処理を調整することにより、それぞれの接続先に対して最適の送信状況を継続することができる。
【００１２】
ここで通信ネットワークとは、主としてインターネットが該当するが、データを送信するためのネットワークであれば、専用線やイントラネットなどのクローズなネットワークも含まれる。受信端末には、パソコン、専用端末、携帯電話、ＰＤＡ、ゲーム機など、通信ネットワークを通じてデータを受信することが可能な全ての端末用機器が含まれる。
【００１３】
送信用データを送信するタイミング、送信するデータ量の調整については、例えば送信ループのインターバルを調整することや、送信データのパケットサイズを調整することにより行うことができる。送信可能データ量については、例えば送信バッファへの書込みブロッキングに対して実際に送信バッファに書込みが行えた量を把握することにより算出が可能であり、これを送信用データのデータ量と対比することにより、通信帯域に対する負荷状況を判定することができる。
【００１４】
また、本発明は、前記受信端末の要求に対応した送信要求データを格納する送信要求データ格納手段と、データ加工に関するシナリオを適用して前記送信要求データを前記送信用データに加工する送信データ加工手段と、を備えており、前記シナリオは前記送信状況判定手段により判定された前記送信状況に対応して設定できることを特徴とすることもできる。前記送信状況の変化により前記送信処理手段において前記送信用データを送信するタイミング又は送信するデータ量の少なくとも一つの調整が行われると、前記送信データ加工手段で適用されるシナリオは新たなシナリオに変更されることを特徴としてもよい。
【００１５】
通信帯域の限界に近い通信量が生じていて、前記の送信用データを送信するタイミングや送信するデータ量の調整によっては負荷が制御できない場合、このように構成することにより、予め指定されたシナリオに従って、データ量の調整を行うことができる。データを受信するクライアント側にとっては、データが遅延するよりも優先度の高いデータを選択してリアルタイムで受信したい場合もあるため、このようなクライアントの優先度を反映したシナリオを設定し、シナリオに対応して優先度の高いデータを送信できるようデータを間引いて加工することにより、実質的なリアルタイム性を維持することが可能になる。
【００１６】
ここで送信要求データとは、それぞれのクライアント側からの要求に基づいてリアルタイムで送信することと設定された情報に関する生データのことである。この送信要求データは、通信ネットワークの負荷状況に対応して、シナリオに従って送信用データに加工される。このように、シナリオとは送信用データを加工するためのルール設定のことであり、シナリオの設定については外部定義として定義することが可能である。シナリオには、例えば通信帯域が十分に確保されていて送信要求データをそのまま送信することが可能な場合には、シナリオを「全データ」と設定して、送信要求データを加工せずに送信用データとしてそのまま用いる場合も含まれる。
【００１７】
前記シナリオには、同一の対象にかかる前記送信要求データのうち送信要求が最新のデータを選択して送信用データとして加工するシナリオが含まれることを特徴とすることができる。また、前記シナリオには、同一の対象にかかる前記送信要求データと直近の送信データを比較して、データの変化項目を選択して送信用データとして加工するシナリオが含まれることを特徴としてもよい。さらに、前記シナリオには、同一の対象にかかる前記送信要求データを複数受け付けた場合に、それぞれのデータ項目で最新のデータが有効となるようデータを選択して送信用データとして加工するシナリオが含まれることを特徴としてもよい。
【００１８】
第一のシナリオにおいては、同一の対象にかかるデータについては、最新のデータを送信するよう設定することができる。このようなシナリオを適用すると、対象が重複するデータの一部を削減することができるので、通信ネットワークにかかる負荷を軽減しながら、最新のデータを配信することが可能になる。
【００１９】
第二のシナリオにおいては、同一の対象にかかる直近の送信データを参照することにより、変化項目のみを送信するよう設定することができる。このようなシナリオを適用すると、更新する必要のないデータの送信を省略することにより、通信ネットワークにかかる負荷を軽減しながら、データのリアルタイム性を保証することが可能になる。
【００２０】
第三のシナリオにおいては、同一の対象にかかる複数の送信データの重複部分を最新のデータで代表することにより、マージしたデータを送信するよう設定することができる。このようなシナリオを適用すると、重複するデータの送信を省略することにより、通信ネットワークにかかる負荷を軽減しながら、最新のデータを配信することが可能になる。
【００２１】
前記送信処理手段は、複数の前記受信端末についてそれぞれの接続条件に対応した送信処理を並行して行い、前記送信状況判定手段は、複数の前記受信端末についてそれぞれの送信状況の判定を並行して行うことを特徴とすることもできる。また、前記送信データ加工手段は、複数の前記受信端末についてそれぞれの接続条件又は送信状況に対応したシナリオを適用して前記送信要求データを加工することを特徴としてもよい。
【００２２】
複数の接続に対して同一の処理により制御を行うと、先に解決課題の例で説明した通り、それぞれの接続についての通信ネットワークの負荷状況や受信端末側の状況により、リアルタイム性が維持できなくなる場合が生じるとともに、全体のパフォーマンスも低下するという問題があるが、このようにそれぞれの接続に対応した並行処理を行うと、それぞれの接続に対して最適な通信状況を維持することが可能になる。このように送信処理を並行して行うとともに、シナリオの設定も個別に行うこととすれば、より柔軟な制御も可能になる。
【００２３】
前記受信端末は、同一の前記送信処理を行うグループとして複数の受信用端末装置より構成されているものであることを特徴とすることもできる。前記受信端末は、同一の前記シナリオにより前記送信用データを加工するグループとして複数の受信用端末装置より構成されているものであることを特徴としてもよい。
【００２４】
それぞれの送信状況や接続条件に対応して行われる送信処理やデータ加工は、受信端末として個々の受信用端末機器毎に設定されるだけでなく、送信状況や接続条件が同一又は類似の受信用端末機器を複数個含むグループを設けて、このグループに対して送信制御を行うよう構成してもよい。グループの中に含まれる端末機器は同一の種類には限定されず、例えばパソコンや携帯電話など複数の異なる端末機器を含むグループに対して、同一の送信制御を適用してもよい。
【００２５】
尚、受信端末に本発明にかかる送信データ制御システムを設けて、階層構造により送信データの制御を行うよう構成してもよい。このように構成すると、送信データ制御システムにかかる処理を分散することにより、システムの軽量化や、処理の高速化が可能になる。
【００２６】
尚、本発明は、本発明にかかるそれぞれの構成の送信データ制御システムに対応して、それぞれのシステムを用いた送信データの制御方法として構成することもできる。
【００２７】
【発明の実施の形態】
本発明の実施の形態について、図面を用いて以下に詳細に説明する。
【００２８】
図１、図２は、それぞれ従来のデータ送信システム、本発明にかかる送信データ制御システムの概要を示した図である。図３は、本発明にかかる送信データ制御システムの利用形態の一例を示すブロック図である。図４は、本発明にかかる送信データ制御システムの構成の一例を示すブロック図である。図５は、本発明にかかる送信データ制御システムの詳細な構成の一例を示すブロック図である。図６は、本発明にかかる送信データ制御システムに設定されたシナリオが、全データ送信である場合の例を示す図である。図７〜図９は、本発明にかかる送信データ制御システムに設定されたシナリオにより、データを加工するそれぞれ第一、第二、第三の例を示す図である。図１０は、本発明にかかる送信データ制御システムによるデータ制御のフローチャートである。
【００２９】
図１、図２については、従来のデータ送信システムと本発明にかかる送信データ制御システムの相違を示す図である。先に解決課題において説明した通り、図１では、通信帯域の相違に関わらず全てのクライアントに対して同一の速度でデータが送信されるのに対し、図２においては、それぞれのクライアントの通信環境や処理能力に適応した帯域でデータを送信することにより、リアルタイム配信を実現している。
【００３０】
図３において、本発明にかかる送信データ制御システム４００、アプリケーションサーバ１００又はデータベースサーバ２００から抽出した最新のデータを、リアルタイムで接続先端末５５０、６５０、７５０に配信している。ここで、ホームページなどリアルタイム性が要求されない静的コンテンツに関するデータについてはＷＷＷサーバ３００に蓄積し、リアルタイム性が必要とされる動的コンテンツを送信データ制御システム４００から配信することとすると、例えばオンライン証券会社においては、通常の取引画面をＷＷＷサーバ３００で管理しながら、株価ボードなどのリアルタイム配信は送信データ制御システム４００で制御するといった用い方をすることができる。
【００３１】
次に、図４及び図５を用いて、本発明にかかる送信データ制御システムの構成について説明する。
【００３２】
図４において、送信データ制御システム４００には、それぞれの接続先端末５５０、６５０、７５０に対して、送信用データを制御する接続先別制御システム５００、６００、７００が設けられている。尚、これらの接続先別制御システムはそれぞれ独立した機能を有するものであるが、物理的には同一のサーバやデータベースの中の一機能として設けられるものであってよい。
【００３３】
接続先別制御システムの構成は、接続先別制御システム５００を例にとると、送信要求データ受信部５１０、送信データ加工部５２０、直近送信データ記録部５３０及び送信処理部５４０から構成されていて、送信処理部５４０は通信ネットワークを介して接続先端末５５０と接続されている。
【００３４】
送信要求データ受信部５１０では、接続先毎の要求に対応した送信要求データを受信する。これらの送信要求データは、要求内容に応じてアプリケーションサーバやデータベースサーバ等から、最新のデータが取得されている。データの取得方法については、アプリケーションサーバやデータベースサーバから新たなデータが発生すれば送信要求データ受信部５１０に送信するように設定してもよいし、送信要求データ受信部５１０にエージェント機能を設けてアプリケーションサーバやデータベースサーバのデータの変化を監視するよう構成してもよい。送信要求データ受信部５１０において受信されたデータには、受付順序に対応した優先順位が付されている。
【００３５】
送信データ加工部５２０は、送信要求データ受信部５１０から送信要求データを取得し、それぞれの接続先に対応して設定されたシナリオに従って、送信用データへの加工を行う。このシナリオのパターンは、予め外部定義として複数のシナリオを図５に示したシナリオ格納部５２２に格納しておくことが可能であり、その時点で有効なシナリオは図５に示したシナリオ設定部５２１に設定され、データ加工に適用されている。
【００３６】
直近送信データ記録部５３０には、データの対象毎に最新の送信データの内容が記録されている。送信データ加工部５２０は加工した送信用データを直近送信データ記録部５３０に記録し、設定されたシナリオによって直近送信データを参照することが必要な場合は、直近送信データ記録部５３０から必要なデータを取得することができる。
【００３７】
送信処理部５４０は、送信データ加工部５２０から取得した送信データを、図５に示したデータ送信部５４１から接続先端末５５０に対して送信する。送信状況判定部５４２は送信を行いたいデータ量と、送信バッファへの書込みブロッキングに対して実際に書込みが行えた送信可能データ量から帯域の負荷状況を判定し、帯域への負荷が課題であると判定される場合には、送信調整部５４３において一回あたりのパケットサイズや送信ループのインターバルを調整することにより、送信可能データ量が最大となるよう随時調整を行う。データ送信部５４１は、送信調整部５４３において調整された設定に従って、データを送信する。
【００３８】
送信調整部５４３での調整によっても通信帯域の限界に近い通信量が発生してリアルタイム配信が困難になる場合、送信状況判定部５４２の判定や送信調整部５４３における再調整の実行などをトリガとすることにより、送信データ加工部５２０で設定されたシナリオを、より送信データ量を削減できる設定に変更することができる。
【００３９】
次に、図６〜図９を用いて、本発明にかかる送信データ制御システムに設定されたシナリオに基づいて行われるデータ加工について説明する。
【００４０】
図６は、シナリオが「全データ送信」と設定された場合の例について示している。通信帯域の状態が、送信要求データをそのまま送信することが可能である場合、または送信処理部５４０における調整でリアルタイム配信が可能である場合は、このように設定がされる。送信要求データは送信データ加工部５２０では加工されることなく、そのままの状態で送信用データとして送信処理部５４０に送られる。送信したデータは、直近送信データ記録部５３０に記録される。
【００４１】
図７は、シナリオが「最直近値送信」と設定された場合の例について示している。この例では、送信要求データの中に、Ａを対象とするデータが２件含まれている。送信要求データを受取った送信データ加工部５２０では、Ａについて最新のデータを送信できるよう、先のデータが削除されて送信用データとして加工される。送信されたデータは、直近送信データ記録部５３０に記録される。加工されたデータはＡについても最新のデータのみが送信されることとなるので、最新のデータのみを選択して送信することにより、送信データ量を削減しながら実質的なリアルタイム性を確保することができる。
【００４２】
図８は、シナリオが「変化項目値送信」と設定された場合の例について示している。この例では、Ｂを対象とする送信要求データに対して、Ｂと同一のデータ項目に関する直近送信データを直近送信データ記録部５３０から読み出して、これらのデータの比較対照を行う。全てのデータ項目が同一であれば、データを更新する必要がないため、送信要求データは削除されて送信処理部５４０には送られない。
【００４３】
図８の例では、＜ｖｏｌ＞に関するデータが同一である一方で、＜ｐｒｉｃｅ＞に関するデータが７００から８００に変化しているため、変化項目である＜ｐｒｉｃｅ＞に関するデータのみが送信処理部５４０に送られる。送信されたデータは、直近送信データ記録部５３０に記録される。このように変化項目のみを送信することによっても、送信データ量を削減しながら実質的なリアルタイム性を確保することができる。
【００４４】
図９は、シナリオが「データマージ」と設定された場合の例について示している。この例では、Ｃを対象とする送信要求データが３件存在しているが、これらのデータの中からそれぞれのデータ項目について最新のデータが有効となるようにデータのマージを行って、データ量を削減する。さらに、Ｃと同一のデータ項目に関する直近送信データを直近送信データ記録部５３０から読み出して比較対照を行い、これらのデータについても同様のマージを行うことにより、データ量をさらに削減することが可能になる。
【００４５】
図９の例では、＜ｖｏｌ＞に関するデータは最新のデータである７０００を有効とし、＜ｐｒｉｃｅ＞に関するデータは最新のデータである４００を有効としてマージを行っている。直近送信データに対しても、これらのデータ項目はそれぞれ更新されているので、この最新データが送信用データとして送信処理部５４０に送られる。送信されたデータは、直近送信データ記録部５３０に記録される。このようにデータをマージして送信することによっても、送信データ量を削減しながら実質的なリアルタイム性を確保することができる。
【００４６】
図１０を用いて、本発明にかかる送信データ制御システムを用いたデータ制御のフローについて説明する。
【００４７】
送信要求データ記録部に記録された送信要求データを送信データ加工部が読み出すと（Ｓ０１）、登録されたシナリオに従ってデータを加工するために、直近送信データが必要か否かを判断する（Ｓ０２）。直近送信データが必要な場合は、直近データ記録部から直近送信データを読み出し（Ｓ０３）、シナリオに基づき送信要求データを送信用データに加工する（Ｓ０４）。直近送信データが必要ない場合は、そのまま送信要求データをシナリオに基づき送信用データに加工する（Ｓ０４）。
【００４８】
加工された送信用データは、直近送信データとして直近送信データ記録部に書き込まれるとともに（Ｓ０５）、送信処理部５４０から接続先端末へ送信される（Ｓ０６）。送信の結果については、送信バッファへの書込み量等から送信状況を測定し（Ｓ０７）、通信帯域への負荷状況が変化したか否かを判定する（Ｓ０８）。
【００４９】
通信帯域への負荷状況が変化していないと判定された場合は、新たな送信要求データを読み出して（Ｓ１３）、さらに同様のステップにより送信が継続される。一方、通信帯域への負荷状況が変化したと判定された場合は、送信処理部５４０において送信ループのインターバルにより送信のタイミングを調整したり、送信するデータのパケットサイズにより送信するデータ量を調整したりすることにより、最適な通信状況を保ちながら送信用データを送信する（Ｓ０９）。この送信結果についてもさらに測定が行われ（Ｓ１０）、再調整が必要か否かを判断する（Ｓ１１）。
【００５０】
再調整が必要ないと判断された場合は、新たな送信要求データを読み出して（Ｓ１３）、さらに同様のステップにより送信が継続される。一方、再調整が必要と判断された場合は、これをトリガとして、送信データ加工部に設定されたデータ加工のシナリオが、よりデータ量を削減した帯域負荷の少ないシナリオへと変更される（Ｓ１２）。その上で新たな送信要求データを読み出して（Ｓ１３）、新たなシナリオに基づいて加工されたデータを用いて、送信が継続される。
【００５１】
尚、Ｓ０６〜Ｓ１２までの送信用データを作成するステップは、送信可能なデータが作成されるまで、このステップによるデータの調整と加工が繰り返し行われる場合もある。また、前記の例のように送信するデータ量を削減する場合に限られず、送信状況が改善されたと判断されると、データ量を増加させる方向に送信データ量の調整やシナリオの変更が行われる場合もある。
【００５２】
【発明の効果】
本発明により、通信帯域や受信端末側の処理能力が異なる複数の接続先に対して、それぞれの接続条件に対応して最適の通信状況を維持するように送信データの制御を行うことができるので、通信ネットワークにかかる負荷と配信システム側及び受信端末側のハードウェアの処理負担を軽減することにより、リアルタイムデータの配信を容易に実現することができる。
【図面の簡単な説明】
【図１】従来のデータ送信システムの概要を示した図である。
【図２】本発明にかかる送信データ制御システムの概要を示した図である。
【図３】本発明にかかる送信データ制御システムの利用形態の一例を示すブロック図である。
【図４】本発明にかかる送信データ制御システムの構成の一例を示すブロック図である。
【図５】本発明にかかる送信データ制御システムの詳細な構成の一例を示すブロック図である。
【図６】本発明にかかる送信データ制御システムに設定されたシナリオが、全データ送信である場合の例を示す図である。
【図７】本発明にかかる送信データ制御システムに設定されたシナリオにより、データを加工する第一の例を示す図である。
【図８】本発明にかかる送信データ制御システムに設定されたシナリオにより、データを加工する第二の例を示す図である。
【図９】本発明にかかる送信データ制御システムに設定されたシナリオにより、データを加工する第三の例を示す図である。
【図１０】本発明にかかる送信データ制御システムによるデータ制御のフローチャートである。
【符号の説明】
１００　　アプリケーションサーバ
２００　　データベースサーバ
３００　　ＷＷＷサーバ
４００　　送信データ制御システム
５００　　接続先別制御システム
５１０　　送信要求データ受信部
５２０　　送信データ加工部
５２１　　シナリオ設定部
５２２　　シナリオ格納部
５３０　　直近送信データ記録部
５４０　　送信処理部
５４１　　データ送信部
５４２　　送信状況判定部
５４３　　送信調整部
５５０　　接続先端末
６００　　接続先別制御システム
６１０　　送信要求データ記録部
６２０　　送信データ加工部
６３０　　直近送信データ記録部
６４０　　送信処理部
６５０　　接続先端末
７００　　接続先別制御システム
７５０　　接続先端末
【図１】
2004064501.tif 000003
【図２】
2004064501.tif 000004
【図３】
2004064501.tif 000005
【図４】
2004064501.tif 000006
【図５】
2004064501.tif 000007
【図６】
2004064501.tif 000008
【図７】
2004064501.tif 000009
【図８】
2004064501.tif 000010
【図９】
2004064501.tif 000011
【図１０】
2004064501.tif 000012