JPWO2012101702A1 - ＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）作成支援装置、ＵＩ作成支援方法及びプログラム - Google Patents

Abstract

ＵＩ（User Interface）画面を作成するための支援を行うＵＩ作成支援装置であって、ＵＩ画面に付与可能な複数のＵＩ効果実現構成各々に、各ＵＩ効果実現構成により実現される少なくとも１つのＵＩ効果を対応付けた構成効果対応ルールを保持する構成効果対応ルール保持部（１０）と、ＵＩ画面が保持すべき少なくとも１つのＵＩ効果を特定するための情報である特定情報を、ＵＩ画面を作成するユーザである設計ユーザから受付けるユーザ入力受付部（１６）と、ユーザ入力受付部（１６）が入力を受付けた特定情報に基づいて特定されたＵＩ効果をキーとして構成効果対応ルールを検索し、当該キーに対応付けられたＵＩ効果実現構成を抽出するＵＩ効果実現構成決定部（１１）と、を有するＵＩ作成支援装置。

Description

本発明は、ＵＩ作成支援装置、ＵＩ作成支援方法及びプログラムに関する。

ＵＩ画面を作成するユーザ（以下、「設計ユーザ」）は、作成するＵＩ画面を使用するユーザ（以下、「想定ユーザ」）を把握し、当該想定ユーザに適したＵＩ画面を設計する必要があるが、想定ユーザに適したＵＩ画面を設計することは容易でない。なお、想定ユーザは、１人の場合もあれば、複数の場合もある。

特許文献１には、クライアント端末からの要求を、ネットワークを介して受付け、当該受付けた要求に応じて、当該クライアント端末に各種情報を提供する情報処理装置において、構成要素の異なる複数種のグラフィカルユーザインターフェース（ＧＵＩ）を提供するためのＧＵＩデータとして、想定ユーザのレベルに対応付けられた複数のＧＵＩデータを保持し、想定ユーザのレベルに応じて、動的にＵＩを変更する情報処理装置が記載されている。

特許文献２には、複数ユーザ固有の基本的選択嗜好に基づいて、複数ユーザで構成するグループとしての情報の優先順位を決定することにより、膨大な数の番組の中から、当該グループが所望とする情報を容易に検索し得る情報検索方法及びその装置が記載されている。

特許文献３には、複数の階層の各々の単語間の意味的類似関係に応じて、階層状に単語を分類し、かつ、前記意味的類似関係に応じた分類名を各階層の各分類に付した分類情報を記憶した記憶手段と、前記分類情報に基づいて定まる判別対象の概念後の分類に付された分類名と、様相及び程度を含む複数の属性の各々に対して予め定められた前記属性を判別するための前記分類名に関する判別条件とに基づいて、前記判別対象の概念語が表わす概念が有することができる前記属性を判別する判別手段と、を含む属性判別装置が記載されている。

特許文献４には、ユーザインターフェイスディスプレイと併用される処理システムが記載されている。

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

特許文献１に記載のような動的にＵＩ画面を変更する技術の場合、ＵＩ画面の構成は複雑になる。また、様々な想定ユーザに個別に対応するために複数のＵＩ画面を用意しなくてはならず、コスト負担が大きい。

また、特許文献２乃至４に記載の技術では、想定ユーザに適したＵＩ画面の設計を容易にするという効果は期待できない。

本発明は、想定ユーザに適したＵＩ画面の設計を容易に行うことを課題とする。

本発明によれば、ＵＩ（User Interface）画面を作成するための支援を行うＵＩ作成支援装置であって、前記ＵＩ画面に付与可能な複数のＵＩ効果実現構成各々に、各前記ＵＩ効果実現構成により実現される少なくとも１つのＵＩ効果を対応付けた構成効果対応ルールを保持する構成効果対応ルール保持手段と、前記ＵＩ画面が保持すべき少なくとも１つの前記ＵＩ効果を特定するための情報である特定情報を、ＵＩ画面を作成するユーザである設計ユーザから受付けるユーザ入力受付手段と、前記ユーザ入力受付手段が入力を受付けた前記特定情報に基づいて特定された前記ＵＩ効果をキーとして前記構成効果対応ルールを検索し、当該キーに対応付けられた前記ＵＩ効果実現構成を抽出するＵＩ効果実現構成決定手段と、を有するＵＩ作成支援装置が提供される。

また、本発明によれば、ＵＩ画面を作成するための支援を行うＵＩ作成支援方法であって、前記ＵＩ画面に付与可能な複数のＵＩ効果実現構成各々に、各前記ＵＩ効果実現構成により実現される少なくとも１つのＵＩ効果を対応付けた構成効果対応ルールを保持しておき、前記ＵＩ画面が保持すべき少なくとも１つのＵＩ効果を特定するための情報である特定情報を、ＵＩ画面を作成するユーザである設計ユーザから受付けるユーザ入力受付ステップと、前記ユーザ入力受付ステップで入力を受付けた前記特定情報に基づいて特定された前記ＵＩ効果をキーとして前記構成効果対応ルールを検索し、当該キーに対応付けられた前記ＵＩ効果実現構成を抽出するＵＩ効果実現構成決定ステップと、を有するＵＩ作成支援方法が提供される。

また、本発明によれば、ＵＩ画面を作成するための支援を行うプログラムであって、コンピュータを、前記ＵＩ画面に付与可能な複数のＵＩ効果実現構成各々に、各前記ＵＩ効果実現構成により実現される少なくとも１つのＵＩ効果を対応付けた構成効果対応ルールを保持する構成効果対応ルール保持手段、前記ＵＩ画面が保持すべき少なくとも１つのＵＩ効果を特定するための情報である特定情報を、ＵＩ画面を作成するユーザである設計ユーザから受付けるユーザ入力受付手段、前記ユーザ入力受付手段が入力を受付けた前記特定情報に基づいて特定された前記ＵＩ効果をキーとして前記構成効果対応ルールを検索し、当該キーに対応付けられた前記ＵＩ効果実現構成を抽出するＵＩ効果実現構成決定手段、として機能させるためのプログラムが提供される。

本発明によれば、想定ユーザに適したＵＩ画面の設計を容易に行うことが可能となる。

上述した目的、および、その他の目的、特徴および利点は、以下に述べる好適な実施の形態、および、それに付随する以下の図面によって、さらに明らかになる。
本実施形態のＵＩ作成支援装置の機能ブロック図の一例である。 本実施形態の構成効果対応ルールの一例である。 本実施形態の特性効果対応ルールの一例である。 本実施形態の特性分類対応ルールの一例である。 本実施形態のＵＩ作成支援方法の流れの一例を示すフローチャートである。 本実施形態のＵＩ作成支援装置の機能ブロック図の一例である。 本実施形態のＵＩ作成支援装置の機能ブロック図の一例である。 本実施形態の第１共存不可情報の一例である。 本実施形態の第２共存不可情報の一例である。

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

なお、本実施形態の各部は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラム（あらかじめ機器を出荷する段階からメモリ内に格納されているプログラムのほか、ＣＤ等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムも含む）、そのプログラムを格納するハードディスク等の記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、機器にはいろいろな変形例があることは、当業者には理解されるところである。

また、本実施形態の説明において利用する機能ブロック図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。これらの図においては、本実施形態の各装置は１つの機器により実現されるよう記載されているが、その実現手段はこれに限定されない。すなわち、物理的に分かれた構成であっても、論理的に分かれた構成であっても構わない。

＜第１の実施形態＞
まず、本実施形態の概要について説明する。
本実施形態のＵＩ作成支援装置は、ＵＩ画面を作成する設計ユーザから、設計中のＵＩ画面を使用する想定ユーザが属する想定ユーザ分類の入力を受付ける。想定ユーザ分類としては、例えば、「社会人」、「大学生」、「中・高校生」、「女子高生」、「経営者」等が考えられる。すると、ＵＩ作成支援装置は、入力を受付けた想定ユーザ分類に属する想定ユーザ用のＵＩ画面が備えるべきＵＩ効果実現構成を決定する。

このような本実施形態によれば、設計ユーザは、想定ユーザのユーザ分類を把握し、本実施形態のＵＩ作成支援装置に入力するだけで、ＵＩ画面が備えるべきＵＩ効果実現構成を決定することができる。

次に、本実施形態の構成について詳細に説明する。
図１は、本実施形態のＵＩ作成支援装置１の構成の一例を示す機能ブロック図を示す。本実施形態のＵＩ作成支援装置１は、構成効果対応ルール保持部１０と、ＵＩ効果実現構成決定部１１と、特性効果対応ルール保持部１２と、ＵＩ効果決定部１３と、特性分類対応ルール保持部１４と、想定ユーザ特性決定部１５と、ユーザ入力受付部１６と、ＵＩ画面作成部１７とを有する。なお、ＵＩ画面作成部１７を有さない構成とすることもできる。以下、各部について説明する。

