JP2023004267A - データ処理装置、データ処理方法、および、データ処理プログラム - Google Patents

Abstract

【解決手段】測定対象の物理量を測定可能なセンサのセンサデータを取得するデータ取得部と、上記センサデータの各フィールドについての定義に従って、それぞれのフィールドにおけるセンサデータの解釈を試みる解釈部と、定義が既知であるフィールドについては上記解釈されたセンサデータを出力し、定義が未知であるフィールドについては未詳であることを示すインジケータとともに上記取得されたセンサデータのまま出力する出力部とを備える、データ処理装置を提供する。上記データ処理装置は、上記定義が未知であるフィールドにおける少なくとも１つのフィールドについて、定義を事後的に確定する確定部を更に備える。【選択図】図４

Description

本発明は、データ処理装置、データ処理方法、および、データ処理プログラムに関する。

特許文献１には、「マルチベンダーにて構成される監視システムは…お互いの機器の情報を交換している。交換する情報は、インターフェイスファイルとして、データを定義したＣＳＶ形式で記述したファイルを使用する。当該ＣＳＶ形式で記述したファイルは他社から入手し、且つ自社からも他社へ渡すものである。」と記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２００９－２９５０９０号

本発明の第１の態様においては、データ処理装置を提供する。上記データ処理装置は、測定対象の物理量を測定可能なセンサのセンサデータを取得するデータ取得部を備えてよい。上記データ処理装置は、上記センサデータの各フィールドについての定義に従って、それぞれのフィールドにおけるセンサデータの解釈を試みる解釈部を備えてよい。上記データ処理装置は、定義が既知であるフィールドについては上記解釈されたセンサデータを出力し、定義が未知であるフィールドについては未詳であることを示すインジケータとともに上記取得されたセンサデータのまま出力する出力部を備えてよい。

上記データ処理装置は、上記定義が未知であるフィールドにおける少なくとも１つのフィールドについて、定義を事後的に確定する確定部を更に備えてよい。

上記データ処理装置は、上記少なくとも１つのフィールドについて、提案すべき定義を推測する推測部を更に備えてよい。

上記出力部は、更に、上記推測された定義を出力してよい。上記確定部は、上記推測された定義が出力されたことに応じて、当該定義を確定する旨の応答が得られた場合に、上記少なくとも１つのフィールドについて、定義を確定してよい。

上記推測部は、上記センサデータにおいて変動しないフィールドを、上記センサを識別する識別子を示すフィールドであると推測してよい。

上記推測部は、上記センサデータの先頭および末尾のいずれかにおいて同一の値が連続するフィールドを、パディングを示すフィールドであると推測してよい。

上記推測部は、上記センサデータにおいて時間軸に沿って増加するフィールドを、上記センサが上記物理量を測定した時間を示すフィールドであると推測してよい。

上記推測部は、上記センサデータにおいて時間軸に沿って減少するフィールドを、上記センサのバッテリー残量を示すフィールドであると推測してよい。

上記推測部は、上記センサデータにおいてランダムに変動するフィールドを、上記センサが測定した上記物理量を示すフィールドであると推測してよい。

上記推測部は、上記変動する特性に基づいて、上記センサが測定した上記物理量の種別を推測してよい。

上記推測部は、上記センサの物理アドレスに基づいて、上記少なくとも１つのフィールドについて、提案すべき定義を推測してよい。

本発明の第２の態様においては、データ処理方法を提供する。上記データ処理方法は、測定対象の物理量を測定可能なセンサのセンサデータを取得することを備えてよい。上記データ処理方法は、上記センサデータの各フィールドについての定義に従って、それぞれのフィールドにおけるセンサデータの解釈を試みることを備えてよい。上記データ処理方法は、定義が既知であるフィールドについては上記解釈されたセンサデータを出力し、定義が未知であるフィールドについては未詳であることを示すインジケータとともに上記取得されたセンサデータのまま出力することを備えてよい。

本発明の第３の態様においては、データ処理プログラムを提供する。上記データ処理プログラムは、コンピュータにより実行されてよい。上記データ処理プログラムは、上記コンピュータを、測定対象の物理量を測定可能なセンサのセンサデータを取得するデータ取得部として機能させてよい。上記データ処理プログラムは、上記コンピュータを、上記センサデータの各フィールドについての定義に従って、それぞれのフィールドにおけるセンサデータの解釈を試みる解釈部として機能させてよい。上記データ処理プログラムは、上記コンピュータを、定義が既知であるフィールドについては上記解釈されたセンサデータを出力し、定義が未知であるフィールドについては未詳であることを示すインジケータとともに上記取得されたセンサデータのまま出力する出力部として機能させてよい。

なお、上記の発明の概要は、本発明の特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

本実施形態に係るデータ処理装置１００が含まれてよいデータ処理システム１０の一例を示す。 データ処理システム１０が収集対象とする対象データ２００の一例を示す。 本実施形態に係るデータ処理装置１００が処理対象とするセンサデータの一例を示す。 本実施形態に係るデータ処理装置１００のブロック図の一例を示す。 本実施形態に係るデータ処理装置１００がセンサデータを出力するフローの一例を示す。 本実施形態に係るデータ処理装置１００が事後的に定義を確定するフローの一例を示す。 本実施形態に係るデータ処理装置１００による出力の一例を示す。 本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ９９００の例を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、本実施形態に係るデータ処理装置１００が含まれてよいデータ処理システム１０の一例を示す。データ処理システム１０においては、設備２０に構築されたセンサネットワークが、通信ネットワーク５０を介して、本実施形態に係るデータ処理装置１００、および、他の様々な装置（図示せず）と接続される。

設備２０は、例えば、工場、オフィスビル、商業ビル、病院、学校、店舗、ホテル、道路、橋、および、トンネル等であってよい。これより先、設備がプラントである場合について一例として説明する。ここで、プラントとしては、化学やバイオ等の工業プラントの他、ガス田や油田等の井戸元やその周辺を管理制御するプラント、水力・火力・原子力等の発電を管理制御するプラント、太陽光や風力等の環境発電を管理制御するプラント、上下水やダム等を管理制御するプラント等が挙げられる。このようなプラントには、フィールド機器、ポンプ、および、タンク等、数多くの機器が存在する。したがって、設備２０においては、これら機器の健全性の診断および故障の予兆診断等を目的として、設備２０内の様々な位置における様々な物理量を測定することが望ましい。

