JP2007087161A - 検査装置および検査方法 - Google Patents

Abstract

【課題】 ＧＵＩに表示されないソフトウェアに関するエラーを検出する。
【解決手段】 検査装置１００は、入力部１０１と、記憶部１０８および映像データベース１０９と、第２送信部１０６と、生成部１０３と、暗号部１０４と、第１送信部１０５と、判定部１０２とを含む。入力部１０１は、対象機器が映像を入力する。記憶部１０８および映像データベース１０９は、テストパターンと映像の情報とを記憶する。第２送信部１０６は機器を操作する。生成部１０３は、映像が一致する場合スクランブル鍵を生成する。暗号部１０４は、スクランブル鍵により映像を変換する。第１送信部１０５は、変換された映像を対象機器に送信する。判定部１０２は、期待映像と対象機器が入力した映像とが一致するか否かを判断し、第１送信部１０５が映像を送信した後、対象機器が入力した映像が変化したか否かを判断し、判断の結果のいずれかを表わす情報を出力する。
【選択図】 図２

Description

本発明は、検査装置および検査方法に関し、特に、グラフィカルユーザインターフェースを備えるソフトウェアの検査装置および検査方法に関する。

ＧＵＩ（Graphical User Interface）の機能を有するソフトウェアを搭載した電子機器を検査する際、メーカは設計された各機能が正常に動作するか否かを検査する。ＧＵＩとはユーザの操作によって表示される画面のことである。たとえば、デジタルテレビの場合、チャネル表示、音量表示、あるいは設定画面などがＧＵＩに該当する。

従来、上述の電子機器が正常に動作するか否かは、人の手によって検査されていた。電子機器が正常に動作するか否かの検査は、商品のマニュアルの記述内容を基に操作を行うと予め想定した動作が行われるか否かの検査である。予め想定した動作が行われるか否かは、予め用意しておいたデータの変化が起こっているか否かにより判断される。予め用意しておいたデータの変化が起こっているか否かは、操作によって電子機器の画面に表示されるデータを目視確認することにより判断される。

電子機器が正常に動作するか否かが人の手によって検査されるので、操作ミスや操作の漏れなどが多発することにより、検査効率が低下するという問題がある。単純操作である検査作業を長時間行わなければならないからである。

検査効率が低下するという問題を解決するために、近年、電子機器の検査は自動検査装置を用いて実施されている。

特許文献１は、システムテスト自動化装置を開示する。図１０を参照して、システムテスト自動化装置は、テストデータ生成部、および自動テスト実行部を有する。テストデータ生成部は、イベント情報抽出部７０２と、表示画面情報抽出部７０３と、テスト手順生成部７０４と、テストデータ提供部７０５とからなる。イベント情報抽出部７０２は、システム設計書７０１から入力端子への入力による状態遷移の情報を抽出する。システム設計書７０１は、表示装置と多数の入力端子とを有する装置の仕様を定義する。表示画面情報抽出部７０３は、システム設計書７０１から各状態における画面情報を抽出する。テスト手順生成部７０４は、テスト手順として入力端子への有効な一連の入力パターンを生成する。テストデータ提供部７０５は、テスト手順と表示画面情報からテストデータ７０６を生成する。自動テスト実行部は、生成されたテストデータ７０６のテスト対象となるシステムへの送信とテストを行った結果データの受信とにより自動テストを実現する。テストデータ送受信部７０７はテストデータ７０６をテスト対象システム部７０８に対して送信する。テストデータ送受信部７０７はそのテスト結果を受信する装置でもある。テスト対象システム部７０８は、テストデータ７０６のテストを行う装置である。

特許文献１に開示された発明によると、人間が作成するよりもはるかに多くのテスト手順を短時間で作成することによってテスト漏れを防ぐことができる。
特開平１０−３４０２０１号公報

しかしながら、特許文献１に開示された発明には、エラーがＧＵＩに表示されることないソフトウェアのエラーを検出できないという問題点がある。ソフトウェアのエラーをテスト対象装置の表示画面のみで検査するためである。エラーがＧＵＩに表示されることないソフトウェアには、デジタルテレビにおけるスクランブル鍵抽出ソフトウェアが含まれる。また、このスクランブル鍵を有効に利用するテストは提案されていない。

本発明は、上述の問題を解決するためになされたものであって、その目的は、ＧＵＩに表示されないソフトウェアに関するエラーを検出できる検査装置および検査方法を提供することにある。

