JPH08241191A - Ｇｕｉ自動評価装置 - Google Patents

Abstract

(57)【要約】 【目的】 アプリケーションのＧＵＩがガイドラインに
そって設計されているかどうかに関して、自動的に迅速
かつ誤りなく検証を行うことを目的とする。 【構成】 ＧＵＩ自動評価装置は、ＧＵＩの画面設計の
ガイドを入力しそのガイドデータを形式的なルールの形
式で蓄積するルール格納手段と、アプリケーション側の
ＧＵＩオブジェクトのデータを入力してＧＵＩ情報とし
て蓄積するＧＵＩ情報記録手段とをもち、ルールとＧＵ
Ｉ情報をマッチングさせてＧＵＩの評価を行い、結果を
評価結果として出力する。これにより、アプリケーショ
ンのＧＵＩがガイドにそって設計されているかどうかに
関して、自動的に迅速かつ誤りなく検証を行うことが可
能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＧＵＩをもつシステム
の評価に係り、特に、ＧＵＩを自動的に検証・評価する
ＧＵＩ自動評価装置に関する。

【０００２】

【従来の技術】近年、エンドユーザに対してよりわかり
やすいインタフェースを提供するために、ＧＵＩをもつ
アプリケーションが多くなっている。ＧＵＩの設計で
は、ボタン、メニュー、テキスト入力領域といった様々
なＧＵＩ部品のウィンドウ上の配置を定めたり、ＧＵＩ
部品の色や形状などの属性を定める。ここではこれらの
ＧＵＩ部品や属性を総称してＧＵＩオブジェクトと呼
ぶ。

【０００３】ＧＵＩの設計は、ユーザにアプリケーショ
ンの見ためと使用感の一貫性を与えるために、一般にス
タイルガイドやデザインガイド（以下ガイド）と呼ばれ
る設計基準に従って行われる。ガイドはウィンドウ環境
の見ためと使用感の一貫性を与えるために、ユーザから
見えるＧＵＩオブジェクトのタイプとそれらのＧＵＩオ
ブジェクトの使い方を規定したガイドラインである。

【０００４】従来、ガイドにそってＧＵＩを設計してい
るかどうかの検証は、人手によるしか方法がなかった。
しかしこの方法ではテスト仕様書の作成やテストの実施
が人手によって行われるため、以下の理由により多くの
工数を要するという問題があった。

【０００５】・検証する人がガイドを理解する必要があ
る。 ・ガイドの内容が多岐にわたるため、検証の項目を作成
するのが困難である。

【０００６】・ＧＵＩオブジェクトが多数にわたるた
め、検証の項目を作成するのが困難である。

【０００７】また従来、ＧＵＩ部分の検証はシステムテ
ストにおいて実施されることが多い。システムテストは
開発の下流工程にあたるため、ＧＵＩの設計に不備があ
った場合の発見が遅れるという問題がある。ＧＵＩ部分
の変更はアプリケーション全体に及ぼす影響が非常に大
きいためシステムテスト段階になってからＧＵＩの検証
をするということは問題がある。

【０００８】

【発明が解決しようとする課題】従来の方法においては
次のような問題があった。

【０００９】ガイドにそってＧＵＩを設計しているかど
うかを検証することに関して、人手では自動的に迅速か
つ誤りなくテスト仕様書を作成およびテスト実施するこ
とができなかった。

【００１０】また人手にたよっているため、多くの工数
を要するという問題があった。また、ＧＵＩの検証は開
発の下流工程で実施されるため、ＧＵＩの設計に問題が
あった場合の発見が遅れるという問題があった。

【００１１】また、ＧＵＩがガイドに違反していた場
合、どこが間違っているかがすぐにはわからないという
問題があった。

【００１２】また、ＧＵＩの構築はＧＵＩ構築用のツー
ルで行われることがあるが、ガイドにそった設計になっ
ているかどうかは人手によって検証するしか方法がな
く、問題の発見が遅れて手戻り作業が発生するという問
題があった。

【００１３】本発明の第１の目的は、ガイドにそってＧ
ＵＩを設計しているかどうかを検証することに関して、
ＧＵＩオブジェクトのデータを抽出し、自動的に迅速か
つ誤りなく検証を実施する装置を提供することである。

【００１４】本発明の第２の目的は、ガイドにそってＧ
ＵＩを設計しているかどうかを検証することに関して、
仕様書から自動的にＧＵＩオブジェクトのデータを抽出
し、自動的に迅速かつ誤りなく検証を実施する装置を提
供することである。

【００１５】本発明の第３の目的は、ガイドにそってＧ
ＵＩを設計しているかどうかを検証することに関して、
ソースプログラムから自動的にＧＵＩオブジェクトのデ
ータを抽出し、自動的に迅速かつ誤りなく検証を実施す
る装置を提供することである。

【００１６】本発明の第４の目的は、上記の自動的に検
証を実施することに加えて、どこをどう修正すべきであ
るかという修正ガイド情報を、自動的に迅速かつ誤りな
く作成する装置を提供することである。

【００１７】本発明の第５の目的は、ガイドにそってＧ
ＵＩを設計しているかどうかを検証することに関して、
既存のＧＵＩ構築用のツールから自動的にＧＵＩオブジ
ェクトのデータを抽出し、動的・自動的に誤りなく検証
を実施する装置を提供することである。

【００１８】

【課題を解決するための手段】上記課題を解決するため
に、本発明は第１に、ＧＵＩの画面設計のガイドライン
を、ウインドウの属性情報と属性値からなる条件部と、
当該属性値が満たすべき制約を記述した結果部とからな
るルールの形式で蓄積するルール格納手段と、アプリケ
ーションのＧＵＩオブジェクトのデータを、ウインドウ
毎に属性情報と属性値からなるＧＵＩ情報として格納す
るＧＵＩ情報記録手段と、前記ルール格納手段に格納さ
れたルールと前記ＧＵＩ情報記録手段に格納されたＧＵ
Ｉ情報とをマッチングする判定手段と、前記判定手段に
よって判定された結果を出力する判定結果出力手段とを
具備している。

【００１９】第２に、ガイドを入力するガイド入力手段
と、前記ガイド入力手段により入力されたガイドデータ
をルールの形式で蓄積するルール格納手段と、アプリケ
ーションのＧＵＩオブジェクトのデータを入力するＧＵ
Ｉ情報入力手段と、前記ＧＵＩ情報入力手段により入力
されたＧＵＩオブジェクトのデータをＧＵＩ情報として
格納するＧＵＩ情報記録手段と、前記ルール格納手段に
格納されたルールと前記ＧＵＩ情報記録手段に格納され
たＧＵＩ情報とをマッチングする判定手段と、前記判定
手段によって判定された結果を出力する判定結果出力手
段を備えたものである。

【００２０】第３に、上記第２の手段において、ルール
格納手段に格納されたルールが、定性的位置情報を数式
で表現した結果部を含み、ＧＵＩ情報が、属性情報とし
て数値で表現された属性値をとる表示位置に関する情報
を含み、判定手段が、前記ＧＵＩ情報の表示位置に関す
る情報を前記結果部の数式を満たすか否かの判定を行う
ことにより、ルールとＧＵＩ情報とのマッチングを行う
ことを特徴とするものである。

