JP2010061296A - データ作成装置、データ処理装置、データ供給システム、データ作成方法、データ処理方法、制御プログラムおよび記録媒体 - Google Patents

Abstract

【課題】メニュー画面を簡単な操作で多種多様にカスタマイズできるデータ作成装置を実現する。
【解決手段】パソコン１は、携帯電話２のメニュー画面データ４を作成するデータ作成装置であって、データ４は、メニュー画面表示動作を定義するＵＩ記述データを含んでおり、ユーザ設定情報の入力を受け付けるカスタマイズＵＩ部２０と、機能情報記憶部４１からユーザ設定情報に応じて選択した１以上の機能情報を含む機能データを生成する機能データ生成部２１と、アイコン情報記憶部４２からユーザ設定情報に応じて選択した１以上のアイコン情報を含むアイコンデータを生成するアイコンデータ生成部２２と、雛型記憶部４３から、ユーザ設定情報に応じて雛型を選択する雛型選択部２３と、ＵＩ記述データの雛型の所定位置に機能情報とアイコン情報とを埋め込むことによりＵＩ記述データを生成するデータ合成部２４とを備えている。
【選択図】図１

Description

本発明は、メニュー画面をカスタマイズするデータ作成装置、データ処理装置、データ供給システム、データ作成方法、データ処理方法、制御プログラムおよび記録媒体に関するものである。

近年、多くの携帯電話では、携帯電話内で初期表示メニュー画面（以下、メニュー画面）のカスタマイズが可能になっている。代表的なカスタマイズ例は、アイコンや背景の画像を入れ替えるようなものがある。このようにメニュー画面をカスタマイズすることによって、アイコンの視認性向上させ、ユーザの操作性・利便性を向上させることができる。また、ユーザがお気に入りの画像を適用してユーザ独自のメニュー画面とすることで、携帯電話そのもののオリジナリティの向上を図ることができる。

例えば、特許文献１には、メニュー画面から呼び出される機能とアイコンとの対応付けをユーザが設定することにより、メニュー画面をカスタマイズする携帯電話機が開示されている。

特許文献２には、幾種類か用意されているプラグイン化されたＵＩ表示部品に動的にアクセスすることによって、メニュー全体の表示構成を切り換えることが可能な携帯端末装置が開示されている。

なお、特許文献３には、画面サイズの異なる異種装置間にて共通で使用できるＧＵＩ画面を表示するために、装置に応じてＧＵＩ画面のスケーリングを行うことが可能なＧＵＩアーキテクチャが開示されている。
特開平１１−１７７８９号公報（１９９９年１月２２日公開） 特開２００７−１４１０６４号公報（２００７年６月７日公開） 特開２００３−１８６６６５号公報（２００３年７月４日公開）

上述の特許文献に開示されているように、カスタマイズ手段が普及するに従って、ユーザはさらにオリジナリティを追求するようになり、カスタマイズに対する要求は、ますます高まってきている。メニュー画面の画像やデザインの種類をもっと豊富してほしいなどの要望がその一例である。

しかしながら、近年の携帯電話などの携帯機器を取り巻く環境において、発売間隔の短期化や、多様化するメニュー（機能）の種類／解像度に対応しなければならず、現状１つのコンテンツ（メニュー画面）作成に膨大な時間とお金を費やしているコンテンツプロバイダ等のサービス事業者にとっては、コンテンツの種類増加は、容易には解消できない大きな問題となっている。

そこで、ユーザの意図どおりのメニュー画面をユーザ自身が簡単に作成できるようにすれば、コンテンツプロバイダに労力および費用の負担を強いることなく、ユーザの多様なオリジナリティ追及心を満足させることができる。さらに、カスタマイズしたメニュー画面のデータを１台の装置（携帯電話）に限らず、他の装置でも簡単に利用できるようにすれば、ユーザの利便性はさらに向上する。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、装置の機能を呼び出すためのメニュー画面をユーザ自身が簡単な操作で多種多様にカスタマイズできるデータ作成装置、データ処理装置、データ供給システム、データ作成方法、データ処理方法、制御プログラムおよび記録媒体を実現することにある。

本発明のデータ作成装置は、上記課題を解決するために、データ処理装置がメニュー画面を表示するために必要なメニュー画面データを作成するデータ作成装置であって、上記メニュー画面データは、上記データ処理装置が解読可能な言語にて、該データ処理装置におけるメニュー画面を表示するための動作を定義するＵＩ記述データを少なくとも含んでおり、上記メニュー画面をカスタマイズするためのユーザ設定情報の入力を受け付けるユーザインターフェース手段と、上記データ処理装置の機能を定義した機能情報を複数記憶する機能情報記憶部から上記ユーザ設定情報に応じて選択した１以上の機能情報を含む機能データを生成する機能データ生成手段と、上記メニュー画面から上記機能を呼び出すアイコンを定義したアイコン情報を複数記憶するアイコン情報記憶部から上記ユーザ設定情報に応じて選択した１以上のアイコン情報を含むアイコンデータを生成するアイコンデータ生成手段と、上記ＵＩ記述データの雛型を複数記憶する雛型記憶部から、上記ユーザ設定情報に応じて雛型を選択する雛型選択手段と、上記ＵＩ記述データの雛型の所定位置に、上記機能データの機能情報と上記アイコンデータのアイコン情報とを埋め込むことによりＵＩ記述データを生成するデータ合成手段とを備えていることを特徴としている。

上記構成によれば、データ作成装置は、データ処理装置がメニュー画面を表示するために必要なメニュー画面データを作成する。このとき、データ作成装置は、ユーザにより入力されるユーザ設定情報の内容に応じてメニュー画面データ（およびそれに含まれるＵＩ記述データ）を編集することで、ユーザの指定どおりにデータ処理装置のメニュー画面をカスタマイズすることができる。ＵＩ記述データは、データ処理装置に解読可能な言語にて記述されており、データ処理装置がメニュー画面を表示する際の動作を定義するものである。

そして、本発明のデータ作成装置は、メニュー画面データのＵＩ記述データの要素を、（１）メニュー画面から呼び出すデータ処理装置の機能に関する機能情報、（２）機能を呼び出すためのアイコン（アイコン画像、機能タイトルの文字列）に関するアイコン情報、（３）データ処理装置のメニュー画面表示動作を定義するＵＩ記述データの雛型、の３つに分割して管理している。

つまり、本発明のデータ作成装置は、分割して管理している要素ごとに、ユーザの希望（ユーザ設定情報）を受け付けて、要素ごとにカスタマイズを行い、それらを最後に合成することによって、最終的にユーザの希望に沿ってカスタマイズされたＵＩ記述データを完成させる。ここで、合成とは、ユーザの希望に応じて選択された（３）ＵＩ記述データの雛型に、ユーザの希望に応じて選択された（１）１以上の機能情報および（２）１以上のアイコン情報を埋め込むことである。

これにより、メニュー画面（のＵＩ記述データ）の構成要素を分割して管理し、カスタマイズしているので、ユーザのカスタマイズの要求が、メニュー画面のどれほど細部に及んだとしても、メニュー画面データの全体ではなく、メニュー画面データの要素の一部を変更／修正するだけで、容易にメニュー画面のカスタマイズを実現することが可能となる。さらに、カスタマイズされても、ＵＩ記述データは、データ処理装置が解読可能な言語で記述されているため、データ作成装置からあらゆるデータ処理装置に対してカスタマイズしたＵＩ記述データを含むメニュー画面データを配布することが可能となる。つまり、メニュー画面データの汎用性を高めるという効果がある。

上記データ合成手段は、上記機能情報または上記アイコン情報を上記雛型に埋め込む位置を規定した複数の合成ルールの中から上記ユーザ設定情報に応じて選択した合成ルールにしたがって、上記ＵＩ記述データを生成してもよい。

上記構成によれば、分割して管理されている各構成要素（１）〜（３）の紐付けを、データ合成手段が正しく把握して、適切な合成を行うことが可能となる。また、ユーザの希望に応じて複数の合成ルールを準備しておけば、カスタマイズするメニュー画面のバリエーションの範囲をさらに広げることが可能となる。

上記機能情報記憶部には、上記データ処理装置の機種と、当該機種において実行可能な機能との対応関係を示す機種別機能リストが記憶されており、
上記機能データ生成手段は、上記ユーザ設定情報に含まれる機種と、上記機種別機能リストとに基づいて、上記機能情報を選択してもよい。

上記構成によれば、ユーザインターフェース手段は、データ処理装置の機種についての情報が含まれたユーザ設定情報を受け付ける。

これにより、機能データ生成手段は、メニュー画面のカスタマイズの対象となっているデータ処理装置の機種を把握することが可能となり、当該機種にて対応可能な機能がいずれであるのかを機種別機能リストに基づいて正しく特定することができる。そして、特定した機能の機能情報を含めて機能データを生成することが可能となる。

以上のことから、メニュー画面のカスタマイズが行われても、当該メニュー画面から呼び出せるようになっている機能が、実は、当該メニュー画面を表示しているデータ処理装置では実行できない機能である、などといった、不整合の発生を防止することができる。

上記アイコンデータ生成手段は、上記ユーザ設定情報に基づいて、上記データ処理装置が縦長画面および横長画面の両方でメニュー画面を表示可能な装置であると判断した場合には、縦長画面または横長画面について入力されたユーザ設定情報に基づいて、縦長画面向けのアイコンデータ、および、横長画面向きのアイコンデータの両方を生成してもよい。

上記構成によれば、データ処理装置の表示部が９０度回転し、縦長画面と横長画面とを切り替えてメニュー画面を表示する機能を有している場合に、縦長画面用および横長画面用のそれぞれについて、２度のユーザ設定情報の入力が必要であるところ、いずれか一方のユーザ設定情報があれば、データ作成装置は、それに基づいて、縦長画面用および横長画面用の両方のメニュー画面のカスタマイズを行うことが可能となる。

これにより、ユーザの操作を煩雑にすることなく、簡易な操作で、縦長画面と横長画面とを切り替えるデータ処理装置においてもユーザの希望どおりのカスタマイズを実現することが可能となる。

上記メニュー画面データには、上記ＵＩ記述データとともに、該ＵＩ記述データにしたがって上記データ処理装置が表示するアイコン画像が含まれており、上記ユーザインターフェース手段は、ユーザによって当該データ作成装置に登録された画像の中から、上記アイコン画像としての画像の選択を受け付けてもよい。

上記構成によれば、ユーザが好みの画像をデータ作成装置に登録しておいて、その中から、上記メニュー画面のアイコン画像に採用したい画像を任意に選択することが可能となる。

上記ユーザインターフェース手段は、ユーザのユーザ設定情報の入力を支援するグラフィカルユーザインターフェース画面を当該データ作成装置の表示部に表示してもよい。

これにより、メニュー画面のカスタマイズを細部にわたって指示する場合でも、ユーザは、簡単な操作でユーザ設定情報を入力することが可能となる。

上記ユーザインターフェース手段は、上記データ処理装置が上記メニュー画面上にアイコン画像を表示する際の表示サイズおよび表示位置の少なくとも一方を任意に編集するグラフィカルユーザインターフェース画面を表示してもよい。

これにより、アイコン画像が同じ大きさで整列しているだけのメニュー画面ではなく、各アイコン画像が任意の位置で任意の大きさで表示されたメニュー画面へとカスタマイズすることが可能となり、メニュー画面のバリエーションを広げ、ユーザのオリジナリティ追求心を満足させることが可能となる。

上記メニュー画面データに含める、上記ＵＩ記述データの読み取りを保護する鍵情報を生成する鍵生成手段を備え、上記鍵生成手段は、上記ユーザ設定情報に含まれる、上記データ処理装置の機種に基づいて、当該機種特有の解除鍵でのみ解除されるように上記鍵情報を生成してもよい。

上記構成によれば、データ作成装置が作成するメニュー画面データには、ＵＩ記述データの読み取りを保護する鍵情報が含まれる。したがって、メニュー画面データを受け取ったデータ処理装置は、鍵情報を解除しなければメニュー画面を表示することができない。ここで、上記鍵情報を解除できるのは、データ作成装置の鍵生成手段が生成した鍵情報に対応する解除鍵を有する機種のデータ処理装置であり、ユーザが指定した機種と同じ機種のデータ処理装置のみである。

これにより、ユーザの希望どおりにカスタマイズしたメニュー画面データの共有を、同機種のデータ処理装置に制限することが可能となる。

結果として、メニュー画面データの汎用性を損なうことなく、異なる機種間にてメニュー画面データが共有されることにより、本来呼び出せない機能を呼び出すアイコンがメニュー画面に表示されてしまうといった不都合を解消できる。

本発明のデータ処理装置は、上記課題を解決するために、上述のデータ作成装置から受信したメニュー画面データに含まれるＵＩ記述データを解析して、解析結果にしたがって動作する記述データ実行手段と、上記記述データ実行手段の解析結果にしたがって、当該データ処理装置の表示部にメニュー画面を表示するメニュー画面表示手段とを備えていることを特徴としている。

上記構成によれば、データ処理装置は、データ作成装置から、ユーザの希望が反映されたメニュー画面データを受信する。記述データ実行手段は、メニュー画面データに含まれているＵＩ記述データを解析し、解析結果にしたがって動作する。一方、メニュー画面表示手段は、上記形跡結果にしたがってユーザの希望が反映されたメニュー画面を自装置の表示部に表示する。

これにより、データ処理装置において表示されるメニュー画面のカスタマイズを実現することが可能となる。そして、カスタマイズは、メニュー画面のデザインのみにとどまらず、ユーザ操作に応じて行われるデータ処理装置の動作についても行われている。

上記メニュー画面データに鍵情報が含まれている場合には、当該データ処理装置にあらかじめ記憶されている解除鍵を用いて上記鍵情報による保護を解除する鍵解除手段をさらに備え、上記鍵解除手段は、解除に成功した場合にのみ、上記ＵＩ記述データを上記記述データ実行手段に供給してもよい。

上記構成によれば、メニュー画面データに、ＵＩ記述データを保護する鍵情報が含まれている場合には、鍵解除手段は、自装置に記憶されている解除鍵を用いて上記鍵情報の解除を試みる。そして、その解除に成功した場合に、上記ＵＩ記述データを上記記述データ実行手段に供給する。