上記目的を達成するために、本発明のある局面にしたがうと、検査装置は、受付手段と、記憶手段と、操作手段と、第１の判断手段と、生成手段と、変換手段と、送信手段と、第２の判断手段と、出力手段とを含む。受付手段は、機器から出力される映像を受付ける。記憶手段は、第１の映像の情報、操作の手順の情報及び第２の映像の情報を記憶する。操作手段は、操作の手順の情報に従って機器を操作する。第１の判断手段は、第１の映像と、操作手段の操作により機器が入力した映像である第３の映像と、が一致するか否かを判断する。生成手段は、第１の映像と第３の映像とが一致する場合、映像の変換に用いる情報である鍵を生成する。変換手段は、鍵を用いて第２の映像を第４の映像に変換する。送信手段は、第４の映像を機器に送信する。第２の判断手段は、送信手段が第４の映像を送信した後、機器から入力される映像が変化したか否かを判断する。出力手段は、第２の判断手段による判断の結果を表わす情報を出力する。

また、上述の第２の判断手段は、機器が入力する映像が第２の映像に変化したか否かを判断するための手段を含むことが望ましい。

もしくは、上述の第２の映像に変化したか否かを判断するための手段は、機器が入力した映像と第２の映像とを比較することにより、機器が入力する映像が第２の映像に変化したか否かを判断するための手段を含むことが望ましい。

本発明の他の局面にしたがうと、検査方法は、受付ステップと、記憶ステップと、操作ステップと、第１の判断ステップと、生成ステップと、変換ステップと、送信ステップと、第２の判断ステップと、出力ステップとを含む。受付ステップは、機器から出力される映像を受付ける。記憶ステップは、第１の映像の情報、操作の手順の情報及び第２の映像の情報を記憶する。操作ステップは、操作の手順の情報に従って機器を操作する。第１の判断ステップは、第１の映像と、操作ステップにおける操作により機器が入力した映像である第３の映像と、が一致するか否かを判断する。生成ステップは、第１の映像と第３の映像とが一致する場合、映像の変換に用いる情報である鍵を生成する。変換ステップは、鍵を用いて第２の映像を第４の映像に変換する。送信ステップは、第４の映像を機器に送信する。第２の判断ステップは、送信ステップにおいて第４の映像を送信した後、機器から入力される映像が変化したか否かを判断する。出力ステップは、第２の判断ステップにおける判断の結果を表わす情報を出力する。

本発明に係る検査装置および検査方法は、ＧＵＩに表示されないソフトウェアに関するエラーを検出できる。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同一である。したがって、それらについての詳細な説明は繰返さない。

図１は、本実施の形態に係るテストシステム全体の構成を概略的に示す図である。
図１を参照して、本実施の形態にかかるテストシステムは、検査装置１００と、対象機器２００とを含む。検査装置１００は、リモコン信号とテスト信号とを対象機器２００に送信する。対象機器２００は、検査装置１００から受信したテスト信号とリモコン信号とを処理する。対象機器２００は、検査装置１００に映像を出力する。検査装置１００は、対象機器２００が出力した映像を判定することによりテストを行なう。

図２は、本実施の形態に係る検査装置１００の機能的構成を示すブロック図である。
図２を参照して、検査装置１００は、入力部１０１と、判定部１０２と、生成部１０３と、暗号部１０４と、第１送信部１０５と、第２送信部１０６と、選択部１０７と、記憶部１０８と、映像データベース１０９を含む。

入力部１０１は、対象機器２００の出力部２０２から映像信号として映像を受付ける装置である。本実施の形態の場合、入力部１０１は、ビデオカメラである。判定部１０２は、入力部１０１に入力された映像に基づいてテストが成功したか否かを判定する装置である。テストが成功したか否かの判定には、映像がフリーズしているか否かの判定が含まれる。生成部１０３は、テストが成功したときに新たなスクランブル鍵を生成する装置である。これにより、テスト信号が暗号化される。暗号部１０４は、生成部１０３で生成されたスクランブル鍵と映像データベース１０９から出力された映像とを合成する装置である。第１送信部１０５は、暗号部１０４で暗号化されたテスト映像信号を対象機器２００の入力部２０２に送信する。本実施の形態の場合、第１送信部１０５は、アンテナ出力端子である。第２送信部１０６は、選択部１０７が選択したテストパターンを検査対処装置２の受信部２０１に送信する装置である。本実施の形態の場合、第２送信部１０６は、リモートコントローラおよび赤外線信号発生器である。選択部１０７は、テストが成功したときに次に行うテストを選択する装置である。記憶部１０８は、テストで行うテストパターンを記憶する装置である。「テストパターン」は、操作の手順を表わす情報である。テストパターンには、選択するチャネル、音量、あるいは画面の設定などを規定する情報と、期待映像５０１の情報とが含まれる。「期待映像」とは、テストの結果として期待される映像のことである。映像データベース１０９は、テスト信号用の映像の情報を記憶する装置である。本実施の形態の場合、映像データベース１０９は、メモリにより実現される。

