JP3555511B2 - Ｇｕｉ設計支援方法及びその装置並びにｇｕｉ設計支援プログラムを記録した機械読み取り可能な記録媒体、ｇｕｉ評価方法及びその装置並びにｇｕｉ評価プログラムを記録した機械読み取り可能な記録媒体 - Google Patents
Ｇｕｉ設計支援方法及びその装置並びにｇｕｉ設計支援プログラムを記録した機械読み取り可能な記録媒体、ｇｕｉ評価方法及びその装置並びにｇｕｉ評価プログラムを記録した機械読み取り可能な記録媒体 Download PDFInfo
- Publication number
- JP3555511B2 JP3555511B2 JP19470999A JP19470999A JP3555511B2 JP 3555511 B2 JP3555511 B2 JP 3555511B2 JP 19470999 A JP19470999 A JP 19470999A JP 19470999 A JP19470999 A JP 19470999A JP 3555511 B2 JP3555511 B2 JP 3555511B2
- Authority
- JP
- Japan
- Prior art keywords
- gui
- gui component
- software
- component
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、ＧＵＩ（グラフィカルユーザインタフェース）を有し、パーソナルコンピュータ（以下、ＰＣ）やワークステーション（以下、ＷＳ）などに代表されるコンピュータ上で動作するソフトウェアのＧＵＩの設計を支援することを目的としたＧＵＩ設計支援方法及びその装置並びにＧＵＩ設計支援プログラムを記録した機械読み取り可能な記録媒体、及び、ソフトウェアの操作性を評価することを目的としたＧＵＩ評価方法及びその装置並びにＧＵＩ評価プログラムを記録した機械読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
ＰＣやＷＳなどに代表されるコンピュータ上で動作するソフトウェアのＧＵＩを設計する際には、ソフトウェアを使いやすくするために、標準的な設計に合わせることが重要である。ただし標準的な設計とは、既存の多くのソフトウェア間で共通するような設計のことを指している。
【０００３】
ここで、標準的な設計に合わせることが重要であることを、メニュー項目のショートカットキーの設計を例にして説明する。メニュー項目のショートカットキーとは、メニュー項目をポインティングカーソルで選択するのではなく、キーボードの操作で選択するためのものであり、現在、ＰＣやＷＳ上で動作するソフトウェアのＧＵＩとして一般的に用いられている。ショートカットキーの例を図３５に示す。図３５（ａ）および図３５（ｂ）はともにあるＧＵＩソフトウェアのウィンドウを表しており、メニュー３５０には「ファイル」「編集」「検索」「ヘルプ」の４つの項目があることが示されている。またメニュー３５１は、メニュー３５０のなかの「ファイル」を選択した結果表示されたメニューであり、「新規作成」ほか計５つの項目があることが示されている。メニュー３５１を見ると、例えば「新規作成」というメニュー項目では、「新規作成」というラベルの右に「Ｃｔｒｌ＋Ｎ」と表示されている。これは、「Ｃｔｒｌ」キーと「Ｎ」キーが「新規作成」メニュー項目のショートカットキーであることを表しており、「Ｃｔｒｌ」キーと「Ｎ」キーを同時に押せば「新規作成」メニュー項目を選択できる。同様に、メニュー３５１のなかの「閉じる」メニュー項目は、「Ｆ７」キーを押すことによって選択できる。ショートカットキーの特徴は、選択したいメニュー項目が画面に表示されていない状態でもそのメニュー項目を選択できる点である。すなわち、図３５（ａ）もしくは図３５（ｂ）のいずれの状態においても、「Ｃｔｒｌ」キーと「Ｎ」キーを同時に押せば「新規作成」メニュー項目を選択でき、「Ｆ７」キーを押せば「閉じる」メニュー項目を選択できる。このようなメニュー項目のショートカットキーを設計する際には、標準的な設計に合わせることが重要である。すなわち、現在設計しているソフトウェア（仮にソフトウェアＳとする）にて用いるあるメニュー項目（仮にメニュー項目Ｍ１とする）が、既存の他のソフトウェアにも存在する場合、ソフトウェアＳにおいてメニュー項目Ｍ１に割り当てるショートカットキーは、それらの既存のソフトウェアにおけるショートカットキーと統一するべきである。なぜなら、ユーザがソフトウェアＳを含む複数のソフトウェアを使用し、それら複数のソフトウェアに同じメニュー項目Ｍ１が存在する場合、メニュー項目Ｍ１に同じショートカットキーが割り当てられていれば、ユーザはソフトウェアが異なっても常に同じ操作でメニュー項目Ｍ１を選択できるので覚えやすく、また操作を間違えにくくなるからである。
【０００４】
以上の例はショートカットキーの例であるが、同様に、ＧＵＩ部品のラベル、ＧＵＩ部品の縦および横のサイズ、ＧＵＩ部品の位置、ＧＵＩ部品のアクセスキー、メニュー階層のなかでのメニュー項目の位置、およびＧＵＩ部品のフォーカス設定を設計する場合にも、標準的な設計に合わせるべきである。
【０００５】
ＧＵＩ部品のラベルを標準的なラベルにする（例えば、ボタンのラベルを他のソフトウェアと同じラベルにする）ことで、部品の機能が同じであることが明確になるので、部品の機能を類推しやすくなり、また、部品の機能を覚えやすくなる。
【０００６】
また、ＧＵＩ部品の縦および横のサイズを標準的なサイズにする（例えば、ボタンのサイズを他のソフトウェアと同じサイズにする）ことで、ＧＵＩの見栄えの統一感が向上する。
【０００７】
また、ＧＵＩ部品の位置を標準的な位置にする（例えば、「ＯＫ」ボタンの位置を他のソフトウェアと同じ位置にする）ことで、新しいウィンドウが開かれるときに、ボタンの位置を予測でき、ボタンを見つけやすくなる。
【０００８】
また、アクセスキーとは、画面に表示された部品を、ポインティングカーソルで選択するのではなくキーボードの操作で選択するためのものである。アクセスキーの例を図３６に示す。図３６はあるウィンドウを表しており、このウィンドウには「はい」ボタン３６０、「いいえ」ボタン３６１、「ヘルプ」ボタン３６２の計３つのボタンがある。「はい」ボタン３６０を見ると、「はい」というラベルの横に（Ｙ）と表記されているが、これは、Ｙが「はい」ボタン３６０のアクセスキーであることを表している。すわなち、図３６のウィンドウが画面に表示されている状態で、キーボード上の「Ｙ」キーと、あらかじめ決められたある特定のキー（例えば「Ａｌｔ」キー）を同時に押せば「はい」ボタン３６０を選択できる。同様に図３６の例において、「いいえ」ボタン３６１のアクセスキーはＮ、「ヘルプ」ボタン３６２のアクセスキーはＨである。アクセスキーとショートカットキーの違いは、アクセスキーは画面上に表示されている部品だけの選択が可能であるのに対し、ショートカットキーは画面上に表示されていない部品でも選択可能な点である。また、ショートカットキーを割当てるＧＵＩ部品はメニュー項目である場合が多いのに対し、アクセスキーを割当てるＧＵＩ部品は、ボタン、メニュー項目、チェックボックス、ラジオボタンなど様々である。ＧＵＩ部品のアクセスキーを標準的なキーにする（例えば、「ヘルプ」ボタンのアクセスキーを他のソフトウェアと同じキーにする）ことで、同じ部品を同じキーで選択できるので、操作を覚えやすく、また誤操作を防止できる。
【０００９】
また、メニュー階層のなかでのメニュー項目の位置とは、あるメニュー項目を選択するための一連のメニュー項目の選択手順のことを指している。メニュー階層の例を図３７に示す。図３７は、メニュー項目Ｍ２が選択され、さらにメニュー項目Ｍ２３が選択された状態を表している。この例において、メニュー項目Ｍの位置はＭ２−Ｍ２３−Ｍである。メニュー階層のなかでのメニュー項目の位置を標準的な位置にする（例えば、「コピー」メニュー項目を他のソフトウェアと同じ位置におく）ことで、選択したいメニュー項目の位置を予測できるようになり、そのメニュー項目が見つけやすくなる。
【００１０】
また、ＧＵＩ部品のフォーカス設定とは、その部品がＥｎｔｅｒキーの押下によって選択される部品であるか否かの設定のことを指している。ＧＵＩ部品のフォーカス設定の例を図３８に示す。図３８はあるウィンドウを表しており、このウィンドウには「はい」ボタン３８０、「いいえ」ボタン３８１、「ヘルプ」ボタン３８２の計３つのボタンがある。図３８を見ると「はい」ボタン３８０の枠が他の２つのボタンより太いことがわかるが、これは「はい」ボタン３８０がフォーカス設定されていることを表している。つまり図３８は、このウィンドウが表示されているときにＥｎｔｅｒキーが押されると、「はい」ボタン４３０が選択されることを表している。ＧＵＩ部品のフォーカス設定を標準的な設定にする（例えば、あるウィンドウのフォーカス部品を他のソフトウェアと同じ部品に設定する）ことで、同じ部品をＥｎｔｅｒキーで選択できるので、操作を覚えやすく、また誤操作を防止できる。
【００１１】
したがって、ＧＵＩを設計する際には、標準的な設計に合わせるために、どのような設計が標準的であるかがわかっていなければならない。つまり、既存の多数のソフトウェア間に共通するようなＧＵＩ部品のデータが得られなければならない。しかし、ＧＵＩ部品のデータが複数のソフトウェアの分だけ得られているときに、それらのＧＵＩ部品のデータから多数のソフトウェア間に共通するようなＧＵＩ部品を検出し、検出されたＧＵＩ部品のデータを出力して設計者に参照可能にするＧＵＩ設計支援方法もしくはＧＵＩ設計支援装置は、従来存在しなかった。また、すでにＧＵＩの設計が完了している場合は、その設計が標準的な設計に合っているかどうかを評価しなければならない。従来のＧＵＩ評価装置として文献１：”Ｖｉｓｕａｌ ＆ Ｔｅｘｔｕａｌ Ｃｏｎｓｉｓｔｅｎｃｙ Ｃｈｅｃｋｉｎｇ Ｔｏｏｌｓ ｆｏｒ Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅｓ”， Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ０， ＣＡＲ−ＴＲ−８２８， Ｈｕｍａｎ−Ｃｏｍｐｕｔｅｒ ＩｎｔｅｒａｃｔｉｏｎＬａｂｏｒａｔｏｒｙ， Ｃｅｎｔｅｒ ｆｏｒ Ａｕｔｏｍａｔｉｏｎ Ｒｅｓｅａｒｃｈ， Ｕｎｉｖｅｒｓｉｔｙ ｏｆ Ｍａｒｙｌａｎｄ （Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ 経由でアドレスｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｍｄ．ｅｄｕ／ｐｒｏｊｅｃｔｓ／ｈｃｉｌ／ｐｕｂｓ／ｔｅｃｈ−ｒｅｐｏｒｔｓ．ｓｈｔｍｌ＃１９９６から入手可能、１９９６年５月）、および文献２：特開平１１−０８５４９７号公報「ＧＵＩ評価方法及びその装置並びにプログラムを記録した機械読み取り可能な記録媒体」に記載のＧＵＩ評価装置があった。ところが、文献１および文献２に記載のＧＵＩ評価装置はいずれも、ある１つのソフトウェアのなかでのＧＵＩ部品の設計の一貫性を評価することは可能であるが、そのソフトウェアのＧＵＩ部品のデータを他のソフトウェアのＧＵＩ部品のデータと比較して、標準的な設計に合っているかどうかを評価することはできなかった。
【００１２】
【発明が解決しようとする課題】
上述したように、ＧＵＩ部品のデータが複数のソフトウェアの分だけ得られているときに、それらのＧＵＩ部品のデータから、多数のソフトウェア間に共通するようなＧＵＩ部品を検出し、検出されたＧＵＩ部品のデータを出力して設計者に参照可能にするＧＵＩ設計支援方法もしくはＧＵＩ設計支援装置は、従来存在しなかった。
【００１３】
また、上述したように、従来のＧＵＩ評価装置として文献１および文献２に記載のＧＵＩ評価装置が存在するが、文献１および文献２に記載のＧＵＩ評価装置はいずれも、ある１つのソフトウェアのなかでのＧＵＩ部品の設計の一貫性を評価することは可能であるが、そのソフトウェアのＧＵＩ部品のデータを他のソフトウェアのＧＵＩ部品のデータと比較して、標準的な設計に合っているかどうかを評価することはできなかった。
【００１４】
よって、本願発明は上記従来の技術の課題を解決することを発明の目的とする。
【００１５】
【課題を解決するための手段】
本発明の第１の発明であるＧＵＩ設計支援手法は、ＧＵＩを有する複数のソフトウェアのＧＵＩ部品データを読み込み、この読み込んだＧＵＩ部品データを前記複数のソフトウェア間で比較してプロパティの値が共通しているＧＵＩ部品を検出し、この検出された前記ＧＵＩ部品の前記複数のソフトウェア間での共通度を求めて出力することを特徴とし、さらに詳しくは、ＧＵＩを有する複数のソフトウェアのＧＵＩ部品データを保存したＧＵＩ部品データ保存手段と、前記ＧＵＩ部品保存手段に保存されたＧＵＩ部品データを読み込み、この読み込んだ前記ＧＵＩ部品データを前記複数のソフトウェア間で比較してプロパティの値が共通しているＧＵＩ部品を検出するＧＵＩ部品比較手段と、前記ＧＵＩ部品比較手段によって検出されたＧＵＩ部品の各々について、前記ＧＵＩ部品を使用していたソフトウェアの割合を前記ＧＵＩ部品の共通度として計算する共通度計算手段と、共通度のしきい値を登録するしきい値登録手段と、前記共通度計算手段にて計算された前記共通度が、前記しきい値登録手段に登録されたしきい値以上であるＧＵＩ部品を検出する共通度比較手段と、前記共通度比較手段にて検出されたＧＵＩ部品のデータを保存する共通ＧＵＩ部品データ保存手段と、前記共通ＧＵＩ部品データ保存手段に保存されたＧＵＩ部品のデータを出力する出力手段から構成される。
【００１６】
本発明の第２の発明であるＧＵＩ評価手法は、ＧＵＩを有するソフトウェアのＧＵＩ部品データとＧＵＩを有する複数のソフトウェア間に共通するＧＵＩ部品のデータを読み込み、前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品のプロパティの値と前記複数のソフトウェア間に共通するＧＵＩ部品のプロパティの値とを比較することによって前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品を評価し、前記評価の結果を含めた前記ソフトウェアのＧＵＩ部品データを出力することを特徴とし、さらに詳しくは、ＧＵＩを有するソフトウェアのＧＵＩ部品データを保存したＧＵＩ部品データ保存手段と、ＧＵＩを有する複数のソフトウェア間に共通するＧＵＩ部品のデータを保存した共通ＧＵＩ部品データ保存手段と、前記ＧＵＩ部品保存手段に保存されたＧＵＩ部品データと前記共通ＧＵＩ部品データ保存手段に保存された共通ＧＵＩ部品データとを読み込み、前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品のプロパティの値と前記複数のソフトウェア間に共通するＧＵＩ部品のプロパティの値とを比較することによって前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品を評価するＧＵＩ部品評価手段と、前記ＧＵＩ部品評価手段の評価の結果を含めた前記ＧＵＩ部品データを出力する出力手段とから構成される。
【００１７】
また、本発明の第３の発明は、第１の発明、及び第２の発明をコンピュータによって実現するためのプログラムを記録した機械読み取り可能な記録媒体を提供することを特徴とする。
【００１８】
【発明の実施の形態】
次に本発明の一実施の形態について図面を参照して詳細に説明する。
【００１９】
［第１の実施の形態］
ここで、本発明の第１の発明の一実施の形態の構成図を図１に示す。
【００２０】
図１を参照すると、本発明の第１の発明は、ＧＵＩ部品データ保存手段１０、ＧＵＩ部品比較手段１１、共通度計算手段１２、共通度比較手段１３、しきい値登録手段１４、共通ＧＵＩ部品データ保存手段１５、出力手段１６を備えて構成される。
【００２１】
なお以下では、ＧＵＩ部品のプロパティとして、ＧＵＩ部品のラベルの場合について説明し、ＧＵＩ部品の種類としてはボタンを取り上げて本実施の形態における構成の説明を行う。
【００２２】
ＧＵＩ部品データ保存手段１０には、ＧＵＩを有するソフトウェアのＧＵＩ部品データが、複数のソフトウェアの分だけ保存されている。このＧＵＩ部品データ保存手段１０が保存しているＧＵＩ部品データの例を図２に示す。図２の例は、ＩＤ＝１のソフトウェアのＧＵＩで使用されていたボタンのデータを表しており、部品ＩＤ＝１のボタンは、「ファイルを開く」ウィンドウに配置されていた「ＯＫ」ボタンである。ＧＵＩ部品データ保存手段１０には、このようなデータがＮ個のソフトウェアの分だけ保存されており（Ｎは２以上の整数）、それらのソフトウェアのＩＤを、１、２、．．．、Ｎとする。なお、このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００２３】
ＧＵＩ部品比較手段１１は、ＧＵＩ部品データ保存手段１０に保存されたＧＵＩ部品データを読み込み、ソフトウェア間で比較することにより、部品のラベルが同一のＧＵＩ部品を検出する。この処理の結果、図３に示すようなデータが得られる。図３の例では、ＩＤ＝１のソフトウェアのＩＤ＝１およびＩＤ＝３の部品や、ＩＤ＝２のソフトウェアのＩＤ＝１の部品などが同じラベルをもっており、そのラベルが「ＯＫ」であったこと、また、ＩＤ＝１のソフトウェアのＩＤ＝２およびＩＤ＝７の部品や、ＩＤ＝２のソフトウェアのＩＤ＝３の部品などが同じラベルをもっており、そのラベルが「キャンセル」であったことが示されている。
【００２４】
共通度計算手段１２は、ＧＵＩ部品比較手段１１の処理結果を読み込み、同じラベルをもつ部品ごとに、その部品が使われていたソフトウェアの割合を計算する。この割合は、同じラベルをもつ部品が複数のソフトウェア間でどれだけ共通して使用されているかを示しているので、この割合を共通度と呼ぶことにする。この処理の結果、図４に示すようなデータが得られる。図４の例では、「ＯＫ」ボタンを使用していたソフトウェアが計１０個あり、「ＯＫ」ボタンの共通度が１００％であったことが示されている。ただし本例では、ＧＵＩ部品データ保存手段１０にＧＵＩ部品データが保存されていたソフトウェアが計１０個であった（つまりＮ＝１０）とする。同様に図４の例では、「キャンセル」ボタンを使用していたソフトウェアが計８個あり、「キャンセル」ボタンの共通度が８０％であったことが示されている。
【００２５】
共通度比較手段１３は、共通度計算手段１２の処理結果を読み込み、共通度の値があらかじめ登録されたしきい値以上であるＧＵＩ部品を検出する。このしきい値は、しきい値登録手段１４によりあらかじめ登録されている。この処理の結果、図５に示すようなデータが得られる。ただし図５の例では、しきい値登録手段１４により、しきい値が７０％と登録されていたものとする。この７０％というしきい値は、Ｎ個のソフトウェアのうちの７０％以上に共通するＧＵＩ部品データを抽出することを意味している。つまり、登録するしきい値が１００％に近くなるほど、Ｎ個のソフトウェアの間で共通度のより高いＧＵＩ部品データを抽出することになる。小さい値を登録すると（例えば１０％や２０％）、共通度のあまり高くない（あまり標準的でない）ＧＵＩ部品データまで抽出されてしまうので、７０％前後の値を設定するのが適切である。図５の例では、「ＯＫ」ボタンの共通度が１００％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。つまり、「ＯＫ」というラベルがボタンの標準的なラベルであったことを示している。同様に図５の例では、「キャンセル」ボタンの共通度が８０％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。また、「終了」ボタンと「取消」ボタンは共通度がそれぞれ４０％および１０％であり、しきい値の７０％より小さいので、「標準」の欄に「○」記号がつけられていない。つまり、「終了」および「取消」というラベルがボタンの標準的なラベルでなかったことを示している。
【００２６】
共通ＧＵＩ部品データ保存手段１５は、共通度比較手段１３の処理結果、例えば図５のような処理結果を保存する。
【００２７】
出力手段１６は、共通ＧＵＩ部品データ保存手段１５に保存されたデータを出力する。例えば出力手段１６がディスプレイであれば、図５のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図５のようなデータが紙に印刷される。この出力されたデータを見れば、ボタンの標準的なラベルがわかるので、ＧＵＩ設計においてボタンにラベルをつける際に、この出力されたデータを参照して、標準的なラベルをつけることができる。
【００２８】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばメニュー項目、チェックボックス、ラジオボタンなどについても全く同様である。
【００２９】
また、以上に示した例ではＧＵＩ部品のプロパティがラベルの場合について説明した。ＧＵＩ部品のプロパティが部品の縦もしくは横サイズの場合は、ラベルを比較するかわりに部品の縦もしくは横サイズを比較することにより、ラベルの場合と全く同様に処理でき、その結果、標準的な部品の縦もしくは横サイズを検出できる。
【００３０】
次に、ＧＵＩ部品のプロパティが部品のアクセスキーの場合について説明する。本例でも、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００３１】
ＧＵＩ部品データ保存手段１０には、ＧＵＩを有するソフトウェアのＧＵＩ部品データが、複数のソフトウェアの分だけ保存されている。このデータの例を図６に示す。図６の例は、ＩＤ＝１のソフトウェアのＧＵＩで使用されていたボタンのデータを表しており、部品ＩＤ＝１のボタンは、部品ラベルが「ＯＫ」でアクセスキーが「Ｏ（オー）」である。ＧＵＩ部品データ保存手段１０には、このようなデータがＮ個（Ｎは２以上の整数）のソフトウェアの分だけ保存されており、それらのソフトウェアのＩＤを、１、２、．．．、Ｎとする。なお、このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００３２】
ＧＵＩ部品比較手段１１は、ＧＵＩ部品データ保存手段１０に保存されたＧＵＩ部品データを読み込み、ソフトウェア間で比較することにより、ラベルとアクセスキーがともに同一のＧＵＩ部品を検出する。この処理の結果、図７に示すようなデータが得られる。図７の例では、ＩＤ＝１のソフトウェアのＩＤ＝１およびＩＤ＝３の部品などが同じラベルとアクセスキーをもっており、そのラベルは「ＯＫ」でアクセスキーは「Ｏ（オー）」であったこと、また、ＩＤ＝１のソフトウェアのＩＤ＝２およびＩＤ＝７の部品などが同じラベルとアクセスキーをもっており、そのラベルは「キャンセル」でアクセスキーは「Ｃ」であったことが示されている。
【００３３】
共通度計算手段１２は、ＧＵＩ部品比較手段１１の処理結果を読み込み、同じラベルとアクセスキーをもつ部品ごとに、その部品が使われていたソフトウェアの共通度を計算する。この処理の結果、図８に示すようなデータが得られる。図８の例では、ラベルが「ＯＫ」でアクセスキーが「Ｏ（オー）」のボタンを使用していたソフトウェアが計１０個あり、アクセスキーが「Ｏ（オー）」の「ＯＫ」ボタンの共通度が１００％であったことが示されている。ただし本例では、ＧＵＩ部品データ保存手段１０にＧＵＩ部品データが保存されていたソフトウェアが計１０個であった（つまりＮ＝１０）とする。同様に図８の例では、ラベルが「キャンセル」でアクセスキーが「Ｘ」のボタンを使用していたソフトウェアが計３個あり、アクセスキーが「Ｘ」の「キャンセル」ボタンの共通度が３０％であったことが示されている。
【００３４】
共通度比較手段１３は、共通度計算手段１２の処理結果を読み込み、共通度の値があらかじめ登録されたしきい値以上であるＧＵＩ部品を検出する。このしきい値は、しきい値登録手段１４によりあらかじめ登録されている。この処理の結果、図９に示すようなデータが得られる。ただし図９の例では、しきい値登録手段１４により、しきい値が７０％と登録されていたものとする。図９の例では、アクセスキーが「Ｏ（オー）」の「ＯＫ」ボタンの共通度が１００％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。つまり、「Ｏ（オー）」というアクセスキーは「ＯＫ」ボタンにとって標準的なアクセスキーであったことを示している。アクセスキーが「Ｃ」の「キャンセル」ボタンも同様である。一方、図９の例では、アクセスキーが「Ｋ」の「ＯＫ」ボタンの共通度が２０％でしきい値の７０％より小さいので、「標準」の欄に「○」記号がつけられていない。つまり、「Ｋ」というアクセスキーは「ＯＫ」ボタンにとって標準的なアクセスキーでなかったことを示している。アクセスキーが「Ｘ」の「キャンセル」ボタンも同様である。
【００３５】
共通ＧＵＩ部品データ保存手段１５は、共通度比較手段１３の処理結果、例えば図９のような処理結果を保存する。
【００３６】
出力手段１６は、共通ＧＵＩ部品データ保存手段１５に保存されたデータを出力する。例えば出力手段１６がディスプレイであれば、図９のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図９のようなデータが紙に印刷される。この出力されたデータを見れば、ボタンの標準的なアクセスキーがわかるので、ＧＵＩ設計においてボタンにアクセスキーを割当てる際に、この出力されたデータを参照して、標準的なアクセスキーを割当てることができる。
【００３７】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばメニュー項目、チェックボックス、ラジオボタンなどについても全く同様である。
【００３８】
次に、ＧＵＩ部品のプロパティが部品の位置の場合について説明する。本例でも、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００３９】
ＧＵＩ部品データ保存手段１０には、ＧＵＩを有するソフトウェアのＧＵＩ部品データが、複数のソフトウェアの分だけ保存されている。このデータの例を図１０に示す。図１０の例は、ＩＤ＝１のソフトウェアのＧＵＩで使用されていたボタンのデータを表しており、部品ＩＤ＝１のボタンは、部品ラベルが「ＯＫ」で、部品の位置が（０．７２，０．９１）である。ただし部品の位置は、次のように計算されて記録されたデータとする。図１１のように、ウィンドウ１１００の上にボタン１１０１があり、そのウィンドウ１１００の横および縦のサイズがそれぞれａおよびｂで、ボタン１１０１の中心の座標が（ｃ，ｄ）とする。このとき、ＧＵＩ部品データ保存手段１０に記録されるボタン１１０１の位置（ｘ，ｙ）は、
ｘ＝ｃ／ａ
ｙ＝ｄ／ｂ
である。ｘもｙも０より大きく１より小さい値となり、ｘが１（もしくは０）に近いほどそのボタンはウィンドウの右端（もしくは左端）に近い位置にあり、ｙが１（もしくは０）に近いほどそのボタンはウィンドウの上端（もしくは下端）に近い位置にあることになる。ＧＵＩ部品データ保存手段１０には、このようなデータがＮ個（Ｎは２以上の整数）のソフトウェアの分だけ保存されており、それらのソフトウェアのＩＤを、１、２、．．．、Ｎとする。なお、このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００４０】
ＧＵＩ部品比較手段１１は、ＧＵＩ部品データ保存手段１０に保存されたＧＵＩ部品データを読み込み、ソフトウェア間で比較することにより、ラベルが同一で位置が互いに近いＧＵＩ部品を検出する。この処理の結果、図１２に示すようなデータが得られる。ただし、２つの部品があり、それらの部品の位置がそれぞれ（ｐ，ｑ）および（ｒ，ｓ）とすると、その２つの部品の間の距離は、
ＳＱＲＴ（（ｐ−ｒ）×（ｐ−ｒ）＋（ｑ−ｓ）×（ｑ−ｓ））
であり（ＳＱＲＴ（ｘ）はｘの正の平方根を表す）、互いに近い部品とは、この距離が小さい部品のことである。互いに距離が近いもの同士にデータをわける方法は、例えば、「実例クラスター分析」（西田・佐藤共訳、内田老鶴圃出版、１９９２年）に記載の方法を利用すれば、距離が互いに近いもの同士に部品をわけることができる。
【００４１】
図１２の例では、ＩＤ＝１のソフトウェアのＩＤ＝１の部品、ＩＤ＝５のソフトウェアのＩＤ＝２の部品などが同じ「ＯＫ」というラベルをもっていて、かつ位置が互いに近かったこと、また、ＩＤ＝１のソフトウェアのＩＤ＝２の部品、ＩＤ＝３のソフトウェアのＩＤ＝７の部品などが同じ「キャンセル」というラベルをもっていて、かつ位置が互いに近かったことが示されている。
【００４２】
共通度計算手段１２は、ＧＵＩ部品比較手段１１の処理結果を読み込み、ラベルが同一で位置が互いに近い部品ごとに、その部品が使われていたソフトウェアの共通度を計算する。この処理の結果、図１３に示すようなデータが得られる。図１３の例では、ＩＤ＝１のソフトウェアのＩＤ＝１の部品やＩＤ＝５のソフトウェアのＩＤ＝２の部品などの「ＯＫ」ボタンを見ると、それらのボタンを使用していたソフトウェアが計１０個あり、これらの「ＯＫ」ボタンの共通度が１００％であったことが示されている。ただし本例では、ＧＵＩ部品データ保存手段１０にＧＵＩ部品データが保存されていたソフトウェアが計１０個であった（つまりＮ＝１０）とする。同様に図１３の例では、ＩＤ＝２のソフトウェアのＩＤ＝３の部品やＩＤ＝４のソフトウェアのＩＤ＝２の部品などの「キャンセル」ボタンを見ると、それらのボタンを使用していたソフトウェアが計３個あり、これらの「キャンセル」ボタンの共通度が３０％であったことが示されている。
【００４３】
共通度比較手段１３は、共通度計算手段１２の処理結果を読み込み、共通度の値があらかじめ登録されたしきい値以上であるＧＵＩ部品を検出する。このしきい値は、しきい値登録手段１４によりあらかじめ登録されている。この処理の結果、図１４に示すようなデータが得られる。ただし図１４の例では、しきい値登録手段１４により、しきい値が７０％と登録されていたものとする。図１４の例では、ＩＤ＝１のソフトウェアのＩＤ＝１の部品やＩＤ＝５のソフトウェアのＩＤ＝２の部品などの「ＯＫ」ボタンの共通度が１００％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。つまり、（０．７２，０．９１）という位置や（０．７６，０．８８）という位置などは、「ＯＫ」ボタンにとって標準的な位置であったことを示している。一方、図１４の例では、ＩＤ＝２のソフトウェアのＩＤ＝１の部品やＩＤ＝９の部品などの「ＯＫ」ボタンの共通度が２０％でしきい値の７０％以上より小さいので、「標準」の欄に「○」記号がつけられていない。つまり、（０．８２，０．１４）という位置や（０．７９，０．１３）という位置などは、「ＯＫ」ボタンにとって標準的な位置でなかったことを示している。図１４中の「キャンセル」ボタンの例も同様である。
【００４４】
共通ＧＵＩ部品データ保存手段１５は、共通度比較手段１３の処理結果、例えば図１４のような処理結果を保存する。
【００４５】
出力手段１６は、共通ＧＵＩ部品データ保存手段１５に保存されたデータを出力する。例えば出力手段１６がディスプレイであれば、図１４のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図１４のようなデータが紙に印刷される。この出力されたデータを見れば、ボタンの標準的な位置がわかる。例えば図１４の例では、「ＯＫ」ボタンの標準的な位置が（０．７２，０．９１）や（０．７６，０．８８）などであったことから、ウィンドウの右端に近く、ウィンドウの下端に近い領域（つまりウィンドウの右下の領域）が、「ＯＫ」ボタンの標準的な位置であるとわかる。したがって、ＧＵＩ設計においてボタンの位置を決める際に、この出力されたデータを参照して、標準的な位置にボタンをおくことができる。
【００４６】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばチェックボックス、ラジオボタンなどについても全く同様である。
【００４７】
次に、ＧＵＩ部品のプロパティがメニュー階層のなかでのメニュー項目の位置の場合について説明する。本例では、ＧＵＩ部品の種類はメニュー項目である。
【００４８】
ＧＵＩ部品データ保存手段１０には、ＧＵＩを有するソフトウェアのＧＵＩ部品データが、複数のソフトウェアの分だけ保存されている。このデータの例を図１５に示す。図１５の例は、ＩＤ＝１のソフトウェアのＧＵＩで使用されていたメニュー項目の位置のデータを表しており、ＩＤ＝１の位置のデータは、「新規作成」というメニュー項目が、「ファイル」というメニュー項目の下にある（つまり、「ファイル」というメニュー項目を選択したときに表示されるメニューのなかに、「新規作成」というメニュー項目がある）ことが示されている。同様に、ＩＤ＝４のメニュー位置のデータは、「ＧＩＦ」というメニュー項目が「変換」というメニュー項目の下にあり、さらにその「変換」というメニュー項目が「ファイル」というメニュー項目の下にあることが示されている。ＧＵＩ部品データ保存手段１０には、このようなデータがＮ個（Ｎは２以上の整数）のソフトウェアの分だけ保存されており、それらのソフトウェアのＩＤを、１、２、．．．、Ｎとする。なお、このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００４９】
ＧＵＩ部品比較手段１１は、ＧＵＩ部品データ保存手段１０に保存されたＧＵＩ部品データを読み込み、ソフトウェア間で比較することにより、メニュー項目の位置が同一のメニュー項目を検出する。この処理の結果、図１６に示すようなデータが得られる。図１６の例では、ＩＤ＝１のソフトウェアのＩＤ＝１の位置や、ＩＤ＝２のソフトウェアのＩＤ＝１の位置などが同一で、その位置とは「ファイル」−「新規作成」であったことが示されている。同様に図１６の例では、「ファイル」−「バージョン情報」という位置は、ＩＤ＝６のソフトウェアのＩＤ＝２７の位置だけしかなかったことが示されている。
【００５０】
共通度計算手段１２は、ＧＵＩ部品比較手段１１の処理結果を読み込み、同一のメニュー項目の位置ごとに、その位置が使われていたソフトウェアの共通度を計算する。この処理の結果、図１７に示すようなデータが得られる。図１７の例では、「ファイル」−「新規作成」の位置を使用していたソフトウェアが計１０個あり、この位置の共通度が１００％であったことが示されている。ただし本例では、ＧＵＩ部品データ保存手段１０にＧＵＩ部品データが保存されていたソフトウェアが計１０個であった（つまりＮ＝１０）とする。同様に図１７の例では、「ファイル」−「バージョン情報」の位置を使用していたソフトウェアは１つしかなく、この位置の共通度が１０％であったことが示されている。
【００５１】
共通度比較手段１３は、共通度計算手段１２の処理結果を読み込み、共通度の値があらかじめ登録されたしきい値以上であるＧＵＩ部品を検出する。このしきい値は、しきい値登録手段１４によりあらかじめ登録されている。この処理の結果、図１８に示すようなデータが得られる。ただし図１８の例では、しきい値登録手段１４により、しきい値が７０％と登録されていたものとする。図１８の例では、「ファイル」−「新規作成」という位置の共通度が１００％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。つまり、「ファイル」−「新規作成」という位置が標準的な位置であったことを示している。同様に図１８の例では、「ヘルプ」−「バージョン情報」という位置の共通度が９０％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。一方、図１８の例では、「ファイル」−「バージョン情報」という位置の共通度が１０％でしきい値の７０％より小さいので、「標準」の欄に「○」記号がつけられていない。つまり、「ファイル」−「バージョン情報」という位置が標準的な位置でなかったことを示している。
【００５２】
共通ＧＵＩ部品データ保存手段１５は、共通度比較手段１３の処理結果、例えば図１８のような処理結果を保存する。
【００５３】
出力手段１６は、共通ＧＵＩ部品データ保存手段１５に保存されたデータを出力する。例えば出力手段１６がディスプレイであれば、図１８のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図１８のようなデータが紙に印刷される。この出力されたデータを見れば、メニュー項目の標準的な位置がわかるので、ＧＵＩ設計においてメニュー項目の位置を決める際に、この出力されたデータを参照して、標準的な位置にすることができる。
【００５４】
次に、ＧＵＩ部品のプロパティがＧＵＩ部品のフォーカス設定の場合について説明する。本例では、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００５５】
ＧＵＩ部品データ保存手段１０には、ＧＵＩを有するソフトウェアのＧＵＩ部品データが、複数のソフトウェアの分だけ保存されている。このデータの例を図１９に示す。図１９の例は、ＩＤ＝１のソフトウェアのＧＵＩでフォーカス設定されていたボタンのデータを表しており、部品ＩＤ＝１のデータは、「ファイルを開く」ウィンドウの上に「ＯＫ」ボタンがあり、その「ＯＫ」ボタンがフォーカス設定されていたことを表している。つまり、「ファイルを開く」ウィンドウが表示されたあとにＥｎｔｅｒキーが押されると、そのウィンドウの「ＯＫ」ボタンが選択されることを表している。同様に、部品ＩＤ＝３のデータは、「ファイルを削除する」ウィンドウの上に「キャンセル」ボタンがあり、その「キャンセル」ボタンがフォーカス設定されていたことを表している。つまり、「ファイルを削除する」ウィンドウが表示されたあとにＥｎｔｅｒキーが押されると、そのウィンドウの「キャンセル」ボタンが選択されることを表している。
【００５６】
ＧＵＩ部品データ保存手段１０には、このようなデータがＮ個（Ｎは２以上の整数）のソフトウェアの分だけ保存されており、それらのソフトウェアのＩＤを、１、２、．．．、Ｎとする。なお、このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００５７】
ＧＵＩ部品比較手段１１は、ＧＵＩ部品データ保存手段１０に保存されたＧＵＩ部品データを読み込み、ソフトウェア間で比較することにより、ラベルが同一のＧＵＩ部品を検出する。この処理の結果、図２０に示すようなデータが得られる。図２０の例では、ＩＤ＝１のソフトウェアのＩＤ＝１およびＩＤ＝２の部品や、ＩＤ＝２のソフトウェアのＩＤ＝１部品などが、ラベルが同一でフォーカス設定されていたボタンであり、そのラベルは「ＯＫ」であったことが示されている。同様に図２０の例では、ラベルが「ヘルプ」でフォーカス設定されていたボタンは１つしかなく、その部品はＩＤ＝１０のソフトウェアのＩＤ＝２１の部品であったことが示されている。
【００５８】
共通度計算手段１２は、ＧＵＩ部品比較手段１１の処理結果を読み込み、同じラベルをもつ部品ごとに、その部品が使われていたソフトウェアの共通度を計算する。この処理の結果、図２１に示すようなデータが得られる。図２１の例では、フォーカス設定されていた「ＯＫ」ボタンを使用していたソフトウェアが計１０個あり、その部品の共通度が１００％であったことが示されている。ただし本例では、ＧＵＩ部品データ保存手段１０にＧＵＩ部品データが保存されていたソフトウェアが計１０個であった（つまりＮ＝１０）とする。同様に図２１の例では、フォーカス設定されていた「ヘルプ」ボタンを使用していたソフトウェアは１つしかなく、その部品の共通度が１０％であったことが示されている。
【００５９】
共通度比較手段１３は、共通度計算手段１２の処理結果を読み込み、共通度の値があらかじめ登録されたしきい値以上であるＧＵＩ部品を検出する。このしきい値は、しきい値登録手段１４によりあらかじめ登録されている。この処理の結果、図２２に示すようなデータが得られる。ただし図２２の例では、しきい値登録手段１４により、しきい値が７０％と登録されていたものとする。図２２の例では、フォーカス設定されていた「ＯＫ」ボタンの共通度が１００％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。つまり、「ＯＫ」ボタンにフォーカス設定することが標準的なフォーカス設定であったことを示している。図２２のの「キャンセル」ボタンも同様である。一方、図２２の例では、フォーカス設定されていた「ヘルプ」ボタンの共通度が１０％でしきい値の７０％より小さいので、「標準」の欄に「○」記号がつけられていない。つまり、「ヘルプ」ボタンにフォーカス設定することが標準的なフォーカス設定でなかったことを示している。
【００６０】
共通ＧＵＩ部品データ保存手段１５は、共通度比較手段１３の処理結果、例えば図２２のような処理結果を保存する。
【００６１】
出力手段１６は、共通ＧＵＩ部品データ保存手段１５に保存されたデータを出力する。例えば出力手段１６がディスプレイであれば、図２２のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図２２のようなデータが紙に印刷される。この出力されたデータを見れば、どのボタンにフォーカス設定するのが標準的であるかがわかるので、ＧＵＩ設計においてボタンにフォーカス設定する際に、この出力されたデータを参照して、標準的なフォーカス設定にすることができる。
【００６２】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばチェックボックス、ラジオボタンなどについても全く同様である。ただし実際には、フォーカス設定するのはボタンであることが多い。
【００６３】
以上の例からわかるように、本発明の第１の発明を用いれば、どのようなＧＵＩの設計が標準的な設計であるかがわかる。したがって、ＧＵＩを設計する際に、本発明を用いれば、標準的な設計に合わせることが可能となる。
【００６４】
［第２の実施の形態］
ここで、本発明の第２の発明の一実施の形態の構成図を図２３に示す。
【００６５】
図２３を参照すると、本発明の第２の発明は、ＧＵＩ部品データ保存手段２３０、共通ＧＵＩ部品データ保存手段２３１、ＧＵＩ部品評価手段２３２、出力手段２３３を備えて構成される。
【００６６】
なお以下では、ＧＵＩ部品のプロパティとして、ＧＵＩ部品のラベルの場合について説明し、ＧＵＩ部品の種類としてボタンを取り上げて本実施の形態における構成の説明を行う。
【００６７】
ＧＵＩ部品データ保存手段２３０には、ＧＵＩの設計が標準的な設計と合っているかどうかを評価したいソフトウェアのＧＵＩ部品データが保存されている。このデータの例を図２４に示す。図２４の例では、ＩＤ＝１の部品は、「ファイルを開く」ウィンドウの上にある「ＯＫ」ボタンである。このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００６８】
また、共通ＧＵＩ部品データ保存手段２３１には、標準的なＧＵＩ部品のデータが保存されている。このデータの例として、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータがある。この例の場合、図２３の共通ＧＵＩ部品データ保存手段２３１と、図１の共通ＧＵＩ部品データ保存手段１５は同一の手段である。また別の例として、標準的なＧＵＩ部品のデータが本願発明以外の方法により得られている場合は、そのデータが共通ＧＵＩ部品データ保存手段２３１に保存されている。以下に示す本例では、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータと同じデータが、共通ＧＵＩ部品データ保存手段２３１に保存されている場合について説明する。
【００６９】
ＧＵＩ部品評価手段２３２は、ＧＵＩ部品データ保存手段２３０に保存されたＧＵＩ部品データと、共通ＧＵＩ部品データ保存手段２３１に保存された共通ＧＵＩ部品データを読み込み、ＧＵＩ部品データ保存手段２３０から読みこんだＧＵＩ部品データが、標準的かどうかを評価する。例として、ＧＵＩ部品データ保存手段２３０に図２４のＧＵＩ部品データが保存されており、共通ＧＵＩ部品データ保存手段２３１に図５の共通ＧＵＩ部品データが保存されているとする。この場合、ＧＵＩ部品評価手段２３２の処理の結果、図２５に示すようなデータが得られる。図２５の例では、ＩＤ＝１の「ＯＫ」ボタン、およびＩＤ＝３の「ＯＫ」ボタンの「標準」の欄に「○」記号がついているが、これは、図５の共通ＧＵＩ部品データのなかに「ＯＫ」ボタンがあり、その「標準」の欄に「○」記号がついていたためである。つまり、図２５の各ＩＤの部品について、ラベルが同一の部品が図５に含まれており、かつ図５のその部品の標準の欄に「○」記号があれば、図２５の部品の「標準」の欄に「○」記号がつけられる。それ以外の場合、つまり、ラベルが同一の部品が図５にないか、もしくはラベルが同一の部品が図５にあるが「標準」の欄に「○」記号がない場合は、図２５の部品の「標準」の欄に「○」記号はつけられない。したがって、ＩＤ＝２の「キャンセル」ボタンには「標準」の欄に「○」記号がつけられており、ＩＤ＝４の「終了」ボタンおよびＩＤ＝５の「取消」ボタンには「標準」の欄に「○」記号がつけられていない。つまり、ＩＤ＝１〜３の部品はラベルが標準的であったが、ＩＤ＝４および５の部品はラベルが標準的ではなかったと評価されたことが示されている。
【００７０】
出力手段２３３は、ＧＵＩ部品評価手段２３２の処理結果を出力する。例えば出力手段１６がディスプレイであれば、図２５のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図２５のようなデータが紙に印刷される。この出力されたデータを見れば、評価対象ソフトウェアで使用されていたボタンのうち、ラベルが標準的であったボタンと、ラベルが標準的でなかったボタンがわかるので、標準的でなかったボタンのラベルを標準的なラベルに変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【００７１】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばメニュー項目、チェックボックス、ラジオボタンなどについても全く同様である。
【００７２】
また、以上に示した例ではＧＵＩ部品のプロパティがラベルの場合について記載した。ＧＵＩ部品のプロパティが部品の縦もしくは横サイズの場合は、ラベルを比較するかわりに部品の縦もしくは横サイズを比較することにより、ラベルの場合と全く同様に処理でき、その結果、縦もしくは横サイズが標準的であった部品と、縦もしくは横サイズが標準的でなかった部品がわかる。
【００７３】
次に、ＧＵＩ部品のプロパティが部品のアクセスキーの場合について説明する。本例でも、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００７４】
ＧＵＩ部品データ保存手段２３０には、ＧＵＩの設計が標準的な設計と合っているかどうかを評価したいソフトウェアのＧＵＩ部品データが保存されている。このデータの例を図２６に示す。図２６の例では、ＩＤ＝１のボタンは、部品ラベルが「ＯＫ」でアクセスキーが「Ｏ（オー）」である。このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００７５】
また、共通ＧＵＩ部品データ保存手段２３１には、標準的なＧＵＩ部品のデータが保存されている。本例では、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータと同じデータが、共通ＧＵＩ部品データ保存手段２３１に保存されている場合について説明する。
【００７６】
ＧＵＩ部品評価手段２３２は、ＧＵＩ部品データ保存手段２３０に保存されたＧＵＩ部品データと、共通ＧＵＩ部品データ保存手段２３１に保存された共通ＧＵＩ部品データを読み込み、ＧＵＩ部品データ保存手段２３０から読みこんだＧＵＩ部品データが、標準的かどうかを評価する。例として、ＧＵＩ部品データ保存手段２３０に図２６のＧＵＩ部品データが保存されており、共通ＧＵＩ部品データ保存手段２３１に図９の共通ＧＵＩ部品データが保存されているとする。この場合、ＧＵＩ部品評価手段２３２の処理の結果、図２７に示すようなデータが得られる。図２７の例では、ＩＤ＝１の「ＯＫ」ボタンの「標準」の欄に「○」記号がついているが、これは、図９の共通ＧＵＩ部品データのなかに、ラベルが「ＯＫ」でアクセスキーが「Ｏ（オー）」のボタンがあり、その「標準」の欄に「○」記号がついていたためである。つまり、図２７の各ＩＤの部品について、ラベルとアクセスキーがともに同一の部品が図９に含まれており、かつ図９のその部品の標準の欄に「○」記号があれば、図２７の部品の「標準」の欄に「○」記号がつけられる。それ以外の場合、つまり、ラベルとアクセスキーがともに同一の部品が図９にないか、もしくはラベルとアクセスキーがともに同一の部品が図９にあるが「標準」の欄に「○」記号がない場合は、図２７の部品の「標準」の欄に「○」記号はつけられない。したがって、ＩＤ＝２の「キャンセル」ボタンには「標準」の欄に「○」記号がつけられており、ＩＤ＝３の「ＯＫ」ボタンおよびＩＤ＝４の「キャンセル」ボタンには「標準」の欄に「○」記号がつけられていない。つまり、ＩＤ＝１および２の部品はアクセスキーが標準的であったが、ＩＤ＝３および４の部品はアクセスキーが標準的ではなかったと評価されたことが示されている。
【００７７】
出力手段２３３は、ＧＵＩ部品評価手段２３２の処理結果を出力する。例えば出力手段１６がディスプレイであれば、図２７のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図２７のようなデータが紙に印刷される。この出力されたデータを見れば、評価対象ソフトウェアで使用されていたボタンのうち、アクセスキーが標準的であったボタンと、アクセスキーが標準的でなかったボタンがわかるので、標準的でなかったボタンのアクセスキーを標準的なアクセスキーに変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【００７８】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばメニュー項目、チェックボックス、ラジオボタンなどについても全く同様である。
【００７９】
次に、ＧＵＩ部品のプロパティが部品の位置の場合について説明する。本例でも、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００８０】
ＧＵＩ部品データ保存手段２３０には、ＧＵＩの設計が標準的な設計と合っているかどうかを評価したいソフトウェアのＧＵＩ部品データが保存されている。このデータの例を図２８に示す。図２８の例では、ＩＤ＝１のボタンは、部品のラベルが「ＯＫ」で、部品の位置が（０．７２，０．９０）である。ただし部品の位置の計算方法は、図１０に示した例の場合と同じとする。このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００８１】
また、共通ＧＵＩ部品データ保存手段２３１には、標準的なＧＵＩ部品のデータが保存されている。本例では、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータと同じデータが、共通ＧＵＩ部品データ保存手段２３１に保存されている場合について説明する。
【００８２】
ＧＵＩ部品評価手段２３２は、ＧＵＩ部品データ保存手段２３０に保存されたＧＵＩ部品データと、共通ＧＵＩ部品データ保存手段２３１に保存された共通ＧＵＩ部品データを読み込み、ＧＵＩ部品データ保存手段２３０から読みこんだＧＵＩ部品データが、標準的かどうかを評価する。例として、ＧＵＩ部品データ保存手段２３０に図２８のＧＵＩ部品データが保存されており、共通ＧＵＩ部品データ保存手段２３１に図１４の共通ＧＵＩ部品データが保存されているとする。この場合、ＧＵＩ部品評価手段２３２の処理の結果、図２９に示すようなデータが得られる。図２９の例では、ＩＤ＝１の「ＯＫ」ボタンの「標準」の欄に「○」記号がついているが、これは、次の３つの条件がすべて満足されていたためである。ただし、図２９のＩＤ＝１の「ＯＫ」ボタンのことを、ボタンＰと表記することにする。
【００８３】
（条件１）図１４の共通ＧＵＩ部品データのなかにラベルが「ＯＫ」のボタンがあった。これらのボタンをＢ１、Ｂ２、．．．、Ｂｎとする。
【００８４】
（条件２）Ｂ１〜Ｂｎのうち、ボタンＰと最も距離の近いボタンＱを見つけた結果、そのボタンＱの「標準」の欄に「○」記号がつけられていた。ただし本例では、ボタンＰと最も距離の近いボタンＱとは、図１４のソフトウェアＩＤ＝１、部品ＩＤ＝１の「ＯＫ」ボタンであったとする。
【００８５】
（条件３）ボタンＰとボタンＱの距離が十分に小さかった。ただし本例では、距離が十分に近いというのは、その距離が０．１以下である場合とする。ボタンＰとボタンＱの距離を計算してみると、ボタンＰの位置が（０．７２，０．９０）でボタンＱの位置が（０．７２，０．９１）であるので、
ＳＱＲＴ（（０．７２−０．７２）×（０．７２−０．７２）＋（０．９０−０．９１）×（０．９０−０．９１））＝ＳＱＲＴ（０＋０．０００１）＝０．０１
であり、０．１以下であるので、条件３を満足していることがわかる。つまり、図２９の各ＩＤの部品（これを部品Ｕと表記する）について、次の３つの条件がすべて満足されていれば、図２９の部品Ｕの「標準」の欄に「○」記号がつけられる。
【００８６】
（条件１）図１４の共通ＧＵＩ部品データのなかにラベルが部品Ｕと同一の部品があった。これらの部品をＢ１、Ｂ２、．．．、Ｂｎとする。
【００８７】
（条件２）Ｂ１〜Ｂｎのうち、部品Ｕと最も距離の近い部品Ｚを見つけた結果、その部品Ｚの「標準」の欄に「○」記号がつけられていた。
【００８８】
（条件３）部品Ｕと部品Ｚの距離が０．１以下であった。
【００８９】
これらの３つの条件の１つでも満たされない場合は、図２９の部品の「標準」の欄に「○」記号はつけられない。図２９のＩＤ＝２の「キャンセル」ボタンは、条件１〜条件３をすべて満たしていたので、「標準」の欄に「○」記号がつけられている（ただし、図１４に含まれる「キャンセル」ボタンのなかで、図２９のＩＤ＝２の「キャンセル」ボタンと最も距離の近かったのは、ソフトウェアＩＤ＝１、部品ＩＤ＝２の「キャンセル」ボタンであったとする）。一方、図２９のＩＤ＝３の「ＯＫ」ボタンは、条件２を満たしていなかったので、「標準」の欄に「○」記号がつけられていない（ただし、図１４に含まれる「ＯＫ」ボタンのなかで、図２９のＩＤ＝３の「ＯＫ」ボタンと最も距離の近かったのは、ソフトウェアＩＤ＝２、部品ＩＤ＝１の「ＯＫ」ボタンであったとする）。また図２９のＩＤ＝４の「キャンセル」ボタンは、条件３を満たしていなかったので、「標準」の欄に「○」記号がつけられていない（ただし、図１４に含まれる「キャンセル」ボタンのなかで、図２９のＩＤ＝４の「キャンセル」ボタンと最も距離の近かったのは、ソフトウェアＩＤ＝１、部品ＩＤ＝２の「キャンセル」ボタンであったとする）。以上から、図２９において、ＩＤ＝１および２の部品は位置が標準的であったが、ＩＤ＝３および４の部品は位置が標準的ではなかったと評価されたことが示されている。
【００９０】
出力手段２３３は、ＧＵＩ部品評価手段２３２の処理結果を出力する。例えば出力手段１６がディスプレイであれば、図２９のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図２９のようなデータが紙に印刷される。この出力されたデータを見れば、評価対象ソフトウェアで使用されていたボタンのうち、位置が標準的であったボタンと、位置が標準的でなかったボタンがわかるので、標準的でなかったボタンの位置を標準的な位置に変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【００９１】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばチェックボックス、ラジオボタンなどについても全く同様である。
【００９２】
次に、ＧＵＩ部品のプロパティがメニュー階層のなかでのメニュー項目の位置の場合について説明する。本例では、ＧＵＩ部品の種類はメニュー項目である。
【００９３】
ＧＵＩ部品データ保存手段２３０には、ＧＵＩの設計が標準的な設計と合っているかどうかを評価したいソフトウェアのＧＵＩ部品データが保存されている。このデータの例を図２４に示す。図２４の例では、ＩＤ＝１の位置のデータは、「新規作成」というメニュー項目が、「ファイル」というメニュー項目の下にある（つまり、「ファイル」というメニュー項目を選択したときに表示されるメニューのなかに、「新規作成」というメニュー項目がある）ことが示されている。このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００９４】
また、共通ＧＵＩ部品データ保存手段２３１には、標準的なＧＵＩ部品のデータが保存されている。本例では、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータと同じデータが、共通ＧＵＩ部品データ保存手段２３１に保存されている場合について説明する。
【００９５】
ＧＵＩ部品評価手段２３２は、ＧＵＩ部品データ保存手段２３０に保存されたＧＵＩ部品データと、共通ＧＵＩ部品データ保存手段２３１に保存された共通ＧＵＩ部品データを読み込み、ＧＵＩ部品データ保存手段２３０から読みこんだＧＵＩ部品データが、標準的かどうかを評価する。例として、ＧＵＩ部品データ保存手段２３０に図３０のＧＵＩ部品データが保存されており、共通ＧＵＩ部品データ保存手段２３１に図１８の共通ＧＵＩ部品データが保存されているとする。この場合、ＧＵＩ部品評価手段２３２の処理の結果、図３１に示すようなデータが得られる。図３１の例では、ＩＤ＝１の位置の「標準」の欄に「○」記号がついているが、これは、図１８の共通ＧＵＩ部品データのなかに同じ位置があり、その「標準」の欄に「○」記号がついていたためである。つまり、図３１の各ＩＤの位置について、同一の位置が図１８に含まれており、かつ図１８のその位置の標準の欄に「○」記号があれば、図３１の部品の「標準」の欄に「○」記号がつけられる。それ以外の場合、つまり、同一の位置が図１８にないか、もしく同一の位置が図１８にあるが「標準」の欄に「○」記号がない場合は、図３１の位置の「標準」の欄に「○」記号はつけられない。したがって、ＩＤ＝２の位置には「標準」の欄に「○」記号がつけられていない。つまり、ＩＤ＝１の位置は標準的であったが、ＩＤ＝２の位置は標準的ではなかったと評価されたことが示されている。
【００９６】
出力手段２３３は、ＧＵＩ部品評価手段２３２の処理結果を出力する。例えば出力手段１６がディスプレイであれば、図３１のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図３１のようなデータが紙に印刷される。この出力されたデータを見れば、評価対象ソフトウェアで使用されていたメニュー項目のうち、位置が標準的であったメニュー項目と、位置が標準的でなかったメニュー項目がわかるので、標準的でなかったメニュー項目の位置を標準的な位置に変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【００９７】
次に、ＧＵＩ部品のプロパティがＧＵＩ部品のフォーカス設定の場合について説明する。本例では、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００９８】
ＧＵＩ部品データ保存手段２３０には、ＧＵＩの設計が標準的な設計と合っているかどうかを評価したいソフトウェアのＧＵＩ部品データが保存されている。このデータの例を図３２に示す。図３２の例では、ＩＤ＝１のデータは、「ファイルを開く」ウィンドウの上に「ＯＫ」ボタンがあり、その「ＯＫ」ボタンがフォーカス設定されていたことを表している。つまり、「ファイルを開く」ウィンドウが表示されたあとにＥｎｔｅｒキーが押されると、そのウィンドウの「ＯＫ」ボタンが選択されることを表している。このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００９９】
また、共通ＧＵＩ部品データ保存手段２３１には、標準的なＧＵＩ部品のデータが保存されている。本例では、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータと同じデータが、共通ＧＵＩ部品データ保存手段２３１に保存されている場合について説明する。
【０１００】
ＧＵＩ部品評価手段２３２は、ＧＵＩ部品データ保存手段２３０に保存されたＧＵＩ部品データと、共通ＧＵＩ部品データ保存手段２３１に保存された共通ＧＵＩ部品データを読み込み、ＧＵＩ部品データ保存手段２３０から読みこんだＧＵＩ部品データが、標準的かどうかを評価する。例として、ＧＵＩ部品データ保存手段２３０に図３２のＧＵＩ部品データが保存されており、共通ＧＵＩ部品データ保存手段２３１に図２２の共通ＧＵＩ部品データが保存されているとする。この場合、ＧＵＩ部品評価手段２３２の処理の結果、図３３に示すようなデータが得られる。図３３の例では、ＩＤ＝１の「ＯＫ」ボタンの「標準」の欄に「○」記号がついているが、これは、図２２の共通ＧＵＩ部品データのなかに「ＯＫ」ボタンがあり、その「標準」の欄に「○」記号がついていたためである。つまり、図３３の各ＩＤの部品について、ラベルが同一の部品が図２２に含まれており、かつ図２２のその部品の標準の欄に「○」記号があれば、図３３の部品の「標準」の欄に「○」記号がつけられる。それ以外の場合、つまり、ラベルが同一の部品が図２２にないか、もしくはラベルが同一の部品が図２２にあるが「標準」の欄に「○」記号がない場合は、図３３の部品の「標準」の欄に「○」記号はつけられない。したがって、ＩＤ＝２の「キャンセル」ボタンには「標準」の欄に「○」記号がつけられており、ＩＤ＝３の「ヘルプ」ボタンには「標準」の欄に「○」記号がつけられていない。つまり、ＩＤ＝１および２の部品はフォーカス設定することが標準的な部品であったが、ＩＤ＝３の部品はフォーカス設定することが標準的な部品でなかったと評価されたことが示されている。
【０１０１】
出力手段２３３は、ＧＵＩ部品評価手段２３２の処理結果を出力する。例えば出力手段１６がディスプレイであれば、図３３のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図３３のようなデータが紙に印刷される。この出力されたデータを見れば、評価対象ソフトウェアでフォーカス設定されていたボタンのうち、そのボタンにフォーカス設定することが標準的であったボタンと、そのボタンにフォーカス設定することが標準的でなかったボタンがわかるので、標準的でなかったボタンのフォーカス設定を変更する（つまり、そのボタンのフォーカス設定を解除し、Ｅｎｔｅｒキーで選択されないように変更する）ことで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【０１０２】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばチェックボックス、ラジオボタンなどについても全く同様である。ただし実際には、フォーカス設定するのはボタンであることが多い。
【０１０３】
以上の例からわかるように、本発明の第２の発明を用いれば、評価対象ソフトウェアのＧＵＩの設計が標準的な設計と合っているかどうかがわかる。したがって、標準的な設計に合っていなかった部品が見つかった場合は、その部品の設計を標準的な設計と一致するように変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【０１０４】
［第３の実施の形態］
次に、本発明の第３の発明の実施の形態について図３４を用いて説明する。
【０１０５】
本実施の形態は、上記第１、第２の発明をコンピュータによって実現するための形態であり、ＰＣやＷＳに代表されるコンピュータ３４０上で動作する実行プログラムを記録した記録媒体として提供される。この実行プログラムは、ハードディスク、フロッピィディスク、ＣＤ−ＲＯＭなどに代表される記録媒体３４１に記録されており、コンピュータ３４０上に読み出されて実行され、コンピュータ３４０を上記第１の発明、第２の発明のように動作させる。動作結果を出力する出力手段は、ディスプレイ３４４やプリンタ３４５である。また、第１の発明におけるＧＵＩ部品データ保存手段および共通ＧＵＩ部品データ保存手段、もしくは第２の発明におけるＧＵＩ部品データ保存手段および共通ＧＵＩ部品データ保存手段に保存されている各種のデータは、記録媒体３４１に記録されており、コンピュータ３４０上に読み出されて、実行プログラムによって処理される。また、第１の発明に記載のしきい値登録手段による共通度のしきい値の登録は、キーボード３４２もしくはポインティング手段３４３などの入力手段により実現される。
【０１０６】
【発明の効果】
以上説明したように、本発明のＧＵＩ設計支援方法、ＧＵＩ設計支援装置、ＧＵＩ評価方法もしくはＧＵＩ評価装置を用いれば以下のような効果が得られる。
【０１０７】
まず、第１の発明を用いれば、どのようなＧＵＩの設計が標準的な設計であるかがわかる。したがって、ＧＵＩを設計する際に、ＧＵＩ設計支援装置を参照すれば、標準的な設計に合わせることが可能となる。
【０１０８】
次に、第２の発明を用いれば、評価対象ソフトウェアのＧＵＩの設計が標準的な設計と合っているかどうかがわかる。したがって、標準的な設計に合っていなかった部品が見つかった場合は、その部品の設計を標準的な設計と一致するように変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態における一構成例を示す構成図。
【図２】ＧＵＩ部品データ保存手段１０に保存されているデータの例。
【図３】ＧＵＩ部品比較手段１１の処理結果の例。
【図４】共通度計算手段１２の処理結果の例。
【図５】共通度比較手段１３の処理結果の例。
【図６】ＧＵＩ部品データ保存手段１０に保存されているデータの例。
【図７】ＧＵＩ部品比較手段１１の処理結果の例。
【図８】共通度計算手段１２の処理結果の例。
【図９】共通度比較手段１３の処理結果の例。
【図１０】ＧＵＩ部品データ保存手段１０に保存されているデータの例。
【図１１】ウィンドウのサイズとボタンの中心座標の例。
【図１２】ＧＵＩ部品比較手段１１の処理結果の例。
【図１３】共通度計算手段１２の処理結果の例。
【図１４】共通度比較手段１３の処理結果の例。
【図１５】ＧＵＩ部品データ保存手段１０に保存されているデータの例。
【図１６】ＧＵＩ部品比較手段１１の処理結果の例。
【図１７】共通度計算手段１２の処理結果の例。
【図１８】共通度比較手段１３の処理結果の例。
【図１９】ＧＵＩ部品データ保存手段１０に保存されているデータの例。
【図２０】ＧＵＩ部品比較手段１１の処理結果の例。
【図２１】共通度計算手段１２の処理結果の例。
【図２２】共通度比較手段１３の処理結果の例。
【図２３】本発明の第２の実施の形態における一構成例を示す構成図。
【図２４】ＧＵＩ部品データ保存手段２３０に保存されているデータの例。
【図２５】ＧＵＩ部品評価手段２３２の処理結果の例。
【図２６】ＧＵＩ部品データ保存手段２３０に保存されているデータの例。
【図２７】ＧＵＩ部品評価手段２３２の処理結果の例。
【図２８】ＧＵＩ部品データ保存手段２３０に保存されているデータの例。
【図２９】ＧＵＩ部品評価手段２３２の処理結果の例。
【図３０】ＧＵＩ部品データ保存手段２３０に保存されているデータの例。
【図３１】ＧＵＩ部品評価手段２３２の処理結果の例。
【図３２】ＧＵＩ部品データ保存手段２３０に保存されているデータの例。
【図３３】ＧＵＩ部品評価手段２３２の処理結果の例。
【図３４】本発明の第１の実施の形態、第２の実施の形態の別の実施の形態を表す構成図。
【図３５】メニュー項目のショートカットキーの例を表すウィンドウの図。
【図３６】アクセスキーの例を表すウィンドウの図。
【図３７】メニュー階層の例を表すウィンドウの図。
【図３８】ＧＵＩ部品のフォーカス設定の例を表すウィンドウの図。
【符号の説明】
１０…ＧＵＩ部品データ保存手段
１１…ＧＵＩ部品比較手段
１２…共通度計算手段
１３…共通度比較手段
１４…しきい値登録手段
１５…共通ＧＵＩ部品データ保存手段
１６、２３３…出力手段
１１００…ウィンドウ
１１０１…ボタン
２３０…ＧＵＩ部品データ保存手段
２３１…共通ＧＵＩ部品データ保存手段
２３２…ＧＵＩ部品評価手段
３４０…コンピュータ
３４１…記録媒体
３４２…キーボード
３４３…ポインティング手段
３４４…ディスプレイ
３４５…プリンタ
３５０、３５１…メニュー
３６０、３８０…「はい」ボタン
３６１、３８１…「いいえ」ボタン
３６２、３８２…「ヘルプ」ボタン
【発明の属する技術分野】
本発明は、ＧＵＩ（グラフィカルユーザインタフェース）を有し、パーソナルコンピュータ（以下、ＰＣ）やワークステーション（以下、ＷＳ）などに代表されるコンピュータ上で動作するソフトウェアのＧＵＩの設計を支援することを目的としたＧＵＩ設計支援方法及びその装置並びにＧＵＩ設計支援プログラムを記録した機械読み取り可能な記録媒体、及び、ソフトウェアの操作性を評価することを目的としたＧＵＩ評価方法及びその装置並びにＧＵＩ評価プログラムを記録した機械読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
ＰＣやＷＳなどに代表されるコンピュータ上で動作するソフトウェアのＧＵＩを設計する際には、ソフトウェアを使いやすくするために、標準的な設計に合わせることが重要である。ただし標準的な設計とは、既存の多くのソフトウェア間で共通するような設計のことを指している。
【０００３】
ここで、標準的な設計に合わせることが重要であることを、メニュー項目のショートカットキーの設計を例にして説明する。メニュー項目のショートカットキーとは、メニュー項目をポインティングカーソルで選択するのではなく、キーボードの操作で選択するためのものであり、現在、ＰＣやＷＳ上で動作するソフトウェアのＧＵＩとして一般的に用いられている。ショートカットキーの例を図３５に示す。図３５（ａ）および図３５（ｂ）はともにあるＧＵＩソフトウェアのウィンドウを表しており、メニュー３５０には「ファイル」「編集」「検索」「ヘルプ」の４つの項目があることが示されている。またメニュー３５１は、メニュー３５０のなかの「ファイル」を選択した結果表示されたメニューであり、「新規作成」ほか計５つの項目があることが示されている。メニュー３５１を見ると、例えば「新規作成」というメニュー項目では、「新規作成」というラベルの右に「Ｃｔｒｌ＋Ｎ」と表示されている。これは、「Ｃｔｒｌ」キーと「Ｎ」キーが「新規作成」メニュー項目のショートカットキーであることを表しており、「Ｃｔｒｌ」キーと「Ｎ」キーを同時に押せば「新規作成」メニュー項目を選択できる。同様に、メニュー３５１のなかの「閉じる」メニュー項目は、「Ｆ７」キーを押すことによって選択できる。ショートカットキーの特徴は、選択したいメニュー項目が画面に表示されていない状態でもそのメニュー項目を選択できる点である。すなわち、図３５（ａ）もしくは図３５（ｂ）のいずれの状態においても、「Ｃｔｒｌ」キーと「Ｎ」キーを同時に押せば「新規作成」メニュー項目を選択でき、「Ｆ７」キーを押せば「閉じる」メニュー項目を選択できる。このようなメニュー項目のショートカットキーを設計する際には、標準的な設計に合わせることが重要である。すなわち、現在設計しているソフトウェア（仮にソフトウェアＳとする）にて用いるあるメニュー項目（仮にメニュー項目Ｍ１とする）が、既存の他のソフトウェアにも存在する場合、ソフトウェアＳにおいてメニュー項目Ｍ１に割り当てるショートカットキーは、それらの既存のソフトウェアにおけるショートカットキーと統一するべきである。なぜなら、ユーザがソフトウェアＳを含む複数のソフトウェアを使用し、それら複数のソフトウェアに同じメニュー項目Ｍ１が存在する場合、メニュー項目Ｍ１に同じショートカットキーが割り当てられていれば、ユーザはソフトウェアが異なっても常に同じ操作でメニュー項目Ｍ１を選択できるので覚えやすく、また操作を間違えにくくなるからである。
【０００４】
以上の例はショートカットキーの例であるが、同様に、ＧＵＩ部品のラベル、ＧＵＩ部品の縦および横のサイズ、ＧＵＩ部品の位置、ＧＵＩ部品のアクセスキー、メニュー階層のなかでのメニュー項目の位置、およびＧＵＩ部品のフォーカス設定を設計する場合にも、標準的な設計に合わせるべきである。
【０００５】
ＧＵＩ部品のラベルを標準的なラベルにする（例えば、ボタンのラベルを他のソフトウェアと同じラベルにする）ことで、部品の機能が同じであることが明確になるので、部品の機能を類推しやすくなり、また、部品の機能を覚えやすくなる。
【０００６】
また、ＧＵＩ部品の縦および横のサイズを標準的なサイズにする（例えば、ボタンのサイズを他のソフトウェアと同じサイズにする）ことで、ＧＵＩの見栄えの統一感が向上する。
【０００７】
また、ＧＵＩ部品の位置を標準的な位置にする（例えば、「ＯＫ」ボタンの位置を他のソフトウェアと同じ位置にする）ことで、新しいウィンドウが開かれるときに、ボタンの位置を予測でき、ボタンを見つけやすくなる。
【０００８】
また、アクセスキーとは、画面に表示された部品を、ポインティングカーソルで選択するのではなくキーボードの操作で選択するためのものである。アクセスキーの例を図３６に示す。図３６はあるウィンドウを表しており、このウィンドウには「はい」ボタン３６０、「いいえ」ボタン３６１、「ヘルプ」ボタン３６２の計３つのボタンがある。「はい」ボタン３６０を見ると、「はい」というラベルの横に（Ｙ）と表記されているが、これは、Ｙが「はい」ボタン３６０のアクセスキーであることを表している。すわなち、図３６のウィンドウが画面に表示されている状態で、キーボード上の「Ｙ」キーと、あらかじめ決められたある特定のキー（例えば「Ａｌｔ」キー）を同時に押せば「はい」ボタン３６０を選択できる。同様に図３６の例において、「いいえ」ボタン３６１のアクセスキーはＮ、「ヘルプ」ボタン３６２のアクセスキーはＨである。アクセスキーとショートカットキーの違いは、アクセスキーは画面上に表示されている部品だけの選択が可能であるのに対し、ショートカットキーは画面上に表示されていない部品でも選択可能な点である。また、ショートカットキーを割当てるＧＵＩ部品はメニュー項目である場合が多いのに対し、アクセスキーを割当てるＧＵＩ部品は、ボタン、メニュー項目、チェックボックス、ラジオボタンなど様々である。ＧＵＩ部品のアクセスキーを標準的なキーにする（例えば、「ヘルプ」ボタンのアクセスキーを他のソフトウェアと同じキーにする）ことで、同じ部品を同じキーで選択できるので、操作を覚えやすく、また誤操作を防止できる。
【０００９】
また、メニュー階層のなかでのメニュー項目の位置とは、あるメニュー項目を選択するための一連のメニュー項目の選択手順のことを指している。メニュー階層の例を図３７に示す。図３７は、メニュー項目Ｍ２が選択され、さらにメニュー項目Ｍ２３が選択された状態を表している。この例において、メニュー項目Ｍの位置はＭ２−Ｍ２３−Ｍである。メニュー階層のなかでのメニュー項目の位置を標準的な位置にする（例えば、「コピー」メニュー項目を他のソフトウェアと同じ位置におく）ことで、選択したいメニュー項目の位置を予測できるようになり、そのメニュー項目が見つけやすくなる。
【００１０】
また、ＧＵＩ部品のフォーカス設定とは、その部品がＥｎｔｅｒキーの押下によって選択される部品であるか否かの設定のことを指している。ＧＵＩ部品のフォーカス設定の例を図３８に示す。図３８はあるウィンドウを表しており、このウィンドウには「はい」ボタン３８０、「いいえ」ボタン３８１、「ヘルプ」ボタン３８２の計３つのボタンがある。図３８を見ると「はい」ボタン３８０の枠が他の２つのボタンより太いことがわかるが、これは「はい」ボタン３８０がフォーカス設定されていることを表している。つまり図３８は、このウィンドウが表示されているときにＥｎｔｅｒキーが押されると、「はい」ボタン４３０が選択されることを表している。ＧＵＩ部品のフォーカス設定を標準的な設定にする（例えば、あるウィンドウのフォーカス部品を他のソフトウェアと同じ部品に設定する）ことで、同じ部品をＥｎｔｅｒキーで選択できるので、操作を覚えやすく、また誤操作を防止できる。
【００１１】
したがって、ＧＵＩを設計する際には、標準的な設計に合わせるために、どのような設計が標準的であるかがわかっていなければならない。つまり、既存の多数のソフトウェア間に共通するようなＧＵＩ部品のデータが得られなければならない。しかし、ＧＵＩ部品のデータが複数のソフトウェアの分だけ得られているときに、それらのＧＵＩ部品のデータから多数のソフトウェア間に共通するようなＧＵＩ部品を検出し、検出されたＧＵＩ部品のデータを出力して設計者に参照可能にするＧＵＩ設計支援方法もしくはＧＵＩ設計支援装置は、従来存在しなかった。また、すでにＧＵＩの設計が完了している場合は、その設計が標準的な設計に合っているかどうかを評価しなければならない。従来のＧＵＩ評価装置として文献１：”Ｖｉｓｕａｌ ＆ Ｔｅｘｔｕａｌ Ｃｏｎｓｉｓｔｅｎｃｙ Ｃｈｅｃｋｉｎｇ Ｔｏｏｌｓ ｆｏｒ Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅｓ”， Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ０， ＣＡＲ−ＴＲ−８２８， Ｈｕｍａｎ−Ｃｏｍｐｕｔｅｒ ＩｎｔｅｒａｃｔｉｏｎＬａｂｏｒａｔｏｒｙ， Ｃｅｎｔｅｒ ｆｏｒ Ａｕｔｏｍａｔｉｏｎ Ｒｅｓｅａｒｃｈ， Ｕｎｉｖｅｒｓｉｔｙ ｏｆ Ｍａｒｙｌａｎｄ （Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ 経由でアドレスｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｍｄ．ｅｄｕ／ｐｒｏｊｅｃｔｓ／ｈｃｉｌ／ｐｕｂｓ／ｔｅｃｈ−ｒｅｐｏｒｔｓ．ｓｈｔｍｌ＃１９９６から入手可能、１９９６年５月）、および文献２：特開平１１−０８５４９７号公報「ＧＵＩ評価方法及びその装置並びにプログラムを記録した機械読み取り可能な記録媒体」に記載のＧＵＩ評価装置があった。ところが、文献１および文献２に記載のＧＵＩ評価装置はいずれも、ある１つのソフトウェアのなかでのＧＵＩ部品の設計の一貫性を評価することは可能であるが、そのソフトウェアのＧＵＩ部品のデータを他のソフトウェアのＧＵＩ部品のデータと比較して、標準的な設計に合っているかどうかを評価することはできなかった。
【００１２】
【発明が解決しようとする課題】
上述したように、ＧＵＩ部品のデータが複数のソフトウェアの分だけ得られているときに、それらのＧＵＩ部品のデータから、多数のソフトウェア間に共通するようなＧＵＩ部品を検出し、検出されたＧＵＩ部品のデータを出力して設計者に参照可能にするＧＵＩ設計支援方法もしくはＧＵＩ設計支援装置は、従来存在しなかった。
【００１３】
また、上述したように、従来のＧＵＩ評価装置として文献１および文献２に記載のＧＵＩ評価装置が存在するが、文献１および文献２に記載のＧＵＩ評価装置はいずれも、ある１つのソフトウェアのなかでのＧＵＩ部品の設計の一貫性を評価することは可能であるが、そのソフトウェアのＧＵＩ部品のデータを他のソフトウェアのＧＵＩ部品のデータと比較して、標準的な設計に合っているかどうかを評価することはできなかった。
【００１４】
よって、本願発明は上記従来の技術の課題を解決することを発明の目的とする。
【００１５】
【課題を解決するための手段】
本発明の第１の発明であるＧＵＩ設計支援手法は、ＧＵＩを有する複数のソフトウェアのＧＵＩ部品データを読み込み、この読み込んだＧＵＩ部品データを前記複数のソフトウェア間で比較してプロパティの値が共通しているＧＵＩ部品を検出し、この検出された前記ＧＵＩ部品の前記複数のソフトウェア間での共通度を求めて出力することを特徴とし、さらに詳しくは、ＧＵＩを有する複数のソフトウェアのＧＵＩ部品データを保存したＧＵＩ部品データ保存手段と、前記ＧＵＩ部品保存手段に保存されたＧＵＩ部品データを読み込み、この読み込んだ前記ＧＵＩ部品データを前記複数のソフトウェア間で比較してプロパティの値が共通しているＧＵＩ部品を検出するＧＵＩ部品比較手段と、前記ＧＵＩ部品比較手段によって検出されたＧＵＩ部品の各々について、前記ＧＵＩ部品を使用していたソフトウェアの割合を前記ＧＵＩ部品の共通度として計算する共通度計算手段と、共通度のしきい値を登録するしきい値登録手段と、前記共通度計算手段にて計算された前記共通度が、前記しきい値登録手段に登録されたしきい値以上であるＧＵＩ部品を検出する共通度比較手段と、前記共通度比較手段にて検出されたＧＵＩ部品のデータを保存する共通ＧＵＩ部品データ保存手段と、前記共通ＧＵＩ部品データ保存手段に保存されたＧＵＩ部品のデータを出力する出力手段から構成される。
【００１６】
本発明の第２の発明であるＧＵＩ評価手法は、ＧＵＩを有するソフトウェアのＧＵＩ部品データとＧＵＩを有する複数のソフトウェア間に共通するＧＵＩ部品のデータを読み込み、前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品のプロパティの値と前記複数のソフトウェア間に共通するＧＵＩ部品のプロパティの値とを比較することによって前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品を評価し、前記評価の結果を含めた前記ソフトウェアのＧＵＩ部品データを出力することを特徴とし、さらに詳しくは、ＧＵＩを有するソフトウェアのＧＵＩ部品データを保存したＧＵＩ部品データ保存手段と、ＧＵＩを有する複数のソフトウェア間に共通するＧＵＩ部品のデータを保存した共通ＧＵＩ部品データ保存手段と、前記ＧＵＩ部品保存手段に保存されたＧＵＩ部品データと前記共通ＧＵＩ部品データ保存手段に保存された共通ＧＵＩ部品データとを読み込み、前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品のプロパティの値と前記複数のソフトウェア間に共通するＧＵＩ部品のプロパティの値とを比較することによって前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品を評価するＧＵＩ部品評価手段と、前記ＧＵＩ部品評価手段の評価の結果を含めた前記ＧＵＩ部品データを出力する出力手段とから構成される。
【００１７】
また、本発明の第３の発明は、第１の発明、及び第２の発明をコンピュータによって実現するためのプログラムを記録した機械読み取り可能な記録媒体を提供することを特徴とする。
【００１８】
【発明の実施の形態】
次に本発明の一実施の形態について図面を参照して詳細に説明する。
【００１９】
［第１の実施の形態］
ここで、本発明の第１の発明の一実施の形態の構成図を図１に示す。
【００２０】
図１を参照すると、本発明の第１の発明は、ＧＵＩ部品データ保存手段１０、ＧＵＩ部品比較手段１１、共通度計算手段１２、共通度比較手段１３、しきい値登録手段１４、共通ＧＵＩ部品データ保存手段１５、出力手段１６を備えて構成される。
【００２１】
なお以下では、ＧＵＩ部品のプロパティとして、ＧＵＩ部品のラベルの場合について説明し、ＧＵＩ部品の種類としてはボタンを取り上げて本実施の形態における構成の説明を行う。
【００２２】
ＧＵＩ部品データ保存手段１０には、ＧＵＩを有するソフトウェアのＧＵＩ部品データが、複数のソフトウェアの分だけ保存されている。このＧＵＩ部品データ保存手段１０が保存しているＧＵＩ部品データの例を図２に示す。図２の例は、ＩＤ＝１のソフトウェアのＧＵＩで使用されていたボタンのデータを表しており、部品ＩＤ＝１のボタンは、「ファイルを開く」ウィンドウに配置されていた「ＯＫ」ボタンである。ＧＵＩ部品データ保存手段１０には、このようなデータがＮ個のソフトウェアの分だけ保存されており（Ｎは２以上の整数）、それらのソフトウェアのＩＤを、１、２、．．．、Ｎとする。なお、このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００２３】
ＧＵＩ部品比較手段１１は、ＧＵＩ部品データ保存手段１０に保存されたＧＵＩ部品データを読み込み、ソフトウェア間で比較することにより、部品のラベルが同一のＧＵＩ部品を検出する。この処理の結果、図３に示すようなデータが得られる。図３の例では、ＩＤ＝１のソフトウェアのＩＤ＝１およびＩＤ＝３の部品や、ＩＤ＝２のソフトウェアのＩＤ＝１の部品などが同じラベルをもっており、そのラベルが「ＯＫ」であったこと、また、ＩＤ＝１のソフトウェアのＩＤ＝２およびＩＤ＝７の部品や、ＩＤ＝２のソフトウェアのＩＤ＝３の部品などが同じラベルをもっており、そのラベルが「キャンセル」であったことが示されている。
【００２４】
共通度計算手段１２は、ＧＵＩ部品比較手段１１の処理結果を読み込み、同じラベルをもつ部品ごとに、その部品が使われていたソフトウェアの割合を計算する。この割合は、同じラベルをもつ部品が複数のソフトウェア間でどれだけ共通して使用されているかを示しているので、この割合を共通度と呼ぶことにする。この処理の結果、図４に示すようなデータが得られる。図４の例では、「ＯＫ」ボタンを使用していたソフトウェアが計１０個あり、「ＯＫ」ボタンの共通度が１００％であったことが示されている。ただし本例では、ＧＵＩ部品データ保存手段１０にＧＵＩ部品データが保存されていたソフトウェアが計１０個であった（つまりＮ＝１０）とする。同様に図４の例では、「キャンセル」ボタンを使用していたソフトウェアが計８個あり、「キャンセル」ボタンの共通度が８０％であったことが示されている。
【００２５】
共通度比較手段１３は、共通度計算手段１２の処理結果を読み込み、共通度の値があらかじめ登録されたしきい値以上であるＧＵＩ部品を検出する。このしきい値は、しきい値登録手段１４によりあらかじめ登録されている。この処理の結果、図５に示すようなデータが得られる。ただし図５の例では、しきい値登録手段１４により、しきい値が７０％と登録されていたものとする。この７０％というしきい値は、Ｎ個のソフトウェアのうちの７０％以上に共通するＧＵＩ部品データを抽出することを意味している。つまり、登録するしきい値が１００％に近くなるほど、Ｎ個のソフトウェアの間で共通度のより高いＧＵＩ部品データを抽出することになる。小さい値を登録すると（例えば１０％や２０％）、共通度のあまり高くない（あまり標準的でない）ＧＵＩ部品データまで抽出されてしまうので、７０％前後の値を設定するのが適切である。図５の例では、「ＯＫ」ボタンの共通度が１００％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。つまり、「ＯＫ」というラベルがボタンの標準的なラベルであったことを示している。同様に図５の例では、「キャンセル」ボタンの共通度が８０％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。また、「終了」ボタンと「取消」ボタンは共通度がそれぞれ４０％および１０％であり、しきい値の７０％より小さいので、「標準」の欄に「○」記号がつけられていない。つまり、「終了」および「取消」というラベルがボタンの標準的なラベルでなかったことを示している。
【００２６】
共通ＧＵＩ部品データ保存手段１５は、共通度比較手段１３の処理結果、例えば図５のような処理結果を保存する。
【００２７】
出力手段１６は、共通ＧＵＩ部品データ保存手段１５に保存されたデータを出力する。例えば出力手段１６がディスプレイであれば、図５のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図５のようなデータが紙に印刷される。この出力されたデータを見れば、ボタンの標準的なラベルがわかるので、ＧＵＩ設計においてボタンにラベルをつける際に、この出力されたデータを参照して、標準的なラベルをつけることができる。
【００２８】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばメニュー項目、チェックボックス、ラジオボタンなどについても全く同様である。
【００２９】
また、以上に示した例ではＧＵＩ部品のプロパティがラベルの場合について説明した。ＧＵＩ部品のプロパティが部品の縦もしくは横サイズの場合は、ラベルを比較するかわりに部品の縦もしくは横サイズを比較することにより、ラベルの場合と全く同様に処理でき、その結果、標準的な部品の縦もしくは横サイズを検出できる。
【００３０】
次に、ＧＵＩ部品のプロパティが部品のアクセスキーの場合について説明する。本例でも、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００３１】
ＧＵＩ部品データ保存手段１０には、ＧＵＩを有するソフトウェアのＧＵＩ部品データが、複数のソフトウェアの分だけ保存されている。このデータの例を図６に示す。図６の例は、ＩＤ＝１のソフトウェアのＧＵＩで使用されていたボタンのデータを表しており、部品ＩＤ＝１のボタンは、部品ラベルが「ＯＫ」でアクセスキーが「Ｏ（オー）」である。ＧＵＩ部品データ保存手段１０には、このようなデータがＮ個（Ｎは２以上の整数）のソフトウェアの分だけ保存されており、それらのソフトウェアのＩＤを、１、２、．．．、Ｎとする。なお、このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００３２】
ＧＵＩ部品比較手段１１は、ＧＵＩ部品データ保存手段１０に保存されたＧＵＩ部品データを読み込み、ソフトウェア間で比較することにより、ラベルとアクセスキーがともに同一のＧＵＩ部品を検出する。この処理の結果、図７に示すようなデータが得られる。図７の例では、ＩＤ＝１のソフトウェアのＩＤ＝１およびＩＤ＝３の部品などが同じラベルとアクセスキーをもっており、そのラベルは「ＯＫ」でアクセスキーは「Ｏ（オー）」であったこと、また、ＩＤ＝１のソフトウェアのＩＤ＝２およびＩＤ＝７の部品などが同じラベルとアクセスキーをもっており、そのラベルは「キャンセル」でアクセスキーは「Ｃ」であったことが示されている。
【００３３】
共通度計算手段１２は、ＧＵＩ部品比較手段１１の処理結果を読み込み、同じラベルとアクセスキーをもつ部品ごとに、その部品が使われていたソフトウェアの共通度を計算する。この処理の結果、図８に示すようなデータが得られる。図８の例では、ラベルが「ＯＫ」でアクセスキーが「Ｏ（オー）」のボタンを使用していたソフトウェアが計１０個あり、アクセスキーが「Ｏ（オー）」の「ＯＫ」ボタンの共通度が１００％であったことが示されている。ただし本例では、ＧＵＩ部品データ保存手段１０にＧＵＩ部品データが保存されていたソフトウェアが計１０個であった（つまりＮ＝１０）とする。同様に図８の例では、ラベルが「キャンセル」でアクセスキーが「Ｘ」のボタンを使用していたソフトウェアが計３個あり、アクセスキーが「Ｘ」の「キャンセル」ボタンの共通度が３０％であったことが示されている。
【００３４】
共通度比較手段１３は、共通度計算手段１２の処理結果を読み込み、共通度の値があらかじめ登録されたしきい値以上であるＧＵＩ部品を検出する。このしきい値は、しきい値登録手段１４によりあらかじめ登録されている。この処理の結果、図９に示すようなデータが得られる。ただし図９の例では、しきい値登録手段１４により、しきい値が７０％と登録されていたものとする。図９の例では、アクセスキーが「Ｏ（オー）」の「ＯＫ」ボタンの共通度が１００％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。つまり、「Ｏ（オー）」というアクセスキーは「ＯＫ」ボタンにとって標準的なアクセスキーであったことを示している。アクセスキーが「Ｃ」の「キャンセル」ボタンも同様である。一方、図９の例では、アクセスキーが「Ｋ」の「ＯＫ」ボタンの共通度が２０％でしきい値の７０％より小さいので、「標準」の欄に「○」記号がつけられていない。つまり、「Ｋ」というアクセスキーは「ＯＫ」ボタンにとって標準的なアクセスキーでなかったことを示している。アクセスキーが「Ｘ」の「キャンセル」ボタンも同様である。
【００３５】
共通ＧＵＩ部品データ保存手段１５は、共通度比較手段１３の処理結果、例えば図９のような処理結果を保存する。
【００３６】
出力手段１６は、共通ＧＵＩ部品データ保存手段１５に保存されたデータを出力する。例えば出力手段１６がディスプレイであれば、図９のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図９のようなデータが紙に印刷される。この出力されたデータを見れば、ボタンの標準的なアクセスキーがわかるので、ＧＵＩ設計においてボタンにアクセスキーを割当てる際に、この出力されたデータを参照して、標準的なアクセスキーを割当てることができる。
【００３７】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばメニュー項目、チェックボックス、ラジオボタンなどについても全く同様である。
【００３８】
次に、ＧＵＩ部品のプロパティが部品の位置の場合について説明する。本例でも、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００３９】
ＧＵＩ部品データ保存手段１０には、ＧＵＩを有するソフトウェアのＧＵＩ部品データが、複数のソフトウェアの分だけ保存されている。このデータの例を図１０に示す。図１０の例は、ＩＤ＝１のソフトウェアのＧＵＩで使用されていたボタンのデータを表しており、部品ＩＤ＝１のボタンは、部品ラベルが「ＯＫ」で、部品の位置が（０．７２，０．９１）である。ただし部品の位置は、次のように計算されて記録されたデータとする。図１１のように、ウィンドウ１１００の上にボタン１１０１があり、そのウィンドウ１１００の横および縦のサイズがそれぞれａおよびｂで、ボタン１１０１の中心の座標が（ｃ，ｄ）とする。このとき、ＧＵＩ部品データ保存手段１０に記録されるボタン１１０１の位置（ｘ，ｙ）は、
ｘ＝ｃ／ａ
ｙ＝ｄ／ｂ
である。ｘもｙも０より大きく１より小さい値となり、ｘが１（もしくは０）に近いほどそのボタンはウィンドウの右端（もしくは左端）に近い位置にあり、ｙが１（もしくは０）に近いほどそのボタンはウィンドウの上端（もしくは下端）に近い位置にあることになる。ＧＵＩ部品データ保存手段１０には、このようなデータがＮ個（Ｎは２以上の整数）のソフトウェアの分だけ保存されており、それらのソフトウェアのＩＤを、１、２、．．．、Ｎとする。なお、このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００４０】
ＧＵＩ部品比較手段１１は、ＧＵＩ部品データ保存手段１０に保存されたＧＵＩ部品データを読み込み、ソフトウェア間で比較することにより、ラベルが同一で位置が互いに近いＧＵＩ部品を検出する。この処理の結果、図１２に示すようなデータが得られる。ただし、２つの部品があり、それらの部品の位置がそれぞれ（ｐ，ｑ）および（ｒ，ｓ）とすると、その２つの部品の間の距離は、
ＳＱＲＴ（（ｐ−ｒ）×（ｐ−ｒ）＋（ｑ−ｓ）×（ｑ−ｓ））
であり（ＳＱＲＴ（ｘ）はｘの正の平方根を表す）、互いに近い部品とは、この距離が小さい部品のことである。互いに距離が近いもの同士にデータをわける方法は、例えば、「実例クラスター分析」（西田・佐藤共訳、内田老鶴圃出版、１９９２年）に記載の方法を利用すれば、距離が互いに近いもの同士に部品をわけることができる。
【００４１】
図１２の例では、ＩＤ＝１のソフトウェアのＩＤ＝１の部品、ＩＤ＝５のソフトウェアのＩＤ＝２の部品などが同じ「ＯＫ」というラベルをもっていて、かつ位置が互いに近かったこと、また、ＩＤ＝１のソフトウェアのＩＤ＝２の部品、ＩＤ＝３のソフトウェアのＩＤ＝７の部品などが同じ「キャンセル」というラベルをもっていて、かつ位置が互いに近かったことが示されている。
【００４２】
共通度計算手段１２は、ＧＵＩ部品比較手段１１の処理結果を読み込み、ラベルが同一で位置が互いに近い部品ごとに、その部品が使われていたソフトウェアの共通度を計算する。この処理の結果、図１３に示すようなデータが得られる。図１３の例では、ＩＤ＝１のソフトウェアのＩＤ＝１の部品やＩＤ＝５のソフトウェアのＩＤ＝２の部品などの「ＯＫ」ボタンを見ると、それらのボタンを使用していたソフトウェアが計１０個あり、これらの「ＯＫ」ボタンの共通度が１００％であったことが示されている。ただし本例では、ＧＵＩ部品データ保存手段１０にＧＵＩ部品データが保存されていたソフトウェアが計１０個であった（つまりＮ＝１０）とする。同様に図１３の例では、ＩＤ＝２のソフトウェアのＩＤ＝３の部品やＩＤ＝４のソフトウェアのＩＤ＝２の部品などの「キャンセル」ボタンを見ると、それらのボタンを使用していたソフトウェアが計３個あり、これらの「キャンセル」ボタンの共通度が３０％であったことが示されている。
【００４３】
共通度比較手段１３は、共通度計算手段１２の処理結果を読み込み、共通度の値があらかじめ登録されたしきい値以上であるＧＵＩ部品を検出する。このしきい値は、しきい値登録手段１４によりあらかじめ登録されている。この処理の結果、図１４に示すようなデータが得られる。ただし図１４の例では、しきい値登録手段１４により、しきい値が７０％と登録されていたものとする。図１４の例では、ＩＤ＝１のソフトウェアのＩＤ＝１の部品やＩＤ＝５のソフトウェアのＩＤ＝２の部品などの「ＯＫ」ボタンの共通度が１００％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。つまり、（０．７２，０．９１）という位置や（０．７６，０．８８）という位置などは、「ＯＫ」ボタンにとって標準的な位置であったことを示している。一方、図１４の例では、ＩＤ＝２のソフトウェアのＩＤ＝１の部品やＩＤ＝９の部品などの「ＯＫ」ボタンの共通度が２０％でしきい値の７０％以上より小さいので、「標準」の欄に「○」記号がつけられていない。つまり、（０．８２，０．１４）という位置や（０．７９，０．１３）という位置などは、「ＯＫ」ボタンにとって標準的な位置でなかったことを示している。図１４中の「キャンセル」ボタンの例も同様である。
【００４４】
共通ＧＵＩ部品データ保存手段１５は、共通度比較手段１３の処理結果、例えば図１４のような処理結果を保存する。
【００４５】
出力手段１６は、共通ＧＵＩ部品データ保存手段１５に保存されたデータを出力する。例えば出力手段１６がディスプレイであれば、図１４のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図１４のようなデータが紙に印刷される。この出力されたデータを見れば、ボタンの標準的な位置がわかる。例えば図１４の例では、「ＯＫ」ボタンの標準的な位置が（０．７２，０．９１）や（０．７６，０．８８）などであったことから、ウィンドウの右端に近く、ウィンドウの下端に近い領域（つまりウィンドウの右下の領域）が、「ＯＫ」ボタンの標準的な位置であるとわかる。したがって、ＧＵＩ設計においてボタンの位置を決める際に、この出力されたデータを参照して、標準的な位置にボタンをおくことができる。
【００４６】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばチェックボックス、ラジオボタンなどについても全く同様である。
【００４７】
次に、ＧＵＩ部品のプロパティがメニュー階層のなかでのメニュー項目の位置の場合について説明する。本例では、ＧＵＩ部品の種類はメニュー項目である。
【００４８】
ＧＵＩ部品データ保存手段１０には、ＧＵＩを有するソフトウェアのＧＵＩ部品データが、複数のソフトウェアの分だけ保存されている。このデータの例を図１５に示す。図１５の例は、ＩＤ＝１のソフトウェアのＧＵＩで使用されていたメニュー項目の位置のデータを表しており、ＩＤ＝１の位置のデータは、「新規作成」というメニュー項目が、「ファイル」というメニュー項目の下にある（つまり、「ファイル」というメニュー項目を選択したときに表示されるメニューのなかに、「新規作成」というメニュー項目がある）ことが示されている。同様に、ＩＤ＝４のメニュー位置のデータは、「ＧＩＦ」というメニュー項目が「変換」というメニュー項目の下にあり、さらにその「変換」というメニュー項目が「ファイル」というメニュー項目の下にあることが示されている。ＧＵＩ部品データ保存手段１０には、このようなデータがＮ個（Ｎは２以上の整数）のソフトウェアの分だけ保存されており、それらのソフトウェアのＩＤを、１、２、．．．、Ｎとする。なお、このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００４９】
ＧＵＩ部品比較手段１１は、ＧＵＩ部品データ保存手段１０に保存されたＧＵＩ部品データを読み込み、ソフトウェア間で比較することにより、メニュー項目の位置が同一のメニュー項目を検出する。この処理の結果、図１６に示すようなデータが得られる。図１６の例では、ＩＤ＝１のソフトウェアのＩＤ＝１の位置や、ＩＤ＝２のソフトウェアのＩＤ＝１の位置などが同一で、その位置とは「ファイル」−「新規作成」であったことが示されている。同様に図１６の例では、「ファイル」−「バージョン情報」という位置は、ＩＤ＝６のソフトウェアのＩＤ＝２７の位置だけしかなかったことが示されている。
【００５０】
共通度計算手段１２は、ＧＵＩ部品比較手段１１の処理結果を読み込み、同一のメニュー項目の位置ごとに、その位置が使われていたソフトウェアの共通度を計算する。この処理の結果、図１７に示すようなデータが得られる。図１７の例では、「ファイル」−「新規作成」の位置を使用していたソフトウェアが計１０個あり、この位置の共通度が１００％であったことが示されている。ただし本例では、ＧＵＩ部品データ保存手段１０にＧＵＩ部品データが保存されていたソフトウェアが計１０個であった（つまりＮ＝１０）とする。同様に図１７の例では、「ファイル」−「バージョン情報」の位置を使用していたソフトウェアは１つしかなく、この位置の共通度が１０％であったことが示されている。
【００５１】
共通度比較手段１３は、共通度計算手段１２の処理結果を読み込み、共通度の値があらかじめ登録されたしきい値以上であるＧＵＩ部品を検出する。このしきい値は、しきい値登録手段１４によりあらかじめ登録されている。この処理の結果、図１８に示すようなデータが得られる。ただし図１８の例では、しきい値登録手段１４により、しきい値が７０％と登録されていたものとする。図１８の例では、「ファイル」−「新規作成」という位置の共通度が１００％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。つまり、「ファイル」−「新規作成」という位置が標準的な位置であったことを示している。同様に図１８の例では、「ヘルプ」−「バージョン情報」という位置の共通度が９０％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。一方、図１８の例では、「ファイル」−「バージョン情報」という位置の共通度が１０％でしきい値の７０％より小さいので、「標準」の欄に「○」記号がつけられていない。つまり、「ファイル」−「バージョン情報」という位置が標準的な位置でなかったことを示している。
【００５２】
共通ＧＵＩ部品データ保存手段１５は、共通度比較手段１３の処理結果、例えば図１８のような処理結果を保存する。
【００５３】
出力手段１６は、共通ＧＵＩ部品データ保存手段１５に保存されたデータを出力する。例えば出力手段１６がディスプレイであれば、図１８のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図１８のようなデータが紙に印刷される。この出力されたデータを見れば、メニュー項目の標準的な位置がわかるので、ＧＵＩ設計においてメニュー項目の位置を決める際に、この出力されたデータを参照して、標準的な位置にすることができる。
【００５４】
次に、ＧＵＩ部品のプロパティがＧＵＩ部品のフォーカス設定の場合について説明する。本例では、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００５５】
ＧＵＩ部品データ保存手段１０には、ＧＵＩを有するソフトウェアのＧＵＩ部品データが、複数のソフトウェアの分だけ保存されている。このデータの例を図１９に示す。図１９の例は、ＩＤ＝１のソフトウェアのＧＵＩでフォーカス設定されていたボタンのデータを表しており、部品ＩＤ＝１のデータは、「ファイルを開く」ウィンドウの上に「ＯＫ」ボタンがあり、その「ＯＫ」ボタンがフォーカス設定されていたことを表している。つまり、「ファイルを開く」ウィンドウが表示されたあとにＥｎｔｅｒキーが押されると、そのウィンドウの「ＯＫ」ボタンが選択されることを表している。同様に、部品ＩＤ＝３のデータは、「ファイルを削除する」ウィンドウの上に「キャンセル」ボタンがあり、その「キャンセル」ボタンがフォーカス設定されていたことを表している。つまり、「ファイルを削除する」ウィンドウが表示されたあとにＥｎｔｅｒキーが押されると、そのウィンドウの「キャンセル」ボタンが選択されることを表している。
【００５６】
ＧＵＩ部品データ保存手段１０には、このようなデータがＮ個（Ｎは２以上の整数）のソフトウェアの分だけ保存されており、それらのソフトウェアのＩＤを、１、２、．．．、Ｎとする。なお、このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００５７】
ＧＵＩ部品比較手段１１は、ＧＵＩ部品データ保存手段１０に保存されたＧＵＩ部品データを読み込み、ソフトウェア間で比較することにより、ラベルが同一のＧＵＩ部品を検出する。この処理の結果、図２０に示すようなデータが得られる。図２０の例では、ＩＤ＝１のソフトウェアのＩＤ＝１およびＩＤ＝２の部品や、ＩＤ＝２のソフトウェアのＩＤ＝１部品などが、ラベルが同一でフォーカス設定されていたボタンであり、そのラベルは「ＯＫ」であったことが示されている。同様に図２０の例では、ラベルが「ヘルプ」でフォーカス設定されていたボタンは１つしかなく、その部品はＩＤ＝１０のソフトウェアのＩＤ＝２１の部品であったことが示されている。
【００５８】
共通度計算手段１２は、ＧＵＩ部品比較手段１１の処理結果を読み込み、同じラベルをもつ部品ごとに、その部品が使われていたソフトウェアの共通度を計算する。この処理の結果、図２１に示すようなデータが得られる。図２１の例では、フォーカス設定されていた「ＯＫ」ボタンを使用していたソフトウェアが計１０個あり、その部品の共通度が１００％であったことが示されている。ただし本例では、ＧＵＩ部品データ保存手段１０にＧＵＩ部品データが保存されていたソフトウェアが計１０個であった（つまりＮ＝１０）とする。同様に図２１の例では、フォーカス設定されていた「ヘルプ」ボタンを使用していたソフトウェアは１つしかなく、その部品の共通度が１０％であったことが示されている。
【００５９】
共通度比較手段１３は、共通度計算手段１２の処理結果を読み込み、共通度の値があらかじめ登録されたしきい値以上であるＧＵＩ部品を検出する。このしきい値は、しきい値登録手段１４によりあらかじめ登録されている。この処理の結果、図２２に示すようなデータが得られる。ただし図２２の例では、しきい値登録手段１４により、しきい値が７０％と登録されていたものとする。図２２の例では、フォーカス設定されていた「ＯＫ」ボタンの共通度が１００％でしきい値の７０％以上であるので、「標準」の欄に「○」記号がつけられている。つまり、「ＯＫ」ボタンにフォーカス設定することが標準的なフォーカス設定であったことを示している。図２２のの「キャンセル」ボタンも同様である。一方、図２２の例では、フォーカス設定されていた「ヘルプ」ボタンの共通度が１０％でしきい値の７０％より小さいので、「標準」の欄に「○」記号がつけられていない。つまり、「ヘルプ」ボタンにフォーカス設定することが標準的なフォーカス設定でなかったことを示している。
【００６０】
共通ＧＵＩ部品データ保存手段１５は、共通度比較手段１３の処理結果、例えば図２２のような処理結果を保存する。
【００６１】
出力手段１６は、共通ＧＵＩ部品データ保存手段１５に保存されたデータを出力する。例えば出力手段１６がディスプレイであれば、図２２のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図２２のようなデータが紙に印刷される。この出力されたデータを見れば、どのボタンにフォーカス設定するのが標準的であるかがわかるので、ＧＵＩ設計においてボタンにフォーカス設定する際に、この出力されたデータを参照して、標準的なフォーカス設定にすることができる。
【００６２】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばチェックボックス、ラジオボタンなどについても全く同様である。ただし実際には、フォーカス設定するのはボタンであることが多い。
【００６３】
以上の例からわかるように、本発明の第１の発明を用いれば、どのようなＧＵＩの設計が標準的な設計であるかがわかる。したがって、ＧＵＩを設計する際に、本発明を用いれば、標準的な設計に合わせることが可能となる。
【００６４】
［第２の実施の形態］
ここで、本発明の第２の発明の一実施の形態の構成図を図２３に示す。
【００６５】
図２３を参照すると、本発明の第２の発明は、ＧＵＩ部品データ保存手段２３０、共通ＧＵＩ部品データ保存手段２３１、ＧＵＩ部品評価手段２３２、出力手段２３３を備えて構成される。
【００６６】
なお以下では、ＧＵＩ部品のプロパティとして、ＧＵＩ部品のラベルの場合について説明し、ＧＵＩ部品の種類としてボタンを取り上げて本実施の形態における構成の説明を行う。
【００６７】
ＧＵＩ部品データ保存手段２３０には、ＧＵＩの設計が標準的な設計と合っているかどうかを評価したいソフトウェアのＧＵＩ部品データが保存されている。このデータの例を図２４に示す。図２４の例では、ＩＤ＝１の部品は、「ファイルを開く」ウィンドウの上にある「ＯＫ」ボタンである。このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００６８】
また、共通ＧＵＩ部品データ保存手段２３１には、標準的なＧＵＩ部品のデータが保存されている。このデータの例として、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータがある。この例の場合、図２３の共通ＧＵＩ部品データ保存手段２３１と、図１の共通ＧＵＩ部品データ保存手段１５は同一の手段である。また別の例として、標準的なＧＵＩ部品のデータが本願発明以外の方法により得られている場合は、そのデータが共通ＧＵＩ部品データ保存手段２３１に保存されている。以下に示す本例では、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータと同じデータが、共通ＧＵＩ部品データ保存手段２３１に保存されている場合について説明する。
【００６９】
ＧＵＩ部品評価手段２３２は、ＧＵＩ部品データ保存手段２３０に保存されたＧＵＩ部品データと、共通ＧＵＩ部品データ保存手段２３１に保存された共通ＧＵＩ部品データを読み込み、ＧＵＩ部品データ保存手段２３０から読みこんだＧＵＩ部品データが、標準的かどうかを評価する。例として、ＧＵＩ部品データ保存手段２３０に図２４のＧＵＩ部品データが保存されており、共通ＧＵＩ部品データ保存手段２３１に図５の共通ＧＵＩ部品データが保存されているとする。この場合、ＧＵＩ部品評価手段２３２の処理の結果、図２５に示すようなデータが得られる。図２５の例では、ＩＤ＝１の「ＯＫ」ボタン、およびＩＤ＝３の「ＯＫ」ボタンの「標準」の欄に「○」記号がついているが、これは、図５の共通ＧＵＩ部品データのなかに「ＯＫ」ボタンがあり、その「標準」の欄に「○」記号がついていたためである。つまり、図２５の各ＩＤの部品について、ラベルが同一の部品が図５に含まれており、かつ図５のその部品の標準の欄に「○」記号があれば、図２５の部品の「標準」の欄に「○」記号がつけられる。それ以外の場合、つまり、ラベルが同一の部品が図５にないか、もしくはラベルが同一の部品が図５にあるが「標準」の欄に「○」記号がない場合は、図２５の部品の「標準」の欄に「○」記号はつけられない。したがって、ＩＤ＝２の「キャンセル」ボタンには「標準」の欄に「○」記号がつけられており、ＩＤ＝４の「終了」ボタンおよびＩＤ＝５の「取消」ボタンには「標準」の欄に「○」記号がつけられていない。つまり、ＩＤ＝１〜３の部品はラベルが標準的であったが、ＩＤ＝４および５の部品はラベルが標準的ではなかったと評価されたことが示されている。
【００７０】
出力手段２３３は、ＧＵＩ部品評価手段２３２の処理結果を出力する。例えば出力手段１６がディスプレイであれば、図２５のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図２５のようなデータが紙に印刷される。この出力されたデータを見れば、評価対象ソフトウェアで使用されていたボタンのうち、ラベルが標準的であったボタンと、ラベルが標準的でなかったボタンがわかるので、標準的でなかったボタンのラベルを標準的なラベルに変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【００７１】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばメニュー項目、チェックボックス、ラジオボタンなどについても全く同様である。
【００７２】
また、以上に示した例ではＧＵＩ部品のプロパティがラベルの場合について記載した。ＧＵＩ部品のプロパティが部品の縦もしくは横サイズの場合は、ラベルを比較するかわりに部品の縦もしくは横サイズを比較することにより、ラベルの場合と全く同様に処理でき、その結果、縦もしくは横サイズが標準的であった部品と、縦もしくは横サイズが標準的でなかった部品がわかる。
【００７３】
次に、ＧＵＩ部品のプロパティが部品のアクセスキーの場合について説明する。本例でも、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００７４】
ＧＵＩ部品データ保存手段２３０には、ＧＵＩの設計が標準的な設計と合っているかどうかを評価したいソフトウェアのＧＵＩ部品データが保存されている。このデータの例を図２６に示す。図２６の例では、ＩＤ＝１のボタンは、部品ラベルが「ＯＫ」でアクセスキーが「Ｏ（オー）」である。このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００７５】
また、共通ＧＵＩ部品データ保存手段２３１には、標準的なＧＵＩ部品のデータが保存されている。本例では、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータと同じデータが、共通ＧＵＩ部品データ保存手段２３１に保存されている場合について説明する。
【００７６】
ＧＵＩ部品評価手段２３２は、ＧＵＩ部品データ保存手段２３０に保存されたＧＵＩ部品データと、共通ＧＵＩ部品データ保存手段２３１に保存された共通ＧＵＩ部品データを読み込み、ＧＵＩ部品データ保存手段２３０から読みこんだＧＵＩ部品データが、標準的かどうかを評価する。例として、ＧＵＩ部品データ保存手段２３０に図２６のＧＵＩ部品データが保存されており、共通ＧＵＩ部品データ保存手段２３１に図９の共通ＧＵＩ部品データが保存されているとする。この場合、ＧＵＩ部品評価手段２３２の処理の結果、図２７に示すようなデータが得られる。図２７の例では、ＩＤ＝１の「ＯＫ」ボタンの「標準」の欄に「○」記号がついているが、これは、図９の共通ＧＵＩ部品データのなかに、ラベルが「ＯＫ」でアクセスキーが「Ｏ（オー）」のボタンがあり、その「標準」の欄に「○」記号がついていたためである。つまり、図２７の各ＩＤの部品について、ラベルとアクセスキーがともに同一の部品が図９に含まれており、かつ図９のその部品の標準の欄に「○」記号があれば、図２７の部品の「標準」の欄に「○」記号がつけられる。それ以外の場合、つまり、ラベルとアクセスキーがともに同一の部品が図９にないか、もしくはラベルとアクセスキーがともに同一の部品が図９にあるが「標準」の欄に「○」記号がない場合は、図２７の部品の「標準」の欄に「○」記号はつけられない。したがって、ＩＤ＝２の「キャンセル」ボタンには「標準」の欄に「○」記号がつけられており、ＩＤ＝３の「ＯＫ」ボタンおよびＩＤ＝４の「キャンセル」ボタンには「標準」の欄に「○」記号がつけられていない。つまり、ＩＤ＝１および２の部品はアクセスキーが標準的であったが、ＩＤ＝３および４の部品はアクセスキーが標準的ではなかったと評価されたことが示されている。
【００７７】
出力手段２３３は、ＧＵＩ部品評価手段２３２の処理結果を出力する。例えば出力手段１６がディスプレイであれば、図２７のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図２７のようなデータが紙に印刷される。この出力されたデータを見れば、評価対象ソフトウェアで使用されていたボタンのうち、アクセスキーが標準的であったボタンと、アクセスキーが標準的でなかったボタンがわかるので、標準的でなかったボタンのアクセスキーを標準的なアクセスキーに変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【００７８】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばメニュー項目、チェックボックス、ラジオボタンなどについても全く同様である。
【００７９】
次に、ＧＵＩ部品のプロパティが部品の位置の場合について説明する。本例でも、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００８０】
ＧＵＩ部品データ保存手段２３０には、ＧＵＩの設計が標準的な設計と合っているかどうかを評価したいソフトウェアのＧＵＩ部品データが保存されている。このデータの例を図２８に示す。図２８の例では、ＩＤ＝１のボタンは、部品のラベルが「ＯＫ」で、部品の位置が（０．７２，０．９０）である。ただし部品の位置の計算方法は、図１０に示した例の場合と同じとする。このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００８１】
また、共通ＧＵＩ部品データ保存手段２３１には、標準的なＧＵＩ部品のデータが保存されている。本例では、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータと同じデータが、共通ＧＵＩ部品データ保存手段２３１に保存されている場合について説明する。
【００８２】
ＧＵＩ部品評価手段２３２は、ＧＵＩ部品データ保存手段２３０に保存されたＧＵＩ部品データと、共通ＧＵＩ部品データ保存手段２３１に保存された共通ＧＵＩ部品データを読み込み、ＧＵＩ部品データ保存手段２３０から読みこんだＧＵＩ部品データが、標準的かどうかを評価する。例として、ＧＵＩ部品データ保存手段２３０に図２８のＧＵＩ部品データが保存されており、共通ＧＵＩ部品データ保存手段２３１に図１４の共通ＧＵＩ部品データが保存されているとする。この場合、ＧＵＩ部品評価手段２３２の処理の結果、図２９に示すようなデータが得られる。図２９の例では、ＩＤ＝１の「ＯＫ」ボタンの「標準」の欄に「○」記号がついているが、これは、次の３つの条件がすべて満足されていたためである。ただし、図２９のＩＤ＝１の「ＯＫ」ボタンのことを、ボタンＰと表記することにする。
【００８３】
（条件１）図１４の共通ＧＵＩ部品データのなかにラベルが「ＯＫ」のボタンがあった。これらのボタンをＢ１、Ｂ２、．．．、Ｂｎとする。
【００８４】
（条件２）Ｂ１〜Ｂｎのうち、ボタンＰと最も距離の近いボタンＱを見つけた結果、そのボタンＱの「標準」の欄に「○」記号がつけられていた。ただし本例では、ボタンＰと最も距離の近いボタンＱとは、図１４のソフトウェアＩＤ＝１、部品ＩＤ＝１の「ＯＫ」ボタンであったとする。
【００８５】
（条件３）ボタンＰとボタンＱの距離が十分に小さかった。ただし本例では、距離が十分に近いというのは、その距離が０．１以下である場合とする。ボタンＰとボタンＱの距離を計算してみると、ボタンＰの位置が（０．７２，０．９０）でボタンＱの位置が（０．７２，０．９１）であるので、
ＳＱＲＴ（（０．７２−０．７２）×（０．７２−０．７２）＋（０．９０−０．９１）×（０．９０−０．９１））＝ＳＱＲＴ（０＋０．０００１）＝０．０１
であり、０．１以下であるので、条件３を満足していることがわかる。つまり、図２９の各ＩＤの部品（これを部品Ｕと表記する）について、次の３つの条件がすべて満足されていれば、図２９の部品Ｕの「標準」の欄に「○」記号がつけられる。
【００８６】
（条件１）図１４の共通ＧＵＩ部品データのなかにラベルが部品Ｕと同一の部品があった。これらの部品をＢ１、Ｂ２、．．．、Ｂｎとする。
【００８７】
（条件２）Ｂ１〜Ｂｎのうち、部品Ｕと最も距離の近い部品Ｚを見つけた結果、その部品Ｚの「標準」の欄に「○」記号がつけられていた。
【００８８】
（条件３）部品Ｕと部品Ｚの距離が０．１以下であった。
【００８９】
これらの３つの条件の１つでも満たされない場合は、図２９の部品の「標準」の欄に「○」記号はつけられない。図２９のＩＤ＝２の「キャンセル」ボタンは、条件１〜条件３をすべて満たしていたので、「標準」の欄に「○」記号がつけられている（ただし、図１４に含まれる「キャンセル」ボタンのなかで、図２９のＩＤ＝２の「キャンセル」ボタンと最も距離の近かったのは、ソフトウェアＩＤ＝１、部品ＩＤ＝２の「キャンセル」ボタンであったとする）。一方、図２９のＩＤ＝３の「ＯＫ」ボタンは、条件２を満たしていなかったので、「標準」の欄に「○」記号がつけられていない（ただし、図１４に含まれる「ＯＫ」ボタンのなかで、図２９のＩＤ＝３の「ＯＫ」ボタンと最も距離の近かったのは、ソフトウェアＩＤ＝２、部品ＩＤ＝１の「ＯＫ」ボタンであったとする）。また図２９のＩＤ＝４の「キャンセル」ボタンは、条件３を満たしていなかったので、「標準」の欄に「○」記号がつけられていない（ただし、図１４に含まれる「キャンセル」ボタンのなかで、図２９のＩＤ＝４の「キャンセル」ボタンと最も距離の近かったのは、ソフトウェアＩＤ＝１、部品ＩＤ＝２の「キャンセル」ボタンであったとする）。以上から、図２９において、ＩＤ＝１および２の部品は位置が標準的であったが、ＩＤ＝３および４の部品は位置が標準的ではなかったと評価されたことが示されている。
【００９０】
出力手段２３３は、ＧＵＩ部品評価手段２３２の処理結果を出力する。例えば出力手段１６がディスプレイであれば、図２９のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図２９のようなデータが紙に印刷される。この出力されたデータを見れば、評価対象ソフトウェアで使用されていたボタンのうち、位置が標準的であったボタンと、位置が標準的でなかったボタンがわかるので、標準的でなかったボタンの位置を標準的な位置に変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【００９１】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばチェックボックス、ラジオボタンなどについても全く同様である。
【００９２】
次に、ＧＵＩ部品のプロパティがメニュー階層のなかでのメニュー項目の位置の場合について説明する。本例では、ＧＵＩ部品の種類はメニュー項目である。
【００９３】
ＧＵＩ部品データ保存手段２３０には、ＧＵＩの設計が標準的な設計と合っているかどうかを評価したいソフトウェアのＧＵＩ部品データが保存されている。このデータの例を図２４に示す。図２４の例では、ＩＤ＝１の位置のデータは、「新規作成」というメニュー項目が、「ファイル」というメニュー項目の下にある（つまり、「ファイル」というメニュー項目を選択したときに表示されるメニューのなかに、「新規作成」というメニュー項目がある）ことが示されている。このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００９４】
また、共通ＧＵＩ部品データ保存手段２３１には、標準的なＧＵＩ部品のデータが保存されている。本例では、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータと同じデータが、共通ＧＵＩ部品データ保存手段２３１に保存されている場合について説明する。
【００９５】
ＧＵＩ部品評価手段２３２は、ＧＵＩ部品データ保存手段２３０に保存されたＧＵＩ部品データと、共通ＧＵＩ部品データ保存手段２３１に保存された共通ＧＵＩ部品データを読み込み、ＧＵＩ部品データ保存手段２３０から読みこんだＧＵＩ部品データが、標準的かどうかを評価する。例として、ＧＵＩ部品データ保存手段２３０に図３０のＧＵＩ部品データが保存されており、共通ＧＵＩ部品データ保存手段２３１に図１８の共通ＧＵＩ部品データが保存されているとする。この場合、ＧＵＩ部品評価手段２３２の処理の結果、図３１に示すようなデータが得られる。図３１の例では、ＩＤ＝１の位置の「標準」の欄に「○」記号がついているが、これは、図１８の共通ＧＵＩ部品データのなかに同じ位置があり、その「標準」の欄に「○」記号がついていたためである。つまり、図３１の各ＩＤの位置について、同一の位置が図１８に含まれており、かつ図１８のその位置の標準の欄に「○」記号があれば、図３１の部品の「標準」の欄に「○」記号がつけられる。それ以外の場合、つまり、同一の位置が図１８にないか、もしく同一の位置が図１８にあるが「標準」の欄に「○」記号がない場合は、図３１の位置の「標準」の欄に「○」記号はつけられない。したがって、ＩＤ＝２の位置には「標準」の欄に「○」記号がつけられていない。つまり、ＩＤ＝１の位置は標準的であったが、ＩＤ＝２の位置は標準的ではなかったと評価されたことが示されている。
【００９６】
出力手段２３３は、ＧＵＩ部品評価手段２３２の処理結果を出力する。例えば出力手段１６がディスプレイであれば、図３１のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図３１のようなデータが紙に印刷される。この出力されたデータを見れば、評価対象ソフトウェアで使用されていたメニュー項目のうち、位置が標準的であったメニュー項目と、位置が標準的でなかったメニュー項目がわかるので、標準的でなかったメニュー項目の位置を標準的な位置に変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【００９７】
次に、ＧＵＩ部品のプロパティがＧＵＩ部品のフォーカス設定の場合について説明する。本例では、ＧＵＩ部品の種類としてボタンを取り上げて説明する。
【００９８】
ＧＵＩ部品データ保存手段２３０には、ＧＵＩの設計が標準的な設計と合っているかどうかを評価したいソフトウェアのＧＵＩ部品データが保存されている。このデータの例を図３２に示す。図３２の例では、ＩＤ＝１のデータは、「ファイルを開く」ウィンドウの上に「ＯＫ」ボタンがあり、その「ＯＫ」ボタンがフォーカス設定されていたことを表している。つまり、「ファイルを開く」ウィンドウが表示されたあとにＥｎｔｅｒキーが押されると、そのウィンドウの「ＯＫ」ボタンが選択されることを表している。このようなＧＵＩ部品データを記録する方法は、例えば、特開平１０−１９８５８６号公報「ＧＵＩシステム自動操作装置および操作マクロ実行装置」に記載のＧＵＩシステム自動操作装置を利用すれば、このようなＧＵＩ部品データを記録できる。
【００９９】
また、共通ＧＵＩ部品データ保存手段２３１には、標準的なＧＵＩ部品のデータが保存されている。本例では、図１の共通ＧＵＩ部品データ保存手段１５に保存されたデータと同じデータが、共通ＧＵＩ部品データ保存手段２３１に保存されている場合について説明する。
【０１００】
ＧＵＩ部品評価手段２３２は、ＧＵＩ部品データ保存手段２３０に保存されたＧＵＩ部品データと、共通ＧＵＩ部品データ保存手段２３１に保存された共通ＧＵＩ部品データを読み込み、ＧＵＩ部品データ保存手段２３０から読みこんだＧＵＩ部品データが、標準的かどうかを評価する。例として、ＧＵＩ部品データ保存手段２３０に図３２のＧＵＩ部品データが保存されており、共通ＧＵＩ部品データ保存手段２３１に図２２の共通ＧＵＩ部品データが保存されているとする。この場合、ＧＵＩ部品評価手段２３２の処理の結果、図３３に示すようなデータが得られる。図３３の例では、ＩＤ＝１の「ＯＫ」ボタンの「標準」の欄に「○」記号がついているが、これは、図２２の共通ＧＵＩ部品データのなかに「ＯＫ」ボタンがあり、その「標準」の欄に「○」記号がついていたためである。つまり、図３３の各ＩＤの部品について、ラベルが同一の部品が図２２に含まれており、かつ図２２のその部品の標準の欄に「○」記号があれば、図３３の部品の「標準」の欄に「○」記号がつけられる。それ以外の場合、つまり、ラベルが同一の部品が図２２にないか、もしくはラベルが同一の部品が図２２にあるが「標準」の欄に「○」記号がない場合は、図３３の部品の「標準」の欄に「○」記号はつけられない。したがって、ＩＤ＝２の「キャンセル」ボタンには「標準」の欄に「○」記号がつけられており、ＩＤ＝３の「ヘルプ」ボタンには「標準」の欄に「○」記号がつけられていない。つまり、ＩＤ＝１および２の部品はフォーカス設定することが標準的な部品であったが、ＩＤ＝３の部品はフォーカス設定することが標準的な部品でなかったと評価されたことが示されている。
【０１０１】
出力手段２３３は、ＧＵＩ部品評価手段２３２の処理結果を出力する。例えば出力手段１６がディスプレイであれば、図３３のようなデータがディスプレイ上に表示される。また、例えば出力手段１６がプリンタであれば、図３３のようなデータが紙に印刷される。この出力されたデータを見れば、評価対象ソフトウェアでフォーカス設定されていたボタンのうち、そのボタンにフォーカス設定することが標準的であったボタンと、そのボタンにフォーカス設定することが標準的でなかったボタンがわかるので、標準的でなかったボタンのフォーカス設定を変更する（つまり、そのボタンのフォーカス設定を解除し、Ｅｎｔｅｒキーで選択されないように変更する）ことで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【０１０２】
なお以上に示した例では、ＧＵＩ部品の種類がボタンの場合について記載したが、他の種類のＧＵＩ部品、例えばチェックボックス、ラジオボタンなどについても全く同様である。ただし実際には、フォーカス設定するのはボタンであることが多い。
【０１０３】
以上の例からわかるように、本発明の第２の発明を用いれば、評価対象ソフトウェアのＧＵＩの設計が標準的な設計と合っているかどうかがわかる。したがって、標準的な設計に合っていなかった部品が見つかった場合は、その部品の設計を標準的な設計と一致するように変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【０１０４】
［第３の実施の形態］
次に、本発明の第３の発明の実施の形態について図３４を用いて説明する。
【０１０５】
本実施の形態は、上記第１、第２の発明をコンピュータによって実現するための形態であり、ＰＣやＷＳに代表されるコンピュータ３４０上で動作する実行プログラムを記録した記録媒体として提供される。この実行プログラムは、ハードディスク、フロッピィディスク、ＣＤ−ＲＯＭなどに代表される記録媒体３４１に記録されており、コンピュータ３４０上に読み出されて実行され、コンピュータ３４０を上記第１の発明、第２の発明のように動作させる。動作結果を出力する出力手段は、ディスプレイ３４４やプリンタ３４５である。また、第１の発明におけるＧＵＩ部品データ保存手段および共通ＧＵＩ部品データ保存手段、もしくは第２の発明におけるＧＵＩ部品データ保存手段および共通ＧＵＩ部品データ保存手段に保存されている各種のデータは、記録媒体３４１に記録されており、コンピュータ３４０上に読み出されて、実行プログラムによって処理される。また、第１の発明に記載のしきい値登録手段による共通度のしきい値の登録は、キーボード３４２もしくはポインティング手段３４３などの入力手段により実現される。
【０１０６】
【発明の効果】
以上説明したように、本発明のＧＵＩ設計支援方法、ＧＵＩ設計支援装置、ＧＵＩ評価方法もしくはＧＵＩ評価装置を用いれば以下のような効果が得られる。
【０１０７】
まず、第１の発明を用いれば、どのようなＧＵＩの設計が標準的な設計であるかがわかる。したがって、ＧＵＩを設計する際に、ＧＵＩ設計支援装置を参照すれば、標準的な設計に合わせることが可能となる。
【０１０８】
次に、第２の発明を用いれば、評価対象ソフトウェアのＧＵＩの設計が標準的な設計と合っているかどうかがわかる。したがって、標準的な設計に合っていなかった部品が見つかった場合は、その部品の設計を標準的な設計と一致するように変更することで、評価対象ソフトウェアのＧＵＩの設計をより標準的な設計に改善することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態における一構成例を示す構成図。
【図２】ＧＵＩ部品データ保存手段１０に保存されているデータの例。
【図３】ＧＵＩ部品比較手段１１の処理結果の例。
【図４】共通度計算手段１２の処理結果の例。
【図５】共通度比較手段１３の処理結果の例。
【図６】ＧＵＩ部品データ保存手段１０に保存されているデータの例。
【図７】ＧＵＩ部品比較手段１１の処理結果の例。
【図８】共通度計算手段１２の処理結果の例。
【図９】共通度比較手段１３の処理結果の例。
【図１０】ＧＵＩ部品データ保存手段１０に保存されているデータの例。
【図１１】ウィンドウのサイズとボタンの中心座標の例。
【図１２】ＧＵＩ部品比較手段１１の処理結果の例。
【図１３】共通度計算手段１２の処理結果の例。
【図１４】共通度比較手段１３の処理結果の例。
【図１５】ＧＵＩ部品データ保存手段１０に保存されているデータの例。
【図１６】ＧＵＩ部品比較手段１１の処理結果の例。
【図１７】共通度計算手段１２の処理結果の例。
【図１８】共通度比較手段１３の処理結果の例。
【図１９】ＧＵＩ部品データ保存手段１０に保存されているデータの例。
【図２０】ＧＵＩ部品比較手段１１の処理結果の例。
【図２１】共通度計算手段１２の処理結果の例。
【図２２】共通度比較手段１３の処理結果の例。
【図２３】本発明の第２の実施の形態における一構成例を示す構成図。
【図２４】ＧＵＩ部品データ保存手段２３０に保存されているデータの例。
【図２５】ＧＵＩ部品評価手段２３２の処理結果の例。
【図２６】ＧＵＩ部品データ保存手段２３０に保存されているデータの例。
【図２７】ＧＵＩ部品評価手段２３２の処理結果の例。
【図２８】ＧＵＩ部品データ保存手段２３０に保存されているデータの例。
【図２９】ＧＵＩ部品評価手段２３２の処理結果の例。
【図３０】ＧＵＩ部品データ保存手段２３０に保存されているデータの例。
【図３１】ＧＵＩ部品評価手段２３２の処理結果の例。
【図３２】ＧＵＩ部品データ保存手段２３０に保存されているデータの例。
【図３３】ＧＵＩ部品評価手段２３２の処理結果の例。
【図３４】本発明の第１の実施の形態、第２の実施の形態の別の実施の形態を表す構成図。
【図３５】メニュー項目のショートカットキーの例を表すウィンドウの図。
【図３６】アクセスキーの例を表すウィンドウの図。
【図３７】メニュー階層の例を表すウィンドウの図。
【図３８】ＧＵＩ部品のフォーカス設定の例を表すウィンドウの図。
【符号の説明】
１０…ＧＵＩ部品データ保存手段
１１…ＧＵＩ部品比較手段
１２…共通度計算手段
１３…共通度比較手段
１４…しきい値登録手段
１５…共通ＧＵＩ部品データ保存手段
１６、２３３…出力手段
１１００…ウィンドウ
１１０１…ボタン
２３０…ＧＵＩ部品データ保存手段
２３１…共通ＧＵＩ部品データ保存手段
２３２…ＧＵＩ部品評価手段
３４０…コンピュータ
３４１…記録媒体
３４２…キーボード
３４３…ポインティング手段
３４４…ディスプレイ
３４５…プリンタ
３５０、３５１…メニュー
３６０、３８０…「はい」ボタン
３６１、３８１…「いいえ」ボタン
３６２、３８２…「ヘルプ」ボタン
Claims (7)
- ＧＵＩを有する複数のソフトウェアのＧＵＩ部品データを読み込み、この読み込んだＧＵＩ部品データを前記複数のソフトウェア間で比較してプロパティの値が共通しているＧＵＩ部品を検出し、この検出された前記ＧＵＩ部品の前記複数のソフトウェア間での共通度を求めて出力するＧＵＩ設計支援装置であって、
ＧＵＩ部品のプロパティとは、ＧＵＩ部品のラベル、ＧＵＩ部品の縦もしくは横のサイズ、ＧＵＩ部品の位置、ＧＵＩ部品のアクセスキー、ＧＵＩ部品のショートカットキー、メニュー階層のなかでのメニュー項目の位置、ＧＵＩ部品のフォーカス設定のうちいずれかであることを特徴とするＧＵＩ設計支援装置。 - ＧＵＩを有する複数のソフトウェアのＧＵＩ部品データを読み込み、この読み込んだＧＵＩ部品データを前記複数のソフトウェア間で比較してプロパティの値が共通しているＧＵＩ部品を検出し、この検出された前記ＧＵＩ部品の前記複数のソフトウェア間での共通度を求めて出力するＧＵＩ設計支援装置において、
前記共通度のしきい値を予め定めておき、前記求めた共通度と前記しきい値とを比較することによって、前記しきい値以上の共通度を持つＧＵＩ部品を検出して出力し、
前記ＧＵＩ部品のプロパティとは、ＧＵＩ部品のラベル、ＧＵＩ部品の縦もしくは横のサイズ、ＧＵＩ部品の位置、ＧＵＩ部品のアクセスキー、ＧＵＩ部品のショートカットキー、メニュー階層のなかでのメニュー項目の位置、ＧＵＩ部品のフォーカス設定のうちいずれかであることを特徴とするＧＵＩ設計支援装置。 - ＧＵＩを有する複数のソフトウェアのＧＵＩ部品データを保存したＧＵＩ部品データ保存手段と、
前記ＧＵＩ部品保存手段に保存されたＧＵＩ部品データを読み込み、この読み込んだ前記ＧＵＩ部品データを前記複数のソフトウェア間で比較してプロパティの値が共通しているＧＵＩ部品を検出するＧＵＩ部品比較手段と、
前記ＧＵＩ部品比較手段によって検出されたＧＵＩ部品の各々について、前記ＧＵＩ部品を使用していたソフトウェアの割合を前記ＧＵＩ部品の共通度として計算する共通度計算手段と、
この計算された共通度を出力する出力手段と
を少なくとも有して構成されるＧＵＩ設計支援装置において、
ＧＵＩ部品のプロパティとは、ＧＵＩ部品のラベル、ＧＵＩ部品の縦もしくは横のサイズ、ＧＵＩ部品の位置、ＧＵＩ部品のアクセスキー、ＧＵＩ部品のショートカットキー、メニュー階層のなかでのメニュー項目の位置、ＧＵＩ部品のフォーカス設定のうちいずれかであることを特徴とするＧＵＩ設計支援装置。 - ＧＵＩを有する複数のソフトウェアのＧＵＩ部品データを保存したＧＵＩ部品データ保存手段と、
前記ＧＵＩ部品保存手段に保存されたＧＵＩ部品データを読み込み、この読み込んだ前記ＧＵＩ部品データを前記複数のソフトウェア間で比較してプロパティの値が共通しているＧＵＩ部品を検出するＧＵＩ部品比較手段と、
前記ＧＵＩ部品比較手段によって検出されたＧＵＩ部品の各々について、前記ＧＵＩ部品を使用していたソフトウェアの割合を前記ＧＵＩ部品の共通度として計算する共通度計算手段と、
共通度のしきい値を登録するしきい値登録手段と、
前記共通度計算手段にて計算された前記共通度が、前記しきい値登録手段に登録されたしきい値以上であるＧＵＩ部品を検出する共通度比較手段と、
前記共通度比較手段にて検出されたＧＵＩ部品のデータを保存する共通ＧＵＩ部品データ保存手段と、
前記共通ＧＵＩ部品データ保存手段に保存されたＧＵＩ部品のデータを出力する出力手段と
を備えるＧＵＩ設計支援装置において、
ＧＵＩ部品のプロパティとは、ＧＵＩ部品のラベル、ＧＵＩ部品の縦もしくは横のサイズ、ＧＵＩ部品の位置、ＧＵＩ部品のアクセスキー、ＧＵＩ部品のショートカットキー、メニュー階層のなかでのメニュー項目の位置、ＧＵＩ部品のフォーカス設定のうちいずれかであることを特徴とするＧＵＩ設計支援装置。 - コンピュータに、
ＧＵＩを有する複数のソフトウェアのＧＵＩ部品データを読み込むステップと、
この読み込んだＧＵＩ部品データを前記複数のソフトウェア間で比較してプロパティの値が共通しているＧＵＩ部品を検出するステップと、
この検出された前記ＧＵＩ部品の前記複数のソフトウェア間での共通度を求めて出力するステップを実行させるためのＧＵＩ設計支援プログラムを記録した機械読み取り可能な記録媒体であって、
ＧＵＩ部品のプロパティが、ＧＵＩ部品のラベル、ＧＵＩ部品の縦もしくは横のサイズ、ＧＵＩ部品の位置、ＧＵＩ部品のアクセスキー、ＧＵＩ部品のショートカットキー、メニュー階層のなかでのメニュー項目の位置、ＧＵＩ部品のフォーカス設定のうちいずれかであることを特徴とする記録媒体。 - ＧＵＩを有するソフトウェアのＧＵＩ部品データとＧＵＩを有する複数のソフトウェア間に共通するＧＵＩ部品のデータを読み込み、前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品のプロパティの値と、前記複数のソフトウェア間に共通するＧＵＩ部品のプロパティの値とを比較することによって前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品を評価し、前記評価の結果を含めた前記ソフトウェアのＧＵＩ部品データを出力するＧＵＩ評価装置において、
ＧＵＩ部品のプロパティとは、ＧＵＩ部品のラベル、ＧＵＩ部品の縦もしくは横のサイズ、ＧＵＩ部品の位置、ＧＵＩ部品のアクセスキー、ＧＵＩ部品のショートカットキー、メニュー階層のなかでのメニュー項目の位置、ＧＵＩ部品のフォーカス設定のうちいずれかであることを特徴とするＧＵＩ評価装置。 - ＧＵＩを有するソフトウェアのＧＵＩ部品データを保存したＧＵＩ部品データ保存手段と、
ＧＵＩを有する複数のソフトウェア間に共通するＧＵＩ部品のデータを保存した共通ＧＵＩ部品データ保存手段と、
前記ＧＵＩ部品保存手段に保存されたＧＵＩ部品データと前記共通ＧＵＩ部品データ保存手段に保存された共通ＧＵＩ部品データとを読み込み、前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品のプロパティの値と前記複数のソフトウェア間に共通するＧＵＩ部品のプロパティの値とを比較することによって前記ソフトウェアのＧＵＩ部品データに含まれるＧＵＩ部品を評価するＧＵＩ部品評価手段と、
前記ＧＵＩ部品評価手段の評価の結果を含めた前記ＧＵＩ部品データを出力する出力手段と
を備えるＧＵＩ評価装置において、
ＧＵＩ部品のプロパティとは、ＧＵＩ部品のラベル、ＧＵＩ部品の縦もしくは横のサイズ、ＧＵＩ部品の位置、ＧＵＩ部品のアクセスキー、ＧＵＩ部品のショートカットキー、メニュー階層のなかでのメニュー項目の位置、ＧＵＩ部品のフォーカス設定のうちいずれかであることを特徴とするＧＵＩ評価装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19470999A JP3555511B2 (ja) | 1999-07-08 | 1999-07-08 | Ｇｕｉ設計支援方法及びその装置並びにｇｕｉ設計支援プログラムを記録した機械読み取り可能な記録媒体、ｇｕｉ評価方法及びその装置並びにｇｕｉ評価プログラムを記録した機械読み取り可能な記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19470999A JP3555511B2 (ja) | 1999-07-08 | 1999-07-08 | Ｇｕｉ設計支援方法及びその装置並びにｇｕｉ設計支援プログラムを記録した機械読み取り可能な記録媒体、ｇｕｉ評価方法及びその装置並びにｇｕｉ評価プログラムを記録した機械読み取り可能な記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001022565A JP2001022565A (ja) | 2001-01-26 |
| JP3555511B2 true JP3555511B2 (ja) | 2004-08-18 |
Family
ID=16328957
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP19470999A Expired - Fee Related JP3555511B2 (ja) | 1999-07-08 | 1999-07-08 | Ｇｕｉ設計支援方法及びその装置並びにｇｕｉ設計支援プログラムを記録した機械読み取り可能な記録媒体、ｇｕｉ評価方法及びその装置並びにｇｕｉ評価プログラムを記録した機械読み取り可能な記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3555511B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5533872B2 (ja) * | 2009-08-18 | 2014-06-25 | 日本電気株式会社 | 情報処理装置、情報処理システム、情報処理方法、および、情報処理プログラム |
| DE112010005645T5 (de) | 2010-06-08 | 2013-03-21 | Mitsubishi Electric Corp. | Bildschirmerzeugungssystem einer programmierbaren Anzeige und Bildschirmerzeugungsprogramm davon |
| JP5907534B2 (ja) * | 2013-02-20 | 2016-04-26 | 日本電信電話株式会社 | ユーザインタフェース制御方法、その装置およびプログラム |
| JP6123344B2 (ja) * | 2013-02-21 | 2017-05-10 | 日本電気株式会社 | 画面プログラム生成装置及びその画面プログラム生成方法、情報処理装置、並びにコンピュータ・プログラム |
| JP6056546B2 (ja) * | 2013-02-26 | 2017-01-11 | 日本電気株式会社 | ＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）設計支援装置、ＵＩ設計支援方法及びプログラム |
| JP6340784B2 (ja) * | 2013-12-18 | 2018-06-13 | コニカミノルタ株式会社 | アプリケーション作成装置、アプリケーション作成方法、およびアプリケーション作成プログラム |
| JP6786984B2 (ja) * | 2016-09-16 | 2020-11-18 | オムロン株式会社 | プログラム処理装置およびプログラム |
-
1999
- 1999-07-08 JP JP19470999A patent/JP3555511B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001022565A (ja) | 2001-01-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11681435B2 (en) | Focus management system | |
| US9190030B2 (en) | Display control apparatus and display control method | |
| CN102203711B (zh) | 依赖于上下文的弹出式菜单的方法和系统 | |
| JP4467583B2 (ja) | 設計支援プログラム、設計支援方法および設計支援装置 | |
| KR20050061534A (ko) | 툴-팁 재생 시스템, 툴-팁 디스플레이 방법 및 머신 판독가능 저장 장치 | |
| JP3555511B2 (ja) | Ｇｕｉ設計支援方法及びその装置並びにｇｕｉ設計支援プログラムを記録した機械読み取り可能な記録媒体、ｇｕｉ評価方法及びその装置並びにｇｕｉ評価プログラムを記録した機械読み取り可能な記録媒体 | |
| JP2008152585A (ja) | 表示画像制御装置及びその制御方法 | |
| AU2016208388B2 (en) | Graphically representing content relationships on a surface of graphical object | |
| JP4832952B2 (ja) | データベース解析システム及びデータベース解析方法及びプログラム | |
| JP2537010B2 (ja) | デ―タ処理システム内のデ―タ分類操作方法及びシステム | |
| JP6237135B2 (ja) | 情報処理装置及び情報処理プログラム | |
| JP6727071B2 (ja) | 電子機器および制御方法 | |
| JP3186726B2 (ja) | Ｇｕｉ評価装置およびｇｕｉ設計装置並びにプログラムを記録した機械読み取り可能な記録媒体 | |
| JP3948373B2 (ja) | 文字表示プログラム、文字表示方法および文字表示装置 | |
| JP4840111B2 (ja) | ファイル情報表示装置、ファイル情報表示プログラム | |
| JPH064256A (ja) | ウィンドウ表示装置 | |
| JP2005141296A (ja) | 文書検索装置、文書検索方法、および文書検索プログラム | |
| JP5233424B2 (ja) | 検索装置およびプログラム | |
| JPH08123833A (ja) | Ｃａｄシステムの注釈記入方式 | |
| JP4446714B2 (ja) | 文書検索装置、文書検索方法、および文書検索プログラム | |
| KR102106098B1 (ko) | 도움말 제공 장치 및 방법 | |
| JP2008027228A (ja) | マンマシン装置 | |
| JP2708852B2 (ja) | 情報処理装置 | |
| JP2021149741A (ja) | 情報処理装置及びプログラム | |
| JPS63193274A (ja) | コマンドの入力方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20031225 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040203 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040304 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20040405 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040420 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040503 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090521 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100521 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110521 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110521 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120521 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120521 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130521 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140521 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |