特開 2023-155084 情報処理システム及び情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023155084

(43)【公開日】2023-10-20

(54)【発明の名称】情報処理システム及び情報処理方法

(51)【国際特許分類】

   G06F 8/35 20180101AFI20231013BHJP

   G06F 8/60 20180101ALI20231013BHJP

【ＦＩ】

G06F8/35

G06F8/60

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2022064834

(22)【出願日】2022-04-08

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜弁理士法人

(72)【発明者】

【氏名】栖川 淳

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376AB01

5B376BC31

5B376BC43

5B376BC64

5B376BC71

(57)【要約】

【課題】
本発明の課題は、コネクタの開発および運用のための自動化を進めて、工数をより削減することにある。
【解決手段】
本発明の好ましい一側面は、第１のデータモデルに基づくデータと第２のデータモデルに基づくデータの変換を行うプログラムであるコネクタの生成を支援する情報処理システムであって、演算部と記憶部とを有し、前記演算部は、前記第１のデータモデルと前記第２のデータモデルの対応関係マッピングを管理するマッピング管理部と、前記第１のデータモデルのバージョン管理において、前記第１のデータモデルの変更箇所を機械可読なモデル構造データとして管理するモデル構造管理部と、前記モデル構造データに基づいて、前記対応関係マッピングを更新するコネクタ管理部と、を備える情報処理システムである。
【選択図】 図１

【特許請求の範囲】

【請求項1】

第１のデータモデルに基づくデータと第２のデータモデルに基づくデータの変換を行うプログラムであるコネクタの生成を支援する情報処理システムであって、演算部と記憶部とを有し、
前記演算部は、
前記第１のデータモデルと前記第２のデータモデルの対応関係マッピングを管理するマッピング管理部と、
前記第１のデータモデルのバージョン管理において、前記第１のデータモデルの変更箇所を機械可読なモデル構造データとして管理するモデル構造管理部と、
前記モデル構造データに基づいて、前記対応関係マッピングを更新するコネクタ管理部と、
を備える情報処理システム。

【請求項2】

前記モデル構造管理部は、前記モデル構造データにおいて、前記第１のデータモデルのデータ属性の追加、既存のデータ属性名の変更、既存のデータ属性の仕様変更を、判別可能な形式で管理する、
請求項１記載の情報処理システム。

【請求項3】

前記演算部は、前記モデル構造データに基づいて、前記第１のデータモデルの変更箇所に関する情報を作業者に提供するコネクタ生成・更新支援ツールを備える、
請求項１記載の情報処理システム。

【請求項4】

前記コネクタ生成・更新支援ツールは、前記対応関係マッピングを作成する際に、前記第１のデータモデルの属性と前記第２のデータモデルの属性の対応を作業者に入力させるＧＵＩを提示する、
請求項３記載の情報処理システム。

【請求項5】

前記作業者は、前記第１のデータモデルまたは前記第２のデータモデルの提供者である、
請求項３記載の情報処理システム。

【請求項6】

前記コネクタ管理部は、前記作業者の入力に基づいて前記対応関係マッピングをあらかじめ決められた統一形式にて作成する、
請求項３記載の情報処理システム。

【請求項7】

前記演算部は、前記対応関係マッピングに基づいて前記コネクタを生成する、コネクタプログラム生成部を有する、
請求項１記載の情報処理システム。

【請求項8】

前記演算部は、前記対応関係マッピングに基づいて前記コネクタのテストプログラムを生成する、コネクタテスト生成部を有する、
請求項１記載の情報処理システム。

【請求項9】

前記演算部は、前記対応関係マッピングに基づいてデータカタログ情報を生成する、データカタログ管理部を有する、
請求項１記載の情報処理システム。

【請求項10】

前記情報処理システムは、スマートシティのデータ連携基盤システムであり、
前記第１のデータモデルは、前記スマートシティのデータ連携基盤システムにおける、共通データモデルである、
請求項1記載の情報処理システム。

【請求項11】

演算部と記憶部とを有する情報処理装置で実行され、第１のデータモデルに基づくデータと第２のデータモデルに基づくデータの変換を行うプログラムであるコネクタの生成を支援する情報処理方法であって、
前記第１のデータモデルと前記第２のデータモデルの対応関係マッピングをマッピングデータとして記憶する第１のステップ、
前記第１のデータモデルに変更があった場合、変更箇所を機械可読なモデル構造データとして記憶する第２のステップ、
前記モデル構造データに基づいて、前記マッピングデータを更新する第３のステップ、
を実行する情報処理方法。

【請求項12】

前記マッピングデータに基づいて、前記コネクタを生成する第４のステップ、
を実行する請求項１１記載の情報処理方法。

【請求項13】

前記モデル構造データは、前記第１のデータモデルのデータ属性の追加、既存のデータ属性名の変更、既存のデータ属性の仕様変更を、判別可能な形式で記録する、
請求項１１記載の情報処理方法。

【請求項14】

前記第３のステップは、前記モデル構造データに基づいて、前記第１のデータモデルに変更があった場合、前記マッピングデータにおける前記第１のデータモデルと前記第２のデータモデルの対応関係で影響を受ける部分を提示するＧＵＩを生成する、
請求項１１記載の情報処理方法。

【請求項15】

前記モデル構造データは、前記第１のデータモデルのデータ属性の追加、既存のデータ属性名の変更、既存のデータ属性の仕様変更、データ内容の説明の変更を、判別可能な形式で記録し、
前記第１のデータモデルに変更があった場合でも、変更内容が前記データ内容の説明の変更のみだった場合には前記第３のステップを実行しない、
請求項１１記載の情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システムに係り、特に異なるデータモデルによるデータ相互の変換技術に関する。具体的な適用例としては、データ交換コネクタや都市ＯＳデータモデル管理方法がある。

