JP2019067310A - 不具合対応支援システムおよび不具合対応支援プログラム - Google Patents

Abstract

【課題】 不具合への対応に対する支援を強化することができる不具合対応支援システムおよび不具合対応支援プログラムを提供する。【解決手段】 修正確認支援装置は、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した不具合の傾向を含む不具合傾向情報を取得する不具合傾向取得手段（Ｓ１０１〜Ｓ１０３）と、不具合傾向取得手段によって取得された不具合傾向情報を通知する不具合傾向通知手段（Ｓ１０４〜Ｓ１０５）とを備えることを特徴とする。【選択図】 図７

Description

本発明は、不具合への対応に対して支援することができる不具合対応支援システムおよび不具合対応支援プログラムに関する。

従来、不具合への対応に対して支援することができる不具合対応支援システムとして、設計者が担当している製品に含まれる部品のうち、不具合が報告されている不具合部品を特定し、不具合部品に対して報告されている不具合情報を設計者に通知する不具合防止支援システムが知られている（例えば、特許文献１参照。）。ここで、不具合防止支援システムにおける不具合情報には、不具合が発生した製品の情報と、不具合が発生した製品のうち不具合が発生した部品の情報と、不具合の内容とが不具合情報毎に含まれている。

特開２０１２−１２３７３８号公報

しかしながら、特許文献１に記載された不具合防止支援システムにおいては、設計者が担当している製品に含まれる不具合部品に対して報告されている不具合情報を設計者に通知するので、設計者が担当している製品が多数の部品によって構成されている場合に、多数の不具合情報が設計者に通知されてしまい、重要な不具合情報を設計者が見逃してしまう可能性があるという問題がある。

そこで、本発明は、不具合への対応に対する支援を強化することができる不具合対応支援システムおよび不具合対応支援プログラムを提供することを目的とする。

本発明の不具合対応支援システムは、対象の不具合が発生した品と同一の種類の品に過去に発生した不具合の傾向を含む不具合傾向情報を取得する不具合傾向取得手段と、前記不具合傾向取得手段によって取得された前記不具合傾向情報を通知する不具合傾向通知手段とを備えることを特徴とする。

この構成により、本発明の不具合対応支援システムは、対象の不具合が発生した品と同一の種類の品に過去に発生した不具合の傾向を通知するので、対象の不具合が発生した品と同一の種類の品に過去に発生した不具合のうち重要な不具合への対応を、利用者に認識させることができる。したがって、本発明の不具合対応支援システムは、不具合への対応に対する支援を強化することができる。

本発明の不具合対応支援システムにおいて、前記不具合傾向情報は、前記対象の不具合が発生した品と同一の種類の品に過去に発生した、前記対象の不具合の発生条件と同一の発生条件が対応付けられている不具合の傾向を含んでも良い。

この構成により、本発明の不具合対応支援システムは、対象の不具合が発生した品と同一の種類の品に過去に発生した、対象の不具合の発生条件と同一の発生条件が対応付けられている不具合の傾向を通知するので、対象の不具合が発生した品と同一の種類の品に過去に発生した不具合のうち、対象の不具合と同一の条件で発生した重要な不具合への対応を、利用者に認識させることができる。

本発明の不具合対応支援システムにおいて、前記不具合傾向情報は、前記対象の不具合が発生した品と同一の種類の品に過去に発生した、前記対象の不具合の影響と同一の影響が対応付けられている不具合の傾向を含んでも良い。

この構成により、本発明の不具合対応支援システムは、対象の不具合が発生した品と同一の種類の品に過去に発生した、対象の不具合の影響と同一の影響が対応付けられている不具合の傾向を通知するので、対象の不具合が発生した品と同一の種類の品に過去に発生した不具合のうち、対象の不具合と同一の影響を及ぼす重要な不具合への対応を、利用者に認識させることができる。

本発明の不具合対応支援システムにおいて、前記不具合傾向情報は、前記対象の不具合が発生した品と同一の種類の品を含む、互いに関連する複数の種類の品に過去に発生した不具合の傾向を含んでも良い。

この構成により、本発明の不具合対応支援システムは、対象の不具合が発生した品と同一の種類の品を含む、互いに関連する複数の種類の品に過去に発生した不具合の傾向を通知するので、対象の不具合が発生した品と同一の種類の品を含む、互いに関連する複数の種類の品に過去に発生した重要な不具合への対応を、利用者に認識させることができる。

本発明の不具合対応支援システムにおいて、前記不具合傾向情報は、前記対象の不具合が発生した品と同一の種類の品を含む、互いに関連する複数の種類の品のうち、過去に不具合が発生した品の傾向を含んでも良い。

この構成により、本発明の不具合対応支援システムは、対象の不具合が発生した品と同一の種類の品を含む、互いに関連する複数の種類の品のうち、過去に不具合が発生した品の傾向を通知するので、対象の不具合が発生した品と同一の種類の品に過去に不具合が多く発生しているか否かについて、利用者に認識させることができる。

本発明の不具合対応支援システムは、前記対象の不具合への対応が行われた品を市場に出すことの許可を実行する品出許可手段を備え、前記不具合傾向通知手段は、前記対象の不具合への対応が行われた品を市場に出すことの要求が前記品出許可手段によって受け付けられた場合に、前記不具合傾向情報を通知しても良い。

この構成により、本発明の不具合対応支援システムは、対象の不具合への対応が行われた品を市場に出すことの要求を受け付けた場合に不具合傾向情報を通知するので、対象の不具合への対応が行われた品が市場に出される前に、市場に出される品に対して、重要な不具合への対応が行われているかについて、利用者に確認させることができる。

本発明の不具合対応支援システムにおいて、前記品出許可手段は、前記不具合傾向通知手段によって通知された前記不具合傾向情報に基づいて前記対象の不具合への対応を確認したという意思表示を受け付けた場合に、前記許可を実行しても良い。

この構成により、本発明の不具合対応支援システムは、不具合傾向情報に基づいて対象の不具合への対応を確認したという意思表示を受け付けた場合に、対象の不具合への対応が行われた品を市場に出すことの許可を実行するので、市場に出される品に対する不具合への対応の確認が実行される可能性を向上することができる。

本発明の不具合対応支援システムにおいて、前記品出許可手段は、前記不具合傾向通知手段によって前記不具合傾向情報が通知されてから特定の時間が経過した後に前記意思表示を受け付けた場合に、前記許可を実行しても良い。

この構成により、本発明の不具合対応支援システムは、不具合傾向情報に基づいて対象の不具合への対応を確認したという意思表示を、不具合傾向情報を通知してから特定の時間が経過した後に受け付けた場合に、対象の不具合への対応が行われた品を市場に出すことの許可を実行するので、市場に出される品に対する不具合への対応の確認の時間を強制的に付与することによって、市場に出される品に対する不具合への対応の確認が実行される可能性を向上することができる。

本発明の不具合対応支援プログラムは、対象の不具合が発生した品と同一の種類の品に過去に発生した不具合の傾向を含む不具合傾向情報を取得する不具合傾向取得手段と、前記不具合傾向取得手段によって取得された前記不具合傾向情報を通知する不具合傾向通知手段とをコンピューターに実現させることを特徴とする。

この構成により、本発明の不具合対応支援プログラムを実行するコンピューターは、対象の不具合が発生した品と同一の種類の品に過去に発生した不具合の傾向を通知するので、対象の不具合が発生した品と同一の種類の品に過去に発生した不具合のうち重要な不具合への対応を、利用者に認識させることができる。したがって、本発明の不具合対応支援プログラムを実行するコンピューターは、不具合への対応に対する支援を強化することができる。

本発明の不具合対応支援システムおよび不具合対応支援プログラムは、不具合への対応に対する支援を強化することができる。

本発明の第１の実施の形態に係るシステムのブロック図である。 図１に示す不具合管理データベースの一例を示す図である。 図２に示す不具合管理データベースに入力される「発生条件」および「影響」の一例を示す図である。 図２に示す不具合管理データベースに入力される「内容」の一例を示す図である。 図１に示す不具合傾向分析結果データベースの一例を示す図である。 図１に示す修正確認支援装置のブロック図である。 図６に示す修正確認支援装置の動作のフローチャートである。 図７に示す処理によって取得された不具合情報の一例を示す図である。 図７に示す処理によって生成された不具合傾向情報の一例の一部を示す図である。 図７に示す処理によって生成された不具合傾向情報の一例のうち、図９に示す部分以外の部分を示す図である。 図７に示す処理によって生成された不具合傾向メッセージの一例の一部を示す図である。 図７に示す処理によって生成された不具合傾向メッセージの一例のうち、図１１に示す部分以外の部分を示す図である。 本発明の第２の実施の形態に係るシステムのブロック図である。 １台のコンピューターによって構成される場合の図１３に示す不具合管理システムのブロック図である。 図１４に示す不具合管理システムの動作のフローチャートである。 図１３に示すコンピューターの表示部に表示される意思表示受付用メッセージの一例を示す図である。

以下、本発明の実施の形態について、図面を用いて説明する。

（第１の実施の形態）
まず、本発明の第１の実施の形態に係るシステムの構成について説明する。

図１は、本実施の形態に係るシステム１０のブロック図である。

図１に示すシステム１０は、例えばプリンター専用機、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などのハードウェアと、このハードウェアに搭載されるソフトウェアとを製造する製造業者によって使用されるシステムである。

ハードウェアおよびソフトウェアの販社は、ソフトウェアの不具合を顧客から指摘された場合など、ソフトウェアの不具合を認識した場合に、製造業者においてソフトウェアの品質保証を職務としている者（以下「品質保証者」という。）に不具合を報告する。品質保証者は、販社から不具合が報告されると、報告された不具合への対応、すなわち、ソフトウェアの修正を、製造業者においてソフトウェアの開発を職務としている者（以下「開発者」という。）に依頼する。開発者は、品質保証者からソフトウェアの修正が依頼されると、依頼されたソフトウェアの不具合を確認した後、確認した不具合を修正する。そして、開発者は、不具合を修正したソフトウェアを市場に出す、すなわち、リリースする。

システム１０は、ソフトウェアに過去に発生した不具合を管理する不具合管理システム２０と、ソフトウェアに過去に発生した不具合を管理するための不具合管理データベース３０と、ソフトウェアに過去に発生した不具合の傾向を分析する不具合傾向分析システム４０と、ソフトウェアに過去に発生した不具合の傾向の分析結果を管理するための不具合傾向分析結果データベース５０と、ソフトウェアに発生した不具合への対応、すなわち、ソフトウェアの修正に対する確認を支援する不具合対応支援システムとしての修正確認支援装置６０とを備えている。

不具合管理システム２０は、不具合管理データベース３０にアクセス可能である。不具合管理システム２０は、１台のコンピューターによって実現されても良いし、複数台のコンピューターによって実現されても良い。

不具合傾向分析システム４０は、不具合管理データベース３０と、不具合傾向分析結果データベース５０とにアクセス可能である。不具合傾向分析システム４０は、１台のコンピューターによって実現されても良いし、複数台のコンピューターによって実現されても良い。

修正確認支援装置６０は、不具合管理データベース３０と、不具合傾向分析結果データベース５０とにアクセス可能である。修正確認支援装置６０は、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などのコンピューターによって実現されている。

図２は、不具合管理データベース３０の一例を示す図である。

図２に示すように、不具合管理データベース３０は、不具合に関する情報（以下「不具合情報」という。）を不具合毎に管理するためのデータベースである。

不具合情報には、不具合の識別情報としての「不具合管理ＩＤ」と、不具合の「受付日」と、不具合を品質保証者に報告した販社の名称としての「販社名」と、不具合が発生したハードウェア、すなわち、不具合が発生したソフトウェアを搭載していたハードウェアの「モデル名」と、「不具合の要約」と、不具合の処理状況を示す「ステータス」と、不具合が発生したソフトウェアとしてのモジュールの名称を示す「コンポーネント名」と、不具合の「発生条件」、「影響」および「内容」とを含んでいる。

