JP2023074641A - 情報処理システム、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】データを効率的に収集および格納し、データ活用を容易化する技術を提供する。
【解決手段】情報処理システムは、１または複数の値および当該１または複数の値に対応付けられた識別情報を含むデータと、当該データの属性を示すトピックとを含む送信データを送信する送信部と、トピック毎に区分けされたデータベースと、送信データに含まれるトピックに基づいてデータの格納先を特定するとともに、送信データに含まれるデータを当該特定したデータの格納先に格納するデータ管理部とを含む。データ管理部は、送信データに含まれる識別情報と同一の識別情報に対応付けられた値が既にデータベースに格納されている場合には、データベースに既に格納されている識別情報に対応付けて、送信データに含まれるデータに含まれる１または複数の値を格納する。
【選択図】図１

Description

本発明は、データ収集に係る情報処理システム、情報処理方法および情報処理プログラムに関する。

情報通信技術の進展に伴って、様々なデータを収集して活用する取り組みがなされている。

例えば、特表２０２０－５０３７８４号公報（特許文献１）は、ＩｏＴネットワークにおけるコンポジットオブジェクトを備える装置を開示する。また、特開２０１９－１３３６１０号公報（特許文献２）は、複数のデータ源を含むネットワーク通信環境におけるデータオーケストレーションプラットフォーム管理方法を開示する。

また、収集したデータを検索する技術として、特表２０１７－５１６２１３号公報（特許文献３）は、ＩｏＴまたはＭ２Ｍデバイスに最も効率的な検索結果を提供するであろう現在のリソースディレクトリ機能性に、より高度な検索エンジン最適化を追加した構成を開示する。

特表２０２０－５０３７８４号公報 特開２０１９－１３３６１０号公報 特表２０１７－５１６２１３号公報

生産現場などにおいても、様々なデータを収集して活用するという取り組みが進められている。生産現場などにおいては、ワーク毎および／または工程毎に関連のデータを対応付ける必要がある。このようなデータの対応付けを実現するためには、対応付けられるデータに共通の識別情報を付与する必要がある。データ毎に共通の識別情報を付与することで、保存するデータ量の増大や分析処理負荷の増大などの課題が生じ得る。

本発明の一つの目的は、データを効率的に収集および格納し、データ活用を容易化する技術を提供することである。

本発明の一例に従う情報処理システムは、１または複数の値および当該１または複数の値に対応付けられた識別情報を含むデータと、当該データの属性を示すトピックとを含む送信データを送信する送信部と、トピック毎に区分けされたデータベースと、送信データに含まれるトピックに基づいてデータの格納先を特定するとともに、送信データに含まれるデータを当該特定したデータの格納先に格納するデータ管理部とを含む。データ管理部は、送信データに含まれる識別情報と同一の識別情報に対応付けられた値が既にデータベースに格納されている場合には、データベースに既に格納されている識別情報に対応付けて、送信データに含まれるデータに含まれる１または複数の値を格納する。

この構成によれば、同一のトピックおよび同一の識別情報を含む複数の送信データが送信された場合であっても、各送信データに含まれる１または複数の値は、同一のトピックおよび同一の識別情報に対応付けてデータベースに格納される。これによって、異なるタイミングで複数の送信データが送信されたとしても、それぞれの送信データに含まれるデータを効率的に収集および格納できる。また、送信データに基づいて、データベースへの項目などの追加を自動的に行うことができるので、データベースの構造を明示的に変更する必要がない。

データ管理部は、送信データに含まれるトピックに対応付けられたデータの格納先が存在しない場合に、当該トピックに対応付けられたデータの格納先を新たに生成するようにしてもよい。この構成によれば、新たなトピックを含む送信データが生成された場合であっても、データベース内を自動的に拡張できるので、データベースを再構成する必要がなく、柔軟に拡張可能なデータベースを実現できる。

データ管理部は、送信データに含まれる識別情報と同一の識別情報に対応付けられた値がデータベースに格納されていない場合には、当該識別情報に対応付けられた値を格納するための新たなレコードを追加するようにしてもよい。この構成によれば、新たな識別情報に対応付けられた値を含む送信データが生成された場合などにおいて、当該新たな識別情報に対応付けられた値を確実にデータベースに格納できる。

データ管理部は、送信データに含まれる値のデータ名を格納するカラムが存在しない場合には、当該データ名の値を格納するための新たなカラムを追加するようにしてもよい。この構成によれば、同一の識別情報に対応付けられた値が複数存在していても、各値を格納するための領域を柔軟に確保できる。

データ管理部は、同一の識別情報に対応付けられた複数の値について予め定められた演算を実行して新たな値を追加するようにしてもよい。この構成によれば、収集部が個々に収集した値に対して、任意の演算を実行することで、より有益な情報を生成できる。

データ管理部は、送信部に設定されたトピックと同一のトピックがデータベースに既に存在するか否かを判断するようにしてもよい。この構成によれば、新たに送信部を追加するような場合に、既に使用されているトピックが誤って設定される可能性を低減できる。

データ管理部は、送信部が送信する送信データに含まれる１または複数の値のデータ名と同一のデータ名がデータベースに既に存在するか否かを判断するようにしてもよい。この構成によれば、新たに送信部を追加するような場合に、既に使用されているデータ名が誤って設定される可能性を低減できる。

トピックは、階層構造で記述されてもよい。この構成によれば、データの収集対象である生産現場の構成に対応付けてトピックを記述できる。

データ管理部は、集計要求に従って、当該集計要求により指定されたトピックに関連付けられた複数の値に対して、当該集計要求により指定された集計処理を実行するようにしてもよい。この構成によれば、特定のトピックに関連する複数の値についての集計結果を容易に取得できる。

集計要求は、対象のトピックを指定するためのワイルドカードを用いた記述を含んでいてもよい。この構成によれば、対象のトピックの各々を特定できなくても、共通した属性の少なくとも一部を特定すれば、集計処理を実行できる。

データ管理部は、集計要求を受信すると、当該受信した集計要求に従って、集計処理を実行するようにしてもよい。この構成によれば、集計要求を送信する毎に、処理結果を取得できる。

本発明の別の例に従う情報処理方法は、トピック毎に区分けされたデータベースを管理するステップと、１または複数の値および当該１または複数の値に対応付けられた識別情報を含むデータと、当該データの属性を示すトピックとを含む送信データを送信するステップと、送信データに含まれるトピックに基づいてデータの格納先を特定するステップと、送信データに含まれるデータを当該特定したデータの格納先に格納するステップとを含む。格納するステップは、送信データに含まれる識別情報と同一の識別情報に対応付けられた値が既にデータベースに格納されている場合には、データベースに既に格納されている識別情報に対応付けて、送信データに含まれるデータに含まれる１または複数の値を格納するステップを含む。

本発明のさらに別の例に従う情報処理プログラムはコンピュータに、トピック毎に区分けされたデータベースを管理するステップと、１または複数の値および当該１または複数の値に対応付けられた識別情報を含むデータと、当該データの属性を示すトピックとを含む送信データに応答して、送信データに含まれるトピックに基づいてデータの格納先を特定するステップと、送信データに含まれるデータを当該特定したデータの格納先に格納するステップとを実行させる。格納するステップは、送信データに含まれる識別情報と同一の識別情報に対応付けられた値が既にデータベースに格納されている場合には、データベースに既に格納されている識別情報に対応付けて、送信データに含まれるデータに含まれる１または複数の値を格納するステップを含む。

本発明によれば、データを効率的に収集および格納し、データ活用を容易化する技術を提供できる。

本実施の形態に従う情報処理システムの適用例を示す模式図である。 本実施の形態に従う情報処理システムの全体構成例を示す模式図である。 本実施の形態に従う情報処理システムのサーバ装置のハードウェア構成例を示すブロック図である。 本実施の形態に従う情報処理システムの送信装置のハードウェア構成例を示すブロック図である。 本実施の形態に従う情報処理システムの収集処理を実現するための機能構成例を示す模式図である。 本実施の形態に従う情報処理システムの一例を示す模式図である。 図６に示す情報処理システムにおけるデータベースのデータ構造に生じる時間的変化の一例を説明するための模式図である。 本実施の形態に従う情報処理システムの収集処理に係るサーバ装置が実行する処理手順を示すフローチャートである。 本実施の形態に従う情報処理システムの管理処理を説明するための模式図である。 本実施の形態に従う情報処理システムの管理処理に係る処理手順を示すシーケンス図である。 本実施の形態に従う情報処理システムの集計処理を説明するための模式図である。 本実施の形態に従う情報処理システムの集計処理に係るサーバ装置が実行する処理手順を示すフローチャートである。

本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。

＜Ａ．適用例＞
まず、本発明が適用される場面の一例について説明する。

図１は、本実施の形態に従う情報処理システム１の適用例を示す模式図である。図１（Ａ）および図１（Ｂ）を参照して、情報処理システム１は、データ送信モジュール２５０から送信データ５０を受信するサーバ装置１００を含む。サーバ装置１００は、データ管理モジュール１５２およびデータベース１６０を含む。

データ送信モジュール２５０が送信する送信データ５０は、データ５４およびデータ５４の属性を示すトピック５２を含む。送信データ５０に含まれるデータ５４は、１または複数の値５８および当該１または複数の値５８に対応付けられた識別情報であるＩＤ５６を含む。ＩＤ５６は、データ５４を特定するための識別情報である。

本明細書において、「トピック」は、データの属性を示す任意の情報を意味し、データを収集する対象に応じて、適宜設定される。トピックは、管理したいデータの任意の単位で設定することができる。例えば、データが収集される工程名、データが収集される場所（工場名やフロア名）、データが収集される装置、データが収集されるワーク種類などをトピックとして設定することができる。

データベース１６０は、トピック５２の別に１または複数のテーブル１６２を格納する。すなわち、データベース１６０は、トピック毎に区分けされている。図１には、トピック５２として、「ＴＰ１」および「ＴＰ２」がそれぞれ付与された２つのテーブル１６２がデータベース１６０に格納されている例を示す。

データ管理モジュール１５２は、送信データ５０に含まれるトピック５２に基づいてデータ５４の格納先（テーブル１６２）を特定するとともに、送信データ５０に含まれるデータ５４を当該特定したデータの格納先に格納する。

図１（Ａ）および図１（Ｂ）に示す例では、データ５４には、データ名として「開始時刻」および「終了時刻」の２つの値が格納されるように構成されている。但し、図１（Ａ）に示すデータ５４には、「開始時刻」の値がのみ格納されており、「終了時刻」の値については格納されていない（例えば、ｎｕｌｌが格納されている）。一方、図１（Ｂ）に示すデータ５４には、「終了時刻」の値がのみ格納されており、「開始時刻」の値については格納されていない（例えば、ｎｕｌｌが格納されている）。

なお、図１（Ａ）および図１（Ｂ）に示すデータ５４は、いずれも同一のＩＤ５６（例えば、「００１」）を含む。

図１（Ａ）を参照して、データ管理モジュール１５２は、送信データ５０のトピック５２に基づいて、「ＴＰ１」が付与されているテーブル１６２を特定する。そして、データ管理モジュール１５２は、送信データ５０に含まれるＩＤ５６である「００１」のエントリを新たに生成するとともに、送信データ５０に含まれる「開始時刻」の値５８を当該エントリに格納する。

その後、図１（Ｂ）に示すように、データ管理モジュール１５２が送信データ５０を受信すると、送信データ５０のトピック５２に基づいて、「ＴＰ１」が付与されているテーブル１６２を特定する。ここで、送信データ５０に含まれるＩＤ５６である「００１」のエントリが既に存在しているので、データ管理モジュール１５２は、新たにエントリを生成するのではなく、既に存在する「００１」のエントリに、送信データ５０に含まれる「終了時刻」の値５８を当該エントリに格納する。

このように、データ管理モジュール１５２は、送信データ５０に含まれる識別情報（ＩＤ５６）と同一の識別情報に対応付けられた値５８が既にデータベース１６０（あるいは、テーブル１６２）に格納されている場合には、データベース１６０に既に格納されている識別情報（ＩＤ５６）に対応付けて、送信データ５０に含まれるデータ５４に含まれる１または複数の値５８を格納する。

このような構成を採用することで、同一のトピックおよび同一の識別情報（ＩＤ５６）を含む複数の送信データ５０が異なるタイミングで送信されたとしても、データベース１６０（あるいは、テーブル１６２）において、同一のトピックおよび同一の識別情報に対応付けて、すべての値を格納できる。これによって、トピックおよび識別情報を重複してデータベース１６０に格納する必要はなく、データを効率的に収集および格納できる。

＜Ｂ．情報処理システムの全体構成例＞
本実施の形態に従う情報処理システム１は、主として、生産現場からデータを収集するが、データを収集する対象については特に限定されるものではない。

図２は、本実施の形態に従う情報処理システム１の全体構成例を示す模式図である。図２を参照して、情報処理システム１は、サーバ装置１００と、１または複数の送信装置２００－１，２００－２，２００－３，２００－４，２００－５，２００－６，…（以下、「送信装置２００」とも総称する。）と、情報処理装置３００－１，３００－２…（以下、「情報処理装置３００」とも総称する。）とを含む。

サーバ装置１００は、ネットワーク２を介して送信装置２００から送信されるデータを格納するとともに、必要な情報処理を実行する。また、サーバ装置１００は、情報処理装置３００などからの集計要求に応じて、格納しているデータを提供する。

送信装置２００の各々は、生産現場などから予め定められたデータを収集し、サーバ装置１００へ送信する。送信装置２００がデータをサーバ装置１００へ送信するタイミングは、任意に決定できる。

図２に示すように、ワーク１０が複数の工程を経て製品になるようなラインを想定すると、送信装置２００の各々は、いずれかの工程に配置されており、各工程を通過するワーク１０から収集したデータをサーバ装置１００へ送信する。

情報処理装置３００は、ネットワーク４を介してサーバ装置１００にアクセスして、任意のデータを提供する。

＜Ｃ．ハードウェア構成＞
次に、本実施の形態に従う情報処理システム１を構成する装置のハードウェア構成の一例について説明する。

（ｃ１：サーバ装置１００）
図３は、本実施の形態に従う情報処理システム１のサーバ装置１００のハードウェア構成例を示すブロック図である。図３を参照して、サーバ装置１００は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro-Processing Unit）などの１または複数のプロセッサ１０２と、主メモリ１０４と、光学ドライブ１０６と、ストレージ１１０と、ネットワークコントローラ１２０，１２２と、ＵＳＢ（Universal Serial Bus）コントローラ１２４と、入力部１２６と、表示部１２８とを含む。これらのコンポーネントは、バス１０８を介して接続される。

プロセッサ１０２は、ストレージ１１０に格納された各種プログラムを読み出して、主メモリ１０４に展開して実行することで、サーバ装置１００で必要な処理を実現する。

ストレージ１１０は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Flash Solid State Drive）などの１または複数の不揮発性記憶装置で構成される。ストレージ１１０には、典型的には、ＯＳ（Operating System）１１２および後述する各種処理を実現するための情報処理プログラム１１４が格納される。なお、ストレージ１１０には、図３に示すプログラム以外の必要なプログラムが格納されてもよい。

ストレージ１１０の記憶領域を用いて、送信装置２００から収集されたデータから構成されるデータベース１６０が実現されてもよい。

サーバ装置１００は、光学ドライブ１０６を有していてもよい。光学ドライブ１０６は、コンピュータ読取可能なプログラムを非一過的に格納する記録媒体１０７（例えば、ＤＶＤ（Digital Versatile Disc）などの光学記録媒体）からプログラムを読み取って、ストレージ１１０などに格納する。

サーバ装置１００で実行される各種プログラムは、コンピュータ読取可能な記録媒体１０７を介してインストールされてもよいが、ネットワーク上の任意のサーバからダウンロードする形でインストールするようにしてもよい。

ネットワークコントローラ１２０は、ネットワーク２を介した送信装置２００などとのデータのやり取りを制御する。ネットワークコントローラ１２２は、ネットワーク４を介した情報処理装置３００などとのデータのやり取りを制御する。