そこで、このような設備２０においては、１または複数のセンサ３０、および、ゲートウェイ４０が設けられ、これらによりセンサネットワークが構築される。本図においては、設備２０ａにセンサ３０ａｘ～ａｚ、および、ゲートウェイ４０ａが設けられ、これらによりセンサネットワークａが構築され、設備２０ｂにセンサ３０ｂｘ、および、ゲートウェイ４０ｂが設けられ、これらによりセンサネットワークｂが構築され、設備２０ｃにセンサ３０ｃｘ～ｃｙ、および、ゲートウェイ４０ｃが設けられ、これらによりセンサネットワークｃが構築される場合を一例として示している。ここで、設備２０ａ～ｃを設備２０と総称し、センサ３０ａｘ～ｃｙをセンサ３０と総称し、ゲートウェイ４０ａ～ｃをゲートウェイ４０と総称することとする。

センサ３０は、測定対象の物理量を測定可能である。センサ３０は、例えば、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）センサであってよく、一例として、製造、輸送、および、物流等の産業分野を対象としたＩＩоＴ（Ｉｎｄｕｓｔｒｉａｌ ＩｏＴ）センサであってよい。しかしながら、これに限定されるものではない。センサ３０は、ＯＴ（Ｏｐｅｒａｔｉｏｎａｌ Ｔｅｃｈｎｏｌｏｇｙ）領域に設置されたＯＴセンサ（例えば、プロセス制御（測定）用センサ）等であってもよい。

センサ３０は、例えば、設備２０内における温度、圧力、および、流量等の物理量を測定する。センサ３０は、測定データを含むセンサデータを、自身の識別情報とともにゲートウェイ４０へ送信する。

ゲートウェイ４０は、異なるネットワーク同士を接続するネットワーク機器である。ゲートウェイ４０は、例えば、自身が設けられた設備２０に構築されたセンサネットワークと通信ネットワーク５０との間で通信を中継する。センサ３０からセンサ３０の識別情報およびセンサデータを取得した場合、ゲートウェイ４０は、例えば、ヘッダ、自身の識別情報、および、タイムスタンプを付加したデータを、通信ネットワーク５０へ供給する。

通信ネットワーク５０は、複数のコンピュータを接続するネットワークである。通信ネットワーク５０は、例えば、複数のコンピュータネットワークを相互接続したグローバルなネットワークであってよく、一例として、インターネット・プロトコルを使用したインターネット等であってよい。

このようにして、データ処理システム１０は、複数のセンサ３０によってセンシングされたデータを、ゲートウェイ４０を介して、複数の設備２０から収集することができる。

図２は、データ処理システム１０が収集対象とする対象データ２００の一例を示す。このような対象データ２００は、例えば、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）形式で表現され、カンマで区切られた複数のフィールド（本図においては、第１フィールド２１０～第５フィールド２５０）を有する。

第１フィールド２１０は、ヘッダを示す。第２フィールド２２０は、センサ３０のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを示す。第３フィールド２３０は、ゲートウェイ４０のＭＡＣアドレスを示す。第４フィールド２４０は、ペイロードを示す。第５フィールド２５０は、ゲートウェイ４０が付加したタイムスタンプを示す。

ここで、ＭＡＣアドレスとは、インターネット等のＩＰネットワーク上で機器を他の個体と一意に識別・同定するために、製造時に物理的に記録された個体ごとに固有の識別符号からなる物理アドレスである。

一般に、ＭＡＣアドレスは、４８ビット長のアドレスで、１６進数を用いて表現される。ＭＡＣアドレスは、例えば、０１：２３：４５：６７：８９：ＡＢやＦＥ：ＤＣ：ＢＡ：９８：７６：５４のように、第１オクテット２２１～第６オクテット２２６の６つのオクテットで区切られる。

ここで、第１オクテット２２１、第２オクテット２２２、および、第３オクテット２２３は、ＯＵＩ（Ｏｒｇａｎｉｚａｔｉｏｎａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれ、機器を製造したベンダーのＩＤを示す。また、第４オクテット２２４、第５オクテット２２５、第６オクテット２２６は、ベンダー内で採番される一意なコードであるベンダー管理番号を示す。より詳細には、第４オクテット２２４が機種ＩＤを示し、第５オクテットおよび第６オクテットがシリアルＩＤを示すのが一般的である。

このような対象データ２００においては、第４フィールド２４０であるペイロードの中に、センサ３０のセンサデータが含まれる。しかしながら、上述のとおり、センサデータは、ベンダー毎に独自のフォーマットを用いて表現される。

近年、設備２０内における温度、圧力、および、流量等に加えて、湿度、明るさ、加速度、磁界、画像、音等、様々な物理量を測定することが望まれている。しかしながら、このように多岐にわたる様々な種類のセンサを、一つのベンダーが提供することは難しい。したがって、データ処理システム１０がセンサデータを収集対象とするセンサ３０には、複数のベンダーにより製造された様々なセンサが混在する場合がある。このようにマルチベンダー化したデータ処理システム１０においては、収集されるセンサデータがベンダー毎に独自のフォーマットを用いて表現される。なお、ここでいうフォーマットとは、あるデータに含まれている要素を、どのような順番で、どのような長さで、どのような表現（整数や文字列等）で記述するかといった、データの記述形式を意味する。この場合、対象とする全てのセンサ３０についてどのようなフォーマットが用いられているかを事前に把握しておくことが好ましい。しかしながら、例えば、プラント等の設備２０には、上述のとおり複数のベンダーにより製造された無数のセンサ３０が存在するため、全てのセンサ３０のそれぞれについて予めフォーマットを準備しておくことは、手間がかかる上、困難である。

図３は、本実施形態に係るデータ処理装置１００が処理対象とするセンサデータの一例を示す。データ処理装置１００は、データ処理システム１０が収集対象とする対象データ２００から、センサデータをセンサ３０毎に時系列に取得する。データ処理システム１０は、例えば、本図に示されるように、３２桁のセンサデータを時系列に取得したとする。この場合、取得したセンサデータのフォーマットが予め準備されていれば、各フィールドの定義が既知となるので、どの桁が何を示しているのかを解釈することができる。しかしながら、取得したセンサデータのフォーマットが予め準備されていない場合、各フィールドの定義が未知となるので、どの桁が何を示しているのかを解釈することができない。なお、ここで、フィールドとは、大きな集合を構成する小さなデータの要素を意味し、ここでは、センサデータを構成するそれぞれのデータの要素を意味することとする。例えば、取得したセンサデータが、測定データとしての温度データおよび湿度データを含む場合、これらがどのような順番で記述されているのか、また、それぞれがどのような長さで記述されているのか、また、それぞれがどのような表現で記述されているのか等が分からず、どの桁が温度データを示し、どの桁が湿度データを示しているのかを解釈することができない。

