特許 6007336 データ収集配信方法、データ収集配信装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6007336

(24)【登録日】2016年9月16日

(45)【発行日】2016年10月12日

(54)【発明の名称】データ収集配信方法、データ収集配信装置及びプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20160929BHJP

【ＦＩ】

   G06F13/00 540A

   G06F13/00 540R

【請求項の数】4

【全頁数】36

(21)【出願番号】特願2015-535629(P2015-535629)

(86)(22)【出願日】2013年12月25日

(86)【国際出願番号】JP2013084558

(87)【国際公開番号】WO2015097768

(87)【国際公開日】20150702

【審査請求日】2015年7月16日

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】100093861

【弁理士】

【氏名又は名称】大賀 眞司

(74)【代理人】

【識別番号】100129218

【弁理士】

【氏名又は名称】百本 宏之

(72)【発明者】

【氏名】澤崎 純也

(72)【発明者】

【氏名】平田 淳

(72)【発明者】

【氏名】佐藤 佳孝

【審査官】 新田 亮

(56)【参考文献】

【文献】 特開２０１１−２４４４０６（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１１／０１２８９１０（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

データ収集クライアントが収集した収集データを取得し、保管し、データ配信先クライアントに配信するデータ収集配信装置におけるデータ収集配信方法において、
前記データ収集配信装置が、前記データ収集クライアントから収集した前記収集データの属性が、事前の取決めに従った属性と差異があるか否かを判定する第１のステップと、
前記データ収集配信装置が、前記第１のステップの判定結果に基づいて、前記収集データの属性が前記事前の取決めに従った属性である場合には、当該収集データの処理方法を前記事前の取決めに従った方法に決定し、前記収集データの属性が前記事前の取決めと異なった属性である場合には、当該収集データの処理方法を前記事前の取決めと異なる方法に決定する第２のステップと、
前記データ収集配信装置が、前記第２のステップの決定結果に基づいて、前記処理方法が前記事前の取決めに従った方法に決定された前記収集データについては、当該収集データを前記事前の取決めに従った第１の保管方法で保管する一方、前記処理方法が前記事前の取決めと異なった方法に決定された前記収集データについては、当該収集データを前記事前の取決めと異なる第２の保管方法で保管する第３のステップと
を備え、
前記収集データには、当該収集データの内容に応じた複数の属性が存在し、
前記データ配信先クライアントは、
前記収集データの属性を指定して前記データ収集配信装置に前記収集データの配信を要求し、
前記第２のステップにおいて、前記データ収集配信装置は、
前記収集データの処理方法として前記事前の取決めと異なる方法に決定した場合に、当該方法と対応付けた前記収集データの新たな属性を生成し、
前記第３のステップにおいて、前記データ収集配信装置は、
前記収集データを前記第２の保管方法で保管した旨と、当該収集データについて生成した前記新たな属性とを前記データ配信先クライアントに通知し、
前記データ収集配信装置が、要求された前記属性に属する前記収集データのうち、前記第１の保管方法で保管した前記収集データを選択的に前記データ配信先クライアントに配信する一方、前記データ配信先クライアントからの前記新たな属性を指定した前記収集データの配信の要求を受信した場合には、当該新たな属性に属する前記収集データを前記データ配信先クライアントに配信する第４のステップをさらに備える
ことを特徴とするデータ収集配信方法。

【請求項2】

前記第３のステップにおいて、前記データ収集配信装置は、
前記第１の保管方法で保管した前記収集データを、事前の取決めに従った形式に加工し、加工した前記収集データを前記データ配信先クライアントに配信する
ことを特徴とする請求項１に記載のデータ収集配信方法。

【請求項3】

データ収集クライアントが収集した収集データを取得し、保管し、データ配信先クライアントに配信するデータ収集配信装置において、
前記データ収集クライアントから収集した前記収集データの属性が、事前の取決めに従った属性と差異があるか否かを判定する収集データ属性差異判定部と、
前記収集データ属性差異判定部の判定結果に基づいて、前記収集データの属性が前記事前の取決めに従った属性である場合には、当該収集データの処理方法を前記事前の取決めに従った方法に決定し、前記収集データの属性が前記事前の取決めと異なった属性である場合には、当該収集データの処理方法を前記事前の取決めと異なる方法に決定する収集データ処理方法決定部と、
前記データ収集処理方法決定部の決定結果に基づいて、前記処理方法が前記事前の取決めに従った方法に決定された前記収集データについては、当該収集データを前記事前の取決めに従った第１の保管方法で保管する一方、前記処理方法が前記事前の取決めと異なった方法に決定された前記収集データについては、当該収集データを前記事前の取決めと異なる第２の保管方法で保管する収集データ処理部と
を備え、
前記収集データには、当該収集データの内容に応じた複数の属性が存在し、
前記データ配信先クライアントは、
前記収集データの属性を指定して前記データ収集配信装置に前記収集データの配信を要求し、
前記収集データの処理方法として前記事前の取決めと異なる方法に決定した場合に、当該方法と対応付けた前記収集データの新たな属性を生成する配信データ属性生成部と、
前記収集データを前記第２の保管方法で保管した旨と、当該収集データについて生成した前記新たな属性とを前記データ配信先クライアントに通知する収集データ代替保管通知部と、
要求された前記属性に属する前記収集データのうち、前記第１の保管方法で保管した前記収集データを選択的に前記データ配信先クライアントに配信する一方、前記データ配信先クライアントからの前記新たな属性を指定した前記収集データの配信の要求を受信した場合には、当該新たな属性に属する前記収集データを前記データ配信先クライアントに配信する配信データ送信部とをさらに備える
ことを特徴とするデータ収集配信装置。

【請求項4】

データ収集クライアントが収集した収集データを取得し、保管し、データ配信先クライアントに配信するデータ収集配信装置が実行するプログラムであって、
前記データ収集クライアントから収集した前記収集データの属性が、事前の取決めに従った属性と差異があるか否かを判定する第１のステップと、
前記第１のステップの判定結果に基づいて、前記収集データの属性が前記事前の取決めに従った属性である場合には、当該収集データの処理方法を前記事前の取決めに従った方法に決定し、前記収集データの属性が前記事前の取決めと異なった属性である場合には、当該収集データの処理方法を前記事前の取決めと異なる方法に決定する第２のステップと、
前記第２のステップの決定結果に基づいて、前記処理方法が前記事前の取決めに従った方法に決定された前記収集データについては、当該収集データを前記事前の取決めに従った第１の保管方法で保管する一方、前記処理方法が前記事前の取決めと異なった方法に決定された前記収集データについては、当該収集データを前記事前の取決めと異なる第２の保管方法で保管する第３のステップと
を備え、
前記収集データには、当該収集データの内容に応じた複数の属性が存在し、
前記データ配信先クライアントは、
前記収集データの属性を指定して前記データ収集配信装置に前記収集データの配信を要求し、
前記第２のステップにおいて、
前記収集データの処理方法として前記事前の取決めと異なる方法に決定した場合に、当該方法と対応付けた前記収集データの新たな属性を生成し、
前記第３のステップにおいて、
前記収集データを前記第２の保管方法で保管した旨と、当該収集データについて生成した前記新たな属性とを前記データ配信先クライアントに通知し、
要求された前記属性に属する前記収集データのうち、前記第１の保管方法で保管した前記収集データを選択的に前記データ配信先クライアントに配信する一方、前記データ配信先クライアントからの前記新たな属性を指定した前記収集データの配信の要求を受信した場合には、当該新たな属性に属する前記収集データを前記データ配信先クライアントに配信する第４のステップをさらに備える
処理を前記データ収集配信装置に実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はデータ収集配信方法、データ収集配信装置及びプログラムに関し、特に、データ供給者及びデータ交換仲介者間や、データ交換仲介者及びデータ利用者間での事前の取決めに従った形式でデータを送受するデータ収集配信システムに適用して好適なものである。

【背景技術】

【0002】

近年、例えば、ネットワークに接続された各家庭の電力メータや、工場や機械に設置されるセンサデバイスといった、いわゆるＭ２Ｍ（Machine To Machine）機器が生み出すデータを利活したビジネスが注目されている。Ｍ２Ｍ機器は、人の手を介さずに直接通信を行うことができるため、Ｍ２Ｍ機器が生み出すデータの収集や、Ｍ２Ｍ機器の監視及び管理を行うことで、新たな価値を提供することができる。

【0003】

Ｍ２Ｍ機器が生み出すデータを利用するに際しては、当該データを提供するデータ提供者、そのデータを利用するデータ利用者、及びデータ提供者及びデータ利用者間の仲介を行うデータ交換仲介者の三者間において、データ提供者側におけるデータの収集方法及び収集したデータのデータ交換仲介者への転送形式や、データ交換仲介者側におけるデータの保管方法及び保管したデータのデータ利用者への配信形式など、データ交換に関する様々な取り決めを事前に行うことが必要となる。この種の技術分野の公知例としては、以下のものがある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特許第３６８３８３９号

【特許文献2】特開平１０−２７１１９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、上述のようなデータ交換に関する様々な取り決めをデータ提供者及びデータ交換仲介者間で締結した後に、データ提供者側（Ｍ２Ｍ機器）の都合で事前の取決めと異なる形式等でデータをデータ交換仲介者に送信する場合を考える。ここでいう「事前の取決めと異なる形式等の収集データをデータ交換仲介者に送信する場合」とは以下のケースが該当する。
１．機器更新により収集データ形式を変更する場合
２．テスト用機器を用いてデータ収集試験を行う場合

【0006】

これら２つのケースでは、事前の取決めに従った形式等のデータと、事前の取決めと異なる形式等のデータとが同時に混在せざるを得ない状況であるため、既存のシステムでは両データが混在してデータ交換仲介者側において保管されてしまい、事前の取決めと異なる形式等のデータまでもがデータ利用者に配信されてしまう問題があった。

【0007】

このような問題の対処方法として、事前の取決めに従った形式等のデータと、事前の取決めと異なる形式等のデータとが同時に混在することがないように、Ｍ２Ｍ機器の更新と、データ収集試験の実施タイミングとを合わせる方法が考えられる。しかしながら、通常、Ｍ２Ｍ機器は地理的に分散しており、またＭ２Ｍ機器によるデータの収集タイミングが機器によってまちまちであるため、上述のような方法の実現は難しい。

【0008】

従って、データ提供者からデータ交換仲介者に送信されるデータとして、事前の取決めに従った形式等のものと、事前の取決めと異なる形式等のものとが混在する場合においても、データ交換仲介者がデータ利用者に対して常にデータ利用者との事前の取決めに従った形式等でデータの配信を行えるようにすることができれば、データ提供者側においてＭ２Ｍ機器の更新やデータ収集試験を自由に行えるようになり、データ提供者の利便性を向上させ得るものと考えられる。

【0009】

本発明は以上の点を考慮してなされたもので、データ提供者の利便性を向上させ得るデータ収集配信方法、データ収集配信装置及びプログラムを提案しようとするものである。

【課題を解決するための手段】

【0010】

