JP2015143894A - 情報処理装置、情報処理方法、及び、プログラム - Google Patents

Abstract

【課題】同一人物が管理する複数のＳＮＳ及び他人のＳＮＳ等のネットワーク上の公開情報から個人情報が推定されることを防ぐ。【解決手段】対象ユーザの情報公開のポリシーを取得するポリシー取得部と、ネットワーク上で公開される公開情報から当該対象ユーザに関連すると導ける属性を収集して、対象ユーザに関連する属性セットを生成する収集部と、属性セットが、ポリシーを満たすか否かを判定する判定部と、を備える情報処理装置、当該情報処理装置を用いた情報処理方法、及び、当該情報処理装置を機能させるプログラムを提供する。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、及び、プログラムに関する。

ソーシャル・ネットワーキング・サービス（ＳＮＳ）において、個人情報の意図しない漏洩を防ぐために、例えば、複数のユーザＩＤ等を一括管理する方法が知られている（例えば、特許文献１）。また、プライバシーポリシーを用いて個人情報の漏洩を防ぐ方法が知られている（非特許文献１）。
［特許文献１］特開２００９−１６９９２１号公報
［非特許文献１］一藤 裕，曽根原 登：プライバシーポリシーを用いたWeb/SNSサイトの信頼性推定方法，電子情報通信学会論文誌. D, 情報・システム J96-D(6), 1493-1502, 2013-06-01

しかし、同一人物が管理する複数のＳＮＳ及び他人のＳＮＳ等のネットワーク上の公開情報から個人情報が推定される可能性があった。

本発明の第１の態様においては、対象ユーザの情報公開のポリシーを取得するポリシー取得部と、ネットワーク上で公開される公開情報から当該対象ユーザに関連すると導ける属性を収集して、対象ユーザに関連する属性セットを生成する収集部と、属性セットが、ポリシーを満たすか否かを判定する判定部と、を備える情報処理装置、当該情報処理装置を用いた情報処理方法、及び、当該情報処理装置を機能させるプログラムを提供する。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

本実施形態の情報処理装置１０の構成を示す。 本実施形態の情報処理装置１０の処理フローを示す。 本実施形態の収集部１０４が属性セットを生成する処理フローを示す。 本実施形態の収集部１０４が収集する公開情報に含まれる属性の例を示す。 本実施形態の情報処理装置１０の動作具体例を示す。 本実施形態の情報処理装置１０の動作具体例を示す。 図６の属性セットに対する判定部１１０の処理の例を示す。 本実施形態の情報処理装置１０の動作具体例を示す。 図８の属性セットに対する判定部１１０の処理の例を示す。 本実施形態の情報処理装置１０の動作具体例を示す。 本実施形態の変形例に係る情報処理装置１０の動作具体例を示す。 コンピュータ１９００のハードウェア構成の一例を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、本実施形態の情報処理装置１０の構成を示す。情報処理装置１０は、ネットワーク上の公開情報から対象ユーザの情報を収集し、収集した公開情報から対象ユーザに関する情報公開のポリシーが満たされるか否かを判定する。情報処理装置１０は、情報取得部１０２、収集部１０４、ポリシー取得部１０６、判定部１１０、警告部１２０、及び、提案部１２２を備える。

情報取得部１０２は、対象ユーザから対象ユーザに関する情報を取得する。例えば、情報取得部１０２は、ネットワーク上で公開中の対象ユーザに関するＳＮＳ等の公開情報、及び／又は、対象ユーザが新たにネットワーク上で公開しようとする新規の公開情報等を取得する。情報取得部１０２は、取得した情報を収集部１０４及び判定部１１０に供給する。

収集部１０４は、ネットワーク上で公開されるＳＮＳ等の公開情報から当該対象ユーザに関連すると導ける属性を収集して、対象ユーザに関連する属性セットを生成する。収集部１０４は、属性として、住所、氏名、ニックネーム、年齢、及び／又は、職業等の個人情報であって、公開情報のユーザを特定するために用いられる情報を抽出してよい。

例えば、収集部１０４は、情報取得部１０２から得た対象ユーザに関する公開情報から属性を抽出し、更に当該抽出した属性に直接的及び間接的に関連する属性を他の公開情報から収集していくことにより、対象ユーザに関連する属性セットを生成する。収集部１０４は、生成した属性セットを判定部１１０に供給する。

ポリシー取得部１０６は、対象ユーザの情報公開のポリシーを取得する。例えば、ポリシー取得部１０６は、公開を禁止する属性又は２以上の属性の組み合わせを含むポリシーを取得する。ポリシー取得部１０６は、収集部１０４及び判定部１１０に取得したポリシーを供給する。

判定部１１０は、収集部１０４が収集した属性セットが、ポリシー取得部１０６が取得したポリシーを満たすか否かを判定する。例えば、判定部１１０は、ポリシーで公開が禁止される２以上の属性の組み合わせが特定可能な状態で公開されているか否かを判定する。また、判定部１１０は、ポリシー取得部１０６が取得したポリシーに矛盾があるか否かを判定してよい。判定部１１０は、判定結果を警告部１２０及び提案部１２２に供給する。

警告部１２０は、判定部１１０がポリシーを満たさないと判定した場合にその旨を警告する。また、警告部１２０は、ポリシー取得部１０６が取得したポリシーに矛盾がある場合はその旨を警告してよい。

提案部１２２は、判定部１１０がポリシーを満たさないと判断した場合に、公開中の公開情報及び／又は新規に公開される新規の公開情報の修正を提案する。

このように情報処理装置１０によると、ネットワーク上で公開された公開情報から対象ユーザに関連付けられる属性を収集して属性セットを生成し、属性セットがポリシーを満たさない場合はその旨を警告し、公開情報の修正を提案する。これにより、情報処理装置１０は、対象ユーザの情報が意図せず公表されることを防ぐことができる。

図２は、本実施形態の情報処理装置１０の処理フローを示す。本実施形態において、情報処理装置１０は、Ｓ１１０からＳ２２４までの処理を実行する。

まず、Ｓ１１０において、情報取得部１０２は、対象ユーザに関する情報を取得する。例えば、情報取得部１０２は、対象ユーザが自身について公開中の１又は複数のＳＮＳ等の公開情報を取得する。これに代えて、情報取得部１０２は、対象ユーザから公開中のＳＮＳ等のＩＤ等の公開名を取得し、当該公開名から対象ユーザのＳＮＳ等の公開情報を取得してもよい。更に、情報取得部１０２は、対象ユーザがＳＮＳで公開中又は未公開の、対象ユーザの正しい属性を含むプロフィール情報を取得してもよい。

情報取得部１０２は、対象ユーザに関する情報として、情報処理装置１０を操作するユーザの情報を取得してよく、これに代えて、情報処理装置１０を操作するユーザとは別のユーザの情報を取得してもよい。情報取得部１０２は、取得した情報を収集部１０４及び判定部１１０に供給する。

次にＳ１２０において、ポリシー取得部１０６は、対象ユーザの情報公開のポリシーを取得する。例えば、ポリシー取得部１０６は、公開を禁止する属性又は２以上の属性の組み合わせを含むポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を取得する。一例として、ポリシー取得部１０６は、属性の組み合わせとして「名前」と「住所」の組み合わせの公開を禁止するポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ＝（Ｎａｍｅ１＆Ａｄｄｒｅｓｓ１））を取得してよい。

また、例えば、ポリシー取得部１０６は、偽りの属性又は偽りの属性を含む属性の組み合わせの公開を許容するポリシー（Ｐ＿ａｌｌｏｗ）を取得する。一例として、ポリシー取得部１０６は、「名前」と偽りの「年齢」の組み合わせの公開を許容するポリシー（Ｐ＿ａｌｌｏｗ＝Ｎａｍｅ１＆ｆａｌｓｅ（Ａｇｅ１））を取得してよい。

また、例えば、ポリシー取得部１０６は、偽りの属性又は属性の組み合わせの公開を禁止するポリシー（Ｐ＿ｍｕｓｔ）を取得してよい。一例として、ポリシー取得部１０６は、「名前」と偽りの「住所」の組み合わせの公開を禁止するポリシー（Ｐ＿ｍｕｓｔ＝Ｎａｍｅ１＆Ａｄｄｒｅｓｓ１）を取得してよい。

ポリシー取得部１０６は、情報公開のポリシーを新しく取得することに加えて／代えて、ユーザによらず使用可能なデフォルトのポリシー等の既定のポリシーを情報公開のポリシーとして取得してよい。例えば、ポリシー取得部１０６は、対象ユーザの「名前」と「住所」の組み合わせ、及び、「名前」と「勤務先」の組み合わせの公開を禁止するポリシーを既定のポリシーとして取得してよい。ポリシー取得部１０６は、取得したポリシーを収集部１０４及び判定部１１０に供給する。

次に、Ｓ１３０において、判定部１１０は、ポリシー取得部１０６が取得したポリシーに矛盾があるか否かを判断する。例えば、判定部１１０は、Ｐ＿ｍｕｓｔとＰ＿ａｌｌｏｗを同時に満たす属性が存在しない場合はポリシーに矛盾があると判断してよい。例えば、判定部１１０は、Ｐ＿ｍｕｓｔ＝Ｎａｍｅ１＆Ａｄｄｒｅｓｓ１、Ｐ＿ａｌｌｏｗ＝Ｎａｍｅ１＆ｆａｌｓｅ（Ａｄｄｒｅｓｓ１）とすると、この２つのポリシーを同時に満たす属性は存在せず、矛盾があると判断する。判定部１１０は、取得したポリシーにおいて矛盾を発見した場合は処理をＳ１３２に進め、そうでない場合は処理をＳ１４０に進める。

Ｓ１３２において、警告部１２０は、ポリシーに矛盾がある旨の警告を情報処理装置１０のディスプレイ等に表示させ、ポリシーの修正を促す。その後、警告部１２０は、処理をＳ１２０に進めて、再度ポリシーを取得する。

Ｓ１４０において、収集部１０４は、ネットワーク上で公開される公開情報からＳ１１０で取得した対象ユーザに関する公開情報を除いた公開情報から、対象ユーザに直接的及び間接的に関連すると導ける属性を収集して、対象ユーザに関連する属性セットを生成する。例えば、収集部１０４は、住所、氏名、ニックネーム、年齢、及び／又は、職業等の情報を属性として収集する。

例えば、収集部１０４は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）により公開が禁止される属性の組み合わせ、及び、当該組み合わせに含まれる一方の属性から他方の属性へ関連付けをする際の経路に含まれる属性を収集する。

また、収集部１０４は、複数の属性から属性の組み合わせ（例えば、「氏名＆住所」）を生成して、生成した属性の組み合わせも１つの属性として属性セットに含めてよい。収集部１０４の属性セット生成の具体的な方法については後述する。

ここで、収集部１０４は、更に公開情報に含まれる属性に対応付けて対象ユーザの特定困難度を示すスコアを算出する。例えば、収集部１０４は、属性を有する人口数及び／又は人口割合に関する情報を外部のデータベース等から取得し、属性に対応するスコアとして属性を有する人口数又は人口割合を算出する。これに代えて、収集部１０４は、ＳＮＳ上で当該属性を有するユーザを検索し、検出されたユーザ数をスコアとしてよい。

一例として、属性が「山田三郎」である場合、収集部１０４は、データベース等から氏名が「山田三郎」であると特定／推定される日本の人口数（例えば、１０人）を属性「山田三郎」のスコアとして算出してよい。また、一例として、属性が「外資系」である場合、収集部１０４は、データベース等から勤務先が「外資系」であると特定／推定される日本の人口数（例えば、１００万人）を属性「外資系」のスコアとして算出してよい。

更に、収集部１０４は、属性の組み合わせにより生成された属性に対しても同様にスコアを算出してよい。一例として、属性が「山田三郎＆外資系」である場合、収集部１０４は、氏名が「山田三郎」であり、勤務先が「外資系」である日本の人口数をそれぞれの属性を有する人口割合の合算（例えば、［１０人／１億人］×［１００万人／１億人］×１億人＝０．１人）から算出して、属性「山田三郎＆外資系」のスコアとして算出してよい。収集部１０４は、算出後のスコアが１未満となる場合は、スコアを１としてよい。

次にＳ１５０において、判定部１１０は、収集部１０４が収集した属性セットが、ポリシー取得部１０６が取得したポリシーを満たすか否かを判定する。例えば、判定部１１０は、属性のスコアに基づいて、公開を禁止する属性又は２以上の属性の組み合わせが公開情報から導けるか判定することにより、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たすか否かを判定する。

一例として、判定部１１０は、属性セットに公開を禁止する属性又は属性の組み合わせが含まれない場合はポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たすと判断する。

また、判定部１１０は、属性セットに公開を禁止する属性又は属性の組み合わせが含まれる場合、属性セットにおいて公開を禁止する属性と直接関連付けられた別の属性のスコアが基準値以下か否かを判定する。判定部１１０は、当該スコアが基準値以下であれば、公開を禁止する属性が公開状態になっており、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たさないと判断する。

また、判定部１１０は、対象ユーザについて偽りの属性が公開情報から導けるか判定することにより、属性セットが偽りの属性又は偽りの属性を含む属性の組み合わせの公開を許容するポリシー（Ｐ＿ａｌｌｏｗ）を満たすか否かを判定する。例えば、判定部１１０は、１つの公開情報にポリシー（Ｐ＿ａｌｌｏｗ）が許容する属性又は属性の組み合わせ以外の、偽りの属性又は偽りの属性を含む属性の組み合わせが含まれるか否かを判定する。

