JP2008040943A - Ｈｍｉ開発支援装置、ｈｍｉ開発支援方法およびプログラム - Google Patents

Abstract

【課題】ＨＭＩの開発に係る実装コストを低減する。
【解決手段】ＨＭＩ開発支援装置１を、リソース管理ＤＢ３０を共通にアクセスするレイアウトエディタ２０と画像エディタ１０とによって構成する。画像エディタ１０は、レイアウトエディタ２０によって生成され、リソース管理ＤＢ３０のレイアウト管理テーブル３１に記憶されたレイアウトデータをインポートし、そのインポートしたレイアウトデータに含まれる部品の画像データをレイヤーごとに統合し、そのレイアウトの画像データをレイヤーごとに表示する。画像エディタ１０は、そのレイアウトに含まれる部品の画像データをレイヤーごとに生成し、生成した部品の画像データを画像管理テーブル３５に記憶するとともに、その部品の画像データに基づき、レイアウト管理テーブル３２および部品管理テーブル３３を更新する。
【選択図】図１

Description

本発明は、カーナビゲーション装置におけるヒューマン・マシン・インタフェース（以下、「ＨＭＩ」と略す。）の開発に好適なＨＭＩ開発支援装置、ＨＭＩ開発支援方法およびプログラムに関する。

カーナビゲーション装置におけるＨＭＩは、特に、純正品の場合、車両メーカによって車種ごとに独自に設計されることが多く、また、カーナビゲーション装置に求められる機能は、年々複雑になってきている。そのため、そのＨＭＩの開発時の実装コストが増加し、その実装コストは、車両メーカやカーナビゲーション装置メーカにとって大きな負担となってきている。

カーナビゲーション装置用に限らず、一般に、ユーザが表示画面などを用いて操作するＨＭＩの開発においては、例えば、特許文献１に開示されているように、いわゆるレイアウトエディタが用いられている。レイアウトエディタにおいては、前もって準備されたボタンや表示枠などの標準表示部品を並べる（レイアウトする）ことにより、ユーザに対する表示画面を簡単に構成することができるようにされている。また、レイアウトエディタには、レイアウトするボタンとそのボタンを押したときの表示画面の遷移関係を設計またはチェックする画面遷移エディタなども整備されている。

ＨＭＩの開発者は、このようなレイアウトエディタを使用することにより、高機能のＨＭＩを効率よく装置に実装できるようになった。つまり、レイアウトエディタは、ＨＭＩの開発時の実装コストの負担軽減に大きく寄与したと言える。
特開２００３−１１４７９３号公報

しかしながら、車両メーカやカーナビゲーション装置メーカにとって、今なお、ＨＭＩの開発時の実装コストが大きな負担になっている。これは次のような事情による。

すなわち、カーナビゲーション装置のＨＭＩの開発においては、その機能や使い勝手の設計だけでなく、表示画面の見た目の美しさや特徴あるデザインの開発にも大きな力点が置かれている。見た目の美しさや特徴あるデザインは、他社製品との差別化を図る重要なポイントになっているからである。そこで、カーナビゲーション装置の表示画面で用いられるボタン類や表示枠などの表示部品は、ＨＭＩの開発技術者ではなく、美的センスを持つ画像のデザイナによってデザインされることが多い。

このとき、画像のデザイナは、その表示部品のデザインを、例えばフォトショップ（登録商標）のようないわゆる画像エディタを用いて行っている。このとき、一般には、レイアウトエディタと画像エディタとの間では、共通の部品データベースが使用されていない。そのため、両者間で画像データなどのやり取りを行うだけでも、ユーザは面倒な操作を行わなければならない。また、両者間における表示部品の関連付けを行うにしても、それぞれのユーザが異なっていることもあって、行き違いや誤りを生じやすく、表示部品のデータの管理が不充分なものになりがちである。

すなわち、従来のレイアウトエディタと画像エディタとにおいては、その操作上の連携機能が充分でないため、また、それぞれのユーザが異なるため、どうしてもＨＭＩに係る画面の構成およびデザインの作成に時間を要することになる。このことが、ＨＭＩの開発時の実装コストを低減することができない大きな原因となっている。

そこで、本発明においては、レイアウトエディタと画像エディタとの間の連携機能の操作性を向上させ、ＨＭＩの開発時の実装コストを低減することが可能なＨＭＩ開発支援方法、ＨＭＩ開発支援装置およびプログラムを提供することを目的とする。

