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

Description

本発明は、情報管理方法、情報管理システムおよび情報管理プログラムに関する。

従来から、様々な仕事において、様々な業務が多数存在している。例えば、運搬業においては、荷の受領から目的地への引き渡しまでの運搬工程を構成する業務がある。製造業における工場やオフィスなどにおいては、完成品などを製造する際の製造工程を構成する業務が存在する。

各工程を構成する各業務では、業務の完了または所定のイベントの発生を契機として業務情報が発生し収集されており、この業務情報を分析することで、各業務での作業効率を最適化している。

しかしながら、各業務を管理する部門が異なると、管理体系が統一されていなかったり、すべての情報を提供することが現実的でなかったりするために、部門間での情報共有が難しくなる。部門間での情報共有に関しては、特許文献１、２に示す技術がある。

特許文献１には、「ネットワーク上に分散配置されているデータベースを見かけ上１つの正規化されたデータベースとみなす」ことで「分散配置されているデータベースを一元管理する」手法に関する技術に関し、「ネットワーク上に接続された複数のデータベースを管理する方法において、業務用途情報、データベース検索プログラム、およびデータ項目管理情報を含んだ情報管理用データベースを有し、前記業務用途情報にはその情報に関連する前記データベース検索プログラムを特定するための情報が含まれ、前記データベース検索プログラムにはその情報に関連するデータ項目管理情報を特定するための情報が含まれており、前記データ項目管理情報には前記ネットワーク上のデータベースを特定するための情報が含まれており、業務用途情報、データベース検索プログラム、およびデータ項目管理情報を辿ることにより前記ネットワーク上のデータベースにアクセスすることを特徴とする複数データベースの一元管理方法」が開示されている。

特許文献２には、「開発／運用負担の軽減、費用の低廉化、情報統合の効率化、情報統合の用途拡大により、情報統合の利便性の向上を図る」ため、「異なるシステムにおいて管理されている複数の情報源側のデータモデルである物理モデルと、統合された情報を利用する利用側のために予め定義されたデータモデルである論理モデルと、前記物理モデルと前記論理モデルとの対応関係を示すマッピング定義とを記憶しておき、前記物理モデルにて定義された前記情報源の統合対象となる情報に基づく前記論理モデルの統合結果を前記利用側に返す第１の統合処理による指示、または、前記物理モデルにて入力された前記利用側からの問合わせに応じた前記各情報源からの情報に基づく前記論理モデルの統合結果を前記利用側に返す第２の統合処理による指示を検出し、マッピング定義を参照し、前記各情報源からの入力された情報を、前記物理モデルから前記論理モデルに変換し、変換された情報を統合し、マッピング定義を参照し、変換された前記論理モデルで表現された前記利用側の問合わせを、前記各情報源に応じた物理モデルに分解し、分解された物理モデルにより前記各情報源で検索された情報を収集し、前記第１の統合処理による指示が検出された場合、前記第１の統合処理を実行するとともに、前記第２の統合処理による指示が検出された場合、収集された情報のデータモデルを、前記物理モデルから前記論理モデルに変換し、変換された情報を統合する前記第２の統合処理を実行し、統合された統合結果を前記利用側に出力するとともに、統合制御された統合結果を、前記利用側のうち前記問合わせの出力元に出力することを要件とする」技術が開示されている。

特開平８－２２７３６９号公報 特開２０１１－１３９８９号公報

近年、様々な仕事において、ユーザごとに異なる細かな要求への個別対応が求められる傾向がある。特に、製造業においては、大量生産方式から多品種少量生産方式に進み、複数の工程にまたがって全体の生産効率を高めるために、各部門の連携が必要不可欠になっている。

しかしながら、特許文献１に記載された技術では、初回に情報を取り出すユーザは、データベースの構造および情報の内容を理解している必要があるが、工程において他施設を含む全体の最適化を考えた場合、管理規模が大きくなると、一元管理および情報の内容の把握が困難となる。

特許文献２に記載された技術では、統合エンジンにて情報を一元管理しているが、管理規模が大きくなると、情報を集約し、一元管理するための大規模なデータベースを作ること自体が困難であり、かつ情報の提供元が全ての情報を開示することは困難であるという秘匿性にも課題が残る。

従って、１つ以上の工程を持つシステムが複数ある場合において、管理方法の異なるシステムおよびその工程の把握の有無に関わらず情報の取得を可能とする技術および／または情報の秘匿性を確保する技術が求められている。

本発明は、上記事情に鑑みなされたものであり、その目的は、情報共有の適正化を図ることが可能な情報管理方法、情報管理システムおよび情報管理プログラムを提供することにある。

上記目的を達成するため、第１の観点に係る情報管理方法は、コンピュータが読み出し可能な記憶部を備える情報管理方法であって、前記記憶部は、情報のデータ構造を定義する関連性データモデルと、前記関連性データモデルと前記情報との関連性を定義する関連性データと、分散配置された関連性データモデルとの間の関連性を示す関連性データモデル接続情報を保持する。

本発明によれば、情報共有の適正化を図ることができる。

第１実施形態に係る情報管理方法が適用されるシステム構成の一例を示すブロック図である。 第１実施形態に係る情報管理方法に用いられる関連性データモデルおよび関連性データの構成を示す図である。 図１の情報管理システムのハードウェア構成の一例を示すブロック図である。 図１の情報管理システムが保持する関連性データモデルの一例を示す図である。 図１の情報管理システムが保持する関連性データモデル接続情報の一例を示す図である。 図１の情報管理システムが保持する関連性データ接続情報の一例を示す図である。 図１の情報管理システムが保持する宛先の一例を示す図である。 図１の情報管理システムの関連性データモデルの出力方法の流れを示すシーケンス図である。 図１の情報管理システムの関連性データモデルに関連する情報の取得方法の流れを示すシーケンス図である。 図８のモデル出力Ｋ１３に対応したユーザインタフェースの表示例を示す図である。 図８のモデル出力Ｋ１９に対応したユーザインタフェースの表示例を示す図である。 図８のモデル出力Ｋ２５に対応したユーザインタフェースの表示例を示す図である。 図９の分析用データ出力Ｋ４１に対応したユーザインタフェースの表示例を示す図である。 図９のＫ３２の情報提供依頼の内容の一例を示す図である。 図９のＫ３５の経路情報を含む経路情報テーブルの一例を示す図である。 図９のＫ３９の目的情報を含む目的情報テーブルの一例を示す図である。 図８のモデル出力処理Ｋ１２、Ｋ１５、Ｋ２１を示すフローチャートである。 図８の共有モデル提供処理Ｋ１７、Ｋ２３を示すフローチャートである。 図９の情報提供依頼処理Ｋ３２を示すフローチャートである。 図９の情報提供処理Ｋ３４、Ｋ３８を示すフローチャートである。 図９の情報処理Ｋ３６、Ｋ４０を示すフローチャートである。 第２実施形態に係る情報管理システムの関連性データモデルの出力および共有方法の流れを示すシーケンス図である。 第２実施形態に係る情報管理システムの関連性データモデルに関連する情報の取得方法の流れを示すシーケンス図である。

以下、実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また、実施形態の中で説明されている諸要素およびその組み合わせの全てが発明の解決手段に必須であるとは限らない。さらに、以下の実施形態において、説明の便宜上必要があるときは、複数のセクションまたは実施形態に分割して説明するが、特に明示した場合を除き、それらはお互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細または補足説明などの関係にある。さらに、以下の実施形態において、その構成要素（要素ステップなどを含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合などを除き、必ずしも必須のものではないことは言うまでもない。

図１は、第１実施形態に係る情報管理方法が適用されるシステム構成の一例を示すブロック図である。
図１において、各工場５Ａ～５Ｃは、分業して製品を生産する。例えば、工場５Ａは、製品である車両を生産するものとすると、工場５Ｂは、車両の部品であるドアを生産し、工場５Ｃは、ドアの部品であるガラスを生産する。

工場５Ａは、情報管理システム２Ａ、データレイク３Ａ、クライアント４Ａおよび通信ネットワーク６Ａを備える。工場５Ｂは、情報管理システム２Ｂ、データレイク３Ｂ、クライアント４Ｂおよび通信ネットワーク６Ｂを備える。工場５Ｃは、情報管理システム２Ｃ、データレイク３Ｃ、クライアント４Ｃおよび通信ネットワーク６Ｃを備える。各クライアント４Ａ～４Ｃは、ユーザインタフェース７Ａ～７Ｃを備える。

情報管理システム２Ａ、データレイク３Ａおよびクライアント４Ａは、通信ネットワーク６Ａを介して接続されている。情報管理システム２Ｂ、データレイク３Ｂおよびクライアント４Ｂは、通信ネットワーク６Ｂを介して接続されている。情報管理システム２Ｃ、データレイク３Ｃおよびクライアント４Ｃは、通信ネットワーク６Ｃを介して接続されている。通信ネットワーク６Ａ～６Ｃは、通信ネットワーク１を介して接続されている。

通信ネットワーク６Ａ～６Ｃは、例えば、ＷｉＦｉまたはイーサネット（登録商標）などのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。通信ネットワーク１は、インターネットなどのＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよいし、ＷｉＦｉまたはイーサネットなどのＬＡＮであってもよいし、ＷＡＮとＬＡＮが混在していてもよい。

各データレイク３Ａ～３Ｃは、各工場５Ａ～５Ｃの製造工程情報を保持する。例えば、工場５Ａは、車両を生産し、工場５Ｂは、ドアを生産し、工場５Ｃは、ガラスを生産するものとすると、データレイク３Ａは、車両に関する製造工程情報を保持し、データレイク３Ｂは、ドアに関する製造工程情報を保持し、データレイク３Ｃは、ガラスに関する製造工程情報を保持する。なお、製造工程情報は、例えば、テーブル、データベースまたはファイルなどに任意の形式で保持することができる。また、製造工程情報は、例えば、各工程における検査データの他、現場のＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）データまたは帳票データなどであってもよい。

各クライアント４Ａ～４Ｃは、各工場５Ａ～Ｃにおいて各情報管理システム２Ａ～２Ｃを操作する。各クライアント４Ａ～４Ｃは、例えば、パーソナルコンピュータなどの端末である。各クライアント４Ａ～４Ｃの数は制限されず、各情報管理システム２Ａ～２Ｃの端末と兼用してもよい。

各情報管理システム２Ａ～２Ｃは、各工場５Ａ～５Ｃの製造工程情報を管理し、その製造工程情報の提供および要求を行う。また、各情報管理システム２Ａ～２Ｃは、他の工場５Ａ～５Ｃの製造工程情報を他の情報管理システム２Ａ～２Ｃから取得し、その製造工程情報の提供を行う。各情報管理システム２Ａ～２Ｃは、例えば、サーバまたはパーソナルコンピュータなどの端末である。

各情報管理システム２Ａ～２Ｃは、自身が管理する情報のデータ構造を定義する関連性データモデルと、分散配置された関連性データモデルとの間の関連性を示す関連性データモデル接続情報を保持する。例えば、このデータ構造は、同一または類似の属性を持つ情報の束をシンボル化したノード間の関連性を定義する
ことができる。このノードとして、情報が概念化されたクラスを用いることができる。このとき、関連性データモデルは、情報が概念化されたクラス間の関係性を示すクラス間関係性情報を含む。

