特許 6200915 検索制御装置、検索制御方法、および、検索制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6200915

(24)【登録日】2017年9月1日

(45)【発行日】2017年9月20日

(54)【発明の名称】検索制御装置、検索制御方法、および、検索制御プログラム

(51)【国際特許分類】

   G06F 17/30 20060101AFI20170911BHJP

【ＦＩ】

   G06F17/30 340B

   G06F17/30 380E

【請求項の数】5

【全頁数】16

(21)【出願番号】特願2015-72721(P2015-72721)

(22)【出願日】2015年3月31日

(65)【公開番号】特開2016-192142(P2016-192142A)

(43)【公開日】2016年11月10日

【審査請求日】2016年5月10日

(73)【特許権者】

【識別番号】516117102

【氏名又は名称】株式会社図研プリサイト

(74)【代理人】

【識別番号】110001678

【氏名又は名称】特許業務法人藤央特許事務所

(72)【発明者】

【氏名】正野 公昭

(72)【発明者】

【氏名】山中 史彦

【審査官】 山本 俊介

(56)【参考文献】

【文献】 国際公開第２０１４／０５７７４４（ＷＯ，Ａ１）

【文献】 特開２０１１−２２１５６８（ＪＰ，Ａ）

【文献】 特開２０１０−２４４４６５（ＪＰ，Ａ）

【文献】 特開２００３−１６２５３１（ＪＰ，Ａ）

【文献】 特開２００６−０９２０２３（ＪＰ，Ａ）

【文献】 特開２００４−３２６２２０（ＪＰ，Ａ）

【文献】 特開２００９−１４６３９７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １７／３０

(57)【特許請求の範囲】

【請求項1】

プログラムを実行するプロセッサと、前記プログラムを記憶する記憶装置と、端末と通信可能な通信インターフェースと、を有し、前記プロセッサが、製品の不具合に関する記述データである文書群を記憶する文書データベースと、前記文書群の各文書について重要または不要を示す重要性に関する入力回数を管理する文書管理データベースと、にアクセス可能な検索制御装置であって、
前記プロセッサは、
前記文書データベースを検索する検索部によって検索された文書について重要または不要を示す重要性に関する入力を前記端末から受け付けると、前記文書管理データベースにおいて、前記重要性に関する入力を受け付けた場合の入力回数を前記重要性に応じて更新する更新処理と、
前記端末から検索キーワードが入力された結果前記検索部によって検索された前記検索キーワードを含む特定の文書について、前記検索キーワードの出現回数に基づいて検索の確度を示すスコアを前記検索部から取得する取得処理と、
前記特定の文書について前記取得処理によって取得されたスコアを、前記更新処理によって更新された入力回数に基づいて修正する修正処理と、
前記修正処理によって修正されたスコアに基づく、前記特定の文書のランキング結果を、前記端末に出力する出力処理と、を実行し、
前記更新処理では、前記プロセッサは、前記特定の文書について不要を示す重要性に関する入力が利用者からあった場合に、さらに、前記特定の文書が前記利用者にとって価値がないことを示す第１の指定、または、前記利用者にとって良く理解している内容が前記特定の文書に記載されていることを示す第２の指定のうちいずれか一方の指定があった場合、前記いずれか一方の指定が前記第１の指定であれば、前記特定の文書について不要を示す重要性に関する入力を受け付けた場合の入力回数を減算することを特徴とする検索制御装置。

【請求項2】

前記文書群の各文書について前記端末での参照回数を管理する文書管理データベースにアクセス可能であり、
前記更新処理では、前記プロセッサは、前記文書データベースを検索する検索部によって検索された文書が検索元の端末において参照されると、前記検索された文書についての参照回数を更新し、
前記修正処理では、前記プロセッサは、前記特定の文書について前記取得処理によって取得されたスコアを、前記更新処理によって更新された入力回数および参照回数に基づいて修正することを特徴とする請求項１に記載の検索制御装置。

【請求項3】

前記プロセッサは、
前記端末の利用者の識別情報に関連付けて経歴情報を格納する利用者情報データベースにアクセス可能であり、
前記文書管理データベースは、前記各文書について、複数の視座の各視座に対応する前記入力回数を格納し、
前記更新処理では、前記プロセッサは、前記特定の文書について、前記検索部に与えられた検索条件および前記端末の利用者の経歴情報に該当する視座に対応する前記入力回数を更新することを特徴とする請求項１に記載の検索制御装置。

【請求項4】

