JP5037676B2 - ユーザインタフェース検証システム、検証制御装置、および検証方法 - Google Patents

Description

本発明は、ハードウェアのユーザインタフェースを検証する技術に関する。

現在、コンピュータ、携帯電話、複写機等、様々な電子機器にユーザインタフェース（以降、単にＵＩとも表記する）が搭載されている。このＵＩは、操作ボタン、トラックボール等の入力ユニット、ＬＥＤ（Light Emitting Device）、ＬＣＤ（Liquid Crystal Display）、スピーカ等の出力ユニット、及び入力機能と出力機能とを有する入出力ユニット等により実現される。

このようなＵＩは、製品のユーザビリティを決め、ユーザ評価を左右する重要な要素である。よって、ＵＩデザインは、製品開発上大変重要であり、それの評価手法が見直されている。それと共に、高いＵＩデザイン能力を持った開発者を確保することが各社にとって重要事項となっている。

このようなＵＩデザインを評価する手法としては、プロトタイピング手法がある。この手法では、そのＵＩが組み込まれた試作品を製作し、この試作品を用いてユーザビリティが評価される。

ＵＩのうちＧＵＩ（Graphical User Interface）については、各種操作ボタン等も含めてソフトウェアで実現されているため、その変更は比較的容易である。これにより、ＵＩデザインの評価結果が悪い場合には、比較的容易に、ＵＩを変更した試作品を再製作し更なる評価を行うことができる。

しかしながら、携帯電話や各種電子機器の遠隔操作器（リモコン）等のようなハードウェアで実現されたＵＩは、例え試作品であってもそのＵＩを変更した試作品を再製作することは容易ではない。

このようなハードウェアのＵＩの評価を行う手法が例えば下記特許文献１に開示される。また、ハードウェアのＵＩとしてのコントロールパネル構成要素を再構成可能にする手法が下記特許文献２、３及び４に開示される。
特開２００５−２７５４３９号公報 特開平５−２１６６３１号公報 特開平２−３０７３０６号公報 特開平５−３８０１０号公報

しかしながら、上述の従来技術では、１つの電子機器を対象としてＵＩを評価することはできても、各種電子機器を対象として各電子機器に応じて設計されたＵＩをそれぞれ検証することはできない。また、コントロールパネルに配置されるべき構成要素（ＵＩ）を再構成可能にすることはできても、他の電子機器のための構成要素を再構成可能にすることはできない。更に言えば、ユーザのＵＩデザイン能力を向上させるための技術とはなっていない。

本発明の課題は、このような従来の問題点に鑑みて、各種電子機器に応じたＵＩデザインをそれぞれ検証することができ、ユーザのＵＩデザイン能力を向上させる技術を提供することである。

本発明の各態様では、上述した課題を解決するために、それぞれ以下の構成を採用する。即ち、本発明の第１の態様は、ＵＩの各構成要素であり個々に固有のアドレスが設定された複数のＵＩユニットが装着されるＵＩ装置と、前記ＵＩ装置に装着されたＵＩユニットの操作に応じてシーン画面を制御する検証制御装置と、を有するＵＩ検証システムに関する。この第１の態様に係るＵＩ検証システムでは、上記ＵＩ装置が、各ＵＩユニットを着脱可能に支持し、装着されたＵＩユニットと通信を行うための通信線を有する複数のコネクタと、複数のコネクタの各通信線がそれぞれ接続されるバスと、このバスを介した上記複数のＵＩユニットとの通信、及び上記検証制御装置との通信をそれぞれ制御する通信制御手段と、を備え、上記検証制御装置が、各ＵＩユニットのアドレスを各ＵＩユニットの種別に対応する種別情報と対応付けてそれぞれ格納するユニットテーブルと、上記シーン画面の表示状態を変更させる契機となる前記種別情報をそのシーン画面の情報と関連付けて格納するシーン設定テーブルと、上記複数のＵＩユニットのうち操作されたＵＩユニットのアドレスを含む操作情報を前記ＵＩ装置から受信する受信手段と、この受信手段で上記操作情報が受信された際に、この操作情報に含まれるアドレスに対応する種別情報を前記ユニットテーブルから取得する取得手段と、この取得手段により取得された種別情報が現在表示されているシーン画面の表示状態を変更させる契機情報として前記シーン設定テーブルに設定されている場合に、上記シーン設定テーブルの設定内容に応じてシーン画面を制御する画面制御手段と、を備える。

ここで、ＵＩユニットとは、例えば、各種操作ボタン等の入力ユニットであり、ＬＣＤ等の出力ユニットであり、入出力ユニットである。

この第１の態様では、ＵＩ装置が有する各コネクタに、ＵＩの各構成要素であり個々に固有のアドレスが設定された複数のＵＩユニットが装着されることで、検証対象のＵＩが実現される。検証制御装置では、検証対象のＵＩを構成する複数のＵＩユニットのアドレスが各ＵＩユニットの種別に対応する種別情報と対応付けられてユニットテーブルに格納され、ＵＩユニットの操作契機に応じて表示状態が変更されるシーン画面に関しそのＵＩユニットに対応する種別情報がそのシーン画面の契機情報としてシーン設定テーブルに格納される。

このような構成において、ＵＩユニットが操作されるすなわち対象ＵＩの操作検証が実施されると、操作されたＵＩユニットのアドレスを含む操作情報がＵＩ装置から検証制御装置へ逐次送られる。検証制御装置では、操作情報が受信されると、この操作情報に含まれるアドレスが種別情報に変換され、この種別情報の取得を契機にシーン設定テーブルの設定内容に応じてシーン画面が制御される。

これにより、この第１の態様によれば、ユーザは、ＵＩ装置上で実現したＵＩを検証制御装置の設定情報に沿ってシーン画面を参照しながら操作検証することができる。

更に、第１の態様では、各ＵＩユニットが固有のアドレスを有しており、このＵＩユニットを装着するための各コネクタの通信線はそれぞれバス接続されており、かつ操作情報の送信元をそのアドレスにより特定することができるため、ＵＩユニットの装着位置（コネクタ位置）を変えたとしても上記ユニット情報及びシーン設定テーブルの設定は何ら変更する必要はない。

従って、第１の態様によれば、ＵＩユニットの配置を変更する等、ＵＩの構成を容易に変更することができる。

更に、第１の態様では、シーン設定テーブルには、ＵＩユニットのアドレスに対応する種別情報がシーン画面と関連付けられて格納されているため、ＵＩユニットのアドレスを変更せざるを得ない場合や新たなＵＩユニットを追加する場合であっても、ユニットテーブルの設定さえ変えればシーン画面は設定どおり制御される。

従って、第１の態様によれば、ＵＩ構成の大幅な変更であってもそれに伴い必要な設定行為を少なくすることができる。このように、第１の態様におけるＵＩ検証システムによれば、ＵＩ構成の変更を自由かつ容易に行うことができるため、このシステムを各種電子機器のＵＩ検証に利用することができる。更に、ＵＩ構成を変更しながら操作検証を繰り返すことが容易であるため、例えばユーザのデザイン能力を向上させる教育教材として利用することもできる。

また、本発明の第１の態様において好ましくは、上記ＵＩ装置の通信制御手段が、複数のコネクタのうちＵＩユニットが装着されたコネクタを検知することにより各ＵＩユニットが装着されたコネクタの情報をそれぞれ収集する収集手段を含むように構成し、上記検証制御装置が、上記ＵＩ装置から送られるコネクタ情報に基づいて、複数のＵＩユニットの位置情報を取得する位置情報取得手段と、この受信手段により受信された操作情報に基づいて複数のＵＩユニットの操作履歴を記録する履歴記録手段と、この履歴記憶手段により記録された操作履歴及び上記位置情報取得手段により取得された各ＵＩユニットの位置情報に基づいて、複数のＵＩユニットの各操作間の移動量をそれぞれ算出する算出手段と、上記履歴記録手段により記録された操作履歴及び上記算出手段により算出された操作間の移動量を含む評価データを生成するデータ生成手段と、を更に備えるように構成する。

このような構成によれば、操作検証の実行と共に、その操作検証時の操作履歴及び各操作間の移動量を含む評価データが生成されるため、そのＵＩの操作性評価も併せて行うことが可能となる。この評価データをユーザに提供可能にすれば、ユーザのＵＩデザイン能力の向上につなげることができる。

更に、この構成によれば、ＵＩ構成を変更したとしても、その変更後のＵＩユニットのコネクタ情報も自動で収集することができ、かつそのコネクタ情報を変更後の操作性評価に利用することができる。

なお、本発明の別態様として、上記ＵＩ検証システムを構成するＵＩ装置、検証制御装置、ＵＩユニットの単体装置であってもよいし、上記何れかの機能を各コンピュータに実現させる方法又はプログラムであってもよいし、そのようなプログラムをコンピュータが読み取り可能に記録した記憶媒体であってもよい。

本発明の態様によれば、各種電子機器に応じたＵＩデザインをそれぞれ検証することができ、ユーザのＵＩデザイン能力を向上させる技術を提供することができる。

図１は第一実施形態におけるＵＩ検証システムのシステム構成例を示す図である。 図２は第一実施形態におけるＵＩユニット及びＵＩパネルのハードウェア概略構成を示すブロック図である。 図３はＵＩパネルから検証制御装置へ送られるデータ信号のフォーマット例を示す図である。 図４は検証制御装置からＵＩパネルへ送られるデータ信号のフォーマット例を示す図である。 図５は第一実施形態における検証制御装置の機能構成の概略を示す図である。 図６は第一実施形態におけるプロジェクト設定ファイルの構成例を示す図である。 図７は操作検証アプリケーションの画面構成の例を示す図である。 図８はスタート画面の例を示す図である。 図９は第一実施形態におけるプロジェクト設定画面を示す図である。 図１０はシーン設定画面の例を示す図である。 図１１はリンク手続画面の例を示す図である。 図１２はシーンリンクプレビュー画面の例を示す図である。 図１３は操作検証画面の例を示す図である。 図１４は第二実施形態におけるＵＩパネルの概略装置構成を示す図である。 図１５は位置情報データのフォーマット例を示す図である。 図１６は第二実施形態における検証制御装置の機能構成の概略を示す図である。 図１７は第二実施形態におけるプロジェクト設定ファイルの構成例を示す図である。 図１８は第二実施形態におけるプロジェクト設定画面の構成例を示す図である。 図１９は操作性評価画面（移動量）の構成例を示す図である。 図２０は操作性評価画面（時間）の構成例を示す図である。 図２１は操作性評価画面（速度）の構成例を示す図である。 図２２は第二実施形態の変形例におけるプロジェクト設定ファイルの構成例を示す図である。