構成効果対応ルール保持部１０は、ＵＩ画面に付与可能な複数のＵＩ効果実現構成各々に、各ＵＩ効果実現構成により実現される少なくとも１つのＵＩ効果を対応付けた構成効果対応ルールを保持する。

ＵＩ効果実現構成は、ＵＩ画面が備える構成であり、例えば、「ヘルプ機能を実現する構成」、「ＵＩ画面の操作マニュアル等を画面上に提示する機能を実現する構成」、「画面上に動画でＵＩ画面操作の一連の流れを示す機能を実現する構成」、「日本語表記を、例えば英語表記等の外国語表記に変換する機能を実現する構成」、「音声ガイダンス機能を実現する構成」、「ＵＩ画面の配色をユーザがカスタマイズできる機能を実現する構成」、「ＵＩ画面上の文字の大きさをユーザがカスタマイズできる機能を実現する構成」、「日本語表記と外国語表記を並列的に表示する表示機能を実現する構成」、「図形を多く用いて操作方法を直感的に把握可能にする表示機能を実現する構成」、「キーボードで操作できる機能を実現する構成」、「タッチで操作できる機能を実現する構成」、「タッチペンで操作できる機能を実現する構成」、「マウスで操作できる機能を実現する構成」、「カーソルで操作できる機能を実現する構成」、「サブシステムごとの配色変更機能を実現する構成」、「オートコンプリート機能を実現する構成」、「カレンダーによる日付入力機能を実現する構成」、「郵便番号による住所入力機能を実現する構成」、「グラフ表示機能を実現する構成」、「グラフのアニメーションエフェクト機能を実現する構成」、「寒色・低彩度配色機能を実現する構成」、「ウィザード形式を実現する構成」、「アイコンの多数使用を実現する構成」、「英語対応を実現する構成」、「中国語対応を実現する構成」、「韓国語対応を実現する構成」、「フランス語対応を実現する構成」、「スペイン語対応を実現する構成」、「入力内容確認処理機能を実現する構成」、「オートセーブ機能を実現する構成」、「触覚による表示・入力支援を行う機能を実現する構成」、「解像度レベル（高、中、低など）」、「Ｕｎｄｏレベル（多、中、少など）」、「コントラストレベル（高、中、低など）」、「アクセシビティ対応レベル（高、中、低など）」、「デザインレベル（高、中、低など）」、「実装プラットフォーム（Ａｊａｘ、Ｓｉｌｖｅｒｌｉｇｈｔ、ＨＴＭＬなど）」、「ヘルプ形式（インデックスヘルプ、コンテキスト依存ヘルプなど）」、「画面内説明範囲（必要箇所のみ、全画面など）」、「文字列長変化への対応方法（略語で対応、レイアウトを変更など）」、「言語切り替え方法（初期設定、動的切替など）」など、あらゆる構成が該当する。本実施形態のＵＩ効果実現構成は、従来技術を利用して実現できるあらゆるＵＩ効果実現構成を含むことができる。

なお、ヘルプ形式における「インデックスヘルプ」とは、ユーザからヘルプ機能の呼び出しがあると、ヘルプ内容の目次を表示し、そこから必要なヘルプ内容をユーザに選択させる構成である。そして、「コンテキスト依存ヘルプ」とは、ユーザからヘルプ機能の呼び出しがあった時点における画面表示をコンピュータが認識し、画面表示に関連したヘルプ内容を表示する構成である。また、画面内説明範囲とはＵＩ画面上において、入力すべき情報や、入力の仕方等の情報を表示する量を規定する構成である。「必要箇所のみ」とは、ＵＩ画面上において必要な箇所のみに選択的に表示する構成であり、「全画面」とは、画面上のあらゆる箇所に上述のような情報を表示する構成である。文字列長変化への対応方法とは、例えばテキストラベルのように限られたスペースで所定の情報を表示する構成において、例えばユーザ操作に応じて当該スペースが変化した際の対応方法である。「略語で対応」とは、当該スペースが狭くなる方向に変化した際、表示する情報のいくつかを略語で表示することで文字数を減らし、変更後のスペースに減らした文字列を表示する構成であり、「レイアウトを変更」とは、文字列の表示レイアウトを変更して、文字列の表示スペースを確保する構成である。言語切り替え方法における「初期設定」とは、ＵＩ画面立ち上げ時に、ユーザが言語切替操作をできるようにする構成であり、「動的切替」とはＵＩ画面を介して所定の操作を行っている際に、ユーザが言語切替操作をできるようにする構成である。

ＵＩ画面に付与可能なＵＩ効果実現構成とは、従来技術を利用して実現できるあらゆるＵＩ効果実現構成のうち、設計するＵＩ画面の用途や、使用場面、予算などの事情を考慮し、ＵＩ画面に付与する候補としてピックアップされたＵＩ効果実現構成が該当する。どのようなＵＩ効果実現構成を、ＵＩ画面に付与可能なＵＩ効果実現構成とするかは設計的事項である。

ＵＩ効果とは、ＵＩ効果実現構成各々により実現される効果であって、想定ユーザに提供される効果である。構成効果対応ルールに記録されるＵＩ効果の内容は、構成効果対応ルールを作成する者が、事実に反しない範囲で自由に作成することができるが、設計ユーザが容易に理解できる内容とするのが好ましい。

例えば、ＵＩ効果実現構成が「画面上に動画でＵＩ画面操作の一連の流れを示す機能を実現する構成」である場合、当該ＵＩ効果実現構成に対応付けられるＵＩ効果は、「充分な操作支援」、「外国人が容易に操作できる」、「お年寄りなど機械操作に弱い人が容易に理解できる」などとしてもよい。上記内容はあくまで一例であり、これに限定されるものではない。

ここで、図２に、構成効果対応ルール保持部１０が保持する構成効果対応ルールの一例を示す。構成効果対応ルールには、ＵＩ画面に付与する候補としてピックアップされたＵＩ効果実現構成が記載されている。表中「ヘルプ機能」から「図を多用」までの列は、これら各々により、具体的なＵＩ効果実現構成を示している。すなわち、「ヘルプ機能」はヘルプ機能を有する構成、「動画で操作手順を説明」は動画で操作手順を説明する構成などを示している。表中、「解像度レベル」から「デザインレベル」までの列は、これら各々と、各行に記載された数字の値により、具体的なＵＩ効果実現構成を示している。すなわち、「解像度レベル」は、各行に記載された数字の値により、解像度レベルを示している。例えば、「３」は解像度レベル「高」を示し、「２」は解像度レベル「中」を示し、「１」は解像度レベル「低」を示してもよい。また、「実装プラットフォーム」は、各行に記載された数字の値が、具体的な実装プレットフォームと対応付けられている。例えば、「３」は「Ａｊａｘ」、「２」は「Ｓｉｌｖｅｒｌｉｇｈｔ」、「１」は「ＨＴＭＬ」と対応付けられていてもよい。また、「デザインレベル」は、各行に記載された数字の値により、デザインレベルを示している。例えば、「２」はデザインレベル「高」（例：ボタンや陰影に画像を使用する）、「１」はデザインレベル「低」（例：ＨＴＭＬでの表現と、多少の画像とでシンプルに表現）を示してもよい。なお、構成効果対応ルールに記載可能な数字は「１」乃至「３」に限定されず、その他の数字、また、さらに多くの数字を使用することもできる。構成効果対応ルールには、例えば上述のような構成で、ＵＩ効果実現構成を記載することができる。

また、図２に示す構成効果対応ルールのＵＩ効果の欄には、記載されているＵＩ効果実現構成により実現されるＵＩ効果が列記されている。当該表においては、表中に記載された「１」乃至「３」により、ＵＩ効果実現構成各々に、当該ＵＩ効果実現構成が実現するＵＩ効果を対応付けている。すなわち、図示する表の場合、例えば「ヘルプ機能」は、「充分な操作支援」、「画面上の情報が理解しやすい」というＵＩ効果を実現することが示されている。また、「デザインレベル：１（例：低）」は、「目に優しい」というＵＩ効果を実現することが示されている。「デザインレベル：２（例：高）」は、「親しみやすい」というＵＩ効果を実現することが示されている。

なお、１つのＵＩ効果実現構成に対応付けられるＵＩ効果は、１つであってもよいし、複数であってもよい。また、１つのＵＩ効果に対応付けられるＵＩ効果実現構成は、１つであってもよいし、複数であってもよい。