「発生条件」は、不具合が発生する「前提条件」、「操作条件」および「時期条件」を含んでいる。

「内容」は、不具合の「箇所」および「状態」と、不具合の根本的な「原因」とを含んでいる。

「不具合管理ＩＤ」は、販社から報告された不具合を品質保証者が不具合管理システム２０に登録する場合に、不具合管理システム２０によって自動的に付与される情報である。「受付日」は、品質保証者が不具合を不具合管理システム２０に登録する場合に、不具合管理システム２０によって自動的に入力される情報である。「販社名」、「モデル名」および「不具合の要約」は、品質保証者が不具合を不具合管理システム２０に登録する場合に、品質保証者によって不具合管理システム２０に入力される情報である。「ステータス」は、不具合の処理状況が変化する度に、不具合管理システム２０によって自動的に入力される情報である。「コンポーネント名」は、開発者がソフトウェアの不具合を修正する場合に、開発者によって不具合管理システム２０に入力される情報である。「発生条件」および「影響」は、品質保証者が不具合を不具合管理システム２０に登録する場合に、品質保証者によって不具合管理システム２０に入力される情報である。「内容」は、開発者がソフトウェアの不具合を修正する場合に、開発者によって不具合管理システム２０に入力される情報である。

「ステータス」としては、不具合が不具合管理システム２０に登録されてから開発者によって修正が開始されるまでの状況であることを示す「オープン」と、開発者によるソフトウェアの修正中であることを示す「対応中」と、開発者によるソフトウェアの修正が終了した後、開発者によるソフトウェアの修正の確認が開始されるまでの状況であることを示す「修正済」と、開発者によるソフトウェアの修正の確認中であることを示す「確認中」と、不具合が修正されたソフトウェアがリリースされた状況を示す「クローズ」とが存在する。

図２に示す不具合管理データベース３０において、例えば、「不具合管理ＩＤ」が「２０１７−１２３」である不具合の「受付日」、「販社名」、「モデル名」、「不具合の要約」、「ステータス」、「コンポーネント名」、「前提条件」、「操作条件」、「時期条件」、「影響」、「箇所」、「状態」、「原因」は、それぞれ、「2017/2/21」、「販社-1」、「Model-A」、「スリープ復帰直後---起動失敗」、「オープン」、「コンポーネント-1」、「条件無し」、「単機能動作」、「特定タイミング」、「機能性」、「変数」、「抜け漏れ」、「要求仕様」である。

図３は、不具合管理データベース３０に入力される「発生条件」および「影響」の一例を示す図である。

図３に示すように、不具合が発生する「前提条件」としては、例えば、環境に依存せず障害が発生することを示す「条件無し」と、特定の環境で障害が発生することを示す「特定データ/環境」とが存在する。

不具合が発生する「操作条件」としては、例えば、単一の機能を実行したり、手順を特定しない操作を実行したりすることを示す「単機能動作」と、２つ以上の機能を組み合わせた動作や複数の設定条件が重なる操作を実行することを示す「複合機能動作」と、同じ機能を連続で実行したり、類似の機能を連続で実行したり、動作を連続で実行したりすることを示す「連続動作」と、異なる機能や動作を並行して同時に実行することを示す「並行動作」と、仕様範囲外の値を入力したり、不正なデータや重いデータを受信させたりすることを示す「例外動作」とが存在する。

不具合が発生する「時期条件」としては、例えば、どのタイミングで実行、確認しても発生することを示す「条件無し」と、特定の状態やタイミングで、条件を満たすと発生することを示す「特定タイミング」とが存在する。

不具合の「影響」としては、例えば、機能要求を満たしていないことを示す「機能性」と、出力中や操作中にロックする、システムエラーが発生することを示す「ロック」と、機能が正しく動作するが、パフォーマンスが悪いことを示す「パフォーマンス」と、画像に問題があることを示す「画像再現性」と、機能を利用するための手順が複雑だったり、表現や翻訳内容がわかりにくかったりすることを示す「ユーザビリティー」と、一般的なシステムやアプリケーションとの連携で問題が発生することを示す「互換性」と、ユーザー環境への製品導入を阻害する問題があることを示す「設置性」とが存在する。

図４は、不具合管理データベース３０に入力される「内容」の一例を示す図である。

図４に示すように、不具合の「箇所」としては、例えば、変数の型、値、範囲、構造などの定義を示す「変数」と、関数の使い方や関数内での処理の手順などを示す「関数」と、ＩＦ文での条件分岐、繰り返しなどの判定処理を示す「条件分岐」と、演算方法、アルゴリズムを示す「計算方法（アルゴリズム）」と、データの受け渡し、引継ぎの方法などを示す「インタフェース」と、ＵＩに表示させる文字列や、言語の翻訳を示す「メッセージ」とが存在する。

不具合の「状態」としては、例えば、必要な処理が存在しなかったことを示す「抜け漏れ」と、必要な処理は存在しているが、その内容が間違っていたことを示す「誤り」と、流用した部分の誤使用を示す「混入」とが存在する。

不具合の根本的な「原因」としては、例えば、最初のインプットとなる資料の問題によって発生した障害を示す「要求仕様」と、機能要件などに問題があって発生した障害を示す「要件分析（変更要求仕様書作成）」と、外部仕様を実現するための基本的な設計に問題があって発生した障害を示す「基本設計（ＴＭ作成）」と、基本設計に従って実装するためのインプットとなる詳細な設計に問題があって発生した障害を示す「詳細設計（変更設計書作成）」と、詳細設計に従ったコーディング作業に問題があって発生した障害を示す「コーディング」と、既に実装が完了した項目における障害の改修作業によって発生した障害を示す「障害改修（デグレード）」と、既に実装が完了した項目に対する仕様変更／追加作業によって発生した障害を示す「仕様変更」と、他機種からのソース移植作業時の漏れや不足によって発生した障害を示す「水平展開」とが存在する。