解除が成功するということは、当該データ処理装置の機種が、データ作成装置においてユーザが設定した機種と同じ機種であるということを意味する。つまり、同じ機種同士のみで、メニュー画面データを共有することが可能となる。

結果として、メニュー画面データの汎用性を損なうことなく、異なる機種間にてメニュー画面データが共有されることにより、本来呼び出せない機能を呼び出すアイコンがメニュー画面に表示されてしまうといった不都合を解消できる。

本発明のデータ供給システムは、上記課題を解決するために、上述のデータ作成装置と上述のデータ処理装置とを含むことを特徴としている。

本発明のデータ作成方法は、上記課題を解決するために、データ処理装置がメニュー画面を表示するために必要なメニュー画面データを作成するデータ作成方法であって、上記メニュー画面データは、上記データ処理装置が解読可能な言語にて、該データ処理装置におけるメニュー画面を表示するための動作を定義するＵＩ記述データを少なくとも含んでおり、上記メニュー画面をカスタマイズするためのユーザ設定情報の入力を受け付ける入力受付ステップと、上記データ処理装置の機能を定義した複数の機能情報の中から上記ユーザ設定情報に応じて選択した１以上の機能情報を含む機能データを生成する機能データ生成ステップと、上記メニュー画面から上記機能を呼び出すアイコンを定義した複数のアイコン情報の中から上記ユーザ設定情報に応じて選択した１以上のアイコン情報を含むアイコンデータを生成するアイコンデータ生成ステップと、上記ＵＩ記述データの複数の雛型の中から、上記ユーザ設定情報に応じて雛型を選択する雛型選択ステップと、上記ＵＩ記述データの雛型の所定位置に、上記機能データの機能情報と上記アイコンデータのアイコン情報とを埋め込むことによりＵＩ記述データを生成するデータ合成ステップとを含むことを特徴としている。

本発明のデータ処理方法は、上記課題を解決するために、上述のデータ作成装置から受信したメニュー画面データを処理してメニュー画面を表示するデータ処理装置のデータ処理方法であって、上記メニュー画面データに含まれるＵＩ記述データを解析して、解析結果にしたがって動作するスクリプト実行ステップと、上記解析結果にしたがって、上記データ処理装置の表示部にメニュー画面を表示するメニュー画面表示ステップとを含むことを特徴としている。

なお、上記データ作成装置またはデータ処理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記データ作成装置またはデータ処理装置をコンピュータにて実現させる上記データ作成装置またはデータ処理装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明のデータ作成装置は、上述のとおり、上記メニュー画面をカスタマイズするためのユーザ設定情報の入力を受け付けるユーザインターフェース手段と、上記データ処理装置の機能を定義した機能情報を複数記憶する機能情報記憶部から上記ユーザ設定情報に応じて選択した１以上の機能情報を含む機能データを生成する機能データ生成手段と、上記メニュー画面から上記機能を呼び出すアイコンを定義したアイコン情報を複数記憶するアイコン情報記憶部から上記ユーザ設定情報に応じて選択した１以上のアイコン情報を含むアイコンデータを生成するアイコンデータ生成手段と、上記ＵＩ記述データの雛型を複数記憶する雛型記憶部から、上記ユーザ設定情報に応じて雛型を選択する雛型選択手段と、上記ＵＩ記述データの雛型の所定位置に、上記機能データの機能情報と上記アイコンデータのアイコン情報とを埋め込むことによりＵＩ記述データを生成するデータ合成手段とを備えていることを特徴としている。

本発明のデータ処理装置は、上述のとおり、上述のデータ作成装置から受信したメニュー画面データに含まれるＵＩ記述データを解析して、解析結果にしたがって動作する記述データ実行手段と、上記記述データ実行手段の解析結果にしたがって、当該データ処理装置の表示部にメニュー画面を表示するメニュー画面表示手段とを備えていることを特徴としている。

本発明のデータ供給システムは、上述のとおり、上述のデータ作成装置と上述のデータ処理装置とを含むことを特徴としている。

本発明のデータ作成方法は、上述のとおり、上記メニュー画面をカスタマイズするためのユーザ設定情報の入力を受け付ける入力受付ステップと、上記データ処理装置の機能を定義した複数の機能情報の中から上記ユーザ設定情報に応じて選択した１以上の機能情報を含む機能データを生成する機能データ生成ステップと、上記メニュー画面から上記機能を呼び出すアイコンを定義した複数のアイコン情報の中から上記ユーザ設定情報に応じて選択した１以上のアイコン情報を含むアイコンデータを生成するアイコンデータ生成ステップと、上記ＵＩ記述データの複数の雛型の中から、上記ユーザ設定情報に応じて雛型を選択する雛型選択ステップと、上記ＵＩ記述データの雛型の所定位置に、上記機能データの機能情報と上記アイコンデータのアイコン情報とを埋め込むことによりＵＩ記述データを生成するデータ合成ステップとを含むことを特徴としている。

本発明のデータ処理方法は、上述のとおり、上記メニュー画面データに含まれるＵＩ記述データを解析して、解析結果にしたがって動作するスクリプト実行ステップと、上記解析結果にしたがって、上記データ処理装置の表示部にメニュー画面を表示するメニュー画面表示ステップとを含むことを特徴としている。

以上のことから、メニュー画面をユーザ自身が簡単な操作で多種多様にカスタマイズできるという効果を奏する。

本発明の一実施形態について図面に基づいて説明すると以下の通りである。本実施形態では、一例として、本発明のデータ供給システムにおいて、本発明のデータ作成装置をデスクトップパソコン（以下、パソコン）に適用した場合について説明する。そして、本実施形態では、パソコンが作成したデータを処理する本発明のデータ処理装置として、携帯電話を採用するものとする。

≪実施形態１≫
〔データ供給システムの概要〕
図２は、本発明の実施形態におけるデータ供給システム１００の概要を示す図である。

図２に示すとおり、データ供給システム１００は、メニュー画面データ４を処理してメニュー画面を表示する携帯電話（データ処理装置）２（ａ〜ｃ）と、各携帯電話のメニュー画面をカスタマイズするためにメニュー画面データ４を作成するパソコン（データ作成装置）１と、それらを通信可能に接続する通信網３とを含む構成となっている。

本実施形態では、パソコン１、携帯電話２ａ、および、携帯電話２ｂをユーザＸが、携帯電話２ｃをユーザＹが使用するものとする。

メニュー画面データ４は、携帯電話２が解読可能な、携帯電話２を制御するためのＵＩ（User Interface）記述データと、携帯電話２が表示処理可能な画像とを含んでいる。ＵＩ記述データは、アイコンに関する情報（アイコンデータ）および携帯電話２に搭載されている機能に関する情報（機能データ）と、レイアウトに関する情報（レイアウトデータ）とが組み合わされて記述されている。レイアウトデータとは、どのアイコン画像を表示部のどの位置に表示するかなどを規定した記述データである。また、レイアウトデータには、キー割り当ておよびキー操作に応じて携帯電話２が行うべき動作などが規定されている（例えば、図２１の＜操作情報定義＞など）。

図２に示す例では、ユーザＸがパソコン１を用いて作成したメニュー画面データ４は、パソコン１および携帯電話２ａの通信機能を用いて、通信網３を介してパソコン１からユーザＸが使用している携帯電話２ａに供給される。これにより、携帯電話２ａは、メニュー画面データ４を処理してメニュー画面を表示することにより、パソコン１にてユーザが行ったカスタマイズを携帯電話２に反映させることが可能となる。

このメニュー画面データ４の記述データは、あらゆる機種の携帯電話が読み取り可能な汎用性の高い形式（ＸＭＬ；extensible markup languageなど）で作成されている。したがって、同じユーザＸが使用している別の携帯電話２ｂに供給されても、他のユーザＹの携帯電話２ｃに供給されても、それぞれの携帯電話においてメニュー画面データ４が処理される。

例えば、ユーザＸは、携帯電話２ａ向けにカスタマイズして作成したメニュー画面データ４を、パソコン１から携帯電話２ａだけでなく、自身が使用する別の携帯電話２ｂに配布したり、あるいは、ユーザＹの携帯電話２ｃに配布したりすることが可能となり、同じカスタマイズをあらゆる機種の携帯電話２間で楽しむことができる。次に、メニュー画面データ４を作成するパソコン１の構成について説明する。

〔データ作成装置の構成〕
図１は、本発明の実施形態におけるデータ作成装置としてのパソコン１の要部構成を示す図である。

図１に示すとおり、パソコン１は、制御部１０、記憶部１１、スキャナ１２、表示部１３、操作部１４、および、通信部１５を備える構成となっている。

制御部１０は、パソコン１が備える各部を統括制御するものである。制御部１０は、機能ブロックとしての、カスタマイズＵＩ部２０、機能データ生成部２１、アイコンデータ生成部２２、雛型選択部２３、データ合成部２４、画像取得部２５およびメニュー画面データ作成部２６を備えており、さらに、鍵生成部２７を備えていてもよい。

記憶部１１は、制御部１０が実行する制御プログラム、ＯＳプログラム、および、制御部１０が、パソコン１が有する各種機能を実行するときに読み出す各種データを記憶するものである。また、記憶部１１には、カスタマイズ情報記憶部４０、機能情報記憶部４１、アイコン情報記憶部４２、雛型記憶部４３、合成ルール記憶部４４、画像記憶部４５が含まれており、さらに、鍵情報記憶部４６が含まれていてもよい。

制御部１０の機能ブロックとしての各部（２０〜２７）は、記憶部１１に記憶されている各種情報（４０〜４６）を用いて、ユーザの指示にしたがって、ユーザが所望するメニュー画面データ４を作成する。制御部１０の各部（２０〜２７）および記憶部１１の各種情報（４０〜４６）については後に詳述する。

スキャナ１２は、紙媒体などに記録されている情報を、パソコン１が読み取り可能な画像データの形式（例えば、ＪＰＧ、ＰＮＧなど）にて、画像として取得するものである。スキャナ１２が読み取った画像は、制御部１０を介して画像記憶部４５に記憶される。画像記憶部４５に記憶された画像は、メニュー画面の背景画像やアイコン画像として利用される。

表示部１３は、操作部１４を介して行われるユーザからの指示入力を促す操作画面（ＧＵＩ画面など）を表示するものである。本実施形態では、携帯電話２のメニュー画面をカスタマイズするためのメニュー画面データ４を、ユーザが簡単に作成できるように、カスタマイズＵＩ部２０が、ＧＵＩ画面を作成する。表示部１３は、カスタマイズＵＩ部２０が作成したＧＵＩ画面を表示する。表示部１３としては、例えばＬＣ（Liquid Crystal）表示装置やＥＬ（Electro Luminescence）表示装置等を好適に適用することができる。

表示部１３に表示されるメニュー画面カスタマイズのためのＧＵＩ画面の具体例については、後述する。

操作部１４は、ユーザがパソコン１に対する各種命令信号を入力するためのものである。例えば、操作部１４は、これに限定されないが、マウス、キーボード、タッチパネルなどとして実現することができる。ユーザは、操作部１４を操作することによって、表示部１３に表示されるＧＵＩ画面を呼び出したり、該ＧＵＩ画面を操作してメニュー画面データを作成したりすることができる。

通信部１５は、ユーザの指示にしたがってパソコン１が作成したメニュー画面データ４を、カスタマイズの対象となる携帯電話２に送信するものである。本実施形態では、カスタマイズＵＩ部２０は、作成されたメニュー画面データ４を目的の携帯電話２に送信するためのＧＵＩ画面を作成する。ユーザは、表示部１３に表示されるメニュー画面データ４送信のためのＧＵＩ画面を操作することにより、簡単に、所望の携帯電話２にパソコン１で作成したメニュー画面データ４を配布することが可能となる。

表示部１３に表示されるメニュー画面データ配信のためのＧＵＩ画面の具体例については、後述する。

以下では、まず、第１部として、メニュー画面データ４を作成するパソコン１の詳細な構成および各部の動作について説明し、次に、第２部として、メニュー画面カスタマイズのためのＧＵＩ画面の具体例について説明し、最後に、第３部として、メニュー画面データ配信のためのＧＵＩ画面の具体例について説明する。

〔第１部：データ作成装置の構成（詳細）〕
再び図１を参照しながら、データ作成装置としてのパソコン１の要部構成について説明する。パソコン１の構成の特徴は、メニュー画面をカスタマイズするのに必要な各種データを分割管理し、カスタマイズするときに、合成ルールにしたがって、ユーザ設定情報を素にして、ユーザの意図するカスタマイズされたメニュー画面データ４を作成する点である。パソコン１のこの構成により、ユーザは、容易に、意図どおりに細部にわたってカスタマイズしたメニュー画面を得ることが可能となる。

制御部１０は、ユーザが図３のカスタマイズ画面を介して入力したユーザ設定情報から、携帯電話２が読み取り可能なメニュー画面データ４を作成するために、機能ブロックとしての各部（２０〜２７）を備え、また、記憶部１１は、各種記憶部（４０〜４６）を含む構成となっている。なお、図３のカスタマイズ画面およびユーザ設定情報については、第２部にて詳述する。

本実施形態では、ユーザ設定情報からメニュー画面データ４を作成するタイミングとしては、ユーザが、図３のＯＫボタン６３を介してユーザ設定情報のファイルの保存を指示したときに、上述の各部がメニュー画面データ４の作成を開始するものとする。あるいは、ユーザが図８の転送ボタン７０を介して転送を指示したときに、上述の各部がメニュー画面データ４作成を開始してもよい。

制御部１０のカスタマイズＵＩ部２０は、ＧＵＩ画面を生成し、表示部１３に表示するとともに、当該ＧＵＩ画面を介して受け付けたユーザ入力に応じて制御部１０の各部に必要な情報を伝達するものである。具体的には、カスタマイズＵＩ部２０は、図３のカスタマイズ画面を介して入力されたユーザ設定情報をカスタマイズ情報記憶部４０に保存したり、他の制御部１０の各部に伝達したりする。

また、図８のデータ配布画面を介してメニュー画面データ４の転送が指示された場合には、制御部１０の各部によって作成されたメニュー画面データ４を指定の携帯電話２に送信するように通信部１５に対して指示を送る。

機能データ生成部２１は、メニュー画面データ４に含まれる記述データのうち、機能データを生成するものである。機能データ生成部２１は、カスタマイズＵＩ部２０から伝達されたユーザ設定情報と、機能情報記憶部４１に記憶されている機能情報とに基づいて、ユーザの指定どおりにカスタマイズされた機能データを生成する。

アイコンデータ生成部２２は、メニュー画面データ４に含まれる記述データのうち、アイコンデータを生成するものである。アイコンデータ生成部２２は、カスタマイズＵＩ部２０から伝達されたユーザ設定情報と、アイコン情報記憶部４２に記憶されているアイコン情報とに基づいて、ユーザの指定どおりにカスタマイズされたアイコンデータを生成する。

雛型選択部２３は、メニュー画面データ４に含まれる記述データのうち、レイアウトデータを生成するものである。レイアウトデータについては、いくつかのパターン化された雛型があらかじめ雛型記憶部４３に記憶されている。雛型選択部２３は、カスタマイズＵＩ部２０から伝達されたユーザ設定情報（プルダウン群５１に入力されたパターン）に基づいて、雛型記憶部４３の中から適切なレイアウトデータを選択する。雛型選択部２３によって選択されたレイアウトデータは、上述の機能データおよびアイコンデータと合成される。

データ合成部２４は、雛型選択部２３が選択したレイアウトデータに、機能データ生成部２１が生成した機能データと、アイコンデータ生成部２２が生成したアイコンデータとを合成して、メニュー画面データ４のＵＩ記述データを生成するものである。データ合成部２４は、合成ルール記憶部４４に記憶されている合成ルールにしたがって、各データの合成を実行する。

なお、データ合成部２４は、ユーザ設定情報と、上記レイアウトデータ（雛型）の記述と、合成ルールとの間の不整合、一致しない部分などを検出した場合には、当該記述部分の合成処理をスキップしてもよい。例えば、データ合成部２４は、ユーザがアイコン画像についてメニュー文字列を「表示しない」を選択した場合には、メニュー文字列を合成する部分の雛型記述および合成ルールの処理をスキップすることが可能である。

画像取得部２５は、メニュー画面データ４に含めるべき画像（アイコン画像、背景画像など）を、画像記憶部４５から取得するものである。画像取得部２５は、カスタマイズＵＩ部２０から伝達されたユーザ設定情報に基づいて、ユーザがどのアイコン画像、背景画像を指定したのかを特定することができる。画像取得部２５は、データ合成部２４からの合図により、ユーザが設定した背景画像やアイコン画像をメニュー画面データ作成部２６へ画像を送信する機能を有する。

メニュー画面データ作成部２６は、データ合成部２４が合成したＵＩ記述データと、画像取得部２５が取得した画像とをアーカイブ化して（パッキングして）、メニュー画面データ４を作成するものである。メニュー画面データ作成部２６が作成したメニュー画面データ４は、ユーザが入力したユーザ設定情報を素にして作成されたものであり、ユーザの希望どおりにカスタマイズされたメニュー画面を携帯電話２が表示するのに必要な情報を含むものである。また、アーカイブ化されたメニュー画面データ４は、携帯電話２に適用可能な形式になっている。

メニュー画面データ作成部２６が作成したメニュー画面データ４は、素となるユーザ設定情報と対応付けてカスタマイズ情報記憶部４０に記憶されてもよい。そして、図８の転送ボタン７０が操作されたのに応じて、通信部１５を介して、ユーザが指定する携帯電話２に配布される。これにより、携帯電話２は、メニュー画面データ４に含まれるＵＩ記述データを解析して、ＵＩ記述データの記述にしたがって背景画像およびアイコン画像を配置し、ＵＩ記述データの記述にしたがった動作を実行することができる。したがって、携帯電話２上に表示されるメニュー画面をユーザの希望を詳細に反映したメニュー画面にカスタマイズすることが可能となる。

（メニュー画面データ作成処理）
次に、図１１を参照しながら、パソコン１におけるメニュー画面データ作成処理フローの概要について説明する。メニュー画面データ作成処理とは、後述の手順でユーザ設定情報が入力された後、その内容に基づいて、ユーザの意図どおりにメニュー画面をカスタマイズし、メニュー画面データ４を作成する処理である。

図１１は、パソコン１のメニュー画面データ作成処理の流れを示すフローチャートである。

メニュー画面データを作成する旨の指示がパソコン１に入力されると、すなわち、カスタマイズ画面のＯＫボタン６３が押されたことをカスタマイズＵＩ部２０が検知すると（Ｓ１においてＹＥＳ）、カスタマイズＵＩ部２０が、カスタマイズ情報記憶部４０に記憶されているユーザ設定情報を、制御部１０の各部（機能データ生成部２１、アイコンデータ生成部２２、雛型選択部２３、データ合成部２４、画像取得部２５、および、鍵生成部２７）に伝達する（Ｓ２）。

続いて、機能データ生成部２１は、受け取ったユーザ設定情報を反映させて機能データを生成する（以下、機能データ生成処理）（Ｓ３）。機能データ生成処理にて生成された機能データは、データ合成部２４へ伝送される。

一方、アイコンデータ生成部２２は、受け取ったユーザ設定情報を反映させてアイコンデータを生成する（以下、アイコンデータ生成処理）（Ｓ４）。アイコンデータ生成処理にて生成されたアイコンデータは、データ合成部２４へ伝送される。

一方、雛型選択部２３は、ユーザ設定情報に含まれる、ユーザが指定したパターン（雛型のＩＤ）に基づいて、雛型記憶部４３の中からレイアウトデータの雛型を選択する（以下、レイアウト選択処理）（Ｓ５）。選択されたレイアウトデータは、データ合成部２４へ伝送される。

そして、データ合成部２４は、まず、合成ルール記憶部４４または雛型記憶部４３に記憶されている合成ルールを参照する（Ｓ６）。

続いて、データ合成部２４は、選択した合成ルールにしたがって、雛型選択部２３から伝送されたレイアウトデータ（雛型）に、機能データ生成部２１から伝送された機能データと、アイコンデータ生成部２２から伝送されたアイコンデータとを合成する（Ｓ７）。

そして、必要な情報がすべて合成されて、メニュー画面データ４に含めるＵＩ記述データが完成すると（Ｓ８においてＹＥＳ）、完成したＵＩ記述データは、メニュー画面データ作成部２６へ伝送される。一方、画像取得部２５は、ユーザ設定情報に基づいて、メニュー画面で使用するアイコン画像と背景画像とその他必要な画像とを画像記憶部４５から取得する（Ｓ９）。取得した各画像は、メニュー画面データ作成部２６へ伝送される。

最後に、メニュー画面データ作成部２６は、データ合成部２４から伝送されたＵＩ記述データと、画像取得部２５から伝送された各画像とを１つにアーカイブ化して、メニュー画面データ４を作成する（Ｓ１０）。

カスタマイズＵＩ部２０を介して入力されるユーザ指示にしたがって、メニュー画面データ作成部２６が作成したメニュー画面データ４は、通信部１５を介して、指定された携帯電話２（例えば、携帯電話２ａ）に供給される。

続いて、制御部１０の各部の構成および各部に入出力されるデータ構造についてのより詳細な説明を以下に示す。

（機能データ生成部の詳細）
機能データ生成部２１は、カスタマイズＵＩ部２０から伝達されるユーザ設定情報に基づいて、メニュー画面上に表示されるアイコン画像から呼び出すことが可能な携帯電話２の機能のリストを含む機能データを作成し、データ合成部２４に出力するモジュールである。

図１２は、機能データ生成処理を実行する機能データ生成部の構成を示すブロック図である。

機能データ生成部２１は、入力部２１１、パラメータ保持部２１２、機能選択部２１３、機能データ記述部２１４、および、出力部２１５を備える構成となっている。また、機能データ生成部２１が参照する機能情報記憶部４１は、機種別機能リスト４１１と、複数の機能情報（機能情報群４１２）とを含む構成となっている。

入力部２１１は、カスタマイズＵＩ部２０から伝送されるユーザ設定情報を受け付けて、ユーザ設定情報の各種値を機能データ生成部２１の各部に振り分けるものである。

パラメータ保持部２１２は、入力部２１１から供給されたユーザ設定情報の各種値および該値に対応するパラメータを保持するものである。パラメータとは、図３のカスタマイズ画面を介してユーザが入力した値を、機能データに直接記述する値へと変換したものである。より具体的には、ユーザ設定情報に、ユーザが選択した機種が含まれている場合には、パラメータ保持部２１２は、当該機種に対応する（その機種が実行可能な）機能を特定する機能ＩＤをパラメータとして特定し、これを保持する。機種と機能ＩＤとの対応関係は、機種別機能リスト４１１に記憶されているので、パラメータ保持部２１２は、機種別機能リスト４１１を参照することにより、ユーザ設定情報に含まれる機種情報から、機能ＩＤを特定することが可能である。パラメータ保持部２１２が保持するパラメータは、機能選択部２１３、機能データ記述部２１４によって利用される。

より具体的には、パラメータ保持部２１２は、ユーザ設定情報に含まれる情報のうち、ユーザが指定した各アイコン画像に対応する機能タイトルおよびメニュー番号を保持する。本実施形態では、メニュー番号は、図３に示すとおり、そのままアイコン画像の配置順序を表している。さらに、パラメータ保持部２１２は、ユーザが指定した携帯電話２の機種に対応する機能ＩＤをパラメータとして保持する。

機能選択部２１３は、機能情報記憶部４１に記憶されている、機能情報群４１２のうち、メニュー画面から呼び出せるようにユーザが指定した機能を記述した機能情報を選択、取得するものである。

機能情報とは、携帯電話２が実行可能な機能を定義したものであり、携帯電話２は、機能情報の記述を解析することにより、その記述にしたがって１つの機能を実行することができる。機能情報は、機能ごとにあらかじめ機能情報記憶部４１に記憶されており、機能ＩＤによって一意に識別できるようになっている。

したがって、機能選択部２１３は、ユーザが指定した、メニュー画面から呼び出す１２個の機能を、パラメータ保持部２１２が保持する１２個の機能ＩＤに基づいて特定し、各機能を定義した機能情報を機能情報群４１２から選び出して、機能データ記述部２１４に供給する。

機能データ記述部２１４は、ユーザ設定情報およびパラメータに基づいて、カスタマイズされた機能データを記述し完成させるものである。機能データ記述部２１４は、パラメータ保持部２１２に保持されているメニュー番号から、アイコン画像の配置順を確認し、アイコン画像に対応する各機能の機能情報を配置順にならって記述する。機能データ記述部２１４が完成させた機能データは、出力部２１５によって、データ合成部２４に伝送される。

図１３（ａ）は、機能データ生成部２１が参照する機能情報記憶部４１に記憶される機種別機能リスト４１１の具体例を示す図であり、図１３（ｂ）は、機能情報群４１２の具体例を示す図である。

図１３（ａ）に示すとおり、機種別機能リスト４１１には、携帯電話２の機種に応じて、当該機種の携帯電話２が実行できる機能の一覧が関連付けて記憶されている。これにより、パラメータ保持部２１２は、入力部２１１から供給されたユーザ設定情報のうちの「機種」に基づいて、機能データに記述すべき機能を特定することができる。本実施形態では、メニュー画面上から１２個の機能を呼び出すことができるので、パラメータ保持部２１２は、機種に対応する１２個の機能ＩＤをパラメータとして保持する。

図１３（ｂ）に示すとおり、機能情報群４１２には、機能ごとに、機能ＩＤに対応付けて機能タイトルおよび機能を定義する記述文が記憶されている。これにより、機能選択部２１３は、パラメータ保持部２１２が特定した１２個の機能ＩＤに基づいて、機能を定義する記述文を１２個分抽出し、機能データ記述部２１４に供給することができる。

機能データ記述部２１４は、パラメータ保持部２１２から、機能タイトルおよびメニュー番号（配置順）の情報を取得し、一方、機能選択部２１３から、機能タイトルおよび当該機能を定義する記述文を取得する。

これにより、機能データ記述部２１４は、１２個の機能を適切な順序で記述して機能データを完成させることが可能となる。

図１４は、機能データ記述部２１４が記述し、完成させた機能データのデータ構造の一例を示す図である。機能データは、当該機能データのメタ情報を定義する機能定義エリアと、（本実施形態では１２個の）機能の各々を記述する機能エリアとを少なくとも含んでいる。

図１４に示すとおり、機能定義エリアでは、レイアウトデータとの紐付け情報を記述した「レイアウト情報ファイル」と、当該機能データに含まれる機能の数を記述した「機能の数」（ここでは「１２」）とが定義されている。

また、機能エリアでは、機能の名前を示す「機能タイトル」、携帯電話２上で割り当てられている機能を識別する「メニュー番号」、アイコン画像のファイル名を示す「画像ファイル名」の情報が１セットととして一つ一つの機能ごとに記述されている。

なお、ユーザ操作によりアイコン画像の配置順が変更された場合は、「機能タイトル」および「メニュー番号」の情報が変更される。

機能データの機能定義エリアの記述および機能エリアの記述は、データ合成部２４によって、レイアウトデータの指定した場所に当てはめられる。さらに、機能データ内のリンク番号（図１４の「メニュー番号」）をＵＲＬなどに置き換えることで、携帯電話２内の機能だけでなく、ウェブサイトへのショートカット機能を搭載したアプリケーションをアイコン画像から呼び出すようにすることができる。

（アイコンデータ生成部の詳細）
アイコンデータ生成部２２は、カスタマイズＵＩ部２０から伝達されるユーザ設定情報に基づいて、メニュー画面上に表示される、ユーザが指定したアイコン画像および機能タイトルの文字列の表示の仕方を定義したアイコンデータを生成し、データ合成部２４に出力するモジュールである。

より具体的には、アイコンデータ生成部２２は、アイコン画像の座標位置と、表示サイズ（幅および高さ）と、アイコン画像とともに表示される機能タイトルの文字列の表示座標位置と、文字列のフォントサイズおよびフォント色とを少なくとも定義したアイコンデータを生成する。

