(57)【要約】      （修正有）【課題】文字又は文字列の入力の際に、入力候補の提示による情報漏洩の可能性を低減する。【解決手段】候補文字列抽出方法は、文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、読みおよび識別情報に対応付けて候補文字列を記憶する記憶部１１２を参照して、候補文字列のうち、受け付けた文字又は文字列を含む読みと、受け付けた識別情報との双方に対応付けられた候補文字列を抽出し、抽出した前記候補文字列を選択候補として出力する。【選択図】図３
2017130102.tif 000002
【特許請求の範囲】
【請求項１】
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、読みおよび識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列を含む読みと、受け付けた前記識別情報との双方に対応付けられた候補文字列を抽出し、
抽出した前記候補文字列を選択候補として出力する、
処理をコンピュータが実行することを特徴とする候補文字列抽出方法。
【請求項２】
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列に対応する文字又は文字列を含み、かつ、受け付けた前記識別情報に対応付けられた候補文字列を抽出し、
抽出した前記候補文字列を選択候補として出力する、
処理をコンピュータが実行することを特徴とする候補文字列抽出方法。
【請求項３】
前記候補文字列に対応付けられて前記記憶部に記憶されている識別情報は、当該候補文字列を含む文書データに関連付けられている識別情報である、
ことを特徴とする請求項１又は２記載の候補文字列抽出方法。
【請求項４】
前記受け付けた文字又は文字列について入力が確定した文字列を受け付けると、前記入力が確定した文字又は文字列を含む文書データを特定し、
特定された文書データに関連付けられている識別情報と前記入力が確定した文字又は文字列とを対応付けて、前記記憶部に記憶する、
処理をコンピュータが実行することを特徴とする請求項３記載の候補文字列抽出方法。
【請求項５】
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、読みおよび識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列を含む読みと、受け付けた前記識別情報との双方に対応付けられた候補文字列を抽出する抽出部と、
抽出した前記候補文字列を選択候補として出力する出力部と、
を有することを特徴とする候補文字列抽出装置。
【請求項６】
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列に対応する文字又は文字列を含み、かつ、受け付けた前記識別情報に対応付けられた候補文字列を抽出する抽出部と、
抽出した前記候補文字列を選択候補として出力する出力部と、
を有することを特徴とする候補文字列抽出装置。
【請求項７】
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、読みおよび識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列を含む読みと、受け付けた前記識別情報との双方に対応付けられた候補文字列を抽出し、
抽出した前記候補文字列を選択候補として出力する、
処理をコンピュータに実行させることを特徴とする候補文字列抽出プログラム。
【請求項８】
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列に対応する文字又は文字列を含み、かつ、受け付けた前記識別情報に対応付けられた候補文字列を抽出し、
抽出した前記候補文字列を選択候補として出力する、
処理をコンピュータに実行させることを特徴とする候補文字列抽出プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、候補文字列抽出方法、候補文字列抽出装置、及び候補文字列抽出プログラムに関する。
【背景技術】
【０００２】
インターネットやデータベース等から所望の情報を検索するために、検索語の入力が必要とされる。検索語の入力を支援するために、検索語の読みの一部が入力されると、過去の検索語の履歴の中から、入力された読みに対応する検索語を抽出し、抽出された検索語の一覧を入力候補として提示する機能が実現されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２１１０７５号公報
【特許文献２】特開２００８−１５８９４９号公報
【特許文献３】特開２０１１−０５３８６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
提示される入力候補の数が多い程、ユーザが入力したい検索語が入力候補に含まれる可能性が高まり、検索語の入力を支援できる可能性を高めることができる。そこで、複数のユーザによって入力された検索語の履歴を共有することが考えられる。
【０００５】
しかしながら、検索語の履歴を共有した場合、特定のユーザのみが知りうる機密情報を含む検索語が履歴に混入し、当該機密情報が、特定のユーザ以外のユーザに漏洩してしまう可能性が有る。
【０００６】
例えば、或る企業内において、検索語の履歴が共有されている状況を想定する。この状況において、管理職のユーザが、「電子部  組織変更」といった検索語を入力すると、当該検索語が履歴に含まれる。その後、一般社員が、「電子部品」という検索語を入力するために「でんし」等を入力すると、「電子部  組織変更」が入力候補として提示され、電子部について組織変更が検討されていることが、一般社員に漏洩する可能性が有る。
【０００７】
そこで、一側面では、本発明は、入力候補の提示による情報漏洩の可能性を低減することを目的とする。
【課題を解決するための手段】
【０００８】
一つの案では、候補文字列抽出方法は、文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、読みおよび識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列を含む読みと、受け付けた前記識別情報との双方に対応付けられた候補文字列を抽出し、抽出した前記候補文字列を選択候補として出力する、処理をコンピュータが実行する。
【発明の効果】
【０００９】
一側面によれば、入力候補の提示による情報漏洩の可能性を低減することができる。
【図面の簡単な説明】
【００１０】
【図１】第１の実施の形態における情報処理システムの構成例を示す図である。
【図２】第１の実施の形態における文書管理装置のハードウェア構成例を示す図である。
【図３】第１の実施の形態における文書管理装置の機能構成例を示す図である。
【図４】文書レコードの検索処理の処理手順の一例を説明するためのフローチャートである。
【図５】ユーザＤＢの構成例を示す図である。
【図６】第１の実施の形態における候補文字列ＤＢの構成例を示す図である。
【図７】検索語を推薦可能なユーザの特定処理の処理手順の一例を説明するためのフローチャートである。
【図８】推薦先判定ＤＢの構成例を示す図である。
【図９】更新後の候補文字列ＤＢの一例を示す図である。
【図１０】第２の実施の形態における候補文字列ＤＢの構成例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態における情報処理システムの構成例を示す図である。情報処理システム１は、例えば、或る企業（以下、「企業Ｘ」という。）において運用されている情報処理システムである。図１において、情報処理システム１は、文書管理装置１０、メールサーバ装置２０、及び１以上のユーザ端末３０等を含む。文書管理装置１０、メールサーバ装置２０、及び各ユーザ端末３０は、企業Ｘ内のＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network）等のネットワークを介して接続されている。
【００１２】
文書管理装置１０は、文書に関するレコード（以下、「文書レコード」という。）が登録されたデータベースを有し、データベースからの文書レコードの検索等を行うコンピュータである。複数のコンピュータが文書管理装置１０を構成してもよい。文書レコードの検索時において、文書管理装置１０は、検索語の入力を支援するための処理を実行する。検索語の入力を支援するための処理とは、検索語に関する一部の読みの入力に応じて、入力候補であると推定される文字列（以下、「候補文字列」という。）の一覧を出力する処理をいう。
【００１３】
メールサーバ装置２０は、電子メールのメールサーバとして機能するコンピュータである。本実施の形態では、各ユーザ端末３０からの送信メール及び各ユーザ端末３０宛の受信メールは、メールサーバ装置２０において記憶される。
【００１４】
ユーザ端末３０は、情報処理システム１のユーザ（例えば、企業Ｘの従業員等）が利用するＰＣ（Personal Computer）等の端末である。タブレット端末又はスマートフォン等の携帯端末が、ユーザ端末３０として利用されてもよい。本実施の形態において、ユーザ端末３０は、文書レコードの検索等に関するユーザインタフェースとして機能する。
【００１５】
図２は、第１の実施の形態における文書管理装置のハードウェア構成例を示す図である。図２の文書管理装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１６】
文書管理装置１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１７】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って文書管理装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１８】
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００１９】
図３は、第１の実施の形態における文書管理装置の機能構成例を示す図である。図３において、文書管理装置１０は、認証部１１、入力文字列受信部１２、候補文字列抽出部１３、候補文字列出力部１４、検索要求受信部１５、検索部１６、候補文字列登録部１７、及び推薦先特定部１８等を有する。これら各部は、文書管理装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。文書管理装置１０は、また、ユーザＤＢ１１１、候補文字列ＤＢ１１２、管理職用ＤＢ１１３、一般社員用ＤＢ１１４、及び推薦先判定ＤＢ１１５等のデータベース（記憶部）を利用する。これら各データベースは、例えば、補助記憶装置１０２、又は文書管理装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００２０】
認証部１１は、文書管理装置１０のユーザを、ユーザＤＢ１１１を参照して認証する。ユーザの認証によって、ユーザの識別情報（ユーザＩＤ）が特定される。ユーザＤＢ１１１には、ユーザごとに、ユーザＩＤ及びパスワードと、ユーザの属性情報とが記憶されている。
【００２１】
入力文字列受信部１２は、ユーザ端末３０において表示される検索画面における検索語入力欄に文字ずつ入力されるたびに、検索語入力欄に入力された文字列をユーザ端末３０から受け付ける。なお、本実施の形態では、便宜上、１文字についても文字列という。
【００２２】
候補文字列抽出部１３は、入力文字列受信部１２が受け付けた文字列（以下、「入力文字列」という。）と、認証部１１によって特定されたユーザＩＤとに基づいて、候補文字列ＤＢ１１２から候補文字列を抽出する。候補文字列ＤＢ１１２には、各候補文字列が、読みと、当該候補文字列を推薦可能（提示可能な）ユーザのユーザＩＤとに対応付けられて記憶されている。すなわち、候補文字列抽出部１３は、入力文字列を含む読みと対応付けられている候補文字列、又は入力文字列を含む候補文字列であって、かつ、認証部１１によって特定されたユーザＩＤに対応付けられている候補文字列を、候補文字列ＤＢ１１２から抽出する。
【００２３】
候補文字列出力部１４は、候補文字列抽出部１３によって抽出された候補文字列の一覧を選択候補として出力する。すなわち、候補文字列出力部１４は、当該候補文字列の一覧を、入力文字列の送信元のユーザ端末３０へ送信する。
【００２４】
検索要求受信部１５は、ユーザ端末３０から送信される、文書レコードの検索要求を受信する。検索要求には、入力が確定した文字列である検索語が含まれている。
【００２５】
検索部１６は、検索要求に含まれている検索語に基づいて、一般社員用ＤＢ１１４、又は一般社員用ＤＢ１１４及び管理職用ＤＢ１１３の双方から、文書レコードを検索する。すなわち、検索要求元のユーザが一般社員である場合、一般社員用ＤＢ１１４から文書レコードが検索される。検索要求元のユーザが管理職である場合、一般社員用ＤＢ１１４及び管理職用ＤＢ１１３の双方から文書レコードが検索される。管理職用ＤＢ１１３には、管理職のユーザのみがアクセス可能な文書レコードが記憶されている。一般社員用ＤＢ１１４には、管理職のユーザ及び一般社員のユーザの双方がアクセス可能な文書レコードが記憶されている。
【００２６】
候補文字列登録部１７は、検索要求に含まれている検索語を、候補文字列として候補文字列ＤＢ１１２へ登録する。推薦先特定部１８は、検索要求に含まれている検索語に係る候補文字列を推薦可能（提示可能）なユーザを特定する。例えば、当該検索語を含む文書データにアクセス可能な（当該文書データを参照可能な）ユーザが、当該検索語に係る候補文字列を推薦可能なユーザとして特定される。なお、「文書データ」とは、文書データは、文字列を含む電子データをいい、文書レコードよりも広い概念である。例えば、文書データには、文書レコード、電子メール、各ユーザ端末３０に保存されている文書ファイル等が含まれる。
【００２７】
推薦先判定ＤＢ１１５には、候補文字列を推薦可能なユーザを判定するために必要な情報が記憶されている。
【００２８】
以下、文書管理装置１０が実行する処理手順について説明する。図４は、文書レコードの検索処理の処理手順の一例を説明するためのフローチャートである。
【００２９】
認証部１１は、ユーザ端末３０から送信されるログイン要求を受信すると、当該ログイン要求に含まれているユーザＩＤ及びパスワードと、ユーザＤＢ１１１とに基づいて、ユーザの認証を行う（Ｓ１０１）。
【００３０】
図５は、ユーザＤＢの構成例を示す図である。図５に示されるように、ユーザＤＢ１１１には、ユーザごとに、ユーザＩＤ、パスワード、メールアドレス、役職、及び端末アドレス等が記憶されている。
【００３１】
ユーザＩＤは、文書管理装置１０において、各ユーザを識別するための情報である。パスワードは、ユーザＩＤに対応するパスワードである。メールアドレスは、ユーザのメールアドレスである。役職は、ユーザの役職である。本実施の形態において、役職は、「管理職」又は「一般社員」に区分される。端末アドレスは、ユーザが利用するユーザ端末３０のアドレス情報（例えば、ＩＰアドレス等）である。
【００３２】
ステップＳ１０１では、ログイン要求に含まれているユーザＩＤ及びパスワードの組を含むレコードが、ユーザＤＢ１１１に記憶されていれば認証は成功し、そうでなければ認証は失敗する。認証が失敗した場合（Ｓ１０２でＮｏ）、以降の処理は実行されない。
【００３３】
認証が成功した場合（Ｓ１０２でＹｅｓ）、認証部１１は、検索画面の表示データをユーザ端末３０に送信する（Ｓ１０３）。その結果、ユーザ端末３０において検索画面が表示される。検索画面は、例えば、検索語入力欄と、検索の実行指示を受け付けるためのボタン等を含む画面である。
【００３４】
なお、認証に成功した場合、ログイン要求に含まれているユーザＩＤが、ログインユーザのユーザＩＤ（以下、「ログインユーザＩＤ」という。）として、例えば、文書管理装置１０のメモリ装置１０３に記憶される。また、ログインユーザＩＤに対してセッションＩＤが割り当てられ、当該セッションＩＤがログインユーザＩＤに対応付けられてメモリ装置１０３に記憶される。当該セッションＩＤは、検索画面の表示データと共に、ユーザ端末３０に送信される。以降においてユーザ端末３０から送信される情報には、当該セッションＩＤが含まれる。なお、ログインユーザＩＤが、セッションＩＤとして利用されてもよい。
【００３５】
続いて、入力文字列受信部１２は、入力文字列の受信を待機する（Ｓ１０４）。検索画面の検索語入力欄に対して文字が１つずつ入力されるたびに、ユーザ端末３０は、検索語入力欄に入力された全ての文字を含む入力文字列を、文書管理装置１０へ送信する。
【００３６】
入力文字列受信部１２が、入力文字列を受信すると（Ｓ１０４でＹｅｓ）、候補文字列抽出部１３は、当該入力文字列を含む読みに対応付けられている候補文字列、又は当該入力文字列を含む候補文字列であって、かつ、ログインユーザＩＤに対応付けられている候補文字列を、候補文字列ＤＢ１１２から抽出する（Ｓ１０５）。
【００３７】
図６は、第１の実施の形態における候補文字列ＤＢの構成例を示す図である。図６において、候補文字列ＤＢ１１２の各レコードは、読み、候補文字列、及び推薦可能ユーザＩＤ等を含む。
【００３８】
読みは、候補文字列の読みである。推薦可能ユーザＩＤは、候補文字列を推薦可能なユーザのユーザＩＤである。
【００３９】
例えば、ステップＳ１０５では、入力文字列に前方一致する読みに対応付けられている候補文字列、又は入力文字列に前方一致する候補文字列であって、かつ、ログインユーザＩＤに対応付けられている候補文字列が抽出されてもよい。この場合、入力文字列が「で」あり、ログインユーザＩＤが「Ａ」であれば、「電子カルテ」及び「電子部品」等が抽出される。また、入力文字列が「でんしか」又は「電子カ」であり、ログインユーザＩＤが「Ａ」であれば、「電子カルテ」等が抽出される。
【００４０】
なお、ログインユーザＩＤは、入力文字列と共に受信されるセッションＩＤに基づいて特定可能である。ここで、セッションＩＤは、ユーザＩＤに対応付けられている。したがって、実質的に、入力文字列と共に、ユーザＩＤが入力されるともいえる。
【００４１】
又は、ユーザ端末３０から送信される情報を構成するパケットの送信元アドレスに対応するユーザＩＤが特定されて、該ユーザＩＤとの双方に対応付いている候補文字列が抽出候補とされてもよい。この場合、ユーザの認証は行われなくてもよい。なお、送信元アドレスに対応するユーザＩＤとは、例えば、ユーザＤＢ１１１において、当該送信元アドレスに一致する端末アドレスに対応付いているユーザＩＤである。
【００４２】
なお、ステップＳ１０５では、入力文字列を含む読みと、ログインユーザＩＤとの双方に対応付いている候補文字列のみが、抽出されてもよい。すなわち、候補文字列が、入力文字列を含むか否かについては、評価されなくてもよい。
【００４３】
続いて、候補文字列出力部１４は、抽出された候補文字列の一覧を選択候補としてユーザ端末３０に送信する（Ｓ１０６）。ユーザ端末３０は、当該一覧に含まれている各候補文字列を選択可能な状態で表示する。なお、ステップＳ１０４〜Ｓ１０６は、検索語の読みが１文字ずつ入力されるたびに繰り返される。その結果、ユーザに提示される候補文字列が、少しずつ絞り込まれる。
【００４４】
その後、ユーザ端末３０において表示されたいずれかの候補文字列が選択されることで検索語の入力が確定された後に、又は候補文字列が選択されずに文字列が入力されて検索語が確定され後に検索指示が入力されると、ユーザ端末３０は、当該検索語（以下、「対象検索語」という。）を含む検索要求を、文書管理装置１０へ送信する。
【００４５】
文書管理装置１０の検索要求受信部１５が、当該検索要求を受信すると（Ｓ１０７でＹｅｓ）、検索部１６は、一般社員用ＤＢ１１４、又は管理職用ＤＢ１１３及び一般社員用ＤＢ１１４の双方から対象検索語を含む文書に係る文書レコードを検索する（Ｓ１０８）。すなわち、ログインユーザＩＤに対応付けられてユーザＤＢ１１１に記憶されている役職が「一般社員」である場合、一般社員用ＤＢ１１４から文書レコードが検索される。ログインユーザＩＤに対応付けられてユーザＤＢ１１１に記憶されている役職が「管理職」である場合、管理職用ＤＢ１１３及び一般社員用ＤＢ１１４の双方から文書レコードが検索される。
【００４６】
続いて、検索部１６は、検索された文書レコードの一覧を、ユーザ端末３０に送信する（Ｓ１０９）。
【００４７】
続いて、候補文字列登録部１７は、対象検索語が、候補文字列として候補文字列ＤＢ１１２に記憶されているか否かを判定する（Ｓ１１０）。すなわち、対象検索語と完全一致する候補文字列を含むレコードが、候補文字列ＤＢ１１２に記憶されているか否かが判定される。
【００４８】
対象検索語が、候補文字列として候補文字列ＤＢ１１２に記憶されていない場合（Ｓ１１０でＮｏ）、推薦先特定部１８は、対象検索語を候補文字列として推薦可能なユーザのユーザＩＤを特定する（Ｓ１１１）。続いて、候補文字列登録部１７は、対象検索語と、対象検索語の読みと、ステップＳ１１１において特定されたユーザＩＤ及び検索要求に対応するユーザＩＤとを対応付けて候補文字列ＤＢ１１２に記憶する（Ｓ１１２）。すなわち、対象検索語を候補文字列とし、対象検索語の読みを候補文字列の読みとし、ステップＳ１１１において特定されたユーザＩＤ及び検索要求に係るユーザＩＤとを推薦可能ユーザＩＤとして含むレコードが、候補文字列ＤＢ１１２に登録される。検索要求に係るユーザＩＤとは、検索要求に含まれているセッションＩＤに対応するログインユーザＩＤをいう。検索語を入力したユーザは、自動的に当該検索語を推薦可能なユーザに含まれる。
【００４９】
続いて、ステップＳ１１１の詳細について説明する。図７は、検索語を推薦可能なユーザの特定処理の処理手順の一例を説明するためのフローチャートである。
【００５０】
ステップＳ２０１において、推薦先特定部１８は、推薦先判定ＤＢ１１５の先頭から順に、未処理のレコードを１つ取得する。以下、取得されたレコードを「対象レコード」という。
【００５１】
図８は、推薦先判定ＤＢの構成例を示す図である。図８において、推薦先判定ＤＢ１１５の各レコードは、参照先、参照対象、及び推薦可能ユーザ等の項目を含む。
【００５２】
参照先は、対象検索語を推薦可能なユーザを判定するために、参照先とされるデータベース又はコンピュータ等の識別情報である。参照対象は、参照先において、対象検索語を含むか否かについて評価対象とされる文書データの識別情報である。推薦可能ユーザは、参照対象に対象検索語が含まれる場合に、対象検索語を推薦可能なユーザを示す情報である。対象検索語を含む参照対象に関連付けられているユーザＩＤが、対象検索語を推薦可能なユーザのユーザＩＤとされる。
【００５３】
続いて、推薦先特定部１８は、対象レコードの参照先にアクセスして、当該参照先において記憶されている参照対象の中から、対象検索語を含む参照対象を特定する（Ｓ２０２）。例えば、１番目のレコードが対象レコードであれば、一般社員用ＤＢ１１４の文書レコードの中から、対象検索語を含む文書レコードが検索される。２番目のレコードが対象レコードであれば、管理職用ＤＢ１１３の文書レコードの中から、対象検索語を含む文書レコードが検索される。３番目のレコードが対象レコードであれば、メールサーバ装置２０において記憶されている送信メール及び受信メールの中から、対象検索語を含む電子メールが検索される。４番目のレコードが対象レコードであれば、各ユーザ端末３０に保存されているファイルの中から、対象検索語を含むファイルが検索される。なお、対象検索語を含む参照対象とは、例えば、対象検索語に完全一致する文字列を含む参照対象である。対象検索語が複数の単語を含む場合、対象検索語を構成する全ての単語を含む参照対象が、対象検索語を含む参照対象であってもよい。この場合、各単語が、対象検索語に含まれる順番で含まることが要件とされなくてもよい。
【００５４】
続いて、推薦先特定部１８は、特定された参照対象に基づいて、対象検索語を推薦可能なユーザのユーザＩＤを特定し、特定されたユーザＩＤを、推薦可能リストに追加する（Ｓ２０３）。推薦可能リストとは、対象検索語を推薦可能なユーザのユーザＩＤの集合を記憶するためのデータである。図７の処理手順の開始時において、推薦可能リストの値は空である。推薦可能リストへのユーザＩＤの追加は、重複が除去されて行われる。例えば、既にユーザＩＤ「Ａ」が推薦可能リストに含まれていれば、「Ａ」追加は行われない。
【００５５】
１番目のレコードが対象レコードの場合、一般社員用ＤＢ１１４のいずれかの文書レコードに検索語が含まれていれば、ユーザＤＢ１１１に登録されている全てのユーザＩＤが、該当ユーザＩＤとして特定される。２番目のレコードが対象レコードの場合、管理職用ＤＢ１１３のいずれかの文書レコードに検索語が含まれていれば、ユーザＤＢ１１１に登録されているユーザＩＤのうち、役職が「管理職」であるユーザＩＤが、該当ユーザＩＤとして特定される。３番目のレコードが対象レコードの場合、ユーザＤＢ１１１に登録されているユーザＩＤのうち、検索語を含む電子メールの宛先（Ｔｏ）、送信元（Ｆｒｏｍ）、又はＣＣにメールアドレスに対応付けられているユーザＩＤが、該当ユーザＩＤとして特定される。４番目のレコードが対象レコードの場合、ユーザＤＢ１１１に登録されているユーザＩＤのうち、検索語を含むファイルの保存先であるユーザ端末３０の端末アドレスに対応付けられているユーザＩＤが、該当ユーザＩＤとして特定される。
【００５６】
なお、推薦先判定ＤＢ１１５の登録内容は一例である。したがって、各参照先及び参照対象に対する推薦可能ユーザは、図８とは異なるように設定されてもよい。また、図８には示されていない参照先及び参照対象が設定されてもよい。
【００５７】
続いて、推薦先特定部１８は、対象レコードが、推薦先判定ＤＢ１１５の最終レコードであるか否かを判定する（Ｓ２０４）。対象レコードが、最終レコードでない場合（Ｓ２０４でＮｏ）、推薦先特定部１８は、ユーザＤＢ１１１に登録されている全てのユーザＩＤが推薦可能リストに含まれているか否かを判定する（Ｓ２０５）。推薦可能リストに含まれているユーザＩＤが、当該全てのユーザＩＤに満たない場合（Ｓ２０５でＮｏ）、ステップＳ２０１以降が繰り返される。この場合、対象レコードの次のレコードが、新たな対象レコードとされる。
【００５８】
一方、対象レコードが最終レコードである場合（Ｓ２０４でＹｅｓ）、又は全てのユーザＩＤが推薦可能リストに含まれている場合（Ｓ２０５でＹｅｓ）、推薦先特定部１８は、推薦可能リストに含まれているユーザＩＤの集合を出力する（Ｓ２０６）。
【００５９】
例えば、ユーザＩＤが「Ｃ」である、管理職のユーザＣが、「電子部  組織変更」という検索語を入力したとする。この場合、当該検索語を入力したユーザＣは、推薦可能なユーザとされる。また、「電子部  組織変更」が、一般社員用ＤＢ１１４のいずれの文書レコードにも含まれておらず、管理職用ＤＢ１１３のいずれかの文書レコードに含まれている場合、管理職のユーザＤも、推薦可能なユーザとされる。その結果、図６に示した候補文字列ＤＢ１１２は、図４のステップＳ１１２において、例えば、図９に示されるように更新される。
【００６０】
図９は、更新後の候補文字列ＤＢの一例を示す図である。図９では、「電子部  組織変更」を候補文字列とするレコードが新たに追加されている。当該レコードの推薦可能ユーザＩＤには、「Ｃ」及び「Ｄ」が含まれている。
【００６１】
この場合、ユーザＡ又はユーザＢが、「で」、「でん」、「でんしぶ」、又は「電子部」等の文字列を入力したとしても、「電子部  組織変更」は、候補文字列として表示されない。一方、ユーザＣ又はユーザＤが、「で」、「でん」、「でんしぶ」、又は「電子部」等の文字列を入力した場合、「電子部  組織変更」は、候補文字列として表示される。
【００６２】
なお、上記では、図４のステップＳ１１０において、対象検索語が候補文字列ＤＢ１１２に記憶されていない場合に図７の処理が実行される例を説明したが、対象検索語が候補文字列ＤＢ１１２に記憶されているか否かを問わず、図７の処理が実行されてもよい。ユーザＤＢ１１１に登録されているユーザＩＤに変更が有ったり、推薦先判定ＤＢ１１５の内容が変更されたりした場合に、既に登録されている候補文字列を推薦可能なユーザが変化する可能性が有るからである。
【００６３】
また、図４のステップＳ１１０以降は、ステップＳ１０９に続いて同期的に実行されなくてもよい。例えば、対象検索語を記憶しておき、所定のタイミングで、ステップＳ１１０以降が実行されてもよい。
【００６４】
上述したように、第１の実施の形態によれば、各候補文字列は、当該候補文字列を推薦可能な（当該候補文字列の参照が許可される）ユーザのユーザＩＤに対応付けられて候補文字列ＤＢ１１２に記憶される。入力文字列が受け付けられると、当該入力文字列を読みに対応付けられた候補文字列、又は当該入力文字列を含む候補文字列であって、かつ、当該入力文字列の入力元に係るユーザＩＤに対応付けられた候補文字列が、選択候補として出力される。したがって、入力文字列の入力元に応じた候補文字列以外の候補文字列の表示を抑制することができる。その結果、入力候補（候補文字列）の提示による情報漏洩の可能性を低減することができる。
【００６５】
また、本実施の形態によれば、検索語が候補文字列として登録される際に、当該検索語を含む文書データにアクセス可能なユーザのユーザＩＤが、当該候補文字列に対応付けられる。したがって、新たな候補文字列が登録された後においても、入力候補（候補文字列）の提示による情報漏洩の可能性を低減することができる。
【００６６】
なお、各ユーザ端末３０が、入力文字列受信部１２、候補文字列抽出部１３、候補文字列出力部１４、候補文字列登録部１７、及び推薦先特定部１８等を有してもよい。この場合、図４のステップＳ１０３〜Ｓ１０６、Ｓ１１０〜Ｓ１１２は、各ユーザ端末３０において実行されてもよい。
【００６７】
また、本実施の形態は、検索語の入力以外の用途に適用されてもよい。例えば、仮名漢字変換の辞書や文例辞書等が複数のユーザによって共有される場合に、本実施の形態が適用されてもよい。この場合、漢字や文例等が、候補文字列に該当し、これらがユーザＩＤに対応付けられて辞書に記憶されてもよい。
【００６８】
また、ログを用いた文章の校正支援に関して、本実施の形態が適用されてもよい。ログを用いた文章の校正支援とは、文章について、過去の書き換え履歴から修正パタンが獲得され、当該修正パタンに基づいて、文章の校正が行われるといった技術である。この場合修正パタンが、ユーザＩＤに対応付けられて記憶されてもよい。
【００６９】
次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。第２の実施の形態において、特に言及されない点については、第１の実施の形態と同様でもよい。第２の実施の形態では、候補文字列ＤＢ１１２が、図１０に示されるような構成を有する例について説明する。
【００７０】
図１０は、第２の実施の形態における候補文字列ＤＢの構成例を示す図である。図１０に示されるように、第２の実施の形態の候補文字列ＤＢ１１２の各レコードは、読みを含まない。
【００７１】
この場合、ユーザ端末３０は、検索画面の検索語入力欄に入力された文字列が確定されるたびに、それまでの入力文字列を、文書管理装置１０に送信する。例えば、「でん」という読みが仮名漢字変換されて「電」が確定すると、ユーザ端末３０は、「電」を文書管理装置１０に送信する。
【００７２】
文書管理装置１０の候補文字列抽出部１３は、図４のステップＳ１０５において、入力文字列を含み（例えば、入力文字列に前方一致し）、かつ、入力文字列に係るユーザＩＤに対応付いている候補文字列を候補文字列ＤＢ１１２から抽出する。
【００７３】
また、候補文字列登録部１７は、図７のステップＳ１１２において、対象検索語を候補文字列として含み、推薦可能リストに含まれているユーザＩＤを推薦可能ユーザＩＤとして含むレコードを、候補文字列ＤＢ１１２に記憶する。
【００７４】
上述したように、第２の実施の形態によれば、候補文字列が読みに対応付けられていない場合において、第１の実施の形態と同様の効果を得ることができる。
【００７５】
なお、上記各実施の形態では、候補文字列が、検索語の履歴から収集される例について示したが、例えば、仮名漢字変換の履歴から候補文字列が収集されるようにしてもよい。
【００７６】
なお、上記各実施の形態において、文書管理装置１０は、候補文字列抽出装置の一例である。ログインユーザＩＤは、入力元の識別情報の一例である。候補文字列ＤＢ１１２は、記憶部の一例である。検索語は、入力が確定した文字列の一例である。候補文字列抽出部１３は、抽出部の一例である。候補文字列出力部１４は、出力部の一例である。
【００７７】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００７８】
以上の説明に関し、更に以下の項を開示する。
（付記１）
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、読みおよび識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列を含む読みと、受け付けた前記識別情報との双方に対応付けられた候補文字列を抽出し、
抽出した前記候補文字列を選択候補として出力する、
処理をコンピュータが実行することを特徴とする候補文字列抽出方法。
（付記２）
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列に対応する文字又は文字列を含み、かつ、受け付けた前記識別情報に対応付けられた候補文字列を抽出し、
抽出した前記候補文字列を選択候補として出力する、
処理をコンピュータが実行することを特徴とする候補文字列抽出方法。
（付記３）
前記候補文字列に対応付けられて前記記憶部に記憶されている識別情報は、当該候補文字列を含む文書データに関連付けられている識別情報である、
ことを特徴とする付記１又は２記載の候補文字列抽出方法。
（付記４）
前記受け付けた文字又は文字列について入力が確定した文字列を受け付けると、前記入力が確定した文字又は文字列を含む文書データを特定し、
特定された文書データに関連付けられている識別情報と前記入力が確定した文字又は文字列とを対応付けて、前記記憶部に記憶する、
処理をコンピュータが実行することを特徴とする付記３記載の候補文字列抽出方法。
（付記５）
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、読みおよび識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列を含む読みと、受け付けた前記識別情報との双方に対応付けられた候補文字列を抽出する抽出部と、
抽出した前記候補文字列を選択候補として出力する出力部と、
を有することを特徴とする候補文字列抽出装置。
（付記６）
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列に対応する文字又は文字列を含み、かつ、受け付けた前記識別情報に対応付けられた候補文字列を抽出する抽出部と、
抽出した前記候補文字列を選択候補として出力する出力部と、
を有することを特徴とする候補文字列抽出装置。
（付記７）
前記候補文字列に対応付けられて前記記憶部に記憶されている識別情報は、当該候補文字列を含む文書データに関連付けられている識別情報である、
ことを特徴とする付記５又は６記載の候補文字列抽出装置。
（付記８）
前記受け付けた文字又は文字列について入力が確定した文字列を受け付けると、前記入力が確定した文字又は文字列を含む文書データを特定する特定部と、
特定された文書データに関連付けられている識別情報と前記入力が確定した文字又は文字列とを対応付けて、前記記憶部に記憶する記憶処理部と、
を有することを特徴とする付記７記載の候補文字列抽出装置。
（付記９）
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、読みおよび識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列を含む読みと、受け付けた前記識別情報との双方に対応付けられた候補文字列を抽出し、
抽出した前記候補文字列を選択候補として出力する、
処理をコンピュータに実行させることを特徴とする候補文字列抽出プログラム。
（付記１０）
文字又は文字列の入力と、該文字又は文字列の入力元の識別情報とを受け付けると、識別情報に対応付けて候補文字列を記憶する記憶部を参照して、前記候補文字列のうち、受け付けた前記文字又は文字列に対応する文字又は文字列を含み、かつ、受け付けた前記識別情報に対応付けられた候補文字列を抽出し、
抽出した前記候補文字列を選択候補として出力する、
処理をコンピュータに実行させることを特徴とする候補文字列抽出プログラム。
（付記１１）
前記候補文字列に対応付けられて前記記憶部に記憶されている識別情報は、当該候補文字列を含む文書データに関連付けられている識別情報である、
ことを特徴とする付記９又は１０記載の候補文字列抽出プログラム。
（付記１２）
前記受け付けた文字又は文字列について入力が確定した文字列を受け付けると、前記入力が確定した文字又は文字列を含む文書データを特定し、
特定された文書データに関連付けられている識別情報と前記入力が確定した文字又は文字列とを対応付けて、前記記憶部に記憶する、
処理をコンピュータに実行させることを特徴とする付記１１記載の候補文字列抽出プログラム。
【符号の説明】
【００７９】
１            情報処理システム
１１          認証部
１２          入力文字列受信部
１３          候補文字列抽出部
１４          候補文字列出力部
１５          検索要求受信部
１６          検索部
１７          候補文字列登録部
１８          推薦先特定部
１０          文書管理装置
２０          メールサーバ装置
３０          ユーザ端末
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１１１        ユーザＤＢ
１１２        候補文字列ＤＢ
１１３        管理職用ＤＢ
１１４        一般社員用ＤＢ
１１５        推薦先判定ＤＢ
Ｂ            バス
【図１】
2017130102.tif 000003
【図２】
2017130102.tif 000004
【図３】
2017130102.tif 000005
【図４】
2017130102.tif 000006
【図５】
2017130102.tif 000007
【図６】
2017130102.tif 000008
【図７】
2017130102.tif 000009
【図８】
2017130102.tif 000010
【図９】
2017130102.tif 000011
【図１０】
2017130102.tif 000012