また、各情報管理システム２Ａ～２Ｃは、自身が管理する情報と関連性データモデルとの関連性を定義する関連性データと、分散配置された関連性データの情報間の関連性を示す関連性データ接続情報とを保持する。関連性データは、関連性データモデル内のクラスに関連付けられた関連性データ要素と、関連性データ要素間の関係性を示す要素間関係性情報を含む。

情報管理システム２Ａは、自身の関連性データモデルをユーザインタフェース７Ａに表示させ、情報管理システム２Ｂは、自身の関連性データモデルをユーザインタフェース７Ｂに表示させ、情報管理システム２Ｃは、自身の関連性データモデルをユーザインタフェース７Ｃに表示させる。

また、情報管理システム２Ａは、共有モデル提供依頼に基づいて情報管理システム２Ｂ、２Ｃの関連性データモデルおよび関連性データモデル接続情報を取得する。このとき取得される関連性データモデルは、情報管理システム２Ｂ、２Ｃが情報管理システム２Ａに提供可能な共有関連性データモデル１３をさす。共有関連性データモデル１３は、提供元または中継元が保持する関連性データモデルのうち、要求元または中継元に開示が可能な関連性データモデル、またはその開示が可能な関連性データモデルを加工したモデルである。共有関連性データモデル１３は、通信ネットワーク１を介して提供元または中継元から要求元に提供される。共有モデルとは、共有関連性データモデルの略称である。

このとき、情報管理システム２Ａは、各情報管理システム２Ａ～Ｃが保持する関連性データモデル間の関連性を示す関連性データモデル接続情報に基づいて、共有モデル提供依頼の対象となる情報管理システム２Ｂ、２Ｃの共有関連性データモデル１３を特定することができる。

そして、情報管理システム２Ａは、情報管理システム２Ｂ、２Ｃから取得した関連性データモデルに基づいて選択されたクラスに関連付けられた関連性データ要素に紐付けされた目的情報を情報管理システム２Ｂ、２Ｃから取得し、ユーザインタフェース７Ａに表示させる。このとき、情報管理システム２Ａは、各情報管理システム２Ａ～Ｃが保持する関連性データ要素情間の関連性を示す関連性データ接続情報に基づいて、情報提供依頼の対象となる情報管理システム２Ｂ、２Ｃが保持する目的情報を特定することができる。

情報管理システム２Ｂは、共有モデル提供依頼に基づいて情報管理システム２Ａ、２Ｃの関連性データモデルおよび関連性データモデル接続情報を取得する。このとき、情報管理システム２Ｂは、各情報管理システム２Ａ～Ｃが保持する関連性データモデル間の関連性を示す関連性データモデル接続情報に基づいて、共有モデル提供依頼の対象となる情報管理システム２Ａ、２Ｃの関連性データモデルを特定することができる。

そして、情報管理システム２Ｂは、情報管理システム２Ａ、２Ｃから取得した関連性データモデルに基づいて選択されたクラスに関連付けられた関連性データ要素に紐付けされた目的情報を情報管理システム２Ａ、２Ｃから取得し、ユーザインタフェース７Ｂに表示させる。このとき、情報管理システム２Ｂは、各情報管理システム２Ａ～Ｃが保持する関連性データ要素情間の関連性を示す関連性データ接続情報に基づいて、情報提供依頼の対象となる情報管理システム２Ａ、２Ｃが保持する目的情報を特定することができる。

情報管理システム２Ｃは、共有モデル提供依頼に基づいて情報管理システム２Ａ、２Ｂの関連性データモデルおよび関連性データモデル接続情報を取得する。このとき、情報管理システム２Ｃは、各情報管理システム２Ａ～Ｃが保持する関連性データモデル間の関連性を示す関連性データモデル接続情報に基づいて、共有モデル提供依頼の対象となる情報管理システム２Ａ、２Ｂの関連性データモデルを特定することができる。

そして、情報管理システム２Ｃは、情報管理システム２Ａ、２Ｂから取得した関連性データモデルに基づいて選択されたクラスに関連付けられた関連性データ要素紐付けされたで目的情報を情報管理システム２Ａ、２Ｂから取得し、ユーザインタフェース７Ｃに表示させる。このとき、情報管理システム２Ｃは、各情報管理システム２Ａ～Ｃが保持する関連性データ要素間の関連性を示す関連性データ接続情報に基づいて、情報提供依頼の対象となる情報管理システム２Ａ、２Ｂが保持する目的情報を特定することができる。

目的情報は、各情報管理システム２Ａ～２Ｃが他の情報管理システム２Ａ～２Ｃに情報提供依頼を行った各情報管理システム２Ａ～２Ｃが管理する情報である。目的情報は、例えば、各工場５Ａ～５Ｃの製造工程情報または製造工程情報に関する情報である。

ここで、各情報管理システム２Ａ～２Ｃは、関連性データモデル接続情報を保持することにより、分散配置された関連性データモデルにアクセスすることが可能となり、各情報管理システム２Ａ～２Ｃで管理される情報の取得を要求することが可能となる。

また、情報が概念化されたクラスに情報をまとめることにより、要求元と提供元とで管理に用いられる情報の呼称が異なる場合においても、各情報管理システム２Ａ～２Ｃは、要求元が必要な情報を提供元に要求することが可能となる。

さらに、要求元から情報提供依頼を受けた提供元は、提供元が管理する情報を取捨選択して要求元に送ることができ、要求元が必要な情報を取得するために、提供元が管理する全ての情報を要求元に開示する必要がなくなることから、提供元が管理する情報の秘匿性を向上させることができる。

なお、図１では、情報管理システム２Ａ～２Ｃは、それぞれ独立のサーバで構築した例を示したが、情報管理システム２Ａ～２Ｃは、それぞれクラウド内のテナントでもよいし、サーバとクラウドの混合システムであってもよい。

図２は、第１実施形態に係る情報管理方法に用いられる関連性データモデルおよび関連性データの構成を示す図である。
図２において、関連性データモデルＭ１は、情報が概念化されたクラスＣ１と、関連性データモデルＭ１内のクラスＣ１間の関係性を示すクラス間関係性情報ＣＥ１を含む。クラスＣ１は、同一または類似の属性を持つ情報をまとめる役割を持つ。クラスＣ１およびクラス間関係性情報ＣＥ１は、例えば、グラフデータベースで用いられるノードおよびエッジで表すことができる。

関連性データモデルＭ１のクラスＣ１には、関連性データモデルＭ１と分散配置された他の関連性データモデルとの間の関連性を示す関連性データモデル接続情報ＣＦ１が紐付けられる。このとき、関連性データモデル接続情報ＣＦ１は、関連性データモデルＭ１外の関連性データモデルのクラスとの間の関連性を示す。

ここで、クラス間関係性情報ＣＥ１は、関連性データモデルＭ１を保持するシステムの情報を持たないが、関連性データモデル接続情報ＣＦ１は、関連性データモデルＭ１を保持するシステムの情報を持つ。関連性データモデルＭ１を保持するシステムの情報は、例えば、関連性データモデルＭ１を保持するシステムの宛先に紐付けられたシステム名である。

関連性データＤ１は、関連性データモデルＭ１内のクラスＣ１に関連付けられた関連性データ要素Ｅ１～Ｅ３・・と、各関連性データ要素Ｅ１～Ｅ３・・間の関係性を示す要素間関係性情報ＥＥ１～ＥＥ３・・を含む。各関連性データ要素Ｅ１～Ｅ３は、各関連性データ要素Ｅ１～Ｅ３・・が紐付けられたクラスＣ１を識別するクラス識別子Ｐ１～Ｐ３を含む。

各関連性データ要素Ｅ１～Ｅ３・・には、各関連性データ要素Ｅ１～Ｅ３・・と分散配置された関連性データ要素との間の関連性を示す関連性データ接続情報ＥＦ１～ＥＦ３・・が紐付けられる。

また、各関連性データ要素Ｅ１～Ｅ３・・は、プロパティを持つことができる。各関連性データ要素Ｅ１～Ｅ３・・は、複数のプロパティを持ってもよい。このとき、クラスＣ１は、クラスＣ１に関連付けられた各関連性データ要素Ｅ１～Ｅ３・・が持つプロパティの名称を項目として持つ。クラスＣ１が持つ項目は、各関連性データ要素Ｅ１～Ｅ３・・が持つプロパティに紐付けられる。

また、関連性データ要素Ｅ１～Ｅ３・・は、プロパティの値または実データへのポインタを持つ。プロパティの値または実データは、例えば、図１の各工場５Ａ～５Ｃで発生し収集される現場データである。現場データは、例えば、業務情報、作業者、機械、作業手順または材料（部品）のいずれかの情報に分類することができる。この現場データは、計測値などの数値データであってもよいし、検査工程における合否データであってもよい。このとき、工場５Ａで発生し収集されるプロパティの値または実データは、図１のデータレイク３Ａに保持される。工場５Ｂで発生し収集されるプロパティの値または実データは、データレイク３Ｂに保持される。工場５Ｃで発生し収集されるプロパティの値または実データは、データレイク３Ｃに保持される。

例えば、工場５Ａは、製品である車両Ｔ１１、Ｔ２１、Ｔ３１・・を生産し、工場５Ｂは、各車両Ｔ１１、Ｔ２１、Ｔ３１・・の部品であるドアＴ１２、Ｔ２２、Ｔ３２・・を生産し、工場５Ｃは、各ドアＴ１２、Ｔ２２、Ｔ３２・・の部品であるガラスＴ１３、Ｔ２３、Ｔ３３・・を生産するものとする。

ここで、個々の車両Ｔ１１、Ｔ２１、Ｔ３１・・という実体に対して車両という概念Ｇ１を共通に設定し、個々のドアＴ１２、Ｔ２２、Ｔ３２・・という実体に対してドアという概念Ｇ２を共通に設定し、個々のガラスＴ１３、Ｔ２３、Ｔ３３・・という実体に対してガラスという概念Ｇ３を共通に設定する。

このとき、車両という概念Ｇ１に対してクラスＣ１を割り当てたものとすると、各関連性データ要素Ｅ１～Ｅ３・・は、概念Ｇ１に対応する実体である個々の車両Ｔ１１、Ｔ２１、Ｔ３１・・の情報をクラスＣ１に紐付けることができる。例えば、１００台の車両が工場５Ａで生産されたものとすると、各関連性データ要素Ｅ１～Ｅ３・・は、車両という概念Ｇ１が割り当てられたクラスＣ１に１００台の車両の情報を紐付けることができる。

ドアという概念Ｇ２に対してクラスＣ１を割り当てたものとすると、各関連性データ要素Ｅ１～Ｅ３・・は、概念Ｇ２に対応する実体である個々のドアＴ１２、Ｔ２２、Ｔ３２・・の情報をクラスＣ１に紐付けることができる。例えば、１００台の車両のドアが工場５Ｂで生産されたものとすると、各関連性データ要素Ｅ１～Ｅ３・・は、ドアという概念Ｇ２が割り当てられたクラスＣ１に１００台の車両のドアの情報を紐付けることができる。