ＵＳＢコントローラ１２４は、ＵＳＢ接続を介した外部装置（例えば、サポート装置）とのデータのやり取りを制御する。

入力部１２６は、タッチパネル、マウス、キーボードなどで構成され、ユーザ操作を受け付ける。表示部１２８は、ディスプレイ、各種インジケータなどで構成され、プロセッサ１０２からの処理結果などを出力する。

図３には、プロセッサ１０２がプログラムを実行することで必要な処理が提供される構成例を示したが、これらの提供される処理の一部または全部を、専用のハードウェア回路（例えば、ＡＳＩＣ（Application Specific Integrated Circuit）またはＦＰＧＡ（Field-Programmable Gate Array）など）を用いて実装してもよい。

また、サーバ装置１００が担当する処理の全部または一部をネットワーク上のクラウドコンピューティングを用いて実行してもよい。

（ｃ２：送信装置２００）
図４は、本実施の形態に従う情報処理システム１の送信装置２００のハードウェア構成例を示すブロック図である。図４を参照して、送信装置２００は、処理回路２１０と、ネットワークコントローラ２２０と、入力部２２６と、表示部２２８と、収集部２３０とを含む。

処理回路２１０は、ＣＰＵやＭＰＵなどのプロセッサ２１２と、主メモリ２１４と、フラッシュメモリなどのストレージ２１６とを含む。プロセッサ２１２は、ストレージ２１６に格納された各種プログラムを読み出して、主メモリ２１４に展開して実行することで、送信装置２００で必要な処理を実現する。

ネットワークコントローラ２２０は、ネットワーク２を介したサーバ装置１００などとのデータのやり取りを制御する。

入力部２２６は、タッチパネル、マウス、キーボードなどで構成され、ユーザ操作を受け付ける。表示部２２８は、ディスプレイ、各種インジケータなどで構成され、プロセッサ１０２からの処理結果などを出力する。なお、入力部２２６と表示部２２８とを一体化したタッチパネルディスプレイを採用してもよいし、入力部２２６および表示部２２８を省略してもよい。

収集部２３０は、データを収集するための任意の構成を含む。例えば、収集部２３０は、ワークなどに付与された２次元または３次元コードを光学的に読み取る光学デバイスや、任意の計測装置からデータを収集するインターフェイス回路を含み得る。

図４には、プロセッサ２１２がプログラムを実行することで必要な処理が提供される構成例を示したが、これらの提供される処理の一部または全部を、専用のハードウェア回路（例えば、ＡＳＩＣまたはＦＰＧＡなど）を用いて実装してもよい。あるいは、送信装置２００の主要部を、汎用的なアーキテクチャに従うハードウェア（例えば、汎用パソコンをベースとした産業用パソコン）を用いて実現してもよい。

また、送信装置２００は、単一の装置ではなく、複数の装置が連携することで実現されてもよい。例えば、既存のセンサや制御装置に対して、送信データを生成および送信するための通信インターフェイスを付加することで実現されてもよい。

さらに、送信装置２００に相当する機能を任意の装置で実行されるソフトウェアとして実現してもよい。この場合には、既存の装置で実行されるソフトウェアに加えて、送信装置２００に相当するソフトウェアを追加することで実現されてもよい。

（ｃ３：情報処理装置３００）
本実施の形態に従う情報処理システム１の情報処理装置３００は、一般的なパーソナルコンピュータなどにより構成される。一般的なパーソナルコンピュータについては公知であるので、詳細な説明は行わない。

＜Ｄ．基本的な収集処理＞
次に、本実施の形態に従う情報処理システム１における基本的な収集処理について説明する。

図５は、本実施の形態に従う情報処理システム１の収集処理を実現するための機能構成例を示す模式図である。図５を参照して、情報処理システム１において、サーバ装置１００は、データ配信モジュール１５０と、データ管理モジュール１５２と、データベース１６０とを含む。送信装置２００は、データ送信モジュール２５０を含む。情報処理装置３００は、データ取得モジュール３５０を含む。

送信装置２００のデータ送信モジュール２５０は、送信部に相当し、データを収集して送信する。データ送信モジュール２５０が送信するデータを「送信データ５０」と称す。

送信データ５０は、格納されているデータ５４の属性を示すトピック５２を含む。送信データ５０に格納されているデータ５４は、１または複数の値５８、および、１または複数の値５８に対応付けられたＩＤ５６を含む。ＩＤ５６は、データ５４を特定するための識別情報である。

サーバ装置１００のデータ配信モジュール１５０は、データ送信モジュール２５０から受信する送信データ５０に含まれるトピック５２を特定し、当該特定したトピック５２を購読しているデータ管理モジュール１５２および／またはデータ取得モジュール３５０へ送信データ５０を転送する。送信データ５０の配信先は、複数のモジュールであってもよい。なお、データ配信モジュール１５０は、受信する送信データ５０のすべてをデータ管理モジュール１５２へ転送するようにしてもよい。

情報処理装置３００のデータ取得モジュール３５０は、ユーザにより指定された購読対象のトピックをデータ配信モジュール１５０へ通知する。また、データ取得モジュール３５０は、格納されているデータのうちから取得したいデータのトピックをデータ配信モジュール１５０へ通知する。この通知に応答して、データ配信モジュール１５０は、指定されたトピックに対応するデータをデータ取得モジュール３５０へ送信する。

サーバ装置１００のデータ管理モジュール１５２は、データ配信モジュール１５０から受信する送信データ５０に含まれるトピック５２に基づいて、対応するデータ５４をデータベース１６０に格納する。このように、データ管理モジュール１５２は、送信データ５０に含まれるトピック５２に基づいてデータの格納先を特定するとともに、送信データ５０に含まれるデータ５４を当該特定したデータの格納先に格納する。

データ管理モジュール１５２は、データ配信モジュール１５０からの集計要求に応じて、データベース１６０に格納されているデータを検索するようにしてもよい。

また、データ管理モジュール１５２は、後述するようなデータベース１６０のデータ構造の更新（追加および削除を含む）を担当してもよい。さらに、データ管理モジュール１５２は、送信データ５０に含まれるデータ５４に対する任意の演算を実行するようにしてもよい。

データベース１６０は、トピック毎に区分けされている。より具体的には、データベース１６０は、トピック５２の別に１または複数のテーブル１６２を格納する。テーブル１６２の各々は、ＩＤ１６４と、１または複数の値１６６とが対応付けられて格納されている。

なお、トピックは、上述したような単一の値に限らず、階層構造を採用してもよい。階層構造で記述する場合には、「相対表記」および／または「絶対表記」を導入してもよい。「相対表記」は、任意の基準からの経路を示すものであり、例えば、「ｌｉｎｅ３／ｐｒｏｃｅｓｓ５」といったように、「／」で始まらない表記としてもよい。

また、「絶対表記」は、対象のシステムにおいて一意に特定可能な経路を示すものであり、例えば、「／ｆａｃｔｏｒｙ２／ｌｉｎｅ３／ｐｒｏｃｅｓｓ５」といったように、「／」で始まる表記としてもよい。このとき、絶対表記の先頭部分（例えば、「／ｆａｃｔｏｒｙ２／」）をグローバルトピックと称し、それ以降の部分（例えば、「ｌｉｎｅ３／ｐｒｏｃｅｓｓ５」）をローカルトピックと称することができる。相対表記は、グローバルトピックなしの、ローカルトピックとみなすこともできる。

図６は、本実施の形態に従う情報処理システム１の一例を示す模式図である。図６には、ワーク１０が工程１および工程２で処理される例を示す。情報処理システム１は、工程１および工程２におけるワーク１０に対する処理の開始時刻および終了時刻を収集する。

図６を参照して、ワーク１０は、コンベアなどにより工程１、工程２といった順序に搬送されるとともに、各工程において加工や組み立てなどの処理が行われる。ワーク１０には、ワーク１０を特定するためのＩＤ（００１，００２，００３，…）を示す２次元コード１２が付与されている。

