(57)【特許請求の範囲】
【請求項１】
携帯通信機器プラットフォームとしての環境と、前記携帯通信機器プラットフォーム上に構成されるアプリケーション実行環境とを有する携帯通信機器であって、
前記アプリケーション実行環境は、該アプリケーション実行環境上で動作するユーザ設定アプリに対して、前記携帯通信機器プラットフォーム上で動作するデフォルトアプリとしての壁紙設定プログラムに対する壁紙設定の命令を受け付ける為の第１のソフトウェアインタフェースの機能を有し、
前記携帯通信機器プラットフォームは、前記アプリケーション実行環境に対して、前記壁紙設定の命令を受け付ける第２のソフトウェアインタフェースの機能を有し、
前記アプリケーション実行環境が、前記第１のソフトウェアインタフェースを介して前記壁紙設定の命令を受け付けると、当該命令に対応する要求を前記第２のソフトウェアインタフェースを介して前記携帯通信機器プラットフォームに渡し、
前記携帯通信機器プラットフォームが、前記受け付けた要求に応じた壁紙設定をすること、
を特徴とする携帯通信機器。
【請求項２】
前記アプリケーション実行環境は、
前記ユーザ設定アプリをアクティブ状態、ポーズ状態、および終了状態間で遷移させる機能を有し、
前記携帯通信機器プラットフォームから、着信を含む外部イベントの発生に応じて生成される通知を受けた際に、前記ユーザ設定アプリをアクティブ状態からポーズ状態に遷移させること、
を特徴とする請求項１に記載の携帯通信機器。
【請求項３】
前記アプリケーション実行環境は、
前記ユーザ設定アプリをアクティブ状態、ポーズ状態、および終了状態間で遷移させる機能を有し、
省電力のために前記ユーザ設定アプリからの通知を受けた際に前記ユーザ設定アプリをアクティブ状態からポーズ状態に遷移させること、
を特徴とする請求項１に記載の携帯通信機器。
【請求項４】
前記壁紙設定の命令は、前記ユーザ設定アプリが前記アクティブ状態にあるときに前記ユーザ設定アプリから発せられること、を特徴とする請求項２又は請求項３の何れかに記載の携帯通信機器。
【請求項５】
前記壁紙設定は、壁紙として表示される画像ファイルの登録および上書きに関する設定を含むことを特徴とする請求項１から請求項４の何れかに記載の携帯通信機器。
【請求項６】
前記壁紙設定は、壁紙として登録された画像ファイル中のどれを壁紙として表示するかを指定する為の設定を含むことを特徴とする請求項５に記載の携帯通信機器。
【請求項７】
前記画像ファイルの画像は、静止画又は動画であることを特徴とする請求項５又は請求項６の何れかに記載の携帯通信機器。
【請求項８】
前記携帯通信機器プラットフォーム、前記アプリケーション実行環境の少なくともいずれか一方は、前記壁紙設定の命令により壁紙設定が変更される際に、変更前の設定を保存する機能を更に有することを特徴とする請求項１から請求項７の何れかに記載の携帯通信機器。
【請求項９】
アプリケーション実行環境を有する携帯通信機器であって、
前記アプリケーション実行環境は、該アプリケーション実行環境上で動作するユーザ設定アプリに対して、前記携帯通信機器上で動作するデフォルトアプリとしての壁紙設定プログラムに対する壁紙設定の命令を行なう為のソフトウェアインタフェースを提供する機能を有すること、
を特徴とする携帯通信機器。
【請求項１０】
前記壁紙設定は、壁紙として表示される画像ファイルの登録および上書きに関する設定を含むことを特徴とする請求項９に記載の携帯通信機器。
【請求項１１】
前記壁紙設定は、壁紙として登録された画像ファイル中のどれを壁紙として表示するかを指定する為の設定を含むことを特徴とする請求項１０に記載の携帯通信機器。
【請求項１２】
前記画像ファイルの画像は、静止画又は動画であることを特徴とする請求項９又は請求項１１の何れかに記載の携帯通信機器。
【請求項１３】
前記アプリケーション実行環境は、前記壁紙設定の命令により壁紙設定が変更される際に、変更前の設定を保存する機能を更に有することを特徴とする請求項９から請求項１１の何れかに記載の携帯通信機器。
【請求項１４】
前記アプリケーション実行環境は、Ｊａｖａ（登録商標）実行環境であることを特徴とする請求項１から請求項１３の何れかに記載の携帯通信機器。
【請求項１５】
前記Ｊａｖａ実行環境は、ＭＩＤＰ（Mobile Information Device Profile）に準拠した環境であることを特徴とする請求項１４に記載の携帯通信機器。
【請求項１６】
前記アプリケーション実行環境は、ＢＲＥＷ（登録商標）実行環境であることを特徴とする請求項１から請求項１３の何れかに記載の携帯通信機器。
【請求項１７】
前記アプリケーション実行環境は、前記ユーザ設定アプリが生成した画像ファイルを前記壁紙設定プログラムに壁紙として設定させるためのメソッドを有することを特徴とする請求項１から請求項１６の何れかに記載の携帯通信機器。
【請求項１８】
携帯通信機器上に構築される携帯通信機器プラットフォームとしての環境と、前記携帯通信機器プラットフォーム上に構成されるアプリケーション実行環境とからなる実行環境ソフトウェアであって、
前記アプリケーション実行環境は、該アプリケーション実行環境上で動作するユーザ設定アプリに対して、前記携帯通信機器プラットフォーム上で動作するデフォルトアプリとしての壁紙設定プログラムに対する壁紙設定の命令を受け付ける為の第１のソフトウェアインタフェースの機能を有し、
前記携帯通信機器プラットフォームは、前記アプリケーション実行環境に対して、前記壁紙設定の命令を受け付ける第２のソフトウェアインタフェースの機能を有し、
前記アプリケーション実行環境が、前記第１のソフトウェアインタフェースを介して前記壁紙設定の命令を受け付けると、当該命令に対応する要求を前記第２のソフトウェアインタフェースを介して前記携帯通信機器プラットフォームに渡し、
前記携帯通信機器プラットフォームが、前記受け付けた要求に応じた壁紙設定をすること、
を特徴とする実行環境ソフトウェア。
【請求項１９】
携帯通信機器上に構築される携帯通信機器プラットフォーム上で動作するアプリケーション実行環境としてのソフトウェアであって、
前記アプリケーション実行環境は、該アプリケーション実行環境上で動作するユーザ設定アプリに対して、前記携帯通信機器プラットフォーム上で動作するデフォルトアプリとしての壁紙設定プログラムに対する壁紙設定の命令を受け付ける為のソフトウェアインタフェースの機能を有し、
前記アプリケーション実行環境は、前記受け付けた前記壁紙設定の命令が前記壁紙設定に対して反映されるように、前記携帯通信機器プラットフォームに対して要求を行うこと、
を特徴とするアプリケーション実行環境ソフトウェア。
【請求項２０】
前記アプリケーション実行環境は、
前記ユーザ設定アプリをアクティブ状態、ポーズ状態、および終了状態間で遷移させる機能を有し、
前記携帯通信機器プラットフォームから、着信を含む外部イベントの発生に応じて生成される通知を受けた際に、前記ユーザ設定アプリをアクティブ状態からポーズ状態に遷移させること、
を特徴とする請求項１８又は請求項１９の何れかに記載のアプリケーション実行環境ソフトウェア。
【請求項２１】
前記アプリケーション実行環境は、
前記ユーザ設定アプリをアクティブ状態、ポーズ状態、および終了状態間で遷移させる機能を有し、
省電力のために前記ユーザ設定アプリからの通知を受けた際に前記ユーザ設定アプリをアクティブ状態からポーズ状態に遷移させること、
を特徴とする請求項１８又は請求項１９の何れかに記載のアプリケーション実行環境ソフトウェア。
【請求項２２】
前記壁紙設定の命令は、前記ユーザ設定アプリが前記アクティブ状態にあるときに前記ユーザ設定アプリから発せられること、を特徴とする請求項２０又は請求項２１の何れかに記載のアプリケーション実行環境ソフトウェア。
【請求項２３】
前記アプリケーション実行環境は、Ｊａｖａ（登録商標）実行環境であることを特徴とする請求項１８から請求項２２の何れかに記載のアプリケーション実行環境ソフトウェア。
【請求項２４】
前記Ｊａｖａ実行環境は、ＭＩＤＰ（Mobile Information Device Profile）に準拠した環境であることを特徴とする請求項２３に記載のアプリケーション実行環境ソフトウェア。
【請求項２５】
前記アプリケーション実行環境は、ＢＲＥＷ（登録商標）実行環境であることを特徴とする請求項１８から請求項２２の何れかに記載のアプリケーション実行環境ソフトウェア。
【請求項２６】
前記アプリケーション実行環境は、前記ユーザ設定アプリが生成した画像ファイルを前記壁紙設定プログラムに壁紙として設定させるためのメソッドを有することを特徴とする請求項１８から請求項２５の何れかに記載のアプリケーション実行環境ソフトウェア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯通信機器に関し、より詳細には、携帯通信機器で動作するアプリケーションプログラム実行環境の構成に関する。
【背景技術】
【０００２】
近年、携帯電話、ＰＨＳ等の携帯通信機器においても、特定のアプリケーション実行環境を搭載したタイプの機種が提供されつつある。例えば、Ｊａｖａ（登録商標）実行環境を搭載した携帯電話であれば、アプリケーション開発者は、Ｊａｖａ仮想マシン上に構成される様々なクラスライブラリ群などを利用してＪａｖａアプリケーションプログラムを設計する。なお、携帯電話用に提供されるＪａｖａ環境の一つとしてＭＩＤＰ（Mobile Information Device Profile）と呼ばれる規格が提案されており、ＭＩＤＰ上に構成されるアプリケーションはＭＩＤｌｅｔと呼ばれることがある。【０００３】
特開２００３−１６９３７２号公報には、携帯電話上で動作するアプリケーションを着信通知型にする構成が記載されている。着信通知型においては、アプリケーション実行中に着信などがあると、表示画面中に着信があったことが表示されるように制御される。上記公報には、このような制御によって、着信などによりアプリケーションが中断されてしまう状態になることが回避されると記載されている。
【発明の開示】
【０００４】
携帯通信機器上で動作するプログラムには、電話通話機能、電子メール機能等の携帯通信機器の本来の機能を実行する為のプログラムと、いわゆるアプリケーションプログラムと呼ばれる、ユーザが設定することにより動作するプログラムとがある。本明細書において、上記のような携帯通信機器の本来の機能を実行するプログラムを「デフォルトアプリ」と呼ぶことにする。また、ユーザが設定することにより動作するプログラムを「ユーザ設定アプリ」と呼ぶことにする。上記のＭＩＤｌｅｔは、ユーザ設定アプリの一つである。
【０００５】
ユーザ設定アプリは、Ｊａｖａ等の特定のアプリケーション実行環境で動作する、携帯通信機器の購入後にもダウンロードして動作させることができるなどの特徴を持つものとして位置付けられる。一方、デフォルトアプリは、携帯通信機器のベンダ側で予め準備されるものであり、携帯通信機器のプラットフォーム上に直接、或いはプラットフォームの一部として構成されるものであると位置付けられる。
【０００６】
このようなユーザ設定アプリの一つは、着信待ちの状態のときに動画像の表示を行なう「待受けアプリ」と呼ばれるものである。デフォルトアプリとユーザ設定アプリは、一般には次のような関係で動作する。すなわち、待受けアプリは待ち受けの状態で動作し、着信があればデフォルトアプリが起動される。デフォルトアプリが起動した場合、表示画面はデフォルトアプリが設定したものとなり、待受けアプリは実質的に停止した状態になる。
【０００７】
上述のような、従来のデフォルトアプリとユーザ設定アプリとの関係は、次のような不利な点を有する。すなわち、着信等があった場合に、ユーザ設定アプリがポーズしデフォルトアプリが動作することになるので、画面上の表示内容は、ユーザ設定アプリ側で設定するものから、デフォルトアプリ側で設定するものに切り替わる。したがって、着信等があると、ユーザ設定アプリの表示内容という観点からは、表示内容の関連性が保たれないということである。デフォルトアプリが起動されることになった場合であっても、表示内容に関しユーザ設定アプリとの関連性を保つことが望まれる。
【０００８】
上述の着信等の外部イベントが生じた場合以外にも、省電力のためにユーザ設定アプリが実質的に停止した状態に入る場合にもデフォルトアプリが動作することになる。この場合にも、画面上の表示内容は、ユーザ設定アプリからデフォルトアプリへ切り替わってしまい、表示内容の関連性が保たれない。
【０００９】
本発明は以上のような事情に鑑みてなされた。すなわち、本発明は、携帯通信機器において着信時や省電力時等にデフォルトアプリが起動されたとしても、表示画面の内容をデフォルトアプリ起動前に動作していたユーザ設定アプリと関連性を持たせることのできる携帯通信機器、および携帯通信機器用アプリケーション実行環境ソフトウェアを提供することを目的とする。
【００１０】
上記目的を達成する為、本発明の一つの側面によって提供されるのは、携帯通信機器プラットフォームとしての環境と、携帯通信機器プラットフォーム上に構成されるアプリケーション実行環境とを有する携帯通信機器であって、アプリケーション実行環境は、該アプリケーション実行環境上で動作するユーザ設定アプリに対して、携帯通信機器プラットフォーム上で動作するデフォルトアプリとしての壁紙設定プログラムに対する壁紙設定の命令を受け付ける為の第１のソフトウェアインタフェースの機能を有する。携帯通信機器プラットフォームは、アプリケーション実行環境に対して、壁紙設定プロラムの命令を受け付ける第２のソフトウェアインタフェースの機能を有する。アプリケーション実行環境が、第１のソフトウェアインタフェースを介して壁紙設定の命令を受け付けると、当該命令に対応する要求を第２のソフトウェアインタフェースを介して携帯通信機器プラットフォームに渡し、携帯通信機器プラットフォームが、受け付けた要求に応じた壁紙設定をする。
【００１１】
このような構成によれば、ユーザ設定アプリは、デフォルトアプリである壁紙設定プログラム側の設定を変更することができる。したがって、電話着信時や省電力時などにユーザ設定アプリが停止する場合でも、ユーザ設定アプリ作成者の意図した画像を画面上に継続して表示させることができる。
【００１２】
アプリケーション実行環境は、ユーザ設定アプリをアクティブ状態、ポーズ状態、および終了状態間で遷移させる機能を有し、携帯通信機器プラットフォームから、着信を含む外部イベントの発生に応じて生成される通知を受けた際に、ユーザ設定アプリをアクティブ状態からポーズ状態に遷移させるよう構成されていても良い。
【００１３】
アプリケーション実行環境は、ユーザ設定アプリをアクティブ状態、ポーズ状態、および終了状態間で遷移させる機能を有し、省電力のために前記ユーザ設定アプリからの通知を受けた際に前記ユーザ設定アプリをアクティブ状態からポーズ状態に遷移させるように構成されていても良い。
【００１４】
壁紙設定の命令は、ユーザ設定アプリがアクティブ状態にあるときにユーザ設定アプリから発せられる構成であっても良い。
【００１５】
携帯通信機器プラットフォーム、アプリケーション実行環境の少なくともいずれか一方は、壁紙設定の命令により壁紙設定が変更される際に、変更前の設定を保存する機能を更に有するよう構成されていても良い。
【００１６】
本発明の別の側面によって提供されるのは、アプリケーション実行環境を有する携帯通信機器であって、アプリケーション実行環境は、該アプリケーション実行環境上で動作するユーザ設定アプリに対して、携帯通信機器上で動作するデフォルトアプリとしての壁紙設定プログラムに対する壁紙設定の命令を行なう為のソフトウェアインタフェースを提供する機能を有する。
【００１７】
このような構成によれば、ユーザ設定アプリは、デフォルトアプリである壁紙設定プログラム側の設定を変更することができる。したがって、電話着信時や省電力時などにユーザ設定アプリが停止する場合でも、ユーザ設定アプリ作成者の意図した画像を画面上に継続して表示させることができる。
【００１８】
アプリケーション実行環境は、壁紙設定の命令により壁紙設定が変更される際に、変更前の設定を保存する機能を更に有するよう構成されていても良い。
【００１９】
上記２つの発明の側面において、壁紙設定は、壁紙として表示される画像ファイルの登録および上書きに関する設定を含むものであっても良い。
【００２０】
さらには、壁紙設定は、壁紙として登録された画像ファイル中のどれを壁紙として表示するかを指定する為の設定を含んでいても良い。
【００２１】
上記目的を達成する為、本発明の別の側面によって提供されるのは、携帯通信機器上に構築される携帯通信機器プラットフォームとしての環境と、携帯通信機器プラットフォーム上に構成されるアプリケーション実行環境とからなる実行環境ソフトウェアであって、アプリケーション実行環境は、該アプリケーション実行環境上で動作するユーザ設定アプリに対して、携帯通信機器プラットフォーム上で動作するデフォルトアプリとしての壁紙設定プログラムに対する壁紙設定の命令を受け付ける為の第１のソフトウェアインタフェースの機能を有する。携帯通信機器プラットフォームは、アプリケーション実行環境に対して、壁紙設定の命令を受け付ける第２のソフトウェアインタフェースの機能を有する。アプリケーション実行環境が、第１のソフトウェアインタフェースを介して壁紙設定の命令を受け付けると、当該命令に対応する要求を第２のソフトウェアインタフェースを介して携帯通信機器プラットフォームに渡し、携帯通信機器プラットフォームが、受け付けた要求に応じた壁紙設定をする。
【００２２】
このような構成によれば、ユーザ設定アプリは、デフォルトアプリである壁紙設定プログラム側の設定を変更することができる。したがって、電話着信時や省電力時などにユーザ設定アプリが停止する場合でも、ユーザ設定アプリ作成者の意図した画像を画面上に継続して表示させることができる。
【００２３】
上記目的を達成する為、本発明の別の側面によって提供されるのは、携帯通信機器上に構築される携帯通信機器プラットフォーム上で動作するアプリケーション実行環境としてのソフトウェアであって、アプリケーション実行環境は、該アプリケーション実行環境上で動作するユーザ設定アプリに対して、携帯通信機器プラットフォーム上で動作するデフォルトアプリとしての壁紙設定プログラムに対する壁紙設定の命令を受け付ける為のソフトウェアインタフェースの機能を有する。アプリケーション実行環境は、受け付けた壁紙設定の命令が壁紙設定に対して反映されるように、携帯通信機器プラットフォームに対して要求を行う。
【００２４】
このような構成によれば、ユーザ設定アプリは、デフォルトアプリである壁紙設定プログラム側の設定を変更することができる。したがって、電話着信時や省電力時などにユーザ設定アプリが停止する場合でも、ユーザ設定アプリ作成者の意図した画像を画面上に継続して表示させることができる。
【図面の簡単な説明】
【００２５】
【図１】図１は、アプリケーション実行環境を持つ携帯電話端末の構成を示すブロック図である。
【図２】図２は、携帯電話端末に構成されるＪａｖａ実行環境の概略構成を示す図である。
【図３】図３は、ユーザ設定アプリの動作状態の遷移を表す図である。
【図４】ユーザ設定アプリの状態の遷移に伴う画面表示の変化を示す図であり、図４（ａ）は、ユーザ設定アプリが起動されていない場合、図４（ｂ）は、ユーザ設定アプリがアクティブ状態にある場合、図４（ｃ）は、ユーザ設定アプリがポーズ状態に遷移した場合を示している。
【図５】図５は、待受けアプリと壁紙設定プログラムの関係を示す図である。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施形態としての携帯通信機器について説明する。以下で説明する携帯通信機器は、アプリケーション実行環境を備えている。図１は、アプリケーション実行環境を持つ携帯電話端末１０の構成を示すブロック図である。携帯電話端末１０は、端末全体を制御するＣＰＵ２０を有する。ＣＰＵ２０は、ＲＯＭ２１、ＲＡＭ２２、フラッシュメモリ２３、無線通信制御部２４、液晶ディスプレイ１２、入力インタフェース２５および音声制御部２６に接続される。また、無線通信制御部２４にはアンテナ１９が接続され、入力インタフェース部２５には、方向指示キー１３、ダイヤルキー１４、オンフックボタン１５、オフフックボタン１６を含む各種キーが接続され、さらに音声制御部２６にはマイク１７およびスピーカ１８が接続される。【００２７】
ＲＯＭ２１は、ＣＰＵ２０の実行する各種プログラムおよび固定的なデータを格納した不揮発性の読み出し専用メモリである。ＲＡＭ２２は、ＣＰＵ２０の作業領域およびデータの一時記憶領域を提供する書き込み可能なメモリである。フラッシュメモリ２３は、追加的なアプリケーションプログラムや各種データを不揮発的に記憶する再書き込み可能なメモリである。無線通信制御部２４は、アンテナ１９を介して基地局との間で音声およびデータの無線通信（送受信）を行う。液晶ディスプレイ１２は表示画面を有する表示部を構成する。入力インタフェース部２５は、ユーザによる携帯電話端末１０の操作部のダイヤルボタン１４や方向指示キー１３の入力操作を受け付ける。音声制御部２６は、マイク１７およびスピーカ１８を介して音声の入出力を制御する。【００２８】
ＲＯＭ５及びフラッシュメモリ２３によって、電話通話、メール送受信などの携帯電話端末としての本来の機能を実現する為のデフォルトプログラム、ＯＳ（Operating System）、Ｊａｖａ実行環境のプログラム、Ｊａｖａアプリケーションプログラム等を格納するための記憶部が構成される。【００２９】
図２は、携帯電話端末１０に構成されるＪａｖａ実行環境１１０の概略構成を示す図である。また、図２には、Ｊａｖａ実行環境１１０と携帯電話端末プラットフォーム１３０（携帯電話端末１０のハードウェアおよびＯＳ等からなる）、およびユーザ設定アプリ１２０（すなわち、Ｊａｖａアプリケーション）との関係も示されている。【００３０】
図２に示すように、Ｊａｖａ実行環境１１０は、仮想マシンレイヤ１１１、コンフィグレーションレイヤ１１２、プロファイルレイヤ１１３から構成される。なお、図２のＪａｖａ実行環境１１０の一つの例は、組込み型装置をターゲットとしたJ2ME(Java 2 Platform Micro Edition)である。仮想マシンレイヤ１１１は、Ｊａｖａ仮想マシンを実装したレイヤであり、その一例はKVM(K virtual Machine)である。コンフィグレーションレイヤ１１２は、仮想マシンに対応したクラスライブラリを提供する。J2MEでは、CDLC(Connected Limited Device Configuration)などが定義される。プロファイルレイヤ１１３は、機器の種別に対応したクラスライブラリを提供する。プロファイルレイヤ１１３には、例えば、携帯端末用に考えられたMIDP(Mobile Information Device Profile)が含まれる。【００３１】
ユーザ設定アプリ１２０は、クラスライブラリ・アプリケーション・インタフェース（以下、クラスライブラリＡＰＩと記す）１５１を介してＪａｖａ実行環境１１０中のクラスライブラリを使用する。Ｊａｖａ実行環境１１０は、プラットフォームインタフェース（以下、プラットフォームＡＰＩ）１６１を介して、携帯電話端末プラットフォーム１３０内のライブラリ等を利用する。また、プラットフォームＡＰＩ１６１の機能の一つとして、携帯電話端末プラットフォーム１３０からＪａｖａ実行環境１１０中のイベント制御機能に対して外部イベントの通知を行う際に用いられるインタフェースが提供される。【００３２】
次に、Ｊａｖａ実行環境１１０上で動作するユーザ設定アプリ（Ｊａｖａアプリケーション）の一つとしての、待受けアプリケーションプログラム（以下、「待受けアプリ」と記す）の動作について説明する。ここで、待受け状態とは、ユーザによる操作がなく、電話着信、電子メール着信、ショートメッセージ等の外部イベントを待機している状態をいう。待受けアプリは、端末が待受け状態になったときにプラットフォームにより自動的に起動又は再開されるアプリをいう。待受けアプリは、MIDP上のアプリケーション（以下、MIDletと記す）として構成されるものとする。待受けアプリは、例えば、待ち受け状態において動画を表示する。【００３３】
図３は、待受けアプリの動作状態の遷移を表す図である。MIDletとしての規格にしたがい、待受けアプリは、Loaded状態Ａ１（メモリ上にローディングされる状態）、Paused状態Ａ２（画面表示の書換えやユーザ入力を行なわないポーズ状態）、Active状態Ａ３（通常のアクティブ状態）、Destroyed状態（終了状態）Ａ４の状態の間で遷移する。例えば、携帯電話端末１０の電源オン動作、ユーザ操作等により、待受けアプリはメモリ上にロードされ（Loaded状態Ａ１）、Paused状態Ａ２を経て、通常の動作状態であるActive状態Ａ３に遷移する。電話の着信等がなく、いわゆる待ち受け状態となっているときに、待受けアプリはActive状態Ａ３として動作する（画面上に動画像を表示する）。【００３４】
ＭＩＤＰでは、電話着信や電子メール着信のような外部イベントに起因してＭＩＤｌｅｔの状態遷移が行なわれるし、ＭＩＤｌｅｔからの要求に起因してＭＩＤｌｅｔの状態遷移が行われる。【００３５】
電話着信等によりデフォルトアプリが動作を開始するとき、待受けアプリはPaused状態Ａ２（つまり、停止した状態）に遷移する。また、例えばユーザ操作による待受けアプリの解除等が行われると、ソフトウェアとして終了した状態（Destroyed状態Ａ４）となる。【００３６】
携帯電話端末１０では、デフォルトアプリとして「壁紙設定プログラム」が動作する。壁紙設定プログラムは、登録された複数の画像ファイルのうちどの画像ファイルを壁紙として表示させるかを設定するための設定機能を有する。壁紙設定プログラムを用いて、登録された画像ファイルの一つを指定すると、画面（液晶ディスプレイ１２）上には指定された画像ファイルの画像が壁紙として表示される。ユーザ設定アプリが起動されていない場合には、壁紙設定プログラムにより設定されている壁紙が画面上に表示される。【００３７】
Ｊａｖａ実行環境１１０上で動作する待受けアプリは、いわゆる待受け状態において通常の動作を行うと共に、以下で説明するような、壁紙設定を行なう為の機能を実行することができる。すなわち、待受けアプリは、自身がActive状態Ａ３にあるとき、待受けアプリ内で生成（または取得）した画像ファイルを壁紙として設定する機能を実行する。詳細には、待受けアプリは、壁紙の設定の機能として下記の２つの機能を有する。
F1)待受けアプリ側で生成（または取得）した画像ファイルを壁紙用の画像ファイルとして登録し、または書き換えを行う。例えば、待受けアプリが使用する壁紙のファイル名としてmidletwallpaperが用いられる。壁紙設定プログラムは、このファイル名を待受けアプリにより設定される壁紙であると認識する。既に、midletwallpaperが登録されている場合には、この機能によりmidletwallpaperの内容の書き換えを行うことができる。
F2)壁紙設定プログラムでの壁紙設定を、待受けアプリが使用する壁紙ファイル、すなわち、midletwallpaperに切り替える。【００３８】
待受けアプリは、自身で作成した画像ファイルを、上記F1の機能により壁紙設定プログラムにより管理される壁紙用画像ファイルの一つとして登録し、上記機能F2により壁紙設定をmidletwallpaperにすることができる。このような構成によれば、例えば、待受けアプリ動作中に着信があり、待受けアプリがPaused状態Ａ２になったとしても、壁紙として画面に表示されるのはmidletwallpaperであることになる。省電力のために待受けアプリがPaused状態Ａ２となったときも同様である。すなわち、デフォルトアプリが動作することになる場合であっても、ユーザ設定アプリに関連した画像を画面上に表示させることができる。【００３９】
次に図４を参照し、上記の待受けアプリの動作を表示画面の状態の変化を示す図４を参照して説明する。待受けアプリが起動されていない（ロードされていない）状態では、壁紙設定プログラムによって設定されている壁紙が画面上に表示される（図４（ａ）参照）。次に、待受けアプリが起動されActive状態Ａ３となると、待受けアプリによる表示内容（動画像）が画面上に表示される（図４（ｂ））。なお、Active状態Ａ３において待受けアプリは、上記機能F1およびF2により、自身がPaused様態になったときに壁紙として表示すべき画像を生成するとともに壁紙設定プログラムにおける設定をmidletwallpaperに設定する。【００４０】
着信等があり待受けアプリがPaused状態Ａ２になると、デフォルトアプリの起動とともに壁紙として設定されている画像ファイルが表示される。上述のように待受けアプリにより壁紙はmidletwallpaperに設定されているので、待受けアプリがPaused状態Ａ２のときmidletwallpaperが壁紙として画面に表示される（図４（ｃ））。【００４１】
なお、壁紙の設定は、ユーザが壁紙設定プログラムを行って変更することができるので、ユーザは、待受けアプリを解除させた上で、壁紙設定プログラムにより設定の変更を行うことができる。【００４２】
ユーザ設定アプリに提供される上記機能F1及びF2は、具体的には、以下のように、Ｊａｖａ実行環境１１０および携帯電話プラットフォーム１３０が提供するソフトウェアインタフェースによって実現される。すなわち、Ｊａｖａ実行環境１１０は、ユーザ設定アプリに対して、上記機能F1およびF2の機能に対応するソフトウェアインタフェースを提供する。なお、このソフトウェアインタフェースは、クラスライブラリＡＰＩ１５１の一機能として提供することができる。具体的には、ユーザ設定アプリは、上記機能F1およびF2の機能を実行する為のメソッドを呼び出して実行することになる。【００４３】
一方、Ｊａｖａ実行環境１１０は、ユーザ設定アプリから上記機能F1およびF2に対応する機能の呼び出しを受けると、携帯電話プラットフォーム１３０側に対して上記機能F1およびF2に対応する動作の実行を要求する。携帯電話プラットフォーム側は、機能F1およびF2の機能を、プラットフォームＡＰＩ１６１を介して受け付ける構成としても良い。
【００４４】
図５は、待受けアプリと壁紙設定プログラムの関係を示す図である。図５に示すように、壁紙設定プログラムは、壁紙用のファイルの一つとしてmidletwallpaperという特別の画像ファイルを持つ。このmidletwallpaperは、待受けアプリから上記機能F1によって書き換えられる（或いは新規に登録される）。図５において三角形のマーク９１は、表示すべき壁紙として設定されているものを示している（図５の例においてはファイルｆｌ２が壁紙として設定されている）。待受けアプリからは上記機能F2により、壁紙の設定をmidletwallpaperに設定変更することができる。【００４５】
ユーザ設定アプリで画像を作成するには手法には以下のような例がある。
C1)JAR(JavaARchive)ファイル中にユーザ設定アプリと共に保存される画像ファイルを用いる。
C2)ネットワーク経由で画像ファイルを取得し画像を生成する。
C3)Ｊａｖａ実行環境として提供される画像作成のクラスを用いて生成する。
以上に例示した画像生成手法によって画像を生成することによって、ユーザ設定アプリは、アプリ作成者の意図する画像ファイルを壁紙（すなわち、midletwallpaper）として設定することができる。【００４６】
ユーザ操作等により、ユーザ設定アプリが待受けアプリから解除される場合には、ユーザ設定アプリは、壁紙の設定について以下のような動作を行うように構成されていても良い。
D1)ユーザ設定アプリから行った壁紙の設定を元の状態に戻す。なお、このような動作を実現する為には、Ｊａｖａ実行環境又はプラットフォームにより、ユーザ設定アプリ自身が壁紙の設定を変更する前に設定されていた設定内容を保存しておく。なお、この場合、壁紙として登録した画像ファイル（midletwallpaper）を削除することは必要ではない。
D2)壁紙の設定については何も行わず放置する。【００４７】
以上説明したように、本実施形態によれば、ユーザ設定アプリは、デフォルトアプリである壁紙設定プログラム側の設定を変更することができる。したがって、電話着信時や省電力時などにユーザ設定アプリがPaused状態Ａ２に移った場合でも、ユーザ設定アプリ作成者の意図した画像を画面上に継続して表示させることができる。ユーザ設定アプリがPaused状態Ａ２（すなわち、ユーザ設定アプリとしては、実質的に動作しておらず省電力となっている状態）にありながら、画面上にユーザ設定アプリ作成者の意図する画像を残しておくことができる点に注目する必要がある。【００４８】
電話着信等によりユーザ設定アプリがPaused状態Ａ２に移る際に壁紙設定をアプリ作成者の意図通りのものとすることができることは、別の見方では、電話着信時や省電力時等にユーザ設定アプリがPaused状態Ａ２に移る場合であっても、表示内容に関しユーザ設定アプリとの関連性を保つことができると見ることもできる。例えば、ユーザ設定アプリがスケジュール帳として機能するものであるとする。このユーザ設定アプリは、スケジュールがユーザ操作により変更されたとき、その状態を画像として壁紙の画像ファイル(midletwallpaper)に書き込み、壁紙の設定をmidletwallpaperの表示に設定する。このように構成しておけば、着信等によりスケジュール帳のアプリがPaused状態に移ったとしても、画面上には、ユーザが作成した最新のスケジュールが画像として表示されることになる。【００４９】
また前述のように、ＭＩＤＰではユーザ設定アプリ（ＭＩＤｌｅｔ）自身に起因してPaused状態への遷移を行うことができるので、スケジュール帳のアプリで編集が終了したときに、即座にPaused状態に移ることでさらに省電力が図られる。このように省電力を実現しつつ意図する壁紙を表示し続けるユーザ設定アプリを作ることができる。【００５０】
以上述べたように本実施形態によれば、ユーザ設定アプリに対して、壁紙の設定を変更する機能が、Ｊａｖａ実行環境のソフトウエアインタフェースとして提供される。さらに、Ｊａｖａ実行環境側に対しては、壁紙の設定を変更する機能が、携帯電話プラットフォームのソフトウェアインタフェースとして提供される。この構成により、Ｊａｖａ実行環境で動作する全てのユーザ設定アプリに対して壁紙の設定機能が提供されることになる。上述の本実施形態の利点はあらゆるユーザ設定アプリで実現することができる。【００５１】
なお、上述の実施形態では、携帯電話端末１０のプラットフォーム上に構成される特定のアプリケーション実行環境の一つとしてＪａｖａ実行環境を例示した。しかしながら、本発明は、例えば、BREW（登録商標）のような、携帯通信機器のプラットフォーム上に構成される様々なタイプのアプリケーション実行環境に適用することができる。【００５２】
なお、上述の実施形態では、携帯電話端末１０上で実現されるアプリケーション実行環境について例示した。上述の実施形態の構成は、ＰＨＳなど様々なタイプの携帯通信機器に適用することができる。【００５３】
本発明は、待受けアプリに限定されない。待受けアプリ以外のアプリ（例えば、ゲームアプリ）であっても省電力のためにPaused状態に移るときにアプリ開発者が意図する壁紙が表示されることは有益だからである。【００５４】
上述の実施形態では、ユーザ設定アプリ側から登録される壁紙の画像ファイルはmidletwallpaper一つであったが、ユーザ設定アプリから登録される壁紙の画像ファイルは複数であっても良い。例えば、各ユーザ設定アプリ毎に複数の種類の画像ファイルが壁紙として登録できるように構成されていても良い。また、画像には静止画のみならず動画も含まれる。
【図１】
0003968116.tif 000002
【図２】
0003968116.tif 000003
【図３】
0003968116.tif 000004
【図４】
0003968116.tif 000005
【図５】
0003968116.tif 000006