(57)【要約】【課題】ＧＵＩに統一性をもたせつつ、画面設計時の自由度を向上させる。【解決手段】画面に用いることが可能な部品と、該部品が有する機能とを対応づけてガイドライン記憶部に記憶し、設計対象の画面に含まれるデータ項目に対する機能を、該設計対象の画面を設計する設計者端末から受け付け、受け付けられた機能を有する複数の部品をガイドライン記憶部から選択し、該選択された複数の部品を示す部品候補情報を設計者端末に出力する。【選択図】図１
2013020416.tif 000002
【特許請求の範囲】
【請求項１】
画面に用いることが可能な部品と、該部品が有する機能とを対応づけて記憶するガイドライン記憶部と、
設計対象の画面に含まれるデータ項目に対する機能を、該設計対象の画面を設計する設計者端末から受け付ける設計情報受付部と、
前記受け付けられた機能を有する複数の部品を前記ガイドライン記憶部から選択し、該選択された複数の部品を示す部品候補情報を前記設計者端末に出力する部品候補出力部と、
を備える画面設計支援装置。
【請求項２】
請求項１に記載の画面設計支援装置であって、
前記ガイドライン記憶部には、前記設計者端末において部品を描画するための描画情報が前記部品と対応づけて記憶されており、
前記部品候補情報には、前記選択された複数の部品に対応する前記描画情報が含まれている、
画面設計支援装置。
【請求項３】
請求項１または２に記載の画面設計支援装置であって、
前記ガイドライン記憶部には、部品の説明情報が前記部品と対応づけて記憶されており、
前記部品候補情報には、前記選択された複数の部品に対応する前記説明情報が含まれている、
画面設計支援装置。
【請求項４】
請求項１〜３の何れか一項に記載の画面設計支援装置であって、
前記ガイドライン記憶部には、各機能について、対応する複数の部品のそれぞれの優先順位を示す優先順位情報が記憶されており、
前記部品候補情報には、前記選択された複数の部品に対応する前記優先順位情報が含まれている、
画面設計支援装置。
【請求項５】
請求項４に記載の画面設計支援装置であって、
各機能に対応する複数の部品のそれぞれの優先順位を設定するための設定情報を受け付け、該設定情報に基づいて前記優先順位情報を前記ガイドライン記憶部に記憶する設定部をさらに備える、
画面設計支援装置。
【請求項６】
請求項５に記載の画面設計支援装置であって、
前記設定部は、画面設計を含むプロジェクトごとに前記設定情報を受け付け、該プロジェクトと対応づけて前記優先順位情報を前記ガイドライン記憶部に記憶し、
前記設計情報受付部は、前記設定対象の画面が属するプロジェクトを示すプロジェクト情報を前記設計者端末からさらに受け付け、
前記部品候補出力部は、前記プロジェクト情報に基づいて、前記受け付けられた機能を有する複数の部品を、前記設定対象の画面が属するプロジェクトに応じた優先順位情報を含む部品候補情報を前記設計者端末に出力する、
画面設計支援装置。
【請求項７】
請求項１〜６の何れか一項に記載の画面設計支援装置であって、
設計された画面を識別するための画面識別子と、該画面に含まれるデータ項目と、該データ項目に対して選択された部品を識別するための部品識別子とを含む設計情報を前記設計者端末から受信して設計情報記憶部に記憶する設計情報更新部と、
前記設計情報記憶部を参照し、同一のデータ項目に対して異なる部品が選定されている複数の画面を特定し、該特定された複数の画面において該同一のデータ項目に対して異なる部品が選定されていることを示す相違情報を、画面設計の承認を行う承認者端末に出力する承認部と、
をさらに備える画面設計支援装置。
【請求項８】
請求項７に記載の画面設計支援装置であって、
前記承認部は、前記特定された複数の画面の少なくとも１つの画面における、前記同一のデータ項目に対して選定された部品の承認結果を示す承認情報を受信し、該承認情報を該少なくとも１つの画面の前記設計情報と対応づけて前記設計情報記憶部に記憶する、
画面設計支援装置。
【請求項９】
コンピュータが、
画面に用いることが可能な部品と、該部品が有する機能とを対応づけてガイドライン記憶部に記憶し、
設計対象の画面に含まれるデータ項目に対する機能を、該設計対象の画面を設計する設計者端末から受け付け、
前記受け付けられた機能を有する複数の部品を前記ガイドライン記憶部から選択し、該選択された複数の部品を示す部品候補情報を前記設計者端末に出力する、
画面設計支援方法。
【請求項１０】
画面に用いることが可能な部品と、該部品が有する機能とが対応づけて記憶されたガイドライン記憶部を有するコンピュータに、
設計対象の画面に含まれるデータ項目に対する機能を、該設計対象の画面を設計する設計者端末から受け付ける機能と、
前記受け付けられた機能を有する複数の部品を前記ガイドライン記憶部から選択し、該選択された複数の部品を示す部品候補情報を前記設計者端末に出力する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面設計支援装置、画面設計支援方法、及びプログラムに関する。
【背景技術】
【０００２】
パーソナルコンピュータや携帯端末等の情報処理装置における操作では、画面を用いることが多い。システム開発のプロジェクトにおいて、このような画面のユーザインタフェース、すなわちＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を設計する際には、複数の画面間においてＧＵＩに統一性を持たせることが求められる。そのため、画面において使用すべきＵＩ部品のガイドラインを制定し、このガイドラインに沿って画面設計を行うようにすることが一般的に行われている。例えば、特許文献１には、ある機能を有するＵＩ部品として複数の候補が考えられる場合に、アンケート結果に基づいて１つのＵＩ部品をガイドラインに登録する手法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１０４３１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上述のようにガイドラインを用いることによりＧＵＩに統一性を持たせることはできるものの、画面設計時の自由度が奪われてしまうこととなる。具体的には、例えば、特許文献１に開示されている手法では、複数の選択肢の中から１つを選択するためのＵＩ部品としてリストとチェックボックスがある場合に、ガイドラインには、リストまたはチェックボックスの何れか一方が登録されることとなる。しかしながら、複数の画面を設計する際には、各画面の特性や前後の画面との関連などにより、各画面において用いるＵＩ部品を変更した方がユーザにとってより使いやすい画面となる場合もある。
【０００５】
本発明はこのような事情に鑑みてなされたものであり、ＧＵＩに統一性をもたせつつ、画面設計時の自由度を向上させることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一側面に係る画面設計支援装置は、画面に用いることが可能な部品と、該部品が有する機能とを対応づけて記憶するガイドライン記憶部と、設計対象の画面に含まれるデータ項目に対する機能を、該設計対象の画面を設計する設計者端末から受け付ける設計情報受付部と、受け付けられた機能を有する複数の部品をガイドライン記憶部から選択し、該選択された複数の部品を示す部品候補情報を設計者端末に出力する部品候補出力部と、を備える。
【０００７】
なお、本発明において、「部」とは、単に物理的手段を意味するものではなく、その「部」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や装置が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や装置の機能が１つの物理的手段や装置により実現されても良い。
【発明の効果】
【０００８】
本発明によれば、ＧＵＩに統一性をもたせつつ、画面設計時の自由度を向上させることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態である画面設計システムの構成を示す図である。
【図２】ＵＩ部品カタログＤＢの構造の一例を示す図である。
【図３】ＵＩ選定ガイドラインテンプレートＤＢの構造の一例を示す図である。
【図４】ＵＩ選定ガイドラインＤＢの構造の一例を示す図である。
【図５】画面・ＵＩメモリＤＢの構造の一例を示す図である。
【図６】画面設計時に表示される画面の一例を示す図である。
【図７】ＵＩ部品の承認時に表示される画面の一例を示す図である。
【図８】ＵＩメモリサーバにおける処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の一実施形態について説明する。図１は、本発明の一実施形態である画面設計システムの構成を示す図である。画面設計システムは、クライアント１０，１２，１４及びＵＩメモリサーバ２０を含んで構成されている。クライアント１０，１２，１４は、例えば、パーソナルコンピュータ等の情報処理装置を用いて構成され、ＵＩメモリサーバ２０は、ＰＣサーバ等の情報処理装置を用いて構成される。
【００１１】
クライアント１０は、システム設計におけるプロジェクトの管理者が使用する管理者端末であり、プロジェクト登録部３０及び通信部３２を含んで構成される。なお、図１にはクライアント１０は１つしか図示されていないが、クライアント１０は複数存在してもよい。
【００１２】
プロジェクト登録部３０は、プロジェクトの属性及びアプリケーションの基調色をＵＩメモリサーバ２０に登録するための機能を提供する。ここで、プロジェクトの属性とは、例えば、プロジェクトで開発されるアプリケーションのユーザ像や使用されるデバイスなどである。具体的には、アプリケーションのユーザが初心者であるのか上級者であるのかという情報や、入力デバイスがキーボードであるのかマウスであるのかという情報などである。アプリケーションの基調色とは、背景色や部品などの配色が赤系統になるのか青系統になるのかという情報である。また、プロジェクト登録部３０は、画面設計に用いることが可能なＵＩ部品の中に、ある機能を有する複数のＵＩ部品の候補が存在する場合に、複数の候補の優先順位をＵＩメモリサーバ２０に登録するための機能を提供する。プロジェクト登録部３０は、例えば、Ｗｅｂブラウザを介してＵＩメモリサーバ２０にアクセスしたり、クライアント１０に予めインストールされているプログラムを実行したりすることにより、上述の機能を実現することができる。
【００１３】
通信部３２は、ネットワークを介して他の情報処理装置と通信を行うためのものである。本実施形態では、通信部３２は、プロジェクト登録部３０とＵＩメモリサーバ２０との間でデータの送受信を行うことができる。
【００１４】
クライアント１２は、画面設計者が使用する設計者端末であり、画面設計部３４及び通信部３６を含んで構成される。なお、図１にはクライアント１２は１つしか図示されていないが、クライアント１２は複数存在してもよい。
【００１５】
画面設計部３４は、画面設計者に対して画面を設計するための機能を提供する。具体的には、画面設計部３４は、設計対象の画面において用いることが可能なＵＩ部品の候補に関する情報など、ＵＩメモリサーバ２０からの各種情報を画面設計者に対して提供するとともに、画面設計者からの入力に応じて画面の設計情報を生成する。画面設計部３４は、例えば、Ｗｅｂブラウザを介してＵＩメモリサーバ２０にアクセスしたり、クライアント１２に予めインストールされているプログラムを実行したりすることにより、上述の機能を実現することができる。
【００１６】
通信部３６は、ネットワークを介して他の情報処理装置と通信を行うためのものである。本実施形態では、通信部３６は、画面設計部３４とＵＩメモリサーバ２０との間でデータの送受信を行うことができる。
【００１７】
クライアント１４は、画面設計の承認者が使用する承認者端末であり、承認部３８及び通信部４０を含んで構成される。なお、図１にはクライアント１４は１つしか図示されていないが、クライアント１４は複数存在してもよい。
【００１８】
承認部３８は、設計された画面のＧＵＩを承認するための機能を提供する。具体的には、承認部３８は、複数の画面において、同一のデータ項目に対して異なるＵＩ部品が選定されている場合に、その差異を検証し、選定されたＵＩ部品の承認や修正指示を行うための機能を提供する。承認部３８は、例えば、Ｗｅｂブラウザを介してＵＩメモリサーバ２０にアクセスしたり、クライアント１４に予めインストールされているプログラムを実行したりすることにより、上述の機能を実現することができる。
【００１９】
通信部４０は、ネットワークを介して他の情報処理装置と通信を行うためのものである。本実施形態では、通信部４０は、承認部３８とＵＩメモリサーバ２０との間でデータの送受信を行うことができる。
【００２０】
ＵＩメモリサーバ２０は、ＵＩ部品カタログデータベース（ＤＢ）５０、ＵＩ選定ガイドラインテンプレートデータベース（ＤＢ）５２、ＵＩ選定ガイドラインデータベース（５４）、画面・ＵＩメモリデータベース（ＤＢ）５６、通信部６０ａ，６０ｂ，６０ｃ、ＵＩ選定ガイドライン設定部６２、画面登録部６４、部品候補出力部６６、及びＵＩ選定承認部６８を含んで構成される。ＵＩメモリサーバ２０における各部は、メモリや記憶装置等の記憶領域を用いたり、記憶領域に記憶されているプログラムをプロセッサが実行したりすることにより実現することができる。
【００２１】
ＵＩ部品カタログＤＢ５０は、画面設計に用いられる全てのＵＩ部品に関する情報が格納されたデータベースである。図２には、ＵＩ部品カタログＤＢ５０の構造の一例が示されている。図２に示すように、ＵＩ部品カタログＤＢ５０では、ＵＩ部品の識別子、部品データ、基調色ごとの配色データ、及び属性情報が対応付けられている。ここで、各ＵＩ部品は、例えば、テキストボックスやボタンなどの基本的なＵＩ部品に、用途や機能、動きなどのバリエーションを与えたものである。ＵＩ部品の識別子には、ＵＩ部品に割り当てられたコードや名称などが含まれる。部品データには、ＵＩ部品の描画に用いられる図形データや、ＵＩ部品を実行する際に必要となるソースファイルなどが含まれる。基調色ごとの配色データには、ＵＩ部品の描画に用いられる配色に関する属性が含まれる。配色に関する属性は、例えば、部品データに対応する色データのＲＧＢ表現を利用してもよいし、ＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔ）を用いて定義した色データの識別子を利用してもよい。属性情報には、想定されるユーザ像や、各入力デバイスでの利用可否に関する情報などが含まれる。
【００２２】
図１に戻り、ＵＩ選定ガイドラインテンプレートＤＢ５２は、ＵＩ部品を選定する際のガイドラインのテンプレートを規定するものであり、画面操作における機能ごとに、利用可能なＵＩ部品を対応づけたデータベースである。本実施形態では、ＵＩ選定ガイドラインテンプレートＤＢ５２により規定されるガイドラインのことを、ガイドラインテンプレートとも称する。なお、ＵＩ選定ガイドラインテンプレートＤＢ５２では、１つの機能に対して複数のＵＩ部品を登録することが可能である。そして、ＵＩ選定ガイドラインテンプレートＤＢ５２では、１つの機能に対して複数のＵＩ部品が存在する場合に、各ＵＩ部品の優先順位を登録することも可能である。なお、ＵＩ選定ガイドラインテンプレートＤＢ５２には、ＵＩ部品カタログＤＢ５０に登録されているＵＩ部品の一部のみが登録されていることとしてもよい。また、ＵＩ選定ガイドラインテンプレートＤＢ５２は、例えば、ＧＵＩの管理者によって予め構築されていることとする。
【００２３】
図３には、ＵＩ選定ガイドラインテンプレートＤＢ５２の構造の一例が示されている。図３に示すように、ＵＩ選定ガイドラインテンプレートＤＢ５２では、基本機能、詳細機能、優先順位、ＵＩ部品の識別子、及び説明情報が対応付けられている。基本機能は、入出力や選択など、ＵＩ部品の基本的な機能を示すものである。詳細機能は、パスワード・機密入力や数値入力など、より詳細な機能を示すものである。なお、本実施形態では、基本機能及び詳細機能をまとめて機能と称する場合もある。優先順位は、同一の詳細機能に対して複数のＵＩ部品が存在する場合に、これら複数のＵＩ部品の中から１つのＵＩ部品を選定する際の優先度を示すものである。例えば、図３の例では、パスワード・機密入力という詳細機能に対して、部品Ｘ及び部品Ｙを含む複数のＵＩ部品が割り当てられており、部品Ｘの優先順位が最も高くなっている。つまり、ＵＩ選定ガイドラインテンプレートＤＢ５２では、パスワード・機密入力のためのＵＩ部品として、部品Ｘが最も推奨されることが示されている。説明情報には、ＵＩ部品を選定する際の参考となる各種情報が含まれている。図３に示すように、例えば、説明情報には、ＵＩ部品の説明文や、優位性、注意点、実装難易度などが含まれている。
【００２４】
図１に戻り、ＵＩ選定ガイドラインＤＢ５４は、ＵＩ選定ガイドラインテンプレートＤＢ５２に基づいてプロジェクトごとにカスタマイズされたガイドラインを規定するものである。本実施形態では、ＵＩ選定ガイドラインＤＢ５４により規定されるガイドラインのことを単にガイドラインとも称する。
【００２５】
図４には、ＵＩ選定ガイドラインＤＢ５４の構造の一例が示されている。図４に示すように、ＵＩ選定ガイドラインＤＢ５４には、ＵＩ選定ガイドラインテンプレートＤＢ５２が有する項目に加えて、プロジェクトの識別子及びアプリケーションの基調色が含まれている。プロジェクトの識別子には、プロジェクトに割り当てられたコードや名称などが含まれる。アプリケーションの基調色には、プロジェクトごとにＵＩ部品カタログＤＢ５０の基調色情報から選択した基調色名が含まれる。プロジェクトごとにカスタマイズされたガイドラインでは、ＵＩ部品に割り当てられた優先順位をガイドラインテンプレートで規定されている優先順位とは別のものとすることができる。また、ガイドラインには、ガイドラインテンプレートに含まれるＵＩ部品のうち、プロジェクト属性に応じたＵＩ部品のみを登録することも可能である。ガイドラインのカスタマイズの詳細については後述する。
【００２６】
図１に戻り、画面・ＵＩメモリＤＢ５６は、画面設計者によって過去に設計された画面、および、現在設計中の画面の設計情報が格納されるデータベースである。図５には、画面・ＵＩメモリＤＢ５６の構造の一例が示されている。図５に示すように、画面・ＵＩメモリＤＢ５６では、プロジェクトの識別子、アプリケーションの基調色、画面の識別子、データ項目、基本機能、詳細機能、ＵＩ部品の識別子、配置情報、及び承認の状態を示す承認情報が対応付けられている。ここで、配置情報は、各画面において選定されたＵＩ部品の配置を示すものであり、サイズや位置、余白、アライン等の情報を含む。また、承認情報とは、各画面において選定されたＵＩ部品が承認者によって承認されたかどうかを示すものである。例えば、図５では、承認情報として、承認者による承認が完了しているＵＩ部品には「済」、承認が完了していないＵＩ部品には「未」が設定されている。また、承認者によってＵＩ部品の修正が指示されたものについては、承認情報として「修正指示」が設定されている。
【００２７】
図１に戻り、通信部６０ａ，６０ｂ，６０ｃは、クライアント１０，１２，１４との間でデータの送受信を行うためのものである。
【００２８】
ＵＩ選定ガイドライン設定部６２は、クライアント１０を用いてプロジェクト管理者から入力されるプロジェクト属性に基づいて、プロジェクトごとにカスタマイズされたガイドラインを設定するためのものである。ＵＩ選定ガイドライン設定部６２によって設定されたガイドラインは、ＵＩ選定ガイドラインＤＢ５４に記憶される。例えば、ＵＩ選定ガイドライン設定部６２は、プロジェクト属性として、ユーザ像を示す情報が入力されると、ＵＩ部品カタログＤＢ５０を参照し、特定されたユーザ像に対応するＵＩ部品を抽出する。そして、ＵＩ選定ガイドライン設定部６２は、ＵＩ選定ガイドラインテンプレートＤＢ５２に登録されているガイドラインテンプレートと、ＵＩ部品カタログＤＢ５０から抽出されたＵＩ部品とに基づいて、プロジェクト用にカスタマイズされたガイドラインを生成し、ＵＩ選定ガイドラインＤＢ５４に格納する。
【００２９】
例えば、ＵＩ選定ガイドライン設定部６２は、ガイドラインテンプレートに登録されているもののうち、ＵＩ部品カタログＤＢ５０から抽出されたＵＩ部品のみをガイドラインとして抽出することが可能である。また、例えば、ＵＩ選定ガイドライン設定部６２は、ガイドラインテンプレートに設定されている優先順位を、ＵＩ部品カタログＤＢ５０から抽出されたＵＩ部品の優先順位が高くなるように変更したガイドラインを生成することも可能である。また、ＵＩ選定ガイドライン設定部６２は、クライアント１０から、各ＵＩ部品の優先順位を設定するための情報を受け付けてガイドラインに反映させることも可能である。
【００３０】
なお、クライアント１０のプロジェクト登録部３０においてプロジェクト属性を入力したり、ガイドラインにおけるＵＩ部品の優先順位を入力したりするための画面は、例えば、クライアント１０においてＷｅｂブラウザを用いて表示されるものとすることができる。この場合、ＵＩ選定ガイドライン設定部６２が、プロジェクト登録部３０からの要求に応じて、画面表示に必要なデータをクライアント１０に送信することができる。
【００３１】
画面登録部６４（設計情報受付部）は、各画面の設計開始時に、画面に含まれるデータ項目及び機能に関する情報をクライアント１２から受信し、画面・ＵＩメモリＤＢ５６に登録する。図６には、クライアント１２の画面設計部３４において表示される画面の一例が示されている。図６に示すように、画面１００には、画面名称入力エリア１１０、データ項目入力エリア１１２、画面初期登録ボタン１１４、ガイドライン参照ボタン１１６、画面マッチング候補表示エリア１１８、画面設計エリア１２０、ＵＩ部品候補表示エリア１２２、及び選定結果登録ボタン１２４が含まれている。画面１００は、クライアント１２においてＷｅｂブラウザを用いて表示されてもよいし、画面設計用の専用のアプリケーションを用いて表示されてもよい。
【００３２】
図６に示すように、画面１００において、画面名称入力エリア１１０には、設計対象の画面の名称が入力されている。また、データ項目入力エリア１１２には、設計対象の画面に含まれるデータ項目と、各データ項目に対する機能とが入力されている。例えば、データ項目は、データ項目入力エリアにおいて画面設計者が文字入力することにより設定することができる。また、機能は、データ項目入力エリアにおいて画面設計者が選択することにより設定することができる。なお、画面設計部３４では、ＵＩ選定ガイドラインＤＢ５４を参照することにより、機能を選択可能に表示することが可能である。画面１００において、画面名、データ項目、及び機能が入力され、画面初期登録ボタン１１４が押下されると、これらの情報が画面登録部６４に送信される。そして、画面登録部６４は、受信した情報を画面・ＵＩメモリＤＢ５６に登録する。なお、プロジェクトを示す情報は、画面１００で入力されることとしてもよいし、あらかじめクライアント１２や画面設計者に対応付けられていることとしてもよい。また、画面登録部６４は、画面の初期登録の際には、承認情報の初期値として「未」を設定することができる。
【００３３】
図１に戻り、部品候補出力部６６は、設計対象の画面においてＵＩ部品を選定する際の参考情報として、クライアント１２に対して部品候補情報を出力するものであり、画面マッチング部７０、ＵＩマッチング部７２、及びＵＩ選定部７４を含んで構成される。
【００３４】
画面マッチング部７０は、画面・ＵＩメモリＤＢ５６に初期登録された情報に基づいて、設計対象の画面に類似する過去に設計済の画面を検索する。そして、類似する画面が検索されると、検索された画面におけるＵＩ部品の選定結果を示す情報を部品候補情報としてクライアント１２に送信する。例えば、画面マッチング部７０は、設計対象の画面との類似度が所定の基準値以上である設計済の画面を、設計対象の画面に類似する画面として抽出することができる。さらに、画面マッチング７０は、類似度の高い順に、設計済の画面に関する情報をクライアント１２に提供することができる。ここで、画面の類似度の算出は、例えば、画面内に含まれるデータ項目の一致度に基づいて行うことができる。なお、データ項目の一致度を判定する際には、比較する際のキーに機能を含めることができる。また、画面マッチング部７０は、設計対象の画面が属するプロジェクトのみにおける設計済の画面を検索対象とすることができる。
【００３５】
図６に示した画面１００の画面マッチング候補表示エリア１１８には、画面マッチング部７０により抽出された画面の一覧が表示されている。画面の一覧は、例えば、画面イメージをあらわすサムネイル画像や、画面名称により表すことができる。また、画面の一覧は、設計対象の画面との類似度が高い順に表示することができる。画面１００の画面設計エリア１２０は、設計対象の画面の設計を行うための領域である。例えば、画面マッチング候補エリア１１８で、ある画面が選択されると、画面設計部３４は、選択された画面の設計情報をＵＩメモリサーバ２０の画面マッチング部７０に要求する。画面マッチング部７０は、要求された画面の設計情報を画面・ＵＩメモリＤＢ５６から抽出してクライアント１２に送信する。このとき、画面マッチング部７０は、当該画面の部品データ、配色データをＵＩ部品カタログＤＢ５０から取得し、設計情報とともにクライアント１２に送信する。クライアント１２の画面設計部３４では、ＵＩメモリサーバ２０から受信した設計情報や部品データ（描画情報）、配色データに基づいて、画面マッチング候補表示エリア１１８で選択された画面をレンダリングし、画面設計エリア１２０に表示することができる。画面設計者は、画面設計エリア１２０に表示された設計済の画面をもとに、ＵＩ部品のサイズや位置を調整したり、ＵＩ部品の追加や変更、削除などを行うことにより、画面の設計を行うことができる。なお、ＵＩ部品の追加や変更は、後述するようにＵＩ部品候補表示エリア１２２に表示されるＵＩ部品から選択することにより行うことができる。
【００３６】
なお、画面設計エリア１２０には、類似度が最も高い設計済の画面が自動的に表示されるようにすることも可能である。また、設計対象の画面で必要なデータ項目以外のデータ項目が設計済の画面に含まれていることもある。この場合、画面設計エリア１２０では、このような不要なデータ項目は、表示されないようにしてもよいし、グレイアウト等によって不要であることがわかるように表示されることとしてもよい。
【００３７】
また、画面マッチング候補表示エリア１１８から画面が選択された場合、データ項目入力エリア１１２には、選択された画面において選定されたＵＩ部品と、選択された画面における承認状態が表示される。
【００３８】
図１に戻り、ＵＩマッチング部７２は、ＵＩ選定部７４からの要求に応じて、設計対象の画面に含まれるデータ項目について、データ項目及び機能をキーとして画面・ＵＩメモリＤＢ５６から、過去に同一のデータ項目及び機能に対して選定されたＵＩ部品を検索する。
【００３９】
ＵＩ選定部７４は、設計対象の画面に含まれるデータ項目について、過去に同一のデータ項目及び機能に対して選定されたＵＩ部品の検索要求をクライアント１２の画面設計部３４から受け付けると、ＵＩマッチング部７２を介してこのようなＵＩ部品の検索を行う。そして、ＵＩ選定部７４は、ＵＩマッチング部７２の検索結果に基づいて、検索されたＵＩ部品の説明情報や部品データ、配色データをＵＩ選定ガイドラインＤＢ５４やＵＩ部品カタログＤＢ５０から取得し、クライアント１２に送信する。なお、あるデータ項目に対して複数のＵＩ部品が検索された場合、ＵＩ選定部７４は、これら複数のＵＩ部品に関する情報をクライアント１２に送信する。この場合、ＵＩ選定部７４は、ＵＩ選定ガイドラインＤＢ５４に登録されている優先順位に従ってＵＩ部品がＵＩ部品候補表示エリア１２２に表示されるようにＵＩ部品の情報をクライアント１２に出力することができる。
【００４０】
ここで、クライアント１２の画面設計部３４は、例えば、データ項目入力エリア１１２において選択されたデータ項目についての検索要求をＵＩメモリサーバ２０に送信することができる。画面設計部３４は、例えば、画面設計エリア１２０において選択されたデータ項目についての検索要求をＵＩメモリサーバ２０に送信することも可能である。
【００４１】
また、ＵＩ選定部７４は、設計済の画面でのＵＩ部品の選定履歴にかかわらず、ＵＩ選定ガイドラインＤＢ５４を参照することにより、ガイドラインに規定されたＵＩ部品に関する情報をクライアント１２に提供することも可能である。例えば、ＵＩ選定部７４は、ＵＩマッチング部７２によってＵＩ部品が検索されなかった場合に、データ項目に対する機能を有するＵＩ部品をＵＩ選定ガイドラインＤＢ５４から検索し、検索されたＵＩ部品に関する情報をクライアント１２に提供することができる。また、例えば、画面１００において、あるデータ項目が選択されたうえでガイドライン参照１１６ボタンが押下される等、クライアント１２からの要求に応じて、当該データ項目に対する機能を有するＵＩ部品をＵＩ選定ガイドラインＤＢ５４から検索することも可能である。このような場合においても、ＵＩ選定部７４は、ＵＩ部品候補表示エリア１２２に１つまたは複数のＵＩ部品が、ＵＩ部品の説明情報とともに、優先順位に従って表示されるようにＵＩ部品の情報をクライアント１２に出力することが可能である。
【００４２】
また、ＵＩ選定部７４は、設計された画面におけるＵＩ部品の選定結果を示す設計情報をクライアント１２から受信し、画面・ＵＩメモリＤＢ５６を更新することができる。すなわち、ＵＩ選定部７４は、画面・ＵＩメモリＤＢ５６に格納されている設計情報を更新する設計情報更新部としての機能も備えている。例えば、図６に示す画面１００において、選定結果登録ボタン１２４が押下されることにより、画面設計エリア１２０で設計された画面に関する設計情報が、画面設計部３４からＵＩメモリサーバ２０に送信されるようにすることができる。ＵＩ選定部７４では、クライアント１２から選定結果を受信すると、画面・ＵＩメモリＤＢ５６に初期登録されている設計情報に、ＵＩ部品や配置情報を追加する。また、ＵＩ選定部７４は、新たに設計された画面において選定されたＵＩ部品が、類似画面において過去に選定されたＵＩ部品をそのまま用いたものであり、類似画面において既に承認済である場合には、新たに設計された画面における当該ＵＩ部品の承認状態を「済」に更新することとしてもよい。
【００４３】
図１に戻り、ＵＩ選定承認部６８は、画面・ＵＩメモリＤＢ５６を参照し、同一のデータ項目に対して異なるＵＩ部品が選定されている複数の画面を特定する。そして、ＵＩ選定承認部６８は、特定された画面において同一のデータ項目に対して異なるＵＩ部品が選定されていることを示す相違情報を生成し、クライアント１４の承認部３８に送信する。この相違情報には、特定された画面の設計情報及び部品データ、配色データが含まれている。クライアント１４の承認部３８では、ＵＩメモリサーバ２０から送信される相違情報に基づいて、選定されたＵＩ部品の承認が行われる。
【００４４】
図７には、クライアント１４の承認部３８においてＵＩ部品の承認が行われる際の画面の一例が示されている。図７に示す画面２００は、承認部３８が、ＵＩメモリサーバ２０から送信される相違情報に基づいて表示するものである。画面２００には、ＵＩ差異一覧表示エリア２１０及びＵＩ差異確認エリア２１２が含まれている。ＵＩ差異一覧表示エリア２１０には、選定されたＵＩ部品に差異があるデータ項目のリストが表示される。図７の例では、「性別」という同一のデータ項目に対して、画面Ａでは部品Ｔが選定され、画面Ｂでは部品Ｖが選定されていることが示されている。そして、部品Ｔの承認状態が「済」、部品Ｖの承認状態が「未」であることが示されている。ＵＩ差異確認エリア２１２には、ＵＩ差異一覧表示エリア２１０において選択されたデータ項目について、そのデータ項目を含む画面が表示される。図７の例では、ＵＩ差異一覧表示エリア２１０において「性別」のデータ項目が選択されており、このデータ項目を含む画面Ａ及び画面ＢがＵＩ差異確認エリア２１２に表示されている。ＵＩ差異確認エリア２１２を見ると、「性別」という同一のデータ項目に対して、画面Ａではラジオボタン（部品Ｔ）が選定され、画面Ｂではリストボックス（部品Ｖ）が選定されていることがわかる。ここで、画面Ａにおけるラジオボタン（部品Ｔ）は承認済であり、画面Ｂにおけるリストボックス（部品Ｖ）は未承認であるとする。このとき、承認者は、承認ボタン２１４または修正指示ボタン２１６を押下することにより、画面Ｂにおけるリストボックス（部品Ｖ）の承認結果を入力することが可能である。承認部３８は、承認者からの承認結果を受け付けると、承認結果を示す承認情報を生成し、承認結果が入力された画面及びデータ項目を特定するための情報とともに、ＵＩメモリサーバ２０のＵＩ選定承認部６８に送信する。ＵＩメモリサーバ２０のＵＩ選定承認部６８では、この承認情報を用いて、画面・ＵＩメモリＤＢ５６に記憶されている設計情報を更新する。
【００４５】
なお、図７の画面２００では、ＵＩ差異確認エリア２１２に２つの画面のみが表示されているが、同一のデータ項目の選定結果に相違が生じている画面が３つ以上存在する場合においては、これら３つ以上の画面間の差異を確認するための任意の表示手法を採用することが可能である。例えば、ＵＩ差異確認エリア２１２に、同一のデータ項目の選定結果に相違が生じている全ての画面が表示されることとしてもよい。この場合、例えば、ＵＩ差異確認エリア２１２をスクロール表示可能に構成することが可能である。また、例えば、ＵＩ差異確認エリア２１２の左側に、対象のデータ項目が承認済の画面を表示し、ＵＩ差異確認エリア２１２の右側に、対象のデータ項目が未承認の画面を順次切り替え可能に表示することとしてもよい。また、承認済のデータ項目に対して修正指示の入力が可能であることとしてもよい。いずれの場合においても、承認者は、選定されたデータ項目を単にガイドラインと比較するのではなく、各画面の特性や前後の画面との関連などにより、各画面において選定されたＵＩ部品を承認するかどうかを決定することが可能である。
【００４６】
図８は、ＵＩメモリサーバ２０における処理の一例を示すフローチャートである。まず、画面登録部６４は、画面ごとのデータ項目・機能を含む設計情報をクライアント１２から受け付けて、画面ＵＩ・メモリＤＢ５６に登録する（Ｓ８０１）。設計情報が登録されると、画面マッチング部７０は、データ項目が類似する過去に設計された画面を画面ＵＩ・メモリＤＢから検索し、検索された画面の類似度を算出する（Ｓ８０２）。そして、画面マッチング部７０は、類似度が基準値以上の画面があるかどうか確認し（Ｓ８０３）、基準値以上の画面があれば（Ｓ８０３：Ｙ）、類似画面の設計情報及び部品データ、配色データを画面・ＵＩメモリＤＢ５６及びＵＩ部品カタログＤＢ５０から取得し、部品候補情報としてクライアント１２に送信する（Ｓ８０４）。
【００４７】
類似度が基準値以上の画面がない場合（Ｓ８０３：Ｎ）、ＵＩ選定部７４は、ＵＩマッチング部７２を介して、登録されたデータ項目に対して過去に選定されたＵＩ部品を画面ＵＩ・メモリＤＢ５６から検索する（Ｓ８０５）。そして、このデータ項目に対して過去に選定されたＵＩ部品がある場合（Ｓ８０６：Ｙ）、ＵＩ選定部７４は、過去に選定されたＵＩ部品の設計情報及び部品データ、配色データを画面・ＵＩメモリＤＢ５６及びＵＩ部品カタログＤＢ５０から取得し、部品候補情報としてクライアント１２に送信する（Ｓ８０７）。
【００４８】
登録されたデータ項目に対して過去に選定されたＵＩ部品がない場合（Ｓ８０６：Ｎ）、もしくはクライアント１２から、ガイドラインの検索要求があった場合（Ｓ８０８：Ｙ）、ＵＩ選定部７４は、登録されたデータ項目の機能に対応するＵＩ部品をＵＩ選定ガイドラインＤＢ５４から検索する（Ｓ８０９）。そして、ＵＩ選定部７４は、検索されたＵＩ部品の情報及び部品データ、配色データをＵＩ選定ガイドラインＤＢ５４及びＵＩ部品カタログＤＢ５０から取得し、部品候補情報としてクライアント１２に送信する（Ｓ８１０）。
【００４９】
そして、ＵＩ選定部７４は、部品候補情報に基づいて設計された画面のＵＩ選定結果を示す設計情報をクライアント１２から受け付けて、画面・ＵＩメモリＤＢ５６に記憶されている設計情報を更新する（Ｓ８１１）。
【００５０】
なお、図８のフローチャートには示していないが、例えば、クライアント１４からの要求に応じた任意のタイミングで、選定されたＵＩ部品の承認処理が実行されることとなる。
【００５１】
以上、本実施形態について説明した。本実施形態によれば、ＵＩ選定ガイドラインでは、１つの機能に対して複数のＵＩ部品が登録されているため、各画面の設計段階において、各画面の特性や前後の画面との関連等に応じて、ガイドラインの範囲内で適切なＵＩ部品を選定することが可能である。したがって、ＵＩ選定ガイドラインを用いることによってＧＵＩに統一性を持たせることが可能であるとともに、画面設計時の自由度を向上させることが可能となる。
【００５２】
また、本実施形態では、クライアント１２に提供される部品候補情報には、ＵＩ部品を描画するための部品データ（描画情報）、配色データが含まれているため、クライアント１２において、ＵＩ部品のイメージを確認可能である。そのため、画面設計時のＵＩ部品選択が容易となる。
【００５３】
また、本実施形態では、クライアント１２に提供される部品候補情報には、ＵＩ部品の説明情報が含まれている。そのため、クライアント１２においてＵＩ部品を選定する際に、画面の特性等にあわせて適切なＵＩ部品を選定することが可能となる。
【００５４】
また、本実施形態では、クライアント１２に提供される部品候補情報には、ＵＩ部品の優先順位を示す情報が含まれている。したがって、例えば、ＵＩ部品を優先順位が高い順に表示することが可能となる。これにより、画面の設計者は候補に含まれるＵＩ部品の中から優先順位が高いものを選定する傾向となり、ＵＩ部品選定の自由度がある一方で、ＧＵＩの統一性を高めることが可能となる。
【００５５】
また、本実施形態では、ＵＩ部品の優先順位を設定可能であるため、設計対象の特性等に応じてフレキシブルな運用が可能となる。例えば、本実施形態では、ＵＩ部品の優先順位をプロジェクトごとに設定することが可能であり、プロジェクトの特性に合わせたガイドラインを構築することが可能となる。
【００５６】
また、本実施形態では、同一のデータ項目に対して異なるＵＩ部品が選定されている複数の画面が存在する場合に、承認者がその相違の内容を確認し、選定されたＵＩ部品の承認を行うことが可能である。これにより、設計者にＵＩ部品選定の自由度が与えられる一方で、承認者によるＵＩ部品の承認によってＧＵＩの統一性を確保することが可能となる。
【００５７】
そして、本実施形態では、承認者の承認結果を画面の設計情報と対応づけて画面・ＵＩメモリＤＢ５６に格納することが可能である。そのため、画面の設計者は、例えば設計時の画面１００において、ＵＩ部品の選定に対する承認結果を確認することが可能である。なお、画面１００における確認だけではなく、例えば、設計者に対して承認結果が電子メールで通知されるなど、承認結果の確認には任意の手法を用いることが可能である。
【００５８】
なお、本実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更／改良され得るととともに、本発明にはその等価物も含まれる。
【符号の説明】
【００５９】
１０，１２，１４  クライアント
２０  ＵＩメモリサーバ
３０  プロジェクト登録部
３２  通信部
３４  画面設計部
３６  通信部
３８  承認部
４０  通信部
５０  ＵＩ部品カタログＤＢ
５２  ＵＩ選定ガイドラインテンプレートＤＢ
５４  ＵＩ選定ガイドラインＤＢ
５６  画面・ＵＩメモリＤＢ
６０ａ，６０ｂ，６０ｃ  通信部
６２  ＵＩ選定ガイドライン設定部
６４  画面登録部
６６  部品候補出力部
６８  ＵＩ選定承認部
７０  画面マッチング部
７２  ＵＩマッチング部
７４  ＵＩ選定部
【図１】
2013020416.tif 000003
【図２】
2013020416.tif 000004
【図３】
2013020416.tif 000005
【図４】
2013020416.tif 000006
【図５】
2013020416.tif 000007
【図６】
2013020416.tif 000008
【図７】
2013020416.tif 000009
【図８】
2013020416.tif 000010