【背景技術】

【0002】

近年、地域活性化の必要性が注目されている。地域の活性化を図るべく、各種のデータを活用して、それぞれの地域における社会的課題を解決し、活力ある地域社会を構築する試みがなされている。

【0003】

その際に重要な基盤となるのが都市ＯＳである。都市ＯＳとは、その都市にあるエネルギーや交通機関をはじめ、医療、金融、通信、教育などの膨大なデータを集積・分析し、それらを活用するべく自治体や企業、研究機関などが連携するためのプラットフォームを指す。

【0004】

都市ＯＳでは、提供あるいは使用するＡＰＩ（Application Programming Interface）やＯＳＳ（Open Source Software）やデータモデルが、統一された形式であることが望ましい。データモデルとは、情報システムが取り扱う現実世界の対象をデータ集合として表現するため、対象を表す情報を抽象化して一定の構造や形式で記述したものをいう。これらが統一された形式でない場合は、機械的な変換により、各種スマートシティサービスや他都市ＯＳ等のデータ提供元との連携が実現される必要がある。

【0005】

都市ＯＳが、多種・多様な他のシステムとデータを受信・送信する場合、データ提供元となる他のシステムのデータモデル（独自データモデルという）によるデータを統一的なデータモデル（共通データモデルという）によるデータに変換するデータ連携コネクタを用いることにより、相互連携を実現することが考えられる。

【0006】

本明細書では、独自データモデルを単に独自モデルということがある。また、共通データモデルを単に共通モデルということがある。また、独自データモデルに基づくデータを単に独自データということがある。また、共通データモデルに基づくデータを単に共通データということがある。また、データ連携コネクタを単にコネクタということがある。

【0007】

データモデルに関連する公知技術として、特許文献１、特許文献２がある。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】ＷＯ２０２０／１５８２５１Ａ１

【特許文献2】特開２０１９－１８００５２号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

都市ＯＳへのデータ提供元は、都市あるいは地域ごとに異なる独自データモデルを持つので、データ提供元が都市ＯＳと接続する際、接続先ごとにＡＰＩ仕様が異なり、複数の独自データモデルに対応するコネクタの開発に工数がかかる。また、共通データモデルのバージョンアップ等の改変に対応するため、その都度コネクタの改変が必要になると、そのたびに工数が必要になる。

【0010】

特許文献１には、データモデル変更にともない、各種モジュールに係る設定管理の困難さや、データモデル定義の追加、更新による互換性への影響を考慮して、情報処理装置が、コモンデータモデルや独自データモデルを各々管理する管理部と、コモンデータモデル、独自データモデル、新たに導入するデータモデルに対応するモジュールのバージョンをそれぞれ管理し、これらの互換性を検証する共通管理部を備えることが開示される。

【0011】

特許文献２では、木構造の未知データモデルを共通データモデルに対応付けるプログラム等を提供することが記載される。

【0012】

しかし、独自データモデルを共通データモデルに変換する際、変換対象は、語彙や、形式、項目等が存在するが、取り扱うデータにより変換対象が異なる。特許文献１や特許文献２では、データモデル変更に伴う、更新箇所の特定方法やテストプログラムの更新方法の開示がない。

【0013】

そこで本発明の課題は、コネクタの開発および運用のための自動化を進めて、工数をより削減することにある。

【課題を解決するための手段】

【0014】

本発明の好ましい一側面は、第１のデータモデルに基づくデータと第２のデータモデルに基づくデータの変換を行うプログラムであるコネクタの生成を支援する情報処理システムであって、演算部と記憶部とを有し、前記演算部は、前記第１のデータモデルと前記第２のデータモデルの対応関係マッピングを管理するマッピング管理部と、前記第１のデータモデルのバージョン管理において、前記第１のデータモデルの変更箇所を機械可読なモデル構造データとして管理するモデル構造管理部と、前記モデル構造データに基づいて、前記対応関係マッピングを更新するコネクタ管理部と、を備える情報処理システムである。

【0015】

本発明の好ましい他の一側面は、演算部と記憶部とを有する情報処理装置で実行され、第１のデータモデルに基づくデータと第２のデータモデルに基づくデータの変換を行うプログラムであるコネクタの生成を支援する情報処理方法であって、前記第１のデータモデルと前記第２のデータモデルの対応関係マッピングをマッピングデータとして記憶する第１のステップ、前記第１のデータモデルに変更があった場合、変更箇所を機械可読なモデル構造データとして記憶する第２のステップ、前記モデル構造データに基づいて、前記マッピングデータを更新する第３のステップ、を実行する情報処理方法である。

【発明の効果】

【0016】

本発明によれば、コネクタの開発および運用のための自動化を進めて、工数をより削減することができる。

【図面の簡単な説明】

【0017】

【図1】都市ＯＳおよびデータ管理部と、それらに接続されるシステムの全体構成例を示すブロック図。

【図2】都市ＯＳあるいはデータ管理部のハードウェア構成の一例を示すブロック図。

【図3】データモデル管理部の内部機能ブロック図。

【図4】コネクタ管理部の内部機能ブロック図。

【図5】データモデルマッピングの生成シーケンスのフロチャート。

【図6】コネクタ生成・更新支援のためのＧＵＩの一例を示すイメージ図。

【図7】独自－共通マッピングデータの一例を示す表図。