図５は、不具合傾向分析結果データベース５０の一例を示す図である。

図５に示すように、不具合傾向分析結果データベース５０は、互いに関連する複数の種類のコンポーネントに過去に発生した不具合の傾向を発生回数が多い順に示す分析結果５１と、互いに関連する複数の種類のコンポーネントのうち、過去に不具合が発生したコンポーネントの傾向を発生回数が多い順に示す分析結果５２と、「コンポーネント−１」に過去に発生した不具合の傾向を発生回数が多い順に示す分析結果５３とを含んでいる。ここで、互いに関連する複数の種類のコンポーネントには、同一の種類の製品にインストールされるコンポーネント同士と、プリンター専用機およびＭＦＰのように、互いに関連する種類の製品にインストールされるコンポーネント同士とを含む。

なお、不具合傾向分析結果データベース５０は、図示していないが、「コンポーネント−２」、「コンポーネント−３」など、「コンポーネント−１」以外のコンポーネントに関しても、「コンポーネント−１」と同様に、過去に発生した不具合の傾向を発生回数が多い順に示す分析結果をコンポーネント毎に含んでいる。また、不具合傾向分析結果データベース５０は、図示していないが、発生条件および影響の組み合わせ毎の、過去に発生した不具合の傾向を発生回数が多い順に示す分析結果をコンポーネント毎に含んでいる。

不具合傾向分析結果データベース５０における各分析結果は、割合が高い順にデータが並べられている。不具合傾向分析結果データベース５０における各分析結果は、図５において割合が高いデータのみが図示されているが、実際には、割合が低いデータも含んでいる。

分析結果５１は、「原因」の傾向を発生回数が多い順に示す分析結果５１ａと、「原因」および「箇所」の組み合わせの傾向を発生回数が多い順に示す分析結果５１ｂと、「原因」および「状態」の組み合わせの傾向を発生回数が多い順に示す分析結果５１ｃとを含んでいる。なお、分析結果５１は、図示していないが、「箇所」の傾向を発生回数が多い順に示す分析結果と、「状態」の傾向を発生回数が多い順に示す分析結果と、「箇所」および「状態」の組み合わせの傾向を発生回数が多い順に示す分析結果と、「原因」、「箇所」および「状態」の組み合わせの傾向を発生回数が多い順に示す分析結果とを含んでいる。分析結果５１は、発生した全ての不具合の内容を示すものであっても良い。

分析結果５３は、「原因」の傾向を発生回数が多い順に示す分析結果５３ａと、「原因」および「箇所」の組み合わせの傾向を発生回数が多い順に示す分析結果５３ｂとを含んでいる。なお、分析結果５３は、図示していないが、「箇所」の傾向を発生回数が多い順に示す分析結果と、「状態」の傾向を発生回数が多い順に示す分析結果と、「原因」および「状態」の組み合わせの傾向を発生回数が多い順に示す分析結果と、「箇所」および「状態」の組み合わせの傾向を発生回数が多い順に示す分析結果と、「原因」、「箇所」および「状態」の組み合わせの傾向を発生回数が多い順に示す分析結果とを含んでいる。図５においては、分析結果５３として、コンポーネント−１に対する不具合の傾向を示している。

図６は、修正確認支援装置６０のブロック図である。

図６に示すように、修正確認支援装置６０は、種々の操作が入力されるキーボード、マウスなどの入力デバイスである操作部６１と、種々の情報を表示するＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示デバイスである表示部６２と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部６３と、各種の情報を記憶する半導体メモリー、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部６４と、修正確認支援装置６０全体を制御する制御部６５とを備えている。

記憶部６４は、不具合への対応に対して支援するための不具合対応支援プログラム６４ａを記憶している。不具合対応支援プログラム６４ａは、例えば、修正確認支援装置６０の製造段階で修正確認支援装置６０にインストールされていても良いし、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリー、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などの外部の記憶媒体から修正確認支援装置６０に追加でインストールされても良いし、ネットワーク上から修正確認支援装置６０に追加でインストールされても良い。

制御部６５は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）と、ＣＰＵの作業領域として用いられるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）とを備えている。ＣＰＵは、ＲＯＭまたは記憶部６４に記憶されているプログラムを実行する。

制御部６５は、不具合対応支援プログラム６４ａを実行することによって、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した不具合の傾向を含む不具合傾向情報を取得する不具合傾向取得手段６５ａと、不具合傾向取得手段６５ａによって取得された不具合傾向情報を通知する不具合傾向通知手段６５ｂとを実現する。

次に、システム１０の動作について説明する。

まず、不具合傾向分析システム４０の動作について説明する。

不具合傾向分析システム４０は、不具合管理データベース３０の不具合情報を基にして、不具合の傾向を自動で分析し、分析結果を不具合傾向分析結果データベース５０に自動で保存する。不具合傾向分析システム４０は、不具合管理データベース３０を使用するので、不具合管理システム２０における各種の処理の妨げになることを抑えるために、例えば、製造業者の従業員の通常の就業時間外である午前０時から午前５時までの間に、不具合の傾向の分析の処理を実行しても良い。

次に、修正確認支援装置６０の動作について説明する。

開発者は、品質保証者からの依頼に応じて特定のコンポーネントを修正し、修正したコンポーネントに関して不具合の「内容」を不具合管理システム２０に入力した後、この不具合の「不具合管理ＩＤ」を、表示部６２に表示されているＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を介して操作部６１から修正確認支援装置６０に入力することができる。修正確認支援装置６０の制御部６５は、「不具合管理ＩＤ」が入力されると、図７に示す動作を実行する。

図７は、修正確認支援装置６０の動作のフローチャートである。

図７に示すように、不具合傾向取得手段６５ａは、入力された「不具合管理ＩＤ」を受け付けて（Ｓ１０１）、Ｓ１０１において受け付けた「不具合管理ＩＤ」に対応した不具合情報を不具合管理データベース３０から取得する（Ｓ１０２）。

