WO2018179364A1

WO2018179364A1 - 計算機システム及びデータフロー制御方法

Info

Publication number: WO2018179364A1
Application number: PCT/JP2017/013685
Authority: WO
Inventors: 耕一村山; 裕教江丸
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2017-03-31
Filing date: 2017-03-31
Publication date: 2018-10-04
Anticipated expiration: 2019-09-30
Also published as: JPWO2018179364A1; JP6685468B2

Abstract

【課題】データ提供元システムからデータ利用先システムへのデータフローの制御において、センサデータに加えて、センサ外のデータのフローも適切に制御できる計算機システム及びデータフロー制御方法を提供する。【解決手段】データ制御計算機は、データ提供元システムからデータ利用先システムへのセンサデータのフローと、データ提供元システムからデータ利用先システムへのタグデータのフローと、を夫々制御し、タグデータのフローの更新の要否を判定し、当該判定を肯定すると、センサデータのフローに基づいて、データ利用先システムに送信されるセンサデータから、データ利用先システムに送信されるタグデータを決定し、当該決定に基づいて、タグデータのフローを更新するようにした。

Description

計算機システム及びデータフロー制御方法

　本発明は、計算機システム及びデータフロー制御方法に関し、例えば、現場のセンサデータをモニタリング及び分析する計算機システムである。

　現場等のデータ提供元システムからデータを収集し、データの利用先システムはデータ提供元システムのモニタリング、データ提供元システムの分析を行い、これをデータ提供元のシステムの改善等に役立てるためのクラウドシステムが実現されている。

　このようなシステムとして、例えば、特許文献１には、ネットワークに接続された現場のセンサと、センサデータ利用側のアプリケーションのメタデータとをマッチングして、要件に合うセンサデータをアプリケーションに流通させるようにセンサデータのフローを制御し、アプリケーションに仮想的なセンサを提供する発明が開示されている。

　なお、開発者(Ｄｅｖｅｌｏｐｍｅｎｔ)と運用管理者(Ｏｐｅｒａｔｉｏｎｓ)が連携して協力する開発手法であるＤｅｖＯｐｓ環境のクラウドシステムにおいても、データ利用先システムとしての運用者側システムの運用情報が、データ提供元システムとしての開発者側システムにフィードバックされることが行われている。

国際公開２０１３／０５５４１４号公報

　データ利用先システムが、センサによって取得されるセンサデータに加えて、例えば、現場店舗でのタイムセールイベントの運営情報等のセンサ外のデータを利用して、現場情報のモニタリング、センサデータの分析等データ処理を実行しようとすると、センサデータに加えて、センサ外データのフローも制御する必要がある。

　しかしながら、従来のシステムでは、センサ外データがデータ提供元において任意かつ頻繁に変更され得るものであるにも拘わらず、センサ外データのフローを適切に制御することに対する配慮が十分でないために、センサデータのフローとセンサ外データのフローとの乖離を避けることができために、データ提供元からデータ利用先に、データ分析のために必要な付加情報が通知されない、反対に、不要な付加情報が大量に通知される、そして、データフロー定義を頻繁に行わなければならないことによるシステムのメンテナンスコストが嵩む等の課題が生じている。

　本発明は、データ提供元システムからデータ利用先システムへのデータフローの制御において、センサデータに加えて、センサ外のデータのフローも適切に制御できる計算機システム及びデータフロー制御方法を提供することを目的とする。

　かかる課題を解決するため本発明においては、データ提供元システムと、データ利用先システムと、データ提供元システムからデータ利用先システムへのデータフローを制御するデータ制御計算機と、を備える計算機システムにおいて、データ提供元システムは、センサを有する機器と、センサの検出データであるセンサデータと、センサから直接取得することができないデータをセンサデータと関連付けたタグデータと、を夫々管理する第１の管理装置と、を備え、データ利用先システムは、タグデータに基づいて、センサデータを利用するデータ管理を実行する第２の管理装置を備え、データ制御計算機は、データ提供元システムからデータ利用先システムへのセンサデータのフローと、データ提供元システムからデータ利用先システムへのタグデータのフローと、を夫々制御し、タグデータのフローの更新の要否を判定し、当該判定を肯定すると、センサデータのフローに基づいて、データ利用先システムに送信されるセンサデータから、データ利用先システムに送信されるタグデータを決定し、当該決定に基づいて、タグデータのフローを更新するようにした。

　また本発明においては、データ提供元システムからデータ利用先システムへのデータフローをデータ制御計算機が制御する計算機システム制御方法において、データ提供元システムが、第１の管理装置によって、センサの検出データであるセンサデータと、センサから直接取得することができないデータをセンサデータと関連付けたタグデータと、を夫々管理し、データ利用先システムが、第２の管理装置によって、タグデータに基づいて、センサデータを利用するデータ管理を実行し、データ制御計算機が、データ提供元システムからデータ利用先システムへのセンサデータのフローと、データ提供元システムからデータ利用先システムへのタグデータのフローと、を夫々制御し、タグデータのフローの更新の要否を判定し、当該判定を肯定すると、センサデータのフローに基づいて、データ利用先システムに送信されるセンサデータからデータ利用先システムに送信されるタグデータを決定し、当該決定に基づいてタグデータのフローを更新するようにした。

　本発明によれば、データ提供元システムからデータ利用先システムへのデータフローの制御において、センサデータに加えて、センサ外のデータのフローも適切に制御できる計算機システム及びデータフロー制御方法を提供することができる。

本実施形態によるレポート管理システムの構成を示すブロック図である。定義画面の構成を略線的に示す略線図である。タグ定義画面の構成を略線的に示す略線図である。本実施の形態による生成されるレポートの構成を示す概念図である。センサ構成テーブルの構成を示す概念図である。タグ定義テーブルの構成を示す概念図である。センサデータテーブルの構成を示す概念図である。タグデータテーブルの構成を示す概念図である。レポートメタデータテーブルの構成を示す概念図である。センサデータフローテーブルの構成を示す概念図である。タグデータフローテーブルの構成を示す概念図である。本実施形態によるタグデータフロー更新処理の処理手順を示すフローチャートである。レポート表示処理の処理手順を示すフローチャートである。他の実施形態によるレポート管理システムの構成を示すブロック図である。他の実施形態によるタグデータアクセス更新処理の処理手順を示すフローチャートである。他の実施形態によるレポート管理システムの構成を示すブロック図である。店舗営業時間テーブルの構成を示す概念図である。システム稼働スケジュールテーブルの構成を示す概念図である。システムイベント管理テーブルの構成を示す概念図である。

　以下図面について、本発明の一実施の形態を詳述する。なお、各図に示す同一の符号は同一の機能又は構成を有することを示しているため、重複した説明は省略する。

