第2回 エリア・データ連携基盤 技術セミナー～パーソナルデータ連携モジュール（自治体様向け）編～
2023年1月27日

1©Data Society Alliance 2023

はじめに
⚫ 本日の流れ
13:00～ 13:10

本日のご説明について

13:10～ 14:10

資料説明・公開ドキュメントについて

14:10～ 14:25

質疑応答

14:25～ 14:30

今後の活動のご案内について⚫ ご連絡事項••

本説明会は、今後の普及管理のために録画させて頂きます。あらかじめご了承頂けますよう、よろしくお願いいたします。
ご質問事項は、Zoomの『QA』にて随時お送りください。説明終了後の質疑応答お時間にて、まとめて回答いたします。
（時間の都合により当日回答しきれない場合は、後日メールにて参加者様向けに回答とさせて頂きます。）

2©Data Society Alliance 2023

本日のご説明について⚫ 本日のセミナーは、自治体様がパーソナルデータ連携基盤を用いた住民サービスの提供に向け、基盤構築の準備・運用に必要な作業についてご説明いたします。
⚫ 構築事業者様向けの詳細説明セミナーは、別途2月末頃の開催を予定しております。日程確定次第、ご案内差し上げます。
⚫ 構築事業者様向けセミナーには、12/27開催のパーソナルデータ連携モジュールの勉強会説明資料を事前にご参照の上、ご参加頂けますようお願いいたします。

フェーズ

要件定義

設計・構築

対応者

自治体

構築事業者

対象
セミナー

本日ご説明
＜シーン１＞

次回（2月末頃を予定）
セミナーにてご説明

運用

自治体

接続事業者

別途セミナー
本日ご説明＜シーン３、４＞ 開催を企画中

3©Data Society Alliance 2023

ご説明の流れ◆ パーソナルデータ連携モジュールを使い、自治体がパーソナルデータ連携基盤を整備・運用する流れを下記シーンごとにご説明します。
シーン１．要件定義

自治体がパーソナルデータ連携基盤の構築を検討する。
自治体

シーン２．設計・構築

シーン３．PF利用開始

シーン４．PF利用終了
4© NEC Corporation 2023

構築事業者がパーソナルデータ連携基盤の構築を行う。
（基盤構築後、各サービス事業者が基盤に接続する。）
構築事業者

各サービス事業者

自治体

住民

自治体

住民

住民が住民ポータルでのA市民IDの利用を開始する。

住民が住民ポータルでのA市民IDの利用を終了する。

シーン１．要件定義

シーン１．要件定義

想定ユースケース例：A市における独居高齢者の健康見守りサービス◆ 自治体（A市）の検討状況◼ 高度な住民サービスの実現を目的として、パーソナルデータ連携基盤を導入する。
◼ パーソナルデータ連携基盤を利用する住民には、A市民IDを配布する。

◼ １つ目の高度な住民サービスとして、独居高齢者向けの健康見守りサービスを開始する。
基盤整備の検討を行う

A市
(自治体)

連携サービスが利用可能な住民ポータルを配布する

A市
(自治体)

A市民ID配布

A市住民（80代高齢者）

独居高齢者向けの健康見守りサービスを開始する

健康見守りサービス

A市(自治体

A市住民（80代高齢者）

健康推進課)

統合ポータルサービス
A市民
ID

A市データ連携基盤
オープン
パーソナルデータデータ6© NEC Corporation 2023

・FY23：健康見守りサービス
・FY24：子育て見守りサービス
・FY25：移動サービス

A市
(自治体)

住民ポータル

住民ポータル
高度な住民サービス
高齢者向け
健康見守りサービス

A市データ連携基盤

高度な住民サービスを順次拡充していく

A市データ連携基盤

住民ポータル
高度な住民サービス
高齢者向け
健康見守りサービス

子育て見守りサービス

移動サービス

A市データ連携基盤

シーン３～４．PF利用開始～終了

想定ユースケース例：A市における独居高齢者の健康見守りサービス◆ サービス利用者（独居高齢者80代・A市民ID未取得）の利用シーン◼ A市のスマートシティサービスとして提供される健康見守りサービスに加入する。
◼ 運動・健康・見守りアプリ（既存アプリ）で蓄積されたデータを相互に連携することで、より高度化されたサービス（運動量にあわせた健康促進や離れて住む家族への見守り状況共有）の提供が可能となる。
A市民IDを申込み、PFの利用を開始する

健康見守りサービスの利用を始める

データ連携による高度なサービスを利用する

運動
アプリ
本人確認証

A市住民
（80代高齢者）
A市民ID・PF利用申込

A市民ID

A市住民
（80代高齢者）
サービス利用開始
・ID連携同意

