特開 2024-52256 データ管理プログラム、データ管理方法及びデータ管理装置

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

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

(11)【公開番号】P2024052256

(43)【公開日】2024-04-11

(54)【発明の名称】データ管理プログラム、データ管理方法及びデータ管理装置

(51)【国際特許分類】

   G06F 21/62 20130101AFI20240404BHJP

   G06F 16/903 20190101ALI20240404BHJP

【ＦＩ】

G06F21/62 345

G06F16/903

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022158846

(22)【出願日】2022-09-30

(71)【出願人】

【識別番号】000005223

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

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】井口 泰隆

(72)【発明者】

【氏名】中山 貴祥

(72)【発明者】

【氏名】高 健二

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

5B175

【Ｆターム（参考）】

5B175BA01

5B175DA10

(57)【要約】

【課題】データオーナによる同意の撤回時における連携済みのデータの削除を実現することを課題とする。
【解決手段】データ管理プログラムは、複数のデータ管理プログラムのうち複数のデータ管理プログラムの間におけるデータ共有について、データ共有の同意撤回のリクエストをデータオーナから受け付けた他のデータ管理プログラムから、データ共有が同意されたデータの集合に共通して発行される同意識別情報であってデータ共有の同意撤回時にデータオーナから指定される同意識別情報を受け付け、データ管理プログラムが管理するデータ本体に関連付けられた同意識別情報のうち他のデータ管理プログラムが受け付けた同意識別情報と一致する同意識別情報に対応するデータの削除を実行する、処理をデータ管理装置に実行させる。
【選択図】図５

【特許請求の範囲】

【請求項1】

データ管理プログラムであって、
複数のデータ管理プログラムのうち前記複数のデータ管理プログラムの間におけるデータ共有について、前記データ共有の同意撤回のリクエストをデータオーナから受け付けた他のデータ管理プログラムから、前記データ共有が同意されたデータの集合に共通して発行される同意識別情報であって前記データ共有の同意撤回時に前記データオーナから指定される同意識別情報を受け付け、
前記データ管理プログラムが管理するデータ本体に関連付けられた同意識別情報のうち前記他のデータ管理プログラムが受け付けた同意識別情報と一致する同意識別情報に対応するデータの削除を実行する、
処理をデータ管理装置に実行させるデータ管理プログラム。

【請求項2】

前記同意識別情報には、前記データ共有時の共有元のデータ管理装置の識別情報が関連付けられ、
前記他のデータ管理プログラムが実行されるデータ管理装置の識別情報と、前記他のデータ管理プログラムが受け付けた同意識別情報と一致する同意識別情報に関連付けられた前記識別情報とを照合する処理を前記データ管理装置にさらに実行させる、
ことを特徴とする請求項１に記載のデータ管理プログラム。

【請求項3】

前記データ本体は、パーソナルデータである、
ことを特徴とする請求項１に記載のデータ管理プログラム。

【請求項4】

データ管理プログラムがデータ管理装置に実行させるデータ管理方法であって、
複数のデータ管理プログラムのうち前記複数のデータ管理プログラムの間におけるデータ共有について、前記データ共有の同意撤回のリクエストをデータオーナから受け付けた他のデータ管理プログラムから、前記データ共有が同意されたデータの集合に共通して発行される同意識別情報であって前記データ共有の同意撤回時に前記データオーナから指定される同意識別情報を受け付け、
前記データ管理プログラムが管理するデータ本体に関連付けられた同意識別情報のうち前記他のデータ管理プログラムが受け付けた同意識別情報と一致する同意識別情報に対応するデータの削除を実行する、
処理を前記データ管理装置が実行するデータ管理方法。

【請求項5】

データ管理プログラムが実行されるデータ管理装置であって、
複数のデータ管理プログラムのうち前記複数のデータ管理プログラムの間におけるデータ共有について、前記データ共有の同意撤回のリクエストをデータオーナから受け付けた他のデータ管理プログラムから、前記データ共有が同意されたデータの集合に共通して発行される同意識別情報であって前記データ共有の同意撤回時に前記データオーナから指定される同意識別情報を受け付け、
前記データ管理プログラムが管理するデータ本体に関連付けられた同意識別情報のうち前記他のデータ管理プログラムが受け付けた同意識別情報と一致する同意識別情報に対応するデータの削除を実行する、
処理を実行する制御部を含むデータ管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ管理プログラム、データ管理方法及びデータ管理装置に関する。