ガラスという概念Ｇ３に対してクラスＣ１を割り当てたものとすると、各関連性データ要素Ｅ１～Ｅ３・・は、概念Ｇ３に対応する実体である個々のガラスＴ１３、Ｔ２３、Ｔ３３・・の情報をクラスＣ１に紐付けることができる。例えば、１００台の車両のドアに用いられるガラスが工場５Ｃで生産されたものとすると、各関連性データ要素Ｅ１～Ｅ３・・は、ガラスという概念Ｇ３が割り当てられたクラスＣ１に１００台の車両のドアに用いられるガラスの情報を紐付けることができる。このガラスの情報は、例えば、ガラスの厚み、ガラスのサイズまたはガラスの重さなどの実データである。

ここで、情報管理システム２Ａは、車両という概念Ｇ１が割り当てられたクラスＣ１を含む関連性データモデルＭ１と、個々の車両Ｔ１１、Ｔ２１、Ｔ３１・・の情報に紐付けられた関連性データ要素Ｅ１～Ｅ３・・を持つ関連性データＤ１を保持する。

情報管理システム２Ｂは、ドアという概念Ｇ２が割り当てられたクラスＣ１を含む関連性データモデルＭ１と、個々のドアＴ１２、Ｔ２２、Ｔ３２・・の情報に紐付けられた関連性データ要素Ｅ１～Ｅ３・・を持つ関連性データＤ１を保持する。

情報管理システム２Ｃは、ガラスという概念Ｇ３が割り当てられたクラスＣ１を含む関連性データモデルＭ１と、個々のガラスＴ１３、Ｔ２３、Ｔ３３・・の情報に紐付けられた関連性データ要素Ｅ１～Ｅ３・・を持つ関連性データＤ１を保持する。

このとき、要求元は、提供元で管理される実データを取得する場合、関連性データモデルＭ１のクラスＣ１に基づいて、要求元が必要な実データを特定することができる。このため、要求元が必要な実データが、提供元で管理されている場合においても、要求元が必要な実データを特定するために、提供元が保持する関連性データモデルＭ１を取得すればよく、提供元が保持するすべての実データを取得する必要がなくなることから、要求元が必要な実データを提供元から取得するための通信負荷および記憶容量を減らすことが可能となるとともに、提供元で管理される情報の秘匿性を向上させることができる。

以下、各情報管理システム２Ａ～２Ｃの具体的な構成および動作について説明する。以下の説明では、工場５Ｃは、「ガラスの製造」を行って工場５Ｂに完成品「ガラス」を提供し、工場５Ｂは、工場５Ｃから材料「ガラス」の提供を受け、「ドアの製造」を行って工場５Ａに完成品「ドア」を提供し、工場５Ａは、工場５Ｂから材料「ドア」の提供を受け、「ドアを用いた車両の組立」を行う場合を例にとる。

また、以下の説明では、情報管理システム２Ａが、情報管理システム２Ｂ、２Ｃから情報を取得する場合を例にとる。具体的には、工場５Ａが、車両の組立に使った工場５Ｂから入荷した材料「ドア」に使われている材料「ガラス」の情報「ガラスの厚み」を、工場５Ｃから取得する場合を例にとる。

このとき、工場５Ａは、情報検索を行う主体となる要求元である。工場５Ｃは、要求元が必要とする目的情報を提供する提供元である。工場５Ｂは、要求元が必要とする目的情報を保持してないが、要求元が必要とする目的情報を保持している提供元への経路データを提供する提供元である。以下の説明では、要求元が必要とする目的情報を保持してないが、要求元が必要とする目的情報を保持している提供元への経路データを提供する提供元を中継元と言う。

また、以下の説明では、要求元、提供元および中継元は、それぞれ役割を兼任していない場合を例にとるが、要求元および提供元が１つずつ存在すれば、要求元、提供元および中継元は、いずれも任意の役割を兼任でき、通信ネットワーク内の数は制限されない。例えば、要求元が提供元になることもあるし、提供元が中継元になることもある。

また、以下の説明では、工場５Ａと工場５Ｃに関係がなく、工場５Ｂのみが工場５Ａおよび工場５Ｃそれぞれの製造工程に直接の関連がある場合を例にとるが、中継元を介して要求元と提供元がつながる場合は、要求元と提供元に直接の関係があってもなくてもよい。

図３は、図１の情報管理システムのハードウェア構成の一例を示すブロック図である。なお、図３では、図１の情報管理システム２Ａの構成を示すが、情報管理システム２Ｂ、２Ｃについても情報管理システム２Ａと同様に構成することができる。

図３において、情報管理システム２Ａは、メモリ２１、プロセッサ２２、入出力デバイス２３、補助記憶装置２４およびネットワークインタフェース２５を備える。メモリ２１、プロセッサ２２、入出力デバイス２３、補助記憶装置２４およびネットワークインタフェース２５は、内部バス２６を介して相互に接続されている。メモリ２１および補助記憶装置２４は、プロセッサ２１からアクセス可能である。

プロセッサ２２は、情報管理システム２Ａ全体の動作制御を司るハードウェアである。プロセッサ２２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であってもよいし、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であってもよい。プロセッサ２２は、シングルコアロセッサであってもよいし、マルチコアロセッサであってもよい。プロセッサ２２は、処理の一部または全部を行うハードウェア回路（例えば、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ））を備えていてもよい。プロセッサ２２は、ニューラルネットワークを備えていてもよい。

メモリ２１は、例えば、ＳＲＡＭまたはＤＲＡＭなどの半導体メモリから構成することができる。メモリ２１には、プロセッサ２２が実行中のプログラムを格納したり、プロセッサ２２がプログラムを実行するためのワークエリアを設けたりすることができる。

補助記憶装置２４は、大容量の記憶容量を備える記憶デバイスであり、例えば、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ハードディスク装置またはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。補助記憶装置２４は、各種プログラムの実行ファイルやプログラムの実行に用いられるデータを非一時的または一時的に保持することができる。

入出力デバイス２３は、入力デバイスおよび出力デバイスである。入力デバイスは、例えば、キーボード、マウス、タッチパネル、テンキー、スキャナ、カードリーダまたは音声入力装置等である。出力デバイスは、例えば、ディスプレイ、プリンタまたは音声出力装置である。

ネットワークインタフェース２５は、外部との通信を制御する機能を備えるハードウェアである。ネットワークインタフェース２５は、通信ネットワーク６Ａを介して通信ネットワーク１に接続される。

メモリ２１は、モデル出力プログラムＰ１、共有モデル提供プログラムＰ２、情報提供依頼プログラムＰ３、情報提供プログラムＰ４、情報処理プログラムＰ５、ユーザインタフェースプログラムＰ６、関連性データ検索プログラムＰ７、蓄積データ取得プログラムＰ８、関連性データモデル１１、関連性データ１２、共有関連性データモデル１３、関連性データモデル接続情報１４、関連性データ接続情報１５、指示情報１６、情報提供依頼クエリ１７、宛先１８および分析用データ１９を保持する。

モデル出力プログラムＰ１は、要求元が保持する関連性データモデル１１を出力する処理をプロセッサ２２に実行させる。

共有モデル提供プログラムＰ２は、提供元および中継元が保持する関連性データモデルを要求元が共有する処理をプロセッサ２２に実行させる。

情報提供依頼プログラムＰ３は、要求元が提供元および中継元に情報提供依頼を行う処理をプロセッサ２２に実行させる。

情報提供プログラムＰ４は、提供元および中継元が要求元に情報を提供する処理をプロセッサ２２に実行させる。

情報処理プログラムＰ５は、要求元が提供元および中継元から受け取った情報の処理を行う処理をプロセッサ２２に実行させる。

ユーザインタフェースプログラムＰ６は、要求元のユーザの操作に基づいてクライアント４Ａなどから呼び出され、ユーザインタフェース７Ａの閲覧および操作に関する処理をプロセッサ２２に実行させる。

関連性データ検索プログラムＰ７は、所定の関連性データ要素が選択された場合、その関連性データ要素に付与された関連性データ要素識別子に基づいて、その関連性データ要素に関連する他の関連性データ要素を検索し、検索した結果得られた関連性データ要素の全てまたは一部をユーザインタフェース７Ａにハッチングや色分けなどで表示してユーザに提示させる処理をプロセッサ２２に実行させる。また、関連性データ検索プログラムＰ７は、選択された関連性データ要素や、検索した結果得られた関連性データ要素の接続関係を分析用データ１９として送信する処理をプロセッサ２２に実行させる。

蓄積データ取得プログラムＰ８は、メモリ２１に保持された関連性データ１２に基づいて、データレイク３Ａ～３Ｃから情報を取得する処理をプロセッサ２２に実行させる。

関連性データモデル１１は、情報管理システム２Ａで管理される情報のデータ構造を定義する。関連性データモデル１１は、クラスと、クラス間関係性情報を有する。クラスは、業務や材料などの製造工程における概念化された情報として定義され、クラス識別子を有する。クラス間関係性情報は、関連性データモデル１１内のある２つのクラスの関係性を示す。

関連性データ１２は、関連性データモデル１１と、情報管理システム２Ａで管理される情報との関連性を定義する。関連性データ１２は、関連性データ要素と、要素間関係性情報を有する。関連性データ要素は、製造工程で実際に実績として存在する材料または業務などに紐付けられる情報である。関連性データ要素は、プロパティを持つ。プロパティは、任意の数の値を持っていてもよく、プロパティの値または実データに紐付けられていてもよい。目的プロパティは、関連性データ要素が持つプロパティのいずれかである。関連性データ要素は、実データに紐付けられた関連性データ要素識別子およびクラス識別子を含む。要素間関係性情報は、関連性データモデル１１との関連性が定義されたある２つの関連性データ要素の関係性を示す。

関連性データモデル接続情報１４は、要求元が保持する関連性データモデルと、提供元または中継元が保持する関連性データモデルとのつながりを示すマッピング情報である。このとき、関連性データモデル接続情報１４は、関連性データモデルを保持するシステムの情報と、その関連性データモデル内のクラスのクラス識別子を含む。

関連性データ接続情報１５は、要求元が保持する関連性データと、提供元または中継元が保持する関連性データのつながりを示すマッピング情報である。

指示情報１６は、ユーザインタフェースプログラムＰ６またはその他のプログラムから指示される要求元が必要とする目的情報に関する情報である目的データおよびその経路データを含む。目的データは、少なくともクラス識別子と、目的プロパティと、それらを保持する提供元または中継元の情報を含む。経路データは、少なくとも経路となるクラスの識別子と、経路データを保持する提供元または中継元の情報を含む。一度に与えられる目的データは、複数あってもよいし、１つでもよい。

情報提供依頼クエリ１７は、要求元から提供元または中継元に送信される情報提供依頼のクエリである。

宛先１８は、要求元との間でデータのやり取りがある提供元または中継元の宛先である。宛先１８は、例えば、提供元または中継元のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスである。