本実施形態に係るデータ処理装置１００は、このようにセンサデータのフォーマットが予め準備されていない場合であっても、センサデータの取り込みを拒否するのではなく、ひとまず取り込んでみて各フィールドにおけるセンサデータの解釈を試みる。そして、本実施形態に係るデータ処理装置１００は、定義が既知であるフィールドについては解釈されたセンサデータを出力する一方で、定義が未知であるフィールドについては未詳であることを示すインジケータとともに取り込んだセンサデータのまま出力する。すなわち、本実施形態に係るデータ処理装置１００は、センサデータにおける全てのフィールドの定義を解釈できなかったとしても、定義が未知であるフィールドについては未詳であることを示すインジケータとともに取り込んだセンサデータのまま出力する。これにより、本実施形態に係るデータ処理装置１００によれば、センサデータのフォーマットが予め準備されていない場合であっても、センサデータをひとまず取り込み、どのフィールドにおけるセンサデータを解釈でき、どのフィールドにおけるセンサデータを解釈できなかったかをユーザに知らしめることができる。これについて詳細に説明する。

図４は、本実施形態に係るデータ処理装置１００のブロック図の一例を示す。本実施形態に係るデータ処理装置１００は、ＰＣ（パーソナルコンピュータ）、タブレット型コンピュータ、スマートフォン、ワークステーション、サーバコンピュータ、または汎用コンピュータ等のコンピュータであってよく、複数のコンピュータが接続されたコンピュータシステムであってもよい。このようなコンピュータシステムもまた広義のコンピュータである。また、データ処理装置１００は、コンピュータ内で１または複数実行可能な仮想コンピュータ環境によって実装されてもよい。これに代えて、データ処理装置１００は、データの処理用に設計された専用コンピュータであってもよく、専用回路によって実現された専用ハードウェアであってもよい。また、データ処理装置１００がインターネットに接続可能な場合、データ処理装置１００は、クラウドコンピューティングにより実現されてもよい。

データ処理装置１００は、データ取得部１１０と、解釈部１２０と、データ記録部１３０と、出力部１４０と、推測部１５０と、入力部１６０と、確定部１７０とを備える。なお、これらブロックは、それぞれ機能的に分離された機能ブロックであって、実際のデバイス構成とは必ずしも一致していなくてもよい。すなわち、本図において、１つのブロックとして示されているからといって、それが必ずしも１つのデバイスにより構成されていなくてもよい。また、本図において、別々のブロックとして示されているからといって、それらが必ずしも別々のデバイスにより構成されていなくてもよい。

データ取得部１１０は、測定対象の物理量を測定可能なセンサ３０のセンサデータを取得する。例えば、データ取得部１１０は、センサ３０のセンサデータと、当該センサ３０のＭＡＣアドレスと、を含む対象データ２００を取得する。データ取得部１１０は、取得したセンサデータを、センサ３０のＭＡＣアドレスとともに解釈部１２０へ供給する。

解釈部１２０は、センサデータの各フィールドについての定義に従って、それぞれのフィールドにおけるセンサデータの解釈を試みる。例えば、解釈部１２０は、データ取得部１１０により取得されたセンサデータの各フィールドについての定義に従って、それぞれのフィールドにおけるセンサデータの解釈を試みる。そして、解釈部１２０は、定義が既知のフィールドがある場合、当該フィールドにおけるセンサデータを定義に従って解釈する。一方、解釈部１２０は、定義が未知のフィールドがある場合、当該フィールドにおけるセンサデータを解釈することなく当該センサデータに未詳であることを示すインジケータを付与する。なお、このような定義は、例えば、本実施形態に係るデータ処理装置１００を導入した際に予めユーザにより確定されたものであってもよいし、本実施形態に係るデータ処理装置１００の運用中に事後的に確定されたものであってもよい。解釈部１２０は、解釈した、または、インジケータを付与したセンサデータを、センサ３０のＭＡＣアドレスとともにデータ記録部１３０へ供給する。

データ記録部１３０は、センサデータを記録する。例えば、データ記録部１３０は、解釈部１２０により解釈された、または、インジケータが付与されたセンサデータを、センサ３０毎にＭＡＣアドレスと対応付けて時系列に記録する。

出力部１４０は、データ記録部１３０に記録されているセンサデータを出力する。この際、出力部１４０は、定義が既知であるフィールドについては解釈されたセンサデータを出力し、定義が未知であるフィールドについては未詳であることを示すインジケータとともに取得されたセンサデータのまま出力する。

推測部１５０は、少なくとも１つのフィールドについて、提案すべき定義を推測する。例えば、推測部１５０は、データ記録部１３０に記録されているセンサデータを解析し、定義が未知である少なくとも１つのフィールドについて、提案すべき定義を推測する。推測部１５０は、推測した定義を出力部１４０へ供給する。これに応じて、出力部１４０は、更に、当該推測された定義を出力する。これについては後述する。

入力部１６０は、入力を受け付ける。例えば、入力部１６０はユーザ入力や他の装置からのメッセージを受け付ける。入力部１６０は、入力された情報を確定部１７０へ供給する。

確定部１７０は、定義が未知であるフィールドにおける少なくとも１つのフィールドについて、定義を事後的に確定する。例えば、確定部１７０は、推測部１５０により推測された定義が出力部１４０により出力されたことに応じて、当該定義を確定する旨の応答が入力部１６０を介して得られた場合に、少なくとも１つのフィールドについて、定義を確定する。確定部１７０は、確定した定義を解釈部１２０へ供給する。これに応じて、解釈部１２０は、定義が確定されたフィールドにおけるセンサデータを当該定義に従って解釈する。そして、データ記録部１３０は、記録しているセンサデータを更新し、出力部１４０は、更新されたセンサデータを出力する。

図５は、本実施形態に係るデータ処理装置１００がセンサデータを出力するフローの一例を示す。

ステップＳ５１０において、データ処理装置１００は、センサデータを取得する。例えば、データ取得部１１０は、測定対象の物理量を測定可能なセンサ３０のセンサデータと、当該センサ３０のＭＡＣアドレスと、を含む対象データ２００を、通信ネットワーク５０を介して設備２０から取得する。しかしながら、これに限定されるものではない。データ取得部１１０は、ユーザ入力を介してセンサデータを取得してもよいし、各種メモリデバイスから読み出すことによってセンサデータを取得してもよい。データ取得部１１０は、取得したセンサデータを、センサ３０のＭＡＣアドレスとともに解釈部１２０へ供給する。

