第1版
第2版（2022/12/26版）
第3版（2023/2/2版）

パーソナルデータ連携モジュール
説明資料
2023年2月2日
日本電気株式会社© NEC Corporation 2022

：初版発行
：修正（p.3-9追加）：修正（p.33追加、誤記修正）

目次

4. 機能
1.
2.
3.
4.

1. コンセプト
1. パーソナルデータ連携モジュールの概要
2. パーソナルデータ流通の概観
・step1：サービス定義
・step2：同意・step3：蓄積・step4：共有

2. アーキテクチャ
1. 論理構成
・システム構成・PxR-Block詳細
2. 物理構成（例）

流通制御SP向け機能
領域運営SP向け機能
アプリケーションP向け機能
個人向け機能5. 運用
1. 運用フロー一覧
2. 運用フロー詳細

6. 技術
1.
2.
3.
4.

個人認証
組織認証
カタログ管理データ管理

3. アクター構成
1. アクター定義
2. アクター関係<別紙>•

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

パーソナルデータ連携モジュール_機能要件テンプレート

1．コンセプト

1-1．パーソナルデータ連携モジュールの概要
パーソナルデータ連携モジュールとは、サービス事業者が保有しているパーソナルデータを、個人同意に基づき組織をまたがって共有できる、トラスト層/データ連携層の機能群。
凡例）

パーソナルデータ流通圏

機能提供範囲
各組織の
管理範囲

サービス
提供組織
サービス
提携組織①
サービス
提携組織②

蓄積

蓄積

パーソナルデータ連携
モジュール群

共有

蓄積
パーソナルデータ

基盤運営組織
ポータル

基盤
運営組織

個人
ポータル

個人

・サービス管理・認証認可
・個人・事業者管理
・カタログ管理
・同意管理
・ID連携

個人同意

・蓄積：個人の同意に基づき、パーソナルデータを他組織からアクセス可能な状態にすること
・共有：個人の同意に基づき、他組織が蓄積したパーソナルデータにアクセスすること
4© NEC Corporation 2022

1-2．パーソナルデータ流通の概観
４つのstepを通じて、各アクターとパーソナルデータ連携モジュール群（API群）が連携し協調動作することでパーソナルデータ流通圏を形成。

step1
サービス定義5

複数のアプリを連携させるサービスを定義する

step
1

step2
同意

定義したサービスに対する個人同意を取得する

step3
蓄積

アプリが収集したパーソナルデータのうち、蓄積同意を取得したデータのみ対応するPxRテ
ナントに蓄積する

step4
共有

アプリが別のアプリにより収集、蓄積されたパーソナルデータを取得する© NEC Corporation 2022

step
3

step
4

step
2

1-2．パーソナルデータ流通の概観
事例：３つのアプリを連携させる（step1：サービス定義）
step1：サービス定義では、複数のアプリを連携させるサービスを定義。サービス定義にアプリを連携させる目
的を明記することで、個人がデータ連携の目的を理解することを容易にすることが可能。
凡例）
管理単位

PF運営組織N(責任分解点)１）サービスAを定義する

事業者A

サービスA

２）サービスAにアプリXを追加する

アプリX

事業者X
データX1

PxRテナント
PF運営組織N３）サービスAの開始を承認する

PxRテナント
事業者A
PxRテナント
事業者X
カタログ送信

アプリY

事業者Y
データY1

アプリZ

事業者Z
データZ1

6

© NEC Corporation 2022

PxRテナント
事業者Y

データY2２）サービスAにアプリZを追加する

データZ2

同意
サービスAを登録

データX2２）サービスAにアプリYを追加する

カタログ

PxRテナント
事業者Z

サービスA
概要：X、Y、Zを連携させて・・
アプリX
蓄積するデータ：X1、X2
共有が必要なデータ：Y2、Z2
アプリY
蓄積するデータ：Y2
共有が必要なデータ：X1、Z1

アプリZ
蓄積するデータ：Z1、Z2共有が必要なデータ：X2

1-2．パーソナルデータ流通の概観
事例：３つのアプリを連携させる（step2：同意）
step2：同意では、サービスに対する個人同意を取得します。個人同意の取得をPF運営組織がサービス横断的に行うことで、個人の同意管理UXをサービス横断的に統一し、パーソナルデータ流通に対する安心感を高める。
１）サービスAの規約に同意する

凡例）

個人M

管理単位

PxRテナント
PF運営組織N

PF運営組織N(責任分解点)カタログ
同意

個人同意を登録

アプリX

アプリY

PxRテナント
事業者Y
データY2

PxRテナント
事業者Z

事業者Z
データZ1