（１）本実施の形態によるレポート管理システムの構成
　図１において、１は全体として本実施の形態による計算機システムとしてのレポート管理システムを示す。このレポート管理システム１は、センサデータ及びセンサデータに現場の情報（タグ）を付与したデータであるタグデータの利用情報を定義して、利用情報に基づいて図、表等の態様のレポートを生成して管理するシステムである。このレポート管理システム１は、１つ以上のデータ提供元システム２、１つ以上のデータ利用先システム３及びデータ制御計算機４を備えて構成され、これらがネットワーク５を介して相互に接続されている。ネットワーク５は、ＬＡＮ、ＷＡＮ等のネットワークであり、有線又は無線で提供される。

　データ提供元システム２は、自システム内のデータを外部システムに提供するシステムであり、店舗、空港、工場、建設現場、イベント会場等の現場で動作するシステムであり、第１の管理装置（以下、これをセンサ管理計算機と呼ぶ）６及び１つ以上のＩｏＴ機器７を備えて構成される。ここでは、データ提供元システム２は店舗のシステムであって、ＩｏＴ機器７は、店舗の各フロアに設置される。そしてデータ提供元システム２は店舗内の画像、音声、設置フロアや店舗全体のタイムセールに関する情報、機器のメンテナンスに関する情報等をタグとして取得する。

　センサ管理計算機６は、データ提供元システム２内のＩｏＴ機器７及びセンサ２５を管理する計算機であり、ＣＰＵ８、メモリ９、入出力装置１０、ストレージ装置１１及びネットワークインタフェース１２から構成され、それぞれの機器が内部バス１３で接続される。

　ＣＰＵ８は、センサ管理計算機６全体の動作制御を司るプロセッサである。またメモリ９は、例えば揮発性の半導体メモリから構成され、ＣＰＵ８のワークメモリとして利用される。メモリ９には、センサデータを管理するプログラムであるセンサ管理プログラム１４及びタグデータを管理するプログラムであるタグ管理プログラム１７が、必要な際に一時的に保持される。

　入出力装置１０は、例えばキーボード、マウス及びディスプレイから構成され、例えば運用管理者によってタグデータの定義等の必要な情報が入力される際に使用される。

　ストレージ装置１１は、例えばハードディスク装置、ＳＳＤ（Solid State Drive）等の大容量の不揮発性記憶装置から構成され、プログラムやデータを長期間記憶保持するために利用される。ストレージ装置１１に格納されたプログラムがメモリ９にロードされ、このプログラムをＣＰＵ８が実行することによりレポート管理システム１全体としての各種処理が実行される。なお、ストレージ装置１１には、センサ管理プログラム１４及びタグ管理プログラム１７が格納されて保持される。

　ネットワークインタフェース１２は、例えばＮＩＣ（Network Interface Card）等から構成され、データ利用先システム３、データ制御計算機４、ＩｏＴ機器７等との通信時におけるプロトコル制御を行う。

　ＩｏＴ機器７は、データ提供元システム２内の情報をセンサ２５により収集し、データ提供元システム２内の計算機やデータ提供元システム２の外部の計算機に送信する機器であり、ＣＰＵ２０、メモリ２１、入出力装置２２、ストレージ装置２３、ネットワークインタフェース２４及び１つ以上のセンサ２５から構成され、それぞれの機器が内部バス２６で接続される。

　ＣＰＵ２０は、ＩｏＴ機器７全体の動作制御を司るプロセッサである。またメモリ２１は、例えば揮発性の半導体メモリから構成され、ＣＰＵ２０のワークメモリとして利用される。

　入出力装置２２は、例えばキーボード、マウス及びディスプレイから構成され、例えば運用管理者によってセンサの設定情報等の必要な情報が入力される際に使用される。

　ストレージ装置２３は、例えばハードディスク装置、ＳＳＤ（Solid State Drive）等の大容量の不揮発性記憶装置から構成され、プログラムやデータを長期間記憶保持するために利用される。ストレージ装置２３に格納されたプログラムがメモリ２１にロードされ、このプログラムをＣＰＵ２０が実行することによりレポート管理システム１全体としての各種処理が実行される。

　ネットワークインタフェース２４は、例えばＮＩＣ（Network Interface Card）等から構成され、データ利用先システム３、データ制御計算機４、センサ管理計算機６等との通信時におけるプロトコル制御を行う。

　センサ２５は、データ提供元システム２内の画像、動画、音声、位置、圧力、加速度、角度、温度、湿度等のセンサデータを測定、収集等する機器である。ＩｏＴ機器７は、このセンサから取得したセンサデータをレポート管理システム１内の各プログラムが扱えるデータ形式に変換して送信する。

　データ利用先システム３は、データ提供元システム２から提供された現場のデータを基に、データ提供元システム２の状況をモニタリング、分析するシステムであり、ユーザ端末２７及び第２の管理装置（以下、これをレポート管理計算機と呼ぶ）２８を備えて構成される。

　ユーザ端末２７は、レポート管理システム１を利用する開発者、運用管理者等のユーザが操作するＰＣ、スマートフォン等であり、ＣＰＵ２９、メモリ３０、入出力装置３１、ストレージ装置３２及びネットワークインタフェース３３から構成され、それぞれの機器が内部バス３４で接続される。

　ＣＰＵ２９は、ユーザ端末２７全体の動作制御を司るプロセッサである。またメモリ３０は、例えば揮発性の半導体メモリから構成され、ＣＰＵ２９のワークメモリとして利用される。メモリ３０には、後述するユーザインタフェースプログラム３５が、必要な際に一時的に保持される。

　入出力装置３１は、例えばキーボード、マウス及びディスプレイから構成され、例えばユーザによってタグデータの定義、センサデータの送信先の設定（以下、これをセンサデータフロー定義と呼ぶ）、ユーザ端末でのセンサデータ及びタグデータの利用情報（以下、これをデータ管理の情報としてもよい）の定義が入力される際に使用される。

　ストレージ装置３２は、例えばハードディスク装置、ＳＳＤ（Solid State Drive）等の大容量の不揮発性記憶装置から構成され、プログラムやデータを長期間記憶保持するために利用される。ストレージ装置３２に格納されたプログラムがメモリ３０にロードされ、このプログラムをＣＰＵ２９が実行することによりレポート管理システム１全体としての各種処理が実行される。なお、ストレージ装置３２には、ユーザインタフェースプログラム３５が格納されて保持される。

　ネットワークインタフェース３３は、例えばＮＩＣ（Network Interface Card）等から構成され、データ提供元システム２、データ制御計算機４、レポート管理計算機２８等との通信時におけるプロトコル制御を行う。

　レポート管理計算機２８は、データ提供元システム２から取得したセンサデータ及びタグデータを基に、データ提供元システム２の現場をモニタリング、分析するレポートを生成、表示する計算機であり、ＣＰＵ３６、メモリ３７、入出力装置３８、ストレージ装置３９及びネットワークインタフェース４０から構成され、それぞれの機器が内部バス４１で接続される。

