JP5759424B2

JP5759424B2 - ユーザインタフェース設計支援装置

Info

Publication number: JP5759424B2
Application number: JP2012153484A
Authority: JP
Inventors: 孔希草野; 桃子中谷; 大野　健彦; 健彦大野
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2012-07-09
Filing date: 2012-07-09
Publication date: 2015-08-05
Anticipated expiration: 2032-07-09
Also published as: JP2014016772A

Description

本発明は、ユーザインタフェースにより実現したい機能に適したＵＩ（ユーザインタフェース）部品を知ることができるユーザインタフェース設計支援装置に関する。

従来において、コンピュータシステムの設計者は、ユーザインタフェース（ＵＩ）の設計に多くの時間と労力を掛ける必要がある。そこで、ＵＩ設計を省力化するために、ＵＭＬを用いてＵＩを自動生成する装置が発明されている（特許文献１）。しかし、上記発明では、操作可能なＵＩの生成結果のみが受け取れるだけであって、ユーザの使いやすさを考慮することは難しい。特に、使いやすさを考慮するためには、どのようにシステムの機能が利用されるのかを理解し、後述するＵＩデザインパターンを照会しながら、適切なＵＩデザインを選択することが重要であるが、上記発明でこれらの情報が参照されることはない。

なお、ここで指すＵＩデザインパターンとは、どのようなＵＩ部品（ボタン、アイコン、フレーム、メニューなど）が、どのような利用状況で用いることが適切かが記述されたものである。

そのため設計者が、設計したＵＩ案とＵＩデザインパターンとを組み合わせながら、ＵＩ案について考察し、適切に修正することもまた困難である。

また一方で、ユーザがカスタマイズ可能なＵＩを提供することで、ユーザ毎に最適なユーザインタフェースが利用できるようにする装置が発明されている（特許文献２）。この装置を使うことで、ユーザ毎に良いＵＩを得られる可能性は高まるものの、元のＵＩ案の設計自体は設計者の技量に強く依存しており、ＵＩ設計自体を支援することはできない。

加えて、使いやすいＵＩを設計するには、ユーザテストを実施し、修正を繰り返すことが重要であるとされているが、上記の既存発明では、繰り返しを円滑に行うために重要な、ＵＩ設計の元になった情報とＵＩデザインパターンの参照を支援することは困難である。

特開２００３−１４０８９３号公報特開２００９−２０５３５３号公報

本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、ユーザインタフェースにより実現したい機能に適したＵＩ（ユーザインタフェース）部品を知ることができるユーザインタフェース設計支援装置を提供することにある。

第１の本発明は、複数の種類のＵＩ部品のそれぞれにつき、当該種類のＵＩ部品の使用頻度に関する条件、当該種類のＵＩ部品の主要度に関する条件、当該種類のＵＩ部品の表示継続時間に関する条件、当該種類のＵＩ部品の機能と他の機能との間の関連度に関する条件、当該種類のＵＩ部品を表示する画面サイズに関する条件、当該種類のＵＩ部品を用いた情報の入力方法に関する条件を示すＵＩ部品種類別条件情報が予め記憶されるＵＩ部品種類別条件情報記憶部と、ＵＩ部品により実現したい２以上の機能のそれぞれにつき、当該機能を示す機能識別情報、当該機能を使用する使用頻度、当該機能の主要度、当該機能を実現するＵＩ部品の表示継続時間、当該機能と他の機能との間の関連度を示す機能情報からなるアーキテクチャ情報を読み込むとともに、前記２以上の機能を実現するＵＩ部品が表示される画面の画面サイズ、当該ＵＩ部品を用いた情報の入力方法を示すデバイス情報を読み込む読込部と、前記アーキテクチャ情報ならびにデバイス情報が記憶される情報保持部と、前記２以上の機能のそれぞれにつき、読み込まれた機能情報により示される使用頻度、主要度、表示継続時間、関連度ならびに、読み込まれたデバイス情報により示される画面サイズ、入力方法が前記ＵＩ部品種類別条件情報記憶部に記憶されたＵＩ部品種類別条件情報内の使用頻度に関する条件、主要度に関する条件、表示継続時間に関する条件、関連度に関する条件、画面サイズに関する条件、入力方法に関する条件にそれぞれ適合するか否かを判定し、判定結果に基づいて、前記ＵＩ部品種類別条件情報記憶部からＵＩ部品種類別条件情報を選択する照会部と、前記２以上の機能のそれぞれにつき、選択されたＵＩ部品種類別条件情報に対応する種類のＵＩ部品に関する情報ならびに、当該ＵＩ部品種類別条件情報を選択するのに用いた機能情報内の機能識別情報を対応づけて表示する出力部とを備えることを特徴とするユーザインタフェース設計支援装置をもって解決手段とする。