かかる課題を解決するため本発明においては、データ収集クライアントが収集した収集データを取得し、保管し、データ配信先クライアントに配信するデータ収集配信装置におけるデータ収集配信方法において、前記データ収集配信装置が、前記データ収集クライアントから収集した前記収集データの属性が、事前の取決めに従った属性と差異があるか否かを判定する第１のステップと、前記データ収集配信装置が、前記第１のステップの判定結果に基づいて、前記収集データの属性が前記事前の取決めに従った属性である場合には、当該収集データの処理方法を前記事前の取決めに従った方法に決定し、前記収集データの属性が前記事前の取決めと異なった属性である場合には、当該収集データの処理方法を前記事前の取決めと異なる方法に決定する第２のステップと、前記データ収集配信装置が、前記第２のステップの決定結果に基づいて、前記処理方法が前記事前の取決めに従った方法に決定された前記収集データについては、当該収集データを前記事前の取決めに従った第１の保管方法で保管する一方、前記処理方法が前記事前の取決めと異なった方法に決定された前記収集データについては、当該収集データを前記事前の取決めと異なる第２の保管方法で保管する第３のステップとを設け、前記収集データには、当該収集データの内容に応じた複数の属性が存在し、前記データ配信先クライアントは、前記収集データの属性を指定して前記データ収集配信装置に前記収集データの配信を要求し、前記第２のステップにおいて、前記データ収集配信装置は、前記収集データの処理方法として前記事前の取決めと異なる方法に決定した場合に、当該方法と対応付けた前記収集データの新たな属性を生成し、前記第３のステップにおいて、前記データ収集配信装置は、前記収集データを前記第２の保管方法で保管した旨と、当該収集データについて生成した前記新たな属性とを前記データ配信先クライアントに通知し、前記データ収集配信装置が、要求された前記属性に属する前記収集データのうち、前記第１の保管方法で保管した前記収集データを選択的に前記データ配信先クライアントに配信する一方、前記データ配信先クライアントからの前記新たな属性を指定した前記収集データの配信の要求を受信した場合には、当該新たな属性に属する前記収集データを前記データ配信先クライアントに配信する第４のステップをさらに設けるようにした。

【0011】

また本発明においては、データ収集クライアントが収集した収集データを取得し、保管し、データ配信先クライアントに配信するデータ収集配信装置において、前記データ収集クライアントから収集した前記収集データの属性が、事前の取決めに従った属性と差異があるか否かを判定する収集データ属性差異判定部と、前記収集データ属性差異判定部の判定結果に基づいて、前記収集データの属性が前記事前の取決めに従った属性である場合には、当該収集データの処理方法を前記事前の取決めに従った方法に決定し、前記収集データの属性が前記事前の取決めと異なった属性である場合には、当該収集データの処理方法を前記事前の取決めと異なる方法に決定する収集データ処理方法決定部と、前記データ収集処理方法決定部の決定結果に基づいて、前記処理方法が前記事前の取決めに従った方法に決定された前記収集データについては、当該収集データを前記事前の取決めに従った第１の保管方法で保管する一方、前記処理方法が前記事前の取決めと異なった方法に決定された前記収集データについては、当該収集データを前記事前の取決めと異なる第２の保管方法で保管する収集データ処理部とを設け、前記収集データには、当該収集データの内容に応じた複数の属性が存在し、前記データ配信先クライアントは、前記収集データの属性を指定して前記データ収集配信装置に前記収集データの配信を要求し、前記収集データの処理方法として前記事前の取決めと異なる方法に決定した場合に、当該方法と対応付けた前記収集データの新たな属性を生成する配信データ属性生成部と、前記収集データを前記第２の保管方法で保管した旨と、当該収集データについて生成した前記新たな属性とを前記データ配信先クライアントに通知する収集データ代替保管通知部と、要求された前記属性に属する前記収集データのうち、前記第１の保管方法で保管した前記収集データを選択的に前記データ配信先クライアントに配信する一方、前記データ配信先クライアントからの前記新たな属性を指定した前記収集データの配信の要求を受信した場合には、当該新たな属性に属する前記収集データを前記データ配信先クライアントに配信する配信データ送信部とをさらに設けるようにした。

【0012】

データ収集クライアントが収集した収集データを取得し、保管し、データ配信先クライアントに配信するデータ収集配信装置が実行するプログラムであって、前記データ収集クライアントから収集した前記収集データの属性が、事前の取決めに従った属性と差異があるか否かを判定する第１のステップと、前記第１のステップの判定結果に基づいて、前記収集データの属性が前記事前の取決めに従った属性である場合には、当該収集データの処理方法を前記事前の取決めに従った方法に決定し、前記収集データの属性が前記事前の取決めと異なった属性である場合には、当該収集データの処理方法を前記事前の取決めと異なる方法に決定する第２のステップと、前記第２のステップの決定結果に基づいて、前記処理方法が前記事前の取決めに従った方法に決定された前記収集データについては、当該収集データを前記事前の取決めに従った第１の保管方法で保管する一方、前記処理方法が前記事前の取決めと異なった方法に決定された前記収集データについては、当該収集データを前記事前の取決めと異なる第２の保管方法で保管する第３のステップとを備え、前記収集データには、当該収集データの内容に応じた複数の属性が存在し、前記データ配信先クライアントは、前記収集データの属性を指定して前記データ収集配信装置に前記収集データの配信を要求し、前記第２のステップにおいて、前記収集データの処理方法として前記事前の取決めと異なる方法に決定した場合に、当該方法と対応付けた前記収集データの新たな属性を生成し、前記第３のステップにおいて、前記収集データを前記第２の保管方法で保管した旨と、当該収集データについて生成した前記新たな属性とを前記データ配信先クライアントに通知し、要求された前記属性に属する前記収集データのうち、前記第１の保管方法で保管した前記収集データを選択的に前記データ配信先クライアントに配信する一方、前記データ配信先クライアントからの前記新たな属性を指定した前記収集データの配信の要求を受信した場合には、当該新たな属性に属する前記収集データを前記データ配信先クライアントに配信する第４のステップをさらに備える処理を前記データ収集配信装置に実行させるようにした。

【0013】

本発明のデータ収集配信方法、データ収集配信装置及びプログラムによれば、データ収集クライアントを運用するデータ提供者が当該データ収集クライアントの更新やデータ収集試験等を実施したことに起因して、データ収集配信装置からデータ配信先クライアントに「事前の取決め」と異なる形式等の配信データが配信されるのを未然かつ有効に防止することができる。

【発明の効果】

【0014】

本発明によれば、データ提供者がデータ収集クライアントの更新やデータ収集試験をデータ提供者側の都合で自由に行うことができ、かくしてデータ提供者の利便性を向上させ得るデータ収集配信方法、データ収集配信装置及びプログラムを実現できる。

【図面の簡単な説明】

【0015】

【図1】第１の実施の形態によるデータ収集配信システムの全体構成を示すブロック図である。

【図2】収集データ属性テーブルの構成を概念的に示す概念図である。

【図3】差異判定条件定義テーブルの構成を概念的に示す概念図である。

【図4】収集データ処理方法定義テーブルの構成を概念的に示す概念図である。

【図5】収集データ保管方法記録テーブルの構成を概念的に示す概念図である。

【図6】配信データ属性テーブルの構成を概念的に示す概念図である。

【図7】データ収集処理の処理手順を示すフローチャートである。

【図8】収集データ属性差異判定処理の処理手順を示すフローチャートである。

【図9】収集データ処理方法決定処理の処理手順を示すフローチャートである。

【図10】収集データ保管処理の処理手順を示すフローチャートである。

【図11】データ配信処理の処理手順を示すフローチャートである。

【図12】保管データ取出し処理の処理手順を示すフローチャートである。

【図13】保管データ加工処理の処理手順を示すフローチャートである。

【図14】第２の実施の形態によるデータ収集配信システムの全体構成を示すブロック図である。

【図15】第２の実施の形態による配信データ属性テーブルの構成を概念的に示す概念図である。

【図16】収集データ代替保管通知処理の処理手順を示すフローチャートである。

【図17】第３の実施の形態によるデータ収集配信システムの全体構成を示すブロック図である。

【図18】拡張配信データ属性テーブルの構成を概念的に示す概念図である。

【図19】配信データ属性生成処理の処理手順を示すフローチャートである。

【図20】第３の実施の形態による保管データ取出し処理の処理手順を示すフローチャートである。

【図21】第４の実施の形態によるデータ収集配信システムの全体構成を示すブロック図である。

【図22】収集データ属性差異記録テーブルの構成を概念的に示す概念図である。

【図23】拡張保管データ取出し処理の処理手順を示すフローチャートである。

【図24】拡張保管データ加工処理の処理手順を示すフローチャートである。

【図25】第５の実施の形態によるデータ収集配信システムの全体構成を示すブロック図である。

【図26】第５の実施の形態における収集データ処理方法定義テーブルの構成例を示す概念図である。

【図27】第５の実施の形態による収集データ保管処理の処理手順を示すフローチャートである。

【発明を実施するための最良の形態】

【0016】

（１）第１の実施の形態
（１−１）本実施の形態によるデータ収集配信システムの構成
図１において、１は全体として本実施の形態によるデータ収集配信システムを示す。このデータ収集配信システム１は、１又は複数のデータ収集クライアント２が第１のネットワーク３を介して仲介サーバ４と接続されると共に、仲介サーバ４が第２のネットワーク５を介して１又は複数のデータ配信先クライアント６と接続されて構成されている。

【0017】

データ収集クライアント２は、例えば各家庭に設置された電力メータや、工場や機械に設置されたセンサデバイス等のデータ提供者１０側に設けられたＭ２Ｍ機器であり、ＣＰＵ（Central Processing Unit）１１、主記憶装置１２及び二次記憶装置１３を備えて構成される。

【0018】

ＣＰＵ１１は、データ収集クライアント２全体の動作制御を司るプロセッサである。また主記憶装置１２は、例えば揮発性の半導体メモリから構成され、ＣＰＵ１１のワークメモリとして利用される。さらに二次記憶装置１３は、不揮発性の大容量の記憶装置から構成される。

【0019】

データ収集クライアント２は、自装置又は外部機器のステータス（障害の有無、稼働中又は停止中）などの装置の稼働状態を表す稼働情報と、自装置又は外部機器のＣＰＵ稼働率及びメモリ利用率や、自装置内又は外部機器内の図示しない各種センサから出力される計測値といった性能情報と、障害情報などからなるエラー情報となどの情報を収集し、収集したこれらの情報を定期的に又は収集したタイミングで収集データとして当該仲介サーバ４に送信する。

【0020】

そのための手段として、データ収集クライアント２の主記憶装置１２には、収集データ送信部１４、収集識別子送信部１５及び発生データ取込み部１６が格納され、データ収集クライアント２の二次記憶装置１３には、収集識別子保存テーブル１７が格納されている。

【0021】

収集データ送信部１４は、収集した情報を収集データとして送信する機能を有するプログラムである。また収集識別子送信部１５は、収集データ送信部１４が収集データを仲介サーバ４に送信する際、データ提供者１０及びデータ交換仲介者２０間の「事前の取決め」に従ったその収集データの属性（稼働情報、性能情報及びエラー情報等であり、以下、これを収集データ属性と呼ぶ）を表す識別子（以下、これを収集識別子と呼ぶ）を仲介サーバ４に送信する機能を有するプログラムである。なお収集識別子送信部１５は、かかる収集識別子を収集データに含めることで、当該収集識別子を仲介サーバ４に送信する。さらに発生データ取込み部１６は、外部機器からその情報を収集する機能を有するプログラムである。

【0022】

また収集識別子保存テーブル１７は、上述の「事前に取決め」に従った収集データ属性ごとの収集識別子を保存し、管理するために利用されるテーブルである。収集識別子保存テーブル１７には、システム管理者等により収集データの属性ごとの収集識別子が予め登録される。

【0023】

仲介サーバ４は、データ交換仲介者２０により設置されたサーバ装置であり、データ収集クライアント２から送信される収集データを保管し、保管した収集データをデータ交換仲介者２０及びデータ利用者３０間の「事前の取決め」に従った形式で当該データ利用者３０のデータ配信先クライアント６に配信する機能を有する。