プログラムを実行するプロセッサと、前記プログラムを記憶する記憶装置と、端末と通信可能な通信インターフェースと、を有し、前記プロセッサが、製品の不具合に関する記述データである文書群を記憶する文書データベースと、前記文書群の各文書について重要または不要を示す重要性に関する入力回数を管理する文書管理データベースと、にアクセス可能な検索制御装置による検索制御方法であって、
前記プロセッサは、
前記文書データベースを検索する検索部によって検索された文書について重要または不要を示す重要性に関する入力が前記端末から受け付けられると、前記文書管理データベースにおいて、前記重要性に関する入力が受け付けられた場合の入力回数を前記重要性に応じて更新する更新処理と、
前記端末から検索キーワードが入力された結果前記検索部によって検索された前記検索キーワードを含む特定の文書について、前記検索キーワードの出現回数に基づいて検索の確度を示すスコアを前記検索部から取得する取得処理と、
前記特定の文書について前記取得処理によって取得されたスコアを、前記更新処理によって更新された入力回数に基づいて修正する修正処理と、
前記修正処理によって修正されたスコアに基づく、前記特定の文書のランキング結果を、前記端末に出力する出力処理と、を実行し、
前記更新処理では、前記プロセッサは、前記特定の文書について不要を示す重要性に関する入力が利用者からあった場合に、さらに、前記特定の文書が前記利用者にとって価値がないことを示す第１の指定、または、前記利用者にとって良く理解している内容が前記特定の文書に記載されていることを示す第２の指定のうちいずれか一方の指定があった場合、前記いずれか一方の指定が前記第１の指定であれば、前記特定の文書について不要を示す重要性に関する入力を受け付けた場合の入力回数を減算することを特徴とする検索制御方法。

【請求項5】

製品の不具合に関する記述データである文書群を記憶する文書データベースと、前記文書群の各文書について重要または不要を示す重要性に関する入力回数を管理する文書管理データベースと、にアクセス可能なプロセッサに実行させる検索制御プログラムであって、
前記プロセッサに、
前記文書データベースを検索する検索部によって検索された文書について重要または不要を示す重要性に関する入力が端末から受け付けられると、前記文書管理データベースにおいて、前記重要性に関する入力が受け付けられた場合の入力回数を前記重要性に応じて更新する更新処理と、
前記端末から検索キーワードが入力された結果、前記検索部によって検索された前記検索キーワードを含む特定の文書について、前記検索キーワードの出現回数に基づいて検索の確度を示すスコアを前記検索部から取得する取得処理と、
前記特定の文書について前記取得処理によって取得されたスコアを、前記更新処理によって更新された入力回数に基づいて修正する修正処理と、
前記修正処理によって修正されたスコアに基づく、前記特定の文書のランキング結果を、前記端末に出力する出力処理と、を実行させ、
前記更新処理では、前記プロセッサは、前記特定の文書について不要を示す重要性に関する入力が利用者からあった場合に、さらに、前記特定の文書が前記利用者にとって価値がないことを示す第１の指定、または、前記利用者にとって良く理解している内容が前記特定の文書に記載されていることを示す第２の指定のうちいずれか一方の指定があった場合、前記いずれか一方の指定が前記第１の指定であれば、前記特定の文書について不要を示す重要性に関する入力を受け付けた場合の入力回数を減算させることを特徴とする検索制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、検索結果を制御する検索制御装置、検索制御方法、および、検索制御プログラムに関する。

【背景技術】

【0002】

従来、不具合部品を検索する技術として、例えば、下記特許文献１の不具合部品検索装置がある。この不具合部品検索装置は、生産装置の三次元形状データが格納された三次元形状データベースと、過去に発生した不具合の履歴および不具合の現象を部品毎に記述した保守データを格納する保守データベースと、不具合の対応方法を部品毎に記述した対応データを格納するトラブル対応データベースと、を備える。ユーザ端末の入力部から不具合の現象が検索キーワードとして入力されると、検索部が適合する保守データおよび対応データを保守データベース５およびトラブル対応データベースから抽出して表示部に表示する。また、画像生成部が抽出データに対応した部品をハイライト表示した生産装置の三次元画像を作成し、表示部に表示する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９−２１７６００号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上述した従来技術では、利用者が重要視する文書を優先的に上位にランキング表示したり、利用者が不要と判断した文書を意図的に下位にランキング表示したりすることができないという問題がある。したがって、利用者が必要とする文書を探すのに手間がかかるという問題がある。

【0005】

本発明は、利用者の利便性の向上を図ることを目的とする。

【課題を解決するための手段】

【0006】

