JP3847505B2 - データ配信システムおよびデータ配信システムにおける結果通知装置 - Google Patents
データ配信システムおよびデータ配信システムにおける結果通知装置 Download PDFInfo
- Publication number
- JP3847505B2 JP3847505B2 JP35665899A JP35665899A JP3847505B2 JP 3847505 B2 JP3847505 B2 JP 3847505B2 JP 35665899 A JP35665899 A JP 35665899A JP 35665899 A JP35665899 A JP 35665899A JP 3847505 B2 JP3847505 B2 JP 3847505B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- information
- data distribution
- result
- distribution system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
この発明は、データ配信を管理するデータ配信システムおよびデータ配信システムにおける結果通知装置に関し、特に、データ配信結果の通知を行うデータ配信システムおよびデータ配信システムにおける結果通知装置に関するものである。
【０００２】
【従来の技術】
従来のデータ配信システムとして、たとえば、特開平１０−１４５４０９号公報に開示された通信システムがある。この通信システムは、複数の箇所に分配配置される複数のノード装置と、このノード装置のそれぞれに接続される１または複数のローカル通信端末と、これらノード装置およびローカル通信端末を制御管理する１または複数のセンター装置とを備え、ノード装置とセンター装置を直列またはループ状に接続するとともに、対向する通信路手段とを備え、センター装置は、管理対象のノード装置とローカル通信端末に対するセル化したデータを通信路手段に送信し、ノード装置は、通信路手段からセル化したデータを受信し、この受信データの中から自ノード装置に接続されたローカル通信端末宛のセル化データを抽出してこのローカル通信端末に出力するとともに、自ノード装置に接続されたローカル通信端末からセンター装置に対するセル化データを、通信路手段を通じて送信し、さらに通信路手段にかかる障害を回復させる手段を備えた通信システムであって、ノード装置に障害を検出する障害検出手段を設けたものである。
【０００３】
図１９は、従来の通信システムの構成を示す説明図である。この通信システムは、二つのセンター装置５１−１，５１−２と６つのノード装置５２−１，５２−２，５２−３，５２−４，５２−５，５２−６、を通信系５７，５８により、対向する通信路５３で直線状に接続して構成される。また、センター装置５１−１，５１−２は広域網５６を介して相互に接続されている。広域網５６としては有線または無線媒体を使用した一般電話回線または衛星通信等の公衆回線の利用が考えられる。
【０００４】
つぎに動作について説明する。たとえば、センター装置５１−１がノード装置５２−１，５２−２，５２−３，５２−４、を制御管理しているとする。センター装置５１−１からの制御情報を載せたセルは、ノード装置５２−１の方向の通信路５３へ送り出される。ノード装置５２−１は通信系５７を介して送られてきたこの制御情報が自ノード装置宛でない場合、他方の通信系５８を介してつぎのノード装置５２−２へ中継する。このように制御情報を載せたセルは、通信路５３上の各ノード装置５２を順次中継され該当するノード装置５２まで中継される。このセルがノード装置５２−３のローカル端末５５宛である場合、当該ノード装置５２−３は、このセルを当該ローカル端末５５へ中継する。
【０００５】
一方、ノード装置５２−３に接続されるローカル通信端末５５からセンター装置５１−１への情報を載せたセルは、通信路５３を通じてノード装置５２−４へ送られる。センター装置５１−１がさらにノード装置５２−５までも制御管理しているのであれば、この上記セルはノード装置５２−４を経由して、ノード装置５２−５へ送られるのであるが、ここではノード装置５２−４までしか制御管理していないため、上記セルをセンター装置５１−１まで送るために、ノード装置５２−４は内部の切替スイッチを切り替え、当該セルをバイパスつまりループバックし、通信系５７を介してノード装置５２−３へ中継する。以降センター装置５１−１までを通信路５３上の各ノード装置を中継することによって、センター装置５１−１に上記情報を載せたセルが到達する。
【０００６】
ここで、ノード装置５２−３、５２−４の間の通信路５３が障害により切断されたとき、ノード装置５２−３は自ノード装置５２−３に接続されたローカル通信端末５５からの情報をセンター装置５１−１へ送るために、内部の切り替えスイッチを切り替え、通信系を介して上述とは逆の方向のノード装置５２−２へセルを送信するべく、通信機能を回復する。また、センター装置５１−２はノード装置５２−４の制御管理を代行するために、ノード装置５２−４およびノード装置５２−５の内部の各切替スイッチを切り替えて、ノード装置５２−５のセンター装置５１−２側のループバックを解除し、また、ノード装置５２−５のセンター装置５１−１側のループバックを解除するとともにセンター装置５１−２側のループバックを行わせる。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記従来の技術によれば、受信装置の数が多すぎる場合やデータ配信における障害が多発した場合でも、障害の数等に応じてデータ配信結果の通知方法または通知内容を切り換える機能をもたないため、受信装置の数が多い場合やデータ配信における障害が多発した場合、データ配信システムにおける通信が輻輳し、データ配信システムが適切に機能しなくなるという問題点があった。
【０００８】
この発明は、上記に鑑みてなされたものであって、データ配信システムにおける通信の輻輳を低減し、適切に機能するデータ配信システムおよびデータ配信システムにおける結果通知装置を得ることを目的とする。
【０００９】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するために、この発明にかかるデータ配信システムにあっては、データの配信を制御する配信制御装置と、配信されたデータを受信する受信装置と、少なくとも一つの前記受信装置に対応し、対応する前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信管理装置に通知する少なくとも一つの結果通知装置と、を備えたデータ配信システムにおいて、前記受信装置は、自装置のデータ受信の結果を示す第２の情報を前記結果通知装置に送信し、前記結果通知装置は、対応する前記受信装置に対するデータ配信の結果を示す第３の情報が所定の第１の条件を満たす場合、前記受信装置から受信した第２の情報を、取りまとめを省略して前記配信制御装置に送信することを特徴とする。
【００１０】
つぎの発明にかかるデータ配信システムにあっては、データの配信を制御する配信制御装置と、配信されたデータを受信する受信装置と、少なくとも一つの前記受信装置を管理し、前記配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知する少なくとも一つの結果通知装置とを備えたデータ配信システムにおいて、前記結果通知装置は、前記受信装置に対するデータ配信結果に基づき取得した第２の情報に基づいて、前記第１の情報の通知の取りまとめ方を、前記第２の情報に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とする。
【００１１】
つぎの発明にかかるデータ配信システムにあっては、データの配信を制御する配信制御装置と、配信されたデータを受信する受信装置と、少なくとも一つの前記受信装置を管理し、前記配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知する少なくとも一つの結果通知装置とを備えたデータ配信システムにおいて、前記結果通知装置は、管理する前記受信装置の個数に基づいて前記第１の情報の通知の取りまとめ方を、前記受信装置の個数に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とする。
【００１２】
つぎの発明にかかるデータ配信システムにおける結果通知装置にあっては、配信されたデータを受信する少なくとも一つの受信装置に対応し、対応する前記受信装置に対するデータ配信の結果を示す第１の情報を、データ配信を制御する配信制御装置に通知するデータ配信システムにおける結果通知装置において、データ受信の結果を示す第２の情報を前記受信装置から受信し、対応する前記受信装置に対するデータ配信の結果を示す第３の情報が所定の第１の条件を満たす場合、受信した第２の情報を、取りまとめを省略して前記配信制御装置に送信することを特徴とする。
【００１３】
つぎの発明にかかるデータ配信システムにおける結果通知装置にあっては、配信されたデータを受信する少なくとも一つの前記受信装置を管理し、データの配信を制御する配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知するデータ配信システムにおける結果通知装置において、前記受信装置に対するデータ配信結果に基づき取得した第２の情報に基づいて、前記第１の情報の通知の取りまとめ方を、前記第２の情報に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とする。
【００１４】
つぎの発明にかかるデータ配信システムにおける結果通知装置にあっては、配信されたデータを受信する少なくとも一つの前記受信装置を管理し、データの配信を制御する配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知するデータ配信システムにおける結果通知装置において、管理する前記受信装置の個数に基づいて前記第１の情報の通知の取りまとめ方を、前記受信装置の個数に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とする。
【００６３】
【発明の実施の形態】
以下、この発明にかかるデータ配信システムおよびデータ配信システムにおける結果通知装置の実施の形態を、図面に基づいて詳細に説明する。なお、この実施の形態により、この発明が限定されるものではない。
【００６４】
実施の形態１．
図１は、この発明の実施の形態１にかかる分散データ配信管理システムの構成を示す説明図である。この分散データ配信管理システムは、データの送信（配信）要求を行う送信要求装置（ＳＲ）１と、ＳＲ１からの要求に応じてデータの送信（配信）およびその制御を行う送信制御装置（ＳＣ）２と、データの受信要求を行い、データを受信する受信要求装置（ＲＲ）４と、少なくとも一つのＲＲ４を管理し、自装置が管理するＲＲ４宛にＳＣ２から送信されたデータを最終宛先のＲＲ４に転送する受信制御装置（ＲＣ）３と、ＳＣ２とＲＣ３との間を結ぶ有線または無線の媒体を使用した回線、たとえば、専用回線５，公衆回線６，衛星回線７等と、を備えている。
【００６５】
図２は、図１に示した実施の形態１にかかるＲＣ３の機能構成を示す機能ブロック図である。ＲＣ３は、データの送受信を行う送受信部１３と、ＳＣ２から自装置が管理するＲＲ４へのデータ送信における結果の情報（データ送信の成功または障害の情報）を保持する少なくとも一つの障害管理テーブル１１と、ＳＣ２から自装置が管理するＲＲ４へのデータ送信結果の情報を障害管理テーブル１１に書き込み、送受信部１３を制御して所定の方法（条件，タイミング等）でデータ送信結果の情報をＳＣ２に送信（通知）する制御部１２と、を備えている。
【００６６】
ＳＲ１から送信要求を受けたデータは、ＳＣ２によって、複数の回線５〜７の中から、ＳＲ１によって指定あるいはＳＣ２によって選択された回線を通り、ＲＣ３に送信され、ＲＣ３によって受信されたデータは、ＲＣ３と回線でむすばれているＲＲ４へと転送される。ＳＣ２とＲＣ３との間のデータの送受信における障害、およびデータの最終宛先であるＲＲ４とＲＲ４への送信を受け持つＲＣ３との間のデータの送受信における障害は、ＲＣ３が有する障害管理テーブル１１によって管理される。ＲＣ３は、一つの障害管理テーブル１１に載っている（一つの障害管理テーブル１１により管理されている）ＲＲ４に関しては、まとめて転送結果をＳＣ２に報告（通知）する。この通知の方法（条件，タイミング等）および内容は、ユーザが環境変数等を用いて変更することができる。
【００６７】
図３は、図２に示した実施の形態１にかかる障害管理テーブル１１の構成を示す説明図である。障害管理テーブル１１は、ＲＣ３が管理する各ＲＲ４の名称（ＲＲ名）と、障害の有無，通信ＩＤ，障害内容等との対応テーブルであり、ユーザは、障害管理テーブル１１の内容の変更、たとえば、障害内容の欄の削除や他の項目の追加等を行うことができる。また、ＳＣ２への通知内容は、この障害管理テーブル１１の内容そのままでもよいし、異なるものでもよく、ユーザが任意に指定することができる。たとえば、送信を失敗した結果のみを通知することもできるし、ＲＲ４から送信されるデータ受信に関する情報をそのまま通知することもできる。
【００６８】
なお、分散データ配信管理システムは、この発明のデータ配信システムに対応し、ＳＣ２は、配信制御装置に対応し、ＲＣ３は、この発明の結果通知装置に対応し、ＲＲ４は、この発明の受信装置に対応する。
【００６９】
以上の構成において、実施の形態１の動作について、図４のフローチャートを参照して説明する。図４は、実施の形態１にかかるデータ配信の結果を通知する処理の流れを示すフローチャートである。この処理においては、まず、ＳＣ２が、最終宛先のＲＲ４を管理するＲＣ３にデータを送信する（Ｓ１）。ＲＣ３は、ＳＣ２からのデータの受信処理を行い（Ｓ２）、データ受信が成功か否かを判定する（Ｓ３）。データ受信が失敗の場合は、タイマー（またはカウンタ）を用いて失敗時間（または回数）をカウントし、一定時間が経過した（または一定回数を超えた）か否か（リトライのタイマー（またはカウンタ）がフルになったか否か）を判定する（Ｓ１２）。
【００７０】
一定時間（または一定回数）が経過していなければ、データ再送をＳＣ２に要求し（Ｓ１１）、要求を受けたＳＣ２は、データ送信のリトライを行い（Ｓ１）、ステップＳ２，Ｓ３，Ｓ１２，Ｓ１１，Ｓ１が繰り返えされる。ステップＳ１２で、リトライのタイマー（またはカウンタ）がフルになった場合は、リトライを行わず、障害報告用のデータ（ＳＣ−ＲＣ間の障害の情報）を作成し、ＳＣ−ＲＣ間の障害の情報を蓄積する障害管理テーブル（Ａ）１１に蓄積する（Ｓ１３）。また、このデータをＳＣ２に送信し、すなわちＳＣ−ＲＣ間の送信失敗をＳＣ２に伝達（通知）し（Ｓ１４）、処理を終了する。
【００７１】
一方、ステップＳ３で、データ受信に成功した場合、ＲＣ３は、ＳＣ２に受信の成功を伝達する（Ｓ４）。つぎに、データ転送を開始する旨を最終宛先のＲＲ４に伝達し、データ転送が可能か否かを判定する（Ｓ６）。ＲＲ４へのデータ転送が不可能な場合、ＲＣ３は、障害報告用のデータを作成し、障害管理テーブル（Ｂ）１１に蓄積する（Ｓ１５）。また、タイマー（またはカウンタ）を用いて失敗時間（または回数）をカウントし、一定時間が経過した（または一定回数を超えた）か否か（リトライのタイマー（またはカウンタ）がフルになったか否か）を判定する（Ｓ１６）。
【００７２】
そして、一定時間（または一定回数）の間はステップＳ５，Ｓ６，Ｓ１５，Ｓ１６を繰り返してＲＲ４へのデータ転送を試みる。ステップＳ１６で、ＲＲ４へのデータ転送リトライのタイマー（またはカウンタ）がいっぱいになった場合、障害報告用のデータを作成し、ユーザの手入力で指定（設定）された障害報告のタイミングにより、ＳＣ２に対する障害報告用のデータの通知を行うタイミングを決定する（Ｓ１７）。そして、ＲＣ−ＲＲ間の転送結果の情報（障害報告用のデータ）をＳＣ２に通知し（Ｓ１０）、処理を終了する。
【００７３】
一方、ステップＳ６で、ＲＲ４へのデータ転送が可能な場合、ＲＣ３は、ＲＲ４へのデータの転送を開始する（Ｓ７）。ＲＲ４は、転送されてきたデータを受信して蓄積し、ＲＣ３に対して受信結果（受信成功，障害，受信失敗の原因（記憶ディスクがフル，マシン障害，回線障害，ビジー等））の報告（通知）を行う。ＲＣ３は、ＲＲ４からの障害の報告があるか否か、また、ＲＲ４からの正常な応答があるか否かを判定する（Ｓ８）。
【００７４】
ＲＲ４からの障害報告があった場合や、ＲＲ４からの正常な応答がない場合は、データ転送に失敗したと判断してステップＳ１５に進む。一方、ＲＲ４からの受信成功の通知があった場合、ＲＲ４へのデータ転送が正常に終了したと判断して成功した旨の情報を蓄積し（Ｓ９）、ユーザにより設定されたタイミングで、ＲＣ−ＲＲ間の転送結果の情報（転送成功の情報）をＳＣ２に通知し（Ｓ１０）、処理を終了する。
【００７５】
前述したように、実施の形態１によれば、データ配信システムのユーザの判断により動的に配信結果報告（データ配信結果の通知）のタイミングの切り替えを行うようにしているので、ＳＣ２の負荷分散を考慮しながら、ＲＣ３からＲＲ４への配信結果をＳＣ２に伝達することができ、通信の輻輳を低減することができる。
【００７６】
実施の形態２．
前述した実施の形態１では、ユーザの判断により環境変数などで動的に配信結果報告のタイミングの切り替えを行うことにより、ＳＣの負荷分散を考慮しながら、ＲＣからＲＲへのデータ配信結果の情報をＳＣへ伝達可能となるようにしたが、この発明の実施の形態２では、ＲＣとＲＲとの間のデータ転送上で障害が起こった場合に、ＲＣが管理するＲＲの数および／またはＲＣが管理するＲＲへのデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣに通知する情報に含まれないものでもよい）に応じて動的に配信結果報告の方法および／または内容を切り替えるようにしている。なお、基本的な構成および動作は、実施の形態１と同様であるため、同一の部分については、その説明を省略し、異なる部分についてのみ説明する。
【００７７】
実施の形態２では、実施の形態１のＲＣ３に代えて、自装置が管理するＲＲ４の数および／または自装置が管理するＲＲ４へのデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて動的に配信結果報告の方法および／または内容を切り替えるＲＣを備えている。図５は、この発明の実施の形態２にかかるＲＣの機能構成を示す機能ブロック図である。なお、図２と同一の部分については同一の符号を付している。このＲＣ２１は、配信結果報告の方法および／または内容とＲＲ４の数および／またはデータ配信結果との対応を保持するマトリックス（配信結果通知方法切替テーブル）２２を備えている。
【００７８】
また、実施の形態１にかかるＲＣ３の制御部１２に代えて、配信結果通知方法切替テーブル２２により配信結果報告の方法および／または内容を切り換える制御部２３を備えている。これにより、ＲＣ２１は、動的に配信結果報告の方法を切り替えることができる。ここでいう配信結果報告の方法とは、たとえばＲＲ４からの報告（受信情報の通知）があるごとに個別にＳＣ２に結果を転送する、自装置が管理する全てのＲＲ４からの報告がそろってからまとめて配信結果報告を行う、ＲＲ４からの障害の報告が一定数そろったら配信結果報告を行う、または、１時間に１回のタイミングで配信結果報告を行うといったものである。ＲＲ４からのデータ受信情報の転送ルートを変更するといったことも考えられるが、これに関しては実施の形態４にて後述する。
【００７９】
図６は、図５に示した実施の形態２にかかる配信結果通知方法切替テーブル２２の構成を示す説明図である。配信結果通知方法切替テーブル２２は、たとえば、その配信結果通知方法切替テーブル２２を有するＲＣ２１が管理するＲＲ４の数とＳＣ２に対する障害報告（配信結果報告）方法との対応を保持しており、ＲＣ２１が管理するＲＲ４の数に応じて、ＲＲ４ごとに障害を報告するか全てのＲＲ４のデータ配信結果をまとめて報告するかが決まる。また、図７に示すように、ＲＣ２１が管理するＲＲ４における障害の数とＳＣ２に対する障害報告方法との対応を保持する配信結果通知方法切替テーブル２２ａを用い、ＲＣ２１が管理するＲＲ４における障害の数に応じて、ＲＲ４ごとに障害を報告するか全てのＲＲ４のデータ配信結果をまとめて報告するかを決定するようにしてもよい。
【００８０】
図８は、図５に示した実施の形態２にかかる配信結果通知方法切替テーブルの他の構成を示す説明図である。この配信結果通知方法切替テーブル２２ｂは、ＲＣ２１が管理するＲＲ４の数とその障害の数とＳＣ２に対する障害報告の内容との対応を保持している。配信結果通知方法切替テーブル２２または配信結果通知方法切替テーブル２２ａとともに配信結果通知方法切替テーブル２２ｂを用いることで、ＲＣ２１が管理するＲＲ４の数およびその障害の数によって、障害報告の内容についても変更することができる。たとえば、障害または成功のどちらか一方の情報のみとすることができる。これにより、さらにきめ細かな輻輳制御が可能となる。
【００８１】
ユーザは、これらの配信結果通知方法切替テーブルを設定，変更することができる。また、配信結果通知方法切替テーブルに用いるデータ配信結果の情報は、前述した例に限られず、障害の原因，障害数，障害発生率，障害のレベル等、種々のものであってもよいし、その組合せであってもよい。また、配信結果報告の方法も１時間ごと，２時間ごと等、通知のタイミングであってもよい。また、複数の配信結果通知方法切替テーブルを用意し、使用する配信結果通知方法切替テーブルを選択することができるようにしてもよい。さらに、配信結果通知方法切替テーブルに代えて、データ配信結果の情報および／またはＲＲ４の数に基づいて配信結果報告の方法または内容を決定する条件式等を用いて配信結果報告の方法または内容を決定するようにしてもよい。
【００８２】
以上の構成において、実施の形態２の動作について、図９のフローチャートを参照して説明する。図９は、実施の形態２にかかるデータ配信結果の通知処理の流れを示すフローチャートである。なお、図４と同一の部分については同一の符号を付している。このデータ配信結果の通知処理において、ＲＣ２１は、ステップＳ１６で、ＲＲ４へのデータ転送リトライのタイマー（またはカウンタ）がいっぱいになった場合、配信結果通知方法切替テーブル２２を用い、現在ＲＣ２１が管理しているＲＲ４の数に応じて、ＳＣ２へのＲＣ―ＲＲ間の転送結果報告（データ転送結果の通知）の方法を決定する（Ｓ２１）。そして、決定した転送結果報告の方法に従って、ＲＣ−ＲＲ間の転送結果をＳＣ２に対して通知し（Ｓ２２）、処理を終了する。ステップＳ９の処理が終了した後も、ステップＳ２１で決定した転送結果報告の方法に従って、ＲＣ−ＲＲ間の転送結果をＳＣ２に対して通知する（Ｓ２２）。
【００８３】
前述したように実施の形態２によれば、ＲＣ２１が管理するＲＲ４の数および／またはデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて動的に配信結果報告の方法および／または内容を切り替えるようにしているため、ＳＣ２の負荷分散を考慮しながら、ＲＣ２１からＲＲ４への配信結果をＳＣ２へ伝達することができ、輻輳制御の信頼性を向上させることができる。
【００８４】
実施の形態３．
本発明の実施の形態３は、実施の形態２において、さらに、ＲＣとＲＲの間のデータ転送上で障害が起こった場合に、ＲＣが管理するＲＲ４の数および／またはＲＣが管理するＲＲへのデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣに通知する情報に含まれないものでもよい）に応じた配信速度の調節（中断，中止を含む）を行うものである。なお、基本的な構成および動作は、実施の形態２と同様であるため、同一の部分については、その説明を省略し、異なる部分についてのみ説明する。
【００８５】
実施の形態３では、実施の形態２のＲＣ２１に代えて、自装置が管理するＲＲ４の数および／または自装置が管理するＲＲ４へのデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて動的にＳＣ２からのデータ配信の速度を調整するＲＣを備えている。図１０は、この発明の実施の形態３にかかるＲＣの機能構成を示す機能ブロック図である。なお、図５と同一の部分については同一の符号を付している。
【００８６】
このＲＣ３１は、送信（配信）速度とＲＲ４の数および／またはデータ配信結果との対応を保持するマトリックス（配信速度切替テーブル）３２を備えている。また、実施の形態２にかかるＲＣ２１の制御部２３に代えて、配信速度切替テーブル３２によりＳＣ２からのデータ配信速度を切り換える制御部３３を備えている。ここで、データ配信の速度切替は、配信データのパケット間隔を変更することによっても、ファイル間隔を変更することによっても行うことができる。
【００８７】
ＲＣ３１は、ＳＣ２に対してデータ送信（配信）の速度切換を要求する、または、ＲＲ４からＳＣ２に対するデータ送信要求を一定時間禁止することによりデータ送信の速度切換を行う。このデータ送信の速度切替には、データ送信要求を中止したり、ＳＣ２に対してデータ送信を中止（データ送信要求を無視）するように要求したりすることも含まれる。
【００８８】
図１１は、図１０に示した実施の形態３にかかる配信速度切替テーブル３２の構成を示す説明図である。配信速度切替テーブル３２は、たとえば、その配信速度切替テーブル３２を有するＲＣ３１が管理するＲＲ４の障害の数と、ＳＣ２からＲＣ３１へのデータ送信の速度との対応を保持しており、ＲＣ３１が管理するＲＲ４の障害の数に応じて、つぎのパケットまたはファイルの送信までの待ち時間が決まる。これにより、ＲＣ３１が管理するＲＲ４の障害の数に応じ、動的に配信速度の調節を行うことが可能となる。
【００８９】
また、図１２に示すように、障害の数と障害のレベルと配信速度との対応を保持する配信速度切替テーブル３２ａを用いることで、よりきめ細かな配信速度の調節を行うようにしてもよい。さらに、図１３に示すように、一定時間内における障害発生率と配信速度との対応を保持し、自装置に対するデータ送信の中止も要求する配信速度切替テーブル３２ｂを用いてもよい。ユーザは、これらの配信速度切替テーブルを設定，変更することができる。
【００９０】
また、配信速度切替テーブルに用いるデータ配信結果の情報は前述した例に限られず、障害の原因，障害数，障害発生率，障害のレベル等、種々のものであってもよいし、その組合せであってもよい。また、複数の配信速度切替テーブルを用意し、使用する配信速度切替テーブルを選択することができるようにしてもよい。さらに、配信速度切替テーブルをＳＣ２側に設け、ＳＣ２側で配信速度切替の判断を行うようにしてもよいし、配信速度切替テーブルに代えて、データ配信結果の情報および／またはＲＲ４の数に基づいて配信速度を決定する条件式等を用いて配信速度を決定するようにしてもよい。
【００９１】
以上の構成において、実施の形態３の動作について、図１４のフローチャートを参照して説明する。図１４は、実施の形態３にかかるデータ配信結果の通知処理の流れを示すフローチャートである。なお、図９と同一の部分については同一の符号を付している。このデータ配信結果の通知処理において、ＲＣ３１は、ステップＳ１６で、ＲＲ４へのデータ転送リトライのタイマー（またはカウンタ）がいっぱいになった場合、配信結果通知方法切替テーブル２２を用いて転送結果報告の方法を決定するとともに、配信速度切替テーブル３２を用いて、ＳＣ２からのデータ配信速度を決定する（Ｓ３１）。
【００９２】
そして、決定した転送結果報告の方法に従って、ＲＣ−ＲＲ間の転送結果および決定したデータ配信速度をＳＣ２に対して通知し（Ｓ３２）、処理を終了する。ステップＳ９の処理が終了した後も、ステップＳ３１で決定した転送結果報告の方法に従って、ＲＣ−ＲＲ間の転送結果および決定したデータ配信速度をＳＣ２に対して通知する（Ｓ３２）。
【００９３】
前述したように実施の形態３によれば、ＲＣ３１が管理するＲＲ４の数および／またはデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて動的にＳＣ２からＲＣ３１への配信速度の調節を行うようにしているため、バンド幅の有効利用を行うことが可能となり、さらに輻輳制御の信頼性を向上させることができる。
【００９４】
実施の形態４．
本発明の実施の形態４は、前述した実施の形態３において、さらに、ＲＣからＲＲへの配信結果をＳＣへ伝達（通知）する際に、動的にＲＣを中継するか否かのルート設定（ＲＣをスルーするか否かの設定）を行うようにしたものである。なお、基本的な構成および動作は、実施の形態３と同様であるため、同一の部分については、その説明を省略し、異なる部分についてのみ説明する。
【００９５】
実施の形態４では、実施の形態３のＲＣ３１に代えて、自装置が管理するＲＲ４の数および／または自装置が管理するＲＲ４へのデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて動的に自装置を中継するか否かのルート設定（自装置をスルーするか否かの設定）を行うＲＣを備えている。図１５は、この発明の実施の形態４にかかるＲＣの機能構成を示す機能ブロック図である。なお、図１０と同一の部分については同一の符号を付している。
【００９６】
このＲＣ４１は、配信結果報告のルート（自装置をスルーするか否かの設定）とＲＲ４の数および／またはデータ配信結果との対応を保持するマトリックス（転送ルート切替テーブル）４２を備えている。また、実施の形態３にかかるＲＣ３１の制御部３３に代えて、転送ルート切替テーブル４２により、ＲＲ４からの受信結果の情報の転送ルートを切り換える制御部４３を備えている。ここで、転送ルートの切換えは、ＲＣ４１の管理機能を用いるか、管理機能を用いずにスルーするかを切り換えることにより行われる。すなわち、ＲＲ４からの受信結果の情報をＲＣ４１で取りまとめてＳＣ２に転送（通知）するか、この取りまとめを行わずにＳＣ２に転送（通知）するかの切換えが行われる。
【００９７】
図１６は、図１５に示した実施の形態４にかかる転送ルート切替テーブル４２の構成を示す説明図である。転送ルート切替テーブル４２は、たとえば、その転送ルート切替テーブル４２を有するＲＣ４１が管理するＲＲ４の障害発生率と、配信結果報告のルート（転送ルート）との対応を保持しており、ＲＣ４１が管理するＲＲ４の障害発生率に応じて、ＲＲ４からの受信結果の情報をスルーしてＳＣ２に転送するか、管理機能により、ＲＲ４からの受信結果の情報を取りまとめた後に転送するかが決まる。これにより、ＲＣ４１が管理するＲＲ４の障害率に応じ、動的に配信結果報告のルートを変更することが可能となる。
【００９８】
また、図１７に示すように、ＲＲ４の障害の数とＲＲ４の数と転送ルートとの対応を保持する転送ルート切替テーブル４２ａを用いてもよい。ユーザはこれらの転送ルート切替テーブルを設定，変更することができる。また、転送ルート切替テーブルに用いるデータ配信結果の情報は前述した例に限られず、障害の原因，障害数，障害発生率，障害のレベル等、種々のものであってもよいし、その組合せであってもよい。また、複数の転送ルート切替テーブルを用意し、使用する転送ルート切替テーブルを選択することができるようにしてもよい。さらに、転送ルート切替テーブルに代えて、データ配信結果の情報および／またはＲＲ４の数に基づいて転送ルートを決定する条件式等を用いて転送ルートを決定するようにしてもよい。
【００９９】
以上の構成において、実施の形態４の動作について、図１８のフローチャートを参照して説明する。図１８は、実施の形態４にかかるデータ配信結果の通知処理の流れを示すフローチャートである。なお、図１４と同一の部分については同一の符号を付している。このデータ配信結果の通知処理において、ＲＣ４１は、ステップＳ１６で、ＲＲ４へのデータ転送リトライのタイマー（またはカウンタ）がいっぱいになった場合、配信結果通知方法切替テーブル２２を用いて転送結果報告の方法を決定するとともに、配信速度切替テーブル３２を用いてデータ配信速度を決定し、さらに、転送ルート切替テーブル４２を用いて、ＲＲ４からの受信結果の情報の転送ルートを切り換える（Ｓ４１）。
【０１００】
そして、決定した転送結果報告の方法およびルートに従って、ＲＣ−ＲＲ間の転送結果および決定したデータ配信速度をＳＣ２に対して通知し（Ｓ４２）、処理を終了する。ステップＳ９の処理が終了した後も、ステップＳ３１で決定した転送結果報告の方法およびルートに従って、ＲＣ−ＲＲ間の転送結果および決定したデータ配信速度をＳＣ２に対して通知する（Ｓ４２）。
【０１０１】
前述したように実施の形態４によれば、ＲＣ４１が管理するＲＲ４の数および／またはデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて、動的に、ＲＣ４１からＲＲ４への転送結果をＳＣ２へ伝達（通知）するルートを選択するため、さらに輻輳制御の信頼性を向上させることができる。
【０１０２】
【発明の効果】
以上説明したとおり、この発明によれば、受信装置は、自装置のデータ受信の結果を示す第２の情報を結果通知装置に送信し、結果通知装置は、対応する受信装置に対するデータ配信の結果を示す第３の情報が所定の第１の条件を満たす場合、受信装置から受信した第２の情報を、取りまとめを省略して配信制御装置に送信するようにしているので、負荷分散を考慮したデータ配信結果の通知をより適切に行うことができるため、データ配信システムにおける通信の輻輳を低減し、適切に機能することができる、という効果を奏する。
【０１０３】
つぎの発明によれば、結果通知装置は、受信装置に対するデータ配信結果に基づき取得した第２の情報に基づいて、第１の情報の通知の取りまとめ方を、第２の情報に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えるようにしているので、負荷分散を考慮したデータ配信結果の通知をより適切に行うことができるため、データ配信システムにおける通信の輻輳を低減し、適切に機能することができる、という効果を奏する。
【０１０４】
つぎの発明によれば、結果通知装置は、管理する受信装置の個数に基づいて第１の情報の通知の取りまとめ方を、受信装置の個数に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えるようにしているので、負荷分散を考慮したデータ配信結果の通知をより適切に行うことができるため、データ配信システムにおける通信の輻輳を低減し、適切に機能することができる、という効果を奏する。
【図面の簡単な説明】
【図１】 この発明の実施の形態１にかかる分散データ配信管理システムの構成を示す説明図である。
【図２】 図１に示した実施の形態１にかかる受信制御装置の機能構成を示す機能ブロック図である。
【図３】 図２に示した実施の形態１にかかる障害管理テーブルの構成を示す説明図である。
【図４】 実施の形態１にかかる配信結果通知処理の流れを示すフローチャートである。
【図５】 この発明の実施の形態２にかかる受信制御装置の機能構成を示す機能ブロック図である。
【図６】 図５に示した実施の形態２にかかる配信結果通知方法切替テーブルの構成を示す説明図である。
【図７】 図５に示した実施の形態２にかかる配信結果通知方法切替テーブルの他の構成を示す説明図である。
【図８】 図５に示した実施の形態２にかかる配信結果通知方法切替テーブルの他の構成を示す説明図である。
【図９】 実施の形態２にかかる配信結果通知処理の流れを示すフローチャートである。
【図１０】 この発明の実施の形態３にかかる受信制御装置の機能構成を示す機能ブロック図である。
【図１１】 図１０に示した実施の形態３にかかる配信速度切替テーブルの構成を示す説明図である。
【図１２】 図１０に示した実施の形態３にかかる配信速度切替テーブルの他の構成を示す説明図である。
【図１３】 図１０に示した実施の形態３にかかる配信速度切替テーブルの他の構成を示す説明図である。
【図１４】 実施の形態３にかかる配信結果通知処理の流れを示すフローチャートである。
【図１５】 この発明の実施の形態４にかかる受信制御装置の機能構成を示す機能ブロック図である。
【図１６】 図１５に示した実施の形態４にかかる転送ルート切替テーブルの構成を示す説明図である。
【図１７】 図１５に示した実施の形態４にかかる転送ルート切替テーブルの他の構成を示す説明図である。
【図１８】 実施の形態４にかかる配信結果通知処理の流れを示すフローチャートである。
【図１９】 従来における通信システムの構成を示す説明図である。
【符号の説明】
１ 送信要求装置（ＳＲ）、２ 送信制御装置（ＳＣ）、３，２１，３１，４１ 受信制御装置（ＲＣ）、４ 受信要求装置（ＲＲ）、５ 専用回線、６ 公衆回線、７ 衛星回線、１１ 障害管理テーブル、１２，２３，３３，４３ 制御部、１３ 送受信部、２２，２２ａ，２２ｂ 配信結果通知方法切替テーブル、３２，３２ａ，３２ｂ 配信速度切替テーブル、４２，４２ａ 転送ルート切替テーブル。
【発明の属する技術分野】
この発明は、データ配信を管理するデータ配信システムおよびデータ配信システムにおける結果通知装置に関し、特に、データ配信結果の通知を行うデータ配信システムおよびデータ配信システムにおける結果通知装置に関するものである。
【０００２】
【従来の技術】
従来のデータ配信システムとして、たとえば、特開平１０−１４５４０９号公報に開示された通信システムがある。この通信システムは、複数の箇所に分配配置される複数のノード装置と、このノード装置のそれぞれに接続される１または複数のローカル通信端末と、これらノード装置およびローカル通信端末を制御管理する１または複数のセンター装置とを備え、ノード装置とセンター装置を直列またはループ状に接続するとともに、対向する通信路手段とを備え、センター装置は、管理対象のノード装置とローカル通信端末に対するセル化したデータを通信路手段に送信し、ノード装置は、通信路手段からセル化したデータを受信し、この受信データの中から自ノード装置に接続されたローカル通信端末宛のセル化データを抽出してこのローカル通信端末に出力するとともに、自ノード装置に接続されたローカル通信端末からセンター装置に対するセル化データを、通信路手段を通じて送信し、さらに通信路手段にかかる障害を回復させる手段を備えた通信システムであって、ノード装置に障害を検出する障害検出手段を設けたものである。
【０００３】
図１９は、従来の通信システムの構成を示す説明図である。この通信システムは、二つのセンター装置５１−１，５１−２と６つのノード装置５２−１，５２−２，５２−３，５２−４，５２−５，５２−６、を通信系５７，５８により、対向する通信路５３で直線状に接続して構成される。また、センター装置５１−１，５１−２は広域網５６を介して相互に接続されている。広域網５６としては有線または無線媒体を使用した一般電話回線または衛星通信等の公衆回線の利用が考えられる。
【０００４】
つぎに動作について説明する。たとえば、センター装置５１−１がノード装置５２−１，５２−２，５２−３，５２−４、を制御管理しているとする。センター装置５１−１からの制御情報を載せたセルは、ノード装置５２−１の方向の通信路５３へ送り出される。ノード装置５２−１は通信系５７を介して送られてきたこの制御情報が自ノード装置宛でない場合、他方の通信系５８を介してつぎのノード装置５２−２へ中継する。このように制御情報を載せたセルは、通信路５３上の各ノード装置５２を順次中継され該当するノード装置５２まで中継される。このセルがノード装置５２−３のローカル端末５５宛である場合、当該ノード装置５２−３は、このセルを当該ローカル端末５５へ中継する。
【０００５】
一方、ノード装置５２−３に接続されるローカル通信端末５５からセンター装置５１−１への情報を載せたセルは、通信路５３を通じてノード装置５２−４へ送られる。センター装置５１−１がさらにノード装置５２−５までも制御管理しているのであれば、この上記セルはノード装置５２−４を経由して、ノード装置５２−５へ送られるのであるが、ここではノード装置５２−４までしか制御管理していないため、上記セルをセンター装置５１−１まで送るために、ノード装置５２−４は内部の切替スイッチを切り替え、当該セルをバイパスつまりループバックし、通信系５７を介してノード装置５２−３へ中継する。以降センター装置５１−１までを通信路５３上の各ノード装置を中継することによって、センター装置５１−１に上記情報を載せたセルが到達する。
【０００６】
ここで、ノード装置５２−３、５２−４の間の通信路５３が障害により切断されたとき、ノード装置５２−３は自ノード装置５２−３に接続されたローカル通信端末５５からの情報をセンター装置５１−１へ送るために、内部の切り替えスイッチを切り替え、通信系を介して上述とは逆の方向のノード装置５２−２へセルを送信するべく、通信機能を回復する。また、センター装置５１−２はノード装置５２−４の制御管理を代行するために、ノード装置５２−４およびノード装置５２−５の内部の各切替スイッチを切り替えて、ノード装置５２−５のセンター装置５１−２側のループバックを解除し、また、ノード装置５２−５のセンター装置５１−１側のループバックを解除するとともにセンター装置５１−２側のループバックを行わせる。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記従来の技術によれば、受信装置の数が多すぎる場合やデータ配信における障害が多発した場合でも、障害の数等に応じてデータ配信結果の通知方法または通知内容を切り換える機能をもたないため、受信装置の数が多い場合やデータ配信における障害が多発した場合、データ配信システムにおける通信が輻輳し、データ配信システムが適切に機能しなくなるという問題点があった。
【０００８】
この発明は、上記に鑑みてなされたものであって、データ配信システムにおける通信の輻輳を低減し、適切に機能するデータ配信システムおよびデータ配信システムにおける結果通知装置を得ることを目的とする。
【０００９】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するために、この発明にかかるデータ配信システムにあっては、データの配信を制御する配信制御装置と、配信されたデータを受信する受信装置と、少なくとも一つの前記受信装置に対応し、対応する前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信管理装置に通知する少なくとも一つの結果通知装置と、を備えたデータ配信システムにおいて、前記受信装置は、自装置のデータ受信の結果を示す第２の情報を前記結果通知装置に送信し、前記結果通知装置は、対応する前記受信装置に対するデータ配信の結果を示す第３の情報が所定の第１の条件を満たす場合、前記受信装置から受信した第２の情報を、取りまとめを省略して前記配信制御装置に送信することを特徴とする。
【００１０】
つぎの発明にかかるデータ配信システムにあっては、データの配信を制御する配信制御装置と、配信されたデータを受信する受信装置と、少なくとも一つの前記受信装置を管理し、前記配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知する少なくとも一つの結果通知装置とを備えたデータ配信システムにおいて、前記結果通知装置は、前記受信装置に対するデータ配信結果に基づき取得した第２の情報に基づいて、前記第１の情報の通知の取りまとめ方を、前記第２の情報に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とする。
【００１１】
つぎの発明にかかるデータ配信システムにあっては、データの配信を制御する配信制御装置と、配信されたデータを受信する受信装置と、少なくとも一つの前記受信装置を管理し、前記配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知する少なくとも一つの結果通知装置とを備えたデータ配信システムにおいて、前記結果通知装置は、管理する前記受信装置の個数に基づいて前記第１の情報の通知の取りまとめ方を、前記受信装置の個数に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とする。
【００１２】
つぎの発明にかかるデータ配信システムにおける結果通知装置にあっては、配信されたデータを受信する少なくとも一つの受信装置に対応し、対応する前記受信装置に対するデータ配信の結果を示す第１の情報を、データ配信を制御する配信制御装置に通知するデータ配信システムにおける結果通知装置において、データ受信の結果を示す第２の情報を前記受信装置から受信し、対応する前記受信装置に対するデータ配信の結果を示す第３の情報が所定の第１の条件を満たす場合、受信した第２の情報を、取りまとめを省略して前記配信制御装置に送信することを特徴とする。
【００１３】
つぎの発明にかかるデータ配信システムにおける結果通知装置にあっては、配信されたデータを受信する少なくとも一つの前記受信装置を管理し、データの配信を制御する配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知するデータ配信システムにおける結果通知装置において、前記受信装置に対するデータ配信結果に基づき取得した第２の情報に基づいて、前記第１の情報の通知の取りまとめ方を、前記第２の情報に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とする。
【００１４】
つぎの発明にかかるデータ配信システムにおける結果通知装置にあっては、配信されたデータを受信する少なくとも一つの前記受信装置を管理し、データの配信を制御する配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知するデータ配信システムにおける結果通知装置において、管理する前記受信装置の個数に基づいて前記第１の情報の通知の取りまとめ方を、前記受信装置の個数に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とする。
【００６３】
【発明の実施の形態】
以下、この発明にかかるデータ配信システムおよびデータ配信システムにおける結果通知装置の実施の形態を、図面に基づいて詳細に説明する。なお、この実施の形態により、この発明が限定されるものではない。
【００６４】
実施の形態１．
図１は、この発明の実施の形態１にかかる分散データ配信管理システムの構成を示す説明図である。この分散データ配信管理システムは、データの送信（配信）要求を行う送信要求装置（ＳＲ）１と、ＳＲ１からの要求に応じてデータの送信（配信）およびその制御を行う送信制御装置（ＳＣ）２と、データの受信要求を行い、データを受信する受信要求装置（ＲＲ）４と、少なくとも一つのＲＲ４を管理し、自装置が管理するＲＲ４宛にＳＣ２から送信されたデータを最終宛先のＲＲ４に転送する受信制御装置（ＲＣ）３と、ＳＣ２とＲＣ３との間を結ぶ有線または無線の媒体を使用した回線、たとえば、専用回線５，公衆回線６，衛星回線７等と、を備えている。
【００６５】
図２は、図１に示した実施の形態１にかかるＲＣ３の機能構成を示す機能ブロック図である。ＲＣ３は、データの送受信を行う送受信部１３と、ＳＣ２から自装置が管理するＲＲ４へのデータ送信における結果の情報（データ送信の成功または障害の情報）を保持する少なくとも一つの障害管理テーブル１１と、ＳＣ２から自装置が管理するＲＲ４へのデータ送信結果の情報を障害管理テーブル１１に書き込み、送受信部１３を制御して所定の方法（条件，タイミング等）でデータ送信結果の情報をＳＣ２に送信（通知）する制御部１２と、を備えている。
【００６６】
ＳＲ１から送信要求を受けたデータは、ＳＣ２によって、複数の回線５〜７の中から、ＳＲ１によって指定あるいはＳＣ２によって選択された回線を通り、ＲＣ３に送信され、ＲＣ３によって受信されたデータは、ＲＣ３と回線でむすばれているＲＲ４へと転送される。ＳＣ２とＲＣ３との間のデータの送受信における障害、およびデータの最終宛先であるＲＲ４とＲＲ４への送信を受け持つＲＣ３との間のデータの送受信における障害は、ＲＣ３が有する障害管理テーブル１１によって管理される。ＲＣ３は、一つの障害管理テーブル１１に載っている（一つの障害管理テーブル１１により管理されている）ＲＲ４に関しては、まとめて転送結果をＳＣ２に報告（通知）する。この通知の方法（条件，タイミング等）および内容は、ユーザが環境変数等を用いて変更することができる。
【００６７】
図３は、図２に示した実施の形態１にかかる障害管理テーブル１１の構成を示す説明図である。障害管理テーブル１１は、ＲＣ３が管理する各ＲＲ４の名称（ＲＲ名）と、障害の有無，通信ＩＤ，障害内容等との対応テーブルであり、ユーザは、障害管理テーブル１１の内容の変更、たとえば、障害内容の欄の削除や他の項目の追加等を行うことができる。また、ＳＣ２への通知内容は、この障害管理テーブル１１の内容そのままでもよいし、異なるものでもよく、ユーザが任意に指定することができる。たとえば、送信を失敗した結果のみを通知することもできるし、ＲＲ４から送信されるデータ受信に関する情報をそのまま通知することもできる。
【００６８】
なお、分散データ配信管理システムは、この発明のデータ配信システムに対応し、ＳＣ２は、配信制御装置に対応し、ＲＣ３は、この発明の結果通知装置に対応し、ＲＲ４は、この発明の受信装置に対応する。
【００６９】
以上の構成において、実施の形態１の動作について、図４のフローチャートを参照して説明する。図４は、実施の形態１にかかるデータ配信の結果を通知する処理の流れを示すフローチャートである。この処理においては、まず、ＳＣ２が、最終宛先のＲＲ４を管理するＲＣ３にデータを送信する（Ｓ１）。ＲＣ３は、ＳＣ２からのデータの受信処理を行い（Ｓ２）、データ受信が成功か否かを判定する（Ｓ３）。データ受信が失敗の場合は、タイマー（またはカウンタ）を用いて失敗時間（または回数）をカウントし、一定時間が経過した（または一定回数を超えた）か否か（リトライのタイマー（またはカウンタ）がフルになったか否か）を判定する（Ｓ１２）。
【００７０】
一定時間（または一定回数）が経過していなければ、データ再送をＳＣ２に要求し（Ｓ１１）、要求を受けたＳＣ２は、データ送信のリトライを行い（Ｓ１）、ステップＳ２，Ｓ３，Ｓ１２，Ｓ１１，Ｓ１が繰り返えされる。ステップＳ１２で、リトライのタイマー（またはカウンタ）がフルになった場合は、リトライを行わず、障害報告用のデータ（ＳＣ−ＲＣ間の障害の情報）を作成し、ＳＣ−ＲＣ間の障害の情報を蓄積する障害管理テーブル（Ａ）１１に蓄積する（Ｓ１３）。また、このデータをＳＣ２に送信し、すなわちＳＣ−ＲＣ間の送信失敗をＳＣ２に伝達（通知）し（Ｓ１４）、処理を終了する。
【００７１】
一方、ステップＳ３で、データ受信に成功した場合、ＲＣ３は、ＳＣ２に受信の成功を伝達する（Ｓ４）。つぎに、データ転送を開始する旨を最終宛先のＲＲ４に伝達し、データ転送が可能か否かを判定する（Ｓ６）。ＲＲ４へのデータ転送が不可能な場合、ＲＣ３は、障害報告用のデータを作成し、障害管理テーブル（Ｂ）１１に蓄積する（Ｓ１５）。また、タイマー（またはカウンタ）を用いて失敗時間（または回数）をカウントし、一定時間が経過した（または一定回数を超えた）か否か（リトライのタイマー（またはカウンタ）がフルになったか否か）を判定する（Ｓ１６）。
【００７２】
そして、一定時間（または一定回数）の間はステップＳ５，Ｓ６，Ｓ１５，Ｓ１６を繰り返してＲＲ４へのデータ転送を試みる。ステップＳ１６で、ＲＲ４へのデータ転送リトライのタイマー（またはカウンタ）がいっぱいになった場合、障害報告用のデータを作成し、ユーザの手入力で指定（設定）された障害報告のタイミングにより、ＳＣ２に対する障害報告用のデータの通知を行うタイミングを決定する（Ｓ１７）。そして、ＲＣ−ＲＲ間の転送結果の情報（障害報告用のデータ）をＳＣ２に通知し（Ｓ１０）、処理を終了する。
【００７３】
一方、ステップＳ６で、ＲＲ４へのデータ転送が可能な場合、ＲＣ３は、ＲＲ４へのデータの転送を開始する（Ｓ７）。ＲＲ４は、転送されてきたデータを受信して蓄積し、ＲＣ３に対して受信結果（受信成功，障害，受信失敗の原因（記憶ディスクがフル，マシン障害，回線障害，ビジー等））の報告（通知）を行う。ＲＣ３は、ＲＲ４からの障害の報告があるか否か、また、ＲＲ４からの正常な応答があるか否かを判定する（Ｓ８）。
【００７４】
ＲＲ４からの障害報告があった場合や、ＲＲ４からの正常な応答がない場合は、データ転送に失敗したと判断してステップＳ１５に進む。一方、ＲＲ４からの受信成功の通知があった場合、ＲＲ４へのデータ転送が正常に終了したと判断して成功した旨の情報を蓄積し（Ｓ９）、ユーザにより設定されたタイミングで、ＲＣ−ＲＲ間の転送結果の情報（転送成功の情報）をＳＣ２に通知し（Ｓ１０）、処理を終了する。
【００７５】
前述したように、実施の形態１によれば、データ配信システムのユーザの判断により動的に配信結果報告（データ配信結果の通知）のタイミングの切り替えを行うようにしているので、ＳＣ２の負荷分散を考慮しながら、ＲＣ３からＲＲ４への配信結果をＳＣ２に伝達することができ、通信の輻輳を低減することができる。
【００７６】
実施の形態２．
前述した実施の形態１では、ユーザの判断により環境変数などで動的に配信結果報告のタイミングの切り替えを行うことにより、ＳＣの負荷分散を考慮しながら、ＲＣからＲＲへのデータ配信結果の情報をＳＣへ伝達可能となるようにしたが、この発明の実施の形態２では、ＲＣとＲＲとの間のデータ転送上で障害が起こった場合に、ＲＣが管理するＲＲの数および／またはＲＣが管理するＲＲへのデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣに通知する情報に含まれないものでもよい）に応じて動的に配信結果報告の方法および／または内容を切り替えるようにしている。なお、基本的な構成および動作は、実施の形態１と同様であるため、同一の部分については、その説明を省略し、異なる部分についてのみ説明する。
【００７７】
実施の形態２では、実施の形態１のＲＣ３に代えて、自装置が管理するＲＲ４の数および／または自装置が管理するＲＲ４へのデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて動的に配信結果報告の方法および／または内容を切り替えるＲＣを備えている。図５は、この発明の実施の形態２にかかるＲＣの機能構成を示す機能ブロック図である。なお、図２と同一の部分については同一の符号を付している。このＲＣ２１は、配信結果報告の方法および／または内容とＲＲ４の数および／またはデータ配信結果との対応を保持するマトリックス（配信結果通知方法切替テーブル）２２を備えている。
【００７８】
また、実施の形態１にかかるＲＣ３の制御部１２に代えて、配信結果通知方法切替テーブル２２により配信結果報告の方法および／または内容を切り換える制御部２３を備えている。これにより、ＲＣ２１は、動的に配信結果報告の方法を切り替えることができる。ここでいう配信結果報告の方法とは、たとえばＲＲ４からの報告（受信情報の通知）があるごとに個別にＳＣ２に結果を転送する、自装置が管理する全てのＲＲ４からの報告がそろってからまとめて配信結果報告を行う、ＲＲ４からの障害の報告が一定数そろったら配信結果報告を行う、または、１時間に１回のタイミングで配信結果報告を行うといったものである。ＲＲ４からのデータ受信情報の転送ルートを変更するといったことも考えられるが、これに関しては実施の形態４にて後述する。
【００７９】
図６は、図５に示した実施の形態２にかかる配信結果通知方法切替テーブル２２の構成を示す説明図である。配信結果通知方法切替テーブル２２は、たとえば、その配信結果通知方法切替テーブル２２を有するＲＣ２１が管理するＲＲ４の数とＳＣ２に対する障害報告（配信結果報告）方法との対応を保持しており、ＲＣ２１が管理するＲＲ４の数に応じて、ＲＲ４ごとに障害を報告するか全てのＲＲ４のデータ配信結果をまとめて報告するかが決まる。また、図７に示すように、ＲＣ２１が管理するＲＲ４における障害の数とＳＣ２に対する障害報告方法との対応を保持する配信結果通知方法切替テーブル２２ａを用い、ＲＣ２１が管理するＲＲ４における障害の数に応じて、ＲＲ４ごとに障害を報告するか全てのＲＲ４のデータ配信結果をまとめて報告するかを決定するようにしてもよい。
【００８０】
図８は、図５に示した実施の形態２にかかる配信結果通知方法切替テーブルの他の構成を示す説明図である。この配信結果通知方法切替テーブル２２ｂは、ＲＣ２１が管理するＲＲ４の数とその障害の数とＳＣ２に対する障害報告の内容との対応を保持している。配信結果通知方法切替テーブル２２または配信結果通知方法切替テーブル２２ａとともに配信結果通知方法切替テーブル２２ｂを用いることで、ＲＣ２１が管理するＲＲ４の数およびその障害の数によって、障害報告の内容についても変更することができる。たとえば、障害または成功のどちらか一方の情報のみとすることができる。これにより、さらにきめ細かな輻輳制御が可能となる。
【００８１】
ユーザは、これらの配信結果通知方法切替テーブルを設定，変更することができる。また、配信結果通知方法切替テーブルに用いるデータ配信結果の情報は、前述した例に限られず、障害の原因，障害数，障害発生率，障害のレベル等、種々のものであってもよいし、その組合せであってもよい。また、配信結果報告の方法も１時間ごと，２時間ごと等、通知のタイミングであってもよい。また、複数の配信結果通知方法切替テーブルを用意し、使用する配信結果通知方法切替テーブルを選択することができるようにしてもよい。さらに、配信結果通知方法切替テーブルに代えて、データ配信結果の情報および／またはＲＲ４の数に基づいて配信結果報告の方法または内容を決定する条件式等を用いて配信結果報告の方法または内容を決定するようにしてもよい。
【００８２】
以上の構成において、実施の形態２の動作について、図９のフローチャートを参照して説明する。図９は、実施の形態２にかかるデータ配信結果の通知処理の流れを示すフローチャートである。なお、図４と同一の部分については同一の符号を付している。このデータ配信結果の通知処理において、ＲＣ２１は、ステップＳ１６で、ＲＲ４へのデータ転送リトライのタイマー（またはカウンタ）がいっぱいになった場合、配信結果通知方法切替テーブル２２を用い、現在ＲＣ２１が管理しているＲＲ４の数に応じて、ＳＣ２へのＲＣ―ＲＲ間の転送結果報告（データ転送結果の通知）の方法を決定する（Ｓ２１）。そして、決定した転送結果報告の方法に従って、ＲＣ−ＲＲ間の転送結果をＳＣ２に対して通知し（Ｓ２２）、処理を終了する。ステップＳ９の処理が終了した後も、ステップＳ２１で決定した転送結果報告の方法に従って、ＲＣ−ＲＲ間の転送結果をＳＣ２に対して通知する（Ｓ２２）。
【００８３】
前述したように実施の形態２によれば、ＲＣ２１が管理するＲＲ４の数および／またはデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて動的に配信結果報告の方法および／または内容を切り替えるようにしているため、ＳＣ２の負荷分散を考慮しながら、ＲＣ２１からＲＲ４への配信結果をＳＣ２へ伝達することができ、輻輳制御の信頼性を向上させることができる。
【００８４】
実施の形態３．
本発明の実施の形態３は、実施の形態２において、さらに、ＲＣとＲＲの間のデータ転送上で障害が起こった場合に、ＲＣが管理するＲＲ４の数および／またはＲＣが管理するＲＲへのデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣに通知する情報に含まれないものでもよい）に応じた配信速度の調節（中断，中止を含む）を行うものである。なお、基本的な構成および動作は、実施の形態２と同様であるため、同一の部分については、その説明を省略し、異なる部分についてのみ説明する。
【００８５】
実施の形態３では、実施の形態２のＲＣ２１に代えて、自装置が管理するＲＲ４の数および／または自装置が管理するＲＲ４へのデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて動的にＳＣ２からのデータ配信の速度を調整するＲＣを備えている。図１０は、この発明の実施の形態３にかかるＲＣの機能構成を示す機能ブロック図である。なお、図５と同一の部分については同一の符号を付している。
【００８６】
このＲＣ３１は、送信（配信）速度とＲＲ４の数および／またはデータ配信結果との対応を保持するマトリックス（配信速度切替テーブル）３２を備えている。また、実施の形態２にかかるＲＣ２１の制御部２３に代えて、配信速度切替テーブル３２によりＳＣ２からのデータ配信速度を切り換える制御部３３を備えている。ここで、データ配信の速度切替は、配信データのパケット間隔を変更することによっても、ファイル間隔を変更することによっても行うことができる。
【００８７】
ＲＣ３１は、ＳＣ２に対してデータ送信（配信）の速度切換を要求する、または、ＲＲ４からＳＣ２に対するデータ送信要求を一定時間禁止することによりデータ送信の速度切換を行う。このデータ送信の速度切替には、データ送信要求を中止したり、ＳＣ２に対してデータ送信を中止（データ送信要求を無視）するように要求したりすることも含まれる。
【００８８】
図１１は、図１０に示した実施の形態３にかかる配信速度切替テーブル３２の構成を示す説明図である。配信速度切替テーブル３２は、たとえば、その配信速度切替テーブル３２を有するＲＣ３１が管理するＲＲ４の障害の数と、ＳＣ２からＲＣ３１へのデータ送信の速度との対応を保持しており、ＲＣ３１が管理するＲＲ４の障害の数に応じて、つぎのパケットまたはファイルの送信までの待ち時間が決まる。これにより、ＲＣ３１が管理するＲＲ４の障害の数に応じ、動的に配信速度の調節を行うことが可能となる。
【００８９】
また、図１２に示すように、障害の数と障害のレベルと配信速度との対応を保持する配信速度切替テーブル３２ａを用いることで、よりきめ細かな配信速度の調節を行うようにしてもよい。さらに、図１３に示すように、一定時間内における障害発生率と配信速度との対応を保持し、自装置に対するデータ送信の中止も要求する配信速度切替テーブル３２ｂを用いてもよい。ユーザは、これらの配信速度切替テーブルを設定，変更することができる。
【００９０】
また、配信速度切替テーブルに用いるデータ配信結果の情報は前述した例に限られず、障害の原因，障害数，障害発生率，障害のレベル等、種々のものであってもよいし、その組合せであってもよい。また、複数の配信速度切替テーブルを用意し、使用する配信速度切替テーブルを選択することができるようにしてもよい。さらに、配信速度切替テーブルをＳＣ２側に設け、ＳＣ２側で配信速度切替の判断を行うようにしてもよいし、配信速度切替テーブルに代えて、データ配信結果の情報および／またはＲＲ４の数に基づいて配信速度を決定する条件式等を用いて配信速度を決定するようにしてもよい。
【００９１】
以上の構成において、実施の形態３の動作について、図１４のフローチャートを参照して説明する。図１４は、実施の形態３にかかるデータ配信結果の通知処理の流れを示すフローチャートである。なお、図９と同一の部分については同一の符号を付している。このデータ配信結果の通知処理において、ＲＣ３１は、ステップＳ１６で、ＲＲ４へのデータ転送リトライのタイマー（またはカウンタ）がいっぱいになった場合、配信結果通知方法切替テーブル２２を用いて転送結果報告の方法を決定するとともに、配信速度切替テーブル３２を用いて、ＳＣ２からのデータ配信速度を決定する（Ｓ３１）。
【００９２】
そして、決定した転送結果報告の方法に従って、ＲＣ−ＲＲ間の転送結果および決定したデータ配信速度をＳＣ２に対して通知し（Ｓ３２）、処理を終了する。ステップＳ９の処理が終了した後も、ステップＳ３１で決定した転送結果報告の方法に従って、ＲＣ−ＲＲ間の転送結果および決定したデータ配信速度をＳＣ２に対して通知する（Ｓ３２）。
【００９３】
前述したように実施の形態３によれば、ＲＣ３１が管理するＲＲ４の数および／またはデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて動的にＳＣ２からＲＣ３１への配信速度の調節を行うようにしているため、バンド幅の有効利用を行うことが可能となり、さらに輻輳制御の信頼性を向上させることができる。
【００９４】
実施の形態４．
本発明の実施の形態４は、前述した実施の形態３において、さらに、ＲＣからＲＲへの配信結果をＳＣへ伝達（通知）する際に、動的にＲＣを中継するか否かのルート設定（ＲＣをスルーするか否かの設定）を行うようにしたものである。なお、基本的な構成および動作は、実施の形態３と同様であるため、同一の部分については、その説明を省略し、異なる部分についてのみ説明する。
【００９５】
実施の形態４では、実施の形態３のＲＣ３１に代えて、自装置が管理するＲＲ４の数および／または自装置が管理するＲＲ４へのデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて動的に自装置を中継するか否かのルート設定（自装置をスルーするか否かの設定）を行うＲＣを備えている。図１５は、この発明の実施の形態４にかかるＲＣの機能構成を示す機能ブロック図である。なお、図１０と同一の部分については同一の符号を付している。
【００９６】
このＲＣ４１は、配信結果報告のルート（自装置をスルーするか否かの設定）とＲＲ４の数および／またはデータ配信結果との対応を保持するマトリックス（転送ルート切替テーブル）４２を備えている。また、実施の形態３にかかるＲＣ３１の制御部３３に代えて、転送ルート切替テーブル４２により、ＲＲ４からの受信結果の情報の転送ルートを切り換える制御部４３を備えている。ここで、転送ルートの切換えは、ＲＣ４１の管理機能を用いるか、管理機能を用いずにスルーするかを切り換えることにより行われる。すなわち、ＲＲ４からの受信結果の情報をＲＣ４１で取りまとめてＳＣ２に転送（通知）するか、この取りまとめを行わずにＳＣ２に転送（通知）するかの切換えが行われる。
【００９７】
図１６は、図１５に示した実施の形態４にかかる転送ルート切替テーブル４２の構成を示す説明図である。転送ルート切替テーブル４２は、たとえば、その転送ルート切替テーブル４２を有するＲＣ４１が管理するＲＲ４の障害発生率と、配信結果報告のルート（転送ルート）との対応を保持しており、ＲＣ４１が管理するＲＲ４の障害発生率に応じて、ＲＲ４からの受信結果の情報をスルーしてＳＣ２に転送するか、管理機能により、ＲＲ４からの受信結果の情報を取りまとめた後に転送するかが決まる。これにより、ＲＣ４１が管理するＲＲ４の障害率に応じ、動的に配信結果報告のルートを変更することが可能となる。
【００９８】
また、図１７に示すように、ＲＲ４の障害の数とＲＲ４の数と転送ルートとの対応を保持する転送ルート切替テーブル４２ａを用いてもよい。ユーザはこれらの転送ルート切替テーブルを設定，変更することができる。また、転送ルート切替テーブルに用いるデータ配信結果の情報は前述した例に限られず、障害の原因，障害数，障害発生率，障害のレベル等、種々のものであってもよいし、その組合せであってもよい。また、複数の転送ルート切替テーブルを用意し、使用する転送ルート切替テーブルを選択することができるようにしてもよい。さらに、転送ルート切替テーブルに代えて、データ配信結果の情報および／またはＲＲ４の数に基づいて転送ルートを決定する条件式等を用いて転送ルートを決定するようにしてもよい。
【００９９】
以上の構成において、実施の形態４の動作について、図１８のフローチャートを参照して説明する。図１８は、実施の形態４にかかるデータ配信結果の通知処理の流れを示すフローチャートである。なお、図１４と同一の部分については同一の符号を付している。このデータ配信結果の通知処理において、ＲＣ４１は、ステップＳ１６で、ＲＲ４へのデータ転送リトライのタイマー（またはカウンタ）がいっぱいになった場合、配信結果通知方法切替テーブル２２を用いて転送結果報告の方法を決定するとともに、配信速度切替テーブル３２を用いてデータ配信速度を決定し、さらに、転送ルート切替テーブル４２を用いて、ＲＲ４からの受信結果の情報の転送ルートを切り換える（Ｓ４１）。
【０１００】
そして、決定した転送結果報告の方法およびルートに従って、ＲＣ−ＲＲ間の転送結果および決定したデータ配信速度をＳＣ２に対して通知し（Ｓ４２）、処理を終了する。ステップＳ９の処理が終了した後も、ステップＳ３１で決定した転送結果報告の方法およびルートに従って、ＲＣ−ＲＲ間の転送結果および決定したデータ配信速度をＳＣ２に対して通知する（Ｓ４２）。
【０１０１】
前述したように実施の形態４によれば、ＲＣ４１が管理するＲＲ４の数および／またはデータ配信結果の情報（障害の原因，障害数，障害発生率，障害のレベル等またはその組合せ、ＳＣ２に通知する情報に含まれないものでもよい）に応じて、動的に、ＲＣ４１からＲＲ４への転送結果をＳＣ２へ伝達（通知）するルートを選択するため、さらに輻輳制御の信頼性を向上させることができる。
【０１０２】
【発明の効果】
以上説明したとおり、この発明によれば、受信装置は、自装置のデータ受信の結果を示す第２の情報を結果通知装置に送信し、結果通知装置は、対応する受信装置に対するデータ配信の結果を示す第３の情報が所定の第１の条件を満たす場合、受信装置から受信した第２の情報を、取りまとめを省略して配信制御装置に送信するようにしているので、負荷分散を考慮したデータ配信結果の通知をより適切に行うことができるため、データ配信システムにおける通信の輻輳を低減し、適切に機能することができる、という効果を奏する。
【０１０３】
つぎの発明によれば、結果通知装置は、受信装置に対するデータ配信結果に基づき取得した第２の情報に基づいて、第１の情報の通知の取りまとめ方を、第２の情報に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えるようにしているので、負荷分散を考慮したデータ配信結果の通知をより適切に行うことができるため、データ配信システムにおける通信の輻輳を低減し、適切に機能することができる、という効果を奏する。
【０１０４】
つぎの発明によれば、結果通知装置は、管理する受信装置の個数に基づいて第１の情報の通知の取りまとめ方を、受信装置の個数に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えるようにしているので、負荷分散を考慮したデータ配信結果の通知をより適切に行うことができるため、データ配信システムにおける通信の輻輳を低減し、適切に機能することができる、という効果を奏する。
【図面の簡単な説明】
【図１】 この発明の実施の形態１にかかる分散データ配信管理システムの構成を示す説明図である。
【図２】 図１に示した実施の形態１にかかる受信制御装置の機能構成を示す機能ブロック図である。
【図３】 図２に示した実施の形態１にかかる障害管理テーブルの構成を示す説明図である。
【図４】 実施の形態１にかかる配信結果通知処理の流れを示すフローチャートである。
【図５】 この発明の実施の形態２にかかる受信制御装置の機能構成を示す機能ブロック図である。
【図６】 図５に示した実施の形態２にかかる配信結果通知方法切替テーブルの構成を示す説明図である。
【図７】 図５に示した実施の形態２にかかる配信結果通知方法切替テーブルの他の構成を示す説明図である。
【図８】 図５に示した実施の形態２にかかる配信結果通知方法切替テーブルの他の構成を示す説明図である。
【図９】 実施の形態２にかかる配信結果通知処理の流れを示すフローチャートである。
【図１０】 この発明の実施の形態３にかかる受信制御装置の機能構成を示す機能ブロック図である。
【図１１】 図１０に示した実施の形態３にかかる配信速度切替テーブルの構成を示す説明図である。
【図１２】 図１０に示した実施の形態３にかかる配信速度切替テーブルの他の構成を示す説明図である。
【図１３】 図１０に示した実施の形態３にかかる配信速度切替テーブルの他の構成を示す説明図である。
【図１４】 実施の形態３にかかる配信結果通知処理の流れを示すフローチャートである。
【図１５】 この発明の実施の形態４にかかる受信制御装置の機能構成を示す機能ブロック図である。
【図１６】 図１５に示した実施の形態４にかかる転送ルート切替テーブルの構成を示す説明図である。
【図１７】 図１５に示した実施の形態４にかかる転送ルート切替テーブルの他の構成を示す説明図である。
【図１８】 実施の形態４にかかる配信結果通知処理の流れを示すフローチャートである。
【図１９】 従来における通信システムの構成を示す説明図である。
【符号の説明】
１ 送信要求装置（ＳＲ）、２ 送信制御装置（ＳＣ）、３，２１，３１，４１ 受信制御装置（ＲＣ）、４ 受信要求装置（ＲＲ）、５ 専用回線、６ 公衆回線、７ 衛星回線、１１ 障害管理テーブル、１２，２３，３３，４３ 制御部、１３ 送受信部、２２，２２ａ，２２ｂ 配信結果通知方法切替テーブル、３２，３２ａ，３２ｂ 配信速度切替テーブル、４２，４２ａ 転送ルート切替テーブル。
Claims (32)
- データの配信を制御する配信制御装置と、配信されたデータを受信する受信装置と、少なくとも一つの前記受信装置に対応し、対応する前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信管理装置に通知する少なくとも一つの結果通知装置と、を備えたデータ配信システムにおいて、
前記受信装置は、自装置のデータ受信の結果を示す第２の情報を前記結果通知装置に送信し、
前記結果通知装置は、対応する前記受信装置に対するデータ配信の結果を示す第３の情報が所定の第１の条件を満たす場合、前記受信装置から受信した第２の情報を、取りまとめを省略して前記配信制御装置に送信することを特徴とするデータ配信システム。 - 前記結果通知装置は、前記第３の情報に基づいて前記第１の情報の通知方法および内容を切り替えることを特徴とする請求項１に記載のデータ配信システム。
- 前記第３の情報は、データ配信における障害の原因，数，発生率もしくはレベルまたはこれらの組合せであることを特徴とする請求項１または２に記載のデータ配信システム。
- 前記第３の情報に基づいてデータ配信の速度を変更することを特徴とする請求項１〜３のいずれかひとつに記載のデータ配信システム。
- 前記第３の情報が所定の第２の条件を満たす場合、データ配信を中止することを特徴とする請求項１〜４のいずれか一つに記載のデータ配信システム。
- 前記結果通知装置は、対応する前記受信装置の数に基づいて前記第１の情報の通知方法または内容を切り替えることを特徴とする請求項１〜５のいずれか一つに記載のデータ配信システム。
- 前記結果通知装置は、ユーザからの設定に基づいて前記第１の情報の通知方法または内容を切り換えることを特徴とする請求項１〜６いずれか一つに記載のデータ配信システム。
- データの配信を制御する配信制御装置と、
配信されたデータを受信する受信装置と、
少なくとも一つの前記受信装置を管理し、前記配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知する少なくとも一つの結果通知装置とを備えたデータ配信システムにおいて、
前記結果通知装置は、前記受信装置に対するデータ配信結果に基づき取得した第２の情報に基づいて、前記第１の情報の通知の取りまとめ方を、前記第２の情報に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とするデータ配信システム。 - 前記結果通知装置は、前記受信装置に対するデータ配信結果から取得した第２の情報に基づいて、障害報告のみ、成功報告のみ、障害報告および成功報告の両方のうちのいずれかを前記第１の情報に含ませて通知するかを切換選択する手段をさらに備えることを特徴とする請求項８に記載のデータ配信システム。
- 前記第２の情報は、データ配信における障害の原因，数，発生率もしくはレベルまたはこれらの組合せであることを特徴とする請求項８または９に記載のデータ配信システム。
- 前記第２の情報に基づいてデータ配信の速度を変更することを特徴とする請求項８〜１０のいずれか一つに記載のデータ配信システム。
- 前記第２の情報が所定の第２の条件を満たす場合、データ配信を中止することを特徴とする請求項８〜１１のいずれか一つに記載のデータ配信システム。
- 前記結果通知装置は、ユーザからの設定に基づいて前記第１の情報の通知の取りまとめ方を切り替えることを特徴とする請求項８〜１２のいずれか一つに記載のデータ配信システム。
- データの配信を制御する配信制御装置と、
配信されたデータを受信する受信装置と、
少なくとも一つの前記受信装置を管理し、前記配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知する少なくとも一つの結果通知装置とを備えたデータ配信システムにおいて、
前記結果通知装置は、管理する前記受信装置の個数に基づいて前記第１の情報の通知の取りまとめ方を、前記受信装置の個数に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とするデータ配信システム。 - 前記結果通知装置は、管理する受信装置の個数に基づいて、障害報告のみ、成功報告のみ、障害報告および成功報告の両方のうちのいずれを前記第１の情報に含ませて通知するかを切換選択する手段をさらに備えることを特徴とする請求項１４に記載のデータ配信システム。
- 前記結果通知装置は、ユーザからの設定に基づいて前記第１の情報の通知の取りまとめ方を切り替えることを特徴とする請求項１４または１５に記載のデータ配信システム。
- 配信されたデータを受信する少なくとも一つの受信装置に対応し、対応する前記受信装置に対するデータ配信の結果を示す第１の情報を、データ配信を制御する配信制御装置に通知するデータ配信システムにおける結果通知装置において、
データ受信の結果を示す第２の情報を前記受信装置から受信し、対応する前記受信装置に対するデータ配信の結果を示す第３の情報が所定の第１の条件を満たす場合、受信した第２の情報を、取りまとめを省略して前記配信制御装置に送信することを特徴とするデータ配信システムにおける結果通知装置。 - 前記第３の情報に基づいて前記第１の情報の通知方法および内容を切り替えることを特徴とする請求項１７に記載のデータ配信システムにおける結果通知装置。
- 前記第３の情報は、データ配信における障害の原因，数，発生率もしくはレベルまたはこれらの組合せであることを特徴とする請求項１７または１８に記載のデータ配信システムにおける結果通知装置。
- 前記第３の情報に基づいてデータ配信の速度の変更を前記配信制御装置に要求することを特徴とする請求項１７〜１９のいずれか一つに記載のデータ配信システムにおける結果通知装置。
- 前記第３の情報が所定の第２の条件を満たす場合、前記配信制御装置へのデータ配信の要求を中止することを特徴とする請求項１７〜２０のいずれか一つに記載のデータ配信システムにおける結果通知装置。
- 対応する前記受信装置の数に基づいて前記第１の情報の通知方法または内容を切り替えることを特徴とする請求項１７〜２１のいずれか一つに記載のデータ配信システムにおける結果通知装置。
- ユーザからの設定に基づいて前記第１の情報の通知方法または内容を切り替えることを特徴とする請求項１７〜２２のいずれか一つに記載のデータ配信システムにおける結果通知装置。
- 配信されたデータを受信する少なくとも一つの前記受信装置を管理し、データの配信を制御する配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知するデータ配信システムにおける結果通知装置において、
前記受信装置に対するデータ配信結果に基づき取得した第２の情報に基づいて、前記第１の情報の通知の取りまとめ方を、前記第２の情報に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とするデータ配信システムにおける結果通知装置。 - 前記受信装置に対するデータ配信結果から取得した第２の情報に基 づいて、障害報告のみ、成功報告のみ、障害報告および成功報告の両方のうちのいずれを前記第１の情報に含ませて通知するかを切換選択する手段をさらに備えることを特徴とする請求項２４に記載のデータ配信システムにおける結果通知装置。
- 前記第２の情報は、データ配信における障害の原因，数，発生率もしくはレベルまたはこれらの組合せであることを特徴とする請求項２４または２５に記載のデータ配信システムにおける結果通知装置。
- 前記第２の情報に基づいてデータ配信の速度を変更することを特徴とする請求項２４〜２６のいずれか一つに記載のデータ配信システムにおける結果通知装置。
- 前記第２の情報が所定の第２の条件を満たす場合、データ配信を中止することを特徴とする請求項２４〜２７のいずれか一つに記載のデータ配信システムにおける結果通知装置。
- ユーザからの設定に基づいて前記第１の情報の通知の取りまとめ方を切り替えることを特徴とする請求項２４〜２８のいずれか一つに記載のデータ配信システムにおける結果通知装置。
- 配信されたデータを受信する少なくとも一つの前記受信装置を管理し、データの配信を制御する配信制御装置から管理している受信装置へ送信されたデータを中継して対応する受信装置へ送信するとともに、管理している前記受信装置に対するデータ配信の結果を示す第１の情報を前記配信制御装置に通知するデータ配信システムにおける結果通知装置において、
管理する前記受信装置の個数に基づいて前記第１の情報の通知の取りまとめ方を、前記受信装置の個数に応じて予め設定した複数の取りまとめ方から切換選択する手段を備えることを特徴とするデータ配信システムにおける結果通知装置。 - 管理する受信装置の個数に基づいて、障害報告のみ、成功報告のみ、障害報告および成功報告の両方のうちのいずれかを前記第１の情報に含ませて通知するかを切換選択する手段をさらに備えることを特徴とする請求項３０に記載のデータ配信システムにおける結果通知装置。
- ユーザからの設定に基づいて前記第１の情報の通知の取りまとめ方を切り替えることを特徴とする請求項３０または３１に記載のデータ配信システムにおける結果通知装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35665899A JP3847505B2 (ja) | 1999-12-15 | 1999-12-15 | データ配信システムおよびデータ配信システムにおける結果通知装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35665899A JP3847505B2 (ja) | 1999-12-15 | 1999-12-15 | データ配信システムおよびデータ配信システムにおける結果通知装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001177560A JP2001177560A (ja) | 2001-06-29 |
| JP3847505B2 true JP3847505B2 (ja) | 2006-11-22 |
Family
ID=18450139
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35665899A Expired - Fee Related JP3847505B2 (ja) | 1999-12-15 | 1999-12-15 | データ配信システムおよびデータ配信システムにおける結果通知装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3847505B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6206083B2 (ja) * | 2013-10-22 | 2017-10-04 | セイコーエプソン株式会社 | 送信システム、送信装置、及び、データ送信方法 |
| US10032152B2 (en) | 2013-10-22 | 2018-07-24 | Seiko Epson Corporation | Transmission system that enables correlation between a sending device and each of multiple receiving devices |
| JP6364740B2 (ja) * | 2013-10-22 | 2018-08-01 | セイコーエプソン株式会社 | 送信システム、送信装置、及び、送信装置のデータ送信方法 |
-
1999
- 1999-12-15 JP JP35665899A patent/JP3847505B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001177560A (ja) | 2001-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5736933A (en) | Method and apparatus for providing redundancy in a communication network | |
| JP3847505B2 (ja) | データ配信システムおよびデータ配信システムにおける結果通知装置 | |
| JP3993051B2 (ja) | 基地局中継装置 | |
| AU756116B2 (en) | Arrangement, system and method relating to data/telecommunication for providing fault tolerant communication | |
| JPH05122278A (ja) | 交換機の端末制御方式 | |
| JP3197922B2 (ja) | データ伝送装置 | |
| JPH07221791A (ja) | フレームリレー中継路の迂回システム | |
| JPH08125690A (ja) | 中継装置のフロー制御方式 | |
| JP3497757B2 (ja) | 遠隔集線装置帰属交換機の帰属制御方法及びその装置 | |
| JPH07307760A (ja) | 通信網 | |
| JP3547308B2 (ja) | 加入者回線切替方法 | |
| JPH06315033A (ja) | 中継バックアップ方式 | |
| JP2000232481A (ja) | コネクションレス型データ通信網における迂回方法およびシステム | |
| JP3140905B2 (ja) | パケット交換装置 | |
| JP3152012B2 (ja) | データ転送方式 | |
| JP4674400B2 (ja) | 網制御装置 | |
| JPH1013533A (ja) | 通信ネットワークの迂回ルート管理方法と装置 | |
| JPS6351585B2 (ja) | ||
| JPH09200208A (ja) | 障害反映方法 | |
| JPH0771113B2 (ja) | パケット網の障害判定システム | |
| JPH03272241A (ja) | マルチリンク内回線選択方式 | |
| JPH08331182A (ja) | 通信処理方法 | |
| JPH06291754A (ja) | 同期切替制御方法 | |
| JPH0537647A (ja) | Ｉｓｄｎのリンク制御表示方式 | |
| JPH05110602A (ja) | パケツト伝送方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040609 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051128 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060105 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060302 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060822 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060823 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090901 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100901 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110901 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110901 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120901 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130901 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |