JP2023074642A - 情報処理システムおよび情報処理方法 - 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）など）を用いて実装してもよい。

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

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

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

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

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

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

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

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

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

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

（ｃ４：管理装置４００）
本実施の形態に従う情報処理システム１の管理装置４００は、図４に示すサーバ装置１００と同様のハードウェア構成を有しているので、詳細な説明は繰り返さない。

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

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

送信装置２００のデータ送信モジュール２５０は、送信部に相当し、データを収集して送信する。データ送信モジュール２５０が送信するデータを「送信データ５０」と称す。すなわち、送信装置２００のデータ送信モジュール２５０は、トピックに対応付けられた、１または複数の値を含むデータからなる送信データ５０を複数のサーバ装置１００（データベース１６０）のいずれかに送信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

続いて、サーバ装置１００は、受信した送信データ５０に含まれるデータ５４のデータ名（開始時刻または終了時刻）を特定する（ステップＳ１１２）。そして、サーバ装置１００は、受信した送信データ５０に含まれるデータ５４に含まれる値５８をＩＤ５６と同じ値のＩＤ１６４が付与されたレコードの対応するカラムに格納する（ステップＳ１１４）。このように、サーバ装置１００は、送信データ５０に含まれるデータ５４を特定したデータの格納先に格納する。このとき、サーバ装置１００は、送信データ５０に含まれるＩＤ５６と同一のＩＤ１６４に対応付けられた値が既にデータベース１６０に格納されている場合には、データベース１６０に既に格納されているＩＤ１６４に対応付けて、送信データ５０に含まれるデータ５４に含まれる１または複数の値５８を格納することになる。

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

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

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

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

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

＜Ｅ．データ参照処理＞
次に、本実施の形態に従う情報処理システム１におけるデータ参照処理について説明する。

上述したように、サーバ装置１００の各々が収集したデータは、それぞれのサーバ装置１００のデータベース１６０に格納されることになる。

図９は、本実施の形態に従う情報処理システム１のサーバ装置１００のデータベース１６０の一例を示す模式図である。図９を参照して、例えば、図２に示すような構成例を採用した場合には、サーバ装置１００－１は、拠点１についてのテーブル１６２を有しており、サーバ装置１００－２は、拠点２についてのテーブル１６２を有しており、サーバ装置１００－３は、拠点３についてのテーブル１６２を有している。図９に示す例では、拠点１～３の各々は同様のラインを有しており、各ラインについて工程毎にデータが収集される。

サーバ装置１００－１～１００－３は、配置されている拠点を示す識別情報として、グローバルトピック６０－１～６０－３をそれぞれ有している。グローバルトピック６０－１～６０－３は、トピックのプレフィックスとして用いられる。

本実施の形態に従う情報処理システム１においては、少なくともいずれかのサーバ装置１００と通信可能な情報処理装置３００は、他のサーバ装置が有しているデータベースについても実質的にアクセスすることができるようになっている。

すなわち、図９に示すような複数のテーブル１６２がいずれのサーバ装置１００のデータベース１６０に格納されているのかをユーザに意識させることなく、複数のテーブル１６２を一体として処理できるようになっている。

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

管理装置４００は、トピック管理モジュール４５０を含む。トピック管理モジュール４５０は、複数のデータベース１６０が有しているトピックを管理する。より具体的には、トピック管理モジュール４５０は、複数のサーバ装置１００が有しているテーブル１６２のトピックを他のサーバ装置１００が参照できる仕組みを提供する。

より具体的には、トピック管理モジュール４５０は、いずれかのサーバ装置１００から有しているテーブル１６２についてのトピックに関する情報であるトピック情報を受信すると、他のサーバ装置１００に受信したトピック情報を転送する。サーバ装置１００のデータ管理モジュール１５２は、管理装置４００のトピック管理モジュール４５０からのトピック情報をトピック情報テーブル１７０に格納する。

このように、あるサーバ装置１００が有しているテーブル１６２のトピック情報を他のサーバ装置１００と共有することで、情報処理システム１に含まれるいずれのサーバ装置１００が有しているテーブル１６２のトピックを特定できる。

図１０には、一例として、サーバ装置１００－１およびサーバ装置１００－２が稼動している状態において、サーバ装置１００－３が新たに追加された場合の処理を示す。サーバ装置１００－３は、自装置のデータベース１６０に格納されたテーブル１６２のトピックを示すトピック情報を管理装置４００のトピック管理モジュール４５０へ送信する。トピック管理モジュール４５０は、サーバ装置１００－３からのトピック情報をサーバ装置１００－１およびサーバ装置１００－２へ転送する。サーバ装置１００－１は、トピック管理モジュール４５０からのトピック情報をトピック情報テーブル１７０－１に追加し、サーバ装置１００－２は、トピック管理モジュール４５０からのトピック情報をトピック情報テーブル１７０－２に追加する。

なお、新たに追加されたサーバ装置１００－３には、サーバ装置１００－１およびサーバ装置１００－２が有しているテーブル１６２のトピック情報が存在しない。そのため、サーバ装置１００－３（データ管理モジュール１５２）は、トピック管理モジュール４５０に対して、他のサーバ装置１００が有しているテーブル１６２のトピック情報を送信するように要求してもよい。この場合、トピック管理モジュール４５０の中継処理によって、他のサーバ装置１００からトピック情報を取得してもよいし、トピック管理モジュール４５０がキャッシュしているトピック情報をサーバ装置１００－３に提供してもよい。

このように、サーバ装置１００の各々がトピック情報を保持することで、他のサーバ装置１００が格納しているデータにも容易にアクセスできる。

図１１は、本実施の形態に従う情報処理システム１のトピック情報テーブル１７０の一例を示す模式図である。図１１（Ａ）には、サーバ装置１００が有しているテーブル１６２に付与されているトピックのグローバルトピック（プレフィックス）を格納する例を示す。図１１（Ｂ）には、サーバ装置１００の各々が有しているテーブル１６２に付与されているトピックをすべて格納する例を示す。

図１１（Ａ）を参照して、トピック情報テーブル１７０の各エントリは、サーバ名と、対応するネットワークアドレスと、対応するグローバルトピックとを含む。より具体的には、サーバ１が有しているテーブルのグローバルトピックは、「／Ｆａｃｔｏｒｙ１／」であり、サーバ２が有しているテーブルのグローバルトピックは、「／Ｆａｃｔｏｒｙ３／」であり、サーバ３が有しているテーブルのグローバルトピックは、「／Ｆａｃｔｏｒｙ３／」である。

なお、サーバ装置１００の各々がトピック情報テーブル１７０を保持することになるが、自装置の情報については、トピック情報テーブル１７０から除外するようにしてもよい。すなわち、すべてのサーバ装置１００が同一のトピック情報テーブル１７０を保持するようにしてもよいし、自装置の情報を除いている点において、互いに異なるトピック情報テーブル１７０を保持するようにしてもよい。

例えば、情報処理装置３００からサーバ装置１００－１に対して、「／Ｆａｃｔｏｒｙ３／工程２」というトピックに対応するデータの取得を指示すると、サーバ装置１００－１は、トピック情報テーブル１７０を参照して、グローバルトピックである「／Ｆａｃｔｏｒｙ３／」が付与されたテーブル１６２を有しているサーバ装置１００－３を特定する。そして、サーバ装置１００－１（データ配信モジュール１５０）は、グローバルトピックを除外した「工程２」を指定してデータの要求をサーバ装置１００－３へ送信する。

これは、サーバ装置１００－３が管理するテーブル１６２の各々には、ローカルトピックのみが付与されているからである。このように、サーバ装置１００のデータ配信モジュール１５０は、トピックを指定した要求のうち、対応するデータベースに固有に設定されているトピックの部分（すなわち、グローバルトピック）を除いて、当該対応するデータベース１６０に対してデータを要求してもよい。

サーバ装置１００－３は、「工程２」を指定したデータの要求に対して、データベース１６０に格納されている対応するテーブル１６２のデータを提供する。

このように、サーバ装置１００のデータ配信モジュール１５０は、トピックを指定した要求に応答して、当該指定されたトピックに対応するデータベース１６０を特定するとともに、当該特定したデータベース１６０に対してデータを要求する。この一連の処理によって、要求されたデータを取得できる。

上述したように、情報処理システム１を構成するサーバ装置１００の間でテーブルのグローバルトピック（プレフィックス）を共有することで、共有する情報のデータ量を抑制できるとともに、別のサーバ装置１００が格納している任意のデータに容易にアクセスできる。

図１１（Ｂ）を参照して、トピック情報テーブル１７０の各エントリは、サーバ名と、対応するネットワークアドレスと、対応するトピックとを含む。より具体的には、サーバ１は、「／Ｆａｃｔｏｒｙ１／工程１」および「／Ｆａｃｔｏｒｙ１／工程２」のトピックがそれぞれ付与された２つのテーブルを有しており、サーバ２は、「／Ｆａｃｔｏｒｙ２／工程１」および「／Ｆａｃｔｏｒｙ２／工程２」のトピックがそれぞれ付与された２つのテーブルを有しており、サーバ３は、「／Ｆａｃｔｏｒｙ３／工程１」および「／Ｆａｃｔｏｒｙ３／工程２」のトピックがそれぞれ付与された２つのテーブルを有している。

なお、サーバ装置１００の各々がトピック情報テーブル１７０を保持することになるが、自装置の情報については、トピック情報テーブル１７０から除外するようにしてもよい。すなわち、すべてのサーバ装置１００が同一のトピック情報テーブル１７０を保持するようにしてもよいし、自装置の情報を除いている点において、互いに異なるトピック情報テーブル１７０を保持するようにしてもよい。

図１１（Ｂ）に示すように、情報処理システム１を構成するサーバ装置１００の間でテーブルに付与されているすべてのトピックを共有することで、情報処理システム１に存在するいずれのトピックについても、グローバルトピック（プレフィックス）を明示的に指定しなくても、格納しているサーバ装置１００を特定できる。

図１１（Ｂ）に示すようなトピック情報テーブル１７０を採用する場合には、指定されたトピックについて、グローバルトピック（プレフィックス）とローカルトピックとを分離することなく、アクセス先のサーバ装置１００を一意に特定できる。

なお、図１１（Ａ）および図１１（Ｂ）のいずれにおいても、トピックが重複すると、アクセス先を誤って特定する可能性があるので、サーバ装置１００に対して新たなトピックを設定あるいは登録する場合には、他のサーバ装置１００に対して既に設定あるいは登録されたトピックと重複しないことを確認する機能を採用してもよい。

この場合には、トピック管理モジュール４５０は、トピック情報が示すトピックと同一のトピックが複数のデータベース１６０のいずれかに既に存在するか否かを判断する。同一のトピックがいずれかのデータベース１６０に存在していれば、トピックの重複をユーザなどへ通知してもよい。

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

図１２を参照して、サーバ装置１００－１およびサーバ装置１００－２は、トピック毎に区分けされたデータベース１６０を管理している（シーケンスＳＱ２００）。

サーバ装置１００－３は、トピックを追加するユーザ操作を受けると（シーケンスＳＱ２０２）、指定されたトピックに対応するテーブルを生成する（シーケンスＳＱ２０４）。そして、サーバ装置１００－３は、新たに追加したトピックを示すトピック情報を管理装置４００へ送信する（シーケンスＳＱ２０６）。このように、サーバ装置１００のデータ管理モジュール１５２は、対応付けられたデータベース１６０に新たなトピックを追加すると、当該新たに追加したトピックを示すトピック情報を管理装置４００のトピック管理モジュール４５０へ送信する。

管理装置４００は、サーバ装置１００－３からのトピック情報をサーバ装置１００－１およびサーバ装置１００－２へ転送する（シーケンスＳＱ２０８）。このように、管理装置４００のトピック管理モジュール４５０は、複数のデータ管理モジュール１５２のいずれかのデータ管理モジュール１５２からトピック情報を受信すると、当該受信したトピック情報を他のデータ管理モジュール１５２へ転送する。

サーバ装置１００－１およびサーバ装置１００－２は、管理装置４００からのトピック情報をトピック情報テーブル１７０に格納する（シーケンスＳＱ２１０）。このように、複数のデータ管理モジュール１５２の各々は、トピック管理モジュール４５０からトピック情報を受信すると、当該受信したトピック情報を格納する。

以上の処理によって、新たなトピックが追加された場合のトピック情報テーブル１７０への登録が完了する。シーケンスＳＱ２０２～ＳＱ２１０の処理は、複数のデータベース１６０が有しているトピックを管理する処理に相当し、トピックが追加される毎に繰り返される。

サーバ装置１００－１は、特定のトピックを指定したデータの要求を受けると（シーケンスＳＱ２１２）、トピック情報テーブル１７０を参照して、指定されたトピックが付与されたテーブル１６２を有しているサーバ装置１００（この例では、サーバ装置１００－３）を特定する（シーケンスＳＱ２１４）。そして、サーバ装置１００－１は、特定したサーバ装置１００－３へデータの要求を送信する（シーケンスＳＱ２１６）。

このように、サーバ装置１００（データ配信モジュール１５０）は、トピックを指定した要求に応答して、当該指定されたトピックに対応するデータベースを特定するとともに、当該特定したデータベース１６０に対してデータを要求する処理を実行する。

サーバ装置１００－３は、サーバ装置１００－１からの要求に応答して、テーブル１６２から要求されたデータを抽出し（シーケンスＳＱ２１８）、抽出したデータをサーバ装置１００－１へ送信する（シーケンスＳＱ２２０）。

以上の処理によって、データの要求に対するデータの提供が完了する。シーケンスＳＱ２１２～ＳＱ２２０の処理は、データが要求される毎に繰り返される。

図１０には、サーバ装置１００の各々がトピック情報テーブル１７０を保持する構成例を示すが、これに代えて、管理装置４００のトピック管理モジュール４５０がトピック情報テーブル１７０を保持するようにしてもよい。

図１３は、本実施の形態に従う情報処理システム１のデータ参照処理を実現するための別の機能構成例を示す模式図である。図１３に示す情報処理システム１においては、管理装置４００のトピック管理モジュール４５０がトピック情報テーブル１７０を保持する。

図１３を参照して、いずれかのサーバ装置１００が新たなトピックを追加する場合には、当該新たに追加されるトピックをトピック管理モジュール４５０へ送信する。例えば、サーバ装置１００－３は、新たに追加されるトピックを示すトピック情報をトピック管理モジュール４５０へ送信する（［登録］トピック情報）。トピック管理モジュール４５０は、サーバ装置１００－３からのトピック情報をトピック情報テーブル１７０に格納する。

一方、データを参照する場合には、要求を受けたサーバ装置１００は、トピック管理モジュール４５０にアクセス先を問合せる。例えば、サーバ装置１００－１は、何らかのトピックを指定したデータの要求を受けると、当該要求において指定されているトピックに対応するアクセス先を特定するために、トピック管理モジュール４５０に問合せを行う（［問合せ］トピック情報）。トピック管理モジュール４５０は、サーバ装置１００－１からの問合せに対して、トピック情報テーブル１７０を参照して、指定されたトピックに対応するアクセス先（ネットワークアドレスなど）を応答する（アクセス先情報）。サーバ装置１００－１は、トピック管理モジュール４５０が応答したアクセス先に従って、対象となるサーバ装置１００を特定し、指定されたトピックに関するデータを取得する。

図１２に示すように、管理装置４００のトピック管理モジュール４５０は、複数のデータ管理モジュール１５２のいずれかのデータ管理モジュール１５２からトピック情報を受信すると、当該受信したトピック情報を格納する。管理装置４００のトピック管理モジュール４５０がトピック情報テーブル１７０を保持することで、トピックを集中的に管理できるので、システム構成を簡素化できる。

上述の説明においては、一例として、サーバ装置１００とは別の管理装置４００（トピック管理モジュール４５０）が配置されている構成例を示すが、この構成例に限定されることなく、トピック管理モジュール４５０は任意の形態で実装できる。

例えば、いずれかのサーバ装置１００にトピック管理モジュール４５０を配置してもよい。この場合には、トピック管理モジュール４５０を有しているサーバ装置１００が管理装置４００により提供される処理を担当することになる。

また、情報処理システム１に複数のトピック管理モジュール４５０を配置してもよい。この場合には、処理負荷などに応じて、トピック管理モジュール４５０の数を適宜設計すればよい。

さらに、サーバ装置１００同士が直接データ交換を行ってもよい（例えば、ピアトゥピアの構成）。この場合には、新たにトピックを追加するサーバ装置１００は、他のすべてのサーバ装置１００に対して、当該新たに追加するトピックを示すトピック情報を通知する。サーバ装置１００の各々は、他のサーバ装置１００からのトピック情報に基づいて、自装置に保持しているトピック情報テーブル１７０を更新する。

このように、サーバ装置１００の間でトピックを共有できる仕組みはどのような形態で実装してもよい。

＜Ｆ．複製収集処理＞
上述の説明においては、情報処理システム１に含まれるサーバ装置１００の間でトピックを共有する構成例を示した。これに代えて、あるいは、これに加えて、他のサーバ装置１００が収集するデータの一部または全部の複製を収集するようにしてもよい。

図１４は、本実施の形態に従う情報処理システム１の複製収集処理を実現するための機能構成例を示す模式図である。図１４には、サーバ装置１００－３が収集するデータの複製をサーバ装置１００－１も収集する例を示す。

この構成例においては、サーバ装置１００－３は、送信装置２００から送信される送信データ５０の複製を、管理装置４００を介してサーバ装置１００－１に転送する。サーバ装置１００－３は、サーバ装置１００－３に接続された送信装置２００からの送信データ５０に含まれるデータ５４をテーブル１６２に格納する。同様に、サーバ装置１００－１は、サーバ装置１００－３に接続された送信装置２００からの送信データ５０に含まれるデータ５４をテーブル１６２に格納する。

このような処理によって、サーバ装置１００－１は、サーバ装置１００－３のデータベース１６０に格納されるテーブル１６２と実質的に同一のテーブル１６２をデータベース１６０に格納できる。

このようなデータの複製を収集する処理を採用することで、サーバ装置１００は、他のサーバ装置１００からデータを取得する必要はなく、自装置のデータベース１６０から必要なデータを取得すればよい。

なお、いずれの送信データの複製を収集するのかについては、トピック情報テーブル１７０などを参照して、ユーザが任意に設定できるようにしてもよい。

＜Ｇ．集計機能＞
任意のサーバ装置１００に収集されたデータを取得する際には、サーバ装置１００が予め定められた集計処理を行い、その結果を応答するようにしてもよい。

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

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

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

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

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

サーバ装置１００は、集計処理を規定する集計要求１８４を受信する。一例として、集計要求１８４は、トピック１８４１と、キー１８４２と、集計方法１８４３とを含む。

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

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

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

最終的に、データ管理モジュール１５２の集計機能１５８は、指定された集計方法１８４３である「合計」に従って、抽出したそれぞれの値の合計を算出する。そして、データ管理モジュール１５２の集計機能１５８は、算出した不良数の合計を集計結果として応答する。

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

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

＜Ｈ．変形例＞
上述の説明においては、サーバ装置１００は、任意の他のサーバ装置１００に対してデータを要求できることを前提としていたが、各データに対するアクセス権限を管理するようにしてもよい。アクセス権限は、データを要求するユーザ単位で設定してもよいし、サーバ装置１００毎に設定してもよい。

アクセス権限の管理は、トピック管理モジュール４５０が行ってもよいし、データ管理モジュール１５２のトピック情報テーブル１７０にアクセス権限の情報を付加してもよい。このように、アクセス権限の管理は、どのような実装方法を採用してもよい。

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

［構成１］
情報処理システム（１）であって、
トピック毎に区分けされた複数のデータベース（１６０）と、
前記複数のデータベースが有しているトピックを管理するトピック管理部（４５０）と、
前記トピックを指定した要求に応答して、当該指定されたトピックに対応するデータベースを特定するとともに、当該特定したデータベースに対してデータを要求する取得部（１５０）とを備える、情報処理システム。

［構成２］
トピックに対応付けられた、１または複数の値を含むデータからなる送信データ（５４）を前記複数のデータベースのいずれかに送信する送信部（２５０）と、
前記複数のデータベースのそれぞれに対応付けられた複数のデータ管理部（１５２）とをさらに備え、前記複数のデータ管理部の各々は、前記送信データに対応付けられたトピックに基づいて、前記送信データに含まれるデータを対応付けられたデータベースに格納する、構成１に記載の情報処理システム。

［構成３］
前記データ管理部は、対応付けられたデータベースに新たなトピックを追加すると、当該新たに追加したトピックを示すトピック情報を前記トピック管理部へ送信する、構成２に記載の情報処理システム。

［構成４］
前記トピック管理部は、前記複数のデータ管理部のいずれかのデータ管理部から前記トピック情報を受信すると、当該受信したトピック情報を他のデータ管理部へ転送し、
前記複数のデータ管理部の各々は、前記トピック管理部から前記トピック情報を受信すると、当該受信したトピック情報を格納する、構成３に記載の情報処理システム。

［構成５］
前記トピック管理部は、前記複数のデータ管理部のいずれかのデータ管理部から前記トピック情報を受信すると、当該受信したトピック情報を格納する、構成３に記載の情報処理システム。

［構成６］
前記トピック管理部は、前記トピック情報が示すトピックと同一のトピックが前記複数のデータベースのいずれかに既に存在するか否かを判断する、構成３～５のいずれか１項に記載の情報処理システム。

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

