(57)【特許請求の範囲】
【請求項１】
データ収集時刻とデータ識別キイとを内蔵するデータを時系列的に発生するデータ発生装置から送信されるデータを、リアルタイムで受信してこれをあらかじめ定められた配信スケジュールに従ってリアルタイムデータ受信装置に配信するデータ配信方法であって、
リアルタイム配信テーブル生成手段が、あらかじめ定められた配信スケジュールから、データ発生期間とデータ内のデータ識別キイとに対応して、リアルタイムデータ受信装置を特定するリアルタイム配信先とノンリアルデータ受信装置を特定するノンリアル配信先とを指定するリアルタイム配信テーブルを生成する段階と、
受信時刻取得手段が、データ受信時刻を取得する段階と、
リアルタイムデータ配信手段が、前記受信データ内のデータ収集時刻とデータ識別キイとに対応した前記リアルタイム配信テーブルを照合して該当する配信先を特定し、さらに、前記データを受信した受信時刻と前記データ収集時刻との時間差が許容範囲以内である場合に、該特定された配信先をリアルタイム配信先として決定し配信する段階と、
配信履歴蓄積手段が、前記受信データ内のデータ収集時刻に対応した当該リアルタイム配信テーブルを配信履歴ＤＢとして蓄積する段階と、
受信データ蓄積手段が、前記受信データを受信データＤＢとして蓄積する段階と、
ノンリアル配信手段が、リアルタイム以外の時点で前記受信データの一部をノンリアルデータ受信装置に対して配信することを要求するノンリアル配信要求を受けて、前記受信データＤＢから配信すべきデータを抽出し、該当配信データ内のデータ収集時刻とデータ識別キイとに対応した配信履歴ＤＢを照合して該当するノンリアル配信先を決定し配信する段階と、
を有することを特徴とするデータ配信方法。
【請求項２】
データ収集時刻とデータ識別キイとを内蔵するデータを時系列的に発生するデータ発生装置から送信されるデータを、リアルタイムで受信してこれをあらかじめ定められた配信スケジュールに従ってリアルタイムデータ受信装置に配信するデータ配信装置であって、
あらかじめ定められた配信スケジュールから、データ発生期間とデータ内のデータ識別キイとに対応して、リアルタイムデータ受信装置を特定するリアルタイム配信先とノンリアルデータ受信装置を特定するノンリアル配信先とを指定するリアルタイム配信テーブルを生成するリアルタイム配信テーブル生成手段と、
データ受信時刻を取得する受信時刻取得手段と、
前記受信データ内のデータ収集時刻とデータ識別キイとに対応した前記リアルタイム配信テーブルを照合して該当する配信先を特定し、さらに、前記データを受信した受信時刻と前記データ収集時刻との時間差が許容範囲以内である場合に、該特定された配信先をリアルタイム配信先として決定し配信するリアルタイムデータ配信手段と、
前記受信データ内のデータ収集時刻に対応した当該リアルタイム配信テーブルを配信履歴ＤＢとして蓄積する配信履歴蓄積手段と、
前記受信データを受信データＤＢとして蓄積する受信データ蓄積手段と、
リアルタイム以外の時点で前記受信データの一部をノンリアルデータ受信装置に対して配信することを要求するノンリアル配信要求を受けて、前記受信データＤＢから配信すべきデータを抽出し、該当配信データ内のデータ収集時刻とデータ識別キイとに対応した配信履歴ＤＢを照合して該当するノンリアル配信先を決定し配信するノンリアル配信手段と、
を有することを特徴とするデータ配信装置。
【請求項３】
データ収集時刻とデータ識別キイとを内蔵するデータを時系列的に発生するデータ発生装置から送信されるデータを、リアルタイムで受信してこれをあらかじめ定められた配信スケジュールに従ってリアルタイムデータ受信装置に配信するデータ配信をコンピュータに実行させるデータ配信プログラムであって、
リアルタイム配信テーブル生成手段が、あらかじめ定められた配信スケジュールから、データ発生期間とデータ内のデータ識別キイとに対応して、リアルタイムデータ受信装置を特定するリアルタイム配信先とノンリアルデータ受信装置を特定するノンリアル配信先とを指定するリアルタイム配信テーブルを生成する段階と、
受信時刻取得手段が、データ受信時刻を取得する段階と、
リアルタイムデータ配信手段が、前記受信データ内のデータ収集時刻とデータ識別キイとに対応した前記リアルタイム配信テーブルを照合して該当する配信先を特定し、さらに、前記データを受信した受信時刻と前記データ収集時刻との時間差が許容範囲以内である場合に、該特定された配信先をリアルタイム配信先として決定し配信する段階と、
配信履歴蓄積手段が、前記受信データ内のデータ収集時刻に対応した当該リアルタイム配信テーブルを配信履歴ＤＢとして蓄積する段階と、
受信データ蓄積手段が、前記受信データを受信データＤＢとして蓄積する段階と、
ノンリアル配信手段が、リアルタイム以外の時点で前記受信データの一部をノンリアルデータ受信装置に対して配信することを要求するノンリアル配信要求を受けて、前記受信データＤＢから配信すべきデータを抽出し、該当配信データ内のデータ収集時刻とデータ識別キイとに対応した配信履歴ＤＢを照合して該当するノンリアル配信先を決定し配信する段階と、
をコンピュータに実行させることを特徴とするデータ配信プログラム。
【請求項４】
データ収集時刻とデータ識別キイとを内蔵するデータを時系列的に発生するデータ発生装置から送信されるデータを、リアルタイムで受信してこれをあらかじめ定められた配信スケジュールに従ってリアルタイムデータ受信装置に配信するデータ配信をコンピュータに実行させるデータ配信プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
リアルタイム配信テーブル生成手段が、あらかじめ定められた配信スケジュールから、データ発生期間とデータ内のデータ識別キイとに対応して、リアルタイムデータ受信装置を特定するリアルタイム配信先とノンリアルデータ受信装置を特定するノンリアル配信先とを指定するリアルタイム配信テーブルを生成する段階と、
受信時刻取得手段が、データ受信時刻を取得する段階と、
リアルタイムデータ配信手段が、前記受信データ内のデータ収集時刻とデータ識別キイとに対応した前記リアルタイム配信テーブルを照合して該当する配信先を特定し、さらに、前記データを受信した受信時刻と前記データ収集時刻との時間差が許容範囲以内である場合に、該特定された配信先をリアルタイム配信先として決定し配信する段階と、
配信履歴蓄積手段が、前記受信データ内のデータ収集時刻に対応した当該リアルタイム配信テーブルを配信履歴ＤＢとして蓄積する段階と、
受信データ蓄積手段が、前記受信データを受信データＤＢとして蓄積する段階と、
ノンリアル配信手段が、リアルタイム以外の時点で前記受信データの一部をノンリアルデータ受信装置に対して配信することを要求するノンリアル配信要求を受けて、前記受信データＤＢから配信すべきデータを抽出し、該当配信データ内のデータ収集時刻とデータ識別キイとに対応した配信履歴ＤＢを照合して該当するノンリアル配信先を決定し配信する段階と、
をコンピュータに実行させることを特徴とするデータ配信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ発生装置で時系列的に発生するデータを、リアルタイムで受信してこれをあらかじめ定められた配信スケジュールに従ってリアルタイムデータ受信装置に配信するデータ配信技術分野に属する。
【０００２】
【従来の技術】
スペースシャトルのような人工衛星に多種の実験装置を搭載して、その実験データを地上で受信して、これを実験担当者にリアルタイムに配信することが従来行われている。従来、このような貴重な微小重力環境を有効に使うために、多くの実験者が複数の実験装置を共有して、複数実験が並行してまた一つの実験装置は使用スケジュールを設定して時分割で実験が行われ、その実験データは時系列的に地上に送信される。
【０００３】
これを受信する地上のデータセンタではデータ配信装置が実験者の待ち受ける複数の受信装置にこの実験データを配信する。本明細書では、このようなリアルタイムに配信されたデータをリアルタイムデータと呼び、これをリアルタイムに受信する受信装置をリアルタイムデータ受信装置と呼ぶ。人工衛星データセンタの場合、リアルタイムデータ受信装置は図７(a) に示すようにデータ配信装置と同一施設内にありこれらはＬＡＮ接続されている。
【０００４】
それぞれのリアルタイムデータ受信装置はスケジュールに従って定められた実験担当者に時分割で割りあてられている。従ってデータ配信装置は受信データ内のデータ識別キイによって実験装置種類を知り、その受信時刻から事前に設定された配信スケジュールを参照して実験担当者を知り、その割りあてられたリアルタイムデータ受信装置をリアルタイム配信先としてリアルタイム配信を行う。また、それぞれの実験者は上記配信スケジュールに従って施設内の所定のリアルタイムデータ受信装置で待機してデータ配信を得る。
【０００５】
ところが、通信装置や環境条件に起因して、人工衛星側で実験データをリアルタイムに送信できなかったり、データセンタ側でデータ配信装置が正常に実験データをリアルタイム受信できない場合が時としてある。このような場合に備えて、人工衛星側または伝送システム内で正常にリアルタイム送信が完了できなかったデータをバッファリングし、条件回復を待ってデータ配信装置に送信する。このようなデータを本明細書ではノンリアルデータと呼ぶ。ノンリアルデータはリアルタイムの配信スケジュールに予定外の時間帯を選んでデータ配信装置に送信されたり、例外的には予定の配信スケジュールに割り込んで、リアルタイムデータ配信時間帯にデータ配信装置で受信される。
【０００６】
データ配信装置はこのようなノンリアルデータを識別すると、リアルタイムデータ受信装置には配信できないので、単に受信データＤＢに蓄積しておく。従って、リアルタイムデータ受信装置で配信を待っていて、ノンリアルデータの欠落を知った実験担当者は、後日、ノンリアルデータの配信をセンタに依頼する。また、リアルタイムデータ受信装置で受信済のリアルタイムデータについても、後日、データ再送依頼を受けることに備えて、データ配信装置はすべての受信データを受信データＤＢに蓄積している。
【０００７】
本明細書では、このようなノンリアルデータの配信やリアルタイムデータの後日再配信の依頼をノンリアル配信要求と呼び、その配信先をノンリアル配信先と呼ぶ。リアルタイム配信先がデータセンタ施設内であるのに対し、ノンリアル配信先は一般に世界各地の実験者居住場所の端末であり、このような端末を本明細書ではノンリアルデータ受信装置と呼ぶ。
【０００８】
従来の人工衛星実験データ配信においては、ノンリアル配信要求は例外事項と扱われ、その処理は担当者の話し合いによって進めており、データ配信装置は何ら関与していなかった。担当者がノンリアル配信要求に基づいてノンリアルデータ受信装置にデータ配信する方法の一例はインターネットを使用した電子メール配信である。従って、人手によるために、ノンリアル配信要求処理は非効率であり、また、ノンリアルデータや後日再送データの誤配信が発生するなどの不正確さがあった。しかしこれらの非効率性や不正確さは従来大きな問題となることはなかった。それは、もともと宇宙環境実験が学術的な共同プロジェクトであり、すべての実験担当者間でデータの共有が前提とされており、たとえ誤配信があっても正しい配信を受けるべき仲間に転送すればすむからである。
【０００９】
しかし、今後人工衛星環境を一般企業の研究者にも開放し、有料で時分割で実験装置を共用し、得られた実験データは各実験契約者に独占させるような人工衛星実験ビジネスの出現が予想される。このようなビジネスのもとでは、ノンリアルデータを効率よく正しいノンリアルデータ受信装置に配信する必要がある。また後日配信の要求もそのデータ内容と要求元との関係の正当性をチェックし、迅速に正当なノンリアルデータ受信装置にのみ配信せねばならない。
【００１０】
【発明が解決しようとする課題】
このように従来、人工衛星搭載実験装置から送信される実験データをデータセンタが受信してこれを実験担当者にリアルタイムで配信するような場合に、通信条件不良などでリアルタイム性が損なわれたデータや後日再送データなどのノンリアル配信については、それを的確に正しいデータ受け取り者に自動的に配信することができない、という課題があった。このような課題は、単純に、常にノンリアル配信先が書き込まれたデータをデータ配信装置が受信するようなデータ転送プロトコルを採用できれば容易に解決できるが、現実には人工衛星とデータセンタ間のデータ転送プロトコルはＮＡＳＡをはじめ国際的に取り決められ、これをもとに既存の高価なデータ配信装置があるので、このアーキテクチャを変更することは膨大なコスト増を招き困難である。この状況を換言するに、データ発生装置で時系列的に発生するデータを、リアルタイムで受信してこれをあらかじめ定められた配信スケジュールに従ってリアルタイムデータ受信装置に配信する従来のデータ配信方法では、リアルタイム以外の時点で受信データの一部をノンリアルデータ受信装置に対して配信することを要求するノンリアル配信要求を受けて、正しいノンリアル配信先を自動的に決定することができない、という課題があった。
【００１１】
【課題を解決するための手段】
従来のデータ配信方法では、ノンリアル配信要求を受けて、正しいノンリアル配信先を自動的に決定することができない、という課題は、図１に示すように、あらかじめ定められた配信スケジュールＳから、データ発生期間とデータＤ内のデータ識別キイとに対応して、リアルタイムデータ受信装置を特定するリアルタイム配信先Ｒとノンリアルデータ受信装置を特定するノンリアル配信先Ｎとを指定するリアルタイム配信テーブルr-table を生成するリアルタイムデータ配信手段１と、データ受信時刻Ｔを取得する受信時刻取得手段２と、前記データ受信時刻Ｔと前記受信データ内のデータ収集時刻とデータ識別キイとに対応した前記リアルタイム配信テーブルr-table を照合して該当するリアルタイム配信先Ｒを決定し配信するリアルタイム配信テーブル生成手段３と、前記受信データ内のデータ収集時刻に対応した当該リアルタイム配信テーブルr-table を配信履歴ＤＢ hdbとして蓄積する配信履歴蓄積手段５と、前記受信データＤを受信データＤＢ jdbとして蓄積する受信データ蓄積手段と、リアルタイム以外の時点で前記受信データＤの一部をノンリアルデータ受信装置に対して配信することを要求するノンリアル配信要求Ｈを受けて、前記受信データＤＢ jdbから配信すべきデータを抽出し、該当配信データ内のデータ収集時刻とデータ識別キイとに対応した配信履歴ＤＢ hdbを照合して該当するノンリアル配信先Ｎを決定し配信するノンリアル配信手段と、を有するデータ配信装置によって解決される。
【００１２】
上記装置はまた下記の４つの段階を有するデータ配信方法を用いている。
（段階１）データと前記データのデータ発生期間と前記データを識別するデータ識別キイとを対応づけて記憶する段階。
（段階２）前記データ発生期間と前記データ識別キイとから定まる配信先ポインタと、前記データの配信先であって、リアルタイムにデータを受信するリアルタイムデータ受信装置と、前記データの配信先であって、リアルタイムにはデータを受信しないノンリアルデータ受信装置とを対応づけて記憶する段階。
（段階３）前記リアルタイムデータ受信装置には前記配信先ポインタをもとに対応する前記データをリアルタイムで配信するリアルタイムデータ配信段階。
（段階４）前記ノンリアルデータ受信装置には、配信することを要求するノンリアル配信要求を受けたあと前記配信先ポインタをもとに対応する前記データを配信するノンリアル配信段階。
【００１３】
すなわち、図１において受信データ蓄積手段４が受信データＤを受信データＤＢ jdbに蓄積する段階では、データＤ中のデータ収集時刻tgとデータ識別キイkey とがデータＤと対応した形で記憶されるので、上記（段階１）データと前記データのデータ発生期間と前記データを識別するデータ識別キイとを対応づけて記憶する段階を行っている。また、リアルタイム配信テーブル生成手段３が配信スケジュールＳ中のデータ発生期間(t1,t2) とデータ識別キイkey とリアルタイムデータ受信装置とノンリアルデータ受信装置との対応データを受けて、配信先ポインタを介してこれらデータを対応づけたリアルタイム配信テーブルr-table を生成する段階および配信履歴蓄積手段５がこのリアルタイム配信テーブルr-table を配信履歴ＤＢ hdbに蓄積する段階によって、上記（段階２）データ発生期間と前記データ識別キイとから定まる配信先ポインタと、前記データの配信先であって、リアルタイムにデータを受信するリアルタイムデータ受信装置と、前記データの配信先であって、リアルタイムにはデータを受信しないノンリアルデータ受信装置とを対応づけて記憶する段階、を実行している。
【００１４】
また、リアルタイムデータ配信手段１がデータＤを受信して、リアルタイム配信テーブルr-table を参照してリアルタイム配信先Ｒを決定してリアルタイムデータ受信装置にデータを配信する段階によって上記（段階３）リアルタイムデータ受信装置には前記配信先ポインタをもとに対応する前記データをリアルタイムで配信するリアルタイムデータ配信段階、を実行している。また、ノンリアル配信手段６がノンリアル配信要求Ｈを受けて配信すべきデータを受信データＤから抽出し、配信履歴ＤＢ hdbのリアルタイム配信テーブルr-table を参照してこれを配信すべきノンリアル配信先Ｎを決定しノンリアルデータ受信装置に配信する段階で上記（段階４）ノンリアルデータ受信装置には、配信することを要求するノンリアル配信要求を受けたあと前記配信先ポインタをもとに対応する前記データを配信するノンリアル配信段階、を実行している。
【００１５】
【発明の実施の形態】
本発明のデータ配信方法の実施例を図１〜図７により説明する。なお、本発明におけるコンピュータ処理は、コンピュータプログラムにより当該コンピュータの主記憶装置上で実行されるが、このコンピュータプログラムの提供形態は、当該コンピュータに接続された補助記憶装置をはじめ、フロッピーディスクやＣＤ−ＲＯＭ等の可搬型記憶装置やネットワーク接続された他のコンピュータの主記憶装置及び補助記憶装置等の各記録媒体に格納されて提供されるもので、このコンピュータプログラムの実行に際しては、当該コンピュータの主記憶装置上にローディングされ実行されるものである。
【００１６】
最初に従来のデータ配信装置の動作について図６〜７で説明する。データ発生装置、例えば人工衛星搭載の複数の実験装置から送信されるデータＤは図７(b) に示す構造をもつ。データＤに内蔵されるデータ識別キイkey は本実施例では実験装置の識別記号である。またデータ収集時刻tgはこの実験装置がデータＤを生成した時刻である。従ってこのデータＤはデータ識別キイkey なる実験装置をデータ収集時刻tgなる時刻に使用するスケジュールに割りあてられた実験担当者（一般には複数人）に帰属すべきデータＤである。
【００１７】
図７(a) に示す如く、従来のデータ配信装置を構成するリアルタイム配信テーブル生成手段３０は配信スケジュールＳに基づいてリアルタイム配信テーブルr-table ’を生成する。図７(c) に従来のリアルタイム配信テーブルr-table ’の例を示す。配信スケジュールＳはデータ発生装置、例えば人工衛星搭載の複数の実験装置のうちどの実験装置をいつの期間に誰に使わせ、その実験結果をどのリアルタイムデータ受信装置に配信するか、のスケジュールである。あるデータ発生期間(t1,t2) にｎ個の実験装置a1,a2,...,anから出るデータＤはｒ人の実験者にすなわちｒ個のリアルタイムデータ受信装置A1,A2,...,Arにデータ配信すべきことが複数のリアルタイム配信テーブルr-table ’でとられる。図示の例では、j 番目のリアルタイム配信テーブルr-table ’を示す。データ発生期間＝(t1j,t2j) にはｎ個のデータ識別キイkey （a1,a2,...,an) のそれぞれに対してそのデータＤを配信すべきリアルタイム配信先Ｒをa1対A11,A12,..,A1j(1) 、a2対A21,A22,...,A2j(2),..., an対An1,An2,...,Anj(n)  とする。ここにAxx は本実施例ではデータセンタとLAN 接続された構内のリアルタイムデータ受信装置識別記号でありA1,A2,...,Arのいずれかの値をとる。
【００１８】
このようなリアルタイム配信テーブルr-table ’は配信スケジュールＳに応じて適宜リアルタイム配信テーブル生成手段30を用いて生成され、また変更可能な未来分についてはスケジュール変更に応じて適宜更新される。
【００１９】
従来のデータ配信装置を構成するリアルタイムデータ配信手段10は図６ステップＳ６０１でデータ発生装置からデータＤを受信する。次いでステップＳ６０２で受信時刻取得手段20から受信時刻Ｔ( 現在時刻) を取得する。次いでステップＳ６０３で受信データＤからデータ識別キイkey およびデータ収集時刻tgを抽出する。このとき、通常では受信時刻Ｔはデータ収集時刻tgとわずかな伝送時間差程度しかないはずであり、これが許容範囲以上であると、受信データＤはノンリアルデータと見なされる。
【００２０】
ステップＳ６０４でこの比較を行い、リアルタイムデータと見なされた場合、ステップＳ６０５でリアルタイム配信テーブルr-table ’群のうち受信時刻Ｔをデータ発生期間(t1,t2) に含む部分を取り出す。例えば図７(c) のようにポインタpjをたどって該当のリアルタイム配信テーブルr-table ’を取得する。ステップＳ６０６ではこのリアルタイム配信テーブルr-table ’上でデータＤ中のデータ識別キイkey に対応するリアルタイム配信先Ｒを取得して配信を実行する。
【００２１】
ステップＳ６０４でノンリアルデータとみなされた場合も含め、ステップＳ６０７で受信データＤは受信データＤＢ jdbに追加蓄積される。
【００２２】
このように従来のデータ配信装置では正常なリアルタイムデータは正常にリアルタイムデータ受信装置に配信されたが、ノンリアルデータは単に受信データＤＢ jdbに格納されるのみであった。
【００２３】
これに対し、本発明のデータ配信装置の構成例を図１に示す。また本発明のリアルタイム配信テーブルr-table のデータ構造例を図２に示す。図２の如く、本発明のリアルタイム配信テーブルr-table でも従来と同様にm 個のデータ発生期間(t1,t2) に対応して、m 個のリアルタイム配信テーブルr-table がポインタp1,p2,...,pmを介して設定される。しかし、本発明の実施例ではさらにデータ識別キイkey 毎に配信先ポインタを介してリアルタイムデータ受信装置およびノンリアルデータ受信装置が対応づけられている。すなわち、リアルタイム配信テーブルr-table はr 個のリアルタイムデータ受信装置A1,A2,...,Arおよびr 個のノンリアルデータ受信装置B1,B2,...,Brを特定する配信先ポインタによって、リアルタイム配信先およびノンリアル配信先に対応できるように拡張されている。
【００２４】
図２によってこれを説明する。r 個のリアルタイムデータ受信装置A1,A2,...,Arとr 個のノンリアルデータ受信装置B1,B2,...,Brとの組み合わせ表がリアルタイム配信テーブルr-table の共通部にとられる。この表の行数Ｎ（＝ｒの二乗）と同数の配信先ポインタ値１，２，．．．，Ｎによってこの組み合わせを特定することができる。例えば、データ発生期間＝(t1j,t2j) に対応するリアルタイム配信テーブルr-table はポインタpjによって、データ識別キイkey で特定される配信先ポインタ集合を与える。このテーブル上でデータ識別キイkey ＝aiの場合の配信先ポインタ集合｛pi1,pi2,...,pij(i)｝中の要素pix の値がk の場合は、上記の表からポインタ値k で示されるリアルタイムデータ受信装置Apおよびノンリアルデータ受信装置Bqが特定される。よって、これをリアルタイム配信先Ｒおよびノンリアル配信先Ｎとして決定できる。本実施例ではノンリアルデータ受信装置識別記号B1,B2,...,Brは、ノンリアル配信先に対応づけられるデータの正当な受信資格者のインターネットメールアドレスとしている。
【００２５】
次に、本発明のデータ配信装置の動作例を図３により説明する。図３ステップＳ３０１〜３０２によって、データ受信より事前に配信スケジュールＳに基づくリアルタイム配信テーブルr-table の設定または更新を行う。これによって上記に説明した図２のリアルタイム配信テーブルr-table が設定される。次いでステップＳ３０３〜３０４でデータＤ受信毎にリアルタイム配信動作を行う。この詳細を次に図４を用いて説明する。
【００２６】
ステップＳ４０１でリアルタイムデータ配信手段１がデータ発生装置からデータＤを受信し、ステップＳ４０２で受信時刻取得手段２が受信時刻Ｔを取得し、ステップＳ４０３でリアルタイムデータ配信手段１が受信データＤからデータ識別キイkey およびデータ収集時刻tgを抽出する。これまでの過程は、先に図６で説明した従来のデータ配信装置と同様である。
【００２７】
次いで、配信履歴蓄積手段５はステップＳ４０４で図２のリアルタイム配信テーブルr-table のうちデータ収集時刻tgをデータ発生期間(t1,t2) に含むポインタpjを取得する。さらに、ステップＳ４０５で、配信履歴蓄積手段５は上記ポインタpjが指すリアルタイム配信テーブルr-table を配信履歴ＤＢ hdbに追加蓄積する。このリアルタイム配信テーブルr-table は先に図２で説明したデータ識別キイkey と配信先ポインタとの対応表であり、配信先ポインタ値は1,2,...,N であり、リアルタイムデータ受信装置とノンリアルデータ受信装置との組み合わせの数（図ではＮ）だけの種類を特定する。
【００２８】
次にリアルタイムデータ配信手段１はＳ４０６で受信時刻Ｔとデータ収集時刻tgとの差は許容範囲か？を検査する。ｙｅｓの場合は受信データはリアルタイムデータであり、ｎｏの場合は受信データはノンリアルデータである。ｙｅｓの場合、リアルタイムデータ配信手段１は先にステップＳ４０４で特定したリアルタイム配信テーブルr-table によって、ステップＳ４０７でデータ識別キイkey ＝aiに対応する配信先ポインタpi1,pi2,...,pij(i)を取得する。次いで、ステップＳ４０８でリアルタイムデータ配信手段１は上記ポインタに対応するすべてのリアルタイムデータ受信装置Apをリアルタイム配信先Ｒとして配信を実行する。
【００２９】
次いで、受信データ蓄積手段４はステップＳ４０９で、配信済マークを付して受信データＤを受信データＤＢ jdbに蓄積する。受信データＤＢ jdb中の受信データレコードＤのデータ構造例は図５(b) に示すように、本実施例ではもとのデータＤの先頭バイトにノンリアルデータ/ 配信済データのいずれかを示すマークm が付加される構造となっている。
【００３０】
一方、ステップＳ４０６でｎｏであった場合は受信データ蓄積手段４はステップＳ４１０において、ノンリアルデータマークを付して受信データＤを受信データＤＢ jdbに蓄積する。
【００３１】
図３に戻り、ステップＳ３０４の以上の動作ののち、データ配信装置はステップＳ３０５で外部からのノンリアル配信要求Ｈを待つ。ノンリアル配信要求Ｈは(a) ノンリアルデータの配信要求、(b) 後日再送要求の二種類があり、(a) (b) の混合形もある。データ配信装置はステップＳ３０６でこれらの要求を解析して受信データＤＢ jdbから対象の受信データＤを抽出する。この詳細を図５によって以下に説明する。
【００３２】
前記(a) (b) のノンリアル配信要求Ｈは次の 3つの要求要素からなるデータの配信を要求する。すなわち、データ種類（ノンリアルデータ／配信済データ）、データ要求期間（データ収集時刻tgの上下限値）、実験装置種類（データ識別キイkey に相当する）である。そこで、ノンリアル配信手段６はこれらを順に検索条件として受信データＤＢ jdbを検索する。なお、受信データＤＢ jdbは検索効率を考慮して、例えば、データ種類m 、データ収集時刻tg、データ識別キイkey を第１、第２、第３優先キーとしてソートされているものとする。
【００３３】
ノンリアル配信手段６は図５(a) のステップＳ５０１でノンリアル配信要求Ｈがノンリアル受信データのみの配信を要求しているか？を検査し、ｙｅｓならステップＳ５０２で受信データDB jdbからノンリアルデータマークnrのある受信データレコードのみを抽出してバッファに入れる。ｎｏなら限定を加えない。次いで、ステップＳ５０３でノンリアル配信要求Ｈがデータ要求期間(t1,t2) を限定して配信を要求しているか？を検査する。同様に、ｙｅｓならステップＳ５０４でバッファ中の各レコードのデータ収集時刻tg値がデータ要求期間(t1,t2) に含まれるもののみバッファに残し、ｎｏなら限定を加えない。次いで、ステップＳ５０５でノンリアル配信要求Ｈがデータ識別キイkey を限定して配信を要求しているか？を検査する。同様に、ｙｅｓならステップＳ５０６でバッファ中の各レコードのデータ識別キイkey が指定と一致するレコードのみをバッファに残すがｎｏなら限定を加えない。このようにしてバッファにはノンリアル配信要求Ｈに対応した受信データＤが抽出された。
【００３４】
最後に、図３に戻り、ノンリアル配信手段６はステップＳ３０７により、バッファ中の各該当データＤのデータ収集時刻tgとデータ識別キイkey と配信履歴ＤＢ hdbとを照合して、対応するノンリアルデータ受信装置を特定し、これをノンリアル配信先Ｎとして配信を行う。この段階は先にリアルタイムデータ配信手段１が図４ステップＳ４０３、４０４、４０７で探索を行ったのに類似した方法で配信先ポインタを検索する。
【００３５】
すなわち、ノンリアル配信手段６は配信履歴ＤＢ hdb中のリアルタイム配信テーブルr-table を参照して（図２の構造は同じである）、データ収集時刻tgをデータ発生期間(t1,t2) に含むポインタpjを取得する。次にデータ識別キイkey に対応する配信先ポインタpi1,pi2,...,pij(i)を取得する。ノンリアル配信手段６は以上で得られたポインタに対応するそれぞれのノンリアルデータ受信装置Bpをノンリアル配信先Ｎとして配信を実行する。
【００３６】
【発明の効果】
以上の説明から明らかなように、本発明によれば、データ発生期間とデータ内のデータ識別キイとに対応して、リアルタイムデータ受信装置を特定するリアルタイム配信先とノンリアルデータ受信装置を特定するノンリアル配信先とを指定するリアルタイム配信テーブルを配信履歴ＤＢとして蓄積して、ノンリアル配信を要求された受信データ内のデータ収集時刻によって配信履歴ＤＢを検索することにより、ノンリアル配信先を決定し的確に正しいデータ受け取り者に自動的に配信することが可能となる、という効果がある。
【図面の簡単な説明】
【図１】本発明のデータ配信装置の構成例
【図２】本発明のリアルタイム配信テーブルr-table の構造例
【図３】本発明のデータ配信装置の動作例フローチャート
【図４】本発明のデータ配信装置のリアルタイム配信動作例フローチャート
【図５】受信データＤＢ jdbのデータ構造および検索動作例フローチャート
【図６】従来のデータ配信装置のリアルタイム配信動作例フローチャート
【図７】従来のデータ配信装置の構成例とデータ構造例
【符号の説明】
１  リアルタイムデータ配信手段
２  受信時刻取得手段
３  リアルタイム配信テーブル生成手段
４  受信データ蓄積手段
５  配信履歴蓄積手段
６  ノンリアル配信手段
r-table リアルタイム配信テーブル
jdb     受信データＤＢ
hdb     配信履歴ＤＢ
tg      データ収集時刻
key     データ識別キイ
【図１】
0003903727.tif 000002
【図２】
0003903727.tif 000003
【図３】
0003903727.tif 000004
【図４】
0003903727.tif 000005
【図５】
0003903727.tif 000006
【図６】
0003903727.tif 000007
【図７】
0003903727.tif 000008