一例として、判定部１１０は、１つの公開情報に正しい名前及び偽りの住所の組み合わせが含まれ、かつ、当該組み合わせがポリシー（Ｐ＿ａｌｌｏｗ）が許容するものでない場合は、ポリシー（Ｐ＿ａｌｌｏｗ＝Ｎａｍｅ＿１＆ｆａｌｓｅ（Ａｄｄｒｅｓｓ＿１））を満たさないと判定し、当該組み合わせがポリシー（Ｐ＿ａｌｌｏｗ）が許容するものである場合はポリシー（Ｐ＿ａｌｌｏｗ＝Ｎａｍｅ＿１＆ｆａｌｓｅ（Ａｄｄｒｅｓｓ＿１））を満たすと判定する。

また、判定部１１０は、対象ユーザについて偽りの属性が公開情報から導けるか判定することにより、偽りの属性又は属性の組み合わせの公開を禁止するポリシー（Ｐ＿ｍｕｓｔ）を満たすか否かを判定する。一例として、判定部１１０は、１つの公開情報に正しい名前及び偽りの住所の組み合わせが含まれる場合、ポリシー（Ｐ＿ｍｕｓｔ＝Ｎａｍｅ＿１＆Ａｄｄｒｅｓｓ＿１）を満たさないと判定し、そのような公開情報が抽出されなかった場合はポリシーを満たすと判定する。

Ｓ１４０において収集部１０４は、対象ユーザに関する公開情報を除く公開情報から属性セットを生成しているので、Ｓ１５０において判定部１５０は、対象ユーザの公開情報から抽出した属性を含まない属性セットがポリシーを満たすか判定する。すなわち、判定部１５０は、対象ユーザが管理できない他人のＳＮＳ等の公開情報から対象ユーザのポリシーが満たされるかを最初に判定する。

次に、Ｓ１６０において判定部１１０は、Ｓ１５０において全てのポリシーが守られると判断した場合には処理をＳ１８０に進め、そうでない場合には判定結果を警告部１２０及び提案部１２２に供給し、処理をＳ１７０に進める。

Ｓ１７０において、提案部１２２は、公開中の公開情報の修正依頼を提案する。例えば、提案部１２２は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）に基づき公開が禁止された属性を導く妨げとなる公開情報の修正の依頼を他人に送信することを提案する。

一例として、提案部１２２は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）に含まれる公開を禁止する属性の組み合わせに含まれる属性、及び／又は、当該組み合わせの一方の属性から他方の属性へ関連付けをする際の経路に含まれる属性の記載の削除、上位概念化、及び／又は、変更等を、当該属性を含む公開情報の管理者であるユーザに送信することを提案してよい。

提案部１２２は、修正後の属性セットにおける公開を禁止する属性と直接関連付けられた別の属性のスコアが基準値以上となるように、公開情報中の属性の修正の依頼を提案してよい。情報処理装置１０は、Ｓ１７０の後、処理を終了してよく、またはＳ１４０から処理を再開してもよい。

Ｓ１７２において、収集部１０４は、Ｓ１４０と同様にネットワーク上で公開される公開情報から対象ユーザに直接的及び間接的に関連すると導ける属性を収集して、対象ユーザに関連する属性セットを生成する。ここで、収集部１０４は、収集の対象とする公開情報にＳ１１０で取得した対象ユーザの公開情報を含める。

Ｓ１８０において、判定部１１０は、収集部１０４が収集した属性セットが、ポリシー取得部１０６が取得したポリシーを満たすか否かを判定する。判定部１１０は、当該判定の処理をＳ１５０と同様に実行してよい。

ここで、判定部１５０は、対象ユーザの既存の公開情報から抽出した属性を含む属性セットがポリシーを満たすか判定する。すなわち、判定部１５０は、対象ユーザが管理可能な自身のＳＮＳ等の公開情報等に基づいて、対象ユーザのポリシーが満たされるかを判定する。

Ｓ１９０において、判定部１１０は、Ｓ１８０において全てのポリシーが守られると判断した場合には処理をＳ２００に進め、そうでない場合には判定結果を警告部１２０及び提案部１２２に供給し、処理をＳ１９２に進める。

Ｓ１９２において、警告部１２０は、公開情報がポリシーを満たさない旨を警告する。例えば、警告部１２０は、公開情報がポリシーを満たさない旨のメッセージを情報処理装置１０のディスプレイ等に表示させる。

次に、Ｓ１９４において、提案部１２２は、対象ユーザの公開情報の修正を提案する。例えば、提案部１２２は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）に基づき公開が禁止された属性を導く妨げとなる情報の公開を提案する。

一例として、提案部１２２は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）に含まれる公開を禁止する属性の組み合わせに含まれる属性、及び／又は、当該組み合わせの一方の属性から他方の属性へ関連付けをする際の経路に含まれる属性の記載の削除、上位概念化、及び／又は、変更等を提案してよい。例えば、提案部１２２は、修正後の属性セットにおける公開を禁止する属性と直接関連付けられた別の属性のスコアが基準値以上となるように、公開情報中の属性の修正を提案してよい。

また、提案部１２２は、ポリシー（Ｐ＿ａｌｌｏｗ）に含まれない公開が許容されない属性の組み合わせを繋ぐ経路となり、対象ユーザの公開情報に含まれる属性の記載の削除、上位概念化、及び／又は、変更等を提案してよい。また、提案部１２２は、ポリシー（Ｐ＿ｍｕｓｔ）に含まれる公開が許容されない偽りの属性及び偽りの属性を含む属性の組み合わせを繋ぐ経路となり、対象ユーザの公開情報に含まれる属性の記載の削除、上位概念化、及び／又は、変更等を提案してよい。

Ｓ２００において、情報取得部１０２は、対象ユーザが公開しようとする新規の公開情報（例えば、ＳＮＳのＵＲＬ、及び／又は、ＳＮＳで公開されている情報）を取得して、収集部１０４に提供する。

Ｓ２０２において、収集部１０４は、Ｓ１４０と同様にネットワーク上で公開される公開情報から対象ユーザに直接的及び間接的に関連すると導ける属性を収集して、対象ユーザに関連する属性セットを生成する。ここで、収集部１０４は、収集の対象とする公開情報にＳ１１０で取得した対象ユーザの公開情報及びＳ２００で取得した新規の公開情報を含める。

Ｓ２１０において、判定部１１０は、収集部１０４がＳ２０２で収集した属性セットが、ポリシー取得部１０６が取得したポリシーを満たすか否かを判定する。これにより、判定部１１０は、新規の公開情報に含まれる属性を属性セットに加えた場合に、ポリシーを満たすか否かを判定する。判定部１１０は、当該判定の処理をＳ１５０と同様に実行してよい。