図１に戻り、特性効果対応ルール保持部１２は、ＵＩ画面を使用する想定ユーザの特性を表わす複数の想定ユーザ特性各々に、各想定ユーザ特性を備える想定ユーザが使用するＵＩ画面が保持すべきＵＩ効果を少なくとも１つ対応付けた特性効果対応ルールを保持する。

想定ユーザ特性とは、想定ユーザの特性を示すあらゆる情報が該当する。例えば、想定ユーザ特性は「項目」（年齢、性別など）と、具体的な「値」（〜１３才、男など）とにより定めることができる。「項目」は、例えば、年齢、性別、視力など、ユーザ個々の特性を示す情報の他、想定ユーザが複数である場合を考慮し、想定ユーザ内の外国人の割合、男女比などが含まれてもよい。その他、「項目」は、想定ユーザがミスした場合に及ぼすミスの影響範囲を含んでもよい。かかる場合の「値」は、例えば、大、中、小などとしてもよい。その他、「項目」は、想定ユーザがＵＩ画面を利用して業務を行う実施場所を含んでもよい。かかる場合の「値」は、オフィス、屋外などであってもよい。また、「項目」は、想定ユーザが利用できる操作方法の制約を含んでもよい。かかる場合の「値」は、片手操作、タッチペン操作、マウス操作などであってもよい。また、「項目」は、想定ユーザが利用する端末装置の制約を含んでもよい。かかる場合の「値」は、ノートＰＣ、携帯端末、専用端末などであってもよい。また、「項目」は、想定ユーザが、例えば業務において扱うデータ量を含んでもよい。かかる場合の「値」は、多、中、少などであってもよい。また、「項目」は、想定ユーザがＵＩ画面を介して業務を行う頻度を含んでもよい。かかる場合の「値」は、多、中、少などであってもよい。

どのような項目及び値を想定ユーザ特性として定めるかは、特性効果対応ルールを作成する者が決定できる事項であるが、その内容は、想定ユーザがその想定ユーザ特性を備えているか否かにより、ＵＩ画面の設計・変更に影響を及ぼす可能性のある内容とするのが好ましい。

ここで、図３に、特性効果対応ルール保持部１２が保持する特性効果対応ルールの一例を示す。想定ユーザ特性の列には、想定ユーザ特性を示す項目および値が列記されている。ＵＩ効果の列には、図２に示す構成効果対応ルールに列記されたＵＩ効果が列記されている。表中、「１」の値を付すことで、各想定ユーザ特性に、各想定ユーザ特性を備える想定ユーザが使用するＵＩ画面が保持すべきＵＩ効果を対応付けている。すなわち、図示する表の場合、年齢が１３才以下の想定ユーザが使用するＵＩ画面は、「充分な操作支援」、「画面上の情報が理解しやすい」、「画面上の情報が読みやすい」というＵＩ効果を保持すべきことが示されている。

なお、１つの想定ユーザ特性に対応付けられるＵＩ効果は、１つであってもよいし、複数であってもよい。また、１つのＵＩ効果に対応付けられる想定ユーザ特性は、１つであってもよいし、複数であってもよい。

図１に戻り、特性分類対応ルール保持部１４は、ＵＩ画面を使用する想定ユーザを複数のグループに分類するための想定ユーザ分類各々に、各想定ユーザ分類に属する想定ユーザが備える少なくとも１つの想定ユーザ特性を対応付けた特性分類対応ルールを保持する。

想定ユーザ分類としては、例えば、「社会人」、「大学生」、「中・高校生」、「女子高生」、「経営者」、「一般市民」、「一般消費者」、「オフィスワーカー」、「ＩＴ技術者」、「高齢者」、「外国人」、「医療従事者」等が考えられる。想定ユーザ分類の内容は、特性分類対応ルールを作成する者が決定できる事項であるが、その内容は、想定ユーザがその想定ユーザ分類に属するか否かが、ＵＩ画面の設計・変更に影響を及ぼす可能性のある内容とするのが好ましい。

なお、必ずしも想定ユーザが１つの想定ユーザ分類のみに属するように複数の想定ユーザ分類を定める必要はなく、想定ユーザが複数の想定ユーザ分類に属する可能性があるように複数の想定ユーザ分類を定めてもよい。例えば、上記列挙したすべてを想定ユーザ分類として定めた場合には、ある想定ユーザは、「社会人」、「一般市民」、「一般消費者」、「オフィスワーカー」及び「ＩＴ技術者」に属する可能性があるが、そのようになっても特段問題ない。

ここで、図４に、特性分類対応ルール保持部１４が保持する特性分類対応ルールの一例を示す。想定ユーザ特性の列には、図３に示す特性効果対応ルールに列記された想定ユーザ特性の項目及び値が列記されている。想定ユーザ分類の列には、複数の想定ユーザ分類が列記されている。図示する表によれば、想定ユーザ分類「社会人」の想定ユーザ特性は、年齢が「１８才〜６５才」であり、性別は「男女」が含まれ、視力は「並」、ＰＣ使用頻度は「多い」、ＰＣ使用時間は「多い」、外国人割合は「３５％」であることが示されている。想定ユーザ特性の各項目の値は、各想定ユーザ分類に属する一般的な人間を想定して決定できる値であり、例えば、複数の人間を対象にしたアンケート等の調査結果を用いて算出された値としてもよい。

図１に戻り、ユーザ入力受付部１６は、ＵＩ画面が保持すべき少なくとも１つのＵＩ効果を特定するための情報である特定情報の入力を、設計ユーザから受付ける。本実施形態のユーザ入力受付部１６は、特定情報として、ＵＩ画面を使用する想定ユーザが属する少なくとも１つの想定ユーザ分類の入力を受付ける。例えば、ユーザ入力受付部１６は、予め複数の想定ユーザ分類を識別する情報を保持しておき、当該情報で識別される複数の想定ユーザ分類の中から、少なくとも１つの想定ユーザ分類を選択する入力を受付けてもよい。

２つ以上の想定ユーザ分類の入力を受付ける場面としては、例えば、想定ユーザが複数であって、複数の想定ユーザの中に異なる想定ユーザ分類に属する想定ユーザが含まれる場合や、または、１人の想定ユーザが複数の想定ユーザ分類に属する場合などが考えられる。

ユーザ入力受付部１６が想定ユーザ分類の入力を受付ける手段は特段制限されず、マウス、キーボード、タッチパネルディスプレイ等のあらゆる入力装置を利用し、例えばチェックボックス、ドロップダウンリスト等のＧＵＩ（Graphical User Interface）部品を備えたＵＩ画面を介して実現してもよい。

想定ユーザ特性決定部１５は、ユーザ入力受付部１６が入力を受付けた想定ユーザ分類をキーとして特性分類対応ルール（図４参照）を検索する。そして、想定ユーザ特性決定部１５は、当該キーに対応付けられた想定ユーザ特性を抽出するとともに、抽出した想定ユーザ特性を、想定ユーザが備える想定ユーザ特性として決定する。

なお、ユーザ入力受付部１６が複数の想定ユーザ分類の入力を受付けた場合には、想定ユーザ特性決定部１５は、複数の想定ユーザ分類各々をキーとして特性分類対応ルールを検索し、抽出した想定ユーザ特性すべてを、想定ユーザが備える想定ユーザ特性として決定してもよい。このようにした場合、例えば、ユーザ入力受付部１６が想定ユーザ分類として「中・高校生」と「女子高校生」の入力を受付けると、図４の特性分類対応ルールに基づいて決定される想定ユーザの年齢は「１３才以上１８才以下」、性別は「女及び両方（男・女）」、視力は「優」、ＰＣ使用頻度は「少ない」、ＰＣ使用時間は「少ない」、外国人割合は「５％、１０％」となる。

ＵＩ効果決定部１３は、想定ユーザ特性決定部１５が決定した想定ユーザ特性をキーとして特性効果対応ルール（図３参照）を検索する。そして、ＵＩ効果決定部１３は、当該キーに対応付けられたＵＩ効果を抽出するとともに、抽出したＵＩ効果を、ＵＩ画面が保持すべきＵＩ効果として決定する。

例えば、ユーザ入力受付部１６が、想定ユーザ分類として「社会人」の入力を受付け、想定ユーザ特性決定部１５が、特性分類対応ルール（図４参照）に基づいて、年齢「１８才〜６５才」、性別「両方（男・女）」などの想定ユーザ特性を決定した場合を考える。かかる場合、ＵＩ効果決定部１３は、例えば、性別「両方」をキーとして特性効果対応ルール（図３参照）を検索し、性別「両方」に対応付けられたＵＩ効果を抽出する。