以下、ユーザが指定したアイコン画像と、当該アイコン画像に対応付けられた機能を説明する機能タイトルとを組み合わせたものを、単にアイコンと称する。

図１５は、アイコンデータ生成処理を実行するアイコンデータ生成部の構成を示すブロック図である。

アイコンデータ生成部２２は、入力部２２１、パラメータ保持部２２２、アイコン情報選択部２２３、アイコンデータ記述部２２４、画面回転処理部２２５、および、出力部２２６を備える構成となっている。また、アイコンデータ生成部２２が参照するアイコン情報記憶部４２は、パターン別アイコン情報リスト４２１と、複数のアイコン情報（アイコン情報群４２２）とを含む構成となっている。

入力部２２１は、カスタマイズＵＩ部２０から伝送されるユーザ設定情報を受け付けて、ユーザ設定情報の各種値をアイコンデータ生成部２２の各部に振り分けるものである。

パラメータ保持部２２２は、入力部２２１から供給されたユーザ設定情報の各種値および該値に対応するパラメータを保持するものである。パラメータとは、図３のカスタマイズ画面を介してユーザが入力した値を、アイコンデータに直接記述する値へと変換したものである。より具体的には、ユーザ設定情報に、ユーザが選択したパターンＩＤが含まれている場合には、パラメータ保持部２２２は、当該パターンＩＤに対応するアイコン情報を特定するためのアイコン情報ＩＤをパラメータとして特定し、これを保持する。パターンＩＤとアイコン情報ＩＤとの対応関係は、パターン別アイコン情報リスト４２１に記憶されているので、パラメータ保持部２２２は、パターン別アイコン情報リスト４２１を参照することにより、ユーザ設定情報に含まれるパターンＩＤから、アイコン情報ＩＤを特定することが可能である。パラメータ保持部２２２が保持するパラメータは、アイコン情報選択部２２３、アイコンデータ記述部２２４によって利用される。

その他のパラメータ保持部２２２が保持するパラメータの具体例としては、ユーザが設定した各アイコン画像の始点のｘ座標、ｙ座標、幅、高さ、機能タイトルの文字列の始点のｘ座標、ｙ座標、フォントサイズ、フォント色などが挙げられる。パラメータ保持部２２２は、これらのパラメータ値を、ユーザ設定情報に含まれるアイコン画像の配置の情報（図３の領域５０の情報）から求める。

さらに、パラメータ保持部２２２は、ユーザ設定情報においてユーザがカスタマイズ対象として指定した携帯電話２の機種が、横長の画面表示にも対応可能な機種であるか否かを示すパラメータを保持してもよい。上述の横長可のパラメータは、近年増加する携帯電話の画面が９０度回転し、横長画面用の横長のメニュー画面を表示可能な機種に備えて、画面回転処理部２２５が、縦長のメニュー画面を想定したユーザ設定情報から、横長のメニュー画面のアイコンデータを自動的に作成するために必要となる。

画面回転処理部２２５は、パラメータ保持部２２２が横長可のパラメータを保持している場合に、縦長画面用のユーザ設定情報から、横長画面用のアイコンデータを生成するものである。画面回転処理部２２５は、アイコン画像や機能タイトルの文字列の配置位置（ｘ座標、ｙ座標）を計算し、横画面用のアイコンデータを出力することが可能である。

アイコン情報選択部２２３は、アイコン情報記憶部４２に記憶されているアイコン情報群４２２のうち、ユーザが指定したパターンに対応するアイコン情報を選択、取得するものである。

アイコン情報とは、アイコンおよびその表示の仕方を定義したものであり、携帯電話２は、アイコン情報の記述を解析することにより、その記述にしたがってアイコンを表示することができる。アイコン情報は、いくつかにパターン化されて、アイコン情報記憶部４２に記憶されており、アイコン情報ＩＤによって一意に識別できるようになっている（アイコン情報群４２２）。アイコン情報群４２２に含まれるアイコン情報の中には、アイコンの座標が固定であるレイアウトパターンに対応したアイコン情報もあるし、アイコンの座標やアイコン表示サイズが可変のレイアウトパターンに対応したアイコン情報もある。特に後者のアイコン情報においては、グリッド型や縦スクロール型、横スクロール型など複数のレイアウトパターンが存在しているので、ユーザが指定するレイアウトパターンに適したアイコン情報が選択されるよう、パターン別アイコン情報リスト４２１において、パターンＩＤとアイコン情報ＩＤとの対応関係が記憶されている。

アイコン情報選択部２２３は、パラメータ保持部２２２が保持するアイコン情報ＩＤに基づいて、ユーザが選択したレイアウトパターンに最適な、アイコン情報をアイコン情報群４２２の中から選び出して、アイコンデータ記述部２２４に供給する。

アイコンデータ記述部２２４は、ユーザ設定情報およびパラメータに基づいて、カスタマイズされたアイコンデータを記述し完成させるものである。アイコンデータ記述部２２４は、パラメータ保持部２２２に保持されているアイコンの座標値、表示サイズ、色などの情報に基づいて、アイコンの表示の仕方を記述する。さらに、横長可のパラメータがパラメータ保持部２２２に保持されている場合には、画面回転処理部２２５が作成した横長画面用のアイコンデータも併せて、アイコンデータを完成させる。

アイコンデータ記述部２２４が完成させたアイコンデータは、出力部２２６によって、データ合成部２４に伝送される。

図１６（ａ）は、アイコンデータ生成部２２が参照するアイコン情報記憶部４２に記憶されるパターン別アイコン情報リスト４２１の具体例を示す図であり、図１６（ｂ）は、アイコン情報群４２２の具体例を示す図である。

図１６（ａ）に示すとおり、パターン別アイコン情報リスト４２１には、ユーザが指定するパターンＩＤに対して、当該パターンに適したアイコン情報を示すアイコン情報ＩＤが関連付けて記憶されている。これにより、パラメータ保持部２２２は、入力部２２１から供給されたユーザ設定情報のうちの「パターンＩＤ」に基づいて、アイコンデータに記述すべきアイコン情報を特定することができる。

例えば、図３のプルダウン群５１に示すとおり、レイアウトのパターン「パターンＩＤ：pattern002」がユーザによって指定された場合には、パラメータ保持部２２２は、「パターンＩＤ：pattern002」に対応する「アイコン情報ＩＤ：３」をパラメータとして保持する。

図１６（ｂ）に示すとおり、アイコン情報群４２２には、アイコン情報ごとに、アイコン情報ＩＤに対応付けてアイコン情報の記述文が記憶されている。これにより、アイコン情報選択部２２３は、パラメータ保持部２２２が保持したアイコン情報ＩＤに基づいて、アイコンの表示の仕方を定義するアイコン情報をアイコン情報群４２２から抽出し、アイコンデータ記述部２２４に供給することができる。

これにより、アイコンデータ記述部２２４は、ユーザが指定したレイアウトパターンに適したアイコン情報を用いてアイコンデータを完成させることが可能となる。

次に、画面回転処理部２２５が、縦長画面用のユーザ設定情報から、横長画面用のアイコンデータを生成するための計算アルゴリズムを図１７および図１８を用いて説明する。図１７（ａ）は、パラメータ保持部２２２が保持するパラメータ値に基づいて、画面回転処理部２２５によって定義される、ある１つのアイコン画像の縦長画面上での表示位置および表示サイズを示す図である。図１７（ｂ）は、画面回転処理部２２５が算出する、上記アイコン画像の横長画面上での表示位置および表示サイズを示す図である。

図１８は、画面回転処理部２２５の算出処理の流れを示すフローチャートである。

まず、画面回転処理部２２５は、パラメータ保持部２２２に保持されたパラメータ値に基づいて、１２個分のアイコン画像の縦長画面における表示位置および表示サイズを取得する。

具体的には、図１７（ａ）に示すとおり、
・縦長画面での画面全体の幅：ｗｉｄｔｈ（縦）
・縦長画面での画面全体の高さ：ｈｅｉｇｈｔ（縦）
・縦長画面でのアイコン画像の始点のｘｙ座標：（ｘ（縦）、ｙ（縦））
・縦長画面でのアイコン画像の幅：Ｗ（縦）
・縦長画面でのアイコン画像の高さ：Ｈ（縦）
を取得する。なお、本実施形態では、画面の左上端を原点とする座標系を採用している。

上述のように取得した値を用いて、画面回転処理部２２５は、図１８に示すフローチャートにしたがって、横長画面におけるアイコン画像の座標位置を算出する。

図１８示すとおり、まず、画面回転処理部２２５は、次式（１）に基づいて縦長画面におけるアイコン画像の重心Ｇ（縦）のｘｙ座標を求める（Ｓ１１）。次式とはすなわち、
重心Ｇ（縦）のｘｙ座標：（ｘ（縦）＋Ｗ（縦）／２，ｙ（縦）＋Ｈ（縦）／２）・・・（１）
である。

続いて、画面回転処理部２２５は、式（１）を使って求めた重心Ｇ（縦）のｘｙ座標を、次式（２）に基づいて横長画面における重心Ｇ（横）のｘｙ座標へと変換する（Ｓ１２）。次式（２）とはすなわち、
重心Ｇ（横）のｘｙ座標：（横座標系の解像度の幅−ｙ（縦），ｘ（縦））・・・（２）
である。

さらに続けて、画面回転処理部２２５は、次式（３−１および３−２）に基づいて、横長画面における上記アイコン画像の幅および高さを求める（Ｓ１３）。次式（３−１および３−２）とはすなわち、
横長画面でのアイコン画像の幅：Ｗ（横）＝Ｗ（縦）・・・（３−１）
横長画面でのアイコン画像の高さ：Ｈ（横）＝Ｈ（縦）・・・（３−２）
である。

上記の式（３−１）および式（３−２）を、次式（４−１および４−２）に当てはめることで、画面回転処理部２２５は、横長画面におけるアイコン画像の始点のｘ座標、ｙ座標を求めることができる（Ｓ１４）。次式（４−１および４−２）とはすなわち、
ｘ（横）＝Ｇ（横）のｘ座標−Ｗ（横）／２・・・（４−１）
ｙ（横）＝Ｇ（横）のｙ座標−Ｈ（横）／２・・・（４−２）
である。

上述の方法によれば、重心Ｇを仲介して、縦長画面用のレイアウトから横長画面用のレイアウトに変換する。これにより、座標系変換をした場合に、元の座標系の配置を維持できるため、変換後の座標系の解像度の範囲からアイコン画像などがはみ出るケースを減らすことが可能となる。

なお、縦画面座標系における原点（画面左上端）を、横画面座標系においてどこにプロットするかについては特に限定されないが、例えば、以下の２種類の方法が考えられる。

１つ目は、縦画面における右下端を中心として、縦画面を右方向に４５度回転したものを横画面（横画面座標系）とする方法である。縦画面座標系との相関関係があり、縦画面座標系における原点（画面左上端）は、横画面座標系において、横画面の右上端にプロットされる。

２つ目は、縦画面座標系と相関関係無くして横画面座標系を設ける方法である。

具体例として、グリッド型のメニュー画面において、１２個のアイコン画像１〜１２が、縦画面において横３個×縦４個で、左上から右下へ順番に１→２→３→４→５→６→７→８→９→１０→１１→１２と配置されている例において、これを横画面に変換する場合について説明する。

１つ目の方法を採用して上記縦画面を横画面に変換すると、上記１２個のアイコン画像は、横４個×縦３個で、左上から右下へ順番に１０→７→４→１→１１→８→５→２→１２→９→６→３と配置される。

一方、２つ目の方法を採用した場合は、縦画面座標系の上述のアイコン画像の配置とは無関係に、横４個×縦３個で、左上から右下へ順番に１→２→３→４→５→６→７→８→９→１０→１１→１２と配置されてもよい。この場合には、縦画面座標系の左上端の原点は、横画面座標系においても左上端で一致する。

画面回転処理部２２５は、アイコン画像とともに表示される機能タイトルの文字列Ｔの、横長画面における表示位置を、アイコン画像と同様の手順によって、縦長画面の座標値から変換して求める。

上述の手順によって画面回転処理部２２５が求めた図１７（ｂ）の横長画面用のアイコン情報は、アイコンデータ記述部２２４に供給される。アイコンデータ記述部２２４は、縦長画面用と横長画面用との共通のアイコンデータを完成させて、データ合成部２４に伝送する。

図１９は、アイコンデータ記述部２２４が記述し、完成させたアイコンデータのデータ構造の一例を示す図である。アイコンデータは、当該アイコンデータのメタ情報を定義するアイコン定義エリアと、（本実施形態では１２個の）アイコンの各々の表示の仕方を記述するアイコンエリアとを少なくとも含んでいる。

図１９に示すとおり、アイコン定義エリアでは、当該アイコンデータに含まれるアイコン画像の数を記述した「アイコン画像の数」（ここでは「１２」）と、アイコン画像とともに表示される機能タイトルの文字列数を記述した「アイコン文字列の数」（ここでは「１２」）とが定義されている。

また、アイコンエリアでは、１２個のアイコンごとに、画像セットおよび文字列セットを定義している。画像セットには、アイコン画像の始点のｘ座標、ｙ座標、アイコン画像の幅（ピクセル数）、アイコン画像の高さの情報が記述されている。これらの値は、ユーザ操作により変更可能である。文字列セットには、文字列の始点のｘ座標、ｙ座標、文字列のフォントサイズ、フォント色の情報が記述されている。

アイコンデータのアイコン定義エリアの記述およびアイコンエリアの記述は、データ合成部２４によって、レイアウトデータの指定した場所に当てはめられる。これらの値は、ユーザ操作により変更可能である。

（雛型選択部の詳細）
雛型選択部２３は、ユーザが指定したレイアウトパターンに基づいて、レイアウトデータの雛型を雛型記憶部４３から特定し、データ合成部２４に出力するものである。雛型選択部２３は、カスタマイズＵＩ部２０から、ユーザ設定情報を受け付けると、ユーザ設定情報に含まれる、パターンＩＤ（例えば、「pattern002」）に基づいて、データ合成部２４に伝送すべきレイアウトデータを特定する。