図８は、Ｓ１０２の処理によって取得された不具合情報７０の一例を示す図である。

図８に示す不具合情報７０は、図２に示す不具合管理データベース３０における不具合情報のうち、「不具合管理ＩＤ」が「２０１７−１２１」の不具合情報と同一である。

図７に示すように、不具合傾向取得手段６５ａは、Ｓ１０２の処理の後、Ｓ１０２において取得した不具合情報と、不具合傾向分析結果データベース５０の分析結果とに基づいて、不具合傾向情報を生成する（Ｓ１０３）。

図９および図１０は、Ｓ１０３の処理によって生成された不具合傾向情報８０の一例を示す図である。

図９および図１０に示す不具合傾向情報８０は、互いに関連する複数の種類のコンポーネントに過去に発生した不具合の傾向を発生回数が多い順に示す不具合傾向情報８１と、互いに関連する複数の種類のコンポーネントのうち、過去に不具合が発生したコンポーネントの傾向を発生回数が多い順に示す不具合傾向情報８２と、図８に示す不具合情報７０における発生条件および影響の組み合わせと同一の発生条件および影響の組み合わせにおいて、不具合情報７０に示されている「コンポーネント−３」に過去に発生した不具合の傾向を発生回数が多い順に示す不具合傾向情報８３と、「コンポーネント−３」に過去に発生した不具合の傾向を発生回数が多い順に示す不具合傾向情報８４とを含んでいる。

不具合傾向情報８１は、図５に示す不具合傾向分析結果データベース５０における分析結果５１において、図８に示す不具合情報７０における情報が該当する項目が着色などの方法によって明確化されたものと同一である。なお、図９においては、不具合情報７０における情報が該当する項目は、不具合傾向情報８１に図示されていないので、明確化されているように描かれていないが、実際には明確化されている。

不具合傾向情報８２は、不具合傾向分析結果データベース５０における分析結果５２において、図８に示す不具合情報７０における情報が該当する項目、すなわち、「コンポーネント−３」が着色などの方法によって明確化されたものと同一である。

不具合傾向情報８３は、不具合傾向分析結果データベース５０における、「前提条件」、「操作条件」、「時期条件」および「影響」がそれぞれ「特定データ／環境」、「連続動作」、「条件無し」および「パフォーマンス」であり、「コンポーネント−３」に過去に発生した不具合の傾向を発生回数が多い順に示す分析結果において、不具合情報７０における情報が該当する項目が着色などの方法によって明確化されたものと同一である。

不具合傾向情報８４は、不具合傾向分析結果データベース５０における、「コンポーネント−３」に過去に発生した不具合の傾向を発生回数が多い順に示す分析結果において、不具合情報７０における情報が該当する項目が着色などの方法によって明確化されたものと同一である。

図７に示すように、不具合傾向通知手段６５ｂは、Ｓ１０３の処理の後、Ｓ１０２において取得された不具合情報と、Ｓ１０３において生成された不具合傾向情報とに基づいて、不具合傾向情報を含むメッセージ（以下「不具合傾向メッセージ」という。）を生成する（Ｓ１０４）。

図１１および図１２は、Ｓ１０４の処理によって生成された不具合傾向メッセージ９０の一例を示す図である。

図１１および図１２に示す不具合傾向メッセージ９０は、今回の不具合が発生したコンポーネントと同一の種類のコンポーネントを含む、互いに関連する複数の種類のコンポーネントに過去に発生した不具合の傾向を発生回数が多い順に示す不具合傾向情報９１と、今回の不具合が発生したコンポーネントと同一の種類のコンポーネントを含む、互いに関連する複数の種類のコンポーネントのうち、過去に不具合が発生したコンポーネントの傾向を発生回数が多い順に示す不具合傾向情報９２と、今回の不具合の発生条件および影響を示す情報９３と、今回の不具合が発生したコンポーネントに対するコメント９４と、今回の不具合の内容を示す情報９５と、今回の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した、今回の不具合の発生条件および影響と同一の発生条件および影響が対応付けられている不具合の傾向を発生回数が多い順に示す不具合傾向情報９６と、今回の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した不具合の傾向を発生回数が多い順に示す不具合傾向情報９７とを含んでいる。

不具合傾向情報９１は、図９に示す不具合傾向情報８１に基づいて生成される。

不具合傾向情報９２は、図９に示す不具合傾向情報８２に基づいて生成される。

情報９３は、図８に示す不具合情報７０の「発生条件」および「影響」と同一である。

コメント９４は、今回の不具合が発生したコンポーネントの不具合傾向情報９２における順位と、順位毎に予め定められている定型文とに基づいて生成される。

情報９５は、図８に示す不具合情報７０の「内容」と同一である。

不具合傾向情報９６は、図１０に示す不具合傾向情報８３のうち、「原因」、「箇所」および「状態」の組み合わせの傾向を発生回数が多い順に示す不具合傾向情報に基づいて生成される。

不具合傾向情報９７は、図１０に示す不具合傾向情報８４のうち、「原因」、「箇所」および「状態」の組み合わせの傾向を発生回数が多い順に示す不具合傾向情報に基づいて生成される。

なお、不具合傾向メッセージ９０は、修正確認支援装置６０の管理者によって記載内容の追加、削除、変更が可能である。

図７に示すように、不具合傾向通知手段６５ｂは、Ｓ１０４の処理の後、Ｓ１０４において生成した不具合傾向メッセージを表示部６２に表示して（Ｓ１０５）、図７に示す動作を終了する。

以上に説明したように、修正確認支援装置６０は、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した不具合の傾向を通知する（Ｓ１０５）ので、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した不具合のうち重要な不具合への対応を、開発者などの利用者に認識させることができる。したがって、修正確認支援装置６０は、不具合への対応に対する支援を強化することができる。