　ＣＰＵ３６は、レポート管理計算機２８全体の動作制御を司るプロセッサである。またメモリ３７は、例えば揮発性の半導体メモリから構成され、ＣＰＵ３６のワークメモリとして利用される。メモリ３７には、レポート管理プログラム４２が、必要な際に一時的に保持される。なおレポート管理プログラム４２は、データ提供元システム２から取得したセンサデータ及びタグデータを基に、データ提供元システム２の現場をモニタリング及び分析するためのレポートを生成して表示するプログラムである。

　入出力装置３８は、例えばキーボード、マウス及びディスプレイから構成され、例えば開発者によってセンサデータ及びタグデータのユーザ端末での利用情報の定義を入力する際に使用される。

　ストレージ装置３９は、例えばハードディスク装置、ＳＳＤ（Solid State Drive）等の大容量の不揮発性記憶装置から構成され、プログラムやデータを長期間記憶保持するために利用される。ストレージ装置３９に格納されたプログラムがメモリ３７にロードされ、このプログラムをＣＰＵ３６が実行することによりレポート管理システム１全体としての各種処理が実行される。なお、ストレージ装置３９には、レポート管理プログラム４２が格納されて保持される。

　ネットワークインタフェース４０は、例えばＮＩＣ（Network Interface Card）等から構成され、データ提供元システム２、データ制御計算機４、ユーザ端末２７等との通信時におけるプロトコル制御を行う。

　データ制御計算機４は、データ提供元システム２とデータ利用先システム３の間でやり取りされるデータを処理、制御する計算機であり、ＣＰＵ４８、メモリ４９、入出力装置５０、ストレージ装置５１及びネットワークインタフェース５２から構成され、それぞれの機器が内部バス５３で接続される。

　ＣＰＵ４８は、データ制御計算機４全体の動作制御を司るプロセッサである。またメモリ４９は、例えば揮発性の半導体メモリから構成され、ＣＰＵ４８のワークメモリとして利用される。メモリ４９には、センサデータ処理プログラム５４及びタグデータフロー制御プログラム５８が、必要な際に一時的に保持される。

　なおセンサデータ処理プログラム５４は、データ提供元システム２で動作するＩｏＴ機器７から受信したセンサデータを処理するプログラムであり、センサデータを解析等の処理をし、センサデータフロー定義に基づいて、受信したセンサデータ、及び、処理をしたセンサデータを適切なデータ利用先システム３のレポート管理計算機２８に送信する。

　またタグデータフロー制御プログラム５８は、タグ管理プログラム１７で定義されたタグデータを、適切なデータ利用先システム３のレポート管理計算機２８に送信するプログラムである。

　入出力装置５０は、例えばキーボード、マウス及びディスプレイから構成され、例えば開発者によってセンサデータの送信先の情報が入力される際に使用される。

　ストレージ装置５１は、例えばハードディスク装置、ＳＳＤ（Solid State Drive）等の大容量の不揮発性記憶装置から構成され、プログラムやデータを長期間記憶保持するために利用される。ストレージ装置５１に格納されたプログラムがメモリ４９にロードされ、このプログラムをＣＰＵ４８が実行することによりレポート管理システム１全体としての各種処理が実行される。なお、ストレージ装置３２には、センサデータ処理プログラム５４及びタグデータフロー制御プログラム５８が格納されて保持される。

　ネットワークインタフェース５２は、例えばＮＩＣ（Network Interface Card）等から構成され、データ提供元システム２、データ利用先システム３等との通信時におけるプロトコル制御を行う。

（２）本実施の形態によるレポート管理機能
　次に、本実施の形態のレポート管理機能について説明する。本レポート管理システム１は、ユーザにより入力された各種定義情報に基づいて、レポートとして図や表にセンサデータやタグデータの情報をまとめて表示し、管理するレポート管理機能が搭載されている。

　実際上、レポート管理システム１のユーザインタフェースプログラム３５は図２に示す定義画面７０を表示し、ユーザは、定義画面７０のタグ定義画面７１からタグ定義を、センサデータフロー定義画面７２からセンサデータフロー定義を、レポート定義画面７３からレポート定義の情報をそれぞれ入力する。レポート管理システム１は、入力されたタグ定義、センサデータフロー定義及びレポート定義の情報から、タグデータの送信先を決定する。

　タグ定義画面７１は、センサデータとデータ提供元システム２の現場の情報との関連情報（タグデータ）であるタグ定義がユーザによって入力される画面であり、タグ名欄７１Ａ、スケジュール欄７１Ｂ及びセンサ欄７１Ｃを備えて構成される。タグ名欄７１Ａにはタグ名が入力され、スケジュール欄７１Ｂには、スケジュールが「開始時－終了時」の形式で入力される。なおスケジュールは、日付のみ、時刻のみ、日付と時刻の３種類の何れか１つの形式とする。またセンサ欄７１Ｃには、ＩｏＴ機器７のセンサＩＤの一覧が表示され、ユーザによってセンサＩＤが1つ以上選択され入力される。

　センサデータフロー定義画面７２は、センサデータをどこに送信するかのセンサデータフロー制御情報であるセンサデータフロー定義がユーザによって入力される画面であり、送信元欄７２Ａ及び送信先欄７２Ｂを備えて構成される。送信元欄７２Ａにはセンサデータの送信元が、送信先欄７２Ｂにはセンサデータの送信先が、ユーザによって複数の値をカンマで区切って入力される。

　レポート定義画面７３は、データ利用先システム３が受信したセンサデータやタグデータを利用してどのようなレポートを表示するかの利用情報であるレポート定義がユーザによって入力される画面であり、レポート名欄７３Ａ、参照データ欄７３Ｂ及び範囲欄７３Ｃを備えて構成される。レポート名欄７３Ａにはレポート名が入力され、範囲欄７３Ｃには範囲が「開始日付－終了日付」の形式で入力される。また参照データ欄７３Ｂには参照データとして、ＩｏＴ機器７のセンサＩＤの一覧が表示され、ユーザによってセンサＩＤが１つ以上選択され入力される。

　なお、タグ定義画面７１、センサデータフロー定義画面７２及びレポート定義画面７３は、定義画面７０としてひとまとめに表示されなくてもよく、個別に表示されてもよい。

　また、タグデータの送信先は、図３に示す参照のみ可能なタグ定義画面１２１から確認することができる。このタグ定義画面１２１を参照することで、ユーザはタグデータがどこに送信されているかを確認することや、タグデータがどれだけ利用されているかを確認することができる。

　タグ定義画面１２１は、タグＩＤ欄１２１Ａ、タグ名欄１２１Ｂ、送信先１２１Ｃ及びレポート数欄１２１Ｄを備えて構成され、タグＩＤ欄１２１Ａにはタグデータを一意に識別するタグＩＤが、タグ名欄１２１Ｂにはタグ名が、送信先１２１Ｃにはタグデータの送信先が、レポート数欄１２１Ｄには後述のレポート数が表示される。

　そしてレポート管理システム１は、タグ定義画面７１、センサデータフロー定義画面７２及びレポート定義画面７３から入力された情報を基に、レポートを作成する。図４は、レポート管理システム１が作成するレポート８０を表示する。

