(19)中華人民共和國國家知識產權局

(12)發明專利申請

(10)申請公布號CN113544726A

(43)申請公布日2021.10.22

(21)申請號202080020197.9(74)專利代理機構北京英賽嘉華知識產權代理

有限責任公司11204

(22)申請日2020.03.10

代理人王達佐王艷春

(30)優先權數據

(51)Int.CI.

2019-0436742019.03.11JP

G06030/02(2006.01)

2019-1889862019.10.15JP

G06030/06(2006.01)

2019-1889852019.10.15JP

G06Q50/70(2006.01)

(85)PCT國際申請進入國家階段日

2021.09.10

(86)PCT國際申請的申請數據

PCT/JP2020/0103792020.03.10

(87)PCT國際申請的公布數據

W02020/184580JA2020.09.17

(71)申請人株式會社博報堂DY控股集團

地址日本東京

(72)發明人豬谷誠一道本龍權利要求書2頁說明書40頁附圖53頁

(54)發明名稱

中介裝置、系統以及計算機程序

(57)摘要

一種中介裝置，具備請求獲取部、重復確認

獲取部、確定部、以及獲取發送部。請求獲取部獲

取請求信息。重復確認獲取部獲取重復確認信

息。重復確認信息是顯示由第1個人數據管理方

管理的第1個人數據和由第2個人數據管理方管

理的第2個人數據是涉及同一個人的個人數據的

信息，其中，第2個人數據管理方是與第1個人數

據管理方不同的個人數據管理方。確定部基于重

復確認信息來確定籌集方案以及/或者交付數

據。獲取發送部按照由確定部確定的籌集方案獲

取個人數據，以及/或者向數據利用方所保有的

利用方裝置發送由確定部確定的交付數據。

V

9

Z

Z

寸

9寸

2

1

g

CN113544726A權利要求書1/2頁

1.一種中介裝置，其特征在于，具備：

請求獲取部，所述請求獲取部構成為獲取請求信息，所述請求信息包含數據利用方所

需要的個人數據的條件即對象條件；

重復確認獲取部，所述重復確認獲取部構成為獲取重復確認信息，所述重復確認信息

是顯示由第1個人數據管理方管理的第1個人數據和由第2個人數據管理方管理的第2個人

數據是涉及同一個人的個人數據的信息，其中，所述第2個人數據管理方是與所述第1個人

數據管理方不同的個人數據管理方；

確定部，所述確定部構成為基于所述重復確認信息來確定籌集方案以及/或者交付數

據,所述籌集方案示出與從包括所述第1個人數據管理方以及所述第2個人數據管理方在內

的多個個人數據管理方籌集的個人數據相關的條件，所述交付數據是基于從所述多個個人

數據管理方籌集到的個人數據而生成的數據，并且是發送給所述數據利用方所保有的利用

方裝置的數據；以及

獲取發送部，所述獲取發送部構成為，按照由所述確定部確定的所述籌集方案獲取個

人數據，以及/或者向所述利用方裝置發送由所述確定部確定的交付數據。

2.根據權利要求1所述的中介裝置，其特征在于，

所述確定部基于所述重復確認信息來確定所述籌集方案。

3.根據權利要求2所述的中介裝置，其特征在于，

所述確定部確定以下所述籌集方案，即，籌集通過所述重復確認信息顯示為是涉及同

一個人的個人數據的所述第1個人數據和所述第2個人數據中的任意一方。

4.根據權利要求3所述的中介裝置，其特征在于，

所述確定部確定以下所述籌集方案，即，籌集所述第1個人數據和所述第2個人數據中

的價格便宜的一方。

5.根據權利要求1?4中任一項所述的中介裝置,其特征在于，

所述確定部確定以下所述籌集方案，即，對通過所述重復確認信息顯示為是涉及同一

個人的個人數據的所述第1個人數據和所述第2個人數據雙方進行籌集。

6.根據權利要求1?5中任一項所述的中介裝置,其特征在于，

所述重復確認獲取部從管理所述重復確認信息或能夠生成所述重復確認信息的外部

裝置獲取所述重復確認信息。

7.根據權利要求1?6中任一項所述的中介裝置,其特征在于，

還具備存儲部，所述存儲部構成為儲存所述重復確認信息，

所述重復確認獲取部從所述存儲部獲取所述重復確認信息。

8.根據權利要求1?7中任一項所述的中介裝置,其特征在于，

所述多個個人數據管理方各自對在該個人數據管理方寄存有個人數據的個人或者該

個人的個人數據分配規定的識別信息即注冊識別信息，

所述重復確認信息是以下信息:示出所述第1個人數據管理方和所述第2個人數據管理

方中涉及同一個人的所述注冊識別信息。

9.根據權利要求1?7中任一項所述的中介裝置,其特征在于，

所述重復確認獲取部獲取相似度信息作為所述重復確認信息，所述相似度信息表示從

所述多個信息庫獲取到的多個個人數據之間的相似度。

2

CN113544726A權利要求書2/2頁

10.根據權利要求1?9中任一項所述的中介裝置,其特征在于，

所述個人數據管理方是信息庫。

11.一種系統,其特征在于，

具備權利要求1?10中任一項所述的中介裝置，并且所述系統還具備：

通知信息獲取部，所述通知信息獲取部構成為獲取與通過所述獲取發送部獲取到的個

人數據相對應的通知信息,所述通知信息是通知給在所述個人數據管理方寄存有個人數據

的個人的信息；以及

通知信息發送部，所述通知信息發送部構成為發送由所述通知信息獲取部獲取到的通

知信息。

12.一種計算機程序，該計算機程序使計算機發揮作為中介裝置的功能,所述計算機程

序的特征在于，

所述中介裝置具備：

請求獲取部，所述請求獲取部構成為獲取請求信息，所述請求信息包含數據利用方所

需要的個人數據的條件即對象條件；

重復確認獲取部，所述重復確認獲取部構成為獲取重復確認信息，所述重復確認信息