符号の説明

１ インタフェース
１０ ＵＩパネル、１１ コネクタ、１２ バス、１４ 外部インタフェース、１５ ＣＰＵ、１６ ＲＯＭ、１７ ＲＡＭ
２０ 検証制御装置、２２ ＣＰＵ、２３ 外部インタフェースコントローラ、２４ ＲＡＭ、２５ ＨＤＤ、２９ ディスプレイ（表示装置）
３０ ＵＩユニット、３１ アドレス設定スイッチ、３２ ＣＰＵ、３３ コネクタ
５０ 操作検証アプリケーション、５１ プロジェクト設定機能部、５２ 操作検証機能部、５３ プロジェクト設定ファイル、５４ シーン画像ファイル
６２ プロジェクト設定画面、６３ シーン設定画面、６７ 操作検証画面
１４１ 送信選択回路、１４２ 受信選択回路、１４５ 送信線、１４６ 送信選択情報線、１４７ 受信線、１４８ 受信選択情報線
１６１ 位置情報収集機能部、１６２ 操作性評価機能部、１６３ 評価結果ファイル
１９０ 操作性評価画面

以下、図面を参照して、本発明の実施形態に係るＵＩ検証システムについて説明する。以下に示す各実施形態の構成はそれぞれ例示であり、本発明は以下に示す各実施形態の構成に限定されない。

［第一実施形態］
以下、本発明の第一実施形態としてのＵＩ検証システムについて図面を参照して説明する。

〔システム構成〕
まず、第一実施形態におけるＵＩ検証システムのシステム構成について図１を用いて説明する。図１は、第一実施形態におけるＵＩ検証システムのシステム構成例を示す図である。

第一実施形態におけるＵＩ検証システムは、図１に示すように、検証制御装置２０、ＵＩパネル１０（ＵＩ装置に相当）、ＵＩユニット３０等から構成される。

ＵＩユニット３０は、ハードウェアで実現されるＵＩの各構成要素である。ＵＩユニット３０には、ＬＥＤ、ＬＣＤ、スピーカ等の出力ユニット、操作ボタン、トラックボール等の入力ユニット、及び入力機能と出力機能とを有する入出力ユニットが含まれる。図１の例では、ＵＩユニット３０（＃１）は出力ユニットのＬＣＤであり、その他、ＵＩユニット３０（＃２）から（＃９）はそれぞれ入力ユニットの各種操作ボタンである。

各ＵＩユニット３０はそれぞれ、ＵＩパネル１０に設けられた複数のコネクタ１１に着脱可能に装着される。ユーザは、検証対象のＵＩに応じて、入力ユニット、出力ユニット及び入出力ユニットの所定の種類のＵＩユニット３０を必要な数分用意する。ユーザは、各ＵＩユニット３０を所定の位置のコネクタ１１にそれぞれ装着することにより、ＵＩパネル１０上に検証対象のＵＩを実現する。

このように検証対象のＵＩが実現されるＵＩパネル１０は、インタフェース１により検証制御装置２０と接続される。インタフェース１は、例えばＵＳＢ（Universal Serial Bus）、ＲＳ−２３２Ｃ（Recommended Standard 232 version C）等のシリアルインタフェースとして実現される。なお、本発明は、このインタフェース１の実現手法を限定するものではないため、このインタフェース１は、赤外線、電磁波等を用いた無線通信で実現されるようにしてもよい。

ＵＩパネル１０は、このインタフェース１を介して、コネクタ１１に装着された各ＵＩユニット３０の操作状態をそれぞれ検証制御装置２０へ送る。また、ＵＩパネル１０は、このインタフェース１を介して、検証制御装置２０から送られるデータ信号を受信する。

検証制御装置２０は、インタフェース１を介してＵＩパネル１０と通信を行うことにより、ＵＩパネル１０上で実現されたＵＩの操作状態に応じて、ディスプレイ２９又はＵＩパネル１０上のコネクタ１１に装着されたＬＣＤのＵＩユニット３０（＃１）に表示されるシーン画面を制御する。ユーザは、この検証制御装置２０により制御されるシーン画面を見ながらＵＩパネル上で実現されたＵＩを検証する。ここで用いるＵＩの検証とは、そのＵＩをユーザが実際に操作することに加え、そのＵＩのユーザビリティや誤操作防止度合等をユーザが感覚的に確認することも含む。

〔装置構成〕
以下、第一実施形態におけるＵＩ検証システムを構成する上述の各装置の構成について図１及び２を用いてそれぞれ説明する。図２は、第一実施形態におけるＵＩユニット３０及びＵＩパネル２０のハードウェア概略構成を示すブロック図である。

＜ＵＩユニット＞
ＵＩユニット３０は、ハードウェアＵＩの各構成要素となるようなＵＩ用のハードウェア構成と共に、図２に示すように、ＣＰＵ（Central Processing Unit）３２、アドレス設定スイッチ３１、コネクタ３３等を有する。ＵＩ用のハードウェアとは、例えば、押しボタンスイッチ、複数押しボタンスイッチ、表示ランプ、ＬＥＤ、ＬＣＤ表示パネルなどである。

アドレス設定スイッチ３１は、各ＵＩユニット３０を識別するために固有のアドレスを設定する。アドレス設定スイッチ３１は、例えば、ディップスイッチで実現される。

コネクタ３３は、ＵＩパネル１０のコネクタ１１と結合することで、ＵＩパネル２０上に装着される。コネクタ３３は、通信端子及び電源端子を有し、これらがＵＩパネル１０のコネクタ１１の通信端子及び電源端子と接するようにコネクタ１１と組み合わされる。これにより、コネクタ３３は、その電源端子を介してＵＩパネル１０から供給される電力をＵＩユニット３０へ供給する。更に、コネクタ３３は、その通信端子を介してＵＩパネル１０とＵＩユニット３０との間の通信を実現させる。

ＣＰＵ３２は、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）（共に図示せず）に格納される制御プログラム等を読み出し実行することにより、上記アドレス設定スイッチ３１及びコネクタ３３等を用いながらそのＵＩユニット３０の種類に応じた以下に示すような機能を実現する。以下、このＣＰＵ３２により実現される各機能をＵＩユニット３０の機能として説明する。

ＵＩユニット３０は、そのＵＩユニット３０の種類に応じたハードウェアＵＩとしての機能を実現する。このハードウェアＵＩとしての機能とは、そのＵＩユニット３０の種類に応じた機能である。このとき、ＣＰＵ３２は、上記アドレス設定スイッチ３１に設定されるアドレス情報を読み出し、それを自身のデバイス番号として認識する。

ＵＩユニット３０は、通信機能も更に有し、自身のＵＩユニット３０が入力ユニット又は入出力ユニットである場合には、自身のＵＩユニット３０の操作状態を検知し、この操作状態を上記自身のデバイス番号と共にＵＩパネル１０へ送信する。

ＵＩユニット３０は、自身が出力ユニット又は入出力ユニットである場合には、ＵＩパネル１０から送られるデータ信号を受信する。このとき、ＵＩユニット３０は、ＵＩパネル１０から送られるデータ信号に含まれるデバイス番号が自身のデバイス番号と一致するデータ信号のみを取得する。ＵＩユニット３０は、受信されたデータ信号に応じてＵＩ用のハードウェアを制御する。例えば、ＵＩユニット３０は、自身のＵＩユニット３０がＬＣＤ等の表示ユニットである場合には、ＵＩパネルからのデータ信号に応じてＲＯＭ（図示せず）等に格納される所定のシーン画面を読み出し、そのデータ信号に含まれるデータとそのシーン画面とを合成した画像を表示部に表示させる。

＜ＵＩパネル＞
ＵＩパネル１０は、図２に示されるように、上述のＵＩユニット３０が装着される複数のコネクタ１１、外部インタフェース１４、ＣＰＵ１５、ＲＯＭ１６、ＲＡＭ１７等を有する。

コネクタ１１は、上述したように、ＵＩユニット３０のコネクタ３３と結合することで、ＵＩユニット３０を支持する。コネクタ１１は、電源端子を介してＵＩパネル１０から供給される電力をＵＩユニット３０へ供給する。

コネクタ１１は、通信端子を介してＵＩユニット３０との間の通信を実現させる。複数のコネクタ１１の各通信端子に接続される各通信線はそれぞれバス１２に接続される。言い換えれば、各ＵＩユニット３０はこのバス１２によりそれぞれバス接続される。

ＣＰＵ１５は、バス１２と接続され、このバス１２を介して、各ＵＩユニット３０から送られるデータ信号を受信し、所定のＵＩユニット３０へ送るべきデータ信号を送出する。ＣＰＵ１５は、外部インタフェース１４とも接続され、この外部インタフェース１４を介して、検証制御装置２０から送られるデータ信号を受信し、検証制御装置２０へ送るべきデータ信号を送出する。

ＣＰＵ１５は、このようにコネクタ１１及び外部インタフェース１４等を用いながら、ＲＯＭ１６、ＲＡＭ１７に格納される制御プログラム等を読み出し実行することにより以下に示すような機能を実現する。以下、このＣＰＵ１５により実現される各機能をＵＩパネル１０の機能として説明する。

ＵＩパネル１０は、各ＵＩユニット３０の操作に応じて各ＵＩユニット３０から送られるデータ信号をバス１２を介してそれぞれ受信し、このデータ信号を外部インタフェース１４を介して検証制御装置２０へそれぞれ送信する。