【００２１】第４に、 上記第２または第３の手段にお
いて、ＧＵＩ情報記録手段が、ウインドウ毎のＧＵＩ情
報に加え、複数のウィンドウ間の関係を記述した属性情
報と属性値からなる情報を記録し、判定手段がウインド
ウ毎のＧＵＩ情報に加え、前記情報とルール格納手段に
格納されたルールとのマッチングを行うことを特徴とす
るものである。

【００２２】第５に、上記第２から第４の手段におい
て、ＧＵＩ情報入力手段の代え、仕様データにタグを付
けたタグ付き仕様書を入力する仕様文書入力手段と、前
記仕様文書入力手段により入力されたタグ付き仕様書の
タグを解析しＧＵＩ情報に変換する文書−ＧＵＩ情報変
換手段を具備したものである。ここで、タグ付き仕様書
とは、仕様書に解析のための解釈情報を付加した仕様書
をいう。

【００２３】第６に、上記第２から第４の手段におい
て、ＧＵＩ情報入力手段の代え、ソースプログラムを入
力するソースプログラム入力手段と、前記ソースプログ
ラム入力手段に入力されたソースプログラムを解析しＧ
ＵＩ情報に変換するソース−ＧＵＩ情報変換手段を具備
したものである。

【００２４】第７に、上記第１から第６の手段におい
て、ルール格納手段が修正ガイド情報を格納し、ルール
格納手段に格納されたルールとＧＵＩ情報記録手段に格
納されたＧＵＩ情報とを判定手段においてマッチングし
た結果、ルールに違反している部分ととともに、どう修
正すべきであるかという前記修正ガイド情報を出力する
修正ガイド出力手段を具備したものである。

【００２５】第８に、上記第２から第７の手段におい
て、ＧＵＩ情報入力手段に代え、ＧＵＩ構築手段よりＧ
ＵＩオブジェクト情報を抽出するＧＵＩ情報抽出手段を
設けたものである。

【００２６】

【作用】上記第１、第２の手段において、判定手段が、
ＧＵＩ情報記録手段に属性情報と属性値の形式で格納さ
れたアプリケーションのＧＵＩオブジェクトデータに対
し、ルール格納手段に格納された属性情報と属性値から
なる条件部と、当該属性値が満たすべき制約を記述した
結果部とからなるルールを、条件部の属性情報をキーに
検索し結果部の制約を評価することにより、アプリケー
ションのＧＵＩがガイドにそって設計されているかどう
かに関して、自動的に迅速かつ誤りなく検証を行うこと
が可能となり、ひいては開発における工数を大幅に削減
することができる。

【００２７】第３の手段において、判定手段が、属性情
報として数値で表現された属性値をとる表示位置に関す
るＧＵＩ情報を、定性的位置情報を数式で表現した結果
部の数式を満たすか否かを判定することにより、ガイド
が定性的な位置情報を規定している場合においても上記
同様に、アプリケーションのＧＵＩがガイドにそって設
計されているかどうかに関して、自動的に迅速かつ誤り
なく検証を行うことが可能となる。

【００２８】第４の手段において、判定手段がウインド
ウ毎のＧＵＩ情報に加え、ＧＵＩ情報記録手段に格納さ
れた複数のウィンドウ間の関係を記述した属性情報と属
性値からなる情報とルールとのマッチングを行うことに
より、ガイドが複数のウィンドウ間の関係やアプリケー
ション全体に関わって規定している場合においても上記
同様に、アプリケーションのＧＵＩがガイドラインにそ
って設計されているかどうかに関して、自動的に迅速か
つ誤りなく検証を行うことが可能となる。

【００２９】第５の手段において、仕様文書入力手段が
タグ付き仕様書を入力し、文書−ＧＵＩ情報変換手段が
タグ付き仕様書のタグを解析しＧＵＩ情報に変換するこ
とにより、ガイドにそってＧＵＩを設計しているかどう
かを検証することに関して、タグ付き仕様書より自動的
にＧＵＩ情報を抽出し、開発の早い段階で自動的により
迅速かつ誤りなく検証を実施することが可能となる。

【００３０】第６の手段において、ソース−ＧＵＩ情報
変換手段が、ソースプログラム入力手段により入力され
たソースプログラムを解析しＧＵＩ情報に変換すること
により、ガイドにそってＧＵＩを設計しているかどうか
を検証することに関して、ソースプログラムより自動的
にＧＵＩ情報を抽出することにより、自動的により迅速
かつ誤りなく検証を実施することが可能となる。

【００３１】第７の手段において、修正ガイド出力手段
がルール格納手段に格納されたルールとＧＵＩ情報記録
手段に格納されたＧＵＩ情報とを判定手段においてマッ
チングした結果、ルールに違反している部分とととも
に、どう修正すべきであるかという修正ガイド情報を出
力するため、自動的に検証を実施した後、どの部分をど
う修正すべきであるのかという修正ガイド情報を、自動
的に迅速かつ誤りなく得ることができる。ひいては、開
発における工数を削減することができる。

【００３２】第８の手段において、ＧＵＩ情報抽出手段
が既存のＧＵＩ構築手段よりＧＵＩオブジェクト情報を
抽出するため、ガイドにそってＧＵＩを設計しているか
どうかを検証することに関して、既存のＧＵＩ構築用の
ツールを用いて、動的・自動的に誤りなく検証を実施す
ることが可能となる。

【００３３】

【実施例】

（実施例１）以下、本発明の第１の実施例を図を用いて
詳細に説明する。図１は本発明にかかる一実施例のＧＵ
Ｉ自動評価装置の構成を示すブロック図である。同図に
おいて、１０１はガイドを入力するガイド入力手段、１
０２はガイドを形式的に記述したルールとして格納する
ルール格納手段である。１０３はアプリケーションより
ＧＵＩオブジェクトのデータを抽出して入力するＧＵＩ
情報入力手段、１０４は、１０３で抽出したアプリケー
ションのＧＵＩオブジェクトのデータを、各ウィンドウ
毎に定めたフォーマットにて記録するＧＵＩ情報記録手
段である。

【００３４】１０５は１０２ルール格納手段に格納され
ているルールと１０４ＧＵＩ情報記録手段に格納されて
いる、アプリケーションのＧＵＩ情報のマッチングを行
い、アプリケーションのＧＵＩがガイドにそって設計さ
れているかどうかを判定する判定手段である。

【００３５】１０６は１０５判定手段にて判定された結
果をＧＵＩ評価結果として出力する判定結果出力手段で
ある。

【００３６】図２はガイドの例を示している。例で示す
ように、ユーザにアプリケーションの見ためと使用感の
一貫性を与えるために、ＧＵＩオブジェクトの構成や配
置の設計に関するガイドラインとして規定されているも
のである。ここでは、その一部を示す。

【００３７】図３は、具体的なアプリケーションの画面
例を示している。ここでは、簡単な文書エディタのＴｅ
ｘｔＥｄｉｔというアプリケーションを例にする。Ｔｅ
ｘｔＥｄｉｔのＧＵＩに関する動きは、以下の通りであ
る。 ・ＦｉｌｅボタンのＬｏａｄメニューを選択：”Ｌｏａ
ｄ”というウィンドウが開いて、読み込むファイル名の
入力待ち状態になる。