是顯示由第1個人數據管理方管理的第1個人數據和由第2個人數據管理方管理的第2個人

數據是涉及同一個人的個人數據的信息，其中，所述第2個人數據管理方是與所述第1個人

數據管理方不同的個人數據管理方；

確定部，所述確定部構成為基于所述重復確認信息來確定籌集方案以及/或者交付數

據,所述籌集方案示出與從包括所述第1個人數據管理方以及所述第2個人數據管理方在內

的多個個人數據管理方籌集的個人數據相關的條件，所述交付數據是基于從所述多個個人

數據管理方籌集到的個人數據而生成的數據，并且是發送給所述數據利用方所保有的利用

方裝置的數據；以及

獲取發送部，所述獲取發送部構成為，按照由所述確定部確定的所述籌集方案獲取個

人數據，以及/或者向所述利用方裝置發送由所述確定部確定的交付數據。

3

CN113544726A說明書1/40頁

中介裝置'系統以及計算機程序

[0001]相關申請的交叉引用

[0002]本國際申請要求2019年3月11日在日本專利局提交的日本發明專利申請第2019-

043674號、2019年10月15日在日本專利局提交的日本發明專利申請第2019-188985號、以及

2019年10月15日在日本專利局提交的日本發明專利申請第2019-188986號的優先權，所述

日本發明專利申請的全部內容通過引用而并入本文。

技術領域

[0003]本公開涉及對數據利用方與個人數據管理方之間的個人數據交易進行中介的中

介裝置以及使計算機發揮作為中介裝置的功能的計算機程序。

背景技術

[0004]已知對個人數據進行管理的個人數據管理方。作為個人數據管理方可列舉例如信

息庫。由寄存個人數據的個人向個人數據管理方傳達有關數據利用的策略等，個人數據管

理方按照所通知的策略等判斷是否可以向第三方提供數據。

[0005]此外，專利文獻1公開了一種信息處理系統，其目的在于防止從被寄存數據的信息

庫等所保有的信息處理裝置泄露個人信息等。

[0006]現有技術文獻

[0007]專利文獻

[0008]專利文獻1:日本專利第6342094號公報

發明內容

[0009]發明要解決的問題

[0010]此外，可以認為當企業等個人數據利用方（以下稱為數據利用方）從個人數據管理

方籌集個人數據時,將數據利用方所需的個人數據的條件即對象條件通知給個人數據管理

方。

[0011]然而，數據利用方卻難以掌握個人數據管理方保有什么個人數據。因此，可以設想

作為查詢對象的個人數據管理方未充分保有符合對象條件的個人數據的情形。該情形下，

數據利用方有時會向另外的個人數據管理方查詢等而產生再次交流。此時，數據利用方在

籌集個人數據時的工作負荷增加，進而使得數據利用方所進行的通信的通信量增加。

[0012]此外，設想同一個人在多個個人數據管理方寄存個人數據的情況。該情況下，數據

利用方或個人數據管理方無法掌握寄存在個人數據管理方的哪些數據是同一個人的數據。

因此，當數據利用方從多個個人數據管理方籌集個人數據時，可能會產生個人數據的重疊

購入。在此所述的重疊購入是指，通過不同的途徑兩次購入同一人物的個人數據。設想數據

利用方會考慮設法以避免上述重疊購入的方式來籌集個人數據。

[0013]本公開的一個方面在于提供一種技術,其既能夠滿足數據利用方在同一個人向多

個個人數據管理方寄存數據的情況下產生的需求，又能夠更容易地對數據利用方所需要的

4

CN113544726A說明書2/40頁

個人數據進行籌集，而且能夠減少數據利用方所進行的通信的通信量。

[0014]解決問題的技術方案

[0015]本公開的一個方案為一種中介裝置，其具備請求獲取部、重復確認獲取部、確定

部、以及獲取發送部。請求獲取部獲取請求信息。重復確認獲取部獲取重復確認信息。重復

確認信息是顯示由第1個人數據管理方管理的第1個人數據和由第2個人數據管理方管理的

第2個人數據是涉及同一個人的個人數據的信息，其中，第2個人數據管理方是與第1個人數

據管理方不同的個人數據管理方。確定部基于重復確認信息來確定籌集方案以及/或者交

付數據。籌集方案示出與從包括第1個人數據管理方以及第2個人數據管理方在內的多個個

人數據管理方籌集的個人數據相關的條件。交付數據是基于從多個個人數據管理方籌集到

的個人數據而生成的數據，并且是發送給數據利用方所保有的利用方裝置的數據。獲取發

送部按照由確定部確定的籌集方案獲取個人數據，以及/或者向利用方裝置發送由確定部

確定的交付數據。

[0016]根據上述構成，按照基于重復確認信息而確定的籌集方案來籌集個人數據。以及/

或者向利用方裝置發送基于重復確認信息而確定的交付數據。因此，能夠滿足數據利用方

在同一個人向多個個人數據管理方寄存數據的情況下產生的需求。此外，由于中介裝置代

替數據利用方從多個個人數據管理方籌集數據，因此，能夠更容易對數據利用方需要的個

人數據進行籌集，并且能夠減少數據利用方所進行的通信的通信量。

[0017]在本公開的一個方案中，確定部可以基于重復確認信息來確定籌集方案。

[0018]根據上述構成，按照基于重復確認信息而確定的籌集方案來籌集個人數據。因此,

能夠滿足數據利用方在同一個人向多個個人數據管理方寄存數據的情況下產生的需求。

[0019]在本公開的一個方案中，確定部可以確定以下籌集方案，即，籌集通過重復確認信

息顯示為是涉及同一個人的個人數據的第1個人數據和第2個人數據中的任意一方。

[0020]根據上述構成，能夠抑制從多個個人數據管理方重復購入涉及同一個人且內容相

同的個人數據。

[0021]在本公開的一個方案中，確定部可以確定以下籌集方案，即，籌集第1個人數據和

第2個人數據中的價格便宜的一方。

[0022]根據上述構成，能夠抑制重復購入涉及同一個人且內容相同的個人數據，而且數