　レポート８０は、センサデータの情報を基に店舗Ａ内の騒音の時間毎の音量を折れ線グラフ８１として表示し、レポート名８６を「店舗Ａ騒音データ」として表示している。またレポート８０は、タグデータとして営業時間８２、タイムセール期間８３、センサ状態異常８４、臨時メンテナンス期間８５の情報等を、タグ名を明示して表示している。

　以上のようなレポート管理機能を実現するための手段として、図１に示すように、センサ管理プログラム１４には、センサ構成管理モジュール１５、センサ監視モジュール１６及びセンサ構成テーブルＴＢ１０が設けられている。

　センサ構成管理モジュール１５は、センサ構成テーブルＴＢ１０を管理するプログラムであり、センサ監視モジュール１６は、定期的に管理対象のＩｏＴ機器７を監視し、センサ２５に異常が発生していないか否かを確認するプログラムである。

　またセンサ構成テーブルＴＢ１０は、図５に示すように、センサの構成情報を格納するテーブルであって、センサＩＤ欄ＴＢ１１、機器ＩＤ欄ＴＢ１２、データ種別欄ＴＢ１３及びステータス欄ＴＢ１４を備えて構成される。

　センサＩＤ欄ＴＢ１１には、センサ２５を一意に識別するセンサＩＤが格納される。機器ＩＤ欄ＴＢ１２には、ＩｏＴ機器７を一意に識別する機器ＩＤが格納される。なお機器ＩＤは例えば、ＩｏＴ機器７のレポート管理システム１内で利用されるＩＰアドレス、ホスト名、ＵＵＩＤ等である。

　データ種別欄ＴＢ１３には、センサ２５が扱うデータを示す「画像」、「音声」といったデータ種別が格納される。なおセンサデータにはＩｏＴ機器７自身が備える機能によって測定可能なデータも含むものとし、従ってデータ種別には「ＣＰＵ使用率」、「メモリ使用率」といったものも含む。センサデータがＩｏＴ機器７自身の備える機能によって測定可能なデータの場合、センサＩＤは、「Ｄ００３－１」といった機器ＩＤ及びＩｏＴ機器７内でユニークなＩＤを組み合わせたフォーマットでセンサＩＤ欄ＴＢ１１に格納される。

　ステータス欄ＴＢ１４には、ＩｏＴ機器７又はセンサ２５が正常にセンサデータを収集及び送信できるかの状態を示す「正常」又は「異常」といったステータスが格納される。ステータスはセンサ監視モジュール１６によって定期的に更新される。

　またタグ管理プログラム１７には、タグ管理モジュール１８、タグ送信モジュール１９及びタグ定義テーブルＴＢ２０が設けられている。

　タグ管理モジュール１８は、ＩｏＴ機器７及びセンサ２５に関連するタグデータをタグ定義テーブルＴＢ２０によって管理することで、タグデータの登録、参照、編集及び削除を行うプログラムである。

　タグ送信モジュール１９は、タグ定義テーブルＴＢ２０を監視し、タグ定義画面７１からの入力によってタグ定義テーブルＴＢ２０のタグデータが更新されると、更新されたタグデータをタグデータフロー制御プログラム５８に送信するプログラムである。

　タグ定義テーブルＴＢ２０は、図６に示すように、タグデータを格納するテーブルであって、タグＩＤ欄ＴＢ２１、タグ名欄ＴＢ２２、スケジュール欄ＴＢ２３及び関連ＩＤ欄ＴＢ２４を備えて構成される。

　タグＩＤ欄ＴＢ２１には、タグデータを一意に識別するタグＩＤが格納される。またタグ名欄ＴＢ２２には、タグデータの名称が格納される。スケジュール欄ＴＢ２３には、現場のイベントが発生した期間又は時間が格納される。例えば、現場のイベントが発生した期間は、ＩｏＴ機器７がある店舗Ａに常設されている場合の店舗Ａの営業時間、タイムセール期間、臨時メンテナンス期間である。

　関連ＩＤ欄ＴＢ２４には、タグデータに含まれるセンサＩＤが格納される。この関連ＩＤ欄ＴＢ２４に格納されるセンサＩＤは、センサ構成テーブルＴＢ１０をセンサＩＤ欄ＴＢ１１に格納されているセンサＩＤから選択される。

　さらにレポート管理プログラム４２には、センサデータ受信モジュール４３、タグ受信モジュール４４、レポート管理モジュール４５、レポートベース生成モジュール４６、タグ合成モジュール４７、センサデータテーブルＴＢ３０、タグデータテーブルＴＢ４０及びレポートメタデータテーブルＴＢ５０が設けられている。

　センサデータ受信モジュール４３は、データ提供元システム２で収集されたセンサデータ及びデータ制御計算機４によって処理されたセンサデータを受信し、センサデータ及び処理されたセンサデータをセンサデータテーブルＴＢ３０に格納するプログラムである。

　タグ受信モジュール４４は、データ提供元システム２で定義されデータ制御計算機４によって転送されるタグデータを受信し、タグデータをタグデータテーブルＴＢ４０に格納するプログラムである。

　レポート管理モジュール４５は、レポート定義画面７３で入力された情報を基にレポートの内容であるレポート定義を定義し、レポート定義をレポートメタデータテーブルＴＢ５０に格納するプログラムである。

　レポートベース生成モジュール４６は、レポートメタデータテーブルＴＢ５０のレポート定義を基に、センサデータテーブルＴＢ３０からセンサデータ等を取得し、センサデータ等に基づいてレポートベースとして図、表、グラフ等を生成するプログラムである。

　タグ合成モジュール４７は、レポートメタデータテーブルＴＢ５０のレポート定義を基に、タグデータテーブルＴＢ４０からタグデータを取得し、レポートベース生成モジュール４６が生成したレポートベースにタグを合成しレポート８０を生成するプログラムである。

　センサデータテーブルＴＢ３０は、図７に示すように、ＩｏＴ機器７から送信されたセンサデータ、及び、データ制御計算機４で処理されたセンサデータを格納するテーブルであり、センサＩＤ欄ＴＢ３１、時刻欄ＴＢ３２、データ欄ＴＢ３３を備えて構成される。

　センサＩＤ欄ＴＢ３１には、受信したセンサデータの生成元となるセンサ２５のセンサＩＤである、センサ構成テーブルＴＢ１０のセンサＩＤ欄のセンサＩＤが格納される。時刻欄ＴＢ３２には、センサデータが測定された期間が格納されている。データ欄ＴＢ３３には、センサ２５が測定したセンサデータ、又は、センサデータ処理プログラム５４で処理されたセンサデータが格納される。センサデータとしては、例えば、画像データの場合、「Ｉｍａｇｅ：＜第１の画像データ＞」のように、データ種別として「Ｉｍａｇｅ」が、データ値として画像データのバイト列が、データ欄ＴＢ３３に格納される。処理されたセンサデータとしては、例えば、音声データの場合、「ｄＢ：＜値＞」のように、データ種別として「ｄＢ」が、データ値として音圧の数値が、データ欄ＴＢ３３に格納される。