本願において開示される発明の一側面となる検索制御装置、検索制御方法、および、検索制御プログラムは、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶装置と、端末と通信可能な通信インターフェースと、を有し、製品の不具合に関する記述データである文書群を記憶する文書データベースと、前記文書群の各文書について重要または不要を示す重要性に関する入力回数を管理する文書管理データベースと、にアクセス可能な検索制御装置、当該検索制御装置による検索制御方法、および、前記プロセッサに実行させる検索制御プログラムであって、前記プロセッサは、前記文書データベースを検索する検索部によって検索された文書について重要または不要を示す重要性に関する入力が前記端末から受け付けられると、前記文書管理データベースにおいて、前記重要性に関する入力が受け付けられた場合の入力回数を前記重要性に応じて更新する更新処理と、前記端末から検索キーワードが入力された結果前記検索部によって検索された前記検索キーワードを含む特定の文書について、前記検索キーワードの出現回数に基づいて検索の確度を示すスコアを前記検索部から取得する取得処理と、前記特定の文書について前記取得処理によって取得されたスコアを、前記更新処理によって更新された入力回数に基づいて修正する修正処理と、前記修正処理によって修正されたスコアに基づく、前記特定の文書のランキング結果を、前記端末に出力する出力処理と、を実行し、前記更新処理では、前記プロセッサは、前記特定の文書について不要を示す重要性に関する入力が利用者からあった場合に、さらに、前記特定の文書が前記利用者にとって価値がないことを示す第１の指定、または、前記利用者にとって良く理解している内容が前記特定の文書に記載されていることを示す第２の指定のうちいずれか一方の指定があった場合、前記いずれか一方の指定が前記第１の指定であれば、前記特定の文書について不要を示す重要性に関する入力を受け付けた場合の入力回数を減算するを実行することを特徴とする。

【発明の効果】

【0007】

本発明の代表的な実施の形態によれば、利用者の利便性の向上を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

【図面の簡単な説明】

【0008】

【図1】本実施例にかかる検索システムのシステム構成例を示す説明図である。

【図2】図１に示したコンピュータ（検索制御装置および端末）のハードウェア構成例を示すブロック図である。

【図3】文書ＤＢに格納される文書の一例を示す説明図である。

【図4】文書管理ＤＢの記憶内容例を示す説明図である。

【図5】利用者情報ＤＢの記憶内容例を示す説明図である。

【図6】検索制御装置の機能的構成例を示すブロック図である。

【図7】端末における表示画面例を示す説明図である。

【図8】図７において取得した文書の表示例を示す説明図である。

【図9】検索制御装置による検索処理手順例を示すフローチャートである。

【図10】ランキング表示時における検索制御装置の参照回数更新処理を示すフローチャートである。

【図11】図１０に示した参照回数増加処理（ステップＳ１００２）の詳細な処理手順例１を示すフローチャートである。

【図12】図１０に示した参照回数増加処理（ステップＳ１００２）の詳細な処理手順例２を示すフローチャートである。

【図13】図１０に示した参照回数増加処理（ステップＳ１００２）の詳細な処理手順例２を示すフローチャートである。

【図14】検索制御装置の入力回数更新処理手順例を示すフローチャートである。

【発明を実施するための形態】

【0009】

＜システム構成例＞
図１は、本実施例にかかる検索システムのシステム構成例を示す説明図である。検索システム１００は、検索制御装置１０１と、ＤＢ（Ｄａｔａｂａｓｅ）群１０２と、端末１０３とを有する。検索制御装置１０１、ＤＢ群１０２、および端末１０３は、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ），ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク１０４に通信可能に接続される。

【0010】

検索制御装置１０１は、検索処理を実行したり、検索結果を制御する処理を実行するコンピュータである。ＤＢ群１０２は、文書ＤＢと、文書管理ＤＢと、利用者情報ＤＢと、を含む。文書ＤＢ、文書管理ＤＢ、および利用者情報ＤＢの少なくとも１つは、検索制御装置１０１に内蔵されていてもよい。文書ＤＢは、製品の不具合に関する記述データである文書群を記憶するデータベースである。文書群は、検索制御装置１０１の検索処理による検索対象となる。文書の具体例については、図３で後述する。文書管理ＤＢは、文書群を管理する情報を記憶するデータベースである。文書管理ＤＢの詳細については、図４で後述する。利用者情報ＤＢは、端末１０３を操作して検索要求する利用者の情報を記憶するデータベースである。

【0011】

端末１０３は、検索条件を入力して検索要求として検索制御装置１０１に送信し、検索制御装置１０１から検索結果を受信して表示するコンピュータである。なお、端末１０３を介さずに、検索制御装置１０１が、検索条件の入力や検索結果の表示を実行してもよい。

【0012】