© NEC Corporation 2022

データX2

事業者Y
データY1

アプリZ

PxRテナント
事業者X

事業者X
データX1

7

PxRテナント
事業者A

事業者A

サービスA

データZ2

個人ID：M
サービスA：規約：〇
アプリX：蓄積：〇
共有：〇
アプリY：蓄積：〇共有：〇
アプリZ：蓄積：〇
共有：〇

サービスA
概要：X、Y、Zを連携させて・・
アプリX
蓄積するデータ：X1、X2
共有が必要なデータ：Y2、Z2

アプリY
蓄積するデータ：Y2
共有が必要なデータ：X1、Z1
アプリZ
蓄積するデータ：Z1、Z2共有が必要なデータ：X2

1-2．パーソナルデータ流通の概観
事例：３つのアプリを連携させる（step3：蓄積）
step3：蓄積では、アプリが収集したパーソナルデータの内、蓄積同意を取得したデータのみを対応するPxRテ
ナントに蓄積する。テナント内の各事業者用の環境（Block）は、各事業者で管理可能であり、蓄積データの分散管理が実現される。
凡例）

個人M

管理単位
(責任分解点)１）サービスAを利用する

PxRテナント
PF運営組織N

PF運営組織N

PxRテナント
事業者A

事業者A

サービスA

個人ID：M

２）X1、X2
を収集する
３）X1、X2を蓄積する

アプリX
２）Y1、Y2
を収集する

アプリY
２）Z1、Z2
を収集する

アプリZ
8

© NEC Corporation 2022

事業者X
データX1

データX2

蓄積同意に基づく認可処理

３）Y2を蓄積する

事業者Y
データY1

X1、X2

事業者Z
データZ2

同意

サービスA
概要：X、Y、Zを連携させて・・
アプリX
蓄積するデータ：X1、X2
共有が必要なデータ：Y2、Z2
アプリY
蓄積するデータ：Y2
共有が必要なデータ：X1、Z1
アプリZ
蓄積するデータ：Z1、Z2共有が必要なデータ：X2

PxRテナント
事業者Y
Y2

データY2
３）Z1、Z2を蓄積する

データZ1

PxRテナント
事業者X

サービスA：規約〇
アプリX：蓄積〇
共有〇
アプリY：蓄積〇共有〇
アプリZ：蓄積〇共有〇カタログ

PxRテナント
事業者Z
Z1、Z2

1-2．パーソナルデータ流通の概観
事例：３つのアプリを連携させる（step4：共有）
step4：共有では、アプリが他のアプリが蓄積したパーソナルデータを取得する。
凡例）

個人M

管理単位
(責任分解点)１）サービスAを利用する

PxRテナント
PF運営組織N

PF運営組織N

PxRテナント
事業者A

事業者A

サービスA

個人ID：M

２）Y2、Z2の共有を要求する

アプリX

事業者X
データX1

アプリY

３）Y2、Z2の共有を取得する

データX2

データY1

PxRテナント
事業者X
X1、X2

PxRテナント
事業者Y

事業者Y※アプリY、Zの場合は省略

アプリZ

データZ1
9

© NEC Corporation 2022

PxRテナント
事業者Z

事業者Z
データZ2

サービスA：規約〇
アプリX：蓄積〇
共有〇
アプリY：蓄積〇共有〇
アプリZ：蓄積〇
共有〇

共有同意に基づく認可処理

Y2

データY2

カタログ

Z1、Z2

同意

サービスA
概要：X、Y、Zを連携させて・・
アプリX
蓄積するデータ：X1、X2
共有が必要なデータ：Y2、Z2
アプリY
蓄積するデータ：Y2
共有が必要なデータ：X1、Z1
アプリZ
蓄積するデータ：Z1、Z2共有が必要なデータ：X2

2．アーキテクチャ

2-1．論理構成
システム構成各アクターに提供するシステム要素をPxR-Blockと呼び、これらが協調動作することでPxRエコシステムが形成される。個人や各組織は各種ポータルシステム等を通じてPxR-Blockを利用することで、容易に連携が可能。

アクター

UI/ユーティリ
ティ層※サービス側で準備される各アクター向けの各種UI/ユーティリティ※マネージドサービス(フロント)

トラスト層/
データ連携層OSSモジュール
提供範囲※マネージドサービス(バックエンド)

11© NEC Corporation 2022

2-1．論理構成
PxR-Block詳細（提供機能）◆ 各PxR-Blockが提供する機能は下記の通り
提供機能（PxR-Service）№

名称
1 operator
2 catalog

