(57)【要約】操作性とは異なる視点を考慮して、各想定ユーザに適したＵＩ（User Interface）画面を作成するための支援を行う技術を提供するために、ＵＩ画面をユーザごとに作成するための支援を行うＵＩ作成支援装置であって、前記ＵＩ画面を介した処理を誤った場合の影響の度合いを示す影響度合情報を、前記ユーザごとに取得する取得部（１０）と、前記影響度合情報で特定される前記影響の度合いに基づいて、前記ユーザごとに前記ＵＩ画面の構成を決定するＵＩ構成決定部（２０）と、を有するＵＩ作成支援装置（１）を提供する。
2012144139.tif 000002
【特許請求の範囲】
【請求項１】
ＵＩ（User Interface）画面をユーザごとに作成するための支援を行うＵＩ作成支援装置であって、
前記ＵＩ画面を介した処理を誤った場合の影響の度合いを示す影響度合情報を、前記ユーザごとに取得する取得手段と、
前記影響度合情報で特定される前記影響の度合いに基づいて、前記ユーザごとに前記ＵＩ画面の構成を決定するＵＩ構成決定手段と、
を有するＵＩ作成支援装置。
【請求項２】
請求項１に記載のＵＩ作成支援装置において、
前記取得手段が取得する前記影響度合情報は、金銭的影響度合、時間的影響度合、及び、人的影響度合の中の少なくとも１つを含むＵＩ作成支援装置。
【請求項３】
請求項２に記載のＵＩ作成支援装置において、
前記金銭的影響度合は、前記処理の誤りにより発生すると考えられる損害の予測金額に基づいて定められているＵＩ作成支援装置。
【請求項４】
請求項２に記載のＵＩ作成支援装置において、
前記時間的影響度合は、前記処理の誤りにより発生すると考えられる問題を解決するために要する予測時間、及び／又は、前記処理の誤りにより発生すると考えられる問題を解決するために費やすことができる時間に基づいて定められているＵＩ作成支援装置。
【請求項５】
請求項２に記載のＵＩ作成支援装置において、
前記人的影響度合は、前記処理の誤りにより発生すると考えられる問題を解決するために要する人員の予測人数、前記処理の誤りにより発生すると考えられる問題の影響が及ぶ組織、及び、前記処理の誤りにより発生すると考えられる問題が人命に影響を及ぼすか否かの中の少なくとも１つに基づいて定められているＵＩ作成支援装置。
【請求項６】
請求項１から５のいずれか１項に記載のＵＩ作成支援装置において、
前記影響の度合いに応じたＵＩ画面の構成内容を定めた情報を保持するＵＩ構成保持手段をさらに有し、
前記ＵＩ構成決定手段は、前記ＵＩ構成保持手段を参照し、前記ユーザごとに前記ＵＩ画面の構成を決定するＵＩ作成支援装置。
【請求項７】
ＵＩ画面をユーザごとに作成するための支援を行うためのプログラムであって、
前記ＵＩ画面を介した処理を誤った場合の影響の度合いを示す影響度合情報を、前記ユーザごとに取得する取得手段、
前記影響度合情報で特定される前記影響の度合いに基づいて、前記ユーザごとに前記ＵＩ画面の構成を決定するＵＩ構成決定手段、
としてコンピュータを機能させるためのプログラム。
【請求項８】
ＵＩ画面をユーザごとに作成するための支援を行うためのＵＩ作成支援方法であって、
前記ＵＩ画面を介した処理を誤った場合の影響の度合いを示す影響度合情報を、前記ユーザごとに取得する取得ステップと、
前記影響度合情報で特定される前記影響の度合いに基づいて、前記ユーザごとに前記ＵＩ画面の構成を決定するＵＩ構成決定ステップと、
をコンピュータが実行するＵＩ作成支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＩ作成支援装置、ＵＩ作成支援方法及びプログラムに関する。
【背景技術】
【０００２】
ＵＩ画面を作成するユーザ（以下、「設計ユーザ」）は、作成したＵＩ画面を使用するユーザ（以下、「想定ユーザ」）を把握し、当該想定ユーザに適したＵＩ画面を設計する必要があるが、想定ユーザに適したＵＩ画面を設計することは容易でない。【０００３】
特許文献１には、機器の誤操作しやすい構造を改善するための情報処理装置が開示されている。当該情報処理装置は、複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出するとともに、当該操作パターンからユーザの誤操作による操作パターン（誤操作パターン）を抽出し、当該誤操作パターンの種類から誤操作の原因を特定する。そして、当該情報処理装置は、特定した原因に基づいて操作対象機器の機能に反映するための反映情報を生成し、当該反映情報を操作対象機器に適用してＵＩを変更する。【０００４】
特許文献２には、ユーザの操作習熟度に適合した最適な操作ガイダンスを提示するための対話装置が開示されている。当該対話装置は、操作可能状態になってからユーザによる入力がなされるまでの時間を計測し、当該時間に基づいてユーザの習熟度を判断する。そして、当該対話装置は、判断結果で特定される習熟度に応じた操作ガイダンスを出力する。【０００５】
特許文献３には、アーンドバリュー管理のスケジュール効率とコスト効率へのリスクによる影響を定量的に評価し、プロジェクト途中の現時点から一定期間後の出来高や完了予測等を予測可能とするためのプロジェクト予測装置が開示されている。【０００６】
特許文献４には、自動的にあまり使用されないコマンド表示を画面内から削除したり、コマンド表示等を画面内に追加表示でき、頻繁になされるコマンドの選択を含む一連の操作を統合でき、また、誤操作を生じやすいコマンド表示間の形態を変更することができるコマンド表示制御装置が開示されている。【０００７】
特許文献５には、異なる実行環境における情報処理機器の機能を評価するための機能評価方法が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−３４９９８号公報
【特許文献２】特開平８−４４５２０号公報
【特許文献３】特開２００５−４４６１号公報
【特許文献４】特開平１０−１１２５５号公報
【特許文献５】特開２００８−９５４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従来から、想定ユーザごとにＵＩ画面を設計する技術は存在するが、従来の技術は、想定ユーザ各々の属性（例：習熟度）に応じて、各想定ユーザが操作しやすくなるようにＵＩ画面を設計するものであった。【００１０】
本発明者らは、このように操作性のみを追及した設計のＵＩ画面は、ＵＩ画面の用途や使用場面等によっては、各想定ユーザ用のＵＩ画面として真に適切な設計とはならないことを見出した。【００１１】
そこで、本発明では、操作性とは異なる視点を考慮して、各想定ユーザに適したＵＩ画面を作成するための支援を行う技術を提供することを課題とする。
【課題を解決するための手段】
【００１２】
本発明によれば、ＵＩ画面をユーザごとに作成するための支援を行うＵＩ作成支援装置であって、前記ＵＩ画面を介した処理を誤った場合の影響の度合いを示す影響度合情報を、前記ユーザごとに取得する取得手段と、前記影響度合情報で特定される前記影響の度合いに基づいて、前記ユーザごとに前記ＵＩ画面の構成を決定するＵＩ構成決定手段と、を有するＵＩ作成支援装置が提供される。【００１３】
また、本発明によれば、ＵＩ画面をユーザごとに作成するための支援を行うためのプログラムであって、前記ＵＩ画面を介した処理を誤った場合の影響の度合いを示す影響度合情報を、前記ユーザごとに取得する取得手段、前記影響度合情報で特定される前記影響の度合いに基づいて、前記ユーザごとに前記ＵＩ画面の構成を決定するＵＩ構成決定手段、としてコンピュータを機能させるためのプログラムが提供される。【００１４】
また、本発明によれば、ＵＩ画面をユーザごとに作成するための支援を行うためのＵＩ作成支援方法であって、前記ＵＩ画面を介した処理を誤った場合の影響の度合いを示す影響度合情報を、前記ユーザごとに取得する取得ステップと、前記影響度合情報で特定される前記影響の度合いに基づいて、前記ユーザごとに前記ＵＩ画面の構成を決定するＵＩ構成決定ステップと、をコンピュータが実行するＵＩ作成支援方法が提供される。
【発明の効果】
【００１５】
本発明によれば、操作性とは異なる視点を考慮して、各想定ユーザに適したＵＩ画面を作成するための技術が提供される。
【図面の簡単な説明】
【００１６】
上述した目的、および、その他の目的、特徴および利点は、以下に述べる好適な実施の形態、および、それに付随する以下の図面によって、さらに明らかになる。
【図１】本実施形態のＵＩ作成支援装置の機能ブロック図の一例である。
【図２】本実施形態のＵＩ構成保持部が保持する情報の一例である。
【図３】本実施形態のＵＩ作成支援方法の処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について図面を用いて説明する。
【００１８】
なお、本実施形態の各部は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラム（あらかじめ機器を出荷する段階からメモリ内に格納されているプログラムのほか、ＣＤ等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムも含む）、そのプログラムを格納するハードディスク等の記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、機器にはいろいろな変形例があることは、当業者には理解されるところである。
【００１９】
また、本実施形態の説明において利用する機能ブロック図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。これらの図においては、本実施形態の各装置は１つの機器により実現されるよう記載されているが、その実現手段はこれに限定されない。すなわち、物理的に分かれた構成であっても、論理的に分かれた構成であっても構わない。
【００２０】
まず、本実施形態の概要について説明する。
【００２１】
本実施形態のＵＩ作成支援装置は、設計ユーザが、想定ユーザごとに適したＵＩ画面を作成するための支援を行う。具体的には、本実施形態のＵＩ作成支援装置は、ＵＩ画面を介した処理（例：情報の入力）を誤った場合の影響の度合い（例：損害額）を示す情報を、想定ユーザごとに取得する。そして、上記影響の度合いに基づいて、想定ユーザごとにＵＩ画面の構成を決定する。本実施形態では、影響の度合いが大きい想定ユーザ用のＵＩ画面は、処理ミスの起きにくさを追求した構成とし、影響の度合いが小さい想定ユーザ用のＵＩ画面は、操作性の良さを追求した構成とする。
【００２２】
次に、本実施形態の構成について詳細に説明する。
【００２３】
図１は、本実施形態のＵＩ作成支援装置１の構成の一例を示す機能ブロック図を示す。本実施形態のＵＩ作成支援装置１は、取得部１０と、ＵＩ構成決定部２０とを有する。なお、本実施形態のＵＩ作成支援装置１は、ＵＩ構成保持部３０及び／又はＵＩ画面作成部４０を有することもできる。以下、各部について説明する。
【００２４】
取得部１０は、ＵＩ画面を介した処理を誤った場合（例：誤った入力）の影響の度合い（以下、「処理ミスの影響度合い」という）を示す影響度合情報を、想定ユーザごとに取得する。ここでのＵＩ画面は、設計ユーザが設計中のＵＩ画面である。処理ミスの影響度合は、例えば、金銭的な影響度合（以下、「金銭的影響度合」）、時間的な影響度合（以下、「時間的影響度合」）、人的な影響度合（以下、「人的影響度合」）などが考えられる。
【００２５】
ＵＩ画面の設計段階において、当該ＵＩ画面の用途や使用場面（例：日常業務、重要プロジェクト、経理業務）、当該ＵＩ画面を介した処理の内容、当該ＵＩ画面から受付けることとなる入力の種類（例：日常業務に関する情報、機密情報、所定の金額未満の注文を決定する入力、所定の金額以上の注文を決定する入力）、当該ＵＩ画面を操作する１人以上の想定ユーザ、当該想定ユーザ各々が行うこととなる入力の種類（例：Ａさん、Ｂさん−所定の金額未満の注文を決定する入力、Ｃさん−所定の金額以上の注文を決定する入力）、当該想定ユーザ各々の属性（例：役職、所属部署）等、ＵＩ画面の設計に関する様々な情報が明らかになる。
【００２６】
例えば、設計ユーザは、上述のような情報を利用して、想定ユーザごとに、処理ミスの影響度合いを予測し、予測値（影響度合情報）をＵＩ作成支援装置１に入力することができる。また、その他の例としては、設計ユーザは、上述のような情報を利用して処理ミスの影響度合いを予測したその他のユーザ（例：想定ユーザ、顧客）から予測結果を取得し、取得した予測値（影響度合情報）をＵＩ作成支援装置１にそのまま入力することができる。また、その他の例としては、設計ユーザは、顧客が指定した影響度合情報を、ＵＩ作成支援装置１にそのまま入力することもできる。そして、取得部１０は、このようにして入力された処理ミスの影響度合いを示す情報（影響度合情報）を取得する。
【００２７】
ここで、影響度合情報について詳細に説明する。影響度合情報は、金銭的影響度合、時間的影響度合、及び、人的影響度合の中の少なくとも１つを含む情報とすることができる。
【００２８】
金銭的影響度合は、例えば、ＵＩ画面を介した処理の誤りにより発生すると考えられる損害の予測金額に基づいて定められてもよい。具体的には、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために要する予測金額や、当該問題がなければ得られたと考えられる予測金額などが考えられる。なお、金額が大きければ大きいほど、影響度合は大きいことを意味する。
【００２９】
時間的影響度合は、例えば、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために要する予測時間、及び／又は、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために費やすことができる時間に基づいて定められてもよい。問題を解決するために費やすことができる時間とは、例えば、ダウンタイムの上限などである。ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために要する予測時間は、大きければ大きいほど影響度合は大きいことを意味する。一方、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために費やすことができる時間は、小さければ小さいほど影響度合は大きいことを意味する。
【００３０】
人的影響度合は、例えば、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために要する人員の予測人数、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題の影響が及ぶ組織、及び、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題が人命に影響を及ぼすか否かの中の少なくとも１つに基づいて定められてもよい。ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために要する人員の予測人数は、多ければ多いほど影響度合は大きいことを意味する。ＵＩ画面を介した処理の誤りにより発生すると考えられる問題の影響が及ぶ組織は、例えば、社会全体、社外、顧客等、ミスの影響が広い範囲に及ぶ場合は影響度合いが大きいが、想定ユーザ自身のみ、社内のみ、所属部署のみなど、ミスの影響が限られた範囲にとどまる場合は、影響度合は小さいと考えることができる。ＵＩ画面を介した処理の誤りにより発生すると考えられる問題が人命に影響を及ぼすか否かは、人命に影響する方が影響度合は大きいことを意味する。
【００３１】
なお、上記例示はあくまで一例であり、影響度合情報は、その他の基準に基づいて定められてもよい。
【００３２】
取得部１０は、設計ユーザから、このような影響度合情報の入力を、想定ユーザごとに受付ける。ＵＩ画面を介した処理が複数存在する場合、設計ユーザは、最も影響の度合いが大きくなると考えられる処理を誤った場合の影響の度合いを示す影響度合情報を入力してもよい。なお、取得部１０が、設計ユーザから影響度合情報の入力を受付ける手段は特段制限されず、マウス、キーボード、タッチパネルディスプレイ、マイク等のあらゆる入力装置を介して、金額、時間、人数、ＹＥＳｏｒＮＯ等の所定の情報の入力を受付けることができる。また、ドロップダウンリストや入力ボックスなどを利用することもできる。
【００３３】
ＵＩ構成決定部２０は、取得部１０が取得した影響度合情報で特定される影響の度合いに基づいて、想定ユーザごとにＵＩ画面の構成を決定する。例えば、ＵＩ構成決定部２０は、図２に示すような、影響の度合いに応じて好ましいＵＩ画面の構成内容を定めた情報（以下、「影響構成対応情報」）を参照し、ＵＩ画面の構成を決定することができる。図２に示すような影響構成対応情報は、図１に示すＵＩ構成保持部３０が予め保持しておく。
【００３４】
図２に示す影響構成対応情報においては、「項目」の列に、処理ミスの影響度合いを示す様々な項目内容が記載され、「値」の列に、各項目の処理ミスの影響度合いを複数のレベルに分類するための値（条件）が記載されている。「ＵＩ構成」の列には、処理ミスの影響度合いを示す項目ごとに、処理ミスの影響度合い各々に対応付けて、適したＵＩ画面の構成内容が記載されている。なお、「ＵＩ構成」の列は複数の列に分割され、各列には、ＵＩ画面の構成を細分化した複数の構成項目が記載されている。
【００３５】
ここで、図２に示す影響構成対応情報に含まれる各項目について詳細に説明する。まず、処理ミスの影響度合いを示す項目（「項目」の列）について説明する。
【００３６】
「エラー影響金額」は、ＵＩ画面を介した処理の誤りにより発生すると考えられる損害の予測金額に基づいて定められている。具体的には、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために要する予測金額や、当該問題がなければ得られたと考えられる予測金額などを含む。
【００３７】
「エラー影響範囲」は、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題の影響が及ぶ組織に基づいて定められている。組織の数およびその種類は任意に定めることが可能であるが、図２に示す例では「ユーザ自身」、「社内外」、「顧客」、「社会（全体）」の４つに分類している。そして、図２の場合、問題の影響が及ぶ範囲が「ユーザ自身」のみの場合、処理ミスの影響度合いは小さいが、「社内外」、「顧客」、「社会（全体）」と進むにつれて、処理ミスの影響度合いは大きくなることを示している。
【００３８】
「エラー復旧金額」は、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために要する予測金額に基づいて定められている。
【００３９】
「エラー復旧時間」は、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために要する時間に基づいて定められている。
【００４０】
「エラー復旧人員規模」は、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために要する人員の数に基づいて定められている。
【００４１】
「エラー復旧要求時間」は、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題を解決するために費やすことができる時間に基づいて定められてもよい。問題を解決するために費やすことができる時間は、例えば、ＳＬＡ（Service Level Agreement）で定められたダウンタイムの上限などとすることができる。
【００４２】
「エラーによる人命への影響の有無」は、ＵＩ画面を介した処理の誤りにより発生すると考えられる問題が、人命に影響するか否かに基づいて定められている。
【００４３】
なお、図２に示す処理ミスの影響度合いを示す項目はあくまで一例であり、その他の項目を含んでもよいし、例示した中の１つ以上を含まなくてもよい。また、各項目の処理ミスの影響度合いを複数のレベルに分類するための値（条件）はあくまで一例であり、その他の値としてもよいし、また、その他の数のレベルに分類してもよい。
【００４４】
次に、ＵＩ画面の構成を細分化した各構成項目（「ＵＩ構成」の列）について説明する。
【００４５】
「操作パスバリエーション」では、操作パスのバリエーションの数を、処理ミスの影響度合い各々に対応付けて定めている。操作パスは、例えば、「メニューバーのメニューからコマンド入力」、「コンテキストメニューからコマンド入力」、「ツールバーからコマンド入力」、「キーショットカット」などが考えられる。操作パスのバリエーションの数が少ない場合、操作内容は限定され、毎回同様の手順で処理を進めることとなるので、ＵＩ画面を介した処理の誤りを少なくできると考えられる。一方、操作パスのバリエーションの数が多い場合、ＵＩ画面の操作性はよくなると考えられる。
【００４６】
「操作ステップ数」では、単一の処理を実行する場合に想定ユーザが行う操作ステップの数の規模を、処理ミスの影響度合い各々に対応付けて定めている。例えば、ＵＩ画面を介して日付「２０１１年１月１日」の入力を行う処理において、「年（２０１１）」、「月（１）」、「日（１）」すべてを入力後、「確定」の入力操作で処理が完了する構成と、「年（２０１１）」、「月（１）」、「日（１）」各々を入力後に、「間違いないですか？ＹｅｓｏｒＮｏ」等のメッセージが出力され、毎回「ＹｅｓｏｒＮｏ」の入力操作を行い、さらに、「年（２０１１）」、「月（１）」、「日（１）」すべて入力後に「確定」の入力操作で処理が完了する構成とでは、操作ステップの数が異なる。操作ステップの数の規模が大きい（数が多い）場合、操作性は悪くなるが、処理内容を確認する機会が多くなるため、ＵＩ画面を介した処理の誤りを少なくできると考えられる。一方、操作ステップの数の規模が小さい（数が少ない）場合、操作性はよくなると考えられる。なお、図２に示す「大」、「中」、「小」をどのような程度にするかは、設計的事項である。
【００４７】
「入力形式制限」は、所定の情報（数値、文字）の入力を受付ける入力ボックスに設定する構成（入力形式）を、処理ミスの影響度合い各々に対応付けて定めている。入力形式は、「値照合」、「形式照合」、「フリー入力」などが考えられる。「値照合」は、入力ボックスごとに入力受付可能な値を予め保持しておき、これらの値のいずれかと一致する値が入力された場合のみ、入力を受付ける構成である。「形式照合」は、入力ボックスごとに入力受付可能な値の形式（例：「ＸＸＸ−ＹＹＹＹ（Ｘ、Ｙは数値）」、「入力されたデータのビット数」など）を予め保持しておき、これらの形式と一致する値が入力された場合のみ、入力を受付ける構成である。「フリー入力」は、制限を設けず、あらゆる値の入力を受付ける構成である。入力形式の制限が厳しくなるほど、操作性は悪くなるが、ＵＩ画面を介した処理の誤りを少なくできると考えられる。一方、入力形式の制限が緩和されるほど、操作性はよくなると考えられる。
【００４８】
「Ｕｎｄｏバッファ」は、Ｕｎｄｏのためのバッファ（Ｕｎｄｏバッファ）の規模を、処理ミスの影響度合い各々に対応付けて定めている。Ｕｎｄｏバッファが小さい場合、遡ることができる過去操作の範囲は狭くなるので操作性は悪くなるが、Ｕｎｄｏにより操作段階を前後することで現在の操作段階を見失う等の不都合を回避できるので、ＵＩ画面を介した処理の誤りを少なくできると考えられる。一方、Ｕｎｄｏバッファが大きい場合、遡ることができる過去操作の範囲は広くなるので操作性はよくなると考えられる。図２に示す「大」、「中」、「小」をどのような程度にするかは、設計的事項である。なお、当該項目は、Ｕｎｄｏできる操作数で定めることもできる。
【００４９】
「一画面内の情報量」は、１つの画面内に同時に表示する情報の量を、処理ミスの影響度合い各々に対応付けて定めている。例えば、同じ内容の情報を画面に表示する場合であっても、「当該情報すべてを同時に画面に表示するウインドウの構成」、「当該情報を複数のウインドウに分類し、各ウインドウを選択的に表示する構成」、「スクロール移動しながら、情報を選択的に画面に表示するウインドウの構成」など複数のＵＩ画面の構成が考えられ、各々１つの画面内に同時に表示される情報の量は異なる。１つの画面内に同時に表示する情報の量が少ない場合、ウインドウの切替えや、スクロール移動などの操作を要するため、操作性は悪くなると考えられるが、画面内に適度な量の情報を表示することができるので、画面内の情報の見落としを抑制できたり、また、画面内の情報を容易に把握できるなどの効果が期待され、結果、ＵＩ画面を介した処理の誤りを少なくできると考えられる。一方、１つの画面内に同時に表示する情報の量が多い場合、ウインドウの切替えや、スクロール移動などの操作が不要になるため、操作性はよくなると考えられる。なお、図２に示す「大」、「中」、「小」をどのような程度にするかは、設計的事項である。
【００５０】
「一画面内に表示する項目分類階層数」は、上記「一画面内の情報量」と同様、１つの画面内に同時に表示する情報の量を、処理ミスの影響度合い各々に対応付けて定めているが、表示量を調整する情報の種類が、各入力ボックスに対応付けて表示する情報に限定されている。ＵＩ画面においては、入力ボックス各々に対応付けて、入力する情報を識別するための項目情報（例：「住所」、「電話番号」、「名前」、「商品名」、「個数」）が表示される。また、項目情報を上位概念化することで所定層数に階層化し、上位概念の情報をも、入力ボックスに対応付けて表示する場合がある。例えば、「住所」、「電話番号」、「名前」が対応付けられた入力ボックスを一塊にして画面内に表示し、これらに対応付けて「注文者情報」（上位概念）の文字を表示したり、また、「商品名」、「個数」が対応付けられた入力ボックスを一塊にして画面内に表示し、これらに対応付けて「注文商品情報」（上位概念）の文字を表示したりする。さらに、「注文者情報」、及び、「注文商品情報」の上位概念である「注文情報」の文字を表示することもできる。想定ユーザは、このような情報に基づいて、各入力ボックスに入力する情報の種類を把握することができる。
【００５１】
「一画面内に表示する項目分類階層数」では、処理ミスの影響度合い各々に対応付けて、１つの画面内に同時に表示する項目情報の階層数を定めている。１つの画面内に同時に表示する項目情報の階層数が多い場合、想定ユーザは、複数の入力ボックスの階層構造を容易に把握することができるので、複数の入力ボックスをグループ化して段階的に入力作業を進めることが可能となり、また、複数の入力ボックスを階層的に把握することで、各入力ボックスに入力する情報の誤認識を少なくすることが可能となる。このため、１つの画面内に同時に表示する項目情報の階層数が多い場合、ＵＩ画面を介した処理の誤りを少なくできると考えられる。一方、１つの画面内に同時に表示する項目情報の階層数が少ない場合、１つの画面内に同時に表示する情報の量を少なくすることができるので、ウインドウの切替えや、スクロール移動などの操作が不要になり、操作性がよくなると考えられる。
【００５２】
なお、図２に示す構成項目はあくまで一例であり、その他の構成項目を含んでもよいし、例示した中の１つ以上を含まなくてもよい。また、処理ミスの影響度合い各々に対応付けて定める各構成項目の内容は、設計的事項である。
【００５３】
ＵＩ構成決定部２０は、取得部１０がある想定ユーザの影響度合情報を取得すると、図２に示すような影響構成対応情報を参照して、当該想定ユーザ用のＵＩ画面の構成を決定する。例えば、取得部１０が影響度合情報として、エラー影響範囲「顧客」を取得したとする。この場合、ＵＩ構成決定部２０は、「エラー影響範囲」及び「顧客」をキーとして図２に示す影響構成対応情報を検索し、「操作パスバリエーション：２バリエーション」、「操作ステップ数：中」、「入力形式制限：値照合」、「Ｕｎｄｏバッファ：中」、「一画面内の情報量：中」、「一画面内に表示する項目分類階層数：２」の構成を決定する。
【００５４】
なお、処理ミスの影響度合いを示す項目（「項目」の列）を複数設ける場合、各項目に優先順位を付していてもよい。そして、取得部１０が複数の項目に関する影響度合情報を取得した場合には、ＵＩ構成決定部２０は優先順位の高い項目の影響度合いに基づいて、ＵＩ画面の構成を決定してもよい。なお、当該優先順位は、ＵＩ画面の構成を細分化した構成項目ごとに付してもよい。
【００５５】
図１に戻り、ＵＩ画面作成部４０は、ＵＩ構成決定部２０の決定に従い、ＵＩ画面を作成する。このようなＵＩ画面作成部４０の構成は、従来技術に準じて実現できる。例えば、あらかじめ図２に示す各構成（例：「マウスやタッチのみで実行可能とする」）各々を実現するためのモジュールが記憶装置内に記憶されており、ＵＩ画面作成部４０は、当該モジュールを利用して、１つのＵＩ画面を作成してもよい。
【００５６】
なお、本実施形態では、影響の度合いが小さい想定ユーザ用のＵＩ画面は、操作性の良さを追求した構成としたが、これに限定されず、影響の度合いが小さい想定ユーザ用のＵＩ画面の構成をその他の点を追及した構成とすることもできる。例えば、影響の度合いが小さくなるに従い、ＵＩ画面の機能実装工数がより少なくなるようにしてもよいし、または、ＵＩ画面の設計コストがより小さくなるようにしてもよい。なお、ここでの例示はあくまで一例であり、これらに限定されない。
【００５７】
本実施形態のＵＩ作成支援装置は、例えば以下のプログラムをコンピュータにインストールすることで、実現することができる。
【００５８】
ＵＩ画面をユーザごとに作成するための支援を行うためのプログラムであって、
前記ＵＩ画面を介した処理を誤った場合の影響の度合いを示す影響度合情報を、前記ユーザごとに取得する取得手段、
前記影響度合情報で特定される前記影響の度合いに基づいて、前記ユーザごとに前記ＵＩ画面の構成を決定するＵＩ構成決定手段、
としてコンピュータを機能させるためのプログラム。
【００５９】
次に、図３に示すフローチャートを用いて、本実施形態のＵＩ作成支援方法の一例について説明する。
【００６０】
まず、取得部１０が、ＵＩ画面を介した処理を誤った場合の影響の度合いを示す影響度合情報を、ユーザごとに取得する（Ｓ１０：取得ステップ）。例えば、設計ユーザが、第１の想定ユーザの影響度合情報として、エラー影響金額「５、０００、０００円」のみをＵＩ作成支援装置に入力したとする。すると、取得部１０は当該影響度合情報を取得する。
【００６１】
次に、ＵＩ構成決定部２０が、Ｓ１０で取得部１０が取得した影響度合情報で特定される影響の度合に基づいて、ユーザごとにＵＩ画面の構成を決定する（Ｓ２０：ＵＩ構成決定ステップ）。例えば、ＵＩ構成決定部２０は、ＵＩ構成保持部３０が保持する図２に示す影響構成対応情報を参照し、取得部１０が取得したエラー影響金額「５、０００、０００円」に基づいて、第１の想定ユーザ用のＵＩ画面の構成を決定する。当該例の場合、ＵＩ構成決定部２０は、「エラー影響金額」をキーとして図２に示す影響構成対応情報の中の「項目」の列を検索し、また、「５、０００、０００円」をキーとして「値」の列を検索して、両方の条件を満たす行を特定する。そして、当該行に記載の構成項目の内容を、第１の想定ユーザ用のＵＩ画面の構成として決定する。ここでは、「操作パスバリエーション：３バリエーション」、「操作ステップ数：中」、「入力形式制限：形式照合」、「Ｕｎｄｏバッファ：中」、「一画面内の情報量：中」、「一画面内に表示する項目分類階層数：２」の構成が決定される。
【００６２】
なお、ここでは、取得部１０が１つの影響度合情報を取得する例について説明したが、取得部１０は、例えば、エラー影響金額「５、０００、０００円」及びエラー影響範囲「顧客」のように複数の影響度合情報を取得することもできる。かかる場合、ＵＩ構成決定部２０は、例えば、予め定められた「処理ミスの影響度合いを示す項目各々の優先順位」に従い、ＵＩ画面の構成を決定することができる。例えば、エラー影響金額の優先順位の方がエラー影響範囲の優先順位よりも高い場合、ＵＩ構成決定部２０は、「エラー影響金額」及び「５、０００、０００円」をキーとして上記同様に図２に示す影響構成対応情報を検索し、「操作パスバリエーション：３バリエーション」、「操作ステップ数：中」、「入力形式制限：形式照合」、「Ｕｎｄｏバッファ：中」、「一画面内の情報量：中」、「一画面内に表示する項目分類階層数：２」の構成を決定する。
【００６３】
なお、優先順位は、ＵＩ画面の構成を細分化した複数の構成項目（図２中、ＵＩ構成の列に記載の項目）ごとに付すこともできる。かかる場合、例えば、図２に示す構成項目（「ＵＩ構成」の列）において、「操作パスバリエーション」ではエラー影響金額の優先順位の方がエラー影響範囲の優先順位よりも高く、「操作ステップ数」ではエラー影響範囲の優先順位の方がエラー影響金額の優先順位よりも高くなるように優先順位を定めることもできる。当該例の場合、取得部１０が、例えば、エラー影響金額「５、０００、０００円」及びエラー影響範囲「顧客」の２つの影響度合情報を取得すると、ＵＩ構成決定部２０は、「操作パスバリエーション」の構成として、優先順位の高いエラー影響金額「５、０００、０００円」に従い「３バリエーション」を決定し、また、「操作ステップ数」の構成とし、優先順位の高いエラー影響範囲「顧客」に従い「中」を決定することとなる。
【００６４】
次に、本実施形態の作用効果について説明する。
【００６５】
本実施形態によれば、想定ユーザ各々の処理ミスの影響度合いを考慮し、各想定ユーザに適したＵＩ画面の構成を決定することができる。本実施形態では、処理ミスの影響度合が大きい想定ユーザ用のＵＩ画面は、処理ミスの起きにくさを追求した構成とする。そして、処理ミスの影響度合いが小さい想定ユーザ用のＵＩ画面は、処理ミスの起きにくさを追求しないその他の構成、例えば操作性の良さを追求した構成とする。このように構成した場合、処理ミスの影響度合が大きい想定ユーザ用のＵＩ画面の操作性が悪くなる場合があるが、処理ミスの影響度合が大きい場合は、操作性よりも、処理ミスの起きにくさを追求した構成のほうが、当該想定ユーザに適したＵＩ画面になると考えられる。
【００６６】
また、本実施形態によれば、設計ユーザは、設計中のＵＩ画面を使用する想定ユーザに関する影響度合情報を本実施形態のＵＩ作成支援装置に入力するだけで、当該想定ユーザ用のＵＩ画面が備えるべき構成を決定することができる。
【００６７】
このような本実施形態によれば、ＵＩ画面に関する知識が乏しい設計ユーザであっても、効率的に、適切なＵＩ画面を設計することができる。
【００６８】
また、ＵＩ画面に関する知識に長けた設計ユーザにおいても、ＵＩ画面の構成を細分化した複数の構成項目ごとに構成内容を決定するのは非常に面倒であり、時間と労力を要する作業であると考えられる。本実施形態によれば、例えば、まず、本実施形態のＵＩ作成支援装置を利用して設計中のＵＩ画面が備える構成の第１案を作成し、その後、第１案を基礎にして、ＵＩ画面の設計の変更を行うことができる。このような点からも、本実施形態によれば、ＵＩ画面の設計における時間と労力を軽減できるといえる。
【００６９】
この出願は、２０１１年４月２１日に出願された日本特許出願特願２０１１−０９５１７７号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2012144139.tif 000003
【図２】
2012144139.tif 000004
【図３】
2012144139.tif 000005
【国際調査報告】
2012144139.tif 000006
2012144139.tif 000007
2012144139.tif 000008
2012144139.tif 000009