例えば、前記出力部は、前記２以上の機能のそれぞれに対応するＵＩ部品を示すＵＩ部品画像ならびに機能識別情報からなるデザインパターンを表示する。

例えば、前記出力部は、２以上の前記デザインパターンを表示するものであり、
前記ユーザインタフェース設計支援装置は、前記ユーザインタフェース設計支援装置に接続された出力結果選択インタフェースからの指示に基づき、前記２以上のデザインパターンのうちの１つを選択する。

例えば、前記出力部は、２以上の機能につき、対応する機能情報内の互いの関連度が予め定められた値以上である場合には、対応するＵＩ部品画像が同じになるようにする。

例えば、ユーザインタフェース設計支援装置は、前記ユーザインタフェース設計支援装置に接続された出力結果調整インタフェースからの指示を基に前記デザインパターンを編集するユーザインタフェース設計部を備える。

本発明によれば、ユーザインタフェースにより実現したい機能に適したＵＩ（ユーザインタフェース）部品を知ることができる。

本実施の形態に係るユーザインタフェース設計支援装置の構成図である。ＵＩ部品種類別条件情報記憶部１１の構成の一例を示す図である。アーキテクチャ情報の構成の一例を示す図である。デバイス情報の構成の一例を示す図である。読込部１２の動作を示すフローチャートである。照会部１４の動作を示すフローチャートである。情報保持部１３に記憶されたアーキテクチャ情報の各機能情報に部品名が対応づけられた様子を示す図である。出力部１５の動作（実施例１）を示すフローチャートである。実施例１による表示例を示す図である。出力部１５の動作（実施例２）を示すフローチャートである。実施例２による表示例を示す図である。出力部１５の動作（実施例３）を示すフローチャートである。実施例３、４による表示例を示す図である。出力部１５の動作（実施例４）を示すフローチャートである。ユーザインタフェース設計部１６の動作を示すフローチャートである。編集後のデザインパターンの一例を示す図である。デザインパターンにより作成されたユーザインタフェースの一例を示す図である。

以下、本発明の実施の形態について図面を参照して説明する。

図１は、本実施の形態に係るユーザインタフェース設計支援装置の構成図である。
ユーザインタフェース設計支援装置１は、ユーザインタフェースの設計を支援する装置である。ユーザインタフェースは、ボタン、アイコン、フレーム、メニューなどのユーザインタフェース部品（以下、ＵＩ部品）を含んで構成され、パーソナルコンピュータの画面など表示されることでユーザの目に触れ、ユーザがこれらＵＩ部品を操作しているような感覚でマウスやキーボードを操作することで情報を入力できるようにするものである。

ユーザインタフェース設計支援装置１は、ユーザインタフェースのアーキテクチャに関するアーキテクチャ情報ならびにユーザインタフェースを実現するためのデバイスに関するデバイス情報を読み込み、各機能ならびにデバイスに適したＵＩ部品を選択し、ＵＩ部品を示す情報をディスプレイ２に表示するものである。

例えば、ユーザインタフェース設計支援装置１は、ユーザインタフェースのひな形として、選択したＵＩ部品を含むデザインパターンをディスプレイ２に表示し、デザインパターンが２以上ある場合は、ユーザインタフェース設計支援装置１に接続された出力結果選択インタフェース３からの指示に基づき、１つのデザインパターンを選択し、また、ユーザインタフェース設計支援装置１に接続された出力結果調整インタフェース４からの指示に基づき、デザインパターンを編集し、これにより、デザインパターンを所望のユーザインタフェースになるようにするものである。