本発明は、ＣＰＵ（Central Processing Unit）と記憶装置と表示装置と操作入力装置とを少なくとも備え、情報処理装置のＨＭＩ（Human Machine Interface）に係る表示画面の開発を支援するＨＭＩ開発支援装置であって、前記操作入力装置から適宜入力される操作情報に基づき、図形データを有する図形部品および／または画像データを有する画像部品をレイアウトして前記情報処理装置の表示画面のレイアウトを生成するレイアウト編集手段と、前記操作入力装置から適宜入力される操作情報に基づき、前記図形部品および／または画像部品に対する画像を生成する画像編集手段と、前記レイアウト編集手段によって生成されたレイアウトのレイアウトデータ、そのレイアウトに含まれる部品の部品データおよびその部品の画像データを少なくとも記憶するデータ記憶手段とを備える。そして、その画像編集手段が、前記レイアウト編集手段によって生成され、前記データ記憶手段に記憶されたレイアウトのレイアウトデータをインポートし、前記インポートしたレイアウトデータに含まれる部品について、前記操作入力装置から適宜入力される操作情報に基づき、その部品の画像データを生成し、前記生成した部品の画像データを前記データ記憶手段に記憶するとともに、前記データ記憶手段に記憶されている前記レイアウトデータおよび前記部品データを更新することを特徴とする。

本発明のＨＭＩ開発支援装置においては、レイアウト編集手段および画像編集手段は、レイアウトデータ、部品データおよび部品の画像データを記憶するデータ記憶手段に対し共通にアクセス可能であるので、画像編集手段は、そのデータ記憶手段を介して、レイアウト編集手段が生成したレイアウトのデータを簡単にインポートすることができる。また、画像編集手段は、インポートしたレイアウトに含まれる部品に対して画像データを生成し、生成した画像データによりデータ記憶手段に記憶されている部品データやレイアウトデータを簡単に変更することができる。

すなわち、本発明によれば、レイアウト編集手段と画像編集手段との間で、データ記憶手段を共通にアクセスする連携機能を設けたことにより、ユーザの使い勝手が向上する。よって、情報処理装置のＨＭＩに係る１つ１つの表示画面のレイアウトやその部品の画像デザインに要する時間が短縮する。その結果、ＨＭＩに係るすべての表示画面の開発に要する延べ人数（工数）、つまり、実装コストが低減される。

本発明によれば、レイアウトエディタと画像エディタとの間の連携機能の操作性が向上し、ＨＭＩの開発時の実装コストを低減することが可能となる。

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

図１は、本発明の実施形態に係るＨＭＩ開発支援装置の機能ブロックの構成の例を示した図である。図１に示すようにＨＭＩ開発支援装置１は、画像エディタ１０と、レイアウトエディタ２０と、リソース管理ＤＢ（Database）３０とを含んで構成される。

画像編集手段である画像エディタ１０は、画像入力部１１、画像編集部１２、画像出力部１３など画像エディタ、レイアウトインポート部１４、部品登録部１５などの機能ブロックを備える。また、レイアウト編集手段であるレイアウトエディタ２０は、プロジェクト管理部２１、レイアウト管理部２２、レイアウト編集部２３、基本部品パレット機能部２４、登録部品パレット機能部２５などのレイアウトエディタとして基本となる機能ブロックを備え、さらに、情報更新部２６などの機能ブロックを備える。また、データ記憶手段であるリソース管理ＤＢ３０は、プロジェクト管理テーブル３１、レイアウト管理テーブル３２、部品管理テーブル３３、文字列管理テーブル３４、画像管理テーブル３５などのテーブルと、テーブル編集部３６などの機能ブロックとを備える。

以上のように構成されたＨＭＩ開発支援装置１は、演算処理およびプログラム実行処理を行うＣＰＵ（Central Processing Unit）と、プログラムおよびデータを記憶する記憶装置と、ＣＰＵがプログラムを実行するに際し必要なデータを入力する入力装置と、ＣＰＵがプログラムを実行した結果を表示する表示装置とを含んだコンピュータによって実現される。すなわち、図１における各機能ブロックのそれぞれの機能は、コンピュータのＣＰＵがその記憶装置に記憶された所定のプログラムを実行することによって実現される。なお、各機能ブロックが有する機能については、本実施形態を説明する中で、適宜、説明する。

また、コンピュータにおいて、記憶装置は、通常、ＲＡＭ（Random Access Memory）などの揮発性記憶装置と、ハードディスク装置やフラッシュメモリなどの不揮発性記憶装置とを含んで構成される。その記憶装置には、ＣＰＵが実行するプログラム、そのプログラムを実行するに際して必要な作業用データ、リソース管理ＤＢ３０における各管理テーブルのデータなどが記憶される。なお、リソース管理ＤＢ３０は、いわゆるリレーショナルデータベースであり、ツリー構造で管理されるデータ交換方式のデータは、ＸＭＬ（Extensible Markup Language）のフォーマットで保持されるものとする。その詳細な例については、別途、図示するところによる。

なお、本実施形態においては、ＨＭＩ開発支援装置１は、１台のコンピュータによって実現されるものとするが、複数台のコンピュータによって実現されるとしても構わない。例えば、図１において、画像エディタ１０、レイアウトエディタ２０およびリソース管理ＤＢ３０のそれぞれの機能がそれぞれ別個のコンピュータによって実現され、そのそれぞれのコンピュータが、通信ネットワークなどを介して相互に接続され、それら複数のコンピュータによりＨＭＩ開発支援装置１の機能を実現するようにしてもよい。