據利用方能夠以更便宜的金額購入個人數據。

[0023]在本公開的一個方案中，確定部可以確定以下籌集方案，即，對通過重復確認信息

顯示為是涉及同一個人的個人數據的第1個人數據和第2個人數據雙方進行籌集。

[0024]根據上述構成，能夠在同一個人向第1個人數據管理方和第2個人數據管理方寄存

有內容不同的個人數據的情況下，從多個個人數據管理方收集同一個人的個人數據。

[0025]在本公開的一個方案中，重復確認獲取部可以從管理重復確認信息或能夠生成重

復確認信息的外部裝置獲取重復確認信息。

[0026]根據上述構成，中介裝置易于獲取反映個人數據的最新重復狀況的重復確認信

息。進而，中介裝置易于基于最新重復狀況來確定籌集方案。

[0027]在本公開的一個方案中，中介裝置還可以具備存儲部，存儲部構成為儲存重復確

認信息。重復確認獲取部可以從存儲部獲取重復確認信息。

[0028]根據上述構成，即使在中介裝置與管理重復確認信息的外部裝置之間不進行數據

5

CN113544726A說明書3/40頁

交換，中介裝置也能夠獲取到重復確認信息。因此，能夠減少中介裝置的通信量。

[0029]在本公開的一個方案中，多個個人數據管理方各自可以對在該個人數據管理方寄

存有個人數據的個人或者該個人的個人數據分配規定的識別信息即注冊識別信息。重復確

認信息可以是以下信息:示出第1個人數據管理方和第2個人數據管理方中涉及同一個人的

注冊識別信息。

[0030]根據上述構成，在多個個人數據管理方以不同的注冊識別信息管理涉及同一個人

的個人數據的情況下，中介裝置能夠掌握哪些個人數據是涉及同一個人的個人數據。因此,

中介裝置能夠基于所掌握的結果來確定籌集方案。

[0031]在本公開的一個方案中，重復確認獲取部可以獲取相似度信息作為重復確認信

息,相似度信息表示從多個信息庫獲取到的多個個人數據之間的相似度。

[0032]根據上述構成，即使在中介裝置與管理重復確認信息的外部裝置之間不進行數據

交換，中介裝置也能夠獲取到重復確認信息。因此，能夠減少中介裝置的通信量。

[0033]在本公開的一個方案中，個人數據管理方可以是信息庫。

[0034]本公開的一個方案為一種系統，其具備所述中介裝置，且可以具備通知信息獲取

部以及通知信息發送部。通知信息獲取部構成為獲取與通過獲取發送部獲取到的個人數據

相對應的通知信息。通知信息是通知給在個人數據管理方寄存有個人數據的個人的信息。

通知信息發送部構成為發送由通知信息獲取部獲取到的通知信息。

[0035]根據上述構成，使用從個人數據管理方獲取到的個人數據并發送通知信息。因此,

能夠向寄存有個人數據的個人發送適合于該個人的通知信息。

[0036]本公開的另一個方案是一種計算機程序，計算機程序使計算機發揮作為所述中介

裝置的功能。根據上述構成，能夠獲得與上述中介裝置同樣的效果。

附圖說明

[0037]圖1是示出第1實施方式的籌集系統的構成的圖。

[0038]圖2是示出第1?第5實施方式的中介裝置的硬件結構的框圖。

[0039]圖3是示出第1實施方式的中介裝置的功能性結構的框圖。

[0040]圖4是第1實施方式的數據籌集處理的流程圖。

[0041]圖5是用于說明請求信息的圖。

[0042]圖6是用于說明針對第1信息庫的第1實施方式的元數據請求的圖。

[0043]圖7是用于說明針對第2信息庫的第1實施方式的元數據請求的圖。

[0044]圖8A是示出第1信息庫的分類表基礎數據的圖；圖8B是示出第2信息庫的分類表基

礎數據的圖。

[0045]圖9是用于說明第1實施方式的元數據的圖。

[0046]圖10是用于對確定個人數據的籌集方案的邏輯的一例進行說明的圖。

[0047]圖11是用于說明針對第1信息庫的數據請求的圖。

[0048]圖12是用于說明針對第2信息庫的數據請求的圖。

[0049]圖13是用于說明來自信息庫的交付數據的圖。

[0050]圖14是用于說明標準字典的圖。

[0051]圖15是用于說明第1信息庫的數據轉換用字典的圖。

6

CN113544726A說明書4/40頁

[0052]圖16A是示出來自第1信息庫的交付數據的圖；圖16B是示出來自第2信息庫的交付

數據的圖。

[0053]圖17是示出來自第1信息庫的轉換后的交付數據的圖。

[0054]圖18是示出來自第2信息庫的轉換后的交付數據的圖。

[0055]圖19是用于說明通過集成來自各信息庫裝置的交付數據而生成的集成數據的圖。

[0056]圖20是示出第2實施方式的中介裝置的功能性結構的框圖。

[0057]圖21是示出第2實施方式的數據籌集處理的流程圖。

[0058]圖22是示出第3實施方式的籌集系統的構成的圖。

[0059]圖23是示出管理方裝置的硬件結構的框圖。

[0060]圖24是用于說明管理方裝置9所保有的重復管理表的圖。

[0061]圖25是示出第3以及第4實施方式的中介裝置的功能性結構的框圖。

[0062]圖26是示出第3以及第4實施方式的數據籌集處理的流程圖。

[0063]圖27是用于說明ID請求的圖。

[0064]圖28是用于說明ID結果信息的圖。

[0065]圖29是用于說明重復確認請求的圖。

[0066]圖30是用于說明重復結果信息的圖。

[0067]圖31是用于說明第3實施方式的元數據請求的圖。

[0068]圖32是用于說明針對第1信息庫的第4實施方式的元數據請求的圖。

[0069]圖33是用于說明針對第2信息庫的第4實施方式的元數據請求的圖。

[0070]圖34是示出收集有同一個人的個人數據的集成數據的圖。

