ワーキンググループ１ 活動報告
佐古 和恵
ＮＥＣワーキンググループ１（WG1）「分散PDS」のシステムモデルを検討「分散PDS」により個人が事業者と直接的関係を結ぶ基本モデルとその関係を仲介するメディエータを基本モデルに付加した拡張モデルのアーキテクチャを設計(http://www.ducr.u‐tokyo.ac.jp/jp/research/dbd‐conso/index.htmlより）

WG1(all time)メンバーリスト(28)•アンリツ– 小熊– 安嶌– 渡邊– 尾坪– 秋山– 吉田•

シナジーマーケティング•– 伊藤•

•黒木宮田
篠崎
篠原
青木

大学・事務局– 橋田先生– 中川先生– 飯山先生– 筧先生– 奥貫先生– 加藤先生日本ＩＢＭ–––––ＤＮＰ– 栃原– 土屋– 松山– 木虎– 藤井– 安松– 織田•

インテージ•

ＮＥＣ– 佐古– 竹之内– 若目田日時2015/2/515：00～17：202015/3/2
15：30～17：302015/3/23
15：30～17：302015/4/13
15：30～17：302015/4/21
10：30～12：002015/5/8
15：30～17：302015/6/910：00～12：00

名称
第1回WG1

場所
東京大学産学連携プラザ2階
大会議室

内容
【議論】
WG1で議論するテーマについて

第2回WG1

東京大学産学連携プラザ2階
2AB会議室

【議論】
学会発表先について、橋田先生のPLRについての説明と質疑

第3回WG1

東京大学 工学部2号館31A会議室

第4回WG1

東京大学産学連携プラザ2階
2AB会議室【議論】
DICOMO 発表申し込み内容について、ユースケースについて、システムアーキテク
チャについて【議論】
ユースケースについて、論文目次について

第5回WG1

東京大学 工学部 2号館 3F 33B1 【議論】DICOMO発表論文執筆の割り当てについて、掲載ユースケースの絞り込み

第6回WG1

東京大学 産学連携プラザ 2階
2AB 会議室【議論】持ち寄った論文記述について

第7回WG1

東京大学 産学連携プラザ 2階
2AB 会議室【議論】
DICOMO論文まとめ中に議論した課題の見直し、標準化要件の検討、進捗状況の確認

2015/7/2
14：00～16：00
2015/7/1410：30～12：302015/7/29
10：30～12：302015/8/1715：00～17：00

第8回WG1

東京大学 産学連携プラザ 2階
2AB 会議室

第9回WG1

東京大学 産学連携プラザ 2階
2AB 会議室【議論】
DICOMOプレゼン資料について、電子母子手帳 柏市のヒアリング、提案システム
アーキテクチャとPLRの対応について【議論】
DICOMOプレゼンについての報告、PLRにおけるID管理とデータ共有方法について

第10回WG1

東京大学工学部2号館 3階 電気 【議論】系会議室 1C 33A
成果のまとめ方について、今後明確にしたいことの持ち寄り

第11回WG1

東京大学 産学連携プラザ 2階
2AB 会議室

2015/8/28
10:30～12:30

第12回WG1 東京大学 産学連携プラザ 2階
201 会議室【議論】
名簿管理アプリとPLRにおける安全なデータ共有方法について、標準化へのアプ
ローチについて、分散PDSの標準化を考えるにあたって、検討すべき要件の整理【議論】
報告書執筆項目と分担について日時
2015/2/5
15：00～17：202015/3/2
15：30～17：302015/3/23
15：30～17：302015/4/13
15：30～17：302015/4/21
10：30～12：002015/5/8
15：30～17：302015/6/9
10：00～12：00

名称
第1回WG1

場所
東京大学産学連携プラザ2階
大会議室

内容
【議論】
WG1で議論するテーマについて

第2回WG1

東京大学産学連携プラザ2階
2AB会議室

【議論】
学会発表先について、橋田先生のPLRについての説明と質疑

第3回WG1

東京大学 工学部2号館31A会
議室

第4回WG1

東京大学産学連携プラザ2階
2AB会議室【議論】
DICOMO 発表申し込み内容について、ユースケースについて、システムアーキテク
チャについて【議論】
ユースケースについて、論文目次について

第5回WG1

東京大学 工学部 2号館 3F 33B1 【議論】DICOMO発表論文執筆の割り当てについて、掲載ユースケースの絞り込み

第6回WG1

東京大学 産学連携プラザ 2階
2AB 会議室【議論】持ち寄った論文記述について

第7回WG1

東京大学 産学連携プラザ 2階
2AB 会議室【議論】
DICOMO論文まとめ中に議論した課題の見直し、標準化要件の検討、進捗状況の確認

2015/7/2
14：00～16：002015/7/14
10：30～12：302015/7/29
10：30～12：302015/8/17
15：00～17：00

第8回WG1

東京大学 産学連携プラザ 2階
2AB 会議室

第9回WG1

東京大学 産学連携プラザ 2階
2AB 会議室【議論】
DICOMOプレゼン資料について、電子母子手帳 柏市のヒアリング、提案システム
アーキテクチャとPLRの対応について【議論】
DICOMOプレゼンについての報告、PLRにおけるID管理とデータ共有方法について

第10回WG1

東京大学工学部2号館 3階 電気 【議論】系会議室 1C 33A
成果のまとめ方について、今後明確にしたいことの持ち寄り

第11回WG1

東京大学 産学連携プラザ 2階
2AB 会議室

2015/8/28
10:30～12:30

第12回WG1 東京大学 産学連携プラザ 2階
201 会議室に加えて、電話会議
3,4回

WG1のメーリングリス
トの総流量 589通！

【議論】
名簿管理アプリとPLRにおける安全なデータ共有方法について、標準化へのアプ
ローチについて、分散PDSの標準化を考えるにあたって、検討すべき要件の整理【議論】
報告書執筆項目と分担について

ワーキンググループ１（WG1）「分散PDS」のシステムモデルを検討「分散PDS」により個人が事業者と直接的関係を結ぶ基本モデルとその関係を仲介するメディエータを基本モデルに付加した拡張モデルのアーキテクチャを設計(http://www.ducr.u‐
tokyo.ac.jp/jp/research/dbd‐conso/index.htmlより）

成果• 「分散PDS」により個人が事業者と直接的関係を結ぶ基本モデルのアーキテクチャを設計• その構想をDICOMO2015(安比高原)にて発表• PLRと対比し、過不足を検討• PLRにおける安全なデータ共有方式を議論• 今後、分散PDSの標準化を検討するにあたって、考慮すべき要件を整理• 「メディエータ」はサービスプロバイダの一形態（マッチングサービス）として詳細検討は割愛

論文：個人情報を本人が管理するPDSシステムモデル―「集めないビッグデータコンソーシアム」における検討報告―

著者17名

9組織

アーキテクチャ活動概要• WG1活動2月スタート• 3月末 論文タイトル、著者リストの決定、論文目次案策定（検討項目案）• 4月末 要件の明確化、論文執筆（締切5/15)• 5月末 アーキテクチャ策定開始、• 6月末 プレゼン資料準備（発表7月上旬）• 7月末 ＰＬＲとの対応検討• 8月末 標準化に向けた要件整理• 9月末 全体まとめ、発表先検討

PLRにおける安全なデータ共有(1)A• データ暗号化状態

秘密鍵(A)住所k
公開鍵(A)

住所データ

共通鍵kで暗号化された住所データk
公開鍵(A)で暗号化された
共通鍵k

Ａさんの住所フォルダ

PLRにおける安全なデータ共有(2)Request

住所教えて①住所教えて秘密鍵(B)A

B

秘密鍵(A)

公開鍵(A)

公開鍵(B)

住所データは予めｋで暗号化されている②了解
住所④了解後、参照権限
Aさん→Bさん

住所
データ

住所

住所データ

住所
データ

③共通鍵を公開鍵(B)で暗号化

共有ができる理由
Request

住所教えて

住所教えて

B

A
住
k所

了解

公開鍵(A)

住所デー
タ

Bの秘密鍵

Bの公開鍵

Ａさんの住所
フォルダ

Bの公開鍵で暗号化された共通鍵k

共通鍵k

Bの秘密鍵で復号

Bの公開鍵で暗号化

共通鍵kで暗号化

共通鍵kで復号
住所データ

共通鍵k

共通鍵kで暗号化された住所データ

住所データk今後考慮すべき要件• 汎用性: 多種のパーソナルデータを統合的に扱える– １つの業界に特定されないこと– 異なる機微度の情報を扱えること– 情報の意味を互いに理解しあえること• 継続性: 個人の一生および複数の世代にわたり継続的に利用できる– ハードウエア・ファームウエアの改版に対応する手立てが考慮されていること• 互換性: 多くの事業者が参画できる– 新たなサービスを創り出しやすいOpen性も確保すること– さまざまなプラットフォームで利用できること• 信頼確保: 個人(利用者)による自己情報コントロールが可能である– VRM(Vendr Relationship Management)を実現する基本機能が備わっていること• 安全性: パーソナルデータの漏洩や不正な利用を防げる– 個人認証、企業認証の確保– データ信憑性の確保– サイバー攻撃への耐性（悪意者からのアクセスを排除できること）

積み残し課題• 「メディエータ」はサービスプロバイダの一形態（マッチングサービス）として詳細検討は割愛• 「データ開示条件」の構造化には未着手

まとめ• 「分散PDS」により個人が事業者と直接的関係を結ぶ基本モデルのアーキテクチャを設計した• PLRにおける安全なデータ共有方式を議論した• 今後、分散PDSの標準化を検討するにあたって、考慮すべき要件を整理した• 「メディエータ」はサービスプロバイダの一形態（マッチングサービス）として詳細検討は割愛

おまけ FAQ(1/3)• 「集めないビッグデータ」は集めているのではないですか？
– 現状の、企業が個人のデータを「集めている」状態へのアンチテーゼである。個人が個人のデータをそれぞれ集める。

おまけ FAQ(2/3)• 集めた個人のデータの実体はどこにあるのですか？
– 実装依存だと思われる。個人のスマホにあってもよいし、PLRのように外部クラウドサービスにあってもよいし、PDSを提供するサービスプロバイダが管理するかもしれない。もしかしたら秘密分散技術を使って、複数のクラウドサービスに分散されて存在していることも考えられる。

おまけ FAQ(3/3)• どういうことができたら「個人が管理する」状態になるのですか？
– まさにＷＧ内で繰り返し論じられてきた質問だが、明確な線引きはできなかった。
– たとえば、パソコンに入っているデータは「個人が管理している」と言えるのか？OSの会社が勝手にクラウドに転送している場合には？
– データにポータビリティがあって、プロトコルにオープン性があって、「管理できていない」と思えた時に、別のプロバイダやソフトウェアに乗り換えることができることではないか。（私見）– 少なくとも、データの使用許可の権限を本人が持っているということが必須– 本人がデータを「消去」できることも重要– データの「所有」の概念とともに、オープンプロブレム