Ｓ２２０において、判定部１１０は、Ｓ２１０において全てのポリシーが守られると判断した場合には処理を終了し、そうでない場合には判定結果を警告部１２０及び提案部１２２に供給し、処理をＳ２２２に進める。

Ｓ２２２において、警告部１２０は、新規の公開情報がポリシーを満たさない旨を警告する。例えば、警告部１２０は、新規の公開情報がポリシーを満たさない旨のメッセージを情報処理装置１０のディスプレイ等に表示させる。

次に、Ｓ２２４において、提案部１２２は、対象ユーザの新規の公開情報の修正を提案する。例えば、提案部１２２は、新規の公開情報において、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）に基づき公開が禁止された属性を導く妨げとなる情報を公開することを提案する。

一例として、提案部１２２は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）に含まれる公開を禁止する属性の組み合わせに含まれる属性、及び／又は、当該組み合わせの一方の属性から他方の属性へ関連付けをする際の経路に含まれる属性の記載の削除、上位概念化、及び／又は、変更等を提案してよい。例えば、提案部１２２は、修正後の属性セットにおける公開を禁止する属性と直接関連付けられた別の属性のスコアが基準値以上となるように、公開情報中の属性の修正を提案してよい。

また、提案部１２２は、ポリシー（Ｐ＿ａｌｌｏｗ）に含まれない公開が許容されない属性の組み合わせを繋ぐ経路となり、新規の公開情報に含まれる属性の記載の削除、上位概念化、及び／又は、変更等を提案してよい。また、提案部１２２は、ポリシー（Ｐ＿ｍｕｓｔ）に含まれる公開が許容されない偽りの属性及び偽りの属性を含む属性の組み合わせを繋ぐ経路となり、新規の公開情報に含まれる属性の記載の削除、上位概念化、及び／又は、変更等を提案してよい。

このように情報処理装置１０は、ネットワーク上で公開される公開情報から対象ユーザに関連する属性を収集して属性セットを生成し、当該属性セットがポリシーを満たすか否かを判定することにより、対象ユーザの情報が意図せず公開されるかを判定する。そして、情報処理装置１０は、ポリシーが満たされない場合は、属性の変更等を提案することにより、対象ユーザの情報が意図せず公開されることを防ぐことができる。

図３に、本実施形態のＳ１４０、Ｓ１７２、及び、Ｓ２０２において、収集部１０４が属性を収集して属性セットを生成する処理フローを示す。収集部１０４は、属性Ａ（例えば、対象ユーザの名前「山田三郎」）及び属性Ｘ（例えば、対象ユーザの住所「横浜市○区△町」）の組み合わせの公開を禁止するポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ＝（Ａ＆Ｘ））をポリシー取得部１０６から取得しているとする。

まず、Ｓ３１０において、収集部１０４は、収集の対象となる公開情報から、属性Ａ及び属性Ｘの一方（ここでは属性Ａとする）が含まれる公開情報を抽出する。Ｓ１７２及びＳ１９２においては、収集部１０４の収集の対象に対象ユーザの公開情報が含まれるので、収集部１０４は、対象ユーザの名前「山田三郎」を含む対象ユーザの公開情報を、属性Ａを含む公開情報として抽出する。

収集部１０４は、収集の対象となる公開情報から、属性Ａ及び属性Ｘの一方（例えば、属性Ａ）が含まれる公開情報を抽出することができない場合、属性Ａ及び属性Ｘの別の一方（例えば、属性Ｘ）が含まれる公開情報を抽出してよい。また、収集部１０４は、収集の対象となる公開情報から属性Ａ及び属性Ｘのいずれも収集できない場合は、Ｓ１４０等の処理を終了してよい。

次に、Ｓ３２０において、収集部１０４は、Ｓ３１０で収集した公開情報に含まれる他の属性（例えば、勤務先「外資系」）を収集する。収集部１０４は、収集した属性を含む属性セットを生成する。

次に、Ｓ３３０において、収集部１０４は、Ｓ３１０において属性Ａ及び属性Ｘの他方（ここでは属性Ｘとする）を検出したか否かを判断する。収集部１０４は、属性Ｘを検出した場合は処理を終了し、検出しない場合は処理をＳ３４０に進める。

Ｓ３４０において、収集部１０４は、Ｓ３２０で検出した属性を含み、Ｓ３１０又は前回のＳ３４０で抽出した対象ユーザに関連付けられる公開情報と予め定められた基準以上の確度で関連付けられるネットワーク上の別の公開情報を抽出する。

例えば、収集部１０４は、対象ユーザに関連付けられている属性セットに含まれる属性と共通する属性が基準以上含まれている別の公開情報を抽出する。一例として、収集部１０４は、属性セットに含まれる属性と共通する属性が２個以上含まれる別の公開情報を収集してよい。これにより、収集部１０４は、属性Ａに対して関連性が高い公開情報を取得することができる。

ここで、収集部１０４は、属性セットに含まれる属性のスコアに基づいて別の公開情報を収集してよい。例えば、収集部１０４は、属性セットに含まれる属性と共通して含む属性のスコアの最大値、最小値、合算値、及び／又は、乗算値等が予め定められた基準値以上となる公開情報を収集してよい。すなわち、属性「東京都」等の該当する人口数が非常に多くスコアが高い属性が共通することをもって別の公開情報を収集すると、属性セットにおいて本来関係ない属性同士が関連付けられる可能性があるが、スコアに基づいて別の公開情報を収集することにより、収集部１０４は、関連性の高い属性を含む属性セットを生成することができる。

また、収集部１０４は、属性セットに含まれる属性と共通する属性が含まれている別の公開情報であっても、当該属性セットに含まれる属性に係る公開情報と矛盾する場合は、当該別の公開情報を収集しなくてもよい。例えば、ある公開情報において年齢の属性「３５歳」を含み、別の公開情報において年齢の属性「５０代」を含む場合は、公開情報同士が矛盾するので、当該別の公開情報を収集しなくてよい。

これに代えて、収集部１０４は、既存の属性セットに含まれる属性に係る公開情報と矛盾する別の公開情報を収集してもよく、この場合、収集部１０４は、公開を禁止する属性と直接関連付けられた別の属性のスコアに対して、予め定められた１以上の係数を乗じてもよい。これにより、判定部１１０は、属性セットにおいて矛盾する属性が関連付けられている場合は、禁止された属性の組み合わせが特定される可能性が低いと判定することができる。