不具合への対応が行われたソフトウェアのリリースにおいては、対応の内容に問題がないことが開発者によって十分に確認されているはずである。しかしながら、実際には、確認不足によって、リリースしたソフトウェアに不具合が含まれていることが少なくない。修正確認支援装置６０は、コンポーネントのリリース時に、過去の不具合の発生傾向を開発者に通知することによって、リリースするソフトウェアに問題がないことを開発者が再確認することを促すものである。したがって、修正確認支援装置６０は、コンポーネントのリリース時の不具合の防止への開発者の意識を高めることができ、リリースされるコンポーネントの品質を向上することができる。

修正確認支援装置６０は、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した、対象の不具合の「発生条件」と同一の「発生条件」が対応付けられている不具合の傾向を通知するので、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した不具合のうち、対象の不具合と同一の条件で発生した重要な不具合への対応を、利用者に認識させることができる。

修正確認支援装置６０は、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した、対象の不具合の「影響」と同一の「影響」が対応付けられている不具合の傾向を通知するので、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した不具合のうち、対象の不具合と同一の影響を及ぼす重要な不具合への対応を、利用者に認識させることができる。

なお、修正確認支援装置６０は、本実施の形態において、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した、対象の不具合の「発生条件」および「影響」の組み合わせと同一の組み合わせが対応付けられている不具合の傾向を通知する。しかしながら、修正確認支援装置６０は、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した、対象の不具合の「発生条件」および「影響」のいずれか一方と同一のものが対応付けられている不具合の傾向を通知しても良い。

また、修正確認支援装置６０は、本実施の形態において、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した、対象の不具合の「前提条件」、「操作条件」および「時期条件」の組み合わせと同一の組み合わせが対応付けられている不具合の傾向を通知する。しかしながら、修正確認支援装置６０は、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した、対象の不具合の「前提条件」、「操作条件」および「時期条件」のいずれか１つと同一のものが対応付けられている不具合の傾向を通知しても良いし、対象の不具合の「前提条件」、「操作条件」および「時期条件」のいずれか２つの組み合わせと同一のものが対応付けられている不具合の傾向を通知しても良い。

修正確認支援装置６０は、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントを含む、互いに関連する複数の種類のコンポーネントに過去に発生した不具合の傾向を通知するので、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントを含む、互いに関連する複数の種類のコンポーネントに過去に発生した重要な不具合を、利用者に認識させることができる。

修正確認支援装置６０は、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントを含む、互いに関連する複数の種類のコンポーネントのうち、過去に不具合が発生したコンポーネントの傾向を通知するので、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に不具合が多く発生しているか否かについて、利用者に認識させることができる。したがって、修正確認支援装置６０は、例えば、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に不具合が多く発生している場合、対象の不具合への対応が行われたコンポーネントがリリースされる前に、リリースされるコンポーネントに対して、利用者に注意深く確認させることができる。

システム１０は、不具合傾向分析システム４０が不具合傾向分析結果データベース５０を事前に用意するので、修正確認支援装置６０における動作を高速化することができる。しかしながら、修正確認支援装置６０は、不具合管理データベース３０の不具合情報を基にして、不具合の傾向を必要に応じて分析しても良い。システム１０は、修正確認支援装置６０が不具合の傾向を分析する場合、不具合傾向分析システム４０および不具合傾向分析結果データベース５０を備えなくても良い。

不具合傾向分析システム４０は、不具合管理システム２０および修正確認支援装置６０のいずれかに組み込まれても良い。

（第２の実施の形態）
まず、本発明の第２の実施の形態に係るシステムの構成について説明する。

なお、本実施の形態に係るシステムの構成のうち、第１の実施の形態に係るシステムの構成と同様の構成については、第１の実施の形態に係るシステムの構成と同一の符号を付して詳細な説明を省略する。

図１３は、本実施の形態に係るシステム２１０のブロック図である。

図１３に示すように、システム２１０は、ソフトウェアに過去に発生した不具合を管理する不具合対応支援システムとしての不具合管理システム２２０と、不具合管理データベース３０、不具合傾向分析システム４０および不具合傾向分析結果データベース５０と、開発者が利用するＰＣなどのコンピューター２３０とを備えている。

不具合管理システム２２０は、不具合管理データベース３０と、不具合傾向分析結果データベース５０とにアクセス可能である。不具合管理システム２２０は、１台のコンピューターによって実現されても良いし、複数台のコンピューターによって実現されても良い。不具合管理システム２２０は、例えば、第１の実施の形態に係る不具合管理システム２０に特定のプラグインが追加されることによって実現されることが可能である。

コンピューター２３０は、不具合管理システム２２０にアクセス可能である。

システム２１０は、コンピューター２３０以外にも、コンピューター２３０と同様なコンピューターを少なくとも１台備えることが可能である。

図１４は、１台のコンピューターによって構成される場合の不具合管理システム２２０のブロック図である。

図１４に示す不具合管理システム２２０は、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部２２１と、各種の情報を記憶する半導体メモリー、ＨＤＤなどの不揮発性の記憶デバイスである記憶部２２２と、不具合管理システム２２０全体を制御する制御部２２３とを備えている。

記憶部２２２は、不具合への対応に対して支援するための不具合対応支援プログラム２２２ａを記憶している。不具合対応支援プログラム２２２ａは、例えば、不具合管理システム２２０の製造段階で不具合管理システム２２０にインストールされていても良いし、ＵＳＢメモリー、ＣＤ、ＤＶＤなどの外部の記憶媒体から不具合管理システム２２０に追加でインストールされても良いし、ネットワーク上から不具合管理システム２２０に追加でインストールされても良い。

制御部２２３は、例えば、ＣＰＵと、プログラムおよび各種のデータを記憶しているＲＯＭと、ＣＰＵの作業領域として用いられるＲＡＭとを備えている。ＣＰＵは、ＲＯＭまたは記憶部２２２に記憶されているプログラムを実行する。