＜コンピュータのハードウェア構成例＞
図２は、図１に示したコンピュータ（検索制御装置１０１および端末１０３）のハードウェア構成例を示すブロック図である。コンピュータ２００は、プロセッサ２０１と、記憶装置２０２と、入力装置２０３と、出力装置２０４と、通信インターフェース（通信ＩＦ２０５）と、を有する。プロセッサ２０１、記憶装置２０２、入力装置２０３、出力装置２０４、および通信ＩＦ２０５は、バスにより接続される。プロセッサ２０１は、コンピュータ２００を制御する。記憶装置２０２は、プロセッサ２０１の作業エリアとなる。また、記憶装置２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶装置２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリがある。入力装置２０３は、データを入力する。入力装置２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力装置２０４は、データを出力する。出力装置２０４としては、たとえば、ディスプレイ、プリンタがある。通信ＩＦ２０５は、ネットワーク１０４と接続し、データを送受信する。

【0013】

＜ＤＢの記憶内容例＞
文書ＤＢに格納される文書は、マトリクス状のセル群である表データ（スプレッドシート）に、製品の不具合に関する記述データが記述された不具合報告書である。なお、文書の形式は、表データに限らず、テキストファイルやＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルでもよい。不具合報告書に含まれる内容は、製品名とその不具合内容、不具合原因とその対策、発生日などの日付、製品を構成する部品や素材名、数量、顧客名、生産数、生産工場や製造ライン、加工機械の種類、関係者の名前、などについて記載されているものであり、発生した不具合の再発防止時を抑止するための項目である。

【0014】

図３は、文書ＤＢに格納される文書の一例を示す説明図である。文書ＦＲ１は、品番「ＸＴ１５００」、製品名「○○」である製品に関する不具合報告書の一例である。なお、文書中、「Ｐ１１」および「Ｐ１３」は、不具合が発生した製品を構成する部品名（部材名や品番でもよい）である。

【0015】

図４は、文書管理ＤＢの記憶内容例を示す説明図である。文書管理ＤＢ４００は、文書ＩＤフィールド４０１と、入力回数フィールド４０２と、参照回数フィールド４０３と、を有し、文書ごとに各フィールドの値を格納する。各フィールド４０１〜４０３の値の組み合わせが文書を特定するエントリとなる。

【0016】

文書ＩＤフィールド４０１は、文書ＩＤを格納する領域である。文書ＩＤは、文書を一意に特定する識別情報である。

【0017】

入力回数フィールド４０２は、入力回数を格納する領域である。入力回数とは、重要または不要を示す重要性に関する入力の回数である。当該入力は、文書に対して端末１０３から実行される。また、重要を示す重要性に関する入力（以下、「重要入力」）は、端末１０３において現在参照されている文書がその端末１０３の利用者にとって重要であることを示す入力であり、たとえば、いわゆる「いいね」ボタンの押下に相当する。また、不要を示す重要性に関する入力（以下、「不要入力」）は、端末１０３において現在参照されている文書がその端末１０３の利用者にとって不要であることを示す入力であり、たとえば、いわゆる「やだね」ボタンの押下に相当する。

【0018】

また、入力回数フィールド４０２の値である入力回数は、あらかじめ設定された視座ＶＰ１〜ＶＰｎごとに格納される。視座とは、端末１０３の利用者が検索する際の視点であり、具体的には、たとえば、部署、当該部署での所属期間、役職などの社歴情報が挙げられる。視座ＶＰ１〜ＶＰｎは、あらかじめ設定される。たとえば、視座ＶＰ１が「部長」であり、端末１０３の利用者の役職も部長であり、当該端末１０３の利用者が、文書ＩＤ：ＦＲ２の文書について重要入力をした場合、視座ＶＰ１の入力回数「０」が「１」になる。逆に、当該端末１０３の利用者が、文書ＩＤ：ＦＲ２の文書について不要入力をした場合、視座ＶＰ１の入力回数「０」が「−１」になる。なお、視座については、検索キーワードなどの検索条件も視座として採用することができる。

【0019】

入力回数の初期値は「０」である。また、重要入力があると１だけ加算され、不要入力があると１だけ減算される。なお、加算される値または減算される値は、１に限らず任意に重みを設定可能である。また、入力回数フィールド４０２を重要入力の入力回数と不要入力の入力回数とにわけてもよい。また、この場合、重要入力の入力回数ではなく、重要入力した利用者ＩＤを格納してもよい。これにより、重要入力の入力回数は、利用者ＩＤの件数を集計することにより算出される。同様に、不要入力の入力回数ではなく、不要入力した利用者ＩＤを格納してもよい。これにより、不要入力の入力回数は、利用者ＩＤの件数を集計することにより算出される。

【0020】

参照回数フィールド４０３は、参照回数を格納する領域である。参照回数とは、文書を参照した回数である。参照回数の初期値は「０」である。具体的には、たとえば、端末１０３から文書が指定された場合に、当該文書について参照回数が１加算される。また、文書が指定されただけでは、実際に利用者が文書を読んでいるかどうかわからない。したがって検索制御装置１０１は、文書が指定されてから当該文書が閉じられるまでの時間に応じて、当該文書について参照回数を１加算する。たとえば、参照時間がしきい値以上であれば、検索制御装置１０１は、利用者が当該文書を参照していると判断して、当該文書について参照回数を１加算する。また、入力回数と同様、参照回数フィールド４０３の値である参照回数は、あらかじめ設定された視座ＶＰ１〜ＶＰｎごとに格納されてもよい。

【0021】

図５は、利用者情報ＤＢの記憶内容例を示す説明図である。利用者情報ＤＢ５００は、利用者ＩＤフィールド５０１と、経歴情報フィールド５０２と、不要入力文書ＩＤフィールド５０３と、を有し、利用者ごとに各フィールドの値を格納する。各フィールド５０１〜５０３の値の組み合わせが文書を特定するエントリとなる。

【0022】

利用者ＩＤフィールド５０１は、利用者ＩＤを格納する領域である。利用者ＩＤは、利用者を一意に特定する識別情報である。

【0023】

経歴情報フィールド５０２は、経歴情報を格納する領域である。経歴情報は、たとえば、利用者ＩＤで特定される利用者の会社における経歴情報である。経歴情報には、入社年度、所属、役職、所属期間がある。利用者ＩＤおよび経歴情報は、検索制御装置１０１の管理者により設定される。

【0024】

不要入力文書ＩＤフィールド５０３は、不要入力文書ＩＤを格納する領域である。不要入力文書ＩＤは、利用者の所属ごとに格納される。

【0025】

＜検索制御装置１０１の機能的構成例＞
図６は、検索制御装置１０１の機能的構成例を示すブロック図である。検索制御装置１０１は、検索部６０１と、更新部６０２と、取得部６０３と、修正部６０４と、出力部６０５と、設定部６０６と、を有する。検索部６０１〜設定部６０６は、具体的には、たとえば、図２に示した記憶装置２０２に記憶されたプログラムをプロセッサ２０１に実行させることによりその機能を実現する。

【0026】

検索部６０１は、端末１０３から検索条件および利用者ＩＤを含む検索要求を受信する。検索条件は、１以上の検索キーワードである。検索部６０１は、受信した検索条件により文書ＤＢ６００を検索する。検索方法は既存の方法でよく、たとえば、密度法やＴＦ−ＩＤＦ法が用いられ、検索部６０１は、当該検索方法による検索により、文書ごとに検索キーワードの出現回数に基づくスコアを算出する。スコアの値が高いほど、検索の確度が高いことを示す。なお、検索部６０１は、検索制御装置１０１外の検索エンジンでもよい。この場合、検索制御装置１０１は、端末１０３から受信した検索条件を外部の検索エンジンに転送し、検索エンジンから検索結果を受信する。

【0027】

更新部６０２は、検索部６０１によって検索された文書について重要入力または不要入力が端末１０３から受け付けられると、文書管理ＤＢ４００において、重要入力または不要入力が受け付けられた場合の入力回数を重要性に応じて更新する。具体的には、たとえば、重要入力が受け付けられた場合、更新部６０２は、利用者ＩＤに関連付けられる社歴情報や検索キーワードから視座を特定する。そして、更新部６０２は、文書管理ＤＢ４００における当該文書のエントリにおいて、特定した視座（複数でもよい）の入力回数に１加算する。逆に、不要入力が受け付けられた場合には、更新部６０２は、特定した視座（複数でもよい）の入力回数から１減算する。

【0028】

また、更新部６０２は、検索部６０１によって検索された文書が検索元の端末１０３において参照されると、検索された文書についての参照回数を更新する。具体的には、たとえば、検索された文書が検索元の端末１０３で参照された場合、更新部６０２は、検索元の端末１０３を利用した利用者の利用者ＩＤに関連付けられる経歴情報や検索キーワードから視座を特定する。そして、更新部６０２は、文書管理ＤＢ４００における当該文書のエントリにおいて、特定した視座（複数でもよい）の参照回数に１加算する。

【0029】

取得部６０３は、端末１０３から検索キーワードが入力された結果、検索部６０１によって検索された検索キーワードを含む特定の文書について、検索キーワードの出現回数に基づくスコアを検索部６０１から取得する。スコアは検索部６０１により算出されているため、取得部６０３は、文書ごとのスコアを取得する。

【0030】

修正部６０４は、特定の文書について取得部６０３によって取得されたスコアを、更新部６０２によって更新された入力回数に基づいて修正する。具体的には、たとえば、修正部６０４は、端末１０３の利用者の社歴情報や検索キーワードに該当する視座を特定する。そして、修正部６０４は、文書管理ＤＢ４００における特定の文書のエントリから、特定した視座の入力回数を取得する。特定した視座が複数ある場合は、最大入力回数を取得してもよく、複数の入力回数の平均値や中央値を取得してもよい。