図３は、本実施の形態に係る対象機器２００の機能的構成を示すブロック図である。
図３を参照して、対象機器２００は、受信部２０１と、出力部２０２と、デコード部２０３と、抽出部２０４と、入力部２０５と、処理部２０６とを含む。本実施の形態の場合、対象機器２００は、デジタルテレビである。受信部２０１は、検査装置１００の第２送信部１０６から送信される信号を受信する装置である。出力部２０２は、デコード部２０３から出力された映像信号と処理部２０６から出力された映像信号を合成する装置である。出力部２０２は、合成した映像信号を映像として出力する装置でもある。デコード部２０３は、抽出部２０４から抽出したスクランブル鍵で入力部２０５に入力されたテスト信号をデコードする装置である。抽出部２０４は、入力部２０５に入力されたテスト信号からスクランブル鍵を抽出する装置である。入力部２０５は、検査装置１００の第１送信部１０５から送信されるテスト信号を受信する装置である。処理部２０６は、受信部２０１で受信した信号の要求を処理する装置である。

図４を参照して、本実施の形態に係るテストシステムは、テストに関し、以下の制御を実行する。

ステップ３００（以下、ステップをＳと略す。）にて、選択部１０７は、記憶部１０８が記憶するテストパターンのいずれかを選択する。

Ｓ３０２にて、第２送信部１０６は、対象機器２００の受信部２０１に対し、リモコン信号を送信する。第２送信部１０６が送信したリモコン信号は、選択部１０７が選択したテストパターンに対応する。リモコン信号の送信により、第２送信部１０６は、テストパターンに従って対象機器２００を操作することとなる。

Ｓ３０４にて、対象機器２００の受信部２０１は、リモコン信号を受信する。リモコン信号が受信されると、処理部２０６は、そのリモコン信号に応じてテストを実行する。

Ｓ３０６にて、対象機器２００の出力部２０２が検査装置１００の入力部１０１へ映像を送信する。送信された映像は、処理部２０６が実行したテストの結果に対応する。

Ｓ３０８にて、検査装置１００の判定部１０２は、テストが成功したか否かを判断する。本実施の形態の場合、判定部１０２は、期待映像５０１と第２送信部１０６の操作により対象機器２００が送信した映像とが一致するか否かを判断することにより、テストが成功したか否かを判断する。テストが成功したと判断した場合には（Ｓ３０８にてＹＥＳ）、処理はＳ３１０へと移される。もしそうでないと（Ｓ３０８にてＮＯ）、処理は終了する。

Ｓ３１０にて、検査装置１００の生成部１０３は、新しいスクランブル鍵を生成する。
Ｓ３１２にて、検査装置１００の暗号部１０４は、テスト信号を生成する。テスト信号を生成するために、暗号部１０４は、映像データベース１０９からの映像信号と生成部１０３で生成されたスクランブル鍵とを合成する。

Ｓ３１４にて、検査装置１００の第１送信部１０５はテスト信号を対象機器２００の入力部２０５へ送信する。このステップにおける「テスト信号」とは、暗号部１０４が生成した信号を表わす。

Ｓ３１６にて、抽出部２０４は、対象機器２００の入力部２０５に入力された信号からスクランブル鍵を抽出する。デコード部２０３は、抽出部２０４が抽出したスクランブル鍵を用いて対象機器２００の入力部２０５に入力された信号をデコードする。

Ｓ３１７にて、出力部２０２は、デコードされた信号を検査装置１００の入力部１０１へ送信する。

Ｓ３１８にて、検査装置１００の判定部１０２は、入力部１０１に入力された映像と映像データベース１０９に記憶されている映像とを比較することにより、映像がフリーズしているか否かを判断する。映像がフリーズしていると判断した場合（Ｓ３１８にてＹＥＳ）、処理は終了する。もしそうでないと（Ｓ３１８にてＮＯ）、処理はＳ３００へと移される。

以上のような構造およびフローチャートに基づく、テストシステムの動作について説明する。

［映像が正しく表示されない場合］
選択部１０７は、記憶部１０８が記憶するテストパターンのいずれかを選択する（Ｓ３００）。