制御部２２３は、不具合対応支援プログラム２２２ａを実行することによって、対象の不具合が発生したコンポーネントと同一の種類のコンポーネントに過去に発生した不具合の傾向を含む不具合傾向情報を取得する不具合傾向取得手段２２３ａと、不具合傾向取得手段２２３ａによって取得された不具合傾向情報を通知する不具合傾向通知手段２２３ｂと、対象の不具合への対応が行われたコンポーネントをリリースすることの許可を実行する品出許可手段２２３ｃとを実現する。

次に、不具合管理システム２２０の動作について説明する。

開発者は、品質保証者からの依頼に応じて特定のコンポーネントを修正し、修正したコンポーネントに関して不具合の「内容」をコンピューター２３０の操作部を介して不具合管理システム２２０に入力した後、対象の不具合への対応が行われたコンポーネントをリリースすることの要求をコンピューター２３０の操作部を介して不具合管理システム２２０に入力する。不具合管理システム２２０の制御部２２３は、対象の不具合への対応が行われたコンポーネントをリリースすることの要求が入力されると、図１５に示す動作を実行する。

図１５は、不具合管理システム２２０の動作のフローチャートである。

図１５に示すように、品出許可手段２２３ｃは、入力された要求を受け付ける（Ｓ３０１）。

次いで、不具合傾向取得手段２２３ａは、対象の不具合の「不具合管理ＩＤ」の入力画面をコンピューター２３０に送信する（Ｓ３０２）。そして、コンピューター２３０は、Ｓ３０２において送信されてきた入力画面を、コンピューター２３０自身の表示部に表示する。したがって、開発者は、対象の不具合の「不具合管理ＩＤ」を、コンピューター２３０の表示部に表示された入力画面を介してコンピューター２３０の操作部から不具合管理システム２２０に入力することができる。

不具合傾向取得手段２２３ａは、コンピューター２３０から「不具合管理ＩＤ」が入力されると、入力された「不具合管理ＩＤ」を受け付けて（Ｓ３０３）、Ｓ３０３において受け付けた「不具合管理ＩＤ」に対応した不具合情報を不具合管理データベース３０から取得する（Ｓ３０４）。Ｓ３０４の処理は、上述したＳ１０２の処理と同様である。

次いで、不具合傾向取得手段２２３ａは、Ｓ３０４において取得した不具合情報と、不具合傾向分析結果データベース５０の分析結果とに基づいて、不具合傾向情報を生成する（Ｓ３０５）。Ｓ３０５の処理は、上述したＳ１０３の処理と同様である。

次いで、不具合傾向通知手段２２３ｂは、Ｓ３０４において取得された不具合情報と、Ｓ３０５において生成された不具合傾向情報とに基づいて、不具合傾向メッセージを生成する（Ｓ３０６）。Ｓ３０６の処理は、上述したＳ１０４の処理と同様である。

次いで、不具合傾向通知手段２２３ｂは、Ｓ３０６において生成した不具合傾向メッセージをコンピューター２３０に送信する（Ｓ３０７）。そして、コンピューター２３０は、Ｓ３０７において送信されてきた不具合傾向メッセージを、コンピューター２３０自身の表示部に表示する。したがって、開発者は、コンピューター２３０の表示部に表示された不具合傾向メッセージに基づいて対象の不具合への対応を確認することができる。

品出許可手段２２３ｃは、Ｓ３０７の処理の後、Ｓ３０７において通知された不具合傾向メッセージに基づいて対象の不具合への対応を確認したという意思表示を受け付けるためのメッセージ（以下「意思表示受付用メッセージ」という。）をコンピューター２３０に送信する（Ｓ３０８）。そして、コンピューター２３０は、Ｓ３０８において送信されてきた意思表示受付用メッセージを、コンピューター２３０自身の表示部に表示する。

図１６は、コンピューター２３０の表示部に表示される意思表示受付用メッセージ２４０の一例を示す図である。

図１６に示す意思表示受付用メッセージ２４０は、不具合傾向メッセージに基づいて対象の不具合への対応を確認したかを問うメッセージ２４１と、不具合傾向メッセージに基づいて対象の不具合への対応を確認したという意思表示を受け付けるためのボタン２４２と、不具合傾向メッセージが通知されてから特定の時間が経過するまで意思表示を受け付けない旨を通知するためのメッセージ２４３とを含んでいる。特定の時間とは、例えば１０分間である。開発者は、コンピューター２３０の操作部を介してボタン２４２を押すことによって、不具合傾向メッセージに基づいて対象の不具合への対応を確認したという意思表示を不具合管理システム２２０に入力することができる。

図１５に示すように、品出許可手段２２３ｃは、Ｓ３０８の処理の後、不具合傾向メッセージに基づいて対象の不具合への対応を確認したという意思表示がコンピューター２３０から入力されたと判断するまで、不具合傾向メッセージに基づいて対象の不具合への対応を確認したという意思表示がコンピューター２３０から入力されたか否かを判断する（Ｓ３０９）。

品出許可手段２２３ｃは、不具合傾向メッセージに基づいて対象の不具合への対応を確認したという意思表示がコンピューター２３０から入力されたとＳ３０９において判断すると、Ｓ３０７において不具合傾向メッセージを送信してから特定の時間が経過したか否かを判断する（Ｓ３１０）。

品出許可手段２２３ｃは、Ｓ３０７において不具合傾向メッセージを送信してから特定の時間が経過していないとＳ３１０において判断すると、Ｓ３０９の処理を実行する。

品出許可手段２２３ｃは、Ｓ３０７において不具合傾向メッセージを送信してから特定の時間が経過したとＳ３１０において判断されると、対象の不具合への対応が行われたコンポーネントをリリースすることの許可を実行し（Ｓ３１１）、対象の不具合への対応が行われたコンポーネントをリリースすることの許可を示すメッセージをコンピューター２３０に送信して（Ｓ３１２）、図１５に示す動作を終了する。そして、コンピューター２３０は、Ｓ３１２において送信されてきたメッセージを、コンピューター２３０自身の表示部に表示する。したがって、開発者は、対象の不具合への対応が行われたコンポーネントをリリースすることが許可されたことを認識することができる。