図３は、ＵＩパネル１０から検証制御装置２０へ送られるデータ信号のフォーマット例を示す図である。図３の例におけるデータ信号には、コマンドフィールド、メッセージ長フィールド、デバイス番号フィールド、ビット位置フィールド、動作フィールドが含まれる。コマンドフィールドには、この信号（電文）がＵＩユニット３０の入力操作の通知であることを示す入力コマンドが設定される。メッセージ長フィールドには、このデータ信号のうちデバイス番号フィールドから動作フィールドまでの長さ（バイト数）が設定される。デバイス番号フィールドには、そのデータ信号の送信元となるＵＩユニット３０のデバイス番号が設定される。ビット位置フィールドには、ＵＩユニット３０の操作により入力変化の発生したビット位置を示すデータが設定される。動作フィールドには、ＵＩユニット３０の入力動作の種類を示すデータ（例えば、１＝ＯＮ、２＝ＯＦＦ、３＝長押しＯＮ等）が設定される。以降、この図３に示される、ＵＩパネル１０から検証制御装置２０へ送信されるデータ信号を操作データとも表記する。

逆に、ＵＩパネル１０は、検証制御装置２０から送られるデータ信号を外部インタフェース１４を介して受信し、このデータ信号をバス１２へ送出する。この場合のデータ信号は、出力ユニットのＵＩユニット３０へ送られるべき信号である。

図４は、検証制御装置２０からＵＩパネル１０へ送られるデータ信号のフォーマット例を示す図である。図４の例におけるデータ信号には、表示デバイス番号フィールド、メッセージ長フィールド、コマンドフィールド、パラメータフィールド（＃１から＃Ｎ）が含まれる。表示デバイス番号フィールドには、そのデータ信号の送り先となるＵＩユニット３０、すなわち出力を行うＵＩユニット３０のデバイス番号が設定される。メッセージ長フィールドには、このデータ信号のうちコマンドフィールドから最終パラメータフィールドまでの長さ（バイト数）が設定される。コマンドフィールドには、ＵＩユニット３０における出力動作を指定する出力コマンドが設定される。この出力コマンドは、例えば、点灯、消灯、画面クリア、テキスト表示、画面表示等を示すデータである。パラメータフィールドは、上記コマンドフィールドに設定されたコマンドの種類に応じて決められたパラメータ数を満たすように設けられ、そのコマンドの種類に応じて決められたデータが設定される。このデータとしては、例えば、座標位置、色、表示テキスト、表示画像を示す識別番号等がある。以降、この図４に示される、検証制御装置２０からＵＩパネル１０へ送信されるデータ信号を表示データとも表記する。

なお、ＵＩパネル１０は、この図３及び４に示されるデータ信号（操作データ及び表示データ）のフォーマットをそのままＵＩユニット３０及び検証制御装置２０間で中継するようにしてもよいし、ＵＩユニット３０へ送るデータ信号のフォーマットは異なるフォーマットを用いるようにしてもよい。

＜検証制御装置＞
第一実施形態における検証制御装置２０は、ハードウェア構成として、図１に示すように、ＣＰＵ２２、外部インタフェースコントローラ２３、ＲＡＭ２４、ハードディスクドライブ（以降、ＨＤＤと表記する）２５、操作入力コントローラ２７、ビデオコントローラ２８等を有する本体２１と、キーボード、マウス等の操作装置（図示せず）と、ディスプレイ２９等の表示装置等を有する。本体２１では、上記各機器がそれぞれバス２６で接続される。本検証制御装置２０は、このようなハードウェア構成を有するパーソナルコンピュータ等の汎用コンピュータで実現されてもよいし、専用コンピュータで実現されてもよい。本発明は、この検証制御装置２０のハードウェア構成を限定するものではない。

外部インタフェースコントローラ２３は、インタフェース１に接続され、このインタフェース１上の通信を制御する。具体的には、ＵＩパネル１０から送られる操作データを受信し、表示データをＵＩパネル１０へ送信する。ビデオコントローラ２８は、ディスプレイ２９等の表示装置と接続され、ディスプレイ２９の表示制御を行う。操作入力コントローラ２７は、マウス等の操作装置（図示せず）と接続され、これら操作装置からの入力を制御する。

ＣＰＵ２２は、ＨＤＤ２５やＲＯＭ等に格納されるプログラムを読み出し実行することにより図５に示すようなソフトウェア機能群を実現する。図５は、第一実施形態における検証制御装置２０の機能構成の概略を示すブロック図である。

図５に示されるソフトウェア機能群のうちＯＳ５９は、上述した外部インタフェースコントローラ２３、ビデオコントローラ２８、操作入力コントローラ２７、ＨＤＤ２５等のハードウェアを制御する一般的なＯＳ機能を有する。このＯＳ５９上で操作検証アプリケーション５０が実行される。なお、この操作検証アプリケーション５０は、ＣＤ−ＲＯＭ等の記録メディアに記録され、汎用コンピュータにインストールされるようにしてもよいし、他のサーバコンピュータから当該コンピュータにダウンロードされ実行されるようにしてもよい。

操作検証アプリケーション５０は、プロジェクト設定機能部５１、操作検証機能部５２、プロジェクト設定ファイル５３、シーン画像ファイル５４等を有し、ＵＩパネル１０に装着されたＵＩユニット３０の操作状態に応じて所定のシーン画面を制御することにより、ユーザにそのＵＩパネル１０上に実現されたＵＩの操作を検証させる。なお、操作検証アプリケーション５０を構成する各構成要素は、ソフトウェアの構成要素として実現される（[その他]の項参照）。

操作検証アプリケーション５０は、操作検証のための各種設定をプロジェクトという単位で管理する。これにより、ユーザは、各ＵＩについてそれぞれプロジェクトを作成し、各プロジェクトに各ＵＩを検証するための情報をそれぞれ設定する。以降、ユーザは、検証対象のＵＩに応じて所定のプロジェクトを選択して操作検証することができる。

プロジェクト設定機能部５１は、プロジェクトに関する設定情報を管理し、ユーザにより入力された所定のプロジェクトに関する設定データをこのプロジェクト設定ファイル５３に格納する。プロジェクト設定機能部５１は、ユーザにプロジェクト設定を行わせるためのプロジェクト設定画面を生成する。このプロジェクト設定画面の詳細については、後述する。

プロジェクト設定ファイル５３は、プロジェクトに関する設定情報をプロジェクト単位で格納する。図６は、第一実施形態におけるプロジェクト設定ファイルの構成例を示す図である。図６に示すように、プロジェクト設定ファイル５３は、プロジェクト名、メモ、プロジェクトＩＤ、トップページＩＤ、表示形式、登録シーン数、表示ユニット設定、表示行数、ＵＩユニット情報、シーン情報等を格納する。

プロジェクトＩＤフィールドには、プロジェクトを識別するための識別番号が設定される。トップページＩＤフィールドには、そのプロジェクトが実行された場合に最初に表示ユニットに表示されるシーンＩＤが表示される。表示形式フィールドには、操作検証のためのシーン画面をＵＩユニット３０のうちの表示ユニットに表示させるか、又は本検証制御装置２０に接続される表示装置（ディスプレイ２９等）に表示させるかについての情報が設定される。この表示形式フィールドに表示ユニットに表示させる旨の情報が設定される場合には、表示ユニット設定フィールドにその表示ユニットのデバイス番号が設定される。表示行数フィールドにはその表示形式で選択された表示装置の表示行数が設定される。登録シーン数フィールドにはシーン画面の登録数が設定される。

ＵＩユニット情報フィールドには、操作検証対象のＵＩで利用される各ＵＩユニット３０に関する情報がそれぞれ格納される。なお、図６の例では、ＵＩユニット情報フィールドが２２個設けられているが、本発明はこの数を限定するものではない。ＵＩユニット情報フィールドには、各ＵＩユニット３０に関するデバイス番号及び論理ＩＤが設定される。デバイス番号とは、上述したようにＵＩユニット３０のアドレス設定スイッチ３１で設定されるＵＩユニット３０のアドレスである。論理ＩＤは、この操作検証アプリケーション５０で各ＵＩユニット３０を識別するための情報であり、論理的な識別番号であってもよいし、そのＵＩユニットの種類を示す識別文字列であってもよい。

シーン情報フィールドには、ＵＩパネル１０に装着されたＵＩユニット３０の操作に応じて制御される各シーン画面に関する情報がそれぞれ格納される。なお、図６の例では、シーン情報フィールドが３００個設けられているが、本発明はこの数を限定するものではない。シーン情報フィールドには、各シーン画面に関し、シーンＩＤ、シーン名、テキスト表示、シーン背景、シーン背景色、シーン画像ファイル名、テキスト文字色、リンクリスト項目数、スクロールタイプ、リンクリスト情報、コントロール情報等が格納される。

シーンＩＤフィールドにはシーン画面の識別番号が設定される。テキスト表示フィールドにはそのシーン画面をテキスト表示するか否かについての情報が設定される。シーン背景フィールドには、そのシーン画面の背景を単色とするか画像とするかについての情報が設定される。シーン背景色フィールドには、上記シーン背景フィールドに単色を示す情報が設定された場合に、そのシーン画面の背景色情報が設定される。シーン画像ファイル名フィールドには、上記シーン背景フィールドに画像を示す情報が設定された場合に、そのシーン画面の背景に使う画像ファイル名が設定される。テキスト文字色フィールドには、上記テキスト表示フィールドにテキスト表示する旨の情報が設定された場合に、そのテキストの文字色情報が設定される。

リンクリスト項目数フィールドには、そのシーン画面に表示されるリンクの数が設定される。このリンクとは、ハイパーテキストにおけるハイパーリンクのように、そのシーン画面と遷移すべき他のシーン画面とを結びつける参照情報である。リンクリスト項目数フィールドには、後述するリンクリスト情報フィールドに登録されるリンクの数が設定される。スクロールタイプフィールドには、停止型かリング型かが設定される。停止型とはそのシーン画面に表示されている行の最終行（最下行）にフォーカスが移動した場合に停止するスクロール形式を示し、リング型とはその最終行にフォーカスが移動した後には最上位行に再度移ってフォーカスを移動するスクロール形式を意味する。