次に、Ｓ３５０において、収集部１０４は、Ｓ３２０〜Ｓ３４０の処理をＮ回（Ｎは、予め定められた自然数であり、例えば５であってよい）繰り返したか判断する。収集部１０４は、Ｎ回繰り返した場合には処理を終了し、繰り返しがＮ回未満の場合には処理Ｓ３２０に戻す。次のＳ３２０の処理において、収集部１０４は、Ｓ３４０で追加された公開情報に含まれる他の属性を検出する。

このように、収集部１０４は、Ｓ３２０〜Ｓ３５０の処理を実行することにより、ネットワーク上で公開される公開情報から当該対象ユーザに関連すると導ける属性を次々関連付けていき、公開が禁止される属性の組み合わせを接続する経路を含む属性セットを生成する。

収集部１０４は、公開が禁止される属性の組み合わせを接続する経路の長さ（すなわち、組み合わせの一方の属性から他方の属性までの経路に含まれる属性の数）に応じてスコアの値を調整してもよい。例えば、収集部１０４は、経路の長さに応じて増加する係数を、判定部１１０が用いるスコア、即ち、公開が禁止される属性と直接関連付けられた別の属性のスコアに乗じてもよい。

図４は、本実施形態の収集部１０４が収集する公開情報に含まれる属性の例を示す。図示するように、収集部１０４は、属性として住所、氏名、ニックネーム、年齢、職業、及びその他のユーザに関する情報を収集してよい。収集部１０４は、同一の種別の属性において公開レベルの異なる属性を区別して取得してよい。

例えば、収集部１０４は、住所について、番地レベル（Ａｄｄｒｅｓｓ１）、市区町村レベル（Ａｄｄｒｅｓｓ２）、都道府県レベル（Ａｄｄｒｅｓｓ３）、及び、国レベル（Ａｄｄｒｅｓｓ４）の属性を区別して取得してよい。

また、例えば、収集部１０４は、名前について、フルネームレベル（Ｎａｍｅ１）、氏レベル（Ｎａｍｅ２．１）、名レベル（Ｎａｍｅ２．２）、及び、イニシャルレベル（Ｎａｍｅ３）の属性を区別して取得してよい。また、収集部１０４は、ニックネームの属性（Ｎｉｃｋ１）を取得してよい。

また、例えば、収集部１０４は、年齢について、生年月日レベル（Ａｇｅ１）、実年齢レベル（Ａｇｅ２）、及び、年代レベル（Ａｇｅ３）の属性を区別して取得してよい。また、収集部１０４は、職業について、部署レベル（Ｊｏｂ１）、会社名レベル（Ｊｏｂ２）、及び、業種レベル（Ｊｏｂ３）の属性を区別して取得してよい。また、収集部１０４は、趣味の属性（Ｈｏｂｂｙ１）を取得してよい。

図５は、本実施形態のＳ１２０における情報処理装置１０の動作具体例を示す。本実施形態の例では、Ｓ１２０において、ポリシー取得部１０６は、対象ユーザの名前「山田三郎」及び対象ユーザの住所「横浜市○区△町」の組み合わせの公開を禁止するポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ＝（名前＆住所））を取得している。

収集部１０４は、Ｓ１４０において実行されるＳ３１０においては、対象ユーザの公開情報が含まれないので、属性Ａ（対象ユーザの名前「山田三郎」）が含まれる公開情報を抽出することができない。従って、収集部１０４は、収集の対象となる公開情報から、属性Ａの代わりに、対象ユーザの住所（属性Ｘ）と同じ住所「横浜市○区△町」が含まれる公開情報（ＳＮＳ２）を抽出する。

収集部１０４は、Ｓ３２０において、当該公開情報（ＳＮＳ２）に含まれる他の属性「外資系（勤務先）」及び「元さん（ニックネーム）」を取得する。また、図では省略することがあるが、収集部１０４は、属性の組み合わせ「外資系＆元さん」等を生成してよい。

収集部１０４は、Ｓ３４０において、属性「外資系」及び属性「元さん」を含む他の公開情報を探索するが、Ｓ１４０の段階では発見できなかった。この結果、収集部１０４は、最終的な属性セットとして属性「横浜市○区△町」、「外資系」、及び、「元さん」を収集する。この属性セットには対象ユーザの名前「山田三郎」は含まれないので、Ｓ１５０において、判定部１１０はポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たすと判断する。

図６は、本実施形態のＳ１７２における情報処理装置１０の動作具体例を示す。本図の例では、図５と同様に収集部１０４は、Ｓ１７２において実行されるＳ３１０において、収集の対象となる公開情報から、属性Ａとして対象ユーザの名前「山田三郎」が含まれる公開情報（ＳＮＳ１）を抽出する。収集部１０４は、Ｓ３２０において、当該公開情報（ＳＮＳ１）に含まれる他の属性「外資系（勤務先）」及び「３５歳（年齢）」等を取得する。

更に収集部１０４は、Ｓ３４０において、属性「外資系」及び属性「３５歳」を含む他の公開情報を探索し、属性「外資系」を含み公開情報（ＳＮＳ１）に関連付けられる公開情報（ＳＮＳ２）を検出する。

次に、Ｓ３５０を経て２回目のＳ３２０において、収集部１０４は、検出した公開情報（ＳＮＳ２）に含まれる他の属性「横浜市○区△町」、及び、「元さん」を検出する。属性「横浜市○区△町」は公開が禁止される属性の組み合わせに含まれる他方の属性Ｘなので、収集部１０４はＳ３３０において属性セットを生成する処理を終了する。

収集部１０４は、更に収集した属性セットに含まれる属性のスコアを算出する。例えば、収集部１０４は、属性「山田三郎」についてスコア１０を算出し、属性「外資系」についてスコア１００万を算出し、属性「元さん」についてスコア２０００を算出し、属性「横浜市○区△町」についてスコア１０００を算出してよい。

図７は、図６の属性セットに対する判定部１１０の処理の例を示す。判定部１１０は、図６の属性セットにおいて、公開を禁止する属性「山田太郎」及び属性「横浜市○区△町」の組み合わせを関連付ける経路（「山田太郎」→「外資系」→「横浜市○区△町」）が形成されたと判定する。

次に、判定部１１０は、公開を禁止する一方の属性（「横浜市○区△町」）と直接関連付けられた別の属性（「外資系」）のスコアが基準値以下か否かを判定する。

例えば、判定部１１０は、基準値として、公開を禁止する他方の属性（「山田三郎」）のスコア（１０）と予め定められた値（例えば１０）とを乗じて得た値（例えば１００）を用いて、属性「外資系」のスコア（１００万）が当該基準値（１００）以下の場合は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たさないと判定する。本図の例では、判定部１１０は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たすと判定する。

これにより、判定部１１０は、属性「外資系」により間接的に関連付けられた公開を禁止する属性の組み合わせ（例えば、「山田三郎は横浜市○区△町に住んでいる」）が公開された場合（図７の上図の場合）に、１つの公開情報に公開を禁止する属性の組み合わせが直接記載された場合（図７の下図の場合）に比べて、当該属性の組み合わせに係る情報がどの程度特定されているかを判定する。