次に、図２〜図９を参照して、レイアウトエディタ２０の動作の例について説明する。ここで、図２は、レイアウトエディタ２０によって表示される表示画面の例を示した図である。また、図３および図４は、レイアウトエディタ２０における処理フローの例を示した図である。また、図５、図６、図７、図８および図９は、それぞれ、プロジェクト管理テーブル３１、レイアウト管理テーブル３２、部品管理テーブル３３、画像管理テーブル３５および文字列管理テーブル３４の構成の例を示した図である。

図２に示すように、レイアウトエディタ２０が動作すると、ＨＭＩ開発支援装置１の表示装置には、例えば、表示画面４が表示される。表示画面４には、メニューバー４１とレイアウト編集ウィンドウ４５とが表示され、また、必要に応じて基本部品パレット４６、登録部品パレット４７が表示される。ここで、基本部品とは、部品の外形や大きさを示す情報のみが定義された部品であり、登録部品とは、基本部品に対して美的なデザインが加えられた、ビットマップデータなどの画像を含む部品である。

レイアウト編集ウィンドウ４５には、編集対象の例えばカーナビゲーション装置などの画面のレイアウトが表示される。すなわち、ユーザは、基本部品パレット４６や登録部品パレット４７に表示されている部品を、レイアウト編集ウィンドウ４５の中で、適宜、レイアウトすることによって目的とする表示画面を作成する。

なお、プロジェクト管理ウィンドウ４２およびレイアウト管理ウィンドウ４３は、編集対象のレイアウトを選択するために表示されるウィンドウである。また、状態設定ウィンドウ４４は、レイアウト編集ウィンドウ４５に表示される編集対象のレイアウトの表示モードを設定するためのウィンドウであり、本実施形態の場合には、同じレイアウトに対して、昼画像と夜画像とがあり、表示される文字として日本語と英語とがあるものとするが、実際にはこれに限定されることはない。

続いて、図３および図４に従って、図２のような表示画面が表示されるまでのレイアウトエディタ２０における処理フローについて説明する。

レイアウトエディタ２０は、そのプログラムの実行を開始すると、表示画面４（図２参照）に示されているようなメニューバー４１を表示する。そして、ユーザによってメニューバー４１の「プロジェクト」が選択されると、プロジェクトメニュー４１１が表示される。

そこで、図３に示すように、ユーザによるプロジェクトメニュー４１１の「プロジェクトの読み込み」押下の入力を受け付けると（ステップＳ１１）、レイアウトエディタ２０（プロジェクト管理部２１）は、プロジェクト管理テーブル３１（図５参照）から、プロジェクトＩＤとプロジェクトＸＭＬの＜project＞タグのname属性と更新日時とを取得し、プロジェクト選択ダイアログ（図２では図示省略）を表示する（ステップＳ１２）。

次に、レイアウトエディタ２０（プロジェクト管理部２１）は、その表示されたプロジェクト選択ダイアログ（図２では図示省略）でユーザにより選択されたプロジェクト（図２では、「Project A」が選択されたことにしている）のプロジェクトＸＭＬを解釈し、保持する（ステップＳ１３）。そして、レイアウトエディタ２０（プロジェクト管理部２１）は、当該プロジェクトＸＭＬの＜scene＞タグで表現されるレイアウトのツリー階層をプロジェクト管理ウィンドウ４２（図２参照）に表示する（ステップＳ１４）。

次に、レイアウトエディタ２０（登録部品パレット機能部２５）は、部品管理テーブル３３（図７参照）から、前記選択されたプロジェクト（「Project A」）とプロジェクトＩＤが等しい部品ＸＭＬを取得、解釈後、登録部品パレット４６に登録する（ステップＳ１５）。なお、ここでは、登録部品パレット４６に表示する部品は、部品管理テーブル３３に登録されている部品のうち当該プロジェクトに用いられている部品のみに限定しているが、部品管理テーブル３３に登録されているすべての部品を表示できるようにしてもよい。

なお、以上の図３の説明においては、動作の主体を機能ブロックとしているが、本来の動作の主体は、プログラムを実行するＣＰＵである。ただし、ここでは、ＣＰＵがどの機能ブロックのプログラムを実行しているかを示すために、動作の主体を機能ブロックで表すようにした。以下、本明細書の説明において同じである。

続いて、図４に示すように、レイアウトエディタ２０は、プロジェクト管理ウィンドウ４２内でユーザによって選択されたレイアウトの名称（図２の例では、「電話番号入力画面」）を、当該プロジェクトＸＭＬ（図５参照）の＜layoutRef＞タグのname属性から取得する（ステップＳ２１）。

次に、レイアウトエディタ２０（レイアウト管理部２２）は、レイアウト管理テーブル３２（図６参照）から、同一プロジェクトＩＤで、かつ、レイアウトＸＭＬの＜layout＞タグのname属性が前記選択されたレイアウトの名称と等しいものを検索する（ステップＳ２２）。