3 catalog-update
4 pxr-block-proxy
5 notification
6 book-manage
7 book-operate
8 identity-verificate
9 ctoken-ledger
10 local-ctoken
11 certification-authority
12 certificate-manage
13 access-control-manage
14 access-control
15 binary-manage

12© NEC Corporation 2022

和名

PxR-Block説明

オペレーター(運営メンバー、個人)のアカウント管理と認証を行います
カタログ
My-Condition-Dataカタログの管理を行います
My-Condition-Dataカタログのうち、承認処理等追加で特殊な手順
カタログ更新を踏むカタログの管理を行います
PxR-Block-Proxy
PxR-Blockのサービスへ各種メソッドでProxyを行います
通知
オペレーターへ通知や承認要求を行います
My-Condition-Book管理 My-Condition-Bookの管理を行います
My-Condition-Book運用 My-Condition-Bookへデータの蓄積と共有を行います
本人性確認
本人性の確認を行います
CToken台帳
CToken台帳の管理を行います
Local-CToken
Local-Ctoken-Storeの更新とCToken台帳への差分送信を行います
認証局
証明書の生成や取得、検証を行います
証明書管理
証明書の保存を行います
API間のアクセス設定とデータ操作定義を確認し、APIトークンの生
アクセス制御管理成指示を行います
アクセス制御APIトークンの生成と照合を行います
バイナリ管理バイナリファイルのアップロード、ダウンロードを行います
オペレーターPxR-RootBlock〇

Region-RootAPP-Block
Block
〇

〇

〇
〇

〇
〇

〇

〇

〇

〇
〇
〇
〇

〇
〇
〇
〇
〇

〇

〇

〇

〇
〇

〇
〇

2-1．論理構成
PxR-Block詳細（公開API一覧）◆ 各PxR-Blockが提供する公開APIは下記別紙を参照のこと◼ 「パーソナルデータ連携モジュール_公開APIリスト」◆ ソフトウェア構成◼ 上記API機能を構成するソフトウェアは下記の通り
カテゴリ

プログラミング言語

TypeScript

ORMマッパー

TypeORM
Expressnode.js
nginx
Prometheus
Grafana
Fluentd

プログラム実行環境
Webサーバー
監視ツール（参考）13

ソフトウェア名© NEC Corporation 2022

補足
TypeScript向けのORMマッパー
Node.jsのMVCフレームワーク
サーバーサイドJavaScript環境
フロント配置（リバースプロキシ→node.js）
リソース監視ソフトウェア
ログ・データ可視化ツール
ログ収集管理ツール

2-2．物理構成（例）
物理構成図※AWSでの物理構成例です
利用者

開発者

保守

インターネット

3-1

2-1

AWS CloudAmazon S3

1-3

1-4

1-1

AWS IAM

1-2

AmazonGuardDuty

1-6

Availability Zone 1

Availability Zone N

ALB

3-3

Public subnet

3-4

Private subnetNAT gateway

1-7

AWS Certificate
Manager

3-4

AWS KMS

セキュリティ

7-1

7-2

7-3

AmazonCloudWatch

Amazon SNS

Amazon SES

7-4

7-5

7-6

NAT gateway

Private subnet
3-5

4-1, 4-2

AWS CloudTrailAWS ShieldAWS WAF

Public subnet

1-5

Internet
Gateway

3-2

業務用VPC

Amazon Route 53

ストレージ

3-5

EKS On Fargate
Nginx

Nginx

We b層

AWS Lambda

4-3

10-1

Amazon ECR

2-2

Amazon Aurora

2-2

6-1

Amazon EFS

Amazon EFS

10-2

AWS Step
Functions

AWS
Lambda10-4

10-5

Amazon Aurora
Amazon Amazon SNS
CloudSearch

5-1

Amazon EC2

14© NEC Corporation 2022

7-8

Grafana9-1

Fluentd

9-2

AWS
CodeCommit

AWS
CodePipeline

9-3

9-4

監視

8-1
AWS
CloudFormation

PxR-AP 利用・個別開発時

利用サービス： コンテナイメージ

7-7

Prometheus

API Gateway

API層
10-3

6-1

AWS Step
Functions： サービスコンテナ： 技術アセット番号。サービスの詳細は「アセット一覧」を参照

AWS
CodeBuild

AWS
CodeDeploy

リリース運用

構成管理

2-2．物理構成（例）
利用アセット一覧※AWSでの物理構成例です
凡例：AWS「●」はマネージドサービスを示す

サービス名
小項番
サービス/製品名(ユースケース)
1 セキュリティ
1 AWS WAF

大項番

2 AWS Shield
3 AWS Identity & Access
Management (IAM)
4 Amazon GuardDuty
5 AWS CloudTrail
6 AWS Certificate Manager