A市ID・
住民ポータルの発行

データ共有

A市(自治体)7© NEC Corporation 2023

運動
アプリ

PFの利用を終了する

健康促進
A市民ID

健康アプリ

A市住民
（80代高齢者）

データ共有

A市住民

A市住民

（80代高齢者）（80代高齢者）

サービス契約・ID連携解除
健康状態通知健康アプリ

見守りアプリ

健康見守りサービス利用を終了する

見守りアプリ

異常値
通知

離れて住む家族

PF利用解約・
A市民ID
削除申請

健康アプリ
見守りアプリ

運動アプリ

A市
(自治体)

シーン１．要件定義

想定ユースケース例： A市 健康見守りサービスのデータ連携イメージ図
運動・食事改善
トータルでのアドバイスを受けられる
A市住民

家族の活動・健康状態まで見守り可能

離れて住む家族

健康見守りサポートサービス（80代高齢者）

見守りアプリ

運動アプリ

健康アプリ

見守りアプリサービス事業者

運動アプリ
サービス事業者

健康アプリ
サービス事業者（サービス提携組織）（サービス提携組織）（サービス提携組織）

健康状態共有会話内容

活動量運動レポート© NEC Corporation 2023

バイタル
食事運動レポート共有

A市データ連携基盤
8

事業者名

データの共有関係（サービス提供組織）

活動量共有

サービス名蓄積データ

健康見守りサービス運営事業者

電力使用量凡例)

シーン１．要件定義

要件定義フェーズの検討ステップ◆ システム構築前に機能要件テンプレートを利用し、機能要件を定義する。
機能要件テンプレート

自治体（A市）（フォーマット）①ステークホルダーリスト

基盤を利用するアクターを定義する
構築事業者②トラスト関係図

アクター間の関係性と必要規約を整理する
機能要件
要件定義書

9

© NEC Corporation 2023

③UXフロー

基盤およびサービスの運用フローを整理する④データリソースマップ

データの管理および利用を行うアクターを特定する（内容記入版）

シーン１．要件定義

機能要件テンプレート：①ステークホルダーリスト◆ 記載目的◼ 作成したサービスユースケースに沿って、サービス内容・アセット・事業者を紐づけ整理する⚫ サービスユースケース⚫ 「A-b-1_ステークホルダーリスト」記載例
ステークホルダ名
称項© NEC Corporation 2023

運営事業者

アクター区分PxRアクター区分

アセットシステム
提供事業者
構築事業者

A市データ連携基
1 盤サービス運営事
業者

個人同意のもと各種サービス提供事業者と連携をし、データ流通PFを運営する事業者。

A市

プラットフォー
ム（PF）運営組
織

流通制御サービ
スプロバイダパーソナルデータ連携モジュール

健康見守りサービ
2 ス
運営事業者

住民に対し、健康見守りサービスを提供する事業者。
健康見守りサービスにおけるサービ
ス単位毎の定義や運営を行う。

A市

サービス提供組
織領域運営サービ
スプロバイダ‐

3 運動アプリサービ
ス事業者

住民に対し、運動アプリサービスを通じて運動促進サービスを提供する事業者。

運動アプリ
サービス事業者

アプリケー
ションプロバイダー

運動アプリ

健康アプリサービ
4
ス事業者

住民に対し、健康アプリサービスを通じて健康管理サービスを提供する事業者。

健康アプリ
サービス事業者

を通じて見守りサービスを提供する事業者。

者

5

10

概要

見守りアプリサー
ビス事業者

サービス内容例）
健康見守りサービス
住民に対し、見守りアプリサービス

アセット
サービス提携組
織（アプリ）

例） サービス提携組
織-健康アプリ（アプリ）-見守りアプリ
見守りアプリ サービス提携組-運動アプリサービス事業 織（アプリ）

A市

運営事業者運動アプリ
提供事業者

例）
-A市健康アプリ
健康アプリ
提供事業者
-健康アプリ事業者-見守りアプリ事業者
アプリケー
見守りアプ
ションプロバイ
見守りアプリ
リ提供事業-運動アプリ事業者
アプリケー
ションプロバイダーダー者

シーン１．要件定義

機能要件テンプレート：②トラスト関係図◆ 記載目的◼ 各ステークホルダーがサービス/アセット利用に必要な規約を整理し、洗い出しを行う⚫ 「A-b-1_ステークホルダーリスト」

・・・⚫ 「A-b-2_トラスト関係図」記載例

凡例）

PF運営組織運営①PF利用規約＜個人ID＞
個人（各アプリ利用者）（健康見守りサービス利用者）

③サービス
利用規約

