特開 2024-32446 データ処理方法およびデータ処理プログラム

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

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

(11)【公開番号】P2024032446

(43)【公開日】2024-03-12

(54)【発明の名称】データ処理方法およびデータ処理プログラム

(51)【国際特許分類】

   G06F 16/176 20190101AFI20240305BHJP

【ＦＩ】

G06F16/176

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022136107

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

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100104190

【弁理士】

【氏名又は名称】酒井 昭徳

(72)【発明者】

【氏名】野田 政秀

(72)【発明者】

【氏名】横田 耕一

(57)【要約】

【課題】サービス数が増大してもストレージを効率的に使用できること。
【解決手段】データ処理装置１００は、受信したソースデータＳ０を加工した第一の加工データＳ１が格納される共通ＤＴ１１０と、ソースデータＳ０を加工した第二の加工データＳ２が格納される固有ＤＴ１１１，１１２と、共通ＤＴ１１０または固有ＤＴ１１１，１１２へのアクセスを要求してデータ処理を行う複数のサービス別のサービス部である、個別加工処理部１２１，１２２および分析部１３１，１３２と、を含む。サービス部は、予め定めたデータ振分けルールに従ってＤＴにアクセスする。例えば、分析部１３２は、複数のサービス別の固有ＤＴ１１２から第二の加工データＳ２の読込みを行い、読込み対象のデータが存在しないと判定された場合には、共通ＤＴ１１０から第一の加工データＳ０の読込みを行う。
【選択図】図１

【特許請求の範囲】

【請求項1】

受信したソースデータを加工した第一の加工データが格納される共通デジタルツインと、前記ソースデータを加工した第二の加工データが格納される固有デジタルツインと、前記共通デジタルツインまたは前記固有デジタルツインへのアクセスを要求してデータ処理を行う複数のサービス別のサービス部と、を含むデータ処理装置のコンピュータが実行するデータ処理方法であって、
複数の前記サービス部は、予め定めたデータ振分けルールに従い、
複数のサービス別の前記固有デジタルツインから前記第二の加工データの読込みを行い、
読込み対象のデータが存在しないと判定された場合には、
前記共通デジタルツインから前記第一の加工データの読込みを行う、
ことを特徴とするデータ処理方法。

【請求項2】

前記デジタルツインへのアクセスの要求元が、個別の振り分けルールを有する場合、当該個別の振り分けルールを取得し、
取得した個別の振り分けルールに従い、前記共通デジタルツインまたは前記固有デジタルツインへのアクセスを行う、
ことを特徴とする請求項１に記載のデータ処理方法。

【請求項3】

複数の前記サービス部は、
前記ソースデータを加工した第二の加工データを生成し、当該前記第二の加工データを前記固有デジタルツインに書込む個別加工処理部と、前記第一の加工データまたは前記第二の加工データを処理する分析部と、を含み、
前記分析部は、
複数のサービス別の前記固有デジタルツインから前記第二の加工データの読込みを行い、
読込み対象のデータが存在しないと判定された場合には、
前記共通デジタルツインから前記第一の加工データの読込みを行う、
ことを特徴とする請求項１に記載のデータ処理方法。

【請求項4】

複数の前記サービス部は、
前記共通デジタルツインから前記第一の加工データを読込み、
読込んだ前記第一の加工データを加工した第二の加工データを、各サービス別の固有デジタルツインに書込む、
ことを特徴とする請求項１に記載のデータ処理方法。

【請求項5】

前記サービス部は、
前記共通デジタルツイン、および前記固有デジタルツインに対し、同じ属性のデータに対する読書きのアクセスを行うことを特徴とする請求項１に記載のデータ処理方法。

【請求項6】

前記個別加工処理部は、
前記共通デジタルツインから前記第一の加工データを読込み、加工した前記第二の加工データの作成、にかかる処理を実行または未実行で切替える場合、
前記分析部は、
前記個別加工処理部の未実行時には、前記共通デジタルツインから前記第一の加工データを読込み、
前記個別加工処理部の実行時には、前記固有デジタルツインから前記第二の加工データを読込む、
ことを特徴とする請求項３に記載のデータ処理方法。

【請求項7】

前記分析部は、
前記ソースデータのデータ精度または更新頻度に基づき、前記ソースデータのデータ精度が低精度あるいは低更新頻度であれば、前記固有デジタルツインから前記第二の加工データを読込み、
前記ソースデータのデータ精度が高精度、あるいは高更新頻度であれば、前記共通デジタルツインから前記第一の加工データを読込む、
ことを特徴とする請求項３に記載のデータ処理方法。

【請求項8】

予め定めたデータ振分けルールに従い、
受信した前記ソースデータを加工した前記第一の加工データを、前記共通デジタルツインに書込み、
複数のサービス部は、
前記ソースデータを加工した前記第二の加工データを、サービス別の前記固有デジタルツインに書込む、
ことを特徴とする請求項１に記載のデータ処理方法。

【請求項9】

受信したソースデータを加工した第一の加工データが格納される共通デジタルツインと、前記ソースデータを加工した第二の加工データが格納される固有デジタルツインと、前記共通デジタルツインまたは前記固有デジタルツインへのアクセスを要求してデータ処理を行う複数のサービス別のサービス部と、を含むデータ処理装置のコンピュータに実行させるデータ処理プログラムであって、
複数の前記サービス部は、予め定めたデータ振分けルールに従い、
複数のサービス別の前記固有デジタルツインから前記第二の加工データの読込みを行い、
読込み対象のデータが存在しないと判定された場合には、
前記共通デジタルツインから前記第一の加工データの読込みを行う、
ことを特徴とするデータ処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

デジタルツイン（ＤＴ）により、実世界上で実際に稼働している対象物を仮想空間上に写像のモデルとして表現できる。例えば、実世界のＩｏＴデバイスが検出したセンサー値等のステートのソースデータをセンターへ送る。センターは、受信したソースデータから実世界の対象物のデジタルツインを構築する。センターは、サービス毎のデジタルツインがソースデータを用いて実世界の可視化や分析の処理を行う。センターが分析や可視化を行う際に、対象のソースデータをもとに導出された情報を、対象物（ツイン）に紐付けて保管しておくことで、分析や可視化の加工処理（個別加工処理と称す）が行いやすくなる。

【0003】

先行技術としては、例えば、マルチテナント型のサービスで、データベースが共通データとテナント毎の個別データを有し、個別スキーマがビューを介して共通データにアクセス可能にした技術がある。また、例えば、データ分析の複数の計算機を備え、分析処理毎にデータ分析の計算機を振分け実行する技術がある。また、例えば、複数のシミュレーション環境で各モデル固有データと、共通データを定義し、システムの複数の態様をシミュレートする技術がある。また、例えば、クラウド環境下でＩＤＭ（マルチテナントアイデンティティ管理）機能を利用し、個別と共通の領域を定義し、ドメイン間の分離を行う技術がある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】国際公開第２０１７／０９０１４２号

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

