(57)【要約】      （修正有）【課題】業務の状況の変化に応じた情報を検索する。【解決手段】情報検索装置１００は、業務の第１の案件に関する資料を入力し、入力した資料を基に、第１の案件の進捗段階の第１の進捗状況を分析し、第１の進捗状況と同様の業務の第２の案件の第２の進捗状況との類似度を算出する資料登録部１１０、第１の案件および検索条件を入力し、第１の進捗状況と第２の進捗状況との類似度を参照して、検索条件を満足する案件から第２の案件を検索する検索処理部１２０を有する。【選択図】図１
2017010262.tif 000002
【特許請求の範囲】
【請求項１】
業務の第１の案件に関する資料を入力し、入力した前記資料を基に、前記第１の案件の前記進捗段階の第１の進捗状況を分析し、前記第１の進捗状況と前記業務の第２の案件の第２の進捗状況との類似度を算出する資料登録部、並びに、
前記第１の案件および検索条件を入力し、前記第１の進捗状況と前記第２の進捗状況との前記類似度を参照して、前記検索条件を満足する前記業務の案件から、前記第２の案件を検索する検索処理部を有することを特徴とする情報検索装置。
【請求項２】
前記資料登録部は、前記第１の進捗状況の良し悪しを分析し、
前記類似度として、前記第１および第２の進捗状況の前記良し悪しの類似度を算出することを特徴とする請求項１に記載の情報検索装置。
【請求項３】
前記第１の進捗状況の前記良し悪しは、前記資料に含まれる前記第１の案件への関与者による良し悪しの判断を表すことを特徴とする請求項２に記載の情報検索装置。
【請求項４】
前記関与者による良し悪しの判断は、前記関与者の生体データの変化に基づくことを特徴とする請求項３に記載の情報検索装置。
【請求項５】
前記業務は複数の進捗段階を有し、前記第１の進捗状況は、前記複数の進捗段階における各進捗状況の第１の推移であり、前記資料登録部は、前記類似度として、前記第１の推移と前記第２の案件の第２の推移との類似度を算出することを特徴とする請求項１に記載の情報検索装置。
【請求項６】
前記資料登録部は、前記類似度を編集距離およびコサイン類似度の一方で算出することを特徴とする請求項５に記載の情報検索装置。
【請求項７】
情報検索装置における情報検索方法であって、前記情報検索装置は、
業務の第１の案件に関する資料を入力し、
入力した前記資料を基に、前記第１の案件の前記進捗段階の第１の進捗状況を分析し、
前記第１の進捗状況と前記業務の第２の案件の第２の進捗状況との類似度を算出し、
前記第１の案件および検索条件を入力し、
前記第１の進捗状況と前記第２の進捗状況との前記類似度を参照して、前記検索条件を満足する前記業務の案件から、前記第２の案件を検索することを特徴とする情報検索方法。
【請求項８】
前記情報検索装置は、前記第１の進捗状況の良し悪しを分析し、
前記類似度として、前記第１および第２の進捗状況の前記良し悪しの類似度を算出することを特徴とする請求項７に記載の情報検索方法。
【請求項９】
前記業務は複数の進捗段階を有し、前記第１の進捗状況は、前記複数の進捗段階における各進捗状況の第１の推移であり、前記情報検索装置は、前記類似度として、前記第１の推移と前記第２の案件の第２の推移との類似度を算出することを特徴とする請求項７に記載の情報検索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば営業活動などの、複数の進捗段階からなる業務の遂行における情報を検索するための装置および方法に関する。
【背景技術】
【０００２】
特許文献１には、「業務の各進捗段階に於いて、円滑かつ迅速に適切な業務を遂行することのできる情報支援を可能にした業務支援管理システムを提供するために、マイポータルを介して受け付けた利用者からの要求に従い、検索手段が顧客データベースから抽出した情報から、情報生成手段にて、利用者の活動段階に沿った推奨度合いが高い有益な情報を抽出して、情報配信手段から利用者に対して自動配信を行う。」と記載されている。 
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−７７６０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
営業活動などの業務では、顧客とのコンタクト、商材紹介、顧客の課題抽出、商材提案、受注・契約というように、複数の段階を踏んで業務が進捗する。業務に関して十分な経験や技術が無い担当者にとっては、各段階においてどのような行動をとるべきか明確でない。この場合、業務を効率的に遂行できず、結果として失注などの業務失敗に繋がる場合がある。特許文献１の技術では、業務の進捗段階に応じて業務遂行に関する有益な情報を提供することにより、円滑かつ迅速な業務遂行を支援している。
【０００５】
業務のある進捗段階において、その状況が前に段階に比べてまたは同類の業務に比べて動的に変化することがある。例えば、営業活動においては、顧客の反応の良し悪しが進捗に応じて変化することがある。業務を効率的に遂行するためには、このような状況の変化に応じて、業務を効率的に遂行する必要がある。特許文献１の技術では、進捗段階ごとの有用な情報提供は可能であるが、業務の状況の変化に応じた情報を提供できない。
【課題を解決するための手段】
【０００６】
開示する情報検索装置は、業務の第１の案件に関する資料を入力し、入力した資料を基に、第１の案件の進捗段階の第１の進捗状況を分析し、第１の進捗状況と同様の業務の第２の案件の第２の進捗状況との類似度を算出する資料登録部、並びに、第１の案件および検索条件を入力し、第１の進捗状況と第２の進捗状況との類似度を参照して、検索条件を満足する案件から第２の案件を検索する検索処理部を有する。
【発明の効果】
【０００７】
開示する情報検索装置によれば、業務の状況の変化に応じた情報を検索できる。
【図面の簡単な説明】
【０００８】
【図１】情報検索装置の構成例である。
【図２】資料登録部処理フローチャートである。
【図３】ユーザ情報テーブルの一例である。
【図４】入力した資料の一例である。
【図５】資料情報テーブルの一例である。
【図６】案件情報テーブルの一例である。
【図７】案件状況テーブルの一例である。
【図８】案件類似度テーブルの一例である。
【図９】資料検索部の処理フローチャートである。
【図１０】検索案件テーブルの一例である。
【図１１】案件一覧画面の一例である。
【図１２】案件固有ページ画面の一例である。
【図１３】資料登録画面の一例である。
【図１４】案件固有ページ画面の一例である。
【図１５】検索結果画面の一例である。
【図１６】案件固有ページ画面の一例である。
【図１７】検索条件入力画面の一例である。
【発明を実施するための形態】
【０００９】
情報検索装置が、一例として想定する前提について概説する。情報検索装置が対象とする業務は複数の進捗段階を含む。進捗段階は業務の種別ごとに異なる。業務の一つである営業活動においては、特定の顧客に対する「引合」、「顧客初回訪問」、「勉強会」、「プレ活動」、「提案」、「受注・契約」などの進捗段階がある。業務担当者は、各進捗段階において求められる適切な作業・活動を行うことで、業務を遂行する。業務は案件(プロジェクト)単位で管理される。営業活動の場合は、顧客ごとの一連の営業活動を一つの案件とする。この場合、同一の顧客に対する、異なる商材の営業活動は、それぞれ異なる案件である。
【００１０】
業務担当者は、案件の各進捗段階において何らかの作業・活動をした際に、その作業報告書や会議議事録、商材提案資料などの各種資料を作成する。これらの資料は、案件の進捗管理や、案件終了後の成功・失敗理由の振り返りなどに利用される。
【００１１】
情報検索装置は、案件の各進捗段階において作成された資料を案件ごとに登録し、登録した資料を現在進行中の他の案件（以下、現在の案件）の担当者が検索し、参考にできるようにすることで、担当者の業務遂行を支援する。大量に蓄積された資料の中から有用な資料を効率的に検索するために、情報検索装置は、現在の案件と案件進捗の推移が類似している過去の案件とその資料を検索できるようにする必要がある。
【００１２】
図１は、情報検索装置１００の構成例である。情報検索装置１００は、業務担当者が業務を遂行する上で有用な情報を登録し、検索するための装置であり、パーソナルコンピュータなどのコンピュータや、タブレット、スマートフォンなどの携帯型情報端末などである。
【００１３】
情報検索装置１００は、RAMなど揮発性記憶素子で構成されるメモリ１０１、SSD(Solid State Drive)やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置１０２、記憶装置１０２に保持されるプログラム１０３をメモリ１０１に読み出し、実行するCPUなどの演算装置１０４、業務担当者（情報検索装置１００の利用者。以下、ユーザと呼ぶ。）からの入力を受け付けるキーボードやマウスなどの入力装置１０５、およびユーザに対して処理結果などを表示するディスプレイなどの出力装置１０６を備える。
【００１４】
記憶装置１０２は、情報検索装置１００の各処理部の処理を実装するためのプログラム１０３を格納し、各処理に必要なデータを格納する情報データベース１６０、各種電子ファイル（資料）の保存領域１７０を有する。情報データベース１６０は、後述する各テーブルを格納する。資料を格納するファイル保存領域１７０は、情報検索装置１００に固有に備えても良いし、企業や組織内で運用されているＮＡＳ（Network Attached Storage）などのネットワークストレージや、ウェブストレージなどであっても良い。
【００１５】
情報検索装置１００が備える処理部を説明する。各処理部は、情報検索装置１００が備えるプログラム１０３を演算装置１０４が実行することにより実装される。情報検索装置１００は、入力装置１０５から入力した資料を登録する資料登録部１１０、入力装置１０５から入力した検索条件に応じて、資料などの情報を検索する検索処理部１２０、および入力装置１０５から入力したユーザ認証情報に応じてユーザ認証を実行するユーザ認証部１３０を含む。ユーザ認証部１３０は、資料登録部１１０および検索処理部１２０により用いられる。
【００１６】
各処理部が利用する、案件、資料などのデータは、情報データベース１６０に格納される。ファイル保存領域１７０は、資料や、文書、画像、音声、動画などの、資料に関連する各種電子ファイルを保存する。
【００１７】
資料登録部１１０は、案件ごとの資料を入力装置１０５から入力し、入力した資料を分析し、その分析結果を情報データベース１６０に格納する。資料登録部１１０は、分析した資料およびその分析結果をもとに、情報データベース１６０の案件に関する情報を更新する。資料登録部１１０は、情報データベース１６０に格納されている各案件の進捗状況の推移に基づいて、案件間の類似度を算出し、その算出結果を情報データベース１６０に格納する。また、資料登録部１１０は、入力した資料をファイル保存領域１７０に格納する。
【００１８】
検索処理部１２０は、入力装置１０５から入力した検索条件に応じて、資料を含む案件に関する情報を検索し、検索結果を出力装置１０６に出力する。
【００１９】
情報データベース１６０の各テーブルの具体例については、以降の処理の説明に伴って後述する。ここでは、各テーブルの概要を説明する。
【００２０】
ユーザ情報テーブル１６１は、ユーザの、氏名、連絡先、認証用ID、パスワードなどを予め格納している。資料情報テーブル１６２は、資料登録部１１０が分析した資料の分析結果を格納する。案件情報テーブル１６３は、案件ごとに、顧客名や進捗状況などを格納する。案件状況テーブル１６４は、各案件の進捗状況の推移を格納する。案件類似度テーブル１６５は、資料登録部１１０が算出した案件間の類似度を格納する。検索案件テーブル１６６は、検索処理部１２０による、検索条件を満たす案件の一覧と、それぞれの検索順位を格納する。
【００２１】
情報検索装置１００は、営業活動のみを対象とするのではなく、複数の進捗段階を経て業務が進捗する業務を対象とするが、以下、業務として営業活動を例にとって情報検索装置１００の各処理部を説明する。案件に関する資料として、営業活動の各進捗段階における顧客や関係者との各種打合せの議事録を例とする。
【００２２】
図２は、資料登録部１１０の処理フローチャートである。資料登録部１１０は、ユーザ認証部１３０を用いて、ユーザ認証する（Ｓ１１）。ユーザ認証部１３０は、ユーザ情報テーブル１６１を参照して、入力装置１０５から入力したユーザ認証情報に基づいて、ユーザ認証する。
【００２３】
図３は、ユーザ情報テーブル１６１の一例である。ユーザ情報テーブル１６１は、ユーザのユーザid１６１ａ、氏名１６１ｂ、所属１６１ｃ、住所１６１ｄ、電話番号（Tel）１６１ｅ、メールアドレス（mail）１６１ｆ、担当案件id１６１ｇ、認証用アカウント（account）１６１ｈ、認証用パスワード（password）１６１ｉを格納している。ユーザ認証部１３０は、ユーザが入力装置１０５からユーザ認証情報として入力したユーザ認証アカウントおよびパスワードを、認証用アカウント１６１ｈおよび認証用パスワード１６１ｉと照合することで、ユーザ認証する。なお、ユーザ情報テーブル１６１は、情報検索装置１００に固有のものであっても良いし、また各企業・組織が有する社員・構成員のデータベースなどを利用してもよい。
【００２４】
資料登録部１１０は、ユーザ認証は成功かを判定する（Ｓ１２）。ユーザ認証が失敗ならば、資料登録部１１０は処理を終了する。
【００２５】
ユーザ認証が成功ならば、資料登録部１１０は、案件の資料を入力する（Ｓ１３）。資料登録部１１０が案件の資料を入力するために、ユーザは、格納する資料（議事録）の電子データのパス（ファイルシステムにおけるファイルの所在を表すパス）と、その資料の案件（案件名称などの、案件を識別する識別子）を入力装置１０５から入力する。これらの入力のために、資料登録部１１０は後述する画面を出力し、ユーザによる入力を容易にするように誘導する。資料は、ユーザが個々に利用しているコンピュータに保存している電子データであっても良いし、イントラネットやインターネット（ワールドワイドウェブ）上の資料、または企業や組織内で運用されているＮＡＳやウェブストレージに保存されていても良い。要は、情報検索装置１００が、入力されたパスを用いて資料にアクセスできればよい。
【００２６】
資料登録部１１０は、入力した資料内容を分析し、その分析結果を資料情報テーブル１６２に格納する（Ｓ１４）。
【００２７】
図４は、入力した資料（議事録）２００の一例である。議事録２００は、案件名２００ａ、議事録報告者２００ｂ、議事録作成日２００ｃ、案件背景２００ｄ、報告者所感２００e、顧客名２００ｆ、打合せ日時２００ｇ、打合せトピックス２００ｈ、顧客業種２００ｉ、案件進捗段階２００ｊ、顧客ニーズ２００ｋ、案件状況２００ｌ、お客様の声２００ｍ、質疑内容２００ｎ、今後の予定２００ｏ、出席者２００ｐ、および参考資料２００ｑを含む。顧客業種２００ｉや案件進捗段階２００ｊは、議事録を作成する各企業・組織が定める標準的な分類に従う。例えば、顧客業種２００ｉは、「製造」、「エネルギー」、「物流」、「流通」などであり、案件進捗段階２００ｊは、「引合」、「顧客初回訪問」、「勉強会」、「プレ活動」、「提案」、「受注・契約」、「失注」などである。参考資料２００ｑには、議事録２００が対象とする打合せに用いたパンフレットや提案資料、案件の受注・失注の要因を案件終了後に分析した振り返りシートなどが、それらの格納場所（ファイルのパス）を含めて記述される。ユーザは、この図４に例示する様式に従い、顧客や関係者との各種打合せの議事録を作成する。
【００２８】
資料登録部１１０は、図４の議事録２００の各項目の内容を抽出し、抽出内容を資料情報テーブル１６２に格納する。図５は、に資料情報テーブル１６２の一例である。資料情報テーブル１６２は、議事録２００の構成に対応し、資料登録部１１０が抽出した内容を格納する(１６２ｆ〜１６２ｖ)。
【００２９】
なお、資料登録部１１０は、資料情報テーブル１６２に抽出内容を格納する際に、議事録id１６２a、登録者id１６２ｂ、登録日１６２ｃ、案件id１６２ｄ、および反応１６２ｅを格納する。
【００３０】
議事録id１６２ａは、資料情報テーブル１６２に新たな資料の抽出内容を格納する際に付与されるユニークなidである。登録者id１６２ｂは資料を登録したユーザのユーザidであり、登録日１６２ｃは、資料の登録日である。ユーザidは、ユーザ情報テーブル１６１のユーザid１６１ａと同じである。案件id１６２ｄは、ユーザが入力した、「資料を登録する案件」の識別子であり、案件id１６２ｄは、後述する案件情報テーブル１６３の案件id１６３ａと同じである。
【００３１】
なお、資料登録部１１０は、資料内容を分析する際に、後述する「資料を登録する案件」の情報（案件情報テーブル１６３の内容）と資料の内容を照合し、例えば議事録２００の顧客名２００ｆと案件情報テーブル１６３の顧客名１６３ｂに矛盾があれば、出力装置１０６に警告を表示する。資料登録部１１０は、資料の電子ファイルを、ファイル保存領域１７０に格納する。
【００３２】
顧客反応１６２ｅは、資料登録部１１０が資料２００の報告者の所感２００ｅやお客様の声２００ｍなどを、自然言語処理技術などを用いて分析し、分析結果としての、その打合せにおける顧客の反応の良し悪しが数値化したものである。換言すると、分析結果は、報告者の所感２００ｅやお客様の声２００ｍなどの案件への関与者による、案件の進捗段階（資料を作成した段階）における進捗状況の良し悪しの判断結果を表している。ここでは、顧客反応１６２ｅは、打合せにおいて顧客の反応がポジティブな場合は１、ネガティブな場合は−１、いずれでもない場合は０の３段階の値とする。顧客反応１６２ｅがとる値の範囲は、５段階（−２から２など）、７段階（−３から３など）など任意の範囲をとっても良い。
【００３３】
資料登録部１１０が用いる自然言語処理技術の一例を説明する。ある顧客との打合せの議事録２００のお客様の声２００ｍに、「提案の一部に具体性が無く、不安に思う。」という記述があったとする。この記述は、その打合せに対して顧客がネガティブな反応を示したことを示している。また、議事録２００の報告者の所感２００ｅには、「お客様の要望に沿った提案ができて、高評価だった。」という記述があったとする。これは、その打合せに対して顧客がポジティブな反応を示したことを示している。以上のように、打合せの議事録には、その打合せについてポジティブな反応があったことを表す言葉（高評価など）とネガティブな反応があったことを表す言葉（不安など）が記述されることがある。反応を表す言葉を打合せの議事録から抽出することで、その打合せにおける顧客の反応が良好だったかどうか分析する。
【００３４】
情報検索装置１００は、自然言語処理技術の一つである、感情分析技術を用いる。感情分析は、文書を単語に分割し、分割した各単語を、単語がポジティブな意味を持つかネガティブな意味を持つかを収録した極性辞書を用いて照合し、単語や文書の繋がり・文脈も加味して、文書がポジティブな内容かネガティブな内容かを分析する。感情分析のアルゴリズム、ツール、および極性辞書については、公知のものを利用しても良いし、各企業・組織が、議事録の構成や業務の内容に併せて独自のものを作成し、利用しても良い。
【００３５】
顧客反応１６２ｅは数ベクトルであっても良い。例えば、顧客反応１６２ｅは、議事録２００の項目の内容ごとに算出された顧客反応の良し悪しのベクトルであっても良い。例えば、ある議事録２００の報告者の所感２００ｅに「お客様の要望に沿った提案ができて、高評価だった。」と記述されており、同じ議事録のお客様の声２００ｍに、「提案の一部に具体性が無く、不安に思う。」と記述されていたとする。前者の内容はポジティブ、後者の内容はネガティブな内容と感情分析される。この場合、顧客反応１６２ｅは、これらの反応を数値化した数ベクトル｛１、−１｝としても良い。
【００３６】
資料登録部１１０は、資料２００の内容を参照して、案件情報テーブル１６３および案件状況テーブル１６４を更新する（Ｓ１５）。
【００３７】
図６は、案件情報テーブル１６３の一例である。案件情報テーブル１６３は、案件id１６３ａ、顧客名１６３ｂ、業種１６３ｃ、案件進捗段階１６３ｄ、最新打合せ日時１６３ｅ、最新打合せトピック１６３ｆ、担当者id１６３ｇ、議事録id１６３ｈを含む。案件情報テーブル１６３は、図６に示すように、新しい資料に応じて更新される。図６は、議事録id１６３ｈが802の議事録内容に対応して上表が下表に更新されている。具体的には、議事録id１６３ｈと共に、案件進捗段階１６３ｄ、最新打合せ日時１６３ｅ、最新打合せトピック１６３ｆが更新されている。
【００３８】
図７は、案件の進捗段階ごとの顧客の反応推移を示す案件状況テーブル１６４の一例である。案件状況テーブル１６４は、案件id１６４ａ、引合１６４ｂ、顧客初回訪問１６４ｃ、勉強会１６４ｄ、プレ１６４e、提案１６４ｆ、および受注・契約/失注１６４ｇを含む。引合１６４ｂから受注・契約/失注１６４ｇは案件の進捗段階であり、各進捗段階での顧客の反応の良し悪しを、資料情報テーブル１６２の顧客反応１６２ｅの値の系列（進捗段階に対応した値の変化、推移）として格納する。具体的には、案件状況テーブル１６４は、各案件の進捗段階ごとの議事録２００から求めた顧客反応１６２ｅの値の系列を格納する。たとえば、案件id１６４ａが101に対応して、引合１６４ｂ段階では顧客反応１６２ｅが0であり、顧客初回訪問１６４ｃおよび勉強会１６４ｄ段階では顧客反応１６２ｅが1であり、プレ１６４e段階では顧客反応１６２ｅが-1であり、さらに提案１６４ｆ段階では顧客反応１６２ｅが0であることを表している。資料情報テーブル１６２の顧客反応１６２ｅが数ベクトルの場合は、案件状況テーブル１６４の各セルは数ベクトルを格納する。
【００３９】
資料登録部１１０は、案件状況テーブル１６４に格納されている案件の顧客反応系列間の類似度から案件の進捗状況間の類似度を算出し、案件類似度テーブル１６５に格納する（Ｓ１６）。
【００４０】
図８は、案件類似度テーブル１６５の一例である。案件類似度テーブル１６５は、各行および各列を案件idとするテーブルであり、各セルには各行の案件と各列の案件との進捗状況間における類似度を格納する。資料登録部１１０は、案件状況テーブル１６４の各行間の類似度を、各行および各列の案件相互の進捗状況間における類似度（案件進捗状況の類似度）として算出する。例えば、図８の案件類似度テーブル１６５のセル１６５ａは、案件idが１０１と案件idが１０２との案件進捗状況の類似度を格納している。
【００４１】
案件進捗状況の類似度の算出法にはいくつかある。例えば、案件状況テーブル１６４の各行を１、０、−１という文字からなる文字列と考え、案件間の進捗状況間の類似度を、各行の文字列の編集距離として算出する。例えば、編集距離には、Levenshtein距離やNeedleman-Wunsch距離など公知の編集距離を用いる。また、案件状況テーブル１６４の各行を１、０、−１という数値からなる数値列（数ベクトル）とし、公知のベクトル間類似度を表すコサイン類似度を用いても良い。さらに、案件状況テーブル１６４の各セルが数ベクトルの場合、案件状況テーブル１６４の各行は数ベクトルの系列であるので、この場合は、公知のコサイン類似度を用いて進捗状況間の類似度を算出する。なお、以上の類似度の算出方法は各企業・組織が、議事録の構成や業務の内容を鑑み独自のものを開発・利用しても良い。たとえば、進捗状況に対応した数値列でなく、資料登録部１１０が資料を入力した案件の最新の進捗段階の状況の類似度を用いてもよい。
【００４２】
資料登録部１１０は、新たに登録すべき資料の有無を判定し（Ｓ１７）、資料がある場合はＳ１３に戻り、資料が無い場合は処理を終了する。
【００４３】
図９は、検索処理部１２０の処理フローチャートである。検索処理部１２０は、ユーザ認証部１３０を用いて、ユーザ認証し（Ｓ２１）、ユーザ認証が成功したかどうかを判定し（Ｓ２２）。ユーザ認証が失敗ならば、処理を終了する。検索処理部１２０のユーザ認証は、資料登録部１１０のユーザ認証と同様であるので、詳細説明を省略する。
【００４４】
ユーザ認証が成功ならば、検索処理部１２０は、検索条件を受け付ける（Ｓ２３）。ユーザは、進捗状況の比較元となる案件（たとえば、現在進行中の案件）と、検索条件として「顧客名」、「業種」、「受注成功のみ検索対象とする」、「受注失敗案件のみ検索対象とする」などを入力装置１０５から入力する。
【００４５】
なお、検索条件は上述のものに限らず、例えば「案件担当者の氏名」、「案件担当者の所属組織」、「類似性を重視する進捗段階」などを条件とする検索でもよい。検索条件は、各企業・組織が、登録資料の構成や業務の内容を鑑み独自のものを設計・利用しても良い。また、進捗状況の比較元となる案件も自分が現在取り組んでいる案件でなくても良い。
【００４６】
検索処理部１２０は、案件情報テーブル１６３を参照して、入力した検索条件を満たす案件があるかを判定し、検索条件を満たす案件のリストを、検索案件テーブル１６６に格納し（Ｓ２４）、検索条件を満たす案件がないならばＳ２７へ移る。
【００４７】
図１０は、検索案件テーブル１６６の一例である。検索案件テーブル１６６は、検索条件を満たす案件の案件id１６６aおよび検索順位１６６ｂを対応付けて格納する。検索順位１６６ｂは、Ｓ２５で格納される。
【００４８】
なお、検索条件における「受注成功案件のみ検索対象とする」、「受注失敗案件のみ検索対象とする」の判定は、案件情報テーブル１６３の案件進捗段階１６３ｄが「契約・受注」または「失注」に応じて判定する。また案件は、打合せの間隔が空くなどにより、消滅する場合も有る。この場合も失注とする。案件情報テーブル１６３の最新打合せ日時１６３ｅに格納されている日時より半年や一年などの所定期間が経過した案件は失注と判定する。
【００４９】
検索条件を満たす案件の判定法について一例を説明する。例えば、「製造」が検索条件として入力され、案件情報テーブル１６３の業種１６３ｃに「製造」が無い場合、検索処理部１２０は検索条件を満たす案件が無い旨の画面を、出力装置１０６を介してユーザに提示し、Ｓ２７へ移る。
【００５０】
ここでは、検索条件を満たす案件の判定基準として、業務の特性の一つを表す業種を挙げたが、業務そのものでもよい。たとえば、営業業務、開発業務、製造業務などの業務がある場合、検索条件の業務が営業業務であれば、検索条件を満たす案件は営業業務であればよいと判定してもよい。また、判定基準を、上述の「案件担当者の氏名」、「案件担当者の所属組織」などとしてもよい。このように、業務や業種などの特性は階層構造を有するので、検索条件としてどの階層の特性を用いるかは、情報検索装置１００の対象の規模（業務種別数や、各業務の案件数、担当者の担当案件数など）に応じて決定する。すなわち、小規模な場合に下階層の特性を判定基準にすると、検索条件を満たす案件が少ない又は無いという結果になる。一方、大規模な場合に上階層の特性を判定基準にすると、検索条件を満たす案件が多くなるという結果になる。したがって、判定基準は、規模に応じて決定することが重要である。
【００５１】
検索条件を満たす案件が存在する場合は、検索処理部１２０は、その案件idは検索案件テーブル１６６に格納する。検索処理部１２０は、検索案件テーブル１６６に格納されている案件id１６６aを取得する（Ｓ２５）。検索案件テーブル１６６に格納されている案件id１６６aが一つの場合、検索処理部１２０は、その案件id１６６aの検索順位を1（最も高い検索順位）とする。
【００５２】
検索案件テーブル１６６に格納されている案件id１６６aが複数有る場合、検索処理部１２０は、検索案件テーブル１６６に格納されている案件id１６６aの案件と、Ｓ２３において検索条件として入力された「進捗状況の比較元となる案件」との間の進捗状況の類似度に基づいて、検索条件を満たす案件の検索順位を算出する。具体的には、検索処理部１２０は、「進捗状況の比較元となる案件」と検索案件テーブル１６６に格納されている案件id１６６aの案件と間の進捗状況の類似度を案件類似度テーブル１６５から取得し、類似度が高い順にその順位を、検索案件テーブル１６６の案件id１６６aの案件の検索順位１６６ｂに格納する。
【００５３】
検索処理部１２０は、検索結果生成部１２３は検索案件テーブル１６６に格納されている案件id１６６aをその検索順位１６６ｂに基づきソートした検索結果一覧を出力装置１０６に表示する（Ｓ２６）。
【００５４】
検索処理部１２０は、ユーザが、新たに資料を検索する場合はＳ２３に戻り、無い場合は処理を終了する（Ｓ２７）。
【００５５】
図１１は、案件一覧画面１５１の一例である。案件一覧画面１５１は、案件の資料の受付のための、資料登録部１１０は画面出力し、ユーザによる入力を容易にするように誘導する画面の一つである。図１１は、ユーザ「山田太郎」がユーザ認証に成功し、資料登録部１１０は、このユーザが担当している案件一覧画面１５１を表示している。ユーザは、案件一覧画面１５１の中で「Ｂ社データ分析案件」の打合せを実施し、その議事録を作成したので、議事録の電子ファイルを資料として情報検索装置１００に登録するとする。
【００５６】
図１２は、案件一覧画面１５１における「Ｂ社データ分析案件」の、ユーザによる入力装置１０５を用いた選択入力に応答して、資料登録部１１０が出力装置１０６に表示する案件固有ページ画面１５２の一例である。案件固有ページ画面１５２は、顧客名などを含む案件概要１５２ａ、案件の進捗段階と進捗段階ごとの打合せ議事録や資料へのアクセス用のリンクの一覧１５２ｂ、議事録・資料の追加ボタン１５２ｃ、案件状況テーブル１６４の内容が可視化された顧客反応グラフ１５２ｄ、表示している案件と進捗状況が類似する案件を検索するための検索条件の入力領域１５２ｅを有する。ユーザは案件固有ページ１５２を見ることで、案件の進捗状況を把握し、案件にリンクする資料にアクセスできる。なお、議事録や資料は、ファイル保存領域１７０にあるものに限らず、イントラネットやインターネット（ワールドワイドウェブ）、企業や組織内で運用されているＮＡＳやウェブストレージに存在するものであっても良い。ユーザはこの案件に新しい議事録を登録するとする。
【００５７】
図１３は、案件固有ページ画面１５２の議事録・資料の追加ボタン１５２ｃの、ユーザによる入力装置１０５を用いた選択入力に応答して、資料登録部１１０が出力装置１０６に表示する資料登録画面１５３の一例である。資料登録画面１５３は、議事録ファイル指定部１５３ａ、打合せで用いた資料ファイル指定部１５３ｂ、議事録ファイル指定部１５３ａと資料ファイル指定部１５３ｂで指定したファイルの登録ボタン１５３ｃを有する。ユーザは、入力装置１０５を介して、議事録ファイル指定部１５３ａと資料ファイル指定部１５３ｂに登録するファイルを、参照ボタンを用いて選択入力し、登録ボタン１５３ｃを選択する。
【００５８】
図１４は、資料登録画面１５３の登録ボタン１５３ｃの、ユーザによる入力装置１０５を用いた選択入力に応答して、資料登録部１１０が出力装置１０６に表示する案件固有ページ画面１５４の一例である。図１４の案件固有ページ画面１５４は、議事録、資料の登録に伴い、図１２の案件固有ページ画面１５２の内容が更新された画面である。具体的には、案件固有ページ画面１５４は、案件概要１５４ａ、案件の進捗段階と進捗段階ごとの議事録や資料へのアクセス用のリンクの一覧１５４ｂ、案件状況テーブル１６４の内容が可視化された顧客反応グラフ１５４ｄが、案件固有ページ画面１５２と比較して更新されている。ユーザは案件固有ページ画面１５４を見ることで、新しく登録した議事録や資料の登録により更新された案件の状況を確認できる。以上の更新処理は、図２の資料登録部１１０のＳ１４およびＳ１５の処理により実現される。
【００５９】
ユーザは、「Ｂ社データ分析案件」と案件の進捗状況が類似する案件を検索するものとする。ユーザは、図１４に示した案件固有ページ画面１５４内の検索条件の入力領域１５４ｅに、入力装置１０５を介して検索条件を選択、入力する。検索条件の入力領域１５４ｅは、例えば、検索対象として特定の顧客を指定する顧客名入力領域１５４ｆ、検索対象として案件固有ページ画面１５４において表示されている案件と同じ業種の顧客のみ指定するチェックボックス１５４ｇ、検索対象として受注案件もしくは失注案件のみ指定するラジオボタン１５４ｈ、検索を実行する検索ボタン（案件検索）１５４ｉを有する。ユーザは、ここでは「Ｂ社」と同一の業種の顧客案件を検索することとし、チェックボックス１５４ｇを選択し、検索ボタン１５４ｉを選択する。
【００６０】
図１５は、案件固有ページ画面１５４の検索ボタン１５４ｉの、ユーザによる選択に応答して、検索処理部１２０が出力装置１０６に表示する検索結果画面１５５の一例である。検索結果画面１５５は、検索結果の案件概要１５５ａとその案件の顧客反応グラフ１５５ｂを有する。ユーザは案件概要１５５ａと顧客反応グラフ１５５ｂを参照して、案件を選択する。
【００６１】
図１６は、検索結果画面１５５において、「Ｃ社データ分析案件」の、ユーザによる入力装置１０５を介した選択に応答して、検索処理部１２０が出力装置１０６に表示する案件固有ページ画面１５６の一例である。案件固有ページ画面１５６は、他の案件固有ページ画面１５２、１５４と同様に、案件概要１５６ａ、案件の進捗段階と進捗段階ごとの議事録や資料へのアクセス用のリンクの一覧１５６ｂ、議事録・資料の追加ボタン１５６ｃ、案件状況テーブル１６４の内容が可視化された顧客反応グラフ１５６ｄ、表示している案件と進捗状況が類似する案件を検索するための検索条件の入力領域１５６ｅを有する。ユーザは、この「Ｃ社データ分析案件」の画面や登録されている議事録、資料などを閲覧することにより、「Ｂ社データ分析案件」の遂行の参考にする。
【００６２】
次に、資料登録部１１０のＳ１５における、案件状況テーブル１６４に記録される案件の進捗状況の他の算出方法（変形例）を説明する。
【００６３】
ここでは、資料登録部１１０は、各進捗段階の議事録と同時に登録される各種資料、電子データの内容に基づき顧客反応の良し悪しなどを算出し、その算出結果を、資料情報テーブル１６２内の顧客反応１６２ｅおよび案件状況テーブル１６４の各セルに格納する。
【００６４】
顧客反応の良し悪しを分析する基となる各種資料、電子データとして、例えば、打ち合せに参加した顧客の心拍数、発汗、発話、動作（ジェスチャー）、視線移動、表情などの生体データを利用することができる。また、打合せの様子を録音、録画した音声・動画データを利用することができる。さらに、打合せに用いた説明資料、説明内容を記録した電子データを利用することができる。
【００６５】
なお、資料登録部１１０が顧客反応の良し悪しを分析するために用いられるデータは、上記のものに限定されない。例えば、顧客の生態データの変化がある。顧客の打合せ中の視線移動データを生態データとして用いると、打合せ中に顧客が、資料を説明している案件担当者の顔をどの程度注視していたか、打合せで配布された資料をどの程度注視していたか、打合せとは関係ない領域をどの程度注視していたか、などを分析できる。顧客が打合せに関心が高い場合は、担当者や資料に対する注視時間は長くなり、逆に顧客の打合せに対する関心が低い場合は、担当者や資料に対する注視時間は短くなる。以上のような分析により、顧客の打合せ中の視線移動データより打合せに対する顧客反応を算出する。
【００６６】
また、顧客についての他の生体データについても、心拍データから心拍数の上下より顧客の興奮度を、発汗データから発汗量の上下より顧客の緊張度を、発話データから発話内容や声の大きさより顧客の関心事とその関心度を、動作・表情データから動作・表情の大きさより顧客の関心度や機嫌の良し悪しを分析できる。さらに、打合せの様子を録音、録画した音声・動画データから、打合せ中の議論内容や盛り上がり度合い（声の大きさや笑い声の有無）を、打合せに用いた説明資料、説明内容を記録した電子データから、説明資料のどの部分に時間を使って詳細に説明したか、などを分析できる。以上のような分析結果は、視線移動データの場合と同様に、顧客の生体データの変化を打合せに対する顧客反応として用いることができる。
【００６７】
また、顧客の打合せに対する反応の推移を求める際に、複数のデータを用いても良い。この場合その打合せにおける顧客の反応は、それぞれのデータより算出された反応の良し悪しをまとめたベクトルであっても良いし、それぞれのデータより算出された反応の良し悪しの平均化処理、最大化処理などをした数値であっても良い。
【００６８】
以上のような分析により、資料登録部１１０は、顧客の打合せに対する反応の大きさや推移を求め、その算出結果は資料情報テーブル１６２の顧客反応１６２ｅ、案件状況テーブル１６４の各セルに数値、もしくはベクトルとして格納する。
【００６９】
資料情報テーブル１６２の顧客反応１６２ｅ、案件状況テーブル１６４に格納された顧客反応は、前述と同様に案件間の進捗状況類似度算出に用いられ、算出した類似度は案件検索において用いられる。
【００７０】
次に、検索処理部１２０のＳ２３における検索条件の他の入力方法（変形例）を説明する。検索処理部１２０は、検索条件として、「進捗状況の比較元となる案件」、「顧客名」、「業種」、「受注成功のみ検索対象とする」、「受注失敗案件のみ検索対象とする」などを入力することを前述した。ここでは、検索処理部１２０は、「進捗状況の比較元となる案件」ではなく、案件の進捗状況の推移を直接入力し、入力した推移と進捗状況が類似する案件を検索する。
【００７１】
図１７は、検索条件入力画面１５７の一例である。検索入力画面１５７は、比較元となる「案件の進捗状況」を入力する領域１５７ａ、検索対象として特定の顧客名を入力する顧客名入力領域１５７ｂ、検索対象として特定の業種を入力する顧客業種入力領域１５７ｃ、検索対象として受注案件または失注案件のみ指定するラジオボタン１５７ｄ、検索を実行する検索ボタン１５７ｅを有する。
【００７２】
なお、検索条件は上述のものに限らず、例えば「案件担当者の氏名」、「案件担当者の所属組織」、「類似性を重視する進捗段階」を条件としてもよい。案件の進捗段階や検索条件は、各企業・組織が、登録資料の構成や業務の内容を鑑み独自のものを設計・利用しても良い。
【００７３】
また、「案件の進捗状況」を入力する領域１５７ａは、案件の進捗段階ごとの案件の状況の良し悪しを入力するためのスライドバー１５７ａ１、スライドバー１５７ａ１の位置に連動して形が動的に変化する、案件の進捗状況を表すグラフ１５７ａ２を有する。
【００７４】
ユーザは、入力装置１０５を介して、スライドバー１５７ａ１の位置を、検索対象とする案件進捗推移に一致するよう操作する。スライドバー１５７ａ１の位置操作は、マウスなどのポインティングデバイスを用いてよいし、タッチパネルを用いたタッチ操作であっても良い。そして、同様に１５７ｂから１５７ｅまでのその他の検索条件を入力し、検索ボタン１５７ｆを選択する。検索処理部１２０は、これらのユーザによる操作に応じて入力する。
【００７５】
検索処理部１２０は、入力された案件進捗状況推移を、仮想的な案件の進捗状況推移として案件状況テーブル１６４に格納し、案件状況テーブル１６４に格納されている他の案件の進捗状況推移との類似度を算出し、算出結果を案件類似度テーブル１６５に格納する。結果として、検索処理部１２０は、検索条件を満たし、入力した案件進捗状況に進捗状況が類似した案件を図１５のような案件固有ページ画面１５４として出力装置１０６に出力する。
【００７６】
検索処理部１２０は、検索条件変更時、または検索処理終了時に、案件状況テーブル１６４と案件類似度テーブル１６５に新たに格納した情報を消去する。
【００７７】
説明した実施形態によれば、ユーザは業務の状況の変化に応じた情報を検索できる。
【符号の説明】
【００７８】
１００：情報検索装置、１０１：メモリ、１０２：記憶装置、１０３：プログラム、１０４：演算装置、１０５：入力装置、１０６：出力装置、１１０：資料登録部、１２０：検索処理部、１３０：ユーザ認証部、１６０：情報データベース、１６１：ユーザ情報テーブル、１６２：資料情報テーブル、１６３：案件情報テーブル、１６４：案件状況テーブル、１６５：案件類似度テーブル、１６６：検索案件テーブル、１７０：ファイル保存領域。
【図１】
2017010262.tif 000003
【図２】
2017010262.tif 000004
【図３】
2017010262.tif 000005
【図４】
2017010262.tif 000006
【図５】
2017010262.tif 000007
【図６】
2017010262.tif 000008
【図７】
2017010262.tif 000009
【図８】
2017010262.tif 000010
【図９】
2017010262.tif 000011
【図１０】
2017010262.tif 000012
【図１１】
2017010262.tif 000013
【図１２】
2017010262.tif 000014
【図１３】
2017010262.tif 000015
【図１４】
2017010262.tif 000016
【図１５】
2017010262.tif 000017
【図１６】
2017010262.tif 000018
【図１７】
2017010262.tif 000019