2 ストレージ

3 ネットワーク

4 コンテナサービス

5 仮想サーバ

6 データベース15

機能概要
悪意のあるウェブトラフィックのフィルターサービス
PxRサービスへの不正アクセスをブロック、監視を行う
DDoS保護サービス
サービスとリソースへのアクセスを安全に管理するサービス
管理者、開発者、保守担当者がAWSマネジメントコンソールへのアクセスに使用するマネージド型脅威検出サービス
AWS アカウントのガバナンス、コンプライアンス、運用監査、リスク監査を行うためのサービス
SSL/TLS証明書のプロビジョニング、管理、およびデプロイメント
サービス
マネージド型の暗号化キー作成と管理

7 AWS Key Management
Service
1 Amazon Simple Storage
クラウド内のスケーラブルなストレージ
Service (S3)ドキュメントのアップロード、各種ログの保存領域として使用する
2 Amazon Elastic File System Amazon EFS（EC2 用フルマネージド型ファイルシステム）(EFS)
Fargate上でのファイル格納に使用する
1 Amazon Route 53
スケーラブルなドメインネームシステム (DNS)
2 Internet Gateway(IGW)
VPC コンポーネントの１つ
VPC とインターネットとの間の通信を可能にする
3 Elastic Load Balancing
ロードバランサー(ALB)
複数のターゲットにわたる着信トラフィックの分配を行う
4 NAT Gateway
VPC コンポーネントの１つ
PrivateSubnetに配置するサービスコンテナからのPublicSubnet
経由でのインターネット通信を解決する
5 Nginx
Webサーバ、リバースプロキシ
NginxをFargateコンテナとし実行する
1 Amazon Elastic Kubernetes フルマネージド型の Kubernetes サービス
Service (EKS)PxRサービスをKubernetesアプリケーションとして実行、スケールする
2 AWS Fargate
コンテナ向けサーバーレスコンピューティングエンジン
各サービスをpodとして実行する
3 Amazon Elastic Container コンテナイメージを簡単に保存、管理、デプロイできる完全マネー
Registry (ECR)
ジド型のコンテナレジストリ
1 Amazon EC2
クラウド内の仮想サーバー
踏み台サーバーとして、EKS on Fargateへの保守用、機能設定、バージョンアップ、AWS設定など保守用に使用する
1 Amazon Aurora
高性能マネージドリレーショナルデータベース（Amazon RDS）
PxR-APで使用する設定情報、ユーザー情報、蓄積データを管理する© NEC Corporation 2022

製品区分
AWS 他

大項番

サービス名
小項番
(ユースケース)

7 監視

○
●
○
●
○
●
●
○

●
○

サービス/製品名

リソースとアプリケーションのモニタリングを行うサービス
PxRサービスの監視機能として使用する
2 Amazon Simple Notification フルマネージド型pub/subメッセージング、SMS、Eメール、およびService (SNS)
モバイルプッシュ通知
監視通知、およびPxRサービスからの通知として使用する
3 Amazon Simple Email Service 柔軟でスケーラブルなメールサービス(SES)
Grafanaからの監視通知として使用する
4 AWS Lambda
イベント発生時にコードを実行
監視用ログイベントとして使用し、CloudWatchログに出力する
5 AWS Step Functions
AWS Lambda関数やAWSの複数のサービスを使用してワークフ
ローを構築できるサービス
6 Prometheus
リソース監視ソフトウェア
7 Grafana

ログ・データ可視化ツール

8 Fluentd

ログ収集管理ツール
PxR-AP（pod）からのログ収集に使用する
テンプレートを使ったリソースの作成と管理を行うサービス
環境構築時のテンプレート自動構築実行に使用するマネージド型のソース管理サービス
プライベートGitリポジトリでのコードの保存に使用する
継続的デリバリーを使用したソフトウェアのリリース
PxRサービスのVerUpを自動化する
ソースコードをコンパイルし、テストを実行し、デプロイ可能なソフト
ウェアパッケージを作成する
コードデプロイの自動化

1 AWS CloudFormation

9 リリース運用

1 AWS CodeCommit○
2 AWS CodePipeline○
3 AWS CodeBuild
4 AWS CodeDeploy○●○

10 PxR-AP利用・

1 API Gateway

個別開発時利用サービス
2 AWS Lambda
3 AWS Step Functions●○

4 Amazon CloudSearch●

5 Amazon Simple Notification
Service (SNS)

製品区分
AWS

1 Amazon CloudWatch

8 構成管理○機能概要