　タグデータテーブルＴＢ４０は、図８に示すように、タグ定義テーブルＴＢ２０と同一の構成のテーブルであるが、格納されるタグデータがレポート管理プログラム４２のレポート定義に含まれているもののみであるという点でタグ定義テーブルＴＢ２０と異なる。

　レポートメタデータテーブルＴＢ５０は、図９に示すように、レポート管理プログラムが定義するレポート定義が格納されるテーブルであり、レポートＩＤ欄ＴＢ５１、レポート名欄ＴＢ５２、参照データ欄ＴＢ５３、データ範囲欄ＴＢ５４及びレポート種別欄ＴＢ５５を備えて構成される。

　レポートＩＤ欄ＴＢ５１には、レポート８０を一意に識別するＩＤであるレポートＩＤが格納される。なおレポートＩＤはレポート管理モジュール４５によって作成される。レポート名欄ＴＢ５２には、レポート定義画面７３で入力されたレポート８０の名称を示す文字列が格納される。参照データ欄ＴＢ５３には、レポート生成に使用されるセンサＩＤが、センサデータテーブルＴＢ３０から1つ以上選択されて格納される。データ範囲欄ＴＢ５４には、レポート定義画面７３で入力された、レポート８０を生成する時間的な範囲が格納される。

　レポート種別欄ＴＢ５５には、レポート８０の表示形式を示すレポート種別が格納される。レポート種別は例えば、レポート８０の表示形式を表形式とする「表」、レポート８０の表示形式を時系列毎の折れ線グラフ形式とする「折れ線」等とする。この他にも、レポート種別には円グラフ形式、棒グラフ形式等、センサデータの表示に適した形式が用意される。

　さらにセンサデータ処理プログラム５４には、センサデータフロー管理モジュール５５、センサデータ処理モジュール５６、センサデータフロー制御モジュール５７及びセンサデータフローテーブルＴＢ６０が設けられている。

　センサデータフロー管理モジュール５５は、ＩｏＴ機器７から受信したセンサデータ毎の送信先を管理し、センサデータフロー定義によってセンサデータフローの登録、参照、編集及び削除を行うプログラムである。なおセンサデータフロー管理モジュール５５は、センサデータフロー定義をセンサデータフローテーブルＴＢ６０に格納する。

　センサデータ処理モジュール５６は、センサデータ処理プログラム５４が受信したセンサデータに分析、加工等の処理をするプログラムである。例えば、受信したセンサデータが画像データの場合、センサデータ処理モジュール５６は、画像に映っている人物の特定、人数の解析等を行う。また受信したセンサデータが音声データの場合、センサデータ処理モジュール５６は、会話内容の分析、音量の抽出等を行う。センサデータ処理モジュール５６は、センサデータを処理した後、処理したセンサデータをセンサデータフロー制御モジュール５７に送信する。なおセンサデータの処理が不要の場合は、センサデータ処理モジュール５６は、センサデータフロー制御モジュール５７にそのままのセンサデータを送信する。

　センサデータフロー制御モジュール５７は、センサデータフローテーブルＴＢ６０に登録されているセンサデータ毎の送信先に基づいて、センサデータ処理モジュール５６から受信したセンサデータ及び処理されたセンサデータを、レポート管理プログラム４２に送信するプログラムである。なおセンサデータのセンサＩＤは送信元の情報となる。

　センサデータフローテーブルＴＢ６０は、図１０に示すように、センサデータ処理プログラム５４が受信したセンサデータの送信先を定義するテーブルであり、送信元ＩＤ欄ＴＢ６１及び送信先欄ＴＢ６２を備えて構成される。送信元ＩＤ欄ＴＢ６１には、センサデータの送信元を示すセンサＩＤが格納され、送信先欄ＴＢ６２には、センサデータの送信先であるレポート管理計算機２８を示すＩＤが格納される。レポート管理計算機２８を示すＩＤは、例えばレポート管理計算機２８に設定されたホスト名、ＩＰアドレス等である。

　さらにタグデータフロー制御プログラム５８には、タグデータフロー管理モジュール５９、タグデータフロー制御モジュール６０及びタグデータフローテーブルＴＢ７０が設けられている。

　タグデータフロー管理モジュール５９は、タグデータの送信先を管理するプログラムであり、タグ定義テーブルＴＢ２０に格納されているタグデータ、レポートメタデータテーブルＴＢ５０に格納されているレポート定義及びセンサデータフローテーブルＴＢ６０に格納されているセンサデータフロー定義を監視し、何れか１つ以上のテーブルの更新があった場合に、タグデータの送信先となるレポート管理計算機２８を決定し、タグデータフローテーブルＴＢ７０を更新するプログラムである。

　タグデータフロー制御モジュール６０は、タグデータフローテーブルＴＢ７０に格納されているタグデータの送信先に基づいて、タグデータをレポート管理計算機２８に送信するプログラムである。

　タグデータフローテーブルＴＢ７０は、図１１に示すように、タグデータの送信先を定義するタグデータフロー制御情報を格納するテーブルであり、タグＩＤ欄ＴＢ７１及び送信先欄ＴＢ７２を備えて構成される。タグＩＤ欄ＴＢ７１には、タグ定義テーブルＴＢ２０のタグＩＤ欄ＴＢ２１のタグＩＤが格納され、送信先欄ＴＢ７２には、タグデータの送信先であるレポート管理計算機２８を示すＩＤが格納される。レポート管理計算機２８を示すＩＤは、例えばレポート管理計算機２８に設定されたホスト名、ＩＰアドレス等である。

　なお送信先欄ＴＢ７２の送信先にあるタグデータテーブルＴＢ４０及びレポートメタデータテーブルＴＢ５０に格納されているセンサＩＤ及び時刻範囲が共に重複するレポートＩＤの数をカウントすることで上述のレポート数が求まる。

（３）レポート管理機能に関する各種処理
　次に、上述したレポート管理機能に関連して本レポート管理システム１において実行される各種処理について説明する。なお、以下においては、各種処理の処理主体を「プログラム」として説明するが、実際上は、ＣＰＵ８，２９，３６，４８がその「プログラム」に基づいてその処理を実行することは言うまでもない。

（３－１）タグデータフロー更新処理
　図１２は、タグデータフロー管理モジュール５９が実行するタグデータフロー更新処理の処理手順を示す。タグデータフロー管理モジュール５９は、この図１２に示す処理手順に従って、タグデータフローテーブルＴＢ７０を更新する。

　実際上、タグデータフロー管理モジュール５９は、タグ定義テーブルＴＢ２０、レポートメタデータテーブルＴＢ５０及びセンサデータフローテーブルＴＢ６０のうちいずれか１つ以上のテーブルの更新を検知すると、この図１２に示すタグデータフロー更新処理を開始する。