[0071]圖35是示出包含個人數據的價格信息的重復狀況表的圖。

[0072]圖36是示出第5實施方式的中介裝置的功能性結構的框圖。

[0073]圖37是第5實施方式的數據籌集處理的流程圖。

[0074]圖38是示出第6實施方式的籌集系統的構成的圖。

[0075]圖39是示出進行廣告分發的裝置的硬件結構的框圖。

[0076]圖40是廣告分發處理的流程圖。

[0077]圖41是第7以及第8實施方式的數據籌集處理的流程圖。

[0078]圖42是用于說明第7實施方式的元數據請求的圖。

[0079]圖43是示出實施了匿名加工處理的來自第1信息庫的交付數據的圖。

[0080]圖44是用于說明第8實施方式的元數據請求的圖。

[0081]圖45是示出執行了統計信息化的來自第1信息庫的交付數據的圖。

[0082]圖46是示出第9實施方式的中介裝置的功能性結構的框圖。

[0083]圖47是第9實施方式的數據籌集處理的流程圖。

[0084]圖48是示出第9實施方式中的來自第1信息庫的轉換后交付數據的圖。

[0085]圖49是示出第9實施方式中的來自第2信息庫的轉換后交付數據的圖。

[0086]圖50是示出表示多個個人數據彼此的相似度的相似度矩陣的圖。

[0087]圖51是示出相似度閾值和關聯成功數之間的關系的圖。

[0088]圖52是示出將個人數據表現為數據點的坐標空間的圖。

[0089]圖53是示出將相似度閾值和關聯成功數之間的關系擴展成多維度的圖。

7

CN113544726A說明書5/40頁

[0090]附圖標記的說明

[0091]1…籌集系統;2…利用方裝置;2a…數據利用方；

[0092]3、7、8、11、12…中介裝置;4?6…信息庫裝置;4a?6a…信息庫；

[0093]9…管理方裝置;9a…注冊管理方;33、73、83、113--控制部；

[0094]331…請求獲取部;332…元數據請求生成部;333…元數據請求發送部；

[0095]334…元數據接收部；335…條件整理部；336…籌集方案確定部；

[0096]337…數據請求生成部;338…數據請求發送部;339…數據接收部；

[0097]340…形式處理部;341…數據發送部;731…元數據獲取部；

[0098]732…更新處理部;831…ID請求生成部;832iID請求發送部；

[0099]833…ID接收部;834…重復確認生成部;835…重復確認發送部；

[0100]836…重復確認接收部;931…重復確認獲取部;932…更新處理部；

[0101]1231…相似度判定部。

具體實施方式

[0102]以下參照附圖來說明用于實施本公開的實施方式。

[0W3]口.第1實施方式]

[0104][1T.整體構成]

[0105]圖1所示的籌集系統1具備利用方裝置2、中介裝置3以及多個信息庫裝置4?6。

[0106]利用方裝置2是使用個人數據的數據利用方2a所保有的裝置。數據利用方2a是使

用個人數據來提高利潤的企業等。

[0W7]在此，本實施方式中所述的個人數據與是否具有個人識別性無關，是指關于個人

的全部信息。個人數據包括能夠確定和識別個人的個人信息。在此所述的個人信息是例如

日本國個人信息保護法第2條第1項所規定的“個人信息”。個人信息除了包括能夠通過該信

息本身來識別個人的信息以外，還包括能夠與其他信息進行對照并由此來識別個人的信

息。作為除個人信息以外的個人數據，可列舉個人的位置信息或購入信息、IP地址、互聯網

瀏覽歷史等企業或網絡上累積的信息等。此外，作為除個人信息以外的個人數據，還可以列

舉被加工成無法與個人建立關聯的關于個人行動或狀態等的數據等。

[0108]利用方裝置2經由如互聯網、專用無線/有線通信線路網的網絡而與中介裝置3連

接。

[0109]中介裝置3是用來代替數據利用方2a向信息庫裝置4?6進行個人數據的請求，而

且按照適合于數據利用方2a的條件來收購個人數據并向數據利用方2a進行交付的裝置。中

介裝置3例如為在數據利用方2a與信息庫4a?6a之間進行個人數據交易中介的從業方所保

有。中介裝置3經由諸如互聯網、專用無線/有線通信線路網的網絡而與利用方裝置2、以及

信息庫裝置4?6連接。后文將對中介裝置3的硬件結構以及功能進行詳細說明。

[0110]信息庫裝置4?6各自分別為信息庫4a?6a所保有。信息庫4a?6a所經營的業務

為:管理被個人寄存的個人數據并且將該個人數據提供給企業等第三方。

[0111]信息庫裝置4?6中儲存有個人經由個人所保有的智能手機、平板電腦終端、個人

計算機等信息處理終端11?17而寄存的個人數據。信息庫裝置4?6經由諸如互聯網、專用

無線/有線通信線路網的網絡而與中介裝置3、以及信息處理終端11?17連接。如后文所述,

8

CN113544726A說明書6/40頁

在信息庫裝置4?6與中介裝置3之間進行各種信息的交換，并且經由中介裝置3將個人數據

交付給數據利用方2a。

[0112]另外，在圖1中僅圖示了三個信息庫裝置4?6,不過，中介裝置3通常也可以與除三

個以外信息庫裝置進行個人數據等數據的交換。

[0113][1-2.中介裝置]

[0114]接下來，參照圖2來說明中介裝置3的硬件結構。中介裝置3具備通信部31、存儲部

32、以及控制部33。

[0115]通信部31是用于使中介裝置3與網絡連接的通信界面。中介裝置3能夠經由通信部

31與利用方裝置2、信息庫裝置4?6通過有線或無線進行數據通信。此外，中介裝置3也可以

經由通信部31與互聯網連接，并經由互聯網與外部裝置進行數據通信。

[0116]存儲部32儲存各種數據。

[0117]控制部33以具有CPU33a、RAM、R0M、以及閃速存儲器等半導體存儲器（以下稱為存

儲器33b）的周知的微計算機為中心而構成。通過由CPU33a執行保存在非轉移實體記錄介質

