知財求人 - 知財ポータルサイト「IP Force」
特許7609969データ管理システム、データ管理サーバ、データ管理方法、データ管理プログラム、及び記録媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-23
(45)【発行日】2025-01-07
(54)【発明の名称】データ管理システム、データ管理サーバ、データ管理方法、データ管理プログラム、及び記録媒体
(51)【国際特許分類】
G06F 21/62 20130101AFI20241224BHJP
G06F 16/908 20190101ALI20241224BHJP
【ＦＩ】
G06F21/62 318
G06F16/908
【請求項の数】
11
(21)【出願番号】P 2023505539
(86)(22)【出願日】2022-03-07
(86)【国際出願番号】 JP2022009662
(87)【国際公開番号】W WO2022191118
(87)【国際公開日】2022-09-15
【審査請求日】2023-10-10
(31)【優先権主張番号】P 2021040743
(32)【優先日】2021-03-12
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】390008235
【氏名又は名称】ファナック株式会社
(74)【代理人】
【識別番号】100106002
【弁理士】
【氏名又は名称】正林 真之
(74)【代理人】
【識別番号】100165157
【弁理士】
【氏名又は名称】芝 哲央
(74)【代理人】
【識別番号】100160794
【弁理士】
【氏名又は名称】星野 寛明
(72)【発明者】
【氏名】外園 洋輝
【審査官】田名網 忠雄
(56)【参考文献】
【文献】特開２００７－１４９０６７（ＪＰ，Ａ）
【文献】国際公開第２０１９／２３４８８７（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ２１／６２
Ｇ０６Ｆ １６／９０８
(57)【特許請求の範囲】
【請求項1】
制御部と、データベースと、を備えるデータ管理サーバであって、
前記データベースに格納されたデータファイルに係る情報と、前記データファイルの取得の可否に関する再取得可否情報と、を対応付けた再取得条件情報を記録管理する再取得条件管理部と、
前記データ管理サーバの外部から提供されるデータファイルに付加された前記再取得可否情報に基づいて前記データファイルの再取得条件情報を前記再取得条件管理部に登録し、提供された前記データファイルを前記データベースに送信するデータ送信部と、
前記データベースに格納されたデータファイルの取得要求を受け付けると、前記再取得条件管理部により管理される前記再取得条件情報に基づいて、前記データファイルの取得を許可されている場合のみ、前記データファイルを前記データベースから取得するデータ取得部と、
を備え、
前記再取得条件管理部は、所定のタイミングで前記データベースに格納されたデータファイルを確認し、前記データファイルが無い場合、前記データファイルの再取得条件情報を削除する、データ管理サーバ。
【請求項2】
制御部と、データベースと、を備えるデータ管理サーバであって、
前記データベースに格納されたデータファイルに係る情報と、前記データファイルの取得の可否に関する再取得可否情報と、を対応付けた再取得条件情報を記録管理する再取得条件管理部と、
前記データ管理サーバの外部から提供されるデータファイルに付加された前記再取得可否情報に基づいて前記データファイルの再取得条件情報を前記再取得条件管理部に登録し、提供された前記データファイルを前記データベースに送信するデータ送信部と、
前記データベースに格納されたデータファイルの取得要求を受け付けると、前記再取得条件管理部により管理される前記再取得条件情報に基づいて、前記データファイルの取得を許可されている場合のみ、前記データファイルを前記データベースから取得するデータ取得部と、
を備え、
前記再取得条件管理部は、前記データ送信部が送信した前記データファイルに格納されたデータの範囲情報の少なくとも一部が、前記データベースに格納されているデータの範囲情報と重複する場合、前記データファイルの再取得条件情報を更新する、データ管理サーバ。
【請求項3】
前記再取得条件情報は、少なくとも取得が不可に指定されたデータファイルの識別情報、及び前記データファイルに格納されたデータの範囲情報を含む、請求項１又は２に記載のデータ管理サーバ。
【請求項4】
前記データファイルに格納されるデータは、エッジ機器の動作状態を示すデータ、エッジ機器の生産状況を示すデータ、エッジ機器の生産物の品質状況を示すデータ、エッジ機器の稼働状況を示すデータ、及びエッジ機器のイベントを示すデータのうち、少なくともいずれか１つに対応し、前記データの範囲情報は、当該データの生成されたタイムスタンプに係る期間を含む、請求項３に記載のデータ管理サーバ。
【請求項5】
前記データ管理サーバは、通信部を備え、前記データ管理サーバの外部から提供され、前記データ管理サーバにインポートされるデータファイルは、前記通信部を介して受信する、請求項１から請求項４のいずれか１項に記載のデータ管理サーバ。
【請求項6】
外部から提供されるデータファイルを内部のデータベースに格納するためのデータ管理方法であって、制御部と、データベースと、を備えるコンピュータにより、
前記データベースに格納されたデータファイルに係る情報と、前記データファイルの取得の可否に関する再取得可否情報と、を対応付けた再取得条件情報を記録管理する再取得条件管理ステップと、
外部から提供されるデータファイルに付加された前記再取得可否情報に基づいて前記データファイルの再取得条件情報を登録し、提供された前記データファイルを前記データベースに送信するデータ送信ステップと、
所定のタイミングで前記データベースに格納されたデータファイルを確認し、前記データファイルが無い場合、前記データファイルの再取得条件情報を削除する再取得条件情報削除ステップと、
前記データベースに格納されたデータファイルの取得要求を受け付けると、管理される前記再取得条件情報に基づいて、前記データファイルの取得を許可されている場合のみ、前記データファイルを前記データベースから取得するデータ取得ステップと、
を実行するデータ管理方法。
【請求項7】
外部から提供されるデータファイルを内部のデータベースに格納するためのデータ管理方法であって、制御部と、データベースと、を備えるコンピュータにより、
前記データベースに格納されたデータファイルに係る情報と、前記データファイルの取得の可否に関する再取得可否情報と、を対応付けた再取得条件情報を記録管理する再取得条件管理ステップと、
外部から提供されるデータファイルに付加された前記再取得可否情報に基づいて前記データファイルの再取得条件情報を登録し、提供された前記データファイルを前記データベースに送信するデータ送信ステップと、
前記データ送信ステップにおいて送信した前記データファイルに格納されたデータの範囲情報の少なくとも一部が、前記データベースに格納されているデータの範囲情報と重複する場合、前記データファイルの再取得条件情報を更新する再取得条件情報更新ステップと、
前記データベースに格納されたデータファイルの取得要求を受け付けると、管理される前記再取得条件情報に基づいて、前記データファイルの取得を許可されている場合のみ、前記データファイルを前記データベースから取得するデータ取得ステップと、
を実行するデータ管理方法。
【請求項8】
外部から提供されるデータファイルを内部のデータベースに格納するためのデータ管理プログラムであって、制御部と、データベースと、を備えるコンピュータに、
前記データベースに格納されたデータファイルに係る情報と、前記データファイルの取得の可否に関する再取得可否情報と、を対応付けた再取得条件情報を記録管理する再取得条件管理ステップと、
外部から提供されるデータファイルに付加された前記再取得可否情報に基づいて前記データファイルの再取得条件情報を登録し、提供された前記データファイルを前記データベースに送信するデータ送信ステップと、
所定のタイミングで前記データベースに格納されたデータファイルを確認し、前記データファイルが無い場合、前記データファイルの再取得条件情報を削除する再取得条件情報削除ステップと、
前記データベースに格納されたデータファイルの取得要求を受け付けると、管理される前記再取得条件情報に基づいて、前記データファイルの取得を許可されている場合のみ、前記データファイルを前記データベースから取得するデータ取得ステップと、
を実行させるためのデータ管理プログラム。
【請求項9】
外部から提供されるデータファイルを内部のデータベースに格納するためのデータ管理プログラムであって、制御部と、データベースと、を備えるコンピュータに、
前記データベースに格納されたデータファイルに係る情報と、前記データファイルの取得の可否に関する再取得可否情報と、を対応付けた再取得条件情報を記録管理する再取得条件管理ステップと、
外部から提供されるデータファイルに付加された前記再取得可否情報に基づいて前記データファイルの再取得条件情報を登録し、提供された前記データファイルを前記データベースに送信するデータ送信ステップと、
前記データ送信ステップにおいて送信した前記データファイルに格納されたデータの範囲情報の少なくとも一部が、前記データベースに格納されているデータの範囲情報と重複する場合、前記データファイルの再取得条件情報を更新する再取得条件情報更新ステップと、
前記データベースに格納されたデータファイルの取得要求を受け付けると、管理される前記再取得条件情報に基づいて、前記データファイルの取得を許可されている場合のみ、前記データファイルを前記データベースから取得するデータ取得ステップと、
を実行させるためのデータ管理プログラム。
【請求項10】
請求項８又は９に記載のデータ管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項11】
請求項１又は２に記載のデータ管理サーバとしての受取側サーバと、前記受取側サーバに外部から提供されるデータファイルを作成する提供側サーバと、を含むデータ管理システムであって、
前記提供側サーバは、
制御部と、
データベースと、を備え、
前記制御部は、
前記データベースに格納されたデータファイルを取得するデータ取得部と、
前記データファイルに、当該データファイルに対する取得の可否が指定された再取得可否情報を付加する再取得条件作成部と、
前記再取得条件作成部により、前記再取得可否情報が付加された前記データファイルを前記受取側サーバに提供する提供データファイルとして外部に出力するデータ出力部と、を備える、
データ管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、データ管理システム、データ管理サーバ、データ管理方法、データ管理プログラム、及び記録媒体に関する。
【背景技術】
【0002】
製造装置の分野において、昨今、製造現場向けに様々な機能や目的を持った、例えば「見える化」「品質向上」「保守・保全」「開発者向けツールソフト／コンバータ」等のサーバアプリケーションソフトウェア（以降、単に「アプリケーション」、「アプリ」ともいう）が、様々な会社で開発されている。
例えば、システムインテグレータ等の開発者が、製造現場における工作機械、産業機器、産業用ロボット等のエッジ機器の稼働に伴う処理データに基づいて、製造現場向けのアプリケーションを開発する場合、開発者は、当該アプリケーションに必要となる当該エッジ機器の稼働に伴う処理データを入手して、その処理データを開発者の開発環境におけるデータベースに送信して、アプリケーションの開発作業を行う必要がある（例えば、特許文献１参照）。
より具体的には、エッジ機器の処理データとして、例えば、エッジ機器に係る動作状態を示すデータ、生産状況を示すデータ、生産物の品質状況を示すデータ、稼働状況等のイベント（履歴）を示すデータ等がある。これらの処理データは、予めデータモデル化（すなわち、標準化）されており、これらの標準化された処理データ（以下、「仮想機器データ」ともいう）を、標準化されたデータモデルに対応した所定のデータベースに格納することで、アプリケーションは、所定のＡＰＩ（以下、「アクセス用ＡＰＩ」ともいう）を介して当該処理データにアクセスすることができるようになっている。製造現場から提供されるエッジ機器の処理データは、開発環境におけるデータベースに標準化されたデータモデルに対応して格納される。
例えば、システムインテグレータ等の開発者が、製造現場における工作機械、産業機器、産業用ロボット等のエッジ機器の稼働に伴う処理データに基づいて、製造現場向けのアプリケーションを開発する場合、開発者は、当該アプリケーションに必要となる当該エッジ機器の稼働に伴う処理データを入手して、その処理データを開発者の開発環境におけるデータベースに送信して、アプリケーションの開発作業を行う必要がある（例えば、特許文献１参照）。
より具体的には、エッジ機器の処理データとして、例えば、エッジ機器に係る動作状態を示すデータ、生産状況を示すデータ、生産物の品質状況を示すデータ、稼働状況等のイベント（履歴）を示すデータ等がある。これらの処理データは、予めデータモデル化（すなわち、標準化）されており、これらの標準化された処理データ（以下、「仮想機器データ」ともいう）を、標準化されたデータモデルに対応した所定のデータベースに格納することで、アプリケーションは、所定のＡＰＩ（以下、「アクセス用ＡＰＩ」ともいう）を介して当該処理データにアクセスすることができるようになっている。製造現場から提供されるエッジ機器の処理データは、開発環境におけるデータベースに標準化されたデータモデルに対応して格納される。
【0003】
提供側サーバから受取側サーバに提供される、エッジ機器の稼働に伴う処理データの提供形態の一例を示す。ここで、提供側サーバは製造現場環境に、受取側サーバは開発環境に設置されている。
提供側サーバに含まれるデータベースに格納された、エッジ機器の稼働に伴う処理データを仮想機器データとしてデータベース操作ツールにより出力し、暗号化して外部にエクスポートする。暗号化された仮想機器データは、受取側サーバに提供され、受取側サーバは、暗号化された仮想機器データをインポートし、復号化した後、データベース操作ツールにより受取側サーバに含まれるデータベースに格納する。
そうすることで、開発者は、アクセス用ＡＰＩを介して当該処理データにアクセスしてアプリの開発作業を行うことができる。
提供側サーバに含まれるデータベースに格納された、エッジ機器の稼働に伴う処理データを仮想機器データとしてデータベース操作ツールにより出力し、暗号化して外部にエクスポートする。暗号化された仮想機器データは、受取側サーバに提供され、受取側サーバは、暗号化された仮想機器データをインポートし、復号化した後、データベース操作ツールにより受取側サーバに含まれるデータベースに格納する。
そうすることで、開発者は、アクセス用ＡＰＩを介して当該処理データにアクセスしてアプリの開発作業を行うことができる。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０２０－０２１２１４号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ここで、エッジ機器の稼働に伴う処理データの提供者が、仮に当該処理データを暗号化して、当該アプリケーションの開発者に対して提供したとしても、開発環境におけるデータベースに格納する際には、復号化された状態で当該データベースに格納される。そうすると、当該処理データは、当該開発環境にログインできる全てのユーザ（当該データの提供先を含むすべての開発者）がデータベース操作ツールを介して当該データベースから復号化された状態で取得（ダウンロード）することが可能となり、提供側のデータが任意の開発者によって２次利用される危険性、及び潜在的なセキュリティリスクを生じる可能性がある。そうすると、例えば、機械情報を解析することで、各機械がどのくらいの製造能力を持っているかを把握することができる。また、各機械の製造能力が分かることで、工場がどれだけの製品を製造したかを把握することができる。さらに、工場の製造能力が分かることで、工場を運用する企業の売上を把握することができるリスクが生じる。
【0006】
このため、データを外部に提供する際に、当該データが提供先のデータベースに格納されても、提供先において、任意のユーザがデータベース操作ツールを介して当該データを取得（ダウンロード）することができないように、データ提供者が予め当該データに対して提供先における任意のユーザが当該データを取得（ダウンロード）することができないように、制御できる機能が求められる。
本発明は、データを外部に提供する際に、当該データが提供先のデータベースに格納されても、提供先において、任意のユーザがデータベース操作ツールを介して当該データを取得（ダウンロード）することができないように、データ提供者が予め指定することで、提供したデータが外部に漏洩することを防ぐことができるセキュアなデータ管理システム、データ管理サーバ、データ管理方法、データ管理プログラム、及び記録媒体を提供することを目的とする。
本発明は、データを外部に提供する際に、当該データが提供先のデータベースに格納されても、提供先において、任意のユーザがデータベース操作ツールを介して当該データを取得（ダウンロード）することができないように、データ提供者が予め指定することで、提供したデータが外部に漏洩することを防ぐことができるセキュアなデータ管理システム、データ管理サーバ、データ管理方法、データ管理プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【0007】
（１）本発明のデータ管理サーバの一態様は、制御部と、データベースと、を備えるデータ管理サーバであって、前記データベースに格納されたデータファイルに係る情報と、前記データファイルの取得の可否に関する再取得可否情報と、を対応付けた再取得条件情報を記録管理する再取得条件管理部と、前記データ管理サーバの外部から提供されるデータファイルに付加された前記再取得可否情報に基づいて前記データファイルの再取得条件情報を前記再取得条件管理部に登録し、提供された前記データファイルを前記データベースに送信するデータ送信部と、前記データベースに格納されたデータファイルの取得要求を受け付けると、前記再取得条件管理部により管理される前記再取得条件情報に基づいて、前記データファイルの取得を許可されている場合のみ、前記データファイルを前記データベースから取得するデータ取得部と、を備える。
【0008】
（２）本発明のデータ管理方法の一態様は、外部から提供されるデータファイルを内部のデータベースに格納するためのデータ管理方法であって、制御部と、データベースと、を備えるコンピュータにより、前記データベースに格納されたデータファイルに係る情報と、前記データファイルの取得の可否に関する再取得可否情報と、を対応付けた再取得条件情報を記録管理する再取得条件管理ステップと、外部から提供されるデータファイルに付加された前記再取得可否情報に基づいて前記データファイルの再取得条件情報を登録し、提供された前記データファイルを前記データベースに送信するデータ送信ステップと、前記データベースに格納されたデータファイルの取得要求を受け付けると、管理される前記再取得条件情報に基づいて、前記データファイルの取得を許可されている場合のみ、前記データファイルを前記データベースから取得するデータ取得ステップと、を実行する。
【0009】
（３）本発明のデータ管理プログラムの一態様は、外部から提供されるデータファイルを内部のデータベースに格納するためのデータ管理プログラムであって、制御部と、データベースと、を備えるコンピュータに、前記データベースに格納されたデータファイルに係る情報と、前記データファイルの取得の可否に関する再取得可否情報と、を対応付けた再取得条件情報を記録管理する再取得条件管理ステップと、外部から提供されるデータファイルに付加された前記再取得可否情報に基づいて前記データファイルの再取得条件情報を登録し、提供された前記データファイルを前記データベースに送信するデータ送信ステップと、前記データベースに格納されたデータファイルの取得要求を受け付けると、管理される前記再取得条件情報に基づいて、前記データファイルの取得を許可されている場合のみ、前記データファイルを前記データベースから取得するデータ取得ステップと、を実行させる。
【0010】
（４）本発明のデータ管理システムの一態様は、（１）に記載のデータ管理サーバとしての受取側サーバと、前記受取側サーバに外部から提供されるデータファイルを作成する提供側サーバと、を含むデータ管理システムであって、前記提供側サーバは、制御部と、データベースと、を備え、前記制御部は、前記データベースに格納されたデータファイルを取得するデータ取得部と、前記データファイルに、当該データファイルに対する取得の可否が指定された再取得可否情報を付加する再取得条件作成部と、前記再取得条件作成部により、前記再取得可否情報が付加された前記データファイルを前記受取側サーバに提供する提供データファイルとして外部に出力するデータ出力部と、を備える。
【発明の効果】
【0011】
本発明によれば、データを外部に提供する際に、当該データが提供先のデータベースに格納されても、提供先において、任意のユーザがデータベース操作ツールを介して当該データを取得（ダウンロード）することができないように、データ提供者が予め指定することで、提供したデータが外部に漏洩することを防ぐことができるセキュアなデータ管理システム、データ管理サーバ、データ管理方法、データ管理プログラム、及び記録媒体を提供することができる。
【図面の簡単な説明】
【0012】
【図1】本実施形態におけるデータ管理システムの基本的構成を示す概略図である。
【図2】本実施形態における提供側サーバの機能ブロック図である。
【図3】本実施形態における提供側サーバで実行される提供側アプリケーションプログラムの概要図である。
【図4】本実施形態におけるデータ管理サーバとしての受取側サーバの機能ブロック図である。
【図5】本実施形態における受取側サーバで実行される受取側アプリケーションプログラムの概要図である。
【図6】本実施形態におけるデータ使用条件情報の一例を示す図である。
【図7】本実施形態における提供側サーバにおいて、自身のデータベースから外部に提供するデータを作成する処理を示すフローチャートである。
【図8】本実施形態における受取側サーバが外部からデータファイルを受取り、データベースに格納するまでの処理を示すフローチャートである。
【図9】本実施形態における受取側サーバにおけるデータの取得処理を示すフローチャートである。
【図10】本実施形態におけるクラウドを介しての提供側サーバからの提供データを受取側サーバに対して提供する形態の一例を示す概要図である。
【発明を実施するための形態】
【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】
１０００ データ管理システム
１００ 提供側サーバ
１１０ 制御部
１１１ データ取得部
１１２ 再取得条件作成部
１１３ データ出力部
１２０ 記憶部
１３０ 通信部
１６０ データベース
４００ 受取側サーバ
４１０ 制御部
４１１ アプリケーション実行部
４１２ データインポート部
４１３ データ送信部
４１４ 再取得条件管理部
４２０ 記憶部
４３０ 通信部
４６０ データベース
１００ 提供側サーバ
１１０ 制御部
１１１ データ取得部
１１２ 再取得条件作成部
１１３ データ出力部
１２０ 記憶部
１３０ 通信部
１６０ データベース
４００ 受取側サーバ
４１０ 制御部
４１１ アプリケーション実行部
４１２ データインポート部
４１３ データ送信部
４１４ 再取得条件管理部
４２０ 記憶部
４３０ 通信部
４６０ データベース
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】