【特許文献3】米国特許出願公開第２０２１／０１１７５９３号明細書

【特許文献4】米国特許出願公開第２０１６／０１７３４７５号明細書

【発明の概要】

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

【0005】

実世界は広大であるため、実世界の写像には巨大なストレージ領域が必要となる。このため、サービス毎にデジタルツインを用意した場合、コストが膨大となる。一方、複数サービスでデジタルツインを共有した場合、各サービスの個別加工処理結果をデジタルツインに保存（書込み）する時点で、サービス毎に異なる個別加工処理結果が衝突する問題が生じる。例えば、各サービスがそれぞれ算出する同じ属性「平均速度」について、各サービスで異なる値の個別加工処理結果を書込みしようとする衝突が生じる。従来技術ではサービス数の増大に対し、効率的なストレージ使用を行えない問題を有していた。

【0006】

一つの側面では、本発明は、サービス数が増大してもストレージを効率的に使用できることを目的とする。

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

【0007】

本発明の一側面によれば、受信したソースデータを加工した第一の加工データが格納される共通デジタルツインと、前記ソースデータを加工した第二の加工データが格納される固有デジタルツインと、前記共通デジタルツインまたは前記固有デジタルツインへのアクセスを要求してデータ処理を行う複数のサービス別のサービス部と、を含むデータ処理装置のコンピュータが実行するデータ処理方法であって、複数の前記サービス部は、予め定めたデータ振分けルールに従い、複数のサービス別の前記固有デジタルツインから前記第二の加工データの読込みを行い、読込み対象のデータが存在しないと判定された場合には、前記共通デジタルツインから前記第一の加工データの読込みを行う、ことを要件とする。

【発明の効果】

【0008】

本発明の一態様によれば、サービス数が増大してもストレージを効率的に使用できるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施の形態にかかるデータ処理方法の一実施例を示す説明図である。

【図2】図２は、サービス毎にデジタルツインを用意した場合の課題の説明図である。

【図3】図３は、複数のサービスでデジタルツインを共有した場合の課題の説明図である。

【図4】図４は、実施の形態のデータ処理装置の機能の説明図である。

【図5】図５は、データ処理装置のハードウェア構成例を示す図である。

【図6】図６は、データ処理装置が行う処理例１の説明図である。

【図7】図７は、ストレージ削減を説明する対比図である。

【図8】図８は、データ処理装置が行う処理例２の説明図である。

【図9】図９は、データ処理装置が行う処理例３の説明図である。

【図10】図１０は、データ処理装置の全体処理例を示すフローチャートである。

【図11】図１１は、データ処理装置のデフォルト読込み処理例を示すフローチャートである。

【図12】図１２は、データ処理装置のデフォルト書込み処理例を示すフローチャートである。

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

【0010】

以下に図面を参照して、開示のデータ処理方法およびデータ処理プログラムの実施の形態を詳細に説明する。

【0011】

（実施の形態にかかるデータ処理方法の一実施例）
図１は、実施の形態にかかるデータ処理方法の一実施例を示す説明図である。データ処理装置１００は、例えば、複数のサービスに共通の共通デジタルツイン（ＤＴ）と、複数のサービス別に固有の固有デジタルツインとを有する。データ処理装置１００は、データ要求（ＩＯ要求）時、共通ＤＴと、固有ＤＴに対するデータの読書きを、振分けルールに基づき、振分ける処理を行うコンピュータである。共通ＤＴおよび固有ＤＴは、それぞれデータベース（ＤＢ）等の記憶領域上に形成される。

【0012】

図１に示す例に基づき、データ処理装置１００のデータ処理の一例を説明する。この例では、車Ａが速度をデータ処理装置１００に送信し、複数のサービス別の平均時速を算出し、平均時速に基づく分析処理を行う。

【0013】

データ処理装置１００は、例えば、車Ａのセンサーが送信するソースデータＳ０である「速度」の情報を加工した第一の加工データＳ１を共通ＤＴ１１０に書込む（Ｗｒｉｔｅ）。データ処理装置１００は、共通ＤＴ１１０に、第一の加工データＳ１として、ツイン名「車Ａ」、属性「時速」、速度の値「１５ｋｍ／ｈ」を書込む。

【0014】

図１の例では、ツイン「車Ａ」に関する異なる２つのサービスに対応し、２つの固有ＤＴとして固有ＤＴ＃１（１１１）と、固有ＤＴ＃２（１１２）を有する。また、２つのサービスに対応し、個別加工処理部＃１（１２１）と、個別加工処理部＃２（１２２）を有する。また、２つのサービスに対応し、分析部＃１（１３１）と、分析部＃２（１３２）を有する。

【0015】

個別加工処理部＃１（１２１）は、共通ＤＴ１１０から車Ａの第一の加工データＳ１である時速の値を読込み、読込んだ値に対し、サービス＃１に対応した第二の加工データＳ２を生成する個別加工処理を行う。そして、個別加工処理部＃１（１２１）は、個別加工処理結果である第二の加工データＳ２を固有ＤＴ＃１（１１１）に書込む（Ｗｒｉｔｅ）。個別加工処理部＃１（１２１）は、共通ＤＴ１１０から車Ａのデータである「時速」の値について所定時間（例えば、過去１０分間）の「時速」の平均値（平均速度）を算出する。

【0016】

図１の例では、個別加工処理部＃１（１２１）は、第二の加工データＳ２として、平均速度「３５ｋｍ／ｈ」を算出し、固有ＤＴ＃１（１１１）に、ツイン名「車Ａ」、属性「平均時速」、速度の値「３５ｋｍ／ｈ」を書込む。

【0017】

分析部＃１（１３１）は、サービス＃１に対応した分析処理を行う。分析部＃１（１３１）は、例えば、固有ＤＴ＃１（１１１）から第二の加工データＳ２である車Ａの平均時速を読込み（Ｒｅａｄ）、平均時速およびその他の属性の値に基づき、車Ａの移動予測等のサービス＃１の分析処理を行う。

【0018】

個別加工処理部＃２（１２２）は、共通ＤＴ１１０から車Ａの第一の加工データＳ１である時速の値を読込み、読込んだ値に対し、サービス＃２に対応した第二の加工データＳ２を生成する個別加工処理を行う。そして、個別加工処理部＃２（１２２）は、個別加工処理結果である第二の加工データＳ２を固有ＤＴ＃２（１１２）に書込む（Ｗｒｉｔｅ）。個別加工処理部＃２（１２２）は、共通ＤＴ１１０から車Ａのデータである「時速」の値について所定時間（例えば、過去３０分間）の「時速」の平均値（平均速度）を算出する。