ステップＳ５２０において、データ処理装置１００は、定義が既知のフィールドが有るか否か判定する。例えば、解釈部１２０は、ステップＳ５１０において取得されたセンサデータにおいて定義が既知（定義が確定済）のフィールドが有るか否か判定する。定義が既知のフィールドが有る（Ｙｅｓ）と判定された場合、データ処理装置１００は、処理をステップＳ５３０へ進める。

ステップＳ５３０において、データ処理装置１００は、定義が既知のフィールドにおけるセンサデータを定義に従って解釈する。例えば、解釈部１２０は、ステップＳ５２０において定義が既知であると判定されたフィールドにおけるセンサデータを定義に従って解釈する。一例として、解釈部１２０は、図３に示されるセンサデータにおける１９桁～２６桁のフィールドが測定日時を月・日・時・分の順で示していることが既知であった場合、例えば、当該フィールドにおけるデータ列「１１３０２３５９」を定義に従って、「１１月３０日２３時５９分」と解釈する。

一方、ステップＳ５２０において定義が既知のフィールドがない（Ｎｏ）と判定された場合、データ処理装置１００は、処理をステップＳ５４０へ進める。

ステップＳ５４０において、データ処理装置１００は、定義が未知のフィールドが有るか否か判定する。例えば、解釈部１２０は、ステップＳ５１０において取得されたセンサデータにおいて定義が未知（定義が未確定）のフィールドが有るか否か判定する。定義が未知のフィールドが有る（Ｙｅｓ）と判定された場合、データ処理装置１００は、処理をステップＳ５５０へ進める。

ステップＳ５５０において、データ処理装置１００は、定義が未知のフィールドにおけるセンサデータに未詳であることを示すインジケータを付与する。例えば、解釈部１２０は、ステップＳ５４０において定義が未知であると判定されたフィールドにおけるセンサデータに未詳であることを示すインジケータを付与する。一例として、解釈部１２０は、図３に示されるセンサデータにおける１３桁～１４桁のフィールドの定義が未知である場合、例えば、当該フィールドにおけるデータ列「０１」に未詳であることを示すインジケータ「ＵＮＫ（Ｕｎｋｎｏｗｎ）」を付与する。

一方、ステップＳ５４０において定義が未知のフィールドがない（Ｎｏ）と判定された場合、データ処理装置１００は、処理をステップ５６０へ進める。このようにして、解釈部１２０は、ステップＳ５１０において取得されたセンサデータの各フィールドについての定義に従って、それぞれのフィールドにおけるセンサデータの解釈を試みる。解釈部１２０は、ステップＳ５３０において解釈した、または、ステップＳ５５０においてインジケータを付与したセンサデータを、センサ３０のＭＡＣアドレスとともにデータ記録部１３０へ供給する。

ステップＳ５６０において、データ処理装置１００は、センサデータを記録する。例えば、データ記録部１３０は、ステップＳ５３０において解釈されたセンサデータ、または、ステップＳ５５０においてインジケータが付与されたセンサデータを、センサ３０毎にＭＡＣアドレスと対応付けて時系列に記録する。

ステップＳ５７０において、データ処理装置１００は、センサデータを出力する。例えば、出力部１４０は、データ記録部１３０へアクセスし、ステップＳ５７０において記録されたセンサデータをモニタに表示することによって出力する。しかしながら、これに限定されるものではない。出力部１４０は、音声で読み上げることによってセンサデータを出力してもよいし、プリントアウトすることによってセンサデータを出力してもよいし、他の装置や機能部へメッセージを送信することによってセンサデータを出力してもよい。この際、出力部１４０は、定義が既知であるフィールドについては解釈されたセンサデータを出力し、定義が未知であるフィールドについては未詳であることを示すインジケータとともに取得されたセンサデータのまま出力する。すなわち、出力部１４０は、例えば、１９桁～２６桁のフィールドの定義が既知であった場合に、当該フィールドについては当該フィールドにおけるデータ列「１１３０２３５９」を定義に従って解釈した「１１月３０日２３時５９分」を出力してよい。また、出力部１４０は、例えば、１３桁～１４桁のフィールドの定義が未知である場合に、当該フィールドについては未詳であることを示すインジケータ「ＵＮＫ（Ｕｎｋｎｏｗｎ）」とともに、当該フィールドにおけるデータ列「０１」のまま出力してよい。

図６は、本実施形態に係るデータ処理装置１００が事後的に定義を確定するフローの一例を示す。

ステップＳ６１０において、データ処理装置１００は、提案すべき定義を推測する。例えば、推測部１５０は、図５のフローにより時系列に記録されたセンサデータを解析し、定義が未知である少なくとも１つのフィールドについて、提案すべき定義を推測する。これについて、いくつか例示する。

例えば、センサデータにおける１桁～１０桁のフィールドのデータ列が「４０ＦＦ５０Ｄ００１」のまま変動しなかったとする。この場合、当該フィールドは、センサ３０を識別する何らからの識別子を示している可能性が高い。したがって、推測部１５０は、このようにセンサデータにおいて変動しないフィールドを、センサ３０を識別する識別子を示すフィールドであると推測してよい。

また、例えば、センサデータにおける２７桁～３２桁のフィールドのデータ列が「００００００」であったとする。ここで、一般に、固定長のデータを扱いたい場合にデータの先頭および末尾のいずれかに「０」や「１」等の無意味なデータを連続して追加するパディングが行われることがある。したがって、推測部１５０は、このようにセンサデータの先頭および末尾のいずれかにおいて同一の値が連続するフィールドを、パディングを示すフィールドであると推測してよい。

また、例えば、センサデータにおける１９桁～２６桁のフィールドのデータ列が「１１３０２３５９」、「１２０１００００」、「１２０１０００１」と時間軸に沿って増加していたとする。この場合、当該フィールドは、センサ３０が物理量を測定した時間を示している可能性がある。また、２５桁～２６桁が「５９」から「００」へ変化すると２３桁～２４桁が「２３」から「００」へ変化している場合、２５桁～２６桁が「分」を示し、２３桁～２４桁が「時」を示している可能性が高い。また、２３桁～２６桁が「２３５９」から「００００」へ変化すると１９桁～２２桁が「１１３０」から「１２０１」へ変化している場合、２１桁～２２桁が「日」を示し、１９桁～２０桁が「月」を示している可能性が高い。したがって、推測部１５０は、このようにセンサデータにおいて時間軸に沿って増加するフィールドを、センサ３０が物理量を測定した時間（日付、時刻、および、日時等を含む）を示すフィールドであると推測してよい。