中的程序來實現控制部33的各種功能。在該示例中，存儲器33b對應于保存有程序的非轉移

實體記錄介質。此外，通過執行該程序來執行與程序相對應的方法。此外，構成控制部33的

微計算機的數量可以為一個或多個。

[0118]控制部33通過由CPU33a執行程序來進行后述圖4所示的數據籌集處理。控制部33

通過進行數據籌集處理，而作為圖3所示的請求獲取部331、元數據請求生成部332、元數據

請求發送部333、元數據接收部334、條件整理部335、籌集方案確定部336、數據請求生成部

337、數據請求發送部338、數據接收部339、形式處理部340以及數據發送部341而發揮功能。

用于實現構成控制部33的上述這些元素331?341的功能的方法不限于軟件，也可以使用通

過組合邏輯電路和模擬電路等而形成的硬件來實現上述一部分或全部元素的功能。

[0119]下文首先參照圖3對各元素331?341的功能的概要進行說明。然后參照圖4的流程

圖對各元素331?341的功能進行詳細說明。

[0120]〈請求獲取部〉

[0121]請求獲取部331經由通信部31接收來自利用方裝置2的請求信息。請求信息是包含

數據利用方2a所需要的個人數據的條件即對象條件的信息。后文將對請求信息的具體示例

進行說明。

[0122]〈元數據請求生成部〉

[0123]元數據請求生成部332基于由請求獲取部331接收到的請求信息來生成向信息庫

裝置4?6發送的元數據請求。在此所述的元數據請求是用于向信息庫裝置4?6請求元數據

的信息。在此所述的元數據是指，顯示信息庫4a?6a所保有的個人數據中與請求信息所包

含的對象條件相符的個人數據的屬性的信息。在此所述的個人數據的屬性是指個人數據所

涉及的個人的屬性，例如個人的年齡、性別等。個人數據的屬性當然也可以是除年齡以及性

別以外的個人的屬性。換言之,個人數據的屬性是該個人數據所包含的表示個人的年齡、性

別等各種屬性的各數據項目。即，個人數據的屬性是指個人數據的數據項目。

[0124]在本實施方式中，元數據示出關于該信息庫所保有的符合對象條件的全部或一部

分個人數據的數據概要。在此所述的數據概要可以是例如個人數據的一部分屬性、與個人

數據的各個屬性相關的統計信息等。

9

CN113544726A說明書7/40頁

[0125]元數據是顯示信息庫所保有的符合對象條件的全部或一部分個人數據由哪種屬

性的個人數據構成的信息。具體而言，如后文所述，元數據中包括該信息庫所保有的符合對

象條件的全部或一部分個人數據的統計量的信息等。后文將對元數據請求以及元數據的具

體示例進行說明。

[0126]此外，在本實施方式中，各信息庫裝置4?6各自能夠處理的數據形式互不相同。因

此，元數據請求生成部332按照各信息庫裝置4?6能夠處理的數據形式而分別對各信息庫

裝置4?6生成元數據請求。

[0127]〈元數據請求發送部〉

[0128]元數據請求發送部333經由通信部31向信息庫裝置4?6發送通過元數據請求生成

部332生成的元數據請求。作為針對元數據請求的應答，接收到元數據請求的信息庫裝置4

?6向中介裝置3發送元數據。

[0129]〈元數據接收部〉

[0130]元數據接收部334經由通信部31從信息庫裝置4?6接收元數據。

[0131]（條件整理部〉

[0132]條件整理部335根據從信息庫裝置4?6接收到的元數據來整理交易條件。

[0133]（籌集方案確定部〉

[0134]籌集方案確定部336基于通過元數據接收部334接收到的元數據來確定適合于數

據利用方2a的籌集方案。在此所述的籌集方案示出與從信息庫裝置4?6所保有的符合對象

條件的個人數據中籌集的個人數據相關的條件。即，從信息庫裝置4?6籌集（也就是購入）

與籌集方案示出的條件相符的個人數據。后文將對籌集方案的確定邏輯進行說明。

[0135]〈數據請求生成部〉

[0136]數據請求生成部337按照通過籌集方案確定部336確定的籌集方案生成數據請求。

數據請求是用于向信息庫裝置4?6請求個人數據的數據。數據請求生成部337按照各信息

庫裝置4?6可處理的數據形式分別對各信息庫裝置4?6生成數據請求。后文將對數據請求

的具體示例進行說明。

[0137]〈數據請求發送部〉

[0138]數據請求發送部338經由通信部31向信息庫裝置4?6發送通過數據請求生成部

337生成的數據請求。

[0139]〈數據接收部〉

[0140]數據接收部339經由通信部31從接收到數據請求的信息庫裝置4?6接收交付數

據。交付數據包含數據請求中指定的個人數據。后文將對交付數據的具體示例進行說明。

[0141]〈形式處理部》

[0142]形式處理部340將從多個信息庫裝置4?6接收到的交付數據的數據形式調整成共

同的數據形式并集成為一個數據，由此生成集成數據。后文將對集成數據的具體示例進行

說明。

[0143]〈數據發送部》

[0144]數據發送部341經由通信部31向利用方裝置2發送通過形式處理部340生成的集成

數據。由此，從信息庫4a?6a籌集到的個人數據被交付給數據利用方2a。

[0145][1-3.處理]

10

CN113544726A說明書8/40頁

[0146]接下來參照圖4的流程圖對中介裝置3的控制部33所執行的數據籌集處理進行說

明。其中，通過經由通信部31從利用方裝置2接收請求信息而開始執行數據籌集處理。此外，

若從數據利用方2a接收到請求信息，則將接收到的請求信息儲存在存儲部32。

[0147]<S101>

[0148]在S101中，請求獲取部331從存儲部32獲取來自數據利用方2a的請求信息。本實施

方式的請求信息包括圖5所示的各個項目。即，請求信息包括時間戳、交易ID、語句類型、目

的站、發送源以及語句內容。其中，語句類型是表示該信息屬于請求信息、元數據請求、元數