送信装置２００は、２次元コード１２を光学的に読み取って、ワーク１０のＩＤを取得するとともに、ＩＤを取得した時刻も取得する。送信装置２００は、いずれかの工程の処理開始ポイントまたは処理終了ポイントに配置されている。そのため、送信装置２００は、各工程においてワーク１０に対する処理の開始時刻または終了時刻をサーバ装置１００へ送信することができる。すなわち、送信装置２００が送信する送信データ５０のデータ５４は、ワーク１０のＩＤと、開始時刻または終了時刻とを含む。

より具体的には、送信装置２００－１は、工程１の処理開始ポイントに配置されており、送信装置２００－２は、工程１の処理終了ポイントに配置されている。同様に、送信装置２００－３は、工程２の処理開始ポイントに配置されており、送信装置２００－４は、工程２の処理終了ポイントに配置されている。

このように、送信装置２００の各々は、ワーク１０が通過したときに、ワーク１０に付与されている２次元コード１２を光学的に読み取って、当該２次元コード１２を光学的に読み取った時刻をサーバ装置１００へ送信する。このとき、送信装置２００の各々は、配置されている工程を特定するための情報をトピック５２として送信データ５０に含める。

より具体的には、送信装置２００－１は、ワーク１０が通過すると（工程１でのワーク１０に対する処理が開始されると）、ワーク１０に付与されている２次元コード１２を光学的に読み取って取得されたワーク１０のＩＤと、ワーク１０のＩＤを読み取った時刻である開始時刻とをデータ５４－１として生成する。そして、送信装置２００－１は、「工程１」をトピック５２－１としてデータ５４－１に付加して送信データ５０－１を生成し、サーバ装置１００へ送信する。

サーバ装置１００（データ管理モジュール１５２）は、送信装置２００－１から送信データ５０－１を受信すると、送信データ５０－１に含まれるトピック５２－１の値である「工程１」に対応するテーブル１６２－１を特定し、送信データ５０－１に含まれるデータ５４－１（ＩＤおよび開始時刻）を格納する。このとき、データ５４－１のＩＤの値である「００１」と同じ値のＩＤ１６４が付与されたレコードが存在しないので、サーバ装置１００は、新たなレコードを追加する。

このように、サーバ装置１００（データ管理モジュール１５２）は、送信データ５０に含まれるＩＤ５６（識別情報）と同一のＩＤに対応付けられた値がデータベース１６０に格納されていない場合には、ＩＤ５６に対応付けられた値を格納するための新たなレコードを追加する。

続いて、送信装置２００－２は、ワーク１０が通過すると（工程１でのワーク１０に対する処理が終了すると）、ワーク１０に付与されている２次元コード１２を光学的に読み取って取得されたワーク１０のＩＤと、ワーク１０のＩＤを読み取った時刻である終了時刻とをデータ５４－２として生成する。そして、送信装置２００－２は、「工程１」をトピック５２－２としてデータ５４－２に付加して送信データ５０－２を生成し、サーバ装置１００へ送信する。

サーバ装置１００（データ管理モジュール１５２）は、送信装置２００－２から送信データ５０－２を受信すると、送信データ５０－２に含まれるトピック５２－２の値である「工程１」に対応するテーブル１６２－１を特定し、送信データ５０－２に含まれるデータ５４－２（ＩＤおよび終了時刻）を格納する。このとき、データ５４－１のＩＤの値である「００１」と同じ値のＩＤ１６４が付与されたレコードが既に存在しているので、サーバ装置１００は、既存のレコードに終了時刻を格納する。

また、サーバ装置１００（データ管理モジュール１５２の演算機能１５４）は、開始時刻および終了時刻の両方が格納されたレコードについて、開始時刻と終了時刻との差を作業時間として算出する。そして、サーバ装置１００は、算出した作業時間を対応するレコードに格納する。

データ管理モジュール１５２の演算機能１５４は、ワーク１０の各々について、開始時刻および終了時刻から作業時間を算出する処理を担当する。なお、演算機能１５４による作業時間の算出は、対応する開始時刻および終了時刻が揃っていればいずれであってもよい。例えば、開始時刻と終了時刻とが揃った直後に作業時間を算出するようにしてもよいし、予め定められた周期毎に、テーブル１６２に含まれるレコードのうち開始時刻と終了時刻とが揃ったレコードを抽出し、抽出したレコードについて、作業時間を算出するようにしてもよい。

ワーク１０は、工程１での処理が終了すると、工程２へ送られる。
送信装置２００－３は、ワーク１０が通過すると（工程２でのワーク１０に対する処理が開始されると）、ワーク１０に付与されている２次元コード１２を光学的に読み取って取得されたワーク１０のＩＤと、ワーク１０のＩＤを読み取った時刻である開始時刻とをデータ５４－３として生成する。そして、送信装置２００－３は、「工程２」をトピック５２－３としてデータ５４－３に付加して送信データ５０－３を生成し、サーバ装置１００へ送信する。

続いて、送信装置２００－４は、ワーク１０が通過すると（工程２でのワーク１０に対する処理が終了すると）、ワーク１０に付与されている２次元コード１２を光学的に読み取って取得されたワーク１０のＩＤと、ワーク１０のＩＤを読み取った時刻である終了時刻とをデータ５４－４として生成する。そして、送信装置２００－４は、「工程２」をトピック５２－４としてデータ５４－４に付加して送信データ５０－４を生成し、サーバ装置１００へ送信する。

サーバ装置１００（データ管理モジュール１５２）は、送信装置２００－３および送信装置２００－４から送信データ５０－３および送信データ５０－４をそれぞれ受信すると、「工程２」に対応するテーブル１６２－２を特定し、送信データ５０－３，５０－４に含まれるデータ５４－２，５４－４を格納する。また、サーバ装置１００（データ管理モジュール１５２の演算機能１５４）は、送信データ５０－３および送信データ５０－４についても、開始時刻と終了時刻との差を作業時間として算出する。

上述したように、データ管理モジュール１５２の演算機能１５４は、同一のＩＤに対応付けられた複数の値（例えば、「開始時刻」および「終了時刻」）について予め定められた演算を実行して新たな値（例えば、「作業時間」）を追加する。

図７は、図６に示す情報処理システム１におけるデータベース１６０のデータ構造に生じる時間的変化の一例を説明するための模式図である。図７には、同一のワーク１０が工程１および工程２で順次処理された場合のデータベース１６０のデータ構造に生じる時間的変化の一例を示す。

まず、初期状態においては、サーバ装置１００のデータベース１６０は、何らのテーブル１６２も存在しないとする。ワーク１０に対する工程１での処理が開始されると、サーバ装置１００は、送信データ５０－１を受信する。送信データ５０－１は、トピック５２－１として「工程１」の情報を含んでいる。

サーバ装置１００のデータ管理モジュール１５２は、「工程１」に対応するテーブルが存在しないので、新たなテーブルを生成する。より具体的には、データ管理モジュール１５２は、送信データ５０－１に含まれるトピック５２－１に基づいて、「工程１」が付与されたテーブルを生成する（図７の（１））。生成されたテーブルには、必須の情報であるＩＤを格納するカラムが初期設定されてもよい。

このように、サーバ装置１００のデータ管理モジュール１５２は、送信データ５０に含まれるトピック５２に対応付けられたデータの格納先であるテーブルが存在しない場合に、当該トピックに対応付けられたテーブルを新たに生成する。

続いて、データ管理モジュール１５２は、送信データ５０－１に含まれるデータ名である「開始時刻」に対応するカラムが存在しないので、新たなカラムを追加する（図７の（２））。このように、サーバ装置１００のデータ管理モジュール１５２は、送信データ５０に含まれる値のデータ名を格納するカラムが存在しない場合には、当該データ名の値を格納するための新たなカラムを追加する。

そして、データ管理モジュール１５２は、送信データ５０－１に含まれるＩＤの値および開始時刻の値を対象のレコードに格納する（図７の（３））。

その後、サーバ装置１００が送信データ５０－２を受信すると、送信データ５０－２に含まれるデータ名である「終了時刻」に対応するカラムが存在しないので、データ管理モジュール１５２は、新たなカラムを追加する（図７の（４））。

