(57)【特許請求の範囲】
【請求項１】
複数の第１のアプリケーションおよび複数の第２のアプリケーションが接続されたデータ処理システムであって、
設定情報生成機能部を備え、
前記設定情報生成機能部は、
前記複数の第１のアプリケーション向けの第１のインターフェースを生成する第１のインターフェース生成部と、
前記複数の第２のアプリケーション向けの第２のインターフェースを生成する第２のインターフェース生成部と、
前記第１および前記第２のインターフェースの生成元となる共通の情報である共通データ構造生成元情報を記憶する記憶部とを備え、
前記共通データ構造生成元情報が更新されると、前記更新された共通データ構造生成元情報に基づいて、前記第１のインターフェース生成部が前記第１のインターフェースを、前記第２のインターフェース生成部が前記第２のインターフェースを、それぞれ自動的に生成する、データ処理システム。
【請求項２】
前記第１のインターフェース生成部によって生成された前記第１のインターフェースを、前記複数の第１のアプリケーションへ提供する第１のインターフェース提供部と、
前記第２のインターフェース生成部によって生成された前記第２のインターフェースを、前記複数の第２のアプリケーションへ提供する第２のインターフェース提供部と、をさらに備える請求項１に記載のデータ処理システム。
【請求項３】
データの蓄積および処理を行うデータ処理部をさらに備え、
前記設定情報生成機能部はさらに、前記データ処理部向けの１つまたは複数の設定情報を生成する設定情報生成部を備え、
前記共通データ構造生成元情報が更新されると、前記設定情報生成部は、前記更新された共通データ構造生成元情報に基づいて、前記１つまたは複数の設定情報を、自動的に生成し、前記生成した１つまたは複数の設定情報を、前記データ処理部へ出力し、
前記データ処理部は、前記１つまたは複数の設定情報に対する処理を行い、処理結果を、前記第１および第２のインターフェース提供部へ出力する、請求項２に記載のデータ処理システム。
【請求項４】
前記第１および第２のインターフェース生成部は、前記第１のインターフェースと、前記第２のインターフェースとを、対称的に生成する、請求項１に記載のデータ処理システム。
【請求項５】
データ処理システムであって、
データの蓄積および処理を行うデータ処理部と、設定情報生成機能部とを備え、
前記設定情報生成機能部は、
前記データ処理部向けの複数の設定情報を生成する設定情報生成部と、
前記設定情報生成部によって生成される前記複数の設定情報の生成元となる共通の情報である共通データ構造生成元情報を記憶する記憶部とを備え、
前記共通データ構造生成元情報が更新されると、前記設定情報生成部が、前記更新された共通データ構造生成元情報に基づいて、前記データ処理部向けの前記複数の設定情報を、自動的に生成する、データ処理システム。
【請求項６】
前記複数の設定情報は、前記更新された共通データ構造生成元情報に基づいて生成される第１の設定情報と、前記第１の設定情報に基づいて生成される第２の設定情報とを含む、請求項５に記載のデータ処理システム。
【請求項７】
複数の第１のアプリケーションおよび複数の第２のアプリケーションが接続されたデータ処理システムによって実施されるデータ処理方法であって、
前記データ処理システムが、
前記複数の第１のアプリケーション向けの第１のインターフェースと、前記複数の第２のアプリケーション向けの第２のインターフェースとの生成元となる共通の情報である共通データ構造生成元情報を記憶部に記憶し、
前記共通データ構造生成元情報が更新されると、前記更新された共通データ構造生成元情報に基づいて、前記第１のインターフェースと前記第２のインターフェースとを、それぞれ自動的に生成する、データ処理方法。
【請求項８】
前記データ処理システムが、
前記生成された前記第１のインターフェースを、前記複数の第１のアプリケーションへ提供し、
前記生成された前記第２のインターフェースを、前記複数の第２のアプリケーションへ提供する、請求項７に記載のデータ処理方法。
【請求項９】
前記データ処理システムが、
前記第１のインターフェースと、前記第２のインターフェースとを、対称的に生成する、請求項７に記載のデータ処理方法。
【請求項１０】
データ処理システムによって実施されるデータ処理方法であって、
前記データ処理システムは、データの蓄積および処理を行うデータ処理部と、設定情報生成機能部とを備え、
前記設定情報生成機能部は、
前記データ処理部向けの複数の設定情報の生成元となる共通の情報である共通データ構造生成元情報を記憶部に記憶し、
前記共通データ構造生成元情報が更新されると、前記更新された共通データ構造生成元情報に基づいて、前記データ処理部向けの前記複数の設定情報を、自動的に生成する、データ処理方法。
【請求項１１】
前記複数の設定情報は、前記更新された共通データ構造生成元情報に基づいて生成される第１の設定情報と、前記第１の設定情報に基づいて生成される第２の設定情報とを含む、請求項１０に記載のデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＩｏＴ分野におけるデータベースシステム、アプリケーション、およびセンサ、デバイス等のためのデータ処理システムおよび方法に関し、特に、アプリケーションデバイス等に対するインターフェースおよびデータ構造設定情報を管理するためのデータ処理システムおよび方法に関する。
【背景技術】
【０００２】
近年、様々なセンサ、デバイス等とネットワークとを接続し、データ活用を行うＩｏＴが注目されている。ＩｏＴでは多種多数のセンサ、デバイス等からデータを収集することから、様々なデバイスの生成するデータを共通のデータ処理システムが処理するためのインターフェース（以下、「Ｉ／Ｆ」と称する）が必要となる。【０００３】
さらに、これらのセンサ、デバイス等から収集したデータは、多数のアプリケーションにおいて利用されるが、アプリケーション毎に個別のＩ／Ｆを準備することはコストが大きいことから、様々なアプリケーションに対して共通のデータ処理システムがデータを提供するためのアプリケーション向けＩ／Ｆが必要となる。【０００４】
一般的なクライアントサーバ型アプリケーションの接続するデータ処理システムでは、ＲＥＳＴ  ＡＰＩ等を用いて複数のアプリケーションが共通して利用可能なアプリケーション向けＩ／Ｆを提供している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−１１０３１８号公報
【発明の開示】
【０００６】
しかしながら、ＩｏＴシステムでは、アプリケーションに加えて多数のセンサ、デバイス等が接続され、またその接続するデバイスの種類や構成が頻繁に変化しうるために、データモデルの変更やそれに伴うアプリケーション向けＩ／Ｆデバイスと接続するためのデバイス側Ｉ／Ｆの更新が必要となる。
【０００７】
すなわち、ＩｏＴ分野では従来のクライアントサーバ型のデータ処理システムと異なり、様々な種類のアプリケーションデバイス等が共通のデータ処理システムに接続することに加え、アプリケーションデバイスの追加や接続構成、要件の変更等によりこれらのＩ／Ｆを更新しうるため、整合性を維持しながら各種Ｉ／Ｆを管理更新することが求められる。
【０００８】
このような場合において、アプリケーション向けのＩ／Ｆおよびデバイス側Ｉ／Ｆ、データモデル等を別々に管理更新すると、複数のＩ／Ｆ間の対称性を維持することが困難になり、すなわち、Ｉ／Ｆの一貫性が失われる危険性があり、またＩ／Ｆ間の整合性を維持管理するための稼動も大きくなるという問題がある。
【０００９】
本発明はこのような事情に鑑みてなされたものであり、共通のデータ構造生成元情報が更新されることに基づき、アプリケーション向けのインターフェースと、デバイス向けのインターフェースとを一元的に自動生成し、もって、これらインターフェース間の整合性を維持しつつ管理負担の削減を図ることが可能なデータ処理システムおよび方法を提供することを目的とする。
【００１０】
上記目的を達成するため、本発明の第１の観点は、複数の第１のアプリケーションおよび複数の第２のアプリケーションが接続されたデータ処理システムであって、設定情報生成機能部を備える。設定情報生成機能部は、複数の第１のアプリケーション向けの第１のインターフェースを生成する第１のインターフェース生成部と、複数の第２のアプリケーション向けの第２のインターフェースを生成する第２のインターフェース生成部と、第１および第２のインターフェースの生成元となる共通の情報である共通データ構造生成元情報を記憶する記憶部とを備える。共通データ構造生成元情報が更新されると、更新された共通データ構造生成元情報に基づいて、第１のインターフェース生成部が第１のインターフェースを、第２のインターフェース生成部が第２のインターフェースを、それぞれ自動的に生成する。
【００１１】
本発明の第２の観点は、第１の観点のデータ処理システムにおいて、第１のインターフェース生成部によって生成された第１のインターフェースを、複数の第１のアプリケーションへ提供する第１のインターフェース提供部と、第２のインターフェース生成部によって生成された第２のインターフェースを、複数の第２のアプリケーションへ提供する第２のインターフェース提供部とをさらに備える。
【００１２】
本発明の第３の観点は、第２の観点のデータ処理システムにおいて、データの蓄積および処理を行うデータ処理部をさらに備え、設定情報生成機能部はさらに、データ処理部向けの１つまたは複数の設定情報を生成する設定情報生成部を備え、共通データ構造生成元情報が更新されると、設定情報生成部は、更新された共通データ構造生成元情報に基づいて、１つまたは複数の設定情報を、自動的に生成し、生成した１つまたは複数の設定情報を、データ処理部へ出力し、データ処理部は、１つまたは複数の設定情報に対する処理を行い、処理結果を、第１および第２のインターフェース提供部へ出力する。
【００１３】
本発明の第４の観点は、第１の観点のデータ処理システムにおいて、第１および第２のインターフェース生成部は、第１のインターフェースと、第２のインターフェースとを、対称的に生成する。
【００１４】
本発明の第５の観点は、データ処理システムであって、データの蓄積および処理を行うデータ処理部と、設定情報生成機能部とを備える。設定情報生成機能部は、データ処理部向けの複数の設定情報を生成する設定情報生成部と、設定情報生成部によって生成される複数の設定情報の生成元となる共通の情報である共通データ構造生成元情報を記憶する記憶部とを備える。共通データ構造生成元情報が更新されると、設定情報生成部が、更新された共通データ構造生成元情報に基づいて、データ処理部向けの複数の設定情報を、自動的に生成する。
【００１６】
本発明の第６の観点は、第５の観点のデータ処理システムにおいて、複数の設定情報は、更新された共通データ構造生成元情報に基づいて生成される第１の設定情報と、第１の設定情報に基づいて生成される第２の設定情報とを含む。
【００１７】
本発明の第７の観点は、複数の第１のアプリケーションおよび複数の第２のアプリケーションが接続されたデータ処理システムによって実施されるデータ処理方法である。データ処理システムは、複数の第１のアプリケーション向けの第１のインターフェースと、複数の第２のアプリケーション向けの第２のインターフェースとの生成元となる共通の情報である共通データ構造生成元情報を記憶部に記憶し、共通データ構造生成元情報が更新されると、更新された共通データ構造生成元情報に基づいて、第１のインターフェースと第２のインターフェースとを、それぞれ自動的に生成する。
【００１８】
本発明の第８の観点は、第７の観点のデータ処理方法において、データ処理システムが、生成された第１のインターフェースを、複数の第１のアプリケーションへ提供し、生成された第２のインターフェースを、複数の第２のアプリケーションへ提供する。
【００１９】
本発明の第９の観点は、第７の観点のデータ処理方法において、データ処理システムが、第１のインターフェースと、第２のインターフェースとを、対称的に生成する。
【００２０】
本発明の第１０の観点は、データ処理システムによって実施されるデータ処理方法である。データ処理システムは、データの蓄積および処理を行うデータ処理部と、設定情報生成機能部とを備える。設定情報生成機能部は、データ処理部向けの複数の設定情報の生成元となる共通の情報である共通データ構造生成元情報を記憶部に記憶し、共通データ構造生成元情報が更新されると、更新された共通データ構造生成元情報に基づいて、データ処理部向けの複数の設定情報を、自動的に生成する。
【００２２】
本発明の第１１の観点は、第１０の観点のデータ処理方法において、設定情報が複数生成される場合、複数の設定情報は、更新された共通データ構造生成元情報に基づいて生成される第１の設定情報と、第１の設定情報に基づいて生成される第２の設定情報とを含む。
【００２３】
本発明によれば、共通のデータ構造生成元情報が更新されることに基づき、第１のアプリケーション向けの第１のインターフェースと、第２のアプリケーション向けの第２のインターフェースとを一元的に自動生成するので、これらインターフェース間の整合性を維持しつつ管理負担の削減を図ることが可能なデータ処理システムおよび方法を実現することができる。
【図面の簡単な説明】
【００２４】
【図１】図１は、本発明の実施形態のデータ処理方法が適用されたデータ処理システムの構成例を示す概念図である。
【図２】図２は、アプリケーション向けＩ／Ｆ生成部およびデバイス側Ｉ／Ｆ生成部の詳細な構成例を示す概念図である。
【図３】図３は、データ処理部向け設定情報生成部およびデータ処理部の詳細な構成例を示す概念図である。
【図４】図４は、データ処理部向け設定情報生成部およびデータ処理部の詳細な構成例を示す概念図である。
【図５】図５は、データ処理部向け設定情報生成部およびデータ処理部の詳細な別の構成例を示す概念図である。
【発明を実施するための最良の形態】
【００２５】
以下に、本発明の実施形態のデータ処理方法が適用されたデータ処理システムを、図面を参照して説明する。【００２６】
図１は、本発明の実施形態のデータ処理方法が適用されたデータ処理システムの構成例を示す概念図である。【００２７】
このデータ処理システム１０は、５つの機能部、すなわち、Ｉ／Ｆおよび設定情報生成機能部２０、アプリケーション向けＩ／Ｆ提供部４０、デバイス側Ｉ／Ｆ提供部５０、データ処理部６０、およびデータ処理部７０、またはその一部を備える。【００２８】
さらに、Ｉ／Ｆおよび設定情報生成機能部２０は、４つの機能部、すなわち、アプリケーション向けＩ／Ｆ生成部２２、デバイス側Ｉ／Ｆ生成部２４、データ処理部向け設定情報生成部２６、およびデータ処理部向け設定情報生成部２８、またはその一部を備える。【００２９】
さらにまた、Ｉ／Ｆおよび設定情報生成機能部２０は、アプリケーション向けＩ／Ｆ生成部２２、デバイス側Ｉ／Ｆ生成部２４、データ処理部向け設定情報生成部２６、およびデータ処理部向け設定情報生成部２８の設定情報等の生成元となる共通の情報である共通データ構造生成元情報、またはそれを記述したファイルを記憶する共通データ構造生成元情報記憶部３０を備える。データ構造生成元情報は、クラス、アトリビュート、リレーションを定義したｃｓｖファイルおよびインスタンス間のリレーションを定義したｊｓｏｎファイルであってもよい。【００３０】
アプリケーション向けＩ／Ｆ生成部２２、デバイス側Ｉ／Ｆ生成部２４、データ処理部向け設定情報生成部２６、およびデータ処理部向け設定情報生成部２８は、共通データ構造生成元情報記憶部３０に記憶された共通データ構造生成元情報、またはそれを記述したファイルに基づいて、各種情報を生成する。【００３１】
すなわち、アプリケーション向けＩ／Ｆ生成部２２は、アプリケーション向けのＩ／ＦやＡＰＩを生成し、アプリケーション向けＩ／Ｆ提供部４０へ出力する。デバイス側Ｉ／Ｆ生成部２４は、デバイスドライバ／プロトコル等コンバータ／センサ／デバイス等向けのＩ／ＦやＡＰＩを生成し、デバイス側Ｉ／Ｆ提供部５０へ出力する。【００３２】
図２は、特にアプリケーション向けＩ／Ｆ生成部２２およびデバイス側Ｉ／Ｆ生成部２４の詳細な構成例を示す概念図である。【００３３】
アプリケーション向けＩ／Ｆ生成部２２は、共通データ構造生成元情報記憶部３０に記憶された共通データ構造生成元情報から、アプリケーション向けＩ／ＦであるＲＥＳＴ  ＡＰＩを自動生成する。【００３４】
具体的には、アプリケーション向けＩ／Ｆ生成部２２は、クラス、アトリビュート、リレーションを定義したｃｓｖファイルおよびインスタンス間のリレーションを定義したｊｓｏｎファイルを共通データ構造生成元情報とし、１つのデバイス内で一意に規定されるｉｎｔｅｒｎａｌ  ｎａｍｅとデバイスＩＤからインスタンスＩＤを一元的に生成する。【００３５】
アプリケーション向けＩ／Ｆ生成部２２はさらに、クラス名、インスタンスＩＤ、タイムスタンプからアプリケーション向けＩ／Ｆ（例えば、ＲＥＳＴ  ＡＰＩのｅｎｄｐｏｉｎｔ）を一元的に生成する。さらにｓｗａｇｇｅｒ等によりｊｓｏｎ、ｖｍａｌ等の形式のＡＰＩドキュメントを自動生成してもよい。【００３６】
デバイス側Ｉ／Ｆ生成部２４はさらに、インスタンスＩＤ、タイムスタンプからデバイス側Ｉ／Ｆ（例えば、ＭＱＴＴ  ＡＰＩのトピック）を一元的に生成する。【００３７】
具体的には、デバイス側Ｉ／Ｆ生成部２４もまた、クラス、アトリビュート、リレーションを定義したｃｓｖファイルおよびインスタンス間のリレーションを定義したｊｓｏｎファイルを共通データ構造生成元情報とし、１つのデバイス内で一意に規定されるｉｎｔｅｒｎａｌ  ｎａｍｅとデバイスＩＤからインスタンスＩＤを一元的に生成する。【００３８】
このようにして、データ処理システム１０は、アプリケーション向けＩ／ＦであるＲＥＳＴ  ＡＰＩと、デバイス側Ｉ／ＦであるＭＱＴＴ  ＡＰＩとを、
１．ＲＥＳＴ  ＡＰＩのｅｎｄｐｏｉｎｔ  
／クラス名／インスタンスＩＤ／タイムスタンプ  
２．ＭＱＴＴ  ＡＰＩのトピック名  
／クラス名／インスタンスＩＤ／タイムスタンプ  
のように、対称的に自動生成する。【００３９】
図３は、データ処理部向け設定情報生成部２６およびデータ処理部６０の詳細な構成例を示す概念図である。【００４０】
データ処理部向け設定情報生成部２６は、共通データ構造生成元情報記憶部３０に記憶された共通データ構造生成元情報に含まれる、クラスを定義したｃｓｖファイルから、データ処理部向け設定情報２７を生成し、データ処理部６０へ出力する。【００４１】
データ処理部６０は、データベース（以下、「ＤＢ」と称する）６１、ファイルサーバ６２、クエリコントローラ６３、およびブローカ６４を備える。【００４２】
ファイルサーバ６２は、データ処理部向け設定情報生成部２６から出力された、データ処理部向け設定情報２７を蓄積する。ＤＢ６１は、アプリケーション８０から出力されたデータを、アプリケーション向けＩ／Ｆ提供部４０およびクエリコントローラ６３を経由して取得し、蓄積する。また、デバイスドライバ／プロトコル等コンバータ／センサ／デバイス９０から出力されたデータを、デバイス側Ｉ／Ｆ提供部５０、ブローカ６４、およびクエリコントローラ６３を経由して取得し、蓄積する。【００４３】
クエリコントローラ６３は、ＤＢ６１に蓄積されたデータの種別を、ファイルサーバ６２に蓄積されたデータ処理部向け設定情報２７に基づいて判別し、データ種別毎の特性に応じて事前に規定された適当な性質を有するＤＢ６１に対してデータ蓄積または検索を行う。したがって、ファイルサーバ６２に蓄積されたデータ処理部向け設定情報２７は、データがバイナリか否かをクエリコントローラ６３が判定できるような形式の設定情報（クラスの定義、各クラスがバイナリデータであるかどうかを規定したｃｓｖファイル等）であってもよい。【００４４】
例えば、データの種別としては、ｊｓｏｎのような構造化されたセンサデータや、画像のようなバイナリ形式のメディアデータとを含む。これらデータは何れもデバイスドライバ／プロトコル等コンバータ／センサ／デバイス９０から出力され、ＤＢ６１に蓄積される。クエリコントローラ６３は、ＤＢ６１に蓄積されたデータが、センサデータであるか、メディアデータであるかを、ファイルサーバ６２に蓄積されたデータ処理部向け設定情報２７に基づいて判別する。【００４５】
なお、データ処理部向け設定情報２７は、ファイルサーバ６２に蓄積されることに限定されず、データ処理部６０内に備えられたローカルメモリ（図示せず）に蓄積されていても良い。あるいは、ＤＢ６１やクエリコントローラ６３に蓄積されていても良い。このような場合、データ処理部向け設定情報生成部２６は、データ処理部向け設定情報２７を生成すると、データ処理部向け設定情報２７を、ＤＢ６１あるいはクエリコントローラ６３のメモリ（図示せず）に書き込む。あるいは、ＤＢ６１あるいはクエリコントローラ６３から、データ処理部向け設定情報生成部２６へ問い合せを行い、データ処理部向け設定情報２７を取得するようにしても良い。【００４６】
ブローカ６４は、クエリコントローラ６３によってバイナリであると判定されたデータを、ファイルサーバ６２に蓄積されたデータ処理部向け設定情報２７のような設定情報を用いて処理する。そして、処理結果を、デバイス側Ｉ／Ｆ提供部５０へ、および／または、クエリコントローラ６３を介してアプリケーション向けＩ／Ｆ提供部４０へ提供する。【００４７】
図４は、データ処理部向け設定情報生成部２８およびデータ処理部７０の詳細な構成例を示す概念図である。【００４８】
データ処理部向け設定情報生成部２８は、共通データ構造生成元情報記憶部３０に記憶された共通データ構造生成元情報から、データ処理部向け設定情報２９（＃１）を生成する。データ処理部向け設定情報２９（＃１）は、データ処理部７０に備えられたＲＰＣ変換中継機能部７１のコード、およびデータ処理部向け設定情報２９（＃２）を自動生成するために必要な、アプリケーションのプロトコルやネットワークに応じた設定情報である。データ処理部向け設定情報２９（＃１）はまた、ｇＲＰＣのＩＤＬであってもよい。【００４９】
データ処理部向け設定情報生成部２８は、データ処理部向け設定情報２９（＃１）を、データ処理部７０のＲＰＣ変換中継機能部７１へ出力する。データ処理部向け設定情報生成部２８はまた、データ処理部向け設定情報２９（＃１）に基づいて、アプリケーション向けＩ／Ｆ提供部４０に含まれるＲＰＣ  ＩＦ（＃１）、および、ＲＰＣ変換中継機能部７１またはその一部のコードを自動生成してもよい。【００５０】
データ処理部向け設定情報生成部２８はさらに、データ処理部向け設定情報２９（＃１）に基づいてデータ処理部向け設定情報２９（＃２）を生成する。データ処理部向け設定情報２９（＃２）は、データ処理部向け設定情報２９（＃１）から生成される、デバイスドライバ／プロトコル等コンバータ／センサ／デバイス９０等のプロトコルやネットワークに応じた設定情報である。データ処理部向け設定情報２９（＃２）は、ＭＱＴＴ  ＲＰＣ  ｓｃｈｅｍｅｒ等の設定情報であってもよい。【００５１】
図５は、データ処理部向け設定情報生成部２８およびデータ処理部７０の詳細な別の構成例を示す概念図である。【００５２】
図５に示すように、共通データ構造生成元情報の内容によっては、データ処理部向け設定情報生成部２８は、データ処理部向け設定情報２９（＃１）に基づくことなく、データ処理部向け設定情報２９（＃２）を生成するようにしても良い。【００５３】
データ処理部向け設定情報生成部２８は、図４または図５に示すようにデータ処理部向け設定情報２９（＃２）を生成すると、データ処理部向け設定情報２９（＃２）に基づき、デバイス側Ｉ／Ｆ提供部５０に含まれるＲＰＣ  ＩＦ（＃２）およびＲＰＣ変換中継機能部７１またはその一部のコードを自動生成してもよい。【００５４】
データ処理部７０は、ＲＰＣ変換中継機能部７１において、データ処理部向け設定情報生成部２８から出力された設定情報、Ｉ／Ｆ、およびコード等に対してＲＰＣ等によるデータ処理を行う。そして、処理結果を、アプリケーション向けＩ／Ｆ提供部４０および／またはデバイス側Ｉ／Ｆ提供部５０へ提供する。【００５５】
アプリケーション向けＩ／Ｆ提供部４０は、アプリケーション向けＩ／Ｆ生成部２２から出力されたアプリケーション向けのＩ／Ｆ、ＡＰＩ、および、データ処理部６０およびデータ処理部７０から出力された処理結果を、アプリケーション８０へ提供する。【００５６】
デバイス側Ｉ／Ｆ提供部５０は、デバイス側Ｉ／Ｆ生成部２４から出力されたデバイスドライバ／プロトコル等コンバータ／センサ／デバイス９０等向けのＩ／Ｆ、ＡＰＩ、および、データ処理部６０およびデータ処理部７０から出力された処理結果を、デバイスドライバ／プロトコル等コンバータ／センサ／デバイス等９０へ提供する。【００５７】
このように、データ処理システム１０は、共通データ構造生成元情報に基づいて、アプリケーション８０およびデバイスドライバ／プロトコル等コンバータ／センサ／デバイス等９０向けのＩ／Ｆ、ＡＰＩ、および、データ処理部６０、７０向けの設定情報またはその一部を、一元的かつ対称的に生成する。さらに、ＡＰＩのドキュメントやデータ処理部等のソースコード、設定ファイル、またはその一部を自動的に生成する。【００５８】
データ処理システム１０ではさらに、共通データ構造生成元情報記憶部３０に記憶されている共通データ構造生成元情報が更新された場合、更新された共通データ構造生成元情報に基づいて、前述したようにして、アプリケーション向けＩ／Ｆ生成部２２が、アプリケーション向けのＩ／Ｆを、デバイス側Ｉ／Ｆ生成部２４が、デバイス側Ｉ／Ｆを、データ処理部向け設定情報生成部２６が、データ処理部向け設定情報２７を、データ処理部向け設定情報生成部２８が、データ処理部向け設定情報２９を、それぞれ自動的に生成する。このように、データ処理システム１０は、共通データ構造生成元情報が更新された場合、アプリケーション８０向けのＡＰＩと、デバイスドライバ／プロトコル等コンバータ／センサ／デバイス等９０向けのＡＰＩとを齟齬なく一元的に自動生成する。【００５９】
以上説明したように、データ処理システム１０によれば、多種のアプリケーションデバイスが共通のデータ処理システムに接続するＩｏＴの特性を活かし、アプリケーション向けＩ／Ｆ生成部２２と、デバイス側Ｉ／Ｆ生成部２４とを、データ処理系（データ処理部６０およびデータ処理部７０）から分離し、共通データ構造生成元情報記憶部３０に記憶された共通データ構造生成元情報に基づいて、一貫性を持つ複数のＩ／Ｆや設定情報、コード、ドキュメント等を一元的に自動生成することによって、デバイスドライバ／プロトコル等コンバータ／センサ／デバイス等９０の接続構成変更や、アプリケーション８０の追加、データモデルの変更等に柔軟に対応することが可能となり、かつデータ処理システム１０全体のＩ／Ｆの整合性を維持する稼動を削減することも可能となる。【００６０】
したがって、本実施形態のデータ処理方法が適用されたデータ処理システムを利用することにより、様々なアプリケーションデバイスと柔軟に接続可能な共通のデータ蓄積処理システムならびにそれらに基づくＩｏＴプラットフォームを構築することも可能となる。【００６１】
この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。【００６２】
例えば、図２、図３、図４、および図５に示したシステム構成の何れかまたは全て、さらに２つ以上のデータ処理部を並列に組み合わせて１つのシステムとして実現してもよい。
【図１】
0006689412.tif 000002
【図２】
0006689412.tif 000003
【図３】
0006689412.tif 000004
【図４】
0006689412.tif 000005
【図５】
0006689412.tif 000006