分析用データ１９は、要求元から情報提供依頼があったデータを作成するために、提供元または中継元から提供されたデータまたは識別子のデータをマージするための作業エリアである。

なお、補助記憶装置２４は、モデル出力プログラムＰ１、共有モデル提供プログラムＰ２、情報提供依頼プログラムＰ３、情報提供プログラムＰ４、情報処理プログラムＰ５、ユーザインタフェースプログラムＰ６、関連性データ検索プログラムＰ７、蓄積データ取得プログラムＰ８、関連性データモデル１１、関連性データ１２、関連性データモデル接続情報１４および関連性データ接続情報１５を保持してもよい。

そして、プロセッサ２２は、補助記憶装置２４に記憶されているプログラムまたはデータを必要に応じてメモリ２１に読み出してもよい。モデル出力プログラムＰ１、共有モデル提供プログラムＰ２、情報提供依頼プログラムＰ３、情報提供プログラムＰ４、情報処理プログラムＰ５、ユーザインタフェースプログラムＰ６、関連性データ検索プログラムＰ７および蓄積データ取得プログラムＰ８は、情報管理システム２Ａにインストール可能なソフトウェアであってもよいし、情報管理システム２Ａにファームウェアとして組み込まれていてもよい。

なお、モデル出力プログラムＰ１、共有モデル提供プログラムＰ２、情報提供依頼プログラムＰ３、情報提供プログラムＰ４、情報処理プログラムＰ５、ユーザインタフェースプログラムＰ６、関連性データ検索プログラムＰ７および蓄積データ取得プログラムＰ８の実行は、複数のプロセッサやコンピュータに分担させてもよい。あるいは、プロセッサ２２は、通信ネットワーク１を介してクラウドコンピュータなどにモデル出力プログラムＰ１、共有モデル提供プログラムＰ２、情報提供依頼プログラムＰ３、情報提供プログラムＰ４、情報処理プログラムＰ５、ユーザインタフェースプログラムＰ６、関連性データ検索プログラムＰ７および蓄積データ取得プログラムＰ８の全部または一部の実行を指示し、その実行結果を受け取るようにしてもよい。

図４は、図１の情報管理システムが保持する関連性データモデルの一例を示す図である。
図４において、関連性データモデルＭＡ～ＭＣは互いに分散配置されている。

このとき、図１の情報管理システム２Ａは、例えば、関連性データモデルＭＡを保持する。関連性データモデルＭＡは、工場５Ａの製造工程を概念的に表現することができる。

関連性データモデルＭＡは、例えば、クラスＡ１１～Ａ１８を含む。各クラスＡ１１～Ａ１８には、各クラスＡ１１～Ａ１８に紐付けられた関連性データ要素の情報の概念が割り当てられる。また、関連性データモデルＭＡは、関連性データモデルＭＡ内の各クラスＡ１１～Ａ１８間の関係性を示すクラス間関係性情報を含む。

例えば、クラスＡ１１には、工場５Ａで生産される車両の部品であるドアという概念が割り当てられる。また、クラスＡ１１とクラスＡ１３との関係性を示すクラス間関係性情報ＥＡが設定される。

例えば、関連性データモデルＭＡにおいて、クラスＡ１８に割り当てられた完成品である車両は、要求元で組み立てた製品を示し、クラスＡ１８のクラス識別子は「製品」である。クラスＡ１１に割り当てられた部品であるドアは、要求元が、中継元から入荷した完成品である「ドア」に対応し、クラス識別子は「ドア」である。

ここで、情報管理システム２Ａは、例えば、関連性データモデルＭＡのクラスＡ１１と、関連性データモデルＭＢのクラスＢ１８との関連性を示す関連性データモデル接続情報ＥＡＢを保持する。

図１の情報管理システム２Ｂは、例えば、関連性データモデルＭＢを保持する。関連性データモデルＭＢは、工場５Ｂの製造工程を概念的に表現することができる。

関連性データモデルＭＢは、例えば、クラスＢ１１～Ｂ１８を含む。各クラスＢ１１～Ｂ１８には、各クラスＢ１１～Ｂ１８に紐付けられた関連性データ要素の情報の概念が割り当てられる。また、関連性データモデルＭＢは、関連性データモデルＭＢの各クラスＢ１１～Ｂ１８間の関係性を示すクラス間関係性情報を含む。

例えば、クラスＢ１１には、工場５Ｂで生産されるドアの部品であるガラスという概念が割り当てられる。また、クラスＢ１１とクラスＢ１２との関係性を示すクラス間関係性情報ＥＢが設定される。

例えば、関連性データモデルＭＢにおいて、クラスＢ１８に割り当てられた完成品であるドアは、中継元が作成した出荷前の「ドア」に対応し、クラス識別子は「ドアＰ」である。クラスＡ１１に割り当てられた材料であるガラスは、中継元が、提供元から入荷した「ガラス」に対応し、クラス識別子は「ガラス」である。

ここで、情報管理システム２Ｂは、例えば、関連性データモデルＭＢのクラスＢ１１と、関連性データモデルＭＣのクラスＣ２６との関連性を示す関連性データモデル接続情報ＥＢＣを保持する。

図１の情報管理システム２Ｃは、例えば、関連性データモデルＭＣを保持する。関連性データモデルＭＣは、工場５Ｃの製造工程を概念的に表現することができる。

関連性データモデルＭＣは、例えば、クラスＣ１１～Ｃ２６を含む。各クラスＣ１１～Ｃ２６には、各クラスＣ１１～Ｃ２６に紐付けられた関連性データ要素の情報の概念が割り当てられる。また、関連性データモデルＭＣは、関連性データモデルＭＣの各クラスＣ１１～Ｃ２６間の関係性を示すクラス間関係性情報を含む。

例えば、クラスＣ２６には、工場５Ｃで生産される完成品であるガラスという概念が割り当てられる。また、クラスＣ２５とクラスＣ２６との関係性を示すクラス間関係性情報ＥＣが設定される。

例えば、関連性データモデルＭＣにおいて、クラスＣ２６に割り当てられた完成品であるガラスは、提供元が作成した出荷前の「ガラス」に対応し、クラス識別子は「ガラスＰ」である。クラスＣ２５に割り当てられた検査は、提供元の製造工程における「ガラスの厚み検査」に対応し、クラス識別子は「ガラスの厚み検査」であり、プロパティには「ガラスの厚み」を有する。

図５は、図１の情報管理システムが保持する関連性データモデル接続情報の一例を示す図である。
図５において、例えば、図１の情報管理システム２Ａは、関連性データモデル接続情報１０Ａを保持する。関連性データモデル接続情報１０Ａは、識別番号１１Ａ、要求元システム名１２Ａ、要求元で使われているクラス識別子１３Ａ、直接契約のある中継元または提供元のシステム名１４Ｂおよび提供元または中継元で使われているクラス識別子１５Ａを有する。

関連性データモデル接続情報１０Ａを用いると、納品と検収によって同じものでありながら、情報管理システムによって呼称の違うクラス識別子１３Ａとクラス識別子１５Ａを、同一対象として識別できるように変換することが可能となる。

例えば、この関連性データモデル接続情報１０Ａを用いれば、要求元の情報管理システム２Ａは、要求元で検収した「ドア」という部品について、情報管理システム２Ｂの管理者から納品されており、納品元では「ドアＰ」という完成品として管理されているということがわかる。このため、情報管理システム２Ａのユーザは、「ドア」という部品が情報管理システム２Ｂでは「ドアＰ」という完成品として管理されているということを意識することなく、「ドア」という部品に関連する情報を情報管理システム２Ｂから取得することが可能となる。

関連性データモデル接続情報１０Ａは、要求元が保持するが、中継元または提供元から情報を受け取るタイミングは任意である。関連性データモデル接続情報１０Ａは、関連性データ接続情報を集約して作成してもよいし、手動で作成してもよい。例えば、要求元および提供元は、要求元と提供元とのデータのやり取りに基づいて、要求元と提供元の関連性データ要素識別子の対を含む関連性データ接続情報を作成することができる。また、要求元および提供元は、関連性データ接続情報が保持する関連性データ要素識別子に基づいて、クラスを識別するクラス識別子を特定し、その特定したクラス識別子に基づいて、関連性データモデル接続情報を作成することができる。

図６は、図１の情報管理システムが保持する関連性データ接続情報の一例を示す図である。
図６において、例えば、図１の情報管理システム２Ａは、関連性データ接続情報３０Ａを保持する。関連性データ接続情報３０Ａは、識別番号３１Ａ、要求元システム名３２Ａ、要求元で使われている関連性データ要素識別子３３Ａ、直接契約のある中継元または提供元のシステム名３４Ａおよび提供元または中継元で使われている関連性データ要素識別子３５Ａを有する。

関連性データ接続情報３０Ａを用いると、納品と検収によって同じものでありながら、情報管理システムによって呼称の違う識別子３３Ａと識別子３５Ａを、同一対象として識別できるように変換することが可能となる。

例えば、この関連性データ接続情報３０Ａを用いれば、要求元の情報管理システム２Ａは、要求元で検収した「ドア００１」について、情報管理システム２Ｂの管理者から納品されており、納品元では「ドアＰ００１」という識別子で管理されているということがわかる。このため、情報管理システム２Ａのユーザは、「ドア００１」という識別子が情報管理システム２Ｂでは「ドアＰ００１」という識別子で管理されているということを意識することなく、「ドア００１」という識別子で管理されるドアに関連する情報を情報管理システム２Ｂから取得することが可能となる。

この関連性データ接続情報３０Ａは、要求元が保持していてもよいし、中継元または提供元が所有していてもよいし、双方で保持していてもよい。関連性データモデル接続情報１０Ａおよび関連性データ接続情報３０Ａは、他の形態であってもよく、例えば、関連性データモデル接続情報１０Ａおよび関連性データ接続情報３０Ａを同一のリストとして保持してもよい。関連性データ接続情報３０Ａは、例えば、各工場５Ａ～５Ｃの持つ帳票データやＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ Ｒｅｓｏｕｒｃｅｓ Ｐｌａｎｎｉｎｇ）などから作成することも可能である。

図７は、図１の情報管理システムが保持する宛先の一例を示す図である。
図７において、図１の情報管理システム２Ａは、例えば、宛先リスト４０を保持する。宛先リスト４０は、宛先４２と、宛先４２に対応する情報管理システムの識別子であるシステム名４１を持つ。

宛先４２は、通信先の情報であり、例えば、ＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）などの形式で保持されてもよい。情報管理システム２Ａは、情報管理システム２Ａの構築時に宛先リスト４０を用意してもよいし、他の情報管理システム２Ｂ、２Ｃとのやり取りまたは他工場５Ｂ、５Ｃとのやり取りにおいて、宛先４２の情報を適宜収集してもよい。

図８は、図１の情報管理システムの関連性データモデルの出力方法の流れを示すシーケンス図である。
図８において、図１のクライアント４Ａは、ユーザインタフェース７Ａを介し、情報管理システム２Ａが保持する関連性データモデルの出力を情報管理システム２Ａに要求する（Ｋ１１）。このとき、図３のプロセッサ２２は、ユーザインタフェースプログラムＰ６を実行する。

