(57)【要約】【課題】  画像表示機器におけるソフトウェアのテストの効率とそれらソフトウェアの品質とを向上させる。【解決手段】  ＰＣ１１０から命令コマンドを受信した表示機器１５０は、命令コマンドで指示された処理を行い、その結果情報であるフィードバッグ情報をＰＣ１１０に返す。フィードバッグ情報を受信したＰＣ１１０は、そのフィードバッグ情報を判断しそれに応じた種々の処理を行う。ＰＣ１１０は、ＬＡＮ１７０を介して、ファイルサーバ３７３から命令コマンドリスト及びフィードバッグ情報テーブルのファイルを受信する機能を有する。さらに、ＰＣ１１０は、フィードバッグ情報に応じたバグ情報から生成したバグ情報ファイルを、ＬＡＮ１７０を介してファイルサーバ３７３へ送信する機能を有する。ＰＣ１１０は、テストに係る情報のメールを、ＬＡＮ１７０を介してメールサーバ３７５へ送信する機能を有する。【選択図】  図２
2006178007.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに接続された表示機器に、前記コンピュータから命令を送信し、前記表示機器をテストする表示機器テストシステムであって、
前記表示機器の表示を撮影するための撮影装置が、前記コンピュータに接続されており、
前記表示機器は、
前記コンピュータから送信された命令に応じた処理の結果情報を生成する結果情報生成手段と、
前記結果情報生成手段によって生成された前記結果情報を送信する結果情報送信手段とを備え、
前記コンピュータは、
１以上の命令を記憶した命令記憶手段と、
前記命令記憶手段に記憶されている命令を逐次前記表示機器へ送信する命令送信手段と、
前記結果情報送信手段によって送信された前記結果情報を解析する解析手段と、
前記解析手段による解析結果に基づいて、前記撮影装置が撮影した前記表示の画像データを保存する画像保存手段と、
前記解析手段による解析結果に基づいて、前記画像保存手段によって保存された前記画像データの情報を含むことが可能な解析情報を保存する解析情報保存手段と、
前記解析手段による解析結果に基づいて、当該解析結果から得られる情報を報知する報知手段とを備えた
ことを特徴とする表示機器テストシステム。
【請求項２】
前記コンピュータは、
前記解析手段による解析結果に基づいて、前記命令送信手段によって送信した命令を再度送信する命令再送手段をさらに備えた
ことを特徴とする請求項１に記載の表示機器テストシステム。
【請求項３】
前記コンピュータは、
前記結果情報送信手段によって送信される前記結果情報毎に解析条件を規定した解析条件規定手段をさらに備え、
前記解析手段は、前記解析条件規定手段によって規定された前記解析条件を参照して前記結果情報を解析する
ことを特徴とする請求項１又は２に記載の表示機器テストシステム。
【請求項４】
請求項１乃至３のいずれかに記載の表示機器テストシステムの前記表示機器の機能を有することを特徴とする表示機器テストシステムの表示機器。
【請求項５】
請求項１乃至３のいずれかに記載の表示機器テストシステムの前記コンピュータの機能を有することを特徴とする表示機器テストシステムのコンピュータ。
【請求項６】
コンピュータに接続された表示機器に、前記コンピュータから命令を送信し、前記表示機器をテストする表示機器テスト方法であって、
前記表示機器の表示を撮影するための撮影装置が、前記コンピュータに接続されており、
前記コンピュータが、１以上の命令を、前記コンピュータが有する命令記憶手段に記憶する命令記憶ステップと、
前記コンピュータが、前記命令記憶手段に記憶されたる命令を逐次前記表示機器へ送信する命令送信ステップと、
前記表示機器が、前記命令送信ステップにおいて送信された命令に応じた処理の結果情報を生成する結果情報生成ステップと、
前記表示機器が、前記結果情報生成ステップにおいて生成された前記結果情報を前記コンピュータへ送信する結果情報送信ステップと、
前記コンピュータが、前記結果情報送信ステップにおいて送信された前記結果情報を解析する解析ステップと、
前記コンピュータが、前記解析ステップにおける解析結果に基づいて、前記撮影装置が撮影した前記表示の画像データを保存する画像保存ステップと、
前記コンピュータが、前記解析ステップにおける解析結果に基づいて、前記画像保存ステップにおいて保存された前記画像データの情報を含むことが可能な解析情報を保存する解析情報保存ステップと、
前記コンピュータが、前記解析ステップにおける解析結果に基づいて、当該解析結果から得られる情報を報知する報知ステップと
を備えることを特徴とする表示機器テスト方法。
【請求項７】
前記コンピュータが、前記解析ステップにおける解析結果に基づいて、前記命令送信ステップにおいて送信した命令を再度送信する命令再送ステップ
をさらに備えることを特徴とする請求項６に記載の表示機器テスト方法。
【請求項８】
前記コンピュータは、前記結果情報送信ステップにおいて送信される前記結果情報毎に解析条件を規定した解析条件規定手段を有し、
前記コンピュータは、前記解析ステップにおいて、前記解析条件規定手段によって規定された前記解析条件を参照して前記結果情報を解析する
ことを特徴とする請求項６又は７に記載の表示機器テスト方法。
【請求項９】
請求項６乃至８のいずれかに記載の表示機器テスト方法の前記表示機器が行う各ステップをコンピュータに実行させることを特徴とするプログラム。
【請求項１０】
請求項６乃至８のいずれかに記載の表示機器テスト方法の前記コンピュータが行う各ステップをコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示機器テストシステム及び方法並びにプログラムに関し、より詳細には、画像を表示する表示機器におけるソフトウェアのテストをするための表示機器テストシステム、その表示機器、そのコンピュータ、表示機器テスト方法並びにプログラムに関する。
【背景技術】
【０００２】
近年、画像表示機能を備えたゲーム機、及びパチンコ機などの遊技機において、高度なハードウェア及び、ソフトウェアが増えてきている。また、画像に対する操作や演出のバリエーションが多彩になり組み合わせパターンが多くなってきている。便宜上、以下では、家庭用ゲーム機、遊技機の表示装置、携帯電話、携帯ゲーム機等、画像表示機能を備えた機器を総じて表示機器と呼ぶこととする。
【０００３】
表示の高度化に伴い、これら表示機器のソフトウェアにバグがあった場合のリスクは高く、品質の高さ（バグの少なさ）が非常に重要な点となってきている。また、バグが発生したときにいかに迅速に対応できるかという点が非常に大切な要素となってきている。
【０００４】
いくつかの文献に上述のような従来の技術に関連した技術内容が開示されている（例えば、特許文献１参照）。特許文献１には、遊技機制御装置およびテスト装置に関連する技術が開示されている。
【０００５】
【特許文献１】特開平９−２４１５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の表示機器のソフトウェアのテストシステムにおいては、次のような種々の問題が懸念されてきている。
【０００７】
まず、チェック項目が膨大になってきているため、動作の組み合わせを人手のみでチェックをするためには膨大な時間とコストがかかってしまう。
【０００８】
また、エージング（aging）テストやチェック中において発見したバグの再現性を確認する方法が、テスト者の記憶頼りなることが多く、再現性を高くすることが難しく、バグの再現性を特定しづらい。
【０００９】
さらに、エージングテストで問題が発生したときにバグ等に迅速に対応するためには、管理者がエージングの状況を常時確認する必要があるが、このような常時の確認は困難なため、バグ等の発生に迅速に対応ができない。
【００１０】
本発明は、このような状況に鑑みてなされたもので、その目的とするところは、表示機器におけるソフトウェアのテストの効率とそれらソフトウェアの品質とを向上させる、表示機器テストシステム及び方法並びにプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
このような目的を達成するために、本発明の表示機器テストシステムは、コンピュータ（１１０）に接続された表示機器（１５０）に、前記コンピュータから命令を送信し、前記表示機器をテストする表示機器テストシステム（１００）であって、前記表示機器の表示を撮影するための撮影装置（１６０）が、前記コンピュータに接続されており、前記表示機器は、前記コンピュータから送信された命令に応じた処理の結果情報を生成する結果情報生成手段（４０３、Ｓ１０８０）と、前記結果情報生成手段によって生成された前記結果情報を送信する結果情報送信手段（４０３、Ｓ１０９０）とを備え、前記コンピュータは、１以上の命令を記憶した命令記憶手段（５２０、５０８）と、前記命令記憶手段に記憶されている命令を逐次前記表示機器へ送信する命令送信手段（３２０、５１８）と、前記結果情報送信手段によって送信された前記結果情報を解析する解析手段（３２０、５１６、５２４）と、前記解析手段による解析結果に基づいて、前記撮影装置が撮影した前記表示の画像データを保存する画像保存手段（３２０、５１６、５１２、５１１）と、前記解析手段による解析結果に基づいて、前記画像保存手段によって保存された前記画像データの情報を含むことが可能な解析情報（５２２、図２２）を保存する解析情報保存手段（３２０、５１６、５０６、５０８、５１１）と、前記解析手段による解析結果に基づいて、当該解析結果から得られる情報（図２１）を報知する報知手段（３２０、５１６、５１４、５２４）とを備えたことを特徴とする。
【００１２】
また上記目的を達成するために、本発明の表示機器テスト方法は、コンピュータ（１１０）に接続された表示機器（１５０）に、前記コンピュータから命令を送信し、前記表示機器をテストする表示機器テスト方法であって、前記表示機器の表示を撮影するための撮影装置（１６０）が、前記コンピュータに接続されており、前記コンピュータが、１以上の命令を、前記コンピュータが有する命令記憶手段（５２０、５０８）に記憶する命令記憶ステップ（Ｓ１１０６、Ｓ１４００）と、前記コンピュータが、前記命令記憶手段に記憶されたる命令を逐次前記表示機器へ送信する命令送信ステップ（Ｓ１２１４、Ｓ１２４６）と、前記表示機器が、前記命令送信ステップにおいて送信された命令に応じた処理の結果情報を生成する結果情報生成ステップ（Ｓ１０８０）と、前記表示機器が、前記結果情報生成ステップにおいて生成された前記結果情報を前記コンピュータへ送信する結果情報送信ステップ（Ｓ１０９０）と、前記コンピュータが、前記結果情報送信ステップにおいて送信された前記結果情報を解析する解析ステップ（図１３、図１４）と、前記コンピュータが、前記解析ステップにおける解析結果に基づいて、前記撮影装置が撮影した前記表示の画像データを保存する画像保存ステップ（Ｓ１３２６）と、前記コンピュータが、前記解析ステップにおける解析結果に基づいて、前記画像保存ステップにおいて保存された前記画像データの情報を含むことが可能な解析情報（５２２、図２２）を保存する解析情報保存ステップ（Ｓ１３３０）と、前記コンピュータが、前記解析ステップにおける解析結果に基づいて、当該解析結果から得られる情報（図２１）を報知する報知ステップ（Ｓ１３２４、Ｓ１３３２）とを備えることを特徴とする。
【００１３】
なお、特許請求の範囲の構成要素と対応する実施形態中の図中符号を（）で示した。ただし、特許請求の範囲に記載した構成要素は上記（）部の実施形態の構成要素に限定されるものではない。
【発明の効果】
【００１４】
本発明によれば、表示機器の品質の高いソフトウェアを効率的に開発することができる効果を奏する。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明を適用できる実施形態を詳細に説明する。尚、各図面において同様の機能を有する箇所には同一の符号を付し、説明の重複は省略する。
【００１６】
（装置構成）  
図１は、本実施形態の表示機器テストシステムの実体図である。図１に示す表示機器テストシステム１００は、コンピュータ１１０、モニタ１２０、キーボード１３０、マウス１４０、テスト用の表示機器１５０、カメラ等のキャプチャデバイス１６０、ＬＡＮ（local area network）１７０、ＬＡＮケーブル１７５、通信ケーブル１６５、１８０及び１９０、電源１１５、電源スイッチ１０５、電源ケーブル１８５、及び各種サーバシステムや携帯端末（図１では不図示、後述）等を含む。
【００１７】
コンピュータ１１０は、例えば汎用的なＰＣ（personal computer）等で、市場に出ているＯＳ（operating system）の環境で動作するコンピュータなら、いずれも適用可能である。以下、特に断りの無い限り、コンピュータ１１０はＰＣとする。ＰＣ１１０は、本発明を具現化する表示機器テストソフトウェア（後述）がインストールされている。モニタ１２０は、表示機器テストシステム１００をオペレータが操作する際に種々の情報を表示する。キーボード１３０、マウス１４０はいずれも、表示機器テストシステム１００をオペレータが操作する際に、オペレータによるキーの入力及びモニタ１２０上のＧＵＩ（graphical user interface）における位置の指定入力を受け付ける。
【００１８】
表示機器１５０は、表示機器テストシステム１００によってソフトウェアをテストされる対象の表示機器である。表示機器１５０は、遊技機に搭載されたＬＣＤ（Liquid Crystal Display）又はＣＲＴ（Cathode Ray Tube）ディスプレイ等の表示装置、ＬＣＤで表示可能な携帯電話、ＬＣＤで表示可能な携帯ゲーム機等である。本実施形態においては、遊技機に搭載されたＬＣＤ表示装置を例に説明する。
【００１９】
キャプチャデバイス１６０は、例えばウェブ・カメラ(Web Camera)等のカメラで、表示機器１５０の表示状況を撮影する。キャプチャデバイス１６０は、表示機器テストシステム１００を稼動中は、例えば防犯カメラ等と同様に、常時稼動する。ＬＡＮ１７０は、後述される各種サーバシステム及び他のＰＣとＰＣ１１０との通信経路で、コンピュータ１１０はＬＡＮケーブル２００によってＬＡＮ１７０に接続されている。通信ケーブル１６５、１８０及び１９０は、各々コンピュータ１１０と電源スイッチ１０５、表示機器１５０及びキャプチャデバイス１６０とを接続するケーブルで、Ｉ／Ｆ（interface）に応じてパラレルケーブル、シリアルケーブル、ＵＳＢ（universal serial bus）ケーブル等が適用可能である。
【００２０】
電源１１５は、表示機器テストシステム１００全体に電力を供給する電源であるが、便宜上、表示機器１５０への電力供給について図示してある。電源ケーブル１８５は、電源１１５から電源スイッチ１０５を介して来る電力を表示機器１５０に供給するためのケーブルである。電源スイッチ１０５は、ＰＣ１１０から通信ケーブル１６５を介して制御を受け、それに従い電源１１５から電源ケーブル１８５への電力をＯＮ／ＯＦＦする。
【００２１】
図２は、本実施形態の表示機器テストシステムのシステム概要図である。図２の表示機器テストシステム１００において、ＰＣ１１０と表示機器１５０は通信ケーブル１８０で接続されている。ＰＣ１１０は、通信ケーブル１８０を介して、表示機器１５０に命令コマンドを手動又は自動で送信する機能を有する。表示機器１５０は、通信ケーブル１８０を介して、フィードバッグ情報をＰＣ１１０に送信する機能を有する。即ち、ＰＣ１１０から命令コマンドを受信した表示機器１５０は、命令コマンドで指示された処理を行い、その結果情報であるフィードバッグ情報をＰＣ１１０に返す。フィードバッグ情報を受信したＰＣ１１０は、そのフィードバッグ情報を判断しそれに応じた種々の処理を行う。これら種々の処理の詳細については、後述される。
【００２２】
また、ＰＣ１１０とキャプチャデバイス１６０は通信ケーブル１９０で接続されている。ＰＣ１１０は、通信ケーブル１９０を介して、キャプチャデバイス１６０に制御信号を送信する機能を有する。キャプチャデバイス１６０は、通信ケーブル１９０を介して、画像データをＰＣ１１０に送信する機能を有する。キャプチャデバイス１６０は、表示機器テストシステム１００を稼動中は常時稼動しており、ＰＣ１１０から制御信号を受信すると、表示機器１５０の画面の撮影処理を行い、その結果情報である動画像データをＰＣ１１０に返す。動画像データを受信したＰＣ１１０は、そのデータをＨＤＤ（ハードディスクドライブ）に保存する処理を行う。
【００２３】
また、ＰＣ１１０と電源スイッチ１０５は通信ケーブル１６５で接続されている。ＰＣ１１０は、通信ケーブル１６５を介して、電源スイッチ１０５に制御信号（電源制御）を送信する機能を有する。電源スイッチ１０５は、例えばリレーとその制御回路等から構成される周知の制御システムである。電源スイッチ１０５は、ＰＣ１１０から電源制御を受け、それに従い電源１１５から電源ケーブル１８５への電力をＯＮ／ＯＦＦする。
【００２４】
表示機器１５０と電源スイッチ１０５は電源ケーブル１８５で接続されている。表示機器１５０は、電源ケーブル１８５からの電力のＯＮ／ＯＦＦによって、その電源がＯＮ／ＯＦＦされる。表示機器１５０は、表示機器テストシステム１００によってテストされるソフトウェアがインストールされている。
【００２５】
本実施形態では、テスト対象の各表示機器のソフトウェア（即ち１つのプロジェクト）に対して「プロジェクト名」をアサインし、各プロジェクトを管理する。本実施形態においては、表示機器１５０のソフトウェアのプロジェクト名を「表示機器Ａ」とする。また他の表示機器、例えば携帯ゲーム機のソフトウェアのプロジェクト名を「表示機器Ｂ」とする等、各表示機器のソフトウェアにプロジェクト名が付けられている。
【００２６】
また、ＰＣ１１０とファイルサーバ３７３はＬＡＮ１７０で接続されている。ＰＣ１１０は、ＬＡＮ１７０を介して、ファイルサーバ３７３から命令コマンドリスト及びフィードバッグ情報テーブルのファイルを受信する機能を有する。さらに、ＰＣ１１０は、フィードバッグ情報に応じたバグ情報から生成したバグ情報ファイルを、ＬＡＮ１７０を介してファイルサーバ３７３へ送信する機能を有する。ファイルサーバの仕組みは、当業者には周知のため、詳細な説明は要しないであろう。これら命令コマンドリスト及びフィードバッグ情報テーブル、及びバグ情報ファイルの詳細については、後述される。
【００２７】
また、ＰＣ１１０とメールサーバ３７５はＬＡＮ１７０で接続されている。ＰＣ１１０は、テストに係る情報のメールを、ＬＡＮ１７０を介してメールサーバ３７５へ送信する機能を有する。メールサーバ３７５は、ＰＣ１１０から受信したメールを携帯電話３９０等へ送信する。メールサーバ３７５は、各プロジェクトに関わる開発者、テスト管理者などのメールユーザのメールを管理している。本実施形態のメールサーバ３７５は、プロジェクト毎にメーリングリストを管理しており、ＰＣ１１０から特定のプロジェクト宛のメールを受信すると、そのプロジェクトのメーリングリストに登録されたメールユーザ全員に、受信メールのコピーを同報する。メールサーバの仕組みは、当業者には周知のため、詳細な説明は要しないであろう。
【００２８】
従って、ＰＣ１１０からテストに係る情報を社外へメール送信し、携帯メール機能等にその情報を送ることにより、発生した不具合にオペレータが即対応することができ、また、テストの責任者が会社に出社しなくてもインターネットを通じて動作状況の確認ができる。本実施形態では、メールを受信する携帯端末の例として携帯電話３９０としているが、メールを受信する携帯端末としては、ＰＤＡ（Personal Digital Assistant）、他の携帯型ＰＣ、およびその他周知のメール閲覧可能な携帯端末を適用すればよい。
【００２９】
尚、ＰＣ１１０とＬＡＮ１７０で接続されているファイルサーバ３７３、メールサーバ３７５は、ＰＣ１１０と同様な機能の他のＰＣ３８０等とＬＡＮ１７０で接続可能である。この場合、他のＰＣ３８０、ファイルサーバ３７３、及びメールサーバ３７５によって、他の表示機器、例えば携帯ゲーム機のソフトウェア（プロジェクト名「表示機器Ｂ」）のテストをする表示機器テストシステムの環境が構成可能である。
【００３０】
ＰＣ１１０の主な機能の概要を以下に列挙する。ＰＣ１１０は、表示機器１５０からの結果情報であるフィードバッグ情報の種類に応じて、下記のような５種類の判断の設定をすることができる。
（１）動画像キャプチャのあり、なし    （２）再現性テストのあり、なし
（３）バグ情報記録のあり、なし        （４）メール送信のあり、なし
（５）テスト継続のあり、なし
【００３１】
さらにＰＣ１１０は、以下の機能を有する。
・命令コマンドを表示機器１５０へ送信する機能
・カメラ等で表示機器１５０のＬＣＤの表示状況を動画像キャプチャする機能
・カメラ等で撮影していた画像データを保存しておく機能
・命令コマンドログを保存しておく機能
・フィードバッグ情報をログに保存しておく機能
・命令コマンドログの再現ができる機能
・Ｅメール（electronic mail）等で携帯端末へ情報を転送する機能
【００３２】
一方、表示機器１５０から得られる主な情報の概要を以下に列挙する。表示機器１５０は、フィードバッグ情報として下記のような情報をＰＣ１１０送信するため、安定した品質の高い表示機器のソフトウェア開発が可能になる。
・ハードリセット
電源やリセットボタン等によるリセット
・ソフトリセット
例外アドレスのアクセスリセット
パラメータの例外リセット
ウォッチドックタイマーリセット
データのチェックサムエラーリセット
・その他
１つの命令コマンドの正常終了（次の命令コマンドを受信可能）
処理落ちチェックＮＧ
画像チェックＮＧ
等
※パラメータ例外、処理落ち、チェックサムエラー等フィードバッグ情報の送信については、ソフトウェア開発者が予め表示機器のソフトウェアのプログラムの中に適切にチェックコード（図１０（ｂ）を参照し後述されるフィードバッグ情報送信処理）を埋め込んでおく必要がある。
【００３３】
図３は、本実施形態の表示機器テストシステムのシステム構成図である。図３を参照すると、表示機器テストシステム１００において、ＰＣ１１０は、プロセッサ３２０、システムメモリ３６２、およびシステムメモリを含む様々なシステム構成要素をプロセッサ３２０に結合するシステムバス３２１を含む。
【００３４】
さらにＰＣ１１０は、一般に様々なコンピュータ可読媒体を含む。コンピュータ可読媒体は、ＰＣ１１０からアクセスできる使用可能な任意の媒体とすることができ、揮発性および不揮発性媒体、リムーバブルおよびノンリムーバブル媒体を含む。コンピュータ可読媒体は、それだけには限定されないが一例として、コンピュータ記憶媒体および通信媒体を含み得る。
【００３５】
コンピュータ記憶媒体には、コンピュータ可読命令、データ構造、プログラムモジュール、他のデータなど、情報を記憶するための任意の方法または技術で実施される揮発性および不揮発性のリムーバブルおよびノンリムーバブル媒体がある。コンピュータ記憶媒体には、それだけには限定されないが、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）、ＥＥＰＲＯＭ（electrically erasable programmable read-only memory）、フラッシュメモリまたは他のメモリ技術、ＣＤ（compact disk）−ＲＯＭ、ＤＶＤ（digital versatile disk）または他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気ディスクストレージ、または所望の情報の格納に使用でき、コンピュータ１１０からアクセスできる他の任意の媒体などがある。
【００３６】
通信媒体には、それだけには限定されないが一例として、有線ネットワーク、直接配線接続などの有線媒体、および音響、ＲＦ（radio frequencies）、赤外線、その他の無線媒体などの無線媒体がある。また、上記のどんな組合せでもコンピュータ可読媒体の範囲内に含まれるものとする。
【００３７】
システムメモリ３６２は、読取専用メモリ（ＲＯＭ）３３１やランダムアクセスメモリ（ＲＡＭ）３３２など、揮発性および／または不揮発性メモリの形態のコンピュータ記憶媒体を含む。ＢＩＯＳ（Basic Input/Output System）３３３は、例えば起動中など、ＰＣ１１０内の要素間での情報の転送を助ける基本ルーチンを含み、一般にＲＯＭ３３１に格納される。ＲＡＭ３３２は一般に、プロセッサ３２０からすぐにアクセス可能な、かつ／またはプロセッサ３２０が現在処理しているデータおよび／またはプログラムモジュールを含む。図３は、それだけには限定されないが一例として、オペレーティングシステム３３４、アプリケーションプログラム３３５（本実施形態の表示機器テストソフトウェア（後述）を含む）、他のプログラムモジュール３３６、およびプログラムデータ３３７を示している。
【００３８】
ＰＣ１１０は、他のリムーバブル／ノンリムーバブル、揮発性／不揮発性コンピュータ記憶媒体を含むこともできる。一例にすぎないが、図は、リムーバブル不揮発性磁気媒体から読み取り、あるいはそこに書き込むＨＤＤ３４１、リムーバブル不揮発性磁気ディスク３５２から読み取り、あるいはそこに書き込む磁気ディスクドライブ３５１、およびＣＤ−ＲＯＭや他の光媒体など、リムーバブル不揮発性光ディスク３５６から読み取り、あるいはそこに書き込む光ディスクドライブ３５５を示している。ＨＤＤ３４１は一般に、インタフェース３６１などのノンリムーバブルメモリインタフェースを介してシステムバス３２１に接続され、磁気ディスクドライブ３５１および光ディスクドライブ３５５は一般に、インタフェース３５７などのリムーバブルメモリインタフェースによってシステムバス３２１に接続される。
【００３９】
上述し、図３に示したドライブおよびその関連のコンピュータ記憶媒体は、ＰＣ１１０のコンピュータ可読命令、データ構造、プログラムモジュール、および他のデータの記憶を提供する。図３では例えば、ＨＤＤ３４１は、オペレーティングシステム３４４、アプリケーションプログラム３４５（本実施形態の表示機器テストソフトウェア（後述）を含む）、他のプログラムモジュール３４６、およびプログラムデータ３４７を記憶するものとして示されている。これらの構成要素は、オペレーティングシステム３３４、アプリケーションプログラム３３５、他のプログラムモジュール３３６、およびプログラムデータ３３７と同じであっても、異なっていてもよいことに留意されたい。オペレーティングシステム３４４、アプリケーションプログラム３４５、他のプログラムモジュール３４６、およびプログラムデータ３４７は少なくとも異なるコピーであることを示すために、ここではそれらに異なる番号を付している。
【００４０】
ユーザーは、キーボード１３０や、一般にマウス、トラックボール、またはタッチパッドと呼ばれるポインティング装置１４０などの入力装置を介してコマンドおよび情報をＰＣ１１０に入力することができる。これらおよび他の入力装置は、しばしばシステムバス３２１に結合されているユーザー入力インタフェース３９２を介してプロセッサ２２０に接続されるが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）など他のインタフェースおよびバス構造で接続してもよい。モニタ１２０または他の形態の表示装置もまた、ビデオインタフェース３９６などのインタフェースを介してシステムバス３２１に接続される。ＰＣ１１０は、モニタ１２０に加えて、出力周辺インタフェース３９５を介して接続できるスピーカー３９８やプリンタ３９６などの他の周辺出力装置を含むこともできる。
【００４１】
本実施形態に特に重要なものとして、表示機器１５０が、通信ケーブル１８０及びデバッグインタフェース３９７を介してシステムバス３２１に接続される。デバッグインタフェース３９７は、パラレル通信、シリアル通信、ＵＳＢ通信等周知のＩ／Ｆを適用可能である。さらに電源スイッチ１０５が、通信ケーブル１６５及び出力周辺インタフェース３９５を介してシステムバス３２１に接続される。
【００４２】
さらに本実施形態に特に重要なものとして、一連のイメージ（動画像データ）３９３を動画像キャプチャできるキャプチャデバイス１６０（ウェブ・カメラ、デジタル／電子スチルカメラまたはビデオカメラ等）もＰＣ１１０への入力装置として含めることができる。さらに、キャプチャデバイス１６０を１つしか描いていないが、複数のキャプチャデバイスをＰＣ１１０への入力装置として含めることができる。１つまたは複数のキャプチャデバイス１６０からの画像データ３９３は、通信ケーブル１９０及び適切なカメラインタフェース３９４を介してＰＣ１１０に入力される。このインタフェース３９４は、システムバス３２１に接続され、それによって画像データを経路指定し、ＲＡＭ３３２またはＰＣ１１０に関連する他のデータ記憶装置の１つに格納することができる。
【００４３】
ＰＣ１１０は、ファイルサーバ３７３、メールサーバ３７５、ゲートウェイ３７９など１つまたは複数のリモートコンピュータへの論理接続を使用してネットワーク型環境で動作することができる。ファイルサーバ３７３、メールサーバ３７５、ゲートウェイ３７９は、ＰＣ、サーバ、ルーター、ネットワークＰＣ、ピアデバイス、または他の一般のネットワークノードでよく、一般にＰＣ１１０に関連して上述した多くまたはすべての要素を含む。図３に示した論理接続は、ＬＡＮ１７０を含むが、他のネットワークを含むこともできる。こうしたネットワーキング環境は、オフィス、全社規模のコンピュータネットワーク、イントラネット、およびインターネットではごく一般的である。
【００４４】
ＬＡＮネットワーキング環境で使用する場合、ＰＣ１１０は、ネットワークインタフェースまたはアダプタ３７１を介してＬＡＮ３７０に接続される。図示したネットワーク接続は例であり、コンピュータ間の通信リンクを確立する他の手段を使用してもよいことは理解されよう。
【００４５】
図４は、本発明の実施形態の表示機器の制御回路構成を示すブロック図である。図４において、本実施形態の表示機器１５０の制御回路構成は、表示指令信号受信回路４０１、電源回路４０２、ＣＰＵ（central processing unit）４０３、プログラムＲＯＭ４０４、ＲＡＭ４０５、画像処理用ＬＳＩ（以下、ＶＤＰ（Video Display Processor））４０６、キャラクタＲＯＭ４０７、ビデオＲＡＭ４０８、可変表示装置４０９、及びフィードバッグ情報送信回路４１０を有する。
【００４６】
表示指令信号受信回路４０１は、遊技機の主制御部４２０からの表示指令信号（コマンド）、及び本実施形態のＰＣ１１０から通信ケーブル１８０を介して送信される命令コマンドを受信し、ＣＰＵ４０３へ渡す。表示指令信号受信回路４０１は、周知の入力ポートの構成を適用すればよいことが、当業者には自明であろう。
【００４７】
電源回路４０２は、図４の回路全体に電力を供給する。ここで、電源スイッチ１０５が、ＰＣ１１０から電源制御を受け、それに従い上述した電源１１５から電源ケーブル１８５への電力をＯＮ／ＯＦＦする。電源回路４０２は、電源スイッチ１０５と電源ケーブル１８５で接続されており、電源ケーブル１８５からの電力のＯＮ／ＯＦＦによって、その電源がＯＮ／ＯＦＦされる。
【００４８】
ＣＰＵ４０３は、プログラムＲＯＭ４０４に記憶されたプログラムにしたがって、画像処理及び画像表示制御並びにフィードバッグ情報送信処理を行う。プログラムＲＯＭ４０４は、ＣＰＵ４０３が実行する画像処理等のためのプログラムを記憶しており、具体的には、ＣＰＵ４０３が行う画像表示制御の内容を規定した図１０の表示機器制御プログラムを記憶している。さらにプログラムＲＯＭ４０４は、ＶＤＰ４０６のデータ・レジスタにマッピングして書き込むＶＤＰ４０６制御用データ、画像表示を制御するための各種のパラメータの値等も記憶している。
【００４９】
ＲＡＭ４０５は、ＣＰＵ４０３に対する入出力データや演算処理のためのデータを一時記憶し、ワーク・エリアやバッファ・メモリとして機能する。ＶＤＰ４０６は、ＣＰＵ４０３からの図柄更新の指示に従って可変表示装置４０９に表示するためのスプライト／スクロール等の画像データをビデオＲＡＭ４０８に展開し、ＣＰＵ４０３からの出力指示に従って可変表示装置４０９の表示領域内に画像データを出力、表示する。
【００５０】
また表示色の制御には、特定の複数の色データを配列して設定したカラーパレット（以下、パレット）がよく使用される。本実施形態のＶＤＰ４０６は、２５６色を定義するパレットを４つ内蔵しており、４レイヤを処理し、各レイヤに１パレットを関連付けて画像処理を行う。ＶＤＰ４０６はＣＰＵ４０３からの出力指示に従って、４つのレイヤ毎に設定した画像データを合成し、その合成画像データを可変表示装置４０９に出力、表示する。
【００５１】
ＶＤＰ４０６は、具体的には、ビデオＲＡＭ４０８上の画像データにより指示されるパレットの色データに基づいてその画像データを色データに変換し、その色データをアナログＲＧＢ（red-green-blue）のビデオ信号として可変表示装置４０９へ出力し、表示する。ここでの画像データはパレットに対するインデックス（配列番号）を含む。
【００５２】
本実施形態のＶＤＰ４０６は、１ピクセル当たりＲ、Ｇ、Ｂ及びＩ（intensity；彩度）の各々を３ビットの８階調で制御する仕様とし、４０９６色（＝８×８×８×８）を処理する能力を有する。ＶＤＰ４０６は、２５６色を設定可能なパレットを４つの各レイヤに１パレットずつ関連付けて画像処理を行うため、２５６色×４レイヤ＝１０２４より４０９６色中の最大１０２４色を可変表示装置４０９へ表示可能である。
【００５３】
キャラクタＲＯＭ４０７は、ＣＰＵ４０３からの指示を受けたＶＤＰ４０６がビデオＲＡＭ４０８に展開する、スプライト／スクロール等の画像データを記憶している。また、ＶＤＰ４０６内臓の４つのパレットにセットされるべき４つのパレットデータを記憶している。また、画像データは、ランレングス符号化、予測符号化、ハフマン符号化及びその他周知の圧縮技術によって圧縮され、キャラクタＲＯＭ４０７に記憶されている。
【００５４】
ビデオＲＡＭ４０８は、ＶＤＰ４０６により、可変表示装置４０９の表示領域内に出力する画像データが展開され、一時記憶される。本実施形態では、４つのレイヤ毎に設定した画像データがビデオＲＡＭ４０８に一時記憶され、ビデオＲＡＭ４０８上で４レイヤの画像データがスクリーンバッファで合成され合成画像データが生成される。可変表示装置４０９は、ＬＣＤ、ＣＲＴディスプレイ等であり、ＶＤＰ４０６が出力する画像のビデオ信号を可視表示する。
【００５５】
フィードバッグ情報送信回路４１０は、ＣＰＵ４０３からの出力指示に従ってフィードバッグ情報を通信ケーブル１８０を介してＰＣ１１０へ送出する。フィードバッグ情報送信回路４１０は、周知の出力ポートの構成を適用すればよいことが、当業者には自明であろう。
【００５６】
以上、本実施形態の表示機器テストシステム１００の装置構成のうち、その動作環境について説明した。次いで、表示機器テストシステム１００の装置構成のうち、本発明を具現化するソフトウェアの構成について説明する。
【００５７】
図５は、本実施形態の表示機器テストソフトウェアの説明図である。図５において、表示機器テストシステム１００のＰＣ１１０が実装する表示機器テストソフトウェア５００は、統括プログラムモジュール５０２及びサブモジュール群５０４から構成される。さらに、サブモジュール群５０４は、フィードバッグ情報処理プログラムモジュール５１６、命令コマンド送信プログラムモジュール５１８、動画キャプチャプログラムモジュール５１２、バックアッププログラムモジュール５０６、メール送信プログラムモジュール５１４、電源制御プログラムモジュール５２６等のサブモジュールを有する。
【００５８】
ＨＤＤ３４１は、命令コマンドログファイル５１０、１以上の再現コマンドログファイル５０８、１以上のキャプチャ動画像ファイル５０９、１以上のフィードバッグ時キャプチャ動画像ファイル５１１、命令コマンドリスト（のファイル）５２０、フィードバッグ情報テーブル（のファイル）５２４等を格納する。
【００５９】
ファイルサーバ３７３は、そのＨＤＤ（不図示）に、命令コマンドリスト５２０を含む１以上の命令コマンドリスト、フィードバッグ情報テーブル５２４を含む１以上のフィードバッグ情報テーブル、ファイル管理プログラム５２８等を予め格納しており、また、１以上のバグ情報ファイル５２２等を格納する。
【００６０】
図５に示された表示機器テストソフトウェア５００を構成する各モジュール、表示機器テストソフトウェア５００の動作に係る各ファイル、そしてファイルサーバ３７３、表示機器１５０、キャプチャデバイス１６０、電源スイッチ１０５等が表示機器テストソフトウェア５００と連携して、表示機器テストシステム１００は動作する。その動作について、以下詳述する。
【００６１】
（動作説明）  
以上述べたシステム構成において、本実施形態の表示機器テストシステムの動作内容について説明する。  
【００６２】
本実施形態の本実施形態の表示機器テストシステム１００は、主に以下のような特徴を有する。
【００６３】
・特徴点１  
精度の高い自動テストをするために表示機器１５０からの情報フィードバック用の結線を表示機器１５０とＰＣ１１０との間に設け、効果的な情報をフィードバックする。そのために表示機器ソフトウェア（プロジェクト）の種類ごとに効果的な「フィードバック情報」のセットを用意する。また「フィードバック情報」は効率よくテストを継続していくために、各フィードバック情報に対応したその取得後の振る舞いを判断するための情報として「動画像キャプチャ有無」、「再現性テスト有無と再現方法のレベル設定」、「継続テスト有無」、「メール送信有無」等をフィードバック情報ごとに定義する（詳細は、以下で「フィードバック情報テーブル」及び各フローチャートを参照し後述）。
【００６４】
・特徴点２  
再現性テストの有無と、再現性テストをする場合の再現方法のレベルについて、バグ等の問題の再現確認を効率よく行うため次のような仕組みを持たせている。再現方法のレベルについて例えば下記の５つのレベルを用意する。  
＜レベルの設定例＞  
レベル１、最後に送信したグループのみの再現ログ
レベル２、最後に送信した１グループ前からの再現ログ
レベル３、最後に送信したグループの３０分前からの再現ログ
レベル４、最初から最後までの再現ログ（１時間以内の場合に再現テストする）
レベル５、最初から最後までの再現ログ（必ず再現テストする）
そして、再現性テストの指定がレベル２以上の場合にはレベル１から順に再現レベルをそのレベルまで上げながら再現テストしていく（詳細は、以下で各フローチャートを参照し後述）。  
【００６５】
また、各レベルの段階の再現ログを作るために、命令コマンドリスト内のコマンド群をグループ化している（詳細は、以下で「命令コマンドリスト」、「命令コマンドログ」及び各フローチャートを参照し後述）。
【００６６】
・特徴点３  
問題が発生した状況や重要なポイントは目視確認する必要がある。見たいポイントをキャプチャ画像を保存するためのキャプチャ制御コマンドを命令コマンドリストの中に加えている（詳細は、以下で「命令コマンドリスト」、「命令コマンドログ」及び各フローチャートを参照し後述）。
【００６７】
・特徴点４  
表示機器１５０の電源をコントロールするための機能を有する。これにより、電源投入後の１回目に操作すべきテスト項目（例えば、電源ＯＮ時の遊技機の初期出目の表示等）に対応できる。再現性を追及する上で電源投入からのテストを自動でかけることができる。電源制御するための命令を命令コマンドリストの中に加え、命令コマンド送信プログラムを経由し処理する。（詳細は、以下で「命令コマンドリスト」及び各フローチャートを参照し後述）。
【００６８】
・特徴点５  
フィードバッグ情報発生とメールの配信システムを連動させている。フィードバック情報テーブルの設定に従い動作させる（詳細は、以下で「フィードバック情報テーブル」及び各フローチャートを参照し後述）。
【００６９】
まず、図５を参照し、表示機器テストソフトウェア５００を構成する各モジュールの機能の概要を説明する。  
【００７０】
統括プログラムモジュール５０２は、表示機器テストソフトウェア５００が起動され表示機器テストシステム１００が起動すると、ファイルサーバ３７３から命令コマンドリスト５２０、フィードバッグ情報テーブル５２４をダウンロードし、各サブモジュールを起動する。システム終了時に、各サブモジュールを終了する。
【００７１】
フィードバッグ情報処理プログラムモジュール５１６は、（エラー、非エラーに関わらず）表示機器１５０より送られてきたフィードバッグ情報に対応した処理を各サブモジュールに実行するよう指示する。フィードバッグ情報に対応した処理は予めフィードバッグ情報テーブル５２４に記述されている（図６、７を参照し後述）。フィードバッグ情報テーブルは、表示機器のソフトウェア（プロジェクト）についてそのテストのタイプ（エージングテスト、自動テスト、手動テスト）毎に用意され、ファイルサーバ５２０に予め格納されている。即ち、「１プロジェクトにつき複数ファイル」×「プロジェクト数分」のフィードバッグ情報テーブルが予め用意されている。
【００７２】
図６（ａ）、（ｂ）、図７（ａ）、（ｂ）はフィードバッグ情報テーブルを例示した図である。図６（ａ）は、プロジェクト名「表示機器Ａ」のタイプ「エージングテスト」用のフィードバッグ情報テーブルを例示した図である。図６（ｂ）は、プロジェクト名「表示機器Ｂ」のタイプ「エージングテスト」用のフィードバッグ情報テーブルを例示した図である。図７（ａ）は、プロジェクト名「表示機器Ａ」のタイプ「自動テスト」用のフィードバッグ情報テーブルを例示した図である。図７（ｂ）は、プロジェクト名「表示機器Ａ」のタイプ「手動テスト」用のフィードバッグ情報テーブルを例示した図である。例えば、図６（ａ）において、テーブル左端はフィードバッグ情報番号を示す。例としてその番号「２」はテーブル中の「フィードバッグ情報種類名」に有るように「ＣＰＵのゼロ割り算」エラーのフィードバッグ情報を示す。テーブル各行のフィードバッグ情報に対応した処理として、行右向きにテーブルの各列「発生時リセット」、「動画像キャプチャ」・・・「メール送信定型文」が定義されている。「発生時リセット」は、それが「する」とテーブル登録されているフィードバッグ情報が送られてきた場合には、表示機器１５０はそのフィードバッグ情報送信後にリセット（再起動）していることを意味する（「発生時リセット」が「する」とテーブル登録されているフィードバッグ情報を送った表示機器１５０は、そのフィードバッグ情報後にリセットしている）。このように、フィードバッグ情報テーブル内の「発生時リセット」の設定は、フィードバッグ情報を送った表示機器１５０のリセットの有無に合わせて、予め整合が取られている。フィードバッグ情報テーブルの各列の処理については、「発生時リセット」はじめその他についても、後述の各フローチャートを参照した説明において詳述される。
【００７３】
再度図５を参照すると、命令コマンド送信プログラムモジュール５１８は、命令コマンドリスト５２０に基づく手動、自動オペレーションを行う。命令コマンド送信プログラムモジュール５１８から表示機器１５０へ送った命令コマンドは、命令コマンドログファイル５１０に記録される。さらに、命令コマンド送信プログラムモジュール５１８は、再現コマンドログファイル５０８に基づく再現オペレーションを行う。再現コマンドログファイル５０８については、後述のフローチャートを参照した説明の中で詳述する。
【００７４】
図８は、命令コマンドリスト５２０を例示した図である。リスト情報として、図中（０）は、プロジェクト名（例えば表示機器Ａ）、（１）は、そのプロジェクト名のソフトウェアのバージョン番号である。図中（２）は、グループ番号で、命令コマンドリスト中に定義される命令コマンドはグループ単位で区切って定義されている。例えば、図８に示すように、「（１）Group（電源投入後、通常変動１０３）」で表示機器１５０の遊技機用表示図柄の通常変動１０３を指示、「（２）Group（電源投入後、通常変動２０３）」で遊技機用表示図柄の通常変動２０３を指示、というように１以上のグループが順に定義されている。
【００７５】
図８の図中（４）は、送るコマンドで、各行のコマンドが上から順次送信される。（４）から（３）と（５）を除いたコマンドが、表示機器１５０へ送る命令コマンドである。（３）は、電源制御コマンドで、電源制御プログラムモジュール５２６へ「1000：POWER_OFF」で電源OFFを指示し「4000：POWER_ON」で電源ONを指示する。「4000：POWER_ON」の冒頭の4000は、コマンド「1000：POWER_OFF」送信からのオフセット時間で単位はmsecである。以下、同様にその後に続く命令コマンドの冒頭の数字は、直前のコマンド送信からのオフセット時間で単位はmsecである。但し、図８中最初の命令コマンド「1000：POWER_OFF」の冒頭の1000は、命令コマンド送信のログ開始からの時間で単位はmsecである。（５）は、キャプチャ制御コマンドで、動画像のキャプチャの開始、終了を指示するためのコマンドである（各々、CAPTURE_START、CAPTURE_STOP）。キャプチャ制御コマンドCAPTURE_STOPには、キャプチャ動画像ファイル名がオプションで付与される。
【００７６】
図９は、命令コマンドログファイル５１０を例示した図である。図中（０）〜（５）は、図８に示した命令コマンドリスト中の（０）〜（５）に対応したログ情報である。ここで（５）は、図８に示した命令コマンドリスト中のキャプチャ制御コマンドCAPTURE_STOPで作成されたキャプチャ動画像ファイル名を出力した例である。（６）は、ログの開始日時である。（７）は、表示機器１５０からのフィードバッグ情報で、命令コマンド送信プログラムモジュール５１８によって記録される。
【００７７】
再度図５を参照すると、メール送信プログラムモジュール５１４は、フィードバッグ情報処理プログラムモジュール５１６からの指示で、指定アドレスへのメールをメールサーバ３７５へ送信する。メール送信プログラムモジュール５１４は、基本的には周知のメーラーの機能を踏襲しており、さらに本実施形態では予め用意された定型文に基づいて編集したメールを送信する。宛先が設定されていないときは、メール送信プログラムモジュール５１４はメールを送信しない。
【００７８】
上述したように、メールサーバ３７５は、プロジェクト毎にメーリングリストを管理しており、ＰＣ１１０から特定のプロジェクト宛のメールを受信すると、そのプロジェクトのメーリングリストに登録されたメールユーザ全員に、受信メールのコピーを同報する。これにより、表示機器１５０の自動チェックの場合、休日におけるエラー通知等、出先での確認に供する。また、携帯メール機能等に情報を送ることでオペレータは発生した不具合に即対応することができる。さらに、テストの責任者が会社に出社しなくてもインターネットを通じて動作状況の確認ができる。
【００７９】
バックアッププログラムモジュール５０６は、フィードバッグ情報処理プログラムモジュール５１６からの指示で、再現テストの結果として、バグ情報シート（後述）、再現コマンドログファイル５０８（又は命令コマンドログファイル５１０）、及びフィードバッグ時キャプチャ動画像ファイル５１１等を含むバグ情報ファイルをファイルサーバ３７３へ送信し、バグ情報のバックアップを行う。
【００８０】
動画キャプチャプログラムモジュール５１２は、命令コマンド送信プログラムモジュール５１８からの指示で、動画像データのキャプチャを開始、終了する。即ち、テスト中常に稼動しているキャプチャデバイス１６０の撮影結果情報である動画像データを、命令コマンド送信プログラムモジュール５１８から指示されるキャプチャ制御コマンドによる動画像のキャプチャ開始から終了の間、キャプチャ動画像ファイル５０９としてＨＤＤ３４１に格納する（１ショット分の格納）。動画キャプチャプログラムモジュール５１２は、ＨＤＤ３４１の容量が許す限り新たに数ショット分保存を繰り返す。また、動画キャプチャプログラムモジュール５１２は、周知の動画キャプチャアプリケーションと同様に、動画像データのキャプチャの各種設定、即ち、フレームレート、解像度、ループ時間（リングバッファでのキャプチャ時間、例えば１min）、キャプチャ動画像ファイル名等を設定可能である。
【００８１】
電源制御プログラムモジュール５２６は、命令コマンド送信プログラムモジュール５１８から指示される電源制御コマンドにより、電源スイッチ１０５をＯＮ／ＯＦＦする。
【００８２】
（プログラムの処理説明）  
本実施形態の表示機器テストシステムの上述した動作に関わる処理は、図１０〜１９のフローチャートに示す処理手順により行われる。図１０はＣＰＵ４０３が実行する表示機器制御内容を示し、ＣＰＵ４０３が、ＲＯＭ４０４に記憶されている表示機器制御プログラムを読み出して実行することにより行われる。図１１〜１８はプロセッサ３２０が実行する表示機器テストシステム制御内容を示し、プロセッサ３２０が、ＨＤＤ３４１に記憶されている表示機器テストソフトウェア５００をＲＡＭ３３２にロードして実行することにより行われる。図１９はファイルサーバ３７３のプロセッサが実行するファイル管理処理内容を示し、ファイルサーバ３７３のプロセッサが、そのＨＤＤ（不図示）に記憶されているファイル管理プログラム５２８をそのＲＡＭ（不図示）にロードして実行することにより行われる。
【００８３】
まず図１０（ａ）を参照し、ＣＰＵ４０３が実行する表示機器制御内容のうち、表示制御処理について説明する。尚、ＰＣ１１０から表示機器１５０のＣＰＵ４０３へ所望の表示の指示（命令コマンド）を送信し、その命令コマンドに従ってＣＰＵ４０３が可変表示装置に所望の動画を表示する事に関して、ＰＣ１１０と表示機器１５０とのＩ／Ｆ及びＣＰＵ４０３自身の制御手法（画像処理、図柄変動の時間管理等）は、遊技機に適用される可変表示装置を有した従来の表示機器を使用した場合と同様とできるので、便宜上、本実施形態では本発明に関わる構成部とその補足部位のみを説明する。
【００８４】
図１０（ａ）において、ＣＰＵ４０３は、電源ＯＮをした立ち上げ後にＣＰＵ４０３の初期設定処理を行い（ステップＳ１０００）、不図示の割り込み処理で監視しているＰＣ１１０からの命令コマンドの入力検知の結果を判定する（ステップＳ１０１０）。新命令コマンド入力が無ければ、何もせずにステップＳ１０４０へ進む。
【００８５】
新命令コマンド入力時は、入力された新命令コマンドをＲＡＭ４０５上のセット・エリアへセットし（ステップＳ１０２０）、その入力命令コマンドにユニークなデータをＲＡＭ４０５にセットして（ステップＳ１０３０）、ステップＳ１０４０へ進む。
【００８６】
つぎにＣＰＵ４０３は、画像データセット処理を行う（ステップＳ１０４０）。具体的には、ＲＡＭ４０５にセットした入力命令コマンドにユニークなデータに基づいて、プログラムＲＯＭ４０４内のＶＤＰ制御用データをＲＡＭ４０５上のＶＤＰ出力用バッファに書き込む。そして、ＶＤＰ出力用バッファの情報をＶＤＰへ出力してよい場合、出力許可フラグをＯＮにする。
【００８７】
ＣＰＵ４０３は、出力許可フラグを判定し（ステップＳ１０５０）、ＯＦＦならばステップＳ１０１０へ戻る。
【００８８】
出力許可フラグＯＮの場合は、ＣＰＵ４０３はＶＤＰ出力用バッファの情報をＣＰＵ４０３のアドレス空間上でＶＤＰ４０６のデータ・レジスタにマッピングして書き込み、アドレス・バス、データ・バスの指定、ライト・イネーブル、チップ・セレクトによりＶＤＰ４０６へ指示を出すことにより、ビデオＲＡＭ４０８上にキャラクタＲＯＭ４０７から読み出すスプライト／スクロール等の画像データを展開する。そしてＶＤＰ４０６へ、可変表示装置４０９の表示領域ウィンドウ内にビデオＲＡＭ４０８上の画像データを表示するように指示するＶＤＰデータ出力処理を行い（ステップＳ１０６０）、ステップＳ１０１０へ戻る。
【００８９】
次に図１０（ｂ）を参照し、ＣＰＵ４０３が実行する表示機器制御内容のうち、フィードバッグ情報送信処理について説明する。図１０（ｂ）の処理は、図１０（ａ）のプログラムの処理においてパラメータ例外、処理落ち、チェックサムエラー等フィードバッグ情報を送信するための処理である。ソフトウェア開発者は、予め図１０（ａ）のプログラムの処理の中のフィードバッグ情報を送信すべき適切な個所に、チェックコードとして図１０（ｂ）のフィードバッグ情報送信処理を埋め込んでおく。例えば、図１０（ａ）のプログラムの処理の中の、処理落ちが起こった場合のイリーガルな処理ルートには、「処理落ち」をルーチンの引数としてセットした図１０（ｂ）のフィードバッグ情報送信処理を埋め込んでおく。
【００９０】
図１０（ｂ）において、ＣＰＵ４０３は、ステップＳ１０８０で引数に対応した図６、７のフィードバッグ情報テーブル中の番号に相当するフィードバッグ情報番号をフィードバッグ情報にセットする。例えば、表示機器１５０のソフトウェア（プロジェクト名「表示機器Ａ」）のテストにおいて、ＣＰＵ４０３は、引数が「処理落ち」の場合、図６（ａ）、図７（ａ）、（ｂ）のフィードバッグ情報テーブルに共通に定義されている「処理落ち」のフィードバッグ情報番号「７」をフィードバッグ情報にセットする。ＣＰＵ４０３は、ステップＳ１０９０でフィードバッグ情報をＰＣ１１０へ送信する。
【００９１】
図１１は、統括プログラムモジュール５０２の処理手順を示すフローチャートである。
一般的なアプリケーションの起動と同様に、例えばモニタ１２０の画面上に表示されている表示機器テストソフトウェア５００のアイコンがオペレータのマウス１４０の操作によって選択されると、プロセッサ３２０は、ＯＳを介して表示機器テストソフトウェア５００を起動する。表示機器テストソフトウェア５００の起動に際して、プロセッサ３２０は、まず統括プログラムモジュール５０２を起動する。
【００９２】
図１１において、プロセッサ３２０は、図２０に示すような起動時セレクト画面２００１をモニタ１２０に表示する（ステップＳ１１００）。オペレータによって起動時セレクト画面上でプロジェクト名（例えば表示機器Ａ）が入力されテストのタイプ（エージングテスト、自動テスト、手動テスト）の選択がチェックされると（例えば、エージング）、プロセッサ３２０は、プロジェクト名とタイプの情報を取得しＲＡＭ３３２にセーブする（ステップＳ１１０２）。
【００９３】
オペレータによって図２０の起動時セレクト画面上でＳＴＡＲＴボタンが選択されると（ステップＳ１１０４）、プロセッサ３２０は、プロジェクト名をオプションとして設定した命令コマンドリスト要求をファイルサーバ３７３へ送信し、ファイルサーバ３７３からプロジェクト名に対応した１以上の命令コマンドリストのファイル（拡張子は.lst）をダウンロードする（ステップＳ１１０６）。例えば、図８に示したような表示機器Ａ用の命令コマンドリスト５２０がダウンロードされる。
【００９４】
次いで、プロセッサ３２０は、ファイルサーバ３７３からダウンロードした命令コマンドリストのファイル一覧を図２０の起動時セレクト画面２００１に表示し（図２０中の符号２０１０）、命令コマンドリストのファイル一覧２０１０から所望の命令コマンドリストを選択可能なように命令コマンドリストのファイル一覧２０１０をアクティブにする。命令コマンドリストのファイル一覧２０１０から所望の命令コマンドリスト（例えばzzz.lst）がオペレータのマウス１４０の操作によって選択されると、プロセッサ３２０は、命令コマンドリストのファイル一覧２０１０をイナクティブ（inactive）にし（表示がグレーになる等）、処理をステップＳ１１０８へ進める。
【００９５】
さらにプロセッサ３２０は、プロジェクト名及びタイプをオプションとして設定したフィードバッグ情報テーブル要求をファイルサーバ３７３へ送信し、ファイルサーバ３７３からプロジェクト名及びタイプに対応したフィードバッグ情報テーブルのファイルをダウンロードする（ステップＳ１１０７）。例えば、図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４がダウンロードされる。
【００９６】
次いでプロセッサ３２０は、サブモジュール群５０４の各サブモジュールをマルチタスクで起動し（ステップＳ１１０８）、タイプが手動テストか否かを判定する（ステップＳ１１０９）。
【００９７】
手動テストでない場合、プロセッサ３２０は、命令コマンドリスト実行指示を命令コマンド送信プログラムモジュール５１８へ送信し（ステップＳ１１２２）、図２０の起動時セレクト画面上のステータスに、タイプに関連したテスト状況、例えばエージングテスト中の旨を表示する（ステップＳ１１２４）。プロセッサ３２０は、命令コマンド送信プログラムモジュール５１８からテスト終了通知を受信すると（ステップＳ１１２６）、図２０の起動時セレクト画面上のステータスに、タイプに関連したテスト状況、例えばエージングテスト終了の旨を表示し（ステップＳ１１２８）、処理をステップＳ１１２１へ進める。
【００９８】
一方、手動テストの場合、プロセッサ３２０は、上記選択された命令コマンドリスト中のグループ名の一覧を図２０の起動時セレクト画面２００１に表示し（図２０中の符号２０３０）、グループ名の一覧２０３０から所望のグループ名を選択可能なようにグループ名の一覧２０３０をアクティブにする。グループ名の一覧２０３０から所望の命令コマンドリスト（例えばＧｒｏｕｐ  ｚ）がオペレータのマウス１４０の操作によって選択されると、プロセッサ３２０は、グループ名の一覧２０３０をイナクティブ（inactive）にし（表示がグレーになる等）、処理をステップＳ１１１０へ進める。
【００９９】
ステップＳ１１１０において、プロセッサ３２０は、選択された命令コマンドリスト中から上記選択されたグループ名のグループ番号をオプションに設定した命令コマンドリスト実行指示を命令コマンド送信プログラムモジュール５１８へ送信する（ステップＳ１１１０）。例えば、図８の命令コマンドリスト５２０におけるグループ番号「（１）Group（電源投入後、通常変動１０３）」、「（２）Group（電源投入後、通常変動２０３）」等から選択された１グループのグループ番号がオプションに設定される。次いでプロセッサ３２０は、図２０の起動時セレクト画面上のステータスに、タイプに関連したテスト状況、即ち手動テスト中の旨を表示する（ステップＳ１１１２）。プロセッサ３２０は、命令コマンド送信プログラムモジュール５１８からテスト終了通知を受信すると（ステップＳ１１１４）、処理をステップＳ１１５０へ進める。
【０１００】
ステップＳ１１５０において、プロセッサ３２０は、「手動ＯＫ」と「手動ＮＧ」の各ボタンを図２０の起動時セレクト画面２００１に表示し（各々図２０中の符号２０２０、２０２２）、「手動ＯＫ」と「手動ＮＧ」の各ボタンを選択可能なようにアクティブにする。テストが成功し「手動ＯＫ」のボタンがオペレータのマウス１４０の操作によって選択されると、若しくはテストが失敗し「手動ＮＧ」のボタンがオペレータのマウス１４０の操作によって選択されると、プロセッサ３２０は、「手動ＯＫ」と「手動ＮＧ」の各ボタンをイナクティブ（inactive）にし（表示がグレーになる等）、処理をステップＳ１１５３へ進める。
【０１０１】
ステップＳ１１５３において、プロセッサ３２０は、「手動ＯＫ」のボタンの選択と判定すると処理をステップＳ１１１５へ進め、「手動ＮＧ」のボタンの選択と判定すると処理をステップＳ１１５７へ進める。
【０１０２】
ステップＳ１１５７において、例外処理としてプロセッサ３２０は、表示機器１５０からのフィードバッグ情報ではない、表示機器テストソフトウェア５００内部の統括プログラムモジュール５０２からのフィードバッグ情報を送信する。詳しくは、プロセッサ３２０は、図６（ａ）、図７（ａ）、（ｂ）のフィードバッグ情報テーブルに共通に定義されている「ＴＥＳＴＥＲ  ＥＲＲＯＲ」のフィードバッグ情報番号「１１」をフィードバッグ情報にセットし、そのフィードバッグ情報をフィードバッグ情報処理プログラムモジュール５１６へ送信する。
【０１０３】
そしてプロセッサ３２０は、命令コマンドリスト中で未実行の次グループの有無を判定する（ステップＳ１１１５）。
【０１０４】
未実行の次グループが無い場合、プロセッサ３２０は、図２０の起動時セレクト画面上のステータスに、タイプに関連したテスト状況、即ち手動テスト終了の旨を表示し（ステップＳ１１２０）、処理をステップＳ１１２１へ進める。
【０１０５】
また、ステップＳ１１１５において未実行の次グループが有る場合、プロセッサ３２０は、図２０の起動時セレクト画面上のステータスに、タイプに関連したテスト状況、即ち手動テスト１グループ終了の旨を表示し（ステップＳ１１１６）、処理をステップＳ１１１８へ進める。そしてオペレータによって図２０の起動時セレクト画面上で手動時グループＳＴＡＲＴボタンが選択されると（ステップＳ１１１８）、プロセッサ３２０は、処理をステップＳ１１４０へ戻す。
【０１０６】
ステップＳ１１２１において、プロセッサ３２０は入力イベントを監視する。ここで、オペレータによって図２０の起動時セレクト画面上でＲｅｆｒｅｓｈボタンが選択されると、プロセッサ３２０は、処理をステップＳ１１００へ戻す。一方ステップＳ１１２１において、オペレータによって図２０の起動時セレクト画面上で終了ボタン（画面右上の×ボタン）が選択されると、プロセッサ３２０はサブモジュール群５０４の各サブモジュールの処理を終了し、表示機器テストソフトウェア５００を終了する（ステップＳ１１２２）。
【０１０７】
図１２は、命令コマンド送信プログラムモジュール５１８の処理手順を示すフローチャートである。プロセッサ３２０は、ステップＳ１２００において状態を判定し、非テスト中の場合、統括プログラムモジュール５０２からの命令コマンドリスト実行指示を監視する（ステップＳ１２０２）。
【０１０８】
命令コマンドリスト実行指示を受信すると、プロセッサ３２０は、ステップＳ１２０４において状態をテスト中へ遷移させる。そしてプロセッサ３２０は、ダウンロード済み命令コマンドリストの名前の拡張子.lstを.logとした名前の命令コマンドログファイルを生成し、命令コマンドリスト内と同様なプロジェクト名、バージョン番号、及びＯＳから取得した日時情報をもとに編集したタイムスタンプ（ログの開始日時）を命令コマンドログファイルに記録する（ステップＳ１２０５）。例えば、図９の命令コマンドログファイル５１０が生成され、それに図９の図中（０）、（１）、（６）のログ情報が記録される。
【０１０９】
プロセッサ３２０は、ステップＳ１２６０において、命令コマンドリスト中の次に実行すべき未実行コマンドの送信タイミングを取る。この処理は、上述の図８、９に示した命令コマンドの冒頭の数字（直前のコマンド送信からのオフセット時間）を、１つ前のコマンドから今のコマンドの送信タイミング間隔として使用することによって、送信タイミングが取られる。
【０１１０】
プロセッサ３２０は、ステップＳ１２０６において、命令コマンドリスト実行指示に１グループのグループ番号がオプションに設定されている（即ち、手動テスト）か否かを判定する。手動テストでない場合、プロセッサ３２０は、ステップＳ１２１０において、命令コマンドリスト中の次に実行すべき未実行コマンドを解析する。手動テストの場合、プロセッサ３２０は、ステップＳ１２０８において、命令コマンドリスト実行指示にオプション設定されているグループ番号の命令コマンドリスト中の指定グループ内で、次に実行すべき未実行コマンドを解析する。
【０１１１】
次いでプロセッサ３２０は、上記解析したコマンドに従って処理を分岐する（ステップＳ１２１２）。実行すべき未実行コマンドが命令コマンドで有る場合、プロセッサ３２０はその命令コマンドを表示機器１５０へ送信し（ステップＳ１２１４）、処理をステップＳ１２２１へ進める。実行すべき未実行コマンドがキャプチャ制御コマンドで有る場合、プロセッサ３２０は処理をステップＳ１２１６へ進め、キャプチャ制御コマンドがCAPTURE_STARTでなくCAPTURE_STOPの場合、キャプチャ動画像ファイル名（拡張子は.movie）を定義する。そしてプロセッサ３２０は、ステップＳ１２１８において、図８を参照し上述したように、キャプチャ制御コマンドがCAPTURE_STARTの場合はそのままを、キャプチャ制御コマンドがCAPTURE_STOPの場合は定義したキャプチャ動画像ファイル名をオプションに設定し、キャプチャ制御コマンドを動画キャプチャプログラムモジュール５１２へ送信し、処理をステップＳ１２２１へ進める。実行すべき未実行コマンドが電源制御コマンドで有る場合、プロセッサ３２０は、図８を参照し上述したように、電源制御コマンド（POWER_OFF又はPOWER_ON）を電源制御プログラムモジュール５２６へ送信し（ステップＳ１２２０）、処理をステップＳ１２２１へ進める。
【０１１２】
ステップＳ１２２１において、プロセッサ３２０は、実行したコマンドを命令コマンドログファイルに追加する。例えば、図９に示すように命令コマンドログファイル５１０に図９の図中（４）の一行が追加される。但し、実行したコマンドがキャプチャ制御コマンドのCAPTURE_STOPの場合には、上述の定義したキャプチャ動画像ファイル名を命令コマンドログファイルに追加する（例えば、上述した図９の図中（５））。
【０１１３】
次いでプロセッサ３２０は、命令コマンドリスト中で未実行の次コマンドの有無を判定し（ステップＳ１２２２）、未実行の次コマンドが有る場合、処理をステップＳ１２００へ戻す。未実行の次コマンドが無い場合、プロセッサ３２０は、テスト終了通知を統括プログラムモジュール５０２へ送信し（ステップＳ１２２４）、ステップＳ１２２６において状態を非テスト中へ遷移させ、処理をステップＳ１２００へ戻す。
【０１１４】
プロセッサ３２０は、ステップＳ１２００において状態がテスト中と判定した場合、状態がテスト中に入力イベントを受けたか否かを判定し（ステップＳ１２２８）、テスト中に入力イベントを受けた場合、そのイベントを判定する（ステップＳ１２３２）。入力イベントがフィードバッグ情報処理プログラムモジュール５１６からのフィードバッグ情報である場合、プロセッサ３２０は、フィードバッグ情報にセットされているフィードバッグ情報番号を参照し、そのフィードバッグ情報を命令コマンドログファイルに記録する（ステップＳ１２３８）。例えば、図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４がダウンロードされている場合、プロセッサ３２０は、フィードバッグ情報にセットされているフィードバッグ情報番号「０」によってそのテーブル中のフィードバッグ情報番号「０」の「ＢＯＯＴ」のを認識し、図９の命令コマンドログファイル５１０において、図９の図中（７）のログ情報（ＢＯＯＴ）を記録する。そしてプロセッサ３２０は、処理をステップＳ１２００へ戻す。
【０１１５】
ステップＳ１２３２における入力イベントがフィードバッグ情報処理プログラムモジュール５１６からのテスト停止指示である場合、プロセッサ３２０は、状態をテスト停止中へ遷移する（ステップＳ１２３４）。そしてプロセッサ３２０は、処理をステップＳ１２００へ戻す。
【０１１６】
ステップＳ１２３２における入力イベントがフィードバッグ情報処理プログラムモジュール５１６からのレベルＮ再生設定指示である場合、プロセッサ３２０は、状態を再現テスト中へ遷移する（ステップＳ１２４０）。次いでプロセッサ３２０は、ステップＳ１２４２において、レベルＮ再生設定指示に対応したレベルＮの再現コマンドログファイル５０８中の次に実行すべき未実行コマンドを解析する。
【０１１７】
次いでプロセッサ３２０は、上記解析したコマンドに従って処理を分岐する（ステップＳ１２４４）。実行すべき未実行コマンドが命令コマンドで有る場合、プロセッサ３２０はその命令コマンドを表示機器１５０へ送信し（ステップＳ１２４６）、処理をステップＳ１２５０へ進める。実行すべき未実行コマンドが電源制御コマンドで有る場合、プロセッサ３２０は、図８を参照し上述したように、電源制御コマンド（POWER_OFF又はPOWER_ON）を電源制御プログラムモジュール５２６へ送信し（ステップＳ１２４８）、処理をステップＳ１２５０へ進める。
【０１１８】
ステップＳ１２５０において、プロセッサ３２０は、レベルＮの再現コマンドログファイル５０８中で未実行の次コマンドの有無を判定し、未実行の次コマンドが有る場合、処理をステップＳ１２００へ戻す。未実行の次コマンドが無い場合、プロセッサ３２０は、再現テスト終了通知をフィードバッグ情報処理プログラムモジュール５１６へ送信し（ステップＳ１２５２）、ステップＳ１２５４において状態をテスト停止中へ遷移させ、処理をステップＳ１２００へ戻す。
【０１１９】
ステップＳ１２３２における入力イベントがフィードバッグ情報処理プログラムモジュール５１６からのテスト再開指示である場合、プロセッサ３２０は、状態をテスト中へ遷移する（ステップＳ１２３６）。そしてプロセッサ３２０は、処理をステップＳ１２００へ戻す。
【０１２０】
プロセッサ３２０は、ステップＳ１２００において状態がテスト停止中と判定した場合、状態遷移を待機する。
【０１２１】
プロセッサ３２０は、ステップＳ１２００において状態がテスト中と判定した場合、状態がテスト中に入力イベントを受けたか否かを判定し（ステップＳ１２２８）、テスト中に入力イベントを受けていない場合、処理をステップＳ１２０６へ進める（ステップＳ１２２８→Ｓ１２５６→Ｓ１２６０）。一方プロセッサ３２０は、ステップＳ１２００において状態が再現テスト中と判定した場合、処理をステップＳ１２４２へ進める（ステップＳ１２００→Ｓ１２２８→Ｓ１２５６→Ｓ１２４２）。
【０１２２】
図１３は、フィードバッグ情報処理プログラムモジュール５１６の処理手順を示すフローチャートである。プロセッサ３２０は、表示機器１５０からのフィードバッグ情報を監視している（ステップＳ１３００）。ステップＳ１３００においてフィードバッグ情報を受信すると、プロセッサ３２０は、命令コマンド送信プログラムモジュール５１８にフィードバッグ情報を送る（ステップＳ１３０１）。次いでプロセッサ３２０は、命令コマンド送信プログラムモジュール５１８にテスト停止指示を送る（ステップＳ１３０２）。
【０１２３】
そしてプロセッサ３２０は、フィードバッグ情報テーブルを参照しフィードバッグ情報に対応した「発生時リセット」が「する」か否か、即ち表示機器１５０がそのフィードバッグ情報送信後にリセットしているか否かを判定する（ステップＳ１３０３）。例えば、図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４がダウンロードされており、フィードバッグ情報がＢＯＯＴ（フィードバッグ情報番号「０」）の場合、プロセッサ３２０は、そのテーブルにおいてフィードバッグ情報にセットされているフィードバッグ情報番号「０」に対応した行中の列「「発生時リセット」を参照して、「発生時リセット」が「する」か否かを判定する。「発生時リセット」が「する」でない場合、プロセッサ３２０は、処理をステップＳ１３０４へ進める。
【０１２４】
ステップＳ１３０３において「発生時リセット」が「する」の場合、プロセッサ３２０は、処理をステップＳ１３０５へ進め、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、そのヘッダ情報にある表示機器Ａの起動時間情報（4000ms）を参照して、その起動時間の間、表示機器Ａのリセット（再起動）を待つ。その後プロセッサ３２０は、処理をステップＳ１３０４へ進める。
【０１２５】
そしてプロセッサ３２０は、フィードバッグ情報にセットされているフィードバッグ情報番号がＢＯＯＴの番号か否か、即ちＢＯＯＴのフィードバッグ情報か否かを判定する（ステップＳ１３０４）。例えば、図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４がダウンロードされている場合、プロセッサ３２０は、そのテーブル中の「ＢＯＯＴ」のフィードバッグ情報番号「０」を認識し、フィードバッグ情報にセットされているフィードバッグ情報番号も「０」か否かを判定する。ＢＯＯＴのフィードバッグ情報でない場合、プロセッサ３２０は、処理をステップＳ１３０６へ進める。
【０１２６】
ステップＳ１３０４においてＢＯＯＴのフィードバッグ情報の場合、プロセッサ３２０は、その直前に電源制御コマンド（POWER_ON）によって表示機器１５０が電源ONとなり、表示機器１５０の起動時間内にＢＯＯＴのフィードバッグ情報が来たか否かを判定する（ステップＳ１３２０）。より詳細には、プロセッサ３２０は、例えば図９の命令コマンドログファイル５１０において、図９の図中（７）のログ情報（ＢＯＯＴ）の直前に電源制御コマンド（POWER_ON）が送られていることを認識する。その場合、プロセッサ３２０は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、そのヘッダ情報の起動時間情報（4000ms）を参照する。そして、プロセッサ３２０は、その起動時間情報（4000ms）と図９の図中（７）のログ情報（ＢＯＯＴ）のオフセット時間250msとを比較し、この例では4000ms＞250msのため、表示機器１５０の起動時間内にＢＯＯＴのフィードバッグ情報が来たと判定する。表示機器１５０の起動時間内にＢＯＯＴのフィードバッグ情報が来た場合（正常処理）、プロセッサ３２０は、処理をステップＳ１３１８へ進める。
【０１２７】
一方、ＢＯＯＴのフィードバッグ情報にもかかわらず、ステップＳ１３２０において、その直前に電源制御コマンド（POWER_ON）によって表示機器１５０が電源ONとなっていない、又は、表示機器１５０の起動時間をオーバーしてＢＯＯＴのフィードバッグ情報が来た、と判定された場合（異常処理）、プロセッサ３２０は、処理をステップＳ１３２２へ進める。
【０１２８】
ステップＳ１３２２において、プロセッサ３２０は、ＢＯＯＴのフィードバッグ情報の直前にリセットのフィードバッグ情報を受けたか否かを判定する（ステップＳ１３２２）。より詳細には、プロセッサ３２０は、例えば図９の命令コマンドログファイル５１０において、図９の図中（７）のログ情報（ＢＯＯＴ）の直前にリセットのフィードバッグ情報を受けたか否かを判定する。直前にリセットのフィードバッグ情報を受けている場合（正常処理）、プロセッサ３２０は、処理をステップＳ１３１８へ進める。直前にリセットのフィードバッグ情報を受けていない場合（異常処理）、プロセッサ３２０は、処理をステップＳ１３０６へ進める。
【０１２９】
ステップＳ１３０６において、プロセッサ３２０は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「メール送信」を参照して、メール送信の有無を判定する。メール送信なしの場合、プロセッサ３２０は、処理をステップＳ１３０８へ進める。メール送信ありの場合、プロセッサ３２０は、フィードバッグ情報にセットされているフィードバッグ情報番号をオプションに設定し再現テスト前のメール情報を編集した再現テスト前メール指示をメール送信プログラムモジュール５１４へ送信し（ステップＳ１３２４）、処理をステップＳ１３０８へ進める。
【０１３０】
図２１（ａ）は、再現テスト前メール指示に含まれる再現テスト前のメール情報の例を示す図である。図２１（ａ）において、タイトル中の（プロジェクト名）及びプロジェクト名「?????」はＲＡＭ３３２にセーブされているプロジェクト名（例えば表示機器Ａ）である。ＹＹＹＹ、ＭＭ、ＤＤ、ｈｈ、ｍｍ、ｓｓは、ＯＳから取得したこの時点での年月日と時刻である。（バグ）は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「メール送信定型文」である。ネットワークＰＣ名「???」は、ＯＳから取得したＰＣ名である。「???.lst」は、ダウンロード済み命令コマンドリスト５２０のファイル名である。フィードバッグ情報種類「ＢＯＯＴ」は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号（０）に対応した行中の列「フィードバッグ情報種類名」のＢＯＯＴを記述した例である。「nn番：グループ名」は、例えば、図９の命令コマンドログファイル５１０において、図９の図中（７）のＢＯＯＴが記録された図中（２）の情報である。「レベル３」は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「再現性テスト」である。
【０１３１】
ステップＳ１３０８において、プロセッサ３２０は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「動画像キャプチャ」を参照して、動画像キャプチャの有無を判定する。動画像キャプチャなしの場合、プロセッサ３２０は、処理をステップＳ１３１０へ進める。動画像キャプチャありの場合、プロセッサ３２０は、現在の動画像であるキャプチャ動画像ファイル（拡張子は.movie）５０９をフィードバッグ時キャプチャ動画像ファイル（拡張子は.movie）５１１としてＨＤＤ３４１へ保存するために、フィードバッグ動画保存指示を動画キャプチャプログラムモジュール５１２へ送信し（ステップＳ１３２６）、処理をステップＳ１３１０へ進める。
【０１３２】
ステップＳ１３１０において、プロセッサ３２０は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「再現性テスト」を参照して、レベルを判定する。レベル１の場合、プロセッサ３２０は、処理をステップＳ１３１２へ進める。レベル２以上の場合、プロセッサ３２０は、再現テスト処理（ステップＳ１３２８）を行い、処理をステップＳ１３１２へ進める。
【０１３３】
ステップＳ１３１２において、プロセッサ３２０は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「バグ情報記録」を参照して、バグ情報記録の有無（バグ情報生成の有無）を判定する。バグ情報記録なしの場合、プロセッサ３２０は、処理をステップＳ１３１４へ進める。
【０１３４】
バグ情報記録ありの場合、プロセッサ３２０は、フィードバッグ情報にセットされているフィードバッグ情報番号が「ＴＥＳＴＥＲ  ＥＲＲＯＲ」の番号か否か、即ち「ＴＥＳＴＥＲ  ＥＲＲＯＲ」のフィードバッグ情報か否かを判定する（ステップＳ１３４０）。例えば、図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４がダウンロードされている場合、プロセッサ３２０は、そのテーブル中の「ＴＥＳＴＥＲ  ＥＲＲＯＲ」のフィードバッグ情報番号「１１」を認識し、フィードバッグ情報にセットされているフィードバッグ情報番号も「１１」か否かを判定する。「ＴＥＳＴＥＲ  ＥＲＲＯＲ」のフィードバッグ情報でない場合、プロセッサ３２０は、処理をステップＳ１３３０へ進める。ステップＳ１３４０において「ＴＥＳＴＥＲ  ＥＲＲＯＲ」のフィードバッグ情報の場合、プロセッサ３２０は、処理をステップＳ１３４２へ進める。
【０１３５】
ステップＳ１３３０において、プロセッサ３２０は、オプションを設定したバックアップ指示をバックアッププログラムモジュール５０６へ送信し、処理をステップＳ１３１４へ進める。
【０１３６】
ここで、バックアップ指示に設定されるオプションは、以下の情報である。  
・再現テスト処理（ステップＳ１３２８）のリターン情報である「再現したレベルＮと再現コマンドログファイル名（拡張子.log）」又は「再現無し」  
プロジェクト名「?????」（ＲＡＭ３３２にセーブされているプロジェクト名（例えば表示機器Ａ））  
・そのプロジェクト名のソフトウェアのバージョン番号（例えば図８の命令コマンドリスト５２０から取得）  
「ＹＹＹＹ、ＭＭ、ＤＤ、ｈｈ、ｍｍ、ｓｓ」（ＯＳから取得したこの時点での年月日と時刻）  
・ネットワークＰＣ名（ＯＳから取得したＰＣ名）  
・命令コマンドリスト５２０のファイル名（拡張子は.lst）  
・「nn番：グループ名」（例えば、図９の命令コマンドログファイル５１０において、図９の図中（７）のＢＯＯＴが記録された図中（２）の情報）  
・フィードバッグ情報種類（例えば、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号（０）に対応した行中の列「フィードバッグ情報種類名」のＢＯＯＴ）  
・自動テストレベル（例えば、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「再現性テスト」）  
・フィードバッグ時キャプチャ動画像ファイル（拡張子は.movie）５１１のファイル名（ステップＳ１３２６で保存されるフィードバッグ時キャプチャ動画像ファイルのファイル名。ステップＳ１３２６が処理されない場合は、ブランク）
【０１３７】
一方、ステップＳ１３４２において、プロセッサ３２０は、オプションを設定したバックアップ指示をバックアッププログラムモジュール５０６へ送信し、処理をステップＳ１３１４へ進める。
【０１３８】
ステップＳ１３４２におけるバックアップ指示に設定されるオプションは、ステップＳ１３３０におけるオプションの情報に、さらにテスタが入力した説明文を追加した情報である。ステップＳ１３４２においてテスタが入力した説明文を取得する方法は、プロセッサ３２０が不図示の入力画面をモニタ１２０に表示してテキスト入力を受け付ける等、周知の方法を適用すればよい。
【０１３９】
ステップＳ１３１４において、プロセッサ３２０は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「メール送信」を参照して、メール送信の有無を判定する。メール送信なしの場合、プロセッサ３２０は、処理をステップＳ１３１６へ進める。メール送信ありの場合、プロセッサ３２０は、フィードバッグ情報にセットされているフィードバッグ情報番号をオプションに設定し再現テスト後のメール情報を編集した再現テスト後メール指示をメール送信プログラムモジュール５１４へ送信し（ステップＳ１３３２）、処理をステップＳ１３１６へ進める。
【０１４０】
図２１（ｂ）は、再現テスト後メール指示に含まれる再現テスト後のメール情報の例を示す図である。図２１（ｂ）において、タイトル中の（プロジェクト名）はＲＡＭ３３２にセーブされているプロジェクト名（例えば表示機器Ａ）である。ＹＹＹＹ、ＭＭ、ＤＤ、ｈｈ、ｍｍ、ｓｓは、ＯＳから取得したこの時点での年月日と時刻である。（バグ）は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「メール送信定型文」である。再現性は、再現テスト処理（ステップＳ１３２８）のリターン情報である「再現したレベルＮ」又は「再現無し」の情報である。テスト継続の有無は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「継続テスト」である。
【０１４１】
ステップＳ１３１６において、プロセッサ３２０は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「継続テスト」を参照して、継続テストの有無を判定する。継続テストなしの場合、プロセッサ３２０は、処理をステップＳ１３００へ戻す。継続テストありの場合、プロセッサ３２０は、テスト再開指示を命令コマンド送信プログラムモジュール５１８へ送信し（ステップＳ１３１８）、処理をステップＳ１３００へ戻す。
【０１４２】
図１４は、フィードバッグ情報処理プログラムモジュール５１６の再現テスト処理（ステップＳ１３２８）の処理手順を示すフローチャートである。プロセッサ３２０は、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報にセットされているフィードバッグ情報番号に対応した行中の列「再現性テスト」のレベルを参照して（レベル２以上）、そのレベル数分の再現コマンドログファイル５０８（拡張子は.log）を命令コマンドログファイル５１０から生成する（ステップＳ１４００）。より詳細には、プロセッサ３２０は、例えば参照した「再現性テスト」のレベルがレベル４の場合、特徴点２として上述したように、以下の４個の再現コマンドログファイルを生成する。  
レベル１の再現コマンドログファイル；命令コマンドログファイル５１０中の最後に送信したグループのみの再現ログ。  
レベル２の再現コマンドログファイル；命令コマンドログファイル５１０中の最後に送信した１グループ前からの再現ログ。  
レベル３の再現コマンドログファイル；命令コマンドログファイル５１０中の最後に送信したグループの３０分前からの再現ログ。  
レベル４の再現コマンドログファイル；命令コマンドログファイル５１０中の最初から最後までの再現ログ（１時間以内の場合に再現テストする）。
【０１４３】
次にプロセッサ３２０は、ステップＳ１４０２において、Ｎ（自然数）＝１としたレベルＮの再現コマンドログファイルを再生設定するためのレベルＮ再生設定指示を、命令コマンド送信プログラムモジュール５１８へ送る。
【０１４４】
そしてプロセッサ３２０は、表示機器１５０からのフィードバッグ情報及び命令コマンド送信プログラムモジュール５１８からの再現テスト終了通知を監視する（ステップＳ１４０６）。プロセッサ３２０はフィードバッグ情報又は再現テスト終了通知を受信すると、「ＴＥＳＴＥＲ  ＥＲＲＯＲ」以外のフィードバッグ情報番号がセットされているフィードバッグ情報であるか否かを判定する（ステップＳ１４１０）。
【０１４５】
「ＴＥＳＴＥＲ  ＥＲＲＯＲ」以外のフィードバッグ情報の場合、プロセッサ３２０は、命令コマンドログと同じグループで発生し同じフィードバック情報（フィードバッグ情報にセットされているフィードバッグ情報番号が、ステップＳ１３００において受信したフィードバッグ情報にセットされているフィードバッグ情報番号と同じフィードバッグ情報）が来たか否かを判定する（ステップＳ１４１２）。
【０１４６】
命令コマンドログと同じグループで発生し同じフィードバックが来た場合、プロセッサ３２０は、「再現したレベルＮとレベルＮの再現コマンドログファイル名」をリターン情報として呼び出し元の処理へ戻る（ステップＳ１４１２→リターン）。命令コマンドログと同じグループで発生し同じフィードバックが来たわけではない場合、プロセッサ３２０は、ステップＳ１３００の処理をリカーシブコール（再起呼び出し）し（ステップＳ１４１２→Ｓ１４１８）、処理をステップＳ１４１４へ進める。
【０１４７】
一方、ステップＳ１４１０において、プロセッサ３２０は「ＴＥＳＴＥＲ  ＥＲＲＯＲ」のフィードバッグ情報を受信すると、処理をステップＳ１４２２へ進める（ステップＳ１４１０→Ｓ１４２０→Ｓ１４２２）。ステップＳ１４２２において、プロセッサ３２０は、テスタによる再現したかどうかの選択を受け付ける。具体的には、プロセッサ３２０は、サブウインドウを開き「再現した」、「再現しない」の入力を受け付ける。
【０１４８】
次いでプロセッサ３２０は、ステップＳ１４２４において、サブウインドウの「再現した」、「再現しない」の入力に基づき、再現したか否かを判定する。
【０１４９】
プロセッサ３２０は、ステップＳ１４２４において、再現したと判定した場合処理をステップＳ１４１６へ進め、再現しなかった場合には処理をステップＳ１４１４へ進める。
【０１５０】
一方、ステップＳ１４１０において、プロセッサ３２０は再現テスト終了通知を受信すると、処理をステップＳ１４１４へ進める（ステップＳ１４１０→Ｓ１４２０→Ｓ１４１４）。ステップＳ１４１４において、プロセッサ３２０は、未だ再生設定されていないレベルＮの再現コマンドログファイルが有るか否かを判定する。レベルＮの再現コマンドログファイルが全て再生設定された場合、プロセッサ３２０は、ステップＳ１４１６において、テスト停止指示を命令コマンド送信プログラムモジュール５１８へ送り、「再現無し」をリターン情報として呼び出し元の処理へ戻る（ステップＳ１４１６→リターン）。
【０１５１】
ステップＳ１４１４において、未だ再生設定されていないレベルＮの再現コマンドログファイルが有ると判定された場合、プロセッサ３２０は、ステップＳ１４０４において、テスト再開指示を命令コマンド送信プログラムモジュール５１８へ送る。そしてプロセッサ３２０は、ステップＳ１４０８において、Ｎをインクリメント（＋１）したレベルＮの再現コマンドログファイルを再生設定するためのレベルＮ再生設定指示を、命令コマンド送信プログラムモジュール５１８へ送り、処理をステップＳ１４０６へ進める。
【０１５２】
図１５は、動画キャプチャプログラムモジュール５１２の処理手順を示すフローチャートである。プロセッサ３２０は、命令コマンド送信プログラムモジュール５１８からキャプチャ制御コマンド（CAPTURE_START）を受信すると（ステップＳ１５００→Ｓ１５０２→Ｓ１５０４）、テスト中常に稼動しているキャプチャデバイス１６０へ制御信号を送信し、表示機器１５０の画面の撮影処理とその結果情報である動画像データの送信をキャプチャデバイス１６０に指示し、受信する一連の動画像データをＲＡＭ３３２上のリングバッファにキャプチャする処理を開始する（ステップＳ１５０４）。動画像のキャプチャの開始後、プロセッサ３２０は、処理をステップＳ１５００へ戻す。
【０１５３】
プロセッサ３２０は、命令コマンド送信プログラムモジュール５１８からキャプチャ制御コマンド（CAPTURE_STOP）を受信すると（ステップＳ１５００→Ｓ１５０２→Ｓ１５０６）、リングバッファにキャプチャした動画像データをキャプチャ動画像ファイル５０９に格納する（ステップＳ１５０６）。そしてプロセッサ３２０は、キャプチャ動画像ファイル５０９に、キャプチャ制御コマンド（CAPTURE_STOP）のオプションに設定されているキャプチャ動画像ファイル名（拡張子は.movie）をつけ（ステップＳ１５０８）、処理をステップＳ１５００へ戻す。
【０１５４】
また、プロセッサ３２０は、フィードバッグ情報処理プログラムモジュール５１６からフィードバッグ動画保存指示を受信すると（ステップＳ１５００→Ｓ１５０２→Ｓ１５１０→Ｓ１５１２）、現在の動画像であるキャプチャ動画像ファイル（拡張子は.movie）５０９をフィードバッグ時キャプチャ動画像ファイル（拡張子は.movie）５１１としてＨＤＤ３４１へ保存する（ステップＳＳ１５１２）。そしてプロセッサ３２０は、処理をステップＳ１５００へ戻す。
【０１５５】
図１６は、メール送信プログラムモジュール５１４の処理手順を示すフローチャートである。プロセッサ３２０は、再現テスト前メール指示を受信すると（ステップＳ１６００→Ｓ１６０２→Ｓ１６０４）、再現テスト前メール指示に含まれる再現テスト前のメール情報（例えば図２１（ａ）参照）を本文としたメールを作成する（ステップＳ１６０４）。そしてプロセッサ３２０は、処理をステップＳ１６０６へ進める。
【０１５６】
またプロセッサ３２０は、再現テスト後メール指示を受信すると（ステップＳ１６００→Ｓ１６０２→Ｓ１６０８→Ｓ１６１０）、再現テスト後メール指示に含まれる再現テスト後のメール情報（例えば図２１（ｂ）参照）を本文としたメールを作成する（ステップＳ１６１０）。そしてプロセッサ３２０は、処理をステップＳ１６０６へ進める。
【０１５７】
ステップＳ１６０６において、プロセッサ３２０は、再現テスト前メール指示又は再現テスト後メール指示にオプションとして設定されているフィードバッグ情報番号をインデックスとして、ダウンロードされている図６（ａ）に示したような表示機器Ａのエージングテスト用のフィードバッグ情報テーブル５２４を参照し、フィードバッグ情報番号に対応した行中の列「メール宛先」を作成したメールに設定し、そのメールをメールサーバ３７５へ送信する。そしてプロセッサ３２０は、処理をステップＳ１６００へ戻す。
【０１５８】
図１７は、バックアッププログラムモジュール５０６の処理手順を示すフローチャートである。プロセッサ３２０は、バックアップ指示を受信すると（ステップＳ１７００→Ｓ１７０２）、バックアップ指示に設定されているオプションに基づいて、再現テストの結果としてバグ情報シートの情報を編集する。
【０１５９】
図２２は、バグ情報シートの例を示す図である。特に、バックアップ指示に設定されるオプションが、再現テスト処理（ステップＳ１３２８）のリターン情報である「再現したレベルＮと再現コマンドログファイル名（拡張子.log）」の場合、図２２のバグ情報シートには、再現性の項目に”「レベルNで再現しました」再現コマンドログファイル名「???.log」”が編集される。逆に、バックアップ指示に設定されるオプションが、再現テスト処理（ステップＳ１３２８）のリターン情報である「再現無し」の場合、図２２のバグ情報シートには、再現性の項目に”「再現しませんでした」命令コマンドログファイル名「???.log」”が編集される。
【０１６０】
次にプロセッサ３２０は、バグ情報シートの情報、再現コマンドログファイル５０８（又は命令コマンドログファイル５１０）、及びフィードバッグ時キャプチャ動画像ファイル５１１を含むバグ情報ファイルを生成し（ステップＳ１７０４）、バグ情報ファイルをファイルサーバ３７３へ送信し、バグ情報のバックアップを行う（ステップＳ１７０６）。そしてプロセッサ３２０は、処理をステップＳ１７００へ戻す。
【０１６１】
図１８は、電源制御プログラムモジュール５２６の処理手順を示すフローチャートである。プロセッサ３２０は、電源制御コマンドを受信すると（ステップＳ１８００→Ｓ１８０２）、その電源制御コマンド（POWER_OFF又はPOWER_ON）に基づいて電源スイッチ１０５をＯＮ／ＯＦＦする（ステップＳ１８０２）。そしてプロセッサ３２０は、処理をステップＳ１８００へ戻す。
【０１６２】
図１９は、ファイル管理プログラム５２８の処理手順を示すフローチャートである。ファイルサーバ３７３のプロセッサは、命令コマンドリスト要求を受信すると（ステップＳ１９００→Ｓ１９０２→Ｓ１９１０）、命令コマンドリスト要求にオプションとして設定されているプロジェクト名（例えば表示機器Ａ）に対応した命令コマンドリスト５２０をＰＣ１１０へ送信する（ステップＳ１９１０）。そしてプロセッサ３２０は、処理をステップＳ１９００へ戻す。
【０１６３】
またファイルサーバ３７３のプロセッサは、フィードバッグ情報テーブル要求を受信すると（ステップＳ１９００→Ｓ１９０２→Ｓ１９０４→Ｓ１９１２）、フィードバッグ情報テーブル要求にオプションとして設定されているプロジェクト名（例えば表示機器Ａ）及びタイプ（例えばエージング）に対応したフィードバッグ情報テーブル５２４をＰＣ１１０へ送信する（ステップＳ１９１２）。そしてプロセッサ３２０は、処理をステップＳ１９００へ戻す。
【０１６４】
またファイルサーバ３７３のプロセッサは、バグ情報ファイルを受信すると（ステップＳ１９００→Ｓ１９０２→Ｓ１９０４→Ｓ１９０６→Ｓ１９１４）、バグ情報ファイルをＨＤＤに格納しバグ情報のバックアップを行う（ステップＳ１９１４）。そしてプロセッサ３２０は、処理をステップＳ１９００へ戻す。
【０１６５】
（実施形態の効果）  
以上説明したように本実施形態によれば、第１の態様として、表示機器テストシステム（１００）は、コンピュータ（１１０）に接続された表示機器（１５０）に、上記コンピュータから命令を送信し、上記表示機器をテストする表示機器テストシステム（１００）であって、上記表示機器の表示を撮影するための撮影装置（１６０）が、上記コンピュータに接続されており、上記表示機器は、上記コンピュータから送信された命令に応じた処理の結果情報を生成する結果情報生成手段（４０３、Ｓ１０８０）と、上記結果情報生成手段によって生成された上記結果情報を送信する結果情報送信手段（４０３、Ｓ１０９０）とを備え、上記コンピュータは、１以上の命令を記憶した命令記憶手段（５２０、５０８）と、上記命令記憶手段に記憶されている命令を逐次上記表示機器へ送信する命令送信手段（３２０、５１８）と、上記結果情報送信手段によって送信された上記結果情報を解析する解析手段（３２０、５１６、５２４）と、上記解析手段による解析結果に基づいて、上記撮影装置が撮影した上記表示の画像データを保存する画像保存手段（３２０、５１６、５１２、５１１）と、上記解析手段による解析結果に基づいて、上記画像保存手段によって保存された上記画像データの情報を含むことが可能な解析情報（５２２、図２２）を保存する解析情報保存手段（３２０、５１６、５０６、５０８、５１１）と、上記解析手段による解析結果に基づいて、当該解析結果から得られる情報（図２１）を報知する報知手段（３２０、５１６、５１４、５２４）とを備えたことを特徴とする。
【０１６６】
ここで、第２の態様として、第１の態様において、上記コンピュータは、上記解析手段による解析結果に基づいて、上記命令送信手段によって送信した命令を再度送信する命令再送手段（３２０、５１６、５１８、５１０、５０８）をさらに備えたことを特徴とすることができる。
【０１６７】
また、第３の態様として、第１また第２の態様において、上記コンピュータは、上記結果情報送信手段によって送信される上記結果情報毎に解析条件を規定した解析条件規定手段（５２４）をさらに備え、上記解析手段は、上記解析条件規定手段によって規定された上記解析条件を参照して上記結果情報を解析することを特徴とすることができる。
【０１６８】
また、第４の態様として、表示機器テストシステムの表示機器は、第１乃至第３のいずれかに記載の表示機器テストシステムの上記表示機器の機能を有することを特徴とすることができる。
【０１６９】
また、第５の態様として、表示機器テストシステムのコンピュータは、第１乃至第３のいずれかに記載の表示機器テストシステムの上記コンピュータの機能を有することを特徴とすることができる。
【０１７０】
さらに第６の態様として、表示機器テスト方法は、コンピュータ（１１０）に接続された表示機器（１５０）に、上記コンピュータから命令を送信し、上記表示機器をテストする表示機器テスト方法であって、上記表示機器の表示を撮影するための撮影装置（１６０）が、上記コンピュータに接続されており、上記コンピュータが、１以上の命令を、上記コンピュータが有する命令記憶手段（５２０、５０８）に記憶する命令記憶ステップ（Ｓ１１０６、Ｓ１４００）と、上記コンピュータが、上記命令記憶手段に記憶されたる命令を逐次上記表示機器へ送信する命令送信ステップ（Ｓ１２１４、Ｓ１２４６）と、上記表示機器が、上記命令送信ステップにおいて送信された命令に応じた処理の結果情報を生成する結果情報生成ステップ（Ｓ１０８０）と、上記表示機器が、上記結果情報生成ステップにおいて生成された上記結果情報を上記コンピュータへ送信する結果情報送信ステップ（Ｓ１０９０）と、上記コンピュータが、上記結果情報送信ステップにおいて送信された上記結果情報を解析する解析ステップ（図１３、図１４）と、上記コンピュータが、上記解析ステップにおける解析結果に基づいて、上記撮影装置が撮影した上記表示の画像データを保存する画像保存ステップ（Ｓ１３２６）と、上記コンピュータが、上記解析ステップにおける解析結果に基づいて、上記画像保存ステップにおいて保存された上記画像データの情報を含むことが可能な解析情報（５２２、図２２）を保存する解析情報保存ステップ（Ｓ１３３０）と、上記コンピュータが、上記解析ステップにおける解析結果に基づいて、当該解析結果から得られる情報（図２１）を報知する報知ステップ（Ｓ１３２４、Ｓ１３３２）とを備えることを特徴とする。
【０１７１】
ここで、第７の態様として、第６の態様において、上記コンピュータが、上記解析ステップにおける解析結果に基づいて、上記命令送信ステップにおいて送信した命令を再度送信する命令再送ステップ（Ｓ１３２８）をさらに備えることを特徴とすることができる。
【０１７２】
また、第８の態様として、第６又は第７の態様において、上記コンピュータは、上記結果情報送信ステップにおいて送信される上記結果情報毎に解析条件を規定した解析条件規定手段（５２４）を有し、上記コンピュータは、上記解析ステップにおいて、上記解析条件規定手段によって規定された上記解析条件を参照して上記結果情報を解析することを特徴とすることができる。
【０１７３】
また、第９の態様として、プログラムは、第６乃至第８の態様のいずれかに記載の表示機器テスト方法の上記表示機器が行う各ステップをコンピュータに実行させることを特徴とする。
【０１７４】
また、第１０の態様として、プログラムは、第６乃至第８の態様のいずれかに記載の表示機器テスト方法の上記コンピュータが行う各ステップをコンピュータに実行させることを特徴とする。
【０１７５】
以上の構成により、表示機器テストシステム１００は、そのシステムのホストであるＰＣ１１０とテスト用の表示機器１５０の間に双方向通信ができる機能を有し、ＰＣ１１０は、表示機器１５０からのフィードバッグ情報の受信に対応して表示機器テストシステム１００の動作を制御する。表示機器テストシステム１００は、テスト用の表示機器１５０を制御した命令コマンドログファイル５１０を記録し、それを基に再現コマンドログファイル５０８を生成し命令コマンドをリプレイすることができる。また、表示機器テストシステム１００は、予め表示機器１５０のソフトウェアのチェックやエージングに使用する命令コマンドリスト５２０を準備しておき、手動で、又は自動的にチェックをすることができる。また、表示機器テストシステム１００は、バグの解析情報（５２２、図２２）をバックアップするので、バグの再現性を特定しやすい。さらに、ＰＣ１１０からテストに係る情報を社外へメール送信し、携帯メール機能等にその情報を送ることにより、発生した不具合にオペレータが即対応することができ、また、テストの責任者が会社に出社しなくてもインターネットを通じて動作状況の確認ができる。
【０１７６】
（他の実施形態）  
上述の実施形態は本発明の例示のために説明したが、上述の実施形態の他にも変形が可能である。その変形が特許請求の範囲で述べられている本発明の技術思想に基づく限り、その変形は本発明の技術的範囲内となる。
【図面の簡単な説明】
【０１７７】
【図１】本発明を適用できる実施形態の表示機器テストシステムの実体図である。
【図２】本発明を適用できる実施形態の表示機器テストシステムのシステム概要図である。
【図３】本発明を適用できる実施形態の表示機器テストシステムのシステム構成図である。
【図４】本発明を適用できる実施形態の表示機器の制御回路構成を示すブロック図である。
【図５】本発明を適用できる実施形態の表示機器テストソフトウェアの説明図である。
【図６】本発明を適用できる実施形態のフィードバッグ情報テーブルを例示した図で、（ａ）はプロジェクト名「表示機器Ａ」のタイプ「エージングテスト」用のフィードバッグ情報テーブルを例示した図、（ｂ）はプロジェクト名「表示機器Ｂ」のタイプ「エージングテスト」用のフィードバッグ情報テーブルを例示した図である。
【図７】本発明を適用できる実施形態のフィードバッグ情報テーブルを例示した図で、（ａ）はプロジェクト名「表示機器Ａ」のタイプ「自動テスト」用のフィードバッグ情報テーブルを例示した図、（ｂ）はプロジェクト名「表示機器Ａ」のタイプ「手動テスト」用のフィードバッグ情報テーブルを例示した図である。
【図８】本発明を適用できる実施形態の命令コマンドリストを例示した図である。
【図９】本発明を適用できる実施形態の命令コマンドログファイルを例示した図である。
【図１０】本発明を適用できる実施形態の表示機器の表示機器制御処理手順を示すフローチャートで、（ａ）は表示制御処理、（ｂ）はフィードバッグ情報送信処理を示すフローチャートである。
【図１１】本発明を適用できる実施形態の統括プログラムモジュールの処理手順を示すフローチャートである。
【図１２】本発明を適用できる実施形態の命令コマンド送信プログラムモジュールの処理手順を示すフローチャートである。
【図１３】本発明を適用できる実施形態のフィードバッグ情報処理プログラムモジュールの処理手順を示すフローチャートである。
【図１４】本発明を適用できる実施形態のフィードバッグ情報処理プログラムモジュールの再現テスト処理の処理手順を示すフローチャートである。
【図１５】本発明を適用できる実施形態の動画キャプチャプログラムモジュールの処理手順を示すフローチャートである。
【図１６】本発明を適用できる実施形態のメール送信プログラムモジュールの処理手順を示すフローチャートである。
【図１７】本発明を適用できる実施形態のバックアッププログラムモジュールの処理手順を示すフローチャートである。
【図１８】本発明を適用できる実施形態の電源制御プログラムモジュールの処理手順を示すフローチャートである。
【図１９】本発明を適用できる実施形態のファイル管理プログラムの処理手順を示すフローチャートである。
【図２０】本発明を適用できる実施形態の表示機器テストソフトウェアの起動時セレクト画面の図である。
【図２１】本発明を適用できる実施形態のメール情報の例を示す図で、（ａ）は再現テスト前メール指示に含まれる再現テスト前のメール情報の例を示す図、（ｂ）は再現テスト後メール指示に含まれる再現テスト後のメール情報の例を示す図である。
【図２２】本発明を適用できる実施形態のバグ情報シートの例を示す図である。
【符号の説明】
【０１７８】
１００  表示機器テストシステム
１０５  電源スイッチ
１１０  ＰＣ
１５０  表示機器
１６０  キャプチャデバイス
１６５  通信ケーブル
１７０  ＬＡＮ
１７５  ＬＡＮケーブル
１８０  通信ケーブル
１８５  電源ケーブル
１９０  通信ケーブル
３０２  プロセッサ
３７３  ファイルサーバ
３７５  メールサーバ
３９０  携帯電話
４０３  ＣＰＵ
５００  表示機器テストソフトウェア
５０２  統括プログラムモジュール
５０６  バックアッププログラムモジュール
５０８  再現コマンドログファイル
５０９  キャプチャ動画像ファイル
５１０  命令コマンドログファイル
５１１  フィードバッグ時キャプチャ動画像ファイル
５１２  動画キャプチャプログラムモジュール
５１４  メール送信プログラムモジュール
５１６  フィードバッグ情報処理プログラムモジュール
５１８  命令コマンド送信プログラムモジュール
５２０  命令コマンドリスト
５２４  フィードバッグ情報テーブル
５２６  電源制御プログラムモジュール
５２８  ファイル管理プログラム
５２２  バグ情報ファリ
【図１】
2006178007.tif 000003
【図２】
2006178007.tif 000004
【図３】
2006178007.tif 000005
【図４】
2006178007.tif 000006
【図５】
2006178007.tif 000007
【図６】
2006178007.tif 000008
【図７】
2006178007.tif 000009
【図８】
2006178007.tif 000010
【図９】
2006178007.tif 000011
【図１０】
2006178007.tif 000012
【図１１】
2006178007.tif 000013
【図１２】
2006178007.tif 000014
【図１３】
2006178007.tif 000015
【図１４】
2006178007.tif 000016
【図１５】
2006178007.tif 000017
【図１６】
2006178007.tif 000018
【図１７】
2006178007.tif 000019
【図１８】
2006178007.tif 000020
【図１９】
2006178007.tif 000021
【図２０】
2006178007.tif 000022
【図２１】
2006178007.tif 000023
【図２２】
2006178007.tif 000024