(57)【要約】【課題】ユーザの経験によらず、危機対応のために、過去の危機対応の事例の中から類似した事例を適切に検索できる。【解決手段】検索装置２０は、過去の危機の対応事例を示すログと、ログが対応を行って解決したい問題事例であることを示す「問題」ラベル、ログが対応行為によってもたらされた結果を示す「結果」ラベル、ログが問題の解決に対して実行された対応行為を示す「対応」ラベルのいずれかのラベルと、ログが該当するタスク番号と、を対応付けて記憶するノウハウ記憶部２１２と、ノウハウ記憶部２１２の「問題」ラベルが付されたログの中から、入力されたログを第１の検索キーとして類似するログを検索する検索と、検索した問題ラベルが付されたログとタスク番号が同一である「結果」ラベルが付されたログを第２の検索キーとして類似するログを検索する検索とを、所定の条件に達するまで繰り返すノウハウ検索部２２３と、を有する。【選択図】図１
2019212060.tif 000002
【特許請求の範囲】
【請求項１】
過去の危機の対応事例を示すログと、前記ログが対応を行って解決したい問題事例であることを示す問題ラベル、前記ログが対応行為によってもたらされた結果を示す結果ラベル、前記ログが問題の解決に対して実行された対応行為を示す対応ラベルのいずれかのラベルと、前記ログが該当するタスク番号と、を対応付けて記憶する記憶部と、
前記記憶部が記憶する前記問題ラベルが付されたログの中から、入力されたログを第１の検索キーとして類似するログを検索する検索と、前記検索した前記問題ラベルが付されたログと前記タスク番号が同一である前記結果ラベルが付されたログを第２の検索キーとして類似するログを検索する検索とを、所定の条件に達するまで繰り返す検索部と、
を有することを特徴とする検索装置。
【請求項２】
前記ログの分類指示を受けた場合に、前記ログを、前記問題事例、前記結果、前記対応行為、または、前記問題事例と前記結果と前記対応行為とのいずれでもないその他の事例のいずれかに分類し、分類結果に応じたラベルを前記ログに付与する分類部をさらに有し、
前記検索部は、前記分類部によって、前記入力されたログに前記問題ラベルまたは前記その他の事例であることを示すその他ラベルが付された場合に検索を実行することを特徴とする請求項１に記載の検索装置。
【請求項３】
前記入力されたログの入力元であるクライアント端末に、前記入力されたログと、前記検索部によって検索されたログとの類似箇所を対応づけて提示する提示部をさらに有することを特徴とする請求項１または２に記載の検索装置。
【請求項４】
検索装置が実行する検索方法であって、
前記検索装置は、過去の危機の対応事例を示すログと、前記ログが対応を行って解決したい問題事例であることを示す問題ラベル、前記ログが対応行為によってもたらされた結果を示す結果ラベル、前記ログが問題の解決に対して実行された対応行為を示す対応ラベルのいずれかのラベルと、前記ログが該当するタスク番号と、を対応付けて記憶する記憶部を有し、
前記記憶部が記憶する前記問題ラベルが付されたログの中から、入力されたログを第１の検索キーとして類似するログを検索する検索と、前記検索した前記問題ラベルが付されたログと前記タスク番号が同一である前記結果ラベルが付されたログを第２の検索キーとして類似するログを検索する検索とを、所定の条件に達するまで繰り返す工程
を含んだことを特徴とする検索方法。
【請求項５】
コンピュータを、請求項１〜３のいずれか一つに記載の検索装置として機能させるための検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索装置、検索方法及び検索プログラムに関する。
【背景技術】
【０００２】
大規模な自然災害やサイバー攻撃等の危機事象において、過去の知見を生かすことによって、同じ問題が生じないように、リスクを低減した危機対応を行うことが求められている。これに対し、対応経験の浅い担当者は、危機対応において、先を見通して、影響の大きなリスクを低減した対処策を講じることは、困難である場合がある。このため、担当者は、過去の類似の事象においてどのように対応したかを経験者に聞いたり、災害対応報告書等の文書を参考にしたりしている。
【０００３】
従来、過去の対応ログを蓄積しておき、対応中のログが入力された際に、類似の過去の対応ログ（過去ログ）を検索することによって、対処の参考とする技術がある（特許文献１，２参照）。この技術は、文章検索として、入力された対応ログ全体を検索条件とする形式、或いは、ユーザが検索したい検索条件を文章やキーワードで入力、追記、編集する形式がある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Naoko  Kosaka  et  al.,  “Disaster  Information  System  Using  Natural  Language  Processing”,  JDR,  Vol.12,  No.1,  pp.  67−78,  2017.
【非特許文献２】Naoko  Kosaka  et  al.,  “Generation  of  Schematized  Incident  Response  Story  as  Know-How  for  Commander”,  KICSS2017,  Nov.  2017.
【発明の概要】
【発明が解決しようとする課題】
【０００５】
過去の知見（ノウハウ等）を参照するために、ユーザは、よりリスクが類似した過去事例を検索する必要がある。しかしながら、過去事例を参考としたいユーザが経験の浅い担当者の場合、リスクの想定が十分にできない場合がある。
【０００６】
すなわち、今後起こりうるリスクを知りたいユーザが、的確にリスクを特定して、検索条件を入力できる可能性は低いと考えられる。また、過去の対応事例も単に全文を提示するだけでは、担当者の経験の底上げとはならず、過去事例をノウハウとして活用するには構造化する必要があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、ユーザの経験によらず、危機対応のために、過去の危機対応の事例の中から類似した事例を適切に検索できる検索装置、検索方法及び検索プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明に係る検索装置は、過去の危機の対応事例を示すログと、ログが対応を行って解決したい問題事例であることを示す問題ラベル、ログが対応行為によってもたらされた結果を示す結果ラベル、ログが問題の解決に対して実行された対応行為を示す対応ラベルのいずれかのラベルと、ログが該当するタスク番号と、を対応付けて記憶する記憶部と、記憶部が記憶する問題ラベルが付されたログの中から、入力されたログを第１の検索キーとして類似するログを検索する検索と、検索した問題ラベルが付されたログとタスク番号が同一である結果ラベルが付されたログを第２の検索キーとして類似するログを検索する検索とを、所定の条件に達するまで繰り返す検索部と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ユーザの経験によらず、危機対応のために、過去の危機対応の事例の中から類似した事例を適切に検索できる。
【図面の簡単な説明】
【００１０】
【図１】図１は、危機管理マネジメントシステムの構成を説明するための図である。
【図２】図２は、危機対応ログテーブルのデータ構成の一例を示す図である。
【図３】図３は、ノウハウテーブルのデータ構成の一例を示す図である。
【図４】図４は、ラベルを説明する図である。
【図５】図５は、各ラベルの関係を示す図である。
【図６】図６は、クライアント端末の画面の一例を示す図である。
【図７】図７は、図１に示すノウハウ分類部による分類例を説明する図である。
【図８】図８は、図１に示すノウハウ検索部による検索処理を説明する図である。
【図９】図９は、クライアント端末の画面の一例を示す図である。
【図１０】図１０は、図１に示す検索装置によるノウハウ登録処理の処理手順を示すシーケンス図である。
【図１１】図１１は、図１に示す検索装置によるノウハウ提示処理の処理手順を示すシーケンス図である。
【図１２】図１２は、図１１に示す検索処理の処理手順を示すフローチャートである。
【図１３】図１３は、プログラムが実行されることにより検索装置が実現されるコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願に係る検索装置、検索方法及び検索プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施形態により本発明が限定されるものではない。本発明の検索装置として、危機管理マネジメントシステムに含まれる装置、または危機管理マネジメントシステムの１つの機能として実現された場合を例に説明する。
【００１２】
［実施の形態］
［危機管理マネジメントシステムの概要］
ここで、危機管理マネジメントシステムとは、自治体や企業の危機管理室が、例えば、災害やサイバー攻撃といった危機に対応するためのマネジメントを支援するシステムのことである。そして、ある危機管理に対して、様々な危機管理対応業務（タスク）を束ねたものをボードと定義する。ボード内には、危機管理を遂行する上で必要となる各種情報がまとめられ、危機管理マネジメントシステムでは、これらの情報をユーザに出力することによって、ユーザによる意思決定や組織間連携を支援する。
【００１３】
また、本実施の形態に係る検索装置は、過去の危機の対応事例を示すログを危機対応ログとして保持する。ここで、危機対応ログは、個別の危機対応の事例であり一連の流れ（問題に対する対応とその結果）はあるものの、過去に起きた事実のみである。したがって、危機対応ログは、これらを組み合わせてどのようなことが想定されるかといった因果関係的なものまでは含んでいない。
【００１４】
本実施の形態の検索装置では、このような危機対応ログから、関連する部分をログの構造化（重要文抽出）により検索し、擬似的に過去の対応事例をつなぎ合わせて、現状に対して可能性のある因果関係をユーザに提示する。この際、本実施の形態では、ユーザが入力したログと検索された危機対応ログとの類似箇所をハイライト等で対応付けて表示する。
【００１５】
このように、本実施の形態では、ユーザの経験によらず、危機対応のために、過去の危機対応の事例の中から類似した事例を適切に検索し、類似箇所を対応付けてユーザに提示することで、ユーザが、状況に応じたリスクの特定や、このリスクに対するノウハウを適切に確認できるようにしている。
【００１６】
［危機管理マネジメントシステムの構成］
図１は、危機管理マネジメントシステムの構成を説明するための図である。図１に示すように、危機管理マネジメントシステム１は、ネットワーク３０を介して、複数のクライアント端末１０及び検索装置２０が接続する構成を有する。なお、検索装置２０は、危機を統括して管理する統括管理組織の本部と同じ場所に備えられてもよいし、統括管理組織とは異なる場所に備えられてもよい。また、クライアント端末１０は、統括管理組織及び統括管理組織に関連する各機関に備えられる。
【００１７】
検索装置２０は、例えばサーバ装置である。検索装置２０は、危機に対する組織の対応状態を示す危機対応情報を管理する機能も有する。検索装置２０は、対策本部の下部組織や支部等に備えられたクライアント端末１０に、危機対応情報を示す各種画面を表示させることによって、危機対応情報を各クライアント端末１０のユーザに提供する。
【００１８】
検索装置２０は、過去の危機の対応事例を示すログを、対応するタスクの識別情報に対応付けて保持する。さらに、検索装置２０は、ログを重要文ラベルに分類した上でノウハウとして保持する。検索装置２０は、ノウハウとして保持するログの中から、入力されたログに類似するログ、及び、検索したログとタスク番号が同一であるログのうち所定のラベルを有するログに類似するログを検索する。そして、検索装置２０は、入力されたログの入力元であるクライアント端末１０に、入力されたログと、検索したログとの類似箇所を対応づけて提示する。
【００１９】
クライアント端末１０は、例えばパーソナルコンピュータ、スマートフォン、携帯電話等である。ユーザは、各クライアント端末１０のＷｅｂブラウザを介して、ボードの参照や書き込みが可能である。また、ユーザが、クライアント端末１０のＷｅｂブラウザを介して危機対応ログを入力すると、クライアント端末１０の画面に、入力されたログに類似するログが疑似的につなぎ合わされて表示される。ユーザは、表示結果を確認することによって、現状に対して可能性のある因果関係を認識することができ、リスクに対応する方法を、現状と比較して速やかに理解することができる。
【００２０】
ネットワーク３０は、接続される各装置が相互に通信可能に構成されていればよく、例えばインターネットやＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）等で構成することができる。
【００２１】
［管理装置の構成］
次に、検索装置２０の構成について詳細に説明する。この検索装置２０は、図１に示すように、記憶部２１と制御部２２とを有する。
【００２２】
記憶部２１は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現され、検索装置２０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。記憶部２１は、危機対応ログ記憶部２１１及びノウハウ記憶部２１２を有する。
【００２３】
危機対応ログ記憶部２１１は、過去の危機の対応事例を示すログを、危機対応ログとして記憶する。危機対応ログ記憶部２１１は、各機器対応ログと、タスクＩＤとを対応付けた危機対応ログテーブルを記憶する。
【００２４】
図２は、危機対応ログテーブルのデータ構成の一例を示す図である。図２のテーブルＴ１に示すように、危機対応ログテーブルは、タスクＩＤ、優先度、タスクの状態、タスク名、関連タスク、起票日時、送信元、送信先、連絡内容に対応する各種情報が登録される。例えば、タスクＩＤ「１」であるタスク名「一般市民から輸送に関する苦情」に対するログとして、「白幡山から出発するバスに乗車した外国人が行先の違うバスに乗車するトラブルが発生した。」、「バス乗車後にスタッフが日本語でしか案内をしていない。」、「少なくとも英語で行先を案内すれば問題は起きないのではないか？改善を望む。(担当者Ａ受理)」という３文の連絡内容が対応付けられている。
【００２５】
ノウハウ記憶部２１２は、危機対応ログと、タスクＩＤと、ラベルとを対応付けたノウハウテーブルを記憶する。ノウハウ記憶部２１２は、危機対応ログを文単位でラベリングして記憶する。ノウハウ記憶部２１２が記憶する危機対応ログは、ノウハウとしての登録を指示されたログである。
【００２６】
ログに付されるラベルとして、「問題」、「結果」、「対応」、「その他」がある。「問題」ラベルは、ログが対応を行って解決したい問題事例であることを示す。「結果」ラベルは、ログが対応行為によってもたらされた結果を示す。「その他」ラベルは、ログが、問題事例と結果と対応行為とのいずれでもないその他の事例であることを示す。「対応」ラベルは、ログが問題の解決に対して実行された対応行為を示す。
【００２７】
図３は、ノウハウテーブルのデータ構成の一例を示す図である。図３のテーブルＴ２に示すように、ノウハウテーブルは、タスクＩＤ、ラベル、及び、危機対応ログを構成する文が登録される。例えば、テーブルＴ２の２行目に示すように、タスクＩＤ「１」の「白幡山から出発するバスに乗車した外国人が行先の違うバスに乗車するトラブルが発生した。」には「問題」ラベルが付されている。また、テーブルＴ２の４行目に示すように、タスクＩＤ「１」の「少なくとも英語で行先を案内すれば問題は起きないのではないか？改善を望む。(担当者Ａ受理)。」には「対応」ラベルが付されている。
【００２８】
次に、制御部２２について説明する。制御部２２は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部２２は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路である。制御部２２は、危機対応ログ管理部２２１、ノウハウ分類部２２２（分類部）、ノウハウ検索部２２３（検索部）及びノウハウ提示部２２４（提示部）を有する。
【００２９】
危機対応ログ管理部２２１は、危機対応に係るログを収集し、危機対応ログ記憶部２１１に格納する。危機対応ログ管理部２２１は、例えば、ユーザが、クライアント端末１０のＷｅｂブラウザで表示させた入力画面により、危機対応に係るログを収集する。
【００３０】
ノウハウ分類部２２２は、ログの分類指示を受けた場合に、ログが、問題事例、結果、対応行為、または、問題事例と結果と対応行為とのいずれでもないその他の事例のいずれかに分類する。ノウハウ分類部２２２は、分類結果に応じたラベルをログに付与し、タスクＩＤと対応付けて、ノウハウ記憶部２１２に格納する。ノウハウ分類部２２２は、入力されたログを、文単位で分類する。ノウハウ分類部２２２は、事前に構築された自然言語処理の教師有り分類にて構築された特徴空間を用いて、ログを分類する。
【００３１】
ノウハウ検索部２２３は、入力されたログに類似するログを検索する。具体的には、ノウハウ検索部２２３は、ノウハウ記憶部２１２が記憶する「問題」ラベルまたは「その他」ラベルが付されたログの中から、入力されたログを第１の検索キーとして類似するログを検索する検索と、検索した「問題」ラベルが付されたログとタスク番号が同一である「結果」ラベルが付されたログを第２の検索キーとして類似するログを検索する検索とを、所定の条件に達するまで繰り返す。ノウハウ検索部２２３は、ノウハウ分類部２２２によって、入力されたログに「対応」ラベルまたは「その他」ラベルが付された場合に検索を実行する。ノウハウ検索部２２３は、ログに対して、文単位で検索を行う。
【００３２】
ノウハウ提示部２２４は、入力されたログの入力元であるクライアント端末１０に、入力されたログと、ノウハウ検索部２２３によって検索されたログとの類似箇所を対応づけて提示する。
【００３３】
［ラベル］
次に、ラベルについて説明する。図４は、ラベルを説明する図である。図５は、各ラベルの関係を示す図である。図４及び図５に示すように、本実施の形態では、ラベルを、状況ラベルと対応ラベルとに大別する。状況ラベルは、「問題」、「その他」、「対応」の３種である。対応ラベルは、「対応」の１種である。
【００３４】
「問題」ラベルは、ログが対応を行って解決したい問題事例であることを示す。「結果」ラベルは、ログが対応行為によってもたらされた結果であることを示す。結果の例として、対応行為によって、もたらされた内部資産等の状態がある。「その他」ラベルは、ログが、問題や結果、対応以外の内容であることを示す。「その他」ラベルは、例えば、問題を解決するための目標や「対応」を行う上で、リスクとなり得る事象を示すログに付されている。リスクとなり得る事象とは、障害となる可能性のある事象、もしくは、「対応」を行った結果、発生する可能性のある事象などがある。また、「その他」ラベルは、リスクとなり得る事象ではないが、外部環境や内部環境についての何らかの記述を示すログや、天気、時間帯、地域、資産、リソースの状態を示すログにも付される。
【００３５】
そして、「対応」ラベルは、ログが問題の解決に対して実行された対応行為の内容であることを示す。「対応」ラベルは、「問題」解決に向けて実施する行為を示すログに付される。
【００３６】
続いて、図５を参照して、ラベルの関係について説明する。図５に示すように、「問題」ラベルのログの事例に対し、それを解消するための対応（「対応」ラベルのログに記載の対応行為）を実施し、その対応行為によってもたらされた状態が、「結果」ラベルのログに示される。「問題」に対しては、それに付随する「その他」状況や問題が明確でない場合の環境条件として「その他」状況が存在する。
【００３７】
［危機対応ログ管理部］
次に、危機対応ログ管理部２２１の処理について説明する。危機対応ログ管理部２２１は、例えば、ユーザが、クライアント端末１０のＷｅｂブラウザで表示させた入力画面により、危機対応に係るログを収集する。図６は、図１に示すクライアント端末１０のＷｅｂブラウザに表示される入力画面の一例である。
【００３８】
図６の入力画面Ｍ１には、ＩＤ（タスクＩＤ）、優先度、状態、完了予定、タスク名、関連タスク、起票日時、送信元、連絡先、連絡内容、添付、操作の項目が設定されている。操作項目には、図６のチェック欄ＣＢに示すように、ログに対する各種処理の指示が可能である選択欄が示される。例えば、チェック欄ＣＢのうち、「ノウハウ登録」欄Ｂ１をユーザが選択した場合を説明する。
【００３９】
この場合には、危機対応ログ管理部２２１は、このタスクＩＤ「１」の連絡内容である「白幡山から出発するバスに乗車した外国人が行先の違うバスに乗車するトラブルが発生した。」、「バス乗車後にスタッフが日本語でしか案内をしていない。」、「少なくとも英語で行先を案内すれば問題は起きないのではないか？改善を望む。(担当者Ａ受理)」の３文をノウハウに登録する指示を受け付ける。そして、危機対応ログ管理部２２１は、受け付けた３文を、危機対応ログ記憶部２１１に格納するとともに、ノウハウ分類部２２２に分類を依頼する。ノウハウ分類部２２２は、受け付けた３文の分類をそれぞれ実行し、タスクＩＤにラベルを付した各文を対応づけて、ノウハウ記憶部２１２に格納する。
【００４０】
このように、ユーザがタスクの配下にてメッセージのやり取りをした場合には、タスクに対応付けてスレッドとして管理され、危機対応ログ管理部２２１によって、危機対応ログ記憶部２１１に格納される。さらに、ノウハウ登録を指示した場合には、登録を指示した連絡内容は、ノウハウ分類部２２２によってラベリングされてからノウハウ記憶部２１２に格納される。また、検索装置２０では、危機対応ログの入力があった場合には、入力されたログを分類した後、該ログに類似するログの検索及び検索結果のクライアント端末１０への提示が行なわれる。
【００４１】
［ノウハウ分類部］
そこで、次に、ノウハウ分類部２２２の処理について説明する。図７は、図１に示すノウハウ分類部２２２による分類例を説明する図である。
【００４２】
ノウハウ分類部２２２は、事前に構築された自然言語処理の教師有り分類にて構築された特徴空間を用いて、ログを分類する。この重要文ラベルを分類するための特徴空間は、自然言語処理の教師あり分類にて事前に構築しておくものとする。また、特徴空間の再構築は、定期的に実施される。または、特徴空間の再構築は、ユーザの指定を契機として、或いは、データ量の増分の閾値が超えた場合を契機として、不定期に実施される。その際の重要文ラベルは、ノウハウ提示部で収集した修正情報も自動的に取り込んで実施するものとする。
【００４３】
例えば、図７に示すように、ノウハウ分類部２２２は、特徴空間を用いて、「一般市民から輸送に関する苦情。(担当者Ａ受理)」を、問題事例として分類し、「問題」ラベルを付与する。ノウハウ分類部２２２は、特徴空間を用いて、「白幡山から出発するバスに乗車した外国人が行先の違うバスに乗車するトラブルが発生した。」及び「バス乗車後にスタッフが日本語でしか案内をしていない。」の２文をそれぞれ問題事例として分類し、「問題」ラベルを付与する。また、ノウハウ分類部２２２は、特徴空間を用いて「少なくとも英語で行先を案内すれば問題は起きないのではないか？改善を望む。(担当者Ａ受理)」の文を対応行為に分類し「対応」ラベルを付与する。
【００４４】
ノウハウ分類部２２２は、ラベリングした各文を、文ごとに、タスクＩＤとともにノウハウ記憶部に格納する。
【００４５】
［ノウハウ検索部］
次に、ノウハウ検索部２２３の処理について説明する。図８は、図１に示すノウハウ検索部２２３による検索処理を説明する図である。
【００４６】
まず、入力された危機対応ログには「問題」が顕在化していない場合もあるため、「問題」或いは「その他」に分類されたログがあった場合、以下の手順でノウハウ検索を実施する。
【００４７】
まず、第１の処理として、ノウハウ検索部２２３は、入力された危機対応ログのラベルが「問題」または「その他」である場合に、検索を実行する。この場合、ノウハウ検索部２２３は、「問題」ラベルまたは「その他」ラベルが付されたログＬ１，Ｌ２の文を検索キーとする検索条件を生成する。そして、ノウハウ検索部２２３は、ノウハウ記憶部２１２を検索する。
【００４８】
第２の処理として、ノウハウ検索部２２３は、ノウハウ記憶部２１２が記憶するログ（ノウハウ）の中から、類似スコアが所定の閾値以上である「問題」ラベルまたは「その他」ラベルが付されたログＬ３，Ｌ４を検索する。類似スコアは、例えば、比較対象の文同士の空間距離である。また、類似スコアは、例えば、比較対象の文それぞれに対応するベクトル同士の距離である。
【００４９】
第３の処理として、ノウハウ検索部２２３は、ノウハウ記憶部２１２が記憶するノウハウの中から、類似スコアが所定の閾値以上である「問題」ラベルまたは「その他」ラベルが付されたログを発見した場合（図８の（１）参照）に、発見したログのタスクＩＤをキーとして、同タスクＩＤの「対応」ラベル及び「結果」ラベルが付与されたノウハウの有無を確認する。
【００５０】
続いて、ノウハウ検索部２２３は、同タスクＩＤの「対応」ラベル及び「結果」ラベルのノウハウＬ５，Ｌ６がいずれもノウハウ記憶部２１２にある場合（図８の（２）参照）、「結果」ラベルが付されたログＬ６を「問題」ラベルとして読み替えて、第１の検索処理に戻る。そして、ノウハウ検索部２２３は、ノウハウ記憶部２１２から、「結果」ラベルを「問題」ラベルと読み替えたログＬ６と、類似スコアが所定の閾値以上である「問題」ラベルまたは「その他」ラベルが付されたログを検索する（図８の（３）参照）。この結果、ノウハウ検索部２２３は、「問題」または「その他」ラベルが付されたログＬ７，Ｌ８の文を検索する。
【００５１】
また、ノウハウ検索部２２３は、同タスクＩＤの「対応」ラベル及び「結果」ラベルのログ（ノウハウ）のいずれか、或いは、双方が、ノウハウ記憶部２１２にない場合、検索処理を終了し、検索結果をノウハウ提示部２２４に出力する。或いは、ノウハウ検索部２２３は、検索回数が所定の上限回数を超えた場合には、検索結果をノウハウ提示部２２４に出力する。
【００５２】
［ノウハウ提示部］
続いて、ノウハウ提示部２２４の処理について説明する。図９は、クライアント端末１０の画面の一例を示す図である。ノウハウ提示部２２４は、入力されたログの入力元であるクライアント端末１０に、入力されたログと、ノウハウ検索部２２３によって検索されたログとの類似箇所を対応づけて提示する。
【００５３】
具体的には、図９の画面Ｄ１に示すように、左方の枠Ｕ１内に、入力された危機対応ログを、ラベルを付した状態で表示する。例えば、ノウハウ提示部２２４は、枠Ｕ１に、「問題」ラベルが付された「外国人のバスの行き先間違えが多発しているとの報告あり。」とするログＬ１と、「その他」ラベルが付された「現地には案内用の英語のパンフレットしかないとのこと。」とするログＬ２を表示する。ユーザは、危機対応ログに付された「問題」ラベル及び「その他」ラベルを確認することによって、入力した危機対応ログの内容が、自己もしくは自組織のリスクとなり得ることを認知することができる。
【００５４】
そして、ノウハウ提示部２２４は、画面Ｄ１の中央に、入力された危機対応ログのログＬ１，Ｌ２を検索キーとして１回目に検索されたノウハウを、入力された危機対応ログとの関連性が分かるように矢印で対応付けた状態で、表示する。さらに、ノウハウ提示部２４は、類似している箇所を同じ背景色で示す等の色分けを行う。
【００５５】
例えば、ノウハウ提示部２２４は、画面Ｄ１の中央上の枠Ｕ２内に、ログＬ１，Ｌ２と類似するログとして検索されたログＬ３，Ｌ４を表示する。この際、ログＬ１，Ｌ２と、ログＬ３，Ｌ４は、類似状況であることが矢印を用いて対応付けられるとともに、同色の背景色が用いられる。なお、ログＬ３は、「問題」ラベルが付された「乗車した外国人が行先の違うバスに乗車するトラブルが発生した。」とするログである。ログＬ４は、「その他」ラベルが付された「バス乗車後にスタッフから英語の案内をしていない。」とするログである。このログＬ３、Ｌ４の提示によって、ユーザは、リスクとなり得るログと類似する問題事例及びその他の状況を特定することができる。
【００５６】
ノウハウ提示部２２４は、１回目に検索されたログＬ３，Ｌ４と同スレッド（同タスクＩＤ）の「対応」ラベルまたは「結果」ラベルが付されたログＬ５，Ｌ６を枠Ｕ３に表示する。ログＬ５は、「対応」ラベルが付された「英語の行先案内マップを社内に添付することとする。」とするログである。ログＬ６は、「結果」ラベルが付された「マップに気付かない外国人の行き先誤りの問題が依然として発生している。」とするログである。
【００５７】
このログＬ５，Ｌ６は、入力されたログＬ１，Ｌ２に類似するログＬ３，Ｌ４の対応状況と、その対応による結果を示す。したがって、ユーザは、このログＬ５，Ｌ６を確認することによって、自身が入力した危機対応ログへの対応方法を、現状と比較して迅速に理解することができる。
【００５８】
さらに、ノウハウ提示部２２４は、画面Ｄ１の右方に、１回目の検索において取得されたログＬ６の「結果」ラベルを「問題」ラベルに読み替えて、このログＬ６の文を検索キーとして検索した２回目の検索結果を示す。
【００５９】
具体的には、ノウハウ提示部２２４は，枠Ｕ４に、枠Ｕ３の「問題」ラベルに読み替えられた「マップに気付かない外国人の行き先誤りの問題が依然として発生している。」とするログＬ６と類似するログＬ７を示す。ログＬ７は、「問題」ラベルが付された「ＨＰの外国人向けマップが更新されておらず、バスの増設便で行先間違えする問題が発生した。」とするログである。ユーザは、ログＬ７を確認することによって、現状に対して可能性のある因果関係を認識することができる。
【００６０】
そして、ノウハウ提示部２２４は、枠Ｕ３に、ログＬ７と同スレッドの「対応」ラベルが付されたログＬ８を示す。ログＬ８は、「ＨＰに掲載している古いマップの訂正を実施した。」とするログである。ユーザは、ログＬ８を確認することによって、自身が入力した危機対応ログから派生し得るリスクへの対応方法を、迅速に理解することができる。
【００６１】
この際、ノウハウ提示部２２４は、ログＬ５とログＬ８を、対応案であることが分かるように、ログＬ１〜Ｌ４とは異なる背景色であって、同色の背景色で示す。そして、ノウハウ提示部２２４は、ログＬ６とログＬ７を、ユーザが入力した危機対応ログから派生し得る問題事例であることが分かるように、ログＬ１〜Ｌ５，Ｌ８とは異なる背景色であって、同色の背景色で示す。
【００６２】
このように、ノウハウ提示部２２４は、入力されたログと、ノウハウ検索部２２３によって検索されたログとの対応関係が明確となるように、類似箇所を対応づけて、クライアント端末１０の画面に表示させる。ユーザは、自身のクライアント端末１０の画面を確認することによって、自身が入力した危機対応ログの状況に応じたリスクを特定でき、このリスクに対する対応行為をノウハウとして確認することができる。
【００６３】
また、ユーザは、自身のクライアント端末１０の画面を確認することによって、検索されたノウハウと自身が入力した危機対応状況ログの内容とのいずれの箇所が類似しているのかを容易に認識することができるため、状況の認識を高めることができる。
【００６４】
なお、ノウハウ提示部２２４は、危機対応ログが、「対応」ラベルまたは「結果」ラベル分類されている際には、その旨をクライアント端末１０の画面に提示する。また、ノウハウ提示部２２４は、危機対応ログに類似する「問題」ラベルまたは「その他」ラベルのログの検索が無かった場合、及び、危機対応ログに類似する「問題」ラベルまたは「その他」ラベルのログと同スレッドの「対応」ラベルまたは「結果」ラベルのログの検索が無かった場合には、その旨をクライアント端末１０の画面に提示する。
【００６５】
［ノウハウ登録処理］
次に、検索装置２０によるノウハウ登録処理の処理手順について説明する。図１０は、図１に示す検索装置２０によるノウハウ登録処理の処理手順を示すシーケンス図である。
【００６６】
まず、クライアント端末１０において、ユーザが、危機対応ログ記憶部２１１のログ参照時（例えば、図６の画面参照時）（ステップＳ１）、ユーザのクライアント端末１０の操作によって、危機対応ログからのノウハウ登録が指示される（ステップＳ２）。
【００６７】
危機対応ログ管理部２２１は、危機対応ログからのノウハウ登録を受け付けて（ステップＳ３）、このログをノウハウとして格納するための分類を、ノウハウ分類部２２２に依頼する（ステップＳ４）。ノウハウ分類部２２２は、前記した特徴空間を用いて、依頼を受けた危機対応ログを分類し、ラベリングを行って、ノウハウとして、ノウハウ記憶部２１２に登録する（ステップＳ５，Ｓ６）。
【００６８】
［ノウハウ提示処理］
次に、検索装置２０によるノウハウ提示処理について説明する。図１１は、図１に示す検索装置２０によるノウハウ提示処理の処理手順を示すシーケンス図である。
【００６９】
まず、検索処理では、クライアント端末１０による危機対応ログの入力があると（ステップＳ１１）、危機対応ログ管理部２２１は、危機対応ログの入力を受け付け（ステップＳ１２）、受け付けた危機対応ログを危機対応ログ記憶部２１１に登録する（ステップＳ１３）。続いて、危機対応ログ管理部２２１は、ノウハウ提示対象の危機対応ログを、ノウハウ提示部２２４に通知する（ステップＳ１４）。そして、危機対応ログ管理部２２１は、このログの分類を、ノウハウ分類部２２２に依頼する（ステップＳ１５）。
【００７０】
ノウハウ分類部２２２は、前記した特徴空間を用いて、依頼を受けた危機対応ログを分類し、ラベリングを行い（ステップＳ１６）、分類結果をノウハウ検索部２２３に通知する（ステップＳ１７）。
【００７１】
ノウハウ検索部２２３は、危機対応ログ記憶部２１１及びノウハウ記憶部２１２を参照して（ステップＳ１８，Ｓ１９）通知を受けた危機対応ログに対して、類似するログを検索する検索処理を行う（ステップＳ２０）。ノウハウ検索部２２３は、検索結果通知及びノウハウ提示依頼をノウハウ提示部２２４に行う（ステップＳ２１）。
【００７２】
ノウハウ提示部２２４は、入力されたログの入力元であるクライアント端末１０に、入力されたログと、ノウハウ検索部２２３によって検索されたログとの類似箇所を対応づけて提示し（ステップＳ２２，Ｓ２３）、処理を終了する。
【００７３】
［検索処理］
次に、検索処置（ステップＳ２０）の処理手順について説明する。図１２は、図１１に示す検索処理の処理手順を示すフローチャートである。
【００７４】
図１２に示すように、ノウハウ検索部２２３は、入力された危機対応ログが問題事例（「問題」ラベル）またはその他の事例（「その他」ラベル）に分類されたか否かを判定する（ステップＳ３１）。
【００７５】
ノウハウ検索部２２３は、入力された危機対応ログが問題事例（「問題」ラベル）またはその他の事例（「その他」ラベル）に分類されたと判定した場合（ステップＳ３１：Ｙｅｓ）、この「問題」ラベルまたは「その他」ラベルが付されたログの文を検索キーとする検索条件を生成し（ステップＳ３２）、ノウハウ記憶部２１２を検索する（ステップＳ３３）。
【００７６】
ノウハウ検索部２２３は、ノウハウ記憶部２１２が記憶するログ（ノウハウ）の中から、類似スコアが所定の閾値以上である「問題」ラベルまたは「その他」ラベルが付されたログを発見したか否かを判定する（ステップＳ３４）。ノウハウ検索部２２３は、類似スコアが所定の閾値以上である「問題」ラベルまたは「その他」ラベルが付されたログを発見したと判定した場合（ステップＳ３４：Ｙｅｓ）、同タスクＩＤの「対応」ラベル及び「結果」ラベルが付されたノウハウの有無を確認する（ステップＳ３５）。
【００７７】
ノウハウ検索部２２３は、同タスクＩＤの「対応」ラベル及び「結果」ラベルが付されたノウハウがあると判定した場合（ステップＳ３６：Ｙｅｓ）、終了条件に達したか否かを判定する（ステップＳ３７）。
【００７８】
ノウハウ検索部２２３は、終了条件に達していないと判定した場合（ステップＳ３７：Ｎｏ）、「結果」ラベルが付されたログＬ６を「問題」ラベルとして読み替えて（ステップＳ３８）、ステップＳ３２に戻る。そして、ノウハウ検索部２２３は、ステップＳ３２において、ノウハウ記憶部２１２から、「結果」ラベルを「問題」ラベルと読み替えたノウハウと、類似スコアが所定の閾値以上である「問題」ラベルまたは「その他」ラベルが付されたログを検索する。
【００７９】
一方、ノウハウ検索部２２３は、入力された危機対応ログが問題事例（「問題」ラベル）またはその他の事例（「その他」ラベル）に分類されていないと判定した場合（ステップＳ３１：Ｎｏ）、類似スコアが所定の閾値以上である「問題」ラベルまたは「その他」ラベルが付されたログを発見していないと判定した場合（ステップＳ３４：Ｎｏ）、同タスクＩＤの「対応」ラベル及び「結果」ラベルが付されたノウハウがないと判定した場合（ステップＳ３６：Ｎｏ）、または、終了条件に達したと判定した場合（ステップＳ３７：Ｙｅｓ）、検索結果を出力して（ステップＳ３９）、検索処理を終了する。
【００８０】
［実施の形態の効果］
このように、実施の形態に係る検索装置２０では、過去の危機の対応事例を示すログに、「問題」ラベル、「結果」ラベル、「対応」ラベル或いは「その他」ラベルと、タスク番号とを対応付けて記憶する。そして、検索装置２０は、記憶するログの中から、入力されたログを第１の検索キーとして類似するログを検索する検索と、検索した問題ラベルが付されたログとタスク番号が同一である対応ラベル或いは結果ラベルが付されたログを第２の検索キーとして類似するログを検索する検索とを、所定の条件に達するまで繰り返す。
【００８１】
この結果、検索装置２０は、入力されたログと類似するログとして、現状に対して可能性のある因果関係を示すログや、ログに示された問題に類似した問題に対して実際に行われた対応とその結果とを検索することができる。このため、ユーザは、この検索結果を確認することによって、大規模な自然災害やサイバー攻撃等の危機事象の対応に当たる際であっても、自身が入力した危機対応ログの状況に応じたリスクを特定でき、このリスクに対するノウハウを確認することができる。
【００８２】
そして、検索装置２０では、事前に構築された自然言語処理の教師有り分類にて構築された特徴空間を用いることによって、適切にログを分類することができ、円滑な検索処理を実行可能である。
【００８３】
また、検索装置２０では、入力されたログに「対応」ラベルまたは「その他」ラベルが付されている場合、検索を実行するため、ユーザは、現状に対して実際に対応が必要であるタイミングで、適切なノウハウを確認することができる。
【００８４】
そして、検索装置２０は、入力されたログの入力元であるクライアント端末に、入力されたログと、検索されたログとの類似箇所を対応づけて提示する。このため、ユーザは、自身のクライアント端末１０の画面を確認することによって、検索されたノウハウと自身が入力した危機対応状況ログの内容とのいずれの箇所が類似しているのかを容易に認識することができるため、状況の認識を高めることができる。
【００８５】
このように、本実施の形態によれば、ユーザの経験によらず、危機対応のために、過去の危機対応の事例の中から類似した事例を適切に検索できる。そして、本実施の形態では、現状に応じてリスクを特定しながら、そのリスクに類似したリスクへの対応及び結果を関連付けて提示することで、経験の浅いユーザが自己もしくは自組織のリスクを認知し対策を講じる必要があることに気づき、リスクに対応する方法を、現状と比較して速やかに理解することができるようにしている。
【００８６】
［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（Central  Processing  Unit）及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００８７】
また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００８８】
［プログラム］
図１３は、プログラムが実行されることにより、検索装置２０が実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。
【００８９】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。
【００９０】
ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、検索装置２０の各処理を規定するプログラムは、コンピュータ１０００により実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、検索装置２０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid  State  Drive）により代替されてもよい。
【００９１】
また、上述した実施の形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。
【００９２】
なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ、ＷＡＮ等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【００９３】
以上、本発明者によってなされた発明を適用した実施の形態について説明したが、本実施の形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施の形態に基づいて当業者等によりなされる他の実施の形態、実施例及び運用技術等は全て本発明の範疇に含まれる。
【符号の説明】
【００９４】
１０  クライアント端末
２０  検索装置
２１  記憶部
２２  制御部
３０  ネットワーク
２１１  危機対応ログ記憶部
２１２  ノウハウ記憶部
２２１  危機対応ログ管理部
２２２  ノウハウ分類部
２２３  ノウハウ検索部
２２４  ノウハウ提示部
【図１】
2019212060.tif 000003
【図２】
2019212060.tif 000004
【図３】
2019212060.tif 000005
【図４】
2019212060.tif 000006
【図５】
2019212060.tif 000007
【図６】
2019212060.tif 000008
【図７】
2019212060.tif 000009
【図８】
2019212060.tif 000010
【図９】
2019212060.tif 000011
【図１０】
2019212060.tif 000012
【図１１】
2019212060.tif 000013
【図１２】
2019212060.tif 000014
【図１３】
2019212060.tif 000015