図２０（ａ）は、雛型選択部２３が参照する雛型記憶部４３に記憶されるパターン雛型対応表４３１の具体例を示す図であり、図２０（ｂ）は、雛型群４３２の具体例を示す図である。

図２０（ａ）に示すとおり、パターン雛型対応表４３１には、ユーザが指定するパターンＩＤに対して、当該パターンに適した雛型を示す雛型ＩＤが関連付けて記憶されている。これにより、雛型選択部２３は、パターンＩＤに基づいて、ＵＩ記述データのベースとなるレイアウトデータの雛型を特定することができる。ここで、図３のカスタマイズ画面において、縦長画面用、横長画面用のそれぞれについてレイアウトパターンを指定できる場合には、雛型選択部２３は、縦長画面用、横長画面用のそれぞれについて雛型ＩＤをパラメータとして保持する。縦長画面、横長画面のそれぞれにおいて、アイコンを選択するときの最適なカーソルの移動方向は異なるため、レイアウトパターンごとにカーソルの移動方向について何種類も定義しておく。縦長画面用、横長画面用のそれぞれについて別の雛型を割り当てることができれば、画面の向きが変化しても常に最適なカーソルの移動方向が定義されているレイアウトデータにて、メニュー画面をカスタマイズできる。なお、横長画面用のメニュー画面データ４が不要な機種では、横画面用のレイアウトデータを特定する雛型ＩＤは保持されなくてよい。

続いて、雛型選択部２３は、特定した雛型ＩＤに基づいて、雛型群４３２の中から目的の雛型（レイアウトデータ）を取得する。

図２０（ｂ）に示すとおり、雛型群４３２には、雛型ごとに、雛型ＩＤに対応付けてレイアウトの雛型の記述文が記憶されている。これにより、雛型選択部２３は、すでに特定した雛型ＩＤに基づいて、メニュー画面データ４のＵＩ記述データのベースとなるレイアウトデータ（の雛型）を雛型群４３２から抽出することができる。特定した雛型ＩＤが２つある場合、すなわち、横長画面用の雛型ＩＤも保持している場合、雛型選択部２３は、縦長画面用、横長画面用のそれぞれについてレイアウトデータを抽出する。縦長画面用のメニュー画面と横長画面用のメニュー画面ではキー操作の方向が異なるため、レイアウトデータはそれぞれ用意される必要がある。

図２１は、雛型選択部２３がデータ合成部２４へ伝送するレイアウトデータのデータ構造の一例を示す図である。レイアウトデータは、操作情報定義エリアと、メニュー部品定義エリアとを少なくとも含んでいる。

操作情報定義エリアには、携帯電話２に備えられた入力キーと、当該キーが操作されたときに携帯電話２が実行すべき動作とが定義されている。例えば、十字キーの上キーが押下された場合のカーソル動作、下キーが押下された場合のカーソル動作、左キーが押下された場合のカーソル動作、右キーが押下された場合のカーソル動作・・・などの操作情報が定義される。機種により、操作可能なキーが変わる場合、ここで定義されるキーも機種に応じて変わる。なお、キー割り当てなどは、雛型記憶部４３に記憶されている作り置きの雛型データ内に予め記述されており、ユーザが選択した機種／メニューパターンに適した雛型データが雛型選択部２３によって選択される。

また、部品定義エリアには、メニュー画面を構成している部品、すなわち、背景画像セット、アイコン画像セットおよびアイコン文字列セットが定義されている。

背景画像セットには、背景画像として参照する画像のファイル名、背景画像の始点のｘ座標、ｙ座標、背景画像の幅（ピクセル数）、背景画像の高さの情報が記述されている。本実施形態では、これらの値は、ユーザが選択した機種に応じて決まる値であり、ユーザ操作による変更はできない。つまり、ユーザが選択した機種の解像度に適した値が設定されている雛型データが雛型選択部２３によって選択される。

しかし、このような構成に限定されない。例えば、カスタマイズ対象機器が携帯電話２に限らず、様々なディスプレイ機能を有するその他の機器もカスタマイズの対象とした場合、そうした機器のあらゆるすべての解像度の雛型として保有することは困難であるので、図３のカスタマイズ画面などにおいてユーザが解像度を自由に設定し、その値を雛型データに反映させる構成をパソコン１が備えていてもよい。

アイコン画像セットには、１２個のアイコンごとに、アイコン画像の始点のｘ座標、ｙ座標、アイコン画像の幅、アイコン画像の高さ、透過度などを記述する場所が確保されている。ここで確保されているｘ座標、ｙ座標などの場所に、アイコンデータに記述された実際の値が合成される。さらに、アイコン画像セットには、アイコン画像に付加されるアニメーションが定義されている。アニメーションとは、アイコン画像にカーソルが当たってフォーカスされたときに、アイコン画像に対してどのようなアニメーションを付加するのかを定義している。ここで定義された値は、ユーザが選択した機種に応じて決まる値であり、ユーザ操作による変更はできない。

アイコン文字列セットには、１２個のアイコンごとに、機能タイトルの文字列の始点のｘ座標、ｙ座標、フォントサイズ、フォント色、透過度などを記述する場所が確保されている。ここで確保されている場所に、アイコンデータに記述された実際の値が合成される。さらに、アイコン文字列セットには、文字列に付加されるアニメーションが定義されている。アニメーションとは、アイコン画像にカーソルが当たってフォーカスされたときに、アイコン画像とともに表示されている文字列に対してどのようなアニメーションを付加するのかを定義している。ここで定義された値は、ユーザが選択した機種に応じて決まる値であり、ユーザ操作による変更はできない。

上述のレイアウトデータは、データ合成部２４に伝送される。そして、データ合成部２４によって、機能データおよびアイコンデータに記述されている実際の値がレイアウトデータに組み込まれて、メニュー画面データ４に含めるＵＩ記述データが完成する。

（データ合成部の詳細）
データ合成部２４は、雛型選択部２３が出力したレイアウトデータに、機能データ生成部２１が生成した機能データと、アイコンデータ生成部２２が生成したアイコンデータとを合成して、メニュー画面データ４に含めるカスタマイズされたＵＩ記述データを生成するものである。

データ合成部２４は、カスタマイズＵＩ部２０から、ユーザ設定情報を受け付けると、ユーザ設定情報に含まれるパターンＩＤに基づいて、合成処理時に参照する合成ルールを特定する。データ合成部２４が参照すべき合成ルールは、ユーザが選択したレイアウトのパターンにより変わる。つまり、レイアウトの雛型と合成ルールとは１対１で対応している。

合成ルール記憶部４４は、データ合成部２４がレイアウトデータと、機能／アイコンデータとを合成するときに参照する合成ルールを記憶するものである。合成ルール記憶部４４には、パターンＩＤと、合成ルールを一意に識別するための合成ルールＩＤとを対応付ける対応表と、合成ルールＩＤに対応付けて、複数の合成ルールが記憶されている。なお、合成ルールは、縦長画面用、横長画面用ともに同一のルールを採用することができる。

まず、データ合成部２４は、上記対応表を参照して、ユーザが指定したパターンＩＤから、合成ルールＩＤを特定し、これをパラメータとして保持する。そして、保持した合成ルールＩＤに基づいて特定された合成ルールを参照し、レイアウトデータと、機能／アイコンデータとの合成を開始する。

図２２は、データ合成部２４が参照する合成ルールのデータ構造の一例を示す図である。合成ルールにおいて、メニュー画面に表示されるアイコンごとに、どの値をどこに埋め込むのかが規定されている。

具体的には、１つのアイコンにつき、（１）メニュー番号、（２）アイコン画像の始点のｘ座標、（３）ｙ座標、（４）アイコン画像の幅（ピクセル数）、（５）高さ、（６）機能タイトルの文字列、（７）文字列の始点のｘ座標、（８）ｙ座標、（９）文字列のフォントサイズ、および、（１０）フォント色を１セットとして、実際の値と埋め込む場所との紐付け、すなわちルールが記述されている。

ここで、（１）および（６）のルールは、機能データの値とレイアウトデータの場所との紐付けを表しており、（２）〜（５）および（７）〜（１０）のルールは、アイコンデータの値とレイアウトデータの場所との紐付けを表している。

なお、機能情報、アイコン情報、および、レイアウトの雛型は、これまで述べてきたとおり、分割して管理されているが、それらの管理方法に変更があっても、その変更に合わせて合成ルールを変更することで、簡単に変更に対応することができる。

以上のように、本発明のデータ作成装置としてのパソコン１は、機能情報と、アイコン情報と、レイアウトの雛型とを別々に管理して、それを素に、それぞれを別々にカスタマイズする。そして、図２５に示すように、機能データ生成部２１が機能データを、アイコンデータ生成部２２がアイコンデータを、および、雛型選択部２３がレイアウトデータを、各々出力する。そして、ユーザが行った設定に適した合成ルールに基づいて、上記各記述データを合成する。具体的には、図２５に示すとおり、データ合成部２４が、上記レイアウトデータに、上記アイコンデータの各アイコン情報と、上記機能データの各機能情報とを埋め込んで合成し、ＵＩ記述データとして完成させる。最後に、メニュー画面データ作成部２６が、上記ＵＩ記述データと、画像取得部２５が取得した各アイコン画像とをパッキングして、メニュー画面データ４を作成する。

これにより、メニュー画面データ４を構成する情報を部品化して、ユーザの詳細なカスタマイズの要望、変更希望に、即時かつ容易に対応することが可能となる。しかも、ユーザは、パソコン１のカスタマイズＵＩ部２０が出力するＧＵＩ画面によって、簡単な操作で、メニュー画面のカスタマイズをパソコン１に対して指示することができる。

さらに、パソコン１によってアーカイブ化され作成されたメニュー画面データ４は、あらゆる携帯電話に適用可能な汎用性の高いデータ形式になっている。したがって、ユーザは、パソコン１を用いて、適用先の携帯電話２に制約をうけることなく、あらゆる携帯電話２のメニュー画面を自由にカスタマイズすることができる。

〔第２部：ユーザ設定情報の受付〕
図１に示すとおり、パソコン１は、ＧＵＩ画面で実現されるカスタマイズＵＩ部２０を備えている。そのため、ユーザは、表示部１３に表示されるＧＵＩ画面を、パソコン１の操作部１４を用いて操作するだけで容易にメニュー画面をカスタマイズすることが可能となる。

表示部１３に表示されるＧＵＩ画面の具体例を参照しながら、本発明のパソコン１における、メニュー画面を詳細にカスタマイズする際の、ユーザの操作性の優れた点について以下に説明する。

図３は、パソコン１のカスタマイズＵＩ部２０が表示部１３に表示するメニュー画面データ作成用のＧＵＩ画面（以下、カスタマイズ画面）の一例を示す図である。

例えば、カスタマイズ画面（グラフィカルユーザインターフェース画面）は、図３に示すようなＵＩ部品を含む構成である。具体的には、領域５０は、マウスで構成される操作部１４を用いて、ユーザがドラッグアンドドロップなどのマウス操作を行うことにより、画像記憶部４５に記憶されているファイルをアイコン画像または背景画像として呼び出して配置することができる領域である。ここで、アイコン画像とは、携帯電話２の機能を表現した画像であり、メニュー画面上に１以上表示されるものである。携帯電話２においてアイコン画像が選択されると、当該アイコン画像に対応する機能が呼び出される。背景画像とは、メニュー画面上に表示されるアイコン画像の背景に表示される画像である。

領域５０には、画像の配置結果が、携帯電話２に表示されるメニュー画面と見た目が同じように表示されるので、ユーザは、携帯電話２に実際に表示されるメニュー画面をイメージしながらカスタマイズを容易に行うことができる。

ユーザは、画像記憶部４５に保存している画像を１つ以上選択し、マウス操作によって画像を領域５０にドロップする。この操作によって、選択した１つ以上の画像が領域５０に表示される。図３に示す例では、配置可能な画像は、背景画像が１枚と、アイコン画像１２枚の合計１３枚である。画像を１枚ずつ配置した場合、最初に配置した画像が背景画像として使用され、その後はすべてアイコン画像として使用される。また、複数の画像を一度にドラッグアンドドロップ操作で配置した場合、ドロップする際にマウスによって選択されていた画像が背景画像に使用される。

なお、作業エリア（図３の領域５０）内では、ユーザがすでに配置したアイコン画像とそのアイコン画像から呼び出せる携帯電話２の機能との組み合わせを変更できることが望ましい。本実施形態では、例えば、領域５０に配置されたアイコン画像を削除して、削除した場所に新しいアイコン画像を設定し、電話機能に対応するアイコン画像を変更することができる。さらに、アイコン画像（とそのアイコン画像から呼び出せる機能）の表示位置を変更したい場合には、後述するプルダウン群５４を操作することにより変更可能である。図３に示す例において、「１」の位置にある電話機能と電話のアイコン画像を「５」の位置に移動させたい場合には、ユーザは、プルダウン群５４のうち、電話機能のプルダウンを操作して、「１」から「５」に変更すればよい。このとき、「５」の位置に別のアイコン画像と機能が既に割り当てられていた場合には、その機能のプルダウンが「５」から「１」に入れ替わる。

プルダウン群５１は、ユーザが、カスタマイズの対象である携帯電話２の機種を入力したり、幾種類かにパターン化されているメニュー画面の雛型を選択したりするための入力補助を行うＵＩ部品群である。

雛型とは、具体的には、メニュー画面のレイアウトの雛型であり、パターン化されたメニュー画面のレイアウトを規定する情報が、雛型記憶部４３に記憶されている。本実施形態では、図３に示すカスタマイズ画面が表示される前に、図９に示すＧＵＩ画面を表示して、携帯電話２の機種と、希望のレイアウトパターンとをユーザに選択させるようにしている。しかし、ユーザは、メニュー画面データを編集中に、機種やレイアウトの雛型を変更したくなったときには、図３に示すカスタマイズ画面上のプルダウン群５１にて後から変更することができる。変更方法としては、まず、ユーザは、プルダウンメニューを開き、その中から変更したい雛型を選択（クリック）することが考えられる。選択された雛型が変更されると、領域５０に表示されるアイコン画像のレイアウトも変更される。