【0019】

図１の例では、個別加工処理部＃２（１２２）は、第二の加工データＳ２として、平均速度「２０ｋｍ／ｈ」を算出し、固有ＤＴ＃２（１１２）に、ツイン名「車Ａ」、属性「平均時速」、速度の値「２０ｋｍ／ｈ」を書込む。

【0020】

分析部＃２（１３２）は、サービス＃２に対応した分析処理を行う。分析部＃２（１３２）は、例えば、固有ＤＴ＃２（１１２）から第二の加工データＳ２である車Ａの平均時速を読込み（Ｒｅａｄ）、平均時速およびその他の属性の値に基づき、車Ａの移動予測等のサービス＃２の分析処理を行う。

【0021】

例えば、固有ＤＴ＃１（１１１）、固有ＤＴ＃２（１１２）は、異なるサービス事業者が管理し、共通ＤＴ１１０は、サービス基盤提供業者が管理する。

【0022】

ここで、例えば、固有ＤＴの中には、個別加工処理部を有さないものが存在する。その場合には、個別加工処理部が処理した第二の加工データＳ２（個別加工処理結果）は、固有ＤＴではなく共通ＤＴにしか存在しないことになる。この場合、分析部が加工データ（個別加工処理結果）を取得するＤＴは固有ＤＴ毎に異なる。

【0023】

実施の形態では、データ処理装置１００は、ＤＴに対するアクセス要求元別の振分けルールを有する。基本的なデフォルトの振分けルールは、「第二の加工データＳ２の読込みを行い、読込み対象のデータが存在しないと判定された場合には、第一の加工データＳ１の読込みを行う。」である。データ処理装置１００は、振分けルール設定に基づき、ＤＴの読込みを制御する。これにより、簡易な仕組みでデータの取得元を制御することを可能とする。

【0024】

振分けルールは、ＤＴに対するアクセス要求元別に設定できる。例えば、アクセスの要求元が振分けルールを有する場合、データ処理装置１００は、要求元から振分けルールを取得できた場合、デフォルトの取得ルールに代えて取得した振分けルールに従って振分けを行ってもよい。

【0025】

なお、上記のデフォルトの振分けルールは、「サービスの個別加工処理が書込むまでは共通ＤＴの属性の値を読込み、個別加工処理が書込むと固有ＤＴの属性を読込む。」とも換言できる。

【0026】

これにより、データ処理装置１００は、共通ＤＴと固有ＤＴを有しつつ、複数のサービスに対して、一つのＤＴに見せるようにでき、リソース削減等を図ることを可能とする。

【0027】

具体例を説明すると、図１に示すように、
（１）分析部＃２（１３２）が固有ＤＴ＃２（１１２）から第二の加工データＳ２（個別加工処理結果）の読込みを行ったとする。
（２）しかし、固有ＤＴ＃２（１１２）に第二の加工データＳ２（個別加工処理結果）がなかったとする。この場合、
（３）振分けルールに基づき、分析部＃２（１３２）は、共通ＤＴ１１０からデータ（第一の加工データＳ１）を読込む。

【0028】

ここで、分析部＃２（１３２）は、共通ＤＴ１１０から第一の加工データＳ１「時速」を読込み、サービス＃２に対応した分析処理を行うこともできる。図１には例示していないが、車Ａが「時速」および「平均時速」を送信し、共通ＤＴ１１０に書込むとする。そして、固有ＤＴ＃２（１１２）に属性「平均時速」のデータがなかったとする。この場合、（３）振分けルールに基づき、分析部＃２（１３２）は、共通ＤＴ１１０から同じ属性「平均時速」を読込み、分析処理することができる。

【0029】

ここで、（３）振分けルールに基づき、分析部＃２（１３２）は、共通ＤＴ１１０からデータ（第一の加工データＳ１）を読込む、という処理により、異なるサービス形態に対応することができる。例えば、下記１．～３．のサービス形態がある。

【0030】

１．複数の異なるサービスでＤＴを共有する。
２．状況に応じた属性値の算出を変更する場合の変更コストを下げる。
３．状況に応じてＤＴの読込み先を変えたい場合の変更コストを下げる。これら１．～３．の形態別のサービスの処理例は、処理例１．～３．として後述する。

【0031】

（従来のＤＴの課題）
ここで、図２，図３を用いて従来のＤＴの課題について説明しておく。実世界は広大であるため、実世界の写像には巨大なストレージ領域が必要となる。

【0032】

図２は、サービス毎にデジタルツインを用意した場合の課題の説明図である。例えば、２つのサービスＡ，Ｂに対応して、ＤＴ－Ａ（２０１）と、ＤＴ－Ｂ（２０２）を用意する必要がある。また、２つのサービスに対応して、個別加工処理部Ａ（２１１）と、個別加工処理部Ｂ（２１２）、および分析部Ａ（２１３）と分析部Ｂ（２１４）を用意する。図２の構成例では、同一の情報を２つのサービスで２重に収集、保持するため、ＤＴ－Ａ（２０１）と、ＤＴ－Ｂ（２０２）とが必要となり、コストが膨大となる。

【0033】

図３は、複数のサービスでデジタルツインを共有した場合の課題の説明図である。図３（ａ）に示すように、２つのサービスＡ，Ｂで共通するＤＴ２１０を用意する。また、２つのサービスに対応して、個別加工処理部Ａ（２１１）と、個別加工処理部Ｂ（２１２）、および分析部Ａ（２１３）と分析部Ｂ（２１４）を用意する。複数のサービスでデジタルツインを共有する場合、各サービスの個別加工処理結果をデジタルツインに保存（書込み）する時点で、サービス毎に異なる個別加工処理結果が衝突する問題が生じる。

【0034】

例えば、各サービスで共有するある属性「時速」について、各サービスで異なる値の個別加工処理結果を書込しようとする衝突が生じる。このように、複数のサービスでデジタルツインを共有する場合、複数のサービスが紐付ける情報、例えば、属性や関係性で衝突が生じるほか、機密性の問題も生じる。

【0035】