リンクリスト情報フィールドには、そのシーン画面に表示される各リンクに関する情報がそれぞれ設定される。図６の例では、リンクリスト情報フィールドが４０個設けられているが、本発明はこのリンクリストの数を限定するものではない。リンクリスト情報フィールドには、リンク先シーンＩＤ、対応動作キー番号、次シーン表示開始位置、次シーンカーソル位置等が格納される。リンク先シーンＩＤフィールドには、そのリンクが選択されることによりそのシーン画面から遷移される先のシーン画面のシーンＩＤが設定される。対応動作キー番号フィールドには、そのシーン画面に表示されるリンクの選択操作を行うことなく、直接そのリンク先のシーン画面に移行するためのイベントとなる対象ＵＩユニット３０の論理ＩＤが設定される。次シーン表示開始位置フィールドには、リンク先シーンＩＤの示すシーン画面に移動された場合にそのシーン画面の表示が開始される位置を示すデータが設定される。次シーンカーソル位置フィールドには、リンク先シーンＩＤの示すシーン画面に移動された場合にその表示時のフォーカス位置を示す行番号が設定される。

コントロール情報フィールドには、そのシーン画面のフォーカス行を移動するためのイベントとなる対象ＵＩユニット３０の論理ＩＤが設定される上移動キー番号及び下移動キー番号、そのフォーカス行を選択するためのイベントとなる対象ＵＩユニット３０の論理ＩＤが設定される決定時キー番号がそれぞれ格納される。

シーン画像ファイル５４は、上記プロジェクト設定ファイル５３のシーン画像ファイル名フィールドに設定されるシーン画像のファイル群が格納される。

操作検証機能部５２は、上述のように設定されたプロジェクト情報に基づいて、実際にＵＩパネル１０上に実現されたＵＩの操作検証をユーザに行わせるために、シーン画面の表示制御を行う。

具体的には、操作検証機能部５２は、外部インタフェースコントローラ２３を介して受信される操作データ（図３参照）を監視する。この操作データが受信されると、操作検証機能部５２は、この操作データのデバイス番号に対応する論理ＩＤをプロジェクト設定ファイル５３内の現在選択されているプロジェクト情報から抽出する。

更に、操作検証機能部５２は、現在表示されているシーン画面（以降、カレントシーン画面とも表記する）及びその表示状態（フォーカス行等）を認識している。操作検証機能部５２は、カレントシーン画面に関する情報（シーン情報フィールドに格納される情報）をそのシーンＩＤに基づいてプロジェクト設定ファイル５３から抽出する。操作検証機能部５２は、抽出されたシーン画面情報に上記論理ＩＤの操作をイベントとするデータが含まれているか否かを判断し、含まれている場合には、そのデータに応じてシーン画面の表示を制御する。

例えば、受信された論理ＩＤがコントロール情報フィールドの上移動キー番号フィールドに設定されていた場合には、操作検証機能部５２は、フォーカス行が現在位置から１行上に移動するように制御する。受信された論理ＩＤがコントロール情報フィールドの決定時キー番号フィールドに設定されていた場合には、操作検証機能部５２は、フォーカス行のリンク先のシーン画面に移行するように制御する。その他、受信された論理ＩＤがリンクリスト情報フィールドの対応動作キー番号フィールドに設定されていた場合には、操作検証機能部５２は、同リンクリスト情報フィールドのリンク先シーンＩＤの示すシーン画面に移行するように制御する。

操作検証機能部５２は、上記シーン画面の表示制御にあたり、現在選択されているプロジェクト情報の表示形式がディスプレイ２９を示す場合にはビデオコントローラ２８を介してディスプレイ２９にその変更されたシーン画面が表示されるように制御する。操作検証機能部５２は、現在選択されているプロジェクト情報の表示形式がＵＩユニット３０の表示ユニットを示している場合には、表示ユニット設定フィールドに設定されているデバイス番号を設定した表示データ（図４参照）を生成し、この表示データを外部インタフェースコントローラ２３を介してＵＩパネル１０へ送信する。これにより、ＵＩパネル１０に装着される表示ユニットに表示されるシーン画面が遷移する。

ＵＩユニット３０の表示ユニットにシーン画面が表示される場合で、そのシーン画面としてシーン画像ファイルが設定される場合には、この設定されるシーン画像ファイルがそのＵＩユニット３０のフラッシュメモリ等に予め格納されている必要がある。この場合、図４の表示データのコマンドフィールドには、画像表示を示すコマンドデータが設定され、パラメータフィールドには、そのシーン画像ファイル名等が設定される。このように、表示データは、プロジェクト設定ファイル５３に格納されるデータに基づいて作成される。

〔動作例〕
以下、第一実施形態におけるＵＩ検証システムの動作について説明する。

第一実施形態におけるＵＩ検証システムでは、操作検証を開始するにあたり、まず、ＵＩパネル１０上に対象となるＵＩが実現される。すなわち、所定の種類のＵＩユニット３０が用意され、各ＵＩユニット３０がそれぞれＵＩパネル１０の所望の位置の各コネクタ１１に装着される。

次に、ユーザは、ディスプレイ２９を参照しながらキーボード、ポインティングデバイス等を用いることで検証制御装置２０を操作する。この操作により操作検証アプリケーション５０が以下に示すように実行され、上記ＵＩパネル１０上のＵＩが検証される。

操作検証アプリケーション５０は実行されると、所定の画面を生成し、各画面を本検証制御装置２０に接続される表示装置（ディスプレイ２９）に表示させる。図７は、操作検証アプリケーション５０の画面構成の例を示す図である。以下、図７の画面構成例に沿って、操作検証アプリケーション５０の動作を説明する。

操作検証アプリケーション５０が起動されると、まずスタート画面６１が表示される。図８はスタート画面の例を示す図である。スタート画面６１では、上記ＵＩパネル１０上で実現されたＵＩを検証するための設定が格納されるプロジェクトが選択される。既にプロジェクト設定ファイル５３に格納されているプロジェクト（既存プロジェクト）の設定を用いる場合には「開く」ボタン７２が選択され、新たにプロジェクトを設定する場合には「プロジェクト新規」ボタン７１が選択される。なお、「終了」ボタン７３が選択されると、操作検証アプリケーション５０は終了する。

スタート画面６１により新規プロジェクト又は既存プロジェクトが選択されると、プロジェクト設定画面６２が表示される。図９は、第一実施形態におけるプロジェクト設定画面を示す図である。ユーザは、このプロジェクト設定画面６２を操作することにより操作検証のための各種設定を行う。プロジェクト設定画面６２は、スタート画面６１で選択されたプロジェクト（以降、カレントプロジェクトとも表記する）に関しプロジェクト設定ファイル５３に格納されるデータを表示し、この画面で設定されたデータをプロジェクト設定ファイル５３に格納する。プロジェクト設定画面６２内において、設定部８０は表示形式フィールドと対応し、設定部８１は表示ユニット設定フィールドと対応し、設定部８２はメモフィールドと対応し、設定部８３は表示行数フィールドと対応し、設定部８４はトップページＩＤと対応し、設定部８５はＵＩユニット情報フィールドと対応する。このうち、設定部８５に表示されるユニット種別はＵＩユニット情報フィールドの論理ＩＤと対応する。

プロジェクト設定画面６２によりカレントプロジェクトに関する共通情報が設定されると、次に、シーン画面の設定が行われる。シーン画面の設定は、プロジェクト設定画面６２のシーン設定ボタン８７が選択されることで表示されるシーン設定画面６３により行われる。図１０は、シーン設定画面の例を示す図である。シーン設定画面６３は、図９に示されるプロジェクト設定画面のプロジェクト設定部８９の部分のみが切り替ることで表示される。シーン設定画面６３では、カレントプロジェクトにおいて利用される各シーン画面についての設定が行われ、設定されたデータがプロジェクト設定ファイル５３に格納される。

シーン設定画面６３の設定部９０では、カレントプロジェクトで利用されるべきシーン画面が登録され、登録されたシーン画面のうち設定変更を行いたいシーン画面が選択される。具体的には、リスト表示部９２にカレントプロジェクトについて登録されているシーン画面のリストが表示される。このリスト表示部９２は、プロジェクト設定ファイル５３のシーン情報フィールドとリンクされる。ユーザは、新規シーン追加ボタン９１、コピーボタン９３、削除ボタン９４を操作することにより、カレントプロジェクトにシーン画面を追加、削除等する。ユーザは、複数のシーン画面を登録すると、詳細設定すべきシーン画面をリスト表示部９２上で選択する。

リスト表示部９２で選択されたシーン画面についての設定情報がシーンプロパティ表示部９５に表示される。シーンプロパティ表示部９５は、プロジェクト設定ファイル５３の１つのシーン情報フィールドに対応する。シーンプロパティ表示部９５のうち、設定部９６はシーン名フィールドとリンクし、設定部９７はテキスト表示フィールドとリンクし、設定部９８はテキスト文字色フィールドとリンクし、設定部９９はシーン背景フィールド、シーン背景色フィールド、シーン画像ファイル名フィールドとリンクし、設定部１００はスクロールタイプフィールドとリンクする。

リンク登録設定部１０１では、その選択されているシーン画面で表示されるリンク情報が登録される。このリンク情報とは、ハイパーテキストにおけるハイパーリンクのように、そのシーン画面と遷移すべき他のシーン画面とを結びつける参照情報である。ユーザは、設定部１０１内のシーン一覧リストに表示されるシーン画面のいずれかを選択し、ボタン１０６を選択することで、その選択されたシーン画面をリンクとして登録する。ユーザは、その他のボタン１０２、１０３及び１０４を操作することにより、登録されているリンクの削除、移動を行うことができる。編集ボタン１０５が選択されると、リンク手続画面６４が表示される。このリンク手続画面６４については後述する。