続いて、データ管理モジュール１５２は、送信データ５０－２に含まれるＩＤの値に対応するレコードを特定し、送信データ５０－２に含まれる終了時刻の値を対象のレコードに格納する。さらに、データ管理モジュール１５２は、開始時刻の値および終了時刻の値から作業時間を算出する。データ管理モジュール１５２は、「作業時間」に対応するカラムが存在しないので、新たなカラムを追加する。最終的に、データ管理モジュール１５２は、算出した作業時間値を対象のレコードに格納する（図７の（５））。

その後、サーバ装置１００は、送信データ５０－３および送信データ５０－４を順次受信すると、上述と同様の処理を実行する。

具体的には、ワーク１０に対する工程２での処理が開始されると、サーバ装置１００は、送信データ５０－３を受信する。送信データ５０－３は、トピック５２－３として「工程２」の情報を含んでいる。

サーバ装置１００のデータ管理モジュール１５２は、送信データ５０－３に含まれるトピック５２－３に基づいて、「工程２」が付与されたテーブルを生成する（図７の（６））。続いて、データ管理モジュール１５２は、送信データ５０－３に含まれるデータ名である「開始時刻」に対応するカラムが存在しないので、新たなカラムを追加する（図７の（７））。そして、データ管理モジュール１５２は、送信データ５０－３に含まれるＩＤの値および開始時刻の値を対象のレコードに格納する（図７の（８））。

その後、サーバ装置１００が送信データ５０－４を受信すると、送信データ５０－４に含まれるデータ名である「終了時刻」に対応するカラムが存在しないので、データ管理モジュール１５２は、新たなカラムを追加する（図７の（９））。

続いて、データ管理モジュール１５２は、送信データ５０－４に含まれるＩＤの値に対応するレコードを特定し、送信データ５０－４に含まれる終了時刻の値を対象のレコードに格納する。さらに、データ管理モジュール１５２は、開始時刻の値および終了時刻の値から作業時間を算出する。データ管理モジュール１５２は、「作業時間」に対応するカラムが存在しないので、新たなカラムを追加する。最終的に、データ管理モジュール１５２は、算出した作業時間値を対象のレコードに格納する（図７の（１０））。

サーバ装置１００のデータ管理モジュール１５２は、送信データ５０を受信するたびに上述したような処理を実行する。なお、新たなテーブルの生成、および／または、新たなカラムの追加は、新たなトピック５２を含む送信データ５０を受信した場合のみ実行されることになる。

図８は、本実施の形態に従う情報処理システム１の収集処理に係るサーバ装置１００が実行する処理手順を示すフローチャートである。図８に示す各ステップは、典型的には、サーバ装置１００のプロセッサ１０２が情報処理プログラム１１４を実行することで実現される。

図８を参照して、サーバ装置１００は、トピック毎に区分けされたデータベース１６０を管理する（ステップＳ１００）。そして、サーバ装置１００は、いずれかの送信装置２００から送信データ５０を受信したか否かを判断する（ステップＳ１０２）。すなわち、サーバ装置１００は、送信装置２００が送信データ５０をサーバ装置１００へ送信したか否かを判断する。送信データ５０を受信していなければ（ステップＳ１０２においてＮＯ）、ステップＳ１０２の処理が繰り返される。

送信データ５０を受信していれば（ステップＳ１０２においてＹＥＳ）、サーバ装置１００は、受信した送信データ５０に含まれるトピック５２に対応するテーブル１６２が存在するか否かを判断する（ステップＳ１０４）。

受信した送信データ５０に含まれるトピック５２に対応するテーブル１６２が存在しなければ（ステップＳ１０４においてＮＯ）。サーバ装置１００は、受信した送信データ５０に含まれるトピック５２に対応する新たなテーブル１６２を生成する（ステップＳ１０６）。

このように、サーバ装置１００は、送信データ５０に含まれるトピック５２に基づいてデータの格納先を特定する。

受信した送信データ５０に含まれるトピック５２に対応するテーブル１６２が存在していれば（ステップＳ１０４においてＹＥＳ）、または、新たなテーブル１６２を生成した後（ステップＳ１０６の実行後）、サーバ装置１００は、受信した送信データ５０に含まれるＩＤ５６と同じ値のＩＤ１６４が付与されたレコードが存在するか否かを判断する（ステップＳ１０８）。

受信した送信データ５０に含まれるＩＤ５６と同じ値のＩＤ１６４が付与されたレコードが存在しなければ（ステップＳ１０８においてＮＯ）、サーバ装置１００は、受信した送信データ５０に含まれるＩＤ５６をＩＤ１６４として付与したレコードを生成する（ステップＳ１１０）。

続いて、サーバ装置１００は、受信した送信データ５０に含まれるデータ５４のデータ名（開始時刻および／または終了時刻）を特定する（ステップＳ１１２）。そして、サーバ装置１００は、特定したデータ名が格納先のテーブル１６２に存在するか否かを判断する（ステップＳ１１４）。

特定したデータ名が格納先のテーブル１６２に存在しなければ（ステップＳ１１４においてＮＯ）、サーバ装置１００は、存在しないデータ名に対応する新たなカラムを追加する（ステップＳ１１６）。

特定したデータ名が格納先のテーブル１６２に存在していれば（ステップＳ１１４においてＹＥＳ）、または、テーブル１６２に新たなカラムを追加した後（ステップＳ１１６の実行後）、サーバ装置１００は、受信した送信データ５０に含まれるデータ５４に含まれる値５８をＩＤ５６と同じ値のＩＤ１６４が付与されたレコードの対応するカラムに格納する（ステップＳ１１８）。このように、サーバ装置１００は、送信データ５０に含まれるデータ５４を特定したデータの格納先に格納する。このとき、サーバ装置１００は、送信データ５０に含まれるＩＤ５６と同一のＩＤ１６４に対応付けられた値が既にデータベース１６０に格納されている場合には、データベース１６０に既に格納されているＩＤ１６４に対応付けて、送信データ５０に含まれるデータ５４に含まれる１または複数の値５８を格納することになる。

続いて、サーバ装置１００は、ＩＤ５６と同じ値のＩＤ１６４が付与されたレコードにおいて、開始時刻と終了時刻とが揃ったか否かを判断する（ステップＳ１２０）。ＩＤ５６と同じ値のＩＤ１６４が付与されたレコードにおいて、開始時刻と終了時刻とが揃っていれば（ステップＳ１２０においてＹＥＳ）、サーバ装置１００は、開始時刻および終了時刻から作業時間を算出する（ステップＳ１２２）。

ＩＤ５６と同じ値のＩＤ１６４が付与されたレコードにおいて、開始時刻と終了時刻とが揃っていなければ（ステップＳ１２０においてＮＯ）、ステップＳ１２２の処理はスキップされる。

このように、工程１および工程２の各々において、ワーク１０に対する作業に要する時間（作業時間）を収集できる。ワーク１０は順次処理されるので、すべてのワーク１０について、開始時刻、終了時刻および作業時間を蓄積することで、工程毎に要する作業時間の平均値やバラツキなどを分析するためのデータとして利用できる。

説明の便宜上、２つの工程からなる例を説明したが、１または複数の工程が追加された場合であっても、柔軟に対応できる。例えば、工程３が追加された場合には、追加された工程３に送信装置２００を新たに配置するとともに、当該新たに追加された送信装置２００に対して、トピック５２として「工程３」を設定する。これによって、サーバ装置１００は、トピック５２の新たな値に対応するテーブル１６２を生成する。

図６に示すように、同一のワーク１０についてのデータ（開始時刻および終了時刻）は、異なる送信装置２００がそれぞれ異なるタイミングでサーバ装置１００へ送信される。このように時間的に分散された複数のデータが送信される場合であっても、トピック５２およびＩＤ５６を利用することで、ワーク１０毎に必要なデータを集約できる。

＜Ｅ．トピックおよびデータ名の管理＞
上述したように、本実施の形態に従う情報処理システム１は、トピックに基づいて、複数の送信装置２００からのデータを収集する。また、同一のＩＤに対して複数種類のデータを順次収集する。そのため、送信装置２００がデータを送信する際に指定するトピックおよびデータ名の管理が重要になってくる。