　そして、タグデータフロー管理モジュール５９は、まず、タグ管理プログラム１７からタグ定義テーブルＴＢ２０のデータを取得して、更新を検知したタグデータに関連するセンサを抽出する（ＳＰ１１）。具体的には、関連ＩＤ欄ＴＢ２４の値と、更新のあったテーブル中のセンサＩＤが格納されている欄の値を比較し、一致したセンサＩＤを抽出する。

　続いて、タグデータフロー管理モジュール５９は、センサデータ処理プログラム５４からセンサデータフローテーブルＴＢ６０のデータを取得して、抽出したセンサのセンサデータの送信先を抽出し（ＳＰ１２）、タグデータの送信先となるレポート管理計算機２８を絞り込む。具体的には、ステップＳＰ１１で抽出したセンサＩＤに対応するセンサデータフローテーブルＴＢ６０における送信先欄ＴＢ６２の送信先を抽出する。ただし、この時点ではレポート定義がなされておらず、タグデータを送信する必要がない送信先も含まれている。

　次いで、タグデータフロー管理モジュール５９は、タグデータの送信先として絞り込んだレポート管理計算機２８のレポート管理プログラム４２からレポートメタデータテーブルＴＢ５０を取得して、レポート定義に使用されているセンサデータを抽出する（ＳＰ１３）。具体的には、ステップＳＰ１２で抽出したセンサＩＤとレポートメタデータテーブルＴＢ５０の参照データ欄ＴＢ５３のセンサＩＤとを比較し、一致したセンサＩＤを抽出する。

　次いで、タグデータフロー管理モジュール５９は、タグデータフローテーブルＴＢ７０を更新することで、タグデータフローを更新する（ＳＰ１４）。具体的には、タグデータフロー管理モジュール５９は、ステップＳＰ１３で抽出したセンサＩＤに対応するタグ定義テーブルＴＢ２０におけるタグＩＤ欄ＴＢ２１のタグＩＤを参照する。そして、タグデータフロー管理モジュール５９は、当該タグＩＤに対応するタグデータフローテーブルＴＢ７０の送信先欄ＴＢ７２に、ステップＳＰ１２で抽出した送信先を格納することでタグデータフローを更新する。なお、ステップＳＰ１３でセンサＩＤが抽出できない場合は、タグデータフロー管理モジュール５９は、そのままタグデータフロー更新処理を終了する。

　次いで、タグデータフロー管理モジュール５９は、レポート定義に定義されている時刻範囲内のタグデータの有無を判定する（ＳＰ１５）。具体的には、タグデータフロー管理モジュール５９は、ステップＳＰ１３で抽出したセンサＩＤに対応するデータ範囲欄ＴＢ５４の時刻範囲と、スケジュール欄ＴＢ２３の時刻範囲との時刻範囲の重複部分の有無を判定する。タグデータフロー管理モジュール５９は、レポート定義に定義されている時刻範囲内のタグデータが無く、ステップＳＰ１５の判定で否定結果を得ると、タグデータフロー更新処理を終了する。

　これに対して、タグデータフロー管理モジュール５９は、レポート定義に定義されている時刻範囲内のタグデータが有り、ステップＳＰ１５の判定で肯定結果を得ると、当該時刻範囲内のタグデータをレポート管理計算機２８に送信するように、タグデータフロー制御モジュール６０に指示をし（ＳＰ１６）、タグデータフロー更新処理を終了する。タグデータフロー管理モジュール５９からの指示により、タグデータフロー制御モジュール６０は、レポート管理計算機２８に当該時刻範囲内のタグデータを送信する。

（３－２）レポート表示処理
　図１３は、レポート管理プログラム４２が実行するレポート表示処理の処理手順を示す。レポート管理プログラム４２は、この図１３に示す処理手順に従って、図４に示すレポート８０を表示する。

　実際上、レポート管理プログラム４２は、例えばユーザから入出力装置３１を介してレポート名を指定してレポート表示を要求されると、この図１３に示すレポート表示処理を開始する。

　そして、レポートベース生成モジュール４６は、まず、レポートメタデータテーブルＴＢ５０を参照し、指定されたレポート名に対応するレポート定義に基づいて、レポートベースを生成する（ＳＰ２１）。

　具体的には、レポートベース生成モジュール４６は、参照データ欄ＴＢ５３に格納されているセンサＩＤのうち、データ範囲欄ＴＢ５４の時刻範囲のセンサデータを、センサデータテーブルＴＢ３０から取得する。そしてレポートベース生成モジュール４６は、レポート種別欄ＴＢ５５に格納されている形式でレポートベースを生成する。図４では、レポート名として「店舗Ａ騒音データ」が指定された場合を示している。

　続いて、タグ合成モジュール４７は、タグデータテーブルＴＢ４０からタグデータを取得する（ＳＰ２２）。この取得するタグデータは、指定されたレポート名に対応する参照データ欄ＴＢ５３のセンサＩＤを、関連ＩＤ欄ＴＢ４４のセンサＩＤとして持ち、かつ、データ範囲欄ＴＢ５４の時刻範囲にスケジュール欄ＴＢ４３の時刻範囲が含まれるデータとする。

　図４に示すように例えば、２０１６年１２月２３日のセンサＩＤがＳ００２のセンサデータを表示するレポートＩＤがＲ００２のレポートの場合、タグデータテーブルＴＢ４０に格納されているタグデータのうち、関連ＩＤ欄ＴＢ４４の関連ＩＤが“Ｓ００２“で、かつ、スケジュール欄ＴＢ４３の時刻範囲が”２０１６年１２月２３日００：００から２０１６年１２月２４日００：００“に該当するタグデータが取得される。レポートＩＤがＲ００２の場合、図９に示すようにタグＩＤがＥ００１、Ｅ００３、Ｅ００５、Ｅ００６のタグデータが取得される。

　次いで、タグ合成モジュール４７は、レポートベース生成モジュール４６が生成したレポートベースにタグを合成する（ＳＰ２３）。具体的には、タグ合成モジュール４７は、レポートベース上に、ステップＳＰ２２で取得したタグデータの時刻範囲に渡ってタグを表示する。

（４）本実施の形態の効果
　以上のように本実施の形態のレポート管理システム１では、タグデータフロー制御プログラム５８によって、タグデータをタグデータフローテーブルＴＢ７０によって管理することで、タグ定義テーブルＴＢ２０、レポートメタデータテーブルＴＢ５０及びセンサデータフローテーブルＴＢ６０の変更に基づいて、タグデータの送信先を変更する。このようにタグデータの送信先が動的に適切に変更されることで、大量のセンサデータがやり取りされ、日々データ提供元の状況や、レポートの定義が更新されるような環境でも、煩雑な設定をせずにレポートに付加情報を付与することが可能となる。