【図8】共通モデル変更をトリガーとしたデータモデルマッピングの更新シーケンスのフロチャート。

【図9】コネクタ管理部における処理のフロチャート。

【図10】共通モデル構造の一例を示す表図。

【図11】更新された独自－共通マッピングデータの一例を示す表図。

【図12】独自モデル変更をトリガーとしたデータモデルマッピングの更新シーケンスのフロチャート。

【図13】都市ＯＳおよびデータ管理部と、それらに接続されるシステムの他の全体構成例を示すブロック図。

【発明を実施するための形態】

【0018】

以下、実施の形態について、図面を用いて詳細に説明する。ただし、本発明は、以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

【0019】

以下に説明する発明の構成において、同一部分または同様な機能を有する部分には同一の符号を異なる図面間で共通して用い、重複する説明は省略することがある。

【0020】

同一または同様な機能を有する要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。ただし、複数の要素を区別する必要がない場合には、添字を省略して説明する場合がある。

【0021】

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数、順序、もしくはその内容を限定するものではない。また、構成要素の識別のための番号は、文脈毎に用いられ、１つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。

【0022】

図面等において示す各構成の位置、大きさ、形状、範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲等を表していない場合がある。このため、本発明は、必ずしも、図面等に開示された位置、大きさ、形状、範囲等に限定されない。本明細書で引用した刊行物、特許および特許出願は、そのまま本明細書の説明の一部を構成する。

【0023】

先に述べたように、都市ＯＳでは、都市間の横展開を簡易にするために、外部データ連携のコネクタが必要であり、コネクタの開発および運用の工数削減が重要である。特に、都市ＯＳにおいて、共通データモデルを更新する際に、対象となるデータ提供者からのデータ変換プログラム（コネクタ）を変更する必要があるが、その変更箇所を特定、変更する作業負荷が大きい。

【0024】

たとえば、該当のデータが100種ある場合、100箇所の変更が必要である。単一でも、コネクタのプログラムの変更、テストデータ・プログラムの変更、総合テストデータ・プログラムの変更、データカタログの変更が必要である。公知技術では、モジュールとデータモデルのバージョンの対応関係を管理し互換性の検証はできるが、どのように対応づけるかについては言及がなく、プログラム以外のテストやカタログに対する対応づけについては開示しておらず、共通モデル変更に伴う変更反映の負荷軽減できなかった。

【0025】

以下で詳細に説明する実施例では、独自データモデルと共通データモデルのマッピング情報、コネクタのコード、およびテストコード・テストデータを分離する。さらに、共通データモデルのバージョンを管理する際に、変更内容（モデルの上位下位の関係性、属性名変更、新属性追加、構造変更）を機械可読できるように管理する。

【0026】

一例では、独自データモデルと共通データモデルの対応関係のマッピングを管理し、共通データモデルのバージョン管理においては、変更箇所を機械可読な形で構造管理する。共通データモデル更新時には、マッピングを構造管理に基づいて更新する。共通データモデルのバージョン管理においては、過去の共通データモデルのバージョンとの差異を保持する。差異とは、属性の追加、属性名の変更、既存属性の仕様変更などである。このような構成によると、共通データモデルを更新された場合でも、コネクタのプログラムの変更に関する業務負荷を低減することができる。

【0027】

マッピングを作成する際には、デバイスや外部システムで提供する独自データの属性と共通データモデルの属性の対応を作業者に入力してもらい、それに基づいてマッピングをあらかじめ決められた統一形式にて作成する。マッピングをシステムで作成することで、統一形式でマッピングを管理でき、自動更新するのを容易にすることができる。

【0028】

マッピングを更新する際に、マッピング変更内容の確認・修正依頼をデータ提供者側に通知し、データ提供者側の応答に基づいて実施する。マッピングに責任を持つデータ提供者に確認してもらうことで、責任分担を明確化することができる。

【0029】

また、マッピング情報に基づいて、コネクタプログラムを生成・更新する。マッピングとコネクタプログラム生成との連携を行うことで、共通データモデルを更新された場合に、マッピング情報の更新だけでなく、コネクタプログラムを更新する業務負荷も低減することができる。

【0030】

さらに、共通データモデルのバージョン更新時に、共通データモデルの構造管理、及び、マッピングに基づいて、コネクタのテストデータ、テストプログラムを更新する。テストデータ・テストプログラムとの連携を行うことで、共通データモデルを更新された場合でも、コネクタプログラムだけでなく、テストに関する業務負荷を低減することができる。

【実施例0031】

図１は、本発明の実施例を説明するための、都市ＯＳおよびデータ管理部と、それらに接続されるシステムの全体構成を示すブロック図である。各ブロックは図中では直接結合するよう図示されるが、有線または無線のネットワークを介して接続されてもよい。

【0032】

都市ＯＳ１００は、例えばサーバのような情報処理装置で構成される。サーバはネットワークで接続された複数の情報処理装置によってクラウド化されていてもよい。サーバの構成は以下同様である。

【0033】

都市ＯＳ１００は、集積したデータを、共通データモデルをベースとした共通データとして蓄積し、また提供する共通モデルデータ蓄積部１０１を備える。また、外部から提供されるデータを共通データに変換するコネクタ１０２を備える。

【0034】

共通モデルデータ蓄積部１０１は一般にはデータベース（ＤＢ）として構成される。コネクタは、例えばデータ変換を行うためのプログラム（データコンバータ）である。都市ＯＳ１００は、一般に共通ＡＰＩを採用し共通データを処理できるが、それ以外のデータを処理できない。