據等哪種數據的數據。

[0149]語句內容包含預算、報酬、對象條件、請求項目、分布統計軸、利用組織、利用目的

以及利用條件的信息。

[0150]預算的信息包括數據利用方2a就該交易而言能夠支付的預算額的信息、以及表示

數據利用方2a的費用結算方式的信息。

[0151]報酬的信息是數據利用方2a對提供個人數據的個人支付的報酬的信息。報酬的信

息包括報酬的形式、報酬的發行方、報酬的發行時間、可使用與報酬相關的特別優惠等的地

域、報酬的生效時刻以及失效時刻等信息。

[0152]對象條件是數據利用方2a所需要的個人數據的條件。對象條件例如是用于對個人

數據的個人屬性（例如性別、年齡、習慣等）進行指定的條件。當數據利用方2a需要條件不同

的多個個人數據時，語句內容所包含的對象條件也為多個。此外，語句內容包括數據利用方

2a針對每個對象條件需要幾件符合該對象條件的個人數據的件數信息。

[0153]例如，在圖5的示例中，第一個對象條件為：個人數據所涉及的個人的性別為男性

且最近三個月瀏覽食譜網站的次數為3次以上。并且，數據利用方2a所需要的符合該對象條

件的個人數據的件數為1000件。第二個對象條件為:個人數據所涉及的個人的性別為女性

且最近三個月瀏覽食譜網站的次數為7次以上。并且，數據利用方2a所需要的符合該對象條

件的個人數據的件數為1000件。

[0154]請求項目是數據利用方2a希望交付的個人數據的項目（例如性別、年齡層、作為居

住地的都道府縣等）o

[0155]分布統計軸對從信息庫裝置4?6發送的元數據中包含的個人數據的一部分項目

進行指定。即，如后文所述，從信息庫裝置4?6發送的元數據中包含信息庫4a?6a所保有的

符合對象條件的全部或一部分個人數據的一覽表（即列表）。該列表中針對每一個個人數據

的ID均包含該個人數據的一部分項目、和該個人數據的數據價格。在此所述的個人數據的

一部分項目換言之即為個人數據所涉及的個人的一部分屬性，例如未婚率、年齡層等。分布

統計軸對該列表中包含的個人數據的上述一部分項目進行指定。此外，在本實施方式中，分

布統計軸所包括的個人數據的屬性被設定成由對象條件指定的屬性以外的屬性。

[0156]利用組織、利用目的以及利用條件的信息表示個人數據的利用組織、利用目的以

及利用條件。利用組織的信息包括例如利用組織的法人編號、名稱、地址、國家、行業等。利

用目的的信息包括例如利用的類別（顧客分析、直郵廣告發送等）和個別利用目的。個別利

用目是例如顧客信息擴展、統計創建、對個人數據的提供源本人的訪問、廣告分發等。

[0157]請求獲取部331從利用方裝置2接收上述請求信息。

[0158]<S102>

11

CN113544726A說明書9/40頁

[0159]接下來，在S102中，元數據請求生成部332基于在S101中接收到的請求信息來生成

元數據請求。分別對作為個人數據供應方的每一個信息庫4a?6a生成元數據請求。具體而

言，圖6示出針對第1信息庫4a的元數據請求的示例。此外，圖7示出針對第2信息庫5a的元數

據請求的示例。圖6以及圖7示出的元數據請求均包含相同的項目。

[0160]具體而言，元數據請求包括時間戳、交易ID、語句類型、參照交易ID、目的站、發送

源以及語句內容。參照交易ID是在S101中接收到的請求信息，換言之，即關于該元數據請求

的請求信息的交易ID。

[0161]語句內容包含報酬、對象條件、請求項目、分布統計軸、利用組織、利用目的以及利

用條件的信息。語句內容所包含的這些信息與請求信息的情形相同。

[0162]在此，在本實施方式中，各信息庫裝置4?6各自能夠處理的數據形式不同。因此，

按照發送目標方的信息庫裝置4?6能夠處理的數據形式來生成元數據請求。

[0163]例如，在第1信息庫裝置4能夠處理的數據形式中，表示個人數據所涉及的個人的

性別的變量是“Gender”，“個人的性別為男性”的意思與保存到該變量中的值“1”建立對應。

此外，“個人的性別為女性”的意思與保存到變量"Gender”中的值“2”建立對應。

[0164]另一方面，例如，在第2信息庫裝置5能夠處理的數據形式中，表示個人數據所涉及

的個人的性別的變量為“性別”，“個人的性別為男性”的意思與保存到該變量中的值“男性”

建立對應。此外，“個人的性別為女性”的意思與保存到變量“性別”中的值“女性”建立對應。

[0165]因此，元數據請求生成部332在例如圖6所示的針對第1信息庫裝置4的元數據請求

中，以如“Gender=l”等數據形式來指定對象條件的項目中的“個人數據所涉及的個人的性

別為男性”這一條件。

[0166]另一方面，元數據請求生成部332在例如圖7所示的針對第2信息庫裝置5的元數據

請求中，以如“性別=男性”等數據形式來指定對象條件的項目中的“個人數據所涉及的個

人的性別為男性”這一條件。

[0167]此外,基于圖8A以及圖8B所示的分類表基礎數據來創建各信息庫裝置4?6的元數

據請求。分類表基礎數據是用于將元數據請求等所包含的各項目轉換成各信息庫裝置4?6

各自能夠處理的數據形式的信息。在某個信息庫裝置的分類表基礎數據中，以該信息庫裝

置能夠處理的數據形式描述的“變量名”、“值”以及“意思”被設定成相互建立對應。在本實

施方式中，作為中介裝置3的交易對象的各信息庫裝置4?6的分類表基礎數據預先儲存在

中介裝置3的存儲部32中。不過，分類表基礎數據的定位不限于此。例如，在生成元數據請求

時，中介裝置3可以向各信息庫裝置4?6發送請求分類表基礎數據的信息，并獲取各信息庫