このように、ユーザインタフェース設計支援装置１は、ユーザインタフェースを実現するために適したＵＩ部品を選択し、これにより、ユーザインタフェースの設計を支援する。また、ユーザインタフェース設計支援装置１は、出力結果調整インタフェース４からの指示を基にデザインパターンを編集し、編集後のデザインパターンが所望のユーザインタフェースとなるようにすることで、ユーザインタフェースの設計を支援する。

ユーザインタフェース設計支援装置１は、ＵＩ部品に関する種類別の情報であるＵＩ部品種類別条件情報が記憶されるＵＩ部品種類別条件情報記憶部１１と、アーキテクチャ情報ならびにデバイス情報を読み込む読込部１２と、読み込んだ機能情報ならびにデバイス情報を記憶する情報保持部１３と、機能情報ならびにデバイス情報をＵＩ部品種類別条件情報に照会し、機能情報ならびにデバイス情報に応じたＵＩ部品種類別条件情報を選択する照会部１４と、選択されたＵＩ部品種類別条件情報に対応する種類のＵＩ部品を含むデザインパターンをディスプレイ２に表示する出力部１５と、出力結果調整インタフェース４からの指示を基にデザインパターンを編集するユーザインタフェース設計部１６とを備える。

図２は、ＵＩ部品種類別条件情報記憶部１１の構成の一例を示す図である。
ＵＩ部品種類別条件情報記憶部１１には、複数の種類のＵＩ部品のそれぞれにつき、
（１）当該種類のＵＩ部品を一意に示す部品ＩＤおよび部品名、
（２）当該種類のＵＩ部品の使用頻度に関する条件、
（３）当該種類のＵＩ部品の主要度に関する条件、
（４）当該種類のＵＩ部品の表示継続時間に関する条件、
（５）当該種類のＵＩ部品の機能と他の機能との間の関連度に関する条件、
（６）当該種類のＵＩ部品を表示する画面サイズに関する条件、
（６）当該種類のＵＩ部品を用いた情報の入力方法に関する条件、
（７）当該種類のＵＩ部品の用法の説明
を示すＵＩ部品種類別条件情報が予め記憶される。

例えば、使用頻度、主要度、表示継続時間の条件は、範囲で規定される。

例えば、関連度の条件は、関数で規定される。図の関数Ｆ＿１（ｒｓ）、Ｆ＿２（ｒｓ）、Ｆ＿３（ｒｓ）などのｒｓは、ある機能に関連する全ての機能に対する関連度である。

例えば、画面サイズの条件は、最小の画面サイズで規定される。例えば、入力方法の条件は、入力装置の名前のリストで規定される。

（ユーザインタフェース設計支援装置１の動作）
次に、ユーザインタフェース設計支援装置１の動作について説明する。

まず、読込部１２は、図示しない記憶部からアーキテクチャ情報ならびにデバイス情報を読み込み、情報保持部１３に記憶させる。

ここで読込部１２は、例えば、図３に示すような、ＵＩ部品により実現したい２以上の機能のそれぞれに関する機能情報からなるアーキテクチャ情報を読み込む。

各機能情報は、
（１）対応する機能を一意に示す機能ＩＤ、
（２）当該機能を示す機能識別情報である機能名、
（３）当該機能を使用する使用頻度、
（４）当該機能の主要度、
（５）当該機能を実現するＵＩ部品の表示継続時間、
（６）当該機能と他の機能との間の関連度
を示すものである。

例えば、使用頻度は、一定時間での使用回数で規定される。
例えば、主要度は、１〜１０までの数字で規定され、数字が大きいほど、主要度が高いことを示す。
例えば、表示継続時間は、一回あたりの表示継続時間で規定される。
例えば、関連度は、他の各機能との関連度を含むものである。関連度は、０〜１までの値をもち、値が大きいほど、関連度が高いことを示す。

また、ここで読込部１２は、デバイス情報を読み込む。