これに代えて、判定部１１０は、基準値として、予め定められた値（例えば、１０）を用いてもよい。属性「外資系」のスコア（１００万）は基準値（１０）以上であるので、Ｓ１５０において、判定部１１０は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たすと判定する。

「外資系」に対応する特定困難度は１００万である。従って、別の属性（「外資系」）により、公開を禁止する属性（「横浜市○区△町」）を有するユーザが特定される程度は１００万分の１となり非常に低い。判定部１１０は、ユーザが特定される程度が基準値（１０）の分の１未満となる場合に、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たすと判定してよい。

図８は、本実施形態のＳ２０２における情報処理装置１０の動作具体例を示す。本図の例では、図５と同様に収集部１０４は、Ｓ２０２において実行されるＳ３１０において、収集の対象となる公開情報から、属性Ａとして対象ユーザの名前「山田三郎」が含まれる公開情報（ＳＮＳ１）を抽出する。収集部１０４は、Ｓ３２０において、当該公開情報（ＳＮＳ１）に含まれる他の属性「外資系（勤務先）」及び「３５歳（年齢）」を取得する。

更に収集部１０４は、Ｓ３４０において、属性「外資系」及び属性「３５歳」を含む他の公開情報を探索し、属性「外資系」を含み公開情報（ＳＮＳ１）に関連づけられる公開情報（ＳＮＳ２）、及び、属性「山田三郎」を含み公開情報（ＳＮＳ１）に関連づけられる新規の公開情報（ＳＮＳ３）を検出する。

次に、Ｓ３５０を経て２回目のＳ３２０において、収集部１０４は、検出した公開情報（ＳＮＳ２）及び新規の公開情報（ＳＮＳ３）に含まれる他の属性「横浜市○区△町」、「元さん」、「３０代」及び「釣り」を検出する。属性「横浜市○区△町」は公開が禁止される属性の組み合わせに含まれる属性Ｘなので、収集部１０４はＳ３３０において属性セットを生成する処理を終了する。

図９は、図８の属性セットに対する判定部１１０の処理の例を示す。属性「元さん」は新たに検出した２つの公開情報（ＳＮＳ２及びＳＮＳ３）に共通して含まれる。このため、収集部１０４は、当該２つの公開情報（ＳＮＳ２及びＳＮＳ３）を関連付ける。この結果、属性「山田三郎」から属性「横浜市○区△町」へは、属性「外資系」のみでなく属性「元さん」を経由しても到達する。そこで、判定部１１０は、属性セットにおいて、公開を禁止する属性「山田太郎」及び属性「横浜市○区△町」の組み合わせを関連付ける経路（「山田太郎」→「外資系」及び「元さん」→「外資系＆元さん」→「横浜市○区△町」）が形成されたと判定する。

次に、判定部１１０は、図７の処理と同様に、公開を禁止する一方の属性（「横浜市○区△町」）と直接関連付けられた別の属性（「外資系＆元さん」）のスコアが基準値以下か否かを判定する。

例えば、判定部１１０は、基準値として、公開を禁止する他方の属性（「山田三郎」）のスコア（１０）と予め定められた値（例えば１０）とを乗じて得た値（例えば１００）を用いて、属性「外資系＆元さん」のスコア（２０）が当該基準値（１００）以下の場合は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たさないと判定する。本図の例では、判定部１１０は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たさないと判定する。

すなわち、勤務先が「外資系」でありかつニックネームが「元さん」であることに対応する属性「外資系＆元さん」を有するユーザが特定される程度は２０分の１程度となり、属性「山田三郎」を有するユーザが特定される程度（１０分の１）とほぼ同程度となる。判定部１１０は、新規の公開情報（ＳＮＳ３）を含む公開情報から生成された属性セットがポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）を満たさないと判定する。

図１０は、Ｓ２２４等における本実施形態の情報処理装置１０の動作具体例を示す。提案部１２２は、ポリシー（Ｐ＿ｐｒｏｈｉｂｉｔ）に基づき公開が禁止された属性を導く妨げとなる情報の公開を提案する。

例えば、提案部１２２は、公開を禁止する属性の組み合わせを繋ぐ経路（「山田太郎」→「外資系」及び「元さん」→「外資系＆元さん」→「横浜市○区△町」）となる新規の公開情報（ＳＮＳ３）に含まれる「元さん」の記述を削除、もしくは「元さん」が導かれないような別の表現（例：「ユニークなニックネーム」に修正することを提案する。

他の例として、提案部１２２は、公開を禁止する属性の組み合わせを繋ぐ経路（「山田太郎」→「外資系」及び「元さん」→「外資系＆元さん」→「横浜市○区△町」）となる新規の公開情報（ＳＮＳ３）に含まれる年齢の属性「３０代」を「５０代」に修正することを提案する。ここで、提案部１２２は、ポリシー（Ｐ＿ａｌｌｏｗ）で偽の年齢を公開することを許容していることを条件に当該年齢の変更を提案してもよい。

これにより、経路上の公開情報（ＳＮＳ１）及び公開情報（ＳＮＳ３）が矛盾することとなり、経路上の公開情報（ＳＮＳ３）において公開情報（ＳＮＳ１）の「山田三郎」が「元さん」であることを推定することができなくなる。従って、属性「山田三郎」→属性「元さん」となる経路が切断され、「外資系＆元さん」→「横浜市○区△町」の経路も切断される。この結果、公開を禁止する属性（「横浜市○区△町」）が特定される程度が、属性「外資系＆元さん」のスコア２０から属性「外資系」のスコア１００万に増大し、公開を禁止する属性の組み合わせ（「山田三郎」及び「横浜市○区△町」）が特定されにくくなる。

提案部１２２は、これに代えて、新規の公開情報（ＳＮＳ３）の他の属性の修正を提案してもよい。例えば、提案部１２２は、新規の公開情報（ＳＮＳ３）において、名前の「山田三郎」を「ＹＳ」等のイニシャルにすることを提案してもよい。また、例えば、提案部１２２は、ニックネーム「元さん」を削除することを提案してもよい。

図１１は、本実施形態の変形例に係る情報処理装置１０の動作具体例を示す。本変形例では、Ｓ３４０において、収集部１０４は、Ｓ３２０で検出した属性だけでなく、Ｓ３２０で検出した属性の下位概念又は上位概念となる属性を含むネットワーク上の別の公開情報を抽出する。収集部１０４は、外部のデータベース等から、Ｓ３２０で検出した属性の下位概念又は上位概念となる属性を取得してよい。