また、例えば、センサデータにおける１１桁～１２桁のフィールドのデータ列が「２１」、「２０」、「１Ｆ」、「１Ｅ」、「１Ｄ」と時間軸に沿って減少していたとする。また、１６進数である「２１」を１０進数に変換すると、０ｘ２１＝３３である。すなわち、当該フィールドが示す値が「３３」から時間軸に沿って減少していたとする。これは、例えば、「３．３Ｖ」のバッテリーの残量が時間とともに減少する振る舞いと類似している。したがって、推測部１５０は、このようにセンサデータにおいて時間軸に沿って減少するフィールドを、センサ３０のバッテリー残量を示すフィールドであると推測してよい。

また、例えば、センサデータにおける１５桁～１８桁のフィールドのデータ列が「１５３０」、「１４２Ｆ」、「１２３４」、「１１３４」とランダムに変動していたとする。この場合、当該フィールドは、センサ３０が測定した物理量を示している可能性が高い。したがって、推測部１５０は、センサデータにおいてランダムに変動するフィールドを、センサ３０が測定した物理量を示すフィールドであると推測してよい。

また、センサ３０が温度と湿度の２つの物理量を測定するセンサ３０であることが既知であったとする。この場合、１５桁～１８桁を１５桁～１６桁、および、１７桁～１８桁の２つに分割してみると、１５桁～１６桁が「１１」（最小値）～「１ｃ」（最大値）の間で変動し、１７桁～１８桁が「２８」～「４６」の間で変動していたとする。ここで、０ｘ１１＝１７であり、０ｘ１ｃ＝２８である。すなわち、１５桁～１６桁が示す値が「１７」から「２８」の間で変動していたとする。これは、例えば、設備２０における目標温度１７～２８度（レンジ）と関連していそうである。同様に、０ｘ２８＝４０であり、０ｘ４６＝７０である。すなわち、１７桁～１８桁が示す値が「４０」から「７０」の間で変動していたとする。これは、例えば、設備２０における目標湿度４０～７０％と関連していそうである。したがって、推測部１５０は、１５桁～１６桁が温度を示し、１７桁～１８桁が湿度を示していると推測することができる。推測部１５０は、このように変動する特性（例えば、レンジや平均値、中央値、最大値、最小値等）に基づいて、センサ３０が測定した物理量の種別を推測してよい。

推測部１５０は、例えば、このように時系列に記録されたセンサデータを解析することによって、定義が未知である少なくとも１つのフィールドについて、提案すべき定義を推測することができる。

ステップＳ６２０において、データ処理装置１００は、少なくとも１つのフィールドについて、定義が推測できたか否か判定する。推測できていない（Ｎｏ）と判定された場合、データ処理装置１００は、処理をステップＳ６１０に戻してフローを継続する。一方、推測できた（Ｙｅｓ）と判定された場合、推測部１５０は、ステップＳ６１０において推測した定義を出力部１４０へ供給する。そして、データ処理装置１００は、処理をステップＳ６３０へ進める。

ステップＳ６３０において、データ処理装置１００は、推測された定義を出力する。例えば、出力部１４０は、ステップ６１０において推測された定義をモニタに表示することによって出力する。この際、出力部１４０は、出力した定義を確定する旨のボタンを併せて表示してよい。

ステップＳ６４０において、データ処理装置１００は、定義を確定する旨の応答が得られたか否か判定する。例えば、入力部１６０は、定義を確定する旨のボタンが押下されたか否かにより、定義を確定する旨の応答が得られたか否かを判定する。定義を確定する旨の応答が得られていない（Ｎｏ）と判定された場合、データ処理装置１００は、処理をステップＳ６１０に戻してフローを継続する。一方、定義を確定する旨の応答が得られた（Ｙｅｓ）と判定された場合、入力部１６０は、その旨を示す情報を確定部１７０へ供給する。そして、データ処理装置１００は、処理をステップＳ６５０へ進める。

ステップＳ６５０において、データ処理装置１００は、定義を確定する。例えば、確定部１７０は、ステップＳ６１０において推測された定義がステップＳ６３０において出力されたことに応じて、ステップＳ６４０において当該定義を確定する旨の応答が得られた場合に、少なくとも１つのフィールドについて、定義を確定する。このようにして、確定部１７０は、定義が未知であるフィールドにおける少なくとも１つのフィールドについて、定義を事後的に確定する。確定部１７０は、確定した定義を解釈部１２０へ供給する。

ステップＳ６６０において、データ処理装置１００は、定義が確定されたフィールドにおけるセンサデータを定義に従って解釈する。例えば、解釈部１２０は、ステップＳ６５０において定義が確定されたフィールドにおけるセンサデータを当該定義に従って解釈する。解釈部１２０は、ステップＳ５３０において解釈したセンサデータを、センサ３０のＭＡＣアドレスとともにデータ記録部１３０へ供給する。

ステップＳ６７０において、データ処理装置１００は、記録を更新する。例えば、データ記録部１３０は、未詳であることを示すインジケータ「ＵＮＫ」とともにデータ列のまま記録されていたセンサデータを、ステップＳ６６０において解釈されたセンサデータへ書き換える。

ステップＳ６８０において、データ処理装置１００は、センサデータを出力する。例えば、出力部１４０は、データ記録部１３０へアクセスし、ステップＳ６７０において更新されたセンサデータをモニタに表示することによって出力する。

ステップＳ６９０において、データ処理装置１００は、センサデータにおける全てのフィールドの定義が確定されたか否か判定する。全てのフィールドの定義が確定された（Ｙｅｓ）と判定された場合、データ処理装置１００は、フローを終了する。一方、全てのフィールドの定義が確定されていない（Ｎｏ）と判定された場合、データ処理装置１００は、処理をステップＳ６１０へ戻してフローを継続する。

図７は、本実施形態に係るデータ処理装置１００による出力の一例を示す。データ処理装置１００は、例えば、センサデータとして、３２桁のデータ列「４０ＦＦ５０Ｄ００１１Ｅ０１１Ｂ２９１１３０２３５９００００００」を取得したとする。ここで、当該センサデータにおける何れのフィールドについても定義が未知であった場合、データ処理装置１００は、全てのフィールドにおけるセンサデータを、未詳であることを示すインジケータ「ＵＮＫ（Ｕｎｋｎｏｗｎ）」とともに、データ列のまま表示する。