例えば、図６に示すような情報処理システム１を構築するにあたって、送信装置２００のデータ送信モジュール２５０には、トピックおよびデータ名が設定される。図６に示すように、送信装置２００－１および送信装置２００－２に対して、同一のトピック５２（図６に示す例では「工程１」）およびＩＤ（図６に示す例では、ワーク１０に付与されている２次元コード１２から読み出される値）を設定するとともに、送信装置２００－１に対しては、データ名として「開始時刻」を設定し、送信装置２００－１に対しては、データ名として「終了時刻」を設定することで、サーバ装置１００でのデータの集約および演算を実現する。

一方で、複数の送信装置２００がそれぞれ独立してデータを送信する方式を採用するため、対応付けるべきではない複数の送信装置２００の間で意図せずに同一のトピックが設定されてしまう可能性がある。そのため、トピックを設定する際には、重複の有無などを確認することが好ましい。同様に、データ名を設定する際にも、重複の有無などを確認することが好ましい。

より具体的には、データ送信モジュール２５０に対してトピックおよび／またはデータ名を設定する際、データ送信モジュール２５０がサーバ装置１００に対して、設定しようとするトピックおよび／またはデータ名が既に別のデータ送信モジュール２５０によって使用されているかを問い合わせる。設定しようとするトピックおよび／またはデータ名が既に別のデータ送信モジュール２５０によって使用されている場合には、ユーザに対して通知を行うことで、設定の間違いなどを防止できる。

図９は、本実施の形態に従う情報処理システム１の管理処理を説明するための模式図である。図９を参照して、サーバ装置１００のデータ管理モジュール１５２は、登録管理機能１５６を有している。データ管理モジュール１５２の登録管理機能１５６は、送信装置２００に設定されたトピックおよび／またはデータ名を記録するための設定テーブル１７０を有している。データ管理モジュール１５２の登録管理機能１５６は、送信データ５０の送信元である送信装置２００にトピックおよび／またはデータ名が設定されると、当該設定内容を設定テーブル１７０に登録する。

より具体的には、送信装置２００－１のデータ送信モジュール２５０－１は、トピックおよび／またはデータ名の設定を受け付けるためのインターフェイスをユーザへ提供する。図９には、設定ウィンドウ２６０の例を示す。ユーザは、設定ウィンドウ２６０の入力窓２６２に対して、設定を希望するトピックの値（例えば、「工程１」）を入力する。すると、送信装置２００－１のデータ送信モジュール２５０－１は、ユーザが設定した内容をサーバ装置１００へ送信する。

データ管理モジュール１５２の登録管理機能１５６は、送信装置２００－１のデータ送信モジュール２５０－１からの設定内容を設定テーブル１７０に登録する。このように、データ管理モジュール１５２の登録管理機能１５６が送信装置２００－１から送信されるトピックおよび／またはデータ名を管理することで、重複の有無などの問い合せに応答することができる。説明の便宜上、図９には、トピックを設定する設定ウィンドウ２６０を示すが、データ名を設定できるようにしてもよい。

その後、ユーザが送信装置２００－１に対してトピックを設定する場合を想定する。この場合においても、送信装置２００－１のデータ送信モジュール２５０－１は、設定ウィンドウ２６０をユーザに提示し、ユーザは、設定ウィンドウ２６０の入力窓２６２に対して、設定を希望するトピックの値（例えば、「工程１」）を入力する。すると、送信装置２００－２のデータ送信モジュール２５０－２は、ユーザが設定した内容をサーバ装置１００へ送信する。

データ管理モジュール１５２の登録管理機能１５６は、設定テーブル１７０を参照して、送信装置２００－２のデータ送信モジュール２５０－２からの設定内容と同一の内容が登録されているか否かを判断する。データ管理モジュール１５２の登録管理機能１５６は、データ送信モジュール２５０－２からの設定内容と同一の内容が登録済であるか否かを送信装置２００－２のデータ送信モジュール２５０－２へ応答する。

送信装置２００－２のデータ送信モジュール２５０－２は、ユーザが設定した内容が既に登録されていれば、その旨を通知する。例えば、設定内容が既に登録されている旨を通知する通知ウィンドウ２６４を表示してもよい。

このように、データ管理モジュール１５２の登録管理機能１５６は、データ送信モジュール２５０（送信装置２００）に設定されたトピックと同一のトピックがデータベース１６０に既に存在するか否かを判断する。あるいは、データ管理モジュール１５２の登録管理機能１５６は、データ送信モジュール２５０（送信装置２００）が送信する送信データ５０に含まれる１または複数の値５８のデータ名と同一のデータ名がデータベース１６０に既に存在するか否かを判断してもよい。

このような管理機能を実装することで、トピックおよび／またはデータ名についての設定の間違いなどを防止できる。

図１０は、本実施の形態に従う情報処理システム１の管理処理に係る処理手順を示すシーケンス図である。

図１０を参照して、送信装置２００（データ送信モジュール２５０）は、ユーザからトピックおよび／またはデータ名についての設定を受け付けると（シーケンスＳＱ２００）、受け付けた設定内容をサーバ装置１００（データ管理モジュール１５２の登録管理機能１５６）へ送信する（シーケンスＳＱ２０２）。

サーバ装置１００は、設定テーブル１７０を参照して、送信装置２００からの設定内容と同一の内容が登録されているか否かを判断する（シーケンスＳＱ２０４）。送信装置２００からの設定内容と同一の内容が登録されていなければ、サーバ装置１００は、送信装置２００からの設定内容を設定テーブル１７０に登録し（シーケンスＳＱ２０６）、登録完了を送信装置２００へ通知する（シーケンスＳＱ２０８）。

送信装置２００からの設定内容と同一の内容が登録されていれば、サーバ装置１００は、設定内容が重複している旨を送信装置２００へ通知する（シーケンスＳＱ２１０）。送信装置２００は、設定内容が既に登録されていることをユーザへ通知する（シーケンスＳＱ２１２）。

送信装置２００は、ユーザから設定内容の登録の続行を指示されると（シーケンスＳＱ２１４）、登録の続行をサーバ装置１００へ通知する（シーケンスＳＱ２１６）。サーバ装置１００は、送信装置２００からの登録の続行の通知に従って、送信装置２００からの設定内容を設定テーブル１７０に登録する（シーケンスＳＱ２１８）。

＜Ｆ．集計機能＞
次に、本実施の形態に従う情報処理システム１の集計機能の一例について説明する。

経営者や管理者などが生産現場のＫＰＩ（Key Performance Indicators）などを監視したい場合には、複数のライン全体の生産性、品質、設備稼働率、使用エネルギーなどを俯瞰して集計する必要がある。このような複数のラインの生産状況を容易に集計できる仕組みが有益である。以下、このような集計機能の一例について説明する。

図１１は、本実施の形態に従う情報処理システム１の集計処理を説明するための模式図である。図１１には、各ラインの不良数をサブトピックに対応付けられたデータとして収集するとともに、ライン全体の不良数の合計を親トピックとして指定することで集計する例を示す。一例として、「ライン１」、「ライン２」、「ライン３」という３つのラインが「フロア２」に存在する場合を示す。

図１１を参照して、各ラインを制御する制御装置（ＰＬＣ：Programmable Logic Controller）が送信装置２００－５，２００－６，２００－７として機能する。送信装置２００－５，２００－６，２００－７の各々は、担当するラインに発生した不良数をカウントし、カウントした不良数をデータ５４－５，５４－６，５４－７として含む送信データ５０－５，５０－６，５０－７をサーバ装置１００へ送信する。

送信データ５０－５，５０－６，５０－７に含まれるトピック５２－５，５２－６，５２－７の各々は、対象のフロアおよびラインを階層構造で指定するものとなっている。より具体的には、送信データ５０－５のトピック５２－５は、「フロア２／ライン１」であり、送信データ５０－６のトピック５２－６は、「フロア２／ライン２」であり、送信データ５０－７のトピック５２－７は、「フロア２／ライン３」である。

