(57)【要約】【課題】  通信を介して機器の評価を行う際に、機器の評価の再現性を図る。【解決手段】  本発明の機器試験システムは、放送機器４に対する状態情報を検出して、検出された状態情報に基づいて放送機器４の状態を判断して、評価情報を取得する評価装置３と、状態情報の検出時の通信履歴、状態情報及び評価情報を記憶するHDD８と、通信履歴に基づいて、制御PC１からの制御により評価装置３が放送機器４に対する状態情報の検出を再現する。【選択図】        図１
2006211405.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して接続された機器の評価試験を制御手段からの制御に基づいて行う機器試験システムにおいて、
機器に対する状態情報を検出して、検出された状態情報に基づいて機器の状態を判断して評価情報を取得する評価手段と、
前記状態情報の検出時の通信履歴、前記状態情報及び評価情報を記憶する記憶手段と、
前記通信履歴に基づいて、前記機器に対する状態情報の検出を再現する再現手段と
を備えたことを特徴とする機器試験システム。
【請求項２】
請求項１記載の機器試験システムにおいて、
前記評価手段は前記機器に対する上位システムからのコマンドを前記状態情報の検出時に取得し、
前記再現手段は前記記憶手段に記憶された通信履歴に基づいて前記コマンドを前記機器に対して実行する
ことを特徴とする機器試験システム。
【請求項３】
請求項２記載の機器試験システムにおいて、
前記再現手段は前記コマンドを取得した機器試験システムに対応する他の機器試験システム上で前記コマンドを前記機器に対応する他の機器に対して実行する
ことを特徴とする機器試験システム。
【請求項４】
通信回線を介して接続された機器の評価試験を制御装置からの制御に基づいて行う機器評価装置において、
機器に対する状態情報を検出して、検出された状態情報に基づいて機器の状態を判断して評価情報を取得する評価手段と、
前記状態情報の検出時の通信履歴に基づいて、前記機器に対する状態情報の検出を再現する再現手段と
を備えたことを特徴とする機器評価装置。
【請求項５】
請求項４記載の機器評価装置において、
前記評価手段は前記機器に対する上位システムからのコマンドを前記状態情報の検出時に取得し、
前記再現手段は前記状態情報の検出時に取得された通信履歴に基づいて前記コマンドを前記機器に対して実行する
ことを特徴とする機器評価装置。
【請求項６】
請求項５記載の機器評価装置において、
前記再現手段は前記コマンドを取得した機器評価装置に対応する他の機器評価装置上で前記コマンドを前記機器に対応する他の機器に対して実行する
ことを特徴とする機器評価装置。
【請求項７】
通信回線を介して接続された機器の評価試験を制御手段からの制御に基づいて行う機器試験方法において、
機器に対する状態情報を検出して、検出された状態情報に基づいて機器の状態を判断して評価情報を取得する評価ステップと、
前記状態情報の検出時の通信履歴、前記状態情報及び評価情報を記憶する記憶ステップと、
前記通信履歴に基づいて、前記機器に対する状態情報の検出を再現する再現ステップと
を備えたことを特徴とする機器試験方法。
【請求項８】
請求項７記載の機器試験方法において、
前記評価ステップは前記機器に対する上位システムからのコマンドを前記状態情報の検出時に取得し、
前記再現ステップは前記記憶ステップで記憶された通信履歴に基づいて前記コマンドを前記機器に対して実行する
ことを特徴とする機器試験方法。
【請求項９】
請求項８記載の機器試験方法において、
前記再現ステップは前記コマンドを取得した前記評価ステップに対応する他の評価ステップにおいて前記コマンドを前記機器に対応する他の機器に対して実行する
ことを特徴とする機器試験方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、ビデオテープレコーダー、カメラ、サーバー、スイッチャーなどの放送機器のシリアル通信（RS-422AもしくはRS-232C）によるステータスやタイムコードの取得により、動作を評価する機器試験システム、機器評価装置及び機器試験方法に関する。
【背景技術】
【０００２】
従来、放送機器の動作状態を評価する場合には、人間の目や耳を利用した人手による評価が行われていた。しかし、この手法による評価では、一瞬（１フレーム）しか発生しない不具合が存在するにもかかわらず、それを評価者が見落とす危険があり、２４時間を越える連続動作試験が必要にもかかわらず、その長時間さゆえに人手による確認は困難であった。また、評価者の能力に依存する度合いが強く、客観的な評価になりにくいものであり、目視や聴音だけでは検知できない不具合が存在し、さらに特定の使用状況でしか発生しない不具合が存在することがあった。
【０００３】
そこで、機器の診断を行う技術として、通信ネットワークを介して、ネットワーク通信プロトコルにかかわらず遠隔試験装置からホームネットワーク機器の診断を行い、試験応答を返す技術があった（特許文献１参照）。
また、所定のインターフェース及び被測定ＬＳＩの最長動作周期（例えばフレーム動機信号）に基づきテストを行い、動作結果と期待値とを比較することにより被測定ＬＳＩの動作診断を行う技術があった（特許文献２参照）。
【特許文献１】特開２００２−２７１３６１号公報
【特許文献２】特開平９−２６１６９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載の技術は、単に、ネットワーク通信プロトコルを適応化させて遠隔試験装置からホームネットワーク機器の診断を行う点が開示されているのみであり、同様の試験状況を再現することができないという不都合があった。
また、特許文献２の技術は、単に、被測定ＬＳＩのフレーム動機信号に基づきテストを行う点が開示されているのみであり、同様の試験状況を再現することができないという不都合があった。
【０００５】
そこで、本発明は、通信を介して機器の評価を行う際に、機器の評価の再現性を図ることができる機器試験システム、機器評価装置及び機器試験方法を提供することを目的とするものである。
【課題を解決するための手段】
【０００６】
上記課題を解決し、本発明の目的を達成するため、本発明の機器試験システムは、機器に対する状態情報を検出して、検出された状態情報に基づいて機器の状態を判断して評価情報を取得する評価手段と、状態情報の検出時の通信履歴、状態情報及び評価情報を記憶する記憶手段と、通信履歴に基づいて、機器に対する状態情報の検出を再現する再現手段とを備えたものである。
これにより、再現手段は、記憶手段に記憶されている評価手段による状態情報の検出時の通信履歴に基づいて、機器に対する状態情報の検出を再現することができる。
【０００７】
また、本発明の機器評価装置は、機器に対する状態情報を検出して、検出された状態情報に基づいて機器の状態を判断して評価情報を取得する評価手段と、状態情報の検出時の通信履歴に基づいて、機器に対する状態情報の検出を再現する再現手段とを備えたものである。
これにより、再現手段は、評価手段による状態情報の検出時の通信履歴に基づいて、機器に対する状態情報の検出を再現することができる。
【０００８】
また、本発明の機器試験方法は、機器に対する状態情報を検出して、検出された状態情報に基づいて機器の状態を判断して評価情報を取得する評価ステップと、状態情報の検出時の通信履歴、状態情報及び評価情報を記憶する記憶ステップと、通信履歴に基づいて、機器に対する状態情報の検出を再現する再現ステップとを備えたものである。
これにより、再現ステップは、記憶ステップで記憶されている評価ステップによる状態情報の検出時の通信履歴に基づいて、機器に対する状態情報の検出を再現することができる。
【発明の効果】
【０００９】
本発明によれば、状態情報の検出時の通信履歴に基づいて、機器に対する状態情報の検出を再現することができ、これにより、機器の評価の再現性を図ることができる。
【発明を実施するための最良の形態】
【００１０】
以下に、本発明の実施形態について、適宜、図面を参照しながら説明する。
まず、前提として、放送機器の状態をセンスコマンドを用いてセンスすることによるステータスの取得について説明する。
図１は、本発明の実施の形態による放送機器の試験システムを示す図である。
図１において、制御パーソナルコンピュータ（以下、制御PC）１は、制御を司る制御ソフトウエア（以下、制御ソフト）２を格納している。評価装置３は、制御PC１とTCP/IP（Transmission Control Protocol/Internet Protocol）通信（非同期通信）５により制御コマンド及び評価情報などを通信可能に接続されている。評価装置３は、放送機器４とシリアル通信（フレーム同期通信）６によりセンスコマンド及びステータスなどを通信可能に接続されている。評価装置３は、別途放送機器４からのフレーム同期信号７に基づいて放送機器４に対してシリアル通信（フレーム同期通信）６によりセンスコマンドを供給するように構成されている。
【００１１】
このように、放送機器４は、放送機器４の多くに標準装備されるシリアルインターフェースへのセンスに対してステータスを返答する機能を備えている。この機能を活用した評価を行うために、評価装置は、さまざまなステータスを高頻度（毎フレーム）で繰り返し取得するようにした。
【００１２】
このときの戻り値（ステータス）の異常判断基準について説明する。
評価装置３には、センス毎の戻り値（ステータス）の正常／異常を判断する機能が組み込まれている。この判断機能は以下の基準に基づき、その判断を行う。第１の基準は、一つ前のセンス時のステータスと異なるステータスが戻ってきた場合である。第２の基準は、一つ前のセンス時のステータスから、一つだけ歩進したセンス時のステータスが戻ってこなかった場合である。この場合は、例えば、タイムコードセンスなどに適用される。第３の基準は、放送機器４が使用しているプロトコルに異常と規定されたステータスが戻ってきた場合である。この場合は、例えば、チャンネルコンディションなどに適用される。
【００１３】
次に、ステータス異常の通知と履歴の記録について説明する。
図２は、放送機器の試験システムにおける通信履歴の通知を示す図である。
図２において、万一、ステータスの異常が見つかった場合、評価装置３は、被試験機（放送機器）４との通信履歴などを制御PC１へTCP/IP通信（非同期通信）５によるネットワーク経由で通知する。制御PC１では、９に示すように「異常通知」などを表示すると共に、詳細な解析に備えて、この通信履歴データを制御PC１内蔵又は外部のハードディスクドライブ装置（以下、HDD）８などに記録しておくようにする。これにより、評価装置３は、通信履歴データに基づいて「異常通知」状態の詳細な解析を行うようにする。この場合、評価装置３によりシリアルインターフェース（RS-422AもしくはRS-232C）のシリアル通信６をTCP/IP通信５に変換することで、制御PC１はTCP/IP通信５に基づいた通信履歴データをHDD８などに記録する。
【００１４】
さらに、評価スクリプトのダウンロード機能について説明する。
図３は、放送機器の試験システムにおける評価スクリプトのダウンロードを示す図である。
図３において、評価装置３が行うセンスや戻り値チェック、異常発見時の動作などの詳細は、評価スクリプトとして作成される。制御PC１の内蔵又は外部のHDD８には、１０に示すように、これらの評価スクリプトをファイルとして貯えられている。制御PC１の内蔵又は外部のHDD８から試験担当者が必要な評価スクリプトを選んで１１に示すように、評価装置３へダウンロードすることができ、評価装置３から放送機器４に対して評価スクリプトに対応するコマンドの実行を指示することもできる。評価装置３と制御PC１と通信には５に示したようにTCP/IPの標準的なプロトコルを採用しているので、制御PC１に格納される制御ソフト２が汎用のターミナルソフトであってもダウンロードすることができる。この場合、もちろん評価スクリプトを選ぶための専用の制御ソフト２となるGUIを用いてもダウンロードすることが可能である。この場合、評価装置３によりTCP/IP通信５をシリアルインターフェース（RS-422AもしくはRS-232C）のシリアル通信６に変換することで、シリアル通信６により放送機器４に対するコマンドの実行を指示することができる。
【００１５】
このときのスクリプトのダウンロードの自動化について説明する。
制御PC１上で動作する制御ソフト２には、評価装置３における評価の進捗状況に合わせて、順番に評価スクリプトをダウンロードする機能が設けられている。これにより、評価装置３の図示しないメモリに入りきらないほど大きな評価スクリプトであっても実行とダウンロードを交互に行うことにより、すべて実行可能となる。
【００１６】
次に、センスの間隔への考察と、フレーム同期機構について説明する。
図４は、フレーム同期信号に基づくセンス制限を示す図である。
図４において、Ｔ１時点の放送機器４からのフレーム同期信号２１に基づいて、評価装置３は、Ｔ２時点で放送機器４に対してセンスコマンド２２を供給する。このセンスコマンド２２に対して、Ｔ３時点で放送機器４は戻り値（ステータス）２３を評価装置３へ返信する。続いて、評価装置３は、Ｔ４時点で放送機器４に対してセンスコマンド２４を供給する。このセンスコマンド２４に対して、Ｔ５時点で放送機器４は戻り値（ステータス）２５を評価装置３へ返信する。
【００１７】
このようにして、２６に示すように、評価装置３は、フレーム同期信号が来たら必要なセンスコマンドの実行を開始する。ここで、２７に示すように、評価装置３は、次のフレーム同期信号が来るまで、放送機器４に対するセンスコマンドの送信を抑制する。
Ｔ１１時点の放送機器４からのフレーム同期信号３１に基づいて、評価装置３は、Ｔ１２時点で放送機器４に対してセンスコマンド３２を供給する。このセンスコマンド３２に対して、Ｔ１３時点で放送機器４は戻り値（ステータス）３３を評価装置３へ返信する。続いて、評価装置３は、Ｔ１４時点で放送機器４に対してセンスコマンド３４を供給する。このセンスコマンド３４に対して、Ｔ１５時点で放送機器４は戻り値（ステータス）３５を評価装置３へ返信する。
【００１８】
評価装置３は、性能的には１フレームの間に１６回以上のセンスをすることが可能であるが、放送機器４で管理されている各種のステータスはフレーム単位で値が更新されるため、それより細かい間隔でのセンスは意味がない。また、頻繁にセンスを行うと、それ自体が放送機器４への負荷となってしまい、目的と異なった試験になってしまう恐れがある。そこで、評価装置３にフレーム同期信号を入力できるようにし、必要以上のセンスを制限するようにした。
【００１９】
また、スクリプトによる柔軟なセンス条件の設定について説明する。
図５は、スクリプトによるセンス条件の設定を示す図である。
Ｔ２１時点で評価装置３は、制御PC１から４１に示すようにスクリプトをダウンロードする。Ｔ２２時点で制御PC１から評価装置３へ４２に示すようにスクリプトの有効化の指示が行われる。
Ｔ２３時点の放送機器４からのフレーム同期信号４３に基づいて、評価装置３は、Ｔ２４時点で放送機器４に対してセンスコマンド４４を供給する。このセンスコマンド４４に対して、Ｔ２５時点で放送機器４は戻り値（ステータス）４５を評価装置３へ返信する。続いて、評価装置３は、Ｔ２６時点で、４６に示すように戻り値（ステータス）４５に応じてコマンドを変更して、放送機器４に対して変更されたコマンドを供給する。この変更されたコマンド４６に対して、Ｔ２７時点で放送機器４は戻り値（ステータス）４７を評価装置３へ返信する。
【００２０】
このように評価装置３にはスクリプトに基づいて、センスコマンドを実行する機能があり、これにより、ステータスが異常になった場合に、次に実行するコマンドを変更するなどして、不具合発生時の状況把握を迅速に行うことができる。
【００２１】
また、タイムコードセンスによる放送機器４におけるシステムコントローラ系の不具合及びテープ走行系の不具合検出手法について説明する。
放送機器４において、垂直ブランキング期間を示すVITC(Vertical Interval Time Code)や長手方向記録を示すLTC(Longitudinal Time Code)などのタイムコードデータは、ビデオやオーディオのデータと共にテープ上に記録される。これと、フレーム同期信号との同期機能を活用して、以下のような評価を行うことができる。
第１の処理で、試験対象となる放送機器４においてタイムコードを含めた記録テープを作成する。第２の処理で、放送機器４において記録が終了したら、再生を行う。第３の処理で、放送機器４における再生中は、評価装置３においてフレーム同期信号に同期したセンス処理を行うフレーム同期機能を利用して、フレーム毎にタイムコードのセンスを行う。第４の処理で、評価装置３においてセンスしたタイムコードのデータが不連続になっていないことを確認する。
【００２２】
もし、第４の処理で、タイムコードのデータが不連続になってしまっていた場合、システムコントローラ系の不具合やテープ走行系などの不具合など、発生要因を問わず、深刻な不具合（最悪は送出映像及び音声のノイズ）が発生していた可能性を示す。この手法は、数フレームの程度のデータ不連続でも検出可能であり、きわめて高確度な評価手法である。
【００２３】
また、制御PC１と評価装置３と間の通信にネットワークを採用することによる利点について説明する。
図６は、ネットワークを用いた制御PCと複数の評価装置との接続を示す図である。
制御PC１と評価装置３の間の通信には、TCP/IPによるネットワーク通信５、５−１を採用する。TCP/IPによるネットワーク通信５、５−１を用いるので、１台の汎用制御PC１で、複数の評価装置３、３−１と接続することができ、設備の省力化を計ることができる。また、制御PC１と評価装置３との物理的距離も問題にはならないことから、遠隔地にある放送機器４に対する試験を実施することができる。これは、高低温環境下での試験など、人間が長時間滞在できない環境での試験に有益である。また、評価装置３、３−１の納品後に発生した不具合などの調査を行う場合でも、納品先から評価装置３、３−１を持ち帰らずに自社内の制御PC１から評価装置３、３−１による再現試験を行うことがきる。例えば、インターネットを利用することで、評価装置３、３−１及び放送機器４、４−１が地球上のどこにあっても、制御PC１から評価のための通信を実行することができる。
【００２４】
以上述べたような基本的な各機能を備えた評価装置３を用いた具体的な動作例を以下に説明する。例として、ロギングされたデータを元に、再現試験を行う手法について説明する。
図７は、ロギングされたデータを元にした再現試験を示す図である。
図７のステップ１において、放送機器４が編集機５１と接続されてシリアル通信５２が行われている状態で、例えば、５４に示すように、客先などで評価装置３の運行中に、このシリアル通信５２のモニター信号からステータスの異常が見つかった場合、評価装置３は、被試験機（放送機器）４との通信履歴などを制御PC１へTCP/IP通信（非同期通信）５によるネットワーク経由で通知する。制御PC１では、「異常通知」などを表示すると共に、詳細な解析に備えて、この通信履歴データを内蔵又は外部のハードディスク装置（以下、HDD）８などに記録しておくようにする。この通信履歴データのHDD８への記録をここではロギングデータ５５と呼ぶ。
そこで、５６に示すように、ステップ１における客先などで評価装置３の運行中に取得したロギングデータ５５をオペレーターが着脱自在のディスク状記憶媒体に保存して自社に持ち帰る。
【００２５】
ステップ２において、６２に示すように、ネットワーク転送もしくは着脱自在のディスク状記憶媒体に保存することによって自社に持ち帰ったロギングデータ５５を自社のHDD８へ記録し、６３に示すように、ステップ１の客先における評価装置３及び放送機器４と同型機の評価装置３及び放送機器４を自社に用意し、この同型機の評価装置３及び放送機器４を用いて再現試験を行う。具体的には、６４に示すように、評価装置３はロギングデータ５５に基づき、ステップ１の客先における編集機５１と同じコマンドを放送機器４に対して実行する。
これにより、評価装置３は、再現試験により検出されるステータスの異常の詳細な解析を行うようにする。
【００２６】
このように放送機器４からステータスを取得しているシリアルインターフェース（RS-422A/RS-232C）のポートは、そもそも、編集機５１や上位システムからのコマンドを受け付けるために存在しているものである。このとき、編集機５１などの特定の機器と放送機器４とが接続されときのみ、不具合が発生する場合がある。評価装置３は、この編集機５１と放送機器４とのシリアルインターフェースを介したシリアル通信５２をモニター信号５３によりモニターする機能を有している。そこで、このモニター結果をロギングデータ５５としてHDD８へロギングすることで、ロギングデータ５５を用いて自社に用意した同型機の評価装置３及び放送機器４に対して不具合の発生する状況を再現させ、評価装置３により不具合の原因検討をさせることができる。
【００２７】
次に、ネットワークを用いた制御PCと評価装置との接続による異常発生時の通知について説明する。
このようにネットワークを用いて制御PC１と接続された評価装置３を使うと、多くの試験が無人化できる。具体的には、制御PC１からの制御により評価装置３において放送機器４に対する試験が始まってしまえば、評価担当者は制御PC１の操作をする必要もなくなる。その場合には、異常が発生した場合の評価装置３を経由した制御PC１からの通知が重要となる。制御PC１には、評価装置３から異常が通知された場合に、制御PC１により動作されるGUI(Graphical User Interface)上への異常表示だけでなく、ネットワークを介して接続される評価担当者の携帯端末に対してメールやインスタントメッセンジャー機能などによって評価者に異常が発生したことを通知する。
【００２８】
この他に異常表示部としてLED（Light Emitting Diode）を使用した異常発生時の通知について説明する。
図６に示したように１台の制御PC１が、多くの評価装置３、３−１・・・を制御している場合、そのうちの一台が異常を通知したとしても、実際にどの試験機の放送機器４、４−１・・・が異常となっているのかを知るのが分かりにくい場合がある。例えば、外観上から不具合がおきているかどうか見分けられない放送機器４、４−１・・・がある場合がこれに該当する。そのような場合に備えて、各評価装置３、３−１・・・には異常表示部として図示しないLEDが装備されている。そこで、放送機器４、４−１・・・に異常が発生した場合には、対応する各評価装置３、３−１・・・に装備されているLEDを点灯させることが可能である。そして、試験機の放送機器４、４−１・・・と対応する評価装置３、３−１・・・を対応関係を把握しやすいように各々隣接して配置することで、評価者はLEDの点灯により一目で問題が発生している放送機器４、４−１・・・を知ることができる。
【００２９】
さらに、他の例として、シリアル制御可能な機器を使用した無人評価システムについて説明する。
既に図３に述べたように、評価装置３は制御PC１から送られた評価スクリプトを実行することで、シリアル信号を評価対象の機器に送信する機能があります。この機能を使えば、評価装置３は放送機器４のみならず、シリアル制御可能な電源装置や信号発生装置（SG）、測定器などの機器を制御することが可能となる。よって、複数の評価装置３、３−１・・・を使用し、これらを統合するシステムを制御ソフト２を用いて制御PC１上に構築することで、無人の自動評価システムを実現することができる。以下にその例を説明する。
【００３０】
まず、電源装置を用いた試験について説明する。
この場合、評価装置３、３−１を二台使用し、一台の評価装置３は安定化電源装置の電源電圧を制御し、もう一台の評価装置３−１は被試験機である放送機器４のステータスをセンスする。これにより、評価装置３を介して安定化電源を制御し、安定化電源装置から試験機である放送機器４への電源電圧の供給を変動させ、評価装置３−１により試験機である放送機器４のステータスの変動を調査する。
【００３１】
次に、異常時の外観映像記録システムについて説明する。
状況によっては、試験機である放送機器４の異常発生直後（あるいは直前）の様子を画像として欲しい場合がある。この場合、評価装置３、３−１を二台使用し、一台の評価装置３はカメラ一体型画像記録装置を制御し、もう一台の評価装置３−１は被試験機である放送機器４を制御する。これにより、評価装置３を利用してカメラ一体型画像記録装置による一定時間の上書き記録を繰り返して実行するエンドレス撮影させておいた上で、評価装置３−１により被試験機である放送機器４に対して様々な制御やセンスを行う。そして被試験機である放送機器４に異常が発生した場合には、評価装置３により一定時間後にカメラ一体型画像記録装置を停止させ、不具合が発生した前後の映像を保存する。
【００３２】
さらに、異常発生時のログ取得システムについて説明する。
被試験機である放送機器４によっては、異常発生時に基板に実装された独自のシリアルポートからシリアル通信のロギングデータを吸い出す必要のあるものがある。この場合、評価装置３、３−１を二台用意し、一台の評価装置３を被試験機である放送機器４の制御に用い、もう一台の評価装置３−１をロギングデータの取得専用に使用することで、異常発生時に、基板上のメモリに残されたロギングデータを取得することができる。
【００３３】
また、複数台の被試験機の同時試験システムについて説明する。
複数台の被試験機である放送機器４、４−１・・・を各評価装置３、３−１・・・により同時に試験するシステムにおいては、各評価装置３、３−１・・・により同一条件で試験を行い、各評価装置３、３−１・・・間に評価基準の相違点がないことを確認することで、バラツキなどの検証を行うことができる。
【００３４】
上述したような本実施の形態の評価装置３により、被試験機である放送機器４の一瞬の異常も検知することができる。また、試験が自動化、無人化、遠隔化できるために、高低温環境や長時間など、人間では実施することが困難な条件での試験を容易にすることができる。また、評価装置３によりシリアルインターフェース（RS-422AもしくはRS-232C）のシリアル通信をTCP/IP通信に変換することで、汎用制御PC１と接続が容易になり、さまざまなコマンドを組み合わせた試験を自動で実施できる。
【００３５】
また、制御PC１と評価装置３の間の通信がTCP/IP通信化することにより、１台の制御PCで、同時に複数の機器の試験を行うことができる。複数の機器を同時に試験できることにより、発生頻度の低い不良症状の再現試験が容易になる。複数の機器を同時に試験できることにより、多数の機器に対する試験を効率的に実施することができる。
【００３６】
上述した本発明の特許請求の範囲内であれば、適宜、構成を変更しうることはいうまでもない。例えば、被試験機として放送機器４を評価する例を示したが、これに限らず、被試験機として他の電子機器を評価する場合にも、同様に適用することができることは言うまでもない。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施の形態による放送機器の試験システムを示す図である。
【図２】放送機器の試験システムにおける通信履歴の通知を示す図である。
【図３】放送機器の試験システムにおける評価スクリプトのダウンロードを示す図である。
【図４】フレーム同期信号に基づくセンス制限を示す図である。
【図５】スクリプトによるセンス条件の設定を示す図である。
【図６】ネットワークを用いた制御PCと複数の評価装置との接続を示す図である。
【図７】ロギングされたデータを元にした再現試験を示す図である。
【符号の説明】
【００３８】
１…制御PC、２…制御ソフト、３…評価装置、４…放送機器、５…TCP/IP通信（非同期通信）、６…シリアル通信（フレーム同期通信）、７…フレーム同期信号、８…HDD、９…異常通知、１０…評価スクリプトの保管、１１…ダウンロードと実行、５３…モニター信号、５４…客先などで運行中に取得、５５…ロギングデータ、５６…データを持ち帰る、６１…放送機器、６２…データを持ち帰り再現試験、６３…同型機を用意し再現試験を行う、６４…ロギングデータに基づき編集機と同じコマンドを実行する
【図１】
2006211405.tif 000003
【図２】
2006211405.tif 000004
【図３】
2006211405.tif 000005
【図４】
2006211405.tif 000006
【図５】
2006211405.tif 000007
【図６】
2006211405.tif 000008
【図７】
2006211405.tif 000009