次に、レイアウトエディタ２０（レイアウト管理部２２）は、その検索されたレイアウトＸＭＬを解釈し、レイアウト管理ウィンドウ４３（図２参照）を次のルールでツリー表示する（ステップＳ２３）。すなわち、＜picture＞タグは“［Picture］name属性”、＜label＞タグは“［Label］name属性”、＜button＞タグは“［Button］name属性”、＜componentRef＞は“［class属性］name属性”というルールである。

次に、レイアウトエディタ２０（レイアウト管理部２２）は、前記解釈されたレイアウトＸＭＬに基づき、そのレイアウトに含まれる部品の部品ＸＭＬ（図７、部品管理テーブル３３参照）に含まれる＜imageRef＞タグのname属性と画像名が一致する画像を、画像管理テーブル３５（図８参照）から検索し、状態設定ウィンドウ４４（図２参照）の表示モードに対応する画像を取得する（ステップＳ２４）。

次に、前記解釈されたレイアウトＸＭＬに基づき、レイアウト管理部２２で、文字列管理テーブル３４（図９参照）からtext属性と文字列名が一致し、かつ、状態設定ウィンドウ４４の言語モードと一致する文字列を取得する（ステップＳ２５）。さらに、レイアウトエディタ２０（レイアウト編集部２３）は、前記解釈されたレイアウトＸＭＬと検索画像と検索文字列とに基づき、レイアウト編集ウィンドウ４５（図２参照）に画像を表示する（ステップＳ２６）。

なお、このときには、状態設定ウィンドウ４４で設定される状態は、初期状態として所定の状態に設定されるか、あるいは、ユーザによってすでに設定されているものとする。図２の例では、レイアウト編集ウィンドウ４５には、表示モードが「昼」、言語モードが「日本語」の電話番号入力画面が表示されている。

以上により、「電話番号入力画面」の編集画面がレイアウト編集ウィンドウ４５に表示されたことになる。このとき、本例においては、電話番号入力画面のうち電話番号表示部品の画像データが登録されていない状況にあるので、以下においては、画像エディタ１０によりこの電話番号表示部品（電話番号表示枠とその枠内に表示される電話番号の文字）の画像データをデザインし、登録する手順について説明する。

図１０は、画像エディタ１０によって表示されるレイアウトインポート処理時の表示画面の例を示した図、図１１は、画像エディタ１０におけるレイアウトインポート処理の処理フローの例を示した図である。

図１０に示すように、画像エディタ１０が動作すると、ＨＭＩ開発支援装置１の表示装置には、例えば、表示画面５が表示される。そして、その表示画面５には、メニューバー５１と画像編集ウィンドウ５３とが表示され、また、必要に応じて、適宜、インポートウィンドウ５２、編集ウィンドウ５４、ツールパレット５５などが表示される。このとき、画像編集ウィンドウ５３には、編集対象のレイアウトの画像データが表示される。編集対象のレイアウトは、インポートウィンドウ５２によって選択される。なお、図１０の例では、編集対象のレイアウトは、「電話番号入力画面」である。

画像エディタ１０は、そのプログラムの実行を開始すると、表示画面５（図１０参照）に示されているようなメニューバー５１を表示する。そして、ユーザによってメニューバー５１の「レイアウト」が選択されると、レイアウトメニュー５１１が表示される。

そこで、図１１に示すように、ユーザによるレイアウトメニュー５１１の「インポート」押下の入力を受け付けると（ステップＳ３１）、画像エディタ１０（プロジェクト管理部２１）は、プロジェクト管理テーブル３１（図５参照）から、プロジェクトＩＤとプロジェクトＸＭＬの＜project＞タグのname属性と更新日時とを取得し、プロジェクト選択ダイアログ（図１０では図示省略）を表示する（ステップＳ３２）。なお、プロジェクト管理部２１は、レイアウトエディタ２０に含まれるが、ここでは、画像エディタ１０からの指示に従って動作する。

次に、画像エディタ１０（プロジェクト管理部２１）は、その表示されたプロジェクト選択ダイアログ（図１０では図示省略）でユーザにより選択されたプロジェクト（図１０では、「Project A」が選択されたことにしている）のプロジェクトＸＭＬを解釈し、保持する（ステップＳ３３）。そして、画像エディタ１０（プロジェクト管理部２１）は、当該プロジェクトＸＭＬの＜scene＞タグで表現されるレイアウトのツリー階層をインポートウィンドウ５２（図１０参照）に表示する（ステップＳ３４）。

次に、画像エディタ１０（レイアウトインポート部１４）は、ユーザによってインポートウィンドウ５２で選択されたレイアウトをレイアウト管理テーブル３２から検索する（ステップＳ３５）。図１０の例では、「電話番号入力画面」のレイアウトが選択されたことにしている。このとき、「電話番号入力画面」のレイアウトには、デザイン対象の電話番号表示部品だけでなく、数字ボタンや実行ボタンが含まれている。