テストパターンが選択されると、第２送信部１０６は、対象機器２００の受信部２０１に対し、リモコン信号を送信する（Ｓ３０２）。リモコン信号が送信されると、対象機器２００の受信部２０１は、リモコン信号を受信する（Ｓ３０４）。リモコン信号が受信されると、処理部２０６は、そのリモコン信号に応じてテストを実行する。

テストが実行されると、対象機器２００の出力部２０２が検査装置１００の入力部１０１へ映像を送信する。出力された映像は、処理部２０６が実行したテストの結果に対応する（Ｓ３０６）。

映像が出力されると、検査装置１００の判定部１０２は、テストが成功したか否かを判断する（Ｓ３０８）。本実施の形態の場合、リモコン操作によるチャネル表示のテストを実施していることとする。図５は、本実施の形態にかかる期待映像５０１を表わす図である。図６は、このとき対象機器２００に表示された映像５０２を表わす図である。この場合、テストが失敗したので（Ｓ３０８にてＮＯ）、検査装置１００は処理を終了する。検査が終了すると、検査装置１００は、対象機器２００に異常があることを警報などで報知する。

［映像がフリーズしている場合］
Ｓ３０６までの処理により映像が出力されると、検査装置１００の判定部１０２は、テストが成功したか否かを判断する（Ｓ３０８）。図７は、第２送信部１０６の操作により対象機器２００が入力した映像５０３を表わす。期待映像５０１と図７に示す映像５０３とが一致する場合（Ｓ３０８にてＹＥＳ）、検査装置１００の生成部１０３は、映像の変換に用いる情報である新しいスクランブル鍵を生成する（Ｓ３１０）。

スクランブル鍵が生成されると、検査装置１００の暗号部１０４は、テスト信号を生成する（Ｓ３１２）。テスト信号は、暗号部１０４が映像データベース１０９からの映像信号と生成部１０３で生成されたスクランブル鍵とを合成することによって生成される。これにより、暗号部１０４は、映像データベース１０９からの映像信号が表わす映像を、スクランブル鍵を用いて変換することとなる。テスト信号が生成されると、検査装置１００の第１送信部１０５はテスト信号を対象機器２００の入力部２０５へ送信する（Ｓ３１４）。

テスト信号が送信されると、抽出部２０４は、対象機器２００の入力部２０５に入力された信号からスクランブル鍵を抽出する。デコード部２０３は、抽出部２０４が抽出したスクランブル鍵を用いて対象機器２００の入力部２０５に入力された信号をデコードする（Ｓ３１６）。出力部２０２は、デコードされた信号を検査装置１００の入力部１０１へ送信する（Ｓ３１７）。

信号が送信されると、検査装置１００の判定部１０２は、映像がフリーズしているか否かを判断する（Ｓ３１８）。これにより、判定部１０２は、対象機器２００が入力した映像と映像データベース１０９からの映像信号が表わす映像とを比較することにより、対象機器２００から入力される映像が映像データベース１０９からの映像信号が表わす映像に変化したか否かを判断することとなる。図８は、判定部１０２による判断の直前の映像６０１を表わす図である。入力部１０１に入力された映像が図８に示す映像６０１のままであれば、判定部１０２は映像がフリーズしたと判断するので（Ｓ３１８にてＹＥＳ）、処理は終了する。判定部１０２は、自らによる判断の結果を表わす情報を出力する。これにより、抽出部２０４のソフトウェアの異常停止を検出することが可能となる。

［映像がフリーズしていない場合］
Ｓ３１７までの処理を経て、判定部１０２は、映像がフリーズしているか否かを判断する（Ｓ３１８）。図９は、判定部１０２による判断の直後の映像６０２を表わす図である。入力部１０１に入力された映像が図８に示す映像６０１から図９に示す映像６０２に変化すれば、判定部１０２は、映像がフリーズしていない（アクティブである）と判断する。図９から明らかなように、映像はアクティブなので（Ｓ３１８にてＮＯ）、選択部１０７は、記憶部１０８が記憶するテストパターンのいずれかを選択する（Ｓ３００）。処理がＳ３００に移るまでに、判定部１０２は、自らによる判断の結果を表わす情報を出力する。

以上のようにして、本実施の形態にかかる検査装置および検査方法は、テストパターンに示されたテストを終了するごとにスクランブル信号を変えるので、検査対象装置の抽出部のエラーを検出できる。そのようなエラーが検出されるので、ＧＵＩには直接表示されないソフトウェアのエラーを検出できる。そのようなソフトウェアのエラーが検出されるので、即座にすべてのソフトウェアエラーを検出できる。ソフトウェアのエラーが検出されるので、無駄なテスト工程に時間を費やす必要がなくなる。