ここで、データ処理装置１００は、時系列に記録したセンサデータを解析することによって、センサデータにおける１桁～１０桁のフィールドを、センサ３０を識別する識別子を示すフィールドであると推測したとする。この場合、データ処理装置１００は、例えば、「４０ＦＦ５０Ｄ００１＝識別子？」のように、推測された定義を表示することによって提案する。この際、データ処理装置１００は、「確定する」のように、提案した定義を確定する旨のボタンを併せて表示してよい。

同様に、データ処理装置１００は、センサデータにおける１９桁～２６桁のフィールドを、センサ３０が物理量を測定した日時を月／日／時／分で示すフィールドであると推測したとする。この場合、データ処理装置１００は、例えば、「確定する」ボタンとともに、「１１３０２３５９＝測定日時（月／日／時／分）？」を表示する。

同様に、データ処理装置１００は、センサデータにおける２７桁～３２桁のフィールドを、パディングを示すフィールドであると推測したとする。この場合、データ処理装置１００は、例えば、「確定する」ボタンとともに、「００００００＝パディング？」を表示する。

一方、データ処理装置１００は、センサデータにおける１１桁～１８桁のフィールドについては定義を推測できず、依然として定義が未知であったとする。この場合、データ処理装置１００は、インジケータ「ＵＮＫ」とともに、「１Ｅ０１１Ｂ２９」を表示する。

ここで、センサデータにおける１桁～１０桁のフィールド、１９桁～２６桁のフィールド、および、２７桁～３２桁のフィールドの全てについて、ユーザにより「確定する」ボタンが押下されたとする。これに応じて、データ処理装置１００は、センサデータにおける１桁～１０桁のフィールドにおける定義を識別子を示すフィールドであると確定し、当該フィールドを、データ列から「識別子：４０ＦＦ５０Ｄ００１」のように、定義に従って解釈したセンサデータへと更新する。同様に、データ処理装置１００は、センサデータにおける１９桁～２６桁のフィールドにおける定義を測定日時を月／日／時／分を示すフィールドであると確定し、当該フィールドを、データ列から「測定日時：１１月３０日２３時５９分」のように、定義に従って解釈したセンサデータへと更新する。同様に、データ処理装置１００は、センサデータにおける２７桁～３２桁のフィールドにおける定義をパディングを示すフィールドであると確定し、当該フィールドにおけるデータ列を削除することによって、定義に従って解釈したセンサデータへと更新する。

さらに、データ処理装置１００は、センサデータにおける１１桁～１２桁のフィールドを、センサ３０のバッテリー残量を示すフィールドであると推測したとする。この場合、データ処理装置１００は、例えば、「確定する」ボタンとともに、「１Ｅ＝バッテリー残量？」を表示する。同様に、データ処理装置１００は、センサデータにおける１５桁～１６桁のフィールドを、センサ３０が測定した温度を示すフィールドであると推測したとする。この場合、データ処理装置１００は、「確定する」ボタンとともに、「１Ｂ＝温度？」を表示する。同様に、データ処理装置１００は、センサデータにおける１７桁～１８桁のフィールドを、センサ３０が測定した湿度を示すフィールドであると推測したとする。この場合、データ処理装置１００は、「確定する」ボタンとともに、「２９＝温度？」を表示する。

一方、データ処理装置１００は、センサデータにおける１３桁～１４桁のフィールドについては定義を推測できず、依然として定義が未知であったとする。この場合、データ処理装置１００は、インジケータ「ＵＮＫ」とともに、「０１」を表示する。

ここで、センサデータにおける１１桁～１２桁のフィールド、１５桁～１６桁のフィールド、および、１７桁～１８桁のフィールドの全てについて、ユーザにより「確定する」ボタンが押下されたとする。これに応じて、データ処理装置１００は、センサデータにおける１１桁～１２桁のフィールドにおける定義をバッテリー残量を示すフィールドであると確定し、当該フィールドを、データ列から「バッテリー残量：３．０Ｖ（＝０ｘ１Ｅ）」のように、定義に従って解釈したセンサデータへと更新する。同様に、データ処理装置１００は、センサデータにおける１５桁～１６桁のフィールドにおける定義を温度を示すフィールドであると確定し、当該フィールドを、データ列から「温度：２７℃（＝０ｘ１Ｂ）」のように、定義に従って解釈したセンサデータへと更新する。同様に、データ処理装置１００は、センサデータにおける１７桁～１８桁のフィールドにおける定義を湿度を示すフィールドであると確定し、当該フィールドを、データ列から「湿度：４１％（＝０ｘ２９）」のように、定義に従って解釈したセンサデータへと更新する。

このように、本実施形態に係るデータ処理装置１００は、センサデータのフォーマットが予め準備されていない場合であっても、センサデータの取り込みを拒否するのではなく、ひとまず取り込んでみて各フィールドにおけるセンサデータの解釈を試みる。そして、本実施形態に係るデータ処理装置１００は、定義が既知であるフィールドについては解釈されたセンサデータを出力する一方で、定義が未知であるフィールドについては未詳であることを示すインジケータとともに取り込んだセンサデータのまま出力する。すなわち、本実施形態に係るデータ処理装置１００は、センサデータにおける全てのフィールドの定義を解釈できなかったとしても、定義が未知であるフィールドについては未詳であることを示すインジケータとともに取り込んだセンサデータのまま出力する。これにより、本実施形態に係るデータ処理装置１００によれば、センサデータのフォーマットが予め準備されていない場合であっても、センサデータをひとまず取り込み、どのフィールドにおけるセンサデータを解釈でき、どのフィールドにおけるセンサデータを解釈できなかったかをユーザに知らしめることができる。

また、本実施形態に係るデータ処理装置１００は、定義が未知であるフィールドにおける少なくとも１つのフィールドについて、定義を事後的に確定する。これにより、本実施形態に係るデータ処理装置１００によれば、センサデータを取得した時点において定義が未知であるフィールドがあったとしても一旦センサデータを取り込み、事後的に定義を追加することができる。

また、本実施形態に係るデータ処理装置１００は、提案すべき定義を推測し、推測した定義を出力する。これにより、本実施形態に係るデータ処理装置１００によれば、センサデータを解析することにより推測可能な定義をユーザへ知らしめることができる。

また、本実施形態に係るデータ処理装置１００は、推測した定義を出力したことに応じて、定義を確定する旨の応答が得られた場合に定義を確定する。これにより、本実施形態に係るデータ処理装置１００によれば、推測した定義を直ぐに確定するのではなく、ユーザによる同意を得てから確定することができる。

この際、本実施形態に係るデータ処理装置１００は、センサデータにおける各フィールドの特性を解析することによって、識別子、パディング、測定時間、バッテリー残量、物理量、および、物理量の種別等、様々なフィールドにおける定義を推測することができる。