サーバ装置１００のデータベース１６０は、それぞれのトピック５２に対応したテーブル１６２－３，１６２－４，１６２－５を格納している。テーブル１６２－３，１６２－４，１６２－５には、それぞれ「フロア２／ライン１」、「フロア２／ライン２」、「フロア２／ライン３」がトピックとして付与されている。データ管理モジュール１５２は、送信装置２００－５，２００－６，２００－７から受信する送信データ５０－５，５０－６，５０－７を含まれるトピック５２に対応するテーブル１６２に格納する。図１１に示す例では、「不良数」のカラムにデータ５４に含まれる不良数の値が格納される。

サーバ装置１００のデータ管理モジュール１５２は、集計機能１５８を有している。データ管理モジュール１５２の集計機能１５８は、集計要求１８４に応じて、１または複数のテーブル１６２に格納されているデータを検索して集計する。特に、集計機能１５８は、トピックの階層構造に基づいて、対象となるデータを抽出するとともに、抽出したデータに対して指定された集計処理を実行することで、集計結果を生成する。

例えば、情報処理装置３００がサーバ装置１００に対して集計要求１８４を送信したとする。なお、情報処理装置３００は、集計要求１８４の内容を設定するための設定ウィンドウを表示してもよい。

より具体的には、集計要求１８４は、トピック１８４１と、キー１８４２と、集計方法１８４３とを含む。

トピック１８４１には「フロア２／＋」が指定されている。ここで、「＋」はワイルドカードを意味する。このように、集計要求１８４は、対象のトピックを指定するためのワイルドカードを用いた記述を含んでいてもよい。キー１８４２には「不良数」が指定されており、集計方法１８４３には「合計」が指定されている。

データ管理モジュール１５２の集計機能１５８は、データベース１６０に格納されているテーブル１６２のうち指定されたトピック１８４１である「フロア２／＋」に合致するテーブルを抽出する。すなわち、「フロア２／＋」は、「フロア」で始まるトピックが付与されているすべてのテーブル１６２を意味するので、テーブル１６２－３，１６２－４，１６２－５が対象として抽出される。

そして、データ管理モジュール１５２の集計機能１５８は、抽出したテーブル１６２のうちから、指定されたキー１８４２である「不良数」のカラムに格納されている値をそれぞれ抽出する。

最終的に、データ管理モジュール１５２の集計機能１５８は、指定された集計方法１８４３である「合計」に従って、抽出したそれぞれの値の合計を算出する。そして、データ管理モジュール１５２の集計機能１５８は、算出した不良数の合計を集計結果として、情報処理装置３００へ応答する。情報処理装置３００には、集計結果３７２を含む結果ウィンドウ３７０が表示される。

このように、データ管理モジュール１５２の集計機能１５８は、集計要求１８４に応じて、集計要求１８４により指定されたトピック１８４１に関連付けられた複数の値に対して、集計要求１８４により指定された集計処理を実行する。

このように、階層構造のトピック５２を用いることで、複数のデータソース（例えば、ライン）に対して、集計処理を容易に実現できる。

なお、サーバ装置１００は、集計要求１８４の受信に応答して、集計処理を実行するようにしてもよい。すなわち、データ管理モジュール１５２の集計機能１５８は、集計要求１８４を受信すると、当該受信した集計要求１８４に従って、集計処理を実行してもよい。

一方で、データ管理モジュール１５２の集計機能１５８は、予め定められた集計処理を定期的に実行し、得られた集計結果を別のトピックが付与されたテーブルに格納するようにしてもよい。例えば、１日分のデータに対して夜間のバッチ処理で集計することで、集計要求１８４を受信するたびに集計処理を実行する必要がなくなり、処理負荷を低減できるとともに、集計結果の応答を高速化できる。

図１２は、本実施の形態に従う情報処理システム１の集計処理に係るサーバ装置１００が実行する処理手順を示すフローチャートである。図１２に示す各ステップは、典型的には、サーバ装置１００のプロセッサ１０２が情報処理プログラム１１４を実行することで実現される。

図１２を参照して、サーバ装置１００は、集計要求１８４を受信したか否かを判断する（ステップＳ３００）。集計要求１８４を受信していなければ（ステップＳ３００においてＮＯ）、ステップＳ３００の処理が繰り返される。

集計要求１８４を受信していれば（ステップＳ３００においてＹＥＳ）、サーバ装置１００は、集計要求１８４に含まれるトピック１８４１に基づいて、対象のテーブル１６２を抽出する（ステップＳ３０２）。そして、サーバ装置１００は、抽出した１または複数のテーブル１６２のうち集計要求１８４に含まれるキー１８４２により指定されたカラムに格納されている値を抽出する（ステップＳ３０４）。さらに、サーバ装置１００は、集計要求１８４に含まれる集計方法１８４３に従って、抽出した値について集計処理を実行して集計結果を生成する（ステップＳ３０６）。そして、サーバ装置１００は、生成した集計結果を集計要求１８４の送信元へ応答する（ステップＳ３０８）。

＜Ｇ．付記＞
上述したような本実施の形態は、以下のような技術思想を含む。

［構成１］
情報処理システム（１）であって、
１または複数の値（５８）および当該１または複数の値に対応付けられた識別情報（５６）を含むデータ（５４）と、当該データの属性を示すトピック（５２）とを含む送信データ（５０）を送信する送信部（２００；２５０）と、
トピック毎に区分けされたデータベース（１６０；１６２）と、
前記送信データに含まれるトピックに基づいてデータの格納先を特定するとともに、前記送信データに含まれるデータを当該特定したデータの格納先に格納するデータ管理部（１５２）とを備え、
前記データ管理部は、前記送信データに含まれる識別情報と同一の識別情報に対応付けられた値が既に前記データベースに格納されている場合には、前記データベースに既に格納されている識別情報に対応付けて、前記送信データに含まれるデータに含まれる１または複数の値を格納する、情報処理システム。

［構成２］
前記データ管理部は、前記送信データに含まれるトピック（５２）に対応付けられたデータの格納先（１６２）が存在しない場合に、当該トピックに対応付けられたデータの格納先を新たに生成する、構成１に記載の情報処理システム。

［構成３］
前記データ管理部は、前記送信データに含まれる識別情報と同一の識別情報に対応付けられた値が前記データベースに格納されていない場合には、当該識別情報に対応付けられた値を格納するための新たなレコードを追加する、構成１または２に記載の情報処理システム。

［構成４］
前記データ管理部は、前記送信データに含まれる値のデータ名を格納するカラムが存在しない場合には、当該データ名の値を格納するための新たなカラムを追加する、構成１～３のいずれか１項に記載の情報処理システム。

［構成５］
前記データ管理部（１５２；１５４）は、同一の識別情報に対応付けられた複数の値について予め定められた演算を実行して新たな値を追加する、構成１～４のいずれか１項に記載の情報処理システム。

［構成６］
前記データ管理部（１５２；１５６）は、前記送信部に設定されたトピックと同一のトピックが前記データベースに既に存在するか否かを判断する、構成１～５のいずれか１項に記載の情報処理システム。

［構成７］
前記データ管理部（１５２；１５６）は、前記送信部が送信する送信データに含まれる１または複数の値のデータ名と同一のデータ名が前記データベースに既に存在するか否かを判断する、構成１～６のいずれか１項に記載の情報処理システム。

［構成８］
前記トピックは、階層構造で記述される、構成１～７のいずれか１項に記載の情報処理システム。

［構成９］
前記データ管理部（１５２；１５８）は、集計要求（１８４）に従って、当該集計要求により指定されたトピックに関連付けられた複数の値に対して、当該集計要求により指定された集計処理を実行する、構成１～８のいずれか１項に記載の情報処理システム。

［構成１０］
前記集計要求は、対象のトピックを指定するためのワイルドカードを用いた記述を含む、構成９に記載の情報処理システム。

［構成１１］
前記データ管理部は、前記集計要求を受信すると、当該受信した集計要求に従って、前記集計処理を実行する、構成９または１０に記載の情報処理システム。

