(57)【要約】【課題】評価対象の機能について不具合調査に必要な情報を確実に採取する。【解決手段】評価装置は、評価対象機能を組み込まれた装置１において評価対象機能の評価を行なうものであって、生成部１１４ａ，蓄積管理部１１４，抽出部１１５ｂを有する。生成部１１４ａは、評価対象機能を用いて操作を実行するごとに、当該操作の操作ＩＤを生成する。蓄積管理部１１４は、当該操作に係る操作ログデータ，当該操作に対応する装置１の動作ログデータ，当該操作に対応する評価対象機能による処理データを、操作ＩＤによって関連付け、記憶部１２に蓄積する。抽出部１１５ｂは、評価実行中に不具合が発生した場合、不具合の発生時における操作ＩＤに基づいて不具合に係るデータを特定し、特定されたデータを、メモリ１２から特定データとして抽出する。【選択図】図２
2015225580.tif 000002
【特許請求の範囲】
【請求項１】
評価対象機能を組み込まれた装置において前記評価対象機能の評価を行なう評価装置であって、
前記評価対象機能を用いて操作を実行するごとに、当該操作の操作識別情報を生成する生成部と、
当該操作に係る操作ログデータ、当該操作に対応する前記装置の動作ログデータ、及び、当該操作に対応する前記評価対象機能による処理データを、前記操作識別情報によって関連付け、記憶部に蓄積する蓄積管理部と、
前記評価の実行中に不具合が発生した場合、前記不具合の発生時における前記操作の操作識別情報に基づいて前記不具合に係るデータを特定し、特定されたデータを、前記記憶部から特定データとして抽出する抽出部と、を有する、評価装置。
【請求項２】
前記操作識別情報は、一連の操作の開始時に初期化され前記操作ごとにインクリメントされるシリアル番号であり、
前記抽出部は、前記不具合の発生時における前記操作の操作識別情報を抽出範囲終了位置として認識するとともに、前記抽出範囲終了位置から前記操作識別情報を一ずつ遡り初期値もしくは最小値になった時点での操作識別情報を抽出範囲開始位置として認識し、前記抽出範囲開始位置から前記抽出範囲終了位置までの前記操作識別情報に対応するデータを、前記不具合に係るデータとして特定する、請求項１記載の評価装置。
【請求項３】
前記抽出部によって抽出された前記特定データを、前記評価対象機能の不具合情報としてデータ格納領域に格納する格納部、をさらに有する、請求項１または請求項２に記載の評価装置。
【請求項４】
前記格納部は、前記抽出部によって抽出された前記特定データを参照して前記不具合の内容を確認し、確認された前記不具合の内容に応じた優先順位に従って、前記操作ログデータ、前記動作ログデータ、及び、前記処理データの一部もしくは全部を、前記不具合情報として前記データ格納領域に格納する、請求項３記載の評価装置。
【請求項５】
評価対象機能を組み込まれた装置において前記評価対象機能の評価を行なう評価装置としてのコンピュータに、
前記評価対象機能を用いて操作を実行するごとに、当該操作の操作識別情報を生成し、
当該操作に係る操作ログデータ、当該操作に対応する前記装置の動作ログデータ、及び、当該操作に対応する前記評価対象機能による処理データを、前記操作識別情報によって関連付け、記憶部に蓄積し、
前記評価の実行中に不具合が発生した場合、前記不具合の発生時における前記操作の操作識別情報に基づいて前記不具合に係るデータを特定し、特定されたデータを、前記記憶部から特定データとして抽出する、
処理を実行させる、評価プログラム。
【請求項６】
評価対象機能を組み込まれた装置において前記評価対象機能の評価を行なう評価方法であって、
コンピュータが、
前記評価対象機能を用いて操作を実行するごとに、当該操作の操作識別情報を生成し、
当該操作に係る操作ログデータ、当該操作に対応する前記装置の動作ログデータ、及び、当該操作に対応する前記評価対象機能による処理データを、前記操作識別情報によって関連付け、記憶部に蓄積し、
前記評価の実行中に不具合が発生した場合、前記不具合の発生時における前記操作の操作識別情報に基づいて前記不具合に係るデータを特定し、特定されたデータを、前記記憶部から特定データとして抽出する、評価方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、評価装置、評価プログラム、及び評価方法に関する。
【背景技術】
【０００２】
入出力装置（例えばストレージ装置）や情報処理装置（例えばサーバ，ＰＣ (Personal Computer)，携帯端末）を含む各種装置には、各種機能を果たすプログラムがインストールされ、前記各種機能が組み込まれる。前記プログラムは、開発者によって開発作成されるが、その際、当該各種装置に前記プログラムをインストールした状態で、当該各種装置の出荷前に前記各種機能の評価を行なう必要がある。
【０００３】
ここで、評価対象の機能が、例えば、ストレージ装置に組み込まれ、ウエブ（Ｗｅｂ）を介してストレージ装置に対する処理を行なうＷｅｂ_ＧＵＩ（Graphical User Interface）機能である場合について説明する。より具体的に、Ｗｅｂ_ＧＵＩ機能とは、Ｗｅｂブラウザを介して、ストレージ装置における設定や保守、ストレージ装置内の情報収集などを行なうユーザインタフェース機能のことである。
【０００４】
このとき、Ｗｅｂ_ＧＵＩ開発とは、Ｗｅｂブラウザとのインタフェースや、ブラウザに表示する画面などを設計しプログラミングする作業である。Ｗｅｂ_ＧＵＩの開発者が作成したプログラムは、ストレージ装置に組み込まれる。
【０００５】
当該プログラムによって実現されるＷｅｂ_ＧＵＩ機能の評価とは、Ｗｅｂ_ＧＵＩ機能を用い、実行結果，画面表示，処理時間などを確認することである。Ｗｅｂ_ＧＵＩ機能の評価において、何らかの不具合が発生した場合、当該評価を行なう評価担当者は、発生した不具合についての調査資料をまとめ、Ｗｅｂ_ＧＵＩの開発者に通知する。
【０００６】
なお、調査資料は、ストレージ装置の電源をオンしてからオフするまでの間に亘って、ストレージ装置内で記録蓄積されるログデータである。ログデータとしては、ホストとストレージ装置との間のＩ／Ｏ（Input/Output）制御に係る動作ログや、ストレージ装置の制御に係る動作ログや、評価対象のＷｅｂ_ＧＵＩ機能によるＧＵＩ制御に係る動作ログが作成される。作成された動作ログは、ストレージ装置を成すＣＭ（Controller Module）上のメモリにおける蓄積データベース（ＤＢ）に記録蓄積される。
【０００７】
図３（Ａ）に示すフローチャート（ステップＳ１０１〜Ｓ１０６）に従って、Ｗｅｂ_ＧＵＩ機能の評価時に不具合が発生した場合の一般的な処理手順について説明する。
ストレージ装置に組み込まれたＷｅｂ_ＧＵＩ機能の評価が開始されると、前述したログデータが、ストレージ装置内の蓄積ＤＢに記録蓄積される（ステップＳ１０１）。
【０００８】
評価開始後に、何らかの不具合が発生した場合（ステップＳ１０２）、評価担当者は、当該不具合に係るログデータを、蓄積ＤＢから採取する（ステップＳ１０３）。また、評価担当者は、不具合発生時のＷｅｂ_ＧＵＩ画面をキャプチャ操作等によって採取する（ステップＳ１０４）。そして、評価担当者は、採取したログデータとＷｅｂ_ＧＵＩ画面とを、不具合調査に必要な調査資料としてフォルダ等に格納し（ステップＳ１０５）、Ｗｅｂ_ＧＵＩの開発者に、当該フォルダ等を受け渡すとともに不具合調査を依頼する（ステップＳ１０６）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１２−０５３８７３号公報
【特許文献２】特開２００９−２０１８０９号公報
【特許文献３】特開２００７−２４９４９０号公報
【特許文献４】特開２０１０−１０８２２４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、各種装置に組み込まれて評価対象となる機能（例えばＷｅｂ_ＧＵＩ機能）は、年々、多機能化する一方で、当該機能についての評価工数は限られている。このため、不具合発生時に、評価担当者は、限られた評価工数で、多くの調査資料（ログデータ）の選別／採取を行なわなければならない。したがって、不具合調査に必要な情報（調査資料）を確実に採取することができない場合がある。
【００１１】
一つの側面で、本発明は、評価対象の機能について不具合調査に必要な情報を確実に採取することを目的とする。
【課題を解決するための手段】
【００１２】
本件の評価装置は、評価対象機能を組み込まれた装置において前記評価対象機能の評価を行なうものであって、生成部、蓄積管理部、及び、抽出部を有する。前記生成部は、前記評価対象機能を用いて操作を実行するごとに、当該操作を特定する操作識別情報を生成する。前記蓄積管理部は、当該操作に係る操作ログデータ、当該操作に対応する前記装置の動作ログデータ、及び、当該操作に対応する前記評価対象機能による処理データを、前記操作識別情報によって関連付け、記憶部に蓄積する。前記抽出部は、前記評価の実行中に不具合が発生した場合、前記不具合の発生時における前記操作の操作識別情報に基づいて前記不具合に係るデータを特定し、特定されたデータを、前記記憶部から特定データとして抽出する。
【発明の効果】
【００１３】
評価対象の機能について不具合調査に必要な情報を確実に採取することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態の評価装置を適用されるストレージ装置のハードウェア構成を示すブロック図である。
【図２】図１に示すストレージ装置における評価装置の詳細な機能構成を示すブロック図である。
【図３】（Ａ）および（Ｂ）は一般的な処理手順と本実施形態による処理手順とを対比しながら示す図で、（Ａ）はＷｅｂ_ＧＵＩ機能の評価時に不具合が発生した場合の一般的な処理手順を説明するフローチャート、（Ｂ）はＷｅｂ_ＧＵＩ機能の評価時に不具合が発生した場合の本実施形態による処理手順を説明するフローチャートである。
【図４】図２に示す評価装置によるログ蓄積処理の手順を説明するフローチャートである。
【図５】図２に示す評価装置によるオペレーションログＩＤ更新（生成）処理の手順を説明するフローチャートである。
【図６】図２に示す評価装置によるオペレーションログＩＤの割り振り処理を説明するシーケンス図である。
【図７】図２に示す評価装置における蓄積ＤＢに記録蓄積される各種ログデータの例を示す図である。
【図８】本実施形態の蓄積ＤＢのデータ構造例を示す図である。
【図９】本実施形態におけるＷｅｂ_ＧＵＩ画面の一例を示す図である。
【図１０】図２に示す評価装置によるログ抽出処理の手順を説明するフローチャートである。
【図１１】図２に示す評価装置によるログ格納処理の手順を説明するフローチャートである。
【図１２】図２に示す評価装置においてバックアップ媒体に格納される不具合調査用ＤＢのデータ構造例を示す図である。
【図１３】本実施形態におけるＷｅｂ_ＧＵＩ画面の他例を示す図である。
【図１４】本実施形態における不具合情報一覧の表示画面の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下に、図面を参照し、本願の開示する評価装置、評価プログラムおよび評価方法の実施形態について、詳細に説明する。ただし、以下に示す実施形態は、あくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能を含むことができる。そして、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００１６】
〔１〕本実施形態のストレージ装置の構成
まず、図１を参照しながら、本実施形態の評価装置を適用されるストレージ装置１のハードウェア構成について説明する。図１は、ストレージ装置１のハードウェア構成を示すブロック図である。
【００１７】
図１に示すストレージ装置１は、１以上（本実施形態では１）のホスト装置２に対して通信可能に接続されている。ホスト装置２は、例えば、サーバ機能をそなえた情報処理装置であり、ストレージ装置１との間においてコマンドを送受信する。ホスト装置２は、例えば、ストレージ装置１に対してリード／ライト等のディスクアクセスコマンドを送信することにより、ストレージ装置１が提供するボリュームにデータの書き込みや読み出しを行なう。
【００１８】
そして、ストレージ装置１は、ホスト装置２からボリュームに対して行なわれる入出力要求（Ｉ／Ｏ要求；例えばリードコマンドやライトコマンド）に応じ、当該ボリュームに対応する実ストレージに対してデータの読み出しや書き込み等の処理を行なう。また、ストレージ装置１は、図１に示すように、複数（本実施形態では２つ）のＣＭ（Controller Module）１０と、１以上のディスク（物理ディスク）２０とをそなえる。ディスク２０としては、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の記憶装置が用いられ、複数の記憶装置を用いてＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を構成することができる。
【００１９】
ディスク２０は、各ＣＭ１０（ＣＭ＃０またはＣＭ＃１）におけるデバイスアダプタ（図示略）に接続されている。ディスク２０には、各ＣＭ１０からアクセスして、データの書き込みや読み出しを行なうことができる。すなわち、ディスク２０に対して、各ＣＭ１０を接続することにより、ディスク２０へのアクセス経路が冗長化される。
【００２０】
各ＣＭ１０は、ストレージ装置１内の動作を制御するコントローラ（ストレージ制御装置）であり、ホスト装置２から送信されるＩ／Ｏ要求に従って、ディスク２０へのアクセス制御等、各種制御を行なう。各ＣＭ１０は、互いにほぼ同様の構成を有している。各ＣＭ１０は二重化されており、通常は、一方のＣＭ１０がプライマリとして各種制御を行なう。しかし、このプライマリＣＭ１０の故障時には、セカンダリのＣＭ１０がプライマリとして動作を引き継ぐ。
【００２１】
各ＣＭ１０は、チャネルアダプタ（図示略）を介してホスト装置２に接続される。そして、各ＣＭ１０は、ホスト装置２から送信されるリード／ライト等のコマンドを受信し、デバイスアダプタ（図示略）等を介してディスク２０の制御を行なう。また、各ＣＭ１０は、ＰＣＩ (Peripheral Component Interconnect) Express 等の図示しないインタフェースを介して相互に接続されている。
【００２２】
各ＣＭ１０は、図１に示すように、上述したデバイスアダプタやチャネルアダプタをそなえるとともに、ＣＰＵ（Central Processing Unit）１１，メモリ１２，バックアップ媒体１３をそなえる。
【００２３】
メモリ（記憶部）１２は、種々のデータやプログラムを一時的に格納する、ＲＡＭ（Random Access Memory）等の記憶装置であり、図示しないメモリ領域とキャッシュ領域とをそなえる。キャッシュ領域は、ホスト装置２から受信したデータ（入力データ）や、ホスト装置２に対して送信するデータ（出力データ）を一時的に格納する。メモリ領域には、図２を参照しながら後述するごとく、蓄積ＤＢ１２０が記録蓄積される。また、メモリ領域には、ＣＰＵ１１がプログラムを実行する際に、データやプログラムを一時的に格納・展開して用いる。
【００２４】
バックアップ媒体１３は、メモリ１２上のデータをバックアップするための媒体であり、例えばＳＳＤを用いることができる。バックアップ媒体１３は、図２を参照しながら後述するごとく、不具合調査用ＤＢ１３０を格納するデータ格納領域として機能する。
【００２５】
また、ストレージ装置１には、図２を参照しながら後述する、本実施形態の評価装置の一部として機能する評価ＰＣ３が接続されている。評価ＰＣ３は、ストレージ装置１と、相互に通信可能に直接接続されてもよいし、ＬＡＮ（Local Area Network）等のネットワーク（図示略）を介して相互に通信可能に接続されてもよい。評価ＰＣ３は、評価担当者によって操作可能な、一般的なパーソナルコンピュータとして構成されていればよい。
【００２６】
〔２〕本実施形態の評価装置の構成
次に、図２を参照しながら、図１に示すストレージ装置１に組み込まれる、本実施形態の評価装置（ＧＵＩ評価ツール）の詳細な機能構成について説明する。図２は、図１に示すストレージ装置１における評価装置の詳細な機能構成を示すブロック図である。なお、図２では、図１における２つのＣＭ１０のうちの一方のみが図示されている。
【００２７】
本実施形態の評価装置は、例えば、上述のようなストレージ装置１に、Ｗｅｂ_ＧＵＩ機能を果たすプログラムが組み込まれる場合に、当該プログラムをストレージ装置１にインストールした状態で、ストレージ装置１の出荷前にＷｅｂ_ＧＵＩ機能の評価を行なう。Ｗｅｂ_ＧＵＩ機能は、前述した通り、Ｗｅｂブラウザを介して、ストレージ装置１における設定や保守、ストレージ装置１内の情報収集などを行なうユーザインタフェース機能である。
【００２８】
本実施形態の評価装置は、ストレージ装置１に組み込まれるＷｅｂ_ＧＵＩ機能（評価対象機能）の評価を行なうもので、図１および図２に示す例では、評価ＰＣ３と、各ＣＭ１０におけるＣＰＵ１１とを含んでいる。なお、評価ＰＣ３は、少なくとも、液晶ディスプレイ，ＣＲＴ（Cathod Ray Tube）等の表示部３ａと、当該表示部３ａを参照した評価担当者によって操作され各種指示を入力する、マウス，キーボード等の入力部３ｉとを有している。評価ＰＣ３の表示部３ａの表示状態は、後述する表示制御部１１５ｄによって制御される。
【００２９】
ＣＰＵ１１は、種々の制御や演算を行なう処理装置であり、メモリ１２のメモリ領域における所定のアプリケーションプログラム（評価プログラム，制御プログラム，Ｗｅｂ_ＧＵＩプログラムを含む）を実行する。これにより、ＣＰＵ１１は、後述するＩ／Ｏ制御部１１１，装置管理部１１２，ＧＵＩ管理部１１３，蓄積ＤＢ管理部１１４，不具合調査用ＤＢ管理部１１５としての機能を果たす。つまり、ＣＰＵ１１は、ストレージ制御装置としての機能，Ｗｅｂ_ＧＵＩとしての機能，評価装置としての機能を果たすことになる。
【００３０】
なお、前記所定のアプリケーションプログラムは、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷなど），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷなど），ブルーレイディスク等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、ＣＰＵ１１は、当該記録媒体から前記所定のアプリケーションプログラムを読み取って内部記憶装置または外部記憶装置としてのメモリ１２（メモリ領域）に転送し格納して用いる。
【００３１】
Ｉ／Ｏ制御部１１１は、ホスト装置２とストレージ装置１との間のＩ／Ｏ制御を行なう。Ｉ／Ｏ制御部１１１は、本実施形態の評価装置の一部であるログ作成部１１１ａおよびログ登録部１１１ｂを有する。ログ作成部１１１ａは、Ｉ／Ｏ制御部１１１の制御動作に係る動作ログデータを作成する。ログ登録部１１１ｂは、ログ作成部１１１ａによって作成された動作ログデータの、蓄積ＤＢ１２０への登録を蓄積ＤＢ管理部１１４に依頼する。なお、ログ作成部１１１ａおよびログ登録部１１１ｂとしての機能は、上記評価プログラムによって実現される。
【００３２】
装置管理部１１２は、各種処理の実施，異常監視など、ストレージ装置１の管理を行なう。装置管理部１１２は、本実施形態の評価装置の一部であるログ作成部１１２ａおよびログ登録部１１２ｂを有する。ログ作成部１１２ａは、装置管理部１１２の管理動作に係る動作ログデータを作成する。ログ登録部１１２ｂは、ログ作成部１１２ａによって作成された動作ログデータの、蓄積ＤＢ１２０への登録を蓄積ＤＢ管理部１１４に依頼する。なお、ログ作成部１１２ａおよびログ登録部１１２ｂとしての機能は、上記評価プログラムによって実現される。
【００３３】
ＧＵＩ管理部１１３は、Ｗｅｂ_ＧＵＩプログラムの実行によって評価対象機能であるＷｅｂ_ＧＵＩとしての機能を果たすもので、Ｗｅｂ_ＧＵＩの描画などＧＵＩの制御を行なう。ＧＵＩ管理部１１３は、ＨＴＭＬ（HyperText Markup Language）作成部１１３ｅのほか、本実施形態の評価装置の一部であるオペログ作成部１１３ａ，オペログ登録部１１３ｂ，ログ作成部１１３ｃ，ログ登録部１１３ｄ，ＨＴＭＬ登録部１１３ｆを有する。
【００３４】
オペログ作成部１１３ａは、Ｗｅｂ_ＧＵＩ機能について評価担当者等の指示によって実行される操作（オペレーション）に係る操作ログデータを作成する。操作ログデータのことを、以下、オペレーションログまたはオペログという場合がある。オペログ登録部１１３ｂは、オペログ作成部１１３ａによって作成されたオペログの、蓄積ＤＢ１２０への登録を蓄積ＤＢ管理部１１４に依頼する。なお、オペログ作成部１１３ａおよびオペログ登録部１１３ｂとしての機能は、上記評価プログラムによって実現される。
【００３５】
ログ作成部１１３ｃは、ＧＵＩ管理部１１３の管理動作に係る動作ログデータを作成する。ログ登録部１１３ｄは、ログ作成部１１３ｃによって作成された動作ログデータの、蓄積ＤＢ１２０への登録を蓄積ＤＢ管理部１１４に依頼する。なお、ログ作成部１１３ｃおよびログ登録部１１３ｄとしての機能は、上記評価プログラムによって実現される。
【００３６】
ＨＴＭＬ作成部１１３ｅは、評価対象機能に含まれるＧＵＩの制御機能に従って、ＨＴＭＬデータ（処理データ）を作成する。ＨＴＭＬ登録部１１３ｆは、ＨＴＭＬ作成部１１３ｅによって作成されたＨＴＭＬデータの、蓄積ＤＢ１２０への登録を蓄積ＤＢ管理部１１４に依頼する。なお、ＨＴＭＬ登録部１１３ｆとしての機能は、上記評価プログラムによって実現される。
【００３７】
蓄積ＤＢ管理部（蓄積管理部）１１４は、ストレージ装置１におけるログデータ等の、蓄積ＤＢ１２０への蓄積を管理する。蓄積ＤＢ１２０は、メモリ１２に保存される。蓄積ＤＢ管理部１１４は、オペログ管理部１１４ａ，オペログ格納部１１４ｂ，ログ格納部１１４ｃ，ＨＴＭＬ格納部１１４ｄを有する。
【００３８】
オペログ管理部１１４ａは、各種ログに対し、操作（オペレーション）に応じた操作識別情報を割り振る。以下、操作識別情報はオペレーションログＩＤ（Identification）またはオペログＩＤという。オペログ管理部１１４ａは、Ｗｅｂ_ＧＵＩ機能について評価担当者等の指示によって実行される操作（オペレーション）ごとに、当該操作を特定するオペログＩＤを生成する生成部としての機能を有する。オペログＩＤは、例えば、図５を参照しながら後述するごとく、一連の操作の開始時に初期化され、オペレーションの実行ごとに１ずつインクリメントされるシリアル番号である。ここで、一連の操作の開始時とは、例えば評価担当者等の指示によるアクションボタン（図示略）のクリック操作時である。また、オペログ管理部１１４ａは、オペログ格納部１１４ｂ，ログ格納部１１４ｃ，ＨＴＭＬ格納部１１４ｄのそれぞれからオペログＩＤの確認・問合せを受けると、その時点のオペログＩＤを、各格納部１１４ｂ，１１４ｃ，１１４ｄに応答する（割り振る）機能を有する。当該機能については、図６を参照しながら後述する。
【００３９】
オペログ格納部１１４ｂは、オペログ登録部１１３ｂからオペログの蓄積ＤＢ１２０への登録依頼を受けると、オペログ管理部１１４ａによって割り振られるオペログＩＤとともに、オペログ１２１を蓄積ＤＢ１２０に記録蓄積する。
【００４０】
ログ格納部１１４ｃは、ログ登録部１１１ｂ，１１２ｂ，１１３ｄから動作ログデータの蓄積ＤＢ１２０への登録依頼を受けると、オペログ管理部１１４ａによって割り振られるオペログＩＤとともに、動作ログデータ１２２を蓄積ＤＢ１２０に記録蓄積する。以下、動作ログデータのことを、単にログデータという場合がある。
【００４１】
ＨＴＭＬ格納部１１４ｄは、ＨＴＭＬ登録部１１３ｆからＨＴＭＬデータの蓄積ＤＢ１２０への登録依頼を受けると、オペログ管理部１１４ａによって割り振られるオペログＩＤとともに、ＨＴＭＬデータ１２３を蓄積ＤＢ１２０に記録蓄積する。
【００４２】
このように、蓄積ＤＢ管理部１１４は、上述したオペログ管理部１１４ａおよび格納部１１４ｂ〜１１４ｄによって、オペログ１２１，ログデータ１２２，ＨＴＭＬデータ１２３を、オペログＩＤによって関連付け、メモリ１２の蓄積ＤＢ１２０に蓄積する蓄積管理部として機能する。なお、オペログ１２１，ログデータ１２２，ＨＴＭＬデータ１２３の具体例等については、図７および図８を参照しながら後述する。
【００４３】
不具合調査用ＤＢ管理部１１５は、不具合情報の、不具合調査用ＤＢ１３０への蓄積を管理する。不具合調査用ＤＢ１３０は、メモリ１２上のデータをバックアップするバックアップ媒体（データ格納領域）１３に保存される。不具合調査用ＤＢ管理部１１５は、ボタン認識部１１５ａ，ログ抽出部１１５ｂ，ログ格納部１１５ｃ，表示制御部１１５ｄを有する。
【００４４】
ボタン認識部１１５ａは、評価ＰＣ３の表示部３ａに表示された評価ＮＧボタン３ｃ（図９参照）に対するクリック操作を認識する。評価ＮＧボタン３ｃは、後述するごとく、Ｗｅｂ_ＧＵＩ機能の評価期間中、表示部３ａのＷｅｂ_ＧＵＩ画面３ｂ上に表示され、必要に応じて、評価担当者によってクリック操作される。ここで、評価の実行中に不具合が発生した場合、その旨が、表示部３ａのＷｅｂ_ＧＵＩ画面３ｂ上にエラー情報として表示される。評価担当者は、当該エラー情報を参照すると、評価ＮＧボタン（抽出指示用ボタン）３ｃに対し、評価ＰＣ３の入力部３ｉによってクリック操作を行なう。ボタン認識部１１５ａは、当該クリック操作を認識すると、今回発生した不具合に係るデータの抽出を指示する抽出指示を、ログ抽出部１１５ｂに対し発行する。
【００４５】
ログ抽出部（抽出部）１１５ｂは、ストレージ装置１に組み込まれたＷｅｂ_ＧＵＩ機能の評価実行中に不具合が発生した場合、当該不具合の発生時におけるオペレーションのオペログＩＤに基づいて当該不具合に係るデータを特定する。そして、ログ抽出部１１５ｂは、特定されたデータを、メモリ１２上の蓄積ＤＢ１２０から特定データとして抽出する。このとき、ログ抽出部１１５ｂは、上述したように、ボタン認識部１１５ａから発行された抽出指示に応じて、前記特定データの特定および抽出を行なう。
【００４６】
このとき、ログ抽出部１１５ｂは、前記不具合の発生時におけるオペレーションのオペログＩＤを抽出範囲終了位置として認識する。また、ログ抽出部１１５ｂは、当該抽出範囲終了位置からオペログＩＤを一ずつ遡り初期値もしくは最小値になった時点でのオペログＩＤを抽出範囲開始位置として認識する。そして、ログ抽出部１１５ｂは、抽出範囲開始位置から抽出範囲終了位置までのオペログＩＤに対応するデータを、前記特定データとして特定する。前記初期値は、例えば本実施形態では“１”である。なお、ログ抽出部１１５ｂによるログ抽出処理については、図１０を参照しながら後述する。
【００４７】
ログ格納部（格納部）１１５ｃは、ログ抽出部１１５ｂによって抽出された特定データを、評価対象機能の不具合情報としてバックアップ媒体（データ格納領域）１３上の不具合調査用ＤＢ１３０に格納する。このとき、評価ＮＧボタン３ｃがクリックされる都度、一組の不具合情報（オペログ１３１，ログデータ１３２，ＨＴＭＬデータ１３３）が蓄積ＤＢ１２０から抽出され不具合調査用ＤＢ１３０に格納される（図１２参照）。また、ログ格納部１１５ｃは、抽出部１１５ｂによって抽出された特定データを参照して前記不具合の内容を確認する。そして、ログ格納部１１５ｃは、確認された前記不具合の内容に応じた優先順位に従って、オペログ１３１，ログデータ１３２，ＨＴＭＬデータ１３３の一部もしくは全部を、前記不具合情報として不具合調査用ＤＢ１３０に格納する。なお、ログ格納部１１５ｃによるログ格納処理については、図１１を参照しながら後述する。また、不具合調査用ＤＢ１３０のデータ構造例等については図１２を参照しながら後述する。
【００４８】
表示制御部１１５ｄは、評価ＰＣ３の表示部３ａの表示状態を制御するもので、表示部３ａに、上述した評価ＮＧボタン３ｃを表示させるほか、不具合情報表示ボタン３ｄ（図１３参照）や不具合情報一覧３ｅ（図１４参照）を表示させる。このとき、不具合情報表示ボタン３ｄは、Ｗｅｂ_ＧＵＩ機能の評価期間中、表示部３ａのＷｅｂ_ＧＵＩ画面３ｂ上に表示され、必要に応じて評価担当者によってクリック操作される。例えば、評価担当者は、採取してＷｅｂ_ＧＵＩの開発者に受け渡す不具合情報を選択すべく不具合情報一覧３ｅを参照する場合、不具合情報表示ボタン３ｄに対し、入力部３ｉによってクリック操作を行なう。表示制御部１１５ｄは、不具合情報表示ボタン３ｄに対するクリック操作を認識すると、不具合情報一覧３ｅを表示部３ａに表示させる。
【００４９】
さらに、表示制御部１１５ｄは、不具合情報一覧３ｅに、採取ボタン３ｆ，削除ボタン３ｇ，キャンセルボタン３ｈを表示させる。図１４を参照しながら後述するごとく、不具合情報一覧３ｅを参照した評価担当者は、入力部３ｉを操作して、不具合情報のチェックボックスにチェックを記入し、採取ボタン３ｆに対するクリック操作を行なう。これにより、チェックされた不具合情報が、Ｗｅｂ_ＧＵＩの開発者に受け渡すべき調査資料として選択され採取される。つまり、表示制御部１１５ｄは、表示部３ａにおける一覧表示（不具合情報一覧３ｅ）に対する操作に応じて、不具合調査用ＤＢ１３０からの不具合情報の採取指示を発行するように構成されている。表示制御部１１５ｄは、採取指示を受けると、例えば、前記調査資料をダウンロードするためのダウンロード画面（図示略）を表示部３ａに表示させてもよいし、前記調査資料を開発者のフォルダ等に格納してもよい。
【００５０】
なお、評価担当者は、入力部３ｉを操作して、不具合情報のチェックボックスにチェックを記入し、削除ボタン３ｇに対するクリック操作を行なった場合、チェックされた不具合情報が不具合調査用ＤＢ１３０から削除される。また、評価担当者は、入力部３ｉを操作して、キャンセルボタン３ｈに対するクリック操作を行なった場合、それまでの不具合情報一覧３ｅに対するクリック操作等が全てキャンセルされる。
【００５１】
〔３〕本実施形態の評価装置の機能および動作
次に、図３〜図１４を参照しながら、本実施形態の評価装置の機能および動作について具体的に説明する。
【００５２】
〔３−１〕本実施形態の評価装置による処理の概要
まず、図３（Ｂ）に示すフローチャート（ステップＳ１〜Ｓ８）に従って、Ｗｅｂ_ＧＵＩ機能の評価時に不具合が発生した場合の本実施形態による処理手順（本実施形態の評価装置による処理の概要）について説明する。なお、図３（Ａ）および図３（Ｂ）は、一般的な処理手順と本実施形態による処理手順とを対比しながら示す図である。既述の通り、図３（Ａ）は、Ｗｅｂ_ＧＵＩ機能の評価時に不具合が発生した場合の一般的な処理手順を説明するフローチャート（ステップＳ１０１〜Ｓ１０６）である。
【００５３】
Ｗｅｂ_ＧＵＩ機能の評価を開始すると、本実施形態の評価装置では、各種ログが、ストレージ装置１内の蓄積ＤＢ１２０に記録蓄積される（ステップＳ１）。各種ログとしては、Ｗｅｂ_ＧＵＩのオペレーションログ１２１と、ストレージ装置１内部の動作などを記録するためのログ情報（ログデータ１２２，ＨＴＭＬデータ１２３）とが記録蓄積意される。このように、本実施形態では、複数種類のログが蓄積され、これら複数種類のログを関連付けるために、オペログＩＤが各ログに付加される。ステップＳ１における各種ログの蓄積処理等については図４〜図８を参照しながら後述する。
【００５４】
評価開始後、各種ログ蓄積中に、Ｗｅｂ_ＧＵＩ機能に何らかの不具合が発生した場合（ステップＳ２）、表示部３ａのＷｅｂ_ＧＵＩ画面３ｂ上にエラー情報が表示される（図９参照）。評価担当者は、エラー情報を参照すると、入力部３ｉを操作して、Ｗｅｂ_ＧＵＩ画面３ｂ上の評価ＮＧボタン３ｃに対するクリック操作を行なう（図９参照；ステップＳ３）。ボタン認識部１１５ａは、当該クリック操作を認識すると、今回発生した不具合に係るデータの抽出を指示する抽出指示を、ログ抽出部１１５ｂに対し発行する。
【００５５】
本実施形態の評価装置では、評価ＮＧボタン３ｃに対するクリック操作（例えばワンクリック操作）によって、不具合情報がバックアップ媒体１３０に登録される（ステップＳ４，Ｓ５）。
【００５６】
つまり、評価ＮＧボタン３ｃのクリック操作を契機とし、ステップＳ４において、ログ抽出部１１５ｂは、当該クリック操作時のオペログＩＤに基づいて当該不具合に係るデータを特定し特定データ（不具合調査に必要な調査資料となる不具合情報）として抽出する。ステップＳ４におけるログ抽出処理については図１０を参照しながら後述する。
【００５７】
そして、ステップＳ５において、ログ格納部１１５ｃは、ステップＳ４で抽出された特定データを、バックアップ媒体１３上の不具合調査用ＤＢ１３０に格納する。このとき、評価ＮＧボタン３ｃがクリックされる都度、一組の不具合情報（不具合データ；オペログ１３１，ログデータ１３２，ＨＴＭＬデータ１３３）が蓄積ＤＢ１２０から抽出され不具合調査用ＤＢ１３０に格納登録される。不具合調査用ＤＢ１３０には、一組以上の不具合データが格納登録される。このとき、ログ格納部１１５ｃは、不具合データにおけるエラーコード等を参照し不具合の内容を確認し、確認された不具合の内容に応じた優先順位に従って、各種ログ（オペログ１３１，ログデータ１３２，ＨＴＭＬデータ１３３）を不具合調査用ＤＢ１３０に格納登録する。ステップＳ５におけるログ格納処理等については図１１および図１２を参照しながら後述する。
【００５８】
この後、本実施形態の評価装置において、評価担当者は、Ｗｅｂ_ＧＵＩ画面３ｂ上で不具合情報表示ボタン３ｄに対するクリック操作を行なうことで、不具合情報一覧３ｅ（図１４参照）を表示部３ａに表示させる。評価担当者は、当該不具合情報一覧１３ｅを参照し、必要な調査資料を採取する（ステップＳ６）。
【００５９】
そして、評価担当者は、採取した調査資料を、不具合調査に必要な資料としてフォルダ等にダウンロードして格納し（ステップＳ７）、Ｗｅｂ_ＧＵＩの開発者に、当該フォルダ等を受け渡すとともに不具合調査を依頼する（ステップＳ８）。
【００６０】
図３（Ａ）を参照しながら上述したように、不具合の発生した場合の既存の処理手順では、評価担当者が、装置内のログ採取、および、不具合発生時のＷｅｂ_ＧＵＩ画面採取を行ない、採取された情報を不具合調査資料としてフォルダ等に格納する。この後、評価担当者が、Ｗｅｂ_ＧＵＩの開発者に、上記フォルダ等を受け渡すとともに調査依頼を行なう。
【００６１】
一方、図３（Ｂ）を参照しながら上述したように、本実施形態の評価装置では、評価担当者による評価ＮＧボタン３ｃのクリック操作を契機にして、ストレージ装置１内の処理として、各種ログ（不具合情報という場合がある）の抽出および格納が実行される。そして、評価担当者が、不具合情報を採取し不具合調査資料としてフォルダ等に格納する。この後、評価担当者が、Ｗｅｂ_ＧＵＩの開発者に、上記フォルダ等を受け渡すとともに調査依頼を行なう。
【００６２】
〔３−２〕ログ蓄積処理
次に、図４〜図８を参照しながら、図２に示す本実施形態の評価装置によるログ蓄積処理について説明する。
ストレージ装置１では、電源オンから電源オフまでの間に亘って、ストレージ装置１の動作に応じて作成されるログデータが、常時、蓄積ＤＢ１２０に蓄積記録される。このため、Ｗｅｂ_ＧＵＩ機能において発生した不具合とは関係のないログデータも、蓄積ＤＢ１２０に記録される。したがって、蓄積ＤＢに記録されたログデータを調査資料としてそのまま採取したのでは、採取したログデータから、当該不具合についての調査対象範囲を特定することは困難である。そこで、本実施形態では、ログデータのほかに、調査に必要なオペログやＨＴＭＬデータが蓄積されるとともに、オペログごとにオペログＩＤが生成される。生成されたオペログＩＤは、当該オペログに割り振られるとともに、当該オペログに対応して作成されたログデータやＨＴＭＬデータに割り振られる。これにより、当該オペログと、当該オペログに対応して作成されたログデータやＨＴＭＬデータとが、オペログＩＤによって関連付けられて蓄積ＤＢ１２０に記録蓄積される。
【００６３】
図４に示すフローチャート（ステップＳ１１〜Ｓ１６）に従って、図２に示す評価装置によるログ蓄積処理の手順について説明する。
評価対象機能であるＷｅｂ_ＧＵＩ機能と、本実施形態の評価装置とを組み込まれたストレージ装置１において、各種ログを作成すべき事象が発生すると、図４に示す処理が実行される。
【００６４】
各種ログを作成すべき事象が発生すると、まず、Ｉ／Ｏ制御部１１１，装置管理部１１２およびＧＵＩ管理部１１３の各種ログが作成される（ステップＳ１１）。このとき、Ｉ／Ｏ制御部１１１では、ログ作成部１１１ａにより、Ｉ／Ｏ制御部１１１の制御動作に係るログデータ（ファームウェアの動作記録）が作成される。装置管理部１１２では、ログ作成部１１２ａにより、装置管理部１１２の管理動作に係るログデータ（ファームウェアの動作記録）が作成される。ＧＵＩ管理部１１３では、ログ作成部１１３ｃにより、ＧＵＩ管理部１１３の管理動作に係るログデータ（ファームウェアの動作記録）が作成される。また、ＧＵＩ管理部１１３では、オペログ作成部１１３ａにより、Ｗｅｂ_ＧＵＩ機能について評価担当者が実施した手順の記録であるオペログが作成される。さらに、ＧＵＩ管理部１１３では、ＨＴＭＬ作成部１１３ｅにより、ＧＵＩの制御機能に従って、ＨＴＭＬデータが作成される。
【００６５】
ステップＳ１１で作成された各種ログは、それぞれ対応するログ登録部へ渡される（ステップＳ１２）。つまり、Ｉ／Ｏ制御部１１１では、ログ作成部１１１ａによって作成されたログデータはログ登録部１１１ｂへ渡される。装置管理部１１２では、ログ作成部１１２ａによって作成されたログデータがログ登録部１１２ｂへ渡される。ＧＵＩ管理部１１３では、ログ作成部１１３ｃによって作成されたログデータがログ登録部１１３ｄに渡される。また、ＧＵＩ管理部１１３では、オペログ作成部１１３ａによって作成されたオペログがオペログ登録部１１３ｂへ渡される。さらに、ＧＵＩ管理部１１３では、ＨＴＭＬ作成部１１３ｅによって作成されたＨＴＭＬデータがＨＴＭＬ登録部１１３ｆへ渡される。
【００６６】
各種ログを渡された登録部は、蓄積ＤＢ管理部１１４に対し、各種ログを渡すとともに、各種ログの蓄積ＤＢ１２０への登録を依頼する（ステップＳ１３）。つまり、Ｉ／Ｏ制御部１１１のログ登録部１１１ｂは、蓄積ＤＢ管理部１１４に対し、ログ作成部１１１ａによって作成されたログデータを渡すとともに、当該ログデータの蓄積ＤＢ１２０への登録を依頼する。装置管理部１１２のログ登録部１１２ｂは、蓄積ＤＢ管理部１１４に対し、ログ作成部１１２ａによって作成されたログデータを渡すとともに、当該ログデータの蓄積ＤＢ１２０への登録を依頼する。ＧＵＩ管理部１１３のログ登録部１１３ｄは、蓄積ＤＢ管理部１１４に対し、ログ作成部１１３ｃによって作成されたログデータを渡すとともに、当該ログデータの蓄積ＤＢ１２０への登録を依頼する。また、ＧＵＩ管理部１１３のオペログ登録部１１３ｂは、蓄積ＤＢ管理部１１４に対し、オペログ作成部１１３ａによって作成されたオペログを渡すとともに、当該オペログの蓄積ＤＢ１２０への登録を依頼する。さらに、ＧＵＩ管理部１１３のＨＴＭＬ登録部１１３ｆは、蓄積ＤＢ管理部１１４に対し、ＨＴＭＬ作成部１１３ｅによって作成されたＨＴＭＬデータを渡すとともに、当該ＨＴＭＬデータの蓄積ＤＢ１２０への登録を依頼する。
【００６７】
蓄積ＤＢ管理部１１４では、Ｉ／Ｏ制御部１１１，装置管理部１１２およびＧＵＩ管理部１１３から各種ログと当該各種ログの登録依頼とを受けると、オペログ管理部１１４ａによって、各種ログに対し、オペレーションに応じたオペログＩＤが割り振られる（ステップＳ１４）。
【００６８】
ここで、図５に示すフローチャート（ステップＳ２１〜Ｓ２３）に従って、図２に示す評価装置によるオペログＩＤ更新（生成）処理の手順について説明する。本実施形態において、各オペログ（各オペレーション）には、オペレーションの順番を示すために、オペログ管理部１１４ａによって、オペログＩＤが生成され付与される。当該オペログＩＤは、オペレーションが実行されるごとに１ずつインクリメントされる。
【００６９】
つまり、各種ログ作成事象が発生すると、図５に示すようなオペログＩＤの更新処理が実行され、オペログ管理部１１４ａは、今回の各種ログ作成事象が、アクションボタンのクリック操作に起因するか否かを判断する（ステップＳ２１）。アクションボタンのクリック操作に起因しない場合（ステップＳ２１のＮＯルート）、今回の各種ログ作成事象は、一連の操作（オペレーション）の中で発生したものと判断され、オペログＩＤが“１”インクリメントされる（ステップＳ２２）。一方、アクションボタンのクリック操作に起因する場合（ステップＳ２１のＹＥＳルート）、今回の各種ログ作成事象は、新たな一連の操作（オペレーション）が開始されたことに起因するものと判断され、オペログＩＤは初期値“１”に初期化される（ステップＳ２３）。
【００７０】
オペログ管理部１１４ａは、オペレーションごとに割り振ったオペログＩＤを、各種ログに付加すべく、対応する格納部へ渡す（図４のステップＳ１５）。ここで、図６に示すシーケンス（矢印Ａ１〜Ａ６）に従って、図２に示す評価装置によるオペログＩＤの具体的な割り振り処理について説明する。なお、図６では、オペログＩＤが初期値１（図中では01と表記）である場合の割り振り処理が示されている。
【００７１】
オペログ格納部１１４ｂは、オペログの登録依頼を受けると、オペログ管理部１１４ａに対しオペログＩＤの確認・問合せを行なう（矢印Ａ１参照）。オペログ管理部１１４ａは、オペログ格納部１１４ｂからオペログＩＤの確認・問合せを受けると、その時点のオペログＩＤをオペログ格納部１１４ｂに応答する（矢印Ａ２参照）。オペログＩＤの応答を受けたオペログ格納部１１４ｂは、ＧＵＩ管理部１１３からのオペログにオペログＩＤを付与した上で、当該オペログ１２１を蓄積ＤＢ１２０へ格納する（図４のステップＳ１６）。
【００７２】
また、ログ格納部１１４ｃは、ログデータの登録依頼を受けると、オペログ管理部１１４ａに対しオペログＩＤの確認・問合せを行なう（矢印Ａ３参照）。オペログ管理部１１４ａは、ログ格納部１１４ｃからオペログＩＤの確認・問合せを受けると、その時点のオペログＩＤをログ格納部１１４ｃに応答する（矢印Ａ４参照）。オペログＩＤの応答を受けたログ格納部１１４ｃは、Ｉ／Ｏ制御部１１１または装置管理部１１２またはＧＵＩ管理部１１３からのログデータ１２２にオペログＩＤを付与した上で、当該ログデータを蓄積ＤＢ１２０へ格納する（図４のステップＳ１６）。
【００７３】
同様に、ＨＴＭＬ格納部１１４ｄは、ＨＴＭＬデータの登録依頼を受けると、オペログ管理部１１４ａに対しオペログＩＤの確認・問合せを行なう（矢印Ａ５参照）。オペログ管理部１１４ａは、ＨＴＭＬ格納部１１４ｄからオペログＩＤの確認・問合せを受けると、その時点のオペログＩＤをＨＴＭＬ格納部１１４ｄに応答する（矢印Ａ６参照）。オペログＩＤの応答を受けたＨＴＭＬ格納部１１４ｄは、ＧＵＩ管理部１１３からのＨＴＭＬデータにオペログＩＤを付与した上で、当該ＨＴＭＬデータ１２３を蓄積ＤＢ１２０へ格納する（図４のステップＳ１６）。
【００７４】
ここで、図７に、上述のようにして本実施形態の蓄積ＤＢ１２０に記録蓄積されるオペログ１２１，ログデータ１２２，ＨＴＭＬデータ１２３の一例を示す。また、図８に、本実施形態の蓄積ＤＢ１２０のデータ構造の一例を示す。
図７に示すように、オペログ１２１，ログデータ１２２，ＨＴＭＬデータ１２３は、オペログＩＤ（OpeLogID）によって相互に関連付けられている。
【００７５】
また、図８に示すように、蓄積ＤＢ１２０は、ヘッダ情報と詳細情報とからなるデータ構造を有する。蓄積ＤＢ１２０のヘッダ情報は、
・データNo.
・データ格納優先度
・ログインユーザ名
・オペレーションログデータサイズ
・ログデータサイズ
・ＨＴＭＬデータサイズ
・合計データサイズ
を含む。
【００７６】
蓄積ＤＢ１２０の詳細情報は、
・不具合登録日時
・アクション名
・オペレーションログデータ
・ログデータ
・ＨＴＭＬデータ
を含む。
【００７７】
〔３−３〕ログ抽出処理
次に、図９および図１０を参照しながら、本実施形態におけるログ抽出処理について説明する。
【００７８】
本実施形態では、評価担当者が不具合に関連する不具合情報を容易に抽出することができるようにするため、図９に示すように、Ｗｅｂ_ＧＵＩ画面３ｂ上に評価ＮＧボタン３ｃが用意される。図９は、本実施形態におけるＷｅｂ_ＧＵＩ画面３ｂの一例を示す図である。本実施形態では、上述したように、評価ＮＧボタン３ｃに対するワンクリック操作が行なわれると、当該ワンクリック操作は、ボタン認識部１１５ａによって認識される。そして、当該クリック操作を認識されると、今回発生した不具合に係るデータ（不具合情報）の抽出を指示する抽出指示が、ログ抽出部１１５ｂに対し発行される。これにより、評価担当者は、Ｗｅｂ_ＧＵＩ画面３ｂ上の評価ＮＧボタン３ｃをクリックするだけで、不具合調査に必要な情報をストレージ装置１内の不具合調査用ＤＢ１３０（バックアップ媒体１３）に登録することができる。
【００７９】
なお、評価ＮＧボタン３ｃは、表示部３ａにおける画面が遷移しても常に表示される領域（例えば表示部３ｂのヘッダ部分におけるナビゲーションウインドウやナビゲーションバー）内に表示され、不具合が発生したときに、いつでも操作可能になっている。また、評価ＮＧボタン３ｃは、ストレージ装置１の出荷前のＷｅｂ_ＧＵＩ機能の評価期間中に表示され、ストレージ装置１の出荷時には削除される。
【００８０】
評価ＮＧボタン３ｃがクリックされ抽出指示を受けたログ抽出部１１５ｂは、図１０に示すログ抽出処理を実行する。本実施形態のログ抽出処理では、蓄積ＤＢ１２０に格納された大量の各種ログの中から、不具合に関連するデータを特定して抽出するために、オペログＩＤが用いられる。図７に示すように、各ログにオペログＩＤが割り振られていることで、各オペレーションに対応する各種ログ（動作ログデータやＨＴＭＬデータ）を抽出することができる。このとき、アクションボタンのクリック操作時（アクション開始時）のオペログＩＤと評価ＮＧボタン３ｃのクリック操作時のオペログＩＤとによって、発生した不具合の調査に必要な不具合情報として蓄積ＤＢ１２０から抽出すべき範囲を特定することができる。例えば、評価ＮＧボタン３ｃのクリック操作時のオペログＩＤが抽出範囲終了位置として認識される。評価ＮＧボタン３ｃのクリック操作時のオペログＩＤからオペログＩＤを一ずつ遡り初期値１になった時点の位置（オペログＩＤ＝１）が抽出範囲開始位置として認識される。アクションボタンのクリック操作時のオペログＩＤ（＝初期値１）が存在しない場合は、抽出範囲終了位置から遡り、最も小さい値のオペログＩＤが抽出範囲開始位置として認識される。このとき、また、不具合調査用ＤＢ１３０は、格納可能なサイズが決められているため、抽出処理時には、各データのサイズも同時に算出される。
【００８１】
以下、図１０に示すフローチャート（ステップＳ３１〜Ｓ４１）に従って、図２に示す評価装置によるログ抽出処理の手順について説明する。
ログ抽出部１１５ｂは、評価ＮＧボタン３ｃがクリックされ抽出指示を受けると、評価ＮＧボタン３ｃのクリック操作時のオペログＩＤを確認し、当該オペログＩＤを、調査対象終了ＩＤ（抽出範囲終了位置）としてメモリ１２等の記憶領域に格納する（ステップＳ３１）。このとき、ログ抽出部１１５ｂは、抽出対象のデータ（各種ログ）のサイズとして、調査対象終了ＩＤに対応するデータのサイズを設定する（ステップＳ３２）。当該サイズは、例えばメモリ１２等の記憶領域に格納される。
【００８２】
そして、ログ抽出部１１５ｂは、当該オペログＩＤが初期値１（ＩＤ＝01）であるか否かを判断する（ステップＳ３３）。当該オペログＩＤが初期値１である場合（ステップＳ３３のＹＥＳルート）、不具合に係る不具合情報は、オペログＩＤ＝１を付与された各種ログだけである。したがって、調査対象開始ＩＤ（抽出範囲終了位置）も調査対象終了ＩＤも１となり、ログ抽出部１１５ｂは、オペログＩＤ＝１を付与された各種ログ（各データ）を抽出し（ステップＳ４０）、処理を終了する。
【００８３】
当該オペログＩＤが初期値１でない場合（ステップＳ３３のＮＯルート）、ログ抽出部１１５ｂは、現在のオペログＩＤよりも一つ手前の位置のオペログＩＤ、つまり一つ遡ったオペログＩＤ（＝現在のオペログＩＤ−１）を、現在のオペログとして取得する（ステップＳ３４）。そして、ログ抽出部１１５ｂは、ステップＳ３４で取得されたオペログＩＤ（＝現在のオペログＩＤ）が初期値１（ＩＤ＝01）であるか否かを判断する（ステップＳ３５）。
【００８４】
現在のオペログＩＤが初期値１である場合（ステップＳ３５のＹＥＳルート）、ログ抽出部１１５ｂは、オペログＩＤ＝１を、調査対象開始ＩＤ（抽出範囲開始位置）としてメモリ１２等の記憶領域に格納する（ステップＳ４１）。このとき、ログ抽出部１１５ｂは、既に設定されているサイズに、現在のオペログＩＤに対応するデータのサイズを加算して得られるサイズを、抽出対象のデータ（各種ログ）のサイズとして設定する（ステップＳ３９）。
【００８５】
この後、ログ抽出部１１５ｂは、メモリ１２等の記憶領域に格納された調査対象開始ＩＤおよび調査対象終了ＩＤを参照する。そして、ログ抽出部１１５ｂは、調査対象開始ＩＤから調査対象終了ＩＤまでのオペログＩＤに対応するデータ（各種ログ）を、今回発生した不具合に係る不具合情報として特定し、蓄積ＤＢ１２０から抽出し（ステップＳ４０）、処理を終了する。
【００８６】
一方、現在のオペログＩＤが初期値１でない場合（ステップＳ３５のＮＯルート）、ログ抽出部１１５ｂは、次のオペログＩＤ（さらに一つ遡ったオペログＩＤ）が現在のオペログＩＤ以上であるか否かを判断する（ステップＳ３６）。次のオペログＩＤが現在のオペログＩＤよりも小さい場合（ステップＳ３６のＮＯルート）、ログ抽出部１１５ｂは、既に設定されているサイズに、現在のオペログＩＤに対応するデータのサイズを加算して得られるサイズを、抽出対象のデータ（各種ログ）のサイズとして設定する（ステップＳ３７）。この後、ログ抽出部１１５ｂは、ステップＳ３４の処理に戻り、同様の処理を繰り返す。
【００８７】
また、次のオペログＩＤが現在のオペログＩＤ以上である場合（ステップＳ３６のＹＥＳルート）、ログ抽出部１１５ｂは、オペログＩＤが初期値１であるデータが残っておらず、現在のオペログＩＤが今回発生した不具合について最小のオペログＩＤであると判断する。そして、ログ抽出部１１５ｂは、オペログＩＤの最小値（＞１）を、調査対象開始ＩＤとしてメモリ１２等の記憶領域に格納する（ステップＳ３８）。このときも、ログ抽出部１１５ｂは、既に設定されているサイズに、現在のオペログＩＤに対応するデータのサイズを加算して得られるサイズを、抽出対象のデータ（各種ログ）のサイズとして設定する（ステップＳ３９）。
【００８８】
この後、上述したように、ログ抽出部１５ｂは、メモリ１２等の記憶領域に格納された調査対象開始ＩＤおよび調査対象終了ＩＤを参照する。そして、ログ抽出部１１５ｂは、調査対象開始ＩＤから調査対象終了ＩＤまでのオペログＩＤに対応するデータを、今回発生した不具合に係る不具合情報として特定し、蓄積ＤＢ１２０から抽出し（ステップＳ４０）、処理を終了する。
【００８９】
〔３−４〕ログ格納処理
次に、図１１および図１２を参照しながら、本実施形態におけるログ格納処理について説明する。
【００９０】
本実施形態では、以下のように、優先度によって、格納すべきデータ（格納すべきログの種類）が決定される。オペレーションログと各データ（ログデータやＨＴＭＬデータ）とは、オペログＩＤによって関連付けられている。ログ格納部１１５ｃは、ログデータに含まれるエラーコード（不具合の内容）に応じて、同じオペログＩＤを割り振られたデータ（各種ログ）の中から、不具合の調査に必要な調査資料を自動で特定し、特定されたデータを不具合調査用ＤＢ１３０に格納する。
【００９１】
なお、調査資料のサイズが不具合調査用ＤＢ１３０のサイズ（容量）を上回っていた場合、不具合内容（エラーコード）により下記のような優先度順でデータが格納される。ただし、下記において、ａ＞ｂは、ｂの優先度よりもａの優先度が高いことを示す。
・優先度パターンＩ：不具合内容「実行結果のエラー」：オペレーションログ＞ログデータ＞ＨＴＭＬデータ
・優先度パターンII：不具合内容「実行タイムアウト」：ログデータ＞オペレーションログ＞ＨＴＭＬデータ
・優先度パターンIII：不具合内容「表示エラー」：ＨＴＭＬデータ＞オペレーションログ＞ログデータ
【００９２】
また、本実施形態における不具合調査用ＤＢ１３０へのデータ格納方法では、データ情報テーブルのヘッダ情報（図１２参照）に「データ有無」に関する情報が格納されている。ログ格納部１１５ｃは、「データ有無」を確認し、上位のデータ格納領域から、不具合情報を格納していく。不具合調査用ＤＢ１３０のデータ格納領域は限られており、新規に不具合情報を格納したい場合は、最も古い不具合情報が削除され、削除された不具合情報の領域に新規の不具合情報が格納される。この場合、評価担当者には、不具合情報を格納できない旨が、Ｗｅｂ_ＧＵＩ画面３ｂ上にメッセージとして表示され通知される。
【００９３】
以下、図１１に示すフローチャート（ステップＳ５１〜Ｓ６１）に従って、図２に示す評価装置によるログ格納処理の手順について説明する。
ログ抽出部１１５ｂによるデータの抽出を終了すると、ログ格納部１１５ｃは、図１０のステップＳ３９で最終的に算出された、抽出対象の全データサイズが不具合調査用ＤＢ１３０の格納領域サイズ以上であるか否かを判断する（ステップＳ５１）。抽出対象の全データサイズが不具合調査用ＤＢ１３０の格納領域サイズ未満である場合（ステップＳ５１のＮＯルート）、ログ格納部１１５ｃは、抽出対象の全データを不具合調査用ＤＢ１３０の格納領域に格納し（ステップＳ６１）、処理を終了する。
【００９４】
これに対し、抽出対象の全データサイズが不具合調査用ＤＢ１３０の格納領域サイズ以上である場合（ステップＳ５１のＹＥＳルート）、ログ格納部１１５ｃは、抽出したログデータにおけるエラーコードを確認する（ステップＳ５２）。そして、ログ格納部１１５ｃは、確認したエラーコードに基づき、格納優先順位を判断する（ステップＳ５３）。
【００９５】
エラーコードから不具合内容が「実行結果のエラー」であると判断した場合、ログ格納部１１５ｃは、上記優先度パターンＩを選択し（ステップＳ５４）、優先度が一番高いデータ（オペレーションログ）のサイズを確認する（ステップＳ５７）。
【００９６】
エラーコードから不具合内容が「実行タイムアウト」であると判断した場合、ログ格納部１１５ｃは、上記優先度パターンIIを選択し（ステップＳ５５）、優先度が一番高いデータ（ログデータ）のサイズを確認する（ステップＳ５７）。
【００９７】
エラーコードから不具合内容が「表示エラー」であると判断した場合、ログ格納部１１５ｃは、上記優先度パターンIIIを選択し（ステップＳ５６）、優先度が一番高いデータ（ＨＴＭＬログ）のサイズを確認する（ステップＳ５７）。
【００９８】
この後、ログ格納部１１５ｃは、ステップＳ５７で確認したデータのサイズが、不具合調査用ＤＢ１３０の格納領域の空きサイズ以上であるか否かを判断する（ステップＳ５８）。データのサイズが空きサイズ以上である場合（ステップＳ５８のＹＥＳルート）、ログ格納部１１５ｃは、抽出したデータを不具合調査用ＤＢ１３０の格納領域に格納することができないので、処理を終了する。
【００９９】
一方、データのサイズが空きサイズ未満である場合（ステップＳ５８のＮＯルート）、ログ格納部１１５ｃは、当該データを不具合調査用ＤＢ１３０に格納する（ステップＳ５９）。そして、不具合調査用ＤＢ１３０は、次に優先度の高いデータのサイズを確認し（ステップＳ６０）、ステップＳ５８の処理に戻り、同様の処理を繰り返す。
【０１００】
ここで、図１２に、上述のようにしてバックアップ媒体１３に格納される、本実施形態の不具合調査用ＤＢ１３０のデータ構造の一例を示す。
図１２に示すように、不具合調査用ＤＢ１３０には、評価ＮＧボタン３ｃがクリックされる都度、一組の不具合情報（オペログ１３１，ログデータ１３２，ＨＴＭＬデータ１３３）が蓄積ＤＢ１２０から抽出されて格納される。
【０１０１】
また、図１２に示すように、不具合調査用ＤＢ１３０は、ヘッダ情報と詳細情報とからなるデータ構造を有する。不具合調査用ＤＢ１３０のヘッダ情報（ヘッダ１３４に保存される情報）は、
・データ件数
・データ有無
を含む。
【０１０２】
不具合調査用ＤＢ１３０の詳細情報は、
・データサイズ
・ログインユーザー名
・不具合登録日時
・アクション名
・ログデータ、オペレーションログデータ、ＨＴＭＬデータの不具合情報
を含む。
【０１０３】
〔３−５〕不具合情報一覧の表示処理および不具合情報の採取処理
本実施形態の評価装置では、評価ＮＧボタン３ｃがクリックされる都度、不具合調査用ＤＢ１３０に格納された複数組の不具合情報を、評価ＰＣ３の表示部３ａで一覧３ｅ（図１４参照）として表示管理することが可能になっている。また、ストレージ装置１内の不具合調査用ＤＢ１３０には、不具合調査に必要な情報が格納されている。評価担当者は、不具合調査用ＤＢ１３０から不具合情報を取り出しだし開発者への調査資料とすることが可能になっている。さらに、不具合調査用ＤＢ１３０に格納されている不具合情報は、不具合情報一覧表示画面（図１４参照）から確認することができる。
【０１０４】
本実施形態において、不具合情報は、図１３に示すようなＷｅｂ_ＧＵＩ画面３ｂに表示された不具合情報表示ボタン３ｄをクリックすることで、図１４に示すような不具合情報一覧３ｅとして表示される。不具合情報表示ボタン３ｅは、前述の評価ＮＧボタン３ｃと同様、表示部３ａにおける画面が遷移しても常に表示される領域（例えば表示部３ｂのヘッダ部分におけるナビゲーションウインドウやナビゲーションバー）内に表示される。なお、図１３は、本実施形態におけるＷｅｂ_ＧＵＩ画面３ｂの他例（不具合情報表示ボタン３ｄの表示を含む例）を示す図である。
【０１０５】
評価担当者は、入力部３ｉを操作して不具合情報表示ボタン３ｄをクリックすると、表示制御部１１５ｄによって、表示部３ａの表示状態は、図１４に示すような不具合情報一覧表示画面に遷移する。なお、図１４は、本実施形態における不具合情報一覧３ｅの表示画面の一例を示す図である。
【０１０６】
図１４に示すように、不具合情報一覧３ｅには、不具合情報が、当該不具合情報を登録した日時の古いものから順に一覧表示される。不具合情報一覧３ｅに表示される情報としては、例えば、登録した日時、登録したアクション名が挙げられる。なお、不具合調査用ＤＢ１３０や、不具合情報表示ボタン３ｄや、不具合情報一覧表示画面や、後述するダウンロード画面は、ストレージ装置１の出荷時には削除される。
【０１０７】
不具合情報を調査資料として採取する場合、評価担当者は、不具合情報一覧３ｅの表示画面で、チェックボックスにチェックを記入することで、必要な不具合情報を選択する。そして、評価担当者は、採取ボタン３ｆをクリックことで、抽出した情報のダウンロード画面（図示略）へと表示部３ａの表示状態を遷移させ、当該ダウンロード画面から、選択した不具合情報を調査資料として採取することができる。
【０１０８】
不要になった不具合情報を削除する場合、評価担当者は、不具合情報一覧３ｅの表示画面で、チェックボックスにチェックを記入することで、削除すべき不愛情報を選択する。そして、評価担当者は、削除ボタン３ｇをクリックすることで、所望の不具合情報を不具合調査用ＤＢ１３０から削除することができる。
【０１０９】
〔４〕本実施形態の効果
このように、本実施形態の評価装置（ＧＵＩ評価ツール）によれば、動作ログデータ１２２のほかに、調査に必要なオペログ１２１やＨＴＭＬデータ１２３が蓄積されるとともに、オペログ１２１ごとにオペログＩＤが生成される。生成されたオペログＩＤは、当該オペログ１２１に割り振られるとともに、当該オペログ１２１に対応して作成されたログデータ１２２やＨＴＭＬデータ１２３にも割り振られる。
【０１１０】
これにより、当該オペログ１２１と、当該オペログ１２１に対応して作成されたログデータ１２２やＨＴＭＬデータ１２３とが、オペログＩＤによって関連付けられて蓄積ＤＢ１２０に記録蓄積される。したがって、本実施形態のログ抽出処理では、オペログＩＤを用いて、蓄積ＤＢ１２０に格納された大量の各種ログの中から、不具合に関連するデータ（不具合情報）を特定し評価対象のＷｅｂ_ＧＵＩ機能の不具合調査に必要な調査資料として確実に採取することが可能になる。
【０１１１】
また、本実施形態では、評価担当者は、Ｗｅｂ_ＧＵＩ画面３ｂ上の評価ＮＧボタン３ｃをクリックするだけで、不具合調査に必要な情報をストレージ装置１内の不具合調査用ＤＢ１３０（バックアップ媒体１３）に容易に登録することができる。
【０１１２】
同様に、評価担当者は、Ｗｅｂ_ＧＵＩ画面３ｂ上の不具合情報表示ボタン３ｄをクリックすることで、図１４に示すような不具合情報一覧３ｅを表示部３ａに表示させることができる。そして、評価担当者は、不具合情報一覧３ｅを参照しながら、採取べき不具合情報の選択や不要な不具合情報の削除を容易に行なうことができる。
【０１１３】
また、上述したように、Ｗｅｂ_ＧＵＩ機能は、年々、多機能化する一方で、当該機能についての評価工数は限られている。このため、不具合発生時に、評価担当者は、限られた評価工数で多くの調査資料（ログデータ）の選別／採取を行なわなければならない。したがって、不具合発生時の調査資料の選別や調査資料の採取の手間が、評価担当者の評価工数を圧迫するため、可能な限り少ない手番で調査資料を採取したいという要望が多い。特に、Ｗｅｂ_ＧＵＩ機能の評価担当者や開発者には、以下のような課題がある。
【０１１４】
・オペレーションログ、ログデータなど多くの調査資料を採取する手間が生じる（評価担当者）。
・不具合内容によって採取すべき調査資料が変わるため、必要な情報を取り忘れる場合がある（評価担当者）。
・各データに不具合に関係ない余計な部分が付随してしまうため、調査範囲が特定しにくい（開発者）。
【０１１５】
これに対し、本実施形態によれば、評価担当者は、不具合の発生時に、クリック操作を行なうことにより、オペログＩＤに基づき、不具合調査に必要な情報を必要な分だけ手間をかけずに漏れなく採取することができる。また、不具合調査に必要な情報が必要な分だけ不具合情報として採取されるため、当該不具合情報を渡された開発者は、不具合に係る箇所を容易に特定することができる。また、各種ログのうち、不具合内容に応じた優先度に従い、優先度の高いログから優先的に不具合調査用ＤＢ１３０に登録されるため、不具合内容によって採取すべき調査資料が変わっても、評価担当者は、必要な情報を取り忘れることがない。さらに、評価担当者は、発生した不具合情報を一覧３ｅとして参照でき、必要な時にいつでも不具合情報を取り出すことができる。
【０１１６】
〔５〕その他
以上、本発明の好ましい実施形態について詳述したが、本発明は、係る特定の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内において、種々の変形、変更して実施することができる。
【０１１７】
上述した実施形態では、評価対象機能を組み込まれる装置がストレージ装置（入出力装置）であり、評価対象機能がＷｅｂ_ＧＵＩ機能であり、処理データがＨＴＭＬデータである場合について説明したが、本発明はこれに限定されるものではない。評価対象機能を組み込まれる装置はサーバ，ＰＣ，携帯端末等の情報処理装置であってもよいし、評価対象機能はＷｅｂ_ＧＵＩ機能以外の各種機能であってもよく、いずれの場合であっても本発明を適用することで本実施形態と同様の作用効果を得ることができる。
【０１１８】
また、上述した実施形態では、評価担当者が、不具合の発生時に、入力部３ｉを操作して表示部３ａ上の抽出指示用ボタン３ｃを操作することで、ログ抽出部１１５ｂに対し抽出指示を発行するように構成されているが、本発明はこれに限定されるものではない。例えば、抽出指示は、不具合の発生時（Ｗｅｂ_ＧＵＩ画面３ｂ上にエラー情報が表示された時）に自動的に発行されるように構成してもよい。この場合、評価担当者は、何ら操作を行なわなくても、調査に必要な不具合情報を採取することが可能になる。
【０１１９】
〔６〕付記
以上の各実施形態を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
評価対象機能を組み込まれた装置において前記評価対象機能の評価を行なう評価装置であって、
前記評価対象機能を用いて操作を実行するごとに、当該操作の操作識別情報を生成する生成部と、
当該操作に係る操作ログデータ、当該操作に対応する前記装置の動作ログデータ、及び、当該操作に対応する前記評価対象機能による処理データを、前記操作識別情報によって関連付け、記憶部に蓄積する蓄積管理部と、
前記評価の実行中に不具合が発生した場合、前記不具合の発生時における前記操作の操作識別情報に基づいて前記不具合に係るデータを特定し、特定されたデータを、前記記憶部から特定データとして抽出する抽出部と、を有する、評価装置。
【０１２０】
（付記２）
前記操作識別情報は、一連の操作の開始時に初期化され前記操作ごとにインクリメントされるシリアル番号であり、
前記抽出部は、前記不具合の発生時における前記操作の操作識別情報を抽出範囲終了位置として認識するとともに、前記抽出範囲終了位置から前記操作識別情報を一ずつ遡り初期値もしくは最小値になった時点での操作識別情報を抽出範囲開始位置として認識し、前記抽出範囲開始位置から前記抽出範囲終了位置までの前記操作識別情報に対応するデータを、前記不具合に係るデータとして特定する、付記１記載の評価装置。
【０１２１】
（付記３）
前記抽出部によって抽出された前記特定データを、前記評価対象機能の不具合情報としてデータ格納領域に格納する格納部、をさらに有する、付記１または付記２に記載の評価装置。
【０１２２】
（付記４）
前記格納部は、前記抽出部によって抽出された前記特定データを参照して前記不具合の内容を確認し、確認された前記不具合の内容に応じた優先順位に従って、前記操作ログデータ、前記動作ログデータ、及び、前記処理データ、の一部もしくは全部を、前記不具合情報として前記データ格納領域に格納する、付記３記載の評価装置。
【０１２３】
（付記５）
前記データ格納領域に格納された前記不具合情報の一覧表示を、表示部に実行させるよう、前記表示部の表示状態を制御する表示制御部、をさらに有する、付記３または付記４に記載の評価装置。
【０１２４】
（付記６）
前記表示制御部は、前記表示部における前記一覧表示に対する操作に応じて、前記データ格納領域からの前記不具合情報の採取指示を発行する、付記５記載の評価装置。
【０１２５】
（付記７）
前記抽出部は、前記不具合が発生した際に発行される抽出指示に応じて、前記特定データの抽出を行なう、付記１〜付記６のいずれか一項に記載の評価装置。
【０１２６】
（付記８）
前記抽出指示は、表示部に表示された抽出指示用ボタンを操作することによって発行される、付記７記載の評価装置。
【０１２７】
（付記９）
前記装置は、入出力装置であり、
前記評価対象機能は、前記入出力装置に組み込まれ、ウエブを介して前記入出力装置に対する処理を行なうユーザインタフェース機能であり、
前記処理データは、前記ユーザインタフェース機能によって作成されるＨＴＭＬ（Hyper Text Markup Language）データである、付記１〜付記８のいずれか一項に記載の評価装置。
【０１２８】
（付記１０）
評価対象機能を組み込まれた装置において前記評価対象機能の評価を行なう評価装置としてのコンピュータに、
前記評価対象機能を用いて操作を実行するごとに、当該操作の操作識別情報を生成し、
当該操作に係る操作ログデータ、当該操作に対応する前記装置の動作ログデータ、及び、当該操作に対応する前記評価対象機能による処理データを、前記操作識別情報によって関連付け、記憶部に蓄積し、
前記評価の実行中に不具合が発生した場合、前記不具合の発生時における前記操作の操作識別情報に基づいて前記不具合に係るデータを特定し、特定されたデータを、前記記憶部から特定データとして抽出する、
処理を実行させる、評価プログラム。
【０１２９】
（付記１１）
前記操作識別情報は、一連の操作の開始時に初期化され前記操作ごとにインクリメントされるシリアル番号であり、
前記不具合の発生時における前記操作の操作識別情報を抽出範囲終了位置として認識するとともに、前記抽出範囲終了位置から前記操作識別情報を一ずつ遡り初期値もしくは最小値になった時点での操作識別情報を抽出範囲開始位置として認識し、前記抽出範囲開始位置から前記抽出範囲終了位置までの前記操作識別情報に対応するデータを、前記不具合に係るデータとして特定する、
処理を前記コンピュータに実行させる、付記１０記載の評価プログラム。
【０１３０】
（付記１２）
抽出された前記特定データを、前記評価対象機能の不具合情報としてデータ格納領域に格納する、
処理を前記コンピュータに実行させる、付記１０または付記１１に記載の評価プログラム。
【０１３１】
（付記１３）
抽出された前記特定データを参照して前記不具合の内容を確認し、確認された前記不具合の内容に応じた優先順位に従って、前記操作ログデータ、前記動作ログデータ、及び、前記処理データの一部もしくは全部を、前記不具合情報として前記データ格納領域に格納する、
処理を前記コンピュータに実行させる、付記１２記載の評価プログラム。
【０１３２】
（付記１４）
前記データ格納領域に格納された前記不具合情報の一覧表示を、表示部に実行させるよう、前記表示部の表示状態を制御する、
処理を前記コンピュータに実行させる、付記１２または付記１３に記載の評価プログラム。
【０１３３】
（付記１５）
前記表示部における前記一覧表示に対する操作に応じて、前記データ格納領域からの前記不具合情報の採取指示を発行する、
処理を前記コンピュータに実行させる、付記１４記載の評価プログラム。
【０１３４】
（付記１６）
前記不具合が発生した際に発行される抽出指示に応じて、前記特定データの抽出を行なう、
処理を前記コンピュータに実行させる、付記１０〜付記１５のいずれか一項に記載の評価プログラム。
【０１３５】
（付記１７）
評価対象機能を組み込まれた装置において前記評価対象機能の評価を行なう評価方法であって、
コンピュータが、
前記評価対象機能を用いて操作を実行するごとに、当該操作の操作識別情報を生成し、
当該操作に係る操作ログデータ、当該操作に対応する前記装置の動作ログデータ、及び、当該操作に対応する前記評価対象機能による処理データを、前記操作識別情報によって関連付け、記憶部に蓄積し、
前記評価の実行中に不具合が発生した場合、前記不具合の発生時における前記操作の操作識別情報に基づいて前記不具合に係るデータを特定し、特定されたデータを、前記記憶部から特定データとして抽出する、評価方法。
【０１３６】
（付記１８）
前記操作識別情報は、一連の操作の開始時に初期化され前記操作ごとにインクリメントされるシリアル番号であり、
前記コンピュータが、
前記不具合の発生時における前記操作の操作識別情報を抽出範囲終了位置として認識するとともに、前記抽出範囲終了位置から前記操作識別情報を一ずつ遡り初期値もしくは最小値になった時点での操作識別情報を抽出範囲開始位置として認識し、前記抽出範囲開始位置から前記抽出範囲終了位置までの前記操作識別情報に対応するデータを、前記不具合に係るデータとして特定する、付記１７記載の評価方法。
【０１３７】
（付記１９）
抽出された前記特定データを、前記評価対象機能の不具合情報としてデータ格納領域に格納する、付記１７または付記１８に記載の評価方法。
【０１３８】
（付記２０）
抽出された前記特定データを参照して前記不具合の内容を確認し、確認された前記不具合の内容に応じた優先順位に従って、前記操作ログデータ、前記動作ログデータ、及び、前記処理データの一部もしくは全部を、前記不具合情報として前記データ格納領域に格納する、付記１９記載の評価方法。
【符号の説明】
【０１３９】
１    ストレージ装置（装置；入出力装置）
２    ホスト装置
３    評価ＰＣ（評価装置）
３ａ    表示部
３ｂ    Ｗｅｂ_ＧＵＩ画面
３ｃ    評価ＮＧボタン（抽出指示用ボタン）
３ｄ    不具合情報表示ボタン
３ｅ    不具合情報一覧
３ｆ    採取ボタン
３ｇ    削除ボタン
３ｈ    キャンセルボタン
３ｉ    入力部
１０    ＣＭ（評価装置）
１１    ＣＰＵ（コンピュータ；評価装置）
１１１    Ｉ／Ｏ制御部
１１１ａ    ログ作成部
１１１ｂ    ログ登録部
１１２    装置管理部
１１２ａ    ログ作成部
１１２ｂ    ログ登録部
１１３    ＧＵＩ管理部
１１３ａ    オペログ作成部
１１３ｂ    オペログ登録部
１１３ｃ    ログ作成部
１１３ｄ    ログ登録部
１１３ｅ    ＨＴＭＬ作成部
１１３ｆ    ＨＴＭＬ登録部
１１４    蓄積ＤＢ管理部（蓄積管理部）
１１４ａ    オペログ管理部（生成部）
１１４ｂ    オペログ格納部
１１４ｃ    ログ格納部
１１４ｄ    ＨＴＭＬ格納部
１１５    不具合調査用ＤＢ管理部
１１５ａ    ボタン認識部
１１５ｂ    ログ抽出部（抽出部）
１１５ｃ    ログ格納部（格納部）
１１５ｄ    表示制御部
１２    メモリ（記憶部）
１２０    蓄積ＤＢ
１２１    オペレーションログ（操作ログデータ）
１２２    ログデータ（動作ログデータ）
１２３    ＨＴＭＬデータ（処理データ）
１３    バックアップ媒体（データ格納領域）
１３０    不具合調査用ＤＢ
１３１    オペレーションログ（操作ログデータ）
１３２    ログデータ（動作ログデータ）
１３３    ＨＴＭＬデータ（処理データ）
１３４    ヘッダ
２０    ディスク
【図１】
2015225580.tif 000003
【図２】
2015225580.tif 000004
【図３】
2015225580.tif 000005
【図４】
2015225580.tif 000006
【図５】
2015225580.tif 000007
【図６】
2015225580.tif 000008
【図７】
2015225580.tif 000009
【図８】
2015225580.tif 000010
【図９】
2015225580.tif 000011
【図１０】
2015225580.tif 000012
【図１１】
2015225580.tif 000013
【図１２】
2015225580.tif 000014
【図１３】
2015225580.tif 000015
【図１４】
2015225580.tif 000016