【0024】

この仲介サーバ４は、ＣＰＵ２１、主記憶装置２２及び二次記憶装置２３を備えて構成される。これらＣＰＵ２１、主記憶装置２２及び二次記憶装置２３は、データ収集クライアント２の対応部位（ＣＰＵ１１、主記憶装置１２又は二次記憶装置１３）と同様の機能を有するものであるため、ここでの説明は省略する。

【0025】

データ配信先クライアント６は、データ利用者３０側に設けられたコンピュータ装置であり、仲介サーバ４から送信される配信データを利用してデータ利用者３０の業務に応じた所定処理（例えば分析や予測など）を実行する機能を有する。

【0026】

このデータ配信先クライアント６もＣＰＵ３１、主記憶装置３２及び二次記憶装置３３を備えて構成される。これらＣＰＵ３１、主記憶装置３２及び二次記憶装置３３も、データ収集クライアント２の対応部位と同様の機能を有するものであるため、ここでの説明は省略する。

【0027】

データ配信先クライアント６の主記憶装置３２には、配信識別子送信部３４、配信データ受信部３５及びデータ利用部３６が格納され、データ配信先クライアント６の二次記憶装置３３には配信識別子保存テーブル３７が格納されている。

【0028】

このうち配信識別子保存テーブル３７は、データ交換仲介者２０及びデータ利用者３０間の「事前の取決め」により規定された配信データの属性（以下、これを配信データ属性と呼ぶ）ごとの識別子（以下、これを配信識別子と呼ぶ）を保存するために利用されるテーブルである。

【0029】

また配信識別子送信部３４は、配信を希望する配信データ（収集データ）の配信識別子を配信識別子保存テーブル３７から読み出し、読み出した配信識別子を含む当該配信データの配信要求（以下、これをデータ配信要求）を仲介サーバ４に送信する機能を有するプログラムである。

【0030】

さらに配信データ受信部３５は、かかるデータ配信要求に応じて仲介サーバ４から配信される配信データを受信する機能を有するプログラムであり、データ利用部３６は、仲介サーバ４から配信されてきた配信データを利用した上述の所定処理を実行するアプリケーションプログラムである。

【0031】

（１−２）本実施の形態によるデータ収集配信機能
（１−２−１）本実施の形態によるデータ収集配信機能
次に、仲介サーバ４に搭載された本実施の形態によるデータ収集配信機能について説明する。なお、以下においては、収集データについての「属性」という用語を、その収集データの内容の種類（稼働情報、性能情報又はエラー情報など）を表す意味と、その収集データの形式、送信元範囲及び受信頻度などを表す意味との双方の意味を表すものとして使用する。ただし、これらの混同を防ぐため、「属性」を収集データの種類を意味する用語として用いる場合には「収集データ属性」と表記し、収集データの形式等を表す用語として用いる場合には「収集データの属性」と表記するものとする。なお「収集データの属性」については、「収集データの形式等」とも表記するが、これらの用語は同じ意味を表す。

【0032】

本データ収集配信システム１の場合、仲介サーバ４には、各データ収集クライアント２からそれぞれ送信される収集データの形式等がデータ提供者１０及びデータ交換仲介者２０間の「事前の取決め」に従った形式等であるか否かを監視し、「事前の取決め」に従った形式等の収集データのみを選択的にデータ配信先クライアント６に配信するデータ収集配信機能が搭載されている。

【0033】

このような本実施の形態によるデータ収集配信機能を実現するための手段として、仲介サーバ４の主記憶装置２２には、収集データ受信部４０、収集データ属性差異判定部４１、収集データ処理方法決定部４２、収集データ保管処理部４３、データ配信要求受信部４４、保管データ取出し部４５、保管データ加工部４６及び配信データ送信部４７が格納され、当該仲介サーバ４の二次記憶装置２３には、収集データ保管部５０、収集データ代替保管部５１、収集データ属性テーブル５２、差異判定条件定義テーブル５３、収集データ保管方法定義テーブル５４、収集データ保管方法記録テーブル５５及び配信データ属性テーブル５６が格納されている。

【0034】

収集データ受信部４０は、各データ収集クライアント２から送信されてくる収集データを受信する機能を有するプログラムである。また収集データ属性差異判定部４１は、収集データ受信部４０が受信した収集データの収集データ属性を特定し、当該収集データの属性がその収集データ属性について規定された「事前の取決め」に従ったものであるか否かを判定する機能を有するプログラムである。

【0035】

収集データ処理方法決定部４２は、収集データ受信部４０が受信した収集データについて、収集データ属性差異判定部４１の判定結果に基づいてその処理方法（保管方法）を決定する機能を有するプログラムである。また収集データ保管処理部４３は、収集データ受信部４０が受信した収集データを、収集データ処理方法決定部４２の決定結果に基づく保管方法により、二次記憶装置２３内の収集データ保管部５０又は収集データ代替保管部５１に保管する機能を有するプログラムである。

【0036】

さらにデータ配信要求受信部４４は、データ配信先クライアント６から送信されたデータ配信要求を受信処理する機能を有するプログラムであり、保管データ取出し部４５は、データ配信先クライアント６からのデータ配信要求に応じて、収集データ保管部５０に保管されている対応する収集データを取り出す（読み出す）機能を有するプログラムである。

【0037】

さらに保管データ加工部４６は、保管データ取出し部４５により収集データ保管部５０から取り出された収集データを、データ交換仲介者２０及びデータ利用者３０間の「事前の取決め」に従った形式（データ長、データの順番、データ内容等）に加工する加工処理を施す機能を有するプログラムであり、配信データ送信部４７は、保管データ加工部４６により加工された収集データを上述のデータ配信要求の送信元のデータ配信先クライアント６に配信データとして配信する機能を有するプログラムである。

【0038】

一方、収集データ保管部５０は、データ収集クライアント２から送信された収集データの属性がデータ提供者１０との「事前の取決め」に従った形式である場合にその収集データを保管しておくための記憶領域であり、収集データ代替保管部５１は、データ収集クライアント２から送信された収集データの形式等がデータ提供者１０との「事前の取決め」と異なる場合にその収集データを保管しておくための記憶領域である。

【0039】

また収集データ属性テーブル５２は、データ提供者１０との「事前の取決め」により規定された収集データ属性ごとの形式等を管理するために利用されるテーブルである。この収集データ属性テーブル５２は、図２に示すように、収集識別子欄５２Ａ、データ名欄５２Ｂ、属性欄５２Ｃ及び保管方法欄５２Ｄから構成される。

【0040】

そして収集識別子欄５２Ａには、対応する収集データ属性に対して付与された収集識別子が格納され、データ名欄５２Ｂには、収集データ属性を識別し易いように対応する収集データ属性に対してデータ交換仲介者２０が付与したラベル表す文字列（「稼働情報」、「性能情報」及び「エラー情報」など）が格納される。

【0041】

また属性欄５２Ｃは、データ提供者１０との「事前の取決め」により規定された対応する収集データ属性の形式等のうちの詳細属性を管理するための詳細属性欄５２Ｅと、当該収集データ属性の形式のうちの周辺属性を管理するための周辺属性欄５２Ｆとから構成される。

【0042】

そして詳細属性欄５２Ｅは、データ長欄５２ＥＡ及び複数の項目欄５２ＥＢから構成されており、データ提供者との「事前の取決め」により規定された対応する収集データ属性に属する収集データのデータ長がデータ長欄５２ＥＡに格納され、当該「事前の取決め」により規定された対応する収集データ属性に属する収集データに含まれる個々の情報についてのフォーマットがそれぞれ対応する項目欄（項目＃１、項目＃２、……）５２ＥＢに格納される。例えば、エンジンの回転数、温度及びトルク等の計測値が１つの収集データとして送信される場合、項目＃１が回転数、項目＃２が温度、項目＃３がトルク、……に該当し、これら項目ごとに「事前の取決め」により規定されたその項目のデータの開始位置、長さ及び値の範囲などの情報が各項目欄５２ＥＢにそれぞれ格納される。

【0043】

また周辺属性欄５２Ｆは、送信元範囲欄５２ＦＡ及び受信頻度欄５２ＦＢから構成されており、データ提供者１０との「事前の取決め」により規定された対応する収集データ属性に属する収集データの送信元のＩＰアドレスの範囲が送信元範囲欄５２ＦＡに格納され、当該「事前の取決め」により規定されたその収集データ属性に属する収集データの受信頻度が受信頻度欄５２ＦＢに格納される。

【0044】

さらに保管方法欄５２Ｄには、受信した収集データの属性が、その収集データが属する収集データ属性についてデータ提供者１０との「事前の取決め」により規定された属性に従っている場合のその収集データの保管方法が格納される。

【0045】

従って、図２の場合、例えば「稼働情報」という収集データ属性の収集データについては、データ長が「128」バイト、データの先頭（「0byte」）から「４」バイト分が「0〜100」の範囲の数値をとる「項目＃１」の情報であり、データの「4byte」目から「４」バイト分が「-256〜256」の範囲の数値をとる「項目＃２」の情報であるべきことがデータ提供者１０との「事前の取決め」により規定されていることが示されている。

【0046】

また図２の場合、その収集データ属性（稼働情報）を送信するデータ収集クライアント２の送信元のＩＰアドレスの範囲は「アドレスＡ〜アドレスＢ」で、送信されてくる頻度は「１回／日以下」であることがデータ提供者１０との「事前の取決め」により規定され、さらにこの収集データ属性の収集データが、当該収集データ属性について「事前の取決め」により規定された形式を満たす場合には、その収集データを「属性１＿＃＃＃（＃＃＃は連番）」というファイル名の「ファイル」として保管するよう規定されていることが示されている。

【0047】

差異判定条件定義テーブル５３は、仲介サーバ４が、データ収集クライアント２から送信されてきた収集データの形式等がデータ提供者１０との「事前の取決め」により規定された形式等に従っているか否かを判定するための判定条件を管理するために利用されるテーブルであり、図３に示すように、判定条件番号欄５３Ａ、対象収集識別子欄５３Ｂ及び判定条件欄５３Ｃから構成される。

【0048】

そして判定条件番号欄５３Ａには、個々の判定条件の優先度を表す番号（判定条件番号）が格納される。なお図３では、判定条件番号の左側の数字が対象とする収集データ属性の収集識別子と一致しており、右側の数字（枝番）が対応する収集データ属性における判定条件の優先度を表す。この優先度は、右側の数値が小さいほど高い。従って、例えば図３の例の場合、判定条件番号が「1-3」の判定条件よりも判定条件番号が「1-2」の判定条件の方が優先度が高く、判定条件番号が「1-2」の判定条件よりも判定条件番号が「1-1」の判定条件の方が優先度が高い。

【0049】

また対象収集識別子欄５３Ｂには、対応する判定条件が適用される収集識別子が格納される。また判定条件欄５３Ｃには、対応する収集データ属性に属する収集データがデータ提供者との「事前の取決め」に従った属性（形式等）であるか否かを判定する際の判定条件が格納される。

【0050】

従って、図３の場合、例えば「収集データ属性＃１」という収集データ属性（稼働情報）に属する収集データに対する判定条件は「1-1」〜「1-3」の３つが規定されており、最も優先度が高い判定条件は、「収集データのデータ長が一致し、かつ収集データの実際の値が項目＃１、項目＃２の範囲をすべて満たし、かつ送信元範囲を満たす」ことであり、次に優先度が高い判定条件は「収集データの送信元が、収集データ属性について定義された送信元範囲である」ことであり、最も優先度が低い判定条件は、「収集データの受信頻度が、収集データ属性について定義された受信頻度を満たす」ことであることが示されている。