【0031】

そして、修正部６０４は、特定の文書のスコアを、取得した入力回数により修正する。具体的には、たとえば、修正部６０４は、特定の文書のスコアに、取得した入力回数を加算する。なお、修正部６０４は、取得した入力回数をあらかじめ設定された手法で正規化して正規化後の入力回数を特定の文書のスコアに加算してもよい。これにより、入力回数が正の値であれば、スコアが増加するため、検索結果のランキングにおいて特定した文書の順位も高くなる。逆に、入力回数が負の値であれば、スコアが減少するため、検索結果のランキングにおいて特定した文書の順位も低くなる。

【0032】

また、修正部６０４は、特定の文書について取得部６０３によって取得されたスコアを、端末１０３の利用者の社歴情報に該当する視座に対応する参照回数に基づいて修正する。具体的には、たとえば、修正部６０４は、特定の文書のスコアに、取得した参照回数を加算する。なお、修正部６０４は、取得した参照回数をあらかじめ設定された手法で正規化して正規化後の参照回数を特定の文書のスコアに加算してもよい。これにより、端末１０３の利用者の視座と共通するほど文書のスコアが高くなり、参照回数が多いとさらにスコアが高くなり、検索結果のランキングにおいて特定した文書の順位も高くなる。なお、修正部６０４では、入力回数と参照回数のうち少なくとも一方を用いればよい。

【0033】

出力部６０５は、修正部６０４によって修正されたスコアに基づく、特定の文書のランキング結果を、端末１０３に出力する。具体的には、出力部６０５は、修正部６０４によるスコア修正後におけるスコアの降順（スコアが高い順）に、特定の文書をランキングする。出力部６０５は、検索要求元の端末１０３に、ランキング結果を出力する。なお、ランキング結果には、文書ごとに文書の一部を抜粋したサマリと当該文書へのリンクが埋め込まれる。利用者は、端末１０３からリンクを指定することで、端末１０３は、文書ＤＢ６００から、リンクを指定した文書を取得して表示することができる。

【0034】

このように、利用者と視座が共通する文書について、入力回数が高ければランキングが上がり、入力回数が低ければランキングが下がる。したがって、検索された特定の文書の数が多くても、利用者に必要な文書ほどランキングが上位となり、利用者に不要な文書ほどランキングが低くなるため、利便性の向上を図ることができる。

【0035】

設定部６０６は、特定の文書について不要入力をした利用者の識別情報に、特定の文書をランキング対象外文書に関連付ける設定処理を実行する。具体的には、たとえば、利用者情報ＤＢ５００の当該利用者のエントリの不要入力文書ＩＤフィールド５０３に、特定の文書の文書ＩＤを格納する。修正部６０４は、検索部６０１によって検索された文書のうち、不要入力文書ＩＤに該当する文書については、修正処理を実行せず、出力部６０５も、不要入力文書ＩＤに該当する文書のスコアをランキングから除外する。これにより、利用者が過去に不要入力した文書についてはランキングされないため、ランキングされる文書は利用者に必要な文書に絞りこまれるため、利便性の向上を図ることができる。

【0036】

＜表示画面例＞
図７は、端末１０３における表示画面例を示す説明図である。表示画面７００は、第１ペイン７０１と第２ペイン７０２と検索ボタンとを有する。第１ペイン７０１には、製造規格書が表示される。製造規格書には、検索キーワードの入力欄があればよい。本例では、部材名フィールドが検索キーワードの入力欄となる。図７では、２個のモジュールＭＡ，ＭＢについて表示されているため、モジュールＭＡについては部材名であるＰ１１〜Ｐ１４のうち１個以上の組み合わせのＡＮＤ検索が実行される。すなわち、検索ボタンの押下により、モジュールＭＡについては、１５通りの検索が実行される。また、モジュールＭＢについては部材名Ｐ２１〜Ｐ２５のうち１個以上の組み合わせのＡＮＤ検索が実行される。すなわち、検索ボタンの押下により、モジュールＭＢについては、３１通りの検索が実行される。

【0037】

第２ペイン７０２には、検索ボタン７０３の押下により、検索結果であるランキング結果が表示される。図７の例では、部材Ｐ１１と部材Ｐ１３の組み合わせに関連する文書がランキング表示される。利用者は、カーソル７０４を操作してリンク７０５を指定することで、文書ＦＲ１を文書ＤＢ６００から取得することができる。

【0038】