［構成１２］
トピック毎に区分けされたデータベース（１６０）を管理するステップ（Ｓ１００）と、
１または複数の値（５８）および当該１または複数の値に対応付けられた識別情報（５６）を含むデータ（５４）と、当該データの属性を示すトピック（５２）とを含む送信データ（５０）を送信するステップ（Ｓ１０２）と、
前記送信データに含まれるトピックに基づいてデータの格納先を特定するステップ（Ｓ１０４，Ｓ１０６）と、
前記送信データに含まれるデータを当該特定したデータの格納先に格納するステップ（Ｓ１１４）とを備え、
前記格納するステップは、前記送信データに含まれる識別情報と同一の識別情報に対応付けられた値が既に前記データベースに格納されている場合には、前記データベースに既に格納されている識別情報に対応付けて、前記送信データに含まれるデータに含まれる１または複数の値を格納するステップを含む、情報処理方法。

［構成１３］
情報処理プログラム（１１４）であって、前記情報処理プログラムはコンピュータ（１００）に、
トピック毎に区分けされたデータベース（１６０）を管理するステップ（Ｓ１００）と、
１または複数の値（５８）および当該１または複数の値に対応付けられた識別情報（５６）を含むデータ（５４）と、当該データの属性を示すトピック（５２）とを含む送信データ（５０）に応答して、前記送信データに含まれるトピックに基づいてデータの格納先を特定するステップ（Ｓ１０４，Ｓ１０６）と、
前記送信データに含まれるデータを当該特定したデータの格納先に格納するステップ（Ｓ１１４）とを実行させ、
前記格納するステップは、前記送信データに含まれる識別情報と同一の識別情報に対応付けられた値が既に前記データベースに格納されている場合には、前記データベースに既に格納されている識別情報に対応付けて、前記送信データに含まれるデータに含まれる１または複数の値を格納するステップを含む、情報処理プログラム。

＜Ｈ．利点＞
生産現場では、様々な装置およびセンサが分散配置されており、また多くの作業者が生産リソースとして分散配置されている。これらが組み合わされて生産システムおよび組織が構成される。複数の生産システムおよび組織が連携することで生産活動が行われる。生産現場での生産活動は、「モノ」を生み出すとともに、多くの「データ」も生み出す。

分散配置された生産リソースからデータは生み出されるため、生み出されるデータも空間的および時間的に分散することになる。生産改善の利用のために、このような時間的および空間的に分散したデータを収集しようとすると、互いに関連するデータを集約するとともに、集計などの処理が必要となる。

また、生産リソース（装置、センサ、作業員など）は、生産の状況に応じて、随時変更されることが多いため、このような変更に対しても対応が必要となる。

本実施の形態に従う情報処理システムは、トピックおよびＩＤを用いて、生産現場から取得されるデータを効率的に収集することができる。また、トピックおよびＩＤを適宜設定あるいは適宜変更することで、生産リソースの変更に対しても柔軟に対応できる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 情報処理システム、２，４ ネットワーク、１０ ワーク、１２ ２次元コード、５０ 送信データ、５２ トピック、５４ データ、５６，１６４ ＩＤ、５８，１６６ 値、１００ サーバ装置、１０２，２１２ プロセッサ、１０４，２１４ 主メモリ、１０６ 光学ドライブ、１０７ 記録媒体、１０８ バス、１１０，２１６ ストレージ、１１４ 情報処理プログラム、１２０，１２２，２２０ ネットワークコントローラ、１２４ ＵＳＢコントローラ、１２６，２２６ 入力部、１２８，２２８ 表示部、１５０ データ配信モジュール、１５２ データ管理モジュール、１５４ 演算機能、１５６ 登録管理機能、１５８ 集計機能、１６０ データベース、１６２ テーブル、１７０ 設定テーブル、１８４ 集計要求、２００ 送信装置、２１０ 処理回路、２３０ 収集部、２５０ データ送信モジュール、２６０ 設定ウィンドウ、２６２ 入力窓、２６４ 通知ウィンドウ、３００ 情報処理装置、３５０ データ取得モジュール、３７０ 結果ウィンドウ、３７２ 集計結果、１８４１ トピック、１８４２ キー、１８４３ 集計方法。

Claims (13)

1. 情報処理システムであって、
   １または複数の値および当該１または複数の値に対応付けられた識別情報を含むデータと、当該データの属性を示すトピックとを含む送信データを送信する送信部と、
   トピック毎に区分けされたデータベースと、
   前記送信データに含まれるトピックに基づいてデータの格納先を特定するとともに、前記送信データに含まれるデータを当該特定したデータの格納先に格納するデータ管理部とを備え、
   前記データ管理部は、前記送信データに含まれる識別情報と同一の識別情報に対応付けられた値が既に前記データベースに格納されている場合には、前記データベースに既に格納されている識別情報に対応付けて、前記送信データに含まれるデータに含まれる１または複数の値を格納する、情報処理システム。
2. 前記データ管理部は、前記送信データに含まれるトピックに対応付けられたデータの格納先が存在しない場合に、当該トピックに対応付けられたデータの格納先を新たに生成する、請求項１に記載の情報処理システム。
3. 前記データ管理部は、前記送信データに含まれる識別情報と同一の識別情報に対応付けられた値が前記データベースに格納されていない場合には、当該識別情報に対応付けられた値を格納するための新たなレコードを追加する、請求項１または２に記載の情報処理システム。
4. 前記データ管理部は、前記送信データに含まれる値のデータ名を格納するカラムが存在しない場合には、当該データ名の値を格納するための新たなカラムを追加する、請求項１～３のいずれか１項に記載の情報処理システム。
5. 前記データ管理部は、同一の識別情報に対応付けられた複数の値について予め定められた演算を実行して新たな値を追加する、請求項１～４のいずれか１項に記載の情報処理システム。
6. 前記データ管理部は、前記送信部に設定されたトピックと同一のトピックが前記データベースに既に存在するか否かを判断する、請求項１～５のいずれか１項に記載の情報処理システム。
7. 前記データ管理部は、前記送信部が送信する送信データに含まれる１または複数の値のデータ名と同一のデータ名が前記データベースに既に存在するか否かを判断する、請求項１～６のいずれか１項に記載の情報処理システム。
8. 前記トピックは、階層構造で記述される、請求項１～７のいずれか１項に記載の情報処理システム。
9. 前記データ管理部は、集計要求に従って、当該集計要求により指定されたトピックに関連付けられた複数の値に対して、当該集計要求により指定された集計処理を実行する、請求項１～８のいずれか１項に記載の情報処理システム。
10. 前記集計要求は、対象のトピックを指定するためのワイルドカードを用いた記述を含む、請求項９に記載の情報処理システム。
11. 前記データ管理部は、前記集計要求を受信すると、当該受信した集計要求に従って、前記集計処理を実行する、請求項９または１０に記載の情報処理システム。
12. トピック毎に区分けされたデータベースを管理するステップと、
    １または複数の値および当該１または複数の値に対応付けられた識別情報を含むデータと、当該データの属性を示すトピックとを含む送信データを送信するステップと、
    前記送信データに含まれるトピックに基づいてデータの格納先を特定するステップと、
    前記送信データに含まれるデータを当該特定したデータの格納先に格納するステップとを備え、
    前記格納するステップは、前記送信データに含まれる識別情報と同一の識別情報に対応付けられた値が既に前記データベースに格納されている場合には、前記データベースに既に格納されている識別情報に対応付けて、前記送信データに含まれるデータに含まれる１または複数の値を格納するステップを含む、情報処理方法。
13. 情報処理プログラムであって、前記情報処理プログラムはコンピュータに、
    トピック毎に区分けされたデータベースを管理するステップと、
    １または複数の値および当該１または複数の値に対応付けられた識別情報を含むデータと、当該データの属性を示すトピックとを含む送信データに応答して、前記送信データに含まれるトピックに基づいてデータの格納先を特定するステップと、
    前記送信データに含まれるデータを当該特定したデータの格納先に格納するステップとを実行させ、
    前記格納するステップは、前記送信データに含まれる識別情報と同一の識別情報に対応付けられた値が既に前記データベースに格納されている場合には、前記データベースに既に格納されている識別情報に対応付けて、前記送信データに含まれるデータに含まれる１または複数の値を格納するステップを含む、情報処理プログラム。

Images