【0051】

収集データ保管方法定義テーブル５４は、収集データ処理方法決定処理の判定結果に応じて予め定義された収集データに対する処理方法（保管方法）を管理するために利用されるテーブルであり、図４に示すように、対象判定条件欄５４Ａ及び処理欄５４Ｂから構成される。

【0052】

そして対象判定条件欄５４Ａには、差異判定条件定義テーブル５３の判定条件番号欄５３Ａに格納されている各判定条件番号がそれぞれ格納される。また処理欄５４Ｂには、判定条件を優先度の高いものから順番に判定していった場合に、対応する判定条件番号の判定条件を初めて満たさなかった場合のその収集データの処理方法（保管方法）が格納される。この場合において、収集データを「事前の取決め」と異なる方法で保管する場合には、具体的な保管方法及び必要なパラメータが処理欄に格納される。

【0053】

従って、図４では、例えば収集識別子が「収集データ属性＃１」という収集データ属性（この例では稼働情報）の収集データについては、優先度が最も高い「判定条件＃１−１」という判定条件から順番に判定条件を満たすか否かを判定し、最初に「判定条件＃１−３」という判定条件を満たさなかった場合（「判定条件＃１−１」及び「判定条件＃１−２」の判定条件は満たしたが「判定条件＃１−３」の判定条件は満たさなかった場合）には、「属性１＿範囲外＃＃＃」（＃＃＃は連番）というファイル名を付与した「ファイル」として保管すべきことが示されている。また図４では、「収集データ属性＃２」の収集データについては、優先度が最も高い「判定条件＃２−１」から順番に判定条件を満たすか否かを判定し、「判定条件＃２−１」の判定条件を満たさなかった場合と、「判定条件＃２−１」の判定条件は満たすが「判定条件＃２−２」の判定条件を満たさない場合のいずれの場合にも、「事前の取決め」に従った方法で保管すべきことが示されている。

【0054】

収集データ保管方法記録テーブル５５は、受信及び保管した各収集データの保管方法を管理するために利用されるテーブルであり、図５に示すように、レコード番号欄５５Ａ、収集識別子欄５５Ｂ、識別子内連番欄５５Ｃ、保管方法欄５５Ｄ及び保管詳細欄５５Ｅから構成される。

【0055】

そしてレコード番号欄５５Ａには、そのレコード（行）に付与された識別番号が格納され、収集識別子欄５５Ｂには、対応する収集データが属する収集データ属性の収集識別子が格納される。また識別子内連番欄５５Ｃには、対応する収集データに付与された識別子内連番が格納される。この識別子内連番は、同じ収集識別子が付与された収集データ（つまり同じ収集データ属性の収集データ）を区別するために付与される連番であり、同じ収集データ属性の収集データに対して異なる識別子内連番が順次付与される。

【0056】

保管方法欄５５Ｄには、対応する収集データがその収集データ属性に応じた「事前の取決め」に従った保管方法と同一の保管方法及び異なる保管方法のいずれの方法で保管されているかが格納される。具体的に、対応する収集データがその収集データ属性に応じた「事前の取決め」に従った保管方法で保管されている場合には「同一」であることを表す文字列又はコード等が格納され、当該収集データがその収集データ属性に応じた「事前の取決め」と異なる保管方法で保管されている場合には「異なる」ことを表す文字列又はコード等が格納される。

【0057】

さらに保管詳細欄５５Ｅには、対応する収集データの保管方法の詳細が格納される。例えば、対応する収集データが「ファイル」形式として保管されている場合には、「保管方法＝ファイル」という情報と、その「ファイル」のファイル名とが格納される。

【0058】

従って、図５の場合、例えば、収集識別子として「収集データ属性＃１」、識別子内連番として「１」が付与された収集データの保管方法は、その収集データの収集データ属性について予め定められた「事前の取決め」による保管方法と「同一」であり、より詳細には、その収集データが「ファイル」形式で「属性１＿１」というファイル名で保管されていることが示されている。

【0059】

なお図５では、収集データ保管方法記録テーブル５５において、各収集データを収集データ属性ごとに纏めるようにソートした状態を示しているが、受信した順番で収集データを収集データ保管方法記録テーブル５５に登録し、そのままの状態で各収集データの保管方法を管理（つまり収集データ属性ごとに纏めるようにソートしない状態で管理）するようにしても良い。

【0060】

配信データ属性テーブル５６は、配信データ属性を管理するために利用されるテーブルであり、図６に示すように、配信識別子欄５６Ａ、収集識別子欄５６Ｂ、配信項目欄５６Ｃ及び配信先欄５６Ｄから構成される。

【0061】

そして配信識別子欄５６Ａには、仲介サーバ４からデータ配信先クライアント６に送信される配信データの各配信データ属性の配信識別子がそれぞれ格納され、収集識別子欄には、その配信識別子と対応付けられた収集識別子が格納される。

【0062】

さらに配信項目欄５６Ｃには、対応する収集データ属性に属する収集データのうち、データ配信先クライアント６に配信すべき項目を表す情報（配信対象の項目の識別情報）が格納される。また配信対象が収集データ全体の場合には、その旨を表す文字列又はコード（「収集データ全体」）等が配信項目欄５６Ｃに格納される。さらに配信先欄５６Ｄには、対応する配信データの配信先となるデータ配信先クライアント６のアドレスが格納される。

【0063】

従って、図６の場合、「配信データ属性＃１」という配信識別子は「収集データ属性＃１」という収集識別子と対応付けられており、当該収集識別子に属する収集データのうちの「項目＃１、＃２」のデータを「アドレス１」のデータ配信先クライアント６に送信すべきことが示されている。

【0064】

（１−３）本実施の形態によるデータ収集配信機能に関する各種処理
次に、本実施の形態によるデータ収集配信機能に関連して実行される各種処理の処理内容について説明する。なお、以下においては、各種処理の処理主体を「プログラム（……部）」として記載するが、実際上は、そのプログラムに基づいて仲介サーバ４のＣＰＵ２１（図１）がその処理を実行することはいうまでもない。

【0065】

（１−３−１）データ収集処理
（１−３−１−１）データ収集処理
図７は、データ収集クライアント２から収集データが送信されてきたときに仲介サーバ４において実行されるデータ収集処理の処理手順を示す。

【0066】

仲介サーバ４では、データ収集クライアント２から収集データが送信されてくるとこのデータ収集処理が開始され、まず、収集データ受信部４０（図１）によりその収集データの受信処理が実行される（ＳＰ１）。なお、収集データには、上述のようにその収集データ属性も含まれる。

【0067】

続いて、その収集データの属性（形式等）が、当該収集データが属する収集データ属性について規定されている「事前の取決め」に従った形式等と差異があるか否かを判定する収集データ属性差異判定処理が収集データ属性差異判定部４１（図１）により実行される（ＳＰ２）。

【0068】

次いで、かかる収集データ属性差異判定処理の処理結果に基づいてその収集データの処理方法（保管方法）を決定する収集データ処理方法決定処理が収集データ処理方法決定部４２（図１）により実行される（ＳＰ３）。

【0069】

さらに、かかる収集データ処理方法決定処理の処理結果に従ってその収集データを保管する収集データ保管処理が収集データ保管処理部４３（図１）により実行され（ＳＰ４）、この後、このデータ収集処理が終了する。

【0070】

（１−３−１−２）収集データ属性差異判定処理
図８は、図７について上述したデータ収集処理のステップＳＰ２において収集データ属性差異判定部４１により実行される収集データ属性差異判定処理の具体的な処理内容を示す。

【0071】

収集データ属性差異判定部４１は、この収集データ属性差異判定処理を開始すると、まず、そのとき対象としている収集データに含まれる収集識別子からその収集データの収集データ属性を特定する（ＳＰ１０）。

【0072】

続いて、収集データ属性差異判定部４１は、差異判定条件定義テーブル５３（図３）から、対象収集識別子欄５３Ｂに格納されている収集識別子がステップＳＰ１０において特定した収集データ属性の収集識別子と合致する判定条件の中から未処理の判定条件であって優先度が最も高い１つの判定条件を選択する（ＳＰ１１）。

【0073】

次いで、収集データ属性差異判定部４１は、ステップＳＰ１１で選択した判定条件に従って、その収集データの形式等がステップＳＰ１１で選択した判定条件を満たすか否かを判断する（ＳＰ１２）。そして収集データ属性差異判定部４１は、この判断で肯定結果を得ると、この収集データ属性差異判定処理を終了する。

【0074】

これに対して、収集データ属性差異判定部４１は、ステップＳＰ１２の判断で否定結果を得ると、差異判定条件定義テーブル５３に登録された判定条件であって、対象収集識別子欄５３Ｂに格納されている収集識別子がステップＳＰ１０において特定した収集データ属性の収集識別子と合致するすべての判定条件についてステップＳＰ１２の処理を実行し終えたか否かを判断する（ＳＰ１３）。

【0075】

収集データ属性差異判定部４１は、この判断で否定結果を得るとステップＳＰ１１に戻り、この後、ステップＳＰ１１で選択する判定条件を順次他の未処理の判定条件に切り替えながらステップＳＰ１１〜ステップＳＰ１３の処理を繰り返す。

【0076】

そして収集データ属性差異判定部４１は、やがて差異判定条件定義テーブル５３に登録された判定条件であって、対象収集識別子欄５３Ｂに格納されている収集識別子がステップＳＰ１０において特定した収集データ属性の収集識別子と合致するすべての判定条件についてステップＳＰ１２の処理を実行し終えることによりステップＳＰ１３で肯定結果を得ると、この収集データ属性差異判定処理を終了する。

【0077】

（１−３−１−３）収集データ処理方法決定処理
図９は、図７について上述したデータ収集処理のステップＳＰ３において収集データ処理方法決定部４２により実行される収集データ処理方法決定処理の具体的な処理内容を示す。

【0078】

収集データ処理方法決定部４２は、この収集データ処理方法決定処理を開始すると、まず、上述した収集データ属性差異判定処理（図８）のステップＳＰ１２の判定結果に基づいて、そのとき対象としている収集データが当該収集データの収集データ属性について規定されたすべての判定条件を満たしているか否かを判断する（ＳＰ２０）。

【0079】

この判断で肯定結果を得ることは、その収集データの形式が、その収集データが属する収集データ属性についての「事前の取決め」に従った形式等であることを意味する。かくして、このとき収集データ処理方法決定部４２は、その収集データの処理方法（保管方法）として、当該収集データが属する収集データ属性についての「事前の取決め」に従った方法に決定し（ＳＰ２１）、この後、この収集データ処理方法決定処理を終了する。

【0080】

これに対して、ステップＳＰ２０の判断で否定結果を得ることは、その収集データの形式が、その収集データが属する収集データ属性についての「事前の取決め」に従った形式でないことを意味する。かくして、このとき収集データ処理方法決定部４２は、その収集データが満たさない判定条件のうち、判定条件番号が最も小さい（優先度が最も高い）判定条件の当該判定条件番号を取得する（ＳＰ２２）。

【0081】

続いて、収集データ処理方法決定部４２は、ステップＳＰ２２において取得した判定条件番号に対して収集データ保管方法定義テーブル５４上で規定された処理方法（保管方法）をその収集データの処理方法として決定し（ＳＰ２３）、この後、この収集データ処理方法決定処理を終了する。

【0082】