図３（ｂ）には、衝突発生の具体例を示す。例えば、個別加工処理部Ａ（２１１）では、車Ａの「時速」に基づき、過去１０分の属性「平均時速（３５ｋｍ／ｈ）」を算出し、ＤＴ２１０に書込むとする。また、個別加工処理部Ｂ（２１２）では、車Ａの「時速」に基づき、過去３０分の属性「平均時速（２０ｋｍ／ｈ）」を算出し、ＤＴ２１０に書込むとする。この場合、個別加工処理部Ａ（２１１）と個別加工処理部Ｂ（２１２）とが、ＤＴ２１０に対し、同じ属性「平均時速」に対し、異なる値（３５ｋｍ／ｈと、２０ｋｍ／ｈ）の書込みを試みるため衝突し、分析ができなくなる。

【0036】

図３（ｂ）では、属性の衝突例を説明したが、他の衝突例としては、関係性の衝突がある。慣性系の衝突は、デジタルツイン間の関係（例えば、人と組織の階層関係等）で同様の関係名を利用する場合に衝突が生じる。また、機密性の問題も生じる。例えば、分析部Ａ（２１３）と、分析Ｂ（２１４）とが異なる会社のサービスである場合、個別加工処理結果が相互間で見せたくない場合があるが、これに適応できず、機密性を維持できない。

【0037】

（実施の形態のデータ処理装置の機能）
図４は、実施の形態のデータ処理装置の機能の説明図である。データ処理装置１００は、例えば、複数台のサーバの分散処理により構成される。データ処理装置１００は、統合デジタルツインＩＯ部４０１、サービスＤＴ設定テーブル４０２、振分けルールテーブル４０３、共通ＤＴ１１０、固有ＤＴ＃１（１１１）、固有ＤＴ＃２（１１２）、サービス部＃１（４１１）、サービス部＃２（４１２）を含む。

【0038】

共通ＤＴ１１０と、固有ＤＴ＃１（１１１）と、固有ＤＴ＃２（１１２）とは、一つに統合した統合デジタルツイン４００である。また、データ処理装置１００は、ソースデータＳ０として図１に示した車Ａのセンサーが検出した「速度」の値を受信するものとする。

【0039】

図４の構成例では、便宜上、固有デジタルツインの数は、２つのサービスに対応して固有ＤＴ＃１（１１１）と、固有ＤＴ＃２（１１２）の２つとしたが、サービス数に応じて固有デジタルツインの数を配置すればよい。サービス部＃１（４１１）と、サービス部＃２（４１２）は、図１に示した個別加工処理部と分析部とを含む。

【0040】

サービスＤＴ設定テーブル４０２には、サービス毎にアクセスするＤＴの情報が設定される。例えば、サービス部＃１（４１１）のアクセスは固有ＤＴ＃１（１１１）であり、サービス部＃２（４１２）のアクセスは固有ＤＴ＃２（１１２）である情報が設定されている。なお、共通ＤＴ１１０については、サービス部＃１（４１１）およびサービス部＃２（４１２）のいずれからもアクセス可能である。

【0041】

例えば、サービス部＃１（４１１）は、図１に示した個別加工処理部＃１（１２１）と、分析部＃１（１３１）とを含む。サービス部＃１（４１１）は、統合デジタルツインＩＯ部４０１を介して共通ＤＴ１１０と、固有ＤＴ＃１（１１１）にアクセス（読書き）する。

【0042】

サービス部＃２（４１２）は、図１に示した個別加工処理部＃２（１２２）と、分析部＃２（１３２）とを含む。サービス部＃２（４１２）は、統合デジタルツインＩＯ部４０１を介して共通ＤＴ１１０と、固有ＤＴ＃２（１１２）にアクセスする。

【0043】

統合デジタルツインＩＯ部４０１は、要求受信部４２１と、振分け先決定部４２２と、要求送信部４２３と、を含む。要求受信部４２１は、デジタルツインに対するアクセスの要求を受信する。図４の例では、要求受信部４２１は、「車両Ａ」が送信する「速度」のソースデータＳ０と、サービス部＃１（４１１）と、サービス部＃２（４１２）からの要求を受信する。

【0044】

振分け先決定部４２２は、要求を行ったソースデータＳ０の送信元、あるいはサービス部＃１，＃２（４１１，４１２）からの要求に基づき、振分けルールテーブル４０３を参照する。そして、振分け先決定部４２２は、振分けルールテーブル４０３に設定された振り分けルールに基づき、ＤＴ（共通ＤＴ１１０、固有ＤＴ＃１，＃２（１１１，１１２）に対するアクセス（読書き）の振分け先を決める。

【0045】

振分けルールテーブル４０３は、要求元と、ＤＴからの読込みの振分けルール、ＤＴへの書込みの振分けルールの情報が設定されている。振分け先決定部４２２は、振分けルールに従い、例えば、個別加工処理部、および分析部からの書込み要求については、対応する固有ＤＴへ書込みする。また、振分け先決定部４２２は、個別加工処理、および分析部からの読込み要求については、まずサービス固有ＤＴを読込み、データがなければ共通ＤＴから読込む。このほか、振分け先決定部４２２は、要求元による個別の振分けルールが未定義の場合には、デフォルトの振分けルールを適用して処理する。

【0046】

図４に示す例の振分けルールテーブル４０３には、デフォルトの振分けルールとして、「サービスの個別加工処理が書込むまでは共通ＤＴの属性の値を読込み、個別加工処理が書込むと固有ＤＴの属性を読込む。」が設定されている。この振分けルールテーブル４０３のレコード４０３－１には、センサーからのソースデータＳ０は、共通ＤＴ１１０への書込み、のみが設定されている。

【0047】

また、図４の例では、振分けルールテーブル４０３のレコード４０３－２には、サービス部＃１（４１１）における、ＤＴからの読込みは、「固有ＤＴ＃１→共通ＤＴ」が設定されている。これは、はじめに固有ＤＴ＃１（１１１）から要求された属性のデータを読込み、固有ＤＴ＃１（１１１）からデータが読込めなかったとき（値がないときを含む）には、共通ＤＴ１１０からデータを読込む、ことを示す。例えば、図１の例では、サービス部＃１（４１１）の分析部＃１（１３１）は、はじめに固有ＤＴ＃１（１１１）から要求された属性のデータを読込み、固有ＤＴ＃１（１１１）からこの属性のデータが読込めなかったときには、共通ＤＴ１１０からデータを読込む。

【0048】

また、図４の例では、振分けルールテーブル４０３のレコード４０３－２には、サービス部＃１（４１１）における、ＤＴへの書込みは、「固有ＤＴ＃１」が設定されている。これは、固有ＤＴ＃１（１１１）のみに要求された属性のデータを書込む、ことを示す。

【0049】