　従って、本レポート管理システム１によれば、ユーザは付加情報であるタグデータの送信先を意識することなく、レポートを表示するための情報を変更することが可能となり、データ提供元及びデータ利用先間において適切な付加情報を無駄なくやり取りし得る計算機システム及びデータフロー制御方法を実現できる。

（５）他の実施の形態
　なお上述の実施の形態においては、データ制御計算機４を、データ提供元システム２及びデータ利用先システム３から独立させた場合について述べたが、本発明はこれに限らず、データ制御計算機４をデータ提供元システム２又はデータ利用先システム３内で動作させる等し、レポート管理システム１の構成として広く適用することができる。

　また上述の実施の形態においては、タグデータの送信先を制御して、データ提供元システム２からタグデータを送信することで、レポート管理プログラム４２にタグデータが格納される場合について述べたが、本発明はこれに限らず、レポート管理プログラム４２がデータ提供元システム２にアクセスしてタグデータを取得しても良い。

　図１４にレポート管理プログラム４２がデータ提供元システム２にアクセスする場合のレポート管理システム９０の構成を示す。レポート管理システム９０は、タグデータフロー制御プログラム５８を備える代わりにタグデータアクセス制御プログラム９３を備える点においてレポート管理システム１と異なる。この差異点のみの説明を行う。

　このタグデータアクセス制御プログラム９３が備えるタグデータアクセス管理モジュール９４は、図１５に示すタグデータアクセス更新処理を行う。タグデータアクセス更新処理のステップＳＰ１１～ＳＰ１４は、タグデータフロー更新処理のステップＳＰ３１～ＳＰ３４と同じであるため、説明を省略する。

　タグデータアクセス管理モジュール９４は、タグデータフローテーブルＴＢ７０のタグデータにアクセスするための例えばＲＥＳＴ　ＡＰＩ（Representational State Transfer Application Programming Interface）等のアクセス部（以下、これをＡＰＩと呼ぶ）をタグデータアクセス管理モジュール９４内に作成することで（ＳＰ３５）、タグデータへのアクセスを制御する。具体的には、タグデータアクセス管理モジュール９４は、タグデータへのアクセスを要求してきた要求元が送信先欄ＴＢ７２に送信先として格納されている場合のみ、当該送信先と対応するタグＩＤ欄ＴＢ７１に格納されているタグＩＤのタグデータにアクセスできるように制御する。

　タグデータが大量にある場合や更新頻度が頻繁であるために更新の度にタグデータを送信するのが計算機システムの要件上困難な場合等には、レポートが定義される際や、レポートが生成される際に、レポート管理プログラム４２がデータ提供元システム２のタグデータにアクセスすることは有効である。

　さらに上述の実施の形態においては、ユーザによって各種定義情報が入力される場合について述べたが、本発明はこれに限らず、他のシステムで使用している情報を流用しても良い。

　図１６に第３の管理装置（以下、これを拠点管理計算機と呼ぶ）１０２からの情報を流用する場合のレポート管理システム１００の構成を示す。レポート管理システム１００は、１つ以上の拠点管理計算機１０２をさらに備える点においてレポート管理システム１と異なる。この差異点のみの説明を行う。

　拠点管理計算機１０２は、データ提供元システム１０１のＩｏＴ機器７が設置されている現場を拠点として管理するための計算機であって、メモリ１０４には、拠点の情報を管理するプログラムである拠点管理プログラム１０９が必要な際に一時的に保持される。なお拠点管理計算機１０２のハードウェア構成は、データ制御計算機４等と同じであるため説明を省略する。なお拠点管理プログラム１０９は、拠点の業種等によって機能が異なるが、ここでは、データ提供元システム２が販売店で動作するシステムの場合について説明する。

　拠点管理プログラム１０９には、拠点管理モジュール１１０、店舗営業時間テーブルＴＢ８０、システム稼働スケジュールテーブルＴＢ９０及びシステムイベント管理テーブルＴＢ１００が設けられている。

　拠点管理モジュール１１０は、店舗の営業時間を管理する店舗営業時間テーブルＴＢ８０によって管理する営業時間管理機能、販売店で動作する各ＩｏＴ機器７の稼働スケジュールをシステム稼働スケジュールテーブルＴＢ９０によって管理する稼働スケジュール管理機能及び販売店で動作する各ＩｏＴ機器７や各センサ２５の状態をシステムイベント管理テーブルＴＢ１００によって管理するシステムイベント管理機能を有するプログラムである。拠点管理モジュール１１０は、店舗営業時間テーブルＴＢ８０、システム稼働スケジュールテーブルＴＢ９０及びシステムイベント管理テーブルＴＢ１００に格納される値を登録、参照、更新、削除等する。

　店舗営業時間テーブルＴＢ８０は、図１７に示すように、店舗営業時間を格納するテーブルであって、店舗ＩＤ欄ＴＢ８１、店舗名欄ＴＢ８２及び営業時間欄ＴＢ８３を備えて構成される。

　店舗ＩＤ欄ＴＢ８１には、店舗を一意に示す店舗ＩＤが格納される。この店舗ＩＤは、店舗登録時に１から順に採番される。店舗名欄ＴＢ８２には、店舗の名称を示す店舗名が格納される。この店舗名はタグ定義においてタグ名として使用される。営業時間欄ＴＢ８３には、店舗の営業時間が「開店時間－閉店時間」の形式で格納される。この店舗の営業時間はタグ定義においてスケジュールとして使用される。

　システム稼働スケジュールテーブルＴＢ９０は、図１８に示すように、ＩｏＴ機器７の稼働スケジュールを格納するテーブルであって、イベントＩＤ欄ＴＢ９１、イベント名欄ＴＢ９２及びスケジュール欄ＴＢ９３を備えて構成される。イベントＩＤ欄ＴＢ９１には、稼働スケジュールを一意に識別するイベントＩＤが格納される。このイベントＩＤは稼働スケジュールの発生時に１から順に採番される。イベント名欄ＴＢ９２には、稼働スケジュールの内容を示すイベント名が格納されている。このイベント名はタグ定義においてタグ名として使用される。スケジュール欄ＴＢ９３には、稼働スケジュールが「開始時間－終了時間」の形式で格納される。この稼働スケジュールはタグ定義においてスケジュールとして使用される。

　システムイベント管理テーブルＴＢ１００は、図１９に示すように、ＩｏＴ機器７やセンサ２５のステータス異常等を格納するテーブルであって、時刻欄ＴＢ１０１、イベントＩＤ欄ＴＢ１０２、イベント名欄ＴＢ１０３及び対象センサ欄ＴＢ１０４を備えて構成される。

　時刻欄ＴＢ１０１には、状態異常等が発生した時刻が格納されている。この時刻はタグ定義においてスケジュールとして使用される。イベントＩＤ欄ＴＢ１０２には、状態異常等を一意に識別するイベントＩＤが格納されている。このイベントＩＤは状態異常時の発生時に１から順に採番される。イベント名欄ＴＢ１０３には、状態異常等の内容を示すイベント名が格納されている。このイベント名はタグ定義においてタグ名として使用される。対象センサ欄ＴＢ１０４には、エラーや警告等が発生したセンサのセンサＩＤが格納されている。このセンサＩＤはタグ定義において使用される。なお対象センサ欄ＴＢ１０４に複数のセンサＩＤが格納される場合はカンマ等で区切られる。