図８は、図７において取得した文書の表示例を示す説明図である。表示画面８００には、図７で指定した文書ＦＲ１と、重要ボタン８０１と、不要ボタン８０２と、が表示される。利用者は、文書ＦＲ１を参照して、カーソル８０４で重要ボタン８０１を押下すると、検索制御装置１０１の更新部６０２は、文書ＦＲ１について、利用者の経歴情報または検索キーワード（この場合は、Ｐ１１とＰ１１の組み合わせ）である利用者の視座に該当する視座の入力回数を１加算する。また、カーソル８０４で不要ボタン８０２を押下すると、検索制御装置１０１の更新部６０２は、文書ＦＲ１について、利用者の経歴情報または検索キーワード（この場合は、Ｐ１１とＰ１１の組み合わせ）である利用者の視座に該当する視座の入力回数を１減算する。そして、更新部６０２は、利用者のエントリにおける不要入力文書ＩＤフィールド５０３に、文書ＦＲ１を追加する。

【0039】

＜検索処理手順＞
図９は、検索制御装置１０１による検索処理手順例を示すフローチャートである。まず、検索制御装置１０１は、検索キーワードについての検索条件の入力を待ち受け（ステップＳ９０１：Ｎｏ）、検索条件が入力された場合（ステップＳ９０１：Ｙｅｓ）、検索部６０１により、検索条件に該当する文書を文書ＤＢ６００から特定する（ステップＳ９０２）。特定された文書を「特定の文書」と称す。そして、検索制御装置１０１は、取得部６０３により、特定の文書ごとのスコアを検索部６０１から取得する（ステップＳ９０３）。そして、検索制御装置１０１は、修正部６０４により、特定の文書ごとに、利用者の視座に該当する視座の入力回数を文書管理ＤＢ４００から取得し、取得した視座の入力回数に応じて、特定の文書のスコアを修正する（ステップＳ９０４）。

【0040】

このあと、検索制御装置１０１は、利用者の経歴情報または検索キーワードである利用者の視座に該当する視座の参照回数を文書管理ＤＢ４００から取得し、取得した視座の参照回数を用いて、特定の文書のスコアを修正する（ステップＳ９０５）。

【0041】

そして、検索制御装置１０１は、出力部６０５により、修正後の特定の文書のスコアでランキング結果を出力し、端末１０３にランキング表示させる（ステップＳ９０６）。これにより、一連の処理を終了する。

【0042】

図１０は、ランキング表示時における検索制御装置１０１の参照回数更新処理を示すフローチャートである。まず、検索制御装置１０１は、たとえば、端末１０３による参照指定を待ち受け（ステップＳ１００１：Ｎｏ）、参照指定があった場合（ステップＳ１１０１：Ｙｅｓ）、参照回数増加処理を実行して（ステップＳ１００２）、一連の処理を終了する。

【0043】

図１１は、図１０に示した参照回数増加処理（ステップＳ１００２）の詳細な処理手順例１を示すフローチャートである。検索制御装置１０１は、文書管理ＤＢ４００において、端末１０３の利用者の視座に該当する視座の参照回数を１加算する（ステップＳ１１０１）。そして、検索制御装置１０１は、参照指定された文書がクローズされるのを待ち受け（ステップＳ１１０２：Ｎｏ）、クローズされた場合（ステップＳ１１０２：Ｙｅｓ）、参照回数増加処理（ステップＳ１００２）を終了する。これにより、参照指定されただけで参照回数を増加することができる。

【0044】

図１２は、図１０に示した参照回数増加処理（ステップＳ１００２）の詳細な処理手順例２を示すフローチャートである。検索制御装置１０１は、参照指定された文書がクローズされるのを待ち受け（ステップＳ１２０１：Ｎｏ）、クローズされた場合（ステップＳ１２０１：Ｙｅｓ）、参照指定されてからクローズされるまでの参照時間を算出する（ステップＳ１２０２）。そして、検索制御装置１０１は、算出した参照時間がしきい値以上であるか否かを判断する（ステップＳ１２０３）。しきい値以上でない場合（ステップＳ１２０３：Ｎｏ）、参照回数増加処理（ステップＳ１００２）を終了する。一方、しきい値以上である場合（ステップＳ１２０３：Ｙｅｓ）、検索制御装置１０１は、文書管理ＤＢ４００において、端末１０３の利用者の視座に該当する視座の参照回数を１加算し（ステップＳ１２０４）、参照回数増加処理（ステップＳ１００２）を終了する。これにより、参照時間がしきい値以上である場合に利用者が参照指定した文書を参照したとみなして、参照回数を増加することができる。

【0045】