（１−３−１−４）収集データ保管処理
図１０は、図７について上述したデータ収集処理のステップＳＰ４において収集データ保管処理部４３により実行される収集データ保管処理の具体的な処理内容を示す。

【0083】

収集データ保管処理部４３は、この収集データ保管処理を開始すると、まず、上述した収集データ処理方法決定処理（図９）において決定された、そのとき対象としている収集データの処理方法（保管方法）を収集データ処理方法決定部４２から取得する（ＳＰ３０）。

【0084】

続いて、収集データ保管処理部４３は、ステップＳＰ３０において取得した処理方法が「事前の取決め」に従った保管方法であるか否かを判断する（ＳＰ３１）。

【0085】

そして収集データ保管処理部４３は、ステップＳＰ３１の判断で否定結果を得ると、上述の収集データ処理方法決定処理（図９）のステップＳＰ２３で決定した処理方法（保管方法）を収集データ保管方法定義テーブル５４（図４）から取得する（ＳＰ３２）。また収集データ保管処理部４３は、ステップＳＰ３１の判断で肯定結果を得ると、その収集データに対する「事前の取決め」に従った処理方法を収集データ属性テーブル５２（図２）から取得する（ＳＰ３３）。

【0086】

次いで、収集データ保管処理部４３は、そのとき対象としている収集データをステップＳＰ３２又はステップＳＰ３３で取得した処理方法により保管する（ＳＰ３４）。この際、収集データ保管処理部４３は、その収集データを「事前の取決め」に従った処理方法により保管する場合には、その収集データを二次記憶装置２３内の収集データ保管部５０（図１）に格納する。これに対して収集データ保管処理部４３は、その収集データを「事前の取決め」以外の処理方法により保管する場合には、その収集データを二次記憶装置２３内の収集データ代替保管部５１（図１）に格納する。

【0087】

さらに収集データ保管処理部４３は、その収集データを収集データ保管方法記録テーブル５５（図５）に登録し（ＳＰ３５）、この後、この収集データ保管処理を終了する。

【0088】

（１−３−２）データ配信処理
（１−３−２−１）データ配信処理
図１１は、データ配信先クライアント６からデータ配信要求が送信されてきたときに仲介サーバ４において実行されるデータ配信処理の処理手順を示す。

【0089】

仲介サーバ４では、データ配信先クライアント６からデータ配信要求が送信されてくるとこのデータ配信処理が開始され、まず、データ配信要求受信部４４（図１）によりそのデータ配信要求の受信処理が実行される（ＳＰ４０）。なお、この際、データ配信要求には、上述のように要求する配信データの配信データ属性を表す配信識別子も含まれる。

【0090】

続いて、そのデータ配信要求により要求された収集データを二次記憶装置２３内の収集データ保管部５０（図１）から取り出す保管データ取出し処理が保管データ取出し部４５（図１）により実行される（ＳＰ４１）。

【0091】

次いで、保管データ取出し部４５により二次記憶装置２３内の収集データ保管部５０から取り出された収集データの形式をデータ利用者との「事前の取決め」に従った形式に加工する保管データ加工処理が保管データ加工部４６（図１）により実行される（ＳＰ４２）。

【0092】

さらに、かかる保管データ加工処理により加工された収集データを配信データとしてデータ配信要求の送信元のデータ配信先クライアント６に送信する配信データ送信処理が配信データ送信部４７（図１）により実行され（ＳＰ４３）、この後、このデータ配信処理が終了する。

【0093】

（１−３−２−２）保管データ取出し処理
図１２は、図１１について上述したデータ配信処理のステップＳＰ４１において保管データ取出し部４５により実行される保管データ取出し処理の具体的な処理内容を示す。

【0094】

保管データ取出し部４５は、この保管データ取出し処理を開始すると、まず、データ配信要求に含まれる配信識別子に基づき、配信データ属性テーブル５６（図６）を参照して、配信データの配信データ属性を特定する（ＳＰ５０）。

【0095】

続いて、保管データ取出し部４５は、配信データ属性テーブル５６を参照して、ステップＳＰ５０で特定した配信データ属性に対応する収集データ属性（二次記憶装置２３内の収集データ保管部５０から取り出すべき収集データの収集データ属性）を特定する（ＳＰ５１）。

【0096】

さらに保管データ取出し部４５は、ステップＳＰ５１において特定した収集データ属性を有するすべての収集データを収集データ保管方法記録テーブル５５（図５）上で特定する（ＳＰ５２）。

【0097】

次いで、保管データ取出し部４５は、ステップＳＰ５２で特定した収集データの中から１つの収集データを選択し（ＳＰ５３）、選択した収集データの保管方法がその収集データの収集データ属性について定められた「事前の取決め」に従った保管方法であるか否かを収集データ保管方法記録テーブル５５を参照して判断する（ＳＰ５４）。

【0098】

ここで、このステップＳＰ５４の判断で否定結果を得ることは、そのとき対象としている収集データの形式等がその収集データの収集データ属性について予め定められた「事前の取決め」に従った形式等でないことを意味する。かくして、このとき保管データ取出し部４５は、ステップＳＰに５６進む。

【0099】

これに対して、ステップＳＰ５４の判断で肯定結果を得ることは、そのとき対象としている収集データの形式等がその収集データの収集データ属性について予め定められた「事前の取決め」に従った形式等であることを意味する。かくして、このとき保管データ取出し部４５は、そのとき対象としている収集データを二次記憶装置２３内の収集データ保管部５０から取り出す（ＳＰ５５）。

【0100】

次いで、保管データ取出し部４５は、ステップＳＰ５２において収集データ保管方法記録テーブル５５上で特定したすべての収集データについてステップＳＰ５４及びステップＳＰ５５の処理を実行し終えたか否かを判断する（ＳＰ５６）。

【0101】

保管データ取出し部４５は、この判断で否定結果を得るとステップＳＰ５４に戻り、この後、ステップＳＰ５３で選択する収集データを順次他の未処理の収集データに切り替えながらステップＳＰ５３〜ステップＳＰ５６の処理を繰り返す。

【0102】

そして保管データ取出し部４５は、やがてステップＳＰ５２において収集データ保管方法記録テーブル５５上で特定したすべての収集データについてステップＳＰ５４及びステップＳＰ５５の処理を実行し終えることによりステップＳＰ５６で肯定結果を得ると、この保管データ取出し処理を終了する。

【0103】

（１−３−２−３）保管データ加工処理
図１３は、図１１について上述したデータ配信処理のステップＳＰ４２において保管データ加工部４６により実行される保管データ加工処理の具体的な処理内容を示す。

【0104】

保管データ加工部４６は、この保管データ加工処理を開始すると、まず、上述した保管データ取出し処理（図１２）において二次記憶装置２３内の収集データ保管部５０から取り出した収集データを１つ選択し（ＳＰ６０）、配信データ属性テーブル５６（図６）を参照して、選択した収集データの形式をデータ利用者との「事前の取決め」に従った形式に加工する加工処理を実行する（ＳＰ６１）。

【0105】

次いで、保管データ加工部４６は、保管データ取出し処理において二次記憶装置２３内の収集データ保管部５０から取り出したすべての収集データについてステップＳＰ６１の処理を実行し終えたか否かを判断する（ＳＰ６２）。

【0106】

そして保管データ加工部４６は、この判断で否定結果を得るとステップＳＰ６０に戻り、この後、ステップＳＰ６０で選択する収集データを順次他の未処理の収集データに切り替えながらステップＳＰ６０〜ステップＳＰ６２の処理を繰り返す。

【0107】

そして保管データ加工部４６は、やがて保管データ取出し処理において二次記憶装置２３内の収集データ保管部５０から取り出したすべての収集データについてステップＳＰ６１の処理を実行し終えることによりステップＳＰ６２で肯定結果を得ると、この保管データ加工処理を終了する。

【0108】

なお、図１１のステップＳＰ４３について上述したように、このように保管データ加工部４６により加工された収集データがこの後、配信データ送信部４７（図１）によりデータ配信要求の送信元のデータ配信先クライアント６に送信される。

【0109】

（１−４）本実施の形態の効果
以上のように本実施の形態のデータ収集配信システム１では、仲介サーバ４が、データ配信先クライアント６からのデータ配信要求に応じて、データ収集クライアント２から送信される収集データのうち、データ提供者１０及びデータ交換仲介者２０間の「事前の取決め」に従った形式等の収集データのみを選択的にそのデータ配信先クライアント６に送信する。

【0110】

従って、本データ収集配信システム１では、データ収集クライアント４から仲介サーバ４に送信される収集データとして、データ提供者１０及びデータ交換仲介者２０の「事前の取決め」に従った形式等のものと、当該「事前の取決め」と異なる形式等のものとが混在している場合においても、仲介サーバ４からデータ配信先クライアント６に対して常にデータ交換仲介者２０及びデータ利用者３０間の「事前の取決め」に従った収集データのみが配信データとして送信される。

【0111】

よって、本データ収集配信システム１によれば、データ提供者１０によるデータ収集クライアント２の更新やデータ収集試験に起因して、仲介サーバ４からデータ配信先クライアント６に「事前の取決め」と異なる形式等の配信データが配信されるのを未然かつ有効に防止することができるため、データ提供者１０がデータ収集クライアント２の更新やデータ収集試験をデータ提供者１０側の都合で自由に行うことができる。かくするにつき、データ提供者の利便性を向上させることができる。

【0112】

（２）第２の実施の形態
図１との対応部分に同一符号を付して示す図１４は、第２の実施の形態によるデータ収集配信システム６０を示す。このデータ収集配信システム６０は、収集データの形式等が「事前の取決め」と異なる形式等である場合に、本来その収集データの配信を受けるべきであったデータ配信先クライアント６に対して、収集データが「事前の取決め」と異なる方法で保管された（二次記憶装置２３内の収集データ代替保管部５１に保管された）ことを通知する収集データ代替保管通知機能が搭載されている点を除いて第１の実施の形態によるデータ収集配信システム１と同様に構成されている。

【0113】

実際上、本実施の形態によるデータ収集配信システム１では、仲介サーバ６１の主記憶装置２２内に、第１の実施の形態について上述した各種プログラムに加えて、収集データ代替保管通知部６２が格納されている。この収集データ代替保管通知部６２は、収集データ保管処理部４３（図１）が収集データを「事前の取決め」と異なる保管方法で保管した場合に、その旨を本来その収集データの配信を受けるべきであったデータ配信先クライアント６に通知する機能を有するプログラムである。なお、以下においては、この通知を収集データ代替保管通知と呼ぶものとする。

【0114】

また本実施の形態の場合、配信データ属性テーブル６３には、図１５に示すように、第１の実施の形態による配信データ属性テーブル５６（図６）の配信識別子欄５６Ａ、収集識別子欄５６Ｂ、配信項目欄５６Ｃ及び配信先欄５６Ｄと同様の情報がそれぞれ格納される配信識別子欄６３Ａ、収集識別子欄６３Ｂ、配信項目欄６３Ｃ及び配信先欄６３Ｄに加えて、通知要否欄６３Ｅが設けられている。

【0115】

そして通知要否欄６３Ｅには、対応する配信データ属性の配信データの配信を受けるデータ利用者３０（図１）との「事前の取決め」により上述の収集データ代替保管通知を送信する必要があるか否かを表す情報（文字列又はコード等）が格納される。具体的に、通知要否欄６３Ｅには、収集データ代替保管通知を対応するデータ配信先クライアント６に送信する必要がある場合には「要」、必要がない場合には「否」が格納される。

【0116】