【００３８】ファイル名が入力され、”Ｌｏａｄ”ボタ
ンが押されたらファイルを読み込む。

【００３９】また、読み込み動作の確認時には、確認ウ
ィンドウが表示される。 ・ＦｉｌｅボタンのＳａｖｅメニューを選択：”Ｓａｖ
ｅ”というウィンドウが開いて、セーブするファイル名
の入力待ち状態になる。

【００４０】ファイル名が入力され、”Ｓａｖｅ”ボタ
ンが押されたらファイルをセーブする。また、”Ｓａｖ
ｉｎｇ Ｆｉｌｅ．”というメッセージが表示される。 ・ＦｉｌｅボタンのＱｕｉｔメニューを選択：アプリケ
ーションが終了する。

【００４１】ルール格納手段には図４に示すようなルー
ルが格納される。図に示すように、ルールはＧＵＩオブ
ジェクトについて表現され、条件部にＧＵＩオブジェク
トをキー項目としてもち、結果部にそれぞれのＧＵＩオ
ブジェクトに対する制約をルールとして記述する形式で
構成される。

【００４２】図４は図２に示したガイドをルールとして
記述した例である。「ウィンドウ属性」が「ベースウィ
ンドウ」であるならば、「必須構成要素」として「ヘッ
ダ」「ウィンドウメニューボタン」「アプリケーション
タイトル」「アイコン」が存在しなければならない。
「構成要素」が「メニュー」であるならば、「項目数」
は１０以下であり、かつ「ボタンタイトル」が「メニュ
ー内容」と同じであってはならない。以下についても同
様である。

【００４３】図５はＧＵＩ情報記録手段に格納された、
図３に示すアプリケーションのＧＵＩ情報の例を示す。
図に示すように、ウィンドウ毎に以下のような属性情報
をデータとして持つ。

【００４４】・ウィンドウ属性 ・構成要素 ・メニュータイトル ・メニュー内容 ・メニュー項目数 ・色 ・メッセージの種類 ・メッセージの表示場所 ・先頭文字 ・最終文字 ・文章間文字 これらの属性は必要に応じて変更したり追加削除しても
よい。ウィンドウに上記属性がない場合にはＮｕｌｌと
する。

【００４５】図６に判定結果出力手段より出力した出力
例を示す。以下、図３に示すアプリケーションを例にと
り、図２に示すガイドを適用して本装置の動作を説明す
る。

【００４６】図１において、１０１のガイド入力手段
で、ルールのもととなるガイドデータ（図２）を入力す
る。例えば、「ベースウィンドウの必須エレメントには
以下のものがある。

【００４７】・ヘッダ ・ウィンドウメニューボタン ・アイコン 」 というガイドについて、手入力にて１０２のルール格納
手段において格納されるフォーマットで入力する。

【００４８】従って、１０２のルール格納手段において
は、図４に示す記述形式でルールとして格納される。例
えば、次のようになる。

【００４９】条件部 ウィンドウ属性 ＝ ベースウィンドウ 結果部 必須要素 ＝ ｛ヘッダ，ウィンドウメニューボタン，
アイコン｝ なお、ガイド入力手段は、本実施例では手入力である
が、例えばスキャナ入力なども可能である。また、ガイ
ド自体が機械可読形式であれば、それを入力してもよ
い。

【００５０】一方、１０３のＧＵＩ情報入力手段にて、
アプリケーションよりＧＵＩオブジェクトのデータを抽
出して１０４のＧＵＩ情報記録手段に入力する。たとえ
ば、図３のアプリケーションＴｅｘｔＥｄｉｔよりＧＵ
Ｉオブジェクトのデータを抽出し、１０４のＧＵＩ情報
記録手段にウィンドウごとに記述する（図５）。次に、
１０５の判定手段において、１０２ルール格納手段に格
納されているルールと１０４ＧＵＩ情報記録手段に格納
されている、アプリケーションのＧＵＩ情報のマッチン
グを行う。

【００５１】例えば、図５のＷＩＮ−ＩＤ：００１のウ
ィンドウに関して、「ウィンドウ属性」が「ベースウィ
ンドウ」であるので、図４の 条件部 ウィンドウ属性 ＝ ベースウィンドウ 結果部 必須要素 ＝ ｛ヘッダ，ウィンドウメニュ
ーボタン，アイコン｝ の部分が評価される。ＷＩＮ−ＩＤ：００１のウィンド
ウは、必須要素としての「ウィンドウメニューボタン」
がないため、マッチングの結果はＮＧとなる。

【００５２】次に１０６の判定結果出力手段において、
１０４判定部にて判定された結果をＧＵＩ評価結果とし
て出力し、ＧＵＩの評価結果を得ることができる。

【００５３】次に、１０５の判定手段の処理の流れを図
７を用いて説明する。まず、１０４ＧＵＩ情報記録手段
に格納されているウィンドウ毎の属性情報を取り出す。
（７０１）。次に入力されたウィンドウの属性情報をキ
ーにして、１０２のルール格納手段の条件部を検索する
（７０２）。ウィンドウ属性と条件部がマッチしたらＧ
ＵＩ情報記録手段に格納されている属性値（５０１）を
１０２ルール格納手段の結果部（４０２）によって評価
する（７０３）。次に上記判定結果を判定結果出力手段
（１０６）に送る（７０４）。以上の流れを、ＧＵＩ情
報記録手段に格納されているウィンドウ毎の属性情報す
べてについて実施したか判断し（７０５）、ルールの条
件部にマッチするものがなくなるまで実施する。

【００５４】以上にように、本実施例によれば、ガイド
ラインを、属性情報と属性値を条件部とし、当該属性値
が満たすべき制約を結果部としたルールとして記述し、
アプリケーションのＧＵＩオブジェクトのデータを、ウ
インドウ毎に属性情報と属性値からなるＧＵＩ情報とし
て格納し、ＧＵＩ情報を属性情報をキーとして検索した
ルールによって評価することにより、アプリケーション
のＧＵＩがガイドにそって設計されているかどうかに関
して、自動的に迅速かつ誤りなく検証を行うことが可能
となる。

【００５５】（実施例２）本発明の第２の実施例を図を
用いて詳細に説明する。第一の実施例との違いは、判定
手段においてマッチングする情報が定性的な位置情報で
あった場合においても同様にマッチングを行うことがで
きるルール格納手段とＧＵＩ情報記録手段を備えている
ことである。

【００５６】例えばガイドとして、「コマンドウィンド
ウのボタンは下方の中央になければならない」があり、
「下方」や「中央」という定性的な位置情報をマッチン
グして、判断する場合を考える。ここではルールを、元
となるウィンドウや画面を画面分割し、位置情報を数式
によって表現する方式で説明する。

【００５７】図８を用いて例を示す。図８において、Ｘ
軸の右矢印方向およびＹ軸の下矢印方向が正の方向であ
る。ボタンが存在するウィンドウの座標を（ｘ０，ｙ
０）、ウィンドウの高さと幅を（ｈ０，ｗ０）、ウィン
ドウに対するボタンの相対座標を（ａ，ｂ）、ウィンド
ウの高さと幅を（ｈ１，ｗ１）と表す。