次に、情報管理システム２Ａは、モデル出力要求を受け付けると、モデル出力処理を実行し（Ｋ１２）、自身が持つ関連性データモデルをクライアント４Ａに出力する（Ｋ１３）。このとき、プロセッサ２２は、モデル出力プログラムＰ１を実行する。

ここで、情報管理システム２Ａは、自身が持つ関連性データモデルをユーザインタフェース７Ａに表示させ、ユーザに提示することができる。このとき、プロセッサ２２は、ユーザインタフェースプログラムＰ６を実行する。

次に、クライアント４Ａは、ユーザインタフェース７Ａを介し、情報管理システム２Ｂが保持する関連性データモデルの出力を情報管理システム２Ａに要求する（Ｋ１４）。このとき、プロセッサ２２は、ユーザインタフェースプログラムＰ６を実行する。

次に、情報管理システム２Ａは、モデル出力要求を受け付けると、モデル出力処理を実行し（Ｋ１５）、共有モデル提供依頼を情報管理システム２Ｂに出力する（Ｋ１６）。このとき、プロセッサ２２は、共有モデル提供プログラムＰ２を実行する。

次に、情報管理システム２Ｂは、共有モデル提供依頼を受け付けると、共有モデル提供処理を実行し（Ｋ１７）、自身が持つ関連性データモデルおよび関連性データモデル接続情報を情報管理システム２Ａに出力する（Ｋ１８）。このとき、情報管理システム２Ｂは、自身が持つ関連性データモデルのうち提供可能な部分のみを共有関連性データモデルとして情報管理システム２Ａに出力することができる。また、情報管理システム２Ｂは、情報管理システム２Ａに出力する共有関連性データモデルに含まれるクラスの情報を暗号化するようにしてもよい。

次に、情報管理システム２Ａは、共有モデル提供依頼に対する応答を受け付けると、情報管理システム２Ｂから取得した共有関連性データモデルをクライアント４Ａに出力する（Ｋ１９）。ここで、情報管理システム２Ａは、情報管理システム２Ｂから取得した共有関連性データモデルをユーザインタフェース７Ａに表示させ、ユーザに提示することができる。このとき、プロセッサ２２は、ユーザインタフェースプログラムＰ６を実行する。

次に、クライアント４Ａは、ユーザインタフェース７Ａを介し、情報管理システム２Ｃが保持する関連性データモデルの出力を情報管理システム２Ａに要求する（Ｋ２０）。このとき、プロセッサ２２は、ユーザインタフェースプログラムＰ６を実行する。

次に、情報管理システム２Ａは、モデル出力要求を受け付けると、モデル出力処理を実行し（Ｋ２１）、共有モデル提供依頼を情報管理システム２Ｃに出力する（Ｋ２２）。このとき、プロセッサ２２は、共有モデル提供プログラムＰ２を実行する。

次に、情報管理システム２Ｃは、共有モデル提供依頼を受け付けると、共有モデル提供処理を実行し（Ｋ２３）、自身が持つ関連性データモデルおよび関連性データモデル接続情報を情報管理システム２Ａに出力する（Ｋ２４）。このとき、情報管理システム２Ｃは、自身が持つ関連性データモデルのうち提供可能な部分のみを共有関連性データモデルとして情報管理システム２Ａに出力することができる。また、情報管理システム２Ｃは、情報管理システム２Ａに出力する共有関連性データモデルに含まれるクラスの情報を暗号化するようにしてもよい。

次に、情報管理システム２Ａは、共有モデル提供依頼に対する応答を受け付けると、情報管理システム２Ｃから取得した共有関連性データモデルをクライアント４Ａに出力する（Ｋ２５）。ここで、情報管理システム２Ａは、情報管理システム２Ｃから取得した共有関連性データモデルをユーザインタフェース７Ａに表示させ、ユーザに提示することができる。このとき、プロセッサ２２は、ユーザインタフェースプログラムＰ６を実行する。

なお、このモデル共有の過程は、情報管理システム２Ａからの共有モデル提供依頼を契機としてもよいし、情報管理システム２Ｂの共有モデル提供処理を契機としてもよいし、このような契機によらずに定期的にモデル共有を行ってもよい。あるいは、情報管理システム２Ａは、情報管理システム２Ｂが関連性データモデルを作成または更新した時点で取得するようにしてもよい。

図９は、図１の情報管理システムの関連性データモデルに関連する情報の取得方法の流れを示すシーケンス図である。
図９において、クライアント４Ａは、ユーザインタフェース７Ａを介し、目的データおよび検索範囲を情報管理システム２Ａに入力する（Ｋ３１）。このとき、プロセッサ２２は、ユーザインタフェースプログラムＰ６を実行する。

次に、情報管理システム２Ａは、目的データおよび検索範囲を受け付けると、情報提供依頼処理を実行し（Ｋ３２）、情報提供依頼を情報管理システム２Ｂに出力する（Ｋ３３）。このとき、プロセッサ２２は、情報提供依頼プログラムＰ３を実行する。なお、本実施形態では、要求元が製品の組立に使った中継元から入荷した材料「ドア」に使われている材料「ガラス」の検査項目「ガラスの厚み」の情報を目的データとして入力する。この目的データは、図３の指示情報１６として一時的に保持される。

次に、情報管理システム２Ｂは、情報提供依頼を受け付けると、情報提供処理を実行し（Ｋ３４）、情報管理システム２Ｃが保持する情報にアクセスするための経路情報を情報管理システム２Ａに出力する（Ｋ３５）。なお、情報管理システム２Ｂは、情報管理システム２Ａに出力する経路情報を暗号化するようにしてもよい

経路情報は、少なくとも始点識別子および変換済み識別子を含む。始点識別子は、依頼元から中継元への情報提供依頼のクエリで特定される関連性データ要素識別子である。変換済み識別子は、依頼元から提供元への情報提供依頼のクエリで特定される関連性データ要素識別子である。この変換済み識別子は、例えば、情報管理システム２Ｂが保持する関連性データの関連性データ要素識別子を、情報管理システム２Ｃが保持する関連性データの関連性データ要素識別子に変換した識別子である。。

次に、情報管理システム２Ａは、経路情報を受け付けると、情報処理を実行し（Ｋ３６）、情報提供依頼を情報管理システム２Ｃに出力する（Ｋ３７）。このとき、プロセッサ２２は、情報処理プログラムＰ５および情報提供依頼プログラムＰ３を実行する。

次に、情報管理システム２Ｃは、情報提供依頼を受け付けると、情報提供処理を実行し（Ｋ３８）、情報管理システム２Ｃが保持する目的情報を情報管理システム２Ａに出力する（Ｋ３９）。このとき、情報管理システム２Ｃは、情報提供依頼に含まれる目的データに基づいて、目的情報であるプロパティの値をまたは実データをデータレイク３Ｃから取得する。なお、情報管理システム２Ｃは、情報管理システム２Ａに出力する目的情報を暗号化するようにしてもよい。

次に、情報管理システム２Ａは、目的情報を受け付けると、情報処理を実行し（Ｋ４０）、分析用データをクライアント４Ａに出力する（Ｋ４１）。このとき、プロセッサ２２は、情報処理プログラムＰ５を実行する。

ここで、情報管理システム２Ａは、分析用データをユーザインタフェース７Ａに表示させ、ユーザに提示することができる。このとき、プロセッサ２２は、ユーザインタフェースプログラムＰ６を実行する。

図１０は、図８のモデル出力Ｋ１３に対応したユーザインタフェースの表示例を示す図である。
図１０において、図１のユーザインタフェース７Ａは、モデル表示部７ＭＡを備える。情報管理システム２Ａは、図８のモデル出力Ｋ１３を実行すると、図４の関連性データモデルＭＡに対応した表示モデルＨＡをモデル表示部７ＭＡに表示させる。そして、ユーザが、材料「ドア」に使われている材料「ガラス」の検査項目「ガラスの厚み」の情報を要求するものとすると、表示モデルＨＡのクラスＮＡ１１を選択する。このとき、情報管理システム２Ａは、図４の関連性データモデル接続情報ＥＡＢに基づいて、図４の関連性データモデルＭＢの提供を情報管理システム２Ｂに依頼する。

図１１は、図８のモデル出力Ｋ１９に対応したユーザインタフェースの表示例を示す図である。
図１１において、情報管理システム２Ｂは、図４の関連性データモデルＭＢの提供が依頼されると、図４の関連性データモデルＭＢのうち提供可能な部分のみを共有関連性データモデルとして情報管理システム２Ａに出力する。このとき、情報管理システム２Ｂは、情報管理システム２Ａが図４の関連性データモデルＭＣを情報管理システム２Ｃから取得するために必要な関連性データモデル接続情報ＥＢＣについても、情報管理システム２Ａに出力する。

そして、情報管理システム２Ａは、関連性データモデルＭＢのうち提供可能な部分のみに対応した表示モデルＨＢをモデル表示部７ＭＡに表示させる。そして、ユーザが、表示モデルＨＢのクラスＮＢ１１を選択したものとする。このとき、情報管理システム２Ａは、関連性データモデル接続情報ＥＢＣに基づいて、図４の関連性データモデルＭＣの提供を情報管理システム２Ｃに依頼する。

図１２は、図８のモデル出力Ｋ２５に対応したユーザインタフェースの表示例を示す図である。
図１２において、情報管理システム２Ｃは、図４の関連性データモデルＭＣの提供が依頼されると、図４の関連性データモデルＭＣのうち提供可能な部分のみを共有関連性データモデルとして情報管理システム２Ａに出力する。

そして、情報管理システム２Ａは、関連性データモデルＭＣのうち提供可能な部分のみに対応した表示モデルＨＣをモデル表示部７ＭＡに表示させる。そして、ユーザが、表示モデルＨＣのクラスＮＣ２５を選択したものとすると、クラスＮＣ２５に関連付けられた参照可能なプロパティ名が表示される。例えば、ユーザが、クラスＮＣ２５を選択すると、クラスＮＣ２５の検査業務が有する項目１～５の一覧８１が表示される。

そして、ユーザが、項目４を選択することで、「ガラスの厚み」というプロパティ名８２が表示され、「ガラスの厚み」を目的データの目的プロパティとして設定することができる。さらに、ユーザが、出力ボタン８３を選択すると、情報管理システム２Ａは、「ガラスの厚み」を目的データの目的プロパティとして、図９の処理を実行し、目的データに対応する目的情報を情報管理システム２Ｃから取得する。

図１３は、図９の分析用データ出力Ｋ４１に対応したユーザインタフェースの表示例を示す図である。
図１３において、情報管理システム２Ａは、情報管理システム２Ｃから取得した目的情報のマージなどの処理を実行することで分析用データ８４を出力し、ユーザインタフェース７Ａに表示させる。