例えば、収集部１０４は、Ｓ３２０においてＳＮＳ１から属性「ＩＢＭ」を検出した後、Ｓ３４０において属性「ＩＢＭ」及び属性「ＩＢＭ」を一般化した概念に相当する属性「外資系」等の外資系企業名を属性として含む他の公開情報を探索し、属性「外資系」を含む公開情報（ＳＮＳ２）を検出する。これにより、収集部１０４は、完全に一致しないが上位・下位概念関係にある属性を共通して含む公開情報から属性を収集することができる。

図１２は、情報処理装置１０として機能するコンピュータ１９００のハードウェア構成の一例を示す。本実施形態に係るコンピュータ１９００は、ホスト・コントローラ２０８２により相互に接続されるＣＰＵ２０００、ＲＡＭ２０２０、グラフィック・コントローラ２０７５、及び表示装置２０８０を有するＣＰＵ周辺部と、入出力コントローラ２０８４によりホスト・コントローラ２０８２に接続される通信インターフェイス２０３０、ハードディスクドライブ２０４０、及びＣＤ−ＲＯＭドライブ２０６０を有する入出力部と、入出力コントローラ２０８４に接続されるＲＯＭ２０１０、フレキシブルディスク・ドライブ２０５０、及び入出力チップ２０７０を有するレガシー入出力部を備える。

ホスト・コントローラ２０８２は、ＲＡＭ２０２０と、高い転送レートでＲＡＭ２０２０をアクセスするＣＰＵ２０００及びグラフィック・コントローラ２０７５とを接続する。ＣＰＵ２０００は、ＲＯＭ２０１０及びＲＡＭ２０２０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィック・コントローラ２０７５は、ＣＰＵ２０００等がＲＡＭ２０２０内に設けたフレーム・バッファ上に生成する画像データを取得し、表示装置２０８０上に表示させる。これに代えて、グラフィック・コントローラ２０７５は、ＣＰＵ２０００等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。

入出力コントローラ２０８４は、ホスト・コントローラ２０８２と、比較的高速な入出力装置である通信インターフェイス２０３０、ハードディスクドライブ２０４０、ＣＤ−ＲＯＭドライブ２０６０を接続する。通信インターフェイス２０３０は、有線又は無線によりネットワークを介して他の装置と通信する。また、通信インターフェイスは、通信を行うハードウェアとして機能する。ハードディスクドライブ２０４０は、コンピュータ１９００内のＣＰＵ２０００が使用するプログラム及びデータを格納する。ＣＤ−ＲＯＭドライブ２０６０は、ＣＤ−ＲＯＭ２０９５からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。

また、入出力コントローラ２０８４には、ＲＯＭ２０１０と、フレキシブルディスク・ドライブ２０５０、及び入出力チップ２０７０の比較的低速な入出力装置とが接続される。ＲＯＭ２０１０は、コンピュータ１９００が起動時に実行するブート・プログラム、及び／又は、コンピュータ１９００のハードウェアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ２０５０は、フレキシブルディスク２０９０からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。入出力チップ２０７０は、フレキシブルディスク・ドライブ２０５０を入出力コントローラ２０８４へと接続するとともに、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を入出力コントローラ２０８４へと接続する。

ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供されるプログラムは、フレキシブルディスク２０９０、ＣＤ−ＲＯＭ２０９５、又はＩＣカード等の記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、ＲＡＭ２０２０を介してコンピュータ１９００内のハードディスクドライブ２０４０にインストールされ、ＣＰＵ２０００において実行される。

コンピュータ１９００にインストールされ、コンピュータ１９００を情報処理装置１０として機能させるプログラムは、分割モジュールと、自動認識モジュールと、編集モジュールと、判断モジュールと、入力モジュールと、第１統合モジュールと、制御モジュールと、第２統合モジュールとを備える。これらのプログラム又はモジュールは、ＣＰＵ２０００等に働きかけて、コンピュータ１９００を、情報取得モジュール、収集モジュール、ポリシー取得モジュール、判定モジュール、警告モジュール、及び、提案モジュールとしてそれぞれ機能させてよい。

これらのプログラムに記述された情報処理は、コンピュータ１９００に読込まれることにより、ソフトウェアと上述した各種のハードウェア資源とが協働した具体的手段である情報取得部１０２、収集部１０４、ポリシー取得部１０６、判定部１１０、警告部１２０、及び、提案部１２２として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ１９００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の情報処理装置１０が構築される。

一例として、コンピュータ１９００と外部の装置等との間で通信を行う場合には、ＣＰＵ２０００は、ＲＡＭ２０２０上にロードされた通信プログラムを実行し、通信プログラムに記述された処理内容に基づいて、通信インターフェイス２０３０に対して通信処理を指示する。通信インターフェイス２０３０は、ＣＰＵ２０００の制御を受けて、ＲＡＭ２０２０、ハードディスクドライブ２０４０、フレキシブルディスク２０９０、又はＣＤ−ＲＯＭ２０９５等の記憶装置上に設けた送信バッファ領域等に記憶された送信データを読み出してネットワークへと送信し、もしくは、ネットワークから受信した受信データを記憶装置上に設けた受信バッファ領域等へと書き込む。このように、通信インターフェイス２０３０は、ＤＭＡ（ダイレクト・メモリ・アクセス）方式により記憶装置との間で送受信データを転送してもよく、これに代えて、ＣＰＵ２０００が転送元の記憶装置又は通信インターフェイス２０３０からデータを読み出し、転送先の通信インターフェイス２０３０又は記憶装置へとデータを書き込むことにより送受信データを転送してもよい。

また、ＣＰＵ２０００は、ハードディスクドライブ２０４０、ＣＤ−ＲＯＭドライブ２０６０（ＣＤ−ＲＯＭ２０９５）、フレキシブルディスク・ドライブ２０５０（フレキシブルディスク２０９０）等の外部記憶装置に格納されたファイルまたはデータベース等の中から、全部または必要な部分をＤＭＡ転送等によりＲＡＭ２０２０へと読み込ませ、ＲＡＭ２０２０上のデータに対して各種の処理を行う。そして、ＣＰＵ２０００は、処理を終えたデータを、ＤＭＡ転送等により外部記憶装置へと書き戻す。このような処理において、ＲＡＭ２０２０は、外部記憶装置の内容を一時的に保持するものとみなせるから、本実施形態においてはＲＡＭ２０２０及び外部記憶装置等をメモリ、記憶部、または記憶装置等と総称する。

本実施形態における各種のプログラム、データ、テーブル、データベース等の各種の情報は、このような記憶装置上に格納されて、情報処理の対象となる。なお、ＣＰＵ２０００は、ＲＡＭ２０２０の一部をキャッシュメモリに保持し、キャッシュメモリ上で読み書きを行うこともできる。このような形態においても、キャッシュメモリはＲＡＭ２０２０の機能の一部を担うから、本実施形態においては、区別して示す場合を除き、キャッシュメモリもＲＡＭ２０２０、メモリ、及び／又は記憶装置に含まれるものとする。