また、図４の例では、振分けルールテーブル４０３のレコード４０３－３には、サービス部＃２（４１２）における、ＤＴからの読込みは、「固有ＤＴ＃２→共通ＤＴ」が設定されている。これは、はじめに固有ＤＴ＃２（１１２）から要求された属性のデータを読込み、固有ＤＴ＃１（１１１）からデータが読込めなかったとき（値がないときを含む）には、共通ＤＴ１１０からデータを読込む、ことを示す。例えば、図１の例では、サービス部＃２（４１２）の分析部＃２（１３２）は、はじめに固有ＤＴ＃２（１１２）から要求された属性のデータを読込み、固有ＤＴ＃２（１１２）からこの属性のデータが読込めなかったときには、共通ＤＴ１１０からデータを読込む。

【0050】

また、図４の例では、振分けルールテーブル４０３のレコード４０３－３には、サービス部＃２（４１２）における、ＤＴへの書込みは、「固有ＤＴ＃２」が設定されている。これは、固有ＤＴ＃２（１１２）のみに要求された属性のデータを書込む、ことを示す。

【0051】

また、図４の例では、振分けルールテーブル４０３のレコード４０３－４には、要求元を特定しない「共通」の要求について、共通ＤＴ１１０からの読込み、および書込み、が設定されている。

【0052】

（データ処理装置のハードウェア構成例）
図５は、データ処理装置のハードウェア構成例を示す図である。データ処理装置１００は、図５に示す汎用のハードウェアからなるサーバ等のコンピュータで構成することができる。

【0053】

データ処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０１と、メモリ５０２と、ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）５０３と、を有する。また、データ処理装置１００は、記録媒体Ｉ／Ｆ５０４と、記録媒体５０５と、可搬型記録媒体Ｉ／Ｆ５０６と、可搬型記録媒体５０７と、を有する。また、各構成部は、バス５００によってそれぞれ接続される。

【0054】

ＣＰＵ５０１は、データ処理装置１００の全体の制御を司る制御部として機能する。ＣＰＵ５０１は、複数のコアを有していてもよい。メモリ５０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳのプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ５０１のワークエリアとして使用される。メモリ５０２に記憶されるプログラムは、ＣＰＵ５０１にロードされることで、コーディングされている処理をＣＰＵ５０１に実行させる。

【0055】

ネットワークＩ／Ｆ５０３は、通信回線を通じてネットワークＮＷに接続され、ネットワークＮＷを介して外部のコンピュータに接続される。外部のコンピュータは、例えば、データ処理装置１００を複数のサーバで構成した場合、ネットワークＮＷを介して、各サーバが接続される。そして、ネットワークＩ／Ｆ５０３は、ネットワークＮＷと装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ５０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

【0056】

記録媒体Ｉ／Ｆ５０４は、ＣＰＵ５０１の制御に従って記録媒体５０５に対するデータのリード／ライトを制御する。記録媒体５０５は、記録媒体Ｉ／Ｆ５０４の制御で書込まれたデータを記憶する。記録媒体５０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

【0057】

可搬型記録媒体Ｉ／Ｆ５０６は、ＣＰＵ５０１の制御に従って可搬型記録媒体５０７に対するデータのリード／ライトを制御する。可搬型記録媒体５０７は、可搬型記録媒体Ｉ／Ｆ５０６の制御で書込まれたデータを記憶する。可搬型記録媒体５０７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。

【0058】

なお、データ処理装置１００は、上述した構成部のほかに、例えば、入力装置、ディスプレイなどを有することにしてもよい。

【0059】

図４に示した統合デジタルツインＩＯ部４０１は、図５に示したＣＰＵ５０１がプログラム実行することで機能を実現できる。図４に示したサービスＤＴ設定テーブル４０２、振分けルールテーブル４０３、共通ＤＴ１１０、固有ＤＴ＃１（１１１）、固有ＤＴ＃２（１１２）は、例えば、図５に示した記録媒体５０５、可搬型記録媒体５０７を用いて機能を実現できる。

【0060】

ところで、図４に記載したサービス部＃１，＃２（４１１，４１２）は、データ処理装置１００の外部のサービス会社がそれぞれ所有する図５等のサーバ等のハードウェアで構成することができる。

【0061】

（データ処理装置の処理例）
次に、データ処理装置１００の各処理例を説明する。以下の各処理は、データ処理装置１００の制御部であるＣＰＵ５０１が実行処理する。

【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】

この処理例３では、図９（ａ）に示すように、あるサービスの分析部＃１（１３１）は、個別加工処理部＃１（１２１）の動作時には、固有ＤＴ＃１（１１１）から「（推定）速度」を読込む。この時、分析部＃１（１３１）は、車Ａは、「更新頻度」が１分の「（推定）速度」に基づく低精度の分析であるのに対し、車Ｂは、「更新頻度」が１秒の「（実測）速度」に基づく高精度の分析である。例えば、データ処理装置１００は、「更新頻度」を閾値と比較して高頻度であるか低頻度であるかを判断でき、データ精度についても「更新頻度」に基づき高精度であるか低精度であるかを判断できる。

【0087】

ここで、図９（ｂ）に示すように、車Ａの「速度」の「更新頻度」が１分から１秒に更新されたとする。この場合、分析部＃１（１３１）は、個別加工処理部＃１（１２１）から車Ａの「（推定）速度」の読込みを止めて、共通ＤＴ１１０から「（実測）速度」を読込む。この場合、車Ａは、「更新頻度」が１秒であり、車Ｂと同様の更新頻度で「（実測）速度」に基づく高精度な分析が行えるようになる。

【0088】

この図９（ａ），（ｂ）に示す例では、例えば、車Ａの速度を検出するセンサーの交換等に基づく、更新頻度の変更（高精度化）を要因として、より高精度な値のＤＴに読込み先を変更させる。これにより、分析部＃１（１３１）が読込み先を「固有ＤＴ＃１」→「共通ＤＴ」に変更する際の変更コストを下げることができるようになる。

【0089】

（データ処理装置の処理手順例）
次に、図１０～図１２を用いてデータ処理装置１００のデータ処理手順例を説明する。

【0090】

図１０は、データ処理装置の全体処理例を示すフローチャートである。図１０の処理は、主に図４の統合デジタルツインＩＯ部４０１が行う処理であり、図５に示したＣＰＵ５０１が処理実行する。

【0091】

はじめに、データ処理装置１００は、ＤＴに対するアクセスの要求を受信する（ステップＳ１００１）。次に、データ処理装置１００は、要求元と要求内容を取得する（ステップＳ１００２）。要求元は、例えば、上述したサービス部＃１、＃２（４１１，４１２）の個別加工処理部＃１、＃２（１２１，１２２）、あるいは分析部＃１、＃２（１３１，１３２）である。

【0092】