設定部１１０はプロジェクト設定ファイル５３のコントロール情報フィールドとリンクし、コンボボックス１１１がそのフィールド内の上移動キー番号フィールドと、コンボボックス１１２がそのフィールド内の下移動キー番号フィールドと、コンボボックス１１３がそのフィールド内の決定時キー番号フィールドとリンクする。これらコンボボックスで設定されるのは、対象のＵＩユニット３０に対応する論理ＩＤである。

このように設定されたシーン画面の状態がプレビューボタン１１６が選択されることによりイメージプレビュー部１１５に表示される。ユーザは、この表示を見ながら、シーン画面の設定情報を変更することができる。最終的に、設定ボタン１１９が選択されると、その画面で設定されたシーン画面の情報がプロジェクト設定ファイル５３に格納される。

図１１は、リンク手続画面の例を示す図である。リンク手続画面６４は、シーン設定画面６３のリンク登録設定部１０１内のリンクリストで選択されたリンクに関する情報を設定する画面であり、プロジェクト設定ファイル５３の１つのリンクリスト情報フィールドとリンクする。リンク手続画面６４のコンボボックス１２１は対応動作キー番号フィールドとリンクし、コンボボックス１２２は次シーン表示開始位置フィールドとリンクし、コンボボックス１２３は次シーンカーソル位置とリンクする。

図１２は、シーンリンクプレビュー画面の例を示す図である。シーンリンクプレビュー画面６６は、カレントプロジェクトに関し登録されているシーン画面をリンク状態が示されるようにツリー表示する。このシーンリンクプレビュー画面６６は常時表示され、ユーザはこの画面を見ながらシーン画面の設定を行うようにしてもよい。

以上のようにして、上記各画面が操作されることによりプロジェクト設定が行われ、この設定情報はプロジェクト設定ファイル５３に格納される。このような設定が完了すると、ユーザは、プロジェクト設定画面６２の検証開始ボタン８８を選択する。なお、以前に既にこのようなプロジェクト設定が完了している場合には、スタート画面６１によりそのプロジェクトが選択されればよい。

検証開始ボタン８８が選択されると、図１３に示すような操作検証画面６７が表示される。図１３は操作検証画面の例を示す図である。操作検証画面６７は新たな画面として表示されてもよいし、プロジェクト設定画面６２の表示が切り替るように表示されてもよい。操作検証画面６７が表示されると、検証開始ボタン８８は検証停止ボタンに切り替る。

操作検証画面６７では、表示部１３０内において、上述のように設定されたシーン画面がその設定に応じたシナリオで切り替りながら表示される。すなわち、この操作検証画面６７は、ＵＩパネル１０上に実現されたＵＩの操作を検証するための表示部としての機能を発揮する。

操作検証画面６７では、最初に、上述のプロジェクト設定画面６２においてトップシーンとして設定されたシーン画面１３１が表示される。以降、ユーザは、この操作検証画面６７を参照しながらＵＩパネル１０上に実現されたＵＩ（ＵＩユニット３０）を操作することで、そのＵＩの操作検証を行う。図１３の例では、トップシーン画面１３１が表示されており、その先頭行（Ｍｒ.東京）にフォーカスが存在している。このトップシーン画面１３１には、プロジェクト設定ファイル５３のリンクリスト情報フィールドに登録されたリンクとしてその移行先の各シーン画面の名称（Ｍｒ．東京、Ｍｒｓ．大阪、Ｍｒ．福岡）がそれぞれリスト表示されている。

ここで、このシーン画面についてコントロール情報フィールドの下移動キー番号フィールドに設定されている論理ＩＤに対応するアドレス番号を有するＵＩユニット３０が操作されると、フォーカス行が下に移動する。これにより、Ｍｒｓ．大阪の行がフォーカスされる。更に、コントロール情報フィールドの決定時キー番号フィールドに設定されている論理ＩＤに対応するアドレス番号を有するＵＩユニット３０が操作されると、そのリンクにより示されるシーン画面（Ｍｒｓ．大阪）に画面が遷移する。

〈第一実施形態の作用及び効果〉
上述の第一実施形態におけるＵＩ検証システムでは、ＵＩパネル１０に設けられた各コネクタ１１に、入力及び出力の少なくとも１方のＵＩ機能及び固有のアドレスを持った複数のＵＩユニット３０が装着されることで、ＵＩが操作検証対象として実現される。

ＵＩパネル１０では、コネクタ１１及びコネクタ３３を介して各ＵＩユニット３０と接続される各通信線がそれぞれバス１２で接続され、外部インタフェース１４を介して検証制御装置２０と接続される。ＵＩパネル１０では、ＵＩを構成する各ＵＩユニット３０が操作されると、その操作状況を示す操作データが検証制御装置２０へ中継される。

検証制御装置２０では、対象ＵＩの操作検証のための各種設定がプロジェクトと呼ばれる単位でプロジェクト設定ファイル５３に格納される。このプロジェクト設定ファイル５３には、対象ＵＩを構成する各ＵＩユニット３０の操作に応じたシーン画面の遷移手続きを示すシナリオ（シーン情報）が格納される。更に、検証制御装置２０では、上記シナリオで利用されるシーン画面を形成するシーン画像ファイル５４が格納される。

このような構成において、検証制御装置２０の操作検証アプリケーション５０により操作検証機能が実行されると、対象ＵＩを構成する各ＵＩユニット３０が操作されることにより、上述のプロジェクト設定ファイル５０内の設定情報に基づくシナリオでシーン画面の表示が制御される。

従って、第一実施形態におけるＵＩ検証システムによれば、ユーザは、ＵＩパネル１０上で実現したＵＩを検証制御装置２０に設定したシナリオに沿ってシーン画面を参照しながら操作検証することができる。

検証制御装置２０のプロジェクト設定ファイル５３には、ＵＩユニット情報として、対象ＵＩを構成する各ＵＩユニット３０のアドレスが論理ＩＤと対応付けられて格納され、シーン情報として、１つのシーン画面から他のシーン画面へ移行するためのイベントやそのシーン画面のフォーカス行を移行させるイベント等、各イベントを生じさせるＵＩユニット３０の論理ＩＤが格納される。

これにより、操作されたＵＩユニット３０のアドレスを含む操作情報がＵＩパネル１０から検証制御装置２０へ逐次送られ、検証制御装置２０では、この操作情報に含まれるアドレスが論理ＩＤに変換され、この論理ＩＤの取得を契機にプロジェクト設定ファイル５３の設定内容に応じてシーン画面が制御される。

上述のように、各ＵＩユニット３０が固有のアドレスを有しており、このＵＩユニット３０をＵＩパネル１０へ装着するための各コネクタ１１の通信線はそれぞれバス接続されており、かつＵＩユニット３０のための入力情報（操作情報）及び出力情報（表示データ）はそれぞれそのアドレスにより特定されるため、ＵＩユニット３０をどのコネクタ１１へ装着したとしても上記プロジェクト設定ファイル５３内の設定は何ら変更する必要はない。

従って、第一実施形態におけるＵＩ検証システムによれば、ＵＩユニット３０の配置を変更する等、ＵＩの構成を容易に変更することができる。

更に言えば、シーン情報はＵＩユニット３０のアドレスに対応する論理ＩＤと対応付けられているため、ＵＩユニット３０のアドレスを変更せざるを得ない場合や新たなＵＩユニット３０を追加する場合であっても、プロジェクト設定ファイル５３のＵＩユニット情報のアドレスと論理ＩＤとの関連設定さえ変更すればシーン画面は設定どおり制御される。

これにより、第一実施形態におけるＵＩ検証システムによれば、ＵＩ構成の変更に自由度を持たせることができる。

このようにＵＩ構成の変更が容易であることから、第一実施形態におけるＵＩ検証システムは、各種電子機器のＵＩ検証に用いることができる。更に、ＵＩ構成を変更しながら操作検証を繰り返すことが容易であるため、ユーザのデザイン能力を向上させる教育教材として利用することもできる。

また、検証制御装置２０では、シーン画面を表示させる機器として、自装置に接続されるディスプレイ２９等の表示装置か、ＵＩパネル１０上の表示機能を有するＵＩユニット３０かを指定することができる。

よって、操作検証対象の電子機器がＬＤＣ等の表示ユニットを持っている場合には、そのＵＩユニット３０を表示機器として指定すれば、実際の電子機器と同様のハードウェア環境で操作検証を行うことができる。

また、それ自体、表示機能を有していないリモコン機器のＵＩを検証対象としている場合には、自装置に接続される表示装置をそのリモコン機器により操作される電子機器として選択すればよい。

このような構成によっても、第一実施形態におけるＵＩ検証システムは、各種電子機器のＵＩ検証に利用することができる。

［第二実施形態］
以下、本発明の第二実施形態としてのＵＩ検証システムについて図面を参照して説明する。第二実施形態におけるＵＩ検証システムは、上述の第一実施形態の機能に加えて、検証対象のＵＩを構成する各ＵＩユニット３０の位置情報を収集し、この位置情報に基づいた操作性評価を行う機能を更に有する。

〔システム構成〕
第二実施形態におけるＵＩ検証システムのシステム構成は、第一実施形態と同様であるため、ここでは説明を省略する。

〔装置構成〕
以下、第二実施形態におけるＵＩ検証システムを構成する各装置に関し、第一実施形態と異なる部分に関してのみ説明する。

＜ＵＩパネル＞
第二実施形態におけるＵＩパネル１０の装置構成について図１４を用いて以下に説明する。図１４は、第二実施形態におけるＵＩパネル１０の概略装置構成を示す図である。第二実施形態におけるＵＩパネル１０は、第一実施形態の構成に加えて、送信選択回路１４１及び受信選択回路１４２を更に有する。第二実施形態におけるＵＩパネル１０は第一実施形態の構成を全て含むが、図１４では、ＲＯＭ１６、ＲＡＭ１７の図示が省略されている。