例えば、要求元は、クラスＡ１８のクラス識別子「製品」を持つ関連性データ「製品００１、製品００２、製品００３」を検索対象とするものとする。このとき、要求元は、要求元が保持する要素間関係性情報に基づいて、検索対象とした製品に関連するクラスＡ１１に紐付けられた関連性データの関連性データ要素識別子「ドア００１、ドア００２、ドア００３」を検出する。さらに、要求元は、要求元が保持する関連性データ接続情報３０Ａに基づいて、クラスＢ１８に紐付けられた関連性データの関連性データ要素識別子「ドアＰ００１、ドアＰ００２、ドアＰ００３」を中継元から取得する。

次に、要求元は、クラスＢ１８に紐付けられた関連性データの関連性データ要素識別子「ドアＰ００１、ドアＰ００２、ドアＰ００３」を始点識別子として、クラスＢ１１に紐付けられた関連性データの関連性データ要素識別子を検出し、中継元から取得した関連性データ接続情報に基づいて、クラスＣ２６に紐付けられた関連性データの関連性データ要素識別子を提供元から取得する。

次に、要求元は、クラスＣ２６に紐付けられた関連性データの関連性データ要素識別子を始点識別子として、クラスＣ２５に紐付けられた関連性データの関連性データ要素識別子を検出し、クラスＣ２５に紐付けられた関連性データの関連性データ要素が持つプロパティ「ガラスの厚み」の値「２．０１ｍｍ、２．００ｍｍ、２．０５ｍｍ」を目的情報として取得し、分析用データ８４としてユーザインタフェース７Ａに表示させる。

なお、選択による展開記録を経路情報として図３の指示情報１６に設定することも可能である。これらの選択による展開記録の紐付けは、関連性データモデル接続情報を参照することができる。

図１４は、図９のＫ３２の情報提供依頼の内容の一例を示す図である。
図１４において、情報提供依頼５０のクエリは、要求元で作成される。このクエリは、依頼先の始点識別子５３、目的データの目的クラス識別子６４および目的プロパティ５５を少なくとも含む。ただし、依頼先の始点識別子５３は、提供元、中継元および提供元のどの管理下における識別子であるかは問わない。

例えば、情報提供依頼５０は、依頼番号５１、依頼先名５２、依頼先の始点識別子５３、依頼先で管理されている目的クラス識別子５４、目的プロパティ名５５、証明書の提供依頼の有無５６および証明書５７を有する。

報管理システム２Ａは、依頼番号５１がＮｏ１の情報提供依頼に基づいて情報管理システム２Ｂから提供された情報を参照し、依頼番号５１がＮｏ２のクエリを情報管理システム２Ｃに依頼することができる。このとき、依頼番号５１がＮｏ２の始点識別子５３および証明書５７は、情報管理システム２Ｂから情報管理システム２Ａに提供される。

例えば、依頼番号５１がＮｏ１のクエリは、始点識別子「ドアＰ００１、ドアＰ００２、ドアＰ００３」に関係する目的クラス識別子「ガラス」についての検索を行い、目的プロパティ「次のシステムで利用されている変換済み識別子」の提供を情報管理システム２Ｂに依頼する。さらに、このクエリは、証明書の提供依頼５６において、要求元と提供元は直接のやり取りがないため、情報管理システム２Ａ、２Ｃ間で有効な証明書の発行を情報管理システム２Ｂに依頼する。

ここで、情報管理システム２Ｂから情報管理システム２Ａに提供される変換済み識別子は、情報管理システム２Ｃの始点識別子「ガラスＰ００１、ガラスＰ００２、ガラスＰ００３」である。このため、情報管理システム２Ａは、要求元と提供元に直接の契約関係がない場合においても、依頼番号５１がＮｏ２のクエリを情報管理システム２Ｃに依頼することができる。

依頼番号５１がＮｏ２のクエリは、始点識別子「ガラスＰ００１、ガラスＰ００２、ガラスＰ００３」に関係する目的クラス識別子「ガラスの厚み検査」についての検索行い、目的プロパティ「ガラスの厚み」の情報の提供を情報管理システム２Ｃに依頼する。さらに、このクエリは、証明書５７において、情報管理システム２Ｂから提供を受けた証明書を付与することで、要求元から依頼元への情報提供依頼の正当性を証明する。

図１５は、図９のＫ３５の経路情報を含む経路情報テーブルの一例を示す図である。
図１５において、経路情報テーブル６０は、例えば、依頼番号６１、始点識別子６２、変換済み識別子６３および証明書６４を有する。中継元は、図１４の依頼番号５１から経路情報テーブル６０の依頼番号６１を取得する。中継元は、図１４の始点識別子５３から始点識別子６２を取得する。

中継元は、依頼元からの情報提供依頼のクエリに基づいて、始点識別子６２および変換済み識別子６３を依頼元に提供する。変換済み識別子６３は、情報管理システム２Ｂの始点識別子６２から変換された情報管理システム２Ｃの始点識別子である。依頼元は、変換済み識別子６３を中継元から取得することにより、要求元と提供元に直接の契約関係がない場合においても、提供元に情報提供依頼を行うことが可能となる。なお、変換済み識別子６３は、提供元の識別子に限らず、次の中継元の識別子であってもよい。

情報管理システム２Ａは、図１５の経路情報テーブル６０を図３の分析用データ１９として保持し、処理に使用する。

図１６は、図９のＫ３９の目的情報を含む目的情報テーブルの一例を示す図である。
図１６において、提供元は、要求元からの情報提供依頼のクエリに基づいて、要求元に目的情報を提供する。目的情報テーブル７０は、例えば、依頼番号７１、提供元の始点識別子７２および要求元の目的データのうち目的プロパティの情報７３を有する。

提供元は、図１４の依頼番号５１から目的情報テーブル７０の依頼番号７１を取得する。提供元は、図１４の始点識別子５３から始点識別子７２を取得する。情報管理システム２Ａは、図１６の目的情報テーブル７０を図３の分析用データ１９として保持し、処理に使用する。

図１７は、図８のモデル出力処理Ｋ１２、Ｋ１５、Ｋ２１を示すフローチャートである。
図１７において、図１の情報管理システム２Ａは、モデル出力要求を受け付けると、モデル出力要求が、ユーザインタフェースの起動によるものか、モデルの展開によるものかを判断する（Ｓ１１）。

ユーザインタフェースの起動によるものであった場合（Ｓ１１の起動）、情報管理システム２Ａは、自身が保持する関連性データモデルから表示モデルを作成し（Ｓ１６）、ユーザインタフェース７Ａに表示させる（Ｓ１７）。

一方、モデルの展開によるものであった場合（Ｓ１１のモデル展開）、情報管理システム２Ａは、モデル展開が指定された関連性データのクラス識別子を保持し、経路データとして指示情報１６に一時保存する（Ｓ１２）。

次に、情報管理システム２Ａは、展開対象の共有関連性データモデルが図３の共有関連性データモデル１３に存在するか、展開対象の共有関連性データモデルに伴う関連性データモデル接続情報が関連性データモデル接続情報１５に存在するかを判断する（Ｓ１３）。

展開対象の共有関連性データモデルと関連性データモデル接続情報が存在する場合（Ｓ１３の有）、情報管理システム２Ａは、共有関連性データモデルから表示モデルを作成し（Ｓ１６）、ユーザインタフェース７Ａに表示させる（Ｓ１７）。

一方、展開対象の共有関連性データモデルと関連性データモデル接続情報が存在しない場合（Ｓ１３の無）、情報管理システム２Ａは、共有モデル提供依頼を作成し（Ｓ１４）、各情報管理システム２Ｂ、２Ｃから共有関連性データモデルと関連性データモデル接続情報を取得する（Ｓ１５）。

情報管理システム２Ａは、各情報管理システム２Ｂ、２Ｃから取得した共有関連性データモデルを共有関連性データモデル１３に蓄積し、その共有関連性データモデルから表示モデルを作成し（Ｓ１６）、ユーザインタフェース７Ａに表示させる（Ｓ１７）。

図１８は、図８の共有モデル提供処理Ｋ１７、Ｋ２３を示すフローチャートである。
図１８において、各情報管理システム２Ｂ、２Ｃは、情報管理システム２Ａから共有モデル提供依頼を受けると、自身が保持する関連性データモデルの開示可否と提供範囲を任意のタイミングで決定する（Ｓ２１）。このとき、各情報管理システム２Ｂ、２Ｃは、関連性データモデルの一部またはすべての開示を選択する処理、要求元に開示する関連性データモデルの一部を選択する処理および関連性データモデルに含まれるクラスの情報を暗号化する処理の少なくとも１つを実行することができる。

このとき、各情報管理システム２Ｂ、２Ｃは、非開示を選択した関連性データモデルのクラスおよびクラス間関係性情報接を削除したモデル、非開示を選択した関連性データモデルのクラスを削除し、クラス間関係性情報を含むモデルおよび開示を選択した関連性データモデルのクラスを含み、クラス間関係性情報を削除したモデルのうちのいずれかを生成することができる。

また、各情報管理システム２Ｂ、２Ｃは、情報管理システム２Ａが共有モデル提供依頼を出したときに限らず、自身が関連性データモデルを更新したときや、毎日決まった時間にバッチ処理を行うときなど、必要に応じて多様なタイミングで関連性データモデルの開示を行うことができる。

各情報管理システム２Ｂ、２Ｃは、開示する関連性データ要素が１つもない場合（Ｓ２１の開示０）、他の情報管理システムとつながる関連性データ同士のマッピング情報を作成し（Ｓ２２）、関連性データモデル接続情報として情報管理システム２Ａに送付する（Ｓ２４）。

開示する関連性データ要素が１つ以上である場合（Ｓ２１の開示１つ以上）、各情報管理システム２Ｂ、２Ｃは、自身の所有する関連性データモデルから、依頼元への開示が可能なように定義した共有関連性データモデルを作成する（Ｓ２３）。要求元の関連性データモデルと紐付くクラス識別子の情報を関連性データモデル接続情報として、共有関連性データモデルとともに要求元に送付する（Ｓ２４）。

関連性データモデルを丸める方法としては、例えば、提供可能な関連性データ要素についてのみ、関連性データモデルのクラスおよびクラス間関係性情報を作成し、共有不可部分はすべて削除した関連性データモデルを共有関連性データモデルとする方法が挙げられる。あるいは、すべてのクラスおよびクラス間関係性情報を残し、提供可能な関連性データ要素のみに紐付く関連性データモデルを共有関連性データモデルとし、提供可能な関連性データ要素のないクラスはグレーアウトする方法でもよい。あるいは、１つのクラスを新たに作成し、提供可能な関連性データ要素を登録し、クラス間関係性情報のない１クラスのみを含む関連性データモデルを共有関連性データモデルとする方法でもよい。

図１９は、図９の情報提供依頼処理Ｋ３２を示すフローチャートである。
図１９において、情報管理システム２Ａは、指示情報の残数確認を行う（Ｓ３１）。指示情報は、目的データ、検索範囲および経路データを含む。目的データは、図１４の目的クラス識別子５４および目的プロパティ５５を含む。目的情報は、目的プロパティ５５に紐付く実データである。

目的データは、一度の検索で複数指定してもよい。検索範囲は、目的データ入力時に指定した検索条件を満たす識別子を有する。経路データは、少なくとも図３のモデル出力処理時に取得したクラス識別子を有する。

