情報管理装置、その制御方法、および、情報管理用プログラム
【課題】ユーザーの環境が変化した場合に、情報管理装置において、環境の変化に合った、かつ、セキュリティ上の問題を生じない態様で、ユーザーの個人情報を変更できるようにする。
【解決手段】サーバー２００では、人事ＤＢ２３１において或るユーザーの登録情報が変更されると、当該ユーザーの個人情報のうち、制限情報で制限される部分以外の部分（プロファイルＤＢ２３４における担当とキーワード）を変更するための処理が実行される。なお、当該処理において、変更後の登録情報に応じたプロファイルの候補が表示される。そして、プロファイルを変更する旨の操作がなされると、プロファイルＤＢ２３４におけるプロファイルの登録内容が変更される。
【解決手段】サーバー２００では、人事ＤＢ２３１において或るユーザーの登録情報が変更されると、当該ユーザーの個人情報のうち、制限情報で制限される部分以外の部分（プロファイルＤＢ２３４における担当とキーワード）を変更するための処理が実行される。なお、当該処理において、変更後の登録情報に応じたプロファイルの候補が表示される。そして、プロファイルを変更する旨の操作がなされると、プロファイルＤＢ２３４におけるプロファイルの登録内容が変更される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理装置に関し、特に、ユーザーの個人情報を記憶し、当該個人情報を編集する、情報管理装置に関する。
【背景技術】
【０００２】
最近、嗜好などユーザー情報を蓄積し、当該ユーザー情報を利用して、ユーザーごとにパーソナライズした情報を提供する技術が実用化されている。
【０００３】
このような技術では、ユーザーごとの嗜好情報が個人プロファイルという形で保存されているが、ユーザーに転勤や職種変更などの環境の変化があったとき、前の職場や職種で利用していた個人プロファイルをそのまま使うと、現職にあった情報の推薦が行なわれない場合が想定される。
【０００４】
このような技術の多くは、学習によってユーザー情報をカスタマイズしていく。しかしながら、変化後の環境に適するようにカスタマイズされるには、学習に時間を要する。したがって、それまでの期間、ユーザーに不便を強いる場合がある。
【０００５】
従来、この問題に対しては、ユーザー情報を直接編集していた。たとえば、特許文献１（特表２００３−５２９１５５号公報）では、ユーザープロファイルの編集に関する技術が開示されている。当該技術では、ユーザーのプロファイルの編集に関し、ユーザーが直接編集することもでき、また、ユーザーによる情報の選択内容に応じて装置側が編集を行なうこともできる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２００３−５２９１５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した従来の技術によれば、ユーザーが自身でプロファイルを編集した場合、編集項目が多岐にわたるときには、編集ミスを招くことがある。
【０００８】
また、編集が可能になるゆえに、ユーザープロファイルの取り扱いに際し、セキュリティ上の問題に支障を来たしたり、迷惑行為、ひいてはシステムに脆弱性を与えることになる可能性もある。
【０００９】
本発明は、かかる実情に鑑み考え出されたものであり、その目的は、情報管理装置において、ユーザーの環境が変化した場合に、変化後の環境に合わせ、かつ、セキュリティ上の問題を生じない態様で、ユーザーの個人情報を変更できるようにすることである。
【課題を解決するための手段】
【００１０】
本発明に従った情報管理装置は、検索対象となる情報が格納されたデータベースから、ユーザーに提供する情報を生成するための情報を管理する情報管理装置であって、ユーザーに関連する個人情報を記憶するための個人情報記憶手段と、ユーザーの環境の変化を検知するための検知手段と、検知手段がユーザーの環境の変化を検知した場合に、個人情報記憶手段に記憶されたユーザーの個人情報のうち、変更を制限する部分を取得するための取得手段と、個人情報記憶手段に記憶されたユーザーの個人情報のうち、取得手段が取得した部分以外の部分を変更するための情報の入力を受け付けるための受付手段と、受付手段が受け付けた情報に基づいて、個人情報記憶手段に記憶されたユーザーの個人情報を変更する変更手段とを備える。
【００１１】
好ましくは、受付手段は、検知手段が検知した変化の内容に応じて、個人情報の変更内容の候補を提示する。
【００１２】
好ましくは、検知手段がユーザーの環境の変化を検知した場合に、当該ユーザーの個人情報の変更の必要性を報知する報知手段をさらに備え、報知手段は、検知手段が検知した変化の内容に基づいて、報知が必要か否かを判断する。
【００１３】
好ましくは、個人情報記憶手段に記憶されたユーザーの個人情報のうち、変更を制限する部分を特定する情報を記憶するための制限情報記憶手段をさらに備え、取得手段は、制限情報記憶手段から変更を制限する部分を取得し、制限情報記憶手段に記憶された情報では、検知手段が検知した内容に応じて制限する部分が異なる。
【００１４】
好ましくは、検知手段は、個人情報記憶手段に記憶された情報の変更、または、ユーザーが送受信した情報の内容に基づいて、ユーザーの環境の変化を検知する。
【００１５】
本発明に従った情報管理装置の制御方法は、検索対象となる情報が格納されたデータベースから、ユーザーに提供する情報を生成するための情報を管理する情報管理装置の制御方法であって、ユーザーに関連する個人情報を記憶するステップと、ユーザーの環境の変化を検知するステップと、ユーザーの環境の変化を検知した場合に、記憶されたユーザーの個人情報のうち、変更を制限する部分を取得するステップと、記憶されたユーザーの個人情報のうち、取得した部分以外の部分を変更するための情報の入力を受け付けるステップと、受け付けた情報に基づいて、記憶されたユーザーの個人情報を変更するステップとを備える。
【００１６】
本発明に従った情報管理用プログラムは、検索対象となる情報が格納されたデータベースからユーザーに提供する情報を生成するための情報を管理するコンピューターを、情報管理装置として機能させるための情報管理用プログラムであって、コンピューターを、ユーザーに関連する個人情報を記憶するための個人情報記憶手段、ユーザーの環境の変化を検知するための検知手段、検知手段がユーザーの環境の変化を検知した場合に、個人情報記憶手段に記憶されたユーザーの個人情報のうち、変更を制限する部分を取得するための取得手段と、個人情報記憶手段に記憶されたユーザーの個人情報のうち、取得手段が取得した部分以外の部分を変更するための情報の入力を受け付けるための受付手段、および、受付手段が受け付けた情報に基づいて、個人情報記憶手段に記憶されたユーザーの個人情報を変更する変更手段として機能させる。
【発明の効果】
【００１７】
本発明によれば、ユーザーの環境の変化が検知された場合、ユーザーの個人情報のうち、変更が制限される部分以外の部分について、当該個人情報を変更するための情報の入力が受け付けられ、当該入力された情報に基づいて個人情報が変更される。
【００１８】
したがって、ユーザーの環境の変化に応じて個人情報を変更でき、かつ、変更を制限される部分については変更が行なわれないため、セキュリティ上の問題を生じない態様で当該変更が行なわれる。
【図面の簡単な説明】
【００１９】
【図１】本発明の情報管理装置を含む情報管理システムの全体構成を模式的に示す図である。
【図２】図１のサーバーのハードウェア構成を模式的に示す図である。
【図３】図１のシステムにおける推薦情報の提供の一態様を説明するための図である。
【図４】図１の人事ＤＢ（データベース）に格納される人事情報の一例を模式的に示す図である。
【図５】図１のオントロジーＤＢの記憶内容の一例を模式的に示す図である。
【図６】図１のサーバーにおいて実行されるキーワード変更処理のフローチャートである。
【図７】図４の人事情報の変更後の状態の一例を示す図である。
【図８】図１のクライアントにおいて表示される問合せ画面の一例を示す図である。
【図９】図１のクライアントにおいて表示される画面の他の例を示す図である。
【図１０】図１のプロファイルＤＢの登録内容の一例を模式的に示す図である。
【図１１】図１のプロファイルＤＢの登録内容の他の例を模式的に示す図である。
【図１２】変形例（１）に従って図６から変形されたフローチャートである。
【図１３】変形例（２）に従って図６から変形されたフローチャートである。
【図１４】変形例（３）における情報管理システムの構成を模式的に示す図である。
【図１５】変形例（４）における情報管理システムの構成を模式的に示す図である。
【図１６】変形例（５）におけるプロファイルＤＢの登録内容の一例を模式的に示す図である。
【図１７】変形例（５）においてクライアントに表示される画面の一例を示す図である。
【発明を実施するための形態】
【００２０】
＜全体構成＞
図１は、本発明の情報管理装置を含む情報管理システムの全体構成を模式的に示す図である。
【００２１】
図１に示されたシステムは、本発明の情報管理装置の一実施の形態であるサーバー２００と当該サーバー２００とたとえばネットワークを介して通信可能なクライアント１００とを含む。サーバー２００およびクライアント１００は、いずれも、たとえば汎用のパーソナルコンピューターによって実現されても良いし、ＭＦＰ（Multifunction Peripheral）等の多機能な装置によって実現されても良い。なお、当該システムにおいて、サーバー２００に接続されるクライアント１００の数は１に限定されず、２以上であってもよい。
【００２２】
図１には、サーバー２００の機能構成が示されているが、当該機能構成については、後述する。
【００２３】
＜ハードウェア構成＞
図２は、サーバー２００のハードウェア構成を模式的に示す図である。
【００２４】
図２を参照して、サーバー２００は、当該サーバー２００の動作を全体的に制御するＣＰＵ（Central Processing Unit）２５０、ＣＰＵ２５０のワークエリアとして機能するＲＡＭ（Random Access Memory）２５４、プログラムやデータなどを記憶するＲＯＭ（Read Only Memory）２５６、サーバー２００に対して情報を入力するためのキーボードなどの入力装置２６０、他の情報処理装置または別のネットワークとの通信を行なう通信装置２６２、プログラムやファイルを記憶するハードディスクを備えるハードディスク装置（ＨＤＤ）２６４、およびサーバー２００に対して着脱可能な記憶媒体２５２Ａとアクセスするメディアドライブ２５２と、モニター２６６とを備えている。ＣＰＵ２５０は、入力装置２６０を介して入力された情報の入力を受付け、通信装置２６２を介して他の端末やネットワークと接続可能であり、また、モニター２６６に当該サーバー２００において処理されている情報を表示させることができる。
【００２５】
ＣＰＵ２５０が実行するプログラムは、ＲＯＭ２５６やＨＤＤ２６４のハードディスクに記憶されていてもよいし、メディアドライブ２５２を介してＣＰＵ２５０がアクセスする記憶媒体２５２Ａに記憶されていてもよいし、ＣＰＵ２５０が通信装置２６２を介してアクセスする外部の記憶装置に記憶されているものであってもよい。記憶媒体２５２Ａとしては、ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk - Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ、メモリカード、ＦＤ（Flexible Disk）、ハードディスク、磁気テープ、カセットテープ、ＭＯ（Magnetic Optical Disc）、ＭＤ（Mini Disc）、ＩＣ（Integrated Circuit）カード（メモリカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）などの、不揮発的にプログラムを格納する媒体が挙げられる。
【００２６】
また、ＨＤＤ２６４のハードディスクには、メディアドライブ２５２を介して記憶媒体２５２Ａに記憶されたファイルや、通信装置２６２を介してアクセス可能となる外部の記憶装置に記憶されたファイルがＨＤＤ２６４のハードディスクに記憶（インストール）され、これがＣＰＵ２５０によって実行されてもよい。
【００２７】
また、サーバー２００は、モニター２６６と一体的に構成されてもよく、別体で構成されても良い。また、モニター２６６等の表示装置を備えず、表示装置に情報を表示するための情報を送信するものであっても良い。
【００２８】
＜機能構成＞
図１に戻って、サーバー２００は、その機能として、編集ＵＩ（ユーザーインターフェース）２０１、情報取得ＵＩ２０２、環境変化検知部２１１、編集部２１２、プロファイル変更部２１３、および、情報推薦部２２１を含む。これらの機能は、たとえばＣＰＵ２５０が、ＨＤＤ２６４に記録されているプログラムを実行することにより、実現される。なお、これらのうちの１以上の機能が、ＬＳＩ（large-scale integration）等の専用のハードウェア要素によって実現されても良い。
【００２９】
また、サーバー２００は、その機能として、人事ＤＢ（データベース）２３１、制限ＤＢ２３２、オントロジーＤＢ２３３、プロファイルＤＢ２３４、および、情報ＤＢ２３５を含む。これらの機能は、たとえば、ＨＤＤ２６４により実現される。ただし、これらの１以上の機能は、サーバー２００外の記憶装置によって実現されても良い。そして、ＣＰＵ２５０が当該記憶装置から各機能を構成する情報を読込み、当該情報をＲＡＭ２５４等に一時的に格納することにより、ＣＰＵ２５０が当該情報を利用しても良い。
【００３０】
個人情報記憶手段の一例であるプロファイルＤＢ２３４には、ユーザーごとの個人情報であって、主にユーザーが編集できる部分が記憶される。図３に、プロファイルＤＢ２３４の記憶内容の一例を示す。
【００３１】
図３には、プロファイルＤＢ２３４に格納される、あるユーザーの個人情報の一例であるプロファイル５１０が示されている。プロファイル５１０は、ユーザーのＩＤと職能と担当とキーワードとを含む。図３の例では、ＩＤとして「０００１」が、職能として「一般職」が、担当として「ハードウェア」が、そして、キーワードとして「プリンター」「電子写真」「トナー」が登録されている。キーワードとは、たとえば、ユーザーが情報を検索する際に加味される情報として利用される。当該キーワードは、本実施の形態のサーバー２００による機能だけではなく、既存の技術を利用して、ユーザーが取得する情報や検索の際に入力するキーワードなどに応じて、適宜、カスタマイズされ得る。
【００３２】
情報ＤＢ２３５には、システムのユーザー等により蓄積され、また、ユーザー等に提供されるコンテンツが格納されている。図３には、情報ＤＢ２３５の記憶内容の一部を示す目次情報５２０が示されている。目次情報５２０もまた、情報ＤＢ２３５に格納されている。目次情報５２０は、情報ＤＢ２３５に登録されている各コンテンツの種類、タイトル、および、限定事項を含む。限定事項とは、たとえば当該コンテンツを提供する者を限定するための情報である。
【００３３】
図１に戻って、人事ＤＢ２３１には、ユーザーごとの個人情報であって、主にユーザー自身が編集できない部分が記憶される。図４は、人事ＤＢ２３１に格納される人事情報９００の一例を模式的に示す図である。
【００３４】
図４を参照して、人事情報９００では、ユーザーごとに、ＩＤ９０１と、氏名９０２と、職能９０３と、勤務地９０４と、当該勤務地において所属するサイト９０５と、所属する事業部９０６とが記憶されている。たとえば、ＩＤが「０００１」のユーザーについては、氏名として「東京一郎」、職能として「一般職」、勤務地として「東京」、サイトとして「本社」、事業部として「研究」が、それぞれ登録されている。
【００３５】
図１に戻って、制限ＤＢ２３２には、個人情報のうち、ユーザーが自身で編集できない項目を規定する情報が記憶される。
【００３６】
オントロジーＤＢ２３３には、キーワードの候補が記憶されている。図５は、オントロジーＤＢ２３３の記憶内容の一例を模式的に示す図である。
【００３７】
図５を参照して、オントロジーＤＢ２３３では、大項目９２１、中項目９２２、および、小項目９２３に分類されて、キーワード９２４が配置されている。図５では、大項目９２１として、「事業部」「職能」「勤務地」の３つの項目が登録されている。そして、この中の「事業部」に対応する中項目９２２として、「研究」「開発」の２つの項目が登録されている。そして、このうち、「研究」に対応する小項目９２３として、「ソフトウェア」「ハードウェア」の２つの項目が登録されている。そして、このうち「ソフトウェア」に対応するキーワードとして「セキュリティ」「暗号」「ハッシュ関数」「画像処理」「フーリエ変換」「パターンマッチング」が登録されている。また、「ハードウェア」に対応するキーワードとして「ＳｏＣ」「ＥＤＡ」「メソドロジー」「センサー」「ロードセル」「サーミスター」が登録されている。
【００３８】
図１に戻って、編集ＵＩ２０１は、クライアント１００からの、プロファイルＤＢ２３４に登録された事項の編集の要求があった場合の、編集用の画面情報の供給等を実行する。
【００３９】
検知手段の一例である環境変化検知部２１１は、ユーザーの環境の変化を検知し、たとえば、人事ＤＢ２３１における各ユーザーについての登録情報の変更があった場合には、環境が変化したと判断する。
【００４０】
編集部２１２は、環境変化検知部２１１の判断を受けて、ユーザーのキーワードの変更の要否を判断し、また、必要である場合には、変更後のキーワードの候補の選択・提示等を行なう。
【００４１】
プロファイル変更部２１３は、クライアント１００からの要求に応じて、プロファイルＤＢ２３４に登録されたユーザーの個人情報を変更する。
【００４２】
情報取得ＵＩ２０２は、クライアント１００からの情報の推薦要求を受け、そして、当該要求を受けると、情報推薦部２２１に情報取得要求を出力する。情報推薦部２２１は、これに応じて、情報ＤＢ２３５において、クライアント１００に送信するための情報を検索する。当該検索には、プロファイルＤＢ２３４においてクライアント１００のユーザーのＩＤに関連付けられたキーワードが利用される。
【００４３】
なお、情報取得ＵＩ２０２は、クライアント１００からの要求がなくとも、たとえば一定時間ごとなどの条件に基づいて、情報推薦部２２１に情報取得要求を出力する。また、情報推薦部２２１は、クライアント１００から送信されたキーワードを取得すれば、当該キーワードも、情報検索の条件として利用する。
【００４４】
＜情報の推薦＞
本実施の形態に係るシステムにおける、クライアント１００への推薦情報の提供について、一般的な処理の流れを説明する。
【００４５】
まず、ユーザーが、クライアント１００で、システムにログインする。これにより、サーバー２００のＣＰＵ２５０は、クライアント１００を操作するユーザーのＩＤを特定できる。
【００４６】
次に、ユーザーがクライアント１００に検索のキーワードを入力することにより、当該検索キーワードがクライアント１００からサーバー２００（情報取得ＵＩ２０２）へ送信される。情報取得ＵＩ２０２は、受信した検索キーワードを、ユーザーのＩＤとともに、情報推薦部２２１へ送信する。
【００４７】
情報推薦部２２１は、ユーザーのＩＤを受信すると、プロファイルＤＢ２３４において当該ＩＤに関連付けて記憶されているキーワードを取得する。そして、このように取得したキーワードと、クライアント１００から入力された検索キーワードとを用いて、情報ＤＢ２３６に記憶された情報の検索を行ない、検索結果を取得する。
【００４８】
たとえば、ＩＤが０００１のユーザーがクライアント１００の入力フィールドに「技術レポート」と入力すると、クライアント１００から情報取得ＵＩ２０２に、当該文言が検索キーワードとして送信される。情報取得ＵＩ２０２は、情報推薦部２２１に、ユーザーのＩＤと当該検索キーワードを送信する。情報推薦部２２１は、プロファイルＤＢ２３４から、受信したＩＤ「０００１」に関連付けられたキーワード（図３に示された「プリンター」「電子写真」「トナー」）を取得する。そして、情報推薦部２２１は、クライアント１００から取得したキーワード（「技術レポート」）と、プロファイルＤＢ２３４から取得したキーワード（「プリンター」「電子写真」「トナー」）から、検索式を作成する。たとえば、次の式（１）のような検索式が作成される。
【００４９】
“技術レポート”AND{“プリンター”OR“電子写真”OR“トナー”}…（１）
そして、当該検索式を用いて、情報ＤＢ２３５を検索する。検索結果として、たとえば、「粉砕トナーの粒径について」という技術レポートが取得される。そして、取得された検索結果は、情報取得ＵＩ２０２を介して、クライアント１００に送信される。これにより、クライアント１００の画面１０１では、図３に示されるように、推薦情報として、欄１０４に、上記の技術レポートが表示できるようになる。なお、画面１０１には、さらに、キーワード入力欄１０２に、入力された検索キーワード（技術レポート）が表示され、また、当該検索キーワードを利用した検索をサーバー２００に指示するための検索ボタン１０３が表示されている。ここで、クライアント１００に送信される情報は、上記技術レポートそのもののデータであっても良いし、当該技術レポートにアクセスするためのＵＲＬ（Uniform Resource Locator）などの情報であっても良い。
【００５０】
また、情報推薦部２２１が作成する検索式は、プロファイルＤＢ２３４のキーワードのみでなく、他の情報も利用されても良い。たとえば、職能が利用される場合、ＩＤ０００１のユーザーの職能は「一般職」であり、「管理職」ではないため、たとえば、式（１）の代わりに次の式（２）のような検索式が作成される。
【００５１】
“技術レポート”AND{“プリンター”OR“電子写真”OR“トナー”}NOT“管理職”…（２）
また、このような検索が、ユーザーが検索キーワードを入力することなく検索開始のための操作を行なった場合や、ユーザーからの操作を必要とすることなく一定時間ごとに実行されるような場合には、情報推薦部２２１は、プロファイルＤＢ２３４において情報の提供先のユーザーのＩＤに関連付けられて登録されたキーワードを用いて、検索式を作成し、情報の検索を実行する。プロファイルＤＢ２３４から取得したキーワードが「プリンター」「電子写真」「トナー」である場合、作成される検索式は、たとえば次の式（３）となる。
【００５２】
“プリンター”OR“電子写真”OR“トナー”…（３）
このような検索式によれば、検索結果として、「粉砕トナーの粒径について」という技術レポートと、「電子写真セミナー報告」という出張報告書とが、ユーザーに提示される。
【００５３】
＜キーワード変更処理＞
図６は、サーバー２００において実行されるキーワード変更処理のフローチャートである。
【００５４】
図６を参照して、キーワード変更処理では、まずステップＳ１０において、環境変化検知部２１１が、人事ＤＢ２３１において登録内容の変更があったか否かを判断した後、あったと判断するとステップＳ２０へ処理が進められる。
【００５５】
ステップＳ２０では、取得手段の一例である編集部２１２が、制限ＤＢ２３２から人事ＤＢ２３１において登録情報に変更があったユーザーの制限情報を取得した後、ステップＳ３０へ処理が進められる。
【００５６】
ステップＳ３０では、編集部２１２が、オントロジーＤＢ２３３から、変更後の登録内容に対応したキーワードを抽出した後、ステップＳ４０へ処理が進められる。
【００５７】
ここまでの処理の具体例として、図４に示された人事ＤＢが図７に示されるように変更された場合について、説明する。図７の人事情報９１０では、図４に示された人事情報９００から、ユーザーＩＤが０００１であるユーザーについて、勤務地が「東京」から「大阪」に変更され、また、サイトが「本社」から「支社」に変更された場合が示されている。
【００５８】
環境変化検知部２１１がこのような変更を検知すると、上記したように、ステップＳ１０からステップＳ２０へ処理が進められる。
【００５９】
ステップＳ２０では、人事ＤＢ２３１において情報を変更されたユーザーのＩＤに対応した制限情報が、制限情報記憶手段の一例である制限ＤＢ２３２から抽出される。ここで抽出される制限情報としては、たとえば次の項目が挙げられる。
【００６０】
・ＩＤ
・氏名
・職能
・大項目（図５における事業部、職能、および、勤務地）
・勤務地
本実施の形態では、ユーザーの個人情報として、プロファイルＤＢ２３４には、ＩＤ、職能、担当、および、キーワードが登録され、また、人事ＤＢ３２１では、ＩＤ、氏名、職能、勤務地、サイト、および、事業部が登録されている。このような登録情報のうち、上記制限情報に該当しないものは、担当とキーワードのみである。よって、本実施の形態では、ユーザーの個人情報として登録されている情報のうち、制限情報によって制限されない担当とキーワードとが、ユーザーが変更することができる情報となる。
【００６１】
そして、制限情報が抽出されると、ステップＳ３０へ処理が進められる。
ステップＳ３０では、オントロジーＤＢ２３３における、変更後の人事ＤＢ２３１における登録内容に対応したキーワードが抽出される。なお、この例では、勤務地が東京から大阪に変更され、また、サイトが本社から支社に変更されている。また、プロファイルＤＢ２３４から、ユーザーＩＤが０００１のユーザーの担当は「ハードウェア」であることがわかる。一方、オントロジーＤＢ２３３から、勤務地が大阪でサイトが支社の場合に可能な担当は「ソフトウェア」のみであることがわかる。このままでは、当該ユーザーが大阪の支社でも引き続き「ハードウェア」の担当を継続するのか、「ソフトウェア」に担当が変更されるのかが分からない。
【００６２】
そこで、変更後のユーザーの情報に対応したキーワードを選択するために、ソフトウェアとハードウェアのいずれかを選択させるために、編集部２１２は、クライアント１００に対して問い合わせるための処理を行なう。具体的には、編集ＵＩ２０１を介して、クライアント１００に問合せ画面を表示させる。図８は、このときにクライアント１００に表示させる問合せ画面の一例である。
【００６３】
図８を参照して、画面８０１は、「職務を選んでください。」というメッセージとともに、上記した「ソフトウェア」と「ハードウェア」を選択肢として含む。そして、編集部２１２は、当該問合せに対して選択された結果に応じて、オントロジーＤＢ２３３に登録されたキーワードのうち、人事ＤＢ２３１における変更後の登録内容に対応したキーワードを選択する。たとえば、ソフトウェアが選択された場合には、オントロジーＤＢ２３３に登録されたキーワードのうち、変更後の人事ＤＢ２３１の登録事項に対応するキーワードとして、大項目「事業部」、中項目「研究」、および、小項目「ソフトウェア」で特定される、「セキュリティ」「暗号」「ハッシュ関数」「画像処理」「フーリエ変換」「パターンマッチング」が抽出される。
【００６４】
図６に戻って、ステップＳ３０でキーワードを抽出した後、編集部２１２は、ステップＳ４０で、編集ＵＩ２０１を介して、クライアント１００に、キーワードの候補を表示させる。ここでは、ステップＳ３０で抽出されたキーワードとすでに登録されているキーワードとが、表示される。図９は、ステップＳ４０においてクライアント１００において表示される画面の一例を示す図である。
【００６５】
図９の画面８０２では、すでに登録されているキーワード（図３の「プリンター」「電子写真」「トナー」）と、ステップＳ３０で抽出されたキーワード（「セキュリティ」「暗号」「ハッシュ関数」「画像処理」「フーリエ変換」「パターンマッチング」）が、候補として表示されている。
【００６６】
そして、ステップＳ５０で、受付手段の一例である編集部２１２は、図９の画面に対するキーワードの選択を受け付け、選択された結果をプロファイル変更部２１３へ送信する。その後、処理はステップＳ６０へ進められる。
【００６７】
ステップＳ６０では、変更手段の一例であるプロファイル変更部２１３が、選択された結果に従って、プロファイルＤＢ２３４に登録されるキーワードを更新する。その後、処理はステップＳ１０に戻される。
【００６８】
図１０は変更前のプロファイルＤＢ２３４の登録内容５３０を示し、図１１は変更後のプロファイルＤＢ２３４の登録内容５４０を示す。
【００６９】
図１０の登録内容５３０では、図３と同様に、担当として「ハードウェア」が、キーワードとして「プリンター」「電子写真」「トナー」が、登録されている。そして、図８に示された画面８０１において、たとえば「ソフトウェア」が選択され、図９に示された画面８０２において、たとえば、「プリンター」「電子写真」「セキュリティー」「暗号」および「ハッシュ関数」が選択された場合、図１１の登録内容５４０に示されるように、これらが、ＩＤ０００１のユーザーの担当およびキーワードとして登録される。
【００７０】
＜変形例（１）＞
以上説明した本実施の形態では、人事ＤＢ２３１において或るユーザーの登録情報が変更されると、当該ユーザーの個人情報のうち、制限情報で制限される部分以外の部分（プロファイルＤＢ２３４における担当とキーワード）を変更するための処理が実行される。なお、当該処理において、変更後の登録情報に応じたキーワードの候補が表示される。そして、キーワードを変更する旨の操作（変更後のキーワードを選択するための操作）がなされると、プロファイルＤＢ２３４におけるキーワードの登録内容が変更される（図１１参照）。
【００７１】
なお、編集部２１２は、人事ＤＢ２３１においてユーザーの登録情報が変更されると、当該変更がなされた旨、および、当該変更に基づいてプロファイルＤＢ２３４に登録されたユーザーのプロファイルの変更を促す旨を、クライアント１００に対して報知することが好ましい。図１２は、本変形例（１）に従って図６から変形されたフローチャートである。
【００７２】
図１２を参照して、ステップＳ１０において人事ＤＢ２３１の登録内容が変更されたと判断すると、報知手段の一例である編集部２１２が、ステップＳ１１で、変更されたＩＤのユーザーがログインしているクライアント１００に、人事ＤＢ２３１の登録内容が変更されたことおよび当該ユーザーのプロファイルの変更を促すことを報知する画面を表示させた後、ステップＳ２０へ処理が進められる。
【００７３】
＜変形例（２）＞
本実施の形態では、人事ＤＢ２３１における登録内容が変更されると、プロファイルの変更をするための処理が行なわれていたが、変更の内容によっては上記処理が省略されても良い。図１３は、本変形例（２）に従って図６から変形されたフローチャートである。
【００７４】
図１３を参照して、ステップＳ１０で人事ＤＢ２３１の登録内容に変更があったことを検知すると、編集部２１２は、ステップＳ２０で制限情報を取得した後、ステップＳ２１へ処理を進める。そして、ステップＳ２１では、編集部２１２は、ステップＳ１０で検知した登録内容の変更が、プロファイルの変更を必要とする内容であるか否かを判断する。たとえば、人事ＤＢ２３１に登録される個人情報として、婚姻状態（結婚・未婚）や住所を含む場合であって、これらの情報は情報の推薦に際して重要ではないと判断される場合、これらの人事ＤＢ２３１において変更された登録情報がこれらの情報のみである場合には、ステップＳ３０以下の処理を実行しないようにしてもよい。つまり、ステップＳ２１では、編集部２１２は、ステップＳ１０で検知した登録内容の変更が上記したような婚姻状態の変更等の重要ではないと判断されるもののみであるか否かを判断し、そうであると判断した場合には、個人情報（プロファイル）に変更が必要ではないと判断してステップＳ１０へ処理を戻す。なお、これら以外の登録内容も変更された場合には、ステップＳ３０に処理が進められる。
【００７５】
＜変形例（３）＞
以上説明した本実施の形態では、制限情報は、サーバー２００内の制限ＤＢ２３２に登録されていたが、制限情報は他の装置から取得されても良い。
【００７６】
図１４は、本変形例（３）における情報管理システムの構成を模式的に示す図である。
図１４に示されたシステムでは、サーバー２００の編集部２１２には、さらに編集ＵＩ２０１Ａが接続され、当該編集ＵＩ２０１Ａは、他の情報処理装置であるクライアント１５０に接続されている。編集ＵＩ２０１Ａは、たとえばＣＰＵ２５０がＨＤＤ２６４等に記録されているプログラムを実行することにより実現される。クライアント１５０は、たとえば汎用のパーソナルコンピュータにより実現される。
【００７７】
本変形例では、たとえばステップＳ２０において制限情報を取得する際、編集部２１２は、編集ＵＩ２０１Ａを介して、クライアント１５０に制限情報を問い合わせる。この際、たとえば処理対象となっているユーザーのＩＤがクライアント１５０へ送信される。クライアント１５０は、これに応じて、受信したＩＤに対応するユーザーについての制限情報をサーバー２００へ返信する。この場合、制限ＤＢ２３２（図１参照）に相当するデータベースがクライアント１５０に備えられていても良いし、クライアント１５０のユーザーが、受信したＩＤに応じて適宜制限情報を生成してサーバー２００へ送信しても良い。
【００７８】
＜変形例（４）＞
本実施の形態では、ユーザーの環境の変化の有無は、人事ＤＢ２３１におけるユーザーの登録内容の変更の有無によって判断された（図６のステップＳ１０）。
【００７９】
なお、ユーザーの環境の変化の有無は、以下の情報を利用して判断されても良い。つまり、ユーザーの活動が理解される情報や、ライフログの変化から、ユーザーの環境の変化の有無が判断されても良い。
【００８０】
より具体的には、環境変化検知部２１１は、ユーザーが操作するクライアント１００から送信される文書（報告書、メール、プロジェクト活動履歴、研修受講情報、議事録、等）から抽出されるキーワードを検出し、検出されるキーワードに所定の変化が見られたときに、当該ユーザーの環境が変化したと判断しても良い。
【００８１】
また、クライアント１００が携帯端末である場合に、環境変化検知部２１１は、当該携帯端末の位置情報を検知し、検知した位置情報が変化した場合、または、位置情報の変化のパターンが変化した場合に、ユーザーの環境が変化したと判断しても良い。
【００８２】
また、クライアント１００が電話端末である場合、環境変化検知部２１１は、通話記録を監視し、当該通話記録において件数の多い発信先の電話番号が変化した場合に、ユーザーの環境が変化したと判断しても良い。
【００８３】
また、環境変化検知部２１１は、クライアント１００が動作の指示を出す機器を検出し、検出される機器が変更されたとき（たとえば、指示を出す主要な機器が営業部所有のプリンターから経理部所有のプリンターに変更されたとき）に、ユーザーの環境が変化したと判断しても良い。
【００８４】
また、環境変化検知部２１１は、ユーザーの出退勤情報を検知し、たとえば出勤時間帯が変更された場合に、ユーザーの環境が変化したと判断しても良い。
【００８５】
また、これらの判断を組み合わせる場合、検知した内容によって、制限情報の内容を変化させても良い。
【００８６】
たとえば、人事ＤＢ２３１における登録内容の変更は、環境の変化として確実性の高い情報であるため、個人情報の変更を制限する範囲を狭くし、一方で、たとえばクライアント１００が動作の指示を出す機器の変更については、たまたま、営業部所有のプリンターが故障して一時的に経理部所有のプリンターを利用しているだけという場合も想定できるため、個人情報の変更を制限する範囲を比較的広くすることがことが好ましい。このように、環境の変化の検出の情報源の確実性の高低に応じて個人情報の変更を制限する範囲を変化させることにより、不用意なミスをさらに防ぐことができる。
【００８７】
また、上記のように、プロファイルＤＢ２３４における各ユーザーのキーワードは、当該各ユーザーが閲覧する情報に応じて適宜カスタマイズされ得る。環境変化検知部２１１は、図１５に示されるように、プロファイルＤＢ２３４のカスタマイズの状況を検出し、カスタマイズによりプロファイルＤＢ２３４に登録されるキーワードが変更された場合に、ユーザーの環境が変化したと判断しても良い。
【００８８】
＜変形例（５）＞
以上説明した本実施の形態では、ステップＳ４０（図６）で表示されるキーワードの候補は、変更後の人事ＤＢ２３１に応じて抽出（図６のステップＳ３０）されたが、表示されるキーワードの候補の選択態様はこれに限定されない。
【００８９】
プロファイルＤＢ２３４において、処理対象となっているユーザーの変更後の人事ＤＢ２３１の登録内容と同一または近い他のユーザーに関連付けられて登録されているキーワードが、ステップＳ４０で表示されるキーワードの候補として抽出されても良い。
【００９０】
たとえば、プロファイルＤＢ２３４において、処理対象となっている（人事ＤＢ２３１の登録内容を変更された）ユーザーに関連付けられて図１０に示された登録内容５３０が登録されている場合に、上記した他のユーザーに関連付けられて図１６に登録内容５５０として示されるような情報が登録されているとする。登録内容５５０は、ユーザーＩＤが０００３のユーザーに関する情報であり、キーワードとして、「セキュリティー」「暗号」「ハッシュ関数」を含む。このような場合、ステップＳ４０では、クライアント１００には、登録内容５３０におけるユーザーＩＤ０００１のユーザーのキーワードと、登録内容５５０におけるユーザーＩＤ０００３のユーザーのキーワードが、候補として表示される。このとき表示される画面の一例を図１７に示す。
【００９１】
図１７を参照して、画面８０３には、キーワードの候補として、「プリンター」「電子写真」「トナー」「セキュリティー」「暗号」および「ハッシュ関数」が表示されている。これにより、人事ＤＢ２３１の登録情報を変更されたユーザーは、変更後の個人情報（人事ＤＢ２３１の登録情報）に近い個人情報を有するユーザーと同じキーワードが利用されて、情報の推薦を受けることとなる。したがって、速やかに、変更後の環境に応じた情報の提供を受けることができる。
【００９２】
今回開示された各実施の形態およびその変形例はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００９３】
１００ クライアント、２００ サーバー、２１１ 環境変化検知部、２１２ 編集部、２１３ プロファイル変更部、２２１ 情報推薦部、２５２ メディアドライブ、２５２Ａ 記憶媒体。
【技術分野】
【０００１】
本発明は、情報管理装置に関し、特に、ユーザーの個人情報を記憶し、当該個人情報を編集する、情報管理装置に関する。
【背景技術】
【０００２】
最近、嗜好などユーザー情報を蓄積し、当該ユーザー情報を利用して、ユーザーごとにパーソナライズした情報を提供する技術が実用化されている。
【０００３】
このような技術では、ユーザーごとの嗜好情報が個人プロファイルという形で保存されているが、ユーザーに転勤や職種変更などの環境の変化があったとき、前の職場や職種で利用していた個人プロファイルをそのまま使うと、現職にあった情報の推薦が行なわれない場合が想定される。
【０００４】
このような技術の多くは、学習によってユーザー情報をカスタマイズしていく。しかしながら、変化後の環境に適するようにカスタマイズされるには、学習に時間を要する。したがって、それまでの期間、ユーザーに不便を強いる場合がある。
【０００５】
従来、この問題に対しては、ユーザー情報を直接編集していた。たとえば、特許文献１（特表２００３−５２９１５５号公報）では、ユーザープロファイルの編集に関する技術が開示されている。当該技術では、ユーザーのプロファイルの編集に関し、ユーザーが直接編集することもでき、また、ユーザーによる情報の選択内容に応じて装置側が編集を行なうこともできる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２００３−５２９１５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した従来の技術によれば、ユーザーが自身でプロファイルを編集した場合、編集項目が多岐にわたるときには、編集ミスを招くことがある。
【０００８】
また、編集が可能になるゆえに、ユーザープロファイルの取り扱いに際し、セキュリティ上の問題に支障を来たしたり、迷惑行為、ひいてはシステムに脆弱性を与えることになる可能性もある。
【０００９】
本発明は、かかる実情に鑑み考え出されたものであり、その目的は、情報管理装置において、ユーザーの環境が変化した場合に、変化後の環境に合わせ、かつ、セキュリティ上の問題を生じない態様で、ユーザーの個人情報を変更できるようにすることである。
【課題を解決するための手段】
【００１０】
本発明に従った情報管理装置は、検索対象となる情報が格納されたデータベースから、ユーザーに提供する情報を生成するための情報を管理する情報管理装置であって、ユーザーに関連する個人情報を記憶するための個人情報記憶手段と、ユーザーの環境の変化を検知するための検知手段と、検知手段がユーザーの環境の変化を検知した場合に、個人情報記憶手段に記憶されたユーザーの個人情報のうち、変更を制限する部分を取得するための取得手段と、個人情報記憶手段に記憶されたユーザーの個人情報のうち、取得手段が取得した部分以外の部分を変更するための情報の入力を受け付けるための受付手段と、受付手段が受け付けた情報に基づいて、個人情報記憶手段に記憶されたユーザーの個人情報を変更する変更手段とを備える。
【００１１】
好ましくは、受付手段は、検知手段が検知した変化の内容に応じて、個人情報の変更内容の候補を提示する。
【００１２】
好ましくは、検知手段がユーザーの環境の変化を検知した場合に、当該ユーザーの個人情報の変更の必要性を報知する報知手段をさらに備え、報知手段は、検知手段が検知した変化の内容に基づいて、報知が必要か否かを判断する。
【００１３】
好ましくは、個人情報記憶手段に記憶されたユーザーの個人情報のうち、変更を制限する部分を特定する情報を記憶するための制限情報記憶手段をさらに備え、取得手段は、制限情報記憶手段から変更を制限する部分を取得し、制限情報記憶手段に記憶された情報では、検知手段が検知した内容に応じて制限する部分が異なる。
【００１４】
好ましくは、検知手段は、個人情報記憶手段に記憶された情報の変更、または、ユーザーが送受信した情報の内容に基づいて、ユーザーの環境の変化を検知する。
【００１５】
本発明に従った情報管理装置の制御方法は、検索対象となる情報が格納されたデータベースから、ユーザーに提供する情報を生成するための情報を管理する情報管理装置の制御方法であって、ユーザーに関連する個人情報を記憶するステップと、ユーザーの環境の変化を検知するステップと、ユーザーの環境の変化を検知した場合に、記憶されたユーザーの個人情報のうち、変更を制限する部分を取得するステップと、記憶されたユーザーの個人情報のうち、取得した部分以外の部分を変更するための情報の入力を受け付けるステップと、受け付けた情報に基づいて、記憶されたユーザーの個人情報を変更するステップとを備える。
【００１６】
本発明に従った情報管理用プログラムは、検索対象となる情報が格納されたデータベースからユーザーに提供する情報を生成するための情報を管理するコンピューターを、情報管理装置として機能させるための情報管理用プログラムであって、コンピューターを、ユーザーに関連する個人情報を記憶するための個人情報記憶手段、ユーザーの環境の変化を検知するための検知手段、検知手段がユーザーの環境の変化を検知した場合に、個人情報記憶手段に記憶されたユーザーの個人情報のうち、変更を制限する部分を取得するための取得手段と、個人情報記憶手段に記憶されたユーザーの個人情報のうち、取得手段が取得した部分以外の部分を変更するための情報の入力を受け付けるための受付手段、および、受付手段が受け付けた情報に基づいて、個人情報記憶手段に記憶されたユーザーの個人情報を変更する変更手段として機能させる。
【発明の効果】
【００１７】
本発明によれば、ユーザーの環境の変化が検知された場合、ユーザーの個人情報のうち、変更が制限される部分以外の部分について、当該個人情報を変更するための情報の入力が受け付けられ、当該入力された情報に基づいて個人情報が変更される。
【００１８】
したがって、ユーザーの環境の変化に応じて個人情報を変更でき、かつ、変更を制限される部分については変更が行なわれないため、セキュリティ上の問題を生じない態様で当該変更が行なわれる。
【図面の簡単な説明】
【００１９】
【図１】本発明の情報管理装置を含む情報管理システムの全体構成を模式的に示す図である。
【図２】図１のサーバーのハードウェア構成を模式的に示す図である。
【図３】図１のシステムにおける推薦情報の提供の一態様を説明するための図である。
【図４】図１の人事ＤＢ（データベース）に格納される人事情報の一例を模式的に示す図である。
【図５】図１のオントロジーＤＢの記憶内容の一例を模式的に示す図である。
【図６】図１のサーバーにおいて実行されるキーワード変更処理のフローチャートである。
【図７】図４の人事情報の変更後の状態の一例を示す図である。
【図８】図１のクライアントにおいて表示される問合せ画面の一例を示す図である。
【図９】図１のクライアントにおいて表示される画面の他の例を示す図である。
【図１０】図１のプロファイルＤＢの登録内容の一例を模式的に示す図である。
【図１１】図１のプロファイルＤＢの登録内容の他の例を模式的に示す図である。
【図１２】変形例（１）に従って図６から変形されたフローチャートである。
【図１３】変形例（２）に従って図６から変形されたフローチャートである。
【図１４】変形例（３）における情報管理システムの構成を模式的に示す図である。
【図１５】変形例（４）における情報管理システムの構成を模式的に示す図である。
【図１６】変形例（５）におけるプロファイルＤＢの登録内容の一例を模式的に示す図である。
【図１７】変形例（５）においてクライアントに表示される画面の一例を示す図である。
【発明を実施するための形態】
【００２０】
＜全体構成＞
図１は、本発明の情報管理装置を含む情報管理システムの全体構成を模式的に示す図である。
【００２１】
図１に示されたシステムは、本発明の情報管理装置の一実施の形態であるサーバー２００と当該サーバー２００とたとえばネットワークを介して通信可能なクライアント１００とを含む。サーバー２００およびクライアント１００は、いずれも、たとえば汎用のパーソナルコンピューターによって実現されても良いし、ＭＦＰ（Multifunction Peripheral）等の多機能な装置によって実現されても良い。なお、当該システムにおいて、サーバー２００に接続されるクライアント１００の数は１に限定されず、２以上であってもよい。
【００２２】
図１には、サーバー２００の機能構成が示されているが、当該機能構成については、後述する。
【００２３】
＜ハードウェア構成＞
図２は、サーバー２００のハードウェア構成を模式的に示す図である。
【００２４】
図２を参照して、サーバー２００は、当該サーバー２００の動作を全体的に制御するＣＰＵ（Central Processing Unit）２５０、ＣＰＵ２５０のワークエリアとして機能するＲＡＭ（Random Access Memory）２５４、プログラムやデータなどを記憶するＲＯＭ（Read Only Memory）２５６、サーバー２００に対して情報を入力するためのキーボードなどの入力装置２６０、他の情報処理装置または別のネットワークとの通信を行なう通信装置２６２、プログラムやファイルを記憶するハードディスクを備えるハードディスク装置（ＨＤＤ）２６４、およびサーバー２００に対して着脱可能な記憶媒体２５２Ａとアクセスするメディアドライブ２５２と、モニター２６６とを備えている。ＣＰＵ２５０は、入力装置２６０を介して入力された情報の入力を受付け、通信装置２６２を介して他の端末やネットワークと接続可能であり、また、モニター２６６に当該サーバー２００において処理されている情報を表示させることができる。
【００２５】
ＣＰＵ２５０が実行するプログラムは、ＲＯＭ２５６やＨＤＤ２６４のハードディスクに記憶されていてもよいし、メディアドライブ２５２を介してＣＰＵ２５０がアクセスする記憶媒体２５２Ａに記憶されていてもよいし、ＣＰＵ２５０が通信装置２６２を介してアクセスする外部の記憶装置に記憶されているものであってもよい。記憶媒体２５２Ａとしては、ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk - Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ、メモリカード、ＦＤ（Flexible Disk）、ハードディスク、磁気テープ、カセットテープ、ＭＯ（Magnetic Optical Disc）、ＭＤ（Mini Disc）、ＩＣ（Integrated Circuit）カード（メモリカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）などの、不揮発的にプログラムを格納する媒体が挙げられる。
【００２６】
また、ＨＤＤ２６４のハードディスクには、メディアドライブ２５２を介して記憶媒体２５２Ａに記憶されたファイルや、通信装置２６２を介してアクセス可能となる外部の記憶装置に記憶されたファイルがＨＤＤ２６４のハードディスクに記憶（インストール）され、これがＣＰＵ２５０によって実行されてもよい。
【００２７】
また、サーバー２００は、モニター２６６と一体的に構成されてもよく、別体で構成されても良い。また、モニター２６６等の表示装置を備えず、表示装置に情報を表示するための情報を送信するものであっても良い。
【００２８】
＜機能構成＞
図１に戻って、サーバー２００は、その機能として、編集ＵＩ（ユーザーインターフェース）２０１、情報取得ＵＩ２０２、環境変化検知部２１１、編集部２１２、プロファイル変更部２１３、および、情報推薦部２２１を含む。これらの機能は、たとえばＣＰＵ２５０が、ＨＤＤ２６４に記録されているプログラムを実行することにより、実現される。なお、これらのうちの１以上の機能が、ＬＳＩ（large-scale integration）等の専用のハードウェア要素によって実現されても良い。
【００２９】
また、サーバー２００は、その機能として、人事ＤＢ（データベース）２３１、制限ＤＢ２３２、オントロジーＤＢ２３３、プロファイルＤＢ２３４、および、情報ＤＢ２３５を含む。これらの機能は、たとえば、ＨＤＤ２６４により実現される。ただし、これらの１以上の機能は、サーバー２００外の記憶装置によって実現されても良い。そして、ＣＰＵ２５０が当該記憶装置から各機能を構成する情報を読込み、当該情報をＲＡＭ２５４等に一時的に格納することにより、ＣＰＵ２５０が当該情報を利用しても良い。
【００３０】
個人情報記憶手段の一例であるプロファイルＤＢ２３４には、ユーザーごとの個人情報であって、主にユーザーが編集できる部分が記憶される。図３に、プロファイルＤＢ２３４の記憶内容の一例を示す。
【００３１】
図３には、プロファイルＤＢ２３４に格納される、あるユーザーの個人情報の一例であるプロファイル５１０が示されている。プロファイル５１０は、ユーザーのＩＤと職能と担当とキーワードとを含む。図３の例では、ＩＤとして「０００１」が、職能として「一般職」が、担当として「ハードウェア」が、そして、キーワードとして「プリンター」「電子写真」「トナー」が登録されている。キーワードとは、たとえば、ユーザーが情報を検索する際に加味される情報として利用される。当該キーワードは、本実施の形態のサーバー２００による機能だけではなく、既存の技術を利用して、ユーザーが取得する情報や検索の際に入力するキーワードなどに応じて、適宜、カスタマイズされ得る。
【００３２】
情報ＤＢ２３５には、システムのユーザー等により蓄積され、また、ユーザー等に提供されるコンテンツが格納されている。図３には、情報ＤＢ２３５の記憶内容の一部を示す目次情報５２０が示されている。目次情報５２０もまた、情報ＤＢ２３５に格納されている。目次情報５２０は、情報ＤＢ２３５に登録されている各コンテンツの種類、タイトル、および、限定事項を含む。限定事項とは、たとえば当該コンテンツを提供する者を限定するための情報である。
【００３３】
図１に戻って、人事ＤＢ２３１には、ユーザーごとの個人情報であって、主にユーザー自身が編集できない部分が記憶される。図４は、人事ＤＢ２３１に格納される人事情報９００の一例を模式的に示す図である。
【００３４】
図４を参照して、人事情報９００では、ユーザーごとに、ＩＤ９０１と、氏名９０２と、職能９０３と、勤務地９０４と、当該勤務地において所属するサイト９０５と、所属する事業部９０６とが記憶されている。たとえば、ＩＤが「０００１」のユーザーについては、氏名として「東京一郎」、職能として「一般職」、勤務地として「東京」、サイトとして「本社」、事業部として「研究」が、それぞれ登録されている。
【００３５】
図１に戻って、制限ＤＢ２３２には、個人情報のうち、ユーザーが自身で編集できない項目を規定する情報が記憶される。
【００３６】
オントロジーＤＢ２３３には、キーワードの候補が記憶されている。図５は、オントロジーＤＢ２３３の記憶内容の一例を模式的に示す図である。
【００３７】
図５を参照して、オントロジーＤＢ２３３では、大項目９２１、中項目９２２、および、小項目９２３に分類されて、キーワード９２４が配置されている。図５では、大項目９２１として、「事業部」「職能」「勤務地」の３つの項目が登録されている。そして、この中の「事業部」に対応する中項目９２２として、「研究」「開発」の２つの項目が登録されている。そして、このうち、「研究」に対応する小項目９２３として、「ソフトウェア」「ハードウェア」の２つの項目が登録されている。そして、このうち「ソフトウェア」に対応するキーワードとして「セキュリティ」「暗号」「ハッシュ関数」「画像処理」「フーリエ変換」「パターンマッチング」が登録されている。また、「ハードウェア」に対応するキーワードとして「ＳｏＣ」「ＥＤＡ」「メソドロジー」「センサー」「ロードセル」「サーミスター」が登録されている。
【００３８】
図１に戻って、編集ＵＩ２０１は、クライアント１００からの、プロファイルＤＢ２３４に登録された事項の編集の要求があった場合の、編集用の画面情報の供給等を実行する。
【００３９】
検知手段の一例である環境変化検知部２１１は、ユーザーの環境の変化を検知し、たとえば、人事ＤＢ２３１における各ユーザーについての登録情報の変更があった場合には、環境が変化したと判断する。
【００４０】
編集部２１２は、環境変化検知部２１１の判断を受けて、ユーザーのキーワードの変更の要否を判断し、また、必要である場合には、変更後のキーワードの候補の選択・提示等を行なう。
【００４１】
プロファイル変更部２１３は、クライアント１００からの要求に応じて、プロファイルＤＢ２３４に登録されたユーザーの個人情報を変更する。
【００４２】
情報取得ＵＩ２０２は、クライアント１００からの情報の推薦要求を受け、そして、当該要求を受けると、情報推薦部２２１に情報取得要求を出力する。情報推薦部２２１は、これに応じて、情報ＤＢ２３５において、クライアント１００に送信するための情報を検索する。当該検索には、プロファイルＤＢ２３４においてクライアント１００のユーザーのＩＤに関連付けられたキーワードが利用される。
【００４３】
なお、情報取得ＵＩ２０２は、クライアント１００からの要求がなくとも、たとえば一定時間ごとなどの条件に基づいて、情報推薦部２２１に情報取得要求を出力する。また、情報推薦部２２１は、クライアント１００から送信されたキーワードを取得すれば、当該キーワードも、情報検索の条件として利用する。
【００４４】
＜情報の推薦＞
本実施の形態に係るシステムにおける、クライアント１００への推薦情報の提供について、一般的な処理の流れを説明する。
【００４５】
まず、ユーザーが、クライアント１００で、システムにログインする。これにより、サーバー２００のＣＰＵ２５０は、クライアント１００を操作するユーザーのＩＤを特定できる。
【００４６】
次に、ユーザーがクライアント１００に検索のキーワードを入力することにより、当該検索キーワードがクライアント１００からサーバー２００（情報取得ＵＩ２０２）へ送信される。情報取得ＵＩ２０２は、受信した検索キーワードを、ユーザーのＩＤとともに、情報推薦部２２１へ送信する。
【００４７】
情報推薦部２２１は、ユーザーのＩＤを受信すると、プロファイルＤＢ２３４において当該ＩＤに関連付けて記憶されているキーワードを取得する。そして、このように取得したキーワードと、クライアント１００から入力された検索キーワードとを用いて、情報ＤＢ２３６に記憶された情報の検索を行ない、検索結果を取得する。
【００４８】
たとえば、ＩＤが０００１のユーザーがクライアント１００の入力フィールドに「技術レポート」と入力すると、クライアント１００から情報取得ＵＩ２０２に、当該文言が検索キーワードとして送信される。情報取得ＵＩ２０２は、情報推薦部２２１に、ユーザーのＩＤと当該検索キーワードを送信する。情報推薦部２２１は、プロファイルＤＢ２３４から、受信したＩＤ「０００１」に関連付けられたキーワード（図３に示された「プリンター」「電子写真」「トナー」）を取得する。そして、情報推薦部２２１は、クライアント１００から取得したキーワード（「技術レポート」）と、プロファイルＤＢ２３４から取得したキーワード（「プリンター」「電子写真」「トナー」）から、検索式を作成する。たとえば、次の式（１）のような検索式が作成される。
【００４９】
“技術レポート”AND{“プリンター”OR“電子写真”OR“トナー”}…（１）
そして、当該検索式を用いて、情報ＤＢ２３５を検索する。検索結果として、たとえば、「粉砕トナーの粒径について」という技術レポートが取得される。そして、取得された検索結果は、情報取得ＵＩ２０２を介して、クライアント１００に送信される。これにより、クライアント１００の画面１０１では、図３に示されるように、推薦情報として、欄１０４に、上記の技術レポートが表示できるようになる。なお、画面１０１には、さらに、キーワード入力欄１０２に、入力された検索キーワード（技術レポート）が表示され、また、当該検索キーワードを利用した検索をサーバー２００に指示するための検索ボタン１０３が表示されている。ここで、クライアント１００に送信される情報は、上記技術レポートそのもののデータであっても良いし、当該技術レポートにアクセスするためのＵＲＬ（Uniform Resource Locator）などの情報であっても良い。
【００５０】
また、情報推薦部２２１が作成する検索式は、プロファイルＤＢ２３４のキーワードのみでなく、他の情報も利用されても良い。たとえば、職能が利用される場合、ＩＤ０００１のユーザーの職能は「一般職」であり、「管理職」ではないため、たとえば、式（１）の代わりに次の式（２）のような検索式が作成される。
【００５１】
“技術レポート”AND{“プリンター”OR“電子写真”OR“トナー”}NOT“管理職”…（２）
また、このような検索が、ユーザーが検索キーワードを入力することなく検索開始のための操作を行なった場合や、ユーザーからの操作を必要とすることなく一定時間ごとに実行されるような場合には、情報推薦部２２１は、プロファイルＤＢ２３４において情報の提供先のユーザーのＩＤに関連付けられて登録されたキーワードを用いて、検索式を作成し、情報の検索を実行する。プロファイルＤＢ２３４から取得したキーワードが「プリンター」「電子写真」「トナー」である場合、作成される検索式は、たとえば次の式（３）となる。
【００５２】
“プリンター”OR“電子写真”OR“トナー”…（３）
このような検索式によれば、検索結果として、「粉砕トナーの粒径について」という技術レポートと、「電子写真セミナー報告」という出張報告書とが、ユーザーに提示される。
【００５３】
＜キーワード変更処理＞
図６は、サーバー２００において実行されるキーワード変更処理のフローチャートである。
【００５４】
図６を参照して、キーワード変更処理では、まずステップＳ１０において、環境変化検知部２１１が、人事ＤＢ２３１において登録内容の変更があったか否かを判断した後、あったと判断するとステップＳ２０へ処理が進められる。
【００５５】
ステップＳ２０では、取得手段の一例である編集部２１２が、制限ＤＢ２３２から人事ＤＢ２３１において登録情報に変更があったユーザーの制限情報を取得した後、ステップＳ３０へ処理が進められる。
【００５６】
ステップＳ３０では、編集部２１２が、オントロジーＤＢ２３３から、変更後の登録内容に対応したキーワードを抽出した後、ステップＳ４０へ処理が進められる。
【００５７】
ここまでの処理の具体例として、図４に示された人事ＤＢが図７に示されるように変更された場合について、説明する。図７の人事情報９１０では、図４に示された人事情報９００から、ユーザーＩＤが０００１であるユーザーについて、勤務地が「東京」から「大阪」に変更され、また、サイトが「本社」から「支社」に変更された場合が示されている。
【００５８】
環境変化検知部２１１がこのような変更を検知すると、上記したように、ステップＳ１０からステップＳ２０へ処理が進められる。
【００５９】
ステップＳ２０では、人事ＤＢ２３１において情報を変更されたユーザーのＩＤに対応した制限情報が、制限情報記憶手段の一例である制限ＤＢ２３２から抽出される。ここで抽出される制限情報としては、たとえば次の項目が挙げられる。
【００６０】
・ＩＤ
・氏名
・職能
・大項目（図５における事業部、職能、および、勤務地）
・勤務地
本実施の形態では、ユーザーの個人情報として、プロファイルＤＢ２３４には、ＩＤ、職能、担当、および、キーワードが登録され、また、人事ＤＢ３２１では、ＩＤ、氏名、職能、勤務地、サイト、および、事業部が登録されている。このような登録情報のうち、上記制限情報に該当しないものは、担当とキーワードのみである。よって、本実施の形態では、ユーザーの個人情報として登録されている情報のうち、制限情報によって制限されない担当とキーワードとが、ユーザーが変更することができる情報となる。
【００６１】
そして、制限情報が抽出されると、ステップＳ３０へ処理が進められる。
ステップＳ３０では、オントロジーＤＢ２３３における、変更後の人事ＤＢ２３１における登録内容に対応したキーワードが抽出される。なお、この例では、勤務地が東京から大阪に変更され、また、サイトが本社から支社に変更されている。また、プロファイルＤＢ２３４から、ユーザーＩＤが０００１のユーザーの担当は「ハードウェア」であることがわかる。一方、オントロジーＤＢ２３３から、勤務地が大阪でサイトが支社の場合に可能な担当は「ソフトウェア」のみであることがわかる。このままでは、当該ユーザーが大阪の支社でも引き続き「ハードウェア」の担当を継続するのか、「ソフトウェア」に担当が変更されるのかが分からない。
【００６２】
そこで、変更後のユーザーの情報に対応したキーワードを選択するために、ソフトウェアとハードウェアのいずれかを選択させるために、編集部２１２は、クライアント１００に対して問い合わせるための処理を行なう。具体的には、編集ＵＩ２０１を介して、クライアント１００に問合せ画面を表示させる。図８は、このときにクライアント１００に表示させる問合せ画面の一例である。
【００６３】
図８を参照して、画面８０１は、「職務を選んでください。」というメッセージとともに、上記した「ソフトウェア」と「ハードウェア」を選択肢として含む。そして、編集部２１２は、当該問合せに対して選択された結果に応じて、オントロジーＤＢ２３３に登録されたキーワードのうち、人事ＤＢ２３１における変更後の登録内容に対応したキーワードを選択する。たとえば、ソフトウェアが選択された場合には、オントロジーＤＢ２３３に登録されたキーワードのうち、変更後の人事ＤＢ２３１の登録事項に対応するキーワードとして、大項目「事業部」、中項目「研究」、および、小項目「ソフトウェア」で特定される、「セキュリティ」「暗号」「ハッシュ関数」「画像処理」「フーリエ変換」「パターンマッチング」が抽出される。
【００６４】
図６に戻って、ステップＳ３０でキーワードを抽出した後、編集部２１２は、ステップＳ４０で、編集ＵＩ２０１を介して、クライアント１００に、キーワードの候補を表示させる。ここでは、ステップＳ３０で抽出されたキーワードとすでに登録されているキーワードとが、表示される。図９は、ステップＳ４０においてクライアント１００において表示される画面の一例を示す図である。
【００６５】
図９の画面８０２では、すでに登録されているキーワード（図３の「プリンター」「電子写真」「トナー」）と、ステップＳ３０で抽出されたキーワード（「セキュリティ」「暗号」「ハッシュ関数」「画像処理」「フーリエ変換」「パターンマッチング」）が、候補として表示されている。
【００６６】
そして、ステップＳ５０で、受付手段の一例である編集部２１２は、図９の画面に対するキーワードの選択を受け付け、選択された結果をプロファイル変更部２１３へ送信する。その後、処理はステップＳ６０へ進められる。
【００６７】
ステップＳ６０では、変更手段の一例であるプロファイル変更部２１３が、選択された結果に従って、プロファイルＤＢ２３４に登録されるキーワードを更新する。その後、処理はステップＳ１０に戻される。
【００６８】
図１０は変更前のプロファイルＤＢ２３４の登録内容５３０を示し、図１１は変更後のプロファイルＤＢ２３４の登録内容５４０を示す。
【００６９】
図１０の登録内容５３０では、図３と同様に、担当として「ハードウェア」が、キーワードとして「プリンター」「電子写真」「トナー」が、登録されている。そして、図８に示された画面８０１において、たとえば「ソフトウェア」が選択され、図９に示された画面８０２において、たとえば、「プリンター」「電子写真」「セキュリティー」「暗号」および「ハッシュ関数」が選択された場合、図１１の登録内容５４０に示されるように、これらが、ＩＤ０００１のユーザーの担当およびキーワードとして登録される。
【００７０】
＜変形例（１）＞
以上説明した本実施の形態では、人事ＤＢ２３１において或るユーザーの登録情報が変更されると、当該ユーザーの個人情報のうち、制限情報で制限される部分以外の部分（プロファイルＤＢ２３４における担当とキーワード）を変更するための処理が実行される。なお、当該処理において、変更後の登録情報に応じたキーワードの候補が表示される。そして、キーワードを変更する旨の操作（変更後のキーワードを選択するための操作）がなされると、プロファイルＤＢ２３４におけるキーワードの登録内容が変更される（図１１参照）。
【００７１】
なお、編集部２１２は、人事ＤＢ２３１においてユーザーの登録情報が変更されると、当該変更がなされた旨、および、当該変更に基づいてプロファイルＤＢ２３４に登録されたユーザーのプロファイルの変更を促す旨を、クライアント１００に対して報知することが好ましい。図１２は、本変形例（１）に従って図６から変形されたフローチャートである。
【００７２】
図１２を参照して、ステップＳ１０において人事ＤＢ２３１の登録内容が変更されたと判断すると、報知手段の一例である編集部２１２が、ステップＳ１１で、変更されたＩＤのユーザーがログインしているクライアント１００に、人事ＤＢ２３１の登録内容が変更されたことおよび当該ユーザーのプロファイルの変更を促すことを報知する画面を表示させた後、ステップＳ２０へ処理が進められる。
【００７３】
＜変形例（２）＞
本実施の形態では、人事ＤＢ２３１における登録内容が変更されると、プロファイルの変更をするための処理が行なわれていたが、変更の内容によっては上記処理が省略されても良い。図１３は、本変形例（２）に従って図６から変形されたフローチャートである。
【００７４】
図１３を参照して、ステップＳ１０で人事ＤＢ２３１の登録内容に変更があったことを検知すると、編集部２１２は、ステップＳ２０で制限情報を取得した後、ステップＳ２１へ処理を進める。そして、ステップＳ２１では、編集部２１２は、ステップＳ１０で検知した登録内容の変更が、プロファイルの変更を必要とする内容であるか否かを判断する。たとえば、人事ＤＢ２３１に登録される個人情報として、婚姻状態（結婚・未婚）や住所を含む場合であって、これらの情報は情報の推薦に際して重要ではないと判断される場合、これらの人事ＤＢ２３１において変更された登録情報がこれらの情報のみである場合には、ステップＳ３０以下の処理を実行しないようにしてもよい。つまり、ステップＳ２１では、編集部２１２は、ステップＳ１０で検知した登録内容の変更が上記したような婚姻状態の変更等の重要ではないと判断されるもののみであるか否かを判断し、そうであると判断した場合には、個人情報（プロファイル）に変更が必要ではないと判断してステップＳ１０へ処理を戻す。なお、これら以外の登録内容も変更された場合には、ステップＳ３０に処理が進められる。
【００７５】
＜変形例（３）＞
以上説明した本実施の形態では、制限情報は、サーバー２００内の制限ＤＢ２３２に登録されていたが、制限情報は他の装置から取得されても良い。
【００７６】
図１４は、本変形例（３）における情報管理システムの構成を模式的に示す図である。
図１４に示されたシステムでは、サーバー２００の編集部２１２には、さらに編集ＵＩ２０１Ａが接続され、当該編集ＵＩ２０１Ａは、他の情報処理装置であるクライアント１５０に接続されている。編集ＵＩ２０１Ａは、たとえばＣＰＵ２５０がＨＤＤ２６４等に記録されているプログラムを実行することにより実現される。クライアント１５０は、たとえば汎用のパーソナルコンピュータにより実現される。
【００７７】
本変形例では、たとえばステップＳ２０において制限情報を取得する際、編集部２１２は、編集ＵＩ２０１Ａを介して、クライアント１５０に制限情報を問い合わせる。この際、たとえば処理対象となっているユーザーのＩＤがクライアント１５０へ送信される。クライアント１５０は、これに応じて、受信したＩＤに対応するユーザーについての制限情報をサーバー２００へ返信する。この場合、制限ＤＢ２３２（図１参照）に相当するデータベースがクライアント１５０に備えられていても良いし、クライアント１５０のユーザーが、受信したＩＤに応じて適宜制限情報を生成してサーバー２００へ送信しても良い。
【００７８】
＜変形例（４）＞
本実施の形態では、ユーザーの環境の変化の有無は、人事ＤＢ２３１におけるユーザーの登録内容の変更の有無によって判断された（図６のステップＳ１０）。
【００７９】
なお、ユーザーの環境の変化の有無は、以下の情報を利用して判断されても良い。つまり、ユーザーの活動が理解される情報や、ライフログの変化から、ユーザーの環境の変化の有無が判断されても良い。
【００８０】
より具体的には、環境変化検知部２１１は、ユーザーが操作するクライアント１００から送信される文書（報告書、メール、プロジェクト活動履歴、研修受講情報、議事録、等）から抽出されるキーワードを検出し、検出されるキーワードに所定の変化が見られたときに、当該ユーザーの環境が変化したと判断しても良い。
【００８１】
また、クライアント１００が携帯端末である場合に、環境変化検知部２１１は、当該携帯端末の位置情報を検知し、検知した位置情報が変化した場合、または、位置情報の変化のパターンが変化した場合に、ユーザーの環境が変化したと判断しても良い。
【００８２】
また、クライアント１００が電話端末である場合、環境変化検知部２１１は、通話記録を監視し、当該通話記録において件数の多い発信先の電話番号が変化した場合に、ユーザーの環境が変化したと判断しても良い。
【００８３】
また、環境変化検知部２１１は、クライアント１００が動作の指示を出す機器を検出し、検出される機器が変更されたとき（たとえば、指示を出す主要な機器が営業部所有のプリンターから経理部所有のプリンターに変更されたとき）に、ユーザーの環境が変化したと判断しても良い。
【００８４】
また、環境変化検知部２１１は、ユーザーの出退勤情報を検知し、たとえば出勤時間帯が変更された場合に、ユーザーの環境が変化したと判断しても良い。
【００８５】
また、これらの判断を組み合わせる場合、検知した内容によって、制限情報の内容を変化させても良い。
【００８６】
たとえば、人事ＤＢ２３１における登録内容の変更は、環境の変化として確実性の高い情報であるため、個人情報の変更を制限する範囲を狭くし、一方で、たとえばクライアント１００が動作の指示を出す機器の変更については、たまたま、営業部所有のプリンターが故障して一時的に経理部所有のプリンターを利用しているだけという場合も想定できるため、個人情報の変更を制限する範囲を比較的広くすることがことが好ましい。このように、環境の変化の検出の情報源の確実性の高低に応じて個人情報の変更を制限する範囲を変化させることにより、不用意なミスをさらに防ぐことができる。
【００８７】
また、上記のように、プロファイルＤＢ２３４における各ユーザーのキーワードは、当該各ユーザーが閲覧する情報に応じて適宜カスタマイズされ得る。環境変化検知部２１１は、図１５に示されるように、プロファイルＤＢ２３４のカスタマイズの状況を検出し、カスタマイズによりプロファイルＤＢ２３４に登録されるキーワードが変更された場合に、ユーザーの環境が変化したと判断しても良い。
【００８８】
＜変形例（５）＞
以上説明した本実施の形態では、ステップＳ４０（図６）で表示されるキーワードの候補は、変更後の人事ＤＢ２３１に応じて抽出（図６のステップＳ３０）されたが、表示されるキーワードの候補の選択態様はこれに限定されない。
【００８９】
プロファイルＤＢ２３４において、処理対象となっているユーザーの変更後の人事ＤＢ２３１の登録内容と同一または近い他のユーザーに関連付けられて登録されているキーワードが、ステップＳ４０で表示されるキーワードの候補として抽出されても良い。
【００９０】
たとえば、プロファイルＤＢ２３４において、処理対象となっている（人事ＤＢ２３１の登録内容を変更された）ユーザーに関連付けられて図１０に示された登録内容５３０が登録されている場合に、上記した他のユーザーに関連付けられて図１６に登録内容５５０として示されるような情報が登録されているとする。登録内容５５０は、ユーザーＩＤが０００３のユーザーに関する情報であり、キーワードとして、「セキュリティー」「暗号」「ハッシュ関数」を含む。このような場合、ステップＳ４０では、クライアント１００には、登録内容５３０におけるユーザーＩＤ０００１のユーザーのキーワードと、登録内容５５０におけるユーザーＩＤ０００３のユーザーのキーワードが、候補として表示される。このとき表示される画面の一例を図１７に示す。
【００９１】
図１７を参照して、画面８０３には、キーワードの候補として、「プリンター」「電子写真」「トナー」「セキュリティー」「暗号」および「ハッシュ関数」が表示されている。これにより、人事ＤＢ２３１の登録情報を変更されたユーザーは、変更後の個人情報（人事ＤＢ２３１の登録情報）に近い個人情報を有するユーザーと同じキーワードが利用されて、情報の推薦を受けることとなる。したがって、速やかに、変更後の環境に応じた情報の提供を受けることができる。
【００９２】
今回開示された各実施の形態およびその変形例はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００９３】
１００ クライアント、２００ サーバー、２１１ 環境変化検知部、２１２ 編集部、２１３ プロファイル変更部、２２１ 情報推薦部、２５２ メディアドライブ、２５２Ａ 記憶媒体。
【特許請求の範囲】
【請求項１】
検索対象となる情報が格納されたデータベースから、ユーザーに提供する情報を生成するための情報を管理する情報管理装置であって、
ユーザーに関連する個人情報を記憶するための個人情報記憶手段と、
ユーザーの環境の変化を検知するための検知手段と、
前記検知手段がユーザーの環境の変化を検知した場合に、前記個人情報記憶手段に記憶された前記ユーザーの個人情報のうち、変更を制限する部分を取得するための取得手段と、
前記個人情報記憶手段に記憶された前記ユーザーの個人情報のうち、前記取得手段が取得した部分以外の部分を変更するための情報の入力を受け付けるための受付手段と、
前記受付手段が受け付けた情報に基づいて、前記個人情報記憶手段に記憶された前記ユーザーの個人情報を変更する変更手段とを備える、情報管理装置。
【請求項２】
前記受付手段は、前記検知手段が検知した変化の内容に応じて、前記個人情報の変更内容の候補を提示する、請求項１に記載の情報管理装置。
【請求項３】
前記検知手段がユーザーの環境の変化を検知した場合に、当該ユーザーの個人情報の変更の必要性を報知する報知手段をさらに備え、
前記報知手段は、前記検知手段が検知した変化の内容に基づいて、前記報知が必要か否かを判断する、請求項１または請求項２に記載の情報管理装置。
【請求項４】
前記個人情報記憶手段に記憶された前記ユーザーの個人情報のうち、変更を制限する部分を特定する情報を記憶するための制限情報記憶手段をさらに備え、
前記取得手段は、前記制限情報記憶手段から前記変更を制限する部分を取得し、
前記制限情報記憶手段に記憶された情報では、前記検知手段が検知した内容に応じて制限する部分が異なる、請求項１〜請求項３のいずれかに記載の情報管理装置。
【請求項５】
前記検知手段は、前記個人情報記憶手段に記憶された情報の変更、または、ユーザーが送受信した情報の内容に基づいて、前記ユーザーの環境の変化を検知する、請求項１〜請求項４のいずれかに記載の情報管理装置。
【請求項６】
検索対象となる情報が格納されたデータベースから、ユーザーに提供する情報を生成するための情報を管理する情報管理装置の制御方法であって、
ユーザーに関連する個人情報を記憶するステップと、
ユーザーの環境の変化を検知するステップと、
ユーザーの環境の変化を検知した場合に、記憶された前記ユーザーの個人情報のうち、変更を制限する部分を取得するステップと、
記憶された前記ユーザーの個人情報のうち、取得した前記部分以外の部分を変更するための情報の入力を受け付けるステップと、
受け付けた情報に基づいて、記憶された前記ユーザーの個人情報を変更するステップとを備える、情報管理装置の制御方法。
【請求項７】
検索対象となる情報が格納されたデータベースからユーザーに提供する情報を生成するための情報を管理するコンピューターを、情報管理装置として機能させるための情報管理用プログラムであって、前記コンピューターを、
ユーザーに関連する個人情報を記憶するための個人情報記憶手段、
ユーザーの環境の変化を検知するための検知手段、
前記検知手段がユーザーの環境の変化を検知した場合に、前記個人情報記憶手段に記憶された前記ユーザーの個人情報のうち、変更を制限する部分を取得するための取得手段と、
前記個人情報記憶手段に記憶された前記ユーザーの個人情報のうち、前記取得手段が取得した部分以外の部分を変更するための情報の入力を受け付けるための受付手段、および、
前記受付手段が受け付けた情報に基づいて、前記個人情報記憶手段に記憶された前記ユーザーの個人情報を変更する変更手段として機能させるための、情報管理用プログラム。
【請求項１】
検索対象となる情報が格納されたデータベースから、ユーザーに提供する情報を生成するための情報を管理する情報管理装置であって、
ユーザーに関連する個人情報を記憶するための個人情報記憶手段と、
ユーザーの環境の変化を検知するための検知手段と、
前記検知手段がユーザーの環境の変化を検知した場合に、前記個人情報記憶手段に記憶された前記ユーザーの個人情報のうち、変更を制限する部分を取得するための取得手段と、
前記個人情報記憶手段に記憶された前記ユーザーの個人情報のうち、前記取得手段が取得した部分以外の部分を変更するための情報の入力を受け付けるための受付手段と、
前記受付手段が受け付けた情報に基づいて、前記個人情報記憶手段に記憶された前記ユーザーの個人情報を変更する変更手段とを備える、情報管理装置。
【請求項２】
前記受付手段は、前記検知手段が検知した変化の内容に応じて、前記個人情報の変更内容の候補を提示する、請求項１に記載の情報管理装置。
【請求項３】
前記検知手段がユーザーの環境の変化を検知した場合に、当該ユーザーの個人情報の変更の必要性を報知する報知手段をさらに備え、
前記報知手段は、前記検知手段が検知した変化の内容に基づいて、前記報知が必要か否かを判断する、請求項１または請求項２に記載の情報管理装置。
【請求項４】
前記個人情報記憶手段に記憶された前記ユーザーの個人情報のうち、変更を制限する部分を特定する情報を記憶するための制限情報記憶手段をさらに備え、
前記取得手段は、前記制限情報記憶手段から前記変更を制限する部分を取得し、
前記制限情報記憶手段に記憶された情報では、前記検知手段が検知した内容に応じて制限する部分が異なる、請求項１〜請求項３のいずれかに記載の情報管理装置。
【請求項５】
前記検知手段は、前記個人情報記憶手段に記憶された情報の変更、または、ユーザーが送受信した情報の内容に基づいて、前記ユーザーの環境の変化を検知する、請求項１〜請求項４のいずれかに記載の情報管理装置。
【請求項６】
検索対象となる情報が格納されたデータベースから、ユーザーに提供する情報を生成するための情報を管理する情報管理装置の制御方法であって、
ユーザーに関連する個人情報を記憶するステップと、
ユーザーの環境の変化を検知するステップと、
ユーザーの環境の変化を検知した場合に、記憶された前記ユーザーの個人情報のうち、変更を制限する部分を取得するステップと、
記憶された前記ユーザーの個人情報のうち、取得した前記部分以外の部分を変更するための情報の入力を受け付けるステップと、
受け付けた情報に基づいて、記憶された前記ユーザーの個人情報を変更するステップとを備える、情報管理装置の制御方法。
【請求項７】
検索対象となる情報が格納されたデータベースからユーザーに提供する情報を生成するための情報を管理するコンピューターを、情報管理装置として機能させるための情報管理用プログラムであって、前記コンピューターを、
ユーザーに関連する個人情報を記憶するための個人情報記憶手段、
ユーザーの環境の変化を検知するための検知手段、
前記検知手段がユーザーの環境の変化を検知した場合に、前記個人情報記憶手段に記憶された前記ユーザーの個人情報のうち、変更を制限する部分を取得するための取得手段と、
前記個人情報記憶手段に記憶された前記ユーザーの個人情報のうち、前記取得手段が取得した部分以外の部分を変更するための情報の入力を受け付けるための受付手段、および、
前記受付手段が受け付けた情報に基づいて、前記個人情報記憶手段に記憶された前記ユーザーの個人情報を変更する変更手段として機能させるための、情報管理用プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−２５６１５２（Ｐ２０１２−２５６１５２Ａ）
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願番号】特願２０１１−１２８１１３（Ｐ２０１１−１２８１１３）
【出願日】平成２３年６月８日（２０１１．６．８）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願日】平成２３年６月８日（２０１１．６．８）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
[ Back to top ]