【0035】

都市ＯＳ１００にデータを提供するのはデータ提供元システム２００である。データ提供元システム２００は、例えばエネルギー、交通機関、医療、金融、通信、教育など種々の分野の、既存のシステムやデバイスである。これらは、それぞれ異なる管理者により管理され、既存のシステム独自のデータモデル（独自モデル）による独自データを持っている場合がある。例えば、データ提供元システム２００Ａ、２００Ｂは、独自のＡＰＩと独自データを持っているため、コネクタ１０２Ａ、１０２Ｂによって独自データを共通データに変換して共通モデルデータ蓄積部１０１に格納する。

【0036】

一方、データ提供元システム２００Ｃは、共通ＡＰＩと共通モデルを採用しているので、コネクタが不要となっている。

【0037】

共通モデルデータ蓄積部１０１に格納された共通データは、共通ＡＰＩを持つ種々のアプリケーションサーバ３００Ａ～Ｃに提供され、種々の処理が可能となる。なお、アプリケーションサーバ３００が独自ＡＰＩを持っている場合には、コネクタ１０２と同様の機能を持ち、ただし、共通データから独自データに変換するコネクタを使用してデータ変換を行えばよい。

【0038】

データ管理部４００は、例えばサーバのような情報処理装置で構成される。すでに述べたように、サーバはネットワークで接続された複数の情報処理装置によってクラウド化されていてもよい。また、本例では、データ管理部４００は都市ＯＳ１００から独立しているが、データ管理部４００を都市ＯＳ１００の一部としてもよい。

【0039】

データ管理部４００は、データモデル管理部４０１、コネクタ管理部４０２、コネクタ生成・更新支援ツール４０３を備える。データモデル管理部４０１は、共通データモデルの定義や構造、および独自データモデルの定義を管理する。コネクタ管理部４０２はコネクタの生成や更新を支援する。コネクタ生成・更新支援ツール４０３は、コネクタの生成や更新作業を支援するインターフェースとなる。各部の詳細は後述する。

【0040】

コネクタ生成・更新支援ツール４０３は、例えば、都市ＯＳ１００に接続している接続先システム（例えば、データ提供者など）のＳＥ（System Engineer）５００などにより操作が可能である。これにより、データ提供者等は、自分の提供するデータが独自データの場合、コネクタ１０２の生成や更新をすることで、都市ＯＳで使用可能な共通データに変換が可能となる。

【0041】

また、コネクタ管理部４０２は、検証環境の都市ＯＳ６００を用いて、作成したコネクタのテストを行うことができる。

【0042】

典型的な例では、図１に示す各ブロックは、ネットワークや内部バスを用いて相互に通信が可能であるものとする。

【0043】

図２は、都市ＯＳ１００あるいはデータ管理部４００のハードウェア構成の一例を示している。次に、図１と図２とを参照して機能とハードウェアとの対応を説明する。図１は、都市ＯＳ１００あるいはデータ管理部４００が備える機能構成の一例を示している。都市ＯＳ１００とデータ管理部４００のハードウェアは、例えば図２に示すサーバ装置のようなコンピュータで構成される。

【0044】

図２に示すＣＰＵ（Central Processing Unit）１Ｈ１０１と、ＲＯＭ（Read Only Memory）１Ｈ１０２と、ＲＡＭ（Random Access Memory）１Ｈ１０３と、外部記憶装置１Ｈ１０４と、通信Ｉ／Ｆ（Interface）１Ｈ１０５と、マウス、キーボード等に代表される外部入力装置１Ｈ１０６と、ディスプレイ等に代表される外部出力装置１Ｈ１０７とを備える。

【0045】

ＣＰＵ１Ｈ１０１が、ＲＯＭ１Ｈ１０２または外部記憶装置１Ｈ１０４に格納されたプログラムをＲＡＭ１Ｈ１０３に読み込み、通信Ｉ／Ｆ１Ｈ１０５、外部入力装置１Ｈ１０６、外部出力装置１Ｈ１０７を制御することで、各種機能が実現される。

【0046】

本実施の形態では、コンピュータにおける計算、制御等の機能は、ＲＯＭ１Ｈ１０２、外部記憶装置１Ｈ１０４等の記憶装置に格納されたプログラムがＣＰＵ１Ｈ１０１等のプロセッサによって実行されることで、定められた処理を他のハードウェアと協働して実現される。コンピュータ等が実行するプログラム、その機能、またはその機能を実現する手段を、「機能」、「手段」、「部」、「ユニット」、「モジュール」、「モデル」等と呼ぶ場合がある。

【0047】

図１に示す実施例では、都市ＯＳ１００のコネクタ１０２は、ＲＡＭ１Ｈ１０３にプログラムとして実装し、ＣＰＵ１Ｈ１０１がプログラムを実行して所望の処理を行うことにした。また、共通モデルデータ蓄積部１０１は、外部記憶装置１Ｈ１０４で構成することにした。データ提供元システム２００やアプリケーションサーバ３００と都市ＯＳ１００は、通信Ｉ／Ｆ１Ｈ１０５を介して通信を行う。

【0048】

また、データ管理部４００のデータモデル管理部４０１、コネクタ管理部４０２、コネクタ生成・更新支援ツール４０３は、ＲＡＭ１Ｈ１０３にプログラムとして実装し、ＣＰＵ１Ｈ１０１がプログラムを実行して所望の処理を行うことにした。処理に伴って、入出力や演算が必要な場合には、ＣＰＵ１Ｈ１０１は、ＲＯＭ１Ｈ１０２、ＲＡＭ１Ｈ１０３、外部記憶装置１Ｈ１０４、通信Ｉ／Ｆ１Ｈ１０５、外部入力装置１Ｈ１０６、あるいは外部出力装置１Ｈ１０７と協働して処理を実行する。