第二実施形態におけるＵＩパネル１０では、各コネクタ１１の通信線を接続するバス１２は図１４に示すように構成される。すなわち、第二実施形態では、バス１２は、所定数のコネクタ１１の送信線をそれぞれ接続する複数のブランチ送信バスが送信選択回路１４１に接続されて形成される送信バスと、所定数のコネクタ１１の受信線をそれぞれ接続する複数のブランチ受信バスが受信選択回路１４２に接続されることで形成される受信バスとから構成される。更に、１つのブランチ送信バスに送信線で接続される各コネクタは、それぞれ異なるブランチ受信バスに受信線で接続されるように構成される。図１４では、ブランチ送信バスが「ＴＸ−ＳＥＬ Ｎ」と表記され、ブランチ受信バスが「ＲＸ−ＳＥＬ Ｓ」と表記される。また、図１４には、４５９個のコネクタ１１、２７本のブランチ送信バス、１７本のブランチ受信バスを有する構成例が示されている。本発明は、このようなコネクタ数、バス数を限定するものではない。

このような構成により、ＣＰＵ１５は、送信線１４５及び送信選択情報線１４６で送信選択回路１４１と接続され、受信線１４７及び受信選択情報線１４８で受信選択回路１４２と接続される。送信線１４５及び受信線１４７は、図３に示す操作データ、図４に示す表示データを流す。送信選択情報線１４６及び受信選択情報線１４８は、送信選択回路１４１及び受信選択回路１４２への各ブランチバス間の接続状態を切り替える指示信号を流す。

送信選択回路１４１は、各ブランチ送信バス（ＴＸ−ＳＥＬ Ｎ）と送信線１４５とをそれぞれ接続するスイッチ機構を含む。送信選択回路１４１は、送信選択情報線１４６を介してＣＰＵ１５から送られる指示信号に応じて、各ブランチ送信バスと送信線１４５との接続状態を切り替える。

受信選択回路１４２も送信選択回路１４１と同様に、各ブランチ受信バス（ＲＸ−ＳＥＬ Ｎ）と受信線１４７とをそれぞれ接続するスイッチ機構を含む。受信選択回路１４２は、受信選択情報線１４８を介してＣＰＵ１５から送られる指示信号に応じて、各ブランチ受信バスと受信線１４７との接続状態を切り替える。なお、通常動作時の送信選択回路１４１及び受信選択回路１４２では、全てのブランチ送信バスが送信線１４５に接続され、全てのブランチ受信バスが受信線１４７に接続される。

ＣＰＵ１５は、ＵＩパネル１０の機能として、第一実施形態の機能に加えて、複数のコネクタ１１のうちＵＩユニット３０の装着されるコネクタ１１に関する情報を収集する機能（以降、コネクタ情報収集機能と表記する）を実現する。ＣＰＵ１５は、図４に示されるデータ信号フォーマットにおいて表示デバイス番号フィールドに０が設定された収集指示信号を外部インタフェース１４を介して受信すると、このコネクタ情報収集機能を実行する。ＣＰＵ１５は、ＵＩパネル１０に設けられている各コネクタ１１の番号、各コネクタ番号の示すコネクタが接続されるブランチ送信バス及びブランチ受信バスに関する情報をＲＯＭ１６等に保持している。

このコネクタ情報収集機能では、ＣＰＵ１５は、まず、複数のコネクタ１１のうちのいずれか１つを選択し、ＣＰＵ１５とこの選択されたコネクタ１１のみが通信できるように送信選択回路１４１及び受信選択回路１４２を制御する。具体的には、ＣＰＵ１５は、上記のように保持される情報に基づいて、その選択されたコネクタ１１の通信線が接続されるブランチ送信バス及びブランチ受信バスを決定し、この決定されたブランチ送信バスを示す選択指示信号を送信選択情報線１４６を介して送信選択回路１４１へ送信し、その決定されたブランチ受信バスを示す選択指示信号を受信選択情報線１４８を介して受信選択回路１４２へ送信する。この各選択指示信号を受けた送信選択回路１４１及び受信選択回路１４２は、その信号が示すブランチ送信バスのみが送信線１４５と接続され、その信号が示すブランチ受信バスのみが受信線１４７と接続されるようにスイッチ機構を切り替える。

続いて、ＣＰＵ１５は、所定の位置検出信号を送信線１４５を介して送信選択回路１４１へ送信する。このとき、例えば、選択されたコネクタが図１４に示すコネクタ１１（＃３）だったとすると、位置検出信号は、送信選択回路１４１のスイッチ機構に応じてブランチ送信バス（ＴＸ−ＳＥＬ１）のみに送出される。これにより、ブランチ送信バス（ＴＸ−ＳＥＬ１）に送信線で接続されるコネクタ１１（＃１）から（＃１７）にその位置検出信号がそれぞれ伝送される。

例えば、コネクタ１１（＃２）及びコネクタ１１（＃３）にそれぞれＵＩユニット３０が装着されていた場合には、各ＵＩユニット３０がその位置検出信号の応答として確認信号をそれぞれ送信する。これにより、コネクタ１１（＃２）の受信線が接続されるブランチ受信バス（ＲＸ−ＳＥＬ２）とコネクタ１１（＃３）の受信線が接続されるブランチ受信バス（ＲＸ−ＳＥＬ３）とにそれぞれ確認信号が伝送される。このとき、受信選択回路１４２では、ブランチ受信バス（ＲＸ−ＳＥＬ３）のみが受信線１４７と接続されるように切り替えられているため、ブランチ受信バス（ＲＸ−ＳＥＬ２）で伝送された確認信号はＣＰＵ１５に届けられず、ブランチ受信バス（ＲＸ−ＳＥＬ３）で伝送された確認信号のみがＣＰＵ１５に届けられる。このようにして、選択されたコネクタ１１（＃３）に関する情報のみが受信されるように制御されている。

ＣＰＵ１５は、この確認信号の受信を待ち、正常に受信できればその選択されたコネクタ１１にＵＩユニット３０が装着されていると判断する。ＣＰＵ１５は、正常に受信できない場合、そのコネクタ１１にはＵＩユニット３０が装着されていないと判断する。

ＣＰＵ１５は、その選択されたコネクタ１１にＵＩユニット３０が装着されていると判断すると、その選択されたコネクタ１１の番号とその確認信号に含まれるデバイス番号とを含めた図１５に示すデータ信号（以降、位置情報データと表記する）を生成する。ＣＰＵ１５は、この生成された位置情報データを外部インタフェース１４を介して検証制御装置２０へ送信する。ＣＰＵ１５は、上述のようなコネクタ情報収集処理を全てのコネクタ１１に対して実行する。

ＣＰＵ１５は、全てのコネクタ１１に対し上述のコネクタ情報収集処理を完了すると、送信選択回路１４１及び受信選択回路１４２に通常動作に切り替るように送信選択情報線１４６及び受信選択情報線１４８を用いて指示する。これにより、送信選択回路１４１及び受信選択回路１４２は、全てのブランチ送信バスが送信線１４５に接続され、全てのブランチ受信バスが受信線１４７に接続されるように各スイッチ機構を切り替える。

図１５は、位置情報データのフォーマット例を示す図である。コマンドフィールドには、検証制御装置２０から送られた収集指示信号の応答としての位置情報データであることを示す識別番号が設定される。メッセージ長フィールドには、以降のコネクタ番号フィールドから連結子フィールドまでの長さ（バイト数）が設定される。コネクタ番号フィールドには、ＵＩユニット３０が装着されるコネクタ１１の番号が設定される。デバイス番号フィールドには、そのコネクタ番号の示すコネクタに装着されているＵＩユニット３０のデバイス番号が設定される。連結子フィールドには、更にこの位置情報データが後続しているかこのデータが最終であるかを示すデータが設定される。

このように、ＵＩパネル１０は、検証制御装置２０から収集指示信号を受けると、ＵＩユニット３０が装着されている全てのコネクタ１１に関するコネクタ番号及びそれらに装着されるＵＩユニット３０のデバイス番号を図１５に示す位置情報データを用いて検証制御装置２０へ通知する。

＜ＵＩユニット＞
第二実施形態のＵＩユニット３０は、上述の第一実施形態の機能に加えて、ＵＩパネル１０のコネクタ情報収集機能により送信される所定の位置検出信号を受信した場合に、応答として自身のデバイス番号を含めた確認信号を送信する機能を有する。その他の機能については第一実施形態と同様であるため、ここでは説明を省略する。

＜検証制御装置＞
第二実施形態における検証制御装置２０のハードウェア構成は、第一実施形態と同様である。第二実施形態では、ＣＰＵ２２により実現されるソフトウェア機能群のうち操作検証アプリケーション５０に新たな機能部が追加される。第二実施形態における操作検証アプリケーション５０は、図１６に示されるように、第一実施形態の構成に加えて、位置情報収集機能部１６１、操作性評価機能部１６２、評価結果ファイル１６３を更に有する。図１６は、第二実施形態における検証制御装置２０の機能構成の概略を示すブロック図である。以下、第一実施形態と異なる構成についてのみ説明する。

第二実施形態では、上述のような新たな機能部の追加に応じて、プロジェクト設定ファイル５３に新たな情報が付加される。図１７は、第二実施形態におけるプロジェクト設定ファイルの構成例を示す図である。第二実施形態のプロジェクト設定ファイル５３では、ＵＩユニット情報フィールドに、デバイス番号及び論理ＩＤに加えて、そのＵＩユニットの装着されるコネクタ番号が格納される。なお、プロジェクト設定ファイル５３に格納されるその他の情報については第一実施形態と同様である。

位置情報収集機能部１６１は、操作検証開始時などの所定のタイミングで、操作検証の対象となるＵＩを構成する各ＵＩユニット３０の位置情報を収集する。ＵＩユニット３０の位置情報としては、ＵＩユニット３０が装着されるＵＩパネル１０内のコネクタの番号が利用される。具体的には、位置情報収集機能部１６１は、まず、操作検証開始時などの所定のタイミングで、図４に示されるデータ信号フォーマットにおいて表示デバイス番号フィールドに０が設定された収集指示信号を外部インタフェースコントローラ２３を介して送信する。