また、ＣＰＵ２０００は、ＲＡＭ２０２０から読み出したデータに対して、プログラムの命令列により指定された、本実施形態中に記載した各種の演算、情報の加工、条件判断、情報の検索・置換等を含む各種の処理を行い、ＲＡＭ２０２０へと書き戻す。例えば、ＣＰＵ２０００は、条件判断を行う場合においては、本実施形態において示した各種の変数が、他の変数または定数と比較して、大きい、小さい、以上、以下、等しい等の条件を満たすか否かを判断し、条件が成立した場合（又は不成立であった場合）に、異なる命令列へと分岐し、またはサブルーチンを呼び出す。

また、ＣＰＵ２０００は、記憶装置内のファイルまたはデータベース等に格納された情報を検索することができる。例えば、第１属性の属性値に対し第２属性の属性値がそれぞれ対応付けられた複数のエントリが記憶装置に格納されている場合において、ＣＰＵ２０００は、記憶装置に格納されている複数のエントリの中から第１属性の属性値が指定された条件と一致するエントリを検索し、そのエントリに格納されている第２属性の属性値を読み出すことにより、所定の条件を満たす第１属性に対応付けられた第２属性の属性値を得ることができる。

以上に示したプログラム又はモジュールは、外部の記録媒体に格納されてもよい。記録媒体としては、フレキシブルディスク２０９０、ＣＤ−ＲＯＭ２０９５の他に、ＤＶＤ又はＣＤ等の光学記録媒体、ＭＯ等の光磁気記録媒体、テープ媒体、ＩＣカード等の半導体メモリ等を用いることができる。また、専用通信ネットワーク又はインターネットに接続されたサーバシステムに設けたハードディスク又はＲＡＭ等の記憶装置を記録媒体として使用し、ネットワークを介してプログラムをコンピュータ１９００に提供してもよい。

なお、本実施形態において、対象ユーザは情報処理装置１０を操作するユーザと同一であってもよく、別のユーザであってもよい。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ 情報処理装置、１０２ 情報取得部、１０４ 収集部、１０６ ポリシー取得部、１１０ 判定部、１２０ 警告部、１２２ 提案部、１９００ コンピュータ、２０００ ＣＰＵ、２０１０ ＲＯＭ、２０２０ ＲＡＭ、２０３０ 通信インターフェイス、２０４０ ハードディスクドライブ、２０５０ フレキシブルディスク・ドライブ、２０６０ ＣＤ−ＲＯＭドライブ、２０７０ 入出力チップ、２０７５ グラフィック・コントローラ、２０８０ 表示装置、２０８２ ホスト・コントローラ、２０８４ 入出力コントローラ、２０９０ フレキシブルディスク、２０９５ ＣＤ−ＲＯＭ

Claims (14)

1. 対象ユーザの情報公開のポリシーを取得するポリシー取得部と、
   ネットワーク上で公開される公開情報から当該対象ユーザに関連すると導ける属性を収集して、前記対象ユーザに関連する属性セットを生成する収集部と、
   前記属性セットが、前記ポリシーを満たすか否かを判定する判定部と、
   を備える情報処理装置。
2. 対象ユーザが新たに公開しようとする新規の公開情報を取得する情報取得部を更に備え、
   前記判定部は、前記新規の公開情報に含まれる属性を前記属性セットに加えた場合に、前記ポリシーを満たすか否かを判定する、
   請求項１に記載の情報処理装置。
3. 前記判定部が前記ポリシーを満たさないと判定した場合に前記新規の公開情報の修正を提案する提案部を更に備える、
   請求項２に記載の情報処理装置。
4. 前記提案部は、前記ポリシーに基づき公開が禁止された属性を導く妨げとなる情報の公開を提案する、
   請求項３に記載の情報処理装置。
5. 前記収集部は、前記公開情報に含まれる属性に対応付けて対象ユーザの特定困難度を示すスコアを算出し、
   前記判定部は、前記スコアに基づいて、前記ポリシーを満たすか否かを判定する、
   請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記判定部は、公開が禁止されている属性に関連付けられた属性の前記スコアが基準値以下か否かを判定する、
   請求項５に記載の情報処理装置。
7. 前記収集部は、前記対象ユーザに関連付けられている公開情報と予め定められた基準以上の確度で関連付けられるネットワーク上の公開情報の属性を収集することにより前記属性セットを生成する、
   請求項５又は６に記載の情報処理装置。
8. 前記収集部は、前記対象ユーザに関連付けられている属性セットに含まれる属性と共通する属性が基準以上含まれている場合に、ネットワーク上の公開情報における他の属性を属性セットに含める、
   請求項７に記載の情報処理装置。
9. 前記収集部は、前記対象ユーザに関連付けられている属性セットに含まれる属性の前記スコアに基づいて別の前記公開情報を収集する、
   請求項８に記載の情報処理装置。
10. 前記ポリシー取得部は、公開を禁止する属性又は２以上の属性の組み合わせを含むポリシーを取得し、
    前記判定部は、前記公開を禁止する属性又は２以上の属性の組み合わせが前記公開情報から導けるか判定する、
    請求項１から９のいずれか１項に記載の情報処理装置。
11. 前記ポリシー取得部は、偽りの属性の公開を許容するポリシーを取得し、
    前記判定部は、前記対象ユーザについて前記偽りの属性が前記公開情報から導けるか判定する、
    請求項１から３のいずれか１項に記載の情報処理装置。
12. 前記ポリシー取得部は、前記ポリシーとして、偽りの属性の公開を禁止する属性を取得し、
    前記判定部は、前記対象ユーザについて前記偽りの属性が前記公開情報から導けるか判定する、
    請求項１から３のいずれか１項に記載の情報処理装置。
13. コンピュータにより実行される情報処理方法であって、
    対象ユーザの情報公開のポリシーを取得するポリシー取得段階と、
    ネットワーク上で公開される公開情報から当該対象ユーザに関連すると導ける属性を収集して、前記対象ユーザに関連する属性セットを生成する収集段階と、
    前記属性セットが、前記ポリシーを満たすか否かを判定する判定段階と、
    を備える情報処理方法。
14. コンピュータにより実行されるプログラムであって、
    前記プログラムは、実行された場合に当該コンピュータを、
    対象ユーザの情報公開のポリシーを取得するポリシー取得部と、
    ネットワーク上で公開される公開情報から当該対象ユーザに関連すると導ける属性を収集して、前記対象ユーザに関連する属性セットを生成する収集部と、
    前記属性セットが、前記ポリシーを満たすか否かを判定する判定部と、
    として機能させるプログラム。

Images