次に、画像エディタ１０（レイアウトインポート部１４）は、当該レイアウトのＸＭＬの＜componentRef＞タグで定義済みの画像を統合し、その昼画像をレイヤー“レイアウト名＿Ｄ”、夜画像をレイヤー“レイアウト名＿Ｎ”に生成する（ステップＳ３６）。さらに、画像エディタ１０（レイアウトインポート部１４）は、＜componentRef＞タグ以外の基本部品については、昼画像をレイヤー“タグ名＿Ｄ＿部品名”、夜画像をレイヤー“タグ名＿Ｎ＿部品名”を個々に対して生成する（ステップＳ３７）。

以上のように、画像エディタ１０は、レイアウトエディタ２０によって作成された画面のレイアウトをインポートすることができる。このときユーザが行う操作は、レイアウトエディタ２０を開始するときの操作とほとんど同じであり、プロジェクトとそのプロジェクトで使用されている画面を選択するだけでよい。すなわち、そのレイアウトのインポートにかかる操作は、ユーザにとって簡単な操作であり、そのため、画像エディタ１０のユーザとレイアウトエディタ２０のユーザが異なっても、両者の間で行き違いや誤りが生じる恐れはほとんどない。

また、本実施形態においては、画像エディタ１０は、レイアウトのインポートに際し、部品ごとに定義されているレイヤーを、当該レイアウトの既デザイン部分の画像について同じレイヤー名のレイヤーごとにその画像データを統合している。本実施形態の例では、部品の画像データは、昼画像および夜画像の２レイヤーを有しているが、当該レイアウトの画像データは、そのレイアウトに含まれる部品の画像のそれぞれのレイヤーごとの画像データがそれぞれ統合され、昼画像および夜画像の２レイヤーの画像データに変換されている。これによって、部品のレイヤーをそれぞれ独立のレイヤーとするのに比べ、当該レイアウトの画像のレイヤー数を削減することができ、その分、コンピュータの処理負担を軽減することができる。

画像エディタ１０は、以上のようにしてレイアウトのインポートを終えると、図１０に示すように、インポートしたレイアウトを画像編集ウィンドウ５３に表示するとともに、編集対象のレイヤーを指定するレイヤー編集ウィンドウ５４を表示する。なお、図１０には、ツールパレット５５が表示されているが、これは一般的な画像エディタが有するツールパレットと同様のものである。

図１０の画像編集ウィンドウ５３において、電話番号表示枠５３１は、基本部品を用いた図形の部品であって、デザインされた画像のデータを有する登録部品になっていない。そこで、画像のデザイナは、ＨＭＩ開発支援装置１の入力装置やツールパレット５５のデザインツールなどを操作して、電話番号表示枠５３１の画像をデザインする。なお、ユーザは、画像編集ウィンドウ５３において、登録部品の画像データについて、適宜、その画像データを変更したり、新たな画像データを追加したりしても構わない。

図１２および図１３は、それぞれ、以上のようにしてインポートされ、画像のデザイナによってデザインされた「電話番号入力画面」の昼画像編集の表示画面の例、および、夜画像編集の表示画面の例を示した図である。図１２および図１３に示すように、電話番号表示枠５３１ａ，５３１ｂの画像のデザインは、昼画像と夜画像と別々に行われるが、このとき、数字ボタンや実行ボタンなどの画像も同時に表示された状態で、そのデザインが行われる。従って、画像のデザイナは、部品のデザインを行うとき、その周囲にレイアウトされる部品の画像を考慮したデザインを行うことができる。

続いて、画像エディタ１０は、デザインされた部品（図１２および図１３の例では、電話番号表示枠５３１）を部品管理テーブル３３に登録する。

図１４は、画像エディタ１０によって表示される部品登録処理時の部品登録ウィンドウの例を示した図、図１５は、画像エディタ１０における部品登録処理の処理フローの例を示した図である。また、図１６は、部品登録処理によって追加される部品管理テーブルの例を示した図、図１７は、部品登録処理によって追加される画像管理テーブルの例を示した図である。

図１４に示した表示画面６において、ユーザは、部品登録をするために（この時点では、部品登録ウィンドウ６２は表示されていない）、メニューバー６１の「レイアウト」を選択し、そのとき表示されるレイアウトメニュー６１１の「部品登録」を押下する。

すなわち、図１５に示すように、ユーザによるレイアウトメニュー６１１の「部品登録」押下の入力を受け付けると（ステップＳ４１）、画像エディタ１０（部品登録部１５）は、部品登録ウィンドウ６２（図１４参照）を表示する（ステップＳ４２）。その部品登録ウィンドウ６２には、図１４に示すように、部品名の入力エリア６２１と基本部品の追加ボタン６２３が設けられており、ユーザがその入力エリア６２１に部品名を入力し、その部品を構成する基本部品を追加ボタン６２３によって追加すると、その部品のツリー階層６２２が表示され、また、その昼画像プレビューおよび夜画像プレビュー６２４が表示される。