裝置4?6的分類表基礎數據作為其應答信號。即，可以在生成元數據請求的定時獲取分類

表基礎數據。

[0168]<S103>

[0169]接下來，在S103中，元數據請求發送部333經由通信部31向信息庫裝置4?6發送在

S102生成的元數據請求。作為元數據請求的應答信息，接收到元數據請求的信息庫裝置4?

6向中介裝置3發送元數據。

[0170]<S104>

[0171]接下來，在S104中，元數據接收部334經由通信部31從各信息庫裝置4?6接收元數

據。以各信息庫裝置4?6能夠處理的數據形式來描述元數據。

12

CN113544726A說明書10/40頁

[0172]本實施方式的元數據包括圖9所示的各項目。圖9示出從第2信息庫裝置5接收到的

元數據。

[0173]元數據包括時間戳、交易ID、語句類型、參照交易ID、目的站、發送源、分類代碼基

礎數據以及語句內容。參照交易ID是與該元數據相關的元數據請求的交易ID,換言之，向作

為該元數據發送源的信息庫裝置發送的元數據請求的交易ID。分類代碼基礎數據是用于確

定與作為該元數據發送源的信息庫裝置相關的分類代碼基礎數據的信息。

[0174]語句內容包含對象者的信息即對象者信息。對象者信息包括請求信息所包含的對

象條件、以及該信息庫所保有的個人數據中的符合對象條件的全部或一部分個人數據的件

數。此外，對象者信息表示符合對象條件的全部或一部分個人數據由具有哪種屬性的個人

數據構成。

[0175]具體而言，對象者信息包括請求項目統計量。請求項目統計量是與請求項目指定

的各屬性有關的個人數據的統計量（平均、方差、偏度、中位數等）、最大值以及最小值等。此

外，對象者信息包括方差協方差矩陣、個人數據的數據價格分布的信息、以及其他多變量的

統計量的信息。

[0176]在此，數據價格分布的信息表示在按通過分布統計軸指定的屬性對個人數據進行

分類時各個類別所包含的個人數據的數據價格。例如，在分布統計軸中指定有“未婚已婚、

年齡層、3個月有無購買雜志”的屬性。該情況下，數據價格分布的信息中可包含“未婚已婚:

未婚；年齡層：30；3個月有無購買雜志=無”的分類所包含的個人數據的數據價格“260、

280、290、…”。

[0177]在本實施方式中，設想成元數據包含的個人數據的信息的件數大于在請求信息中

指定的個人數據的件數。更詳細而言，假設元數據所包含的符合某個對象條件的個人數據

的信息的件數大于在請求信息中指定的符合該對象條件的個人數據的件數。這是由于：在

基于元數據來選擇在請求信息中指定的件數的個人數據時，對多種個人數據的選擇方法

（即籌集方案）進行研究后從多種籌集方案中選定適合于數據利用方2a的籌集方案。不過,

通過元數據顯示其屬性的個人數據的件數不限于此，該個人數據的件數例如也可以與在請

求信息中指定的個人數據的件數相同。

[0178]<S105>

[0179]接下來，在S105中，條件整理部335從符合各信息庫裝置4?6的數據形式的元數據

中整理交易條件。具體而言，條件整理部335利用各信息庫裝置4?6的分類表基礎數據，將

符合各信息庫裝置4?6的數據形式的元數據調整成共同的數據形式,從而整理交易條件。

[0180]此外，條件整理部335基于在S104中從各信息庫裝置4?6接收到的元數據,生成如

圖10的虛線所示的列表（以下稱為元數據列表）。元數據列表是使個人數據的ID、數據源、由

分布統計軸指定的屬性、以及數據價格建立了對應的數據。數據源是用于識別該數據是來

自哪個信息庫的數據的信息。如上文所述，在本實施方式中，生成的元數據列表所包含的數

據的件數大于在請求信息中指定的個人數據的件數。此外，圖10的元數據列表的“數據源”

一列中的“第1”表示第1信息庫4a,“第2”表示第2信息庫5a。

[0181]<S106>

[0182]接下來，在S106中，籌集方案確定部336基于在S105中生成的元數據列表來確定適

合于數據利用方2a的籌集方案。在本實施方式中，籌集方案確定部336基于信息庫裝置4?6

13

CN113544726A說明書11/40頁

所保有的每個個人數據的數據價格和數據利用方2a所指定的預算額來確定籌集方案。然

后,在關注由分布統計軸指定的屬性時，籌集方案確定部336基于元數據所示出的個人數據

的分布（以下稱為原始數據分布）的再現性來確定籌集方案。即，籌集方案確定部336在數據

利用方2a的預算額的范圍內以使得通過籌集方案籌集的個人數據的數據分布接近原始數

據分布的方式來確定籌集方案。

[0183]以下,參照圖10對籌集方案的確定方法進行具體說明。在圖10中，為了簡便而考慮

了由100個數據組成的元數據列表。在該事例中，來自數據利用方2a的請求信息僅包含一個

對象條件。例如，請求信息僅包含圖5的對象條件1"個人數據所涉及的個人的性別為男性且

最近三個月瀏覽食譜網站的次數為3次以上”這一對象條件。圖10的100個數據是符合對象

條件的數據。并且，數據利用方2a需要的與對象條件相符的個人數據的件數為40件。即，從

所述100個數據中選擇40個數據。此外，數據利用方2a的預算額為11000日元。

[0184]數據價格的總額最便宜的籌集方案是方案A,即，在數據價格按從小到大的順序對

數據進行排序，并購入從第1到第40的數據。此外，在圖10中，對在籌集方案中購入的數據標

示“1”的旗標，對未購入的數據標示“0”的旗標。方案A的購入數據價格的總額為10570日元。

但是，例如未婚和已婚的比例在原始的100個數據（以下稱為原始數據）中為59：41（=3：2）,

而在方案A中為12：28（=1：2.5）,從而偏離了原始數據的分布。此外，在圖10中，對應于未婚

的值為“0”，對應于已婚的值為“1”。這樣，存在以下疑慮：實際上可籌集的個人數據的其他

項目沒有再現原始數據的分布。因此，對購入的數據的明細不同的其他類型（例如圖10的方

案B和方案C等）也進行研究，并且以與方案A同樣的方式評價數據價格的總額以及相對于元

數據的分布即原始數據分布的偏離。此外，可使用例如KL（Kullback-Leibler）-divergence

（KL散度）等指標值來評價相對于原始數據分布的偏離。圖10的示例中，偏離原始數據分布

最小的籌集方案是方案C,但是方案C的數據價格的總額為12420日元，超出了預算。因此，確

定采用在預算額范圍內偏離原始數據分布最小的方案B作為籌集方案。如上所述，從多個籌

集方案中將在預算額的范圍內偏離原始數據分布最小的方案確定為籌集方案即為本實施

方式的籌集方案的確定邏輯。此外，在上文中對請求信息僅包含一個對象條件的情形進行

了例示說明，不過，請求信息包含多個對象條件的情形也是同樣的確定邏輯。另外，當請求

信息包含多個對象條件時，為了不改變在請求信息中指定的各對象條件的件數而變更籌集

的數據，從而研究多個方案。

[0185]<S107>

[0186]接下來，在S107中，數據請求生成部337按照通過籌集方案確定部336確定的籌集

方案來生成請求個人數據的數據請求。數據請求生成部337以符合各信息庫裝置4?6的能

夠處理的數據形式的方式分別對各信息庫裝置4?6生成數據請求。

[0187]圖11示出針對第1信息庫4a的數據請求的示例。圖12示出針對第2信息庫5a的數據

請求的示例。這些數據請求均包含相同的項目。

[0188]具體而言，數據請求包括時間戳、交易ID、語句類型、參照交易ID、目的站、發送源

以及語句內容。參照交易ID是與該數據請求相關的元數據的交易ID,換言之，從作為該數據

請求的發送目標方的信息庫裝置接收到的元數據的交易ID。

[0189]語句內容包含與各對象條件相對應的對象者信息。對象者信息包含條件語句、件

數、支付額以及購入數據的信息。

14

CN113544726A說明書12/40頁

[0190]條件語句表達對應的對象條件。件數以及支付額表示就對應的對象條件而言，從

作為該數據請求的發送目標方的信息庫裝置籌集的個人數據的件數以及支付額。

[0191]購入數據對從作為該數據請求的發送目標方的信息庫裝置籌集的個人數據進行

確定。具體而言，購入數據用于指定基于由統計分布軸指定的各屬性以及數據價格而籌集

的個人數據。

[0192]此外，語句內容包含請求項目，請求項目是數據利用方2a希望交付的個人數據的

項目。

[0193]數據請求生成部337以符合各信息庫裝置4?6的能夠處理的數據形式的方式，使

用各信息庫裝置4?6的分類代碼基礎數據分別對各信息庫裝置4?6生成數據請求。

[0194]<S108>

[0195]接下來，在S108中，數據請求發送部338經由通信部31向信息庫裝置4?6發送在

S107中生成的數據請求。

[0196]<S109>

[0197]接下來，在S109中，數據接收部339從接收到數據請求的信息庫裝置4?6接收如圖

13所示的包含由數據請求指定的個人數據的交付數據。

[0198]具體而言，交付數據包括時間戳、交易ID、語句類型、參照交易ID、目的站、發送源

以及語句內容。參照交易ID是與該交付數據相關的數據請求的交易ID,換言之，向作為該交

付數據的發送目標方的信息庫裝置發送的數據請求的交易ID。

[0199]語句內容包含與各對象條件相對應的對象者信息。對象者信息包含條件語句、件

數以及數據主體的信息。條件語句以及件數與數據請求所包含的條件語句以及件數相同。

數據主體是由數據請求所包含的購入數據指定的個人數據。數據主體包含由個人數據的項

目中的請求項目指定的項目。并且，語句內容包含請求項目的信息。

[0200]<S110>

[0201]接下來，在S110中，形式處理部340使從多個信息庫裝置4?6接收到的交付數據的

數據形式達成統一。具體而言，形式處理部340將從各信息庫裝置4?6接收到的交付數據的

數據形式轉換成共同的數據形式。然后，形式處理部340將來自各信息庫裝置4?6的且已被

轉換成共同的數據形式的交付數據集成為一個數據。以下進行具體說明。

[0202]首先，在將來自各信息庫裝置4?6的交付數據的數據形式轉換成共同的數據形式

時，形式處理部340使用圖14所示的標準字典。標準字典儲存在存儲部32中。標準字典是如

下數據:使中介裝置3中就個人數據可包含的各項目而規定的意思、變量名以及值相互建立

對應而設定成的數據。以下將規定的變量名以及值分別稱為“標準變量名”以及“標準值”。

形式處理部340使用該標準字典首先創建各信息庫裝置4?6的數據轉換用字典。數據轉換

用字典是用于將各信息庫裝置4?6的交付數據的變量名以及值轉換成由標準字典規定的

標準變量名以及標準值的數據。

[0203]在創建數據轉換用字典時，形式處理部340在“意思”項目中對圖8A和圖8B所示的

該信息庫的分類表基礎數據和圖14所示的標準字典進行核對。此外，在進行該核對（即匹

配）時，例如可以單純地使雙方數據在“意思”項目內的文本進行匹配,也可以通過除此之外

的其他方法使其匹配。

[0204]在“意思”項目中對分類表基礎數據和標準字典進行核對之后,生成圖15所示的數

15

CN113544726A說明書13/40頁

據轉換字典，該數據轉換字典是通過使分類表基礎數據所包含的“變量名”和“值”、標準字

典所包含的“標準變量名”和“標準值”、以及“意思”相互建立對應而生成的。此外，可以在將

來自各信息庫裝置4?6的交付數據的數據形式轉換成共同的數據形式時生成數據轉換字

典，也可以預先生成數據轉換字典,并將其儲存在存儲部32中。

[0205]然后，形式處理部340使用信