情報処理装置、および方法、プログラム、記録媒体、並びに情報処理システム
【課題】より確実にプライバシ情報を保護できるようにする。
【解決手段】提示情報３４１は、クライアントから取得したコンテンツに対して、プライバシ情報に該当しうる候補単語３６１および候補画像３６２を付加したコンテンツである。候補単語３６１および候補画像３６２は、クライアントのユーザにより予め設定された、秘匿する単語、または単語の組合せと、公開する単語、または単語の組合せから決定される。例えば、秘匿する単語の組合せとして「Ａ社＋同僚」が設定されていた場合、コンテンツの文章には「Ａ社」と「同僚」の両方の単語が記載されているので、「Ａ社」と「同僚」が候補単語３６１−１，３６１−２として提示される。本技術は、例えばプライバシ情報検索用のパーソナルコンピュータに適用できる。
【解決手段】提示情報３４１は、クライアントから取得したコンテンツに対して、プライバシ情報に該当しうる候補単語３６１および候補画像３６２を付加したコンテンツである。候補単語３６１および候補画像３６２は、クライアントのユーザにより予め設定された、秘匿する単語、または単語の組合せと、公開する単語、または単語の組合せから決定される。例えば、秘匿する単語の組合せとして「Ａ社＋同僚」が設定されていた場合、コンテンツの文章には「Ａ社」と「同僚」の両方の単語が記載されているので、「Ａ社」と「同僚」が候補単語３６１−１，３６１−２として提示される。本技術は、例えばプライバシ情報検索用のパーソナルコンピュータに適用できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は情報処理装置、および方法、プログラム、記録媒体、並びに情報処理システムに関し、特に、より確実にプライバシ情報を保護するようにした情報処理装置、および方法、プログラム、記録媒体、並びに情報処理システムに関する。
【背景技術】
【０００２】
ユーザのプライバシの漏洩を防ぐ技術が提案されている。例えば、特許文献１には、ユーザが作成した入力データのプライバシ情報を検出し、プライバシ情報部分を削除、または変換することが記載されている。
【０００３】
図１は、従来のプライバシ判定処理を説明する図である。いま、クライアント端末２１が他のクライアント端末２２にデータを送るものとする。
【０００４】
ファイルサーバ１が有するファイルシステム１０のデータ入力受付部１１は、クライアント端末２１から入力データを取得し、取得した入力データを個人マスキングモジュール１２に出力する。
【０００５】
個人マスキングモジュール１２のファイル書込ロック部１３は、データ入力受付部１１にて入力を受け付けた入力データである入力ファイルのファイルデータベース１８に対する書込みを停止するようにロックする。
【０００６】
個人情報検出部１４は、個人情報マスキング辞書１７および検索サーバ３を利用して、入力データから個人情報を検出し、個人情報マスキング部１５に検出結果を出力する。
【０００７】
具体的には、個人情報検出部１４は、個人情報マスキング辞書１７を参照して、該当するキーワードや、文字列のパターン情報に合致する部分を個人情報として検出する。
【０００８】
また、個人情報検出部１４は、入力データ内に存在する名詞部分を抽出し、検索サーバ３に対して検索要求し、検索結果としてヒット件数を取得する。そして、ヒット件数が所定の閾値以下である場合、個人情報検出部１４は、その名詞部分を個人情報として検出する。
【０００９】
例えば、ヒット件数が少ない場合は、著名でない個人の名前や会社名などの個人情報を特定することができる。
【００１０】
そして個人情報マスキング部１５は、個人情報検出部１４の検出結果に基づいて、入力データ内の個人情報部分を削除したり、または個人情報部分を「×」などの記号に変換する。
【００１１】
ファイル書込ロック部１３は、個人情報検出部１４および個人情報マスキング部１５の処理が終了すると、入力データをファイルデータベース１８に書き込むことの停止状態を解除する。
【００１２】
個人情報マスキング部１５は、ファイルデータベース１８に対する書込みの停止状態が解除された場合、個人情報部分が認識不可能となった入力データをファイルデータベース１８に記憶する。
【００１３】
データ出力部１６は、クライアント端末２２からファイル名などを指定してデータ要求があると、かかるファイル名のデータをファイルデータベース１８内から検出して、該当する個人情報部分が認識不可能となった入力データをクライアント端末２２に送信する。
【００１４】
これにより、入力データに含まれる個人情報の漏洩を防止することができる。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特開２００９−１９９３８５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
ところで、個人情報として検出された単語が、実際に個人情報であるかは文脈に依存することが多い。
【００１７】
例えば、ユーザが勤務している会社名を他のユーザに知られたくない場合、会社名が個人情報となるが、ユーザが勤務している会社名がニュースなどの情報に含まれている場合、会社名が個人情報とならないことが多い。
【００１８】
また、ヒット件数が多い名詞でも文脈によっては個人情報になることがある。例えば、「富士山」のヒット件数は多いことが予想され、その場合、「富士山」は個人情報には該当しないことになる。
【００１９】
しかし、ユーザが、「ｍｍ月ｄｄ日に富士山にいた」という情報は個人情報になる可能性があるが、特許文献１の発明ではこれを個人情報として検出することができない。
【００２０】
本技術は、このような状況に鑑みてなされたものであり、より確実にプライバシ情報を保護できるようにするものである。
【課題を解決するための手段】
【００２１】
本技術の一側面の第１の情報処理装置は、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベースと、公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースと、コンテンツを取得する取得部と、前記コンテンツに含まれる秘匿する情報を、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索する検索部とを備える。
【００２２】
前記秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を生成する生成部をさらに備えることができる。
【００２３】
前記提示情報は、前記コンテンツに前記候補情報を付加した情報であるようにすることができる。
【００２４】
前記候補情報は、前記ブラックリストデータベースから検索された情報のうち、前記ホワイトリストデータベースから検索された情報を除いた情報であるようにすることができる。
【００２５】
前記ブラックリストデータベースと前記ホワイトリストデータベースを更新する更新部をさらに備え、前記更新部は、前記提示情報に従ってユーザが指定した更新情報に基づき、前記ブラックリストデータベースと前記ホワイトリストデータベースを更新することができる。
【００２６】
前記検索部はさらに、前記ブラックリストデータベースまたは前記ホワイトリストデータベースから検索された情報と、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索されなかった情報とを組合せた組合せ情報を検索し、前記提示情報は、前記検索部により検索された前記組合せ情報に対する検索件数のうち所定の条件を満足する前記検索件数の前記組合せ情報である関連情報をさらに含むことができる。
【００２７】
前記検索部は、ユーザの特定が困難になるように、複数のユーザの前記コンテンツに含まれる情報をまとめて検索するか、または不規則な順番に変更して検索することができる。
【００２８】
前記ブラックリストデータベースおよび前記ホワイトリストデータベースは、用途毎に構成されるようにすることができる。
【００２９】
前記提示情報は、前記候補情報の変更案をさらに含むようにすることができる。
【００３０】
前記検索部は、複数のユーザが秘匿する情報を保持する共有辞書に基づいて前記コンテンツに含まれる情報を検索することができる。
【００３１】
前記生成部により生成された前記提示情報を出力する出力部をさらに備えるようにすることができる。
【００３２】
本技術の一側面の第１の情報処理方法は、コンテンツを取得する取得ステップと、前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索する検索ステップとを含む。
【００３３】
本技術の一側面のプログラムまたは記録媒体は、コンテンツを取得する取得ステップと、前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索する検索ステップとコンピュータに実行させるプログラム、またはプログラムが記録された記録媒体である。
【００３４】
本技術の一側面においては、コンテンツが取得され、コンテンツに含まれる秘匿する情報が、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索される。
【００３５】
本技術の他の側面の情報処理システムは、第１の情報処理装置と第２の情報処理装置から構成され、前記第１の情報処理装置は、コンテンツを取得する取得部と、秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を出力する出力部とを備え、前記第２の情報処理装置は、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベースと、公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースと、前記コンテンツに含まれる秘匿する情報を、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索する検索部と、前記提示情報を生成する生成部とを備える。
【００３６】
本技術の他の側面の情報処理システムの情報処理方法は、第１の情報処理装置と第２の情報処理装置から構成される情報処理システムにおいて、前記第１の情報処理装置は、コンテンツを取得し、前記第２の情報処理装置は、前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索し、秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を生成し、前記第１の情報処理装置は、前記提示情報を出力する。
【００３７】
本技術の他の側面においては、第１の情報処理装置により、コンテンツが取得され、第２の情報処理装置により、コンテンツに含まれる秘匿する情報が、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索され、秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報が生成され、第１の情報処理装置により、提示情報が出力される。
【発明の効果】
【００３８】
本技術の側面によれば、より確実にプライバシ情報を保護することが可能になる。
【図面の簡単な説明】
【００３９】
【図１】従来のファイルサーバの構成を示すブロック図である。
【図２】本技術の情報処理システムの一実施の形態の構成を示すブロック図である。
【図３】アプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図４】クライアントの一実施の形態の構成を示すブロック図である。
【図５】クライアントのプライバシ情報保護処理を説明するフローチャートである。
【図６】アプリケーションサーバのプライバシ情報保護処理を説明するフローチャートである。
【図７】アプリケーションサーバのクライアント認証処理を説明するフローチャートである。
【図８】コンテンツの例を示す図である。
【図９】ユーザ辞書検索処理を説明するフローチャートである。
【図１０】関連情報検索処理を説明するフローチャートである。
【図１１】検索結果の例を示す図である。
【図１２】解析処理を説明するフローチャートである。
【図１３】提示情報の例を示す図である。
【図１４】アプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図１５】アプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図１６】アプリケーションサーバの推薦処理を説明するフローチャートである。
【図１７】提示情報の例を示す図である。
【図１８】アプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図１９】アプリケーションサーバのプライバシ情報保護処理を説明するフローチャートである。
【図２０】共有辞書検索処理を説明するフローチャートである。
【図２１】クライアントの一実施の形態の構成を示すブロック図である。
【図２２】クライアントのプライバシ情報保護処理を説明するフローチャートである。
【図２３】クライアントとアプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図２４】クライアントのプライバシ情報保護処理を説明するフローチャートである。
【図２５】アプリケーションサーバの関連情報提供処理を説明するフローチャートである。
【図２６】クライアントとアプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図２７】クライアントのプライバシ情報保護処理とアプリケーションサーバの関連情報提供処理を説明するフローチャートである。
【図２８】クライアントとアプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図２９】クライアントのプライバシ情報保護処理を説明するフローチャートである。
【図３０】アプリケーションサーバの共有辞書情報提供処理を説明するフローチャートである。
【図３１】本技術を適用したパーソナルコンピュータのハードウェアの構成例を示すブロック図である。
【発明を実施するための最良の形態】
【００４０】
以下、本技術を実施するための形態（以下、実施の形態という）について説明する。なお、説明は以下の順序で行う。
（１）第１の実施の形態
１．情報処理システム８１の構成
２．アプリケーションサーバ１０１の構成
３．クライアント１０２の構成
４．プライバシ情報保護処理
５．クライアント認証処理
６．ユーザ辞書検索処理
７．関連情報検索処理
８．解析処理
（２）第２の実施の形態
９．アプリケーションサーバ５０１の構成
１０．推薦処理
（３）第３の実施の形態
１１．アプリケーションサーバ６０１の構成
１２．プライバシ情報保護処理
１３．共有辞書検索処理
（４）第４の実施の形態
１４．クライアント７０１の構成
１５．クライアント７０１のプライバシ情報保護処理
（５）第５の実施の形態
１６．クライアント７０１とアプリケーションサーバ９０１の構成
１７．クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ９０１の関連情報提供処理
（６）第６の実施の形態
１８．クライアント７０１とアプリケーションサーバ１００１の構成
１９．クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ１００１の関連情報提供処理
（７）第７の実施の形態
２０．クライアント７０１とアプリケーションサーバ１１０１の構成
２１．クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ１１０１の共有辞書情報提供処理
２２．パーソナルコンピュータ１５０１の構成
２３．その他
【００４１】
［情報処理システム８１の構成］
【００４２】
図２は、本技術が適用される情報処理システム８１の一実施の形態としての構成例を示す図である。
【００４３】
図２の情報処理システム８１は、アプリケーションサーバ１０１、クライアント１０２−１乃至１０２−Ｎ（Ｎは自然数）、検索サーバ１０３、およびインターネット１０４を有している。
【００４４】
なお、クライアント１０２−１乃至１０２−Ｎを個々に区別する必要がない場合、以下単に、クライアント１０２と記述する。他の構成要素についても同様とする。
【００４５】
アプリケーションサーバ１０１、クライアント１０２、および検索サーバ１０３は、インターネット１０４を介して接続される。インターネット１０４は、種々の有線および／または無線のネットワークと併用または代用可能である。
【００４６】
なお、アプリケーションサーバ１０１とクライアント１０２との間の通信路は、SSL（Secure Socket Layer）などの既存の暗号技術を用いて保護される。
【００４７】
［アプリケーションサーバ１０１の構成］
【００４８】
図３は、情報処理装置であるアプリケーションサーバ１０１の構成例を示すブロック図である。アプリケーションサーバ１０１は、CPU（Central Processing Unit）１２１、ユーザ辞書１２２、および送受信器１２３を有している。
【００４９】
CPU１２１は、取得部１４１、認証部１４２、検索部１４３、通信部１４４、判定部１４５、生成部１４６、および更新部１４７の機能ブロックを有している。なおCPU１２１の各ブロックは、必要に応じて相互に信号、データを授受することが可能とされている。
【００５０】
取得部１４１は、各種の情報を取得する。認証部１４２は、クライアント１０２を認証する。検索部１４３は、各種の情報を検索する。通信部１４４は、各種の情報を通信する。判定部１４５は、各種の情報を判定する。生成部１４６は、編集したコンテンツを生成する。更新部１４７は、各種の情報を更新する。
【００５１】
ユーザ辞書１２２は、クライアント１０２のユーザにより登録された単語、または単語の組合せを記録している。
【００５２】
ユーザ辞書１２２は、ブラックリストデータベース１６１（以下、ブラックリストＤＢと称する）、およびホワイトリストデータベース１６２（以下、ホワイトリストＤＢと称する）から構成されている。
【００５３】
ブラックリストＤＢ１６１は、ユーザが秘匿する（すなわち公開したくない）単語、または単語の組合せのリストであるブラックリストを保持している。
【００５４】
ホワイトリストＤＢ１６２は、ユーザが公開する単語、または単語の組合せのリストであるホワイトリストを保持している。
【００５５】
送受信器１２３は、インターネット１０４を介して、クライアント１０２および検索サーバ１０３と各種の情報を送受信する。
【００５６】
［クライアント１０２の構成］
【００５７】
図４は、情報処理装置であるクライアント１０２の構成例を示すブロック図である。クライアント１０２は、CPU（Central Processing Unit）２２１、入力装置２２２、出力装置２２３、および送受信器２２４を有している。
【００５８】
CPU２２１は、取得部２４１、通信部２４２、判定部２４３、および出力部２４４の機能ブロックを有している。なおCPU２２１の各ブロックは、必要に応じて相互に信号、データを授受することが可能とされている。
【００５９】
取得部２４１は、各種の情報を取得する。通信部２４２は、各種の情報を通信する。判定部２４３は、各種の情報を判定する。出力部２４４は、各種の情報を出力する。
【００６０】
入力装置２２２は、カメラ、キーボード、マウスなどのユーザインタフェースにより構成され、所定の情報を入力するときユーザにより操作される。
【００６１】
出力装置２２３は、例えば、画像や音楽を出力するディスプレイ、スピーカなどにより構成される。
【００６２】
送受信器２２４は、インターネット１０４を介して、アプリケーションサーバ１０１と各種の情報を送受信する。
【００６３】
［プライバシ情報保護処理］
【００６４】
図５乃至図１３を参照して、情報処理システム８１のプライバシ情報保護処理について説明する。
【００６５】
図５は、クライアント１０２のプライバシ情報保護処理を説明するフローチャートである。図６は、アプリケーションサーバ１０１のプライバシ情報保護処理を説明するフローチャートである。
【００６６】
図５のステップＳ１において、クライアント１０２の取得部２４１は、入力装置２２２を介してユーザ情報を取得する。すなわち、認証に必要なＩＤ、パスワード等に代表される、ユーザにより入力された情報が取得される。
【００６７】
ステップＳ２において、クライアント１０２の通信部２４２は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１０１にユーザ情報を送信する。
【００６８】
図６のステップＳ３１において、アプリケーションサーバ１０１は、クライアント認証処理を実行する。図７を参照して、クライアント認証処理について説明する。
【００６９】
［クライアント認証処理］
【００７０】
図７は、アプリケーションサーバ１０１のクライアント認証処理を説明するフローチャートである。図７のクライアント認証処理は、クライアント１０２からユーザ情報が送信されたときに実行される。
【００７１】
ステップＳ５１において、アプリケーションサーバ１０１の取得部１４１は、インターネット１０４および送受信器１２３を介して、ユーザ情報を取得する。すなわち図５のステップＳ２の処理で送信されたユーザ情報が取得される。
【００７２】
ステップＳ５２において、認証部１４２は、クライアント１０２を認証する。
【００７３】
ステップＳ５２の処理により、そのユーザがアプリケーションサーバ１０１に予め登録したユーザであって、アプリケーションサーバ１０１が提供するプライバシ情報保護サービスを利用する権限を有していることが確認される。
【００７４】
またこの処理により、クライアント１０２に対応するユーザ辞書１２２が特定される。
【００７５】
ステップＳ５３において、アプリケーションサーバ１０１の判定部１４５は、認証に成功したかを判定する。ステップＳ５４において認証に成功したと判定された場合、アプリケーションサーバ１０１の通信部１４４は、クライアント１０２に認証成功を通知する。
【００７６】
ステップＳ５３において認証に成功しなかった、すなわち認証に失敗したと判定された場合、アプリケーションサーバ１０１の通信部１４４は、クライアント１０２に認証失敗を通知する。
【００７７】
ステップＳ５４，Ｓ５５の処理の後、アプリケーションサーバ１０１のクライアント認証処理は終了する。
【００７８】
図５に戻り、ステップＳ３において、クライアント１０２の取得部２４１は、認証結果を取得する。すなわち、図７のステップＳ５４の認証成功、およびステップＳ５５の認証失敗のいずれかの通知が認証結果として取得される。
【００７９】
ステップＳ４において、クライアント１０２の判定部２４３は、認証が成功したかを判定する。ステップＳ４において認証が成功しなかったと判定された場合、すなわちアプリケーションサーバ１０１から認証失敗が通知された場合、処理はステップＳ１に戻り、それ以降の処理が繰り返される。
【００８０】
ステップＳ４において認証が成功したと判定された場合、すなわちアプリケーションサーバ１０１から認証成功が通知された場合、処理はステップＳ５に進む。
【００８１】
ステップＳ５において、クライアント１０２の取得部２４１は、ユーザが、プライバシ情報が含まれているかを判断する対象として入力したコンテンツを取得する。
【００８２】
コンテンツは、例えば、文章、画像、動画、および音声などである。この例では、図８の文章と画像をコンテンツとして取得する場合について説明する。
【００８３】
図８は、コンテンツの例を示す図である。図８のコンテンツ３２１は、クライアント１０２のユーザがブログに表示させるために作成した文章と画像である。
【００８４】
図８には、文章として、ユーザが勤務しているＡ社の同僚のＢとＡ社のカメラをＣ店に見に行ったこと、およびＡ社のカメラをＢが設計した旨が記載されている。また画像として、Ｃ店の前で、ユーザとユーザの同僚のＢが写っている写真３３１が表示されている。
【００８５】
図８のコンテンツ３２１の例では、ユーザと同僚のＢがＡ社の社員であること、同僚の名前であるＢが記載されていること、およびユーザと同僚のＢの顔が表示されていることなどがプライバシ情報であると考えられる。
【００８６】
図５に戻り、ステップＳ６において、クライアント１０２の通信部２４２は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１０１にコンテンツを送信する。
【００８７】
図６のステップＳ３２において、アプリケーションサーバ１０１の取得部１４１は、インターネット１０４および送受信器１２３を介して、クライアント１０２から送信されてきたコンテンツを取得する。
【００８８】
すなわち、図５のステップＳ６の処理により送信されたコンテンツが取得される。
【００８９】
図６のステップＳ３３において、アプリケーションサーバ１０１は、ユーザ辞書検索処理を実行する。図９を参照して、ユーザ辞書検索処理について説明する。
【００９０】
［ユーザ辞書検索処理］
【００９１】
図９は、ユーザ辞書検索処理を説明するフローチャートである。図９の例では、コンテンツとして文章に含まれる単語と一致する単語をユーザ辞書１２２から検索する場合について説明する。
【００９２】
ステップＳ７１において、アプリケーションサーバ１０１の取得部１４１は、取得されたコンテンツから単語群を取得する。例えば、図８のコンテンツ３２１の一番上の文からは、「今日」、「は」、「Ａ社」、「の」、「同僚」、「の」、「Ｂ」、「と」が単語群として取得される。
【００９３】
ステップＳ７２において、アプリケーションサーバ１０１の検索部１４３は、単語群の単語に一致するブラックリストＤＢ１６１内の単語、または単語の組合せを検索する。
【００９４】
例えば、単語の組合せ「Ａ社＋同僚」、「同僚＋Ｂ」がブラックリストＤＢ１６１内にあれば、ブラックリストＤＢ１６１の検索結果として「Ａ社＋同僚」と「同僚＋Ｂ」が取得される。
【００９５】
なお、「Ａ社＋同僚」とは、「Ａ社」と「同僚」の両方が単語群に含まれていることを示している。
【００９６】
ステップＳ７３において、アプリケーションサーバ１０１の検索部１４３は、単語群の単語に一致するホワイトリストＤＢ１６２の単語、または単語の組合せを検索する。
【００９７】
例えば、「Ａ社」、「同僚」の単語がホワイトリストＤＢ１６２に登録されていれば、ホワイトリストＤＢ１６２の検索結果として「Ａ社」と「同僚」が取得される。
【００９８】
ステップＳ７４において、アプリケーションサーバ１０１の取得部１４１は、ブラックリストＤＢ１６１およびホワイトリストＤＢ１６２の検索結果に基づいて、候補情報を取得する。
【００９９】
候補情報は、プライバシ情報としてユーザに提示される情報の候補であり、ブラックリストＤＢ１６１から検索された単語、または単語の組合せのうちホワイトリストＤＢ１６２から検索された単語の組合せを除いた情報である。
【０１００】
この例では、「Ａ社＋同僚」と「同僚＋Ｂ」がブラックリストＤＢ１６１から検索され、「Ａ社」と「同僚」がホワイトリストＤＢ１６２から検索されているので、「Ａ社」、「同僚」、「Ｂ」が候補情報として取得される。
【０１０１】
すなわち、文章から「Ａ社」のみ、または「同僚」のみが検索された場合、「Ａ社」または「同僚」は候補情報ではないが、文章から「Ａ社」と「同僚」の両方が検索されているので、「Ａ社」と「同僚」は候補情報となる。
【０１０２】
なお、単語の組合せは２つの単語の組合せに限られず、３つ以上の単語の組合せでもよい。例えば「Ａ社＋同僚＋カメラ」のような単語の組合せをブラックリストＤＢ１６１、またはホワイトリストＤＢ１６２に記録してもよい。
【０１０３】
さらになお、候補情報は、画像、動画、および音楽データなどから取得することもできる。例えば、ユーザ辞書１２２に所定の画像を記録し、コンテンツの画像とパターンマッチングの手法などを用いて比較することで候補情報としての画像が取得される。
【０１０４】
ステップＳ７４の処理の後、ユーザ辞書検索処理は終了し、処理は図６のステップＳ３４に進む。
【０１０５】
ステップＳ３４において、アプリケーションサーバ１０１は、関連情報検索処理を実行する。図１０を参照して、関連情報検索処理について説明する。
【０１０６】
［関連情報検索処理］
【０１０７】
図１０は、関連情報検索処理を説明するフローチャートである。
【０１０８】
ステップＳ９１において、アプリケーションサーバ１０１の取得部１４１は、図９のユーザ辞書検出処理によりユーザ辞書１２２から検出された単語と検出されなかった単語の組合せを取得する。
【０１０９】
例えば、検出された単語が「Ａ社」、「同僚」、「Ｂ」であり、検出されなかった単語が「カメラ」、「店舗」、「設計」である場合、「Ａ社＋カメラ」、「Ａ社＋店舗」、「Ａ社＋設計」、「同僚＋カメラ」、「同僚＋店舗」、「同僚＋設計」、「Ｂ＋カメラ」、「Ｂ＋店舗」、「Ｂ＋設計」等の単語の組合せが取得される。
【０１１０】
検出された単語の数がｎ個、検出されなかった単語の数がｍ個である場合、ｎ×ｍ個の組合せが取得される。
【０１１１】
ステップＳ９２において、アプリケーションサーバ１０１の通信部１４４は、取得された単語の組合せの検索要求を検索サーバ１０３に送信する。
【０１１２】
検索サーバ１０３は、検索要求を受けると、その単語の組合せがウェブ上で使用されているかを検索し、検索結果を返す。すなわち、アプリケーションサーバ１０１は、外部の検索サーバ１０３を利用して関連情報検索処理を実行する。
【０１１３】
ステップＳ９３において、アプリケーションサーバ１０１の取得部１４１は、検索サーバ１０３から検索結果を取得する。検索結果の例を図１１に示す。
【０１１４】
図１１は、検索結果３０１の例を示す図である。図１１の例は、「Ａ社＋カメラ」を検索した場合を示している。
【０１１５】
検索対象３２１は「Ａ社 カメラ」であり、検索対象３２１に対して検索されたウェブサイトの件数が検索件数３２２である。「Ａ社＋カメラ」からは約２００，０００件が検索されている。検索件数３２２の数値は、正確な数値ではなく、おおよその数値でよい。
【０１１６】
検索結果情報３２３は、検索対象３２１に対して検索されたウェブサイトのタイトルなどである。スニペット３２４は、検索結果情報３２３のウェブサイトのうち検索対象３２１の単語が含まれるテキストを抜き書きしたものである。
【０１１７】
なお、コンテンツのカテゴリを取得し、取得されたカテゴリを単語の組合せとともに検索サーバ１０３で検索してもよい。
【０１１８】
コンテンツのカテゴリは、コンテンツの内容が属する分野を示す情報であり、予め設定されるか、またはそのコンテンツに最も多く出現する単語から取得される。
【０１１９】
カテゴリとして「カメラ」が取得された場合、例えば、検索対象３２１は、「Ａ社 設計カメラ」となる。
【０１２０】
カテゴリを特定することで、検索条件を絞り込むことができる。また、取得された単語の組合せが、特定したカテゴリに対してどのようにプライバシ情報に関係しているかが想定しやすくなる。
【０１２１】
図１０に戻り、ステップＳ９４において、アプリケーションサーバ１０１は、解析処理を実行する。図１２を参照して、解析処理について説明する。
【０１２２】
［解析処理］
【０１２３】
図１２は、解析処理を説明するフローチャートである。図１２の例では、検索サーバ１０３による検索結果として、「Ａ社＋カメラ」の検索件数が２０万件、「Ａ社＋設計」の検索件数が１万件、「Ｂ＋設計」の検索件数が５０件の情報が取得された場合について説明する。
【０１２４】
ステップＳ１１１において、アプリケーションサーバ１０１の判定部１４５は、検索件数が所定の閾値Ｔ１以上であるかを判定する。
【０１２５】
ステップＳ１１１において検索件数が所定の閾値Ｔ１以上であると判定された場合、ステップＳ１１２において、アプリケーションサーバ１０１の取得部１４１は、検索件数が所定の閾値Ｔ１以上の単語の組合せを取得する。
【０１２６】
例えば、所定の閾値Ｔ１が１０万である場合、検索結果が２０万件である「Ａ社＋カメラ」の単語の組合せが取得される。
【０１２７】
ステップＳ１１１において検索件数が所定の閾値Ｔ１以上でないと判定された場合、ステップＳ１１３において、アプリケーションサーバ１０１の判定部１４５は、検索件数が所定の閾値Ｔ２（Ｔ１＞Ｔ２）以下であるかを判定する。
【０１２８】
ステップＳ１１３において検索件数が所定の閾値Ｔ２以下であると判定された場合、ステップＳ１１４において、アプリケーションサーバ１０１の取得部１４１は、検索件数が所定の閾値Ｔ２以下の単語の組合せを取得する。
【０１２９】
例えば、所定の閾値Ｔ２が１００である場合、検索件数が５０件である「Ｂ＋設計」の単語の組合せが取得される。
【０１３０】
ステップＳ１１２，Ｓ１１４の処理の後、ステップＳ１１５において、アプリケーションサーバ１０１の取得部１４１は、取得された単語の組合せの関連情報を取得する。関連情報は、例えば、スニペットや特徴的な単語の組合せである。
【０１３１】
特徴的な単語の組合せは、データクラスタリングの手法、例えばFrequent Set Mining（FSM）のアルゴリズムなどを実装してスニペットから取得される。
【０１３２】
図１１の例では、スニペット３２４に頻出している単語の組合せ「デジタル＋一眼レフ」が特徴的な単語の組合せ、すなわち関連情報として取得される。
【０１３３】
ステップＳ１１５の処理の後、図１２の解析処理が終了するとともに、図１０の関連情報検索処理が終了し、処理は図６のステップＳ３５に進む。
【０１３４】
ステップＳ３５において、アプリケーションサーバ１０１の生成部１４６は、候補情報から提示情報を生成する。
【０１３５】
提示情報は、秘匿情報が含まれているかをユーザに確認させるためにユーザに提示する情報である。この実施の形態の場合、コンテンツに対して候補情報を付加したコンテンツが提示情報とされるが、候補情報のみを提示情報としてもよい。
【０１３６】
なお、提示情報は、候補情報に加え、関連情報を付加して生成してもよい。
【０１３７】
図１３は、コンテンツに候補情報を付加した構成の提示情報の例を示す図である。コンテンツを構成する文章のうち候補情報に該当する候補単語３６１−１乃至３６１−３には、候補情報であることを示すマークとしてアンダーラインが表示される。
【０１３８】
なお、マークとしては、アンダーラインの他にハイライト表示や文字の色を変更する等してもよい。
【０１３９】
また、画像のうち候補情報に該当する候補画像３６２は、候補画像３６２に該当する画像の部分が円のマークで囲まれる。図１３の例では、ユーザの顔が候補画像３６２として示されている。
【０１４０】
図６に戻り、ステップＳ３６において、アプリケーションサーバ１０１の通信部１４４は、送受信器１２３およびインターネット１０４を介して、クライアント１０２に提示情報を送信する。
【０１４１】
上述したように、この提示情報は、候補情報とするか、または候補情報を付加するか、さらに関連情報を付加したコンテンツとすることができる。
【０１４２】
図５のステップＳ７において、クライアント１０２の取得部２４１は、アプリケーションサーバ１０１から送信されてきた提示情報を取得する。すなわち図６のステップＳ３６の処理により送信された提示情報が取得される。
【０１４３】
ステップＳ８において、クライアント１０２の出力部２４４は、出力装置２２３に提示情報を出力する。すなわち、ユーザに対して提示情報が提示される。ユーザはこの提示情報を見て、秘匿情報が含まれているかを判断し、判断結果を入力する。
【０１４４】
ステップＳ９において、クライアント１０２の判定部２４３は、更新すべき情報があるかを判定する。すなわち、ユーザにより更新すべき情報が入力されたかが判定される。
【０１４５】
ステップＳ９において更新すべき情報があると判定された場合、ステップＳ１０において、クライアント１０２の取得部２４１は、更新情報を取得する。
【０１４６】
更新情報は、例えば、図１３に示した提示情報に記載されている「同僚」がユーザによりプライバシ情報に該当しないと判断されたとき、「同僚」を候補情報として表示させないようにするための情報である。
【０１４７】
例えば、アプリケーションサーバ１０１のブラックリストＤＢ１６１に記録されている「Ａ社＋同僚」と「同僚＋Ｂ」を削除し、「Ａ社＋Ｂ」を記録するための情報が更新情報とされる。
【０１４８】
また、更新情報は、候補情報として提示されていないが、ユーザによりプライバシ情報であると判断された単語、または単語の組合せを含むことができる。
【０１４９】
例えば、ユーザにより候補情報でない「Ｃ店」がプライバシ情報に該当すると判断された場合、「Ｃ店」をアプリケーションサーバ１０１のブラックリストＤＢ１６１に記録するための情報が更新情報とされる。
【０１５０】
さらに、更新情報は、関連情報であるスニペットや特徴的な単語の組合せからブラックリストＤＢ１６１またはホワイトリストＤＢ１６２に記録する単語、または単語の組合せの情報でもよい。
【０１５１】
例えば、特徴的な単語の組合せ「デジタル＋一眼レフ」をブラックリストＤＢ１６１またはホワイトリストＤＢ１６２に記録するための情報が更新情報とされる。さらにまた、更新情報は、コンテンツのカテゴリも含めた情報でもよい。
【０１５２】
例えば、「Ａ社＋会社」（カテゴリ：カメラ）をブラックリストＤＢ１６１に記録するための情報と、「Ａ社＋会社」（カテゴリ：車）をホワイトリストＤＢ１６２に記録するための情報が更新情報とされる。
【０１５３】
これにより、ユーザ辞書１２２をより細かく分類することができる。
【０１５４】
ステップＳ１１において、クライアント１０２の通信部２４２は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１０１に更新情報を送信する。
【０１５５】
ステップＳ９において更新すべき情報がないと判定された場合、またはステップＳ１１の処理の後、ステップＳ１２において、クライアント１０２の判定部２４３は、終了が指示されたかを判定する。
【０１５６】
ステップＳ１２において終了が指示されていないと判定された場合、処理はステップＳ５に戻る。ステップＳ５の処理で再度取得されるコンテンツは、提示情報に基づきユーザにより編集されたコンテンツである。
【０１５７】
編集されたコンテンツは、例えば、図８のコンテンツ３２１の文章中の「Ａ社」が「会社」に変更されたコンテンツである。
【０１５８】
ステップＳ１２において終了が指示されたと判定された場合、処理はステップＳ１３に進む。
【０１５９】
ステップＳ１３において、クライアント１０２の通信部２４２は、アプリケーションサーバ１０１に処理終了を通知する。
【０１６０】
これにより、クライアント１０２のプライバシ情報保護処理は終了する。
【０１６１】
一方、図６のステップＳ３７において、アプリケーションサーバ１０１の判定部１４５は、取得部１４１がクライアント１０２から候補情報を取得したかを判定する。すなわち図５のステップＳ１１の処理により更新情報が送信されてきたかが判定される。
【０１６２】
ステップＳ３７において更新情報を取得したと判定された場合、ステップＳ３８において、更新部１４７は、ユーザ辞書１２２を更新する。すなわち、取得された更新情報に基づいてブラックリストＤＢ１６１とホワイトリストＤＢ１６２が更新される。
【０１６３】
これにより、学習が行われることになり、より確実に秘匿情報の漏洩を防止することができる。
【０１６４】
ステップＳ３７において更新情報を取得しなかったと判定された場合、またはステップＳ３８の処理の後、ステップＳ３９において、アプリケーションサーバ１０１の判定部１４５は、終了が通知されたかが判定される。
【０１６５】
ステップＳ３９において終了が通知されていないと判定された場合、処理はステップＳ３２に戻り、それ以降の処理が繰り返される。ステップＳ３９において終了が通知されたと判定された場合、アプリケーションサーバ１０１のプライバシ情報保護処理は終了する。
【０１６６】
このようにアプリケーションサーバ１０１は、ブラックリストＤＢ１６１とホワイトリストＤＢ１６２を用いて文脈に応じた候補情報を提示するので、ユーザに対して、より高精度な情報を提供することできる。
【０１６７】
なお、ユーザ辞書１２２は、ユーザごとに設定されているとしたが、一人のユーザが用途に応じて複数のユーザ辞書１２２を有してもよい。
【０１６８】
図１４は、用途に応じたユーザ辞書１２２を有するアプリケーションサーバ４０１の構成例を示すブロック図である。
【０１６９】
ユーザ辞書１２２−１は、デフォルトのユーザ辞書である。ユーザ辞書１２２−２は、会社に関するコンテンツのためのユーザ辞書である。ユーザ辞書１２２−３は、プライベートに関するコンテンツのためのユーザ辞書である。
【０１７０】
ユーザ辞書１２２−１乃至１２２−３のいずれを使用するかは、クライアント１０２のユーザにより指定される。
【０１７１】
例えば、ステップＳ５の処理で取得されるコンテンツに、ユーザ辞書１２２の種類を指定する情報が付加される。そして、ステップＳ６の処理でコンテンツとともに、ユーザ辞書１２２の種類を指定する情報が送信される。
【０１７２】
アプリケーションサーバ４０１は、図６のステップＳ３２の処理でコンテンツとともにユーザ辞書１２２の種類を指定する情報を取得する。そして、指定された種類のユーザ辞書１２２を利用して、ステップＳ３３のユーザ辞書検索処理が実行される。
【０１７３】
なお、ユーザ辞書１２２の種類を指定する情報は、図５のステップＳ１で取得されるユーザ情報に含めることもできる。
【０１７４】
ユーザ辞書１２２の用途は、会社用、プライベート用の他、ブログ用、メール用、ａさん用、ｂさん用など様々な状況に応じてユーザが指定できる。
【０１７５】
これにより、アプリケーションサーバ４０１は、ユーザに対して、用途に応じた最適な情報を提供することができる。
【０１７６】
＜第２の実施の形態＞
【０１７７】
［アプリケーションサーバ５０１の構成］
【０１７８】
図１５は、第２の実施の形態におけるアプリケーションサーバ５０１の構成例を示すブロック図である。図１５のアプリケーションサーバ５０１のうち、図３のアプリケーションサーバ１０１と対応する要素には同じ符号が付されている。
【０１７９】
すなわち、アプリケーションサーバ５０１は、CPU５２１の推薦部５４１と、記録装置５２２を有する点がアプリケーションサーバ１０１と異なり、他の構成は図３のアプリケーションサーバ１０１と同様である。
【０１８０】
推薦部５４１は、各種の推薦情報を付加する。記録装置５２２は、推薦情報を記録している。
【０１８１】
［推薦処理］
【０１８２】
図１６は、アプリケーションサーバ５０１の推薦処理を説明するフローチャートである。図１６においてステップＳ１３１乃至Ｓ１３５，Ｓ１３７乃至Ｓ１４０の処理は、図６のステップＳ３１乃至Ｓ３９の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０１８３】
ステップＳ１３１において、アプリケーションサーバ５０１は、クライアント認証処理を実行する。
【０１８４】
ステップＳ１３２において、アプリケーションサーバ５０１の取得部１４１は、クライアント１０２からコンテンツを取得する。すなわち、図５のステップＳ６の処理により送信されたコンテンツが取得される。
【０１８５】
ステップＳ１３３において、アプリケーションサーバ５０１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ１６１とホワイトリストＤＢ１６２内の単語が検索され、候補情報が取得される。
【０１８６】
ステップＳ１３４において、アプリケーションサーバ５０１は、関連情報検索処理を実行する。ステップＳ１３５において、アプリケーションサーバ５０１の生成部１４６は、候補情報から提示情報を生成する。
【０１８７】
ステップＳ１３６において、アプリケーションサーバ５０１の推薦部５４１は、提示情報に推薦情報を付加する。推薦情報は、記録装置５２２に予め記録されている。推薦情報を付加したコンテンツの形式の提示情報の例を図１７に示す。
【０１８８】
図１７は、推薦情報を付加したコンテンツの例を示す図である。図１７の左側には、図１３を参照して説明した提示情報３４１が示されている。図１７の右側には、推薦情報を付加した提示情報３４２の例が示されている。
【０１８９】
コンテンツに付加された推薦情報３８１は、例えば、候補単語３６１または候補画像３６２をマウスでクリックすることにより表示される。図１７の例では、推薦情報３８１が吹き出しとして表示されている。
【０１９０】
推薦情報３８１は、候補単語３６１または候補画像３６２の変更案を推薦するものである。変更案は、固有名詞を一般名詞に変更する、単語を削除する、画像をぼかすなどである。
【０１９１】
例えば、候補単語３６１−１「Ａ社」に対しては、「会社」に変更する推薦情報３８１−１が提示される。候補単語３６１−３「Ｂ」に対しては、削除を推薦する推薦情報３８１−２が提示される。
【０１９２】
候補画像３６２に対しては、顔の部分のマスキングを推薦する推薦情報３８１−３が提示される。
【０１９３】
また、コンテンツのカテゴリを取得し、そのカテゴリに関係しない文を全部削除するように推薦することもできる。例えば、コンテンツのカテゴリがカメラである場合、候補単語３６１−４「Ｄ」を含む文のカテゴリは、カメラではない。
【０１９４】
この場合、候補単語３６１−４「Ｄ」に対する変更案の代わりに候補単語３６１−４「Ｄ」を含む文を削除する推薦情報３８１−４を提示するようにしてもよい。
【０１９５】
図１６に戻り、ステップＳ１３７において、アプリケーションサーバ５０１の通信部１４４は、推薦情報を付加した提示情報をクライアント１０２に送信する。
【０１９６】
ステップＳ１３８において、アプリケーションサーバ５０１の判定部１４５は、更新情報を取得したかを判定する。
【０１９７】
ステップＳ１３８において更新情報が取得されたと判定された場合、ステップＳ１３９において、アプリケーションサーバ５０１の更新部１４７は、ユーザ辞書１２２を更新する。
【０１９８】
ステップＳ１３８において更新情報が取得されなかったと判定された場合、またはステップＳ１３９の処理の後、ステップＳ１４０において、アプリケーションサーバ５０１の判定部１４５は、終了が通知されたかを判定する。
【０１９９】
ステップＳ１４０において終了が通知されなかったと判定された場合、処理はステップＳ１３２に戻る。ステップＳ１４０において終了が通知されたと判定された場合、アプリケーションサーバ５０１の推薦処理は終了する。
【０２００】
これにより、クライアント１０２のユーザが容易にプライバシ情報を変更することができる。
【０２０１】
＜第３の実施の形態＞
【０２０２】
［アプリケーションサーバ６０１の構成］
【０２０３】
図１８は、第３の実施の形態におけるアプリケーションサーバ６０１の構成例を示すブロック図である。図１８のアプリケーションサーバ６０１のうち、図３のアプリケーションサーバ１０１と対応する要素には同じ符号が付されている。
【０２０４】
すなわち、アプリケーションサーバ６０１は、検索サーバ１０３の代わりに、共有辞書６２１を有することがアプリケーションサーバ１０１と異なる。なお、検索サーバ１０３と共有辞書６２１の両方を備えるようにしてもよい。
【０２０５】
共有辞書６２１は、ユーザ固有の情報ではなく、複数のクライアント１０２−１乃至１０２−Ｎが秘匿する（すなわち公開を所望しない）情報を保持する。
【０２０６】
［アプリケーションサーバ６０１のプライバシ情報保護処理］
【０２０７】
図１９は、アプリケーションサーバ６０１のプライバシ情報保護処理を説明するフローチャートである。
【０２０８】
図１９においてステップＳ１６１乃至Ｓ１６３，Ｓ１６５乃至Ｓ１６８，Ｓ１７０の処理は、図６のステップＳ３１乃至Ｓ３３，Ｓ３５乃至Ｓ３９の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０２０９】
ステップＳ１６１において、アプリケーションサーバ６０１は、クライアント認証処理を実行する。
【０２１０】
ステップＳ１６２において、アプリケーションサーバ６０１の取得部１４１は、クライアント１０２（例えば、クライアント１０２−１）からコンテンツを取得する。すなわち、図５のステップＳ６の処理により送信されたコンテンツが取得される。
【０２１１】
ステップＳ１６３において、アプリケーションサーバ６０１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ１６１とホワイトリストＤＢ１６２内の単語が検索され、候補情報が取得される。
【０２１２】
ステップＳ１６４において、アプリケーションサーバ６０１は、共有辞書検索処理を実行する。図２０を参照して、共有辞書検索処理について説明する。
【０２１３】
［共有辞書検索処理］
【０２１４】
図２０は、共有辞書検索処理を説明するフローチャートである。図２０の例では、コンテンツとして文章に含まれる単語と一致する単語を共有辞書６２１から検索する場合について説明する。
【０２１５】
ステップＳ１９１において、アプリケーションサーバ６０１の取得部１４１は、コンテンツから単語群を取得する。
【０２１６】
ステップＳ１９２において、アプリケーションサーバ６０１の検索部１４３は、共有辞書６２１内の単語を検索する。検索された単語は、候補情報として取得される。
【０２１７】
共有辞書６２１は、ユーザ固有の情報ではなく、クライアント１０２−１乃至１０２−Ｎから取得した情報から、プライバシ情報になりうる日時や場所などの情報を記録している。
【０２１８】
なぜなら、日時と場所が特定できれば、イベントを特定できる可能性があるので、ユーザによってはプライバシ情報となりうるからである。
【０２１９】
例えば、ユーザが「１月１日に場所Ｈの音楽ライブに行った」ということを公開したくない場合、コンテンツとしての文章に「１月１日に場所Ｈにいた。」と記載していれば、文章を見た他のユーザが、ユーザが音楽ライブに行ったことを知る可能性がある。
【０２２０】
この場合、共有辞書６２１内を検索することで、「１月１日」と「Ｈ」が候補情報として取得される。
【０２２１】
また、共有辞書６２１は、クライアント１０２−１乃至１０２−Ｎの各ユーザから収集された公開情報や、インターネット１０４上から収集された検索情報などを保持してもよい。
【０２２２】
公開情報は、例えば、各ユーザにより作成されたブログやツイッターなどに記載された情報などである。
【０２２３】
検索情報は、検索サーバ１０３が情報を収集するのと同様の方法を利用して収集された情報であり、共有辞書６２１が有するクローラを使用して収集された情報などである。
【０２２４】
従って、他のクライアント１０２のユーザから収集された公開情報や、インターネット１０４上から収集された検索情報を用いることで、ユーザがプライバシ情報として気付いていない情報を候補情報として提示させることができる。
【０２２５】
図１９に戻り、ステップＳ１６５において、アプリケーションサーバ６０１の生成部１４６は、候補情報から提示情報を生成する。
【０２２６】
ステップＳ１６６において、アプリケーションサーバ６０１の通信部１４４は、提示情報をクライアント１０２（いまの場合、クライアント１０２−１）に送信する。
【０２２７】
ステップＳ１６７において、アプリケーションサーバ６０１の判定部１４５は、更新情報を取得したかを判定する。ステップＳ１６７において更新情報が取得されたと判定された場合、ステップＳ１６８において、アプリケーションサーバ６０１の更新部１４７は、ユーザ辞書１２２を更新する。
【０２２８】
ステップＳ１６９において、アプリケーションサーバ６０１の更新部１４７は、共有辞書６２１を更新する。例えば、更新情報のうちブラックリストＤＢ１６１を更新する情報を用いて共有辞書６２１を更新する。
【０２２９】
ステップＳ１６７において更新情報が取得されなかったと判定された場合、またはステップＳ１６９の処理の後、ステップＳ１７０において、アプリケーションサーバ６０１の判定部１４５は、終了が通知されたかを判定する。
【０２３０】
ステップＳ１７０において終了が通知されなかったと判定された場合、処理はステップＳ１６２に戻り、それ以降の処理が繰り返される。ステップＳ１７０において終了が通知されたと判定された場合、アプリケーションサーバ６０１のプライバシ情報保護処理は終了する。
【０２３１】
これにより、アプリケーションサーバ６０１は、外部の秘匿性のない検索サーバ１０３を使用しないので、秘匿性の高い情報からより安全にプライバシ情報を提供することができる。
【０２３２】
また、共有辞書６２１は、一般的な検索サーバ１０３よりプライバシ情報が検索されやすいので、より効率的にプライバシ情報を取得することができる。
【０２３３】
＜第４の実施の形態＞
【０２３４】
［クライアント７０１の構成］
【０２３５】
図２１は、第４の実施の形態におけるクライアント７０１の構成例を示すブロック図である。アプリケーションサーバ１０１の機能の少なくとも一部を他の装置に分担させることもできる。
【０２３６】
図２１のクライアント７０１は、図３のアプリケーションサーバ１０１の構成と同様の構成を有するものである。すなわち、アプリケーションサーバ１０１の処理をクライアント７０１上で実行するものである。
【０２３７】
クライアント７０１は、CPU７２１、ユーザ辞書７２２、入力装置２２２、出力装置２２３、および送受信器２２４を有している。
【０２３８】
クライアント７０１の入力装置２２２、出力装置２２３、および送受信器２２４は、図４のクライアント１０２の入力装置２２２、出力装置２２３、および送受信器２２４と同様の構成である。
【０２３９】
CPU７２１は、取得部７４１、検索部７４２、通信部７４３、判定部７４４、生成部７４５、出力部７４６、および更新部７４７の機能ブロックを有している。なおCPU７２１の各ブロックは、必要に応じて相互に信号、データを授受することが可能とされている。
【０２４０】
取得部７４１は、各種の情報を取得する。検索部７４２は、各種の情報を検索する。通信部７４３は、各種の情報を通信する。判定部７４４は、各種の情報を判定する。生成部７４５は、編集したコンテンツを生成する。出力部７４６は、各種の情報を出力する。更新部７４７は、各種の情報を更新する。
【０２４１】
ユーザ辞書７２２は、ユーザにより登録された単語、または単語の組合せを記録している。ユーザ辞書７２２は、ブラックリストＤＢ７６１、およびホワイトリストＤＢ７６２から構成されている。
【０２４２】
ブラックリストＤＢ７６１は、ユーザがプライバシ情報として出力したくない（すなわち、秘匿する）単語、または単語の組合せを記録している。
【０２４３】
ホワイトリストＤＢ７６２は、ユーザがプライバシ情報として出力しても問題のない（すなわち、公開する）単語、または単語の組合せを記録している。
【０２４４】
［クライアント７０１のプライバシ情報保護処理］
【０２４５】
図２２は、クライアント７０１のプライバシ情報保護処理を説明するフローチャートである。
【０２４６】
図２２においてステップＳ２１１乃至Ｓ２１４，Ｓ２１６乃至Ｓ２１８の処理は、図６のステップＳ３２乃至Ｓ３５，Ｓ３７乃至Ｓ３９の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０２４７】
ステップＳ２１１において、クライアント７０１の取得部７４１は、入力装置２２２からコンテンツを取得する。すなわち、ユーザにより作成されたコンテンツが取得される。
【０２４８】
ステップＳ２１２において、クライアント７０１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ７６１とホワイトリストＤＢ７６２内の単語が検索され、候補情報が取得される。
【０２４９】
ステップＳ２１３において、クライアント７０１は、図１０の関連情報検索処理を実行する。ステップＳ２１４において、クライアント７０１の生成部７４５は、候補情報から提示情報を生成する。
【０２５０】
ステップＳ２１５において、クライアント７０１の出力部７４６は、提示情報を出力装置２２３に出力する。ユーザはこの提示情報を見て、秘匿情報が含まれているかを判断し、判断結果を入力する。
【０２５１】
ステップＳ２１６において、クライアント７０１の判定部７４４は、更新情報を取得したかを判定する。すなわち、ユーザの操作により入力装置２２２から更新情報が入力されたかが判定される。
【０２５２】
ステップＳ２１６において更新情報が取得されたと判定された場合、ステップＳ２１７において、クライアント７０１の更新部７４７は、ユーザ辞書７２２を更新する。
【０２５３】
ステップＳ２１６において更新情報が取得されなかったと判定された場合、またはステップＳ２１７の処理の後、ステップＳ２１８において、クライアント７０１の判定部７４４は、終了が指示されたかを判定する。
【０２５４】
すなわち、ユーザの操作により入力装置２２２から終了の指示が入力されたかが判定される。
【０２５５】
ステップＳ２１８において終了が指示されなかったと判定された場合、処理はステップＳ２１１に戻り、それ以降の処理が繰り返される。ステップＳ２１８において終了が通知されたと判定された場合、クライアント７０１のプライバシ情報保護処理は終了する。
【０２５６】
これにより、ユーザがプライバシ情報を含むコンテンツをインターネット１０４上に送信することなくプライバシ情報を修正するので、より確実に秘匿性の高い情報の流出を防止することができる。
【０２５７】
なお、クライアント７０１においても、図１４のアプリケーションサーバ４０１における場合のように、ユーザ辞書７２２を用途ごとに構成したり、図１５のアプリケーションサーバ５０１における場合のように、推薦部を設け、変更案を推薦するようにすることもできる。
【０２５８】
＜第５の実施の形態＞
【０２５９】
［クライアント７０１およびアプリケーションサーバ９０１の構成］
【０２６０】
図２３は、第５の実施の形態におけるクライアント７０１およびアプリケーションサーバ９０１の構成例を示すブロック図である。
【０２６１】
図２３のクライアント７０１は、図２１を参照して説明したクライアント７０１と同じ構成である。図２３のアプリケーションサーバ９０１のうち、図３のアプリケーションサーバ１０１と対応する要素には同じ符号が付されている。
【０２６２】
アプリケーションサーバ９０１のCPU９２１は、取得部１４１、認証部１４２、通信部１４４、および判定部１４５の機能ブロックを有している。
【０２６３】
［クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ９０１の関連情報提供処理］
【０２６４】
図２４は、クライアント７０１のプライバシ情報保護処理を説明するフローチャートである。図２５は、アプリケーションサーバ９０１の関連情報提供処理を説明するフローチャートである。
【０２６５】
図２４においてステップＳ２３１，Ｓ２３２，Ｓ２３６乃至Ｓ２４０の処理は、図２２のステップＳ２１１，Ｓ２１２，Ｓ２１４乃至Ｓ２１８の処理に対応する処理である。
【０２６６】
また、図２５においてステップＳ２６２の処理は、図６のステップＳ３４の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０２６７】
なお、図５のステップＳ１乃至Ｓ４および図７を参照して実行される認証処理は、実行済みであるとする。
【０２６８】
図２４のステップＳ２３１において、クライアント７０１の取得部７４１は、入力装置２２２からコンテンツを取得する。すなわち、ユーザにより作成されたコンテンツが取得される。
【０２６９】
ステップＳ２３２において、クライアント７０１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ７６１とホワイトリストＤＢ７６２内の単語が検索され、候補情報が取得される。
【０２７０】
ステップＳ２３３において、クライアント７０１の取得部７４１は、ユーザ辞書７２２から検出された単語と検出されなかった単語の組合せを取得する。
【０２７１】
ステップＳ２３４において、クライアント７０１の通信部７４３は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ９０１に単語の組合せを送信する。
【０２７２】
図２５のステップＳ２６１において、アプリケーションサーバ９０１の取得部１４１は、インターネット１０４および送受信器１２３を介して、クライアント７０１から単語の組合せを取得する。
【０２７３】
すなわち、図２４のステップＳ２３４の処理により送信された単語の組合せが取得される。
【０２７４】
ステップＳ２６２において、アプリケーションサーバ９０１は、図１０の関連情報検索処理のうち、ステップＳ９１を除く処理を実行する（ステップＳ９１の処理は、ステップＳ２３３において既に実行されている）。
【０２７５】
すなわち、ステップＳ２３３において取得され、ステップＳ２３４において送信された単語の組合せが取得されると、アプリケーションサーバ９０１は検索サーバ１０３に検索要求を送信し、検索結果を取得し、図１２の解析処理を実行する。
【０２７６】
ステップＳ２６３において、アプリケーションサーバ９０１の通信部１４４は、送受信器１２４およびインターネット１０４を介して、クライアント７０１に関連情報を送信する。
【０２７７】
ステップＳ２６３の処理の後、図２５のアプリケーションサーバ９０１の関連情報提供処理は終了する。
【０２７８】
図２４に戻り、ステップＳ２３５において、クライアント７０１の取得部７４１は、アプリケーションサーバ９０１から関連情報を取得する。すなわち、図２５のステップＳ２６３の処理により送信された関連情報が取得される。
【０２７９】
ステップＳ２３６において、クライアント７０１の生成部７４５は、提示情報を生成する。この提示情報は、例えば、コンテンツに候補情報と関連情報が付加された情報とされる。
【０２８０】
ステップＳ２３７において、クライアント７０１の出力部７４６は、提示情報を出力装置２２３に出力する。ユーザはこの提示情報を見て、秘匿情報が含まれているかを判断し、判断結果を入力する。
【０２８１】
ステップＳ２３８において、クライアント７０１の判定部７４４は、更新情報を取得したかを判定する。すなわち、ユーザの操作により入力装置２２２から更新情報が入力されたかが判定される。
【０２８２】
ステップＳ２３８において更新情報が取得されたと判定された場合、ステップＳ２３９において、クライアント７０１の更新部７４７は、ユーザ辞書７２２を更新する。
【０２８３】
ステップＳ２３８において更新情報が取得されなかったと判定された場合、またはステップＳ２３９の処理の後、ステップＳ２４０において、クライアント７０１の判定部７４４は、終了が指示されたかを判定する。すなわち、ユーザの操作により入力装置２２２から終了の指示が入力されたかが判定される。
【０２８４】
ステップＳ２４０において終了が指示されなかったと判定された場合、処理はステップＳ２３１に戻り、それ以降の処理が繰り返される。ステップＳ２４０において終了が通知されたと判定された場合、図２４のクライアント７０１のプライバシ情報保護処理は終了する。
【０２８５】
これにより、ユーザ固有のプライバシ情報を含むコンテンツをインターネット１０４上に送信することなくプライバシ情報を修正するので、より確実に秘匿性の高い情報の流出を防止することができる。
【０２８６】
またこのようにクライアント７０１とアプリケーションサーバ９０１で処理を分散すると、クライアント７０１とアプリケーションサーバ９０１の負荷を軽減することができる。
【０２８７】
＜第６の実施の形態＞
【０２８８】
［クライアント７０１およびアプリケーションサーバ１００１の構成］
【０２８９】
図２６は、第６の実施の形態におけるクライアント７０１−１およびアプリケーションサーバ１００１の構成例を示すブロック図である。図２６のクライアント７０１−１は、図２１を参照して説明したクライアント７０１と同様の構成である。
【０２９０】
図２６のアプリケーションサーバ１００１のうち、図２３のアプリケーションサーバ９０１と対応する要素には同じ符号が付されている。
【０２９１】
すなわち、アプリケーションサーバ１００１は、CPU１０２１が制御部１０４１を有する点がアプリケーションサーバ９０１と異なり、他の構成はアプリケーションサーバ９０１と同様である。
【０２９２】
CPU１０２１の制御部１０４１は、各種の情報を制御する。
【０２９３】
［クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ１００１の関連情報提供処理］
【０２９４】
図２７は、クライアント７０１−１，７０１−２のプライバシ情報保護処理およびアプリケーションサーバ１００１の関連情報提供処理を説明するフローチャートである。
【０２９５】
図２７の例では、アプリケーションサーバ１００１がクライアント７０１−１，７０１−２からほぼ同時に検索要求を取得した場合について説明する。
【０２９６】
図２７の例では、クライアント７０１−１，７０１−２がユーザ辞書検索処理を実行し、アプリケーションサーバ１００１が関連情報検索処理を実行する。
【０２９７】
なお、図２７においてステップＳ２８１乃至Ｓ２９０、およびステップＳ３１１乃至Ｓ３４０は、図２４のステップＳ２３１乃至Ｓ２４０の処理に対応する処理である。
【０２９８】
また、ステップＳ３４１，Ｓ３４３，Ｓ３４４の処理は、図２５のステップＳ２６１乃至Ｓ２６３の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０２９９】
さらにステップＳ２８１乃至Ｓ２９０の処理とステップＳ３１１乃至Ｓ３４０の処理は同様の処理であり、説明を簡単にするため、主にステップＳ２８１乃至Ｓ２９０（すなわち、クライアント７０１−１）の処理について説明する。
【０３００】
なお、図５のステップＳ１乃至Ｓ４および図７を参照して実行される認証処理は、実行済みであるとする。
【０３０１】
ステップＳ２８１において、クライアント７０１−１の取得部７４１は、入力装置２２２からコンテンツを取得する。すなわち、ユーザにより作成されたコンテンツが取得される。
【０３０２】
ステップＳ２８２において、クライアント７０１−１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ７６１とホワイトリストＤＢ７６２内の単語が検索され、候補情報が取得される。
【０３０３】
ステップＳ２８３において、クライアント７０１−１の取得部７４１は、ユーザ辞書７２２から検出された単語と検出されなかった単語の組合せを取得する。
【０３０４】
ステップＳ２８４において、クライアント７０１−１の通信部７４３は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１００１に単語の組合せを送信する。
【０３０５】
また、クライアント７０１−２においてもステップＳ３１１乃至Ｓ３１３で、ステップＳ２８１乃至Ｓ２８３と同様の処理が行われる。そしてステップＳ３１４において、クライアント７０１−２の通信部７４３は、アプリケーションサーバ１００１に単語の組合せを送信する。
【０３０６】
一方、ステップＳ３４１において、アプリケーションサーバ１００１の取得部１４１は、クライアント７０１−１，７０１−２から送信されてきた単語の組合せを取得する。
【０３０７】
ステップＳ３４２において、アプリケーションサーバ１００１の制御部１０４１は、処理する順番を変更する。具体的には、クライアント７０１−１，７０１−２から取得した単語の組合せを、クライアント（すなわち、ユーザ）の特定を困難にする順番に変更する。
【０３０８】
例えば、クライアント７０１−１の単語の組合せＷ１１，Ｗ１２，Ｗ１３，・・・，Ｗ１ｎと、クライアント７０１−２の単語の組合せＷ２１，Ｗ２２，Ｗ２３，・・・，Ｗ２ｍが、Ｗ１１，Ｗ２１，Ｗ２２，Ｗ１２，Ｗ２３，Ｗ１３，・・・，Ｗ２ｍ，Ｗ１ｎのように、不規則に混じった順番とされる。
【０３０９】
また、アプリケーションサーバ１００１は、クライアント７０１−１，７０１−２の両方から共通する単語の組合せを取得した場合、その単語の組合せをまとめて検索するようにしてもよい。
【０３１０】
これによってもクライアント７０１−１，７０１−２のいずれで使用されている組合せであるのかの特定（すなわち、ユーザの特定）を困難にすることができる。
【０３１１】
さらに、アプリケーションサーバ１００１は、クライアント７０１−１，７０１−２から送信された単語の組合せに対して、クライアント７０１−１，７０１−２から送信されていない所定の単語、例えばカテゴリを付加して検索するようにしてもよい。
【０３１２】
このようにすることで、より正確な検索が可能になる。
【０３１３】
なお、ステップＳ３４２の処理は、ステップＳ３４１の処理により一方のクライアント７０１から取得した単語の組合せに対して関連情報検索処理を実行している最中に、他方のクライアント７０１から単語の組合せを取得した場合にも、タイミングを調整して実行されるようにしてもよい。
【０３１４】
ステップＳ３４３において、アプリケーションサーバ１００１は、図１０のステップＳ９１を除く関連情報検索処理を実行する（ステップＳ９１の処理は、ステップＳ２８３において既に実行されている）。
【０３１５】
すなわち、ステップＳ３４２において順番が変更された単語の組合せが取得され、検索サーバ１０３に検索要求が送信され、検索結果が取得され、図１２の解析処理が実行される。
【０３１６】
ステップＳ３４４において、アプリケーションサーバ１００１の通信部１４４は、送受信器１２４およびインターネット１０４を介して、クライアント７０１−１，７０２−１に関連情報を送信する。
【０３１７】
ステップＳ３４４の処理の後、アプリケーションサーバ１００１の関連情報提供処理は終了する。
【０３１８】
ステップＳ２８５において、クライアント７０１−１の取得部７４１は、アプリケーションサーバ１００１から関連情報を取得する。
【０３１９】
ステップＳ２８６において、クライアント７０１−１の生成部７４５は、提示情報を生成する。この提示情報は、例えば、コンテンツに候補情報と関連情報が付加された情報とされる。
【０３２０】
ステップＳ２８７において、クライアント７０１−１の出力部７４６は、提示情報を出力装置２２３に出力する。ユーザはこの提示情報を見て、秘匿情報が含まれているかを判断し、判断結果を入力する。
【０３２１】
ステップＳ２８８において、クライアント７０１−１の判定部７４４は、更新情報を取得したかを判定する。すなわち、ユーザの操作により入力装置２２２から更新情報が入力されたかが判定される。
【０３２２】
ステップＳ２８８において更新情報が取得されたと判定された場合、ステップＳ２８９において、クライアント７０１−１の更新部７４７は、ユーザ辞書７２２を更新する。
【０３２３】
ステップＳ２８８において更新情報が取得されなかったと判定された場合、またはステップＳ２８９の処理の後、ステップＳ２９０において、クライアント７０１−１の判定部７４４は、終了が指示されたかを判定する。
【０３２４】
すなわち、ユーザの操作により入力装置２２２から終了の指示が入力されたかが判定される。ステップＳ２９０において終了が指示されなかったと判定された場合、処理はステップＳ２８１に戻り、それ以降の処理が繰り返される。
【０３２５】
ステップＳ２９０において終了が通知されたと判定された場合、クライアント７０１−１のプライバシ情報保護処理は終了する。
【０３２６】
これにより、複数のクライアント７０１−１，７０１−２から単語の組合せが送信されてきた場合、アプリケーションサーバ１００１は、より効率的にクライアント７０１−１，７０１−２のそれぞれに関連情報を提供することができる。
【０３２７】
＜第７の実施の形態＞
【０３２８】
［クライアント７０１およびアプリケーションサーバ１１０１の構成］
【０３２９】
図２８は、第７の実施の形態におけるクライアント７０１−１およびアプリケーションサーバ１００１の構成例を示すブロック図である。図２８のクライアント７０１−１は、図２１を参照して説明したクライアント７０１と同様の構成である。
【０３３０】
図２８のアプリケーションサーバ１１０１のうち、図１８のアプリケーションサーバ６０１と図２６のアプリケーションサーバ１００１と対応する要素には同じ符号が付されている。
【０３３１】
すなわち、アプリケーションサーバ１１０１は、CPU１１２１の検索部１４３と更新部１４７、および共有辞書６２１を有することが図２６のアプリケーションサーバ１００１と異なり、他の構成は図２６のアプリケーションサーバ１００１と同様である。
【０３３２】
［クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ１１０１の関連情報提供処理］
【０３３３】
図２９は、クライアント７０１のプライバシ情報保護処理を説明するフローチャートである。図３０は、アプリケーションサーバ１１０１の共有辞書検索処理を説明するフローチャートである。
【０３３４】
なお、図２９においてステップＳ３６１，Ｓ３６２，Ｓ３６５乃至Ｓ３６８，Ｓ３７０は、図２４のステップＳ２３１，Ｓ２３２，Ｓ２３６乃至Ｓ２４０の処理に対応する処理である。
【０３３５】
また、図３０においてステップＳ３８２，Ｓ３８５の処理は、図１９のステップＳ１６４，Ｓ１６９の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０３３６】
また、図５のステップＳ１乃至Ｓ４および図７を参照して実行される認証処理は、実行済みであるとする。
【０３３７】
図２９のステップＳ３６１において、クライアント７０１の取得部７４１は、入力装置２２２からコンテンツを取得する。すなわち、ユーザにより作成されたコンテンツが取得される。
【０３３８】
ステップＳ３６２において、クライアント７０１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ７６１とホワイトリストＤＢ７６２内の単語が検索され、候補情報が取得される。
【０３３９】
ステップＳ３６３において、クライアント７０１の通信部７４３は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１１０１にコンテンツを送信する。
【０３４０】
図３０のステップＳ３８１において、アプリケーションサーバ１１０１の取得部１４１は、インターネット１０４および送受信器１２３を介して、図２９のステップＳ３６３の処理でクライアント７０１から送信されてきたコンテンツを取得する。
【０３４１】
ステップＳ３８２において、アプリケーションサーバ１１０１は、図２０の共有辞書検索処理を実行する。すなわち、ステップＳ３８１の処理で取得されたコンテンツから単語群が取得され、共有辞書６２１内の単語が検索される。
【０３４２】
ステップＳ３８３において、アプリケーションサーバ１００１の通信部１４４は、送受信器１２３およびインターネット１０４を介して、クライアント７０１に共有辞書情報を送信する。すなわち、共有辞書６２１による検索結果が共有辞書情報として送信される。
【０３４３】
図２９に戻り、ステップＳ３６４において、クライアント７０１の取得部７４１は、アプリケーションサーバ１１０１から図３０のステップＳ３８３の処理で送信された共有辞書情報を取得する。
【０３４４】
ステップＳ３６５において、クライアント７０１の生成部７４５は、提示情報を生成する。すなわち、ステップＳ３６２の処理により取得された候補情報とステップＳ３６４の処理により取得された共有辞書情報に基づいて、提示情報が生成される。
【０３４５】
ステップＳ３６６において、クライアント７０１の出力部７４６は、提示情報を出力装置２２３に出力する。ユーザはこの提示情報を見て、秘匿情報が含まれているかを判断し、判断結果を入力する。
【０３４６】
ステップＳ３６７において、クライアント７０１の判定部７４４は、更新情報を取得したかを判定する。すなわち、ユーザの操作により入力装置２２２から更新情報が入力されたかが判定される。
【０３４７】
ステップＳ３６７において更新情報が取得されたと判定された場合、ステップＳ３６８において、クライアント７０１の更新部７４７は、ユーザ辞書７２２を更新する。
【０３４８】
ステップＳ３６９において、クライアント７０１の通信部７４３は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１１０１に更新情報を送信する。
【０３４９】
図３０のステップＳ３８４において、アプリケーションサーバ１１０１の判定部１４５は、更新情報を取得したかを判定する。すなわち、図２９のステップＳ３６９の処理により更新情報が送信されてきたかが判定される。
【０３５０】
ステップＳ３８４において更新情報が取得されたと判定された場合、ステップＳ３８５において、アプリケーションサーバ１１０１の更新部１４７は、共有辞書６２１を更新する。
【０３５１】
ステップＳ３８４において更新情報が取得されないと判定された場合、またはステップＳ３８５の処理の後、図３０のアプリケーションサーバ１１０１の共有辞書検索処理は終了する。
【０３５２】
図２９に戻り、ステップＳ３６７において更新情報が取得されなかったと判定された場合、またはステップＳ３６９の処理の後、ステップＳ３７０において、クライアント７０１の判定部７４４は、終了が指示されたかを判定する。
【０３５３】
すなわち、ユーザの操作により入力装置２２２から終了の指示が入力されたかが判定される。
【０３５４】
ステップＳ３７０において終了が指示されなかったと判定された場合、処理はステップＳ３６１に戻り、それ以降の処理が繰り返される。ステップＳ３７０において終了が通知されたと判定された場合、図２９のクライアント７０１のプライバシ情報保護処理は終了する。
【０３５５】
これにより、アプリケーションサーバ１１０１がより効率的にプライバシ情報を取得することができるとともに、クライアント７０１とアプリケーションサーバ１１０１の負荷を軽減することができる。
【０３５６】
［パーソナルコンピュータ１５０１の構成］
【０３５７】
図３１は、上述した一連の処理をプログラムにより実行するパーソナルコンピュータ１５０１のハードウェアの構成例を示すブロック図である。
【０３５８】
パーソナルコンピュータ１５０１において、CPU１５２１，ROM（Read Only Memory）１５２２，RAM（Random Access Memory）１５２３は、バス１５２４により相互に接続されている。
【０３５９】
バス１５２４には、さらに、入出力インタフェース１５２５が接続されている。入出力インタフェース１５２５には、入力部１５２６、出力部１５２７、記憶部１５２８、通信部１５２９、およびドライブ１５３０が接続されている。
【０３６０】
入力部１５２６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１５２７は、ディスプレイ、スピーカなどよりなる。記憶部１５２８は、ハードディスクや不揮発性のメモリなどよりなる。
【０３６１】
通信部１５２９は、ネットワークインタフェースなどよりなる。ドライブ１５３０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１５３１を駆動する。
【０３６２】
以上のように構成されるパーソナルコンピュータ１５０１においては、CPU１５２１が、例えば、記憶部１５２８に記憶されているプログラムを、入出力インタフェース１５２５及びバス１５２４を介して、RAM１５２３にロードして実行することにより、各種の処理が行われる。
【０３６３】
CPU１５２１が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１５３１に記録して提供される。
【０３６４】
なお、パッケージメディアとしては、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc-Read Only Memory），DVD（Digital Versatile Disc）等）、光磁気ディスク、もしくは半導体メモリなどが用いられる。
【０３６５】
また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０３６６】
パーソナルコンピュータ１５０１においては、プログラムは、リムーバブルメディア１５３１をドライブ１５３０に装着することにより、入出力インタフェース１５２５を介して、記憶部１５２８にインストールすることができる。
【０３６７】
また、プログラムは、有線または無線の伝送媒体を介して、通信部１５２９で受信し、記憶部１５２８にインストールすることができる。その他、プログラムは、ROM１５２２や記憶部１５２８に、あらかじめインストールしておくことができる。
【０３６８】
なお、パーソナルコンピュータ１５０１が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われる処理であっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０３６９】
［その他］
【０３７０】
本明細書において、システムの用語は、複数の装置、手段などより構成される全体的な装置を意味するものとする。
【０３７１】
本技術の実施の形態は、上述した実施形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。また本技術の実施の形態は、一部の機能を他の装置が有していてもよい。
【符号の説明】
【０３７２】
１０１ アプリケーションサーバ， １０２ クライアント， １４１ 取得部， １４３ 検索部， １４４ 通信部， １４６ 生成部， １４７ 更新部， １６１ ブラックリストＤＢ， １６２ ホワイトリストＤＢ， ６２１ 共有辞書， ７４６ 出力部
【技術分野】
【０００１】
本技術は情報処理装置、および方法、プログラム、記録媒体、並びに情報処理システムに関し、特に、より確実にプライバシ情報を保護するようにした情報処理装置、および方法、プログラム、記録媒体、並びに情報処理システムに関する。
【背景技術】
【０００２】
ユーザのプライバシの漏洩を防ぐ技術が提案されている。例えば、特許文献１には、ユーザが作成した入力データのプライバシ情報を検出し、プライバシ情報部分を削除、または変換することが記載されている。
【０００３】
図１は、従来のプライバシ判定処理を説明する図である。いま、クライアント端末２１が他のクライアント端末２２にデータを送るものとする。
【０００４】
ファイルサーバ１が有するファイルシステム１０のデータ入力受付部１１は、クライアント端末２１から入力データを取得し、取得した入力データを個人マスキングモジュール１２に出力する。
【０００５】
個人マスキングモジュール１２のファイル書込ロック部１３は、データ入力受付部１１にて入力を受け付けた入力データである入力ファイルのファイルデータベース１８に対する書込みを停止するようにロックする。
【０００６】
個人情報検出部１４は、個人情報マスキング辞書１７および検索サーバ３を利用して、入力データから個人情報を検出し、個人情報マスキング部１５に検出結果を出力する。
【０００７】
具体的には、個人情報検出部１４は、個人情報マスキング辞書１７を参照して、該当するキーワードや、文字列のパターン情報に合致する部分を個人情報として検出する。
【０００８】
また、個人情報検出部１４は、入力データ内に存在する名詞部分を抽出し、検索サーバ３に対して検索要求し、検索結果としてヒット件数を取得する。そして、ヒット件数が所定の閾値以下である場合、個人情報検出部１４は、その名詞部分を個人情報として検出する。
【０００９】
例えば、ヒット件数が少ない場合は、著名でない個人の名前や会社名などの個人情報を特定することができる。
【００１０】
そして個人情報マスキング部１５は、個人情報検出部１４の検出結果に基づいて、入力データ内の個人情報部分を削除したり、または個人情報部分を「×」などの記号に変換する。
【００１１】
ファイル書込ロック部１３は、個人情報検出部１４および個人情報マスキング部１５の処理が終了すると、入力データをファイルデータベース１８に書き込むことの停止状態を解除する。
【００１２】
個人情報マスキング部１５は、ファイルデータベース１８に対する書込みの停止状態が解除された場合、個人情報部分が認識不可能となった入力データをファイルデータベース１８に記憶する。
【００１３】
データ出力部１６は、クライアント端末２２からファイル名などを指定してデータ要求があると、かかるファイル名のデータをファイルデータベース１８内から検出して、該当する個人情報部分が認識不可能となった入力データをクライアント端末２２に送信する。
【００１４】
これにより、入力データに含まれる個人情報の漏洩を防止することができる。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特開２００９−１９９３８５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
ところで、個人情報として検出された単語が、実際に個人情報であるかは文脈に依存することが多い。
【００１７】
例えば、ユーザが勤務している会社名を他のユーザに知られたくない場合、会社名が個人情報となるが、ユーザが勤務している会社名がニュースなどの情報に含まれている場合、会社名が個人情報とならないことが多い。
【００１８】
また、ヒット件数が多い名詞でも文脈によっては個人情報になることがある。例えば、「富士山」のヒット件数は多いことが予想され、その場合、「富士山」は個人情報には該当しないことになる。
【００１９】
しかし、ユーザが、「ｍｍ月ｄｄ日に富士山にいた」という情報は個人情報になる可能性があるが、特許文献１の発明ではこれを個人情報として検出することができない。
【００２０】
本技術は、このような状況に鑑みてなされたものであり、より確実にプライバシ情報を保護できるようにするものである。
【課題を解決するための手段】
【００２１】
本技術の一側面の第１の情報処理装置は、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベースと、公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースと、コンテンツを取得する取得部と、前記コンテンツに含まれる秘匿する情報を、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索する検索部とを備える。
【００２２】
前記秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を生成する生成部をさらに備えることができる。
【００２３】
前記提示情報は、前記コンテンツに前記候補情報を付加した情報であるようにすることができる。
【００２４】
前記候補情報は、前記ブラックリストデータベースから検索された情報のうち、前記ホワイトリストデータベースから検索された情報を除いた情報であるようにすることができる。
【００２５】
前記ブラックリストデータベースと前記ホワイトリストデータベースを更新する更新部をさらに備え、前記更新部は、前記提示情報に従ってユーザが指定した更新情報に基づき、前記ブラックリストデータベースと前記ホワイトリストデータベースを更新することができる。
【００２６】
前記検索部はさらに、前記ブラックリストデータベースまたは前記ホワイトリストデータベースから検索された情報と、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索されなかった情報とを組合せた組合せ情報を検索し、前記提示情報は、前記検索部により検索された前記組合せ情報に対する検索件数のうち所定の条件を満足する前記検索件数の前記組合せ情報である関連情報をさらに含むことができる。
【００２７】
前記検索部は、ユーザの特定が困難になるように、複数のユーザの前記コンテンツに含まれる情報をまとめて検索するか、または不規則な順番に変更して検索することができる。
【００２８】
前記ブラックリストデータベースおよび前記ホワイトリストデータベースは、用途毎に構成されるようにすることができる。
【００２９】
前記提示情報は、前記候補情報の変更案をさらに含むようにすることができる。
【００３０】
前記検索部は、複数のユーザが秘匿する情報を保持する共有辞書に基づいて前記コンテンツに含まれる情報を検索することができる。
【００３１】
前記生成部により生成された前記提示情報を出力する出力部をさらに備えるようにすることができる。
【００３２】
本技術の一側面の第１の情報処理方法は、コンテンツを取得する取得ステップと、前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索する検索ステップとを含む。
【００３３】
本技術の一側面のプログラムまたは記録媒体は、コンテンツを取得する取得ステップと、前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索する検索ステップとコンピュータに実行させるプログラム、またはプログラムが記録された記録媒体である。
【００３４】
本技術の一側面においては、コンテンツが取得され、コンテンツに含まれる秘匿する情報が、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索される。
【００３５】
本技術の他の側面の情報処理システムは、第１の情報処理装置と第２の情報処理装置から構成され、前記第１の情報処理装置は、コンテンツを取得する取得部と、秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を出力する出力部とを備え、前記第２の情報処理装置は、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベースと、公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースと、前記コンテンツに含まれる秘匿する情報を、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索する検索部と、前記提示情報を生成する生成部とを備える。
【００３６】
本技術の他の側面の情報処理システムの情報処理方法は、第１の情報処理装置と第２の情報処理装置から構成される情報処理システムにおいて、前記第１の情報処理装置は、コンテンツを取得し、前記第２の情報処理装置は、前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索し、秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を生成し、前記第１の情報処理装置は、前記提示情報を出力する。
【００３７】
本技術の他の側面においては、第１の情報処理装置により、コンテンツが取得され、第２の情報処理装置により、コンテンツに含まれる秘匿する情報が、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索され、秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報が生成され、第１の情報処理装置により、提示情報が出力される。
【発明の効果】
【００３８】
本技術の側面によれば、より確実にプライバシ情報を保護することが可能になる。
【図面の簡単な説明】
【００３９】
【図１】従来のファイルサーバの構成を示すブロック図である。
【図２】本技術の情報処理システムの一実施の形態の構成を示すブロック図である。
【図３】アプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図４】クライアントの一実施の形態の構成を示すブロック図である。
【図５】クライアントのプライバシ情報保護処理を説明するフローチャートである。
【図６】アプリケーションサーバのプライバシ情報保護処理を説明するフローチャートである。
【図７】アプリケーションサーバのクライアント認証処理を説明するフローチャートである。
【図８】コンテンツの例を示す図である。
【図９】ユーザ辞書検索処理を説明するフローチャートである。
【図１０】関連情報検索処理を説明するフローチャートである。
【図１１】検索結果の例を示す図である。
【図１２】解析処理を説明するフローチャートである。
【図１３】提示情報の例を示す図である。
【図１４】アプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図１５】アプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図１６】アプリケーションサーバの推薦処理を説明するフローチャートである。
【図１７】提示情報の例を示す図である。
【図１８】アプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図１９】アプリケーションサーバのプライバシ情報保護処理を説明するフローチャートである。
【図２０】共有辞書検索処理を説明するフローチャートである。
【図２１】クライアントの一実施の形態の構成を示すブロック図である。
【図２２】クライアントのプライバシ情報保護処理を説明するフローチャートである。
【図２３】クライアントとアプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図２４】クライアントのプライバシ情報保護処理を説明するフローチャートである。
【図２５】アプリケーションサーバの関連情報提供処理を説明するフローチャートである。
【図２６】クライアントとアプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図２７】クライアントのプライバシ情報保護処理とアプリケーションサーバの関連情報提供処理を説明するフローチャートである。
【図２８】クライアントとアプリケーションサーバの一実施の形態の構成を示すブロック図である。
【図２９】クライアントのプライバシ情報保護処理を説明するフローチャートである。
【図３０】アプリケーションサーバの共有辞書情報提供処理を説明するフローチャートである。
【図３１】本技術を適用したパーソナルコンピュータのハードウェアの構成例を示すブロック図である。
【発明を実施するための最良の形態】
【００４０】
以下、本技術を実施するための形態（以下、実施の形態という）について説明する。なお、説明は以下の順序で行う。
（１）第１の実施の形態
１．情報処理システム８１の構成
２．アプリケーションサーバ１０１の構成
３．クライアント１０２の構成
４．プライバシ情報保護処理
５．クライアント認証処理
６．ユーザ辞書検索処理
７．関連情報検索処理
８．解析処理
（２）第２の実施の形態
９．アプリケーションサーバ５０１の構成
１０．推薦処理
（３）第３の実施の形態
１１．アプリケーションサーバ６０１の構成
１２．プライバシ情報保護処理
１３．共有辞書検索処理
（４）第４の実施の形態
１４．クライアント７０１の構成
１５．クライアント７０１のプライバシ情報保護処理
（５）第５の実施の形態
１６．クライアント７０１とアプリケーションサーバ９０１の構成
１７．クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ９０１の関連情報提供処理
（６）第６の実施の形態
１８．クライアント７０１とアプリケーションサーバ１００１の構成
１９．クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ１００１の関連情報提供処理
（７）第７の実施の形態
２０．クライアント７０１とアプリケーションサーバ１１０１の構成
２１．クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ１１０１の共有辞書情報提供処理
２２．パーソナルコンピュータ１５０１の構成
２３．その他
【００４１】
［情報処理システム８１の構成］
【００４２】
図２は、本技術が適用される情報処理システム８１の一実施の形態としての構成例を示す図である。
【００４３】
図２の情報処理システム８１は、アプリケーションサーバ１０１、クライアント１０２−１乃至１０２−Ｎ（Ｎは自然数）、検索サーバ１０３、およびインターネット１０４を有している。
【００４４】
なお、クライアント１０２−１乃至１０２−Ｎを個々に区別する必要がない場合、以下単に、クライアント１０２と記述する。他の構成要素についても同様とする。
【００４５】
アプリケーションサーバ１０１、クライアント１０２、および検索サーバ１０３は、インターネット１０４を介して接続される。インターネット１０４は、種々の有線および／または無線のネットワークと併用または代用可能である。
【００４６】
なお、アプリケーションサーバ１０１とクライアント１０２との間の通信路は、SSL（Secure Socket Layer）などの既存の暗号技術を用いて保護される。
【００４７】
［アプリケーションサーバ１０１の構成］
【００４８】
図３は、情報処理装置であるアプリケーションサーバ１０１の構成例を示すブロック図である。アプリケーションサーバ１０１は、CPU（Central Processing Unit）１２１、ユーザ辞書１２２、および送受信器１２３を有している。
【００４９】
CPU１２１は、取得部１４１、認証部１４２、検索部１４３、通信部１４４、判定部１４５、生成部１４６、および更新部１４７の機能ブロックを有している。なおCPU１２１の各ブロックは、必要に応じて相互に信号、データを授受することが可能とされている。
【００５０】
取得部１４１は、各種の情報を取得する。認証部１４２は、クライアント１０２を認証する。検索部１４３は、各種の情報を検索する。通信部１４４は、各種の情報を通信する。判定部１４５は、各種の情報を判定する。生成部１４６は、編集したコンテンツを生成する。更新部１４７は、各種の情報を更新する。
【００５１】
ユーザ辞書１２２は、クライアント１０２のユーザにより登録された単語、または単語の組合せを記録している。
【００５２】
ユーザ辞書１２２は、ブラックリストデータベース１６１（以下、ブラックリストＤＢと称する）、およびホワイトリストデータベース１６２（以下、ホワイトリストＤＢと称する）から構成されている。
【００５３】
ブラックリストＤＢ１６１は、ユーザが秘匿する（すなわち公開したくない）単語、または単語の組合せのリストであるブラックリストを保持している。
【００５４】
ホワイトリストＤＢ１６２は、ユーザが公開する単語、または単語の組合せのリストであるホワイトリストを保持している。
【００５５】
送受信器１２３は、インターネット１０４を介して、クライアント１０２および検索サーバ１０３と各種の情報を送受信する。
【００５６】
［クライアント１０２の構成］
【００５７】
図４は、情報処理装置であるクライアント１０２の構成例を示すブロック図である。クライアント１０２は、CPU（Central Processing Unit）２２１、入力装置２２２、出力装置２２３、および送受信器２２４を有している。
【００５８】
CPU２２１は、取得部２４１、通信部２４２、判定部２４３、および出力部２４４の機能ブロックを有している。なおCPU２２１の各ブロックは、必要に応じて相互に信号、データを授受することが可能とされている。
【００５９】
取得部２４１は、各種の情報を取得する。通信部２４２は、各種の情報を通信する。判定部２４３は、各種の情報を判定する。出力部２４４は、各種の情報を出力する。
【００６０】
入力装置２２２は、カメラ、キーボード、マウスなどのユーザインタフェースにより構成され、所定の情報を入力するときユーザにより操作される。
【００６１】
出力装置２２３は、例えば、画像や音楽を出力するディスプレイ、スピーカなどにより構成される。
【００６２】
送受信器２２４は、インターネット１０４を介して、アプリケーションサーバ１０１と各種の情報を送受信する。
【００６３】
［プライバシ情報保護処理］
【００６４】
図５乃至図１３を参照して、情報処理システム８１のプライバシ情報保護処理について説明する。
【００６５】
図５は、クライアント１０２のプライバシ情報保護処理を説明するフローチャートである。図６は、アプリケーションサーバ１０１のプライバシ情報保護処理を説明するフローチャートである。
【００６６】
図５のステップＳ１において、クライアント１０２の取得部２４１は、入力装置２２２を介してユーザ情報を取得する。すなわち、認証に必要なＩＤ、パスワード等に代表される、ユーザにより入力された情報が取得される。
【００６７】
ステップＳ２において、クライアント１０２の通信部２４２は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１０１にユーザ情報を送信する。
【００６８】
図６のステップＳ３１において、アプリケーションサーバ１０１は、クライアント認証処理を実行する。図７を参照して、クライアント認証処理について説明する。
【００６９】
［クライアント認証処理］
【００７０】
図７は、アプリケーションサーバ１０１のクライアント認証処理を説明するフローチャートである。図７のクライアント認証処理は、クライアント１０２からユーザ情報が送信されたときに実行される。
【００７１】
ステップＳ５１において、アプリケーションサーバ１０１の取得部１４１は、インターネット１０４および送受信器１２３を介して、ユーザ情報を取得する。すなわち図５のステップＳ２の処理で送信されたユーザ情報が取得される。
【００７２】
ステップＳ５２において、認証部１４２は、クライアント１０２を認証する。
【００７３】
ステップＳ５２の処理により、そのユーザがアプリケーションサーバ１０１に予め登録したユーザであって、アプリケーションサーバ１０１が提供するプライバシ情報保護サービスを利用する権限を有していることが確認される。
【００７４】
またこの処理により、クライアント１０２に対応するユーザ辞書１２２が特定される。
【００７５】
ステップＳ５３において、アプリケーションサーバ１０１の判定部１４５は、認証に成功したかを判定する。ステップＳ５４において認証に成功したと判定された場合、アプリケーションサーバ１０１の通信部１４４は、クライアント１０２に認証成功を通知する。
【００７６】
ステップＳ５３において認証に成功しなかった、すなわち認証に失敗したと判定された場合、アプリケーションサーバ１０１の通信部１４４は、クライアント１０２に認証失敗を通知する。
【００７７】
ステップＳ５４，Ｓ５５の処理の後、アプリケーションサーバ１０１のクライアント認証処理は終了する。
【００７８】
図５に戻り、ステップＳ３において、クライアント１０２の取得部２４１は、認証結果を取得する。すなわち、図７のステップＳ５４の認証成功、およびステップＳ５５の認証失敗のいずれかの通知が認証結果として取得される。
【００７９】
ステップＳ４において、クライアント１０２の判定部２４３は、認証が成功したかを判定する。ステップＳ４において認証が成功しなかったと判定された場合、すなわちアプリケーションサーバ１０１から認証失敗が通知された場合、処理はステップＳ１に戻り、それ以降の処理が繰り返される。
【００８０】
ステップＳ４において認証が成功したと判定された場合、すなわちアプリケーションサーバ１０１から認証成功が通知された場合、処理はステップＳ５に進む。
【００８１】
ステップＳ５において、クライアント１０２の取得部２４１は、ユーザが、プライバシ情報が含まれているかを判断する対象として入力したコンテンツを取得する。
【００８２】
コンテンツは、例えば、文章、画像、動画、および音声などである。この例では、図８の文章と画像をコンテンツとして取得する場合について説明する。
【００８３】
図８は、コンテンツの例を示す図である。図８のコンテンツ３２１は、クライアント１０２のユーザがブログに表示させるために作成した文章と画像である。
【００８４】
図８には、文章として、ユーザが勤務しているＡ社の同僚のＢとＡ社のカメラをＣ店に見に行ったこと、およびＡ社のカメラをＢが設計した旨が記載されている。また画像として、Ｃ店の前で、ユーザとユーザの同僚のＢが写っている写真３３１が表示されている。
【００８５】
図８のコンテンツ３２１の例では、ユーザと同僚のＢがＡ社の社員であること、同僚の名前であるＢが記載されていること、およびユーザと同僚のＢの顔が表示されていることなどがプライバシ情報であると考えられる。
【００８６】
図５に戻り、ステップＳ６において、クライアント１０２の通信部２４２は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１０１にコンテンツを送信する。
【００８７】
図６のステップＳ３２において、アプリケーションサーバ１０１の取得部１４１は、インターネット１０４および送受信器１２３を介して、クライアント１０２から送信されてきたコンテンツを取得する。
【００８８】
すなわち、図５のステップＳ６の処理により送信されたコンテンツが取得される。
【００８９】
図６のステップＳ３３において、アプリケーションサーバ１０１は、ユーザ辞書検索処理を実行する。図９を参照して、ユーザ辞書検索処理について説明する。
【００９０】
［ユーザ辞書検索処理］
【００９１】
図９は、ユーザ辞書検索処理を説明するフローチャートである。図９の例では、コンテンツとして文章に含まれる単語と一致する単語をユーザ辞書１２２から検索する場合について説明する。
【００９２】
ステップＳ７１において、アプリケーションサーバ１０１の取得部１４１は、取得されたコンテンツから単語群を取得する。例えば、図８のコンテンツ３２１の一番上の文からは、「今日」、「は」、「Ａ社」、「の」、「同僚」、「の」、「Ｂ」、「と」が単語群として取得される。
【００９３】
ステップＳ７２において、アプリケーションサーバ１０１の検索部１４３は、単語群の単語に一致するブラックリストＤＢ１６１内の単語、または単語の組合せを検索する。
【００９４】
例えば、単語の組合せ「Ａ社＋同僚」、「同僚＋Ｂ」がブラックリストＤＢ１６１内にあれば、ブラックリストＤＢ１６１の検索結果として「Ａ社＋同僚」と「同僚＋Ｂ」が取得される。
【００９５】
なお、「Ａ社＋同僚」とは、「Ａ社」と「同僚」の両方が単語群に含まれていることを示している。
【００９６】
ステップＳ７３において、アプリケーションサーバ１０１の検索部１４３は、単語群の単語に一致するホワイトリストＤＢ１６２の単語、または単語の組合せを検索する。
【００９７】
例えば、「Ａ社」、「同僚」の単語がホワイトリストＤＢ１６２に登録されていれば、ホワイトリストＤＢ１６２の検索結果として「Ａ社」と「同僚」が取得される。
【００９８】
ステップＳ７４において、アプリケーションサーバ１０１の取得部１４１は、ブラックリストＤＢ１６１およびホワイトリストＤＢ１６２の検索結果に基づいて、候補情報を取得する。
【００９９】
候補情報は、プライバシ情報としてユーザに提示される情報の候補であり、ブラックリストＤＢ１６１から検索された単語、または単語の組合せのうちホワイトリストＤＢ１６２から検索された単語の組合せを除いた情報である。
【０１００】
この例では、「Ａ社＋同僚」と「同僚＋Ｂ」がブラックリストＤＢ１６１から検索され、「Ａ社」と「同僚」がホワイトリストＤＢ１６２から検索されているので、「Ａ社」、「同僚」、「Ｂ」が候補情報として取得される。
【０１０１】
すなわち、文章から「Ａ社」のみ、または「同僚」のみが検索された場合、「Ａ社」または「同僚」は候補情報ではないが、文章から「Ａ社」と「同僚」の両方が検索されているので、「Ａ社」と「同僚」は候補情報となる。
【０１０２】
なお、単語の組合せは２つの単語の組合せに限られず、３つ以上の単語の組合せでもよい。例えば「Ａ社＋同僚＋カメラ」のような単語の組合せをブラックリストＤＢ１６１、またはホワイトリストＤＢ１６２に記録してもよい。
【０１０３】
さらになお、候補情報は、画像、動画、および音楽データなどから取得することもできる。例えば、ユーザ辞書１２２に所定の画像を記録し、コンテンツの画像とパターンマッチングの手法などを用いて比較することで候補情報としての画像が取得される。
【０１０４】
ステップＳ７４の処理の後、ユーザ辞書検索処理は終了し、処理は図６のステップＳ３４に進む。
【０１０５】
ステップＳ３４において、アプリケーションサーバ１０１は、関連情報検索処理を実行する。図１０を参照して、関連情報検索処理について説明する。
【０１０６】
［関連情報検索処理］
【０１０７】
図１０は、関連情報検索処理を説明するフローチャートである。
【０１０８】
ステップＳ９１において、アプリケーションサーバ１０１の取得部１４１は、図９のユーザ辞書検出処理によりユーザ辞書１２２から検出された単語と検出されなかった単語の組合せを取得する。
【０１０９】
例えば、検出された単語が「Ａ社」、「同僚」、「Ｂ」であり、検出されなかった単語が「カメラ」、「店舗」、「設計」である場合、「Ａ社＋カメラ」、「Ａ社＋店舗」、「Ａ社＋設計」、「同僚＋カメラ」、「同僚＋店舗」、「同僚＋設計」、「Ｂ＋カメラ」、「Ｂ＋店舗」、「Ｂ＋設計」等の単語の組合せが取得される。
【０１１０】
検出された単語の数がｎ個、検出されなかった単語の数がｍ個である場合、ｎ×ｍ個の組合せが取得される。
【０１１１】
ステップＳ９２において、アプリケーションサーバ１０１の通信部１４４は、取得された単語の組合せの検索要求を検索サーバ１０３に送信する。
【０１１２】
検索サーバ１０３は、検索要求を受けると、その単語の組合せがウェブ上で使用されているかを検索し、検索結果を返す。すなわち、アプリケーションサーバ１０１は、外部の検索サーバ１０３を利用して関連情報検索処理を実行する。
【０１１３】
ステップＳ９３において、アプリケーションサーバ１０１の取得部１４１は、検索サーバ１０３から検索結果を取得する。検索結果の例を図１１に示す。
【０１１４】
図１１は、検索結果３０１の例を示す図である。図１１の例は、「Ａ社＋カメラ」を検索した場合を示している。
【０１１５】
検索対象３２１は「Ａ社 カメラ」であり、検索対象３２１に対して検索されたウェブサイトの件数が検索件数３２２である。「Ａ社＋カメラ」からは約２００，０００件が検索されている。検索件数３２２の数値は、正確な数値ではなく、おおよその数値でよい。
【０１１６】
検索結果情報３２３は、検索対象３２１に対して検索されたウェブサイトのタイトルなどである。スニペット３２４は、検索結果情報３２３のウェブサイトのうち検索対象３２１の単語が含まれるテキストを抜き書きしたものである。
【０１１７】
なお、コンテンツのカテゴリを取得し、取得されたカテゴリを単語の組合せとともに検索サーバ１０３で検索してもよい。
【０１１８】
コンテンツのカテゴリは、コンテンツの内容が属する分野を示す情報であり、予め設定されるか、またはそのコンテンツに最も多く出現する単語から取得される。
【０１１９】
カテゴリとして「カメラ」が取得された場合、例えば、検索対象３２１は、「Ａ社 設計カメラ」となる。
【０１２０】
カテゴリを特定することで、検索条件を絞り込むことができる。また、取得された単語の組合せが、特定したカテゴリに対してどのようにプライバシ情報に関係しているかが想定しやすくなる。
【０１２１】
図１０に戻り、ステップＳ９４において、アプリケーションサーバ１０１は、解析処理を実行する。図１２を参照して、解析処理について説明する。
【０１２２】
［解析処理］
【０１２３】
図１２は、解析処理を説明するフローチャートである。図１２の例では、検索サーバ１０３による検索結果として、「Ａ社＋カメラ」の検索件数が２０万件、「Ａ社＋設計」の検索件数が１万件、「Ｂ＋設計」の検索件数が５０件の情報が取得された場合について説明する。
【０１２４】
ステップＳ１１１において、アプリケーションサーバ１０１の判定部１４５は、検索件数が所定の閾値Ｔ１以上であるかを判定する。
【０１２５】
ステップＳ１１１において検索件数が所定の閾値Ｔ１以上であると判定された場合、ステップＳ１１２において、アプリケーションサーバ１０１の取得部１４１は、検索件数が所定の閾値Ｔ１以上の単語の組合せを取得する。
【０１２６】
例えば、所定の閾値Ｔ１が１０万である場合、検索結果が２０万件である「Ａ社＋カメラ」の単語の組合せが取得される。
【０１２７】
ステップＳ１１１において検索件数が所定の閾値Ｔ１以上でないと判定された場合、ステップＳ１１３において、アプリケーションサーバ１０１の判定部１４５は、検索件数が所定の閾値Ｔ２（Ｔ１＞Ｔ２）以下であるかを判定する。
【０１２８】
ステップＳ１１３において検索件数が所定の閾値Ｔ２以下であると判定された場合、ステップＳ１１４において、アプリケーションサーバ１０１の取得部１４１は、検索件数が所定の閾値Ｔ２以下の単語の組合せを取得する。
【０１２９】
例えば、所定の閾値Ｔ２が１００である場合、検索件数が５０件である「Ｂ＋設計」の単語の組合せが取得される。
【０１３０】
ステップＳ１１２，Ｓ１１４の処理の後、ステップＳ１１５において、アプリケーションサーバ１０１の取得部１４１は、取得された単語の組合せの関連情報を取得する。関連情報は、例えば、スニペットや特徴的な単語の組合せである。
【０１３１】
特徴的な単語の組合せは、データクラスタリングの手法、例えばFrequent Set Mining（FSM）のアルゴリズムなどを実装してスニペットから取得される。
【０１３２】
図１１の例では、スニペット３２４に頻出している単語の組合せ「デジタル＋一眼レフ」が特徴的な単語の組合せ、すなわち関連情報として取得される。
【０１３３】
ステップＳ１１５の処理の後、図１２の解析処理が終了するとともに、図１０の関連情報検索処理が終了し、処理は図６のステップＳ３５に進む。
【０１３４】
ステップＳ３５において、アプリケーションサーバ１０１の生成部１４６は、候補情報から提示情報を生成する。
【０１３５】
提示情報は、秘匿情報が含まれているかをユーザに確認させるためにユーザに提示する情報である。この実施の形態の場合、コンテンツに対して候補情報を付加したコンテンツが提示情報とされるが、候補情報のみを提示情報としてもよい。
【０１３６】
なお、提示情報は、候補情報に加え、関連情報を付加して生成してもよい。
【０１３７】
図１３は、コンテンツに候補情報を付加した構成の提示情報の例を示す図である。コンテンツを構成する文章のうち候補情報に該当する候補単語３６１−１乃至３６１−３には、候補情報であることを示すマークとしてアンダーラインが表示される。
【０１３８】
なお、マークとしては、アンダーラインの他にハイライト表示や文字の色を変更する等してもよい。
【０１３９】
また、画像のうち候補情報に該当する候補画像３６２は、候補画像３６２に該当する画像の部分が円のマークで囲まれる。図１３の例では、ユーザの顔が候補画像３６２として示されている。
【０１４０】
図６に戻り、ステップＳ３６において、アプリケーションサーバ１０１の通信部１４４は、送受信器１２３およびインターネット１０４を介して、クライアント１０２に提示情報を送信する。
【０１４１】
上述したように、この提示情報は、候補情報とするか、または候補情報を付加するか、さらに関連情報を付加したコンテンツとすることができる。
【０１４２】
図５のステップＳ７において、クライアント１０２の取得部２４１は、アプリケーションサーバ１０１から送信されてきた提示情報を取得する。すなわち図６のステップＳ３６の処理により送信された提示情報が取得される。
【０１４３】
ステップＳ８において、クライアント１０２の出力部２４４は、出力装置２２３に提示情報を出力する。すなわち、ユーザに対して提示情報が提示される。ユーザはこの提示情報を見て、秘匿情報が含まれているかを判断し、判断結果を入力する。
【０１４４】
ステップＳ９において、クライアント１０２の判定部２４３は、更新すべき情報があるかを判定する。すなわち、ユーザにより更新すべき情報が入力されたかが判定される。
【０１４５】
ステップＳ９において更新すべき情報があると判定された場合、ステップＳ１０において、クライアント１０２の取得部２４１は、更新情報を取得する。
【０１４６】
更新情報は、例えば、図１３に示した提示情報に記載されている「同僚」がユーザによりプライバシ情報に該当しないと判断されたとき、「同僚」を候補情報として表示させないようにするための情報である。
【０１４７】
例えば、アプリケーションサーバ１０１のブラックリストＤＢ１６１に記録されている「Ａ社＋同僚」と「同僚＋Ｂ」を削除し、「Ａ社＋Ｂ」を記録するための情報が更新情報とされる。
【０１４８】
また、更新情報は、候補情報として提示されていないが、ユーザによりプライバシ情報であると判断された単語、または単語の組合せを含むことができる。
【０１４９】
例えば、ユーザにより候補情報でない「Ｃ店」がプライバシ情報に該当すると判断された場合、「Ｃ店」をアプリケーションサーバ１０１のブラックリストＤＢ１６１に記録するための情報が更新情報とされる。
【０１５０】
さらに、更新情報は、関連情報であるスニペットや特徴的な単語の組合せからブラックリストＤＢ１６１またはホワイトリストＤＢ１６２に記録する単語、または単語の組合せの情報でもよい。
【０１５１】
例えば、特徴的な単語の組合せ「デジタル＋一眼レフ」をブラックリストＤＢ１６１またはホワイトリストＤＢ１６２に記録するための情報が更新情報とされる。さらにまた、更新情報は、コンテンツのカテゴリも含めた情報でもよい。
【０１５２】
例えば、「Ａ社＋会社」（カテゴリ：カメラ）をブラックリストＤＢ１６１に記録するための情報と、「Ａ社＋会社」（カテゴリ：車）をホワイトリストＤＢ１６２に記録するための情報が更新情報とされる。
【０１５３】
これにより、ユーザ辞書１２２をより細かく分類することができる。
【０１５４】
ステップＳ１１において、クライアント１０２の通信部２４２は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１０１に更新情報を送信する。
【０１５５】
ステップＳ９において更新すべき情報がないと判定された場合、またはステップＳ１１の処理の後、ステップＳ１２において、クライアント１０２の判定部２４３は、終了が指示されたかを判定する。
【０１５６】
ステップＳ１２において終了が指示されていないと判定された場合、処理はステップＳ５に戻る。ステップＳ５の処理で再度取得されるコンテンツは、提示情報に基づきユーザにより編集されたコンテンツである。
【０１５７】
編集されたコンテンツは、例えば、図８のコンテンツ３２１の文章中の「Ａ社」が「会社」に変更されたコンテンツである。
【０１５８】
ステップＳ１２において終了が指示されたと判定された場合、処理はステップＳ１３に進む。
【０１５９】
ステップＳ１３において、クライアント１０２の通信部２４２は、アプリケーションサーバ１０１に処理終了を通知する。
【０１６０】
これにより、クライアント１０２のプライバシ情報保護処理は終了する。
【０１６１】
一方、図６のステップＳ３７において、アプリケーションサーバ１０１の判定部１４５は、取得部１４１がクライアント１０２から候補情報を取得したかを判定する。すなわち図５のステップＳ１１の処理により更新情報が送信されてきたかが判定される。
【０１６２】
ステップＳ３７において更新情報を取得したと判定された場合、ステップＳ３８において、更新部１４７は、ユーザ辞書１２２を更新する。すなわち、取得された更新情報に基づいてブラックリストＤＢ１６１とホワイトリストＤＢ１６２が更新される。
【０１６３】
これにより、学習が行われることになり、より確実に秘匿情報の漏洩を防止することができる。
【０１６４】
ステップＳ３７において更新情報を取得しなかったと判定された場合、またはステップＳ３８の処理の後、ステップＳ３９において、アプリケーションサーバ１０１の判定部１４５は、終了が通知されたかが判定される。
【０１６５】
ステップＳ３９において終了が通知されていないと判定された場合、処理はステップＳ３２に戻り、それ以降の処理が繰り返される。ステップＳ３９において終了が通知されたと判定された場合、アプリケーションサーバ１０１のプライバシ情報保護処理は終了する。
【０１６６】
このようにアプリケーションサーバ１０１は、ブラックリストＤＢ１６１とホワイトリストＤＢ１６２を用いて文脈に応じた候補情報を提示するので、ユーザに対して、より高精度な情報を提供することできる。
【０１６７】
なお、ユーザ辞書１２２は、ユーザごとに設定されているとしたが、一人のユーザが用途に応じて複数のユーザ辞書１２２を有してもよい。
【０１６８】
図１４は、用途に応じたユーザ辞書１２２を有するアプリケーションサーバ４０１の構成例を示すブロック図である。
【０１６９】
ユーザ辞書１２２−１は、デフォルトのユーザ辞書である。ユーザ辞書１２２−２は、会社に関するコンテンツのためのユーザ辞書である。ユーザ辞書１２２−３は、プライベートに関するコンテンツのためのユーザ辞書である。
【０１７０】
ユーザ辞書１２２−１乃至１２２−３のいずれを使用するかは、クライアント１０２のユーザにより指定される。
【０１７１】
例えば、ステップＳ５の処理で取得されるコンテンツに、ユーザ辞書１２２の種類を指定する情報が付加される。そして、ステップＳ６の処理でコンテンツとともに、ユーザ辞書１２２の種類を指定する情報が送信される。
【０１７２】
アプリケーションサーバ４０１は、図６のステップＳ３２の処理でコンテンツとともにユーザ辞書１２２の種類を指定する情報を取得する。そして、指定された種類のユーザ辞書１２２を利用して、ステップＳ３３のユーザ辞書検索処理が実行される。
【０１７３】
なお、ユーザ辞書１２２の種類を指定する情報は、図５のステップＳ１で取得されるユーザ情報に含めることもできる。
【０１７４】
ユーザ辞書１２２の用途は、会社用、プライベート用の他、ブログ用、メール用、ａさん用、ｂさん用など様々な状況に応じてユーザが指定できる。
【０１７５】
これにより、アプリケーションサーバ４０１は、ユーザに対して、用途に応じた最適な情報を提供することができる。
【０１７６】
＜第２の実施の形態＞
【０１７７】
［アプリケーションサーバ５０１の構成］
【０１７８】
図１５は、第２の実施の形態におけるアプリケーションサーバ５０１の構成例を示すブロック図である。図１５のアプリケーションサーバ５０１のうち、図３のアプリケーションサーバ１０１と対応する要素には同じ符号が付されている。
【０１７９】
すなわち、アプリケーションサーバ５０１は、CPU５２１の推薦部５４１と、記録装置５２２を有する点がアプリケーションサーバ１０１と異なり、他の構成は図３のアプリケーションサーバ１０１と同様である。
【０１８０】
推薦部５４１は、各種の推薦情報を付加する。記録装置５２２は、推薦情報を記録している。
【０１８１】
［推薦処理］
【０１８２】
図１６は、アプリケーションサーバ５０１の推薦処理を説明するフローチャートである。図１６においてステップＳ１３１乃至Ｓ１３５，Ｓ１３７乃至Ｓ１４０の処理は、図６のステップＳ３１乃至Ｓ３９の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０１８３】
ステップＳ１３１において、アプリケーションサーバ５０１は、クライアント認証処理を実行する。
【０１８４】
ステップＳ１３２において、アプリケーションサーバ５０１の取得部１４１は、クライアント１０２からコンテンツを取得する。すなわち、図５のステップＳ６の処理により送信されたコンテンツが取得される。
【０１８５】
ステップＳ１３３において、アプリケーションサーバ５０１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ１６１とホワイトリストＤＢ１６２内の単語が検索され、候補情報が取得される。
【０１８６】
ステップＳ１３４において、アプリケーションサーバ５０１は、関連情報検索処理を実行する。ステップＳ１３５において、アプリケーションサーバ５０１の生成部１４６は、候補情報から提示情報を生成する。
【０１８７】
ステップＳ１３６において、アプリケーションサーバ５０１の推薦部５４１は、提示情報に推薦情報を付加する。推薦情報は、記録装置５２２に予め記録されている。推薦情報を付加したコンテンツの形式の提示情報の例を図１７に示す。
【０１８８】
図１７は、推薦情報を付加したコンテンツの例を示す図である。図１７の左側には、図１３を参照して説明した提示情報３４１が示されている。図１７の右側には、推薦情報を付加した提示情報３４２の例が示されている。
【０１８９】
コンテンツに付加された推薦情報３８１は、例えば、候補単語３６１または候補画像３６２をマウスでクリックすることにより表示される。図１７の例では、推薦情報３８１が吹き出しとして表示されている。
【０１９０】
推薦情報３８１は、候補単語３６１または候補画像３６２の変更案を推薦するものである。変更案は、固有名詞を一般名詞に変更する、単語を削除する、画像をぼかすなどである。
【０１９１】
例えば、候補単語３６１−１「Ａ社」に対しては、「会社」に変更する推薦情報３８１−１が提示される。候補単語３６１−３「Ｂ」に対しては、削除を推薦する推薦情報３８１−２が提示される。
【０１９２】
候補画像３６２に対しては、顔の部分のマスキングを推薦する推薦情報３８１−３が提示される。
【０１９３】
また、コンテンツのカテゴリを取得し、そのカテゴリに関係しない文を全部削除するように推薦することもできる。例えば、コンテンツのカテゴリがカメラである場合、候補単語３６１−４「Ｄ」を含む文のカテゴリは、カメラではない。
【０１９４】
この場合、候補単語３６１−４「Ｄ」に対する変更案の代わりに候補単語３６１−４「Ｄ」を含む文を削除する推薦情報３８１−４を提示するようにしてもよい。
【０１９５】
図１６に戻り、ステップＳ１３７において、アプリケーションサーバ５０１の通信部１４４は、推薦情報を付加した提示情報をクライアント１０２に送信する。
【０１９６】
ステップＳ１３８において、アプリケーションサーバ５０１の判定部１４５は、更新情報を取得したかを判定する。
【０１９７】
ステップＳ１３８において更新情報が取得されたと判定された場合、ステップＳ１３９において、アプリケーションサーバ５０１の更新部１４７は、ユーザ辞書１２２を更新する。
【０１９８】
ステップＳ１３８において更新情報が取得されなかったと判定された場合、またはステップＳ１３９の処理の後、ステップＳ１４０において、アプリケーションサーバ５０１の判定部１４５は、終了が通知されたかを判定する。
【０１９９】
ステップＳ１４０において終了が通知されなかったと判定された場合、処理はステップＳ１３２に戻る。ステップＳ１４０において終了が通知されたと判定された場合、アプリケーションサーバ５０１の推薦処理は終了する。
【０２００】
これにより、クライアント１０２のユーザが容易にプライバシ情報を変更することができる。
【０２０１】
＜第３の実施の形態＞
【０２０２】
［アプリケーションサーバ６０１の構成］
【０２０３】
図１８は、第３の実施の形態におけるアプリケーションサーバ６０１の構成例を示すブロック図である。図１８のアプリケーションサーバ６０１のうち、図３のアプリケーションサーバ１０１と対応する要素には同じ符号が付されている。
【０２０４】
すなわち、アプリケーションサーバ６０１は、検索サーバ１０３の代わりに、共有辞書６２１を有することがアプリケーションサーバ１０１と異なる。なお、検索サーバ１０３と共有辞書６２１の両方を備えるようにしてもよい。
【０２０５】
共有辞書６２１は、ユーザ固有の情報ではなく、複数のクライアント１０２−１乃至１０２−Ｎが秘匿する（すなわち公開を所望しない）情報を保持する。
【０２０６】
［アプリケーションサーバ６０１のプライバシ情報保護処理］
【０２０７】
図１９は、アプリケーションサーバ６０１のプライバシ情報保護処理を説明するフローチャートである。
【０２０８】
図１９においてステップＳ１６１乃至Ｓ１６３，Ｓ１６５乃至Ｓ１６８，Ｓ１７０の処理は、図６のステップＳ３１乃至Ｓ３３，Ｓ３５乃至Ｓ３９の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０２０９】
ステップＳ１６１において、アプリケーションサーバ６０１は、クライアント認証処理を実行する。
【０２１０】
ステップＳ１６２において、アプリケーションサーバ６０１の取得部１４１は、クライアント１０２（例えば、クライアント１０２−１）からコンテンツを取得する。すなわち、図５のステップＳ６の処理により送信されたコンテンツが取得される。
【０２１１】
ステップＳ１６３において、アプリケーションサーバ６０１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ１６１とホワイトリストＤＢ１６２内の単語が検索され、候補情報が取得される。
【０２１２】
ステップＳ１６４において、アプリケーションサーバ６０１は、共有辞書検索処理を実行する。図２０を参照して、共有辞書検索処理について説明する。
【０２１３】
［共有辞書検索処理］
【０２１４】
図２０は、共有辞書検索処理を説明するフローチャートである。図２０の例では、コンテンツとして文章に含まれる単語と一致する単語を共有辞書６２１から検索する場合について説明する。
【０２１５】
ステップＳ１９１において、アプリケーションサーバ６０１の取得部１４１は、コンテンツから単語群を取得する。
【０２１６】
ステップＳ１９２において、アプリケーションサーバ６０１の検索部１４３は、共有辞書６２１内の単語を検索する。検索された単語は、候補情報として取得される。
【０２１７】
共有辞書６２１は、ユーザ固有の情報ではなく、クライアント１０２−１乃至１０２−Ｎから取得した情報から、プライバシ情報になりうる日時や場所などの情報を記録している。
【０２１８】
なぜなら、日時と場所が特定できれば、イベントを特定できる可能性があるので、ユーザによってはプライバシ情報となりうるからである。
【０２１９】
例えば、ユーザが「１月１日に場所Ｈの音楽ライブに行った」ということを公開したくない場合、コンテンツとしての文章に「１月１日に場所Ｈにいた。」と記載していれば、文章を見た他のユーザが、ユーザが音楽ライブに行ったことを知る可能性がある。
【０２２０】
この場合、共有辞書６２１内を検索することで、「１月１日」と「Ｈ」が候補情報として取得される。
【０２２１】
また、共有辞書６２１は、クライアント１０２−１乃至１０２−Ｎの各ユーザから収集された公開情報や、インターネット１０４上から収集された検索情報などを保持してもよい。
【０２２２】
公開情報は、例えば、各ユーザにより作成されたブログやツイッターなどに記載された情報などである。
【０２２３】
検索情報は、検索サーバ１０３が情報を収集するのと同様の方法を利用して収集された情報であり、共有辞書６２１が有するクローラを使用して収集された情報などである。
【０２２４】
従って、他のクライアント１０２のユーザから収集された公開情報や、インターネット１０４上から収集された検索情報を用いることで、ユーザがプライバシ情報として気付いていない情報を候補情報として提示させることができる。
【０２２５】
図１９に戻り、ステップＳ１６５において、アプリケーションサーバ６０１の生成部１４６は、候補情報から提示情報を生成する。
【０２２６】
ステップＳ１６６において、アプリケーションサーバ６０１の通信部１４４は、提示情報をクライアント１０２（いまの場合、クライアント１０２−１）に送信する。
【０２２７】
ステップＳ１６７において、アプリケーションサーバ６０１の判定部１４５は、更新情報を取得したかを判定する。ステップＳ１６７において更新情報が取得されたと判定された場合、ステップＳ１６８において、アプリケーションサーバ６０１の更新部１４７は、ユーザ辞書１２２を更新する。
【０２２８】
ステップＳ１６９において、アプリケーションサーバ６０１の更新部１４７は、共有辞書６２１を更新する。例えば、更新情報のうちブラックリストＤＢ１６１を更新する情報を用いて共有辞書６２１を更新する。
【０２２９】
ステップＳ１６７において更新情報が取得されなかったと判定された場合、またはステップＳ１６９の処理の後、ステップＳ１７０において、アプリケーションサーバ６０１の判定部１４５は、終了が通知されたかを判定する。
【０２３０】
ステップＳ１７０において終了が通知されなかったと判定された場合、処理はステップＳ１６２に戻り、それ以降の処理が繰り返される。ステップＳ１７０において終了が通知されたと判定された場合、アプリケーションサーバ６０１のプライバシ情報保護処理は終了する。
【０２３１】
これにより、アプリケーションサーバ６０１は、外部の秘匿性のない検索サーバ１０３を使用しないので、秘匿性の高い情報からより安全にプライバシ情報を提供することができる。
【０２３２】
また、共有辞書６２１は、一般的な検索サーバ１０３よりプライバシ情報が検索されやすいので、より効率的にプライバシ情報を取得することができる。
【０２３３】
＜第４の実施の形態＞
【０２３４】
［クライアント７０１の構成］
【０２３５】
図２１は、第４の実施の形態におけるクライアント７０１の構成例を示すブロック図である。アプリケーションサーバ１０１の機能の少なくとも一部を他の装置に分担させることもできる。
【０２３６】
図２１のクライアント７０１は、図３のアプリケーションサーバ１０１の構成と同様の構成を有するものである。すなわち、アプリケーションサーバ１０１の処理をクライアント７０１上で実行するものである。
【０２３７】
クライアント７０１は、CPU７２１、ユーザ辞書７２２、入力装置２２２、出力装置２２３、および送受信器２２４を有している。
【０２３８】
クライアント７０１の入力装置２２２、出力装置２２３、および送受信器２２４は、図４のクライアント１０２の入力装置２２２、出力装置２２３、および送受信器２２４と同様の構成である。
【０２３９】
CPU７２１は、取得部７４１、検索部７４２、通信部７４３、判定部７４４、生成部７４５、出力部７４６、および更新部７４７の機能ブロックを有している。なおCPU７２１の各ブロックは、必要に応じて相互に信号、データを授受することが可能とされている。
【０２４０】
取得部７４１は、各種の情報を取得する。検索部７４２は、各種の情報を検索する。通信部７４３は、各種の情報を通信する。判定部７４４は、各種の情報を判定する。生成部７４５は、編集したコンテンツを生成する。出力部７４６は、各種の情報を出力する。更新部７４７は、各種の情報を更新する。
【０２４１】
ユーザ辞書７２２は、ユーザにより登録された単語、または単語の組合せを記録している。ユーザ辞書７２２は、ブラックリストＤＢ７６１、およびホワイトリストＤＢ７６２から構成されている。
【０２４２】
ブラックリストＤＢ７６１は、ユーザがプライバシ情報として出力したくない（すなわち、秘匿する）単語、または単語の組合せを記録している。
【０２４３】
ホワイトリストＤＢ７６２は、ユーザがプライバシ情報として出力しても問題のない（すなわち、公開する）単語、または単語の組合せを記録している。
【０２４４】
［クライアント７０１のプライバシ情報保護処理］
【０２４５】
図２２は、クライアント７０１のプライバシ情報保護処理を説明するフローチャートである。
【０２４６】
図２２においてステップＳ２１１乃至Ｓ２１４，Ｓ２１６乃至Ｓ２１８の処理は、図６のステップＳ３２乃至Ｓ３５，Ｓ３７乃至Ｓ３９の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０２４７】
ステップＳ２１１において、クライアント７０１の取得部７４１は、入力装置２２２からコンテンツを取得する。すなわち、ユーザにより作成されたコンテンツが取得される。
【０２４８】
ステップＳ２１２において、クライアント７０１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ７６１とホワイトリストＤＢ７６２内の単語が検索され、候補情報が取得される。
【０２４９】
ステップＳ２１３において、クライアント７０１は、図１０の関連情報検索処理を実行する。ステップＳ２１４において、クライアント７０１の生成部７４５は、候補情報から提示情報を生成する。
【０２５０】
ステップＳ２１５において、クライアント７０１の出力部７４６は、提示情報を出力装置２２３に出力する。ユーザはこの提示情報を見て、秘匿情報が含まれているかを判断し、判断結果を入力する。
【０２５１】
ステップＳ２１６において、クライアント７０１の判定部７４４は、更新情報を取得したかを判定する。すなわち、ユーザの操作により入力装置２２２から更新情報が入力されたかが判定される。
【０２５２】
ステップＳ２１６において更新情報が取得されたと判定された場合、ステップＳ２１７において、クライアント７０１の更新部７４７は、ユーザ辞書７２２を更新する。
【０２５３】
ステップＳ２１６において更新情報が取得されなかったと判定された場合、またはステップＳ２１７の処理の後、ステップＳ２１８において、クライアント７０１の判定部７４４は、終了が指示されたかを判定する。
【０２５４】
すなわち、ユーザの操作により入力装置２２２から終了の指示が入力されたかが判定される。
【０２５５】
ステップＳ２１８において終了が指示されなかったと判定された場合、処理はステップＳ２１１に戻り、それ以降の処理が繰り返される。ステップＳ２１８において終了が通知されたと判定された場合、クライアント７０１のプライバシ情報保護処理は終了する。
【０２５６】
これにより、ユーザがプライバシ情報を含むコンテンツをインターネット１０４上に送信することなくプライバシ情報を修正するので、より確実に秘匿性の高い情報の流出を防止することができる。
【０２５７】
なお、クライアント７０１においても、図１４のアプリケーションサーバ４０１における場合のように、ユーザ辞書７２２を用途ごとに構成したり、図１５のアプリケーションサーバ５０１における場合のように、推薦部を設け、変更案を推薦するようにすることもできる。
【０２５８】
＜第５の実施の形態＞
【０２５９】
［クライアント７０１およびアプリケーションサーバ９０１の構成］
【０２６０】
図２３は、第５の実施の形態におけるクライアント７０１およびアプリケーションサーバ９０１の構成例を示すブロック図である。
【０２６１】
図２３のクライアント７０１は、図２１を参照して説明したクライアント７０１と同じ構成である。図２３のアプリケーションサーバ９０１のうち、図３のアプリケーションサーバ１０１と対応する要素には同じ符号が付されている。
【０２６２】
アプリケーションサーバ９０１のCPU９２１は、取得部１４１、認証部１４２、通信部１４４、および判定部１４５の機能ブロックを有している。
【０２６３】
［クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ９０１の関連情報提供処理］
【０２６４】
図２４は、クライアント７０１のプライバシ情報保護処理を説明するフローチャートである。図２５は、アプリケーションサーバ９０１の関連情報提供処理を説明するフローチャートである。
【０２６５】
図２４においてステップＳ２３１，Ｓ２３２，Ｓ２３６乃至Ｓ２４０の処理は、図２２のステップＳ２１１，Ｓ２１２，Ｓ２１４乃至Ｓ２１８の処理に対応する処理である。
【０２６６】
また、図２５においてステップＳ２６２の処理は、図６のステップＳ３４の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０２６７】
なお、図５のステップＳ１乃至Ｓ４および図７を参照して実行される認証処理は、実行済みであるとする。
【０２６８】
図２４のステップＳ２３１において、クライアント７０１の取得部７４１は、入力装置２２２からコンテンツを取得する。すなわち、ユーザにより作成されたコンテンツが取得される。
【０２６９】
ステップＳ２３２において、クライアント７０１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ７６１とホワイトリストＤＢ７６２内の単語が検索され、候補情報が取得される。
【０２７０】
ステップＳ２３３において、クライアント７０１の取得部７４１は、ユーザ辞書７２２から検出された単語と検出されなかった単語の組合せを取得する。
【０２７１】
ステップＳ２３４において、クライアント７０１の通信部７４３は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ９０１に単語の組合せを送信する。
【０２７２】
図２５のステップＳ２６１において、アプリケーションサーバ９０１の取得部１４１は、インターネット１０４および送受信器１２３を介して、クライアント７０１から単語の組合せを取得する。
【０２７３】
すなわち、図２４のステップＳ２３４の処理により送信された単語の組合せが取得される。
【０２７４】
ステップＳ２６２において、アプリケーションサーバ９０１は、図１０の関連情報検索処理のうち、ステップＳ９１を除く処理を実行する（ステップＳ９１の処理は、ステップＳ２３３において既に実行されている）。
【０２７５】
すなわち、ステップＳ２３３において取得され、ステップＳ２３４において送信された単語の組合せが取得されると、アプリケーションサーバ９０１は検索サーバ１０３に検索要求を送信し、検索結果を取得し、図１２の解析処理を実行する。
【０２７６】
ステップＳ２６３において、アプリケーションサーバ９０１の通信部１４４は、送受信器１２４およびインターネット１０４を介して、クライアント７０１に関連情報を送信する。
【０２７７】
ステップＳ２６３の処理の後、図２５のアプリケーションサーバ９０１の関連情報提供処理は終了する。
【０２７８】
図２４に戻り、ステップＳ２３５において、クライアント７０１の取得部７４１は、アプリケーションサーバ９０１から関連情報を取得する。すなわち、図２５のステップＳ２６３の処理により送信された関連情報が取得される。
【０２７９】
ステップＳ２３６において、クライアント７０１の生成部７４５は、提示情報を生成する。この提示情報は、例えば、コンテンツに候補情報と関連情報が付加された情報とされる。
【０２８０】
ステップＳ２３７において、クライアント７０１の出力部７４６は、提示情報を出力装置２２３に出力する。ユーザはこの提示情報を見て、秘匿情報が含まれているかを判断し、判断結果を入力する。
【０２８１】
ステップＳ２３８において、クライアント７０１の判定部７４４は、更新情報を取得したかを判定する。すなわち、ユーザの操作により入力装置２２２から更新情報が入力されたかが判定される。
【０２８２】
ステップＳ２３８において更新情報が取得されたと判定された場合、ステップＳ２３９において、クライアント７０１の更新部７４７は、ユーザ辞書７２２を更新する。
【０２８３】
ステップＳ２３８において更新情報が取得されなかったと判定された場合、またはステップＳ２３９の処理の後、ステップＳ２４０において、クライアント７０１の判定部７４４は、終了が指示されたかを判定する。すなわち、ユーザの操作により入力装置２２２から終了の指示が入力されたかが判定される。
【０２８４】
ステップＳ２４０において終了が指示されなかったと判定された場合、処理はステップＳ２３１に戻り、それ以降の処理が繰り返される。ステップＳ２４０において終了が通知されたと判定された場合、図２４のクライアント７０１のプライバシ情報保護処理は終了する。
【０２８５】
これにより、ユーザ固有のプライバシ情報を含むコンテンツをインターネット１０４上に送信することなくプライバシ情報を修正するので、より確実に秘匿性の高い情報の流出を防止することができる。
【０２８６】
またこのようにクライアント７０１とアプリケーションサーバ９０１で処理を分散すると、クライアント７０１とアプリケーションサーバ９０１の負荷を軽減することができる。
【０２８７】
＜第６の実施の形態＞
【０２８８】
［クライアント７０１およびアプリケーションサーバ１００１の構成］
【０２８９】
図２６は、第６の実施の形態におけるクライアント７０１−１およびアプリケーションサーバ１００１の構成例を示すブロック図である。図２６のクライアント７０１−１は、図２１を参照して説明したクライアント７０１と同様の構成である。
【０２９０】
図２６のアプリケーションサーバ１００１のうち、図２３のアプリケーションサーバ９０１と対応する要素には同じ符号が付されている。
【０２９１】
すなわち、アプリケーションサーバ１００１は、CPU１０２１が制御部１０４１を有する点がアプリケーションサーバ９０１と異なり、他の構成はアプリケーションサーバ９０１と同様である。
【０２９２】
CPU１０２１の制御部１０４１は、各種の情報を制御する。
【０２９３】
［クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ１００１の関連情報提供処理］
【０２９４】
図２７は、クライアント７０１−１，７０１−２のプライバシ情報保護処理およびアプリケーションサーバ１００１の関連情報提供処理を説明するフローチャートである。
【０２９５】
図２７の例では、アプリケーションサーバ１００１がクライアント７０１−１，７０１−２からほぼ同時に検索要求を取得した場合について説明する。
【０２９６】
図２７の例では、クライアント７０１−１，７０１−２がユーザ辞書検索処理を実行し、アプリケーションサーバ１００１が関連情報検索処理を実行する。
【０２９７】
なお、図２７においてステップＳ２８１乃至Ｓ２９０、およびステップＳ３１１乃至Ｓ３４０は、図２４のステップＳ２３１乃至Ｓ２４０の処理に対応する処理である。
【０２９８】
また、ステップＳ３４１，Ｓ３４３，Ｓ３４４の処理は、図２５のステップＳ２６１乃至Ｓ２６３の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０２９９】
さらにステップＳ２８１乃至Ｓ２９０の処理とステップＳ３１１乃至Ｓ３４０の処理は同様の処理であり、説明を簡単にするため、主にステップＳ２８１乃至Ｓ２９０（すなわち、クライアント７０１−１）の処理について説明する。
【０３００】
なお、図５のステップＳ１乃至Ｓ４および図７を参照して実行される認証処理は、実行済みであるとする。
【０３０１】
ステップＳ２８１において、クライアント７０１−１の取得部７４１は、入力装置２２２からコンテンツを取得する。すなわち、ユーザにより作成されたコンテンツが取得される。
【０３０２】
ステップＳ２８２において、クライアント７０１−１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ７６１とホワイトリストＤＢ７６２内の単語が検索され、候補情報が取得される。
【０３０３】
ステップＳ２８３において、クライアント７０１−１の取得部７４１は、ユーザ辞書７２２から検出された単語と検出されなかった単語の組合せを取得する。
【０３０４】
ステップＳ２８４において、クライアント７０１−１の通信部７４３は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１００１に単語の組合せを送信する。
【０３０５】
また、クライアント７０１−２においてもステップＳ３１１乃至Ｓ３１３で、ステップＳ２８１乃至Ｓ２８３と同様の処理が行われる。そしてステップＳ３１４において、クライアント７０１−２の通信部７４３は、アプリケーションサーバ１００１に単語の組合せを送信する。
【０３０６】
一方、ステップＳ３４１において、アプリケーションサーバ１００１の取得部１４１は、クライアント７０１−１，７０１−２から送信されてきた単語の組合せを取得する。
【０３０７】
ステップＳ３４２において、アプリケーションサーバ１００１の制御部１０４１は、処理する順番を変更する。具体的には、クライアント７０１−１，７０１−２から取得した単語の組合せを、クライアント（すなわち、ユーザ）の特定を困難にする順番に変更する。
【０３０８】
例えば、クライアント７０１−１の単語の組合せＷ１１，Ｗ１２，Ｗ１３，・・・，Ｗ１ｎと、クライアント７０１−２の単語の組合せＷ２１，Ｗ２２，Ｗ２３，・・・，Ｗ２ｍが、Ｗ１１，Ｗ２１，Ｗ２２，Ｗ１２，Ｗ２３，Ｗ１３，・・・，Ｗ２ｍ，Ｗ１ｎのように、不規則に混じった順番とされる。
【０３０９】
また、アプリケーションサーバ１００１は、クライアント７０１−１，７０１−２の両方から共通する単語の組合せを取得した場合、その単語の組合せをまとめて検索するようにしてもよい。
【０３１０】
これによってもクライアント７０１−１，７０１−２のいずれで使用されている組合せであるのかの特定（すなわち、ユーザの特定）を困難にすることができる。
【０３１１】
さらに、アプリケーションサーバ１００１は、クライアント７０１−１，７０１−２から送信された単語の組合せに対して、クライアント７０１−１，７０１−２から送信されていない所定の単語、例えばカテゴリを付加して検索するようにしてもよい。
【０３１２】
このようにすることで、より正確な検索が可能になる。
【０３１３】
なお、ステップＳ３４２の処理は、ステップＳ３４１の処理により一方のクライアント７０１から取得した単語の組合せに対して関連情報検索処理を実行している最中に、他方のクライアント７０１から単語の組合せを取得した場合にも、タイミングを調整して実行されるようにしてもよい。
【０３１４】
ステップＳ３４３において、アプリケーションサーバ１００１は、図１０のステップＳ９１を除く関連情報検索処理を実行する（ステップＳ９１の処理は、ステップＳ２８３において既に実行されている）。
【０３１５】
すなわち、ステップＳ３４２において順番が変更された単語の組合せが取得され、検索サーバ１０３に検索要求が送信され、検索結果が取得され、図１２の解析処理が実行される。
【０３１６】
ステップＳ３４４において、アプリケーションサーバ１００１の通信部１４４は、送受信器１２４およびインターネット１０４を介して、クライアント７０１−１，７０２−１に関連情報を送信する。
【０３１７】
ステップＳ３４４の処理の後、アプリケーションサーバ１００１の関連情報提供処理は終了する。
【０３１８】
ステップＳ２８５において、クライアント７０１−１の取得部７４１は、アプリケーションサーバ１００１から関連情報を取得する。
【０３１９】
ステップＳ２８６において、クライアント７０１−１の生成部７４５は、提示情報を生成する。この提示情報は、例えば、コンテンツに候補情報と関連情報が付加された情報とされる。
【０３２０】
ステップＳ２８７において、クライアント７０１−１の出力部７４６は、提示情報を出力装置２２３に出力する。ユーザはこの提示情報を見て、秘匿情報が含まれているかを判断し、判断結果を入力する。
【０３２１】
ステップＳ２８８において、クライアント７０１−１の判定部７４４は、更新情報を取得したかを判定する。すなわち、ユーザの操作により入力装置２２２から更新情報が入力されたかが判定される。
【０３２２】
ステップＳ２８８において更新情報が取得されたと判定された場合、ステップＳ２８９において、クライアント７０１−１の更新部７４７は、ユーザ辞書７２２を更新する。
【０３２３】
ステップＳ２８８において更新情報が取得されなかったと判定された場合、またはステップＳ２８９の処理の後、ステップＳ２９０において、クライアント７０１−１の判定部７４４は、終了が指示されたかを判定する。
【０３２４】
すなわち、ユーザの操作により入力装置２２２から終了の指示が入力されたかが判定される。ステップＳ２９０において終了が指示されなかったと判定された場合、処理はステップＳ２８１に戻り、それ以降の処理が繰り返される。
【０３２５】
ステップＳ２９０において終了が通知されたと判定された場合、クライアント７０１−１のプライバシ情報保護処理は終了する。
【０３２６】
これにより、複数のクライアント７０１−１，７０１−２から単語の組合せが送信されてきた場合、アプリケーションサーバ１００１は、より効率的にクライアント７０１−１，７０１−２のそれぞれに関連情報を提供することができる。
【０３２７】
＜第７の実施の形態＞
【０３２８】
［クライアント７０１およびアプリケーションサーバ１１０１の構成］
【０３２９】
図２８は、第７の実施の形態におけるクライアント７０１−１およびアプリケーションサーバ１００１の構成例を示すブロック図である。図２８のクライアント７０１−１は、図２１を参照して説明したクライアント７０１と同様の構成である。
【０３３０】
図２８のアプリケーションサーバ１１０１のうち、図１８のアプリケーションサーバ６０１と図２６のアプリケーションサーバ１００１と対応する要素には同じ符号が付されている。
【０３３１】
すなわち、アプリケーションサーバ１１０１は、CPU１１２１の検索部１４３と更新部１４７、および共有辞書６２１を有することが図２６のアプリケーションサーバ１００１と異なり、他の構成は図２６のアプリケーションサーバ１００１と同様である。
【０３３２】
［クライアント７０１のプライバシ情報保護処理およびアプリケーションサーバ１１０１の関連情報提供処理］
【０３３３】
図２９は、クライアント７０１のプライバシ情報保護処理を説明するフローチャートである。図３０は、アプリケーションサーバ１１０１の共有辞書検索処理を説明するフローチャートである。
【０３３４】
なお、図２９においてステップＳ３６１，Ｓ３６２，Ｓ３６５乃至Ｓ３６８，Ｓ３７０は、図２４のステップＳ２３１，Ｓ２３２，Ｓ２３６乃至Ｓ２４０の処理に対応する処理である。
【０３３５】
また、図３０においてステップＳ３８２，Ｓ３８５の処理は、図１９のステップＳ１６４，Ｓ１６９の処理に対応する処理である。したがって、これらの処理は繰り返しになるので簡単に説明する。
【０３３６】
また、図５のステップＳ１乃至Ｓ４および図７を参照して実行される認証処理は、実行済みであるとする。
【０３３７】
図２９のステップＳ３６１において、クライアント７０１の取得部７４１は、入力装置２２２からコンテンツを取得する。すなわち、ユーザにより作成されたコンテンツが取得される。
【０３３８】
ステップＳ３６２において、クライアント７０１は、図９のユーザ辞書検索処理を実行する。すなわち、単語群が取得され、ブラックリストＤＢ７６１とホワイトリストＤＢ７６２内の単語が検索され、候補情報が取得される。
【０３３９】
ステップＳ３６３において、クライアント７０１の通信部７４３は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１１０１にコンテンツを送信する。
【０３４０】
図３０のステップＳ３８１において、アプリケーションサーバ１１０１の取得部１４１は、インターネット１０４および送受信器１２３を介して、図２９のステップＳ３６３の処理でクライアント７０１から送信されてきたコンテンツを取得する。
【０３４１】
ステップＳ３８２において、アプリケーションサーバ１１０１は、図２０の共有辞書検索処理を実行する。すなわち、ステップＳ３８１の処理で取得されたコンテンツから単語群が取得され、共有辞書６２１内の単語が検索される。
【０３４２】
ステップＳ３８３において、アプリケーションサーバ１００１の通信部１４４は、送受信器１２３およびインターネット１０４を介して、クライアント７０１に共有辞書情報を送信する。すなわち、共有辞書６２１による検索結果が共有辞書情報として送信される。
【０３４３】
図２９に戻り、ステップＳ３６４において、クライアント７０１の取得部７４１は、アプリケーションサーバ１１０１から図３０のステップＳ３８３の処理で送信された共有辞書情報を取得する。
【０３４４】
ステップＳ３６５において、クライアント７０１の生成部７４５は、提示情報を生成する。すなわち、ステップＳ３６２の処理により取得された候補情報とステップＳ３６４の処理により取得された共有辞書情報に基づいて、提示情報が生成される。
【０３４５】
ステップＳ３６６において、クライアント７０１の出力部７４６は、提示情報を出力装置２２３に出力する。ユーザはこの提示情報を見て、秘匿情報が含まれているかを判断し、判断結果を入力する。
【０３４６】
ステップＳ３６７において、クライアント７０１の判定部７４４は、更新情報を取得したかを判定する。すなわち、ユーザの操作により入力装置２２２から更新情報が入力されたかが判定される。
【０３４７】
ステップＳ３６７において更新情報が取得されたと判定された場合、ステップＳ３６８において、クライアント７０１の更新部７４７は、ユーザ辞書７２２を更新する。
【０３４８】
ステップＳ３６９において、クライアント７０１の通信部７４３は、送受信器２２４およびインターネット１０４を介して、アプリケーションサーバ１１０１に更新情報を送信する。
【０３４９】
図３０のステップＳ３８４において、アプリケーションサーバ１１０１の判定部１４５は、更新情報を取得したかを判定する。すなわち、図２９のステップＳ３６９の処理により更新情報が送信されてきたかが判定される。
【０３５０】
ステップＳ３８４において更新情報が取得されたと判定された場合、ステップＳ３８５において、アプリケーションサーバ１１０１の更新部１４７は、共有辞書６２１を更新する。
【０３５１】
ステップＳ３８４において更新情報が取得されないと判定された場合、またはステップＳ３８５の処理の後、図３０のアプリケーションサーバ１１０１の共有辞書検索処理は終了する。
【０３５２】
図２９に戻り、ステップＳ３６７において更新情報が取得されなかったと判定された場合、またはステップＳ３６９の処理の後、ステップＳ３７０において、クライアント７０１の判定部７４４は、終了が指示されたかを判定する。
【０３５３】
すなわち、ユーザの操作により入力装置２２２から終了の指示が入力されたかが判定される。
【０３５４】
ステップＳ３７０において終了が指示されなかったと判定された場合、処理はステップＳ３６１に戻り、それ以降の処理が繰り返される。ステップＳ３７０において終了が通知されたと判定された場合、図２９のクライアント７０１のプライバシ情報保護処理は終了する。
【０３５５】
これにより、アプリケーションサーバ１１０１がより効率的にプライバシ情報を取得することができるとともに、クライアント７０１とアプリケーションサーバ１１０１の負荷を軽減することができる。
【０３５６】
［パーソナルコンピュータ１５０１の構成］
【０３５７】
図３１は、上述した一連の処理をプログラムにより実行するパーソナルコンピュータ１５０１のハードウェアの構成例を示すブロック図である。
【０３５８】
パーソナルコンピュータ１５０１において、CPU１５２１，ROM（Read Only Memory）１５２２，RAM（Random Access Memory）１５２３は、バス１５２４により相互に接続されている。
【０３５９】
バス１５２４には、さらに、入出力インタフェース１５２５が接続されている。入出力インタフェース１５２５には、入力部１５２６、出力部１５２７、記憶部１５２８、通信部１５２９、およびドライブ１５３０が接続されている。
【０３６０】
入力部１５２６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１５２７は、ディスプレイ、スピーカなどよりなる。記憶部１５２８は、ハードディスクや不揮発性のメモリなどよりなる。
【０３６１】
通信部１５２９は、ネットワークインタフェースなどよりなる。ドライブ１５３０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１５３１を駆動する。
【０３６２】
以上のように構成されるパーソナルコンピュータ１５０１においては、CPU１５２１が、例えば、記憶部１５２８に記憶されているプログラムを、入出力インタフェース１５２５及びバス１５２４を介して、RAM１５２３にロードして実行することにより、各種の処理が行われる。
【０３６３】
CPU１５２１が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１５３１に記録して提供される。
【０３６４】
なお、パッケージメディアとしては、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc-Read Only Memory），DVD（Digital Versatile Disc）等）、光磁気ディスク、もしくは半導体メモリなどが用いられる。
【０３６５】
また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０３６６】
パーソナルコンピュータ１５０１においては、プログラムは、リムーバブルメディア１５３１をドライブ１５３０に装着することにより、入出力インタフェース１５２５を介して、記憶部１５２８にインストールすることができる。
【０３６７】
また、プログラムは、有線または無線の伝送媒体を介して、通信部１５２９で受信し、記憶部１５２８にインストールすることができる。その他、プログラムは、ROM１５２２や記憶部１５２８に、あらかじめインストールしておくことができる。
【０３６８】
なお、パーソナルコンピュータ１５０１が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われる処理であっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０３６９】
［その他］
【０３７０】
本明細書において、システムの用語は、複数の装置、手段などより構成される全体的な装置を意味するものとする。
【０３７１】
本技術の実施の形態は、上述した実施形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。また本技術の実施の形態は、一部の機能を他の装置が有していてもよい。
【符号の説明】
【０３７２】
１０１ アプリケーションサーバ， １０２ クライアント， １４１ 取得部， １４３ 検索部， １４４ 通信部， １４６ 生成部， １４７ 更新部， １６１ ブラックリストＤＢ， １６２ ホワイトリストＤＢ， ６２１ 共有辞書， ７４６ 出力部
【特許請求の範囲】
【請求項１】
秘匿する情報のリストであるブラックリストを保持するブラックリストデータベースと、
公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースと、
コンテンツを取得する取得部と、
前記コンテンツに含まれる秘匿する情報を、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索する検索部と
を備える情報処理装置。
【請求項２】
前記秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を生成する生成部
をさらに備える請求項１に記載の情報処理装置。
【請求項３】
前記提示情報は、前記コンテンツに前記候補情報を付加した情報である
請求項２に記載の情報処理装置。
【請求項４】
前記候補情報は、前記ブラックリストデータベースから検索された情報のうち、前記ホワイトリストデータベースから検索された情報を除いた情報である
請求項３に記載の情報処理装置。
【請求項５】
前記ブラックリストデータベースと前記ホワイトリストデータベースを更新する更新部をさらに備え、
前記更新部は、前記提示情報に従ってユーザが指定した更新情報に基づき、前記ブラックリストデータベースと前記ホワイトリストデータベースを更新する
請求項４に記載の情報処理装置。
【請求項６】
前記検索部はさらに、前記ブラックリストデータベースまたは前記ホワイトリストデータベースから検索された情報と、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索されなかった情報とを組合せた組合せ情報を検索し、
前記提示情報は、前記検索部により検索された前記組合せ情報に対する検索件数のうち所定の条件を満足する前記検索件数の前記組合せ情報である関連情報をさらに含む
請求項５に記載の情報処理装置。
【請求項７】
前記検索部は、ユーザの特定が困難になるように、複数のユーザの前記コンテンツに含まれる情報をまとめて検索するか、または不規則な順番に変更して検索する
請求項６に記載の情報処理装置。
【請求項８】
前記検索部は、前記コンテンツのカテゴリを前記組合せ情報とともに検索する
請求項７に記載の情報処理装置。
【請求項９】
前記ブラックリストデータベースおよび前記ホワイトリストデータベースは、用途毎に構成される
請求項８に記載の情報処理装置。
【請求項１０】
前記提示情報は、前記候補情報の変更案をさらに含む
請求項９に記載の情報処理装置。
【請求項１１】
前記検索部は、複数のユーザが秘匿する情報を保持する共有辞書に基づいて前記コンテンツに含まれる情報を検索する
請求項１０に記載の情報処理装置。
【請求項１２】
前記生成部により生成された前記提示情報を出力する出力部をさらに備える
請求項４に記載の情報処理装置。
【請求項１３】
コンテンツを取得する取得ステップと、
前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索する検索ステップと
を含む情報処理方法。
【請求項１４】
コンテンツを取得する取得ステップと、
前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索する検索ステップと
をコンピュータに実行させるためのプログラム。
【請求項１５】
コンテンツを取得する取得ステップと、
前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索する検索ステップと
をコンピュータに実行させるためのプログラムが記録されている記録媒体。
【請求項１６】
第１の情報処理装置と第２の情報処理装置から構成される情報処理システムにおいて、
前記第１の情報処理装置は、
コンテンツを取得する取得部と、
秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を出力する出力部と
を備え、
前記第２の情報処理装置は、
秘匿する情報のリストであるブラックリストを保持するブラックリストデータベースと、
公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースと、
前記コンテンツに含まれる秘匿する情報を、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索する検索部と、
前記提示情報を生成する生成部と
を備える
情報処理システム。
【請求項１７】
第１の情報処理装置と第２の情報処理装置から構成される情報処理システムの情報処理方法において、
前記第１の情報処理装置は、
コンテンツを取得し、
前記第２の情報処理装置は、
前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索し、
秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を生成し、
前記第１の情報処理装置は、
前記提示情報を出力する
情報処理システムの情報処理方法。
【請求項１】
秘匿する情報のリストであるブラックリストを保持するブラックリストデータベースと、
公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースと、
コンテンツを取得する取得部と、
前記コンテンツに含まれる秘匿する情報を、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索する検索部と
を備える情報処理装置。
【請求項２】
前記秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を生成する生成部
をさらに備える請求項１に記載の情報処理装置。
【請求項３】
前記提示情報は、前記コンテンツに前記候補情報を付加した情報である
請求項２に記載の情報処理装置。
【請求項４】
前記候補情報は、前記ブラックリストデータベースから検索された情報のうち、前記ホワイトリストデータベースから検索された情報を除いた情報である
請求項３に記載の情報処理装置。
【請求項５】
前記ブラックリストデータベースと前記ホワイトリストデータベースを更新する更新部をさらに備え、
前記更新部は、前記提示情報に従ってユーザが指定した更新情報に基づき、前記ブラックリストデータベースと前記ホワイトリストデータベースを更新する
請求項４に記載の情報処理装置。
【請求項６】
前記検索部はさらに、前記ブラックリストデータベースまたは前記ホワイトリストデータベースから検索された情報と、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索されなかった情報とを組合せた組合せ情報を検索し、
前記提示情報は、前記検索部により検索された前記組合せ情報に対する検索件数のうち所定の条件を満足する前記検索件数の前記組合せ情報である関連情報をさらに含む
請求項５に記載の情報処理装置。
【請求項７】
前記検索部は、ユーザの特定が困難になるように、複数のユーザの前記コンテンツに含まれる情報をまとめて検索するか、または不規則な順番に変更して検索する
請求項６に記載の情報処理装置。
【請求項８】
前記検索部は、前記コンテンツのカテゴリを前記組合せ情報とともに検索する
請求項７に記載の情報処理装置。
【請求項９】
前記ブラックリストデータベースおよび前記ホワイトリストデータベースは、用途毎に構成される
請求項８に記載の情報処理装置。
【請求項１０】
前記提示情報は、前記候補情報の変更案をさらに含む
請求項９に記載の情報処理装置。
【請求項１１】
前記検索部は、複数のユーザが秘匿する情報を保持する共有辞書に基づいて前記コンテンツに含まれる情報を検索する
請求項１０に記載の情報処理装置。
【請求項１２】
前記生成部により生成された前記提示情報を出力する出力部をさらに備える
請求項４に記載の情報処理装置。
【請求項１３】
コンテンツを取得する取得ステップと、
前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索する検索ステップと
を含む情報処理方法。
【請求項１４】
コンテンツを取得する取得ステップと、
前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索する検索ステップと
をコンピュータに実行させるためのプログラム。
【請求項１５】
コンテンツを取得する取得ステップと、
前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索する検索ステップと
をコンピュータに実行させるためのプログラムが記録されている記録媒体。
【請求項１６】
第１の情報処理装置と第２の情報処理装置から構成される情報処理システムにおいて、
前記第１の情報処理装置は、
コンテンツを取得する取得部と、
秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を出力する出力部と
を備え、
前記第２の情報処理装置は、
秘匿する情報のリストであるブラックリストを保持するブラックリストデータベースと、
公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースと、
前記コンテンツに含まれる秘匿する情報を、前記ブラックリストデータベースおよび前記ホワイトリストデータベースから検索する検索部と、
前記提示情報を生成する生成部と
を備える
情報処理システム。
【請求項１７】
第１の情報処理装置と第２の情報処理装置から構成される情報処理システムの情報処理方法において、
前記第１の情報処理装置は、
コンテンツを取得し、
前記第２の情報処理装置は、
前記コンテンツに含まれる秘匿する情報を、秘匿する情報のリストであるブラックリストを保持するブラックリストデータベース、および公開する情報のリストであるホワイトリストを保持するホワイトリストデータベースから検索し、
秘匿する情報の候補である候補情報を含み、ユーザに提示する情報である提示情報を生成し、
前記第１の情報処理装置は、
前記提示情報を出力する
情報処理システムの情報処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【公開番号】特開２０１２−１５９９３９（Ｐ２０１２−１５９９３９Ａ）
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願番号】特願２０１１−１８００９（Ｐ２０１１−１８００９）
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]