デバイス情報は、
（１）ＵＩ部品が表示される画面を有するデバイスのデバイス名、
（２）画面の画面サイズ、
（３）ＵＩ部品を用いた情報の入力方法
を示すものである。

例えば、画面サイズは、縦横のピクセル数で規定される。例えば、入力方法は、入力装置の名前のリストで規定される。

読込部１２は、例えば、ユーザインタフェースを据え置き型の画面の大きいコンピュータで実現したい場合は図４（ａ）に示すようなデバイス情報を読み込み、ユーザインタフェースを携帯型の画面の小さいコンピュータで実現したい場合は図４（ｂ）に示すようなデバイス情報を読み込む。

ここでは、読込部１２は、図５に示すように、まず、アーキテクチャ情報を読み込む（Ｓ１）。次に、読込部１２は、アーキテクチャ情報から読み込んでない機能情報がある（Ｓ３：ＹＥＳ）なら、その内の１つの機能情報内の機能ＩＤ、機能名、使用頻度、主要度、表示継続時間、関連度を読み込む（Ｓ５−１〜６）。

読込部１２は、アーキテクチャ情報から読み込んでない機能情報がなくなったら（Ｓ３：ＮＯ）、デバイス情報を読み込み（Ｓ７）、デバイス情報から画面サイズならびに入力方法を読み込む（Ｓ９ー１〜２）。

読込部１２は、次に、読み込んだ各機能情報内のデータならびにデバイス情報内のデータを情報保持部１３に記憶させ（Ｓ１１）、読み込みを終了する。

次に、照会部１４は、情報保持部１３から機能情報ならびにデバイス情報を読み出し、機能情報ならびにデバイス情報をＵＩ部品種類別条件情報記憶部１１のＵＩ部品種類別条件情報に照会し、機能情報ならびにデバイス情報に応じたＵＩ部品種類別条件情報を選択する。

ここでは照会部１４は、例えば、図６に示すように、まず、デバイス情報を情報保持部１３から読み出す（Ｓ２１）。次に、照会部１４は、まだ読み出してない機能情報を情報保持部１３から読み出し（Ｓ２３）、機能情報により示される使用頻度、主要度、表示継続時間、関連度、デバイス情報により示される画面サイズ、入力方法をＵＩ部品種類別条件情報内の該当の条件に照会し（Ｓ２５−１〜６）、各条件が充足されたなら、該当のＵＩ部品種類別条件情報を選択し、ＵＩ部品種類別条件情報から部品名を読み出し、部品名を当該機能情報に対応づけて、情報保持部１３に記憶させる（Ｓ２７）。

なお、照会部１４は、ステップＳ２７で、複数のＵＩ部品種類別条件情報を選択した場合は、各ＵＩ部品種類別条件情報に対し、条件に対する適合の程度が高いほど高い順位を付与する。

照会部１４は、まだ読み出してない機能情報があれば（Ｓ２９：ＹＥＳ）、ステップＳ２３に戻り、まだ読み出してない機能情報がなければ、照会を終える。

例えば、具体的な照会方法として次のような例が考えられる。
機能情報i: func_i
と、機能情報を定義するとき、機能情報の各項目を下記の通り表現する。
使用頻度：func_i.freq
主要度：func_i.priority
表示継続時間：func_i.runtime
関連度：func_i.relations
（relations は関連度の集合で、relations(j)で任意の関連度を参照する）
（但し 1< i , j <= 機能情報の数、任意の正の整数、i≠j)
（「xxx.yyy」という表記は「ドットの左が、右を所有する」ということを表す）