かくして収集データ代替保管通知部６２は、収集データ保管処理部４３により収集データが二次記憶装置２３内の収集データ代替保管部５１に保管された場合であって、配信データ属性テーブル６３における対応する通知要否欄６３Ｅに「否」が格納されている場合には、その配信データ属性の収集データの配信を受けるべきであったデータ配信先クライアント６に収集データ代替保管通知を送信しないのに対して、配信データ属性テーブル６３における対応する通知要否欄６３Ｅに「要」が格納されている場合には、その配信データ属性の収集データの配信を受けるべきであったデータ配信先クライアント６に収集データ代替保管通知を送信する。

【0117】

図１６は、このような収集データ代替保管通知部６２により実行される収集データ代替保管通知処理の具体的な処理手順を示す。収集データ代替保管通知部６２は、収集データ保管処理部４３による収集データ保管処理（図１０）が完了すると、この図１６に示す収集データ代替保管通知処理を開始し、まず、そのとき実行された収集データ保管処理の処理内容を収集データ保管処理部４３に問い合わせる（ＳＰ７０）。

【0118】

続いて、収集データ代替保管通知部６２は、ステップＳＰ７０の問合わせ結果に基づいて、そのとき対象としている収集データが「事前の取決め」に従った保管方法により収集データ保管部に保管されたか否かを判断する（ＳＰ７１）。そして収集データ代替保管通知部６２は、この判断で肯定結果を得るとこの収集データ代替保管通知処理を終了する。

【0119】

これに対して、収集データ代替保管通知部６２は、ステップＳＰ７１の判断で否定結果を得ると、配信データ属性テーブル６３を参照して、そのとき対象としている収集データが属する収集データ属性と対応付けられたすべての配信データ属性を特定する（ＳＰ７２）。

【0120】

次いで、収集データ代替保管通知部６２は、ステップＳＰ７２で特定した配信データ属性の中から１つの配信データ属性を選択し（ＳＰ７３）、配信データ属性テーブル６３を参照して、ステップＳＰ７３で選択した配信データ属性について、対応するデータ配信先クライアント６に対する収集データ代替保管通知の送信が必要であるか否かを判断する（ＳＰ７４）。

【0121】

そして収集データ代替保管通知部６２は、この判断で否定結果を得ると、ステップＳＰ７６に進む。これに対して、収集データ代替保管通知部６２は、ステップＳＰ７４の判断で肯定結果を得ると、配信データ属性テーブル６３を参照して、その収集データの配信を受けるべきであったデータ配信先クライアント６に対して収集データ代替保管通知を送信する（ＳＰ７４）。

【0122】

この後、収集データ代替保管通知部６２は、ステップＳＰ７２で特定したすべての配信データ属性についてステップＳＰ７４及びステップＳＰ７５の処理を完了したか否かを判断する（７６）。そして収集データ代替保管通知部６２は、この判断で否定結果を得るとステップＳＰ７３に戻り、この後、ステップＳＰ７３で選択する配信データ属性を順次未処理の他の配信データ属性に切り替えながら、ステップＳＰ７３〜ステップＳＰ７６の処理を繰り返す。

【0123】

そして収集データ代替保管通知部６２は、やがてステップＳＰ７２で特定したすべての配信データ属性についてステップＳＰ７４及びステップＳＰ７５の処理を完了することによりステップＳＰ７６で肯定結果を得ると、この収集データ代替保管通知処理を終了する。

【0124】

以上のように本実施の形態によるデータ収集配信システム６０では、データ提供者１０及びデータ交換仲介者２０間の「事前の取決め」と異なる形式等の収集データがデータ収集クライアント２から仲介サーバ６１に与えられ、仲介サーバ６１がその収集データを収集データ代替保管部５１に保管した場合に、仲介サーバ６１がその旨をデータ配信先クライアント６に通知するようにしているため、データ利用者がそのような収集データの存在を認識することができる。

【0125】

従って、例えばデータ利用者がそのような収集データを利用したい場合にその収集データの配信をデータ配信先クライアント６から仲介サーバ６１に要求することで、そのような収集データについてもデータ利用者が利用することができる。

【0126】

よって、本データ収集配信システム６０によれば、データ提供者１０側の都合での収集データの形式変更に対して、データ利用者３０側が形式変更された収集データの利用できるようになるまでの時間を短縮することができるため、第１の実施の形態により得られる効果に加えて、データ利用者側の利便性を向上させることができるという効果をも得ることができる。

【0127】

（３）第３の実施の形態
（３−１）本実施の形態によるデータ収集配信システムの構成
図１４との対応部分に同一符号を付して示す図１７は、第３の実施の形態によるデータ収集配信システム７０を示す。このデータ収集配信システム７０は、仲介サーバ７１に第１の拡張データ配信機能が搭載されている点を除いて第２の実施の形態によるデータ収集配信システム６０と同様に構成されている。

【0128】

ここで、かかる第１の拡張データ配信機能とは、「事前の取決め」と異なる保管方法で保管された（つまり収集データ代替保管部５１に保管された）収集データを新たな配信データ属性と対応付けて管理すると共に、当該新たな配信データ属性の存在をデータ配信先クライアント６に通知し、データ配信先クライアント６からのデータ配信要求に応じてその新たな配信データ属性に属する収集データをそのデータ配信先クライアント６に提供する機能である。

【0129】

このような第１の拡張データ配信機能を実現するための手段として、仲介サーバ７１の主記憶装置２２には、収集データ受信部４０、収集データ属性差異判定部４１、収集データ処理方法決定部４２、収集データ保管処理部４３、データ配信要求受信部４４、保管データ加工部４６及び配信データ送信部４７に加えて、配信データ属性生成部７２が格納されている。また仲介サーバ７１の主記憶装置２２には、保管データ取出し部４５（図１４）に代えて、拡張保管データ取出し部７３が格納されると共に、仲介サーバ７１の二次記憶装置２３には、配信データ属性テーブル６３（図１４）に代えて拡張配信データ属性テーブル７４が格納されている。

【0130】

配信データ属性生成部７２は、収集データ保管処理部４３により収集データが二次記憶装置２３内の収集データ代替保管部５１に保管された場合（つまり収集データの形式が「事前の取決め」の形式等を満たさなかった場合）に、その収集データと対応付けた新たな配信データ属性を生成し、生成した新たな配信データ属性を拡張配信データ属性テーブル７４に登録する機能を有するプログラムである。

【0131】

また拡張保管データ取出し部７３は、データ配信先クライアント６から配信要求された配信データ属性（配信データ属性生成部７２により生成された新たな配信データ属性を含む）の収集データを収集データ保管部５０又は収集データ代替保管部５１から取り出す（読み出す）機能を有するプログラムである。

【0132】

さらに拡張配信データ属性テーブル７４は、配信データ属性を管理するために利用されるテーブルであり、図１８に示すように、配信識別子欄７４Ａ、収集識別子欄７４Ｂ、保管方法欄７４Ｃ、配信項目欄７４Ｄ、配信先欄７４Ｅ及び通知要否欄７４Ｆから構成される。

【0133】

そして配信識別子欄７４Ａ、収集識別子欄７４Ｂ、配信項目欄７４Ｄ、配信先欄７４Ｅ及び通知要否欄７４Ｆには、図１５について上述した第２の実施の形態の配信データ属性テーブル６３の配信識別子欄６３Ａ、収集識別子欄６３Ｂ、配信項目欄６３Ｃ、配信先欄６３Ｄ及び通知要否欄６３Ｅに格納される情報と同様の情報が格納される。

【0134】

また保管方法欄７４Ｃには、対応する収集データの保管方法が格納される。この場合、「事前の取決め」により規定されている既存の配信データ属性に対応するレコード（行）の保管方法欄７４Ｃには、対応する収集データが「事前の取決め」により規定された保管方法により保管されている旨の情報（「事前の取決めと同一」を表す文字列又はコード等）が格納される。これに対して新たに生成された配信データ属性に対応するレコードの保管方法欄７４Ｃには、対応する収集データが「事前の取決め」とは異なる方法で保管されている旨の情報（「事前の取決めと異なる」を表す文字列又はコード等）と、その収集データの具体的な保管方法を表す情報（保管方式やファイル名等）とが格納される。

【0135】

従って、図１８の場合、最後のレコード（行）は、「事前の取決め」と異なる形式等でデータ収集クライアントから送信されてきた「収集データ属性＃１」に属する収集データが「属性１＿範囲外＿＃＃＃」というファイル名が付与された「ファイル」として保管されており、その収集データが「配信データ属性＃８」という配信識別子と対応付けられていることが示されている。

【0136】

（３−２）第１の拡張データ配信機能に関連して実行される各種処理
（３−２−１）配信データ属性生成処理
図１９は、配信データ属性生成部７２により実行される配信データ属性生成処理の処理手順を示す。配信データ属性生成部７２は、収集データ保管処理部４３により図１０について上述した収集データ保管処理が実行された後、収集データ代替保管通知部７５により図１６について上述した収集データ代替保管通知処理が実行される前に、この図１９に示す配信データ属性生成処理を実行する。

【0137】

配信データ属性生成部７２は、この配信データ属性生成処理を開始すると、まず、先行して収集データ保管処理部４３により実行された収集データ保管処理において収集データが「事前の取決め」以外の保管方法で保管されたか否かを収集データ保管処理部４３に問い合わせる（ＳＰ８０）。そして配信データ属性生成部７２は、かかる収集データが「事前の取決め」に従った保管方法で保管された場合（ＳＰ８０：ＮＯ）には、この配信データ属性生成処理を終了する。

【0138】

これに対して、配信データ属性生成部７２は、かかる収集データが「事前の取決め」以外の保管方法で保管された場合（ＳＰ８０：ＹＥＳ）には、かかる収集データの収集データ属性と対応付けられたすべての配信データ属性を拡張配信データ属性テーブル７４上で特定する（ＳＰ８１）。

【0139】

続いて、配信データ属性生成部７２は、ステップＳＰ８１で特定した配信データ属性の中から１つの配信データ属性を選択し（ＳＰ８２）、選択した配信データ属性に関連して生成すべき配信データ属性が存在するか否かを拡張配信データ属性テーブル７４を参照して判断する（ＳＰ８３）。具体的に、配信データ属性生成部７２は、ステップＳＰ８３において、ステップＳＰ８２で選択した配信データ属性が対応付けられた収集識別子と同じ収集識別子と対応付けられ、かつ、その収集識別子が付与された収集データ属性に属する収集データの保管方法が「事前の取決め」以外の方法の保管方法である場合の配信データ属性が存在するか否かを拡張配信データ属性テーブル７４を参照して判断する（ＳＰ８３）。

【0140】

そして、配信データ属性生成部７２は、ステップＳＰ８３の判断で肯定結果を得ると、この配信データ属性生成処理を終了する。これに対して、配信データ属性生成部７２は、ステップＳＰ８３の判断で否定結果を得ると、新たな配信データ属性を生成し、生成した配信データ属性を拡張配信データ属性テーブル７４に追加登録する（ＳＰ８４）。

【0141】

この際、新たに生成された配信データ属性は、その収集データと本来的に対応付けられた配信データ属性（つまりその収集データが「事前の取決め」に従った保管方法で保管された場合に対応付けられる配信データ属性）と対応付けられた収集データ属性の収集識別子と、配信先と、収集データ代替保管通知の要否とを引き継ぐ。また新たに生成された配信データ属性では、配信対象は収集データ全体とする。

【0142】