これにより、ＵＩパネル１０では、上述したようなコネクタ情報収集機能が実行される。結果として、位置情報収集機能部１６１は、上記収集指示信号の応答として、図１５に示す位置情報データを受信する。位置情報収集機能部１６１は、この位置情報データに含まれるデバイス番号とコネクタ番号とをプロジェクト設定ファイル５３のデバイス情報フィールドに設定する。

操作性評価機能部１６２は、操作検証が開始されると、ＵＩの各操作を認識し、この認識された各操作についての評価データをそれぞれ算出する。具体的には、操作性評価機能部１６２は、操作検証機能部５２と同様に、外部インタフェースコントローラ２３を介して受信される操作データ（図３参照）を監視することで、ＵＩの各操作を認識する。操作性評価機能部１６２は、認識された各操作に関し以下のようなデータを取得する。

操作性評価機能部１６２は、操作間の時間を測定する。操作性評価機能部１６２は、この測定された時間を後の操作に関する操作時間としてその操作を示す識別情報と対応付けた形態で評価データを生成する。

更に、操作性評価機能部１６２は、操作間の移動量を算出する。操作性評価機能部１６２は、操作データが受信されると、この操作データのデバイス番号に対応するコネクタ番号をプロジェクト設定ファイル５３から抽出する。操作性評価機能部１６２は、前操作時のコネクタ番号と今回抽出されたコネクタ番号とを取得し、コネクタ番号間の距離を算出する。このコネクタ間の距離は、ＵＩパネル１０上のコネクタ１１の配置情報が予め保持されており、この配置情報に基づいて算出される。

例えば、図１４に示すように各コネクタ１１がマトリクス状に配置されている場合には、各コネクタの位置は座標情報として捉えることができるため、隣接する座標点間の縦横距離に基づいて各コネクタ番号に対応する位置座標間の距離を算出することができる。この場合、この位置座標間の距離がコネクタ番号間の移動量となる。その他、全てのコネクタ番号間の距離が予め格納されるようにしてもよいし、所定の規則に基づいて算出されるようにしてもよい。

操作性評価機能部１６２は、算出された操作間の移動量を後の操作に関する移動量としてその操作を示す識別情報と対応付けた形態で評価データを生成する。

更に、操作性評価機能部１６２は、上述のように取得される各操作間の時間と移動量とに基づいて、ＵＩ操作検証における操作移動速度を算出する。操作性評価機能部１６２は、算出された操作移動速度を含む評価データも生成する。

操作性評価機能部１６２は、上述のように生成された評価データを評価結果ファイル１６３に逐次格納する。これにより、この評価結果ファイル１６３には、各操作についての操作時間及び移動量、並びに操作移動速度が設定される。

操作性評価機能部１６２は、ユーザの操作により、この評価結果ファイル１６３の内容をグラフ表示する操作性評価画面を生成し、ディスプレイ２９に表示させる。

このような操作性評価機能部１６２の処理は、操作データの受信に応じて操作が検知される度に行われるようにしてもよいし、操作が検知された際にはそのコネクタ番号と操作時間のみが保持され、操作性評価画面を表示する際にコネクタ番号に基づいて移動量が算出され、各操作間の時間及び移動量により操作移動速度が算出されるようにしてもよい。

〔動作例〕
以下、第二実施形態におけるＵＩ検証システムの動作について、第一実施形態と異なる部分を主に説明する。

第一実施形態と同様に、ＵＩパネル１０上に検証対象のＵＩが実現され、検証制御装置２０上の操作検証アプリケーション５０によりプロジェクトの各種設定が完了すると、プロジェクト設定画面６２の検証開始ボタン８８が選択されることで操作検証が開始される。

第二実施形態では、操作検証が開始されると、まず、操作検証アプリケーション５０が検証対象のＵＩを構成する各ＵＩユニット３０の位置情報を収集する（位置情報収集機能部１６１）。具体的には、検証制御装置２０からＵＩパネル１０へ収集指示信号が送信され、ＵＩパネル１０でコネクタ情報収集機能が実行され、ＵＩユニット３０が装着されている全てのコネクタ１１に関するコネクタ番号及びそれらに装着されるＵＩユニット３０のデバイス番号を含む位置情報データがＵＩパネル１０から検証制御装置２０へ送信される。

検証制御装置２０では、受信された位置情報データに基づいて、操作検証アプリケーション５０が各ＵＩユニットのデバイス番号に対応する各コネクタ番号をプロジェクト設定ファイル５３にそれぞれ格納する。以降、第一実施形態と同様に操作検証が行われる。

第二実施形態では、第一実施形態と同様の操作検証が実現されると共に、検証制御装置２０が、ＵＩパネル１０からの操作データに基づいてＵＩの各操作を認識し、各操作に関する評価データを逐次生成する。この評価データは、各操作を示す識別情報に各操作間の時間及び移動量、並びに操作移動速度が関連付けられた形で構成される。検証制御装置２０は、このように生成された評価データを評価結果ファイル１６３に逐次格納する。

操作検証アプリケーション５０は、プロジェクト設定画面６２、操作検証画面６７等に設けられた評価ボタン１８１が選択されることにより、操作性評価画面１９０を表示する。図１８は、第二実施形態におけるプロジェクト設定画面６２の構成例を示す図である。図１９から２１は、操作性評価画面の構成例を示す図である。

操作性評価画面１９０は、評価結果ファイル１６３の内容をグラフ表示する画面である。操作性評価画面１９０には、移動量、時間及び速度の３タイプのグラフが表示される。この表示形式は、操作性評価画面１９０内の表示形式設定部１９１で切り替えられる。

移動量の表示形式が選択されると、図１９に示されるように、横軸に操作が示され、縦軸に移動量が示されるグラフ１９２が表示される。このグラフ１９２の下部には、更に、平均移動量、最大移動量、最小移動量が表示される。

時間の表示形式が選択されると、図２０に示されるように、横軸に操作が示され、縦軸に時間が示されるグラフ２０１が表示される。このグラフ２０１の下部には、更に、平均操作時間、最大操作時間、最小操作時間が表示される。

速度の表示形式が選択されると、図２１に示されるように、横軸に時間が示され、縦軸に移動量が示されるグラフ２１１が表示される。このグラフ２１１の下部には、更に、平均操作速度、最大操作速度、最小操作速度が表示される。

〈第二実施形態の作用及び効果〉
第二実施形態におけるＵＩ検証システムでは、ＵＩパネル１０において、検証制御装置２０からの要求（収集指示信号）により、ＵＩユニット３０の装着されるコネクタ１１に関する情報が収集され、この収集された情報（コネクタ１１のコネクタ番号）が検証制御装置２０へ送られる。

検証制御装置２０では、このコネクタ番号がそのＵＩユニットのアドレス及び論理ＩＤと対応付けられてＵＩユニット情報としてプロジェクト設定ファイル５３に格納される。検証制御装置２０の操作検証アプリケーション５０は、第一実施形態における操作検証を実施すると共に、ＵＩユニット３０の操作に応じて送られる操作データを検知することで操作検証時の操作履歴を記録する。このとき、検証制御装置２０では、この操作履歴と共に、各操作間の時間が計測され、上記ＵＩユニットが装着されるＵＩパネル１０上のコネクタ番号に応じて各操作間の移動量が算出され、これら情報に基づいて各操作の速度が算出される。検証制御装置２０では、操作検証の結果として、各操作に関する時間、移動量及び操作速度が対応付けられた評価データが生成され、評価結果ファイル１６３に出力される。

従って、第二実施形態におけるＵＩ検証システムによれば、操作検証の実行と共に、その操作検証時の操作履歴及び各操作間の移動量を含む評価データが生成されるため、そのＵＩの操作性評価も併せて行うことが可能となる。この評価データは、操作検証アプリケーション５０が生成する操作性評価画面によりグラフ表示される。従って、ユーザは、この操作性評価画面を参照することにより、自信が設計したＵＩの操作性評価を認識することができる。これにより、第二実施形態におけるＵＩ検証システムによれば、ユーザのＵＩデザイン能力を向上させることができる。

ここで、ＵＩパネル１０では、バス１２が、送信選択回路１４１に接続され送信バスを形成する複数のブランチ送信バスと、受信選択回路１４２に接続され受信バスを形成する複数のブランチ受信バスと、から構成され、各コネクタ１１が、その送信線で複数のブランチ送信バスのいずれか１つに接続し、複数のブランチ受信バスのうち同一ブランチ送信バスに接続される他のコネクタ１１とは異なるブランチ受信バスにその受信線で接続する。このような構成で、ＵＩパネル１０では、送信選択回路１４１及び受信選択回路１４２がコネクタ１１のいずれか１つと通信できるように切替制御され、ブランチ送信バスに送出された位置検出信号の応答となる確認信号が正常に受信されるか否かでＵＩユニット３０が装着されるコネクタ番号が収集される。

このような構成により、第二実施形態におけるＵＩ検証システムは、操作性評価に利用される各ＵＩユニット３０の位置を自動で検出することができる。つまり、ＵＩ構成を変更したとしてもその変更後のＵＩユニット３０の位置を自動で検出することができるため、操作性評価を行う上での煩雑な設定を必要としない。従って、第二実施形態におけるＵＩ検証システムによれば、ＵＩ構成を容易に変更することもでき、かつその変更後のＵＩ構成を用いて操作性評価を併せて行うことができる。

［変形例］
上述の第二実施形態では、検証制御装置２０が、ＵＩパネル１０からの操作データに基づいてＵＩの各操作を認識し、各操作に関する評価データを逐次生成しており、この評価データは、各操作を示す識別情報に各操作間の時間及び移動量、並びに操作移動速度が関連付けられた形で構成されていた。

この第二実施形態の変形例として、ＵＩを構成する各ＵＩブロック３０をそのＵＩブロック３０の種類（論理ＩＤ等）に応じてグループ化し、同一グループ内の操作間及びグループを跨る操作間における時間、移動量、操作速度を取得するようにしてもよい。