クライアントとバックエンドサービス群の間に置かれる API 管理
ツール
API Gatewayコンソールを使用して、共有トリガー機能開発などでのAPI管理、デプロイ、監視を行う
イベント発生時にコードを実行
共有トリガー機能開発などでのAPI（Lambda関数）を実行する
AWS Lambda関数やAWSの複数のサービスを使用してワークフ
ローを構築できるサービス
個別開発で作成したAPI（Lambda 関数）を応答性サーバーレスア
プリケーションとして統合し、実行するために使用するマネージド型検索サービス
PxR-APのカタログサービスが内部的に使用する
フルマネージド型pub/subメッセージング、SMS、Eメール、および
モバイルプッシュ通知
2段階認証などSNS通知を行うために使用する

他

●
●
○
○
○
○
○
○
○
●
●
●

●
●

○

○

●
●

3．アクター構成

3-1．アクター定義◆ PxRエコシステムに登場するアクターは以下の通り
対象Block

No

アクター

説明

1

個人

プラットフォーム（PxR）およびサービスを利用する個人〇

2

PF運営組織プラットフォーム（PxR）を運営する組織。PF接続組織を認定、管理する

〇

3
4
5
6

PF接続組織サービス提供組織
サービス提携組織
サービス提携組織(アプリ)

7

サービス提携組織(データ保有)

8

サービス提携組織(データ利用)

プラットフォーム（PxR）に接続する組織
サービスを提供するPF接続組織
サービス提供組織と提携し、サービスへ機能を提供するPF接続組織
サービスへアプリケーションにより機能を提供するサービス提携組織
サービスが利用するパーソナルデータを収集し、プラットフォーム（PxR）上で管理するサービス提携組織
サービスを提供するため、プラットフォーム（PxR）上で管理されたパー
ソナルデータを利用するサービス提携組織

17© NEC Corporation 2022

PXR-RootRegionAPP-Block
Block
Root-Block

〇
〇

〇
〇
〇
〇
〇

3-2．アクター関係◆ 各アクターは下記のトラスト関係を構築する<<PF運営組織>>

1
運営

1

<< プラットフォームサービス>>

PF接続規約PF利用規約PF接続規約
個人ID(PXR-ID)

組織ID

組織ID
サービス利用者ID<<サービス提供組織>><<個人>><<サービス提携組織（アプリ）>>サービス参加規約
1

APP利用者ID

運営

1

N

サービス利用規約

運営

1<< 提供サービス >>

N

参加
N

<<アプリケーション>>

サービスアセット毎の利用規約

18© NEC Corporation 2022

4．機能

4-1. 流通制御SP向け機能

機能

機能概要

1

アクター管理2

個人管理

UI/ユーティリティ層

1
2

3
3

対象機能

20

© NEC Corporation 2022

カタログ管理各アクターの作成からRegionへの参加、離脱等の申請～認定承認等のアクターのライフサイクルに関わるオペレー
ションを行う為の機能群。
アクター認定時にCL証明書を発行し各組織へ配布すること
で組織認証を実現する。
PxR内で個人を一意に特定するID(PXR-ID)を発行し、認証情報を含む個人の基礎情報やデータ蓄積/共有に関わる規約への同意状態、MCB(※1) の開設～削除までのライフサ
イクルに関わるオペレーションを管理する機能群。
MCD(※2)データカタログ定義に対するメンテナンスやバー
ジョンアップにおける変更申請～承認、各アクターとの同意といったMCDデータカタログに関わるオペレーション全般を行う機能群(※1)My-Condition-Book
個人が保持する、My-Condition-Data(※2)の集合体(※2) My-Condition-Data
個人の状態を表すデータであり、PxRシステムに蓄積される
パーソナルデータを指す

4-2. 領域運営SP向け機能

機能

機能概要

1

カタログ管理流通制御SPから委任された管理対象Regionに関わるサービスの基本情報や設定を管理する(サービスに関わる設定情報カタログの管理)

2

サービス管理提供するサービス情報や当該サービスに参加するアプリ
ケーション及び利用する個人との関連性や参加申請～承認といったサービス構成要素とその状態を管理する機能群

3

利用者ID連携管理

PxR-IDと個人が該当Region内で利用する利用者IDの紐付けを管理する。

UI/ユーティリティ層

1

3

2

対象機能

21

© NEC Corporation 2022

4-3. アプリケーションP向け機能

機能

UI/ユーティリティ層

1

2

3

5
対象機能
22

© NEC Corporation 2022

4

機能概要

当該アプリケーションPが提供するアプリケーションが蓄積するデータカタログ定義のメンテナンスを行う機能群。

1

カタログ管理2