⑥見守りアプリ利用規約⑦運動アプリ
利用規約
11© NEC Corporation 2023

②PF接続規約

No.

規約名

サービス名

①

プラットフォーム(PF)
利用規約

PF提供事業者(A市)‐個人

PF/住民ポータル利用②

プラットフォーム(PF)
接続規約

PF提供事業者(A市)‐
サービス提供/提携組織

PF利用

③

健康見守りサービス
利用規約

サービス提供組織‐個人健康見守りサービス利用④

健康見守りサービス
参加規約

PF提供事業者‐サービス提供組織

サービスへのアセット登録⑤

健康アプリ利用規約

サービス連携組織(健康アプリ)‐個人⑥

見守りアプリ利用規約

サービス連携組織(見守りアプリ)‐個人⑦

運動アプリ利用規約

サービス連携組織(運動アプリ)‐個人：相互認証関係②PF接続規約

④サービス
参加規約

＜組織ID＞
サービス提供組織
1（領域運営サービスプロバイダー）
1＜組織ID＞
Nｚ

サービス提携組織（アプリケーションプロバイダー）
1

N

1
A市
健康見守りサービス

参加N

アセット
（健康アプリ）⚫ 規約一覧

アセット（提携サービス名）

1
1

データ連携基盤サービス

運営⑤健康アプリ
利用規約

事業者名

運営

N

N

アセット
（見守りアプリ）

アセット（運動アプリ）

N

締結者

ｚ

目的

作成区分

新規作成

規約更新

アプリ利用

※サービス
セットとして必要な追加機能に関する説明シーン１．要件定義

機能要件テンプレート：③UXフロー◆ 記載目的◼ トラスト関係図で整理した内容に合わせ、Whoに具体的なアクター名、What（運用内容）やWhy（情報取得目的）、Input/Outputに規約・ID・サービス名を記載し、UXを明確化する⚫ 「A-b-2_トラスト関係図」⚫ 「機能要件テンプレート_別紙UX一覧」記載例凡例）

PF運営組織運営①PF利用規約＜個人ID＞
個人（各アプリ利用者）（健康見守りサービス利用者）

③サービス
利用規約

⑤健康アプリ
利用規約⑥見守りアプリ
利用規約

事業者名
アセット
（提携サービス名）

1
1②PF接続規約

データ連携基盤
サービス

サービス名

健康見守りサービスの利用を始める

A市民IDを申込み、PFの利用を開始する

PF接続規約＜組織ID＞
サービス提供組織
1（領域運営サービスプロバイダー）
1
運営
N
A市
1
健康見守りサービ
参加スN
アセット（健康アプリ）⑦運動アプリ
利用規約

④サービス
参加規約

＜組織ID＞
N

サービス提携組織（アプリケーションプロバイダー）
1

運営NN
アセット
（見守りアプリ）
アセット（運動アプリ）N⚫ 「機能要件テンプレート_別紙」
フォーマット

1章：個人がプラットフォームの利用を開始する

2章：個人がサービス（Region）の利用を開始する

健康見守りサービスを解約する

4章：個人がサービス（Region）の利用を終了する
12

データ連携による高度なサービスを利用する© NEC Corporation 2023

3.1章：サービス提携組織がパーソナルデータを利用する

PFの利用を終了する

7章：個人がプラットフォームの利用を終了する

シーン１．要件定義③UXフロー 1章：個人がプラットフォームの利用を開始する• 住民が「住民ポータル」にてPF利用規約同意の上、利用申込を行い「A市民ID」を取得する
ステークホルダーリストで整理の名称を記載する。

個人が同意管理をするためのUI、アカウント情報が必要となる。
各自治体で利用するサービス申請アセットおよび本人確認の運用方法を記載する。
1-1. 本人確認

13© NEC Corporation 2023

1-2. 個人IDおよび個人ポータルの発行

シーン１．要件定義③UXフロー 2章：個人がサービス（Region）の利用を開始する• 住民が健康見守りサービス利用規約同意の上、健康見守りサービス利用申込を行う。
利用者が「健康見守りサービス連携オプション」を有効化するタイミングで、蓄積・共有するデータセットの説明とID連携を実行する

各アプリのインストールし、ID連携を行うためのUXを具体化して記載する
2-3. アプリケーションの利用者ID連携

14© NEC Corporation 2023

見守りアプリ

運動アプリ

健康アプリ

インストール↓
アプリ設定↓
オプション機能有効化↓
家族用アプリ
インストールの招待インストール
↓
アプリ設定
↓
オプション機能有効化

インストール↓
アプリ設定↓
オプション機能有効化

シーン１．要件定義③UXフロー 3.1章：サービス提携組織がパーソナルデータを利用する• 住民の同意にもとづき、運動アプリサービス事業者が他アプリへ共有するデータを蓄積し、見守りアプリに共有する。