図１３は、図１０に示した参照回数増加処理（ステップＳ１００２）の詳細な処理手順例２を示すフローチャートである。まず、表示画面８００において、検索制御装置１０１は、端末１０３において任意の文字列（たとえば、部品名、部材名、品番、不具合の事例部分の文字列）のコピーがあったか否かを判断する（ステップＳ１３０１）。コピーがあった場合は端末１０３からその旨およびコピーした文字列が検索制御装置１０１に送信される。

【0046】

コピーがない場合（ステップＳ１３０１：Ｎｏ）、ステップＳ１３０３に移行する。一方、コピーがあった場合（ステップＳ１３０１：Ｙｅｓ）、検索制御装置１０１は、文書管理ＤＢ４００において、端末１０３の利用者の視座に該当する視座の参照回数を１加算する（ステップＳ１３０２）。そして、検索制御装置１０１は、参照指定された文書がクローズされるのを待ち受け（ステップＳ１３０３：Ｎｏ）、クローズされていない場合（ステップＳ１３０３：Ｎｏ）、ステップＳ１３０１に戻る。一方、クローズされた場合（ステップＳ１３０３：Ｙｅｓ）、参照回数増加処理（ステップＳ１００２）を終了する。

【0047】

図１４は、検索制御装置１０１の入力回数更新処理手順例を示すフローチャートである。まず、検索制御装置１０１は、図８の表示画面において、端末１０３からの重要性入力を待ち受け（ステップＳ１４０１：Ｎｏ）、重要性入力があった場合（ステップＳ１４０１：Ｙｅｓ）、重要入力であるか不要入力であるかを判断する（ステップＳ１４０２）。重要入力であると判断された場合（ステップＳ１４０３：重要）、検索制御装置１０１は、利用者の経歴情報や検索キーワードである利用者の視座に該当する視座の入力回数を１加算して（ステップＳ１４０３）、一連の処理を終了する。

【0048】

一方、不要入力であると判断された場合（ステップＳ１４０３：不要）、検索制御装置１０１は、利用者の視座に該当する視座の入力回数を１減算する（ステップＳ１４０４）。そして、検索制御装置１０１は、利用者情報ＤＢ５００において利用者のエントリの不要入力文書ＩＤフィールド５０３に、図８の表示画面に表示されている文書の文書ＩＤを格納して（ステップＳ１４０５）、一連の処理を終了する。

【0049】

このように、本実施例によれば、利用者からの重要入力または不要入力に応じて文書検索で得られた文書のスコアを修正することができるため、重要入力した文書についてはスコアを高くして優先的に表示されるようにし、不要入力された文書についてはスコアを低くして表示優先度を下げることができる。したがって、検索結果を活用する際の利便性の向上を図ることができる。

【0050】

また、不要入力した利用者は、不要入力した文書を以降参照する必要がない。したがって、不要入力した利用者からの検索の場合、不要入力した文書について、修正部６０４および出力部６０５の処理を実行させないことにより、検索結果を活用する際の利便性の向上を図ることができる。

【0051】

また、経歴情報や特定のキーワードなどの視座ごとに文書管理ＤＢ４００において入力回数を管理することにより、利用者の経歴情報や利用者が入力した検索キーワードなどの利用者の視座に一致する視座の入力回数を更新することができる。したがって、視座が一致する入力回数ほど文書のスコアを高くすることができる。なお、一致する視座の入力回数が負の値である場合は、修正をしなくてもよい。

【0052】

また、文書の参照回数を用いてスコアを修正することにより、過去の参照回数が多い文書ほどスコアを高くして優先的に表示させることができる。また、経歴情報や特定のキーワードなどの視座ごとに文書管理ＤＢ４００において参照回数を管理することにより、利用者の経歴情報や利用者が入力した検索キーワードなどの利用者の視座に一致する視座の参照回数を更新することができる。したがって、視座が一致する参照回数ほど文書のスコアを高くすることができる。

【0053】

なお、上述した実施例の不要入力は、そのユーザにとっても価値がない文書である（第１の指定）、または、文書自体に価値はあるが、そのユーザ本人にとっては良く理解している内容が書かれているので見る必要がない（第２の指定）、のいずれかに該当する場合に実行されるが、当該第１または第２の指定のいずれかをユーザに指定させることとしてもよい。この場合、第１の指定がされた場合には、入力回数を減算し、第２の指定がされた場合には、入力回数を減算しないように制御してもよい。これにより、第１の指定がされた場合だけスコアを下方修正することができる。

【0054】

以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。

【符号の説明】

【0055】

１００ 検索システム
１０１ 検索制御装置
４００ 文書管理ＤＢ
５００ 利用者情報ＤＢ
６００ 文書ＤＢ
６０１ 検索部
６０２ 更新部
６０３ 取得部
６０４ 修正部
６０５ 出力部
６０６ 設定部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】