(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023177481
(43)【公開日】2023-12-14
(54)【発明の名称】要件特定装置、要件特定方法及び要件特定プログラム
(51)【国際特許分類】
G06F 16/903 20190101AFI20231207BHJP
G06F 16/906 20190101ALI20231207BHJP
【ＦＩ】
G06F16/903
G06F16/906
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022090186
(22)【出願日】2022-06-02
(71)【出願人】
【識別番号】000006013
【氏名又は名称】三菱電機株式会社
(74)【代理人】
【識別番号】110002491
【氏名又は名称】弁理士法人クロスボーダー特許事務所
(72)【発明者】
【氏名】藤田 真浩
【テーマコード（参考）】
5B175
【Ｆターム（参考）】
5B175DA10
5B175FA03
(57)【要約】
【課題】パーソナルデータを利用するシステムを開発する上で、考慮すべきパーソナルデータの法制度要件を効率的に特定可能にする。
【解決手段】分類受付部２１は、パーソナルデータの分類である指定分類を受け付ける。利用方法受付部２２は、パーソナルデータの利用方法である指定方法を受け付ける。要件特定部２３は、分類受付部２１によって受け付けされた指定分類と、利用方法受付部２２によって受け付けされた指定方法とに対応する、パーソナルデータの利用に関して考慮すべき考慮要件を特定する。
【選択図】図１
【解決手段】分類受付部２１は、パーソナルデータの分類である指定分類を受け付ける。利用方法受付部２２は、パーソナルデータの利用方法である指定方法を受け付ける。要件特定部２３は、分類受付部２１によって受け付けされた指定分類と、利用方法受付部２２によって受け付けされた指定方法とに対応する、パーソナルデータの利用に関して考慮すべき考慮要件を特定する。
【選択図】図１
【特許請求の範囲】
【請求項1】
パーソナルデータの分類である指定分類を受け付ける分類受付部と、
前記パーソナルデータの利用方法である指定方法を受け付ける利用方法受付部と、
前記分類受付部によって受け付けされた前記指定分類と、前記利用方法受付部によって受け付けされた前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定部と
を備える要件特定装置。
前記パーソナルデータの利用方法である指定方法を受け付ける利用方法受付部と、
前記分類受付部によって受け付けされた前記指定分類と、前記利用方法受付部によって受け付けされた前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定部と
を備える要件特定装置。
【請求項2】
前記要件特定部は、前記分類と前記利用方法との組合せ毎に、考慮すべき要件を記憶した要件データから、前記指定分類と前記指定方法との組合せに対応する前記要件を特定することにより、前記考慮要件を特定する
請求項１に記載の要件特定装置。
請求項１に記載の要件特定装置。
【請求項3】
前記分類及び前記利用方法には、包含関係が定められており、
前記要件データには、前記組合せ毎に、その組合せに対応する要件のうち、前記分類と前記利用方法との少なくともいずれかを上位集合にした組合せである上位組合せに対応する要件を除いた要件が設定されており、
前記要件特定部は、前記要件データから、前記指定分類と前記指定方法との組合せに対応する前記要件を特定するとともに、前記指定分類と前記指定方法との少なくともいずれかを上位集合に変更した各上位組合せに対応する前記要件を特定することにより、前記考慮要件を特定する
請求項２に記載の要件特定装置。
前記要件データには、前記組合せ毎に、その組合せに対応する要件のうち、前記分類と前記利用方法との少なくともいずれかを上位集合にした組合せである上位組合せに対応する要件を除いた要件が設定されており、
前記要件特定部は、前記要件データから、前記指定分類と前記指定方法との組合せに対応する前記要件を特定するとともに、前記指定分類と前記指定方法との少なくともいずれかを上位集合に変更した各上位組合せに対応する前記要件を特定することにより、前記考慮要件を特定する
請求項２に記載の要件特定装置。
【請求項4】
前記要件特定部は、前記指定分類と前記指定方法との組合せを対象の組合せに設定した後、前記対象の組合せにおける分類を上位集合に変更した場合の上位組合せを新たな対象の組合せとして特定するとともに、前記対象の組合せにおける利用方法を上位集合に変更した場合の上位組合せを新たな対象の組合せとして特定することを再帰的に行うことにより、前記各上位組合せを特定する
請求項３に記載の要件特定装置。
請求項３に記載の要件特定装置。
【請求項5】
前記要件には、タグが付されており、
前記要件特定部は、特定された前記要件のうち同じタグが付された要件については、１つの要件だけを前記考慮要件に含める
請求項３又は４に記載の要件特定装置。
前記要件特定部は、特定された前記要件のうち同じタグが付された要件については、１つの要件だけを前記考慮要件に含める
請求項３又は４に記載の要件特定装置。
【請求項6】
前記要件特定部は、同じタグが付された要件のうち最下位集合に対応する要件だけを前記考慮要件に含める
請求項５に記載の要件特定装置。
請求項５に記載の要件特定装置。
【請求項7】
コンピュータが、パーソナルデータの分類である指定分類を受け付け、
コンピュータが、前記パーソナルデータの利用方法である指定方法を受け付け、
コンピュータが、前記指定分類と前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定方法。
コンピュータが、前記パーソナルデータの利用方法である指定方法を受け付け、
コンピュータが、前記指定分類と前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定方法。
【請求項8】
パーソナルデータの分類である指定分類を受け付ける分類受付処理と、
前記パーソナルデータの利用方法である指定方法を受け付ける利用方法受付処理と、
前記分類受付処理によって受け付けされた前記指定分類と、前記利用方法受付処理によって受け付けされた前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定処理と
を行う要件特定装置として要件特定プログラム。
前記パーソナルデータの利用方法である指定方法を受け付ける利用方法受付処理と、
前記分類受付処理によって受け付けされた前記指定分類と、前記利用方法受付処理によって受け付けされた前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定処理と
を行う要件特定装置として要件特定プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、パーソナルデータの利用に関して考慮すべき要件を特定する技術に関する。
【背景技術】
【0002】
インターネット技術の発展によって、事業者がパーソナルデータを収集して活用する取り組みが活性化されている。これに伴い、パーソナルデータに関する法制度が各国で制定されている。例えば日本では、個人情報保護法が制定されている。しかしながら、パーソナルデータに関する法制度には多くの要件が記載されている。システム開発者にとっては、パーソナルデータの法制度に書かれた要件のうち、自身が開発するシステムにおいて考慮すべき要件がどれであるかを把握することが困難であった。
【0003】
特許文献１には、要件の抽出作業を効率化するための装置が記載されている。特許文献１では、要件抽出条件と、要件抽出条件に合致する場合の要件種別とが対応付けて記憶されている。要件抽出条件は、法令に関する処理を行うための処理システムに関連する要件が法令の条文に含まれているか判定するため条件である。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１２－２０３７２５号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
パーソナルデータに関する法制度においては、システムが利用するパーソナルデータの分類とそのパーソナルデータの利用方法との組合せを利用することによって、遵守すべき要件を効率的に特定することが可能である。特許文献１では、データ名及び要件種別に対する考慮しかされていない。すなわち、特許文献１では、パーソナルデータの分類が考慮されていない。
本開示は、パーソナルデータを利用するシステムを開発する上で、考慮すべきパーソナルデータの法制度要件を効率的に特定可能にすることを目的とする。
本開示は、パーソナルデータを利用するシステムを開発する上で、考慮すべきパーソナルデータの法制度要件を効率的に特定可能にすることを目的とする。
【課題を解決するための手段】
【0006】
本開示に係る要件特定装置は、
パーソナルデータの分類である指定分類を受け付ける分類受付部と、
前記パーソナルデータの利用方法である指定方法を受け付ける利用方法受付部と、
前記分類受付部によって受け付けされた前記指定分類と、前記利用方法受付部によって受け付けされた前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定部と
を備える。
パーソナルデータの分類である指定分類を受け付ける分類受付部と、
前記パーソナルデータの利用方法である指定方法を受け付ける利用方法受付部と、
前記分類受付部によって受け付けされた前記指定分類と、前記利用方法受付部によって受け付けされた前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定部と
を備える。
【発明の効果】
【0007】
本開示では、パーソナルデータの分類である指定分類を用いて、考慮要件を特定する。これにより、考慮すべきパーソナルデータの法制度要件を効率的に特定可能である。
【図面の簡単な説明】
【0008】
【図1】実施の形態１に係る要件特定装置１０の構成図。
【図2】実施の形態１に係る要件データ３１の説明図。
【図3】実施の形態１に係る探索ルール３２の説明図。
【図4】実施の形態１に係る要件特定装置１０の処理の流れを示すフローチャート。
【図5】変形例１に係る要件特定装置１０の構成図。
【図6】実施の形態２に係る要件特定装置１０の構成図。
【図7】実施の形態２に係る要件データ３１の説明図。
【図8】実施の形態２に係る包含情報３３の説明図。
【図9】実施の形態２に係る探索ルール３２の説明図。
【図10】実施の形態３に係る要件データ３１の説明図。
【図11】実施の形態３に係るタグ付けの説明図。
【発明を実施するための形態】
【0009】
実施の形態１．
＊＊＊構成の説明＊＊＊
図１を参照して、実施の形態１に係る要件特定装置１０の構成を説明する。
要件特定装置１０は、コンピュータである。
要件特定装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信インタフェース１４とのハードウェアを備える。プロセッサ１１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
＊＊＊構成の説明＊＊＊
図１を参照して、実施の形態１に係る要件特定装置１０の構成を説明する。
要件特定装置１０は、コンピュータである。
要件特定装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信インタフェース１４とのハードウェアを備える。プロセッサ１１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【0010】
プロセッサ１１は、プロセッシングを行うＩＣである。ＩＣはＩｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略である。プロセッサ１１は、具体例としては、ＣＰＵ、ＤＳＰ、ＧＰＵである。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。ＤＳＰは、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒの略である。ＧＰＵは、Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。
【0011】
メモリ１２は、データを一時的に記憶する記憶装置である。メモリ１２は、具体例としては、ＳＲＡＭ、ＤＲＡＭである。ＳＲＡＭは、Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略である。ＤＲＡＭは、Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略である。
【0012】
ストレージ１３は、データを保管する記憶装置である。ストレージ１３は、具体例としては、ＨＤＤである。ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略である。また、ストレージ１３は、ＳＤ（登録商標）メモリカード、ＣｏｍｐａｃｔＦｌａｓｈ（登録商標）、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク、ＤＶＤといった可搬記録媒体であってもよい。ＳＤは、Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌの略である。ＤＶＤは、Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋの略である。
【0013】
通信インタフェース１４は、外部の装置と通信するためのインタフェースである。通信インタフェース１４は、具体例としては、Ｅｔｈｅｒｎｅｔ（登録商標）、ＵＳＢ、ＨＤＭＩ（登録商標）のポートである。ＵＳＢは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略である。ＨＤＭＩは、Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅの略である。
【0014】
要件特定装置１０は、機能構成要素として、分類受付部２１と、利用方法受付部２２と、要件特定部２３とを備える。要件特定装置１０の各機能構成要素の機能はソフトウェアにより実現される。
ストレージ１３には、要件特定装置１０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ１１によりメモリ１２に読み込まれ、プロセッサ１１によって実行される。これにより、要件特定装置１０の各機能構成要素の機能が実現される。
ストレージ１３には、要件特定装置１０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ１１によりメモリ１２に読み込まれ、プロセッサ１１によって実行される。これにより、要件特定装置１０の各機能構成要素の機能が実現される。
【0015】
ストレージ１３は、要件データ３１と、探索ルール３２とを記憶する。なお、要件データ３１及び探索ルール３２は、要件特定装置１０の外部の記憶装置に記憶されてもよい。
【0016】
図１では、プロセッサ１１は、１つだけ示されていた。しかし、プロセッサ１１は、複数であってもよく、複数のプロセッサ１１が、各機能を実現するプログラムを連携して実行してもよい。
【0017】
＊＊＊動作の説明＊＊＊
図２から図４を参照して、実施の形態１に係る要件特定装置１０の動作を説明する。
実施の形態１に係る要件特定装置１０の動作手順は、実施の形態１に係る要件特定方法に相当する。また、実施の形態１に係る要件特定装置１０の動作を実現するプログラムは、実施の形態１に係る要件特定プログラムに相当する。
図２から図４を参照して、実施の形態１に係る要件特定装置１０の動作を説明する。
実施の形態１に係る要件特定装置１０の動作手順は、実施の形態１に係る要件特定方法に相当する。また、実施の形態１に係る要件特定装置１０の動作を実現するプログラムは、実施の形態１に係る要件特定プログラムに相当する。
【0018】
図２を参照して、実施の形態１に係る要件データ３１を説明する。
要件データ３１には、パーソナルデータの分類とパーソナルデータの利用方法との組合せ毎に、要件集合が設定される。
パーソナルデータの分類は、パーソナルデータに関する法制度内で定められた分類である。例えば、日本の個人情報保護法においては、パーソナルデータの分類として、「個人情報」と、「個人データ」と、「保有個人データ」といったものがある。
パーソナルデータの利用方法は、システムでパーソナルデータをどのように利用するかを表した分類である。例えば、日本の個人情報保護法内においては、パーソナルデータの利用方法として、「取扱う」と、「取得する」と、「第三者に提供する」といったものがある。
要件は、パーソナルデータに関する法制度に規定された要件である。用件は、パーソナルデータを利用するときに遵守すべき要件である。例えば、要件として、「第三者に提供を行う際に本人同意をとる」と、「利用目的を公表する」といったものがある。
要件データ３１には、パーソナルデータの分類とパーソナルデータの利用方法との組合せ毎に、要件集合が設定される。
パーソナルデータの分類は、パーソナルデータに関する法制度内で定められた分類である。例えば、日本の個人情報保護法においては、パーソナルデータの分類として、「個人情報」と、「個人データ」と、「保有個人データ」といったものがある。
パーソナルデータの利用方法は、システムでパーソナルデータをどのように利用するかを表した分類である。例えば、日本の個人情報保護法内においては、パーソナルデータの利用方法として、「取扱う」と、「取得する」と、「第三者に提供する」といったものがある。
要件は、パーソナルデータに関する法制度に規定された要件である。用件は、パーソナルデータを利用するときに遵守すべき要件である。例えば、要件として、「第三者に提供を行う際に本人同意をとる」と、「利用目的を公表する」といったものがある。
【0019】
ここでは、｛Ａ，Ｂ，Ｃ，・・・｝は、集合を表す。またφは、空集合を表す。
図２の１行目に示すように、システム上で「個人情報」を「取扱う」場合の要件集合は｛要件１，要件２｝である。つまり、システム上で「個人情報」を「取扱う」場合には、要件１と要件２との両方を考慮する必要がある。
図２の４行目に示すように、システム上で「個人データ」を「第三者に提供する」場合の要件集合は｛要件１，要件２，要件３，要件４｝である。システム上で「個人データ」を「第三者に提供する」場合には、要件１と要件２と要件３と要件４とを全て考慮する必要がある。
図２の１行目に示すように、システム上で「個人情報」を「取扱う」場合の要件集合は｛要件１，要件２｝である。つまり、システム上で「個人情報」を「取扱う」場合には、要件１と要件２との両方を考慮する必要がある。
図２の４行目に示すように、システム上で「個人データ」を「第三者に提供する」場合の要件集合は｛要件１，要件２，要件３，要件４｝である。システム上で「個人データ」を「第三者に提供する」場合には、要件１と要件２と要件３と要件４とを全て考慮する必要がある。
【0020】
図３を参照して、実施の形態１に係る探索ルール３２を説明する。
探索ルール３２は、要件データ３１を探索して、パーソナルデータを利用する上で考慮すべき考慮要件の集合を特定する方法を定めたルールである。探索ルール３２は、パーソナルデータの分類とパーソナルデータの利用方法を入力とする。探索ルール３２は、入力された分類が示すパーソナルデータを、入力された利用方法で利用する場合における考慮要件の集合を特定する方法を定めている。
探索ルール３２は、要件データ３１を探索して、パーソナルデータを利用する上で考慮すべき考慮要件の集合を特定する方法を定めたルールである。探索ルール３２は、パーソナルデータの分類とパーソナルデータの利用方法を入力とする。探索ルール３２は、入力された分類が示すパーソナルデータを、入力された利用方法で利用する場合における考慮要件の集合を特定する方法を定めている。
【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】
ステップＳ１からステップＳ３の処理は、実施の形態１と同じである。ここでは、分類受付部２１は、指定分類として「個人データ」を受け付ける。利用方法受付部２２は、指定方法として「第三者に提供する」を受け付ける。要件特定部２３は、図９に示す探索ルール３２を取得する。
【0050】
（ステップＳ４：要件特定処理）
要件特定部２３は、ステップＳ３で取得された探索ルール３２を実行して、考慮要件の集合を特定する。
具体的には、ステップＳ２１で要件特定部２３は、ステップＳ１で受け付けた指定分類を入力とする。ステップＳ２２で要件特定部２３は、ステップＳ２で受け付けた指定方法を入力とする。ステップＳ２３からステップＳ２９で要件特定部２３は、要件集合Ｓ１と要件集合Ｓ２と要件集合Ｓ３とを特定する。そして、ステップＳ３０で要件特定部２３は、要件集合Ｓ１と要件集合Ｓ２と要件集合Ｓ３との和集合Ｓ１∨Ｓ２∨Ｓ３を、考慮要件の集合として出力する。
要件特定部２３は、ステップＳ３で取得された探索ルール３２を実行して、考慮要件の集合を特定する。
具体的には、ステップＳ２１で要件特定部２３は、ステップＳ１で受け付けた指定分類を入力とする。ステップＳ２２で要件特定部２３は、ステップＳ２で受け付けた指定方法を入力とする。ステップＳ２３からステップＳ２９で要件特定部２３は、要件集合Ｓ１と要件集合Ｓ２と要件集合Ｓ３とを特定する。そして、ステップＳ３０で要件特定部２３は、要件集合Ｓ１と要件集合Ｓ２と要件集合Ｓ３との和集合Ｓ１∨Ｓ２∨Ｓ３を、考慮要件の集合として出力する。
【0051】
＜１回目のルール開始＞
探索ルール３２が実行される。ここで実行される探索ルール３２を１回目のルールと呼ぶ。
１回目のルールでは、ステップＳ２１で分類Ｃとして指定分類である「個人データ」が入力とされる。ステップＳ２２で利用方法Ｍとして指定方法である「第三者に提供する」が入力とされる。
探索ルール３２が実行される。ここで実行される探索ルール３２を１回目のルールと呼ぶ。
１回目のルールでは、ステップＳ２１で分類Ｃとして指定分類である「個人データ」が入力とされる。ステップＳ２２で利用方法Ｍとして指定方法である「第三者に提供する」が入力とされる。
【0052】
ステップＳ２３でｕｐｐｅｒ（個人データ）は定義済みであるため、判定結果はＹＥＳになる。そのため、ステップＳ２４に遷移する。ステップＳ２４で、分類Ｃとして「ｕｐｐｅｒ（個人データ）」、利用方法Ｍとして「第三者に提供する」を入力として探索ルール３２が再帰的に実行される。ｕｐｐｅｒ（個人データ）は、「個人情報」である。ここで実行される探索ルール３２を２回目のルールと呼ぶ。
【0053】
＜２回目のルール開始＞
２回目のルールでは、分類Ｃとしてｕｐｐｅｒ（個人データ）である「個人情報」が入力とされる。利用方法Ｍとして「第三者に提供する」が入力とされる。
ステップＳ２３でｕｐｐｅｒ（個人情報）は定義済みでないため、判定結果はＮＯになる。そのため、ステップＳ２５に遷移する。ステップＳ２５では、空集合φが要件集合Ｓ１に設定される。
ステップＳ２６では、ｕｐｐｅｒ（第三者に提供する）は定義済みであるため、判定結果はＹＥＳになる。そのため、ステップＳ２７に遷移する。ステップＳ２７では、分類Ｃとして「個人情報」、利用方法Ｍとしてｕｐｐｅｒ（第三者に提供する）を入力として探索ルール３２が再帰的に実行される。ｕｐｐｅｒ（第三者に提供する）は、「取扱う」である。ここで実行される探索ルール３２を３回目のルールと呼ぶ。
２回目のルールでは、分類Ｃとしてｕｐｐｅｒ（個人データ）である「個人情報」が入力とされる。利用方法Ｍとして「第三者に提供する」が入力とされる。
ステップＳ２３でｕｐｐｅｒ（個人情報）は定義済みでないため、判定結果はＮＯになる。そのため、ステップＳ２５に遷移する。ステップＳ２５では、空集合φが要件集合Ｓ１に設定される。
ステップＳ２６では、ｕｐｐｅｒ（第三者に提供する）は定義済みであるため、判定結果はＹＥＳになる。そのため、ステップＳ２７に遷移する。ステップＳ２７では、分類Ｃとして「個人情報」、利用方法Ｍとしてｕｐｐｅｒ（第三者に提供する）を入力として探索ルール３２が再帰的に実行される。ｕｐｐｅｒ（第三者に提供する）は、「取扱う」である。ここで実行される探索ルール３２を３回目のルールと呼ぶ。
【0054】
＜３回目のルール開始＞
３回目のルールでは、分類Ｃとして「個人情報」が入力とされる。利用方法Ｍとしてｕｐｐｅｒ（第三者に提供する）である「取扱う」が入力とされる。
ステップＳ２３でｕｐｐｅｒ（個人情報）は定義済みでないため、判定結果はＮＯになる。そのため、ステップＳ２５に遷移する。ステップＳ２５では、空集合φが要件集合Ｓ１に設定される。
ステップＳ２６では、ｕｐｐｅｒ（取扱う）は定義済みでないため、判定結果はＮＯになる。そのため、ステップＳ２８に遷移する。ステップＳ２８では、空集合φが要件集合Ｓ２に設定される。
ステップＳ２９では、図７に示す要件データ３１が参照され、分類が「個人情報」であり、かつ、利用方法が「取扱う」である行の要件集合が特定される。特定された要件集合が要件集合Ｓ３に設定される。ここでは、図７の１行目の｛要件１，要件２｝が要件集合Ｓ３に設定される。
ステップＳ３０では、要件集合Ｓ１∨要件集合Ｓ２∨要件集合Ｓ３＝φ∨φ∨｛要件１，要件２｝＝｛要件１，要件２｝が出力される。
３回目のルールでは、分類Ｃとして「個人情報」が入力とされる。利用方法Ｍとしてｕｐｐｅｒ（第三者に提供する）である「取扱う」が入力とされる。
ステップＳ２３でｕｐｐｅｒ（個人情報）は定義済みでないため、判定結果はＮＯになる。そのため、ステップＳ２５に遷移する。ステップＳ２５では、空集合φが要件集合Ｓ１に設定される。
ステップＳ２６では、ｕｐｐｅｒ（取扱う）は定義済みでないため、判定結果はＮＯになる。そのため、ステップＳ２８に遷移する。ステップＳ２８では、空集合φが要件集合Ｓ２に設定される。
ステップＳ２９では、図７に示す要件データ３１が参照され、分類が「個人情報」であり、かつ、利用方法が「取扱う」である行の要件集合が特定される。特定された要件集合が要件集合Ｓ３に設定される。ここでは、図７の１行目の｛要件１，要件２｝が要件集合Ｓ３に設定される。
ステップＳ３０では、要件集合Ｓ１∨要件集合Ｓ２∨要件集合Ｓ３＝φ∨φ∨｛要件１，要件２｝＝｛要件１，要件２｝が出力される。
【0055】
＜２回目のルール再開＞
ステップＳ２７では、３回目のルールの出力である｛要件１，要件２｝が要件集合Ｓ２に設定される。
ステップＳ２９では、図７に示す要件データ３１が参照され、分類が「個人情報」であり、かつ、利用方法が「第三者に提供する」である行の要件集合が特定される。特定された要件集合が要件集合Ｓ３に設定される。ここでは、図７の３行目の空集合φが要件集合Ｓ３に設定される。
ステップＳ３０では、要件集合Ｓ１∨要件集合Ｓ２∨要件集合Ｓ３＝φ∨｛要件１，要件２｝∨φ＝｛要件１，要件２｝が出力される。
ステップＳ２７では、３回目のルールの出力である｛要件１，要件２｝が要件集合Ｓ２に設定される。
ステップＳ２９では、図７に示す要件データ３１が参照され、分類が「個人情報」であり、かつ、利用方法が「第三者に提供する」である行の要件集合が特定される。特定された要件集合が要件集合Ｓ３に設定される。ここでは、図７の３行目の空集合φが要件集合Ｓ３に設定される。
ステップＳ３０では、要件集合Ｓ１∨要件集合Ｓ２∨要件集合Ｓ３＝φ∨｛要件１，要件２｝∨φ＝｛要件１，要件２｝が出力される。
【0056】
＜１回目のルール再開＞
ステップＳ２４では、２回目のルールの出力である｛要件１，要件２｝が要件集合Ｓ１に設定される。
ステップＳ２６では、ｕｐｐｅｒ（第三者に提供する）は定義済みであるため、判定結果はＹＥＳになる。そのため、ステップＳ２７に遷移する。ステップＳ２７では、分類Ｃとして「個人データ」、利用方法Ｍとしてｕｐｐｅｒ（第三者に提供する）を入力として探索ルール３２が再帰的に実行される。ｕｐｐｅｒ（第三者に提供する）は、「取扱う」である。こで実行される探索ルール３２を４回目のルールと呼ぶ。
ステップＳ２４では、２回目のルールの出力である｛要件１，要件２｝が要件集合Ｓ１に設定される。
ステップＳ２６では、ｕｐｐｅｒ（第三者に提供する）は定義済みであるため、判定結果はＹＥＳになる。そのため、ステップＳ２７に遷移する。ステップＳ２７では、分類Ｃとして「個人データ」、利用方法Ｍとしてｕｐｐｅｒ（第三者に提供する）を入力として探索ルール３２が再帰的に実行される。ｕｐｐｅｒ（第三者に提供する）は、「取扱う」である。こで実行される探索ルール３２を４回目のルールと呼ぶ。
【0057】
＜４回目のルール開始＞
３回目のルールでは、分類Ｃとして「個人データ」が入力とされる。利用方法Ｍとしてｕｐｐｅｒ（第三者に提供する）である「取扱う」が入力とされる。
ステップＳ２３では、ｕｐｐｅｒ（個人データ）は定義済みであるため、判定結果はＹＥＳになる。そのため、ステップＳ２４に遷移する。ステップＳ２４で、分類Ｃとして「ｕｐｐｅｒ（個人データ）」、利用方法Ｍとして「取扱う」を入力として探索ルール３２が再帰的に実行される。ｕｐｐｅｒ（個人データ）は、「個人情報」である。ここで実行される探索ルール３２を５回目のルールと呼ぶ。
３回目のルールでは、分類Ｃとして「個人データ」が入力とされる。利用方法Ｍとしてｕｐｐｅｒ（第三者に提供する）である「取扱う」が入力とされる。
ステップＳ２３では、ｕｐｐｅｒ（個人データ）は定義済みであるため、判定結果はＹＥＳになる。そのため、ステップＳ２４に遷移する。ステップＳ２４で、分類Ｃとして「ｕｐｐｅｒ（個人データ）」、利用方法Ｍとして「取扱う」を入力として探索ルール３２が再帰的に実行される。ｕｐｐｅｒ（個人データ）は、「個人情報」である。ここで実行される探索ルール３２を５回目のルールと呼ぶ。
【0058】
＜５回目のルール開始＞
５回目のルールの処理は３回目のルールの処理と同じである。したがって、３回目のルールと同様に、ステップＳ３０で｛要件１，要件２｝が出力される。
５回目のルールの処理は３回目のルールの処理と同じである。したがって、３回目のルールと同様に、ステップＳ３０で｛要件１，要件２｝が出力される。
【0059】
＜４回目のルール再開＞
ステップＳ２４では、５回目のルールの出力である｛要件１，要件２｝が要件集合Ｓ１に設定される。
ステップＳ２６では、ｕｐｐｅｒ（取扱う）は定義済みでないため、判定結果はＮＯになる。そのため、ステップＳ２８に遷移する。ステップＳ２８では、空集合φが要件集合Ｓ２に設定される。
ステップＳ２９では、図７に示す要件データ３１が参照され、分類が「個人データ」であり、かつ、利用方法が「取扱う」である行の要件集合が特定される。特定された要件集合が要件集合Ｓ３に設定される。ここでは、図７の２行目の｛要件３｝が要件集合Ｓ３に設定される。
ステップＳ３０では、要件集合Ｓ１∨要件集合Ｓ２∨要件集合Ｓ３＝｛要件１，要件２｝∨φ∨｛要件３｝＝｛要件１，要件２，要件３｝が出力される。
ステップＳ２４では、５回目のルールの出力である｛要件１，要件２｝が要件集合Ｓ１に設定される。
ステップＳ２６では、ｕｐｐｅｒ（取扱う）は定義済みでないため、判定結果はＮＯになる。そのため、ステップＳ２８に遷移する。ステップＳ２８では、空集合φが要件集合Ｓ２に設定される。
ステップＳ２９では、図７に示す要件データ３１が参照され、分類が「個人データ」であり、かつ、利用方法が「取扱う」である行の要件集合が特定される。特定された要件集合が要件集合Ｓ３に設定される。ここでは、図７の２行目の｛要件３｝が要件集合Ｓ３に設定される。
ステップＳ３０では、要件集合Ｓ１∨要件集合Ｓ２∨要件集合Ｓ３＝｛要件１，要件２｝∨φ∨｛要件３｝＝｛要件１，要件２，要件３｝が出力される。
【0060】
＜１回目のルール再開＞
ステップＳ２７では、４回目のルールの出力である｛要件１，要件２，要件３｝が要件集合Ｓ２に設定される。
ステップＳ２９では、図７に示す要件データ３１が参照され、分類が「個人データ」であり、かつ、利用方法が「第三者に提供する」である行の要件集合が特定される。特定された要件集合が要件集合Ｓ３に設定される。ここでは、図７の４行目の｛要件４｝が要件集合Ｓ３に設定される。
ステップＳ３０では、要件集合Ｓ１∨要件集合Ｓ２∨要件集合Ｓ３＝｛要件１，要件２｝∨｛要件１，要件２，要件３｝∨｛要件４｝＝｛要件１，要件２，要件３，要件４｝が出力される。
ステップＳ２７では、４回目のルールの出力である｛要件１，要件２，要件３｝が要件集合Ｓ２に設定される。
ステップＳ２９では、図７に示す要件データ３１が参照され、分類が「個人データ」であり、かつ、利用方法が「第三者に提供する」である行の要件集合が特定される。特定された要件集合が要件集合Ｓ３に設定される。ここでは、図７の４行目の｛要件４｝が要件集合Ｓ３に設定される。
ステップＳ３０では、要件集合Ｓ１∨要件集合Ｓ２∨要件集合Ｓ３＝｛要件１，要件２｝∨｛要件１，要件２，要件３｝∨｛要件４｝＝｛要件１，要件２，要件３，要件４｝が出力される。
【0061】
【0062】
＊＊＊実施の形態２の効果＊＊＊
以上のように、実施の形態２に係る要件特定装置１０は、分類及び利用方法の包含関係を用いることにより、要件データ３１における要件の設定を効率化することができる。これにより、要件データ３１のデータ量を少なくすることが可能になる。
以上のように、実施の形態２に係る要件特定装置１０は、分類及び利用方法の包含関係を用いることにより、要件データ３１における要件の設定を効率化することができる。これにより、要件データ３１のデータ量を少なくすることが可能になる。
【0063】
実施の形態３．
実施の形態３は、互いに相容れない矛盾した要件が存在する点が実施の形態２と異なる。実施の形態３では、この異なる点を説明し、同一の点については説明を省略する。
実施の形態３は、互いに相容れない矛盾した要件が存在する点が実施の形態２と異なる。実施の形態３では、この異なる点を説明し、同一の点については説明を省略する。
【0064】
実施の形態２では、探索ルール３２のステップＳ３０において、要件集合Ｓ１と要件集合Ｓ２と要件集合Ｓ３との和集合が出力された。しかし、要件集合Ｓ１と要件集合Ｓ２と要件集合Ｓ３とに、矛盾した要件が含まれている可能性がある。
例えば、要件集合Ｓ１が｛“本人同意をとる、もしくは、利用目的の公表を行う”｝、要件集合Ｓ２が｛“本人同意を必ずとる”｝、要件集合Ｓ３が空集合φであるとする。この場合には、和集合をとると、｛“本人同意をとる、もしくは、利用目的の公表を行う”｝∨｛“本人同意を必ずとる”｝∨φ＝｛“本人同意をとる、もしくは、利用目的の公表を行う”，“本人同意を必ずとる”｝が出力される。この出力に含まれる「本人同意をとる、もしくは、利用目的の公表を行う」という要件と、「本人同意を必ずとる」という要件とは、矛盾している。
例えば、要件集合Ｓ１が｛“本人同意をとる、もしくは、利用目的の公表を行う”｝、要件集合Ｓ２が｛“本人同意を必ずとる”｝、要件集合Ｓ３が空集合φであるとする。この場合には、和集合をとると、｛“本人同意をとる、もしくは、利用目的の公表を行う”｝∨｛“本人同意を必ずとる”｝∨φ＝｛“本人同意をとる、もしくは、利用目的の公表を行う”，“本人同意を必ずとる”｝が出力される。この出力に含まれる「本人同意をとる、もしくは、利用目的の公表を行う」という要件と、「本人同意を必ずとる」という要件とは、矛盾している。
【0065】
実施の形態３では、予め各要件にタグが付けられる。要件集合Ｓ１，Ｓ２，Ｓ３に対する演算を行うときに、タグを利用して矛盾解消を加味した演算を行う。これにより、上述したような矛盾の発生が防止される。
【0066】
＊＊＊動作の説明＊＊＊
図１０及び図１１を参照して、実施の形態３に係る要件特定装置１０の動作を説明する。
実施の形態３に係る要件特定装置１０の動作手順は、実施の形態３に係る要件特定方法に相当する。また、実施の形態３に係る要件特定装置１０の動作を実現するプログラムは、実施の形態３に係る要件特定プログラムに相当する。
図１０及び図１１を参照して、実施の形態３に係る要件特定装置１０の動作を説明する。
実施の形態３に係る要件特定装置１０の動作手順は、実施の形態３に係る要件特定方法に相当する。また、実施の形態３に係る要件特定装置１０の動作を実現するプログラムは、実施の形態３に係る要件特定プログラムに相当する。
【0067】
図１０を参照して、実施の形態３に係る要件データ３１を説明する。
要件データ３１は、実施の形態１と同様に、パーソナルデータの分類とパーソナルデータの利用方法との組合せ毎に、要件集合が設定される。但し、要件の列に設定された要件は、タグ付けされた要件である。
ここでは、図７に示す要件Ｘ（Ｘ＝１，２，３，４）がタグ付けされ、要件Ｙ（Ｙ＝Ａ，Ｂ，Ｃ，Ｄ）に変更されている。
要件データ３１は、実施の形態１と同様に、パーソナルデータの分類とパーソナルデータの利用方法との組合せ毎に、要件集合が設定される。但し、要件の列に設定された要件は、タグ付けされた要件である。
ここでは、図７に示す要件Ｘ（Ｘ＝１，２，３，４）がタグ付けされ、要件Ｙ（Ｙ＝Ａ，Ｂ，Ｃ，Ｄ）に変更されている。
【0068】
図１１を参照して、実施の形態３に係るタグ付けを説明する。
要件Ｙは、内容とタグとを含む。内容は、図７に示す要件Ｘである。タグは、要件Ｘに対して付された情報である。例えば、要件Ａは、内容が要件１であり、タグがタグａである。
要件Ｙは、内容とタグとを含む。内容は、図７に示す要件Ｘである。タグは、要件Ｘに対して付された情報である。例えば、要件Ａは、内容が要件１であり、タグがタグａである。
【0069】
図９に示す探索ルール３２のステップＳ３０の処理を説明する。
ステップＳ３０では、タグを用いて要件の矛盾が解消される。ここでは、要件集合Ｓ１ ＯＲ＊ 要件集合Ｓ２ ＯＲ＊ 要件集合Ｓ３が計算される。
ここで、要件集合Ａ，Ｂがあったとき、Ａ ＯＲ＊ Ｂ＝｛ａ＿ｉ｜ａ＿ｉ∈Ａ，ａ＿ｉのタグは｛ｂ＿ｊのタグ｜ｂ＿ｊ∈Ｂ｝に属さない｝∨Ｂである。すなわち、要件集合Ａ，Ｂがあったとき、要件集合Ａに含まれる要件ａ＿ｉのタグが、要件集合Ｂのいずれかの要件ｂ＿ｊのタグと一致していた場合は、要件ａ＿ｉを取り除いた上で、和集合が計算される。
ステップＳ３０では、タグを用いて要件の矛盾が解消される。ここでは、要件集合Ｓ１ ＯＲ＊ 要件集合Ｓ２ ＯＲ＊ 要件集合Ｓ３が計算される。
ここで、要件集合Ａ，Ｂがあったとき、Ａ ＯＲ＊ Ｂ＝｛ａ＿ｉ｜ａ＿ｉ∈Ａ，ａ＿ｉのタグは｛ｂ＿ｊのタグ｜ｂ＿ｊ∈Ｂ｝に属さない｝∨Ｂである。すなわち、要件集合Ａ，Ｂがあったとき、要件集合Ａに含まれる要件ａ＿ｉのタグが、要件集合Ｂのいずれかの要件ｂ＿ｊのタグと一致していた場合は、要件ａ＿ｉを取り除いた上で、和集合が計算される。
【0070】
例えば、Ｓ１＝｛要件Ａ，要件Ｂ｝、Ｓ２＝｛要件Ｃ｝、Ｓ３＝φいう要件集合が得られたとする。このとき、要件Ａと要件Ｃが矛盾しているものとする。各要件には、図１１に示すようにタグ付けされているとする。すると、ステップＳ３０では以下のように計算される。
要件集合Ｓ１ ＯＲ＊ 要件集合Ｓ２ ＯＲ＊ 要件集合Ｓ３
＝｛要件Ａ，要件Ｂ｝ ＯＲ＊ ｛要件Ｃ｝ ＯＲ＊ φ
＝｛要件Ａ：｛内容：”要件１”，タグ：“タグａ”｝，要件Ｂ：｛内容：”要件２”，タグ：“タグｂ”｝｝ＯＲ＊｛要件Ｃ：｛内容：“要件３”，タグ：”タグａ”｝｝ＯＲ＊φ
＝｛要件Ｂ：｛内容：”要件２”，タグ：“タグｂ”｝，要件Ｃ：｛内容：“要件３”，タグ：”タグａ”｝｝
＝｛要件Ｂ，要件Ｃ｝
つまり、同一のタグａが含まれる要件Ａと要件Ｃとのうち、先の要件集合Ｓ１に含まれる要件Ａが除かれる。これにより、矛盾した２つの要件Ａ及び要件Ｃの両方が計算結果に含まれない。
要件集合Ｓ１ ＯＲ＊ 要件集合Ｓ２ ＯＲ＊ 要件集合Ｓ３
＝｛要件Ａ，要件Ｂ｝ ＯＲ＊ ｛要件Ｃ｝ ＯＲ＊ φ
＝｛要件Ａ：｛内容：”要件１”，タグ：“タグａ”｝，要件Ｂ：｛内容：”要件２”，タグ：“タグｂ”｝｝ＯＲ＊｛要件Ｃ：｛内容：“要件３”，タグ：”タグａ”｝｝ＯＲ＊φ
＝｛要件Ｂ：｛内容：”要件２”，タグ：“タグｂ”｝，要件Ｃ：｛内容：“要件３”，タグ：”タグａ”｝｝
＝｛要件Ｂ，要件Ｃ｝
つまり、同一のタグａが含まれる要件Ａと要件Ｃとのうち、先の要件集合Ｓ１に含まれる要件Ａが除かれる。これにより、矛盾した２つの要件Ａ及び要件Ｃの両方が計算結果に含まれない。
【0071】
なお、図９に示す探索ルール３２では、分類を上位集合に変更して得られた要件集合は要件集合Ｓ１になる。また、利用方法を上位集合に変更して得られた要件集合は要件集合Ｓ２になる。そのため、同一のタグが含まれる複数の要件のうち、先の要件集合に含まれる要件が除かれると、同じタグが付された要件のうち最下位集合に対応する要件だけが残されることになる。
【0072】
以上のように、実施の形態３に係る要件特定装置１０は、互いに相容れない矛盾した要件が存在する場合に、矛盾を解消した考慮要件の集合を出力可能である。
【0073】
なお、以上の説明における「部」を、「回路」、「工程」、「手順」、「処理」又は「処理回路」に読み替えてもよい。
【0074】
以上、本開示の実施の形態及び変形例について説明した。これらの実施の形態及び変形例のうち、いくつかを組み合わせて実施してもよい。また、いずれか１つ又はいくつかを部分的に実施してもよい。なお、本開示は、以上の実施の形態及び変形例に限定されるものではなく、必要に応じて種々の変更が可能である。
【0075】
以下、本開示の諸態様を付記としてまとめて記載する。
（付記１）
パーソナルデータの分類である指定分類を受け付ける分類受付部と、
前記パーソナルデータの利用方法である指定方法を受け付ける利用方法受付部と、
前記分類受付部によって受け付けされた前記指定分類と、前記利用方法受付部によって受け付けされた前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定部と
を備える要件特定装置。
（付記２）
前記要件特定部は、前記分類と前記利用方法との組合せ毎に、考慮すべき要件を記憶した要件データから、前記指定分類と前記指定方法との組合せに対応する前記要件を特定することにより、前記考慮要件を特定する
付記１に記載の要件特定装置。
（付記３）
前記分類及び前記利用方法には、包含関係が定められており、
前記要件データには、前記組合せ毎に、その組合せに対応する要件のうち、前記分類と前記利用方法との少なくともいずれかを上位集合にした組合せである上位組合せに対応する要件を除いた要件が設定されており、
前記要件特定部は、前記要件データから、前記指定分類と前記指定方法との組合せに対応する前記要件を特定するとともに、前記指定分類と前記指定方法との少なくともいずれかを上位集合に変更した各上位組合せに対応する前記要件を特定することにより、前記考慮要件を特定する
付記２に記載の要件特定装置。
（付記４）
前記要件特定部は、前記指定分類と前記指定方法との組合せを対象の組合せに設定した後、前記対象の組合せにおける分類を上位集合に変更した場合の上位組合せを新たな対象の組合せとして特定するとともに、前記対象の組合せにおける利用方法を上位集合に変更した場合の上位組合せを新たな対象の組合せとして特定することを再帰的に行うことにより、前記各上位組合せを特定する
付記３に記載の要件特定装置。
（付記５）
前記要件には、タグが付されており、
前記要件特定部は、特定された前記要件のうち同じタグが付された要件については、１つの要件だけを前記考慮要件に含める
付記３又は４に記載の要件特定装置。
（付記６）
前記要件特定部は、同じタグが付された要件のうち最下位集合に対応する要件だけを前記考慮要件に含める
付記５に記載の要件特定装置。
（付記７）
コンピュータが、パーソナルデータの分類である指定分類を受け付け、
コンピュータが、前記パーソナルデータの利用方法である指定方法を受け付け、
コンピュータが、前記指定分類と前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定方法。
（付記８）
パーソナルデータの分類である指定分類を受け付ける分類受付処理と、
前記パーソナルデータの利用方法である指定方法を受け付ける利用方法受付処理と、
前記分類受付処理によって受け付けされた前記指定分類と、前記利用方法受付処理によって受け付けされた前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定処理と
を行う要件特定装置として要件特定プログラム。
（付記１）
パーソナルデータの分類である指定分類を受け付ける分類受付部と、
前記パーソナルデータの利用方法である指定方法を受け付ける利用方法受付部と、
前記分類受付部によって受け付けされた前記指定分類と、前記利用方法受付部によって受け付けされた前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定部と
を備える要件特定装置。
（付記２）
前記要件特定部は、前記分類と前記利用方法との組合せ毎に、考慮すべき要件を記憶した要件データから、前記指定分類と前記指定方法との組合せに対応する前記要件を特定することにより、前記考慮要件を特定する
付記１に記載の要件特定装置。
（付記３）
前記分類及び前記利用方法には、包含関係が定められており、
前記要件データには、前記組合せ毎に、その組合せに対応する要件のうち、前記分類と前記利用方法との少なくともいずれかを上位集合にした組合せである上位組合せに対応する要件を除いた要件が設定されており、
前記要件特定部は、前記要件データから、前記指定分類と前記指定方法との組合せに対応する前記要件を特定するとともに、前記指定分類と前記指定方法との少なくともいずれかを上位集合に変更した各上位組合せに対応する前記要件を特定することにより、前記考慮要件を特定する
付記２に記載の要件特定装置。
（付記４）
前記要件特定部は、前記指定分類と前記指定方法との組合せを対象の組合せに設定した後、前記対象の組合せにおける分類を上位集合に変更した場合の上位組合せを新たな対象の組合せとして特定するとともに、前記対象の組合せにおける利用方法を上位集合に変更した場合の上位組合せを新たな対象の組合せとして特定することを再帰的に行うことにより、前記各上位組合せを特定する
付記３に記載の要件特定装置。
（付記５）
前記要件には、タグが付されており、
前記要件特定部は、特定された前記要件のうち同じタグが付された要件については、１つの要件だけを前記考慮要件に含める
付記３又は４に記載の要件特定装置。
（付記６）
前記要件特定部は、同じタグが付された要件のうち最下位集合に対応する要件だけを前記考慮要件に含める
付記５に記載の要件特定装置。
（付記７）
コンピュータが、パーソナルデータの分類である指定分類を受け付け、
コンピュータが、前記パーソナルデータの利用方法である指定方法を受け付け、
コンピュータが、前記指定分類と前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定方法。
（付記８）
パーソナルデータの分類である指定分類を受け付ける分類受付処理と、
前記パーソナルデータの利用方法である指定方法を受け付ける利用方法受付処理と、
前記分類受付処理によって受け付けされた前記指定分類と、前記利用方法受付処理によって受け付けされた前記指定方法とに対応する、前記パーソナルデータの利用に関して考慮すべき考慮要件を特定する要件特定処理と
を行う要件特定装置として要件特定プログラム。
【符号の説明】
【0076】
１０ 要件特定装置、１１ プロセッサ、１２ メモリ、１３ ストレージ、１４ 通信インタフェース、１５ 電子回路、２１ 分類受付部、２２ 利用方法受付部、２３ 要件特定部、３１ 要件データ、３２ 探索ルール、３３ 包含情報。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】