なお、上述の説明では、データ処理装置１００がセンサデータにおける各フィールドの特性を解析することによって、フィールドの定義を推測する場合を一例として示した。しかしながら、これに限定されるものではない。データ処理装置１００は、フィールドの定義を推測するにあたって、センサ３０の物理アドレスを考慮してよい。

上述のとおり、センサ３０には、機器を他の個体と一意に識別・同定するために、製造時に物理的に記録された個体ごとに固有の識別符号からなる物理アドレスとして、ＭＡＣアドレスが割り当てられている。そして、このようなＭＡＣアドレスの上位３オクテット（第１オクテット２２１、第２オクテット２２２、および、第３オクテット２２３）を調べることによってベンダーを特定することが可能である。すなわち、センサ３０がどのベンダーによって製造されたものであるかを特定することができる。さらに、第４オクテット２２４まで調べることによって機種ＩＤをも特定することが可能である。すなわち、センサ３０がどのベンダーによって製造されたどの機種であるかを特定することができる。

そこで、推測部１５０は、センサ３０の物理アドレスに基づいて、少なくとも１つのフィールドについて、提案すべき定義を推測してもよい。例えば、推測部１５０は、対象とするセンサ３０のＭＡＣアドレスの上位３オクテットを抽出してよい。そして、推測部１５０は、データ記録部１３０にアクセスして、上位３オクテットが共通する他のセンサ（すなわち、対象とするセンサ３０と同じベンダーによって製造された他のセンサ）のセンサデータであって、フィールドの定義が確定済のセンサデータを検索する。このようなセンサデータが発見された場合に、推測部１５０は、対象とするセンサ３０のセンサデータと発見されたセンサのセンサデータとにおいて、各フィールドについての定義が同じであろうとの推測のもと、発見されたセンサのセンサデータと同じ定義を、対象とするセンサ３０のセンサデータにおける各フィールドについて、提案すべき定義として推測してもよい。

なお、上述の説明では、データ処理装置１００がＭＡＣアドレスの上位３オクテットに基づいて定義を推測する場合を一例として示したが、これに限定されるものではない。例えば、データ処理装置１００は、ＭＡＣアドレスの上位４オクテットに基づいて定義を推測してもよい。一例として、ＭＡＣアドレスの上位３オクテット、すなわち、ＯＵＩが共通する他のセンサが複数発見された場合に、推測部１５０は、４オクテット目まで共通する他のセンサ（すなわち、対象とするセンサ３０と同じベンダーによって製造され、かつ、同じ機種ＩＤを有する他のセンサ）のセンサデータであって、フィールドの定義が確定済のセンサデータを検索してよい。このようなセンサデータが発見された場合に、推測部１５０は、対象とするセンサ３０のセンサデータと発見されたセンサのセンサデータとにおいて、各フィールドについての定義が同じであろうとの推測のもと、発見されたセンサのセンサデータと同じ定義を、対象とするセンサ３０のセンサデータにおける各フィールドについて、提案すべき定義として推測してもよい。例えば、これは、同じベンダーによって製造されたセンサであるが、機種ＩＤが異なるセンサでは、定義が異なる場合に有効な事がある。データ処理装置１００は、このようにして、センサ３０の物理アドレスに基づいて、少なくとも１つのフィールドについて、提案すべき定義を推測してもよい。

本発明の様々な実施形態は、フローチャートおよびブロック図を参照して記載されてよく、ここにおいてブロックは、（１）操作が実行されるプロセスの段階または（２）操作を実行する役割を持つ装置のセクションを表わしてよい。特定の段階およびセクションが、専用回路、コンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、および／またはコンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタルおよび／またはアナログハードウェア回路を含んでよく、集積回路（ＩＣ）および／またはディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、および他の論理操作、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウェア回路を含んでよい。

コンピュータ可読媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読媒体は、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ-ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（ＲＴＭ）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、またはＳｍａｌｌｔａｌｋ（登録商標）、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１または複数のプログラミング言語の任意の組み合わせで記述されたソースコードまたはオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサまたはプログラマブル回路に対し、ローカルにまたはローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、フローチャートまたはブロック図で指定された操作を実行するための手段を作成すべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

図８は、本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ９９００の例を示す。コンピュータ９９００にインストールされたプログラムは、コンピュータ９９００に、本発明の実施形態に係る装置に関連付けられる操作または当該装置の１または複数のセクションとして機能させることができ、または当該操作または当該１または複数のセクションを実行させることができ、および／またはコンピュータ９９００に、本発明の実施形態に係るプロセスまたは当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ９９００に、本明細書に記載のフローチャートおよびブロック図のブロックのうちのいくつかまたはすべてに関連付けられた特定の操作を実行させるべく、ＣＰＵ９９１２によって実行されてよい。

本実施形態によるコンピュータ９９００は、ＣＰＵ９９１２、ＲＡＭ９９１４、グラフィックコントローラ９９１６、およびディスプレイデバイス９９１８を含み、それらはホストコントローラ９９１０によって相互に接続されている。コンピュータ９９００はまた、通信インターフェイス９９２２、ハードディスクドライブ９９２４、ＤＶＤドライブ９９２６、およびＩＣカードドライブのような入／出力ユニットを含み、それらは入／出力コントローラ９９２０を介してホストコントローラ９９１０に接続されている。コンピュータはまた、ＲＯＭ９９３０およびキーボード９９４２のようなレガシの入／出力ユニットを含み、それらは入／出力チップ９９４０を介して入／出力コントローラ９９２０に接続されている。

ＣＰＵ９９１２は、ＲＯＭ９９３０およびＲＡＭ９９１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ９９１６は、ＲＡＭ９９１４内に提供されるフレームバッファ等またはそれ自体の中にＣＰＵ９９１２によって生成されたイメージデータを取得し、イメージデータがディスプレイデバイス９９１８上に表示されるようにする。

通信インターフェイス９９２２は、ネットワークを介して他の電子デバイスと通信する。ハードディスクドライブ９９２４は、コンピュータ９９００内のＣＰＵ９９１２によって使用されるプログラムおよびデータを格納する。ＤＶＤドライブ９９２６は、プログラムまたはデータをＤＶＤ－ＲＯＭ９９０１から読み取り、ハードディスクドライブ９９２４にＲＡＭ９９１４を介してプログラムまたはデータを提供する。ＩＣカードドライブは、プログラムおよびデータをＩＣカードから読み取り、および／またはプログラムおよびデータをＩＣカードに書き込む。