また、ＵＩ効果決定部は、例えば、年齢「１８才〜６５才」をキーとして特性効果対応ルール（図３参照）を検索し、「１８才〜６５才」のいずれかの年齢が含まれる想定ユーザ特性、図３に示す例では、年齢「１４〜１８」、「１９〜２５」などの想定ユーザ特性に対応付けられているＵＩ効果を抽出する。

ＵＩ効果実現構成決定部１１は、ユーザ入力受付部１６が入力を受付けた特定情報に基づいて決定されたＵＩ効果をキーとして構成効果対応ルール（図２参照）を検索する。本実施形態のＵＩ効果実現構成決定部１１は、ＵＩ効果決定部１３が決定したＵＩ効果を、構成効果対応ルール（図２参照）を検索するキーとして使用する。そして、ＵＩ効果実現構成決定部１１は、当該キーに対応付けられたＵＩ効果実現構成を抽出するとともに、抽出したＵＩ効果実現構成を、ＵＩ画面に付与するＵＩ効果実現構成として決定する。決定したＵＩ効果実現構成は記憶装置に保存され、設計ユーザは自由に当該データを利用できてもよい。

ＵＩ画面作成部１７は、ＵＩ効果実現構成決定部１１が決定したＵＩ効果実現構成を備えるＵＩ画面を作成する。このようなＵＩ画面作成部１７の構成は、従来技術に準じて実現できる。例えば、あらかじめＵＩ効果実現構成各々を実現するモジュールが記憶装置内に記憶されており、ＵＩ画面作成部１７は、それらを選択、組み合わせるなどして、ＵＩ効果実現構成決定部１１が決定したＵＩ効果実現構成を備えるＵＩ画面を作成してもよい。

次に、本実施形態のＵＩ作成支援装置により実現されるＵＩ作成支援方法の処理の流れを説明する。

図５のフローチャートに示すように、本実施形態のＵＩ作成支援方法は、ユーザ入力受付ステップＳ１０と、想定ユーザ特性決定ステップＳ２０と、ＵＩ効果決定ステップＳ３０と、ＵＩ効果実現構成決定ステップＳ４０とを有する。

ユーザ入力受付ステップＳ１０では、ユーザ入力受付部１６が、ＵＩ画面が保持すべき少なくとも１つのＵＩ効果を特定するための情報である特定情報を、設計ユーザから受付ける。本実施形態では、ユーザ入力受付部１６は、特定情報として、少なくとも１つの想定ユーザ分類の入力を受付ける。

想定ユーザ特性決定ステップＳ２０では、ステップＳ１０でユーザ入力受付部１６が入力を受付けた想定ユーザ分類をキーとして、想定ユーザ特性決定部１５が特性分類対応ルール（図４参照）を検索し、当該キーに対応付けられた想定ユーザ特性を抽出するとともに、抽出した想定ユーザ特性を、想定ユーザが備える想定ユーザ特性として決定する。

ＵＩ効果決定ステップＳ３０では、ステップＳ２０で想定ユーザ特性決定部１５が決定した想定ユーザ特性をキーとして、ＵＩ効果決定部１３が特性効果対応ルール（図３参照）を検索し、当該キーに対応付けられたＵＩ効果を抽出するとともに、抽出したＵＩ効果を、ＵＩ画面が保持すべきＵＩ効果として決定する。

ＵＩ効果実現構成決定ステップＳ４０では、ステップＳ３０でＵＩ効果決定部１３が決定したＵＩ効果をキーとして、ＵＩ効果実現構成決定部１１が構成効果対応ルール（図２参照）を検索し、当該キーに対応付けられたＵＩ効果実現構成を抽出するとともに、抽出したＵＩ効果実現構成をＵＩ画面に付与するＵＩ効果実現構成として決定する。

その後、ＵＩ効果実現構成決定部１１が決定したＵＩ効果実現構成は、ディスプレイ、印刷装置などのあらゆる出力装置を介して、設計ユーザに向けて出力されてもよい。

なお、上述した説明では、設計ユーザと想定ユーザを区別して説明したが、設計ユーザと想定ユーザは別のユーザであってもよいし、同一のユーザであってもよい。当該前提は、以下のすべての実施形態において同様である。

本実施形態のＵＩ作成支援装置１は、例えば、以下のプログラムをコンピュータにインストールすることで、実現することができる。
ＵＩ画面を作成するための支援を行うプログラムであって、
コンピュータを、
前記ＵＩ画面に付与可能な複数のＵＩ効果実現構成各々に、各前記ＵＩ効果実現構成により実現される少なくとも１つのＵＩ効果を対応付けた構成効果対応ルールを保持する構成効果対応ルール保持手段、
前記ＵＩ画面が保持すべき少なくとも１つのＵＩ効果を特定するための情報である特定情報を、ＵＩ画面を作成するユーザである設計ユーザから受付けるユーザ入力受付手段、
前記ユーザ入力受付手段が入力を受付けた前記特定情報に基づいて特定された前記ＵＩ効果をキーとして前記構成効果対応ルールを検索し、当該キーに対応付けられた前記ＵＩ効果実現構成を抽出するＵＩ効果実現構成決定手段、
として機能させるためのプログラム。

次に、本実施形態の作用効果について説明する。

本実施形態によれば、ＵＩ画面の設計ユーザは、設計中のＵＩ画面を使用する想定ユーザが属する想定ユーザ分類を本実施形態のＵＩ作成支援装置に入力するだけで、当該想定ユーザ用のＵＩ画面が備えるべきＵＩ効果実現構成を決定することができる。

このような本実施形態によれば、設計ユーザは、想定ユーザについての詳細を把握できないような状況においても、最低限、想定ユーザが属する想定ユーザ分類を特定できれば、想定ユーザ用のＵＩ画面が備えるべきＵＩ効果実現構成を決定することができる。

また、本実施形態によれば、ＵＩ画面に関する知識が乏しい設計ユーザであっても、効率的に、効果的なＵＩ画面を設計することができる。

また、ＵＩ画面に関する知識に長けた設計ユーザにおいても、１つ１つのＵＩ効果実現構成を検討し、当該ＵＩ効果実現構成を設計中のＵＩ画面に備えさせるか否かを決定するのは非常に面倒であり、時間と労力を要する作業であると考えられる。本実施形態によれば、例えば、まず、本実施形態のＵＩ作成支援装置を利用して設計中のＵＩ画面が備えるＵＩ効果実現構成の第１案を作成し、その後、第１案を基礎にして、設計中のＵＩ画面が備えるＵＩ効果実現構成の削除・追加などを行うことができる。このような点からも、本実施形態によれば、ＵＩ画面の設計における時間と労力を軽減できるといえる。

＜第２の実施形態＞
本実施形態は、ユーザ入力受付部１６が、「想定ユーザ特性」の入力を設計ユーザから受付ける点で、第１の実施形態と異なる。

図６は、本実施形態のＵＩ作成支援装置１の構成の一例を示す機能ブロック図を示す。本実施形態のＵＩ作成支援装置１は、構成効果対応ルール保持部１０と、ＵＩ効果実現構成決定部１１と、特性効果対応ルール保持部１２と、ＵＩ効果決定部１３と、ユーザ入力受付部１６と、ＵＩ画面作成部１７とを有する。なお、ＵＩ画面作成部１７を有さない構成とすることもできる。

構成効果対応ルール保持部１０、ＵＩ効果実現構成決定部１１、特性効果対応ルール保持部１２、及び、ＵＩ画面作成部１７の構成は、第１の実施形態と同様である。

ユーザ入力受付部１６は、特定情報として、ＵＩ画面を使用する想定ユーザが備える少なくとも１つの想定ユーザ特性の入力を、設計ユーザから受付ける。

ＵＩ効果決定部１３は、ユーザ入力受付部１６が入力を受付けた想定ユーザ特性をキーとして特性効果対応ルールを検索する。そして、ＵＩ効果決定部１３は、当該キーに対応付けられたＵＩ効果を抽出するとともに、抽出したＵＩ効果を、ＵＩ画面が保持すべきＵＩ効果として決定する。

なお、本実施形態のＵＩ作成支援装置１の構成は、図６に示すように、特性分類対応ルール保持部及び想定ユーザ特性決定部を有さない構成とすることもできるが、その他、第１の実施形態と同様、図１に示すように、特性分類対応ルール保持部１４及び想定ユーザ特性決定部１５を有する構成とすることもできる。