本実施形態では、目的クラス識別子５４は、「ガラスの厚み検査」である。目的プロパティ５５は、「ガラスの厚み」である。検索範囲は、「ドアを用いた製品」の関連性データ要素の識別子である。検索範囲については、日時またはプロパティの条件などで詳細に指定することも可能である。経路データは、図３のモデル出力処理時に取得した情報管理システム２Ａが保持するクラス識別子「ドア」と、情報管理システム２Ｂが保持するクラス識別子「ガラス」である。目的情報は、「ドアを用いた製品」に使った「ドア」に使われた「ガラス」の「ガラスの厚み」に紐付く実データである。

目的データ３０１が指示情報１６に１つ以上ある場合（Ｓ３１の残数有）、情報管理システム２Ａは、検索範囲の識別子とクラス間関係性情報でつながる最初の経路データのクラス識別子（つまり、情報管理システム２Ａの終端のクラス識別子）までの検索を行い、終端のクラス識別子の持つ関連性データ要素識別子（つまり、情報管理システム２Ａの終点識別子）をすべて取得する（Ｓ３２）。

情報管理システム２Ａは、自システムの検索（Ｓ３２）で取得した識別子と関連性データ接続情報に基づいて、次の情報管理システムの最初の識別子（つまり、情報管理システム２Ｂの始点識別子）を取得する（Ｓ３３）。この処理は、情報管理システム２Ａで行ってもよいし、情報管理システム２Ｂで行ってもよいし、必要があれば両方で行ってもよい。

情報管理システム２Ａは、情報管理システム２Ｂの始点識別子を次の検索基点となる識別子として、情報管理システム２Ｂに対する情報提供依頼を作成し、情報提供依頼クエリ１７に蓄積し（Ｓ３４）、Ｓ３１の処理に戻る。情報管理システム２Ａは、すべての経路情報について、この処理を行う。

一方、目的データ３０１が指示情報１６にない場合（Ｓ３１の残数無）、情報提供依頼クエリ１７に存在する情報管理システム２Ｂへの情報提供依頼を集め、情報管理システム２Ｂへ送信する（Ｓ３５）。

本実施形態では、情報管理システム２Ａは、「ドアを用いた製品」からクラス識別子「ドア」までの検索を行い、「製品に使ったドア」の関連性データ要素識別子「ドア００１、ドア００２、ドア００３」を取得する。情報管理システム２Ａは、関連性データ接続情報に基づいて、関連性データ要素識別子「ドア００１、ドア００２、ドア００３」を、情報管理システム２Ｂで管理されている関連性データ要素識別子「ドアＰ００１、ドアＰ００２、ドアＰ００３」に変換する。

情報管理システム２Ａは、関連性データ要素識別子「ドアＰ００１、ドアＰ００２、ドアＰ００３」を図１４のシステムＢの始点識別子５３とし、経路データから得たクラス識別子「ガラス」を目的クラス識別子５４とし、「情報管理システム２Ｃの変換済み識別子」を目的プロパティ５５として、情報管理システム２Ｂへの情報提供依頼５０を作成し、情報提供依頼クエリ１７に蓄積する。

このとき、情報管理システム２Ａは、情報管理システム２Ａが現在保持している情報に基づいて、目的情報を有する情報管理システム２Ｃへの情報提供依頼５０を作成してもよい。情報管理システム２Ａは、すべての指示情報のクエリを作成した後、情報管理システム２Ｂへの情報提供依頼５０を送信する。

図２０は、図９の情報提供処理Ｋ３４、Ｋ３８を示すフローチャートである。
図２０において、各情報管理システム２Ｂ、２Ｃは、それぞれの情報提供依頼を受け取ると、未処理の情報提供依頼の残数を確認する（Ｓ４１）。未処理の検索クエリが残っていない場合（Ｓ４１の残数無）、各情報管理システム２Ｂ、２Ｃは、それぞれのクエリで依頼されたデータを情報管理システム２Ａに送信する（Ｓ４７）。

未処理の検索クエリが残っている場合（Ｓ４１の残数有）、各情報管理システム２Ｂ、２Ｃは、それぞれの情報提供依頼５０の始点識別子５３および目的クラス識別子５４に基づいて検索を行い、目的クラス識別子５４を持つ関連性データの関連性データ要素識別子（つまり終点識別子）を取得する（Ｓ４２）。

次に、各情報管理システム２Ｂ、２Ｃは、終点識別子を持つ目的プロパティ５５の値、終点識別子を変換した識別子、あるいは蓄積データ取得プログラムＰ８に基づいて紐付けられた実データを取得する（Ｓ４３）。

次に、各情報管理システム２Ｂ、２Ｃは、次の情報管理システムへの証明書の提供依頼５６の有無を判断する（Ｓ４４）。証明書の提供依頼５６がある場合（Ｓ４４の必要）、各情報管理システム２Ｂ、２Ｃは、証明証の発行を行い（Ｓ４５）、提供用データを作成する（Ｓ４６）。証明書の提供依頼５６がない場合（Ｓ４４の不要）、各情報管理システム２Ｂ、２Ｃは、証明書の発行をせずに、提供用データを作成する（Ｓ４６）。

証明書の発行（Ｓ４５）については、情報管理システム２Ｂ、２Ｃ間で証明できる仕組みであればよく、例えば、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）証明書などを用いてもよい。

本実施形態では、情報管理システム２Ｂは、システムＢへの情報提供依頼５０を受け取り、始点識別子「ドアＰ００１、ドアＰ００２、ドアＰ００３」と、目的クラス識別子「ガラス」に基づいて終点識別子を取得する。

次に、情報管理システム２Ｂは、情報管理システム２Ｃとの関連性データ接続情報に基づいて、目的プロパティ５５である変換済み識別子「ガラスＰ００１、ガラスＰ００２、ガラスＰ００３」を取得し、情報管理システム２Ａからの情報取得の許可を情報管理システム２Ｃに依頼するための証明書を発行する。

次に、情報管理システム２Ｂは、変換済み識別子「ガラスＰ００１、ガラスＰ００２、ガラスＰ００３」と証明書を合わせて提供用データを情報管理システム２Ａに送信する。

図２１は、図９の情報処理Ｋ３６、Ｋ４０を示すフローチャートである。
図２１において、情報管理システム２Ａは、各情報管理システム２Ｂ、２Ｃから提供されたデータが、目的情報を含むか、経路情報を含むかを判断する（Ｓ５１）。

経路情報を含むデータの場合、情報管理システム２Ａは、情報提供依頼クエリ１７から取得した依頼番号と、提供されたデータの依頼番号を照合し、提供された変換済み識別子に基づいて、次の情報提供依頼を作成し、次の情報管理システムに送信する（Ｓ５２）。このとき、情報管理システム２Ａは、提供された経路情報を分析用データ１９に蓄積する。

各情報管理システム２Ｂ、２Ｃから提供されたデータが、目的情報を含むデータの場合、情報管理システム２Ａは、指示情報１６に含まれる目的データと、経路情報のデータと、提供された目的情報のデータを照合し、分析用データを作成する（Ｓ５３）。

分析用データは、少なくとも目的データを入力したときの検索範囲（つまり、情報管理システム２Ａの始点識別子）および指示情報１６に含まれる目的データの目的プロパティの値（つまり、目的情報）を含む。

次に、情報管理システム２Ａは、指示情報１６に含まれるすべての目的データの処理が完了したかどうかを判断する（Ｓ５４）。未処理の目的データがある場合（Ｓ５４の未完）、情報管理システム２Ａは、Ｓ５３で作成した分析用データを分析用データ１９に蓄積し、他の経路情報または目的情報の提供を待つ。

すべての目的データについて分析用データが完成した場合（Ｓ５４の完了）、情報管理システム２Ａは、それらの分析用データをマージして出力する（Ｓ５５）。このとき、分析用データの出力先は問わない。例えば、他のアプリケーションまたはユーザインタフェースでもよい。

本実施形態では、情報管理システム２Ｂからの提供データは経路情報を含むため、情報管理システム２Ａは、提供された変換済み識別子「ガラスＰ００１、ガラスＰ００２、ガラスＰ００３」および情報管理システム２Ｂから発行された証明書に基づいて、情報管理システム２Ｃへの情報提供依頼を作成し、情報管理システム２Ｃへ送信する。

情報管理システム２Ｃからの提供データは目的情報を含むため、情報管理システム２Ａは、提供された始点識別子「ガラスＰ００１、ガラスＰ００２、ガラスＰ００３」、目的情報および情報管理システム２Ｂから提供された経路情報を突き合わせ、情報管理システム２Ａの始点識別子「ドア００１、ドア００２、ドア００３」に使われる「ガラスの厚み」の値「２．０１ｍｍ、２．００ｍｍ、２．０５ｍｍ」を含んだ分析用データ８４を作成し、ユーザインタフェース７Ａに表示させる。

以上説明したように、上述した第１実施形態によれば、情報管理システム２Ａは、情報管理システム２Ｂ、２Ｃに共有モデル提供依頼および情報提供依頼を送り、情報管理システム２Ｂ、２Ｃから取得したデータを処理することができる。このため、情報管理システム２Ａは、共有モデル提供依頼および情報提供依頼などの処理を情報管理システム２Ｂ、２Ｃに実行させることなく、情報管理システム２Ａが必要な情報を情報管理システム２Ｂ、２Ｃから取得することが可能となる。

また、上述した第１実施形態によれば、複数の工程を含む製造工程全体の規模が大きい場合においても、１システム当たりの規模の増大を抑えつつ、システム全体の最適化が可能である。

なお、上述した第１実施形態では、情報管理システム２Ａは、情報管理システム２Ｃへの経路データを情報管理システム２Ｂから取得し、その経路データに基づいて情報管理システム２Ｃに情報提供依頼を送信することで、情報管理システム２Ｃから目的情報を取得する方法を説明した。

以下の第２実施形態では、情報管理システム２Ａは、情報管理システム２Ｃに情報提供依頼を送信することなく、情報管理システム２Ｃが保持する目的情報を取得する方法について説明する。この第２実施形態では、情報管理システム２Ａは、情報管理システム２Ｃが保持する目的情報の取得を情報管理システム２Ｂに依頼し、情報管理システム２Ｂが情報管理システム２Ｃから取得した目的情報を情報管理システム２Ｂから取得する。

図２２は、第２実施形態に係る情報管理システムの関連性データモデルの出力および共有方法の流れを示すシーケンス図である。
図２２において、図１のクライアント４Ａは、ユーザインタフェース７Ａを介し、情報管理システム２Ａが保持する関連性データモデルの出力を情報管理システム２Ａに要求する（Ｋ５１）。

次に、情報管理システム２Ａは、モデル出力要求を受け付けると、モデル出力処理を実行し（Ｋ５２）、自身が持つ関連性データモデルをクライアント４Ａに出力する（Ｋ５３）。このとき、情報管理システム２Ａは、自身が持つ関連性データモデルをユーザインタフェース７Ａに表示させ、ユーザに提示することができる。

