(57)【要約】【課題】個人のプロファイルの秘匿性を保持した上で個人のプロファイルを外部のサービスで作成及び活用できるプロファイル管理システムを提供すること。【解決手段】個人が使用する第一の情報処理装置１０を、前記個人にしかアクセス権がない記憶部２０に記憶された電子データに関する情報を第二の情報処理装置５０に送信する電子データ送信手段１３、として機能させるプログラム１２２と、前記第一の情報処理装置から送信された前記電子データに関する情報に基づいて個人のプロファイルを作成するプロファイル作成手段５３と、外部からの検索要求に応じて、前記外部からのアクセスが制限された記憶領域に保存された前記個人のプロファイルに基づいて特定した検索結果を前記外部に送信する検索サービスを提供する検索手段５８と、を有する第二の情報処理装置と、を有するプロファイル管理システム１００を提供する。【選択図】図１
2019159970.tif 000002
【特許請求の範囲】
【請求項１】
個人が使用する第一の情報処理装置を、
前記個人にしかアクセス権がない記憶部に記憶された電子データに関する情報を第二の情報処理装置に送信する電子データ送信手段、として機能させるプログラムと、
前記第一の情報処理装置から送信された前記電子データに関する情報に基づいて個人のプロファイルを作成するプロファイル作成手段と、
外部からの検索要求に応じて、前記外部からのアクセスが制限された記憶領域に保存された前記個人のプロファイルに基づいて特定した検索結果を前記外部に送信する検索サービスを提供する検索手段と、
を有する第二の情報処理装置と、を有するプロファイル管理システム。
【請求項２】
前記第二の情報処理装置は、
複数の前記個人のプロファイルをそれぞれ記憶する複数の前記記憶領域を有し、
前記検索手段は、任意の個人からの検索要求に対し、前記任意の個人とは異なる他の個人のプロファイルを検索する請求項１に記載のプロファイル管理システム。
【請求項３】
前記個人のプロファイルには前記電子データに関する情報が対応付けられており、
前記第二の情報処理装置は、
前記検索手段による検索にヒットした前記個人のプロファイルに対応付けられた前記電子データに関する情報を前記第一の情報処理装置に送信する検索結果送信手段を有する請求項１又は２に記載のプロファイル管理システム。
【請求項４】
前記個人のプロファイルには前記電子データから抽出された１つ以上のキーワードと、前記キーワードが抽出された前記電子データに関する情報が対応付けられており、
前記検索手段は、前記検索手段が検索要求に含まれる検索語で前記個人のプロファイルを検索した際にヒットした前記キーワードの数が多いほど高い適合率を前記電子データに対し算出し、
前記検索結果送信手段は、前記適合率と共に前記電子データに関する情報を前記第一の情報処理装置に送信する請求項３に記載のプロファイル管理システム。
【請求項５】
前記個人のプロファイルには前記電子データから抽出された１つ以上のキーワードと、前記キーワードの重みと、前記キーワードが抽出された前記電子データに関する情報が対応付けられており、
前記検索手段は、前記検索手段による検索にヒットした前記キーワードの前記重みに基づいて前記適合率を算出し、
前記検索結果送信手段は、前記適合率と共に前記電子データに関する情報を前記第一の情報処理装置に送信する請求項４に記載のプロファイル管理システム。
【請求項６】
前記検索結果送信手段が送信する前記電子データに関する情報にはファイル名、及び、前記電子データを前記記憶部に記憶する個人名が含まれないことを特徴とする請求項３〜５のいずれか１項に記載のプロファイル管理システム。
【請求項７】
前記プログラムは、前記第一の情報処理装置を、更に、
前記電子データの閲覧要求を前記第二の情報処理装置に送信する閲覧要求手段として機能させ、
前記第二の情報処理装置は、
前記検索結果送信手段が送信した前記電子データに関する情報に基づく前記電子データの閲覧要求を取得する閲覧要求取得手段と、
閲覧要求された前記電子データを前記記憶部にて記憶する前記個人に対し前記電子データが要求された旨を通知する通知手段と、を有する請求項３〜６のいずれか１項に記載のプロファイル管理システム。
【請求項８】
前記個人のプロファイルには前記電子データを前記記憶部に記憶する個人に関する情報が対応付けられており、
前記第二の情報処理装置は、
前記検索手段による検索にヒットした前記個人のプロファイルに対応付けられた前記個人に関する情報を前記第一の情報処理装置に送信する検索結果送信手段を有する請求項１又は２に記載のプロファイル管理システム。
【請求項９】
前記個人のプロファイルには前記電子データから抽出された１つ以上のキーワードと、前記個人の識別情報が対応付けられており、
前記検索手段は、前記検索手段が検索要求に含まれる検索語で前記個人のプロファイルを検索した際にヒットした前記キーワードの数が多いほど高い適合率を前記個人に対して算出し、
前記検索結果送信手段は、前記適合率と共に前記個人に関する情報を前記第一の情報処理装置に送信する請求項８に記載のプロファイル管理システム。
【請求項１０】
前記第二の情報処理装置は、
前記個人の識別情報に対応付けて個人に関する情報を提示するか否かが設定された個人情報記憶部を有し、
前記検索結果送信手段は、個人に関する情報を提示すると設定されている前記個人についてのみ前記個人に関する情報を前記第一の情報処理装置に送信し、
個人に関する情報を提示しないと設定されている前記個人については前記適合率を前記第一の情報処理装置に送信する請求項９に記載のプロファイル管理システム。
【請求項１１】
前記プログラムは、前記第一の情報処理装置を、更に、
前記個人の氏名の提示要求を前記第二の情報処理装置に送信する閲覧要求手段として機能させ、
前記第二の情報処理装置は、
前記検索結果送信手段が送信した前記個人に関する情報に基づく前記個人の氏名の提示要求を取得する閲覧要求取得手段と、
提示要求された前記個人に氏名の提示が要求された旨を通知する通知手段と、を有する請求項９又は１０に記載のプロファイル管理システム。
【請求項１２】
前記第二の情報処理装置は、
複数の第一の情報処理装置が電子データを記憶させる複数の第一の情報処理装置によって共有される共有記憶領域を有し、
前記検索手段は、検索要求した個人のプロファイルで、前記共有記憶領域の検索結果を絞り込むことを特徴とする請求項１又は２に記載のプロファイル管理システム。
【請求項１３】
前記プログラムは、前記第一の情報処理装置を、更に、
前記第一の情報処理装置において前記電子データに対し行われた操作を監視する操作監視手段と、
前記操作監視手段が前記電子データに対する操作を監視して作成した前記電子データに対する作業内容と作業時間に基づいて、前記個人の業務履歴を作成する業務履歴作成手段、として機能させ、
前記電子データ送信手段は、電子データに関する情報と共に前記業務履歴を前記第二の情報処理装置に送信し、
前記第二の情報処理装置の前記プロファイル作成手段は、前記業務履歴と前記電子データに関する情報に基づいて前記プロファイルを作成する請求項１〜１２のいずれか１項に記載のプロファイル管理システム。
【請求項１４】
前記個人のプロファイルには前記電子データから抽出された１つ以上のキーワードと、前記キーワードの重みと、前記キーワードが抽出された前記電子データに関する情報が対応付けられており、
前記プロファイル作成手段は前記業務履歴に含まれる前記電子データに対する前記作業内容と前記作業時間に基づいて前記重みを決定する請求項１３に記載のプロファイル管理システム。
【請求項１５】
個人が使用する第一の情報処理装置と、前記第一の情報処理装置に検索サービスを提供するプロファイル管理システムが行う情報管理方法であって、
前記第一の情報処理装置が、前記個人にしかアクセス権がない記憶部に記憶された電子データに関する情報を第二の情報処理装置に送信するステップと、
前記第二の情報処理装置によって行われる、
プロファイル作成手段が、前記第一の情報処理装置から送信された前記電子データに関する情報に基づいて個人のプロファイルを作成するステップと、
検索手段が、外部からの検索要求に応じて、前記外部からのアクセスが制限された記憶領域に保存された前記個人のプロファイルに基づいて特定した検索結果を前記外部に送信する検索サービスを提供するステップと、
を有する情報管理方法。
【請求項１６】
個人が使用する第二の情報処理装置から、前記個人にしかアクセス権がない記憶部に記憶された電子データに関する情報を受信する情報処理装置であって、
前記第二の情報処理装置から送信された前記電子データに関する情報に基づいて個人のプロファイルを作成するプロファイル作成手段と、
外部からの検索要求に応じて、前記外部からのアクセスが制限された記憶領域に保存された前記個人のプロファイルに基づいて特定した検索結果を前記外部に送信する検索サービスを提供する検索手段と、を有する情報処理装置。
【請求項１７】
個人が使用する第二の情報処理装置から、前記個人にしかアクセス権がない記憶部に記憶された電子データに関する情報を受信する情報処理装置が行う情報管理方法であって、
プロファイル作成手段が、前記第二の情報処理装置から送信された前記電子データに関する情報に基づいて個人のプロファイルを作成するステップと、
検索手段が、外部からの検索要求に応じて、前記外部からのアクセスが制限された記憶領域に保存された前記個人のプロファイルに基づいて特定した検索結果を前記外部に送信する検索サービスを提供するステップと、
を有する情報管理方法。
【請求項１８】
個人が使用する第二の情報処理装置から、前記個人にしかアクセス権がない記憶部に記憶された電子データに関する情報を受信する情報処理装置を、
前記第二の情報処理装置から送信された前記電子データに関する情報に基づいて個人のプロファイルを作成するプロファイル作成手段と、
外部からの検索要求に応じて、前記外部からのアクセスが制限された記憶領域に保存された前記個人のプロファイルに基づいて特定した検索結果を前記外部に送信する検索サービスを提供する検索手段、
として機能させるためのプログラム。
【請求項１９】
情報処理装置から送信された電子データに関する情報に基づいて個人のプロファイルを作成するプロファイル作成手段と、
外部からの検索要求に応じて、前記外部からのアクセスが制限された記憶領域に保存された前記個人のプロファイルに基づいて特定した検索結果を前記外部に送信する検索サービスを提供する検索手段と、を有する第二の情報処理装置とネットワークを介して通信する、個人が使用する情報処理装置であって、
前記個人にしかアクセス権がない記憶部に記憶された前記電子データに関する情報を第二の情報処理装置に送信する電子データ送信手段を有することを特徴とする情報処理装置。
【請求項２０】
情報処理装置から送信された電子データに関する情報に基づいて個人のプロファイルを作成するプロファイル作成手段と、
外部からの検索要求に応じて、前記外部からのアクセスが制限された記憶領域に保存された前記個人のプロファイルに基づいて特定した検索結果を前記外部に送信する検索サービスを提供する検索手段と、を有する第二の情報処理装置とネットワークを介して通信する、個人が使用する情報処理装置が行うデータ送信方法であって、
電子データ送信手段が、前記個人にしかアクセス権がない記憶部に記憶された前記電子データに関する情報を第二の情報処理装置に送信することを特徴とするデータ送信方法。
【請求項２１】
情報処理装置から送信された電子データに関する情報に基づいて個人のプロファイルを作成するプロファイル作成手段と、
外部からの検索要求に応じて、前記外部からのアクセスが制限された記憶領域に保存された前記個人のプロファイルに基づいて特定した検索結果を前記外部に送信する検索サービスを提供する検索手段と、を有する第二の情報処理装置とネットワークを介して通信する、個人が使用する情報処理装置を、
前記個人にしかアクセス権がない記憶部に記憶された前記電子データに関する情報を第二の情報処理装置に送信する電子データ送信手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロファイル管理システム、情報管理方法、プログラム、情報処理装置、及び、データ送信方法に関する。
【背景技術】
【０００２】
ユーザがネットワーク上の情報を検索する際にユーザプロファイルを利用する技術が知られている。ユーザプロファイルとは、ユーザと関連づけられた情報である。例えば、ユーザの属性、ユーザの嗜好、ユーザが作成したファイル、ユーザが閲覧した情報、等であり、取り扱いを容易にするためこれらから抽出されたキーワードをユーザプロファイルとして扱う場合も少なくない。ユーザプロファイルを利用して検索することで、ユーザに対し有用性が高い情報を提供することが可能になる。従って、検索を行う上でユーザプロファイルは新しい情報に更新されていくことが好ましい。
【０００３】
この点についてユーザプロファイルを自動的に更新する技術が知られている（例えば、特許文献１、２参照。）。特許文献１には、ユーザが関わった文書から単語を抽出し、個人の関心事を特定するキーワードとしてユーザプロファイルに記録するシステムが開示されている。また、特許文献２には、個人がやりとりした電子メールからテキストを抽出して個人プロファイルの作成に用いる個人プロファイル管理装置が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術はユーザプロファイルを作成するためのユーザの情報を、ユーザプロファイルを作成する目的で外部に公開していないため、外部のサービスにおいてユーザプロファイルを作成及び活用できないという問題がある。すなわち、特許文献１の技術により作成されたユーザプロファイルは、このユーザプロファイルと関連付けられたユーザにとって有用と思われる文書の自動選択や電子メールのフィルタリングなどに利用されるに過ぎず、個人のユーザプロファイルを同じ個人のユーザが使用する。特許文献２の技術により作成された個人プロファイル（ユーザプロファイル）は、自分にとって有用な情報を持つ人物と選択的にコミュニケーションを行うために利用されているが、個人のユーザプロファイルを同じ個人のユーザが使用する。更に、単にユーザプロファイルを作成するためのユーザの情報を外部へ提供できるようにしたとしても、秘匿性が高いユーザの情報を外部に提供することをユーザが望まなければ結局は外部のサービスにおいてユーザプロファイルを作成及び活用することは困難になる。
【０００５】
本発明は、上記課題に鑑み、個人のプロファイルの秘匿性を保持した上で個人のプロファイルを外部のサービスで作成及び活用できるプロファイル管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題に鑑み、本発明は、個人が使用する第一の情報処理装置を、前記個人にしかアクセス権がない記憶部に記憶された電子データに関する情報を第二の情報処理装置に送信する電子データ送信手段、として機能させるプログラムと、前記第一の情報処理装置から送信された前記電子データに関する情報に基づいて個人のプロファイルを作成するプロファイル作成手段と、外部からのアクセスが制限された記憶領域に保存された前記個人のプロファイルを利用した検索サービスを提供する検索手段と、を有する第二の情報処理装置と、を有するプロファイル管理システムを提供する。
【発明の効果】
【０００７】
個人のプロファイルの秘匿性を保持した上で個人のプロファイルを外部のサービスで作成及び活用できるプロファイル管理システムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】プロファイル管理システムの概略を説明する図の一例である。
【図２】アクセスの容易性により分類したユーザプロファイルを作成するためのユーザの情報を説明する図の一例である。
【図３】プロファイル管理システムの概略構成図の一例である。
【図４】情報管理サーバのハードウェア構成図の一例である。
【図５】プロファイル管理システムが有するユーザ端末、及び、情報管理サーバの機能をブロック状に示す機能ブロック図の一例である。
【図６】プロファイル管理システムが有するユーザ端末、及び、情報管理サーバの機能をブロック状に示す機能ブロック図の一例である。
【図７】ファイルのインデックス及びメールのアーカイブの一例を示す図である。
【図８】業務履歴の一例を示す図である。
【図９】ユーザプロファイルのデータ構成例を示す図である。
【図１０】ユーザ端末と情報管理サーバがユーザプロファイルを作成するフェーズの動作手順を示すシーケンス図の一例である。
【図１１】情報管理サーバがユーザプロファイルを作成・更新する手順を示すフローチャート図の一例である。
【図１２】プライベートデータ検索を模式的に説明する図の一例である。
【図１３】プロファイル管理システムがプライベートデータ検索する手順を示すシーケンス図の一例を示す図である。
【図１４】人的資源情報の検索の手順を模式的に説明する図の一例である。
【図１５】プロファイル管理システムが人的資源情報を検索する手順を示すシーケンス図の一例を示す図である。
【図１６】コンテンツ検索を説明する図の一例である。
【図１７】プロファイル管理システムがコンテンツ検索する手順を示すシーケンス図の一例を示す図である。
【図１８】アクセスの容易性により分類したユーザプロファイルを作成するためのユーザの情報を説明する図の一例である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態の一例として、プロファイル管理システム、プロファイル管理システムが行う情報管理方法、ユーザ端末が行うデータ送信方法について説明する。
【００１０】
＜本実施形態のプロファイル管理システムの概略＞
図１は、本実施形態のプロファイル管理システム１００の概略を説明する図の一例である。まず、ユーザ端末１０はメールフォルダ１０３やコンテンツフォルダ１０４を有し、これらにユーザ個人の情報を保存している。
（１）ユーザ端末１０は、業務上のメールの作成や閲覧を行い、また、業務アプリを使用したファイルの作成、編集又は閲覧等を行う。ユーザ端末１０では端末アプリ１２２が動作しており、この端末アプリ１２２はユーザがどのような業務を行ったかを示す業務履歴８を作成する。業務履歴８は、ユーザがどのような業務を行ったのかを、メールを含むファイルの使用履歴の観点から記録した情報である。例えば、１日の業務内容と使用したファイル名がログ形式で記録されたものである。
（２）ユーザ端末１０は、作成した業務履歴８、送受信したメールのアーカイブ、及び、コンテンツフォルダ１０４のファイルのインデックスをユーザＩＤと共に情報管理サーバ５０に送信する。
（３）情報管理サーバ５０では情報管理アプリ１０５が動作しており、共有キャビネット１０１と特殊キャビネット１０２を管理している。共有キャビネット１０１は不特定のユーザがアクセスできる共有記憶領域であり、特殊キャビネット１０２は自分のユーザプロファイルが格納されていてもユーザ７がアクセスできないキャビネットである。すなわち、ユーザからのアクセスが制限又は禁止されている。キャビネットとはデータが格納されるデータ領域やデータベースという意味である。情報管理アプリ１０５は特殊キャビネット１０２にアクセスでき、各ユーザに専用の特殊キャビネット１０２に業務履歴８、メールのアーカイブ、及び、コンテンツフォルダ１０４のファイルのインデックスを保存する。
（４）情報管理アプリ１０５は業務履歴、メールのアーカイブ、及び、コンテンツフォルダ１０４のファイルのインデックスに基づいてユーザプロファイル９を作成・更新する。ユーザプロファイル９は情報管理サーバ５０の特殊キャビネット１０２に保存される。
【００１１】
情報管理サーバ５０の特殊キャビネット１０２はユーザ端末１０（又はユーザ数）と同数（例えば最大１００）だけ用意される。ユーザ端末１０がそれ以上存在する場合は情報管理サーバ５０の数を増やすことで対応可能である。情報管理サーバ同士をネットワークで接続することで、複数の情報管理サーバ間でユーザプロファイル９の活用が可能となる。
【００１２】
図１のような構成によれば、ユーザプロファイル９がユーザ端末１０から見て外部の情報管理サーバ５０に保存されるため、ユーザ端末１０のユーザ７以外の他のユーザがユーザ７のユーザプロファイル９を活用できるようになる。例えば、従来のユーザプロファイル９の検索方法では、ユーザ端末１０がユーザプロファイル９を保存するため、他のユーザがユーザプロファイル９を検索すること自体が容易でない。また、ユーザプロファイル９が特定されると個人を特定されるおそれもあり、ユーザプロファイル９の公開自体が困難であった。本実施形態では個人名を秘匿してユーザプロファイル９が情報管理サーバ５０で保存されるため、個人が特定されにくい態様で情報管理サーバ５０を介して各ユーザ７が他のユーザのユーザプロファイル９を検索することができる。また、ユーザプロファイル９にはユーザ７がアクセスできないので、ユーザプロファイル９に個人的な情報が含まれていても漏洩のおそれがない。
【００１３】
＜用語について＞
電子データとは、コンピュータが取り扱うことができるデータである。デジタルデータといってもよい。本実施形態では一例としてメールやファイルと称する。
【００１４】
電子データに関する情報とは、電子データの属性及び電子データの内容など電子データに付随する情報の一部又は全部をいう。本実施形態ではメールのアーカイブやファイルのインデックスという用語で説明する。
【００１５】
個人のプロファイルとは、広く個人と関連づけられた情報をいう。例えば、ユーザの属性（所属、勤務歴、年齢、性別等）、ユーザの嗜好、ユーザが作成したファイル、ユーザが閲覧した情報、等である。本実施形態ではユーザプロファイルという用語で説明する。本実施形態のユーザプロファイル９の一例としてキーワードとその重みが挙げられる。
【００１６】
外部からのアクセスが制限された記憶領域とは、一切のアクセスが禁止されている記憶領域、アクセスに所定の権限が要求される記憶領域、決まったプログラムのみがアクセスできる記憶領域などをいう。本実施形態では特殊キャビネットという用語で説明する。
【００１７】
＜他人がアクセスできる領域と情報管理アプリがアクセスできる領域の違い＞
本実施形態のプロファイル管理システム１００の特徴の一つとして、他人がアクセスできる情報の領域と情報管理アプリ１０５がアクセスできる情報の領域の違いがある。
【００１８】
図２は、アクセスの容易性により分類したユーザプロファイルを作成するためのユーザの情報を説明する図の一例である。ユーザプロファイルを作成するためのユーザの情報は、パブリック領域１１０とプライベート領域１１１に分けられる。更に、パブリック領域１１０は「一般公開されている情報の領域」１１０ａと「特定組織内に閉じた情報の領域」１１０ｂに分けられている。前者は、インターネットの検索サービス等の一般に公開されているサービスでアクセス可能なユーザの情報である。後者は、特定の組織に所属しているユーザのみがアクセス可能なユーザの情報である。したがって、パブリック領域１１０は一般公開されている外部のサービス、又は、特定の組織内に閉じた外部のサービスに提供可能なユーザの情報ということができる。
【００１９】
これに対しプライベート領域１１１は、個人の端末で管理される情報の領域１１１ａである。個人の端末で管理される情報は、端末にアクセス権限があるユーザのみアクセス可能なユーザの情報である。プライベート領域１１１は、秘匿性を保持するために外部のサービスに提供されていなかった。つまり、プライベート領域１１１に保存された個人の文書、メールボックス内のメール等は社内でも公開されていないので、他のユーザが検索できなかった。
【００２０】
本実施形態のプロファイル管理システム１００は、社内の知的な情報は企業の財産であると位置づけ、企業として有効利用できるようにすべきとの目的を達成するために、プライベート領域１１１をセミパブリック領域１１２として扱う。すなわち、秘匿性を保持することでユーザプロファイルを作成するために外部のサービスに提供可能なユーザの情報として扱われる。
【００２１】
これにより、以下の２つのことが可能になる。
（１）情報管理サーバ５０がセミパブリック領域１１２の情報を解析することで、そのセミパブリック領域１１２の所有者であるユーザのユーザプロファイル９の精度を向上させること。
（２）ある知的な情報が社内に存在した場合、セミパブリック領域１１２の文書やメールであっても、情報管理サーバ５０を通じて任意のユーザが検索可能にすること。
【００２２】
＜システム構成例＞
図３は、本実施形態のプロファイル管理システム１００の概略構成図の一例である。プロファイル管理システム１００は、ネットワークＮを介して通信することが可能な一台以上のユーザ端末１０、及び、情報管理サーバ５０を有する。
【００２３】
ネットワークＮはユーザ端末１０が存在する施設などに構築されているＬＡＮ、広域イーサネット（登録商標）、ＬＡＮ同士が接続されたＷＡＮ、ＶＰＮ（Virtual Private Network）、通信事業者の電話網、及び、インターネット等の一部又は全体より構築されている。社外のユーザ端末１０がネットワークＮを介して情報管理サーバ５０と通信することも可能である。
【００２４】
ユーザ端末１０−１〜ユーザ端末１０−ｎ（以下、任意のユーザ端末１０の符号を１０とする）はユーザが操作する情報処理装置である。ユーザ端末１０は、ユーザによって使用され、ネットワークを介して他の機器と通信を行う機器である。ユーザはこのユーザに関連してユーザプロファイル９が作成される者であり、更に、他人のユーザプロファイル９を検索等に活用する者にもなる。すなわち、ユーザは互いに他人のユーザプロファイル９を活用しあうことができる。ユーザは一例としては、企業に勤務する社員が想定されるが、ユーザが具体的にどのように呼ばれるかは組織等により異なってよい。
【００２５】
ユーザ端末１０はユーザに専用の端末の場合と不特定多数の者が使用できる端末の場合がある。本実施形態のユーザ端末１０は主に前者であり、ユーザがユーザ端末１０にサインインすると、ユーザはユーザ端末１０の全てのリソースを使用できる。後者のユーザ端末１０の場合は、ユーザが例えばＷｅｂサイトにサインインすることで、ユーザの個人的なファイルを操作したりＷｅｂメールを使用したりする。ファイルはクラウド上のストレージに保存され、Ｗｅｂメールで送受信したメールはＷｅｂサイト側で保存される。
【００２６】
ユーザ端末１０で動作する端末アプリ１２２は、メールソフト、ワープロソフト、ＰＤＦ閲覧ソフト、及び、ブラウザソフトウェア等、ユーザが業務に使用する業務アプリ（ソフトウェア）を監視して、メールのアーカイブ、又は各種のソフトウェアが使用したファイルやデータのインデックスを情報管理サーバ５０に送信する。
【００２７】
ユーザ端末１０は端末アプリ１２２と業務アプリが動作する情報管理装置であればよい。ユーザ端末１０は、例えばＰＣ（Personal Computer）、タブレット装置、スマートフォン、ＰＤＡ（Personal Digital Assistant）、ゲーム機、ナビゲーション端末、ウェアラブルＰＣなどであるが、端末アプリ１２２を実行して情報管理サーバ５０と通信することができればよい。なお、ユーザ端末１０でブラウザソフトウェアが動作してもよい。この場合、ブラウザソフトウェアがプロファイル管理システム１００からＷｅｂページを取得することで、端末アプリ１２２と実質的に同様の機能を提供する。
【００２８】
ユーザ端末１０がブラウザソフトウェアを実行して情報管理サーバ５０と通信する場合、ユーザはユーザ端末１０が表示するＷｅｂページを操作する。本実施形態ではＷｅｂページと称した場合、Ｗｅｂアプリにより適宜構築されるＷｅｂページが含まれるものとする。Ｗｅｂアプリとは、Ｗｅｂブラウザ上で動作するスクリプト言語（たとえばJavaScript（登録商標））によるプログラムとＷｅｂサーバ側のプログラムが協調することによって動作し、Ｗｅｂブラウザ上で使用されるソフトウェア又はその仕組みを言う。
【００２９】
なお、本実施形態のユーザ端末１０とは、例えば企業で用意された又は企業で専用に使用することが想定された端末である。企業とは関係のない本当にプライベートな情報は個人で購入した端末に蓄積される。
【００３０】
情報管理サーバ５０はユーザ端末１０に対しネットワークＮを通じて情報の検索サービスを提供する情報処理装置である（サーバ装置）。情報管理サーバ５０は、ユーザ端末１０で動作する端末アプリ１２２に対し、端末アプリ１２２が表示する表示部品に対応させた情報を送信する。また、ユーザ端末１０で動作するブラウザソフトウェアに対し、ＨＴＭＬ、スクリプト言語及びＣＳＳ（Cascade Style Sheet）で記述されたＷｅｂページをユーザ端末１０に提供する。
【００３１】
情報管理サーバ５０では情報管理アプリ１０５が動作している。情報管理アプリ１０５は、ユーザ端末１０から任意のタイミングで送信される業務履歴８、メールのアーカイブ及びファイルのインデックスをユーザごとの特殊キャビネット１０２に保存する。そして、これらからユーザプロファイル９を作成・更新する。
【００３２】
情報管理サーバ５０はクラウドクラウドコンピューティングに対応していてよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。クラウドコンピューティングに対応している場合、本実施例の情報管理サーバ５０の物理的な構成は固定的でなくてもよく、負荷等に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。
【００３３】
＜ハードウェア構成例＞
図４は、情報管理サーバ５０のハードウェア構成図の一例である。情報管理サーバ５０は一般的な情報処理装置又はサーバ装置の構成を有する。情報管理サーバ５０は、ＣＰＵ２０１と、ＣＰＵ２０１が使用するデータの高速アクセスを可能とするメモリ２０２とを備える。ＣＰＵ２０１及びメモリ２０２は、システム・バス２０３を介して、ユーザ端末１０の他のデバイス又はドライバ、例えば、グラフィックス・ドライバ２０４及びネットワーク・デバイス（ＮＩＣ）２０５へと接続されている。
【００３４】
グラフィックス・ドライバ２０４は、バスを介してＬＣＤ（表示装置）２０６に接続されて、ＣＰＵ２０１による処理結果をモニタする。ＬＣＤ２０６にはタッチパネルが一体に配置されていてもよい。
【００３５】
また、ネットワーク・ドライバ２０５は、トランスポート層レベル及び物理層レベルでユーザ端末１０をネットワークＮへと接続して、ユーザ端末１０とのセッションを確立させている。
【００３６】
システム・バス２０３には、更にＩ／Ｏバス・ブリッジ２０７が接続されている。Ｉ／Ｏバス・ブリッジ２０７の下流側には、ＰＣＩなどのＩ／Ｏバス２０８を介して、ＩＤＥ、ＡＴＡ、ＡＴＡＰＩ、シリアルＡＴＡ、ＳＣＳＩ、ＵＳＢ（Universal Serial Bus）などにより、ＨＤＤ２０９などの記憶装置が接続されている。ＨＤＤ２０９の代わりに又はＨＤＤ２０９と共にＳＳＤ（Solid State  Drive）を有していてもよい。
【００３７】
ＨＤＤ２０９は情報管理サーバ５０の全体を制御するプログラム２０９ｐを記憶している。プログラム２０９ｐは、ＯＳの他、本実施形態で説明する情報管理サーバ５０の機能を実現するソフトウェアを有する。
【００３８】
また、Ｉ／Ｏバス２０８にはＵＳＢなどのバスを介して、キーボード及びマウス（ポインティング・デバイスと呼ばれる）などの入力装置２１０が接続され、情報管理サーバ５０の管理者などのオペレータによる入力及び指令を受け付けている。
【００３９】
なお、ＬＣＤ２０６及び入力装置２１０は、オペレータが情報管理サーバ５０を使用する時以外は取り外されていてよい。
【００４０】
ユーザ端末１０のハードウェア構成は図４と同等であるか、又は、相違があるとしても本実施形態の説明の上で支障がないものとする。
【００４１】
しかしながら、図４のハードウェア構成例がユーザ端末１０の場合、ＨＤＤ２０９にはユーザ端末１０の全体を制御するプログラム２０９ｐを記憶している。プログラム２０９ｐは、ＯＳ、端末アプリ１２２、ブラウザソフトウェア、及び、情報管理サーバ５０が送信したＷｅｂページを含んでいる。
【００４２】
＜機能について＞
図５は、プロファイル管理システム１００が有するユーザ端末１０、及び、情報管理サーバ５０の機能をブロック状に示す機能ブロック図の一例である。なお、図５の機能ブロック図は、情報管理サーバ５０がユーザプロファイル９を作成するフェーズの機能ブロック図である。図５では、ユーザ端末１０を一台のみ示すが、各ユーザ端末１０が同様の機能を有している。
【００４３】
<<ユーザ端末>>
ユーザ端末１０は、表示制御部１１、操作受付部１２、セミパブリック情報送信部１３、業務履歴分析部１４、操作監視部１５、及び、ログイン要求部１６を有する。ユーザ端末１０が有するこれらの各機能は、図４に示したＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐをＣＰＵ２０１が実行することにより実現される機能又は手段である。
【００４４】
ユーザ端末１０では業務アプリ１２１と端末アプリ１２２が動作する。端末アプリ１２２はこれまで説明したとおり、情報管理サーバ５０がユーザプロファイル９を作成・更新するため情報管理サーバ５０と通信するアプリである。業務アプリ１２１は、ユーザが業務を遂行するためのソフトウェアであり、例えば、メールソフト、ワープロソフト、ＰＤＦ閲覧ソフト、及び、ブラウザソフトウェア等である。この他、業務に使用され得る業務に専用のソフトウェア（設計ソフト、会計ソフト、描画ソフト、プログラム開発ソフト等）も業務アプリ１２１である。
【００４５】
また、ユーザ端末１０は記憶部２０を有している。記憶部２０は、図４に示したＨＤＤ２０９及びメモリ２０２の少なくとも一方により実現される記憶手段である。記憶部２０には、上記のメールフォルダ１０３、及び、コンテンツフォルダ１０４が構築されている。記憶部２０はこのユーザ端末１０の所有者であるユーザにしかアクセス権がない。なお、記憶部２０はユーザ端末１０のみがアクセス可能なネットワーク上のリソースに構築されてもよく、ユーザ端末１０が保有していなくてもよい。
【００４６】
【表１】
2019159970.tif 000003
表１は、メールフォルダ１０３を模式的に示す。メールフォルダ１０３とはメールソフトにより管理されるフォルダであり、少なくともユーザ端末１０が送信した送信メール及びユーザ端末１０が受信した受信メールを保存している。ユーザがＷｅｂメールを利用する場合、メールフォルダ１０３はユーザ端末１０にはなくネットワーク上にあればよい。
【００４７】
また、本実施形態のメールフォルダ１０３は、プライベートフォルダ（送信）とプライベートフォルダ（受信）を有している。プライベートフォルダ（送信）とプライベートフォルダ（受信）は、業務に関するメール以外の、ユーザがプライベートで送受信するメールである。本実施形態の端末アプリ１２２は、プライベートフォルダ（送信）とプライベートフォルダ（受信）を含め、メールフォルダ１０３にあるメールを情報管理サーバ５０に送信し、ユーザプロファイル９を作成・更新させる。プライベートフォルダ（送信）とプライベートフォルダ（受信）にはユーザが個人的に興味のある情報が含まれるので、本実施形態では、従来はユーザ内部で閉じていたプライベートな行動が反映されたユーザプロファイル９の作成が可能である。
【００４８】
【表２】
2019159970.tif 000004
表２はコンテンツフォルダ１０４が有するコンテンツを模式的に示す。コンテンツフォルダ１０４は、メールソフト以外の業務アプリ１２１が使用するコンテンツ（主にファイル）を保存するためのフォルダである。従って、例えば、ワープロソフトが使用する文書ファイル、ＰＤＦ閲覧ソフトが使用するＰＤＦファイル、ブラウザソフトウェアが使用するＨＴＭＬファイル等が保存されている。なお、表２では業務アプリの種類ごとにファイルが保存されているが、異なる業務アプリ１２１のファイルが同じフォルダに保存されていてもよい。
【００４９】
続いて、図５に戻って、業務アプリ１２１について説明する。業務アプリ１２１は表示制御部１１と操作受付部１２を有している。なお、業務アプリ１２１が有するその他の機能については省略されている。
【００５０】
表示制御部１１は各業務アプリ１２１が生成する画面をＬＣＤ２０６に表示する。表示制御部１１は、メールフォルダ１０３のメール、及び、コンテンツフォルダ１０４のコンテンツを画面に表示する。また、表示制御部１１は、表示した画面に対する操作に応じて画面を更新する。
【００５１】
操作受付部１２は、ユーザ端末１０に対するユーザの操作を受け付ける。操作受付部１２は操作内容を端末アプリ１２２（操作監視部１５、又は、ログイン要求部１６）に通知する。ログイン要求部１６に通知される操作内容は主にパスワードとユーザ名である。操作監視部１５に通知される操作内容は、業務アプリ１２１が使用した（例えば、表示制御部１１がＬＣＤ２０６に表示した）メールのアーカイブ、及び、コンテンツであるファイルのインデックスである。以下、これらを便宜上、図２に従って「セミパブリック情報」という。セミパブリック情報には後述のようにメール本文とファイルの内容が含まれており、ユーザ個人のメールとファイルそのものを示す場合がある。
【００５２】
次に、端末アプリ１２２について説明する。端末アプリ１２２は、セミパブリック情報送信部１３、業務履歴分析部１４、操作監視部１５、及び、ログイン要求部１６を有する。まず、ログイン要求部１６は、ユーザが指示した又は予め端末アプリ１２２に設定されている情報管理サーバ５０のＵＲＬ（Universal Resource Locater）に接続し認証情報を送信することで情報管理サーバ５０へのログインを要求する。認証情報として、操作受付部１２が受け付けたユーザのユーザ名とパスワードを情報管理サーバ５０に送信する。ユーザ名とパスワードの組み合わせが正しい場合、ユーザは情報管理サーバ５０にログインし、情報管理サーバ５０がユーザを特定してユーザプロファイル９を作成できるようになる。
【００５３】
操作監視部１５はユーザが業務アプリ１２１に行う操作を監視して、業務アプリ１２１で使用されたメールやファイル、メールやファイルにどのような操作が行われたか（作業内容）、及び、どの位の時間が作業されたか（作業時間）を特定する。これらをセミパブリック情報に含める。セミパブリック情報の一例を図７に示す。
【００５４】
業務履歴分析部１４は、セミパブリック情報を解析して業務履歴８を作成する。業務履歴８の作成方法については図８にて説明する。
【００５５】
業務履歴分析部１４は業務履歴８とセミパブリック情報をセミパブリック情報送信部１３に送出する。セミパブリック情報送信部１３は、業務履歴８とセミパブリック情報を情報管理サーバ５０に送信する。ログインによりユーザが特定されているためユーザを特定する情報（例えば、ユーザＩＤやトークン）も送信される。
【００５６】
<<情報管理サーバ>>
情報管理サーバ５０は、セミパブリック情報受信部５１、プロファイル作成部５３、認証処理部５４、及び、情報保存部５５を有する。情報管理サーバ５０が有するこれらの各機能は、図４に示したＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐをＣＰＵ２０１が実行することにより実現される機能又は手段である。
【００５７】
また、情報管理サーバ５０は記憶部６０を有している。記憶部６０は、図４に示したＨＤＤ２０９及びメモリ２０２の少なくとも一方により実現される記憶手段である。記憶部６０には、特殊キャビネット１０２、共有キャビネット１０１、及び、ユーザ情報ＤＢ１０６（Date Base）が構築されている。まず、特殊キャビネット１０２とユーザ情報ＤＢ１０６について説明する。なお、記憶部６０は情報管理サーバ５０がアクセス可能なネットワーク上のリソースに構築されてもよく、情報管理サーバ５０が保有していなくてもよい。
【００５８】
【表３】
2019159970.tif 000005
表３は、特殊キャビネット１０２に記憶された情報を模式的に示す。特殊キャビネット１０２には特殊キャビネット名、ユーザＩＤ、セミパブリック情報、業務履歴、及び、ユーザプロファイル等の各項目が登録されている。特殊キャビネット１０２はユーザごとに用意されるため、特殊キャビネット名とユーザＩＤは１対１に対応付けられている。ただし、１つの特殊キャビネット１０２の領域が区分されるなどして複数のユーザのユーザプロファイル９が同じ特殊キャビネット１０２に保存されてもよい。
【００５９】
セミパブリック情報は上記のように、メールのアーカイブ及びファイルのインデックスを含む。セミパブリック情報はユーザプロファイル９の作成・更新に使用されると、削除される一時ファイルである。しかしながら、十分な容量がある場合にはユーザプロファイル９の作成に使用された後もセミパブリック情報が保持されていてもよい。
【００６０】
業務履歴は、各ユーザがどのような業務を行ったのかが記載されているテキストファイルであるが、ファイル形式はＸＭＬ等どのようなものでもよい。ユーザプロファイル９が作成されると業務履歴８は削除される。
【００６１】
ユーザプロファイル９は、ユーザ個人のセミパブリック情報により更新されるため、常に、最新の状態を維持する。
【００６２】
なお、共有キャビネット１０１は各ユーザがファイルを保存する公知の構成でよいため、説明は省略した。
【００６３】
【表４】
2019159970.tif 000006
表４はユーザ情報ＤＢ１０６に登録されている情報を模式的に示す。ユーザ情報ＤＢ１０６は情報管理サーバ５０を利用しうるユーザに関する情報が登録されたデータベースである。ユーザ情報ＤＢ１０６にはユーザＩＤ、ユーザ名、パスワード、メールアドレス、及び、提示の許可が登録されている。ユーザＩＤはユーザを識別又は特定するユーザの識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。
【００６４】
ユーザ名はユーザの名称である。一意性が保証されている場合はユーザＩＤの代わりに利用できる。パスワードは各ユーザ別に登録されている秘匿性のある情報である。社員証などのＩＣカードに関する情報が登録されていてもよい。
【００６５】
メールアドレスは、情報管理サーバ５０がユーザに情報を通知するために使用される。提示の許可には、後述するようにユーザプロファイル９が検索されたユーザが自信の氏名の提示を許可しているか否かが設定されている。
【００６６】
なお、表４のユーザ情報ＤＢ１０６は一例に過ぎず、表４に示す他、所属、電話番号、氏名等が登録されていてもよい。
【００６７】
図５に戻って説明する。認証処理部５４はユーザ端末１０から送信された、ユーザＩＤ及びパスワードがユーザ情報ＤＢ１０６に登録されているか否かに応じて、ユーザの認証が成立するか否かを判断する。なお、認証を情報管理サーバ５０が行うのではなく、予め定められた認証サーバによる認証結果を情報管理サーバ５０が使用してもよい。
【００６８】
セミパブリック情報受信部５１はユーザ端末１０が送信した業務履歴８、セミパブリック情報、及びユーザＩＤをユーザ端末１０から受信する。業務履歴８とセミパブリック情報は情報保存部５５に送出される。情報保存部５５はユーザＩＤにより特定される特殊キャビネット１０２に業務履歴８とセミパブリック情報を保存する。
【００６９】
プロファイル作成部５３は、業務履歴８とセミパブリック情報を使用してユーザプロファイル９を作成・更新する。ユーザプロファイル９の一例を図９に示し、作成手順を図１１に示す。
【００７０】
＜ユーザプロファイル活用時の機能＞
図６は、プロファイル管理システム１００が有するユーザ端末１０、及び、情報管理サーバ５０の機能をブロック状に示す機能ブロック図の一例である。なお、図６の機能ブロック図はユーザプロファイル９が活用されるフェーズ（主に検索）の機能ブロック図である。図６の説明では主に図５との相違を説明する。
【００７１】
<<ユーザ端末>>
図６では説明のため、ユーザ端末１０−１と１０−２を示した。ユーザ端末１０−１は検索要求するユーザ端末であり、ユーザ端末１０−２はファイル（又は氏名）の提供を要求されたユーザ端末である。
【００７２】
図６のユーザ端末１０−１は、表示制御部１１、操作受付部１２、検索要求部１７、検索結果受信部２２、閲覧要求部１８、メッセージ取得部１９を有する。ユーザ端末１０−１が有するこれらの各機能は、図４に示したＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐをＣＰＵ２０１が実行することにより実現される機能又は手段である。
【００７３】
まず、ユーザ端末１０−１について説明する。表示制御部１１と操作受付部１２の機能は図５と同様であるが、操作受付部１２はユーザから検索条件の入力を受け付ける。検索条件には少なくとも１つ以上の検索語が含まれる。検索条件は検索要求部１７に送出される。
【００７４】
検索要求部１７は検索条件を情報管理サーバ５０に送信する。検索結果受信部２２は検索結果を情報管理サーバ５０から受信する。後述するように、検索結果にはユーザプロファイル９が反映される。
【００７５】
閲覧要求部１８は、検索結果に含まれる検索語に対するファイルの適合率に基づいてユーザが選択した資料（セミパブリック情報）の閲覧要求を情報管理サーバ５０に送信する。なお、閲覧要求部１８はユーザの氏名の提示を要求する場合がある。メッセージ取得部１９は、閲覧要求に対する許可又は拒否のメッセージを情報管理サーバ５０から取得する。
【００７６】
次に、ユーザ端末１０−２について説明する。ユーザ端末１０−２はリクエスト取得部２１、操作受付部１２、及び、表示制御部１１を有する。操作受付部１２及び表示制御部１１の機能は上記と同様でよい。リクエスト取得部２１は情報管理サーバ５０からファイルの閲覧又は氏名の提示のリクエストを取得して、ユーザの操作に応じた回答を情報管理サーバ５０に送信する。
【００７７】
<<情報管理サーバ>>
図６の情報管理サーバ５０は、検索結果送信部５７、検索部５８、検索要求受信部５９、閲覧要求取得部６１、及び、リクエスト部６２を有する。情報管理サーバ５０が有するこれらの各機能は、図４に示したＨＤＤ２０９からメモリ２０２に展開されたプログラム２０９ｐをＣＰＵ２０１が実行することにより実現される機能又は手段である。
【００７８】
検索要求受信部５９はユーザ端末１０から少なくとも１つ以上の検索語（単語）を含む検索要求を受信する。検索部５８は、検索語で特殊キャビネット１０２、及び、共有キャビネット１０１の少なくとも一方を検索する。検索方法にはプライベートデータ検索、人的資源情報の検索、及び、コンテンツ検索がある。これらの詳細は後述される。検索結果送信部５７は検索結果をユーザ端末１０に送信する。
【００７９】
閲覧要求取得部６１は、ユーザ端末１０からファイルの閲覧要求又は氏名の提示要求を取得し、これらのリクエストをリクエスト部６２に送出する。リクエスト部６２は、閲覧要求されたファイルの保有者のユーザＩＤ又は提示要求された氏名のユーザＩＤを特定しこのユーザにファイルの閲覧要求又は氏名の提示要求（図６ではリクエスト）を送信する。例えば、ファイルを保有するユーザ又は氏名の提示が要求されたユーザにその旨を電子メールなどで通知する。
【００８０】
＜ファイルのインデックス、メールのアーカイブ＞
図７（ａ）は、ファイルのインデックスの一例を示す図である。ファイルのインデックスとは、ファイル名、作成日時、更新日時、作成者、ファイルの種類、などファイルの属性である。本実施形態では、更に、ユーザプロファイル９に含まれるキーワードを抽出するためファイルの内容そのものがテキストデータなどの形式で含まれることが好ましい。ファイルのインデックスの容量を低減するため、ユーザのファイルからテキストのみを抽出したものでもよい。これによりファイルを特定できる。
【００８１】
更に、ファイルのインデックスにはファイルのパスが含まれる。ファイルのパスとは、コンピュータにおけるファイルの存在場所及び特定する情報である。ＵＲＬによりファイルのパスが設定されていてもよい。
【００８２】
また、ファイルのインデックスには当該ファイルをユーザが使った作業時間、及び、作業内容が含まれるとなおよい。これにより、ファイルを使ってどの位の時間、どのような作業（編集、閲覧等）が行われたが分かり、ユーザ端末１０が業務履歴８の作成に利用できる。業務履歴８の作成後のファイルのインデックスには作業内容と作業時間が含まれなくてもよい。
【００８３】
なお、操作監視部１５はユーザ端末１０で動作する業務アプリ１２１をＯＳなどから取得するため、アクティブな業務アプリ１２１やファイル名を取得できる。また、キーボードからの入力の有無、ファイルの上書きなどを検出することで、どのような作業が行われたかを判断できる。また、操作監視部１５はユーザの予定表を参照してもよい。例えば、予定表に会議と設定されている時間帯に使用されたファイルは会議という作業に使用されたと判断できる。
【００８４】
図７（ａ）のファイルのインデックスは、情報管理サーバ５０に送信され得る情報の一例に過ぎず、図７（ａ）のファイルのインデックスの一部又はこれ以外のファイルに関する情報が情報管理サーバ５０に送信されてもよい。
【００８５】
図７（ｂ）はメールのアーカイブの一例を示す。メールのアーカイブとは保存形式のメールをいい、例えば圧縮されている場合がある。ユーザが一度、読んだメールが削除されずに後で読むことができるように保存されたものである。従って、内容はメールそのものとほぼ同じである。メールのアーカイブは例えば、送信者、受信者、送信日時、タイトル、メール本文、添付ファイル等であるがこの他の項目を有していてもよい。
【００８６】
メールのアーカイブでもファイルのインデックスと同様に、作業時間、及び作業内容が含まれることが好ましい。メールの場合の作業内容は、メールの作成、送信、受信、又は、閲覧などである。
【００８７】
＜業務履歴＞
業務履歴分析部１４は、図７に示したセミパブリック情報を用いて業務履歴８を作成する。セミパブリック情報には上記のようにファイル名、作業時間、及び、作業内容が含まれているため、ユーザがどのような作業を行ったのかを分析できる。
【００８８】
図８は、業務履歴８の一例を示す。ユーザ端末１０ではメールや各種のファイルが使用される。例えば、作成されたメール、ユーザが閲覧したインターネット上の情報、作業に使用された文書、会議で使用されたプレゼン資料等が使用される。業務履歴８にはこれらのファイルと共に、これらファイルが使用された時間帯がログとして記録される。すなわち、ユーザがどのような作業を行ったかが、ファイルを中心にして時系列に記録される。業務履歴８は、例えば１日ごとに時系列に記録されている。
【００８９】
業務履歴８はユーザがいわば興味を持った情報に関する情報であり、プロファイル作成部５３が業務履歴８からユーザプロファイル９を作成することで、従来はユーザ内部で閉じていたプライベートな行動が反映されたユーザプロファイル９の作成が可能である。
【００９０】
なお、ユーザプロファイル９の作成に業務履歴８は必ずしもなくてもよい。この場合は、単にセミパブリック情報に含まれる自立語などからユーザプロファイル９を作成すればよい。
【００９１】
＜ユーザプロファイルの作成＞
プロファイル作成部５３は業務履歴８を参考にしてユーザプロファイル９を作成・更新する。具体的には、業務履歴８によりセミパブリック情報に含まれるファイルとメールの選別と、ファイルとメールの重み付けを行う。まず、業務履歴８に基づいて以下の処理を行う。
(i) 作業時間が閾値未満のセミパブリック情報を対象外にする。
(ii) 作業内容に応じてセミパブリック情報の寄与度を決定する。
(iii) 作業時間に応じてセミパブリック情報の寄与度を決定する。
【００９２】
(i)について補足する。ユーザが短時間に開いて閉じたファイルやメールはユーザの興味がない情報又は誤って開いたファイルやメールの可能性があるため、このようなセミパブリック情報はユーザプロファイル９の作成・更新に含めるべきではない。従って、作業時間が閾値未満のセミパブリック情報をユーザプロファイル９の作成の対象外にすることで、ユーザプロファイル９にノイズが入ることを抑制できる。
【００９３】
(ii)の作業内容とは、例えば、新規作成、編集、閲覧、印刷、又は、会議などである。作業内容によって、セミパブリック情報に対するユーザの興味度、知悉度、又は、関連度等が異なると考えらえる。そこで、ユーザの興味度、知悉度、又は、関連度等が高い作業内容に大きな寄与度を付与することで、ユーザプロファイル９にユーザの興味度、知悉度、又は、関連度等を反映させやすくなる。例えば、新規作成＞編集＞印刷＞閲覧の順に寄与度が高い。会議についてはユーザが参加する前に会議資料としてファイルを新規作成等していると考えられ、例えば、印刷又は閲覧と同程度の寄与度が設定される。
【００９４】
また、(iii)の作業時間が長いほど、セミパブリック情報に対するユーザの興味度、知悉度、又は、関連度等が高いと考えられる。そこで、作業時間が長いセミパブリック情報に大きな寄与度を付与することで、ユーザプロファイル９にユーザの興味度、知悉度、又は、関連度等を反映させやすくなる。
【００９５】
次に、プロファイル作成部５３は以下のような手順でセミパブリック情報からユーザプロファイル９を作成する。
Ａ．キーワードを検出するため、プロファイル作成部５３はセミパブリック情報に含まれるファイルの内容又はメール本文に対し形態素解析を行う。形態素解析はＡＰＩ（Application Interface）が公開されているサーバが行ってもよい。画像データに対してはＯＣＲ（Optical Character Reader）を行ってから形態素解析を行う。形態素解析によりセミパブリック情報は品詞に分解される。
Ｂ．それだけで意味がある自立語、又は、名詞のみを抽出する。本実施形態では説明を容易にするため名詞を抽出するものとして説明する。
Ｃ．例えばＴＦ（Term Frequency）−ＩＤＦ（Inverse Document Frequency）を使用して、各名詞の重要度を算出する。
【００９６】
このようにして抽出された名詞がユーザプロファイル９に登録されるキーワードの候補になる。例えば、この重要度のうち上位１０個程度を特定する。従って、ファイル又はメールごとに１０個のキーワードが抽出される。そしてこの重要度に、上記(ii)(iii)の寄与度を乗じることで、各キーワードの重みを決定できる。
【００９７】
図９は、ユーザプロファイル９のデータ構成例を示す。ユーザプロファイル９にはユーザＩＤ、キーワード、重み、及び、抽出元の各項目を有する。
【００９８】
ユーザＩＤはユーザプロファイルを特定するための情報となる。例えば、ユーザ名でもよいし、勤め先での社員番号でもよいし、メールアドレスでもよい。キーワードは、上記のようにユーザが閲覧したり編集したり印刷したりしたファイル又はメールから抽出される単語（名詞）である。また、重みはユーザプロファイルにおけるキーワードがどれだけユーザとの関連が大きいかを示し、重みが大きいほど、対応するキーワードがユーザのことをよく表していると言える。
【００９９】
抽出元は、キーワードが抽出されたセミパブリック情報の識別情報である。従って、抽出元はたとえばファイル名、メールの宛先と送信時刻（メールの送信元と受信時刻）、Ｗｅｂページ（htmlファイル名）などである。図９ではファイル名が特定されているが、ファイルに付与された一意の識別情報等、ファイルを特定できる情報であればよい。キーワードと抽出元が対応付けられていることで、後述するプライベートデータ検索でユーザプロファイル９が検索された際にどのファイルを提供すればよいかが分かるようになる。
【０１００】
＜ユーザプロファイルの作成フェーズの動作手順＞
図１０は、ユーザ端末１０と情報管理サーバ５０がユーザプロファイル９を作成するフェーズの動作手順を示すシーケンス図の一例である。図１０の処理は、ユーザが日常業務を行うと端末アプリ１２２が開始する。
【０１０１】
S1：ユーザは日々の業務の中で業務アプリ１２１を使用して作業を行う。ユーザ端末１０の操作受付部１２は業務アプリ１２１に対する操作を受け付ける。
【０１０２】
S2：ユーザ端末１０の操作監視部１５はユーザの操作を監視してメールのアーカイブやファイルのインデックスなどのセミパブリック情報を取得する。
【０１０３】
S3：ユーザ端末１０の業務履歴分析部１４はセミパブリック情報を分析して業務履歴８を作成する。業務履歴８を作成するタイミングは１日に１回などの定期的なタイミングでもよいし、セミパブリック情報が生成された直後でもよい。
【０１０４】
S4：ユーザ端末１０のセミパブリック情報送信部１３は業務履歴８、セミパブリック情報及びユーザＩＤを情報管理サーバ５０に送信する。
【０１０５】
S5：情報管理サーバ５０のセミパブリック情報受信部５１は業務履歴８、セミパブリック情報及びユーザＩＤを受信して、情報保存部５５に送出する。情報保存部５５はユーザＩＤで特定される特殊キャビネット１０２に業務履歴８及びセミパブリック情報を保存する。
【０１０６】
S6：次に、情報管理サーバ５０のプロファイル作成部５３は業務履歴８とセミパブリック情報を用いて、ユーザプロファイル９を作成・更新する。ステップＳ６のユーザプロファイル９の作成・更新について図１１のフローチャート図を用いて説明する。
【０１０７】
図１１は、情報管理サーバ５０がユーザプロファイル９を作成・更新する手順を示すフローチャート図の一例である。
【０１０８】
まず、プロファイル作成部５３は、作業時間が閾値未満のセミパブリック情報をユーザプロファイル９の作成元の対象外に決定する（Ｓ１０１）。
【０１０９】
次に、プロファイル作成部５３は、作業内容に応じてセミパブリック情報の寄与度を決定する（Ｓ１０２）。
【０１１０】
次に、プロファイル作成部５３は、作業時間に応じてセミパブリック情報の寄与度を決定する（Ｓ１０３）。
【０１１１】
次に、プロファイル作成部５３はセミパブリック情報のファイルの内容又はメール本文に形態素解析を施して品詞に分解する（Ｓ１０４）。そして、例えば名詞を抽出する（Ｓ１０５）。
【０１１２】
次に、各名詞の重要度をＴＦ−ＩＤＦ等により決定する（Ｓ１０６）。そして、重要度の大きい順に上位１０個程度の名詞を決定する（Ｓ１０７）。
【０１１３】
そして、これら１０個の名詞の重要度に作業内容と作業時間に応じた寄与度を乗算して重みを算出する（Ｓ１０８）。このままでは重要度の範囲が定まらないので、取り得る最大値を想定して０〜１００等の値に正規化するとよい。
【０１１４】
次に、プロファイル作成部５３は、全てのセミパブリック情報を処理したか否かを判断する（Ｓ１０９）。セミパブリック情報が残っている場合（Ｓ１０９のＮｏ）、処理はステップＳ１０４に進む。
【０１１５】
全てのセミパブリック情報の処理が終了した場合（Ｓ１０９のＹｅｓ）、プロファイル作成部５３は作成済みのユーザプロファイル９と、各セミパブリック情報から抽出されたキーワードを比較する（Ｓ１１０）。
【０１１６】
プロファイル作成部５３は、作成済みのユーザプロファイル９に、セミパブリック情報から抽出されたキーワードが含まれているか否かを判断する（Ｓ１１１）。
【０１１７】
同じキーワードがある場合（Ｓ１１１のＹｅｓ）、プロファイル作成部５３は２つの重みの平均でユーザプロファイル９の重みを更新する（Ｓ１１２）。これにより、キーワードに対するユーザの興味度、知悉度、又は、関連度等が高くなると徐々に高い値で重みを更新でき、ユーザの興味度、知悉度、又は、関連度等が低くなると徐々に低い値で重みを更新できる。
【０１１８】
同じキーワードがない場合（Ｓ１１１のＮｏ）、プロファイル作成部５３は新しいキーワードと重みをユーザプロファイル９に登録する（Ｓ１１３）。こうすることで、ユーザのプロファイルを表す新しいキーワードを登録できる。
【０１１９】
このように、業務履歴に記録された作業内容と作業時間に基づいてユーザプロファイル９に含まれるキーワードの重みを決定できる。なお、キーワードの重みは作業内容と作業時間に基づいて決定されればよく、図１１の方法には限られない。
【０１２０】
＜ユーザプロファイルの活用例１＞
・プライベートデータ検索
ユーザプロファイル９の活用例としてプライベートデータ検索について説明する。プライベートデータ検索では、情報管理サーバ５０が、ネットワーク上のすべての共有キャビネット１０１の情報に加えてユーザ個人の特殊キャビネット１０２に保存されたユーザプロファイル９を検索する。
【０１２１】
図１２は、プライベートデータ検索を模式的に説明する図の一例である。
（１）ユーザＡは１つ以上の検索語をユーザ端末１０−１に入力して検索要求を情報管理サーバ５０に送信する。
（２）情報管理サーバ５０の検索部５８は検索語で共有キャビネット１０１、及び、全ての特殊キャビネット１０２を検索する。
（３）情報管理サーバ５０は検索結果をユーザ端末１０−１に送信する。検索結果は以下のように表示される。
「公開情報：２件、
＊＊＊.doc（Ａさん）  適合率  ５０％
＊＊＊.doc（Ｂさん）  適合率  ６０％
非公開情報：３件
ファイル１：適合率  ３０％
ファイル２：適合率  ８０％
ファイル３：適合率  ６０％  」
公開情報は主に共有キャビネット１０１から検索された情報である。公開情報は共有キャビネット１０１で検索された公開されているファイルであり、誰が持っているどんな資料なのか（ユーザ名とファイル名）わかる。非公開情報は特殊キャビネット１０２で検索されたセミパブリック情報であり、誰が持っているどんな資料なのか（ユーザ名とファイル名）はわからない。このため、非公開情報では、重複しないファイル番号と適合率が示される。こうすることで、プライバシーを保持できる。
【０１２２】
適合率は、検索を実行したユーザＡが設定した検索語のうちヒット（適合した、ひっかかった又は見つかった）した検索語の割合で計算することができる。
【０１２３】
例えば、５つの検索語のうち５つともユーザプロファイル９に含まれているが、そのうち４つが同じファイルＡ（抽出元）から抽出されており、残りの１つが別のファイルＢ（抽出元）から抽出されているものとする。ファイルＡの適合率は８０％であり、ファイルＢの適合率は２０％である。また、セミパブリック情報が含む検索語の数で表してもよい。
【０１２４】
しかし、これだけでは重みが考慮されないため、キーワードに対応付けられた重みを適合率に加味することが好適である。例えば、ファイルＡから抽出された４つのキーワードの重みを合計して適合率とする。あるいは、４つのキーワードの重みを乗算する。
（４）検索を実行したユーザＡは適合率に基づいてセミパブリック情報の閲覧を要求するか否かを判断できる。セミパブリック情報の閲覧を要求する場合、ユーザＡはファイル番号などでファイルを指定して閲覧要求を情報管理サーバ５０に送信する。適合率は、検索語とセミパブリック情報とがどのくらい適合しているかを示す。
（５）情報管理サーバ５０は閲覧要求に対し「ファイルの閲覧要求」をユーザ端末１０−２に送信する。ユーザＡが要求したファイルのインデックスがある特殊キャビネット１０２は検索時に明らかなので、この特殊キャビネット１０２のユーザＢに対し、「ファイルの閲覧要求」を送信する。たとえば、ユーザＢに対し「ユーザＡさんが、あなたの△△というファイルの情報開示をリクエストしています」というメッセージを送信する。
（６）ユーザＢは、ユーザＡに情報開示を行うか否かの判断を行い、ユーザ端末１０−２は開示の許可又は拒否を情報管理サーバ５０に通知する。
（７）情報管理サーバ５０はユーザＡに対し、ユーザＢ（情報所有者）の回答を含むメッセージを送信する。例えば、「開示が許可されました」又は「開示を拒否されました」などを送信する。このメッセージにはセミパブリック情報そのものは含まれないが、情報管理サーバ５０がセミパブリック情報を保持している場合には、セミパブリック情報そのものを送信してもよい。
【０１２５】
また、情報開示のリクエストにおいて、情報管理サーバ５０は、情報所有者のユーザＢに情報検索者のユーザＡについての情報（氏名、所属、メールアドレス等）を送信してもよい。こうすることで、ユーザＢはユーザＡと個別に連絡を取ることができる。このように、非公開情報を検索対象とすることで、個人に属する豊富な情報やノウハウを共有することができる。
【０１２６】
図１３は、プロファイル管理システム１００がプライベートデータ検索する手順を示すシーケンス図の一例を示す図である。図１３は、ユーザがプライベートデータ検索を開始することでスタートする。なお、情報を検索するユーザをユーザＡ、閲覧要求されるファイルを所有するユーザをユーザＢとする。
【０１２７】
S21：ユーザＡはユーザ端末１０−１に検索語を入力する。ユーザ端末１０−１の操作受付部１２は検索語の入力を受け付ける。
【０１２８】
S22：検索要求部１７は検索語を含む検索要求を情報管理サーバ５０に送信する。
【０１２９】
S23：情報管理サーバ５０の検索要求受信部５９は検索要求を受信し、検索部５８に検索語を送出する。検索部５８はまず、共有キャビネット１０１を検索語で検索する。共有キャビネット１０１にはファイル全体が記憶されているので、複数のうち１つでも検索語がヒットするファイルを抽出する。
【０１３０】
S24：次に、検索部５８はユーザＡを除く他のユーザの特殊キャビネット１０２を検索する。検索の手順は以下のようになる。
・ユーザプロファイル９を検索語で検索する。
・１語でも検索語がヒットしたユーザプロファイル９のキーワードに対応付けられている抽出元（ファイル名）をユーザプロファイル９から読み出す。
【０１３１】
なお、ユーザＡの特殊キャビネットを検索対象から除くのは自分のファイルは自分がもっているためであるが、自分の特殊キャビネット１０２を検索してもよい。
【０１３２】
S25：検索部５８は検索に適合した共有キャビネット１０１のファイルとセミパブリック情報の適合率を算出する。セミパブリック情報の本体は情報管理サーバ５０に存在しないので実質的にはユーザプロファイルと比較するが、ユーザプロファイルの抽出元によりユーザ端末１０にあるセミパブリック情報を特定できる。閲覧要求に対応するため、検索部５８は、抽出元のファイル名に重複しないファイル番号を対応付けておく。
【０１３３】
S26：検索結果送信部５７は検索結果をユーザ端末１０−１に送信する。検索結果には共有キャビネット１０１のファイル名、ユーザ名及び適合率、並びに、特殊キャビネット１０２のセミパブリック情報のファイル番号及び適合率を含めておく。
【０１３４】
S27：ユーザ端末１０の検索結果受信部２２は検索結果を受信して、表示制御部１１が検索結果をＬＣＤ２０６に表示する。ユーザＡは適合率を考慮して例えばセミパブリック情報のファイル番号を選択する。操作受付部１２はこのセミパブリック情報の閲覧要求を受け付ける。
【０１３５】
S28：ユーザ端末１０−１の閲覧要求部１８はセミパブリック情報のファイル番号と共に閲覧要求を情報管理サーバ５０に送信する。
【０１３６】
S29：情報管理サーバ５０の閲覧要求取得部６１は閲覧要求を取得し、ファイル番号に基づいてファイル名を特定し、このファイル名のファイルを有するユーザプロファイル９を特定する。ユーザプロファイル９が特定されるとユーザプロファイル９が有するユーザＩＤによりユーザＢを特定できる。
【０１３７】
S30：情報管理サーバ５０のリクエスト部６２は決定されたユーザＢにファイル名等と共にファイルの閲覧要求を送信する。ファイル名以外にファイルを特定できる情報を含めてよい。この送信には例えば電子メールを使用することが考えられる。この他、端末アプリ１２２へのプッシュ通知で送信してもよい。
【０１３８】
S31：ユーザ端末１０−２のリクエスト取得部２１は閲覧リクエストを取得し、表示制御部１１がファイルの閲覧要求をＬＣＤ２０６に表示する。ユーザＢが許可又は拒否を入力するので操作受付部１２がこれを受け付ける。
【０１３９】
S32：ユーザ端末１０−２のリクエスト取得部２１は許可又は拒否を情報管理サーバ５０に送信する。
【０１４０】
S33：情報管理サーバ５０のリクエスト部６２は許可又は拒否に基づくメッセージを作成し、ユーザ端末１０−１に送信する。なお、ユーザＢがステップＳ３２で要求されたファイルを添付してもよい。この場合、情報管理サーバ５０が直接、ファイルをユーザＡに送信できる。
【０１４１】
このように、非公開情報を検索対象とすることで、個人に属する豊富な情報やノウハウを共有することができる。ユーザＡにはユーザＢの氏名やファイル名も明かされないのでプライベート性を維持できる。ユーザＡはユーザＢとメール等を利用してセミパブリック情報を取得できる。
【０１４２】
＜ユーザプロファイルの活用例２＞
・人的資源情報の検索
人的資源情報の検索とは、ナレッジマネジメントの分野における知識活用の方法の１つである。「誰が何を知っているか」「どこに経験者やエキスパートがいるか」等を特定できる仕組みを作ることで、知識やノウハウを"持っている人"と"必要とする人"とを結び付け、知識の有効利用を図ることが可能になる。なお、検索対象は有識者に限られず、人的資源情報の検索をＫｎｏｗＷｈｏ（ノウフー検索）という場合がある。
【０１４３】
特殊キャビネット１０２にあるユーザプロファイル９は、日常的な業務から抽出されたキーワードなので、一人ひとりの得意分野をあらわすキーワードを含んでいる。例えば、ユーザが休憩時間に閲覧したＷｅｂページから抽出されたキーワード、企業内における非業務での活動（ボランティア、サークル活動など）から抽出されたキーワード、副業で培われたノウハウ情報から抽出されたキーワード等をユーザプロファイル９は有している。
【０１４４】
検索を実行するユーザＡは、例えば新規プロジェクトを立ち上げる際などに必要となる情報を有する人材を探したい場合がある。図１４を用いて説明する。
【０１４５】
図１４は人的資源情報の検索の手順を模式的に説明する図の一例である。
（１）例えば、ユーザＡがあるテーマについての有識者を探したい場合、そのテーマのキーワードで検索要求を情報管理サーバ５０に送信する。
（２）情報管理サーバ５０の検索部５８は、日々、更新しているユーザプロファイル９を検索語で検索して有識者を探し出す。
（３）情報管理サーバ５０の検索部５８は、検索結果をユーザＡに回答する。回答する際、検索語に対する関連性の高さを示す適合率を含める。適合率の算出方法はプライベートデータ検索と同じでよい。例えば、以下のような回答がユーザ端末１０に表示される。
「ユーザ１（Ｓｕｚｕｋｉ）  適合率  ３０％
ユーザ２                  適合率  ８０％」
このユーザ１，２はユーザ番号に過ぎず個人を特定できない（ユーザＡ、Ｂは個人を指し示す情報）。ユーザ１については氏名が表示され、ユーザ２については氏名が表示されない。回答の際、情報管理サーバ５０はユーザ情報ＤＢ１０６を参照し、ユーザが氏名の提示を許可しているかいないかを判断する。これにより、ユーザ１では氏名を表示し、ユーザ２では氏名を表示しない制御が可能になる。
【０１４６】
図１４の例では、ユーザ１が氏名の提示を許可しており、ユーザ２が氏名の提示を許可していない。ユーザＡがユーザ２と連絡を取りたいと考えた場合、プライベートデータ検索と同様に、情報管理サーバ５０を介してユーザ２から氏名提示の許可又は拒否のメッセージを取得する。
【０１４７】
図１５は、プロファイル管理システム１００が人的資源情報を検索する手順を示すシーケンス図の一例を示す図である。図１５は、ユーザが人的資源情報の検索を開始することでスタートする。なお、有識者を検索するユーザをユーザＡ、有識者をユーザＣとする。
【０１４８】
S41：ユーザＡはユーザ端末１０−１に検索語を入力する。ユーザ端末１０−１の操作受付部１２は検索語の入力を受け付ける。
【０１４９】
S42：検索要求部１７は検索語を含む検索要求を情報管理サーバ５０に送信する。
【０１５０】
S43：情報管理サーバ５０の検索要求受信部５９は検索要求を受信し、検索部５８に検索語を送出する。検索部５８はユーザＡを除く他のユーザの特殊キャビネット１０２を検索する。人的資源情報の検索では、ユーザプロファイル９を検索語で検索すればよい。
【０１５１】
S44：検索部５８は検索に適合したユーザプロファイル９の適合率を算出する。氏名の提示要求に対応するため、検索部５８は、ユーザプロファイル９に重複しないユーザ番号を対応付けておく。
【０１５２】
S45：検索結果送信部５７は検索結果をユーザ端末１０−１に送信する。氏名の提示を許可しているユーザの場合、氏名、ユーザ番号及び適合率が検索結果に含まれる。氏名の提示を許可していないユーザの場合、ユーザ番号及び適合率が検索結果に含まれる。
【０１５３】
以下の処理は氏名の提示を許可していないユーザ２とユーザＡが連絡を取りたいと考えた場合に実行される。
【０１５４】
S46：ユーザ端末１０−１の検索結果受信部２２は検索結果を受信して、表示制御部１１が検索結果をＬＣＤ２０６に表示する。ユーザＡは適合率を考慮してユーザ番号を選択する。操作受付部１２はこの番号の選択を受け付ける。
【０１５５】
S47：ユーザ端末１０−１の閲覧要求部１８はユーザ番号と共に氏名の提示要求を情報管理サーバ５０に送信する。
【０１５６】
S48：情報管理サーバ５０の閲覧要求取得部６１は氏名の提示要求を取得し、ステップＳ４４でユーザ番号に対応付けたユーザプロファイル９からユーザ（ユーザＣとする）を決定する。
【０１５７】
S49：情報管理サーバ５０のリクエスト部６２は決定されたユーザＣのユーザ端末１０−３に氏名の提示要求を送信する。この送信には例えば電子メールを使用することが考えられる。この他、端末アプリ１２２へのプッシュ通知で送信してもよい。
【０１５８】
S50：ユーザ端末１０−３のリクエスト取得部２１は氏名の提示要求を取得し、表示制御部１１が氏名の提示要求をＬＣＤ２０６に表示する。氏名の提示要求には例えば「ユーザＡさんがあなたの知見を活用したいため氏名の提示を要求しています。」等のメッセージが含まれる。ユーザＣが許可又は拒否を入力するので操作受付部１２がこれを受け付ける。
【０１５９】
S51：ユーザ端末１０−１のリクエスト取得部２１は許可又は拒否を情報管理サーバ５０に送信する。
【０１６０】
S52：情報管理サーバ５０のリクエスト部６２は許可又は拒否に基づくメッセージを作成し、ユーザ端末１０−１に送信する。許可のメッセージには「ユーザＡさんが選択したユーザはKatohさんです（katoh@company.com）。連絡が許可されました。」と表示され、拒否のメッセージには「ユーザＡさんが選択したユーザは氏名の提示を拒否しました。」と表示される。
【０１６１】
このように、非公開情報を検索対象とすることで、専門知識を有する個人を検索できる。ユーザＡには原則的に氏名を提示していないユーザの氏名等が明かされないのでプライベート性を維持できる。
【０１６２】
＜ユーザプロファイルの活用例３＞
・コンテンツ検索
コンテンツ検索とは、検索実行ユーザのユーザプロファイル９を加味した検索をいう。
【０１６３】
図１６は、コンテンツ検索を説明する図の一例である。
（１）ユーザＡがユーザ端末１０に検索語を入力し、ユーザ端末１０が検索要求を情報管理サーバ５０に送信する。
（２）情報管理サーバ５０は共有キャビネット１０１を検索語で検索する。
（３）更に、情報管理サーバ５０は検索結果を用いて共有キャビネット１０１を検索する。
（４）更に、情報管理サーバ５０はユーザプロファイル９を加味して検索結果を絞り込む。（３）と（４）は少なくともどちらか一方が行われればよい。
（５）情報管理サーバ５０はこれらの検索結果をユーザ端末１０に送信する。
（６）ユーザ端末１０は検索結果として例えば「ユーザプロファイルを加味して検索しました。PPP.doc、QQQ.doc、RRR.doc」のように表示する。
【０１６４】
コンテンツ検索によれば、以下のような検索が可能になる。例えば、ユーザＡが「Ａ社  方針説明会」で検索すると、方針説明会のプレゼン資料が検索で抽出される。このプレゼン資料の中に、「前年度の業績結果」や「本年度の事業計画の概要」などが記載されている場合、共有キャビネット１０１が「前年度の業績結果」及び「本年度の事業計画の概要」で検索され、前年度の業績結果の詳細、本年度の事業計画の詳細、又は、新商品の企画書などがユーザに提供される。つまり、情報管理サーバ５０は検索結果で再度、共有キャビネットを検索することで詳細な情報が得られる。
【０１６５】
また、例えば、セールス部門のユーザが「ＭＦＰ」という検索語で検索する。また、このユーザのユーザプロファイル９に販売関係の情報が多く存在するものとする。この場合、ＭＦＰに関する書類が検索されるが、販売資料などの用語で絞り込まれることでＭＦＰのカタログや提案書が検索されてユーザに提供される。
【０１６６】
例えば、カスタマーエンジニア部門のユーザが「ＭＦＰ」で検索する。また、このユーザのユーザプロファイル９にサポート関係の情報が多く存在するものとする。この場合、ＭＦＰに関する書類が検索されるが、サポートなどの用語で絞り込まれることで、設置マニュアルやトラブルシューティング事例集が検索されてユーザに提供される。
【０１６７】
図１７は、プロファイル管理システム１００がコンテンツ検索する手順を示すシーケンス図の一例を示す図である。図１７は、ユーザが検索を開始することでスタートする。
【０１６８】
S61：ユーザはユーザ端末１０に検索語を入力する。ユーザ端末１０の操作受付部１２は検索語の入力を受け付ける。また、ユーザは全文検索とコンテンツ検索の検索方法をユーザ端末１０に入力する。ユーザ端末１０の操作受付部１２は検索方法の入力を受け付ける。
【０１６９】
S62：ユーザ端末１０の検索要求部１７は検索語と検索方法を含む検索要求を情報管理サーバ５０に送信する。
【０１７０】
検索方法が全文検索の場合、ステップＳ６３が実行される。
S63：情報管理サーバ５０の検索要求受信部５９は検索要求を受信する。検索部５８は共有キャビネット１０１を全文検索する。
【０１７１】
検索方法がコンテンツ検索の場合、ステップＳ６４〜Ｓ６６が実行される。
S64：情報管理サーバ５０の検索要求受信部５９は検索要求を受信する。検索部５８は共有キャビネット１０１を全文検索する。
S65：次に、検索部５８は、検索されたファイルに含まれる単語で共有キャビネット１０１を再検索する。ファイルに含まれる単語のうち重要度が高い単語で検索することが好ましい。重要度は例えばＴＦ−ＩＤＦにより決定される。
S66：次に、検索部５８は、ステップＳ６４で検索されたファイルをユーザプロファイル９で絞り込む。
【０１７２】
S67：情報管理サーバ５０の検索結果送信部５７は検索結果をユーザ端末１０に送信する。
【０１７３】
このようにコンテンツ検索によれば、純粋な全文検索の結果とは違い、ユーザプロファイル９に基づいて情報を取得することが可能になる。
【０１７４】
なお、コンテンツ検索については、単にユーザプロファイルで絞り込むのでなくユーザプロファイル９をＡＩ（人工知能）に入力して適切な情報を取得することも有効である。予めユーザプロファイルと該ユーザのコンテンツフォルダ１０４のファイルに含まれる単語との対応を学習しておく。この学習結果（識別器）にユーザプロファイルを入力するとこのユーザとの関係が深い単語が得られる。情報管理サーバ５０は、ユーザが入力した検索語で検索されたファイルを、ＡＩが出力したこのユーザとの関係が深い単語で絞り込む。
【０１７５】
＜まとめ＞
以上説明したように、本実施形態のプロファイル管理システム１００によれば、ユーザプロファイル９がユーザ端末１０に対し外部の情報管理サーバ５０に保存されるため、本ユーザ以外のユーザが本ユーザのユーザプロファイル９を活用できるようになる。
【０１７６】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１７７】
例えば、図１８に示すように、ユーザ端末１０がプライベート領域を有していてもよい。図１８は、アクセスの容易性により分類したユーザプロファイルを作成するためのユーザの情報を模式的に説明する図の一例である。図１８の説明では図２との相違を説明する。図１８に示すように、ユーザの情報はパブリック領域１１０とセミパブリック領域１１２に加えプライベート領域１１１を有している。プライベート領域１１１は、個人の端末で管理される情報の第二の領域１１１ｂである。例えば、端末にアクセス権限のあるユーザのみがアクセス可能なユーザの情報である。端末アプリ１２２はプライベート領域１１１から、メールのアーカイブ及びファイルのインデックスを情報管理サーバ５０に送信しない（完全にプライベートな領域）。このようなプライベートな領域があることで、ユーザはユーザプロファイル９に反映させたくない本当にプライベートな情報を隔離しておくことができる。
【０１７８】
また、本実施形態では、情報管理サーバ５０がユーザプロファイルを作成したが、ユーザ端末１０がユーザプロファイルを作成してもよい。ユーザ端末１０は定期的にユーザプロファイルを更新し、更新したユーザプロファイルを情報管理サーバ５０に送信する。この場合もユーザプロファイルを最新の状態に維持できる。
【０１７９】
また、本実施形態では、ユーザ端末１０が業務履歴８を作成したが、情報管理サーバ５０が業務履歴を作成してもよい。
【０１８０】
また、ユーザは企業の社員の他、職員、従業員、又は、スタッフなどどのような呼称でもよい。また、企業は、法律上の団体であればよい。
【０１８１】
また、上記の実施形態では、プライベートデータ検索、人的資源情報の検索、及び、コンテンツ検索の３つの検索方法を説明したが、ユーザプロファイル９を用いた検索はこの３つに限られない。例えば、広告がターゲットにするユーザ属性でユーザプロファイル９を検索し、適合率が高いユーザに広告を配信することが考えられる。社内における広告として、情報管理サーバ５０は新しいプロジェクトで必要なユーザ属性でユーザプロファイル９を検索し、適合率が高い複数のユーザに対しプロジェクト募集の広告を配信する。
【０１８２】
また、ユーザが検索語を入力しないでユーザプロファイル９を検索することも可能である。例えば、情報管理サーバ５０はユーザ端末１０にログインしているユーザのユーザプロファイル９で他のユーザのユーザプロファイル９を検索する。こうすることで、自分のスキルに似たユーザがいるかどうかを判断でき、仕事を分担したり引き継ぎを依頼したりすることができる。
【０１８３】
また、情報管理サーバ５０は任意のユーザのユーザプロファイル９で他のユーザのユーザプロファイル９を検索できる。例えば、業績がよいユーザのユーザプロファイル９で他のユーザのユーザプロファイル９を検索して、適合率が高い他のユーザを業績がよいユーザと同じ業務にアサインする。逆に、業績が悪いユーザのユーザプロファイル９で他のユーザのユーザプロファイル９を検索して、業績が悪いユーザと適合率が高い他のユーザとが同じ業務であれば他のユーザを別の業務にアサインする。
【０１８４】
また、ユーザは例えばファイル検索に本実施形態のプロファイル管理システム１００を利用できる。ユーザは自分が有するファイルをユーザ端末１０に入力して検索要求と共に情報管理サーバ５０に送信する。情報管理サーバ５０はファイルから重要度の高い単語を抽出して、ユーザプロファイル９を検索する。これにより、プライベートデータ検索と同様に他のユーザが有するファイルと検索者のユーザが入力したファイルの適合率が分かるので、類似するファイルを見つけることができる。このファイルが議事録であれば、同じような会議が過去に行われていた可能性があるため、更に関連する議事録をユーザが入手して当該会議の知見を得ることができる。また、このファイルが論文であれば、論文に近い知見が含まれるファイルを有するユーザに閲覧要求して、プロジェクトへの参加を要請できる。
【０１８５】
また、メールフォルダ１０３やコンテンツフォルダ１０４などのフォルダは、ディレクトリと呼ばれてもよい。
【０１８６】
また、図５，図６などの構成例は、ユーザ端末１０、及び情報管理サーバ５０の処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。また、ユーザ端末１０、及び情報管理サーバ５０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【０１８７】
また、本実施形態の説明に支障がない範囲で、情報管理サーバ５０が有する機能の一部又は全てをユーザ端末１０が有してもよい。例えば、業務履歴分析部１４をユーザ端末１０が有していてもよい。
【０１８８】
また、情報管理サーバ５０の機能がそれぞれ複数のサーバ装置に分散されていてもよいし、複数の情報管理サーバ５０が存在してもよい。
【０１８９】
なお、セミパブリック情報送信部１３は電子データ送信手段の一例であり、プロファイル作成部５３はプロファイル作成手段の一例であり、検索部５８は検索手段の一例であり、検索結果送信部５７は検索結果送信手段の一例であり、閲覧要求部１８は閲覧要求手段の一例であり、閲覧要求取得部６１は閲覧要求取得手段の一例であり、リクエスト部６２は通知手段の一例である。業務履歴分析部１４は業務履歴作成手段の一例であり、特殊キャビネット１０２は個人情報記憶部の一例であり、操作監視部１５は操作監視手段の一例である。
【０１９０】
ユーザ端末１０は請求項１〜１５の第一の情報処理装置の一例であり、情報管理サーバ５０は請求項１〜１５の第二の情報処理装置の一例である。ユーザ端末１０は請求項１６〜１８の第二の情報処理装置の一例であり、情報管理サーバ５０は請求項１６〜１８の情報処理装置の一例である。ユーザ端末１０は請求項１９〜２１の情報処理装置の一例であり、情報管理サーバ５０は請求項１９〜２１の第二の情報処理装置の一例である。
【符号の説明】
【０１９１】
８          ：業務履歴
９          ：ユーザプロファイル
１０        ：ユーザ端末
５０        ：情報管理サーバ
１００      ：プロファイル管理システム
【先行技術文献】
【特許文献】
【０１９２】
【特許文献１】特開2015−115024号公報
【特許文献２】特開2000−76304号公報
【図１】
2019159970.tif 000007
【図２】
2019159970.tif 000008
【図３】
2019159970.tif 000009
【図４】
2019159970.tif 000010
【図５】
2019159970.tif 000011
【図６】
2019159970.tif 000012
【図７】
2019159970.tif 000013
【図８】
2019159970.tif 000014
【図９】
2019159970.tif 000015
【図１０】
2019159970.tif 000016
【図１１】
2019159970.tif 000017
【図１２】
2019159970.tif 000018
【図１３】
2019159970.tif 000019
【図１４】
2019159970.tif 000020
【図１５】
2019159970.tif 000021
【図１６】
2019159970.tif 000022
【図１７】
2019159970.tif 000023
【図１８】
2019159970.tif 000024