図１に示す構成とする場合、ユーザ入力受付部１６は、想定ユーザ分類または想定ユーザ特性のいずれかのユーザ入力を選択的に受付け可能に構成してもよい。かかる場合、設計ユーザは、設計中のＵＩ画面を使用する想定ユーザについての把握状況に応じて、ＵＩ作成支援装置１に入力する情報を自由に選択することができる。

本実施形態によれば、第１の実施形態と同様な作用効果を実現することができる。

すなわち、本実施形態によれば、ＵＩ画面の設計ユーザは、設計中のＵＩ画面を使用する想定ユーザが備える想定ユーザ特性を本実施形態のＵＩ作成支援装置に入力するだけで、当該想定ユーザ用のＵＩ画面が備えるべきＵＩ効果実現構成を決定することができる。

このような本実施形態によれば、設計ユーザは、想定ユーザについての詳細を把握できないような状況においても、最低限、想定ユーザが備える想定ユーザ特性を特定できれば、想定ユーザ用のＵＩ画面が備えるべきＵＩ効果実現構成を決定することができる。

また、本実施形態のＵＩ作成支援装置１が図１に示す構成となった場合には、設計ユーザは、想定ユーザについての把握状況に応じて、本実施形態のＵＩ作成支援装置に入力する情報を選択することができる（想定ユーザ分類又は想定ユーザ特性）。このような本実施形態によれば、設計ユーザが入力すべき情報の選択肢が増え、設計ユーザにとって利便性の高いシステムとすることができる。

＜第３の実施形態＞
本実施形態は、ユーザ入力受付部１６が、「ＵＩ効果」の入力を設計ユーザから受付ける点で、第１及び第２の実施形態と異なる。

図７は、本実施形態のＵＩ作成支援装置１の構成の一例を示す機能ブロック図を示す。本実施形態のＵＩ作成支援装置１は、構成効果対応ルール保持部１０と、ＵＩ効果実現構成決定部１１と、ユーザ入力受付部１６と、ＵＩ画面作成部１７とを有する。なお、ＵＩ画面作成部１７を有さない構成とすることもできる。

構成効果対応ルール保持部１０、及び、ＵＩ画面作成部１７の構成は、第１の実施形態と同様である。

ユーザ入力受付部１６は、特定情報として、ＵＩ画面が保持すべき少なくとも１つのＵＩ効果の入力を、設計ユーザから受付ける。

ＵＩ効果実現構成決定部１１は、ユーザ入力受付部１６が入力を受付けたＵＩ効果をキーとして構成効果対応ルールを検索する。そして、ＵＩ効果実現構成決定部１１は、当該キーに対応付けられたＵＩ効果実現構成を抽出するとともに、抽出したＵＩ効果実現構成を、ＵＩ画面に付与するＵＩ効果実現構成として決定する。

なお、本実施形態のＵＩ作成支援装置１の構成は、図７に示すように、特性効果対応ルール保持部、ＵＩ効果決定部、特性分類対応ルール保持部及び想定ユーザ特性決定部を有さない構成とすることもできるが、その他、第１の実施形態と同様、図１に示すように、特性効果対応ルール保持部１２、ＵＩ効果決定部１３、特性分類対応ルール保持部１４及び想定ユーザ特性決定部１５を有する構成とすることもできる。また、第２の実施形態と同様、図６に示すように、特性分類対応ルール保持部及び想定ユーザ特性決定部を有さないが、特性効果対応ルール保持部１２、及び、ＵＩ効果決定部１３を有する構成とすることもできる。

図１に示す構成とする場合、ユーザ入力受付部１６は、想定ユーザ分類、想定ユーザ特性及びＵＩ効果の中のいずれかのユーザ入力を選択的に受付け可能に構成してもよい。また、図６に示す構成とする場合、ユーザ入力受付部１６は、想定ユーザ特性及びＵＩ効果のいずれかのユーザ入力を選択的に受付け可能に構成してもよい。かかる場合、設計ユーザは、設計中のＵＩ画面を使用する想定ユーザについての把握状況に応じて、ＵＩ作成支援装置１に入力する情報を自由に選択することができる。

本実施形態によれば、第１及び第２の実施形態と同様な作用効果を実現することができる。

すなわち、本実施形態によれば、ＵＩ画面の設計ユーザは、設計中のＵＩ画面が保持すべきＵＩ効果を本実施形態のＵＩ作成支援装置に入力するだけで、当該想定ユーザ用のＵＩ画面が備えるべきＵＩ効果実現構成を決定することができる。

このような本実施形態によれば、設計ユーザは、想定ユーザを把握し、ＵＩ画面が当該想定ユーザに提供すべきＵＩ効果を特定できれば、当該ＵＩ効果を実現するＵＩ効果実現構成を特定できなくても、想定ユーザ用のＵＩ画面が備える適切なＵＩ効果実現構成を決定することができる。

すなわち、本実施形態によれば、ＵＩ画面に関する知識が乏しい設計ユーザであっても、効率的に、効果的なＵＩ画面を設計することができる。

また、本実施形態のＵＩ作成支援装置１が図１または６に示す構成となった場合には、設計ユーザは、想定ユーザについての把握状況に応じて、本実施形態のＵＩ作成支援装置に入力する情報を選択することができる（想定ユーザ分類、想定ユーザ特性又はＵＩ効果）。このような本実施形態によれば、設計ユーザが入力すべき情報の選択肢が増え、設計ユーザにとって利便性の高いシステムとすることができる。

＜第４の実施形態＞
第１乃至第３の実施形態では、想定ユーザ特性決定部１５は、所定のキーを利用して特性分類対応ルールを検索し、想定ユーザ特性を抽出すると、抽出した想定ユーザ特性を、想定ユーザが備える想定ユーザ特性として決定した。

これに対し、本実施形態では、想定ユーザ特性決定部１５は、抽出した想定ユーザ特性を設計ユーザに対して一旦出力して提示し、設計ユーザから、抽出した想定ユーザ特性を変更（削除、追加等）する入力、または、抽出した想定ユーザ特性をそのまま維持する入力（抽出した想定ユーザ特性をそのまま想定ユーザが備える想定ユーザ特性として決定する入力）を受付け、受付けた入力に従い、想定ユーザが備える想定ユーザ特性を決定する点で、第１乃至第３の実施形態とは異なる。

本実施形態のＵＩ作成支援装置１の構成の一例を示す機能ブロック図は、図１、６及び７のいずれかとすることができる。構成効果対応ルール保持部１０、ＵＩ効果実現構成決定部１１、特性効果対応ルール保持部１２、ＵＩ効果決定部１３、特性分類対応ルール保持部１４、ユーザ入力受付部１６、及び、ＵＩ画面作成部１７の構成は、第１乃至第３の実施形態と同様である。

想定ユーザ特性決定部１５は、特性分類対応ルールから抽出した想定ユーザ特性を設計ユーザに対して出力するとともに、抽出されている想定ユーザ特性の中から少なくとも１つを削除する及び／又は抽出されていない想定ユーザ特性を追加する変更入力、又は、抽出されている想定ユーザ特性を変更しない維持入力（抽出した想定ユーザ特性をそのまま想定ユーザが備える想定ユーザ特性として決定する入力）を、設計ユーザから受付ける。そして、想定ユーザ特性決定部１５は、当該入力内容に従い、ＵＩ画面を使用する想定ユーザが備える想定ユーザ特性を決定する。

なお、想定ユーザ特性決定部１５が想定ユーザ特性を出力する手段は特段制限されず、ディスプレイなどのあらゆる出力装置を用いて実現することができる。また、想定ユーザ特性決定部１５が変更入力及び維持入力を受付ける手段についても特段制限されず、マウス、キーボード、タッチパネルディスプレイ等のあらゆる入力装置を利用し、例えばチェックボックス等のＧＵＩ部品を備えたＵＩ画面を介して実現してもよい。

本実施形態によれば、第１乃至第３の実施形態で実現される作用効果と同様の作用効果を実現することができる。

また、本実施形態によれば、ＵＩ画面の設計ユーザは、入力した想定ユーザ分類に基づいて抽出された想定ユーザ特性を修正し、より想定ユーザに即した想定ユーザ特性に変更することができる。そして、ＵＩ作成支援装置１は、変更後の想定ユーザ特性に基づいて、想定ユーザ用のＵＩ画面に付与するＵＩ効果実現構成を決定することができる。

＜第５の実施形態＞
第１乃至第４の実施形態では、ＵＩ効果決定部１３は、所定のキーを利用して特性効果対応ルールを検索し、ＵＩ効果を抽出すると、抽出したＵＩ効果を、ＵＩ画面が保持すべきＵＩ効果として決定した。