【背景技術】

【0002】

施策立案や新たなサービス、ビジネスの創出の側面から、国、地方公共団体、民間企業などの産官学の組織により分散して保有されるデータを連携させるデータ連携基盤の普及が促進されている。

【0003】

あくまで一例として、異なる組織の間で個人のパーソナルデータなどのデータの連携が実行される場合、データオーナである個人本人の同意の下で連携元のデータ管理者および連携先のデータ利用者によりデータが共有される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２２－７５３２８号公報

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

【発明の概要】

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

【0005】

しかしながら、上記のデータ連携基盤では、データオーナによる同意の撤回時に連携済みのデータを削除することが困難である側面がある。あくまで１つの事例として、データオーナＸに関するデータがデータ管理者Ａおよびデータ管理者Ｃを介してデータ利用者Ｂに共有される状況下で、データ管理者Ａに対するデータ連携の同意がデータオーナＸにより撤回される例を挙げる。この場合、連携先のデータ利用者Ｂでは、データオーナＸに関するデータのうちいずれのデータがデータ管理者Ａから共有されたデータであるのかを特定できない。このため、データ管理者Ａから共有された全てのデータを削除できなかったり、あるいはデータ管理者Ａでなく、データ管理者Ｃから共有されたデータを削除してしまったりといった事態も発生し得る。

【0006】

１つの側面では、本発明は、データオーナによる同意の撤回時における連携済みのデータの削除を実現できるデータ管理プログラム、データ管理方法及びデータ管理装置を提供することを目的とする。

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

【0007】

１つの側面にかかるデータ管理プログラムは、複数のデータ管理プログラムのうち前記複数のデータ管理プログラムの間におけるデータ共有について、前記データ共有の同意撤回のリクエストをデータオーナから受け付けた他のデータ管理プログラムから、前記データ共有が同意されたデータの集合に共通して発行される同意識別情報であって前記データ共有の同意撤回時に前記データオーナから指定される同意識別情報を受け付け、前記データ管理プログラムが管理するデータ本体に関連付けられた同意識別情報のうち前記他のデータ管理プログラムが受け付けた同意識別情報と一致する同意識別情報に対応するデータの削除を実行する、処理をデータ管理装置に実行させる。

【発明の効果】

【0008】

データオーナによる同意の撤回時における連携済みのデータの削除を実現できる。

【図面の簡単な説明】

【0009】

【図1】図１は、システム構成例を示す図である。

【図2】図２は、データ連携の一例を示す模式図である。

【図3】図３は、課題の一側面を示す模式図（１）である。

【図4】図４は、課題の一側面を示す模式図（２）である。

【図5】図５は、課題解決アプローチの一側面を示す模式図である。

【図6】図６は、データ連携装置の機能構成例を示すブロック図である。

【図7】図７は、削除依頼時の動作の一例を示す模式図である。

【図8】図８は、削除実行時の動作の一例を示す模式図である。

【図9】図９は、データ共有処理の手順を示すシーケンス図である。

【図10】図１０は、データ削除処理の手順を示すシーケンス図である。

【図11】図１１は、ハードウェア構成例を示す図である。

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

【0010】

以下、添付図面を参照して本願に係るデータ管理プログラム、データ管理方法及びデータ管理装置の実施例について説明する。各実施例には、あくまで１つの例や側面を示すに過ぎず、このような例示により数値や機能の範囲、利用シーンなどは限定されない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【実施例0011】

＜システム構成＞
図１は、システム構成例を示す図である。図１に示すように、システム１には、データ連携装置１０と、フロントエンド２０と、プラットフォーム３０Ａ～３０Ｍと、データオーナ端末５０Ａ～５０Ｎとが含まれ得る。以下、プラットフォーム３０Ａ～３０Ｍのことを指して「プラットフォーム３０」と記載すると共に、データオーナ端末５０Ａ～５０Ｎのことを指して「データオーナ端末５０」と記載する場合がある。

【0012】