ＲＯＭ９９３０はその中に、アクティブ化時にコンピュータ９９００によって実行されるブートプログラム等、および／またはコンピュータ９９００のハードウェアに依存するプログラムを格納する。入／出力チップ９９４０はまた、様々な入／出力ユニットをパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入／出力コントローラ９９２０に接続してよい。

プログラムが、ＤＶＤ－ＲＯＭ９９０１またはＩＣカードのようなコンピュータ可読媒体によって提供される。プログラムは、コンピュータ可読媒体から読み取られ、コンピュータ可読媒体の例でもあるハードディスクドライブ９９２４、ＲＡＭ９９１４、またはＲＯＭ９９３０にインストールされ、ＣＰＵ９９１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ９９００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置または方法が、コンピュータ９９００の使用に従い情報の操作または処理を実現することによって構成されてよい。

例えば、通信がコンピュータ９９００および外部デバイス間で実行される場合、ＣＰＵ９９１２は、ＲＡＭ９９１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インターフェイス９９２２に対し、通信処理を命令してよい。通信インターフェイス９９２２は、ＣＰＵ９９１２の制御下、ＲＡＭ９９１４、ハードディスクドライブ９９２４、ＤＶＤ－ＲＯＭ９９０１、またはＩＣカードのような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、またはネットワークから受信された受信データを記録媒体上に提供される受信バッファ処理領域等に書き込む。

また、ＣＰＵ９９１２は、ハードディスクドライブ９９２４、ＤＶＤドライブ９９２６（ＤＶＤ－ＲＯＭ９９０１）、ＩＣカード等のような外部記録媒体に格納されたファイルまたはデータベースの全部または必要な部分がＲＡＭ９９１４に読み取られるようにし、ＲＡＭ９９１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ９９１２は次に、処理されたデータを外部記録媒体にライトバックする。

様々なタイプのプログラム、データ、テーブル、およびデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ９９１２は、ＲＡＭ９９１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプの操作、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ９９１４に対しライトバックする。また、ＣＰＵ９９１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ９９１２は、第１の属性の属性値が指定される、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラムまたはソフトウェアモジュールは、コンピュータ９９００上またはコンピュータ９９００近傍のコンピュータ可読媒体に格納されてよい。また、専用通信ネットワークまたはインターネットに接続されたサーバーシステム内に提供されるハードディスクまたはＲＡＭのような記録媒体が、コンピュータ可読媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ９９００に提供する。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ データ処理システム
２０ 設備
３０ センサ
４０ ゲートウェイ
１００ データ処理装置
１１０ データ取得部
１２０ 解釈部
１３０ データ記録部
１４０ 出力部
１５０ 推測部
１６０ 入力部
９９００ コンピュータ
９９０１ ＤＶＤ－ＲＯＭ
９９１０ ホストコントローラ
９９１２ ＣＰＵ
９９１４ ＲＡＭ
９９１６ グラフィックコントローラ
９９１８ ディスプレイデバイス
９９２０ 入／出力コントローラ
９９２２ 通信インターフェイス
９９２４ ハードディスクドライブ
９９２６ ＤＶＤドライブ
９９３０ ＲＯＭ
９９４０ 入／出力チップ
９９４２ キーボード

Claims (13)

1. 測定対象の物理量を測定可能なセンサのセンサデータを取得するデータ取得部と、
   前記センサデータの各フィールドについての定義に従って、それぞれのフィールドにおけるセンサデータの解釈を試みる解釈部と、
   定義が既知であるフィールドについては前記解釈されたセンサデータを出力し、定義が未知であるフィールドについては未詳であることを示すインジケータとともに前記取得されたセンサデータのまま出力する出力部と
   を備える、データ処理装置。
2. 前記定義が未知であるフィールドにおける少なくとも１つのフィールドについて、定義を事後的に確定する確定部を更に備える、請求項１に記載のデータ処理装置。
3. 前記少なくとも１つのフィールドについて、提案すべき定義を推測する推測部を更に備える、請求項２に記載のデータ処理装置。
4. 前記出力部は、更に、前記推測された定義を出力し、
   前記確定部は、前記推測された定義が出力されたことに応じて、当該定義を確定する旨の応答が得られた場合に、前記少なくとも１つのフィールドについて、定義を確定する、請求項３に記載のデータ処理装置。
5. 前記推測部は、前記センサデータにおいて変動しないフィールドを、前記センサを識別する識別子を示すフィールドであると推測する、請求項３または４に記載のデータ処理装置。
6. 前記推測部は、前記センサデータの先頭および末尾のいずれかにおいて同一の値が連続するフィールドを、パディングを示すフィールドであると推測する、請求項３から５のいずれか一項に記載のデータ処理装置。
7. 前記推測部は、前記センサデータにおいて時間軸に沿って増加するフィールドを、前記センサが前記物理量を測定した時間を示すフィールドであると推測する、請求項３から６のいずれか一項に記載のデータ処理装置。
8. 前記推測部は、前記センサデータにおいて時間軸に沿って減少するフィールドを、前記センサのバッテリー残量を示すフィールドであると推測する、請求項３から７のいずれか一項に記載のデータ処理装置。
9. 前記推測部は、前記センサデータにおいてランダムに変動するフィールドを、前記センサが測定した前記物理量を示すフィールドであると推測する、請求項３から８のいずれか一項に記載のデータ処理装置。
10. 前記推測部は、前記変動する特性に基づいて、前記センサが測定した前記物理量の種別を推測する、請求項９に記載のデータ処理装置。
11. 前記推測部は、前記センサの物理アドレスに基づいて、前記少なくとも１つのフィールドについて、提案すべき定義を推測する、請求項３から１０のいずれか一項に記載のデータ処理装置。
12. 測定対象の物理量を測定可能なセンサのセンサデータを取得することと、
    前記センサデータの各フィールドについての定義に従って、それぞれのフィールドにおけるセンサデータの解釈を試みることと、
    定義が既知であるフィールドについては前記解釈されたセンサデータを出力し、定義が未知であるフィールドについては未詳であることを示すインジケータとともに前記取得されたセンサデータのまま出力することと
    を備える、データ処理方法。
13. コンピュータにより実行されて、前記コンピュータを、
    測定対象の物理量を測定可能なセンサのセンサデータを取得するデータ取得部と、
    前記センサデータの各フィールドについての定義に従って、それぞれのフィールドにおけるセンサデータの解釈を試みる解釈部と、
    定義が既知であるフィールドについては前記解釈されたセンサデータを出力し、定義が未知であるフィールドについては未詳であることを示すインジケータとともに前記取得されたセンサデータのまま出力する出力部と
    して機能させる、データ処理プログラム。

Images