【００５８】「ボタンが下方である」をルールとして表
現するための条件として画面を縦に２分割し、その下の
方にボタンがあることとする。従って、８０１に示すと
おり 、 ｂ ＞ １／２×ｈ０ の式で表現できる。

【００５９】一方「ボタンが中央にある」をルールとし
て表現するための条件としてボタンの幅の中心座標がウ
ィンドウの幅の中心座標と一致するという条件（ａ）と
幅を４分割したうち、内側の２つの中にボタン全体が入
るという条件（ｂ）の２つを満たすこととする。

【００６０】まず、（ａ）について、ボタンの幅の中心
座標がウィンドウの幅の中心座標と一致することとし、
これを８０２にあるとおり ａ ＋ １／２×ｗ１ ＝ １／２×ｗ０ の式で表現する。しかしながら、実際には誤差が含まれ
てくるため、ここでは仮に１０％程度の誤差を許し、以
下の式で表現する（８０３）。

【００６１】１／２×ｗ０×０.９ ＜ ａ＋１／２×
ｗ１ ＜ １／２×ｗ０×１.１ 次に、（ｂ）について、幅を４分割したうち、内側の２
つの中にボタン全体が入ることとし、これを８０４にあ
るとおり ａ ＞ １／４×ｗ０ ａ ＋ ｗ１ ＜ ３／４×ｗ０ の式で表現する。

【００６２】これらを、ルール格納手段にルールとして
格納した例を図９の９０１に示す。図４との違いはＧＵ
Ｉオブジェクトの定性的位置情報を数式表現したところ
である。

【００６３】ＧＵＩオブジェクトの位置情報をＧＵＩ情
報記録手段に格納した例を図１０に示す。ここでは、コ
マンドウィンドウの表示位置（１００１）とボタンの表
示場所（１００２）を表している。図５との違いは属性
情報として位置情報を加えたところである。

【００６４】判定手段において、定性的位置情報のルー
ルとＧＵＩ情報の位置情報がマッチングされる。上記の
例によって評価する。

【００６５】ｂ ＞ １／２×ｈ０ は １２０ ＞
６０ となり、式は真となる。１／２×ｗ０×０.９
＜ ａ ＋ １／２×ｗ１ ＜ １／２×ｗ０×１.１
は ９０ ＜ １００ ＜ １１０ となり、式は真と
なる。

【００６６】ａ ＞ １／４×ｗ０ は ７０ ＞ ５
０ となり、式は真となる。ａ ＋ ｗ１ ＜ ３／４
×ｗ０ は １３０ ＜ １５０ となり、式は真とな
る。

【００６７】したがって、上記の例の結果は真となり、
判定手段によりガイドに適合していることが判定され
る。

【００６８】以上、本実施例によれば、定性的な位置情
報を数式で表現しルールとすることにより、定性的な位
置情報に関しても自動的に検証することが可能である。

【００６９】（実施例３）本発明の第３の実施例を図を
用いて詳細に説明する。第一の実施例との違いは、判定
手段においてマッチングする情報が複数のウィンドウ間
の関係やアプリケーション全体にかかわるものであった
場合においても同様に判定を行うことができるＧＵＩ情
報記録手段および判定手段を備えていることである。

【００７０】図１１に複数のウィンドウ間の関係やアプ
リケーション全体にかかわる情報を追加した例を示す。
例では個々のウィンドウを越えたアプリケーション全体
としての「色」に関する情報を、ウィンドウと独立して
別項目として格納している（１１０１）。

【００７１】１０５の判定手段の処理の流れを、図１２
を用いて説明する。７０１〜７０４の処理は図７におけ
る７０１〜７０４と同様である。ここでは図７のフロー
チャートと異なる、１２０１〜１２０４の処理について
説明する。

【００７２】７０１〜７０４の各処理で個々のウィンド
ウの評価が終了した後、複数のウィンドウ間の関係やア
プリケーション全体にかかわるＧＵＩ情報を評価する。
すなわち、７０１と同様にＧＵＩ情報記録手段よりＧＵ
Ｉ情報を取り出す（１２０１）。属性情報をキーにし
て、１０２のルール格納手段の条件部を検索する（１２
０２）。属性情報と条件部がマッチしたら、ＧＵＩ情報
記録手段に格納されている属性値（５０１）を１０２ル
ール格納手段の結果部（４０２）によって評価する（１
２０３）。次に上記判定結果を判定結果出力手段（１０
６）に送る（１２０４）。以上の流れを、ＧＵＩ情報記
録手段に格納されている、複数のウィンドウ間の関係や
アプリケーション全体にかかわる属性情報すべてについ
て実施したか判断し（１２０５）、ルールの条件部にマ
ッチするものがなくなるまで実施する。

【００７３】なお、ここでは「色」を例にあげている
が、マッチングする情報として複数のウィンドウ間の関
係やアプリケーション全体にかかわるものである場合、
新たにそれらの項目を別項目として格納することにより
ＧＵＩに関するすべての情報を格納することができる。

【００７４】以上のように、本実施例によれば、複数の
ウィンドウ間の関係やアプリケーション全体にかかわる
ものであっても自動的に検証することが可能である。

【００７５】（実施例４）本発明の第４の実施例を図を
用いて詳細に説明する。図１３は本発明にかかる一実施
例のＧＵＩ自動評価装置の構成を示すブロック図であ
る。第１の実施例との違いは、１０３のＧＵＩ情報入力
手段の代りに、仕様データにタグを付けたタグ付き仕様
書として入力する仕様文書入力手段（１３ａ）と、前記
仕様文書入力手段により入力されたタグ付き仕様書のタ
グを解析して１０４のＧＵＩ情報記録手段に格納されて
いるＧＵＩ情報に変換する文書−ＧＵＩ情報変換手段
（１３ｂ）とを備えていることである。

【００７６】図１４にタグ付き仕様書例を示す。例は図
３に示すアプリケーションのＧＵＩ部分のタグ付き仕様
書の一部である。（表１）に主なタグの基本的な文法規
則を示す。

【００７７】

【表１】

【００７８】図１４および図５を用いて、１３ａの仕様
文書入力手段および１３ｂの文書−ＧＵＩ情報変換手段
を説明する。

【００７９】まず、仕様文書入力手段によりタグ付き仕
様書（図１４）を読み込む。続いて文書−ＧＵＩ情報変
換手段において、仕様文書入力手段により読み込まれた
タグつき仕様書を１０４のＧＵＩ情報記録手段に格納さ
れているＧＵＩ情報（図５）に変換する。ＧＵＩ情報記
録手段では、ウィンドウ毎に属性情報をもつ形式でＧＵ
Ｉ情報を保持しているため、以下に示すようにタグ付き
仕様書を解析し、属性値を抽出する。

【００８０】まず、それぞれのウィンドウＩＤを割り当
てるために、”＼ＧＵＩオブジェクト種別”のタグでタ
グの部品名が”ウィンドウ”で終る文字列を検索する。
ＩＤを割り当てたら次に、それぞれのウィンドウ毎に属
性の値を求める。以下に、図５のＷＩＮ−ＩＤ：００１
のウィンドウについてその属性の値を求める例を示す。

