(57)【要約】【課題】設計情報と市場情報とを統合したリストを作成でき、入力された情報に対してリストを用いた検索を実行でき、情報を整理した状態で管理すること。【解決手段】設計情報から不具合メカニズムを抽出して、要素リストおよび関連性リストを作成するルール作成モジュールと、市場情報から頻出語句リストおよび相関性リストを検出するリスト検出モジュールと、要素リストおよび頻出語句リストの情報に基づいてルール要素リストを作成し、ルール要素リスト、関連性リスト、および相関性リストに基づいてルールリストを作成するルールリスト作成モジュールと、ルールリストに基づいて、推論を実行する推論エンジンを有し、入力された情報とルール要素リストとに基づいて検索を行って、推論エンジンを介して検索結果を表示するインターフェースと、を備える。【選択図】図１
2020091755.tif 000002
【特許請求の範囲】
【請求項１】
設計情報から不具合メカニズムを抽出して、要素リストおよび関連性リストを作成するリスト作成モジュールと、
市場情報から頻出語句リストおよび相関性リストを検出するリスト検出モジュールと、
前記要素リストおよび前記頻出語句リストの情報に基づいてルール要素リストを作成し、前記ルール要素リスト、前記関連性リスト、および前記相関性リストに基づいてルールリストを作成するルールリスト作成モジュールと、
前記ルールリストに基づいて、推論を実行する推論エンジンを有し、入力された情報と前記ルール要素リストとに基づいて検索を行って、前記推論エンジンを介して検索結果を表示するインターフェースと、を備える
ことを特徴とする検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索システムに関する。
【背景技術】
【０００２】
特許文献１には、製品などの不具合を分析する方法として、故障モード影響解析（ＦＭＥＡ：Failure  Mode  and  Effect  Analysis）がある。ＦＭＥＡシートには、機器を構成する部品および機能毎に、故障モードと、故障モードが機器にもたらす影響とが対応づけて登録されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−０４５５４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、製品に関する品質情報には、設計や製造時などの製品の出荷前に評価確認される設計情報と、実際の市場で顧客などから得られる情報（以下、市場情報）がある。しかしながら、上述した従来技術においては、これらの設計情報と市場情報との両方を統合した検索システムについては検討されていない。
【０００５】
本発明は、上記に鑑みてなされたものであって、その目的は、設計情報と市場情報とを統合したリストを作成でき、入力された情報に対してリストを用いた検索を実行でき、情報を整理した状態で管理できる検索システムを提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、上記目的を達成するために、本発明に係る検索システムは、設計情報から不具合メカニズムを抽出して、要素リストおよび関連性リストを作成するリスト作成モジュールと、市場情報から頻出語句リストおよび相関性リストを検出するリスト検出モジュールと、前記要素リストおよび前記頻出語句リストの情報に基づいてルール要素リストを作成し、前記ルール要素リスト、前記関連性リスト、および前記相関性リストに基づいてルールリストを作成するルールリスト作成モジュールと、前記ルールリストに基づいて、推論を実行する推論エンジンを有し、入力された情報と前記ルール要素リストとに基づいて検索を行って、前記推論エンジンを介して検索結果を表示するインターフェースと、を備えることを特徴とする。
【発明の効果】
【０００７】
本発明に係る検索システムによれば、設計情報と市場情報とを統合したリストを作成でき、入力された情報に対してリストを用いた検索を実行でき、情報を整理した状態で管理することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の一実施形態による検索システムの構成を示すブロック図である。
【図２】図２は、本発明の一実施形態による検索システムのルール作成モジュールの処理を示すフローチャートである。
【図３】図３は、本発明の一実施形態におけるルール作成モジュールにおける、（ａ）ＦＭＥＡシート、（ｂ）構造情報、（ｃ）要素リスト、および（ｄ）関連性リストの例を示す図である。
【図４】図４は、本発明の一実施形態におけるルール作成モジュールにおける、（ａ）ＤＲＢＦＭシート、（ｂ）構造情報、（ｃ）関連性パターン、（ｄ）要素リスト、および（ｅ）関連性リストの例を示す図である。
【図５】図５は、本発明の一実施形態におけるリスト検出モジュールによる処理を示すフローチャートである。
【図６】図６は、本発明の一実施形態におけるリスト検出モジュールによる頻出語句リストおよび相関性リストの作成方法を説明するための図である。
【図７】図７は、本発明の一実施形態におけるルールリスト作成モジュールによる処理を示すフローチャートである。
【図８】図８は、本発明の一実施形態におけるルールリスト作成モジュールによるルール要素リストの作成方法を説明するための図である。
【図９】図９は、本発明の一実施形態におけるルールリスト作成モジュールによるルールリストの作成方法を説明するための図である。
【図１０】図１０は、本発明の一実施形態におけるインターフェースによる（ａ）ルールベースの検索方法および（ｂ）出力結果を説明するための図である。
【図１１】図１１は、本発明の一実施形態におけるインターフェースによる検索結果の表示例を示す図である。
【図１２】図１２は、本発明の一実施形態による検索システムの使用方法を説明するための図である。
【図１３】図１３は、本発明の一実施形態による検索システムを技術者が使用する場合の使用方法を説明するためのフローチャートである。
【図１４】図１４は、本発明の一実施形態による検索システムをサービス担当者が使用する場合の使用方法を説明するためのフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の一実施形態について図面を参照しつつ説明する。なお、以下の一実施形態の全図においては、同一または対応する部分には同一の符号を付す。また、本発明は以下に説明する一実施形態によって限定されるものではない。
【００１０】
本発明の一実施形態による検索システムにおいては、設計時におけるＦＭＥＡ、ＦＴＡ（Fault  Tree  Analysis）、およびＤＲＢＦＭ（Design  Review  Based  on  Failure  Mode）などの品質の検討資料から、不具合発生メカニズムを抽出する。一方で、検索システムにおいては、ディーラーやコールセンターなどにおいて得られる市場情報を解析することによって、不具合に関連する要素を抽出する。これらに基づいて検索システムは、不具合発生メカニズムと不具合に関連する要素とを統合して、設計情報と市場情報とを統合した不具合メカニズムの検索システムを構築する。なお、ＦＴＡは、製品やシステムにおいて現れた不良現象から、その原因を逐次下位レベルに展開して重要な原因が起こらないように事前に対策を行う設計方法である。ＦＭＥＡは、故障モード影響解析と言われ、製品やシステムを構成する部品などが故障した際に、製品やシステムにどのような不良現象として現れるかを整理し、影響の大きい不良現象を事前に排除するための設計方法である。ＤＲＢＦＭは、体系的なＦＭＥＡの運用方法であって、設計の変更点に着目するものである。
【００１１】
さて、車両などの製品に関する品質情報には、設計時や製造時などの製品の出荷前に、評価や確認される設計情報と、実際の市場で集められる市場情報とがある。設計情報は、ＤＲＢＦＭやＦＭＥＡなどの方法に基づいて検討されて、製品の不具合の発生に至るメカニズム（不具合メカニズム）として解析され、不具合メカニズムの対策の方法と合わせて検討される。この設計情報に関して、ＦＭＥＡを高品質かつ効率よく実施する方法としては、既存のＦＭＥＡを利用して新規ＦＭＥＡを作成する方法が提案されている。一方、ＤＲＢＦＭやＦＭＥＡが、どの程度効果的であったかを判断するためには、製品の出荷後に市場での実際の不具合の発生状況を確認する必要がある。また、市場情報をＤＲＢＦＭやＦＭＥＡの検討時における情報として組み込むことによって、さらに効果的な高品質の検討を実行可能になる。以上の点を考慮すると、設計情報と市場情報とを取り込み、これらを統合した品質に関する検索システムの実現が望ましい。しかしながら、従来は、市場情報を解析して設計情報と統合する仕組みが存在していなかった。
【００１２】
これは、市場情報が、ディーラーやコールセンターなどにおいて、いわゆるお客様の声として集められるためである。市場情報は、自然言語の形で収集されるため、機械的に故障モードを分析して不具合メカニズム情報として蓄積することがお困難である。自然言語処理においては、手がかり表現や各フレームを用いた構文解析、形態素解析から共起分析を行って傾向が求められる。しかしながら、これらの方法では、不具合メカニズムを特定するための情報として整理することができなかった。そこで、本発明の一実施形態においては、設計情報と市場情報とを統合したリストを作成して、入力された情報に対してリストを用いた検索を実行することができ、不具合メカニズムなどの情報を整理した状態で管理できる検索システムについて説明する。
【００１３】
本発明の一実施形態による検索システムについて説明する。図１は、この一実施形態による検索システム１を示す。図１に示すように、本実施形態において、不具合要因から不具合事象に至るメカニズムを検索する検索システム１は、以下の４つのコンポーネントから構成される。すなわち、検索システム１は、ネットワーク２を介して互いに通信可能な、ルール作成モジュール１０、リスト検出モジュール２０、ルールリスト作成モジュール３０、およびインターフェース４０を有する。
【００１４】
ネットワーク２は、インターネット回線網や携帯電話回線網などから構成される。ネットワーク２は、例えば、インターネットなどの公衆通信網であって、ＷＡＮ（Wide  Area  Network）や、携帯電話などの電話通信網や、ＷｉＦｉ（登録商標）などの無線通信網などのその他の通信網を含んでもよい。
【００１５】
（ルール作成モジュール）
ルール作成モジュール１０は、ネットワーク２を介して通信可能な、従来公知の一般的なコンピュータに搭載される。なお、本明細書において各コンポーネントが搭載される一般的なコンピュータの構成についての個々の説明は省略するが、コンピュータは、入出力部、通信部、制御部、および記憶部を備える。
【００１６】
コンピュータにおける入出力部は、キーボードや入力用のボタン、レバーや、液晶等のディスプレイに積層して設けられるタッチパネルなどのユーザインターフェースを用いて構成される。ユーザなどがタッチパネルディスプレイを操作したり、スピーカマイクロホンに向けて音声を発したりすることによって、制御部に所定の情報を入力するように構成される。出力手段としての入出力部は、制御部による制御に従って、タッチパネルディスプレイの画面上に文字や図形などを表示したり、スピーカマイクロホンから音声を出力したりして、所定の情報を外部に通知可能に構成される。通信部は、例えば、ＬＡＮ（Local  Area  Network）インターフェースボードや、無線通信のための無線通信回路などである。ＬＡＮインターフェースボードや無線通信回路は、公衆通信網であるインターネットなどのネットワーク２に接続される。通信部は、ネットワーク２に接続して通信を行う。制御部は、具体的に、ＣＰＵ（Central  Processing  Unit）、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field-Programmable  Gate  Array）などのプロセッサ、およびＲＡＭ（Random  Access  Memory）やＲＯＭ（Read  Only  Memory）などの主記憶部（いずれも図示せず）を備える。記憶部は、ＥＰＲＯＭ（Erasable  Programmable  ROM）、ハードディスクドライブ（ＨＤＤ、Hard  Disk  Drive）、およびリムーバブルメディアなどから選ばれた記憶媒体から構成される。なお、リムーバブルメディアは、例えば、ＵＳＢ（Universal  Serial  Bus）メモリ、または、ＣＤ（Compact  Disc）、ＤＶＤ（Digital  Versatile  Disc）、またはＢＤ（Blu-ray（登録商標）  Disc）のようなディスク記録媒体である。記憶部には、オペレーティングシステム（Operating  System  :ＯＳ）、各種プログラム、各種テーブル、各種データベースなどが格納可能である。制御部は、記憶部に格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて、所定の機能を実現したり各構成部などを制御したりする。
【００１７】
ルール作成モジュール１０は、ＤＲＢＦＭやＦＭＥＡなどから不具合メカニズムを抽出してルールを作成するモジュールである。すなわち、ルール作成モジュール１０は、ＤＲＢＦＭ、ＦＭＥＡ、ＦＴＡなどの構造化されたフォーマットから構成される不具合解析資料から、要素および関連性を抽出する機能を実現する。具体的に、ルール作成モジュール１０は、制御部によるプログラムの実行によって実現される構造解析部１２を備える。構造解析部１２は、機能として抽出分類部１３および関連性解析部１４を有する。ルール作成モジュール１０の記憶部には、ＤＲＢＦＭシートまたはＦＭＥＡシートからなる解析シート１１、要素リストデータベース１５、および関連性リストデータベース１６が格納されている。なお、解析シート１１、要素リスト、および関連性リストの詳細については後述する。ルール作成モジュール１０が搭載されたコンピュータの通信部は、ネットワーク２に接続される。
【００１８】
（リスト検出モジュール）
リスト検出モジュール２０は、ネットワーク２を介して通信可能な、従来公知の一般的なコンピュータに搭載される。リスト検出モジュール２０は、市場情報から頻出語句および相関性を検出するモジュールである。すなわち、リスト検出モジュール２０は、構造化されていない、いわゆるお客様の声と言われる顧客からの問合せまたは要求の情報や、コールセンターからの情報や、ディーラーからの情報（以下、顧客要求情報と総称）に含まれる不具合関連情報から、頻出単語および相関性を検出する機能を実現する。具体的に、リスト検出モジュール２０は、制御部によるプログラムの実行によって実現されるテキストマイニング部２２を備える。テキストマイニング部２２は、機能として形態素解析部２３および共起分析部２４を有する。リスト検出モジュール２０の記憶部には、不具合関連情報を含む顧客要求情報２１、頻出語句リストデータベース２５、および相関性リストデータベース２６が格納されている。なお、顧客要求情報２１、不具合関連情報、頻出語句リスト、および相関性リストの詳細については後述する。リスト検出モジュール２０が搭載されたコンピュータの通信部は、ネットワーク２に接続される。
【００１９】
（ルールリスト作成モジュール）
ルールリスト作成モジュール３０は、ネットワーク２を介して通信可能、かつ種々の情報を入出力可能な従来公知の一般的なコンピュータに搭載される。ルールリスト作成モジュール３０は、ルール作成モジュール１０によって得られた情報、およびリスト検出モジュール２０によって得られた情報の２種類の情報を統合してルールを作成するモジュールである。すなわち、ルールリスト作成モジュール３０は、ルール作成モジュール１０およびリスト検出モジュール２０によって得られた情報を統合したルール要素およびルールを作成する機能を実現する。ルールリスト作成モジュール３０は、制御部によるプログラムの実行によって実現される比較部３１、ルール要素リスト作成部３２、およびルールリスト作成部３４を備える。ルールリスト作成モジュール３０の記憶部には、ルール要素リストデータベース３３、およびルールリストデータベース３５が格納されている。なお、ルール要素リスト、ルールリストの詳細については後述する。ルールリスト作成モジュール３０が搭載されたコンピュータの通信部は、ネットワーク２に接続される。
【００２０】
比較部３１は、ルール作成モジュール１０において作成された要素リストとリスト検出モジュール２０において検出された頻出語句リストとを比較する。ルール要素リスト作成部３２は、比較部３１によって実行された比較に基づいてルール要素リストを作成して、ルール要素リストデータベース３３に格納する。ルールリスト作成部３４は、ルール要素リスト作成部３２によって作成されたルール要素リストと、ルール作成モジュール１０において作成された関連性リストと、リスト検出モジュール２０において検出された相関性リストとに基づいて、ルールリストを作成する。ルールリスト作成部３４は、作成したルールリストをルールリストデータベース３５に格納する。
【００２１】
（インターフェース）
インターフェース４０は、ネットワーク２を介して通信可能、かつ種々の情報を入出力可能な従来公知の一般的なコンピュータに搭載される。インターフェース４０は、ルールを解釈して推論を実行するルールベースの推論エンジンを備え、検索条件を入力したり、検索結果を表示したりするためのインターフェースである。すなわち、インターフェース４０は、ルールリスト作成モジュール３０によって作成されたルール要素リストおよびルールリストに基づいて、不具合メカニズムを推論して出力する機能を実現する。インターフェース４０は、制御部によるプログラムの実行によって実現される検索入力作成部４２および推論エンジン部４５を備える。
【００２２】
検索入力作成部４２は、機能として文字列検索部４３およびマッチング部４４を有する。インターフェース４０には、不具合の要因に関する情報（不具合要因情報）や不具合の具体的な事象に関わる情報（不具合事象情報）などの不具合情報４１が入力される。インターフェース４０の検索入力作成部４２は、入力された不具合情報、およびルールリスト作成モジュール３０において作成されて入力されたルール要素リストに基づいて、文字列検索部４３によって不具合情報に含まれる文字列を検索したり、マッチング部４４によって不具合情報のマッチングを行ったりする。
【００２３】
推論エンジン部４５は、検索入力作成部４２が出力した検索結果の情報と、ルールリスト作成モジュール３０において作成されて入力されたルールリストとに基づいて、出力部４６に不具合メカニズムの情報を推論して出力する。なお、不具合要因情報は不具合の要因になる情報であり、不具合事象情報は不具合が生じた場合の事象や現象の情報である。また、不具合メカニズムの情報の詳細については後述する。インターフェース４０が搭載されたコンピュータの通信部は、ネットワーク２に接続される。
【００２４】
また、推論エンジン部４５は、規則群を使って推論を行うプログラムによって実現される機能である。推論エンジン部４５においては、命題論理、一階または高階の述語論理、認識論理、様相論理、時相論理、ファジィ論理などの理論が用いられる。推論エンジン部４５は、論理を使って規則やデータを処理して、新たな情報を生成する。推論エンジン部４５は、バッチ式と対話式の２つの動作方式がある。
【００２５】
次に、以上のように構成された一実施形態による検索システム１が実行する検索方法について説明する。以下の説明においては、ルール作成モジュール１０、リスト検出モジュール２０、ルールリスト作成モジュール３０、およびインターフェース４０のそれぞれにおける処理について説明する。以下の説明において、情報の送受信はネットワーク２を介して行われるが、この点についての都度の説明は省略する。
【００２６】
（ルール作成処理）
まず、ルール作成モジュール１０によるルール作成処理について説明する。図２は、本実施形態による検索システム１のルール作成モジュール１０の処理を示すフローチャートである。図３は、本実施形態におけるルール作成モジュール１０において処理されたり作成されたりする、（ａ）ＦＭＥＡシートである解析シート１１、（ｂ）構造情報、（ｃ）要素リスト、および（ｄ）関連性リストの例を示す図である。以下の説明においては、図２および図３を適宜参照して説明する。
【００２７】
図２に示すように、ステップＳＴ１においてルール作成モジュール１０の構造解析部１２は、ＦＭＥＡシートやＤＲＢＦＭシートなどにおけるシート構造に基づいて、属性および関連性のパターンを定義する。構造解析部１２は、例えば図３（ａ）に示すＦＭＥＡシートなどの解析シート１１のシート構造から、属性および関連性パターンを定義する。本実施形態において解析シート１１の構造は、図３（ｂ）に示すように、例えば「機能」から「操作・環境」、「操作・環境」から「不具合」という連続構造になる。この連続構造の情報は、構造情報として記憶部に格納される。
【００２８】
ステップＳＴ２において構造解析部１２は、ＦＭＥＡに基づく解析シート１１の情報を読み込む。解析シート１１の例としては、図３（ａ）に示すＦＭＥＡシートなどがある。図２に示すステップＳＴ３に移行して構造解析部１２の抽出分類部１３は、読み込んだ解析シート１１の情報から属性ごとに要素を取得する。図３（ａ）に示すＦＭＥＡシートの例において要素は、属性が「機能」である「吸気量推定」、属性が「操作・環境」である「高地」、属性が「不具合」である「エンジン不調」などである。図２に示すステップＳＴ４に移行して抽出分類部１３は、取得した属性ごとの要素の情報に対して、重複した要素の情報を削除したり表記の揺らぎを統一する揺らぎ対策を行ったりする。続いて抽出分類部１３は、取得した属性ごとの要素に基づいて要素リストを作成する。要素リストは、例えば図３（ｃ）に示すように、要素名と要素名の属性との組み合わせのリストである。抽出分類部１３は、作成した要素リストを要素リストデータベース１５に格納する。
【００２９】
ステップＳＴ５に移行して関連性解析部１４は、構造情報に基づいた関連性パターンから、要素間の関連性をまとめた関連性リストを作成する。関連性リストは、要因（Source）と到達点（Destination）との組み合わせのリストである。具体的に、図３（ａ）に示すＦＭＥＡシートの関連性パターンとしては、図３（ｂ）に示す構造情報に基づくと、２種類の関連性パターンが抽出できる。すなわち、図３（ｄ）に示すように、要因（Source）となる「機能」から到達点（Destination）となる「操作・環境」への関連性パターンと、要因となる「操作・環境」から到達点となる「不具合」への関連性パターンが存在する。関連性解析部１４は、図３（ｂ）に示す構造情報に基づいて、例えば図３（ａ）に示すＦＭＥＡシートの内容から、例えば図３（ｄ）に示す関連性リストを作成する。関連性解析部１４は、作成した関連性リストを関連性リストデータベース１６に格納する。なお、ステップＳＴ５はステップＳＴ３，ＳＴ４の前に実行してもよい。以上により、ルール作成モジュール１０において、ＦＭＥＡシートから要素リストおよび関連性リストを作成するルール作成処理が終了する。
【００３０】
（ＤＲＢＦＭシート）
図４は、ルール作成モジュール１０において解析する解析シート１１がＤＲＢＦＭシートである場合における（ａ）ＤＲＢＦＭシート、（ｂ）構造情報、（ｃ）関連性パターン、（ｄ）要素リスト、および（ｅ）関連性リストの例を示す図である。解析シート１１が図４（ａ）に示すようなＤＲＢＦＭシートである場合、図４（ｂ）に示すように、構造解析部１２によって解析された構造情報は、変更点と機能との組み合わせから要因が導出され、要因から心配点が導出される構造の情報になる。
【００３１】
その上で、構造解析部１２は、構造情報を解析して、図４（ｃ）に示す関連性パターンを抽出する。抽出分類部１３は、取得した属性ごとの要素の情報に対して、重複した要素の情報を削除したり表記の揺らぎを統一する揺らぎ対策を行ったりした後、取得した属性ごとの要素に基づいて要素リストを作成する。抽出分類部１３は、図４（ｄ）に示す要素リストを作成して、要素リストデータベース１５に格納する。図４（ａ）に示すＤＲＢＦＭシートの例において要素は、図４（ｄ）に示すように、属性が「変更点」である「変更点Ａ」、「変更点Ｂ」、および「変更点Ｃ」である。また、要素は、属性が「機能」である「機能Ａ」、「機能Ｂ」、および「機能Ｃ」、属性が「心配点」である「心配点Ａ」、「心配点Ｂ」、および「心配点Ｃ」、属性が「要因」である「要因Ａ」、「要因Ｂ」、および「要因Ｃ」などである。その後、関連性解析部１４は、図４（ｅ）に示すような関連性リストを作成して、関連性リストデータベース１６に格納する。以上により、ルール作成モジュール１０において、ＤＲＢＦＭシートから要素リストおよび関連性リストを作成するルール作成処理が終了する。
【００３２】
（リスト検出処理）
次に、リスト検出モジュール２０によるリスト検出処理について説明する。図５は、本実施形態におけるリスト検出モジュール２０によるリスト検出処理を示すフローチャートである。図６は、本実施形態におけるリスト検出モジュール２０による頻出語句リストおよび相関性リストの作成方法を説明するための図である。
【００３３】
図５に示すように、ステップＳＴ１１においてリスト検出モジュール２０のテキストマイニング部２２は、いわゆる「お客様の声」と言われる顧客要求情報２１を読み込む。次に、ステップＳＴ１２においてテキストマイニング部２２の形態素解析部２３は、読み込んだ顧客要求情報２１に対する形態素解析を行う。すなわち、形態素解析部２３は、まず、文法的な情報が含まれない自然言語の文章のテキストデータから、対象言語の文法や単語の品詞などの情報に基づいて、言語において意味をもつ最小単位である形態素の列に分割する。次に、形態素解析部２３は、分割した形態素の列に関して、それぞれの形態素の品詞などを判別する。ステップＳＴ１３に移行して形態素解析部２３は、頻出語句を抽出して、抽出した頻出語句に対して表現の揺らぎを統一する揺らぎ対策を行う。ステップＳＴ１４に移行して形態素解析部２３は、揺らぎ対策を実行して統一したそれぞれの頻出語句をリスト化して、例えば図６（ｂ）に示すような頻出語句リストを作成する。形態素解析部２３は、作成した頻出語句リストを頻出語句リストデータベース２５に格納する。
【００３４】
次に、図５のステップＳＴ１５に移行すると、テキストマイニング部２２の共起分析部２４は、形態素解析部２３によって抽出されてリスト化された頻出語句リストに基づいて、頻出語句の共起分析を行う。具体的には、例えば図６（ａ）に示すように、品質に関して自由に記載された文章群に対して、形態素解析および共起分析を実行する。これにより、頻出語句およびそれらの共起関係を導出する。
【００３５】
続いて、図５のステップＳＴ１６に移行して共起分析部２４は、強い共起関係にある語句を対象として、例えば図６（ｃ）に示すような相関性リストを作成する。共起分析部２４は、作成した相関性リストを相関性リストデータベース２６に格納する。以上により、リスト検出モジュール２０において、顧客要求情報２１から頻出語句リストおよび相関性リストを作成するリスト検出処理が終了する。
【００３６】
（ルールリスト作成処理）
次に、ルールリスト作成モジュール３０によるルールリスト作成処理について説明する。図７は、本実施形態におけるルールリスト作成モジュール３０によるルールリスト作成処理を示すフローチャートである。図８は、本実施形態におけるルールリスト作成モジュール３０によるルール要素リストの作成方法を説明するための図である。図９は、本実施形態におけるルールリスト作成モジュール３０によるルールリストの作成方法を説明するための図である。
【００３７】
図７に示すように、ステップＳＴ２１においてルールリスト作成モジュール３０の比較部３１は、ルール作成モジュール１０における要素リストデータベース１５から要素リストを読み込む。比較部３１は、リスト検出モジュール２０における頻出語句リストデータベース２５から頻出語句リストを読み込む。次に、ステップＳＴ２２に移行して比較部３１は、読み込んだ要素リストと頻出語句リストとを比較する。読み込んだ要素リストおよび頻出語句リストの一例は、例えば図８に示す要素リストおよび頻出語句リストである。図７のステップＳＴ２３に移行して比較部３１は、頻出語句リストの内容、すなわち頻出語句リストにおける個々の語句が要素リストに含まれているか否かをそれぞれ判定する。比較部３１が頻出語句リストにおける全ての語句は要素リストに含まれていると判定した場合（ステップＳＴ２３：Ｙｅｓ）、ステップＳＴ２５に移行する。一方、比較部３１が頻出語句リストにおける語句の中で要素リストに含まれていない語句があると判定した場合（ステップＳＴ２３：Ｎｏ）、ステップＳＴ２４に移行する。また、比較部３１は、要素リストと頻出語句リストとの比較の結果をルール要素リスト作成部３２に出力する。
【００３８】
図７のステップＳＴ２４においては、頻出語句リストに含まれている一方、要素リストに含まれていない語句に対して、属性を定義する。ここで、頻出語句リストに含まれている一方、要素リストに含まれていない語句は、市場情報から得られた頻出語句の中で、設計情報に存在しない語句である。ルール要素リスト作成部３２は、ルールリスト作成モジュール３０における入出力部に、頻出語句リストに含まれ、かつ要素リストに含まれていない語句に対して属性の設定を促す情報を出力する。これに対し、属性が未定義である語句に対して、例えば人間が入出力部から属性の情報を入力することにより設定する。なお、属性の設定に関して、テキストマイニングの技術を用いて自動的に設定することも可能である。この場合、例えば、属性の設定が行われる語句が含まれる文章と類似の文章を選択し、類似の文章に含まれる語句の属性と同じ属性を設定する方法などが採用できる。図８に示す例においては、頻出語句リストに含まれる「エンジン不調」、「高地」、および「悪天候」のうち、要素リストの要素名には「悪天候」が含まれていない。この場合、「悪天候」に対して、人間、またはテキストマイニング技術に基づく機械学習が行われた人工知能によって属性を定義する。図８に示す例においては、悪天候の属性を「操作・環境」と設定し定義する。
【００３９】
ステップＳＴ２５に移行してルール要素リスト作成部３２は、比較部３１から入力された比較結果に基づいて、要素リストおよび頻出語句リストを統合して、ルール要素リストを作成する。これとともに、ステップＳＴ２４において設定した属性の定義を、ルール要素リストに追加する。ルール要素リストは、ルール作成モジュール１０において作成された要素リストに、頻出語句リストの内容を追加したリストである。図８に示す例においては、要素リストに、要素リストに当初含まれていなかった要素名である「悪天候」と、「悪天候」の属性である「操作・環境」とが追加されて、ルール要素リストが作成されている。ルール要素リスト作成部３２は、作成したルール要素リストを、ルール要素リストデータベース３３に格納する。
【００４０】
次に、図７のステップＳＴ２６に移行してルールリスト作成モジュール３０のルールリスト作成部３４は、ルール作成モジュール１０における関連性リストデータベース１６から、関連性リストを読み込む。ルールリスト作成部３４は、リスト検出モジュール２０における相関性リストデータベース２６から、相関性リストを読み込む。ルールリスト作成部３４が読み込んだ関連性リストおよび相関性リストは、例えば図９の上段に示す関連性リストおよび相関性リストである。属性が定義された語句の間では、メカニズム構造から因果関係を導出可能である。ルールリスト作成部３４は、導出された因果関係を用いて頻出語句の関連性に関するルールを作成する。
【００４１】
その後、図７のステップＳＴ２７に移行してルールリスト作成部３４は、相関性リストの内容における属性間の関係を解析する。図９に示す例においては、相関性リストの内容における「エンジン不調⇔高地」、「エンジン不調⇔悪天候」、および「悪天候⇔高地」から、中段に示す関連性と構造とを抽出する。これにより、相関性リストの内容に関して、構造情報から因果関係を定義する。その後、図７のステップＳＴ２８においてルールリスト作成部３４は、相関性リストの内容が関連性パターンに適合した関係になっているか否かを判定する。ルールリスト作成部３４が、相関性リストの内容は関連性パターンに適合した関係になっていると判定した場合（ステップＳＴ２８：Ｙｅｓ）、ステップＳＴ３０に移行する。ルールリスト作成部３４が、相関性リストの内容は関連性パターンに適合した関係になっていないと判定した場合（ステップＳＴ２８：Ｎｏ）、ステップＳＴ２９に移行する。
【００４２】
図９に示す例においては、相関性リストの内容のうちの「エンジン不調⇔高地」および「エンジン不調⇔悪天候」がそれぞれ、「操作・環境→不具合」の構造から「高地→エンジン不調」および「悪天候→エンジン不調」となる。これらは関連性パターンに適合した関係になっている。一方、相関性リストの内容のうちの「悪天候⇔高地」は、「悪天候」の属性と「高地」の属性とが互いに同じ「操作・環境」であるため、構造情報から関連性を定義できない相間関係、すなわち、関連性パターンに適合しない関係になっている。そのため、図７のステップＳＴ２９においてルールリスト作成部３４は、図９の上段に示す「悪天候⇔高地」を図９の下段に示す解析候補リストに追加する。ルールリスト作成部３４は、解析候補リストをルールリストデータベース３５に格納する。
【００４３】
図７のステップＳＴ２８またはステップＳＴ２９からステップＳＴ３０に移行すると、ルールリスト作成部３４は、関連性リストに、相関性リストのうちの関連性パターンに適合した内容を統合して、ルールリストを作成する。ルールリスト作成部３４は、作成したルールリストをルールリストデータベース３５に格納する。図９の下段に示すルールリストの例においては、中段に示す関連性および構造情報および「機能→操作・環境」の関係から、上段に示す関連性リストに対して、要因（Source）が「吸気量推定」、到達点（Destination）が「悪天候」のルールが追加される。また、中段に示す関連性および構造情報から、上段に示す関連性リストに対して、要因が「悪天候」であって到達点が「エンジン不調」のルールが追加される。以上により、ルールリスト作成モジュール３０において、ルール要素リストおよびルールリストを作成するルールリスト作成処理が終了する。
【００４４】
（ルールベースの検索方法）
次に、以上のように作成されたルールを用いた、インターフェース４０におけるルールベースの検索方法について説明する。図１０は、本実施形態におけるインターフェース４０による（ａ）ルールベースの検索方法および（ｂ）出力結果を説明するための図である。本実施形態においては、ルール作成モジュール１０、リスト検出モジュール２０、およびルールリスト作成モジュール３０によって作成されたルールを用いて、推論エンジンによるルールベースの検索を行う。これにより、設計情報と市場情報とを統合した不具合メカニズムの検索が可能となる。
【００４５】
図１０（ａ）に示すように、インターフェース４０における入出力部から、検索ワードとして例えば「吸気量推定」を入力する。インターフェース４０の検索入力作成部４２は、入力された検索ワードを文字列検索部４３に入力して、マッチング部４４によって、入力された検索ワードがルール要素リストに含まれるか否かが判定される。検索ワードがルールリストに含まれている場合には、推論エンジン部４５が検索を実行する。図１０に示す例においては、検索ワードとして「吸気量推定」が入力されると、ルール要素リストから要素名として「吸気量推定」が索出される。この索出された要素名の「吸気量推定」に基づいて、推論エンジン部４５は、「高地」および「悪天候」を索出する。推論エンジン部４５は、ルールリストから要因が「高地」である場合の到達点の「エンジン不調」、および要因が「悪天候」である場合の到達点の「エンジン不調」を索出する。これらの索出結果に基づいて、出力部４６には、ルールベース検索の結果として、図１０（ｂ）に示す不具合メカニズムがツリー状に表示される。図１０（ｂ）において、「吸気量推定→高地→エンジン不調」は、設計時に検討された設計情報における不具合メカニズムであり、「吸気量推定→悪天候→エンジン不調」は、市場情報から得られた新たに見出された不具合メカニズムである。
【００４６】
図１１は、本実施形態におけるインターフェース４０による検索結果の表示例を示す図である。図１１に示すように、インターフェース４０の出力部４６には、不具合メカニズムがツリー状に表示されるとともに、設計情報と市場情報とが合わせて表示される。具体的に、検索された不具合メカニズムは、原因から不具合に至るまで過程におけるそれぞれの各要素の因果関係が理解可能な形式によって、出力部４６に表示される。結果が表示された不具合メカニズムの全体、および不具合メカニズムに含まれるそれぞれの要素は、出入力部によって検索者が、いずれかを選択することによって関連する設計情報や市場情報が表示される。図１１に示す例においては、不具合メカニズムを表示するペインの他に、設計情報表示用のペイン、市場情報表示用のペインを持つ構成が挙げられる。設計情報としては、リスク評価や関連する要因、および設計時の考慮のありなしなどが表示される。市場情報としては、出現数や頻度、および出現状況などが表示される。これにより、検索された不具合メカニズムの結果に関して、不具合メカニズム全体、またはそれらの要素についての設計情報と市場情報とを合わせて表示することができる。
【００４７】
（検索システムの使用方法）
次に、以上のように構成された検索システム１を、技術者、および顧客に応対するサービス担当者が利用する場合の具体的な使用方法について説明する。図１２は、本実施形態による検索システム１の使用方法を説明するための図である。本実施形態においては、検索システム１の利用者は、設計情報を扱う技術者Ｅ１，Ｅ２、および市場情報を扱うサービス担当者Ｓを想定する。
【００４８】
技術者Ｅ１は、ＤＲＢＦＭやＦＭＥＡなどを用いた開発時の品質検討において、検索システム１を使用して、開発機能や変更点を検索条件として、過去の設計時の検討情報、市場情報に含まれる不具合情報から、関連しそうな不具合メカニズムを検索する。技術者Ｅ１は、検索によって索出された不具合メカニズムのうちから、現状の開発に関係する内容を選択する。技術者Ｅ１は、さらに現状の開発に独自の新しい心配点メカニズムを加えることによって、ＤＲＢＦＭシートやＦＭＥＡシートを完成させる。完成したＤＲＢＦＭシートやＦＭＥＡシートを、ルール作成モジュール１０によって検索システム１に登録することによって、新しい不具合メカニズムをデータベースに追加する。
【００４９】
具体的に、図１２に示すように、技術者Ｅ１は、開発対象の機能や変更点などから、インターフェース４０を用いて、過去に検討した不具合メカニズムを検索する（ａ１）。技術者はインターフェース４０から、検索結果となる不具合メカニズムの情報を取得する（ａ２）。これにより、技術者Ｅ１は、開発に必要な不具合メカニズムを選択することができる。また、技術者Ｅ１は、ルール作成モジュール１０の入出力部から、ＤＲＢＦＭシートやＦＭＥＡシートのフォーマットに基づいて、開発に関する新規の不具合メカニズムを追加する（ａ３）。これにより、ＤＲＢＦＭシートやＦＭＥＡシートを作成して、ルール作成モジュール１０の記憶部に格納させることができる。
【００５０】
また、検索システム１を管理したり使用したりする技術者Ｅ２は、ルールリスト作成モジュール３０から、属性が未定義の語句に対して属性を設定するように促される（ｃ１）と、属性が未定義の語句に対して属性を設定して登録する（ｃ２）。これにより、ルールリスト作成モジュール３０においてルール要素リストが作成される。
【００５１】
次に、上述した技術者Ｅ１，Ｅ２による検索システム１の使用方法をフローチャートにしたがって説明する。図１３は、本実施形態による検索システム１を技術者Ｅ１，Ｅ２が使用する場合の使用方法を説明するためのフローチャートである。
【００５２】
図１３に示すように、開発担当者や品質担当者などの技術者Ｅ１，Ｅ２が検索システム１を使用する場合、機能や変更点を明確化して（ＳＴ３１）、明確にした機能や変更点を検索条件として指定する（ＳＴ３２）。市場情報の顧客要求情報などから得られた頻出語句リストに、属性が定義されていない要素名が含まれていた場合（ＳＴ３３：Ｙｅｓ）、技術者Ｅ１，Ｅ２は当該要素名に属性を付与（ＳＴ３４）して、検索システム１に登録する。なお、定期的に属性を定義する担当者を別途配置することによって、技術者Ｅ１，Ｅ２による属性の付与を省略することも可能である。
【００５３】
次に、技術者Ｅ１，Ｅ２が検索システム１を用いて、考慮する必要がある不具合メカニズム（以下、心配点メカニズム）を検索（ＳＴ３５）する。技術者Ｅ１，Ｅ２は、心配点メカニズムを取得（ＳＴ３６）した後、取得した心配点メカニズムのリストから不要な心配点メカニズムを削除（ＳＴ３７）する。技術者Ｅ１，Ｅ２は、新規で開発する商品に関するデータベース化されていない心配点メカニズムを検索システム１に追加（ＳＴ３８）することによって、ＤＲＢＦＭシートやＦＭＥＡシートを作成（ＳＴ３９）して検索システム１に登録する（ＳＴ４０）。以上により、技術者Ｅ１，Ｅ２は、検索システム１を使用して、ＤＲＢＦＭやＦＭＥＡに基づいた品質の検討を行うことができる。
【００５４】
また、サービス担当者Ｓは、様々な形態で収集される顧客Ｃの要請（顧客要求情報）を検索システム１に入力する。検索システム１においては、入力された顧客要求情報から検索キーワードが抽出されて、過去の設計時の検討情報、および市場情報の不具合情報から関連性が高いと想定される不具合メカニズムが検索される。検索結果から、今回の顧客Ｃから収集した事象や現象の解釈として妥当な不具合メカニズムを参考に顧客Ｃに提案する。
【００５５】
具体的にサービス担当者Ｓは、顧客Ｃから、対面にて直接的、電話、または書面などによって不具合情報を入手する（ｂ１）。サービス担当者Ｓは、入手した不具合情報を顧客要求情報としてリスト検出モジュール２０の入出力部から入力する（ｂ２）。検索システム１においては、登録された内容に基づいて、インターフェース４０において、不具合メカニズムの検索が実施される（ｂ２ａ）。サービス担当者Ｓは、インターフェース４０から索出された不具合メカニズムを取得して、所望とする情報を選択する（ｂ３）。サービス担当者Ｓは、インターフェース４０から得られた情報に基づいて、顧客Ｃに対してアドバイス、修理、または交換などの対応を提案する（ｂ４）。
【００５６】
次に、上述したサービス担当者Ｓによる検索システム１の使用方法をフローチャートにしたがって説明する。図１４は、本実施形態による検索システム１をサービス担当者Ｓが使用する場合の使用方法を説明するためのフローチャートである。
【００５７】
図１４に示すように、サービス担当者Ｓは、顧客Ｃからの顧客要求情報を把握して、収集（ＳＴ４１）する。これにより、顧客Ｃから故障情報や不具合情報を収集できる。サービス担当者Ｓは、収集した顧客要求情報を検索システム１に入力（ＳＴ４２）する。入力方法として、手書き文書のＯＣＲ読み取りや音声データの解析なども含まれる。サービス担当者Ｓは、入力した顧客要求情報に基づいて、検索システム１において不具合メカニズムを検索（ＳＴ４３）して、不具合メカニズムのリストを取得（ＳＴ４４）する。なお、検索システム１による自動検索以外にも、サービス担当者Ｓが検索条件を指定して入力するようにしてもよい。サービス担当者Ｓは、不具合メカニズムのリストから必要とする不具合メカニズムを選択（ＳＴ４５）して、選択した不具合メカニズムに基づいて、顧客Ｃに応答したりアドバイスを提供（ＳＴ４６）したりする。その後、顧客Ｃの所持する商品、例えば車両において修理が必要であるか否かを判断（ＳＴ４７）して修理が必要な場合（ＳＴ４７：Ｙｅｓ）、修理内容を「顧客要求情報」に追加して、検索システム１に登録する（ＳＴ４８）。さらに、サービス担当者Ｓは、顧客Ｃに対する対応内容を検索システム１に登録する（ＳＴ４９）。これにより、サービス担当者Ｓは、検索システム１を用いて顧客Ｃに対応することができる。
【００５８】
以上説明した本発明の一実施形態によれば、設計時において考慮されていた設計情報と、顧客要求情報などの市場から得られる市場情報とを統合して、不具合メカニズムを検索可能なリストを作成できるので、入力された情報に対してリストを用いた検索を実行でき、不具合メカニズムや心配点メカニズムなどの情報を整理した状態で管理できる。
【００５９】
以上、本発明の一実施形態について具体的に説明したが、本発明は、上述の一実施形態に限定されるものではなく、本発明の技術的思想に基づく各種の変形が可能である。例えば、上述の一実施形態において挙げた数値はあくまでも例に過ぎず、必要に応じてこれと異なる数値を用いてもよい。
【００６０】
上述の一実施形態においては、ルール作成モジュール１０、リスト検出モジュール２０、ルールリスト作成モジュール３０、およびインターフェース４０は、互いにネットワーク２を介して互いに通信可能に構成しているが、必ずしもこの構成に限定されない。例えば、ルール作成モジュール１０、リスト検出モジュール２０、ルールリスト作成モジュール３０、およびインターフェース４０の４つのコンポーネントを、同一のコンピュータに搭載することも可能である。また例えば、ルール作成モジュール１０、リスト検出モジュール２０、ルールリスト作成モジュール３０、およびインターフェース４０を分けて選択した複数のコンポーネントをそれぞれ搭載した複数のコンピュータを、互いにネットワーク２を介して通信可能に構成してもよい。具体的な一例を挙げると、ルール作成モジュール１０およびリスト検出モジュール２０を搭載した第１のコンピュータと、ルールリスト作成モジュール３０およびインターフェース４０を搭載した第２のコンピュータとを、互いにネットワーク２を介して通信可能に構成してもよい。
【００６１】
また、上述の一実施形態においては、テキストマイニング部２２において、構造解析部１２に入力される情報を教師データとして、機械学習または人工知能によって形態素解析や共起分析を行ってもよい。その上で、実施形態において実行された未定義用語の属性定義に関しても、機械学習や人工知能を用いて処理を行うことが可能である。
【符号の説明】
【００６２】
１  検索システム
１０  ルール作成モジュール
１５  要素リストデータベース
１６  関連性リストデータベース
２０  リスト検出モジュール
２１  顧客要求情報
２２  テキストマイニング部
２３  形態素解析部
２４  共起分析部
２５  頻出語句リストデータベース
２６  相関性リストデータベース
３０  ルールリスト作成モジュール
３３  ルール要素リストデータベース
３５  ルールリストデータベース
４０  インターフェース
【図１】
2020091755.tif 000003
【図２】
2020091755.tif 000004
【図３】
2020091755.tif 000005
【図４】
2020091755.tif 000006
【図５】
2020091755.tif 000007
【図６】
2020091755.tif 000008
【図７】
2020091755.tif 000009
【図８】
2020091755.tif 000010
【図９】
2020091755.tif 000011
【図１０】
2020091755.tif 000012
【図１１】
2020091755.tif 000013
【図１２】
2020091755.tif 000014
【図１３】
2020091755.tif 000015
【図１４】
2020091755.tif 000016