【0049】

都市ＯＳ１００あるいはデータ管理部４００の構成は、単体のコンピュータで構成してもよいし、任意の部分が、ネットワークで接続された他のコンピュータで構成されてもよい。発明の思想としては等価であり、変わるところがない。また、本実施の形態中、ソフトウェアで構成した機能と同等の機能は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等の回路（ハードウェア）でも実現できる。

【0050】

図３は、データモデル管理部４０１の内部機能ブロック図である。データモデル管理部４０１は、独自モデル定義管理部４０１１と、共通モデル定義管理部４０１２と、共通モデル構造管理部４０１３を備える。これらは、ＲＡＭ１Ｈ１０３にプログラムとして実装される。また、これらはデータベースである、独自モデル定義ＤＢ４０１１ＤＢ、共通モデル定義ＤＢ４０１２ＤＢ、共通モデル構造ＤＢ４０１３ＤＢをそれぞれ管理する。各データベースのデータの記憶場所は、アクセス可能であれば外部記憶装置１Ｈ１０４等どこでもよい。

【0051】

独自モデル定義ＤＢ４０１１ＤＢは、独自モデル定義４０１１ＤＴを登録可能である。共通モデル定義ＤＢ４０１２ＤＢは、共通モデル定義４０１２ＤＴを登録可能である。これらは、現在使用中のバージョンのデータモデルのデータが登録されている。データモデル定義は用途などに応じて複数種類あってよい。本実施例では、運用中のデータモデルはすでに登録されているものとする。

【0052】

共通モデル構造ＤＢ４０１３には、共通データモデルがバージョンの変更によりどのように変更されているか機械可読な形で記録した共通モデル構造４０１３ＤＴが登録されている。例えば、共通データモデルの更新差分が格納される。具体的には、属性（PROPERTY）の追加、属性名の変更、属性の説明の変更、属性の値範囲の変更等を、例えば更新の時間情報を付して機械可読の形式で管理する。共通モデル構造のデータは、共通モデル定義のデータと対応付けがなされており、どの共通モデル定義の変更情報かがわかるようになっている。

【0053】

これらＤＢは、データモデル管理部４０１の中にあってもよいし、外部記憶装置１Ｈ１０４で構成してもよい。各データベースは公知の手法により、データを階層化し、またデータにタグをつけるなどしてキーワード検索が可能としてもよい。

【0054】

図４は、コネクタ管理部４０２の内部機能ブロック図である。コネクタ管理部４０２は、独自－共通マッピング管理部４０２１、マッピングバージョン管理部４０２２、コネクタプログラム生成部４０２３、コネクタテスト生成部４０２４、テスト実行管理部４０２５を備える。これらは、ＲＡＭ１Ｈ１０３にプログラムとして実装される。

【0055】

独自－共通マッピング管理部４０２１は、独自－共通マッピングデータ７００を管理する。独自－共通マッピングデータ７００の記憶手段は、独自－共通マッピング管理部４０２１からアクセス可能であれば制限はない。独自－共通マッピングデータ７００は、独自データモデルと共通データモデルの組み合わせに応じて複数種類あってよい。独自－共通マッピングデータ７００は、現在運用中のマッピングデータである。独自－共通マッピングデータ７００には、データを一意に特定する識別情報や、マッピング対象となる独自モデルと共通モデルを指定する情報が付随する。

【0056】

マッピングバージョン管理部４０２２は、マッピング更新前後の差分データ４０２６を管理する。差分データ４０２６の記憶手段は、マッピングバージョン管理部４０２２からアクセス可能であれば制限はない。差分データ４０２６には、独自－共通マッピングデータのバージョン変更に伴い、マッピングがどう変更されたかをバージョンの差分形式で格納する。また、差分データ４０２６の代わりに、更新内容を特定する情報を用いてもよい。

【0057】

コネクタプログラム生成部４０２３、コネクタテスト生成部４０２４、テスト実行管理部４０２５は、コネクタの生成やテストを実行する。後に説明する。

【0058】

図５は、データモデルマッピングの生成シーケンスのフロチャートである。図３～図５を参照して、新たな独自データに対するコネクタの生成から実装までの処理の流れを説明する。

【0059】

図５のシーケンスで、ＳＥ５００はコネクタ生成・更新支援ツール４０３にアクセスして処理を開始する。ＳＥ５００は、たとえばデータ提供元システム２００を運用するＳＥあるいは都市ＯＳ１００を運用するＳＥであるが、特に限定しない。また、ＳＥでなくオペレータその他の職種でもよい。

【0060】

ＳＥ５００は、検索で適切な共通モデルを探し、選択した共通モデルの属性に自分が提供する独自モデルの属性を対応付ける。このため、ＳＥ５００は、まず、コネクタ生成・更新支援ツール４０３に自分の独自モデルと検索キーワードを送信する（Ｓ５０１）。

【0061】

図６は、コネクタ生成・更新支援ツール４０３が、ＳＥ５００に提供するコネクタ生成・更新支援のためのＧＵＩ（Graphical User Interface）の一例である。ＧＵＩは、ＳＥ５００が使用する端末（図示せず）の出力装置にブラウザ機能により表示すればよい。あるいはＳＥ５００が使用する端末が当該機能を備えていてもよい。

【0062】