【００８１】（１）「ウィンドウ属性」は”＼ＧＵＩオ
ブジェクト種別｛…ウィンドウ”のタグを検索する。し
たがってＷＩＮ−ＩＤ：００１の「ウィンドウ属性」は
「ベースウィンドウ」である（１４０１）。

【００８２】（２）「構成要素」は”＼構成要素｛｝”
を検索する。さらに、ＷＩＮ−ＩＤ：００１は「ベース
ウィンドウ」であるため、”＼操作｛起動｝”を検索
し、直前の”＼ＧＵＩオブジェクト種別｛アイコン”が
あれば「アイコン」も「構成要素」のひとつとする（１
４０２ａ，１４０２ｂ）。したがってＷＩＮ−ＩＤ：０
０１の「構成要素」は「ヘッダ」「メニューバー」「ペ
イン」「フッタ」「アイコン」である（１４０２ａ，１
４０２ｂ）。

【００８３】（３）「メニュータイトル」は”＼ＧＵＩ
オブジェクト種別｛メニュー”を検索し｛ ｝内の第２
カラム目の記述より得る。したがってＷＩＮ−ＩＤ：０
０１の「メニュータイトル」は「Ｆｉｌｅ」である（１
４０３）。

【００８４】（４）「メニュー内容」は”＼ＧＵＩオブ
ジェクト種別｛メニューアイテム”を検索し｛ ｝内の
第２カラム目の記述より得る。したがってＷＩＮ−Ｉ
Ｄ：００１の「メニュー内容」は、「Ｌｏａｄ」「Ｓａ
ｖｅ」「Ｑｕｉｔ」である（１４０４）。

【００８５】（５）「メニュー項目数」は「メニュー内
容」と同様に、”＼ＧＵＩオブジェクト種別｛メニュー
アイテム”を検索し｛ ｝内の第２カラム目の要素数よ
り得る。したがってＷＩＮ−ＩＤ：００１の「メニュー
項目数」は、「３」である（１４０４）。

【００８６】（６）「メッセージの種類」は”＼ＧＵＩ
オブジェクト種別｛…メッセージ，”を検索する。した
がってＷＩＮ−ＩＤ：００１の「メッセージの種類」は
「情報提供メッセージ」である（１４０５）。

【００８７】（７）「メッセージの表示場所」は”＼Ｇ
ＵＩオブジェクト種別｛…メッセージ，”の直後の”＼
表示場所”を検索し｛ ｝内の記述より得る。したがっ
てＷＩＮ−ＩＤ：００１の「メッセージの表示場所」は
「ベースウィンドウのフッタ」である（１４０６）。

【００８８】（８）「先頭文字」は「メッセージの種
類」と同様に、”＼ＧＵＩオブジェクト種別｛…メッセ
ージ，”を検索する。｛ ｝内の第２カラム目の” ”
で囲まれた文字列がメッセージであるのでその先頭の文
字を取り出す。したがってＷＩＮ−ＩＤ：００１の「先
頭文字」は「Ｓ」である（１４０５）。

【００８９】（９）「最終文字」は、上記と同様に取り
出す。したがってＷＩＮ−ＩＤ：００１の「最終文字」
は「．」である（１４０５）。

【００９０】（10）「文章間文字」も、上記と同様に取
り出す。したがってＷＩＮ−ＩＤ：００１の「文章間文
字」はメッセージが１文であるため存在しない。したが
って「Ｎｕｌｌ」である（１４０５）。

【００９１】以上のようにして、文書−ＧＵＩ情報変換
手段において、タグ付き仕様書を図−５に示すＧＵＩ情
報記録手段のＧＵＩ情報に変換する。

【００９２】以上、本実施例によれば、タグ付き仕様書
より自動的にＧＵＩ情報を抽出し、自動的により迅速か
つ誤りなく検証を実施することが可能となる。

【００９３】（実施例５）本発明の第５の実施例を図を
用いて詳細に説明する。図１５は本発明にかかる一実施
例のＧＵＩ自動評価装置の構成を示すブロック図であ
る。第１の実施例との違いは、１０３のＧＵＩ情報入力
手段の代りに、ソースプログラムを入力するソースプロ
グラム入力手段（１５ａ）と、前記ソースプログラム入
力手段に入力されたソースプログラムを解析して１０４
のＧＵＩ情報記録手段に格納されているＧＵＩ情報にに
変換するソース−ＧＵＩ情報変換手段（１５ｂ）とを備
えていることである。

【００９４】図１６から図１８にソースプログラム例を
示す。（表２）に基本的な文法規則を示す。

【００９５】

【表２】

【００９６】例は図３に示すアプリケーションのＧＵＩ
部分のソースプログラムの一部である。図１６〜図１８
および図５を用いて、１５ａのソースプログラム入力手
段および１５ｂのソース−ＧＵＩ情報変換手段を説明す
る。

【００９７】まず、ソースプログラム入力手段によりソ
ースプログラム（図１５）を読み込む。続いてソース−
ＧＵＩ情報変換手段において、ソースプログラムを１０
４のＧＵＩ情報記録手段に格納されているＧＵＩ情報
（図−）に変換する。ＧＵＩ情報記録手段では、ウィン
ドウ毎に属性情報をもつ形式でＧＵＩ情報を保持してい
るため、以下に示すようにソースプログラムを解析し、
属性値を抽出する。

【００９８】まず、それぞれのウィンドウＩＤを割り当
てるために、”％ｕｉ：〜ｗｉｎｄｏｗ”を検索しＩＤ
を割り当てたら次に、それぞれのウィンドウ毎に属性の
値を求める。以下に、図５のＷＩＮ−ＩＤ：００１のウ
ィンドウについてその属性の値を求める例を示す。

【００９９】（１）「ウィンドウ属性」を得るために”
％ｕｉ：〜ｗｉｎｄｏｗ”を検索する。したがってＷＩ
Ｎ−ＩＤ：００１の「ウィンドウ属性」は「ベースウィ
ンドウ」である（１６０１）。

【０１００】（２）「構成要素」を得るために”％ｒｅ
ｌａｔ：ｈａｓ（）”の情報をたどって、検索する。そ
れぞれの構成要素の中でさらに構成要素をもつ場合もあ
る。ここでは”％ｉｄ：１”の”％ｒｅｌａｔ：ｈａｓ
（）”により、”％ｉｄ：”が２，３，１８，１９，２
０の％ｕｉ記述を見る。したがってＷＩＮ−ＩＤ：００
１の「構成要素」は「ヘッダ」「メニューバー」「ペイ
ン」「フッタ」「アイコン」である（１６０２）。それ
ぞれの構成要素の中でさらに構成要素をもつ場合もあ
る。

【０１０１】（３）「メニュータイトル」を得るため
に、”％ｕｉ：ｍｅｎｕ”の”％ａｔｔ：ｌａｂｅ
ｌ（）”の情報をたどって検索する。ここでは”％ｉ
ｄ：４”の”％ａｔｔ：ｌａｂｅｌ（）”により、した
がってＷＩＮ−ＩＤ：００１の「メニュータイトル」は
「Ｆｉｌｅ」である（１６０３）。