データ連携装置１０は、国、地方公共団体、民間企業などの産官学の各種の組織により分散して保有されるデータを連携させるデータ連携基盤を提供する装置である。フロントエンド２０は、データ連携基盤に関するユーザインタフェイスを提供する。

【0013】

これらデータ連携装置１０およびフロントエンド２０は、ＰａａＳ（Platform as a Service）型、あるいはＳａａＳ（Software as a Service）型のアプリケーションとして実現することで、各機能をクラウドサービスとして提供することができる。この他、データ連携装置１０およびフロントエンド２０は、各機能をオンプレミスに提供するサーバとして実現することもできる。なお、図１には、あくまで一例として、バックエンドに対応するデータ連携装置１０およびフロントエンド２０によりＷｅｂシステムが実現される例を挙げるが、これら両者が統合されたＷｅｂシステムとして実現されてもよい。

【0014】

このようなフロントエンド２０と、プラットフォーム３０およびデータオーナ端末５０との間は、ネットワークＮＷを介して通信可能に接続され得る。例えば、ネットワークＮＷは、有線または無線を問わず、インターネットやＬＡＮ（Local Area Network）などの任意の種類の通信網であってよい。

【0015】

プラットフォーム３０は、上記のデータ連携基盤を介するデータ連携に参加する組織により提供されるソリューションやサービス、アプリケーションなどが動作する基盤、例えば装置やシステムなどである。

【0016】

このようなプラットフォーム３０により管理されるデータの１つとして、パーソナルデータが含まれ得る。ここで言う「パーソナルデータ」とは、個人の属性情報、移動・行動・購買履歴、あるいはウェアラブル機器から収集した情報の全般を指す。例えば、パーソナルデータには、特定の個人を識別可能な情報、いわゆる個人情報を始め、個人情報のうちデータベース化された個人情報、いわゆる個人データなどが含まれてよい。

【0017】

データオーナ端末５０は、データオーナにより使用される端末装置である。ここで言う「データオーナ」は、あくまで一例として、パーソナルデータに対応する個人を指してよい。例えば、データオーナ端末５０は、パーソナルコンピュータや携帯端末装置、ウェアラブル端末などの任意の情報処理装置により実現されてよい。

【0018】

＜データ連携基盤＞
データ連携基盤は、プラットフォーム３０Ａ～３０Ｍの各々により管理されるデータがプラットフォーム３０Ａ～３０Ｍの各々に対応する組織ごとに分散して管理される。

【0019】

より詳細には、データ連携基盤では、プラットフォーム３０Ａ～３０Ｍの各々に対応する組織ごとに当該組織に対応するエージェントが動作する。このようなエージェントは、データ管理プログラムの一例に対応し、その動作環境は、仮想化技術により実現され得るＶＭ（Virtual Machine）やコンテナ、あるいはサーバ装置などの物理マシンであってよい。このデータ管理プログラムが動作するＶＭやコンテナ、あるいは物理マシンなどのコンピュータは、データ管理装置の一例に対応する。

【0020】

エージェントは、当該エージェント自身が管理するデータの操作、例えば登録、更新または共有などに関するＡＰＩ（Application Programming Interface）リクエストをフロントエンド２０を介して受け付けることができる。

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

＜課題解決アプローチの一側面＞
そこで、本実施例に係るデータ連携基盤では、エージェントにより管理されるデータに管理情報が付与される。このような管理情報の１つとして、データ共有時にデータオーナからデータ共有の同意操作が受け付けられたデータの集合に共通して発行される同意ＩＤ（IDentification）が挙げられる。

【0050】

このような同意ＩＤがエージェントにより管理されるデータに付与されることで、データ利用者のエージェントは、データオーナによる同意の撤回操作時に指定を受け付けた同意ＩＤと一致する同意ＩＤが付与されたデータを削除対象として特定できる。

【0051】

上記の管理情報には、同意ＩＤの他、データオーナ名やデータ共有時の共有元（送信元）および共有先（送信先）のエージェント名などが含まれてよい。ここで言う「データオーナ名」は、データオーナ作成時にフロントエンドにより登録される一意の値を指す。また、「エージェント名」は、データ連携基盤にエージェントを作成する際に登録される一意の値を指す。

【0052】