これに対し、本実施形態では、ＵＩ効果決定部１３は、抽出したＵＩ効果を設計ユーザに対して一旦出力して提示し、設計ユーザから、抽出したＵＩ効果を変更（削除、追加等）する入力、または、抽出したＵＩ効果をそのまま維持する入力（抽出したＵＩ効果をそのままＵＩ画面が保持すべきＵＩ効果として決定する入力）を受付け、受付けた入力に従い、ＵＩ画面が保持すべきＵＩ効果を決定する点で、第１乃至第４の実施形態とは異なる。

本実施形態のＵＩ作成支援装置１の構成の一例を示す機能ブロック図は、図１、６及び７のいずれかとすることができる。構成効果対応ルール保持部１０、ＵＩ効果実現構成決定部１１、特性効果対応ルール保持部１２、特性分類対応ルール保持部１４、想定ユーザ特性決定部１５、ユーザ入力受付部１６、及び、ＵＩ画面作成部１７の構成は、第１乃至第４の実施形態と同様である。

ＵＩ効果決定部１３は、特性効果対応ルールから抽出したＵＩ効果を設計ユーザに対して出力するとともに、抽出されているＵＩ効果の中から少なくとも１つを削除する及び／又は抽出されていないＵＩ効果を追加する変更入力、又は、抽出されているＵＩ効果を変更しない維持入力（抽出したＵＩ効果をそのままＵＩ画面が保持すべきＵＩ効果として決定する入力）を、設計ユーザから受付ける。そして、ＵＩ効果決定部１３は、当該入力内容に従い、ＵＩ画面が保持すべきＵＩ効果を決定する。

なお、ＵＩ効果決定部１３がＵＩ効果を出力する手段は特段制限されず、ディスプレイなどのあらゆる出力装置を用いて実現することができる。また、ＵＩ効果決定部１３が変更入力及び維持入力を受付ける手段についても特段制限されず、マウス、キーボード、タッチパネルディスプレイ等のあらゆる入力装置を利用し、例えばチェックボックス等のＧＵＩ部品を備えたＵＩ画面を介して実現してもよい。

本実施形態によれば、第１乃至第４の実施形態で実現される作用効果と同様の作用効果を実現することができる。

また、本実施形態によれば、ＵＩ画面の設計ユーザは、入力した想定ユーザ分類または想定ユーザ特性に基づいて抽出されたＵＩ効果を修正し、より想定ユーザに即したＵＩ効果に変更することができる。そして、ＵＩ作成支援装置１は、変更後のＵＩ効果に基づいて、想定ユーザ用のＵＩ画面に付与するＵＩ効果実現構成を決定することができる。

＜第６の実施形態＞
第１乃至第５の実施形態では、ＵＩ効果実現構成決定部１１は、所定のキーを利用して構成効果対応ルールを検索し、ＵＩ効果実現構成を抽出すると、抽出したＵＩ効果実現構成を、ＵＩ画面に付与するＵＩ効果実現構成として決定した。

これに対し、本実施形態では、ＵＩ効果実現構成決定部１１は、抽出したＵＩ効果実現構成を設計ユーザに対して一旦出力して提示し、設計ユーザから、抽出したＵＩ効果実現構成を変更（削除、追加等）する入力、または、抽出したＵＩ効果実現構成をそのまま維持する入力（抽出したＵＩ効果実現構成をそのままＵＩ画面に付与するＵＩ効果実現構成として決定する入力）を受付け、受付けた入力に従い、ＵＩ画面に付与するＵＩ効果実現構成を決定する点で、第１乃至第５の実施形態とは異なる。

本実施形態のＵＩ作成支援装置１の構成の一例を示す機能ブロック図は、図１、６及び７のいずれかとすることができる。構成効果対応ルール保持部１０、特性効果対応ルール保持部１２、ＵＩ効果決定部１３、特性分類対応ルール保持部１４、想定ユーザ特性決定部１５、ユーザ入力受付部１６、及び、ＵＩ画面作成部１７の構成は、第１乃至第５の実施形態と同様である。

ＵＩ効果実現構成決定部１１は、構成効果対応ルールから抽出したＵＩ効果実現構成を設計ユーザに対して出力するとともに、抽出されているＵＩ効果実現構成の中から少なくとも１つを削除する及び／又は抽出されていないＵＩ効果実現構成を追加する変更入力、又は、抽出されているＵＩ効果実現構成を変更しない維持入力（抽出したＵＩ効果実現構成をそのままＵＩ画面に付与するＵＩ効果実現構成として決定する入力）を、設計ユーザから受付ける。そして、ＵＩ効果実現構成決定部１１は、当該入力内容に従い、ＵＩ画面に付与するＵＩ効果実現構成を決定する。

なお、ＵＩ効果実現構成決定部１１が抽出したＵＩ効果実現構成を出力する手段は特段制限されず、ディスプレイなどのあらゆる出力装置を用いて実現することができる。また、ＵＩ効果実現構成決定部１１が変更入力及び維持入力を受付ける手段についても特段制限されず、マウス、キーボード、タッチパネルディスプレイ等のあらゆる入力装置を利用し、例えばチェックボックス等のＧＵＩ部品を備えたＵＩ画面を介して実現してもよい。

本実施形態によれば、第１乃至第５の実施形態で実現される作用効果と同様の作用効果を実現することができる。

また、本実施形態によれば、設計ユーザは、所定の入力に従いＵＩ効果実現構成決定部１１が決定したＵＩ効果実現構成をたたき台として、必要に応じて設計中のＵＩ画面に付与するＵＩ効果実現構成を変更等することができる。このような本実施形態によれば、設計ユーザは、ＵＩ画面設計の効率を向上させることができる。

＜第７の実施形態＞
本実施形態のＵＩ効果決定部１３は、以下のような特徴を有する点で、第１乃至第６の実施形態と異なる。

例えば、想定ユーザ特性決定部１５が複数の想定ユーザ分類をキーとして想定ユーザ特性を抽出したり、または、想定ユーザ特性決定部１５が第４の実施形態で説明したように、抽出した想定ユーザ特性の変更を設計ユーザから受付けたりすることにより、想定ユーザ特性のある項目において複数の値が選択される場合がある。具体的には、想定ユーザ特性決定部１５は、想定ユーザ特性の項目「視力」において、ある想定ユーザの想定ユーザ特性として「良」及び「悪」の両方を決定する場合があり得る。

本実施形態のＵＩ効果決定部１３は、上記のような状況においては、あらかじめ定められた優先順位に基づいて少なくとも１つのユーザ特性（値）を選択し、選択したユーザ特性（値）のみを、特性効果対応ルールを検索するためのキーとして用いることができる。

本実施形態のＵＩ作成支援装置１の構成の一例を示す機能ブロック図は、図１、６及び７のいずれかとすることができる。構成効果対応ルール保持部１０、ＵＩ効果実現構成決定部１１、特性分類対応ルール保持部１４、想定ユーザ特性決定部１５、ユーザ入力受付部１６、及び、ＵＩ画面作成部１７の構成は、第１乃至第６の実施形態と同様である。

ＵＩ効果決定部１３は、特性効果対応ルールに含まれる複数の想定ユーザ特性のうち、特性効果対応ルールの検索に用いられる少なくとも１つのキーの中に共存するのが好ましくない２つ以上の想定ユーザ特性を定めた第１共存不可情報を利用して、特性効果対応ルールを検索するための少なくとも１つのキーの中に共存するのが好ましくない想定ユーザ特性が含まれていないか判断する。そして、含まれている場合には、予め定められた優先順位に基づいて、共存するのが好ましくない２つ以上の想定ユーザ特性の中から、キーとして使用する少なくとも１つの想定ユーザ特性を決定する。

第１共存不可情報の詳細は特段制限されないが、図８に一例を示す。図８に示す表においては、優先順位の欄が設けられている。優先順位の欄には、想定ユーザ特性の項目ごとに、優先順位が付されている。この表によれば、項目が同じで値が異なる想定ユーザ特性は、特性効果対応ルールの検索に用いられる少なくとも１つのキーの中に共存するのが好ましくないことが示されている。

ＵＩ効果決定部１３は、例えば図８に示すような第１共存不可情報を利用して、特性効果対応ルールの検索に用いられる少なくとも１つのキーの中に共存するのが好ましくないキーが含まれていないか判断する。そして、含まれていると判断すると、予め定められた優先順位に基づいて、共存するのが好ましくない２つ以上の想定ユーザ特性の中から、予め定められたルールに従い、キーとして使用する少なくとも１つの想定ユーザ特性を決定する。なお、図８の第１共存不可情報は、例えば特性効果対応ルール保持部１２が保持している。