【０１０２】（４）「メニュー内容」を得るために、”
％ｕｉ：ｍｅｎｕ”の”％ｒｅｌａｔ：ｈａｓ（）”の
情報をたどって検索する。ここでは”％ｉｄ：４”の”
％ｒｅｌａｔ：ｈａｓ（）”により、”％ｉｄ：”が
５，６，７のｕｉ記述を見る。”％ｉｄ：”が５，６，
７の”％ａｔｔ：ｌａｂｅｌ（）”より、ＷＩＮ−Ｉ
Ｄ：００１の「メニュー内容」は、「Ｌｏａｄ」「Ｓａ
ｖｅ」「Ｑｕｉｔ」である（１６０４）。

【０１０３】（５）「メニュー項目数」を得るために、
「メニュー内容」と同様に、”％ｕｉ：ｍｅｎｕ”の”
％ｒｅｌａｔ：ｈａｓ（）”の要素数を検索する。した
がって、ＷＩＮ−ＩＤ：００１の「メニュー項目数」
は、「３」である（１６０４）。

【０１０４】（６）「メッセージの種類」を得るため
に、”％ｏｕｔｐｕｔ：ｄｉｓｐｌａｙ＿〜ｍｓ
ｇ（）”および”％ｏｕｔｐｕｔ：ｏｐｅｎ＿ｃｆｍｓ
ｇ（）”を検索する。ここでは”％ｉｄ：１９”の”％
ｏｕｔｐｕｔ：ｄｉｓｐｌａｙ＿ｉｎｆｏｍｓｇ（）”
により、したがってＷＩＮ−ＩＤ：００１の「メッセー
ジの種類」は「情報提供メッセージ」である（１６０
５）。

【０１０５】（７）「メッセージの表示場所」を得るた
め、上記同様”％ｏｕｔｐｕｔ：ｄｉｓｐｌａｙ＿〜ｍ
ｓｇ（）”および”％ｏｕｔｐｕｔ：ｏｐｅｎ＿ｃｆｍ
ｓｇ（）”を検索する。ここでは”％ｉｄ：１９”の”
％ｕｉ”および、”％ｉｄ：１９”が”％ｉｄ：１”と
％ｒｅｌａｔ：ｈａｓ（）”の関係にあることより、Ｗ
ＩＮ−ＩＤ：００１の「メッセージの表示場所」は「フ
ッタ」である（１６０６）。

【０１０６】（８）「先頭文字」を得るため、上記同
様”％ｏｕｔｐｕｔ：ｄｉｓｐｌａｙ＿ｉｎｆｏｍｓｇ
（）”を検索し、”（）”の記述よりメッセージを得、
その先頭の文字を取り出す。したがってＷＩＮ−ＩＤ：
００１の「先頭文字」は「Ｓ」である（１６０５）。

【０１０７】（９）「最終文字」を得るため、上記同
様”％ｏｕｔｐｕｔ：ｄｉｓｐｌａｙ＿ｉｎｆｏｍｓｇ
（）”を検索し、”（）”の記述よりメッセージを得、
その最終の文字を取り出す。したがってＷＩＮ−ＩＤ：
００１の「最終文字」は「．」である（１６０５）。

【０１０８】（10）「文章間文字」を得るため、上記同
様”％ｏｕｔｐｕｔ：ｄｉｓｐｌａｙ＿ｉｎｆｏｍｓｇ
（）”を検索し、”（）”の記述よりメッセージを得、
その文と文の間の文字を取り出す。したがってＷＩＮ−
ＩＤ：００１の「文章間文字」はメッセージが１文であ
るため存在しない。したがって「Ｎｕｌｌ」である（１
６０５）。

【０１０９】以上のようにして、ソース−ＧＵＩ情報変
換手段において、ソースプログラムを図５に示すＧＵＩ
情報記録手段のＧＵＩ情報に変換する。

【０１１０】以上、本実施例によれば、ソースプログラ
ムから自動的により迅速かつ誤りなく検証を実施するこ
とが可能となる。

【０１１１】（実施例６）本発明の第６の実施例を図を
用いて詳細に説明する。図１９は本発明にかかる一実施
例のＧＵＩ自動評価装置の構成を示すブロック図であ
る。第１の実施例との違いは、ルール格納手段内に修正
ガイド情報をも格納した点およびルール格納手段に格納
されているルールとＧＵＩ情報記録手段に格納されてい
るＧＵＩ情報とを判定手段においてマッチングした結
果、ルールに違反している部分ととともに、どう修正す
べきであるかという修正ガイド情報をも出力する修正ガ
イド出力手段（１７ｃ）を備えていることである。

【０１１２】図２０に修正ガイド情報をも格納したルー
ル格納手段を示す。１０２のルール格納手段のルールを
拡張して結果部に、新たなカラムを追加し、そのカラム
にルールに合致しなかった場合にどのように修正したら
よいのかを表す修正ガイド情報を格納する。図２１に修
正ガイド出力手段より出力した出力例を示す。

【０１１３】以下、ルール格納手段とＧＵＩ情報記録手
段とを判定手段においてマッチングした結果、修正ガイ
ド情報をも出力する流れを、図１９と図２０を用いて説
明する。

【０１１４】図１９において、１０５の判定手段で、ル
ールとＧＵＩ情報のマッチングを行う。例えば、図−５
のＷＩＮ−ＩＤ：００１のウィンドウに関して、「ウィ
ンドウ属性」が「ベースウィンドウ」であるので、図４
の 条件部 ウィンドウ属性 ＝ ベースウィンドウ 結果部 必須要素 ＝ ｛ヘッダ，ウィンドウメニュー
ボタン，アイコン｝ の部分が評価される。ＷＩＮ−ＩＤ：００１のウィンド
ウに関して、必須要素としての「ウィンドウメニューボ
タン」がないため、マッチングの結果はＮＧとなる。こ
こで、ルール格納手段の結果部のカラム２（１８０２）
に格納されている修正ガイド情報が、ＧＵＩ情報記録手
段に格納されているウィンドウＩＤとともに修正ガイド
出力手段（１７ｃ）に渡される。従ってここでは、ウィ
ンドウＩＤが００１のウィンドウに対して、「ベースウ
ィンドウならばヘッダ、ウィンドウメニューボタン、ア
イコンは必須要素である」という修正ガイドが出力され
る。

【０１１５】次に１０５の判定手段の処理の流れを、図
２２を用いて説明する。７０１〜７０３の処理は図７に
おける７０１〜７０３と同様である。ここでは図７のフ
ローチャートと異なる、２００１〜２００３の処理につ
いて説明する。

【０１１６】２００１において、ＧＵＩ情報記録手段に
格納されているＧＵＩ情報の属性の値を、ルール格納手
段の結果部のカラム１（１８０１）によって評価する。
その時点で、ルールに合っているものはそのまま判定結
果出力手段に渡される。一方、ルールに合っていないも
のは、ルール格納手段の結果部のカラム２（１８０２）
に格納されている修正ガイド情報を、ＧＵＩ情報のウィ
ンドウＩＤとともに修正ガイド出力手段に渡す（２００
２）。