従って、配信データ属性生成部７２は、ステップＳＰ８４において、拡張配信データ属性テーブル７４に新たに生成した配信データ属性用のレコード（行）を追加し、そのレコードの配信識別子欄７４Ａに新たに生成した配信データ属性に対して付与した配信識別子を格納する。また配信データ属性生成部７２は、そのレコードの収集識別子欄７４Ｂ、配信先欄７４Ｅ及び通知要否欄７４Ｆに、そのとき対象としている収集データと本来的に対応付けられた配信データ属性に対応するエントリの収集識別子欄７４Ｂ、配信先欄７４Ｅ及び通知要否欄７４Ｆに格納されている情報をコピーする。

【0143】

さらに配信データ属性生成部７２は、ステップＳＰ８４において、拡張配信データ属性テーブル７４に追加したレコードの保管方法欄７４Ｃに、保管方法が「事前の取決め」と異なる旨の情報を格納すると共に、収集データ保管方法定義テーブル５４（図４）における対応する処理欄５４Ｂに登録されている保管方法をコピーする。さらに配信データ属性生成部７２は、ステップＳＰ８４において、拡張配信データ属性テーブル７４に追加したレコードの配信項目欄７４Ｄに、収集データ全体を配信対象とする旨の文字列又はコード等の情報を格納する。

【0144】

次いで、配信データ属性生成部７２は、ステップＳＰ８１で特定したすべての配信データ属性についてステップＳＰ８３及びステップＳＰ８４の処理を実行し終えたか否かを判断する（ＳＰ８５）。そして配信データ属性生成部７２は、この判断で否定結果を得るとステップＳＰ８２に戻り、この後ステップＳＰ８２〜ステップＳＰ８５の処理を繰り返す。

【0145】

そして配信データ属性生成部７２は、やがてステップＳＰ８１で特定したすべての配信データ属性についてステップＳＰ８３及びステップＳＰ８４の処理を実行し終えることによりステップＳＰ８５で肯定結果を得ると、この配信データ属性生成処理を終了する。

【0146】

（３−２−２）保管データ取出し処理
一方、図２０は、図１１について上述したデータ配信処理のステップＳＰ４１において、保管データ取出し部４５（図１４）に代えて拡張保管データ取出し部７３により実行される保管データ取出し処理の処理内容を示す。

【0147】

拡張保管データ取出し部７３は、この保管データ取出し処理を開始すると、まず、データ配信要求に含まれる配信識別子から配信データ属性を特定し（ＳＰ９０）、拡張配信データ属性テーブル７４（図１８）を参照して、特定した配信データ属性と対応付けられた取出し対象の収集データの収集データ属性を特定する（ＳＰ９１）。

【0148】

続いて、拡張保管データ取出し部７３は、拡張配信データ属性テーブル７４を参照して、ステップＳＰ９１において特定した取出し対象の収集データが「事前の取決め」に従った保管方法で保管されているか否かを判断する（ＳＰ９２）。

【0149】

そして拡張保管データ取出し部７３は、この判断で肯定結果を得た場合には、ステップＳＰ９１で特定した収集データ属性に属する収集データのうち、「事前の取決め」と異なる保管方法で保管されている収集データを収集データ保管方法記録テーブル５５上で特定する（ＳＰ９３）。これに対して、拡張保管データ取出し部７３は、ステップＳＰの判断で否定結果を得た場合には、ステップＳＰ９１で特定した収集データ属性に属する収集データのうち、「事前の取決め」に従った保管方法で保管されている収集データを収集データ保管方法記録テーブル５５上で特定する（ＳＰ９４）。

【0150】

そして拡張保管データ取出し部７３は、ステップＳＰ９３又はステップＳＰ９４において特定した収集データのうちの１つの収集データを選択し（ＳＰ９５）、選択した収集データを二次記憶装置２３内の収集データ保管部５０又は収集データ代替保管部５１から取り出す（ＳＰ９６）。

【0151】

さらに拡張保管データ取出し部７３は、ステップＳＰ９３又はステップＳＰ９４において特定したすべての収集データについてステップＳＰ９６の処理を実行し終えたか否かを判断する（ＳＰ９７）。そして拡張保管データ取出し部７３は、この判断で否定結果を得るとステップＳＰ９５に戻り、この後、ステップＳＰ９５において選択する収集データを未処理の収集データに順次切り替えながらステップＳＰ９５〜ステップＳＰ９７の処理を繰り返す。

【0152】

そして拡張保管データ取出し部７３は、やがてステップＳＰ９３又はステップＳＰ９４において特定したすべての収集データを収集データ保管部５０又は収集データ代替保管部５１から取り出し終えることによりステップＳＰ９７で肯定結果を得ると、この保管データ取出し処理を終了する。

【0153】

なお、この後に収集データ代替保管通知部７５により実行される収集データ代替保管通知処理（図１６）では、ステップＳＰ７５において対応するデータ配信先クライアント６に収集データ代替保管通知を送信する際、上述の保管データ取出し処理において新たに生成した配信データ属性の配信識別子もその収集データ代替保管通知に含めてデータ配信先クライアント６に送信する。

【0154】

従って、新たに生成された配信データ属性と対応付けられた配信識別子を受信したデータ配信先クライアント６は、その新たな配信データ属性と対応付けられた収集データの送信を希望する場合には、当該配信識別子を含むデータ配信要求を仲介サーバ７１に送信することになる。

【0155】

（３−３）本実施の形態の効果
以上のように本実施の形態のデータ収集配信システム７０では、仲介サーバ７１が、収集データを収集データ代替保管部５１に保管した場合に、そのような収集データを新たな配信データ属性と対応付けて管理すると共に、収集データを収集データ代替保管部５１に保管した旨と、その収集データと対応付けられた新たな配信データ属性とを対応するデータ配信先クライアント６に通知する。また仲介サーバ７１は、その配信データ属性を指定したデータ配信要求に応じて、当該配信データ属性と対応付けられた収集データをデータ配信先クライアント６に送信する。

【0156】

従って、本データ収集配信システム７０によれば、第２の実施の形態と同様に、データ提供者１０側の都合での収集データの形式変更に対して、データ利用者３０側が形式変更された収集データの利用できるようになるまでの時間を短縮することができるため、第１の実施の形態により得られる効果に加えて、データ利用者側の利便性を向上させることができるという効果をも得ることができる。

【0157】

（４）第４の実施の形態
（４−１）本実施の形態によるデータ収集配信システムの構成
図１との対応部分に同一符号を付して示す図２１は、第４の実施の形態によるデータ収集配信システム８０を示す。このデータ収集配信システム８０は、仲介サーバ８１に第２の拡張データ配信機能が搭載されている点を除いて第１の実施の形態によるデータ収集配信システム１と同様に構成されている。

【0158】

ここで、第２の拡張データ配信機能とは、データ収集クライアント２から送信されてきた収集データ全体の形式等がデータ提供者１０及びデータ交換仲介者２０間の「事前の取決め」と異なっている場合においても、データ長がその「事前の取決め」を満たしており、かつ配信対象の各項目の形式がその「事前の取決め」を満たしている場合には、その収集データを対応するデータ配信先クライアント６に配信する機能である。

【0159】

このような第２の拡張データ配信機能を実現するための手段として、仲介サーバ８１の主記憶装置２２には、収集データ受信部４０、収集データ属性差異判定部４１、収集データ処理方法決定部４２、収集データ保管処理部４３、データ配信要求受信部４４及び配信データ送信部４７に加えて、収集データ属性差異記録部８２が格納されている。また仲介サーバ８１の主記憶装置２２には、保管データ取出し部４５（図１）及び保管データ加工部４６（図１）にそれぞれ代えて拡張保管データ取出し部８３及び拡張保管データ加工部８４が格納されると共に、仲介サーバ８１の二次記憶装置２３には収集データ属性差異記録テーブル８５が格納されている。

【0160】

収集データ属性差異記録部８２は、収集データ属性差異判定部４１による収集データ属性差異判定処理（図８）が完了した後に、収集データ処理方法決定部４２により実行される収集データ処理方法決定処理（図９）と並行して、収集データの詳細属性であるデータ長及び各項目の形式が「事前の取決め」と差異があるか否かを判定し、判定結果を後述する収集データ属性差異記録テーブル８５に記録する機能を有するプログラムである。

【0161】

この場合において、収集データ属性差異記録部８２は、各項目の形式が「事前の取決め」と差異があるか否かを、収集データ属性テーブル５２（図２）を参照して、その項目の開始位置から規定された長さ分のデータ部分を抽出し、そのデータ部分がその項目について規定された範囲内の数値を表しているか否かに基づいて、その項目の形式が「事前の取決め」と差異があるか否かを判断する。例えば、図２の「項目＃１」の項目が「事前の取決め」と差異があるか否かは、収集データのペイロード部の先頭から４バイト分のデータ部分を抽出し、抽出したデータ部分が「0〜100」の範囲の数値を表しているか否かに基づいて判定することになる。

【0162】

また拡張保管データ取出し部８３は、データ配信先クライアント６から与えられたデータ配信要求に応じて、当該データ配信要求において指定された配信データ属性に対応する収集データを二次記憶装置２３から取り出す機能を有するプログラムである。この場合、第１の実施の形態の保管データ取出し部４５は、二次記憶装置２３内の収集データ保管部５０に格納された「事前の取決め」に従った収集データのみを取り出していたのに対して、拡張保管データ取出し部８３は、二次記憶装置２３内の収集データ保管部５０に格納された「事前の取決め」に従った形式等の収集データのみならず、二次記憶装置２３内の収集データ代替保管部５１に格納された「事前に取決め」と異なる形式等の収集データをも取り出す点が第１の実施の形態の保管データ取出し部４５と機能的に相違する。

【0163】

さらに拡張保管データ加工部８４は、二次記憶装置２３内の収集データ保管部５０に格納された「事前の取決め」に従った形式等の収集データのみならず、二次記憶装置２３内の収集データ代替保管部５１に格納された「事前に取決め」と異なる形式等の収集データであっても、収集データの詳細属性であるデータ長及び配信対象の各項目の形式が「事前の取決め」を満たしている場合には、その収集データについても「事前の取決め」に従って加工処理する機能を有するプログラムである。

【0164】

収集データ属性差異記録テーブル８５は、収集データの詳細属性であるデータ長及び各項目の形式が「事前の取決め」と差異があるか否かの収集データ属性差異記録部８２による判定結果を保持するために利用されるテーブルであり、図２２に示すように、収集識別子欄８５Ａ、識別子内連番欄８５Ｂ及び詳細属性欄８５Ｃから構成される。

【0165】

そして収集識別子欄８５Ａには、該当する収集データが属する収集データ属性の収集識別子が格納され、識別子内連番欄８５Ｂには、対応する収集データに付与された識別子内連番（図５参照）が格納される。

【0166】

また詳細属性欄８５Ｃは、データ長欄８５ＣＡと、「事前の取決め」により規定された各項目にそれぞれ対応付けられた複数の項目欄８５ＣＢとから構成される。そして、データ長欄８５ＣＡには、対応する収集データのデータ長が格納され、各項目欄８５ＣＢには、それぞれ対応する項目の形式が「事前の取決め」の形式と差異があるか否かを表す情報が格納される。具体的には、対応する収集データの対応する項目の形式が「事前の取決め」の形式と合致している（差異がない）場合には、その旨を表す情報（文字列、コード又はフラグ等）が格納され、対応する収集データの対応する項目の形式が「事前の取決め」の形式と合致していない（差異ある）場合には、その旨を表す情報（文字列、コード又はフラグ等）が格納される。

【0167】