また、その部品登録ウィンドウ６２には、部品登録ボタン６２５およびキャンセルボタン６２６が設けられており、部品登録ボタン６２５の押下の入力を受け付けると（ステップＳ４３でＹｅｓ）、画像エディタ１０（部品登録部）は、追加された基本部品に対応する部品ＸＭＬを生成し、部品管理テーブル３３に追加する（ステップＳ４５）。追加された部品管理テーブル３３の例は、図１６に示す通りである。

次に、画像エディタ１０（部品登録部）は、その追加された基本部品に対応する昼画像レイヤー“タグ名＿Ｄ＿部品名”、夜画像レイヤー“タグ名＿Ｎ＿部品名”、画像名“部品名＿画像”、更新日時を画像管理テーブル３５に追加する（ステップＳ４６）。追加された画像管理テーブル３５の例は、図１７に示す通りである。さらに、画像エディタ１０（部品登録部）は、先にインポートしたレイアウトに対応するレイアウトＸＭＬを登録部品の情報に基づいて修正し、更新日時とともにレイアウト管理テーブル３２を更新する（ステップＳ４７）。

一方、部品登録ボタン６２５の押下の入力ではなく（ステップＳ４３でＮｏ）、キャンセルボタン６２６の押下の入力を受け付けたときには（ステップＳ４４でＹｅｓ）、ステップＳ４５〜Ｓ４７までの部品登録の処理を実行しないで処理を終了する。また、部品登録ボタン６２５の押下もキャンセルボタン６２６の押下も入力されないときには（ステップＳ４４でＮｏ）、部品登録ウィンドウ６２を表示したまま、部品登録ボタン６２５またはキャンセルボタン６２６の押下の入力を待つ。

以上によって、画像エディタ１０での部品のデザインが終了したことになる。そこで、次に、レイアウトエディタ２０は、図１８〜図２１を用いて説明するように、画像のデザインが終了したことによって、レイアウトおよび部品が更新されたことを確認して、もとのレイアウト編集中の表示画面４（図２参照）を更新する。

ここで、図１８および図１９は、それぞれ、レイアウトエディタ２０におけるレイアウト更新の更新確認ウィンドウの表示例、および、部品更新の更新確認ウィンドウの表示例を示した図である。図２０は、その更新確認後にレイアウトエディタ２０によって表示される表示画面の例を示した図である。また、図２１は、レイアウトエディタ２０における更新確認処理の処理フローの例を示した図である。

図２１に示すように、レイアウトエディタ２０は、更新確認の処理を開始し、レイアウト編集中の表示画面７（図１８参照）に表示されたプロジェクトメニュー７１１の「最新情報への更新」押下の入力を受け付けると（ステップＳ５１）、レイアウト管理テーブル３２を参照し、編集中のレイアウトの更新日時を取得する（ステップＳ５２）。そして、その取得した更新日時をもとのレイアウトの更新日時と比較することによって、そのレイアウトが更新されているか否かを判定する（ステップＳ５３）。

そして、その判定の結果、当該レイアウトが更新されていたときには（ステップＳ５３でＹｅｓ）、レイアウトエディタ２０（情報更新部２６）は、レイアウト管理テーブル３２から編集中のレイアウトのレイアウトＸＭＬを取得し、更新日時とレイアウトの変更差分を抽出し、さらに、このレイアウトに関連し、部品管理テーブル３３から更新された部品を取得し、更新日時と部品情報とを抽出する（ステップＳ５５）。

次に、レイアウトエディタ２０（情報更新部２６）は、レイアウト更新と部品更新とをタブ切り替えにより選択可能で、レイアウト更新ボタン７２１とキャンセルボタン７２２とを有する更新確認ウィンドウ７２ａ，７２ｂ（図１８、図１９参照）を表示する（ステップＳ５６）。そこで、ユーザによるレイアウト更新ボタン７２１の押下の入力を受け付けたときには（ステップＳ５７でＹｅｓ）、レイアウトエディタ２０（情報更新部２６）は、表示画面８（図２０参照）に示すようにレイアウト管理ウィンドウ８３と登録部品パレット８７の表示を更新する（ステップＳ５９）。更新後の表示画面の例は、図２０に示す通りである。

一方、ユーザによりレイアウト更新ボタン７２１の押下の入力ではなく（ステップＳ５７でＮｏ）、キャンセルボタン７２２の押下の入力を受け付けたときには（ステップＳ５８でＹｅｓ）、レイアウトエディタ２０（情報更新部２６）は、ステップＳ５９を実行しないで、その処理を終了する。また、レイアウト更新ボタン７２１の押下の入力もキャンセルボタン７２２の押下の入力も受け付けなかったときには、更新確認ウィンドウ７２ａ，７２ｂを表示したまま、レイアウト更新ボタン７２１またはキャンセルボタン７２２の押下の入力を待つ。