例えば、データオーナ名がエージェントにより管理されるデータに付与されることで、データ管理者のエージェントは、同意の撤回操作を行うデータオーナ名と、同意の撤回操作時に指定を受け付けた同意ＩＤに対応するデータオーナ名とを照合できる。これにより、同意の撤回操作を行うデータオーナが削除権限を有する正当なデータオーナであるか否かを判定できる。また、データ共有時の送信先がエージェントにより管理されるデータに付与されることで、データ管理者のエージェントは、データの削除依頼を送信する送信先を同意の撤回操作時に指定を受け付けた同意ＩＤに対応するデータの送信先に絞り込むことができる。さらに、データ共有時の送信元がエージェントにより管理されるデータに付与されることで、データ利用者のエージェントは、同意の撤回のＡＰＩリクエストに応答してデータの削除依頼を送信する送信元のエージェント名と、同意の撤回操作時に指定を受け付けた同意ＩＤに関連付けられた送信元のエージェント名とを照合できる。これにより、同意の撤回のＡＰＩリクエストに応答してデータの削除依頼を送信する送信元のデータ管理者が削除権限を有する正当なデータ管理者であるか否かを判定できる。

【0053】

図５は、課題解決アプローチの一側面を示す模式図である。図５には、図２に示すデータベース１２Ａ及び１２Ｂに同意ＩＤが付与された状況下で、データ管理者Ａのエージェント１１Ａがフロントエンド２０Ｘを介して同意ＩＤ「００１」のデータ連携の同意を撤回するＡＰＩリクエストを受け付ける例を挙げる。この場合、図５に示すように、同意ＩＤ「００１」に関するデータの削除依頼がデータ管理者Ａのエージェント１１Ａからデータ利用者Ｂのエージェント１１Ｂを含む他のエージェント１１へブロードキャストされる。このとき、データベース１２Ａに含まれるレコードのうち同意ＩＤ「００１」に関連付けられた送信先「１１Ｂ」を参照することにより、同意ＩＤ「００１」に関するデータの削除依頼の送信先をデータ利用者Ｂのエージェント１１Ｂに絞り込むこともできる。これにより、同意ＩＤ「００１」に関するデータの削除依頼をデータ利用者Ｂのエージェント１１Ｂへユニキャストできる。

【0054】

このようなデータの削除依頼を受け付けたデータ利用者Ｂのエージェント１１Ｂは、データオーナによる同意の撤回操作時に指定を受け付けた同意ＩＤ「００１」と一致する同意ＩＤが付与されたデータを削除対象として特定できる。例えば、図５に示す例で言えば、データベース１２Ｂに含まれるレコードのうち、同意ＩＤ「００１」を有する１行目および２行目のレコード、すなわちＮｏ「１０１」および「１０２」のレコードを削除対象として特定できる。

【0055】

したがって、本実施例に係るデータ連携基盤によれば、データオーナによる同意の撤回時における連携済みのデータの削除を実現できる。

【0056】

＜データ連携装置の構成＞
図６は、データ連携装置１０の機能構成例を示すブロック図である。図６には、データ連携装置１０が有するエージェント１１のうち、データ管理者Ａのエージェント１１Ａの機能に対応するブロックと、データ利用者Ｂのエージェント１１Ｂの機能に対応するブロックとが抜粋して模式化されている。なお、図６には、あくまで１つの側面が示されるに過ぎず、データ連携装置１０がエージェント１１Ａ及び１１Ｂ以外の他のエージェントを含むことを妨げない。また、エージェント１１Ａがデータ利用者としての機能を有することを妨げず、さらに、エージェント１１Ｂがデータ管理者としての機能を有することを妨げない。

【0057】

図６に示すように、データ連携装置１０は、エージェント実行部１１ａと、エージェント実行部１１ｂとを有する。以下、エージェント実行部１１ａのことを「ＡＧＴ実行部１１ａ」と略記すると共に、エージェント実行部１１ｂのことを「ＡＧＴ実行部１１ｂ」と略記する場合がある。

【0058】

ＡＧＴ実行部１１ａは、データ管理者Ａのエージェント１１Ａを実行する処理部である。このようなエージェント１１Ａの動作環境は、あくまで一例として、仮想化技術により実現されるＶＭやコンテナなどであってもよいし、あるいはサーバ装置などの物理マシンであってもよい。