次に、データ処理装置１００は、要求内容が読込みか書込みかを判断する（ステップＳ１００３）。データ処理装置１００は、要求内容が読込みであれば（ステップＳ１００３：読込み）、ステップＳ１００４の処理に移行する。一方、要求内容が書込みであれば（ステップＳ１００３：書込み）、データ処理装置１００は、ステップＳ１００８の処理に移行する。

【0093】

ステップＳ１００４では、データ処理装置１００は、要求元の読込みルールを取得する（ステップＳ１００４）。そして、データ処理装置１００は、要求元の読込みルールを取得できたか否かを判断する（ステップＳ１００５）。要求元の読込みルールを取得できれば（ステップＳ１００５：Ｙｅｓ）、データ処理装置１００は、取得したルール（振分けルール）に応じてデータの読込みを処理し（ステップＳ１００６）、以上の処理を終了する。

【0094】

一方、要求元の読込みルールを取得できなければ（ステップＳ１００５：Ｎｏ）、データ処理装置１００は、デフォルト読込み処理を行い（ステップＳ１００７）、以上の処理を終了する。デフォルトの読込み処理では、データ処理装置１００は、デフォルトの振分けルールに応じてデータを読込み処理し、以上の処理を終了する。

【0095】

ステップＳ１００８では、データ処理装置１００は、要求元の書込みルールを取得する（ステップＳ１００８）。そして、データ処理装置１００は、要求元の書込みルールを取得できたか否かを判断する（ステップＳ１００９）。要求元の書込みルールを取得できれば（ステップＳ１００９：Ｙｅｓ）、データ処理装置１００は、取得したルール（振分けルール）に応じてデータを書込み処理し（ステップＳ１０１０）、以上の処理を終了する。

【0096】

一方、要求元の書込みルールを取得できなければ（ステップＳ１００９：Ｎｏ）、データ処理装置１００は、デフォルト書込み処理を行い（ステップＳ１０１１）、以上の処理を終了する。デフォルトの書込み処理では、データ処理装置１００は、デフォルトの振分けルールに応じてデータを書込み処理し、以上の処理を終了する。

【0097】

図１１は、データ処理装置のデフォルト読込み処理例を示すフローチャートである。図１１に示す処理は、図１０のステップＳ１００７に示したデフォルト読込み処理を詳細化したものである。

【0098】

はじめに、データ処理装置１００は、ＤＴに対する読込みの要求元と要求内容を取得する（ステップＳ１１０１）。ここで、要求元は、上述した車両Ａの速度を送信するセンサー、あるいはサービス部＃１、＃２（４１１，４１２）の個別加工処理部＃１、＃２（１２１，１２２）、あるいは分析部＃１、＃２（１３１，１３２）であるとする。

【0099】

そして、データ処理装置１００は、要求元がセンサーかサービスであるかを判断する（ステップＳ１１０２）。判断結果、要求元がセンサーであれば（ステップＳ１１０２：センサー）、データ処理装置１００は、異常検出エラーをセットし（ステップＳ１１０３）、ステップＳ１１１１の処理に移行する。ここで、センサーは、送信による書込み要求のみを行うため、読込みは異常検出エラーとしている。

【0100】

一方、ステップＳ１１０２の判断結果、要求元がサービスであれば（ステップＳ１１０２：サービス）、データ処理装置１００は、サービスに対応するサービス固有ＤＴからデータを読込みする（ステップＳ１１０４）。次に、データ処理装置１００は、データが読めたか否かを判断する（ステップＳ１１０５）。

【0101】

ステップＳ１１０５の判断結果、データが読めた場合には（ステップＳ１１０５：Ｙｅｓ）、データ処理装置１００は、読んだ値を利用し（ステップＳ１１０６）、ステップＳ１１１１の処理に移行する。

【0102】

一方、データが読めなかった場合には（ステップＳ１１０５：Ｎｏ）、データ処理装置１００は、デフォルトの振分けルールに従い、共通ＤＴからデータを読込みする（ステップＳ１１０７）。次に、データ処理装置１００は、データが読めたか否かを判断する（ステップＳ１１０８）。

【0103】

ステップＳ１１０８の判断結果、データが読めた場合には（ステップＳ１１０８：Ｙｅｓ）、データ処理装置１００は、読んだ値を利用し（ステップＳ１１０９）、ステップＳ１１１１の処理に移行する。

【0104】

一方、データが読めなかった場合には（ステップＳ１１０８：Ｎｏ）、データ処理装置１００は、読込み失敗エラーをセットし（ステップＳ１１１０）、ステップＳ１１１１の処理に移行する。

【0105】

ステップＳ１１１１では、データ処理装置１００は、読んだ値かエラーを要求元に返し（ステップＳ１１１１）、以上の処理を終了する。要求元であるサービス部（個別加工処理部、あるいは分析部）は、データ処理装置１００が返す値に基づくデータ処理を行い、エラー時にはエラー処理を行う。

【0106】

図１２は、データ処理装置のデフォルト書込み処理例を示すフローチャートである。図１２に示す処理は、図１０のステップＳ１０１１に示したデフォルト書込み処理を詳細化したものである。

【0107】

はじめに、データ処理装置１００は、ＤＴに対する書込みの要求元を取得する（ステップＳ１２０１）。ここで、要求元は、上述した車両Ａの速度を送信するセンサー、あるいはサービス部＃１、＃２（４１１，４１２）の個別加工処理部＃１、＃２（１２１，１２２）、あるいは分析部＃１、＃２（１３１，１３２）であるとする。

【0108】

そして、データ処理装置１００は、要求元がセンサーかサービスであるかを判断する（ステップＳ１２０２）。判断結果、要求元がセンサーであれば（ステップＳ１２０２：センサー）、データ処理装置１００は、共通ＤＴにデータを書込み（ステップＳ１２０３）、ステップＳ１２０４の処理に移行する。

【0109】

一方、ステップＳ１２０２の判断結果、要求元がサービスであれば（ステップＳ１２０２：サービス）、データ処理装置１００は、サービスに対応するサービス固有ＤＴにデータの書込みを行い（ステップＳ１２０７）、ステップＳ１２０８の処理に移行する。

【0110】

ステップＳ１２０３の処理後、データ処理装置１００は、データが書けたか否かを判断する（ステップＳ１２０４）。判断の結果、共通ＤＴにデータが書けた場合には（ステップＳ１２０４：Ｙｅｓ）、データ処理装置１００は、書込みが正常処理であるとし（ステップＳ１２０５）、ステップＳ１２１１の処理に移行する。

【0111】