なお、領域５０に背景画像およびアイコン画像が配置された後、プルダウン群５１において選択されたレイアウトパターンによっては、領域５０内に配置した画像を自由に移動させたり、アイコン画像の幅／高さを変更させたりできるようにしてもよい。

アイコン画像の配置位置や、アイコン画像の表示サイズを任意に編集できる雛型がプルダウン群５１において選択されると、ユーザは、領域５０に表示されているアイコン画像を移動させたり、サイズを変更させたりして思い通りにメニュー画面のレイアウトを編集する。図４は、領域５０において、アイコン画像の配置位置および表示サイズが任意に変更された場合に、カスタマイズ画面に表示される領域５０の具体例を示す図である。図４に示すように、アイコン画像の配置位置も表示サイズもまばらになっている。このように、図３に示すカスタマイズ画面を用いることにより、レイアウトのカスタマイズの自由度が飛躍的に向上する。さらに、一度配置したアイコン画像を、選択して削除することも可能である。

テキストボックス群５２は、ユーザが、選択した背景画像のファイル名を表示するものである。さらに、参照ボタンを設けて、背景画像の選択をテキストボックス群５２にて行えるようにしてもよい。また、テキストボックス群５２では、領域５０にドラッグアンドドロップで配置した背景画像を変更することができる。その場合、プルダウンメニューを開き、「参照」を選択する。これにより、「参照」ボタンが有効になるので、「参照」ボタンを押して、画像を参照するためのダイアログを開き、配置したい任意の画像を選択する。選択すると、選択した画像へのフルパスがテキストボックスに表示される。さらに、このテキストボックス群５２を、プルダウンのＵＩ部品にしてもよい。この場合は、メニュー画面データを作成するためのアプリケーション（以下、メニュー画面カスタマイズツール）においてあらかじめ用意されている背景画像が存在し、プルダウンメニューから、それらの背景画像を選択できるようにプルダウンを構成する。このようにすれば、ユーザがプルダウンメニューから背景画像を選択すると、領域５０内に、メニュー画面カスタマイズツールであらかじめ用意された画像が背景画像として適用される。

最近の携帯電話２に多く見られるように、携帯電話２の表示部が回転し、横長のポジションと、縦長のポジションの２つのポジションにて携帯電話２を使用できるようになっている。そこで、それぞれのポジション専用にメニュー画面をカスタマイズすることができるようにしてもよい。よって、縦長ポジション時の背景画像と、横長ポジション時の背景画像とをそれぞれ選択できるように、テキストボックスを複数設けてもよい。

テキストボックス群５３は、ユーザが、選択したアイコン画像のファイル名を表示するものである。さらに、参照ボタンを設けて、アイコン画像の選択をテキストボックス群５３にて行えるようにしてもよい。テキストボックス群５３には、メニュー画面に一度に表示されるアイコン画像数（ここでは、１２個）分のテキストボックスが用意される。

また、テキストボックス群５３では、領域５０にドラッグアンドドロップで配置したアイコン画像を変更することができる。その場合、「参照」ボタンが有効になるので、「参照」ボタンを押して、画像を参照するためのダイアログを開き、配置したい任意の画像を選択する。選択すると、選択した画像へのフルパスがテキストボックスに表示される。さらに、テキストボックス群５３を、プルダウンのＵＩ部品にして、メニュー画面カスタマイズツールにて用意されているアイコン画像をプルダウンメニューから選択できるようにしてもよい。ユーザがプルダウンメニューからアイコン画像を選択すると、領域５０内の対応するアイコン画像表示位置に、メニュー画面カスタマイズツールであらかじめ用意された画像がアイコン画像として適用される。

プルダウン群５４は、アイコン画像が携帯電話２のメニュー画面上で選択されるときの、カーソルの移動順をユーザが指定するための入力補助を行うＵＩ部品である。これにより、ユーザは、メニュー画面上のアイコン画像が、どのような順番でフォーカスされるかを定義することができる。本実施形態では、初期設定で、画像を配置した順番にカーソルが移動するように設定される。フォーカス順の変更方法は、変更したい任意のアイコン画像のプルダウンメニューを開き、任意の番号を選択する。これにより、初期設定でその順番に設定されていたアイコン画像と移動順序を入れ替えることができる。

プルダウン群５５は、アイコン画像とともに携帯電話２の機能を説明する文字列を表示する場合の文字色をユーザが指定するための入力補助を行うＵＩ部品である。ユーザは、文字色を変更したいアイコン画像のプルダウンメニューを開き、任意の文字色を選択する。文字色が変更されると、作業エリアの領域５０においても、対応するアイコン画像の文字色が選択した色に変更される。

ラジオボタン５６は、上記文字列をアイコン画像とともに表示するか、非表示にするかをユーザが指定するための入力補助を行うＵＩ部品である。

プルダウン５７は、カーソルがあたっている状態のアイコン画像に対して特殊効果を付ける場合にその内容をユーザが指定するための入力補助を行うＵＩ部品である。特殊効果とは、例えば、アイコン画像の色をセピアやグレースケールなどに変更することを指す。ユーザは、プルダウン５７のプルダウンメニューを開き、任意の特殊効果を選択する。特殊効果は、フォーカスされているときに現れる視覚的効果であるので、この時点では、領域５０には反映されない。

プルダウン５８は、カーソルがあたっている状態に移行するときにアイコン画像に付加するアニメーションをユーザが指定するための入力補助を行うＵＩ部品である。アニメーションを付加することにより、携帯電話２上で、どのアイコン画像が選択されているのかを、ユーザにわかりやすくすることができる。ユーザは、プルダウン５８のプルダウンメニューを開き、任意のアニメーションを選択する。アニメーションは、フォーカスされているときに現れる視覚的効果であるので、この時点では、領域５０には反映されない。

プルダウン５９は、ユーザがフォーカスの設定を行うための入力補助を行うＵＩ部品である。フォーカスの設定とは、具体的には、カーソルの色、あるいは、カーソルとして用いる画像を指定することである。カーソル色を指定する場合、プルダウン５９のプルダウンメニューを開き、ユーザが好みの色を選択する。または、カーソルとして用いる画像を指定する場合、プルダウン５９のプルダウンメニューから「参照」を選択する。これにより、「参照」ボタンが有効になるので、テキストボックス６０のエリアの「参照」ボタンを押して、画像を参照するためのダイアログを開き、カーソルにしたい任意の画像を選択する。画像が選択されると、選択された画像へのフルパスがテキストボックス６０に表示される。カーソルの態様は、領域５０には表示されない。

プレビューボタン６１は、上述のＵＩ部品を操作することにより作成されたユーザ設定情報に基づいてメニュー画面データが作成された場合に、当該メニュー画面データによるメニュー画面が携帯電話２上でどのように動作するのかをあらかじめパソコン１上で確かめるためのプレビュー画面(図５（ａ）または（ｂ）)を呼び出すためのボタンである。

図５（ａ）は、携帯電話２の表示部が縦長の場合に表示されるメニュー画面のプレビュー画面の具体例を示す図である。図５（ｂ）は、横長の場合に表示されるメニュー画面のプレビュー画面の具体例を示す図である。

プレビュー画面に表示されるメニュー画面では、パソコン１の操作部１４に備わっている特定のキーを使って、携帯電話２上で上下左右キーを押しているのと同様の動きを確認することが可能である。

携帯電話２の表示部が９０度回転し、横長の画面表示が可能な機種も多く普及しているため、縦長のメニュー画面のプレビュー画面から横長のプレビュー画面へと切り替えられるボタンや表示を縦長用のプレビュー画面に設けてもよい。本実施形態では、図５（ａ）に示す縦長用のプレビュー画面から、図５（ｂ）に示す横長用のプレビュー画面へと切り替える際には、ユーザは、「横画面プレビューへ」のテキストが記されたボタンを選択すればよい。

なお、ユーザによって、プレビューボタン６１が選択されたとき、パソコン１のカスタマイズＵＩ部２０は、プレビュー画面を表示する前に、ユーザ設定情報を確認してもよい。具体的には、１から１２までの機能に対応付けられたアイコン画像を検証し、１２個のアイコン画像の中に互いに重複するものがないかを確認してもよい。

そして、アイコン画像が重なっている場合には、カスタマイズＵＩ部２０が、確認ダイアログ６４（図６）を表示する。そして、確認ダイアログ６４の「ＯＫ」ボタンが押されたら、プレビュー画面を表示する。図６は、アイコン画像が重複している場合にカスタマイズＵＩ部２０が表示する確認ダイアログの具体例を示す図である。

キャンセルボタン６２は、カスタマイズ作業の中断をパソコン１に指示するためのボタンである。ユーザがキャンセルボタン６２を押下すると、カスタマイズＵＩ部２０は、例えば、図７（ａ）に示す確認ダイアログを別画面で表示する。図７（ａ）は、キャンセルボタン６２が押下された場合にカスタマイズＵＩ部２０が表示する確認ダイアログの具体例を示す図である。図７（ａ）に示す確認ダイアログは、ユーザが誤ってキャンセルボタン６２を押した場合に、すぐにユーザ設定情報のデータを削除しないようにするためのものである。図７（ａ）に示すとおり、確認ダイアログに示される「編集中のものを保存しますか？」との問いかけに対して、ユーザは、「はい」／「いいえ」／「キャンセル」のボタンのいずれかをユーザは選択することができる。

ここで、「はい」のボタンが選択された場合には、カスタマイズＵＩ部２０は、図７（ｂ）の確認ダイアログを表示する。図７（ｂ）は、編集されたユーザ設定情報を保存するためにカスタマイズＵＩ部２０が表示する確認ダイアログの具体例を示す図である。図７（ｂ）のテキストボックスに、ユーザが保存用のファイル名を入力し、「ＯＫ」ボタンを押下すると、カスタマイズＵＩ部２０は、図３のカスタマイズ画面介して入力されたユーザ設定情報を、上記ファイル名に関連付けてカスタマイズ情報記憶部４０に記憶する。「いいえ」のボタンが選択された場合には、カスタマイズＵＩ部２０は、これまで作成されたユーザ設定情報のデータを保存せずに、メニュー画面カスタマイズツールを中断する。「キャンセル」のボタンが選択された場合には、カスタマイズＵＩ部２０は、図７（ａ）の確認ダイアログを非表示にして、図３のカスタマイズ画面を再び表示する。

ＯＫボタン６３は、カスタマイズ画面を介して入力されたユーザ設定情報の保存をパソコン１に指示するためのボタンである。ユーザがＯＫボタン６３を押下すると、カスタマイズＵＩ部２０は、例えば、図７（ｂ）の確認ダイアログを表示し、保存用のファイル名の入力をユーザに促す。ファイル名が入力された状態で「ＯＫ」ボタンが押されると、カスタマイズＵＩ部２０は、上記ファイル名に関連付けて、カスタマイズ画面を介して入力されたユーザ設定情報をカスタマイズ情報記憶部４０に記憶する。「キャンセル」ボタンが押された場合は、カスタマイズＵＩ部２０は、ユーザ設定情報を保存せずに、上記確認ダイアログを閉じて、図３のカスタマイズ画面を再表示する。

上述のとおり、パソコン１において、カスタマイズＵＩ部２０が図３に示すようなカスタマイズ画面を表示して、ユーザの入力補助を行いながら、カスタマイズに必要なユーザ設定情報を受け付ける。これにより、ユーザは、携帯電話２のメニュー画面をカスタマイズするため各種設定をより簡単な操作で行うことが可能になる。

近年、多機能の携帯電話が普及するに伴って、ユーザが、メニュー画面をさらに、より多様に、詳細に、しかも簡単な操作でカスタマイズしたい、といった要求が高まってきている。しかしながら、上述の従来の技術では、このような要求に応えることができなかった。

具体的には、特許文献１の技術では、せいぜい、携帯電話のメニュー画面から呼び出せる機能に対して割り当てるアイコン画像を変更するという程度のカスタマイズしか行えない。しかも、メニュー画面から呼び出せる機能は固定されており、アイコン画像もあらかじめ携帯電話内に用意されたものを利用するのみである。

また、カスタマイズのための操作を、カスタマイズの対象となっているメニュー画面を表示する携帯電話そのものを用いて行う。ハードウェア的制約が大きい携帯電話を用いて行うカスタマイズには限界がある。

例えば、入力デバイスは、マウスやキーボードなどと比べて操作性が低く、メニュー画面に表示するアイコン画像を選択したり、その表示位置を決定したりするだけでも操作が煩雑になる。一般的な携帯電話では、メニュー画面に一度に表示される機能（アイコン）の数は、９〜１２個程度ある。よって、特許文献１の技術において、携帯電話内でユーザがメニュー画面をカスタマイズする場合、上記の数の機能に対して、アイコンを選択するという同じ作業を何度も繰り返す必要があり、非常に煩雑に感じられる。さらに、携帯電話のメモリでは、ユーザを満足させるだけの豊富なデータをそろえておくにも容量の制約で限界がある。

特許文献２の技術では、コンテンツプロバイダが、あらかじめ部品単位で用意しているＵＩ表示部品（背景画像やアイコン画像をパッケージ化したもの）をＷｅｂ経由で取得し、そのパッケージを適用するだけであるので、メニュー画面の設計の自由度が低く、ユーザの多様なオリジナリティ追求心を満足させることはできない。

しかし、上述した本発明の構成によれば、携帯電話２上で、メニュー画面のカスタマイズを行う場合に生じていた繰り返し作業の発生が軽減される。１２個の機能に１２個のアイコン画像を割り当てるために、１２回も同様作業を繰り返す必要があったが、本発明のパソコン１においてカスタマイズＵＩ部２０が表示するカスタマイズ画面を用いれば、ドラッグアンドドロップの簡易な操作で、１２個のアイコン画像をすべてそれぞれの機能に対応付けることが可能となる。

その他にも、カスタマイズ画面に表示されるＵＩ部品の入力補助によって、ユーザは、携帯電話２上でのカスタマイズ操作に比べて、簡易な操作でより詳細に、多様に、メニュー画面をカスタマイズすることが可能となる。