【0059】

図６に示すように、ＡＧＴ実行部１１ａは、データベース１２Ａと、第１の登録部１３Ａと、発行部１４Ａと、第２の登録部１５Ａと、データ送信部１６Ａと、削除依頼部１７Ａとを有する。

【0060】

第１の登録部１３Ａは、データ本体をデータベース１２Ａに登録する処理部である。あくまで一例として、第１の登録部１３Ａは、データ管理者端末３１Ａからフロントエンド２０Ａを介してデータ登録のＡＰＩリクエストを受け付けた場合、当該ＡＰＩリクエストで指定されたデータ、例えばプラットフォーム３０Ａで管理されるパーソナルデータなどをデータベース１２Ａに登録する。このように登録されたデータは、データ更新のＡＰＩリクエストを受け付けることにより更新することもできる。

【0061】

発行部１４Ａは、データ共有時にデータオーナからデータ共有の同意操作が受け付けられたデータの集合の間で共通する同意ＩＤを発行する処理部である。あくまで一例として、発行部１４Ａは、データ管理者端末３１Ａからフロントエンド２０Ａを介してデータオーナＸのデータをデータ利用者Ｂへ共有するデータ共有のＡＰＩリクエストを受け付けた場合、新規の同意ＩＤを発行する。このような新規の同意ＩＤのあくまで一例として、それまでに採番済みである同意ＩＤと一意に識別可能な識別情報が採番される。その上で、発行部１４Ａは、データ管理者Ａが管理するデータオーナＸのデータをデータ利用者Ｂへ共有する同意を依頼する同意依頼をフロントエンド２０Ｘを介してデータオーナ端末５０Ｘへ送信する。例えば、フロントエンド２０Ｘは、データ共有への同意の可否を指定可能なＧＵＩ（Graphical User Interface）部品を含む同意依頼ウィンドウの表示用データをデータオーナ端末５０Ｘに提供できる。このような表示用データには、データ利用者Ｂへ共有されるデータの詳細、例えばデータオーナＸに関するレコードの一覧および新規の同意ＩＤなどが含まれてよい。

【0062】

第２の登録部１５Ａは、データ本体に付与される管理情報をデータベース１２Ａに登録する処理部である。１つの側面として、第２の登録部１５Ａは、第１の登録部１３Ａによりデータ本体がデータベース１２Ａに登録される場合、次のような処理を起動する。すなわち、第２の登録部１５Ａは、データベース１２Ａに含まれるレコードのうち当該データ本体が登録されるレコードのデータオーナ名のカラムに当該データ本体のデータオーナ名を登録する。

【0063】

他の側面として、第２の登録部１５Ａは、データオーナ端末５０Ｘからデータ共有の同意依頼に対する回答として同意が得られた場合、次のような処理を起動する。すなわち、第２の登録部１５Ａは、データベース１２Ａに含まれるレコードのうちデータオーナＸのレコードの同意ＩＤのカラムに発行部１４Ａにより発行された新規の同意ＩＤを登録する。さらに、第２の登録部１５Ａは、データオーナＸのレコードの送信元のカラムにデータ共有のＡＰＩリクエストで指定されたデータ管理者を登録する。さらに、第２の登録部１５Ａは、データオーナＸのレコードの送信先のカラムにデータ共有のＡＰＩリクエストで指定されたデータ利用者を登録する。

【0064】

データ送信部１６Ａは、データオーナ端末５０Ｘからデータ共有の同意依頼に対する回答として同意が得られた場合、データオーナＸのデータをデータ共有のＡＰＩリクエストで指定されたデータ利用者Ｂのエージェント１１Ｂへ送信する処理部である。このようにデータオーナＸのデータが送信されたＡＧＴ実行部１１ｂでは、データ送信部１６Ａにより送信されたデータオーナＸのデータがデータベース１２Ｂへ登録される。なお、データオーナ端末５０Ｘからデータ共有の同意依頼に対する回答として不同意が得られた場合、第２の登録部１５Ａによる同意ＩＤ、送信元および送信先の登録は実行されず、また、データ送信部１６Ａによるデータの送信も実行されない。

【0065】