上記ルールの内容は特段制限されないが、例えば、優先順位が最も高い想定ユーザ特性のみをキーとして使用するルールであってもよいし、または、優先順位が高い方から所定数（設計的事項）の想定ユーザ特性のみをキーとして使用するルールであってもよい。当該ルールは、項目ごとに定めてもよい。また、当該ルールは、項目ごと、かつ、ＵＩ効果ごとに定めてもよい。

本実施形態の変形例としては以下のような構成が考えられる。上述の構成において、図８を用いて説明した優先順位は、各項目に対して１つの優先順位が付されていた。この変形例として、各項目に付される優先順位は、ＵＩ効果ごとに付されてもよい。すなわち、ＵＩ効果「充分な操作支援」の列を検索する際の優先順位と、ＵＩ効果「目に優しい」の列を検索する際の優先順位は別々に付されてもよい。

このような本実施形態によれば、第１乃至第５の実施形態と同様の作用効果を実現できるほか、特性効果対応ルールの検索に用いられるキーの中に共存するのが好ましくないキー（想定ユーザ特性）に基づいて、内容的に相反するＵＩ効果が呼び出され、これに基づいて、ＵＩ効果実現構成が決定されるという不都合を回避することができる。

また、ある特定の想定ユーザに特化したＵＩ効果でなく、幅広い想定ユーザに対応したＵＩ効果を呼び出すことが可能となる。例えば、想定ユーザ特性「視力：優」及び「視力：悪」が選択されている場合に、「視力：悪」の優先順位を高くしておくことで、「視力：優」の想定ユーザにとっては不要なＵＩ効果実現構成であるが、「視力：優」及び「視力：悪」の想定ユーザいずれもが使用できるＵＩ画面を設計することができる。

＜第８の実施形態＞
本実施形態のＵＩ効果実現構成決定部１１は、以下のような特徴を有する点で、第１乃至第７の実施形態と異なる。

例えば、想定ユーザ特性決定部１５が複数の想定ユーザ分類をキーとして想定ユーザ特性を抽出したり、または、想定ユーザ特性決定部１５が第４の実施形態で説明したように、抽出した想定ユーザ特性の変更を設計ユーザから受付け、また、ＵＩ効果決定部１３が第５の実施形態で説明したように、抽出したＵＩ効果の変更を設計ユーザから受付けることにより、内容的に相反するＵＩ効果が選択される場合がある。具体的には、ＵＩ効果決定部１３は、「充分な操作支援」及び「上級者が操作しやすい」という２つのＵＩ効果を決定する場合があり得る。

本実施形態のＵＩ効果実現構成決定部１１は、上記のような状況においては、あらかじめ定められた優先順位に基づいて、内容的に相反するＵＩ効果の中の少なくとも１つを選択し、選択したＵＩ効果のみを、構成効果対応ルールを検索するためのキーとして用いることができる。

本実施形態のＵＩ作成支援装置１の構成の一例を示す機能ブロック図は、図１、６及び７のいずれかとすることができる。特性効果対応ルール保持部１２、ＵＩ効果決定部１３、特性分類対応ルール保持部１４、想定ユーザ特性決定部１５、ユーザ入力受付部１６、及び、ＵＩ画面作成部１７の構成は、第１乃至第７の実施形態と同様である。

ＵＩ効果実現構成決定部１１は、構成効果対応ルールに含まれる複数のＵＩ効果のうち、構成効果対応ルールの検索に用いられる少なくとも１つのキーの中に共存するのが好ましくない２つ以上のＵＩ効果を定めた第２共存不可情報を利用して、構成効果対応ルールを検索するための少なくとも１つのキーの中に共存するのが好ましくないＵＩ効果が含まれていないか判断する。共存するのが好ましくないＵＩ効果は、例えば、内容的に相反するＵＩ効果とすることができる。

そして、ＵＩ効果実現構成決定部１１は、共存するのが好ましくないＵＩ効果が含まれている場合には、予め定められた優先順位に基づいて、共存するのが好ましくない２つ以上のＵＩ効果の中から、キーとして使用する少なくとも１つのＵＩ効果を決定する。

第２共存不可情報の詳細は特段制限されないが、図９に一例を示す。図９に示す表においては、優先順位の欄が設けられている。優先順位の欄には、「Ａ−１」のように、アルファベットと数字を組み合わせた記号が記録されている。同じアルファベットを付されたＵＩ効果は、構成効果対応ルールの検索に用いられる少なくとも１つのキーの中に共存するのが好ましくないことを意味する。そして、アルファベットと組み合わせた数字は、優先順位を示している。この表によれば、「充分な操作支援」と「上級者が操作しやすい」というＵＩ効果は、構成効果対応ルールの検索に用いられる少なくとも１つのキーの中に共存するのが好ましくないことが示されている。そして、「充分な操作支援」の方が、「上級者が操作しやすい」よりも優先順位が高いことが示されている。

ＵＩ効果実現構成決定部１１は、例えば図９に示すような第２共存不可情報を利用して、構成効果対応ルールの検索に用いられる少なくとも１つのキーの中に共存するのが好ましくないキーが含まれていないか判断する。そして、含まれていると判断すると、予め定められた優先順位に基づいて、共存するのが好ましくない２つ以上のＵＩ効果の中から、予め定められたルールに従い、キーとして使用する少なくとも１つのＵＩ効果を決定する。なお、図９の第２共存不可情報は、例えば構成効果対応ルール保持部１０が保持している。

上記ルールの内容は特段制限されないが、例えば、優先順位が最も高いＵＩ効果のみをキーとして使用するルールであってもよいし、または、優先順位が高い方から所定数（設計的事項）のＵＩ効果のみをキーとして使用するルールであってもよい。当該ルールは、優先順位の欄において同じアルファベットの値が付された複数のＵＩ効果からなるグループごとに定めてもよい。また、当該ルールは、上記グループごと、かつ、ＵＩ効果実現構成ごとに定めてもよい。

本実施形態の変形例としては以下のような構成が考えられる。すなわち、ＵＩ効果に付される優先順位は、ＵＩ効果実現構成ごとに付されてもよい。すなわち、ＵＩ効果実現構成「ヘルプ機能」の列を検索する際の優先順位と、ＵＩ効果実現構成「動画で操作手順を説明」の列を検索する際の優先順位は別々に付されてもよい。

また、その他の変形例として、上記構成に準じて、図４に示す特性分類対応ルールの想定ユーザ分類に優先順位を付すこともできる。

このような本実施形態によれば、第１乃至第７の実施形態と同様の作用効果を実現できるほか、内容的に相反するＵＩ効果に基づいて、ＵＩ効果実現構成が決定されるという不都合を回避することができる。

この出願は、２０１１年１月２７日に出願された日本特許出願特願２０１１−０１５４３９号を基礎とする優先権を主張し、その開示のすべてをここに取り込む。

Claims (13)

1. ＵＩ（User Interface）画面を作成するための支援を行うＵＩ作成支援装置であって、
   前記ＵＩ画面に付与可能な複数のＵＩ効果実現構成各々に、各前記ＵＩ効果実現構成により実現される少なくとも１つのＵＩ効果を対応付けた構成効果対応ルールを保持する構成効果対応ルール保持手段と、
   前記ＵＩ画面が保持すべき少なくとも１つの前記ＵＩ効果を特定するための情報である特定情報を、ＵＩ画面を作成するユーザである設計ユーザから受付けるユーザ入力受付手段と、
   前記ユーザ入力受付手段が入力を受付けた前記特定情報に基づいて特定された前記ＵＩ効果をキーとして前記構成効果対応ルールを検索し、当該キーに対応付けられた前記ＵＩ効果実現構成を抽出するＵＩ効果実現構成決定手段と、
   を有するＵＩ作成支援装置。
2. 請求項１に記載のＵＩ作成支援装置において、
   前記ＵＩ効果実現構成決定手段が抽出した前記ＵＩ効果実現構成を備える前記ＵＩ画面を作成するＵＩ画面作成手段をさらに有するＵＩ作成支援装置。