また、ステップＳ５３の判定の結果、当該レイアウトが更新されていなかったときには（ステップＳ５３でＹｅｓ）、レイアウトエディタ２０（情報更新部２６）は、表示画面に「更新なし」のメッセージを所定時間表示して（ステップＳ５４）、その処理を終了する。

以上に説明したように、インポートされたレイアウト画像に対して、新たな部品の画像が追加してデザインされると、画像エディタ１０は、そのデザインされた部品の画像をリソース管理データベース３０の部品管理テーブル３３および画像管理テーブル３５に登録するとともに、レイアウト管理テーブル３２に含まれる当該レイアウト（インポートされたレイアウト）の情報を新たにデザインされた部品により更新する。一方、レイアウトエディタ２０は、レイアウト管理テーブル３２においてその更新が行われたことを確認するだけで、当該レイアウトについてデザインされた画像データを得ることができる。

よって、レイアウトエディタ２０のユーザは、当該レイアウトについてデザインされた画像データおよびそのレイアウトで用いられている部品の画像データを簡単な操作で取得することができる。また、前記したように、レイアウトエディタ２０から画像エディタ１０へのレイアウトのインポートの操作も簡単であったことを考慮すれば、レイアウトエディタ２０と画像エディタ１０との連携機能が強化され、その操作性が従来技術に比べ格段に向上したということができる。従って、本実施形態におけるＨＭＩ開発支援装置１を用いることにより、ＨＭＩの開発時の実装の所要時間、つまり、人件費がほとんどを占める実装コストを低減することができる。

実施形態に係るＨＭＩ開発支援装置の機能ブロックの構成の例を示した図である。 実施形態に係るレイアウトエディタによって表示される表示画面の例を示した図である。 実施形態に係るレイアウトエディタにおけるプロジェクトの読み込み処理の処理フローの例を示した図である。 実施形態に係るレイアウトエディタにおけるレイアウト表示処理の処理フローの例を示した図である。 実施形態に係るプロジェクト管理テーブルの構成の例を示した図である。 実施形態に係るレイアウト管理テーブルの構成の例を示した図である。 実施形態に係る部品管理テーブルの構成の例を示した図である。 実施形態に係る画像管理テーブルの構成の例を示した図である。 実施形態に係る文字列管理テーブルの構成の例を示した図である。 実施形態に係る画像エディタによって表示されるレイアウトインポート処理時の表示画面の例を示した図である。 実施形態に係る画像エディタにおけるレイアウトインポート処理の処理フローの例を示した図である。 実施形態に係る画像エディタでデザインされた「電話番号入力画面」の昼画像編集の表示画面の例を示した図である。 実施形態に係る画像エディタでデザインされた「電話番号入力画面」の夜画像編集の表示画面の例を示した図である。 実施形態に係る画像エディタによって表示される部品登録処理時の部品登録ウィンドウの例を示した図である。 実施形態に係る画像エディタにおける部品登録処理の処理フローの例を示した図である。 実施形態に係る画像エディタにおける部品登録処理によって追加される部品管理テーブルの例を示した図である。 実施形態に係る画像エディタにおける部品登録処理によって追加される画像管理テーブルの例を示した図である。 実施形態に係るレイアウトエディタにおけるレイアウト更新の更新確認ウィンドウの表示例を示した図である。 実施形態に係るレイアウトエディタにおける部品更新の更新確認ウィンドウの表示例を示した図である。 本発明の実施形態に係るレイアウトエディタにおいて更新確認処理後に表示されるレイアウトを更新した表示画面の例を示した図である。 本発明の実施形態に係るレイアウトエディタにおける更新確認処理の処理フローの例を示した図である。

符号の説明

１ ＨＭＩ開発支援装置
１０ 画像エディタ
１１ 画像入力部
１２ 画像編集部
１３ 画像出力部
１４ レイアウトインポート部
１５ 部品登録部
２０ レイアウトエディタ
２１ プロジェクト管理部
２２ レイアウト管理部
２３ レイアウト編集部
２４ 基本部品パレット機能部
２５ 登録部品パレット機能部
２６ 情報更新部
３０ リソース管理データベース
３１ プロジェクト管理テーブル
３２ レイアウト管理テーブル
３３ 部品管理テーブル
３４ 文字列管理テーブル
３５ 画像管理テーブル
３６ テーブル編集部

Claims (7)