また、ＵＩ部品種類別条件情報k : db_k (k = ＵＩ部品種類別条件情報の登録番号で、任意の正の整数）
とするとき、ＵＩ部品種類別条件情報に登録されている各条件は下記の通り表現する。
使用頻度条件：db_k.freqCondition
主要度条件：db_k.priorityCondition
表示継続時間条件：db_k.runtimeCondition
関連度条件：db_k.relationCondition
画面サイズ条件：db_k.sizeCondition
入力方法条件：db_k.ifCondition

また、各conditionは、条件を充足するか否かを判定する式、match()を持つ。
match()は、引数として与えられた値が、条件に適合する場合に真を返す。図２に示したＵＩ部品種類別条件情報の場合、使用頻度、主要度、表示継続時間の条件のmatch()は、条件として定められた値の範囲内に、引数として入力された値が含まれている場合、真を返す、といえる。今回は、簡単に範囲内に含まれる場合を例示したが、match()は、任意の条件式で評価することが可能である。

任意の機能に対して選択されるＵＩ部品種類別条件情報は、次の６条件式を全て満たすものとする。但し、ＵＩ部品種類別条件情報が６条件のいずれかを有していない場合、対応する条件式は常に真とする。

デバイスに関する条件式
条件式１: db_k.sizeCondition.match(device.size)
条件式２: db_k.ifCondition.match(device.if)
機能の項目に関する条件式
条件式３: db_k.freqCondition.match(func_i.freq)
条件式４: db_k.priorityCondition.match(func_i.priority)
条件式５: db_k.runtimeCondition.match(func_i.runtime)
条件式６: db_k.relationCondition.match( F_k( rs ) )

条件式６において、F_k( rs )は、各機能への関連度をもとに演算を行い、真または偽を返すものである。引数「rs」として与えられるのは、ある機能に関連している機能の関連度の集合、すなわち function_i.relationsである。このF_k( rs )は、様々な演算方式が考えられる。例えば、関連度条件が、全ての関連度の平均値によって決まるとすれば、
F_k( function_i.relations ) = avg( function_i.relations )
（なお avg() は平均値を算出するものとする）
として計算し、マッチングを行えば良い。

そのため、関連度の条件式は、条件式６’のように記述出来る。
条件式６’: db_k.relationCondition.match( avg(func_i.relations )

この通り、条件式６においては、全ての関連度の加算を用いたり、関連度が高い機能がいくつあるかを考慮したりなど、様々な条件を考えることが可能であり、状況に応じて任意の条件式を定められるものとする。

更に、上記の条件式３〜６に対して、複数のＵＩ部品種類別条件情報が当てはまる場合は、例えばＵＩ部品種類別条件情報に設定された条件範囲の中央値に最も近いものを優先することで、優先度順に並べられた照会結果（ＵＩ部品種類別条件情報）が得られる。その他にも、使用頻度、主要度、関連度、何を重視するかなどの重み付けをして、優先的にマッチングする方法など、様々な方法が考えられる。

また、マッチングする最大数（選択できるＵＩ部品種類別条件情報の最大数）について、任意の閾値を定めるか、もしくは、上位何位まで出力、などの指定を行うことで、選択されるＵＩ部品種類別条件情報の数を調整することも可能である。

一例として最も単純な照会方法を示したが、いずれかの条件のみに適合すれば良い、条件毎に重みを付けて優先度を付けるなど、状況に合わせて様々な照会方法が考えられ、任意の照会式に対応できるものである。

上記のような照会の結果、情報保持部１３においては、図７に示すように、アーキテクチャ情報の各機能情報に対し、条件充足により選択されたＵＩ部品種類別条件情報内の部品名が対応づけられる。なお、図は、１つの機能情報に対し、１つのＵＩ部品の部品名を対応づけた例と、１つの機能情報に対し、２つのＵＩ部品の部品名を対応づけた例とを示すものである。また、デバイス情報の図示は省略する。

次に、出力部１５の動作について説明する。出力部１５の動作については、複数の実施例を説明する。

（実施例１）
出力部１５は、例えば、図８に示すように、まず、情報保持部１３から、まだ読み出してない機能情報内の機能ＩＤ、機能名、当該機能情報に対応づけられた部品名、当該部品名を含むＵＩ部品種類別条件情報内の用法の説明を読み出し（Ｓ３１）、機能ＩＤ、機能名、部品名、該当のＵＩ部品を例示するＵＩ部品画像およびＵＩ部品の用法の説明を対応づけて表示する（Ｓ３３）。

出力部１５は、まだ読み出してない機能ＩＤ等があれば（Ｓ３５：ＹＥＳ）、ステップＳ３１に戻り、まだ読み出してない機能ＩＤ等がなければ（Ｓ３５：ＮＯ）、表示を終える。

図８の処理によれば、例えば、図９に示すような、リスト形式の表示結果が得られる。これにより、例えば、ユーザインタフェースの設計者は、各機能に対して、どのＵＩ部品が適しているかを知ることができる。

（実施例２）
また、出力部１５は、図１０に示すように、まず、情報保持部１３から、まだ読み出してない機能情報内の機能名および当該機能情報に対応づけられた部品名を読み出し（Ｓ４１）、まだ読み出してない機能名等があれば（Ｓ４３：ＹＥＳ）、ステップＳ４１に戻り、まだ読み出してない機能名等がなければ（Ｓ４３：ＮＯ）、ステップＳ４５に進む。

出力部１５は、例えば、各機能名に対応する部品名（複数ある場合はその１つ）を含む部品名リストを生成し（Ｓ４５）、部品名リスト内の各部品名に対応するＵＩ部品を示すＵＩ部品画像ならびに、対応する機能名を含んでなるデザインパターンを表示し（Ｓ４７）、表示を終える。複数の部品名から選択される１つの部品名は、例えば、最高順位が付与されたＵＩ部品種類別条件情報に対応するものである。

出力部１５は、例えば、各ＵＩ部品の配置については、関連度を用い、関連度が高いものほど近接して配置し、そうでないものは離して配置する。

図１０の処理によれば、例えば、図１１に示すようなデザインパターンが表示される。これにより、例えば、ユーザインタフェースの設計者は、各機能に対して、ユーザインタフェースのイメージを得ることができる。

また、関連度が高いものほど近接して配置し、そうでないものは離して配置することより、どの機能同士の関連が高いかを一目で理解することができる。

（実施例３）
また、出力部１５は、図１２に示すように、まず、情報保持部１３から、まだ読み出してない機能情報内の機能名および当該機能情報に対応づけられた部品名を読み出し（Ｓ５１）、まだ読み出してない機能名等があれば（Ｓ５３：ＹＥＳ）、ステップＳ５１に戻り、まだ読み出してない機能名等がなければ（Ｓ５３：ＮＯ）、ステップＳ５５に進む。

出力部１５は、例えば、各機能名に対応する部品名（複数ある場合はその１つ）を含んでなる部品名リストを生成し（Ｓ５５）、少なくとも１つの部品名が異なる別の部品名リストの生成が可能なら（Ｓ５７：ＹＥＳ）、その部品名リストも生成する（Ｓ５５）。そして、出力部１５は、全ての部品名リストの生成を終えたなら（Ｓ５７：ＮＯ）、各部品名リストに対応するデザインパターンを全て表示し（Ｓ５９：全てのデザインパターンを表示）、表示を終える。複数の部品名から選択される１つの部品名は、例えば、最高順位が付与されたＵＩ部品種類別条件情報に対応するものである。

図１２の処理によれば、例えば、図１３に示すような、複数のデザインパターンが表示される。

これにより、例えば、ユーザインタフェースの設計者が、この複数のユーザインタフェースのイメージを得ることができる。

（実施例４）
また、出力部１５は、図１４に示すように、まず、情報保持部１３から、まだ読み出してない機能情報内の機能名、使用頻度、主要度、関連度および当該機能情報に対応づけられた部品名を読み出し（Ｓ６１）、まだ読み出してない機能名等があれば（Ｓ６３：ＹＥＳ）、ステップＳ６１に戻り、まだ読み出してない機能名等がなければ（Ｓ６３：ＮＯ）、ステップＳ６５に進む。

出力部１５は、２以上の機能名が以下の条件、つまり、互いの機能に対する関連度がその値以上であり、かつ、使用頻度、主要度、関連度が互いに類似しているという条件に該当する場合は、当該２以上の機能名をグループ化する（Ｓ６５）。

次に、出力部１５は、各機能名に対応する部品名（複数ある場合はその１つ）を含む部品名リストを生成する（Ｓ６７）。

ここでは、出力部１５は、グループ化された２以上の機能名については、部品名が同じになるようにする（Ｓ６７）。この部品名は、各機能名とともに読み出された部品名の中の共通の部品名から選択される（Ｓ６７）。

そして、出力部１５は、少なくとも１つの部品名が異なる別の部品名リストの生成が可能なら（Ｓ６９：ＹＥＳ）、その部品名リストも生成する（Ｓ６７）。そして、出力部１５は、全ての部品名リストの生成を終えたなら（Ｓ６９：ＮＯ）、各部品名リストに対応するデザインパターンを全て表示し（Ｓ７１）、表示を終える。

図１４の処理によれば、例えば、図１３に示したような、複数のデザインパターンが表示され、しかも、例えば、図の機能名「時間指定機能」と機能名「時間表示機能」が、ステップＳ６５でグループ化されている場合は、図のように、両者ともＵＩ部品はフレームとなり、統一感を得ることができる。

また、グループ化された機能名「ベル機能」、「カウントダウン機能」、「リセット機能」、「カウントアップ機能」について、共通の部品名が、「メニュー」と「アイコン」と２つある場合は、例えば、左側のデザインパターンでは、ＵＩ部品がメニューで統一され、右側のデザインパターンでは、ＵＩ部品がアイコンで統一される。

これにより、例えば、ユーザインタフェースの設計者は、統一感のあるユーザインタフェースのイメージを得ることができる。

なお、グループ化の条件は、互いの機能に対する関連度が予め定められた値以上であるという条件であってもよい。

実施例３、４の場合、出力部１５は、出力結果選択インタフェース３からの指示に基づき、１つのデザインパターンを選択する。

例えば、ユーザインタフェース設計部１６は、出力結果調整インタフェース４からの指示を基にデザインパターンを編集する。

ここでは、ユーザインタフェース設計部１６は、図１５に示すように、出力結果調整インタフェース４からの信号により、表示された機能名に対応する１つの機能が選択されたら（Ｓ８１）、対応するＵＩ部品を選択し（Ｓ８３）、出力結果調整インタフェース４からの信号により、ＵＩ部品の色や大きさや位置などを変更し、また、追記などを行い、つまり、デザインパターンを編集し（Ｓ８５）、編集後のデザインパターンを保存し（Ｓ８７）、表示する（Ｓ８９）。

ユーザインタフェース設計部１６は、出力結果調整インタフェース４からの信号により、編集の続行を指示されたなら（Ｓ９１：ＹＥＳ）、ステップＳ８１に戻り、編集終了が指示されたなら（Ｓ９１：ＮＯ）、編集を終了する。

図１５の処理によれば、図１３（ｂ）のデザインパターンが、編集により、例えば、図１６に示すようなデザインパターンに変更される。

また、図１６のデザインパターンを基に、図１７に示すようなユーザインタフェースが作成される。

これにより、例えば、ユーザインタフェースの設計者が、このユーザインタフェースを実際のアプリケーションなどに使用することができる。

以上説明したように、本実施の形態によれば、アーキテクチャ情報に示された機能に適合するＵＩ部品の情報やＵＩ部品画像を表示することができる。また、ＵＩ部品画像からなるデザインパターンを表示することで、そのデザインパターンからユーザインタフェースを設計することが妥当かを例示することができる。

つまり、設計者がユーザインタフェースを設計する際、アーキテクチャ情報に示された機能に適合するＵＩ部品画像を表示することによって、設計者がＵＩ部品をどのように適用すれば良いかを理解することができる。また、２以上のデザインパターンを表示することによって、設計者はその中から最も適切と思うデザインパターンを選択することができ、更に、デザインパターンを編集できるようにすることにより、効率的にユーザインタフェースを設計することができる。

以上により、本実施の形態では、設計者がユーザインタフェースを適切に設計できるように支援できる。加えて、２以上のデザインパターンから設計した各ユーザインタフェースに対して、それぞれどの様な理由でその設計に至ったかを明確に説明することが可能となり、設計者は案の選択、組合せ、改善を円滑に行える。

なお、出力結果選択インタフェース３、出力結果調整インタフェース４、ユーザインタフェース設計部１６は、ユーザインタフェース設計支援装置１の利用において必須ではなく、これらを用いなくてもよい。

また、ユーザインタフェース設計支援装置１としてコンピュータを機能させるためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録でき、また、インターネットなどの通信網を介して伝送させて、広く流通させることができる。

１ユーザインタフェース設計支援装置
２ディスプレイ
３出力結果選択インタフェース
４出力結果調整インタフェース
１１ＵＩ部品種類別条件情報記憶部
１２読込部
１３情報保持部
１４照会部
１５出力部
１６ユーザインタフェース設計部

Claims

複数の種類のＵＩ部品のそれぞれにつき、当該種類のＵＩ部品の使用頻度に関する条件、当該種類のＵＩ部品の主要度に関する条件、当該種類のＵＩ部品の表示継続時間に関する条件、当該種類のＵＩ部品の機能と他の機能との間の関連度に関する条件、当該種類のＵＩ部品を表示する画面サイズに関する条件、当該種類のＵＩ部品を用いた情報の入力方法に関する条件を示すＵＩ部品種類別条件情報が予め記憶されるＵＩ部品種類別条件情報記憶部と、
ＵＩ部品により実現したい２以上の機能のそれぞれにつき、当該機能を示す機能識別情報、当該機能を使用する使用頻度、当該機能の主要度、当該機能を実現するＵＩ部品の表示継続時間、当該機能と他の機能との間の関連度を示す機能情報からなるアーキテクチャ情報を読み込むとともに、前記２以上の機能を実現するＵＩ部品が表示される画面の画面サイズ、当該ＵＩ部品を用いた情報の入力方法を示すデバイス情報を読み込む読込部と、
前記アーキテクチャ情報ならびにデバイス情報が記憶される情報保持部と、
前記２以上の機能のそれぞれにつき、読み込まれた機能情報により示される使用頻度、主要度、表示継続時間、関連度ならびに、読み込まれたデバイス情報により示される画面サイズ、入力方法が前記ＵＩ部品種類別条件情報記憶部に記憶されたＵＩ部品種類別条件情報内の使用頻度に関する条件、主要度に関する条件、表示継続時間に関する条件、関連度に関する条件、画面サイズに関する条件、入力方法に関する条件にそれぞれ適合するか否かを判定し、判定結果に基づいて、前記ＵＩ部品種類別条件情報記憶部からＵＩ部品種類別条件情報を選択する照会部と、
前記２以上の機能のそれぞれにつき、選択されたＵＩ部品種類別条件情報に対応する種類のＵＩ部品に関する情報ならびに、当該ＵＩ部品種類別条件情報を選択するのに用いた機能情報内の機能識別情報を対応づけて表示する出力部と
を備えることを特徴とするユーザインタフェース設計支援装置。
前記出力部は、
前記２以上の機能のそれぞれに対応するＵＩ部品を示すＵＩ部品画像ならびに機能識別情報からなるデザインパターンを表示する
ことを特徴とする請求項１記載のユーザインタフェース設計支援装置。
前記出力部は、
２以上の前記デザインパターンを表示するものであり、
前記ユーザインタフェース設計支援装置は、
前記ユーザインタフェース設計支援装置に接続された出力結果選択インタフェースからの指示に基づき、前記２以上のデザインパターンのうちの１つを選択する
ことを特徴とする請求項２記載のユーザインタフェース設計支援装置。
前記出力部は、
２以上の機能につき、対応する機能情報内の互いの関連度が予め定められた値以上である場合には、対応するＵＩ部品画像が同じになるようにする
ことを特徴とする請求項２記載のユーザインタフェース設計支援装置。
前記ユーザインタフェース設計支援装置に接続された出力結果調整インタフェースからの指示を基に前記デザインパターンを編集するユーザインタフェース設計部
を備えることを特徴とする請求項２記載のユーザインタフェース設計支援装置。
請求項１ないし５のいずれかに記載のユーザインタフェース設計支援装置としてコンピュータを機能させるためのコンピュータプログラム。