図６では、ＳＥ５００は自分の独自モデルがダム貯水量の制御を対象とする場合、「ダム貯水量」を検索キーワードとして入力し、自分の独自モデルとともにコネクタ生成・更新支援ツール４０３に送信する（Ｓ５０１）。

【0063】

コネクタ生成・更新支援ツール４０３では、受信した独自モデルと検索キーワードをデータモデル管理部４０１に送る（Ｓ５０２）。

【0064】

データモデル管理部４０１では、独自モデル定義管理部４０１１が受信した独自モデルを独自モデル定義ＤＢ４０１１に登録する。ただし、登録のタイミングは任意で良い。また、共通モデル定義管理部４０１２が受信した検索キーワードに基づいて共通モデル定義ＤＢ４０１２ＤＢを検索する。検索結果は、コネクタ生成・更新支援ツール４０３に送信される（Ｓ５０３）。

【0065】

コネクタ生成・更新支援ツール４０３は、ＳＥ５００の端末に検索結果を表示する（Ｓ５０４）。

【0066】

図６の例では、「ダム貯水量」の検索キーワードにより、共通モデル定義管理部４０１２は、ＳＥ５００に検索結果を表示する。検索を容易にするため、共通モデル定義ＤＢ４０１１が、例えば分野や種類による階層構造とされていてもよい。また、共通モデル定義４０１２ＤＴが、タグや説明等のメタデータを持っていてもよい。この場合は、図６に示すように、キーワード抽出結果をさらに分野６０２や種類６０３で絞り込むことも可能である。

【0067】

検索結果６０４で、絞り込んだ結果のデータモデル名とその説明の一覧が表示される。ＳＥ５００は、一覧から適切と思うデータモデルを選択する。

【0068】

選択したデータモデルの内容は、データモデル表示６０５に表示される。共通データモデルの内容である、属性名、タイプ、説明が表示されるので、ＳＥ５００は属性を確認し、独自データモデルの項目を対応付けする。対応付けは、レスポンス項目において、プルダウンで独自データモデルの項目を表示し、選択することで行うことが可能である。このとき、意味的に同じあるいは類似する属性を自動的に抽出し、暫定的にレスポンス項目に表示してもよい。

【0069】

備考欄には、共通モデルと独自モデルで規定している単位が異なる場合や、データに関しての説明を記入することができる。

【0070】

また、対応できる属性がない場合、任意のカスタム属性を属性名に追加し、タイプを選択し、説明を入力してもよい。カスタム属性追加ボタン６０６で、属性を登録することができる。

【0071】

以上のように、ＳＥ５００が作業した結果である、データモデル選定結果、データ属性紐づけ結果、およびカスタマイズ結果は、コネクタ生成・更新支援ツール４０３に送信される（Ｓ５０５）。

【0072】

コネクタ生成・更新支援ツール４０３は、受信したデータを必要に応じて加工し、マッピング結果としてコネクタ管理部４０２に送信する（Ｓ５０６）。

【0073】

コネクタ管理部４０２の独自－共通マッピング管理部４０２１は、受信したマッピング結果を必要に応じて加工して独自－共通マッピングデータ７００として記憶する（Ｓ５０７）。

【0074】

図７は、独自－共通マッピングデータ７００の一例を示す表図である。独自－共通マッピングデータ７００は、例えば、データを一意に示すデータ番号７０１、独自データモデル属性名７０２、対応する共通データモデルを一意に示す識別子７０３、対応する共通データモデルの属性名７０４、データ値の変換関数７０５を含む。このような、マッピングデータは、あらかじめ決められた統一形式にて作成する。

【0075】

独自－共通マッピングデータ７００は、独自モデルと共通モデルの組み合わせごとに複数作成される。独自－共通マッピングデータ７００は、関連する独自モデルと共通モデルを特定する情報が付加される。

【0076】

図７の独自－共通マッピングデータ７００において図６の入力との関係では、独自データモデル属性名７０２は、データモデル表示６０５の属性名を元に生成される。対応する共通データモデルを一意に示す識別子７０３は、検索結果６０４で選択されデータモデルを示す識別子（例えばデータモデル名）を元に生成される。対応する共通データモデルの属性名７０４は、データモデル表示６０５のレスポンス項目に入力された属性を元に生成される。データ値の変換関数７０５は、データモデル表示６０５の備考欄に入力された情報をもとに生成される。データ値の変換関数７０５は、必要に応じて定義され、主に形式・単位変換で可能な関数の識別子を格納する。

【0077】

以上のように、独自－共通マッピングデータ７００は、独自データモデルと既存の共通データモデルの対応関係をマッピングするものである。一般的に、独自モデルデータと共通モデルデータの相互の変換は、このマッピングデータが完成していれば可能であり、独自－共通マッピングデータ７００を元にして、コネクタプログラム生成部４０２３がコネクタプログラム（データコンバータ）を生成する（Ｓ５０８）。

【0078】

生成されたコネクタプログラムは、コネクタテスト生成部４０２４がコネクタテストプログラムを作成し、テスト実行管理部４０２５が、検証環境の都市ＯＳ６００にデプロイしてテストする（Ｓ５０９）。コネクタテストプログラムの作成は、公知技術を踏襲して自動化してよい。テスト結果が問題なければ、コネクタ１０２としてデプロイする（Ｓ５１０）。

【0079】

一般に、独自－共通マッピングデータと、独自モデル定義、共通モデル定義があれば、公知技術でコネクタプログラムとコネクタテストプログラムの自動作成は可能である。テストやデプロイについても、公知技術を採用してよい。

【0080】