3.1-1. パーソナルデータの蓄積

3.1-2. パーソナルデータの共有

利用者のアプリ操作と連動しデータを蓄積・共有する頻度を明確にし、記載する

利用者のアプリ操作と連動し蓄積・共有するデータセットを明確にし、記載する

健康アプリ

見守りアプリ＜データ蓄積頻度＞＜データ共有頻度＞

バイタル
データ

2分ごとに共有
5分ごとに蓄積（異常値発生時のみアラート通知）

A市住民

食事データ日次蓄積（食事撮影時にデータ収集）

15© NEC Corporation 2023

家族がアプリで食事状況閲覧時に共有

離れて住む家族

シーン１．要件定義③UXフロー 4章：個人がサービス（Region）の利用を終了する• 住民が見守りアプリ（見守りサービス）の利用を終了する

4-3. アプリケーション
利用終了の処理サービス利用規約で規定された範囲の利用終了手続きを具体的に記載する。

サービス利用規約で規定された対象データを削除するフローを記載する。
4-3. アプリケーション
利用終了の処理16© NEC Corporation 2023

シーン１．要件定義③UXフロー 7章：個人がプラットフォームの利用を終了する• 住民が「A市民ID」の利用解約手続きを行う

7-2. 個人ID削除と通知

17© NEC Corporation 2023

PF利用規約で規定された対象データを削除するフローを記載する。

シーン１．要件定義

機能要件テンプレート：④データリソースマップ◆ 記載目的◼ 流通されるデータセットがどこで蓄積され、どこへ共有されるのかを明確化するため、データリ
ソースマップにデータ管理者ごとに扱うデータを記載する⚫ 「別紙_UX一覧」記載例⚫ 「データリソースマップ」記載例
A市民IDを申込み、PFの利用を開始する

健康見守りサービスを解約する

18© NEC Corporation 2023

健康見守りサービスの利用を始める

PFの利用を終了する

データ連携による高度なサービスを利用する

シーン１．要件定義④データリソースマップ：データ連携基盤サービスの申し込み••

A市住民はデータ連携基盤サービス運営事業者に対し、A市民IDとデータ連携基盤サービスの申し込みを行う
データ連携基盤サービス運営事業者（A市）は運営ポータルに本人確認情報を登録。
A市民IDとA市住民が同意状況を確認できる住民ポータルのログイン情報を渡す。

本人確認の運用にあわせ、取得する本人確認情報の項目を記載する

19© NEC Corporation 2023

シーン１．要件定義④データリソースマップ：サービス・サービスアセットの申し込み• A市住民はデータ連携基盤サービスと連携するサービスを選択し申込をおこなう

A市住民IDと各アプリの利用者IDの紐付関係を整理する

20© NEC Corporation 2023

シーン１．要件定義④データリソースマップ：サービスアセットの蓄積同意、アプリサービスのデータ蓄積• A市住民はデータ蓄積するサービスを選択し同意をおこなう• 運動アプリサービスがデータ蓄積をおこなう•

住民が運動アプリのデータ蓄積に同意する•

住民の同意にもとづき、運動アプリが住民の運動データを蓄積する他アプリに共有するデータのみをPF蓄積の対象として記載する

21© NEC Corporation 2023

シーン１．要件定義④データリソースマップ：サービスアセットの共有同意、データ共有• A市住民はデータ共有をおこなうサービスを選択し同意をおこなう• 運動アプリが見守りアプリにデータ共有をおこなう•

住民が運動アプリのデータ共有に同意する•

住民の同意にもとづき、運動アプリが見守りアプリに運動データを共有する

共有先となる見守り・健康アプリが共有を受けたいデータのみを共有対象データとして記載する

22© NEC Corporation 2023

シーン１．要件定義

非機能要件の提示◆ 非機能要件◼ 各非機能要求項目に影響する項目を事前に整理し、構築事業者と要件整合する必要があります。
◼ 詳細な要求項目については、IPAが定める非機能要求グレードを参考にしてください。

自治体（A市）⚫ 事前検討事項目例⚫ 事前検討事項目サンプル
・A市民IDの年間発行目標数例）FY23：1万人
FY24：5万人

接続事業者数・接続事業者数の計画（年度）例）FY23：10事業者
FY24：30事業者

データ量・日次取り扱いデータ量・年次取り扱いデータ量計画例）○○レコード/日○○レコード/年

取り扱いデータの分類

・要配慮個人情報を含まない

構築事業者

…

ID発行数

…
…

23

© NEC Corporation 2023

非機能要件
要件定義書

シーン２．設計・構築