削除依頼部１７Ａは、データオーナ端末５０Ｘからフロントエンド２０Ｘを介してデータ連携の同意を撤回するＡＰＩリクエストを受け付けた場合、当該同意の撤回のＡＰＩリクエストで指定された同意ＩＤを含むデータの削除依頼を送信する処理部である。

【0066】

図７は、削除依頼時の動作の一例を示す模式図である。図７には、図５に示すデータ共有と同様の状況下で、フロントエンド２０Ｘがデータオーナ端末５０Ｘからデータ連携の同意を撤回する意思表示の入力、例えば撤回の対象とする同意ＩＤ「００１」およびデータ管理者「Ａ」などを指定する同意撤回操作を受け付ける場合が例示されている。

【0067】

この場合、フロントエンド２０Ｘは、図７に示すように、同意撤回操作で指定された同意ＩＤおよび同意撤回操作を行うデータオーナのデータオーナ名を含む同意撤回のＡＰＩリクエストをデータ管理者Ａのエージェント１１Ａへ送信する。

【0068】

このＡＰＩリクエストを受け付けたエージェント１１Ａは、データベース１２Ａに含まれるレコードのうち当該ＡＰＩリクエストで指定された同意ＩＤ「００１」を含むレコードを検索することにより、データ共有先における削除対象のレコードを特定する（１）。

【0069】

そして、エージェント１１Ａは、データ共有先における削除対象として特定されたレコードのデータオーナ名のカラムの値「Ｘ」と、同意撤回のＡＰＩリクエストに含まれるデータオーナ名「Ｘ」とを照合することにより、データオーナの正当性を判定する（２）。この場合、両者の値が一致するので、同意の撤回操作を行うデータオーナが削除権限を有する正当なデータオーナであると検証できる。

【0070】

その後、エージェント１１Ａは、上記（１）の処理でデータ共有先における削除対象として特定されたレコードの送信先のカラムの値「１１Ｂ」を参照することにより、同意ＩＤ「００１」に関するデータの削除依頼の送信先をエージェント１１Ｂに絞り込む。その上で、エージェント１１Ａは、同意ＩＤ「００１」に関するデータの削除依頼をデータ利用者Ｂのエージェント１１Ｂへユニキャストする（３）。

【0071】

これにより、エージェント１１Ａは、データの削除依頼の送信時にエージェント１１Ａ以外の他のエージェントへブロードキャストせずともよくなる。

【0072】

図６の説明に戻り、ＡＧＴ実行部１１ｂは、データ利用者Ｂのエージェント１１Ｂを実行する処理部である。このようなエージェント１１Ｂの動作環境も、仮想化技術により実現されるＶＭやコンテナなどであってもよいし、あるいはサーバ装置などの物理マシンであってもよい。ＡＧＴ実行部１１ｂは、図６に示すように、データベース１２Ｂ、削除実行部１７Ｂを有する。

【0073】

削除実行部１７Ｂは、エージェント１１Ａからデータの削除依頼を受け付けた場合、データベース１２Ｂに含まれるレコードのうち当該削除依頼で指定された同意ＩＤに対応するレコードの削除を実行する処理部である。

【0074】

図８は、削除実行時の動作の一例を示す模式図である。図８には、図５に示すデータ共有と同様の状況下で、データ利用者Ｂのエージェント１１Ｂがデータ管理者Ａのエージェント１１Ａから同意ＩＤ「００１」に関するデータの削除依頼を受け付ける場合が例示されている。

【0075】

この場合、データ利用者Ｂのエージェント１１Ｂは、データベース１２Ｂに含まれるレコードのうち、同意ＩＤ「００１」を有する１行目および２行目のレコード、すなわちＮｏ「１０１」および「１０２」のレコードを削除対象として特定する（１）。

【0076】

そして、データ利用者Ｂのエージェント１１Ｂは、同意ＩＤ「００１」に関するデータの削除依頼の送信元となるエージェント名「１１Ａ」と、削除対象として特定されたレコードの送信元のカラムの値「１１Ａ」とを照合することにより、データ管理者の正当性を判定する（２）。この場合、両者のエージェント名が一致するので、同意の撤回のＡＰＩリクエストに応答してデータの削除依頼を送信する送信元のデータ管理者が削除権限を有する正当なデータ管理者であると検証できる。