〔第３部：メニュー画面データの配信〕
上述のようにしてユーザによってカスタマイズされ、それに基づいてパソコン１が作成したメニュー画面データ４は、さまざまな携帯電話で読み取り可能な汎用性に優れた形式で作成されている。メニュー画面データ４を携帯電話に供給する場合も、カスタマイズＵＩ部２０が表示するＧＵＩ画面（以下、データ配布画面）によって、ユーザが、パソコン１から携帯電話へ容易に供給することが可能になる。

表示部１３に表示されるデータ配布画面の具体例を参照しながら、本発明のパソコン１における、カスタマイズしたメニュー画面データを携帯電話に供給する際の、ユーザの操作性の優れた点について以下に説明する。

本実施形態では、カスタマイズＵＩ部２０がカスタマイズ情報記憶部４０に保存したユーザ設定情報のファイルを、メニュー画面データ４として携帯電話２が読み取り可能に加工して、通信部１５を介して各携帯電話２に送信することが可能である。

図８は、カスタマイズＵＩ部２０が表示部１３に表示するデータ配布画面の具体例を示す図である。本実施形態では、図８に示すデータ配布画面は、メニュー画面カスタマイズツールのアプリケーションが起動されたときに、カスタマイズＵＩ部２０が開く初期画面も兼ねている。

図８に示すとおり、データ配布画面は、一例として、ユーザが入力したユーザ設定情報に対応するメニュー画面データ４の一覧を表示する領域６５と、メニュー画面データ４を新たに作成するための（ユーザ設定情報を入力するための）、図３のカスタマイズ画面を新規に呼び出す新規作成ボタン６６と、既に作成されているメニュー画面データ４を再編集するためにカスタマイズ画面を呼び出す編集ボタン６７と、領域６５において選択されているメニュー画面データによるプレビュー表示を指示するためのプレビューボタン６８と、作成されたメニュー画面データ４の削除を指示する削除ボタン６９と、作成されたメニュー画面データ４をデータ転送用の記録媒体に転送するための転送ボタン７０と、転送先の記録媒体に記憶されているメニュー画面データ４の一覧を表示する領域７１と、転送先の記録媒体を選択するためのプルダウン７２と、データ転送用記録媒体に記憶されているメニュー画面データ４の、媒体からの削除を指示するための削除ボタン７３とを含む構成となっている。

図８のデータ配布画面が含む各ＵＩ部品をユーザが操作することによって、パソコン１がユーザ設定情報のファイルを素にして作成したメニュー画面データ４を、携帯電話２などの各装置に配布することができる。

より詳細に図８のデータ配布画面の操作手順について説明すると以下の通りである。

ユーザが操作部１４を操作して、新規作成ボタン６６を押すと、カスタマイズＵＩ部２０は、まず、例えば図９に示す新規データ作成用の入力ダイアログを表示する。図９は、新規データ作成時に、カスタマイズＵＩ部２０が表示する入力ダイアログの一例を示す図である。この入力ダイアログは、これから作成するメニュー画面データの転送先の携帯電話２、すなわち、カスタマイズの対象となる携帯電話２の機種をユーザに指定させるためのものである。本実施形態では、さらに、この入力ダイアログ上で、メニュー画面カスタマイズツールが提供可能な雛型の中から、所望のレイアウトのパターンをユーザに指定させるＵＩ部品も表示する。ユーザは、図９に示す各プルダウンを操作して、「機種」および「パターン」を選択することができる。「機種」および「パターン」が選択された後に、「ＯＫ」ボタンが押されると、カスタマイズＵＩ部２０は、図３のカスタマイズ画面を表示する。このとき、図９の各プルダウンから指定されたユーザ設定情報は、図３のプルダウン群５１に反映される。一方、「キャンセル」ボタンが押されると、カスタマイズＵＩ部２０は、図９に示す入力ダイアログを閉じ、図８のデータ配布画面を再表示する。

編集ボタン６７は、再編集用のボタンであり、領域６５で再編集対象のメニュー画面データを少なくとも１つ選択後に編集ボタン６７が押されると、カスタマイズＵＩ部２０は、図３のカスタマイズ画面を表示して、選択されたメニュー画面データの再編集を受け付ける。

プレビューボタン６８は、作成されたメニュー画面データのプレビュー画面の表示を指示するためのボタンである。領域６５でプレビューを表示させたいメニュー画面データを少なくとも１つ選択後プレビューボタン６８が押されると、カスタマイズＵＩ部２０は、図５（ａ）および／または（ｂ）のプレビュー画面を表示する。

削除ボタン６９は、パソコン１にて記録されているメニュー画面データ（対応するユーザ設定情報）を削除するボタンである。領域６５にて削除対象のデータを少なくとも１つ選択後に削除ボタン６９が押されると、カスタマイズＵＩ部２０は、まず、誤操作を防ぐための確認ダイアログを表示する。図１０は、ユーザ設定情報の削除が指示されたときに、カスタマイズＵＩ部２０が表示する確認ダイアログの一例を示す図である。この確認ダイアログでは、選択したユーザ設定情報を削除してもよいかどうかをユーザに確認する旨のメッセージが表示される。ここで、「ＯＫ」ボタンが押されると、カスタマイズＵＩ部２０は、対象のメニュー画面データおよびその素であるユーザ設定情報を、カスタマイズ情報記憶部４０から削除するとともに、領域６５から上記ユーザ設定情報に対応するファイル名の表示を削除する。一方、「キャンセル」ボタンが押されると、カスタマイズＵＩ部２０は、図１０に示す確認ダイアログを閉じ、図８のデータ配布画面を再表示する。

転送ボタン７０は、作成されたメニュー画面データの、記録媒体への転送を指示するためのボタンであり、パソコン１がアクセス可能な転送用記録媒体が存在する場合のみ有効になるボタンである。転送方法としては、領域６５にて転送したいファイルを少なくとも１つ選択後転送ボタン７０が押されると、転送の指示がカスタマイズＵＩ部２０を介して、通信部１５およびメニュー画面データを作成する各部に伝達される。通信部１５は、上記各部によって、選択されたユーザ設定情報のファイルを素にして作成されたメニュー画面データを、指定されている記録媒体へ転送する。転送されたメニュー画面データの一覧は、領域７１に表示される。

プルダウン７２は、メニュー画面データの転送先の記録媒体が２つ以上存在する場合に有効になるＵＩ部品である。プルダウン７２のプルダウンメニュー内に表示される任意の記録媒体をユーザが選択すると、カスタマイズＵＩ部２０は、選択された記録媒体の中で管理されているメニュー画面データの一覧を領域７１に表示する。

このように、図８に示すデータ配布画面を表示させてユーザ操作を受け付けることにより、ユーザは、直感的に分かりやすい画面を操作しながら、簡単に作成したメニュー画面データを所望の携帯電話２に配布することが可能となる。

従来の技術では、１つの装置（携帯電話）で作成したカスタマイズのためのメニュー画面データは、他の装置（他の携帯電話）に外部出力することができなかったが、本発明のパソコン１は、自装置にて作成したメニュー画面データを、パソコン１がアクセス可能な記録媒体に記憶したり、ウェブやメール経由で他の携帯電話に転送したりすることが可能となる。さらに、メニュー画面データの配布ルートとしては、上記のようなインターネット経由に限定されない。赤外線／ＢｌｕｅＴｏｏｔｈ（登録商標）などの近距離無線通信を経由して配布されてもよいし、ＳＤ／ＭｉｃｒｏＳＤ／ＣＤ／ＤＶＤ、ＵＳＢメモリなどの記録媒体を経由して、通信網を介さずに携帯電話に直接配布されてもよい。

なお、これまで図示した各ＧＵＩ画面の配置、デザイン、ＵＩ部品の種類などは、一例であって本発明を限定するものではない。

≪実施形態２≫
実施形態１では、メニュー画面データ４における、どんな携帯電話にでも供給できる汎用性の高さとその利点について説明してきた。しかし、どんな携帯電話にも供給でき、汎用性が高いと逆に不都合なこともある。

具体的には、携帯電話によっては、利用できない機能もある。例えば、図２の携帯電話２ａ向けに作成したメニュー画面データ４が機種の違う携帯電話２ｂにて処理されるとする。ここで、そのメニュー画面データ４に、携帯電話２ｂでは呼び出せない機能が混在していると、アイコンは表示されているのに、選択しても機能を実行できないといった不具合が発生してしまう。つまり、実際に携帯電話では呼び出せない機能をメニュー画面から呼び出すための画面をデザインしてしまうという人為的ミスを防ぐ必要がある。そこで、メニュー画面データ４の汎用性を損なうことなく、上述の人為的ミスをカバーできることが望まれる。

本実施形態では、メニュー画面データ４をあらゆる携帯電話に自由に送信ができるが、受け取った携帯電話２において、実行できない機能が混在する他の機種向けのメニュー画面データ４を受信した場合には、携帯電話２がそれを処理しないようにすることができる仕組みについて説明する。

〔データ作成装置の構成〕
本実施形態におけるパソコン１の構成について、再び図１を参照して、以下に説明する。本実施形態におけるパソコン１は、実施形態１における構成に加えて、制御部１０において鍵生成部２７を、記憶部１１において鍵情報記憶部４６を備える構成となっている。

鍵生成部２７は、メニュー画面データ４に付与する鍵情報を生成するものである。鍵情報とは、メニュー画面データ４の中身（ＵＩ記述データおよび画像）が、そのまま読み取られないように保護している保護鍵の情報であり、対応する解除鍵によって解除されるものである。

本実施形態では、鍵生成部２７が生成した鍵情報は、メニュー画面データ作成部２６によって、メニュー画面データ４の先頭に付与され、それを解除しないと、携帯電話２において、ＵＩ記述データや画像などを読み取ることができないようにメニュー画面データ４が作成される。

また、本実施形態では、一例として、カスタマイズされたメニュー画面データ４を、同じ携帯電話２の機種同士でのみ共有できるものとする。したがって、鍵情報記憶部４６は、機種ごとに用意された鍵情報を記憶しており、特定の機種の携帯電話２のみが鍵情報による保護を解除できる仕組みになっている。

鍵生成部２７は、カスタマイズＵＩ部２０から伝送されたユーザ設定情報に含まれる機種の情報に基づいて、鍵情報記憶部４６の中から、当該機種に対応する鍵情報を取得し、メニュー画面データ作成部２６に出力する。

メニュー画面データ作成部２６は、データの先頭に鍵生成部２７から取得した鍵情報を含めてメニュー画面データ４を完成させる。

〔メニュー画面データのデータ構造〕
図２３は、本実施形態におけるメニュー画面データ４のデータ構造の一例を示す図である。

上述したとおり、メニュー画面データ４は、メニュー画面の表示の仕方や携帯電話２の動作を定義するＵＩ記述データと、アイコン画像や背景画像などの画像群とを含んでいる。本実施形態では、アイコン画像は１２個含まれる。さらに、本実施形態では、図２３に示すとおり、ＵＩ記述データおよび画像の読み取りを保護する鍵情報が含まれている。

図２３に示すメニュー画面データ４では、データの左端がデータの先頭を表しており、左から右へ、すなわち、図示された矢印の通信方向にて、各情報が順次送受信される。本実施形態では、鍵情報は、メニュー画面データ４の先頭に含まれている。よって、携帯電話２においては、メニュー画面データ４を受信するときには、まず、鍵情報を処理することになり、この鍵情報による保護を解除できなければ後続の情報を処理できないようになっている。

〔データ処理装置の構成〕
図２４は、本発明の実施形態におけるデータ処理装置としての携帯電話２（ａ〜ｃ）の要部構成を示す図である。

図２４に示すとおり、携帯電話２は、制御部８０、記憶部８１、表示部８３、操作部８４、および、通信部８５を備える構成となっている。

制御部８０は、携帯電話２が備える各部を統括制御するものである。制御部８０は、機能ブロックとしての、鍵解除部９０、記述データ実行部９１、画像処理部９２、および、メニュー画面ＵＩ部９３を備えている。

記憶部８１は、制御部８０が実行する制御プログラム、ＯＳプログラム、および、制御部８０が、携帯電話２が有する各種機能を実行するときに読み出す各種データを記憶するものである。また、記憶部８１には、少なくとも、解除鍵記憶部９９を含んでいる。

通信部８５は、パソコン１または他の携帯電話２と通信網３を介して通信するものである。具体的には、パソコン１から供給されたメニュー画面データ４を受信したり、受信した当該メニュー画面データ４を他の携帯電話２に送信したりする。

表示部８３は、制御部８０が処理したメニュー画面データ４に応じて、カスタマイズされたメニュー画面を表示するものである。表示部８３としては、例えばＬＣ（Liquid Crystal）表示装置やＥＬ（Electro Luminescence）表示装置等を好適に適用することができる。

操作部８４は、ユーザが携帯電話２に対する各種命令信号を入力するためのものである。例えば、操作部８４は、携帯電話２の本体に表面に設けられた十字キー、決定キー、テンキーなどとして実現することができる。

制御部８０の鍵解除部９０は、解除鍵記憶部９９に記憶されている解除鍵を用いて、通信部８５を介して受信されたメニュー画面データ４に埋め込まれた鍵情報による保護を解除するものである。

解除鍵記憶部９９には、携帯電話２の機種に応じて、鍵情報による保護を解除するための解除鍵があらかじめ記憶されている。この解除鍵は、保護鍵と対になっており、対応する鍵情報でなければ解除できない仕組みになっている。本実施形態では、鍵対は、機種ごとに用意にされている。したがって、同機種同士では、同じ鍵情報を解除することが可能となり、よって、同機種にて同じメニュー画面データ４を共有することが可能となる。

鍵解除部９０は、まず、図２３のメニュー画面データ４の先頭に含まれる鍵情報による保護を、解除鍵を用いて解除する。上記鍵情報を解除できた場合には、保護を解除した後のメニュー画面データ４を、記述データ実行部９１および画像処理部９２にそれぞれ伝送する。解除できなかった場合には、鍵解除部９０は、受信したメニュー画面データ４を破棄する。

記述データ実行部９１は、鍵解除部９０より供給されたメニュー画面データ４に含まれるＵＩ記述データを解析して、解析結果に基づいて動作するものである。例えば、入力キーに応じてカーソルを動かしたり、機能を呼び出したりする。