【０１１７】以上、本実施例によれば自動的に検証を実
施した後、どの部分をどう修正すべきであるのかという
修正ガイド情報を、自動的に迅速かつ誤りなく得ること
ができる。

【０１１８】（実施例７）以下、本発明の第７の実施例
を図を用いて詳細に説明する。図２３は本発明にかかる
一実施例のＧＵＩ自動評価装置の構成を示すブロック図
である。第一の実施例との違いは、ＧＵＩ情報入力手段
の代りにＧＵＩ構築手段よりＧＵＩオブジェクトのデー
タを抽出するＧＵＩ情報抽出手段（２１ａ）を備えてい
ることである。

【０１１９】２１ａのＧＵＩ情報抽出手段の処理の流れ
を、図２４を用いて説明する。既存のＧＵＩ構築手段
の、ＧＵＩオブジェクトに関するデータを常に監視して
取り出す（２２０１）。ＧＵＩ構築手段とは例えばＧＵ
Ｉオブジェクトをマウス等で操作することで視覚的に確
認しながら画面設計できる既存のＧＵＩ構築ツールなど
をいう。

【０１２０】まず、各ウィンドウ毎にＩＤ番号を付与す
る（２２０２）。このＩＤ番号がＧＵＩ情報記録手段に
おけるＧＵＩ情報の「ＷＩＮ−ＩＤ」番号に相当する。
次にそれぞれのウィンドウ毎に、前出のＧＵＩ情報の属
性情報をキーとして検索する（２２０３）。検索の結果
ヒットしたら、ヒットした値を属性値としてセットする
（２２０４）。既存のＧＵＩ構築装置において、ＧＵＩ
を設計中はＧＵＩオブジェクトに関するデータは常に変
化するため、以上の流れをＧＵＩ構築手段においてコン
パイルが実行されるまで繰り返す（２２０５）。コンパ
イルの実行をＧＵＩ構築手段におけるＧＵＩ構築作業の
終了として判断し、抽出したＧＵＩオブジェクトのデー
タを、前出のＧＵＩ情報のフォーマットで記録し１０４
のＧＵＩ情報記録手段に渡される。情報記録手段および
判定手段の処理は第一の実施例と同様に行われ、その判
定結果を１０６の判定結果出力手段に送り判定結果出力
手段では、判定結果をディスプレイ上に出力する。それ
によって、ＧＵＩ構築手段においてコンパイル実施時
に、コンパイル結果としての文法エラーとともに、ＧＵ
Ｉのガイドとのマッチング結果をも得ることができる。

【０１２１】また、２１ａのＧＵＩ情報抽出手段の処理
の流れの第２の例を、図２５を用いて説明する。

【０１２２】図２５では、図２４における２２０５の処
理をなくしても処理が可能であることを示している。上
記実施例との違いは、検索の結果ヒットした値を属性値
としてセットする２２０４の処理のあと、すぐに抽出し
たＧＵＩオブジェクトのデータを、前出のＧＵＩ情報の
フォーマットで記録し１０４のＧＵＩ情報記録手段に渡
す。その結果、設計中にＧＵＩオブジェクトを配置する
たびに、リアルタイムで判定が行われ、その都度判定結
果をディスプレイ上に表示する。それによって、ＧＵＩ
構築手段においてＧＵＩを設計中にリアルタイムにガイ
ドに照らした判定結果を得ることが可能となる。

【０１２３】また、２１ａのＧＵＩ情報抽出手段の処理
の流れの第３の例を、図２６を用いて説明する。

【０１２４】図２６は、図２４における２２０５の処理
を、あらかじめ準備したコマンドの検出に置き換えたも
のである。すなわち、あらかじめＧＵＩがガイドにそっ
ているかどうか判断するコマンドを準備する。そのコマ
ンドを発行することにより、ＧＵＩ構築手段におけるＧ
ＵＩ構築作業の終了として判断し、ＧＵＩ情報記録手段
に渡す。それによって、ＧＵＩ設計中にあらかじめ決め
られたコマンドを発行することによって任意にＧＵＩの
ガイドとのマッチング結果を得ることができる。

【０１２５】以上、本実施例によれば、ガイドにそって
ＧＵＩを設計しているかどうかを検証することに関し
て、ＧＵＩ構築用のツールから自動的にＧＵＩオブジェ
クトのデータを抽出し、動的・自動的に誤りなく検証を
実施することが可能となる。

【０１２６】

【発明の効果】本発明は、以上に説明した処理手順を有
するので、以下に記載する効果を奏する。アプリケーシ
ョンのＧＵＩがガイドにそって設計されているかどうか
に関して、自動的に迅速かつ誤りなく検証を行うことが
可能となり、ひいては開発における工数を大幅に削減す
ることができる。

【０１２７】また、ガイドが定性的な位置情報を規定し
ている場合においても上記同様に、アプリケーションの
ＧＵＩがガイドにそって設計されているかどうかに関し
て、自動的に迅速かつ誤りなく検証を行うことが可能と
なる。

【０１２８】また、ガイドが複数のウィンドウ間の関係
やアプリケーション全体に関わって規定している場合に
おいても上記同様に、アプリケーションのＧＵＩがガイ
ドにそって設計されているかどうかに関して、自動的に
迅速かつ誤りなく検証を行うことが可能となる。

【０１２９】また、ガイドにそってＧＵＩを設計してい
るかどうかを検証することに関して、タグ付き仕様書よ
り自動的にＧＵＩ情報を抽出することにより、開発の早
い段階で自動的により迅速かつ誤りなく検証を実施する
ことが可能となる。

【０１３０】また、ガイドにそってＧＵＩを設計してい
るかどうかを検証することに関して、ソースプログラム
より自動的にＧＵＩ情報を抽出することにより、自動的
により迅速かつ誤りなく検証を実施することが可能とな
る。

【０１３１】また、自動的に検証を実施した後、どの部
分をどう修正すべきであるのかという修正ガイド情報
を、自動的に迅速かつ誤りなく得ることができる。ひい
ては、開発における工数を削減することができる。

【０１３２】また、ガイドにそってＧＵＩを設計してい
るかどうかを検証することに関して、ＧＵＩ構築用のツ
ールから自動的にＧＵＩオブジェクトのデータを抽出
し、動的・自動的に誤りなく検証を実施することが可能
となる。

【０１３３】以上に示したように、本発明によれば、ア
プリケーションのＧＵＩがガイドにそって設計されてい
るかどうかに関して、ガイドが定性的な位置情報を規定
している場合においても、また複数のウィンドウ間の関
係やアプリケーション全体に関って規定している場合に
おいても、自動的に迅速かつ誤りなく検証を行うことが
可能となる。さらにタグ付き仕様書やソースプログラム
からＧＵＩ情報を抽出することも可能であり、より早い
段階での検証が可能である。さらに検証だけではなく修
正するための修正ガイド情報をも出力することが可能で
ある。また、既存のＧＵＩ構築用のツールから自動的に
ＧＵＩオブジェクトのデータを抽出し、動的・自動的に
誤りなく検証を実施することが可能となり、ＧＵＩ情報
の評価および修正の工数が大幅に軽減され、ひいては開
発における工数を大幅に削減し、アプリケーションの品
質を高めることが可能となる。

【図面の簡単な説明】