また、本実施の形態にかかる検査装置および検査方法は、対象機器が入力する映像が映像データベースに記憶された映像に変化したか否かを判断することにより、対象機器が入力する映像が変化したか否かを的確に判断できる。

また、本実施の形態にかかる検査装置および検査方法は、対象機器入力した映像と映像データベースに記憶された映像とを比較するので、対象機器が入力する映像が変化したか否かを簡単に判断できる。

なお、変形例として、対象機器２００は、デジタルＳＴＢ（Set Top Box）などであってもよい。

また、変形例として、入力部１０１は、スチルカメラなどの撮像装置、またはＨＤＭＩ（High Definition Multimedia Interface）端子、Ｄ映像端子などの端子であってもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本実施の形態に係るテストシステム全体の構成を概略的に示す図である。 本実施の形態に係る検査装置の機能的構成を示すブロック図である。 本実施の形態に係る検査対象装置の機能的構成を示すブロック図である。 本実施の形態に係るテストシステムのテスト処理に関する制御の手順を示すフローチャートである。 本実施の形態にかかる期待映像を表わす図である。 本実施の形態にかかるテストが失敗した場合の映像を表わす図である。 本実施の形態にかかるテストが成功した場合の映像を表わす図である。 本実施の形態にかかるフリーズの有無を判断する直前の映像を表わす図である。 本実施の形態にかかるフリーズの有無を判断する直後の映像を表わす図である。 従来例にかかるシステムテスト自動化装置の構成を表わす図である。

符号の説明

１００ 検査装置、２００ 対象機器、１０１，２０５ 入力部、１０２ 判定部、１０３ 生成部、１０４ 暗号部、１０５ 第１送信部、１０６ 第２送信部、１０７ 選択部、１０８ 記憶部、１０９ 映像データベース、２０１ 受信部、２０２ 出力部、２０３ デコード部、２０４ 抽出部、２０６ 処理部、５０１ 期待映像、５０２，５０３，６０１，６０２ 映像、７０１ システム設計書、７０２ イベント情報抽出部、７０３ 表示画面情報抽出部、７０４ テスト手順生成部、７０５ テストデータ提供部、７０６ テストデータ、７０７ テストデータ送受信部、７０８ テスト対象システム部。

Claims (4)

1. 機器から出力される映像を受付けるための受付手段と、
   第１の映像の情報、操作の手順の情報及び第２の映像の情報を記憶するための記憶手段と、
   前記操作の手順の情報に従って前記機器を操作するための操作手段と、
   前記第１の映像と、前記操作手段の操作により前記機器が入力した映像である第３の映像と、が一致するか否かを判断するための第１の判断手段と、
   前記第１の映像と前記第３の映像とが一致する場合、映像の変換に用いる情報である鍵を生成するための生成手段と、
   前記鍵を用いて前記第２の映像を第４の映像に変換するための変換手段と、
   前記第４の映像を前記機器に送信するための送信手段と、
   前記送信手段が第４の映像を送信した後、前記機器から入力される映像が変化したか否かを判断するための第２の判断手段と、
   前記第２の判断手段による判断の結果を表わす情報を出力するための出力手段とを含む、検査装置。
2. 前記第２の判断手段は、前記機器が入力する映像が前記第２の映像に変化したか否かを判断するための手段を含む、請求項１に記載の検査装置。
3. 前記第２の映像に変化したか否かを判断するための手段は、前記機器が入力した映像と第２の映像とを比較することにより、前記機器が入力する映像が前記第２の映像に変化したか否かを判断するための手段を含む、請求項２に記載の検査装置。
4. 機器から出力される映像を受付ける受付ステップと、
   第１の映像の情報、操作の手順の情報及び第２の映像の情報を記憶する記憶ステップと、
   前記操作の手順の情報に従って前記機器を操作する操作ステップと、
   前記第１の映像と、前記操作ステップにおける操作により前記機器が入力した映像である第３の映像と、が一致するか否かを判断する第１の判断ステップと、
   前記第１の映像と前記第３の映像とが一致する場合、映像の変換に用いる情報である鍵を生成する生成ステップと、
   前記鍵を用いて前記第２の映像を第４の映像に変換する変換ステップと、
   前記第４の映像を前記機器に送信する送信ステップと、
   前記送信ステップにおいて第４の映像を送信した後、前記機器から入力される映像が変化したか否かを判断する第２の判断ステップと、
   前記第２の判断ステップにおける判断の結果を表わす情報を出力する出力ステップとを含む、検査方法。

Images