画像処理部９２は、鍵解除部９０より供給されたメニュー画面データ４に含まれる各画像を読み取って、必要があれば色やサイズ変更などの処理を行ってから、各画像をメニュー画面ＵＩ部９３に出力する。

メニュー画面ＵＩ部９３は、記述データ実行部９１が解析したＵＩ記述データにしたがって、画像処理部９２が処理した背景画像およびアイコン画像を指定どおりに配置し、メニュー画面を表示部８３に表示するものである。また、メニュー画面ＵＩ部９３は、表示したメニュー画面に対して、操作部８４を介して行われたユーザ操作を受け付けて、入力された信号を制御部８０の各部に伝達するものである。

上記構成によれば、パソコン１は、メニュー画面データ４の先頭に特定の機種にしか解除できない鍵情報を埋め込んで、各携帯電話２に配布する。各携帯電話２においては、まず、メニュー画面データ４の先頭に埋め込まれている鍵情報の解除を、自装置にあらかじめ記憶されている解除鍵を用いて試みる。

ここで、解除に成功したら、後続するメニュー画面データ４のＵＩ記述データおよび画像群を処理することが可能となり、メニュー画面データ４にしたがってカスタマイズされたメニュー画面を表示部８３に表示することができる。一方、解除に失敗した場合には、携帯電話２は、自装置の機種には適合しないメニュー画面データ４が供給されたと判断し、受信したメニュー画面データ４を破棄する。

これにより、携帯電話２が備えていない機能を呼び出すメニュー画面が誤って携帯電話２の表示部８３に表示されるといった不都合を解消することができる。よって、ユーザは、機種の違いを意識しながらユーザ設定情報を設定する必要がなくなる。また、同機種であれば、別の携帯電話２においても同じメニュー画面データ４を共有することができるので、本来のメニュー画面データ４の汎用性を損なうこともない。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

最後に、パソコン１の各ブロック、特にカスタマイズＵＩ部２０、機能データ生成部２１、アイコンデータ生成部２２、雛型選択部２３、データ合成部２４、画像取得部２５、メニュー画面データ作成部２６および鍵生成部２７は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、パソコン１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるパソコン１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記パソコン１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、パソコン１を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明のデータ作成装置は、携帯電話などのハードウェア資源に制約のある小型（薄型）の多機能装置におけるメニュー画面をカスタマイズする場合に特に好適に用いることができる。

本発明の実施形態におけるデータ作成装置としてのパソコンの要部構成を示す図である。 本発明の実施形態におけるデータ供給システムの概要を示す図である。 パソコンのカスタマイズＵＩ部が表示部に表示するカスタマイズ画面の一例を示す図である。 アイコン画像の配置位置および表示サイズをユーザが任意に変更するための、カスタマイズ画面に表示されるＵＩ部品（領域５０）の他の具体例を示す図である。 （ａ）は、携帯電話の表示部が縦長の場合に表示されるメニュー画面のプレビュー画面の具体例を示す図であり、（ｂ）は、横長の場合に表示されるメニュー画面のプレビュー画面の具体例を示す図である。 アイコン画像が重複している場合にカスタマイズＵＩ部が表示する確認ダイアログの具体例を示す図である。 （ａ）は、キャンセルボタン６２が押下された場合にカスタマイズＵＩ部が表示する確認ダイアログの具体例を示す図であり、（ｂ）は、編集されたユーザ設定情報を保存するためにカスタマイズＵＩ部が表示する確認ダイアログの具体例を示す図である。 パソコンのカスタマイズＵＩ部が表示部に表示するデータ配布画面の具体例を示す図である。 新規データ作成時に、カスタマイズＵＩ部が表示する入力ダイアログの一例を示す図である。 ユーザ設定情報の削除が指示されたときに、カスタマイズＵＩ部が表示する確認ダイアログの一例を示す図である。 本発明の実施形態におけるパソコンのメニュー画面データ作成処理の流れを示すフローチャートである。 機能データ生成処理を実行する機能データ生成部の構成を示すブロック図である。 （ａ）は、機能データ生成部が参照する機能情報記憶部に記憶される機種別機能リストの具体例を示す図であり、（ｂ）は、機能情報群の具体例を示す図である。 機能データ記述部が記述し、完成させた機能データのデータ構造の一例を示す図である。 アイコンデータ生成処理を実行するアイコンデータ生成部の構成を示すブロック図である。 （ａ）は、アイコンデータ生成部が参照するアイコン情報記憶部に記憶されるパターン別アイコン情報リストの具体例を示す図であり、（ｂ）は、アイコン情報群の具体例を示す図である。 （ａ）は、アイコンデータ生成部のパラメータ保持部が保持するパラメータ値に基づいて、画面回転処理部によって定義される、アイコンの縦長画面上での表示位置および表示サイズを示す図であり、（ｂ）は、画面回転処理部が算出する、上記アイコン画像の横長画面上での表示位置および表示サイズを示す図である。 画面回転処理部の算出処理の流れを示すフローチャートである。 アイコンデータ記述部が記述し、完成させたアイコンデータのデータ構造の一例を示す図である。 （ａ）は、雛型選択部が参照する雛型記憶部に記憶されるパターン雛型対応表の具体例を示す図であり、（ｂ）は、雛型群の具体例を示す図である。 雛型選択部がデータ合成部へ伝送するレイアウトデータのデータ構造の一例を示す図である。 データ合成部が参照する合成ルールのデータ構造の一例を示す図である。 本発明の他の実施形態におけるメニュー画面データのデータ構造の一例を示す図である。 本発明の他の実施形態におけるデータ処理装置としての携帯電話の要部構成を示す図である。 データ作成装置としてのパソコンにおいて、メニュー画面データが作成されるまでに処理される各種データの流れおよびデータ構造を概略的に示す図である。

符号の説明

１ パソコン（データ作成装置）
２ａ〜ｃ 携帯電話（データ処理装置）
３ 通信網
４ メニュー画面データ
１０ 制御部
１１ 記憶部
１２ スキャナ
１３ 表示部
１４ 操作部
１５ 通信部
２０ カスタマイズＵＩ部（ユーザインターフェース手段）
２１ 機能データ生成部（機能データ生成手段）
２２ アイコンデータ生成部（アイコンデータ生成手段）
２３ 雛型選択部（雛型選択手段）
２４ データ合成部（データ合成手段）
２５ 画像取得部
２６ メニュー画面データ作成部
２７ 鍵生成部（鍵生成手段）
４０ カスタマイズ情報記憶部
４１ 機能情報記憶部
４２ アイコン情報記憶部
４３ 雛型記憶部
４４ 合成ルール記憶部
４５ 画像記憶部
４６ 鍵情報記憶部
８０ 制御部
８１ 記憶部
８３ 表示部
８４ 操作部
８５ 通信部
９０ 鍵解除部（鍵解除手段）
９１ 記述データ実行部（記述データ実行手段）
９２ 画像処理部
９３ メニュー画面ＵＩ部（メニュー画面表示手段）
９９ 解除鍵記憶部
１００ データ供給システム
２１１ 入力部
２１２ パラメータ保持部
２１３ 機能選択部
２１４ 機能データ記述部
２１５ 出力部
２２１ 入力部
２２２ パラメータ保持部
２２３ アイコン情報選択部
２２４ アイコンデータ記述部
２２５ 画面回転処理部
２２６ 出力部
４１１ 機種別機能リスト
４１２ 機能情報群
４２１ パターン別アイコン情報リスト
４２２ アイコン情報群
４３１ パターン雛型対応表
４３２ 雛型群

Claims (15)

1. データ処理装置がメニュー画面を表示するために必要なメニュー画面データを作成するデータ作成装置であって、上記メニュー画面データは、上記データ処理装置が解読可能な言語にて、該データ処理装置におけるメニュー画面を表示するための動作を定義するＵＩ記述データを少なくとも含んでおり、
   上記メニュー画面をカスタマイズするためのユーザ設定情報の入力を受け付けるユーザインターフェース手段と、
   上記データ処理装置の機能を定義した機能情報を複数記憶する機能情報記憶部から上記ユーザ設定情報に応じて選択した１以上の機能情報を含む機能データを生成する機能データ生成手段と、
   上記メニュー画面から上記機能を呼び出すアイコンを定義したアイコン情報を複数記憶するアイコン情報記憶部から上記ユーザ設定情報に応じて選択した１以上のアイコン情報を含むアイコンデータを生成するアイコンデータ生成手段と、
   上記ＵＩ記述データの雛型を複数記憶する雛型記憶部から、上記ユーザ設定情報に応じて雛型を選択する雛型選択手段と、
   上記ＵＩ記述データの雛型の所定位置に、上記機能データの機能情報と上記アイコンデータのアイコン情報とを埋め込むことによりＵＩ記述データを生成するデータ合成手段とを備えていることを特徴とするデータ作成装置。
2. 上記データ合成手段は、
   上記機能情報または上記アイコン情報を上記雛型に埋め込む位置を規定した複数の合成ルールの中から上記ユーザ設定情報に応じて選択した合成ルールにしたがって、上記ＵＩ記述データを生成することを特徴とする請求項１に記載のデータ作成装置。
3. 上記機能情報記憶部には、上記データ処理装置の機種と、当該機種において実行可能な機能との対応関係を示す機種別機能リストが記憶されており、
   上記機能データ生成手段は、上記ユーザ設定情報に含まれる機種と、上記機種別機能リストとに基づいて、上記機能情報を選択することを特徴とする請求項１または２に記載のデータ作成装置。
4. 上記アイコンデータ生成手段は、
   上記ユーザ設定情報に基づいて、上記データ処理装置が縦長画面および横長画面の両方でメニュー画面を表示可能な装置であると判断した場合には、
   縦長画面または横長画面について入力されたユーザ設定情報に基づいて、縦長画面向けのアイコンデータ、および、横長画面向きのアイコンデータの両方を生成することを特徴とする請求項１から３までのいずれか１項に記載のデータ作成装置。
5. 上記メニュー画面データには、上記ＵＩ記述データとともに、該ＵＩ記述データにしたがって上記データ処理装置が表示するアイコン画像が含まれており、
   上記ユーザインターフェース手段は、
   ユーザによって当該データ作成装置に登録された画像の中から、上記アイコン画像としての画像の選択を受け付けることを特徴とする請求項１から４までのいずれか１項に記載のデータ作成装置。
6. 上記ユーザインターフェース手段は、
   ユーザのユーザ設定情報の入力を支援するグラフィカルユーザインターフェース画面を当該データ作成装置の表示部に表示することを特徴とする請求項１から５までのいずれか１項に記載のデータ作成装置。
7. 上記ユーザインターフェース手段は、
   上記データ処理装置が上記メニュー画面上にアイコン画像を表示する際の表示サイズおよび表示位置の少なくとも一方を任意に編集するグラフィカルユーザインターフェース画面を表示することを特徴とする請求項６に記載のデータ作成装置。
8. 上記メニュー画面データに含める、上記ＵＩ記述データの読み取りを保護する鍵情報を生成する鍵生成手段を備え、
   上記鍵生成手段は、上記ユーザ設定情報に含まれる、上記データ処理装置の機種に基づいて、当該機種特有の解除鍵でのみ解除されるように上記鍵情報を生成することを特徴とする請求項１から７までのいずれか１項に記載のデータ作成装置。
9. 請求項１から８までのいずれか１項に記載のデータ作成装置から受信したメニュー画面データに含まれるＵＩ記述データを解析して、解析結果にしたがって動作する記述データ実行手段と、
   上記記述データ実行手段の解析結果にしたがって、当該データ処理装置の表示部にメニュー画面を表示するメニュー画面表示手段とを備えていることを特徴とするデータ処理装置。
10. 上記メニュー画面データに鍵情報が含まれている場合には、当該データ処理装置にあらかじめ記憶されている解除鍵を用いて上記鍵情報による保護を解除する鍵解除手段をさらに備え、
    上記鍵解除手段は、解除に成功した場合にのみ、上記ＵＩ記述データを上記記述データ実行手段に供給することを特徴とする請求項９に記載のデータ処理装置。
11. 請求項１から８までのいずれか１項に記載のデータ作成装置と、
    上記データ作成装置から上記メニュー画面データを受信する請求項９または１０に記載のデータ処理装置とを含むことを特徴とするデータ供給システム。
12. データ処理装置がメニュー画面を表示するために必要なメニュー画面データを作成するデータ作成方法であって、
    上記メニュー画面データは、上記データ処理装置が解読可能な言語にて、該データ処理装置におけるメニュー画面を表示するための動作を定義するＵＩ記述データを少なくとも含んでおり、
    上記メニュー画面をカスタマイズするためのユーザ設定情報の入力を受け付ける入力受付ステップと、
    上記データ処理装置の機能を定義した複数の機能情報の中から上記ユーザ設定情報に応じて選択した１以上の機能情報を含む機能データを生成する機能データ生成ステップと、
    上記メニュー画面から上記機能を呼び出すアイコンを定義した複数のアイコン情報の中から上記ユーザ設定情報に応じて選択した１以上のアイコン情報を含むアイコンデータを生成するアイコンデータ生成ステップと、
    上記ＵＩ記述データの複数の雛型の中から、上記ユーザ設定情報に応じて雛型を選択する雛型選択ステップと、
    上記ＵＩ記述データの雛型の所定位置に、上記機能データの機能情報と上記アイコンデータのアイコン情報とを埋め込むことによりＵＩ記述データを生成するデータ合成ステップとを含むことを特徴とするデータ作成方法。
13. 請求項１から８までのいずれか１項に記載のデータ作成装置から受信したメニュー画面データを処理してメニュー画面を表示するデータ処理装置のデータ処理方法であって、
    上記メニュー画面データに含まれるＵＩ記述データを解析して、解析結果にしたがって動作するスクリプト実行ステップと、
    上記解析結果にしたがって、上記データ処理装置の表示部にメニュー画面を表示するメニュー画面表示ステップとを含むことを特徴とするデータ処理方法。
14. コンピュータを、請求項１から８までのいずれか１項に記載のデータ作成装置、または、請求項９または１０に記載のデータ処理装置の各手段として機能させるための制御プログラム。
15. 請求項１４に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images