［構成８］
前記取得部は、前記トピックを指定した要求のうち、対応するデータベースに固有に設定されているトピックの部分を除いて、当該対応するデータベースに対してデータを要求する、構成１～７のいずれか１項に記載の情報処理システム。

［構成９］
トピック毎に区分けされた複数のデータベースを管理するステップ（ＳＱ２００）と、
前記複数のデータベースが有しているトピックを管理するステップ（ＳＱ２０２～ＳＱ２１０）と、
前記トピックを指定した要求に応答して、当該指定されたトピックに対応するデータベースを特定するとともに、当該特定したデータベースに対してデータを要求するステップ（ＳＱ２１２～ＳＱ２２０）とを備える、情報処理方法。

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

分散配置された生産リソースからデータは生み出されるため、生み出されるデータも空間的および時間的に分散することになる。

データを格納したデータベースが複数存在する場合であっても、本実施の形態に従う情報処理システムによれば、複数のデータベースを一体化したデータベースとみなすことができる。そのため、ユーザは、データベースの物理的な構成などを意識することなく、目的のトピックを指定するだけで、必要なデータへアクセスすることができる。これによって、データベースなどの専門知識を有しているユーザでなくても、必要なデータを任意に取得できる。

また、生産現場でのラインの追加や変更などによって収集されるデータが変化した場合などにおいても、変化した部分を一体化したデータベースに含めることができるので、生産現場での変化に追従して、必要なデータの収集および分析などを途切れることなく実現できる。これによって、生産現場の改善などをより効率的に実現できる。さらに、データ収集に係る構成の自由度を高めることができるので、生産現場に応じた適切なセンサなどを容易に追加できる。

また、サーバ装置のリソース制約などの理由から、単一のサーバ装置ではなく、複数のサーバ装置を分散させなければならないような状況においても、容易に対応できる。本実施の形態に従う情報処理システムにおいては、サーバ装置の分散および集約についての自由度が高いので、リソースや要求などに応じて、サーバ装置の数および配置場所を自由に設計できる。

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

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

Claims (9)

1. 情報処理システムであって、
   トピック毎に区分けされた複数のデータベースと、
   前記複数のデータベースが有しているトピックを管理するトピック管理部と、
   前記トピックを指定した要求に応答して、当該指定されたトピックに対応するデータベースを特定するとともに、当該特定したデータベースに対してデータを要求する取得部とを備える、情報処理システム。
2. トピックに対応付けられた、１または複数の値を含むデータからなる送信データを前記複数のデータベースのいずれかに送信する送信部と、
   前記複数のデータベースのそれぞれに対応付けられた複数のデータ管理部とをさらに備え、前記複数のデータ管理部の各々は、前記送信データに対応付けられたトピックに基づいて、前記送信データに含まれるデータを対応付けられたデータベースに格納する、請求項１に記載の情報処理システム。
3. 前記データ管理部は、対応付けられたデータベースに新たなトピックを追加すると、当該新たに追加したトピックを示すトピック情報を前記トピック管理部へ送信する、請求項２に記載の情報処理システム。
4. 前記トピック管理部は、前記複数のデータ管理部のいずれかのデータ管理部から前記トピック情報を受信すると、当該受信したトピック情報を他のデータ管理部へ転送し、
   前記複数のデータ管理部の各々は、前記トピック管理部から前記トピック情報を受信すると、当該受信したトピック情報を格納する、請求項３に記載の情報処理システム。
5. 前記トピック管理部は、前記複数のデータ管理部のいずれかのデータ管理部から前記トピック情報を受信すると、当該受信したトピック情報を格納する、請求項３に記載の情報処理システム。
6. 前記トピック管理部は、前記トピック情報が示すトピックと同一のトピックが前記複数のデータベースのいずれかに既に存在するか否かを判断する、請求項３～５のいずれか１項に記載の情報処理システム。
7. 前記トピックは、階層構造で記述される、請求項１～６のいずれか１項に記載の情報処理システム。
8. 前記取得部は、前記トピックを指定した要求のうち、対応するデータベースに固有に設定されているトピックの部分を除いて、当該対応するデータベースに対してデータを要求する、請求項１～７のいずれか１項に記載の情報処理システム。
9. トピック毎に区分けされた複数のデータベースを管理するステップと、
   前記複数のデータベースが有しているトピックを管理するステップと、
   前記トピックを指定した要求に応答して、当該指定されたトピックに対応するデータベースを特定するとともに、当該特定したデータベースに対してデータを要求するステップとを備える、情報処理方法。

Images