1. ＣＰＵ（Central Processing Unit）と記憶装置と表示装置と操作入力装置とを少なくとも備え、情報処理装置のＨＭＩ（Human Machine Interface）に係る表示画面の開発を支援するＨＭＩ開発支援装置であって、
   前記操作入力装置から入力される操作情報に基づき、図形データを有する図形部品および画像データを有する画像部品の少なくとも一方をレイアウトして前記情報処理装置の表示画面のレイアウトを生成するレイアウト編集手段と、
   前記操作入力装置から入力される操作情報に基づき、前記図形部品および前記画像部品の一方に対する画像を生成する画像編集手段と、
   前記レイアウト編集手段によって生成されたレイアウトのレイアウトデータ、そのレイアウトに含まれる部品の部品データおよびその部品の画像データを少なくとも記憶するデータ記憶手段と
   を備え、
   前記画像編集手段が、
   前記レイアウト編集手段によって生成され、前記データ記憶手段に記憶されたレイアウトのレイアウトデータをインポートし、
   前記インポートしたレイアウトデータに含まれる部品について、前記操作入力装置から適宜入力される操作情報に基づき、その部品の画像データを生成し、
   前記生成した部品の画像データを前記データ記憶手段に記憶するとともに、前記データ記憶手段に記憶されている前記レイアウトデータおよび前記部品データを更新すること
   を特徴とするＨＭＩ開発支援装置。
2. 前記画像編集手段は、
   前記インポートしたレイアウトデータに含まれる部品について、その部品の画像データを前記データ記憶手段から取得し、
   前記取得した部品の画像データを併せることによって、前記レイアウトの全体の画像データを生成し、
   前記生成したレイアウトの全体の画像データを前記表示装置に表示すること
   を特徴とする請求項１に記載のＨＭＩ開発支援装置。
3. 前記部品の画像は、所定の複数のレイヤーの画像によって構成され、その部品の画像データは、それぞれのレイヤーごとにレイヤー名とそのレイヤーの画像データとを含んで構成され、
   前記画像編集手段は、
   前記レイアウトのレイアウトデータをインポートしたとき、そのレイアウトに含まれるそれぞれの部品について、同じレイヤー名のレイヤーの画像データを抽出し、その抽出したそれぞれの部品の画像データを統合して、その統合した画像データを前記レイヤー名のレイヤーに対する当該レイアウトの全体の画像データとし、
   前記レイヤーごとにそのレイアウトの全体の画像データを前記表示装置に表示すること
   を特徴とする請求項２に記載のＨＭＩ開発支援装置。
4. ＣＰＵ（Central Processing Unit）と記憶装置と表示装置と操作入力装置とを少なくとも備え、情報処理装置のＨＭＩ（Human Machine Interface）に係る表示画面の開発を支援するＨＭＩ開発支援装置におけるＨＭＩ開発支援方法であって、
   前記ＨＭＩ開発支援装置は、
   前記操作入力装置から入力される操作情報に基づき、図形データを有する図形部品および画像データを有する画像部品の少なくとも一方をレイアウトして前記情報処理装置の表示画面のレイアウトを生成するレイアウト編集ステップと、
   前記操作入力装置から入力される操作情報に基づき、前記図形部品および前記画像部品の少なくとも一方に対する画像を生成する画像編集ステップと、
   前記レイアウト編集ステップにおいて生成されたレイアウトのレイアウトデータ、そのレイアウトに含まれる部品の部品データおよびその部品の画像データを前記記憶装置に記憶するデータ記憶ステップと
   を備え、
   前記画像編集ステップにおいて、
   前記レイアウト編集手段によって生成され、前記記憶装置に記憶されたレイアウトのレイアウトデータをインポートし、
   前記インポートしたレイアウトデータに含まれる部品について、前記操作入力装置から適宜入力される操作情報に基づき、その部品の画像データを生成し、
   前記生成した部品の画像データを前記記憶装置に記憶するとともに、前記記憶装置に記憶されている前記レイアウトデータおよび前記部品データを更新すること
   を特徴とするＨＭＩ開発支援方法。
5. 前記ＨＭＩ開発支援装置は、前記画像編集ステップにおいて、
   前記インポートしたレイアウトデータに含まれる部品について、その部品の画像データを前記記憶装置から取得し、
   前記取得した部品の画像データを併せることによって、前記レイアウトの全体の画像データを生成し、
   前記生成したレイアウトの全体の画像データを前記表示装置に表示すること
   を特徴とする請求項４に記載のＨＭＩ開発支援方法。
6. 前記部品の画像は、所定の複数のレイヤーの画像によって構成され、その部品の画像データは、それぞれのレイヤーごとにレイヤー名とそのレイヤーの画像データとを含んで構成され、
   前記ＨＭＩ開発支援装置は、前記画像編集ステップにおいて、
   前記レイアウトのレイアウトデータをインポートしたとき、そのレイアウトに含まれるそれぞれの部品について、同じレイヤー名のレイヤーの画像データを抽出し、その抽出したそれぞれの部品の画像データを統合して、その統合した画像データを前記レイヤー名のレイヤーに対する当該レイアウトの全体の画像データとし、
   前記レイヤーごとにそのレイアウトの全体の画像データを前記表示装置に表示すること
   を特徴とする請求項５に記載のＨＭＩ開発支援方法。
7. 請求項４ないし請求項６のいずれか１項に記載のＨＭＩ開発支援方法をコンピュータに実行させるためのプログラム。