次に、クライアント４Ａは、ユーザインタフェース７Ａを介し、情報管理システム２Ｂが保持する関連性データモデルの出力を情報管理システム２Ａに要求する（Ｋ５４）。

次に、情報管理システム２Ａは、モデル出力要求を受け付けると、モデル出力処理を実行し（Ｋ５５）、共有モデル提供依頼を情報管理システム２Ｂに出力する（Ｋ５６）。

次に、情報管理システム２Ｂは、共有モデル提供依頼を受け付けると、共有モデル提供処理を実行し（Ｋ５７）、自身が持つ関連性データモデルおよび関連性データモデル接続情報を情報管理システム２Ａに出力する（Ｋ５８）。このとき、情報管理システム２Ｂは、自身が持つ関連性データモデルのうち提供可能な部分のみを共有関連性データモデルとして情報管理システム２Ａに出力することができる。

次に、情報管理システム２Ａは、共有モデル提供依頼に対する応答を受け付けると、情報管理システム２Ｂから取得した共有関連性データモデルをクライアント４Ａに出力する（Ｋ５９）。このとき、情報管理システム２Ａは、情報管理システム２Ｂから取得した共有関連性データモデルをユーザインタフェース７Ａに表示させ、ユーザに提示することができる。

次に、クライアント４Ａは、ユーザインタフェース７Ａを介し、情報管理システム２Ｃが保持する関連性データモデルの出力を情報管理システム２Ｂに依頼するように情報管理システム２Ａに要求する（Ｋ６０）。

次に、情報管理システム２Ａは、モデル出力要求を受け付けると、モデル出力処理を実行し（Ｋ６１）、共有モデル提供依頼を情報管理システム２Ｂに出力する（Ｋ６２）。この共有モデル提供依頼は、情報管理システム２Ｃが保持する関連性データモデルを情報管理システム２Ｂが取得し、情報管理システム２Ｂが情報管理システム２Ａに送信するように情報管理システム２Ｂに依頼する。

次に、情報管理システム２Ｂは、情報管理システム２Ａからの共有モデル提供依頼を受け付けると、共有モデル提供依頼を情報管理システム２Ｃに出力する（Ｋ６３）。

次に、情報管理システム２Ｃは、情報管理システム２Ｂからの共有モデル提供依頼を受け付けると、共有モデル提供処理を実行し（Ｋ６４）、自身が持つ関連性データモデルおよび関連性データモデル接続情報を情報管理システム２Ｂに出力する（Ｋ６５）。このとき、情報管理システム２Ｃは、自身が持つ関連性データモデルのうち提供可能な部分のみを共有関連性データモデルとして情報管理システム２Ｂに出力することができる。

次に、情報管理システム２Ｂは、情報管理システム２Ｃから関連性データモデルおよび関連性データモデル接続情報を受け取ると、関連性データモデルおよび関連性データモデル接続情報を情報管理システム２Ａに出力する（Ｋ６６）。

次に、情報管理システム２Ａは、共有モデル提供依頼に対する応答を受け付けると、情報管理システム２Ｂから取得した情報管理システム２Ｃの共有関連性データモデルをクライアント４Ａに出力する（Ｋ６７）。このとき、情報管理システム２Ａは、情報管理システム２Ｂから取得した情報管理システム２Ｃの共有関連性データモデルをユーザインタフェース７Ａに表示させ、ユーザに提示することができる。

図２３は、第２実施形態に係る情報管理システムの関連性データモデルに関連する情報の取得方法の流れを示すシーケンス図である。
図２３において、クライアント４Ａは、ユーザインタフェース７Ａを介し、目的データおよび検索範囲を情報管理システム２Ａに入力する（Ｋ７１）。

次に、情報管理システム２Ａは、目的データおよび検索範囲を受け付けると、情報提供依頼処理を実行し（Ｋ７２）、情報提供依頼を情報管理システム２Ｂに出力する（Ｋ７３）。この情報提供依頼は、情報管理システム２Ｃが保持する目的情報を情報管理システム２Ｂが取得し、情報管理システム２Ｂが情報管理システム２Ａに送信するように情報管理システム２Ｂに依頼する。この情報提供依頼では、情報管理システム２Ｃが保持する目的情報に関する関連性データについて関連性データモデル接続情報の一部を伴わせて情報管理システム２Ｂに問い合わせを行う。例えば、情報管理システム２Ａは、図１４のシステムＢへの情報提供依頼と、システムＣへの情報提供依頼をマージして、情報管理システム２Ｂへの情報提供依頼を作成することができる。

ここで、図９のＫ３３の情報管理システム２Ｂへの情報提供依頼には、目的クラス識別子「ガラスの厚み検査」および目的プロパティ「ガラスの厚み」を含まないが、図２３のＫ７３の情報管理システム２Ｂへの情報提供依頼には、目的クラス識別子「ガラスの厚み検査」および目的プロパティ「ガラスの厚み」を含む。また、図２３のＫ７３の情報提供依頼では、図１４の証明書の提供依頼の有無５６および証明書５７は不要である。

次に、情報管理システム２Ｂは、情報提供依頼を受け付けると、情報提供処理を実行し（Ｋ７４）、情報提供依頼および変換済み識別子を含む経路情報を情報管理システム２Ｃに出力する（Ｋ７５）。

次に、情報管理システム２Ｃは、情報提供依頼および変換済み識別子を含む経路情報を受け付けると、情報提供処理を実行し（Ｋ７６）、情報管理システム２Ｃが保持する目的情報を情報管理システム２Ｂに出力する（Ｋ７７）。

次に、情報管理システム２Ｂは、情報管理システム２Ｃが保持する目的情報を受け取ると、目的情報および変換済み識別子を含む経路情報を情報管理システム２Ａに出力する（Ｋ７８）。

次に、情報管理システム２Ａは、目的情報を受け付けると、情報処理を実行し（Ｋ７９）、分析用データをクライアント４Ａに出力する（Ｋ８０）。このとき、情報管理システム２Ａは、分析用データをユーザインタフェース７Ａに表示させ、ユーザに提示することができる。

以上説明したように、上述した第２実施形態によれば、情報管理システム２Ａは、情報管理システム２Ｂに共有モデル提供依頼および情報提供依頼を送ることで、情報管理システム２Ｃが保持する目的情報を情報管理システム２Ｂから取得することが可能となる。このため、情報管理システム２Ａは、情報管理システム２Ｃが保持する目的情報を取得するために、直接契約関係がない情報管理システム２Ｃに共有モデル提供依頼および情報提供依頼を送る必要がなくなるとともに、情報管理システム２Ｃの宛先を保持する必要もなくなる。

なお、本発明は、上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。

また、上記した実施形態では、車両の製造工程の一部を例にとって説明したが、本発明は、車両などの製造業の製造工程に限らず、運搬業、販売業および金融業などの様々な業種の工程に適応することができる。また、製造、在庫管理、配送、販売および消費までの全体の一連の流れを示すサプライチェーンに適用してもよい。

１、６Ａ～６Ｃ 通信ネットワーク、２Ａ～２Ｃ 情報管理システム、３Ａ～３Ｃ データレイク、４Ａ～４Ｂ クライアント、５Ａ～５Ｂ 工場

Claims (3)

1. 複数のコンピュータの各々が、読み出し可能な記憶部と前記記憶部にアクセス可能なプロセッサとを備え、互いの管理する情報を共有する情報管理方法であって、
   各前記コンピュータは、
   自身の前記記憶部に、
   自身が管理する情報のデータ構造を定義するものであり前記情報が概念化されたクラス間の関係性を示すクラス間関係性情報を含む関連性データモデルと、
   自身の関連性データモデル内の前記クラスに関連付けられた関連性データ要素に紐づけられた情報と、前記関連性データ要素間の関係性を示す要素間関係性情報とを含む関連性データと、
   前記自身の関連性データモデル内の前記クラスと他のコンピュータの関連性データモデル内のクラスとの間の関連性を示す関連性データモデル接続情報と、
   を保持し、
   各前記コンピュータの前記プロセッサは、
   前記他のコンピュータに、前記他のコンピュータの前記記憶部に保持された前記他のコンピュータの関連性データモデルおよび関連性データモデル接続情報を要求して取得し、
   前記他のコンピュータの関連性データモデルおよび関連性データモデル接続情報の取得結果に基づいて、前記他のコンピュータに、前記他のコンピュータの関連性データモデルに関連付けられた関連性データ内の関連性データ要素に紐づけられた目的の情報を要求して取得する、
   情報管理方法。
2. 記憶部と、前記記憶部にアクセス可能なプロセッサを備える情報管理システムであって、
   複数の前記情報管理システムが互いの管理する情報を共有するものであり、
   各前記情報管理システムは、
   自身の前記記憶部に、
   自身が管理する情報のデータ構造を定義するものであり前記情報が概念化されたクラス間の関係性を示すクラス間関係性情報を含む関連性データモデルと、
   自身の関連性データモデル内の前記クラスに関連付けられた関連性データ要素に紐づけられた情報と、前記関連性データ要素間の関係性を示す要素間関係性情報とを含む関連性データと、
   前記自身の関連性データモデル内の前記クラスと他の情報管理システムの関連性データモデル内のクラスとの間の関連性を示す関連性データモデル接続情報と、
   を保持し、
   各前記情報管理システムの前記プロセッサは、
   前記他の情報管理システムに、前記他の情報管理システムの前記記憶部に保持された前記他の情報管理システムの関連性データモデルおよび関連性データモデル接続情報を要求して取得し、
   前記他の情報管理システムの関連性データモデルおよび関連性データモデル接続情報の取得結果に基づいて、前記他の情報管理システムに、前記他の情報管理システムの関連性データモデルに関連付けられた関連性データ内の関連性データ要素に紐づけられた目的の情報を要求して取得する、
   情報管理システム。
3. 複数のコンピュータの各々が、読み出し可能な記憶部と前記記憶部にアクセス可能なプロセッサとを備え、
   前記複数のコンピュータが互いの管理する情報を共有するものであり、
   各前記コンピュータは、
   自身の前記記憶部に、
   自身が管理する情報のデータ構造を定義するものであり前記情報が概念化されたクラス間の関係性を示すクラス間関係性情報を含む関連性データモデルと、
   自身の関連性データモデル内の前記クラスに関連付けられた関連性データ要素に紐づけられた情報と、前記関連性データ要素間の関係性を示す要素間関係性情報とを含む関連性データと、
   前記自身の関連性データモデル内の前記クラスと他のコンピュータの関連性データモデル内のクラスとの間の関連性を示す関連性データモデル接続情報と、
   が保持された構成において、
   各前記コンピュータの前記プロセッサに、
   前記他のコンピュータに、前記他のコンピュータの前記記憶部に保持された前記他のコンピュータの関連性データモデルおよび関連性データモデル接続情報を要求して取得し、
   前記他のコンピュータの関連性データモデルおよび関連性データモデル接続情報の取得結果に基づいて、前記他のコンピュータに、前記他のコンピュータの関連性データモデルに関連付けられた関連性データ内の関連性データ要素に紐づけられ目的の情報を要求して取得する、
   ことを実行させるための情報管理プログラム。

Images