図８は、共通データモデルの更新をトリガーとした、データモデルマッピングの更新シーケンスを示す図である。

【0081】

データモデル管理部４０１において、共通データモデルの変更処理が行われたことをトリガーに処理が開始される（Ｓ８０１）。共通データモデルの変更処理は、データ提供元ＳＥあるいは都市ＯＳ運用ＳＥ等処理主体を問わない。共通データモデルの変更があったことは、共通モデル定義ＤＢ４０１２ＤＢを管理する共通モデル定義管理部４０１２が検知可能である。

【0082】

データモデル管理部４０１は、コネクタ管理部４０２に共通データモデルの変更があったことを通知する（Ｓ８０２）。

【0083】

図９は、コネクタ管理部４０２における処理フローである。コネクタ管理部４０２の独自－共通マッピング管理部４０２１は、独自－共通マッピングデータ７００の対応する共通データモデルの識別子７０３を、変更があった共通データモデルの識別子で検索し、関連するマッピングデータを抽出する。そして、変更された共通データモデルに関連するコネクタを特定する（Ｓ８０３）。

【0084】

コネクタの特定のために、独自－共通マッピングデータ７００は、当該マッピングデータを使用して作成されたコネクタの識別情報を持っていてもよい。あるいは、コネクタ管理部が、コネクタと当該コネクタが関連するマッピングデータの関係を管理していてもよい。あるいは、コネクタ管理部４０２が、各コネクタが変換する独自データモデルと共通データモデルの対応表を持っていてもよい。対応表がある場合、変更された共通データモデルと独自データモデルを変換するコネクタを抽出すればよい。

【0085】

データモデル管理部４０１の共通モデル定義管理部４０１２と共通モデル構造管理部４０１３は、変更された共通データモデルの共通モデル定義４０１２ＤＴと共通モデル構造４０１３ＤＴの情報を、コネクタ管理部４０２ に送信する（Ｓ８０４）。

【0086】

図１０は、共通モデル構造４０１３ＤＴの一例を示す。現在の共通モデル定義４０１２ＤＴに対して加えられた変更（差分）を機械可読に示している。ここでは属性「circuit」が追加され、属性「statePower」の名称が「powerState」に変更され、属性「locationCategory」の説明が変更され、属性「powerState」の値範囲が変更されている。

【0087】

この共通モデル構造４０１３ＤＴでは、コネクタ動作に影響するものとしないものが区分して記載され、かつ、コネクタプログラムへ反映するうえで必要な機械可読化がなされている。図１０の例では、共通モデル構造４０１３ＤＴは、機械可読とともにＳＥ５００が直接理解可能な形式になっている。この例は一例であり、任意のルールに基づいて機械可読が可能であればよく、テーブルその他の形式でもよい。

【0088】

コネクタ管理部４０２の独自－共通マッピング管理部４０２１は、マッピング変更の有無の可能性を判定する（Ｓ８０５）。マッピング変更の有無では、共通モデル構造４０１３ＤＴをチェックし、マッピングに影響がある変更の有無を判定する。例えば、共通データモデルにおいて、説明のため注釈のみの変更であれば、マッピングの変更は不要である。一方、共通データモデルにおいて新規属性が追加された場合や属性の値範囲が変更された場合には、マッピングを変更しなければならない可能性がある。

【0089】

独自－共通マッピング管理部４０２１は、マッピングの変更の可能性があると判定した場合、コネクタ生成・更新支援ツール４０３に、共通データモデル変更・追加マッピング確認依頼を送信する（Ｓ８０６）。コネクタ生成・更新支援ツール４０３は、ＳＥ５００の端末に共通データモデル変更・追加マッピング確認依頼を送信し、例えばブラウザを用いて表示させる（Ｓ８０７）。

【0090】

図１１を用いて、共通データモデル変更・追加マッピング確認の具体例を説明する。いま、例えば図７に示した独自データモデルと共通データモデルの独自－共通マッピングデータ（変更前マッピングという）があったとする。共通データモデルの変更により、独自データモデルと共通データモデルのマッピングを図１１の独自－共通マッピングデータ７００－２のように変更するものとする（変更後マッピングという）。コネクタ生成・更新支援ツール４０３の役割は、ＳＥ５００が図１１のような変更後マッピングを生成することを容易にすることである。

【0091】

図７と図１０を比較すると、変更前マッピングでは独自データモデル属性名「light circuit」には対応する共通データモデル属性名がなかったが、変更後マッピングでは共通データモデル属性名「circuit」が対応付けされている。このような対応付けを可能にするためには、例えば図７に示したテーブルをＧＵＩとして表示し、対応する共通データモデルの属性名７０４に追加した属性名をプルダウンメニューで選択可能として、ＳＥ５００が指定できるように構成すればよい。

【0092】

あるいは、図６に示したＧＵＩのデータモデル表示６０５のレスポンス項目を用いて、追加された共通モデルの属性名に対応する独自モデルの属性名ＳＥ５００が指定してもよい。追加された共通データモデル属性名が一つだけの場合は、デフォルトで対応する共通データモデル属性名がない独自データモデル属性名に対応付けてもよい。

【0093】

また、図７の変更前マッピングでは独自データモデル属性名「PowerStatus」に対応する共通データモデル属性名は「statePower」だったが、図１１の変更後マッピングでは共通データモデル属性名が「powerState」に変更されている。このような変更を可能とするためには、上記と同様に共通データモデルの属性名をプルダウンメニューで選択可能として、ＳＥ５００が指定できるように構成すればよい。あるいは、共通モデル構造４０１３ＤＴの中の「CHANGE PROPERTY NAME」をコネクタ管理部４０２が読み取り、自動的に変換できるようにしてもよい。例えばマッピング済みの共通データモデル属性名が「statePower」から「powerState」に変更されているような場合には、共通モデル構造４０１３ＤＴに基づいて自動的にマッピングを変更することができる。