当該アプリケーションPが提供するアプリケーションにおけアプリケーションる基本情報や蓄積/共有に関する定義をメンテナンスする機
管理
能群

3

利用者ID連携管理

4

データ蓄積

5

データ共有

PxR-IDと個人が該当アプリケーション内で利用する利用者
IDの紐付けを管理する。
個人がアプリケーションを利用することで取得されるデータを受信し、パーソナルデータとして蓄積する機能。
同意管理(3-4. 個人向け機能参照)が保持する蓄積同意状態を元に蓄積可否の制御が行われる
データ蓄積機能にて蓄積されたパーソナルデータを他アプ
リケーションやサービスへ共有する機能。
同意管理(3-4. 個人向け機能参照)が保持する共有同意状態を元に共有可否の制御が行われる

4-4. 個人向け機能

機能

機能概要

1

利用者ID連携(同意管理)

2

蓄積同意管理3

共有同意管理UI/ユーティリティ層

1

2

3
対象機能

23

© NEC Corporation 2022

個人管理で払い出される個人ID（PXR-ID）と当該個人が利用するサービス、アプリケーションにおける利用者IDの関連性を管理する機能。
※3-2. 領域運営SP向け機能、3-3. アプリケーションP向け
機能における利用者ID連携機能と連動し、個人による同意判断に従い連携状態が保持される個人がアプリケーションを利用することで生成されるMCD
データをPxRに蓄積する際の同意状態を管理する機能。
個人自らの同意した場合に限り蓄積が行われる。
またカタログ管理機能によるデータ定義の変更が発生した
場合の再同意プロセスも本機能が提供する。
蓄積されたパーソナルデータを他サービスやアプリケー
ションに共有する際の同意状態を管理する機能。
個人自らが同意した対象データ、共有先に限り共有が行われる。
またカタログ管理機能によるデータ定義の変更が発生した
場合の再同意プロセスも本機能が提供する。

5．運用

5-1．運用フロー一覧◆ 下記にPxRエコシステムの運用フローを示す
フェーズ

準備

利用

終了

25

© NEC Corporation 2022

フロー番号

フロー内容

0.1

PF運営組織がプラットフォーム（PxR）の提供を開始する

0.2

PF接続組織がプラットフォーム（PxR）に接続する

0.3

サービス提供組織がサービス（Region）を開始する

1

個人がプラットフォーム（PxR）の利用を開始する

2

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

3.1

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

3.2

個人が自身のサービス（Region）利用状況を把握、管理する

4

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

6

サービス提供組織が、サービスの提供を終了する

7

個人がプラットフォーム（PxR）の利用を終了する

9

PF運営組織が、プラットフォーム（PxR）の提供を終了する

5-2．運用フロー詳細◆ 運用フローの詳細は下記に示す別紙「機能要件テンプレート_別紙」を参照
フロー番号
フロー内容
0.1
PF運営組織がプラットフォーム（PxR）の提供を開始する
0.2
PF接続組織がプラットフォーム（PxR）に接続する
0.3
サービス提供組織がサービス（Region）を開始する
1
個人がプラットフォーム（PxR）の利用を開始する

26

参照詳細資料
機能要件テンプレート_別紙_0章
機能要件テンプレート_別紙_1章

2
3.1
3.2
4

個人がサービス（Region）の利用を開始する
サービス提携組織がパーソナルデータを利用する
個人が自身のサービス（Region）利用状況を把握、管理する
個人がサービス（Region）の利用を終了する

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

6

サービス提供組織が、サービスの提供を終了する

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

7

個人がプラットフォーム（PxR）の利用を終了する

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

9

PF運営組織が、プラットフォーム（PxR）の提供を終了する

機能要件テンプレート_別紙_9章© NEC Corporation 2022

機能要件テンプレート_別紙_3章
機能要件テンプレート_別紙_4章

6．技術

6-1．個人認証◆ 標準仕様◼ PXR-Serviceの1つであるoperator-serviceにてオペレーター(運営メンバー、個人）のアカウント管理と認証を行う◼ オペレータサービスは、なりすましなど本人以外からの認証要求でないことを確認するためにIDとパスワードに加えSMS認証による2要素認証を用いる◆ 拡張オプション※標準対象外(カスタム開発が必要となる前提)◼ 外部トラストサービスと連携することで、より強固かつシームレスな個人認証を実現することが可能(例)本人確認：eKYC、認証サービス： OpenID系SSO連携）
拡張オプション

OP1.本人性確認/ID発行

外部トラストサービス（オプション）※要カスタム開発

SSO連携(アクセストークン検証)(※)

本人性確認コードOID連携（SSO）

1.個人認証情報登録

0.個人ID発行
2.IDパスワードによる認証要求4.SMSでワンタイム
ログインコード送信
6.ログインコード入力

28© NEC Corporation 2022

operatorservice

3.認証情報要求
5.認証情報取得
7.認証完了、業務処理へ

データベース(※)SSO連携オプションについて
PxRではOpenID Connectのリソースサーバとして、外部トラストサービスにより発行されたアクセストークンの検証を行い、個人認証を行うことが可能

6-2．組織認証◆ オペレータのID/PASS認証＋CL証明書による組織認証を標準とする※トラストサービス連携によるOIDC連携（SSO）もカスタム開発により実現可能◆ 組織間認証はログイン認証をトリガとしたAPIトークンにより認証認可制御を行う
組織認証

組織間認証(データ共有時の例)(PxR-Block利用時の利用者認証方式)(PxR-Block間通信時のBlock認証方式)

APP-Block#A(アプリケーションA)
拡張オプション
※要カスタム開発

外部トラストサービス（オプション）

3. APIトークンが存在しない場合、発行を要求

Book運用サービス

組織(オペレータ)

ID/PASS
SMS

29© NEC Corporation 2022

CL証明書
(※1)

アクセス制御
サービス

OID
(SSO)

PXR-Root-Block(流通制御サービスプロバイダ)
アクセス制御管理サービス

4. CL証明書による#A身元証明と宛先のURL、認可条件をアクセス制御
管理が確認し、アクセス可能なAPIであれば、#BにAPIトークン発行を指示する

2. APIトークン取得

1. データ共有依頼（ログイン認証済）

Block-Proxy
サービス(※1)CL証明書はアクター認定時に発行され、本証明書がない
PxR-BlockはBlock間通信不可

APP-Block#(アプリケーションB)
5. APIトークン発行指示を受けたアクセス制御サービスは、有効期限を定めたAPIトークンを発行する
アクセス制御サービス
Book運用サービス

7. トークン照合

6. トークンを含めて#Bへデータ共有依頼を行うAmazon Aurora
PostgreSQL

Block-Proxyサービス

8.データ共有依頼

6-3．カタログ管理◆ カタログの基本構造と定義方法◼ いずれも標準的なテキストベースの構造データ表現フォーマットであるJSON形式で定義される◼ カタログテンプレートを作成し、カタログ管理機能が提供する公開APIを利用することでPxRシステム内に投入する
MCDメタデータ

データカタログ（MCD）◼ MCDに対するメタ情報を管理

My-Condition-Book
1MCD(蓄積されるパーソナルデータ)
0..n

ドキュメント

1
まとめ

0..n

イベント
1

1..n

1..n

モノ

• My-Condition-Book：個人の基本属性とドキュメントおよびイベントを格納
例）個人ID,氏名,性別,生年月日,住所,etc• ドキュメント：個人が体験するシーンに紐づくイベントのまとまり＋アドバイスなどのテキスト例）本日の診察レポート• イベント：個人が体験するシーンを個人の基本動作に分解したもの例）診断、検体検査、負荷検査• モノ： イベントの中で記録、測定、評価される項目例） 診断病名、検査項目-値30© NEC Corporation 2022

• ドキュメント、イベント、モノ定義（名前空間、基礎情報等）◼ 注意事項（他製品とのカタログ連携について）• CKAN等、他製品とのカタログ連携、共有は標準機能外です。よって、連携を行う場合は、上記公開
APIを経由したPxRシステムと他製品間の連携部分をカスタム開発する必要があります。
（カスタム開発例）
PxR側のカタログをAPI経由で抽出し、データ整形した上でCKAN側へ投入する等の連携処理実装

6-3．カタログ管理◆ （参考）カタログ定義シート～カタログ定義ファイル③カタログ定義ファイル（JSON形式ファイル）{①メタデータ定義
カタログ（ext）
カタログ名

PxR基盤でのベースモデルのうち各項目のベースとなるものを記載

ｘｘｘｘｘｘ
カタログ名称/ext/pxr-root[XXXX部門）]

個人向けの説明文
アクター定義流通制御サービスプロバイダー
TBD/model/actor/pxr-root/流通制御サービスプロバイダー/region-root[XXXX部門）]

領域運営サービスプロバイダー
TBD/model/actor/region-root/領域運営サービスプロバイダー

リージョン
TBD

/model/actor/region-root/region/Region

アプリケーションプロバイダー
TBD/model/actor/app/アプリケーションプロバイダー/application
app_sample

アプリケーション
TBD/model/actor/app/application/アプリケーション/storeapp_sample蓄積定義

蓄積機能
アプリサンプル蓄積定義/model/actor/app/store/アプリケーションが蓄積可能なデータ/share共有機能

app_samplel共有定義

アプリサンプル共有定義/actor/region[XXXXサービス]/app[アプリケーションAA]

継承元/actor_9999999/notification

蓄積イベント通知

app_sample蓄積イベント通知

アプリサンプルl蓄積イベント通知/model/actor/app/share/アプリケーションが提供する状態共有機能/model/actor/app/store/notification/蓄積イベント通知

XXX定義
名前空間

ext/actor/app/xxxx

名称

アプリケーションAAA

説明

{}

コード

{自動採番}

バージョン

1

定義

②各カタログ詳細定義（項目、型）

プロパティ名application
breakaway-flg
categorycode[]
booleancode[]

プロパティ値（下記アプリケーション定義の情報）
false（設定済み）

information-site

string-情報サイト（使用しない）

main-block（設定済み）

アクター参加時に割り当てられたPXR-Block（初期値設定）

other-blockcode
code[]-

他アクターから引き継いだPXR-Blockの配列（使用しない）

region-alliancecode[]（設定済み）

参加している領域運営サービスプロバイダーのコード配列（初期値設定）

statement
status31© NEC Corporation 2022

型情報

補足
アプリケーション定義の配列（初期値設定）
離脱フラグ（使用しない）
本定義が所属するカテゴリ（初期値設定）

組織ステートメント（使用しない）

string[]at

string（設定済み）

認定した時刻（設定済み）

by

code

（設定済み）

認定した組織のコード（設定済み）

statusstring（設定済み）

設定の履歴（設定済み）"catalogItem": {"ns": "catalog/ext/nec-healthcareconsortium/document/actor_1001548","name": "診察レポート","_code": {"_value": 1001613,"_ver": 2},"inherit": {"_value": 52,"_ver": 1},"description": {"title": null,"section": [{"title": "診察レポート","content": [{"sentence": "診察レポート"
}
]
}
]
}
},

公開API
（カタログ管理サービス）

オブジェクト（JSON）形式

6-4．データ管理
データベース方式◆ データベース前提条件
PxR-PFとしての要件と根拠実績のある製品またはサービス

PostgreSQL互換製品であること
機能面・スキーマによる論理分離が可能で、PXR-BlockとPXR-Serviceの二段階分離が可能であること
・PxR-AP仕様によりWrapperがPostgreSQL対応のみであるため
可搬性・広く用いられているOSS◆ 基本構造・方式◼ オブジェクト形式、CMatrix形式、バイナリ形式の3つの形式でデータを格納する

接続元アクター

API Req/Res(JSON形式)◼ 全てのDB操作(CRUD)は公開されるAPI経由で行い、データ
はJSON形式で扱う※APIは「1章 (PxR説明資料-別紙)公開APIリスト」を参照◼ 登録APIが受け付けたオブジェクトと、オブジェクトから生成されるCMatrix（多次元配列）をDBに格納する。

◼ バイナリデータがある場合は別DBに格納する。（オブジェクト/Cmatrix DBにはバイナリデータと連携するID情報のみ
格納する）
32

© NEC Corporation 2022

AWS Aurora(PostgreSQL)AWS Aurora(PostgreSQL)

オブジェクト（JSON）形式
PxRService
バイナリデータ

PxR-Block

多次元配列（CMatrix）形式

6-4．データ管理
PxR-Block、PxR-ServiceとDBの対応◆ PXR-Service毎でスキーマを分け、アクセス可能なエンティティを制限することで責任範囲を明確化◼ PostgreSQLの1インスタンス内でPXR-Block毎に1つのデータベースを使用する◼ PXR-Block毎に使用するデータベースでは、PXR-Service毎にそれぞれスキーマで区切られており、PXR-Service内のAPIはそのスキーマに作成されたテーブルを利用する
PXR-Root-Block(流通制御サービスプロバイダ)
サービス

PxR-Service

PxR-Block

PxR-Block

PxR-BlockRegion-Root-Block(領域運営サービスプロバイダ)

APP-Block(アプリケーションプロバイダ)

カタログサービス
サービス

サービス

サービス

PostgreSQLインスタンス
サービス
Schemaオペレーターサービス Schema
オペレーター
テーブル

セッション
テーブル

テーブル
テーブル
テーブル

カタログサービス Schema
カタログ
テーブル

テンプレート
テーブル

テーブル
テーブル
テーブル

PXR-Root-Block DB
33© NEC Corporation 2022

サービス
Schema
テーブル
テーブル
テーブル

Region-Root-Block DB

サービス
SchemaWF-Block DB