　拠点管理計算機１０２からの情報を流用する場合には、そのまま使用してもよいし、タグ定義画面７１の初期値として使用してもよい。拠点管理計算機１０２からの情報をタグ定義画面の初期値として使用する場合、タグ管理プログラム１７は、タグ定義の入力を受け付ける際に、拠点管理計算機１０２の拠点管理プログラム１０９にアクセスし、店舗営業時間テーブルＴＢ８０、システム稼働スケジュールテーブルＴＢ９０及びシステムイベント管理テーブルＴＢ１００からタグ名欄７１Ａ、スケジュール欄７１Ｂ及びセンサ欄７１Ｃに対応する情報を取得し、タグ名欄７１Ａ、スケジュール欄７１Ｂ及びセンサ欄７１Ｃに取得した情報を初期値として表示する。このように初期値が表示されることで、ユーザは初期値からの変更分のみを入力すればよくなり、ユーザの入力負荷が軽減される。

　さらに上述の実施の形態においては、データ提供元システム２は店舗のシステムである場合について述べたが、本発明はこれに限らず、データ提供元システム２は空港に設置されるシステムであっても良く、この場合、データ提供元システム２は、空港名やゲート番号、フライト情報、搭乗率等をタグとして取得する。

　さらに上述の実施の形態においては、ＩｏＴ機器７に接続されるセンサ２５がＩｏＴ機器７に内蔵され、内部バスで接続されるようにした場合について述べたが、本発明はこれに限らず、センサ２５はＩｏＴ機器７に外付けされネットワークインタフェース２０４を介して接続されるようにしても良い。

　さらに上述の実施の形態においては、１つのユーザインタフェースプログラム３５でレポート管理システム１の各種定義情報をユーザが集中管理する構成とするようにした場合について述べたが、本発明はこれに限らず、対象となるプログラムに応じて、複数のユーザインタフェースに分かれるようにしても良い。例えば、タグ定義に関してはセンサ管理計算機６の入出力装置１０から運用管理者によって随時入力され、センサデータフロー定義に関してはデータ制御計算機４の入出力装置５０から開発者によって随時入力され、レポート定義に関してはレポート管理計算機２８から開発者によって随時入力されるようにしてもよい。

　さらに上述の実施の形態においては、ユーザ端末２７がデータ利用先システム３上で動作するようにした場合について述べたが、本発明はこれに限らず、ユーザ端末２７がデータ利用先システム３以外で動作するようにしても良い。

　１，９０，１００……レポート管理システム、２……データ提供元システム、３……データ利用先システム、４，９１……データ制御計算機、５……ネットワーク、６……センサ管理計算機、７……ＩｏＴ機器、８，２０，２９，３６，４８，１０３……ＣＰＵ、９，２１，３０，３７，４９，９２，１０４……メモリ、１０，２２，３１，３８，５０，１０５……入出力装置、１１，２３，３２，３９，５１，１０６……ストレージ装置、１２，２４，３３，４０，５２，１０７……ネットワークインタフェース、１４……センサ管理プログラム、１７……タグ管理プログラム、３５……ユーザインタフェースプログラム、４２……レポート管理プログラム、５４……センサデータ処理プログラム、５８……タグデータフロー制御プログラム。

Claims

　データ提供元システムと、
　データ利用先システムと、
　データ提供元システムからデータ利用先システムへのデータフローを制御するデータ制御計算機と、
　を備える計算機システムであって、
　前記データ提供元システムは、
　センサを有する機器と、
　前記センサの検出データであるセンサデータと、前記センサから直接取得することができないデータを前記センサデータと関連付けたタグデータと、を夫々管理する第１の管理装置と、
　を備え、
　前記データ利用先システムは、
　前記タグデータに基づいて、前記センサデータを利用するデータ管理を実行する第２の管理装置を備え、
　前記データ制御計算機は、
　前記データ提供元システムから前記データ利用先システムへの前記センサデータのフローと、
　前記データ提供元システムから前記データ利用先システムへの前記タグデータのフローと、
　を夫々制御し、
　前記タグデータのフローの更新の要否を判定し、
　当該判定を肯定すると、前記センサデータのフローに基づいて、前記データ利用先システムに送信される前記センサデータから、前記データ利用先システムに送信される前記タグデータを決定し、
　当該決定に基づいて、前記タグデータのフローを更新する
　計算機システム。
　前記データ制御計算機は、
　前記センサデータのフロー、前記データ管理及び前記タグデータのいずれか１つ以上の情報が更新されたことを検知すると、当該情報に含まれる前記センサデータを利用する前記データ利用先システムに対して、当該センサデータに関連する前記タグデータを送信するように、前記タグデータのフローに含まれる前記タグデータの送信先を更新する
　請求項１記載の計算機システム。
　第１の管理装置は、
　前記タグデータの送信先の更新に基づいて、前記第２の管理装置に前記タグデータを送信する
　請求項２記載の計算機システム。
　前記データ制御計算機は、前記タグデータの送信先の更新に基づいて、前記第２の管理装置が前記タグデータにアクセスできるようにするためのアクセス部を作成し、
　前記第２の管理装置は、前記アクセス部を介して、前記第１の管理装置の前記タグデータにアクセスする
　請求項２記載の計算機システム。
　前記データ提供元システムは、第３の管理装置を備え、
　第３の管理装置は、前記センサから直接取得することができないデータを管理し、
　第１の管理装置は、第３の管理装置から前記センサから直接取得することができないデータを取得する
　請求項２記載の計算機システム。
　前記センサデータのフロー、前記データ管理及び前記タグデータの前記情報を表示する
　請求項２記載の計算機システム。
　前記タグデータのフローを表示する
　請求項２記載の計算機システム。
　データ提供元システムからデータ利用先システムへのデータフローをデータ制御計算機が制御する計算機システム制御方法であって、
　前記データ提供元システムが、
　第１の管理装置によって、センサの検出データであるセンサデータと、センサから直接取得することができないデータをセンサデータと関連付けたタグデータと、を夫々管理し、
　前記データ利用先システムが、
　第２の管理装置によって、前記タグデータに基づいて、前記センサデータを利用するデータ管理を実行し、
　前記データ制御計算機が、
　前記データ提供元システムから前記データ利用先システムへの前記センサデータのフローと、前記データ提供元システムから前記データ利用先システムへの前記タグデータのフローと、を夫々制御し、前記タグデータのフローの更新の要否を判定し、当該判定を肯定すると、前記センサデータのフローに基づいて、前記データ利用先システムに送信される前記センサデータから前記データ利用先システムに送信される前記タグデータを決定し、当該決定に基づいて前記タグデータのフローを更新する
　データフロー制御方法。