この場合には、検証制御装置２０において、操作検証アプリケーション５０が、コネクタ番号等と共に、グループの識別するためのグループIDをデバイス番号と関連付けてプロジェクト設定ファイル５３のデバイス情報フィールドに設定するように構成する。図２２は、第二実施形態の変形例のプロジェクト設定ファイルの構成例を示す図である。このグループＩＤは、プロジェクト設定画面６２の入力設定部８５等で設定されるようにすればよい。

操作検証アプリケーション５０は、このグループIDを用いて、ＵＩパネル１０からの操作データに基づいてＵＩの各操作を認識し、この認識された各操作をこのＵＩの属するグループの操作としても認識する。これにより、操作検証アプリケーション５０は、操作性評価画面１９０に、同一グループ内の操作間及びグループを跨る操作間における時間、移動量、操作速度を示すようなグラフを表示する。

［その他］
〈ソフトウェアの構成要素（Component）について〉
ソフトウェアの構成要素とは、ソフトウェアとして上記機能を実現する部品（断片）であり、そのソフトウェアを実現する言語、開発環境等を限定する概念ではない。ソフトウェアの構成要素としては、例えば、タスク、プロセス、スレッド、ドライバ、ファームウェア、データベース、テーブル、関数、プロシジャ、サブルーチン、プログラムコードの所定の部分、データ構造、配列、変数、パラメータ等がある。これらソフトウェアの構成要素は、１又は複数のメモリ（１または複数のプロセッサ（例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processer）等）上で実現される。

なお、上述の各実施形態は、上記各機能部の実現手法を限定するものではないため、上記各機能部は、上記ソフトウェアの構成要素として、本技術分野の通常の技術者において実現可能な手法により構成されていればよい。

Claims (8)

1. ユーザインタフェース（ＵＩ）の各構成要素であり個々に固有のアドレスが設定された複数のＵＩユニットが装着されるＵＩ装置と、前記ＵＩ装置に装着されたＵＩユニットの操作に応じてシーン画面を制御する検証制御装置と、を有するＵＩ検証システムにおいて、
   前記ＵＩ装置は、
   前記各ＵＩユニットを着脱可能に支持し、装着されたＵＩユニットと通信を行うための通信線を有する複数のコネクタと、
   前記複数のコネクタの各通信線がそれぞれ接続されるバスと、
   前記バスを介した前記複数のＵＩユニットとの通信、及び前記検証制御装置との通信をそれぞれ制御する通信制御手段と、
   を備え、
   前記検証制御装置は、
   前記各ＵＩユニットのアドレスを各ＵＩユニットの種別に対応する種別情報と対応付けてそれぞれ格納するユニットテーブルと、
   前記シーン画面の表示状態を変更させる契機となる前記種別情報をそのシーン画面の情報と関連付けて格納するシーン設定テーブルと、
   前記複数のＵＩユニットのうち操作されたＵＩユニットのアドレスを含む操作情報を前記ＵＩ装置から受信する受信手段と、
   前記受信手段で前記操作情報が受信された際に、この操作情報に含まれるアドレスに対応する種別情報を前記ユニットテーブルから取得する取得手段と、
   前記取得手段により取得された種別情報が現在表示されているシーン画面の表示状態を変更させる契機情報として前記シーン設定テーブルに設定されている場合に、前記シーン設定テーブルの設定内容に応じてシーン画面を制御する画面制御手段と、
   を備えるＵＩ検証システム。
2. 前記ＵＩ装置の通信制御手段は、
   前記複数のコネクタのうちＵＩユニットが装着されたコネクタを検知することにより前記各ＵＩユニットが装着されたコネクタの情報をそれぞれ収集する収集手段、を含み、
   前記検証制御装置は、
   前記ＵＩ装置から送られるコネクタ情報に基づいて、前記複数のＵＩユニットの位置情報を取得する位置情報取得手段と、
   前記受信手段により受信された操作情報に基づいて前記複数のＵＩユニットの操作履歴を記録する履歴記録手段と、
   前記履歴記憶手段により記録された操作履歴及び前記位置情報取得手段により取得された各ＵＩユニットの位置情報に基づいて、前記複数のＵＩユニットの各操作間の移動量をそれぞれ算出する算出手段と、
   前記履歴記録手段により記録された操作履歴及び前記算出手段により算出された操作間の移動量を含む評価データを生成するデータ生成手段と、
   を更に備える請求項１に記載のＵＩ検証システム。
3. 前記ＵＩ装置の各コネクタが有する通信線は、装着されたＵＩユニットへ信号を送る送信線とそのＵＩユニットからの信号を受ける受信線とをそれぞれ含み、
   前記ＵＩ装置のバスは、送信選択回路により接続される複数のブランチ送信バスと、受信選択回路により接続される複数のブランチ受信バスと、を含み、前記各コネクタの送信線がそれぞれいずれか１つのブランチ送信バスに接続され、前記各コネクタの受信線がそれぞれいずれか１つのブランチ受信バスに接続され、１つのブランチ送信バスに送信線で接続される各コネクタがそれぞれ異なるブランチ受信バスに受信線で接続されるように構成され、
   前記ＵＩ装置の収集手段は、
   前記複数のブランチ送信バスのうちのいずれか１つのブランチ送信バス及び前記複数のブランチ受信バスのうちのいずれか１つのブランチ受信バスを選択し、この選択されたブランチ送信バス及びブランチ受信バスのみと接続されるように前記送信選択回路及び前記受信選択回路を制御する選択制御手段、を含み、
   前記選択制御手段により選択されたブランチ送信バスへ送信した所定の信号に対する所定の応答信号がその選択されたブランチ受信バスから受信されるか否かを確認することにより、前記ＵＩユニットが装着されたコネクタを検知する、
   請求項２に記載のＵＩ検証システム。
4. 前記検証制御装置は、
   前記受信手段により受信された操作情報に基づいて、前記複数のＵＩユニットの各操作間の時間を計測する計測手段、
   を更に備え、
   前記データ生成手段は、前記検証データとして前記計測手段により計測された各操作間の時間、及び前記各操作間の移動量とこの時間とに基づく操作速度を更に生成する、
   請求項２又は３に記載のＵＩ検証システム。
5. 前記検証制御装置のユニットテーブルは、前記各ＵＩユニットのアドレスを各ＵＩユニットの種別に対応する種別情報及び各ＵＩユニットが属するグループの情報と対応付けてそれぞれ格納し、
   前記検証制御装置のデータ生成手段は、前記履歴記録手段により記録された操作履歴を前記グループ毎に区分けし、前記検証データとして、同一グループ内の操作間及びグループを跨る操作間の少なくとも１つにおける時間、移動量、操作速度を更に生成する
   請求項４に記載のＵＩ検証システム。
6. 前記検証制御装置は、
   前記シーン画面を表示する表示ユニットとして、前記複数のＵＩユニットのうちの表示ユニットを用いるか又はそれ以外の表示ユニットを用いるかを示す表示ユニット設定情報を格納する表示設定テーブル、
   を更に備え、
   前記画面制御手段は、前記表示設定テーブルに格納される表示ユニット設定情報に応じて前記シーン画面を制御するための制御データを前記ＵＩ装置へ送信するか否かを決定する、
   請求項１から５のいずれか１項に記載のＵＩ検証システム。
7. ユーザインタフェース（ＵＩ）の各構成要素であり個々に固有のアドレスが設定された各ＵＩユニットを着脱可能に支持し、装着されたＵＩユニットと通信を行うための通信線を有する複数のコネクタと、前記複数のコネクタの各通信線がそれぞれ接続されるバスと、前記バスを介した前記複数のＵＩユニットとの通信、及び前記検証制御装置との通信をそれぞれ制御する通信制御手段と、を有するＵＩ装置と接続され、前記ＵＩ装置に装着されたＵＩユニットの操作に応じてシーン画面を制御する検証制御装置において、
   前記各ＵＩユニットのアドレスを各ＵＩユニットの種別に対応する種別情報と対応付けてそれぞれ格納するユニットテーブルと、
   前記シーン画面の表示状態を変更させる契機となる前記種別情報をそのシーン画面の情報と関連付けて格納するシーン設定テーブルと、
   前記複数のＵＩユニットのうち操作されたＵＩユニットのアドレスを含む操作情報を前記ＵＩ装置から受信する受信手段と、
   前記受信手段で前記操作情報が受信された際に、この操作情報に含まれるアドレスに対応する種別情報を前記ユニットテーブルから取得する取得手段と、
   前記取得手段により取得された種別情報が現在表示されているシーン画面の表示状態を変更させる契機情報として前記シーン設定テーブルに設定されている場合に、前記シーン設定テーブルの設定内容に応じてシーン画面を制御する画面制御手段と、
   を備える検証制御装置。
8. ユーザインタフェース（ＵＩ）の各構成要素であり個々に固有のアドレスが設定された各ＵＩユニットを着脱可能に支持し、装着されたＵＩユニットと通信を行うための通信線を有する複数のコネクタと、前記複数のコネクタの各通信線がそれぞれ接続されるバスと、前記バスを介した前記複数のＵＩユニットとの通信、及び前記検証制御装置との通信をそれぞれ制御する通信制御手段と、を有するＵＩ装置と、前記ＵＩ装置に装着されたＵＩユニットの操作に応じてシーン画面を制御する検証制御装置とにより実行されるＵＩ検証方法において、
   前記検証制御装置が、
   前記各ＵＩユニットのアドレスを各ＵＩユニットの種別に対応する種別情報と対応付けてユニットテーブルにそれぞれ格納するステップと、
   前記シーン画面の表示状態を変更させる契機となる前記種別情報をそのシーン画面の情報と関連付けてシーン設定テーブルに格納するステップと、
   前記複数のＵＩユニットのうち操作されたＵＩユニットのアドレスを含む操作情報を前記ＵＩ装置から受信するステップと、
   前記操作情報が受信された際に、この操作情報に含まれるアドレスに対応する種別情報を前記ユニットテーブルから取得するステップと、
   前記取得された種別情報が現在表示されているシーン画面の表示状態を変更させる契機情報として前記シーン設定テーブルに設定されている場合に、前記シーン設定テーブルの設定内容に応じてシーン画面を制御するステップと、
   を実行するＵＩ検証方法。

Images