不具合管理システム２２０は、第１の実施の形態に係る修正確認支援装置６０が得ることができる効果に加えて、以下の効果を得ることができる。

不具合管理システム２２０は、対象の不具合への対応が行われたコンポーネントをリリースすることの要求を受け付けた場合（Ｓ３０１）に不具合傾向メッセージを通知する（Ｓ３０７）ので、対象の不具合への対応が行われたコンポーネントがリリースされる前に、リリースされるコンポーネントに対して、重要な不具合への対応が行われているかについて、利用者に確認させることができる。

不具合管理システム２２０は、不具合傾向メッセージに基づいて対象の不具合への対応を確認したという意思表示を受け付けた場合に（Ｓ３０９でＹＥＳ）、対象の不具合への対応が行われたコンポーネントをリリースすることの許可を実行する（Ｓ３１１）ので、リリースされるコンポーネントに対する不具合への対応の確認が実行される可能性を向上することができる。

不具合管理システム２２０は、不具合傾向メッセージに基づいて対象の不具合への対応を確認したという意思表示を、不具合傾向メッセージを通知してから特定の時間が経過した後に受け付けた場合に（Ｓ３１０でＹＥＳ）、対象の不具合への対応が行われたコンポーネントをリリースすることの許可を実行する（Ｓ３１１）ので、リリースされるコンポーネントに対する不具合への対応の確認の時間を強制的に付与することによって、リリースされるコンポーネントに対する不具合への対応の確認が実行される可能性を向上することができる。

なお、不具合管理システム２２０は、不具合傾向メッセージを通知してから特定の時間が経過したか否かにかかわらず、不具合傾向メッセージに基づいて対象の不具合への対応を確認したという意思表示を受け付けた場合に、対象の不具合への対応が行われたコンポーネントをリリースすることの許可を実行しても良い。また、不具合管理システム２２０は、対象の不具合への対応が行われたコンポーネントをリリースすることの要求を受け付けた場合に、不具合傾向メッセージに基づいて対象の不具合への対応を確認したという意思表示を受け付けたか否かにかかわらず、特定の条件を満たしているとき、対象の不具合への対応が行われたコンポーネントをリリースすることの許可を実行しても良い。

システム２１０は、不具合傾向分析システム４０が不具合傾向分析結果データベース５０を事前に用意するので、不具合管理システム２２０における動作を高速化することができる。しかしながら、不具合管理システム２２０は、不具合管理データベース３０の不具合情報を基にして、不具合の傾向を必要に応じて分析しても良い。システム２１０は、不具合管理システム２２０が不具合の傾向を分析する場合、不具合傾向分析システム４０および不具合傾向分析結果データベース５０を備えなくても良い。

不具合傾向分析システム４０は、不具合管理システム２２０に組み込まれても良い。

６０ 修正確認支援装置（不具合対応支援システム、コンピューター）
６４ａ 不具合対応支援プログラム
６５ａ 不具合傾向取得手段
６５ｂ 不具合傾向通知手段
９０ 不具合傾向メッセージ
９１、９２、９６、９７ 不具合傾向情報
２２０ 不具合管理システム（不具合対応支援システム、コンピューター）
２２２ａ 不具合対応支援プログラム
２２３ａ 不具合傾向取得手段
２２３ｂ 不具合傾向通知手段
２２３ｃ 品出許可手段

Claims (9)

1. 対象の不具合が発生した品と同一の種類の品に過去に発生した不具合の傾向を含む不具合傾向情報を取得する不具合傾向取得手段と、
   前記不具合傾向取得手段によって取得された前記不具合傾向情報を通知する不具合傾向通知手段と
   を備えることを特徴とする不具合対応支援システム。
2. 前記不具合傾向情報は、前記対象の不具合が発生した品と同一の種類の品に過去に発生した、前記対象の不具合の発生条件と同一の発生条件が対応付けられている不具合の傾向を含むことを特徴とする請求項１に記載の不具合対応支援システム。
3. 前記不具合傾向情報は、前記対象の不具合が発生した品と同一の種類の品に過去に発生した、前記対象の不具合の影響と同一の影響が対応付けられている不具合の傾向を含むことを特徴とする請求項１または請求項２に記載の不具合対応支援システム。
4. 前記不具合傾向情報は、前記対象の不具合が発生した品と同一の種類の品を含む、互いに関連する複数の種類の品に過去に発生した不具合の傾向を含むことを特徴とする請求項１から請求項３までのいずれかに記載の不具合対応支援システム。
5. 前記不具合傾向情報は、前記対象の不具合が発生した品と同一の種類の品を含む、互いに関連する複数の種類の品のうち、過去に不具合が発生した品の傾向を含むことを特徴とする請求項１から請求項４までのいずれかに記載の不具合対応支援システム。
6. 前記対象の不具合への対応が行われた品を市場に出すことの許可を実行する品出許可手段を備え、
   前記不具合傾向通知手段は、前記対象の不具合への対応が行われた品を市場に出すことの要求が前記品出許可手段によって受け付けられた場合に、前記不具合傾向情報を通知することを特徴とする請求項１から請求項５までのいずれかに記載の不具合対応支援システム。
7. 前記品出許可手段は、前記不具合傾向通知手段によって通知された前記不具合傾向情報に基づいて前記対象の不具合への対応を確認したという意思表示を受け付けた場合に、前記許可を実行することを特徴とする請求項６に記載の不具合対応支援システム。
8. 前記品出許可手段は、前記不具合傾向通知手段によって前記不具合傾向情報が通知されてから特定の時間が経過した後に前記意思表示を受け付けた場合に、前記許可を実行することを特徴とする請求項７に記載の不具合対応支援システム。
9. 対象の不具合が発生した品と同一の種類の品に過去に発生した不具合の傾向を含む不具合傾向情報を取得する不具合傾向取得手段と、
   前記不具合傾向取得手段によって取得された前記不具合傾向情報を通知する不具合傾向通知手段と
   をコンピューターに実現させることを特徴とする不具合対応支援プログラム。

Images