一方、判断の結果、共通ＤＴにデータが書けなかった場合には（ステップＳ１２０４：Ｎｏ）、データ処理装置１００は、書込みエラーを検出し（ステップＳ１２０６）、ステップＳ１２１１の処理に移行する。

【0112】

また、ステップＳ１２０７の処理後、データ処理装置１００は、データが書けたか否かを判断する（ステップＳ１２０８）。判断の結果、サービス固有ＤＴにデータが書けた場合には（ステップＳ１２０８：Ｙｅｓ）、データ処理装置１００は、書込みが正常処理であるとし（ステップＳ１２０９）、ステップＳ１２１１の処理に移行する。

【0113】

一方、判断の結果、サービス固有ＤＴにデータが書けなかった場合には（ステップＳ１２０８：Ｎｏ）、データ処理装置１００は、書込みエラーを検出し（ステップＳ１２１０）、ステップＳ１２１１の処理に移行する。

【0114】

ステップＳ１２１１では、データ処理装置１００は、書込みが正常終了であるかエラーを要求元に返し（ステップＳ１２１１）、以上の処理を終了する。要求元であるサービス部（個別加工処理部、あるいは分析部）は、データ処理装置１００が返す値に基づくデータ処理を行い、エラー時にはエラー処理を行う。

【0115】

以上説明したデータ処理装置１００の説明において、ＤＴへのアクセスを行う要求元は、サービス毎に限らず、個別加工処理部や分析部の単位で設定することとしてもよい。また、要求元に固有の振分けルールとして、図４の振分けルールテーブル４０３のレコード４０３－４に示したように、個別加工処理（例えば、処理例２相当）は、データの読書きを共通ＤＴとする設定とすることもできる。そして、要求元から固有の振分けルールを取得できた場合、図４の振分けルールテーブル４０３にレコード４０３－４を追加するだけで簡単に振分けルールを追加できる。

【0116】

以上説明した実施の形態のデータ処理装置１００は、受信したソースデータを加工した第一の加工データが格納される共通デジタルツインと、ソースデータを加工した第二の加工データが格納される固有デジタルツインと、共通デジタルツインまたは固有デジタルツインへのアクセスを要求してデータ処理を行う複数のサービス別のサービス部と、を含む。複数のサービス部は、予め定めたデータ振分けルールに従い、複数のサービス別の固有デジタルツインから第二の加工データの読込みを行い、読込み対象のデータが存在しないと判定された場合には、共通デジタルツインから第一の加工データの読込みを行う。これにより、複数のサービスで共通して利用するデータを共通デジタルツインに格納し、複数のサービス別に固有のデータは固有デジタルツインに格納する一つの統合デジタルツインとなる。また、固有デジタルツイン→共通デジタルツインのデータ振分けルールにより、サービス部は、必要とするデータを効率的に読込みできる。これにより、サービス数が増大してもストレージ領域の増大を抑え効率的に使用できる。

【0117】

また、データ処理装置１００は、デジタルツインへのアクセスの要求元が、個別の振り分けルールを有する場合、当該個別の振り分けルールを取得する。そして、取得した個別の振り分けルールに従い、共通デジタルツインまたは固有デジタルツインへのアクセスを行う。これにより、要求元の振り分けルールに従った共通デジタルツインまたは固有デジタルツインへのアクセスを行うことができるようになる。

【0118】

また、データ処理装置１００は、複数のサービス部は、ソースデータを加工した第二の加工データを生成し、当該第二の加工データを固有デジタルツインに書込む個別加工処理部と、第一の加工データまたは第二の加工データを処理する分析部と、を含んでもよい。分析部は、複数のサービス別の固有デジタルツインから第二の加工データの読込みを行い、読込み対象のデータが存在しないと判定された場合には、共通デジタルツインから第一の加工データの読込みを行う。このように、サービス部は、サービス毎に個別の個別加工処理と、個別加工処理後の分析を行う分析部とを有することができる。この場合、分析部は、個別加工処理後の第二の加工データによる分析に限らず、第一の加工データに基づく分析を行うこともできるようになる。

【0119】

また、データ処理装置１００は、複数のサービス部は、共通デジタルツインから第一の加工データを読込み、読込んだ第一の加工データを加工した第二の加工データを、各サービス別の固有デジタルツインに書込む、処理を行うことができる。これにより、複数のサービス部で第一の加工データを共通して利用できるとともに、各サービス部が個別に処理した第二の加工データは、サービス毎に異なる固有デジタルツインに格納できるようになる。

【0120】

また、データ処理装置１００は、サービス部は、共通デジタルツイン、および固有デジタルツインに対し、同じ属性のデータに対する読書きのアクセスを行うこととしてもよい。これにより、例えば、共通デジタルツインからある属性のデータが読込みできない場合、固有デジタルツインから同じ属性のデータを読込んで、分析等のサービスを継続できるようになる。

【0121】

また、データ処理装置１００は、個別加工処理部は、共通デジタルツインから第一の加工データを読込み、加工した第二の加工データの作成、にかかる処理を実行または未実行で切替える場合があるとする。この場合、分析部は、個別加工処理部の未実行時には、共通デジタルツインから第一の加工データを読込む。一方、分析部は、個別加工処理部の実行時には、固有デジタルツインから第二の加工データを読込む、処理に切替えることができる。これにより、例えば、個別加工処理部の実行の有無で属性の値の算出状態を変える等の状況の変更に対応でき、状況の変更にかかる処理の変更コストを抑制できる。

【0122】

また、データ処理装置１００は、分析部は、ソースデータのデータ精度または更新頻度に基づき、ソースデータのデータ精度が低精度あるいは低更新頻度であれば、固有デジタルツインから第二の加工データを読込む。一方、ソースデータのデータ精度が高精度、あるいは高更新頻度であれば、共通デジタルツインから第一の加工データを読込むことができる。これにより、ソースデータのデータ精度または更新頻度の変更に対応でき、例えば、共通デジタルツインと固有デジタルツインが保持するデータのうち、より高精度または高更新頻度のデータを読込んで分析に用いることができるようになる。

【0123】

また、データ処理装置１００は、予め定めたデータ振分けルールに従い、受信したソースデータを加工した第一の加工データを、共通デジタルツインに書込む。また、複数のサービス部は、ソースデータを加工した第二の加工データを、サービス別の固有デジタルツインに書込むこととすることができる。これにより、多数のソースデータを常に受信可能にして共通デジタルツインに第一の加工データとして格納保持できるとともに、サービス部別の第二の加工データを各サービス別の固有デジタルツインに格納できるようになる。

【0124】