「シーン２．設計・項目」について◆ 「シーン２．設計・項目」は、次回セミナーにてご説明予定です。
シーン１．要件定義

自治体がパーソナルデータ連携基盤の構築を検討する。
自治体

シーン２．設計・構築

シーン３．PF利用開始

シーン４．PF利用終了

25© NEC Corporation 2023

構築事業者がパーソナルデータ連携基盤の構築を行う。
（基盤構築後、各サービス事業者が基盤に接続する。）
構築事業者

各サービス事業者

自治体

住民

自治体

住民

住民が住民ポータルでのA市民IDの利用を開始する。

住民が住民ポータルでのA市民IDの利用を終了する。

公開ドキュメントの追加と変更⚫ 1/27付けでドキュメントの追加及び変更を加えております。以下をご確認ください。
• https://data-society-alliance.org/area-data/module/manual/
No.

区分

1

ソースコード

ファイル名

版数

概要

パーソナルデータ連携モジュール_ソースコード

v1.0公開中(2022/11/30版)

OSSソースコード一式

パーソナルデータ連携モジュール_サンプルカタログファイル

v1.0新規追加

ソースコード追加分

3

パーソナルデータ連携モジュール_ビルド手順書

v1.0公開中(2022/11/30版)

動作確認用の評価環境を構築するための手順を記載

4

パーソナルデータ連携モジュール_構築手順書