【0094】

また、図７の変更前マッピングの独自データモデル属性名「status」から対応する共通データモデル属性名「status」に変換する際の、データ値の変換関数が図１１では変更されている。共通データモデルにおける属性の値の範囲・仕様が変更された場合、独自データモデルの属性の値を共通データモデルの属性の値にマッピングする際に、変換関数を再度決める必要が生じる。この変更を可能にするためには、値の変更があった属性「status」やその変換関数を強調表示するなどしてＳＥ５００の注意を促し、データ値の変換関数７０５を設定させるように構成してもよい。例えば、主に形式・単位変換で可能な関数の識別子を格納する変換関数の変換では、図６に示したデータモデル表示６０５の備考に共通データモデルの変更箇所を表示してＳＥ５００に確認させ、必要に応じて編集させてもよい。

【0095】

ＳＥ５００が必要に応じてデータ属性紐づけ、カスタマイズを行った結果は、ＳＥ５００の端末からコネクタ生成・更新支援ツール４０３に送信される（Ｓ８０８）。

【0096】

コネクタ生成・更新支援ツール４０３は、必要に応じてデータ属性紐づけ・カスタマイズ結果を加工し、マッピング結果としてコネクタ管理部４０２に送信する（Ｓ８０９）。

【0097】

コネクタ管理部４０２の独自－共通マッピング管理部４０２１は、受信したマッピング結果に基づいて、独自－共通マッピングデータ７００を更新する。また、マッピングバージョン管理部４０２２に、マッピング更新前後の差分データ４０２６を記録する（Ｓ８１０）。

【0098】

その後、更新された独自－共通マッピングデータ７００に基づいて、コネクタプログラム生成部４０２３がコネクタプログラムを作成する。また、コネクタテスト生成部４０２４がコネクタテストプログラムを作成する。そして、コネクタプログラムとコネクタテストプログラムを用いて、テスト実行管理部４０２５が検証環境の都市ＯＳ６００上でテストを実行する（Ｓ８１１）。

【0099】

テストの結果問題なければ、本番環境にコネクタ１０２をデプロイする（Ｓ８１２）。

【0100】

本実施例によれば、共通データモデルのバージョン管理において、変更箇所を機械可読な形で構造管理し、共通データモデル更新時に独自データモデルと共通データモデルの対応関係のマッピングを構造管理に基づき更新できるようにした。このため、作業者が容易に共通データモデルと独自データモデルの対応付けを行えるようになった。

【実施例0101】

実施例１では、共通データモデルの変更をトリガーとして、独自－共通マッピングデータを更新する場合を説明した。逆に、独自データモデルの変更をトリガーとして独自－共通マッピングデータを更新することもできる。

【0102】

図１２は、独自データモデルの更新をトリガーとした、データモデルマッピングの更新シーケンスを示す図である。

【0103】

ＳＥ５００が独自データモデルのバージョンを変更すると（Ｓ１２０１）、コネクタ管理部４０２に独自データモデル更新が通知される（Ｓ１２０２）。

【0104】

実施例１では、共通データモデルの更新前後の差分は共通モデル構造管理部４０１３が管理していた。しかし、独自データモデルの更新前後の差分は、変更を行ったＳＥ５００が知っているので、ＳＥ５００は、更新前後の独自データモデルの差分を例えば図１０に示したのと同様な機械可読のデータとして準備し、以下の処理を行う。

【0105】

コネクタ管理部４０２の独自－共通マッピング管理部４０２１は、関連するコネクタを特定する（Ｓ１２０３）。その処理は、図８のＳ８０３と同様であり、共通データモデルと独自データモデルを置き換えて処理すればよい。

【0106】

データモデル管理部４０１の共通モデル定義管理部４０１２と共通モデル構造管理部４０１３は、関連するコネクタが変換する共通モデルの共通モデル定義４０１２ＤＴと共通モデル構造４０１３ＤＴの情報を、コネクタ管理部４０２に送信する（Ｓ１２０４）。

【0107】

コネクタ管理部４０２の独自－共通マッピング管理部４０２１は、マッピング変更の有無の可能性を判定する（Ｓ１２０５）。当該処理は、図８のＳ８０５と同様である。

【0108】

実施例1の図８の処理Ｓ８０６、Ｓ８０7と同様に、独自－共通マッピング管理部４０２１は、マッピングの変更の可能性があると判定した場合、コネクタ生成・更新支援ツール４０３に、共通データモデル変更・追加マッピング確認依頼を送信する（Ｓ１２０６）。

【0109】

コネクタ生成・更新支援ツール４０３は、ＳＥ５００の端末に共通データモデル変更・追加マッピング確認依頼を送信し、例えばブラウザを用いて表示させる（Ｓ１２０７）。

【0110】

それ以降の処理Ｓ１２０７～Ｓ１２１２は、図８の処理Ｓ８０７～Ｓ８１２に対応するものであり、実施例1と同様にマッピングを変更することができる。

【0111】

任意のタイミングで独自データモデルはデータモデル管理部４０１に送信され（Ｓ１２１３）、独自モデル定義管理部４０１１は、独自モデルＤＢ４０１１ＤＢに独自モデル定義４０１１ＤＴを記録する（Ｓ１２１４）。