3. 請求項１または２に記載のＵＩ作成支援装置において、
   前記ＵＩ画面を使用するユーザである想定ユーザの特性を表わす複数の想定ユーザ特性各々に、各前記想定ユーザ特性を備える前記想定ユーザが使用する前記ＵＩ画面が保持すべき前記ＵＩ効果を少なくとも１つ対応付けた特性効果対応ルールを保持する特性効果対応ルール保持手段をさらに有し、
   前記ユーザ入力受付手段は、前記特定情報として、前記想定ユーザが備える少なくとも１つの前記想定ユーザ特性の入力を受付け、
   前記ユーザ入力受付手段が入力を受付けた前記想定ユーザ特性をキーとして前記特性効果対応ルールを検索し、当該キーに対応付けられた前記ＵＩ効果を抽出するとともに、抽出した前記ＵＩ効果を、前記ＵＩ画面が保持すべき前記ＵＩ効果として決定するＵＩ効果決定手段をさらに有し、
   前記ＵＩ効果実現構成決定手段は、前記ＵＩ効果決定手段が決定した前記ＵＩ効果を、前記構成効果対応ルールを検索するキーとして使用するＵＩ作成支援装置。
4. 請求項３に記載のＵＩ作成支援装置において、
   前記ＵＩ効果決定手段は、前記特性効果対応ルールから抽出した前記ＵＩ効果を前記設計ユーザに対して出力するとともに、抽出されている前記ＵＩ効果の中から少なくとも１つを削除する及び／又は抽出されていない前記ＵＩ効果を追加する変更入力、又は、抽出されている前記ＵＩ効果を変更しない維持入力を受付け、前記入力内容に従い、前記ＵＩ画面が保持すべき前記ＵＩ効果を決定するＵＩ作成支援装置。
5. 請求項１または２に記載のＵＩ作成支援装置において、
   前記ユーザ入力受付手段は、前記特定情報として、前記ＵＩ画面が保持すべき少なくとも１つの前記ＵＩ効果の入力を受付けるＵＩ作成支援装置。
6. 請求項１または２に記載のＵＩ作成支援装置において、
   前記ＵＩ画面を使用するユーザである想定ユーザの特性を表わす複数の想定ユーザ特性各々に、各前記想定ユーザ特性を備える前記想定ユーザが使用する前記ＵＩ画面が保持すべき前記ＵＩ効果を少なくとも１つ対応付けた特性効果対応ルールを保持する特性効果対応ルール保持手段と、
   前記想定ユーザを複数のグループに分類するための想定ユーザ分類各々に、各前記想定ユーザ分類に属する前記想定ユーザが備える少なくとも１つの前記想定ユーザ特性を対応付けた特性分類対応ルールを保持する特性分類対応ルール保持手段と、
   をさらに有し、
   前記ユーザ入力受付手段は、前記特定情報として、前記想定ユーザが属する少なくとも１つの前記想定ユーザ分類の入力を受付け、
   前記ユーザ入力受付手段が入力を受付けた前記想定ユーザ分類をキーとして前記特性分類対応ルールを検索し、当該キーに対応付けられた前記想定ユーザ特性を抽出するとともに、抽出した前記想定ユーザ特性を、前記想定ユーザが備える前記想定ユーザ特性として決定する想定ユーザ特性決定手段と、
   前記想定ユーザ特性決定手段が決定した前記想定ユーザ特性をキーとして前記特性効果対応ルールを検索し、当該キーに対応付けられた前記ＵＩ効果を抽出するとともに、抽出した前記ＵＩ効果を、前記ＵＩ画面が保持すべき前記ＵＩ効果として決定するＵＩ効果決定手段と、
   をさらに有し、
   前記ＵＩ効果実現構成決定手段は、前記ＵＩ効果決定手段が決定した前記ＵＩ効果を、前記構成効果対応ルールを検索するキーとして使用するＵＩ作成支援装置。
7. 請求項６に記載のＵＩ作成支援装置において、
   前記想定ユーザ特性決定手段は、前記特性分類対応ルールから抽出した前記想定ユーザ特性を前記設計ユーザに対して出力するとともに、抽出されている前記想定ユーザ特性の中から少なくとも１つを削除する及び／又は抽出されていない前記想定ユーザ特性を追加する変更入力、又は、抽出されている前記想定ユーザ特性を変更しない維持入力を受付け、前記入力内容に従い、前記想定ユーザが備える前記想定ユーザ特性を決定するＵＩ作成支援装置。
8. 請求項６または７に記載のＵＩ作成支援装置において、
   前記ＵＩ効果決定手段は、前記特性効果対応ルールから抽出した前記ＵＩ効果を前記設計ユーザに対して出力するとともに、抽出されている前記ＵＩ効果の中から少なくとも１つを削除する及び／又は抽出されていない前記ＵＩ効果を追加する変更入力、又は、抽出されている前記ＵＩ効果を変更しない維持入力を受付け、前記入力内容に従い、前記ＵＩ画面が保持すべき前記ＵＩ効果を決定するＵＩ作成支援装置。
9. 請求項６から８のいずれか１項に記載のＵＩ作成支援装置において、
   前記ＵＩ効果実現構成決定手段は、前記構成効果対応ルールから抽出した前記ＵＩ効果実現構成を前記設計ユーザに対して出力するとともに、抽出されている前記ＵＩ効果実現構成の中から少なくとも１つを削除する及び／又は抽出されていない前記ＵＩ効果実現構成を追加する変更入力、又は、抽出されている前記ＵＩ効果実現構成を変更しない維持入力を受付け、前記入力内容に従い、前記ＵＩ画面に付与する前記ＵＩ効果実現構成を決定するＵＩ作成支援装置。
10. 請求項３、４、６、７、８及び９の中のいずれか１項に記載のＵＩ作成支援装置において、
    ＵＩ効果決定手段は、前記特性効果対応ルールに含まれる複数の前記想定ユーザ特性のうち、前記特性効果対応ルールの検索に用いられる少なくとも１つのキーの中に共存するのが好ましくない２つ以上の前記想定ユーザ特性を定めた第１共存不可情報を利用して、前記特性効果対応ルールを検索するための少なくとも１つの前記キーの中に共存するのが好ましくない前記想定ユーザ特性が含まれていないか判断し、含まれている場合には、予め定められた優先順位に基づいて、共存するのが好ましくない２つ以上の前記想定ユーザ特性の中から前記キーとして使用する前記想定ユーザ特性を決定するＵＩ作成支援装置。
11. 請求項１から１０のいずれか１項に記載のＵＩ作成支援装置において、
    ＵＩ効果実現構成決定手段は、前記構成効果対応ルールに含まれる複数の前記ＵＩ効果のうち、前記構成効果対応ルールの検索に用いられる少なくとも１つのキーの中に共存するのが好ましくない２つ以上の前記ＵＩ効果を定めた第２共存不可情報を利用して、前記構成効果対応ルールを検索するための少なくとも１つの前記キーの中に共存するのが好ましくない前記ＵＩ効果が含まれていないか判断し、含まれている場合には、予め定められた優先順位に基づいて、共存するのが好ましくない２つ以上の前記ＵＩ効果の中から前記キーとして使用する前記ＵＩ効果を決定するＵＩ作成支援装置。
12. ＵＩ画面を作成するための支援を行うＵＩ作成支援方法であって、
    前記ＵＩ画面に付与可能な複数のＵＩ効果実現構成各々に、各前記ＵＩ効果実現構成により実現される少なくとも１つのＵＩ効果を対応付けた構成効果対応ルールを保持しておき、
    前記ＵＩ画面が保持すべき少なくとも１つのＵＩ効果を特定するための情報である特定情報を、ＵＩ画面を作成するユーザである設計ユーザから受付けるユーザ入力受付ステップと、
    前記ユーザ入力受付ステップで入力を受付けた前記特定情報に基づいて特定された前記ＵＩ効果をキーとして前記構成効果対応ルールを検索し、当該キーに対応付けられた前記ＵＩ効果実現構成を抽出するＵＩ効果実現構成決定ステップと、
    を有するＵＩ作成支援方法。
13. ＵＩ画面を作成するための支援を行うプログラムであって、
    コンピュータを、
    前記ＵＩ画面に付与可能な複数のＵＩ効果実現構成各々に、各前記ＵＩ効果実現構成により実現される少なくとも１つのＵＩ効果を対応付けた構成効果対応ルールを保持する構成効果対応ルール保持手段、
    前記ＵＩ画面が保持すべき少なくとも１つのＵＩ効果を特定するための情報である特定情報を、ＵＩ画面を作成するユーザである設計ユーザから受付けるユーザ入力受付手段、
    前記ユーザ入力受付手段が入力を受付けた前記特定情報に基づいて特定された前記ＵＩ効果をキーとして前記構成効果対応ルールを検索し、当該キーに対応付けられた前記ＵＩ効果実現構成を抽出するＵＩ効果実現構成決定手段、
    として機能させるためのプログラム。

Images