v1.2暫定版に更新(2月下旬に正式改版予定）

構築に必要な手順を記載

初期カタログ投入手順補助資料

v1.0新規追加(2月下旬に正式改版予定）

構築に必要な手順書

v1.0公開中（2月下旬に改版予定）構築を進める前に整合すべきアクター・データフローに関する整理
フォーマット例を記載

25

導入ガイドライン

6

機能要件テンプレート_本紙

7機能要件テンプレート_別紙

8

機能要件テンプレート_カタログ定義書

今後公開（2月下旬予定）

カタログの定義について記載

9パーソナルデータ連携モジュール_説明資料

v2.0公開中(2022/12/26版)

パーソナルデータ連携モジュールのコンセプト、アーキテクチャ、機能等に関する概要説明を記載

10

パーソナルデータ連携モジュール_セミナー資料（自治体向け）

v1.0新規追加

自治体様担当のフェーズについて記載

パーソナルデータ連携モジュール_公開APIリスト

v1.0公開中(2022/11/30版)

API一覧を記載

12

パーソナルデータ連携モジュール_利用設定手順書

v1.0公開中(2022/11/30版)

システム設定に必要な情報を記載

13

パーソナルデータ連携モジュール_アプリケーション開発ガイ
ドv1.0公開中(2022/11/30版)

アプリケーションを個別開発する際の手順を記載

パーソナルデータ連携モジュール_正誤表

v1.0新規追加

ドキュメント、資材に関する正誤を記載

11

14

利用ガイ
ドライン

その他

©Data Society Alliance 2023

26

シーン３．PF利用開始
・本資料は利用イメージをご理解いただくを目的としており、実際のAPI仕様は公開している
パーソナルデータ連携モジュールソースコードに含まれる「openapi.json」をご参照ください。
・本事例に対応したAPI利用手順は次回の構築事業者向けセミナーにてご説明させていただく予定です。

シーン３．PF利用開始
住民が「A市民ID」の利用開始手続きを行う際のフロー• 住民が「住民ポータル」にてPF利用規約同意の上、利用申込を行い「A市民ID」を取得する
INPUT
情報

OUTPUT
情報

パーソナルデータ連携モジュール提供範囲

トラスト層/データ連携層

住民（個人）

UI/ユーティリティ層

データ連携基盤サービスの申し込み

外部サービス等

パーソナルデータ連携モジュール（流通制御SP）

バッチ処理

A市住民ポータル（非認証エリア）

PF利用申込カタログ
ID

PF利用規約同意

PF規約
情報

利用規約取得API

利用者情報入力(ID/PWD/属性情報…)

A市民ID

A市民ID発行

利用者情報

A市民ID発行

PxR-ID

PxR-ID

A市民ID

ログイン先URL

Book開設API

MCB作成
通知サービス

サービス利用開始

A市住民ポータル（認証エリア）
ログイン

28

© NEC Corporation 2023

ログイン
（ID/PWD）

運動・健康・見守りアプリと連携し、利用を開始する※構築事業者、接続事業者向け

シーン３．PF利用開始
住民が「N市民ID」の利用開始手続きを行う際のAPI概説：利用規約取得API• 利用申込時に住民が参照する利用規約情報を取得する※1：オペレータについては後述補足資料参照

APIカテゴリ

No

API名称

処理概要

利用規約取得API

1

利用規約取得API

2

ログインAPI

カタログ取得API(PF概要取得)

INPUT情報
オペレータ
ログイン
情報

OUTPUT情報
セッション情報

補足事項• オペレータログイン情報(※1)：事前登録した運営メンバー情報

後続のAPIを利用する為、流通制御SPオペレータのログインを行う。

住民ポータルにて住民にPF概要を参照させる為、PF概要情報を取得する。

セッション情報

PF概要情報• セッション情報：No.1で発行されたトークンを付与する• 概要ID：事前登録時に発行されたカタログIDを指定

概要ID

329

© NEC Corporation 2023

カタログ取得API(PF利用規約取得)

住民ポータルにて住民にPF利用規約等の内容を参照させる為、PF利用規約情報を取得する。

セッション情報

利用規約IDPF規約情報• セッション情報：No.1で発行されたトークンを付与する• 利用規約ID：事前登録時に発行されたカタログIDを指定

シーン３．PF利用開始
住民が「N市民ID」の利用開始手続きを行う際のAPI概説：Book開設API• 住民が入力した本人情報を元に利用者の登録（Book開設）を行う。
※1：オペレータについては後述補足資料参照

APIカテゴリ

Book開設
API

No

API名称

処理概要

1

ログインAPI

後続のAPIを利用する為、流通制御SPオペレータのログインを行う。

2

カタログ取得API(本人性確認情報)

Book開設に必要となる情報 (本人性確認情報
テンプレート) を取得する。

3

カタログ取得API(利用者属性情報)Book開設に必要となる情報 (利用者属性情報テンプレート) を取得する

4

カタログ取得API(PF利用規約)

Book開設に必要なPF利用規約情報(規約Ver) を取得する。

INPUT情報
オペレータ
ログイン情報セッション情報
本人性確認情報
テンプレートID

利用者属性情報
テンプレートID

Book開設API個人のBook開設を実施する。

利用者属性情報
テンプレート情報

利用者情報(IN)© NEC Corporation 2023

本人性確認情報
テンプレート情報• セッション情報：No.1で発行されたトークンを付与する• 本人性確認情報テンプレートID：事前登録時に発行されたカタログIDを指定する※本データ連携基盤サービスで定めた本人性確認情報の定義

利用者属性情報
テンプレート情報• セッション情報：No.1で発行されたトークンを付与する• 利用者属性情報テンプレートID：事前登録時に発行されたカタログIDを指定する※本データ連携基盤サービスで定めた個人属性情報の定義

PF規約情報• セッション情報：No.1で発行されたトークンを付与する• 利用規約ID：事前登録時に発行されたカタログIDを指定する

利用規約IDPF規約情報30• オペレータログイン情報(※1)：事前登録した運営メンバー情報

セッション情報

本人性確認情報
テンプレート情報

補足事項

セッション情報

セッション情報

セッション情報5

OUTPUT情報

利用者情報
(OUT)

• セッション情報：No.1で発行されたトークンを付与する• 本人性確認情報テンプレート情報：No.2で取得した情報を利用する• 利用者属性情報テンプレート情報：No.3で取得した情報を利用する• PF規約情報：No.4で取得した情報を利用する• 利用者情報（IN）：利用者が入力した情報※テンプレートに対して住民が入力した情報を設定し、開設APIを起動する• 利用者情報（OUT）：利用者の登録結果(PxR-ID等)

シーン４． PF利用終了
・本資料は利用イメージをご理解いただくを目的としており、実際のAPI仕様は公開している
パーソナルデータ連携モジュールソースコードに含まれる「openapi.json」をご参照ください。
・本事例に対応したAPI利用手順は次回の構築事業者向けセミナーにてご説明させていただく予定です。

シーン４．PF利用終了

住民が「A市民ID」の利用解約手続きを行う際のフロー• 住民が「A市民ID」の利用解約手続きを行う
INPUT
情報

OUTPUT
情報

パーソナルデータ連携モジュール提供範囲

トラスト層/データ連携層

住民（個人）

UI/ユーティリティ層

データ連携基盤サービスの利用解約

PF利用解約

住民ポータル（認証エリア）
ログイン（ID/PWD）

外部サービス等

パーソナルデータ連携モジュール
流通制御SP

APP-P

領域運営SP

流通制御SP

領域運営SP

APP-P利用者
情報
Book閉鎖API

利用解約受付※蓄積されたパーソナルデータを削除

解約受付
情報

A市民ID

バッチ処理

利用者データ
削除API

利用者
情報

利用者データ削除

利用者データ
削除バッチ

市民ID無効化

市民ID※全てのBlockから利用者を削除する

Book削除API

住民ポータル（認証エリア）
ログイン不可A市民ID

32© NEC Corporation 2023

ログイン
（ID/PWD）

Book削除API

APP利用者削除
利用者
情報

領域運営利用者削除

利用者
情報

流通制御利用者削除

Book削除
API

利用者
情報

利用者
削除バッチ

シーン４．PF利用終了

住民が「A市民ID」の利用解約手続きを行う際利用API概説：Book閉鎖API•

住民からの利用解約申請を受領（受付）し、利用者情報及びパーソナルデータの削除を開始する※1：オペレータについては後述補足資料参照

APIカテゴリ

No

1

API名称

処理概要

INPUT情報OUTPUT情報

解約対象
利用者情報

セッション情報

ログインAPI

後続のAPIを利用する
為、個人のログインを行う。

セッション情報

解約受付コード

データ出力準備API解約対象となる住民に対してBook閉鎖(利用者情報、データ削除)処理を開始するトリガを生成する

Book閉鎖API233© NEC Corporation 2023

利用者情報

補足事項
• オペレータログイン情報(※1)：利用解約対象の個人• セッション情報：No.1で発行されたトークンを付与する。
• 解約受付コード：解約受付情報として発行する識別子。
※後続の処理で利用する

シーン４．PF利用終了

住民が「A市民ID」の利用解約手続きを行う際の利用API概説：利用者データ削除API（1/2）•PF内に存在している利用解約対象者のパーソナルデータを削除する(1/2)※1：オペレータについては後述補足資料参照

APIカテゴリ

No

1

API名称

処理概要

ログインAPI

後続のAPIを利用する
為、処理対象Blockへのログインを行う。

INPUT情報
オペレータ
ログイン情報セッション情報2

出力データ管理取得
API

利用者
データ削除
API
3

出力データ管理更新
API

データ削除対象となる利用者を取得する。

対象者の削除処理ス
テータスを更新する(削除処理中)My-Condition-Book
一覧取得API

データ削除対象者のMCB情報を取得する。

セッション情報© NEC Corporation 2023

データ削除対象者一覧

処理結果

データ
削除対象者一覧データ
削除対象者一覧

2/2へ続く34

セッション情報

データ
削除対象条件セッション情報4

OUTPUT情報

利用者Book情報

補足事項• オペレータログイン情報(※1)：事前登録した運営メンバー情報• セッション情報：No.1で発行されたトークンを付与する• データ削除対象条件：データ連携モジュール仕様に従った解約受付済の解約対象利用者を取得する条件を指定する• セッション情報：No.1で発行されたトークンを付与する• データ削除対象者一覧：No.2で取得した利用者データ削除対象の情報を指定する• セッション情報：No.1で発行されたトークンを付与する• データ削除対象者一覧：No.2で取得したデータ削除対象の情報を指定する

シーン４．PF利用終了

住民が「A市民ID」の利用解約手続きを行う際の利用API概説：利用者データ削除API（2/2）•PF内に存在している利用解約対象者のパーソナルデータを削除する(2/2)
1/2で取得した情報を継続利用

APIカテゴリ

No

API名称

処理概要

INPUT情報
セッション情報

5

利用者データ削除API

解約対象者が保持しているパーソナルデータを削除する

利用者
データ削除
API35

© NEC Corporation 2023

出力データ管理更新
API

対象者の削除処理ス
テータスを更新する(削除完了)

処理結果

利用者Book情報(利用者ID)

セッション情報6

OUTPUT情報

データ
削除対象者一覧

処理結果

補足事項• セッション情報：No.1で発行されたトークンを付与する。
• 利用者Book情報：No.4で取得した利用者Book情報から利用者IDを特定し、利用者データ削除を実施する• セッション情報：No.1で発行されたトークンを付与する。
• データ削除対象者一覧：No.2で取得した利用者データ削除対象の情報を指定する

シーン４．PF利用終了

住民が「A市民ID」の利用解約手続きを行う際の利用API概説：Book削除API（1/2）•

利用解約対象者の利用者情報（個人属性を含むMCB情報）を削除する（1/2）※1：オペレータについては後述補足資料参照APIカテゴリNo

1

API名称

処理概要

ログインAPI

後続のAPIを利用する
為、処理対象Blockへのログインを行う

INPUT情報OUTPUT情報

オペレータ
ログイン情報セッション情報2

カタログ取得API(Block情報取得)

Book削除の為、対象となるBlock情報取得する

3

4

My-Condition-Book
一覧取得API

セッション情報

削除可能
Book一覧

セッション情報

Book情報削除可能なステータスになっているMCBの一覧を取得する

Book削除対象者のBook情報を取得する

削除可能
Book一覧

2/2へ続く36© NEC Corporation 2023

Block情報

PF基本設定情報(Block識別子)

Book削除API
削除可能Book取得
API

セッション情報

補足事項• オペレータログイン情報(※1)：事前登録した運営メンバー情報※処理対象となるBlock単位でログインを実施する(流通制御SP、領域運営SP、APP-P)• セッション情報：No.1で発行されたトークンを付与する。
• PFの基本設定情報：処理対象Blockの識別子を含む設定情報※API起動元(バッチ処理)の処理対象判断に利用する• セッション情報：No.1で発行されたトークンを付与する。
• 削除可能Book一覧：前述の手続きが完了し、削除可能となっているMCB情報※PF内の整合性維持の為に、削除可能なステータスとなっている情報のみが抽出される• セッション情報：No.1で発行されたトークンを付与する• 削除可能Book情報：No.3で取得した削除可能Book情報一覧から該当Bookの利用者IDを利用し、Book情報を取得する

シーン４．PF利用終了

住民が「A市民ID」の利用解約手続きを行う際の利用API概説：Book削除API（2/2）•利用解約対象者の利用者情報（個人属性を含むMCB情報）を削除する（2/2）
1/2で取得した情報を継続利用

APIカテゴリ

No

API名称

処理概要

※対象のRegion/APP毎に実行する

7

利用者削除APIMCB削除の為、Region/APPから利用者情報を削除する

INPUT情報
セッション情報OUTPUT情報
処理結果

確認済本人性
確認コードBook削除
API
セッション情報837© NEC Corporation 2023

強制削除API

システム上の最終処理としてRoot-BlockからMCBを削除する

削除可能Book一覧

処理結果

補足事項
• セッション情報：No.1で発行されたトークンを付与する。
• 削除対象者本人性確認コード：処理内で発行される、削除対象者の本人性確認コード指定する• セッション情報：No.1で発行されたトークンを付与する。
• 削除可能Book情報：No.3から取得した削除可能Book情報一覧
から該当Bookの利用者IDを利用し、Bookを削除する。

(補足)パーソナルデータ連携モジュールにおけるオペレータ•••

オペレータは「①運営メンバ」「②アプリケーション(APP)」「③個人」の３種が存在する
APIを利用する際は、利用対象APIに応じたオペレータでPxRにログインすることが前提となる
基盤構築時点で初期オペレータを作成、提供することで以降は各Block単位でオペレータの運用管理を行う想定
運営メンバ(各アプリケーション)①運営メンバ(PF/領域/APP)

APP運営メンバ(健康アプリ)オペレータID

APP運営メンバ(見守りアプリ)オペレータID

運営メンバ(領域運営)

アクセス認証/認可(運営/個人)
アクセス認証/認可(蓄積・共有)流通制御
オペレータID領域運営メンバ(健康見守りサポートサービス)
オペレータID

APP運営メンバ(運動アプリ)オペレータID凡例）

運営メンバ(流通制御)UI/UX層PxR-Block基盤運営組織向けポータル
代表API群パーソナルデータ連携モジュール提供範囲
サービス
管理

オペレータ管理※全Blockに配置

カタログ
管理

オペレータ
サービス管理
認
証
認
可

APP管理

APP管理

APP管理

APP-Block(健康アプリ)

APP-Block(見守りアプリ)

APP-Block(運動アプリ)

蓄積/共有

蓄積/共有

蓄積/共有

各サービスアプリ/システム② アプリケーション(APP)(蓄積・共有)38© NEC Corporation 2023

アプリケーションオペレータ(各アプリケーション)

APP(健康アプリ)
オペレータID

APP(見守りアプリ)
オペレータID

APP(運動アプリ)
オペレータID

カタログ管理同意管理
ID連携

Root-Block(流通制御)

住民ポータルRegion-Root-Block(健康見守りサポートサービス)※全Blockに配置され、各オペレータの運用管理及び認証/認可制御を行う

③個人
個人

個人ID
(PxR-ID)

質疑応答

39©Data Society Alliance 2023

今後の活動のご案内について⚫ パーソナルデータ連携モジュールに関する今後のセミナー• 追加セミナーの開催（Zoom）を予定しております。
• 詳細は、別途メール・ホームページにてご案内いたします。
① 構築事業者様向けセミナー ：調整中（2月末頃を予定）② 接続事業者様向けセミナー ：企画中

⚫ その他お問合せ
個別のお問合せ・ご確認事項等ございましたら、下記DSA問い合わせ窓口までご連絡ください。
一般社団法人データ社会推進協議会 エリア・データ連携基盤事務局
support-area-data@data-society-alliance.org

40©Data Society Alliance 2023