【図１】本発明の第１の実施例におけるＧＵＩ自動評価
装置の構成を示すブロック図

【図２】ガイドの例図

【図３】アプリケーションの画面図

【図４】本発明のＧＵＩ自動評価装置のルール格納手段
におけるルール格納図

【図５】本発明のＧＵＩ自動評価装置のＧＵＩ情報記録
手段におけるＧＵＩ情報格納図

【図６】本発明の第１の実施例における判定結果出力手
段の出力図

【図７】本発明の第１の実施例における判定手段の処理
の流れを表すフローチャート

【図８】本発明の第２の実施例におけるＧＵＩオブジェ
クトの位置情報の表現図

【図９】本発明の第２の実施例におけるルール格納手段
のルール格納図

【図１０】本発明の第２の実施例におけるＧＵＩ情報記
録手段のＧＵＩ情報格納図

【図１１】本発明の第３の実施例におけるＧＵＩ情報記
録手段の情報格納図

【図１２】本発明の第３の実施例における判定手段の処
理の流れを表すフローチャート

【図１３】本発明の第４の実施例におけるＧＵＩ自動評
価装置の構成を示すブロック図

【図１４】タグ付き仕様書図

【図１５】本発明の第５の実施例におけるＧＵＩ自動評
価装置の構成を示すブロック図

【図１６】ソースプログラム例図

【図１７】ソースプログラム例図

【図１８】ソースプログラム例図

【図１９】本発明の第６の実施例におけるＧＵＩ自動評
価装置の構成を示すブロック図

【図２０】本発明の第６の実施例におけるルール格納手
段のデータ図

【図２１】本発明の第６の実施例における修正ガイド出
力手段の出力図

【図２２】本発明の第６の実施例における判定手段の処
理の流れを表すフローチャート

【図２３】本発明の第７の実施例におけるＧＵＩ自動評
価装置の構成を示すブロック図

【図２４】第７の実施例における判定手段の処理の流れ
を表す第１のフローチャート

【図２５】第７の実施例における判定手段の処理の流れ
を表す第２のフローチャート

【図２６】第７の実施例における判定手段の処理の流れ
を表す第３のフローチャート

【符合の説明】

１０１ ガイド入力手段 １０２ ルール格納手段 １０３ ＧＵＩ情報入力手段 １０４ ＧＵＩ情報記録手段 １０５ 判定手段 １０６ 判定結果出力手段 ４０１ ルールの条件部 ４０２ ルールの結果部 ８０１ 位置情報「下方にある」の表現式 ８０２ 位置情報「中央にある」の表現式 ８０３ 位置情報「中央にある」の表現式 ８０４ 位置情報「中央にある」の表現式 １３ａ 仕様文書入力手段 １３ｂ 文書−ＧＵＩ情報変換手段 １５ａ ソースプログラム入力手段 １５ｂ ソース−ＧＵＩ情報変換手段 １７ｃ 修正ガイド出力手段 １８０１ ルールの結果部カラム１ １８０２ ルールの結果部カラム２

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ＧＵＩ（グラフィカルユーザインタフェ
   ース）の画面設計のガイドラインを、ウインドウの属性
   情報と属性値からなる条件部と、当該属性値が満たすべ
   き制約を記述した結果部とからなるルールの形式で蓄積
   するルール格納手段と、 アプリケーションのＧＵＩオブジェクトのデータを、ウ
   インドウ毎に属性情報と属性値からなるＧＵＩ情報とし
   て格納するＧＵＩ情報記録手段と、 前記ルール格納手段に格納されたルールと前記ＧＵＩ情
   報記録手段に格納されたＧＵＩ情報とをマッチングする
   判定手段と、 前記判定手段によって判定された結果を出力する判定結
   果出力手段とを具備することを特徴とするＧＵＩ自動評
   価装置。
2. 【請求項２】 ＧＵＩの画面設計のガイドラインを入力
   するガイド入力手段と、前記ガイド入力手段により入力
   されたガイドデータをルールの形式で蓄積するルール格
   納手段と、アプリケーションのＧＵＩオブジェクトのデ
   ータを入力するＧＵＩ情報入力手段と、前記ＧＵＩ情報
   入力手段により入力されたＧＵＩオブジェクトのデータ
   をＧＵＩ情報として格納するＧＵＩ情報記録手段と、前
   記ルール格納手段に格納されたルールと前記ＧＵＩ情報
   記録手段に格納されたＧＵＩ情報とをマッチングする判
   定手段と、前記判定手段によって判定された結果を出力
   する判定結果出力手段とを具備することを特徴とするＧ
   ＵＩ自動評価装置。
3. 【請求項３】 ルール格納手段に格納されたルールが、
   定性的位置情報を数式で表現した結果部を含み、 ＧＵＩ情報が、属性情報として数値で表現された属性値
   をとる表示位置に関する情報を含み、 判定手段が、前記ＧＵＩ情報の表示位置に関する情報を
   前記結果部の数式を満たすか否かの判定を行うことによ
   り、ルールとＧＵＩ情報とのマッチングを行うことを特
   徴とする請求項２記載のＧＵＩ自動評価装置。
4. 【請求項４】 ＧＵＩ情報記録手段が、ウインドウ毎の
   ＧＵＩ情報に加え、複数のウィンドウ間の関係を記述し
   た属性情報と属性値からなる情報を記録し、 判定手段がウインドウ毎のＧＵＩ情報に加え、前記情報
   とルール格納手段に格納されたルールとのマッチングを
   行うことを特徴とする請求項２または請求項３記載のＧ
   ＵＩ自動評価装置。
5. 【請求項５】 ＧＵＩ情報入力手段の代え、仕様データ
   にタグを付けたタグ付き仕様書を入力する仕様文書入力
   手段と、前記仕様文書入力手段により入力されたタグ付
   き仕様書のタグを解析しＧＵＩ情報に変換する文書−Ｇ
   ＵＩ情報変換手段を具備することを特徴とする請求項２
   から請求項４のいずれかに記載のＧＵＩ自動評価装置。
6. 【請求項６】 ＧＵＩ情報入力手段の代え、ソースプロ
   グラムを入力するソースプログラム入力手段と、前記ソ
   ースプログラム入力手段に入力されたソースプログラム
   を解析しＧＵＩ情報に変換するソース−ＧＵＩ情報変換
   手段を具備することを特徴とする請求項２から請求項４
   のいずれかに記載のＧＵＩ自動評価装置。
7. 【請求項７】 ルール格納手段が修正ガイド情報を格納
   し、ルール格納手段に格納されたルールとＧＵＩ情報記
   録手段に格納されたＧＵＩ情報とを判定手段においてマ
   ッチングした結果、ルールに違反している部分とととも
   に、どう修正すべきであるかという前記修正ガイド情報
   を出力する修正ガイド出力手段を具備することを特徴と
   する請求項２から請求項６のいずれかに記載のＧＵＩ自
   動評価装置。
8. 【請求項８】 ＧＵＩ情報入力手段に代え、ＧＵＩ構築
   手段よりＧＵＩオブジェクト情報を抽出するＧＵＩ情報
   抽出手段を具備することを特徴とする請求項２から請求
   項７のいずれかに記載のＧＵＩ自動評価装置。