【0077】

その上で、データ利用者Ｂのエージェント１１Ｂは、上記（１）の処理で削除対象として特定されたレコード、すなわち同意ＩＤ「００１」を有する１行目および２行目のレコードを削除する（３）。このようにしてデータオーナによる同意の撤回時における連携済みのデータの削除が実現される。

【0078】

＜処理の流れ＞
次に、本実施例に係るデータ連携装置１０が実行する処理の流れについて説明する。ここでは、（イ）データ共有処理について説明した後に（ロ）データ削除処理について説明することとする。

【0079】

（イ）データ共有処理
図９は、データ共有処理の手順を示すシーケンス図である。図９に示すように、データ管理者端末３１Ａは、データ管理者Ａの担当者からデータオーナＸのデータをデータ利用者Ｂへ共有するデータ共有操作を受け付ける（ステップＳ１０１）。すると、フロントエンド２０Ａからデータ管理者Ａのエージェント１１Ａへデータ共有のＡＰＩリクエストが発行される（ステップＳ１０２）。

【0080】

このようにデータ共有のＡＰＩリクエストを受け付けたエージェント１１Ａは、採番済みである同意ＩＤと一意に識別可能な新規の同意ＩＤを発行する（ステップＳ１０３）。その上で、エージェント１１Ａは、データ管理者Ａが管理するデータオーナＸのデータをデータ利用者Ｂへ共有する同意を依頼する同意依頼をフロントエンド２０Ｘを介してデータオーナ端末５０Ｘへ送信する（ステップＳ１０４）。

【0081】

続いて、データオーナ端末５０Ｘでは、データ共有の同意依頼に対する回答のあくまで一例として、データ共有に同意する同意操作を受け付ける（ステップＳ１０５）。このように同意操作が受け付けられた場合、データオーナ端末５０Ｘは、データ共有の同意回答をフロントエンド２０Ｘを介してデータ管理者Ａのエージェント１１Ａへ送信する（ステップＳ１０６）。

【0082】

このようにデータオーナ端末５０Ｘからデータ共有の同意回答が得られた場合、データ管理者Ａのエージェント１１Ａは、データベース１２Ａに含まれるレコードのうちデータオーナＸのレコードに同意ＩＤ、送信元および送信先などの管理情報を登録する（ステップＳ１０７）。すなわち、同意ＩＤのカラムには、ステップＳ１０３で発行された新規の同意ＩＤが登録される。さらに、送信元のカラムには、データ共有のＡＰＩリクエストで指定されたデータ管理者が登録される共に、送信先のカラムには、データ共有のＡＰＩリクエストで指定されたデータ利用者が登録される。

【0083】

そして、データ管理者Ａのエージェント１１Ａは、データオーナＸのデータをデータ共有のＡＰＩリクエストで指定されたデータ利用者Ｂのエージェント１１Ｂへ送信する（ステップＳ１０８）。

【0084】

このようにデータオーナＸのデータが送信されたデータ利用者Ｂのエージェント１１Ｂは、ステップＳ１０８で送信されたデータオーナＸのデータをデータベース１２Ｂへ登録し（ステップＳ１０９）、処理を終了する。

【0085】

（ロ）データ削除処理
図１０は、データ削除処理の手順を示すシーケンス図である。図１０に示すように、データオーナ端末５０Ｘは、データ連携の同意を撤回する意思表示の入力、撤回の対象とする同意ＩＤおよびデータ管理者などを指定する同意撤回操作を受け付ける（ステップＳ３０１）。すると、ステップＳ３０１で受け付けられた同意撤回操作の情報がデータオーナ端末５０Ｘからフロントエンド２０Ｘへ通知される（ステップＳ３０２）。

【0086】

そして、フロントエンド２０Ｘは、同意撤回操作で指定された同意ＩＤおよび同意撤回操作を行うデータオーナのデータオーナ名を含む同意撤回のＡＰＩリクエストを同意撤回の対象とされるデータ管理者Ａのエージェント１１Ａへ送信する（ステップＳ３０３）。

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

（付記９）前記データ本体は、パーソナルデータである、
ことを特徴とする付記７に記載のデータ管理装置。