（４−２）第２の拡張データ配信機能に関連して実行される各種処理
（４−２−１）拡張保管データ取出し処理
図２３は、図１１について上述したデータ配信処理のステップＳＰ４１において、保管データ取出し部４５（図１）による保管データ取出し処理（図１２）に代えて、拡張保管データ取出し部８３により実行される拡張保管データ取出し処理の処理手順を示す。

【0168】

拡張保管データ取出し部８３は、この図２３に示す拡張保管データ取出し処理を開始すると、ステップＳＰ１００〜ステップＳＰ１０３を、図１２について上述した保管データ取出し処理のステップＳＰ５０〜ステップＳＰ５３と同様に処理する。

【0169】

続いて、拡張保管データ取出し部８３は、ステップＳＰ１０３で選択した収集データを二次記憶装置２３内の収集データ保管部５０又は収集データ代替保管部５１から取り出し（ＳＰ１０４）、この後、ステップＳＰ１０２で特定したすべての収集データについてステップＳＰ１０４の処理を実行し終えたか否かを判断する（ＳＰ１０５）。

【0170】

拡張保管データ取出し部８３は、この判断で否定結果を得るとステップＳＰ１０３に戻り、この後、ステップＳＰ１０３で選択する収集データを順次他の未処理の収集データに切り替えながらステップＳＰ１０３〜ステップＳＰ１０５の処理を繰り返す。

【0171】

そして拡張保管データ取出し部８３は、やがてステップＳＰ１０２において収集データ保管方法記録テーブル５５上で特定したすべての収集データについてステップＳＰ１０４の処理を実行し終えることによりステップＳＰ１０５で肯定結果を得ると、この拡張保管データ取出し処理を終了する。

【0172】

（４−２−２）拡張保管データ加工処理
一方、図２４は、図１１について上述したデータ配信処理のステップＳＰ４２において、保管データ加工部４６（図１）による保管データ加工処理（図１３）に代えて、拡張保管データ加工部８４により実行される拡張保管データ加工処理の処理手順を示す。

【0173】

拡張保管データ加工部８４は、この図２４に示す拡張保管データ加工処理を開始すると、まず、上述の拡張保管データ取出し処理（図２３）で収集データ保管部５０又は収集データ代替保管部５１から取り出した収集データを１つ選択する（ＳＰ１１０）。

【0174】

続いて、拡張保管データ加工部８４は、ステップＳＰ１１０で選択した収集データが事前の取決めに従った保管方法により保管されているか否か（つまり収集データ保管部５０に保管されているか否か）を判断する（ＳＰ１１１）。

【0175】

拡張保管データ加工部８４は、この判断で肯定結果を得ると、配信データ属性テーブル５６（図６）を参照して、そのとき対象としている収集データの形式をデータ利用者との「事前の取決め」に従った形式に加工する加工処理を実行し（ＳＰ１１２）、この後ステップＳＰ１１５に進む。

【0176】

これに対して、拡張保管データ加工部８４は、ステップＳＰ１１１の判断で否定結果を得ると、収集データ属性差異記録テーブル８５を参照して、その収集データのデータ長と、データ配信要求の送信元のデータ配信先クライアント６に配信すべきすべての項目の形式とが「事前の取決め」を満たしているか否かを判断する（ＳＰ１１３）。

【0177】

拡張保管データ加工部８４は、この判断で肯定結果を得ると、配信データ属性テーブル５６（図６）を参照して、そのとき対象としている収集データの形式をデータ利用者との「事前の取決め」に従った形式に加工する加工処理を実行し（ＳＰ１１２）、この後ステップＳＰ１１５に進む。

【0178】

これに対して、拡張保管データ加工部８４は、ステップＳＰ１１３の判断で否定結果を得ると、その収集データを破棄し（ＳＰ１１４）、この後、拡張保管データ取出し処理（図２３）で収集データ保管部５０又は収集データ代替保管部５１から取り出したすべての収集データについてステップＳＰ１１１〜ステップＳＰ１１４の処理を実行し終えたか否かを判断する（ＳＰ１１５）。

【0179】

拡張保管データ加工部８４は、この判断で否定結果を得るとステップＳＰ１１０に戻り、この後、ステップＳＰ１１０〜ステップＳＰ１１５の処理を繰り返す。そして拡張保管データ加工部８４は、やがて拡張保管データ取出し処理（図２３）で収集データ保管部５０又は収集データ代替保管部５１から取り出したすべての収集データについてステップＳＰ１１１〜ステップＳＰ１１４の処理を実行し終えることによりステップＳＰ１１５で肯定結果を得ると、この拡張保管データ加工処理を終了する。

【0180】

（４−３）本実施の形態の効果
以上のように本実施の形態によるデータ収集配信システム８０では、仲介サーバ８１が、データ収集クライアント２から送信されてきた収集データ全体の形式等がデータ提供者１０及びデータ交換仲介者２０間の「事前の取決め」と異なっている場合においても、データ長がその「事前の取決め」を満たしており、かつ配信対象の各項目の形式がその「事前の取決め」を満たしている場合には、その収集データを対応するデータ配信先クライアント６に配信する。

【0181】

従って、本データ収集配信システム８０によれば、第１の実施の形態のデータ収集配信システム１では配信されなかった、「事前の取決め」と異なる形式等の収集データの一部も仲介サーバ８１からデータ配信先クライアント６に配信されるため、データ提供者１０によるデータ収集クライアント２の更新やデータ収集試験が仲介サーバ４からデータ配信先クライアント６へのデータ配信に与える影響を第１の実施の形態によるデータ収集配信システム１に比べて低減することができる。

【0182】

よって、本データ収集配信システム８０によれば、第１の実施の形態により得られる効果に加えて、データ提供者１０側の都合による収集データの形式等の変更の影響がデータ利用者側に及ぶのを最小限に抑制し得るという効果をも得ることができる。

【0183】

（５）第５の実施の形態
図２５は、第５の実施の形態によるデータ収集配信システム９０を示す。このデータ収集配信システム９０は、収集データ処理方法決定部４２により決定される収集データの処理方法の１つとして「データの廃棄」が存在する点と、これに応じて仲介サーバ９１の収集データ保管処理部９２により実行される収集データ保管処理の処理内容が第１の実施の形態の収集データ保管処理部４３（図１）と異なる点とを除いて、第１の実施の形態によるデータ収集配信システム１と同様に構成されている。

【0184】

実際上、本実施の形態によるデータ収集配信システム９０の場合、図２６に示すように、収集データ処理方法定義テーブル５４において、収集データの形式等が「事前の取決め」と異なる形式等であった場合の収集データの処理方法の１つとして「データの廃棄」という処理方法が定義されている。

【0185】

そして収集データ保管処理部９２は、収集データ処理方法決定部４２により決定された収集データの処理方法が「データの廃棄」であった場合、その収集データを収集データ代替保管部５１に格納することなく廃棄する。

【0186】

図２７は、図７について上述したデータ収集処理のステップＳＰ４において、収集データ保管処理部４３（図１）による収集データ保管処理（図１０）に代えて、本実施の形態の収集データ保管処理部９２により実行される収集データ保管処理を示す。

【0187】

本実施の形態による収集データ保管処理部９２は、この図２６に示す収集データ保管処理を開始すると、ステップＳＰ１２０及びステップＳＰ１２１を図１０について上述した第１の実施の形態の収集データ保管処理のステップＳＰ３０及びステップＳＰ３１と同様に処理する。

【0188】

そして収集データ保管処理部９２は、ステップＳＰ１２１の判断で肯定結果を得ると、ステップＳＰ１２２〜ステップＳＰ１２４を、図１０について上述した第１の実施の形態の収集データ保管処理のステップＳＰ３３〜ステップＳＰ３５と同様に処理し、この後、この収集データ保管処理を終了する。

【0189】

これに対して収集データ保管処理部９２は、ステップＳＰ１２１の判断で否定結果を得ると、図９について上述した収集データ処理方法決定処理のステップＳＰ２３で決定した処理方法を収集データ保管方法定義テーブル５４（図４）から取得する（ＳＰ１２５）。

【0190】

続いて、収集データ保管処理部９２は、ステップＳＰ１２５で取得した収集データの処理方法が「データの廃棄」であるか否かを判断する（ＳＰ１２６）。そして収集データ保管処理部９２は、この判断で否定結果を得るとステップＳＰ１２３に進み、この後、ステップＳＰ１２３及びステップＳＰ１２４を処理した後にこの収集データ保管処理を終了する。

【0191】

これに対して収集データ保管処理部９２は、ステップＳＰ１２６の判断で否定肯定結果を得ると、その収集データを収集データ代替保管部５１に格納することなく、当該収集データを破棄し（ＳＰ１２７）、この後、この収集データ保管処理を終了する。

【0192】

以上のように本実施の形態によるデータ収集配信システム９０では、収集データ処理方法決定部４２により決定される収集データの処理方法の１つとして「データの廃棄」が存在するため、不要な収集データが仲介サーバ９１の収集データ代替保管部５１に保管されるのを有効に防止することができる。

【0193】

従って、本データ収集配信システム９０によれば、第１の実施の形態により得られる効果に加えて、かかる不要な収集データが仲介サーバ９１の収集データ代替保管部５１に保管されることに起因する仲介サーバ９１の負荷を低減し、かつ収集データ代替保管部５１の使用容量の増加を有効に防止できるという効果をも得ることができる。

【0194】

（６）他の実施の形態
なお上述の第１〜第５の実施の形態においては、データ収集クライアント２が収集した収集データを収集し、保管し、データ配信先クライアント６に配信するデータ収集配信装置としての仲介サーバ４，６１，７１，８１，９１を、図１、図１４、図１７、図２１又は図２５のように構成するようにした場合について述べたが、本発明はこれに限らず、かかるデータ収集配信装置としての仲介サーバ４，６１，７１，８１，９１の構成としては、この他種々の構成を広く適用することができる。

【0195】

また上述の第１〜第５の実施の形態においては、収集データ処理方法決定部４２の決定結果に基づいて、「事前の取決め」に従った形式等の収集データを選択的にデータ配信先クライアント６に配信する収集データ処理部を、収集データ保管処理部４３、データ配信要求受信部４４、保管データ取出し部４５、保管データ加工部４６及び配信データ送信部４７等により構成するようにした場合について述べたが、本発明はこれに限らず、かかる収集データ処理部の構成としては、この他種々の構成を広く適用することができる。

【産業上の利用可能性】

【0196】

本発明は、データ供給者及びデータ交換仲介者間や、データ交換仲介者及びデータ利用者間での事前の取決めに従った形式でデータを送受するデータ収集配信システムに利用することができる。

【符号の説明】

【0197】

１，６０，７０，８０，９０……データ収集配信システム、２……データ収集クライアント、４，６１，７１，８１，９１……仲介サーバ、６……データ配信先クライアント、２１……ＣＰＵ、２２……主記憶装置、２３……二次記憶装置、４０……収集データ受信部、４１……収集データ属性差異判定部、４２……収集データ処理方法決定部、４３，９２……収集データ保管処理部、４４……データ配信要求受信部、４５……保管データ取出し部、４６……保管データ加工部、４７……配信データ送信部、５０……収集データ保管部、５１……収集データ代替保管部、５２……収集データ属性テーブル、５３……差異判定条件定義テーブル、５４……収集データ保管方法定義テーブル、５５……収集データ保管方法記録テーブル、５６，６３……配信データ属性テーブル、６２，７５……収集データ代替保管通知部、７２……配信データ属性生成部、７３，８３……拡張保管データ取出し部、７４……拡張配信データ属性テーブル、７５……収集データ代替、８２……収集データ属性差異記録部、８４……拡張保管データ加工部、８５……収集データ属性差異記録テーブル。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】