これらのことから、実施の形態のデータ処理装置１００は、多数のサービスがアクセスするデジタルツインにおいて、各サービスに対し、共通して利用可能なデータを共通デジタルツインで提供し、各サービスに固有のデータは、固有デジタルツインで提供できる。固有デジタルツインは、サービス別に分離しており、互いに異なるサービスに適用できるほか、異なるサービス間では互いにデータを読込みできず、機密性を維持できる。共通デジタルツインと固有デジタルツインとを統合した統合デジタルツインは、ＭａａＳ（Ｍｏｂｉｌｉｔｙ ａｓ ａ Ｓｅｒｖｉｃｅ）や、人流誘導等のスマートシティ等への適用が可能である。

【0125】

なお、本発明の実施の形態で説明したデータ処理方法は、予め用意されたプログラムをサーバ等のプロセッサに実行させることにより実現することができる。本方法は、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ－Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、フラッシュメモリ等のコンピュータで読取り可能な記録媒体に記録され、コンピュータによって記録媒体から読出されることによって実行される。また本方法は、インターネット等のネットワークを介して配布してもよい。

【0126】

上述した実施の形態に関し、さらに以下の付記を開示する。

【0127】

（付記１）受信したソースデータを加工した第一の加工データが格納される共通デジタルツインと、前記ソースデータを加工した第二の加工データが格納される固有デジタルツインと、前記共通デジタルツインまたは前記固有デジタルツインへのアクセスを要求してデータ処理を行う複数のサービス別のサービス部と、を含むデータ処理装置のコンピュータが実行するデータ処理方法であって、
複数の前記サービス部は、予め定めたデータ振分けルールに従い、
複数のサービス別の前記固有デジタルツインから前記第二の加工データの読込みを行い、
読込み対象のデータが存在しないと判定された場合には、
前記共通デジタルツインから前記第一の加工データの読込みを行う、
ことを特徴とするデータ処理方法。

【0128】

（付記２）前記デジタルツインへのアクセスの要求元が、個別の振り分けルールを有する場合、当該個別の振り分けルールを取得し、
取得した個別の振り分けルールに従い、前記共通デジタルツインまたは前記固有デジタルツインへのアクセスを行う、
ことを特徴とする付記１に記載のデータ処理方法。

【0129】

（付記３）複数の前記サービス部は、
前記ソースデータを加工した第二の加工データを生成し、当該前記第二の加工データを前記固有デジタルツインに書込む個別加工処理部と、前記第一の加工データまたは前記第二の加工データを処理する分析部と、を含み、
前記分析部は、
複数のサービス別の前記固有デジタルツインから前記第二の加工データの読込みを行い、
読込み対象のデータが存在しないと判定された場合には、
前記共通デジタルツインから前記第一の加工データの読込みを行う、
ことを特徴とする付記１に記載のデータ処理方法。

【0130】

（付記４）複数の前記サービス部は、
前記共通デジタルツインから前記第一の加工データを読込み、
読込んだ前記第一の加工データを加工した第二の加工データを、各サービス別の固有デジタルツインに書込む、
ことを特徴とする付記１に記載のデータ処理方法。

【0131】

（付記５）前記サービス部は、
前記共通デジタルツイン、および前記固有デジタルツインに対し、同じ属性のデータに対する読書きのアクセスを行うことを特徴とする付記１に記載のデータ処理方法。

【0132】

（付記６）前記個別加工処理部は、
前記共通デジタルツインから前記第一の加工データを読込み、加工した前記第二の加工データの作成、にかかる処理を実行または未実行で切替える場合、
前記分析部は、
前記個別加工処理部の未実行時には、前記共通デジタルツインから前記第一の加工データを読込み、
前記個別加工処理部の実行時には、前記固有デジタルツインから前記第二の加工データを読込む、
ことを特徴とする付記３に記載のデータ処理方法。

【0133】

（付記７）前記分析部は、
前記ソースデータのデータ精度または更新頻度に基づき、前記ソースデータのデータ精度が低精度あるいは低更新頻度であれば、前記固有デジタルツインから前記第二の加工データを読込み、
前記ソースデータのデータ精度が高精度、あるいは高更新頻度であれば、前記共通デジタルツインから前記第一の加工データを読込む、
ことを特徴とする付記３に記載のデータ処理方法。

【0134】

（付記８）予め定めたデータ振分けルールに従い、
受信した前記ソースデータを加工した前記第一の加工データを、前記共通デジタルツインに書込み、
複数のサービス部は、
前記ソースデータを加工した前記第二の加工データを、サービス別の前記固有デジタルツインに書込む、
ことを特徴とする付記１に記載のデータ処理方法。

【0135】

（付記９）受信したソースデータを加工した第一の加工データが格納される共通デジタルツインと、前記ソースデータを加工した第二の加工データが格納される固有デジタルツインと、前記共通デジタルツインまたは前記固有デジタルツインへのアクセスを要求してデータ処理を行う複数のサービス別のサービス部と、を含むデータ処理装置のコンピュータに実行させるデータ処理プログラムであって、
複数の前記サービス部は、予め定めたデータ振分けルールに従い、
複数のサービス別の前記固有デジタルツインから前記第二の加工データの読込みを行い、
読込み対象のデータが存在しないと判定された場合には、
前記共通デジタルツインから前記第一の加工データの読込みを行う、
ことを特徴とするデータ処理プログラム。

【0136】

（付記１０）受信したソースデータを加工した第一の加工データが格納される共通デジタルツインと、
前記ソースデータを加工した第二の加工データが格納される固有デジタルツインと、
前記共通デジタルツインまたは前記固有デジタルツインへのアクセスを要求してデータ処理を行う複数のサービス別のサービス部と、を含むデータ処理装置であって、
予め定めたデータ振分けルールに従い、
複数のサービス別の前記固有デジタルツインから前記第二の加工データの読込みを行い、
読込み対象のデータが存在しないと判定された場合には、
前記共通デジタルツインから前記第一の加工データの読込みを行う、
振分け部を有することを特徴とするデータ処理装置。

【符号の説明】

【0137】

１００ データ処理装置
１１０ 共通デジタルツイン（ＤＴ）
１１１，１１２ 固有ＤＴ
１２１，１２２ 個別加工処理部
１３１，１３２ 分析部
４００ 統合デジタルツイン
４０１ 統合デジタルツインＩＯ部
４０２ サービスＤＴ設定テーブル
４０３ 振分けルールテーブル
４２１ 要求受信部
４２２ 振分け先先決定部
４２３ 要求送信部
５０１ ＣＰＵ
５０２ メモリ
５０３ ネットワークＩ／Ｆ
５０５ 記録媒体
５０７ 可搬型記録媒体
Ｓ０ ソースデータ
Ｓ１ 第一の加工データ
Ｓ２ 第二の加工データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】