JP2011193237A - 移動体通信端末、及びその制御プログラム - Google Patents

Abstract

【課題】移動体通信端末により面白味のある待受け画像を表示させる。
【解決手段】
移動体通信端末に、複数の表示表示画像データを記憶する記憶部と、前記移動体通信端末のオペレーティングシステムから当該移動体通信端末に関する端末情報を取得する端末情報取得手段と、前記端末情報に対応する１つ以上の表示画像データを選択して、当該表示画像データを前記ディスプレに層状に表示させる描画制御手段とを設けることにより、ユーザごとに異なる端末情報に対応する待受け画像を表示する。よって、より面白味のある待受け画像を表示することが可能となる。
【選択図】 図７

Description

本発明は、ディスプレイと、複数の表示画像データおよび表示シナリオデータを記憶する記憶部とを有する移動体通信端末及びその制御プログラムに関し、前記表示シナリオデータに基づく表示画像データを前記ディスプレイに表示させる技術に関する。

近年、携帯電話機を例とする移動体通信端末は多機能化しており、通話機能のみならず、メールの送受信機能、インターネット接続機能、写真撮影機能などの機能を有する。携帯電話機は、各種機能を実現するための動作モードと、待機用の待受けモードとの間を遷移する。まずユーザが携帯電話機を起動すると、携帯電話機は待受けモードに移行し、ユーザの操作入力や、通話・メールの着信を待ち受ける。ユーザが各種機能を起動するための操作を行ったり、通話やメールが着信したりすると、携帯電話機はそれぞれの機能に応じたモードに移行して動作する。そして、それぞれのモードでの動作が終了すると、携帯電話機は待受けモードに戻り待機する。

待受けモードのとき、携帯電話機は、ディスプレイにいわゆる待受け画面を表示する。以下では、待受け画面に表示される表示画像を、待受け画像という。待受け画像は、初期設定またはユーザにより設定された背景画像に、現在時刻、通話・メールの着信表示、電波強度表示などが重畳される。特許文献１には、かかる待受け画像を表示する携帯電話機について記載されている。

特開２００８−２６９０９５号公報

ところで、携帯電話機の多機能化にともない、ユーザによる携帯電話機の使用頻度は高くなる傾向にある。ユーザが所望の機能を起動する際に、まず携帯電話機を起動すると、携帯電話機は待受けモードに移行して待受け画像を表示する。よって、使用頻度が高くなることにより、ユーザが待受け画像を目にする機会が増大する。

しかしながら、従来の携帯電話機における待受け画像は、上述のように、背景画像に現在時刻や通話・メールの着信表示、電波強度表示が重畳された程度の比較的単調なものである。よって、ユーザが待受け画像を目にする機会が増大するに伴い、より面白味のある待受け画像を表示することが要望される。

そこで、本発明の目的は、より面白味があり、ユーザに画一的でなく、飽きさせない待受け画像を表示する携帯電話機、及びその制御プログラムを提供することにある。

上記の目的を達成するための、本発明の第一の側面は、ディスプレイと、前記ディスプレイに表示させる表示画像データの描画手段とを有する移動体通信端末において、前記移動体通信端末のオペレーティングシステムから、当該移動体通信端末に関する端末情報を取得する端末情報取得手段と、複数の前記表示画像データを記憶する記憶部と、前記端末情報に基づき前記複数の表示画像データから前記ディスプレイに表示させる描画制御手段とを有することを特徴とする。

本発明の第二の側面は、ディスプレイと、前記ディスプレイに表示させる表示画像データの描画手段と、複数の前記表示画像データと前記表示シナリオデータを記憶する記憶部とを有する移動体通信端末の制御プログラムにおいて、前記移動体通信端末のオペレーティングシステムから、当該移動体通信端末に関する端末情報を取得する端末情報取得手順と、前記端末情報と前記表示シナリオデータに基づいて１つ以上からなる前記表示画像データを選択して、選択された１つ以上の前記表示画像データを前記ディスプレイに層状に表示させる描画制御を、前記移動体通信端末に実行させることを特徴とする。

本発明によれば、移動体通信端末の端末情報に基づいて１つ以上の表示画像データを選択して、その選択した表示画像データをディスプレイに層状に表示させるので、待受けモードのときに、ユーザによって異なる豊富なバリエーションを有する待受け画像を表示することが可能となる。

本実施形態における携帯電話機の外観を示す図である。 携帯電話機２の動作モードの遷移について説明する図である。 携帯電話機２の構成を説明する図である。 メイン制御部５０の詳細な構成を説明する図である。 ＣＰＵ５０２が実行するプログラムの構成を概念的に説明する図である。 図５に示したプログラムの動作手順を説明する動作シーケンス図である。 第一実施例における待受け画像を説明する図である。 第一実施例における待受け画像を説明する図である。 第二実施例における待受け画像を説明する図である。 第三実施例における待受け画像を説明する図である。 第四実施例における待受け画像を説明する図である。 待受け画像の選択方法について説明する図である。

以下、図面にしたがって本発明の実施の形態について説明する。但し、本発明の技術的範囲はこれらの実施の形態に限定されず、特許請求の範囲に記載された事項とその均等物まで及ぶものである。なお、以下の説明では、移動体通信端末の例として、携帯電話機について説明する。

図１は、本実施形態における携帯電話機の外観を示す図である。ここでは一例として、折りたたみ式の携帯電話機２の外観を示す。携帯電話機２は、通話機能のほかに、メール送受信機能、インターネットなど公衆通信回線網への接続機能、写真撮影機能などを有する。

携帯電話機２は、第一筐体４と、第二筐体６とを有する。第一筐体４と第二筐体６はヒンジ機構５により矢印５ａが示す方向に開閉し、所定の角度に開いた状態で固定されるように構成される。

第一筐体４と第二筐体６の内部には、携帯電話機２の各機能を実現するための電子回路や、無線通信用のアンテナが収納される。また、携帯電話機２は、第一筐体４と第二筐体６の開閉に連動して動作する、開閉スイッチ１６を備える。開閉スイッチ１６は、例えば、第一筐体４と第二筐体６に内蔵され、互いの距離に応じた磁束密度を検知する磁気センサにより構成される。

第一筐体４には、液晶ディスプレイで構成され、文字や画像を表示するディスプレイ１０と、通話音声を出力するスピーカ８が設けられる。また、第一筐体４の背面などに、写真撮影用のデジタルスチルカメラ１８が設けられる。

第二筐体６には、ユーザの操作入力を受け付ける操作ボタン１２と、通話音声を集音するマイクロフォン１４が設けられる。

図２は、携帯電話機２の動作モードの遷移について説明する図である。携帯電話機２に電源が投入されると、各種操作を待ち受ける待機用の待受けモードが起動される。そして、通話機能、メール機能、インターネット接続機能、または撮影機能がユーザ操作により起動されると、それぞれの場合に、通話モード、メールモード、インターネット接続モード、または撮影モードに移行する。あるいは、待受けモードでメールや通話が着信した場合にも、通話モードまたはメールモードに移行する。そして、通話モード、メールモード、インターネット接続モード、及び撮影モードにおいてそれぞれの機能を終了する操作がされると、携帯電話機２は再び待受けモードに戻る。

また、待受けモードで一定時間以上操作入力がされないときや、第一筐体４と第二筐体６が閉じられて開閉スイッチ１６がこれを検知したときには、携帯電話機２は待受けモードのまま省電力モードに移行する。そして、ユーザが操作ボタン１２を操作したときや、第一筐体４と第二筐体６が開かれて開閉スイッチ１６がこれを検知したときには、省電力モードが解除されて待受けモードに復帰する。

以下の説明においては、待受けモードの起動時には、携帯電話機２の電源が投入されたとき、各種動作モードが終了して待受けモードに戻るとき、及び、省電力モードが解除されて待受けモードに復帰するときが含まれる。

なお、上記及び以下では折りたたみ式の携帯電話機が例として示されるが、ストレート式やスライド式の携帯電話機も本実施形態に含まれる。ストレート式の場合、例えばユーザが操作ボタンを操作することにより、省電力モードが解除されて携帯電話機が待受けモードに移行する。また、スライド式の場合、例えばユーザが操作ボタン１２を操作することによって、あるいはディスプレイが設けられた筐体をスライドさせることによって、省電力モードが解除されて携帯電話機が待受けモードに移行する。

図３は、携帯電話機２の構成を説明する図である。操作入力制御部６２は、操作ボタン１２からのユーザ入力を受け付ける。操作入力制御部６２は、操作ボタン１２が操作されたことを検知すると、操作された操作ボタン１２に対応する入力信号を生成して、メイン制御部５０に伝送する。開閉スイッチ１６は、携帯電話機２の開閉により作動し、開閉状態に対応した制御信号を生成して、メイン制御部５０に伝送する。

メイン制御部５０は、操作入力制御部６２からの入力信号や、開閉スイッチ１６からの制御信号に応答して、携帯電話機２の動作を総括的に制御する。それととともにメイン制御部５０は、後述する画像表示処理や、各種機能を実現するための演算処理や制御処理等を行う。

電源制御部５８は、メイン制御部５０を介して伝送される操作入力制御部６２からの入力信号に応答して、各制御部に対する電力供給を制御する。たとえば、電源投入ボタンが操作されたときには、電源制御部５８は、電力供給源５６から各制御部に対して電力を供給する。電力供給源５６は、例えばリチウムイオンバッテリで構成される。一方、電源切断ボタンが操作されたときには、電源制御部５８は、電力供給源５６から各制御部に対する電力供給を遮断する。

また、一定時間以上操作ボタン１２が操作されないことや、携帯電話機２が閉じられたことを示す制御信号がメイン制御部５０から伝送されたとき、つまり省電力モードに移行するときには、電源制御部５８は、各制御部に対する電力供給量を減少させる。一方、操作ボタン１２が操作されたことや、携帯電話機２が開かれたことを示す制御信号がメイン制御部５０から伝送されたとき、つまり省電力モードを解除するときには、電源制御部５８は、各制御部に対する電力供給を復帰させる。さらに、電源制御部５８は、図示されないＡＣアダプタと接続され、ＡＣアダプタから供給される電力により電力供給源５６を充電する。

表示制御部６０は、メイン制御部５０から制御信号、及び文字データや画像データが伝送されると、各種の文字や画像をディスプレイ１０に表示させる。

音声入出力制御部６４は、マイクロフォン１４で集音された音声に対応する音声データを生成し、メイン制御部５０に伝送する。また、音声入出力制御部６４は、メイン制御部５０から音声データが伝送されると、その音声データに基づく音声をスピーカ８に出力させる。

通信制御部５２は、アンテナ５４を介した基地局１００との無線通信を制御する。通信制御部５２は、例えば、基地局１００から着信した通話音声信号から音声データを復元し、メイン制御部５０に伝送する。この音声データは、メイン制御部５０から音声入出力制御部６４に伝送され、スピーカ８から通話音声が出力される。また、音声入出力制御部６４がマイクロフォン１４で集音した通話音声の音声データをメイン制御部５０に伝送すると、その音声データがメイン制御部５０から通信制御部５２に伝送される。通信制御部５２は、音声データを音声信号に変換し、基地局１００に対して送信する。このようにして、通話機能が実現される。

また、通信制御部５２は、基地局１００を介してインターネットなどの公衆通信回線網１０２に接続する。これにより、携帯電話機２は、更に公衆通信回線網１０２を介して、公衆通信回線網１０２に接続されたコンテンツサーバ１０４とのデータ通信が可能となる。よって、後述するように、画像の描画コマンドを含む各種コンテンツデータをコンテンツサーバ１０４からダウンロードできる。

撮影制御部６６は、メイン制御部５０からの制御信号に応答して、デジタルスチルカメラ１８による写真撮影を制御する。そして、デジタルスチルカメラ１８が出力する撮影画像データをメイン制御部５０に伝送する。この撮影画像データは、表示制御部６０に伝送され、ディスプレイ１０に表示される。

図４は、メイン制御部５０の詳細な構成を説明する図である。メイン制御部５０は、ＣＰＵ５０２と、ＣＰＵ５０２が実行する各種制御プログラムや処理プログラムが格納されるＲＯＭ５０４と、ＣＰＵ５０２が各種制御プログラムや処理プログラムを実行するときに、各種データを一時的に記憶する作業領域用のＲＡＭ５０６とを有する。また、メイン制御部５０は、日付を含む現在時刻を保持するタイマ５０７を有する。ＣＰＵ５０２、ＲＯＭ５０４、ＲＡＭ５０６、タイマ５０７はバス５１０により接続され、インターフェース５０８を介して上述した各制御部と接続される。

ＣＰＵ５０２が各種制御プログラムや処理プログラムを実行することにより、携帯電話機２の総括的な制御や画像表示処理といったメイン制御部５０の機能が実現される。また、ＲＯＭ５０４は、書き換え可能なフラッシュメモリなどで構成され、後述する表示画像データや、表示シナリオデータを格納する。本実施形態では、ＲＯＭ５０４が「記憶部」に対応する。なお、ＣＰＵが実行する各種制御プログラムや処理プログラムを格納する書き込み不能なＲＯＭと、描画コマンドやシナリオデータを格納する書き込み可能なメモリとで記憶部を構成することも可能である。

図５は、ＣＰＵ５０２が実行するプログラムの構成を概念的に説明する図である。プラットフォーム６０２は、携帯電話機２を制御するオペレーティングシステム６０３と、携帯電話機２の各種機能に対応するアプリケーションを有する。プラットフォーム６０２は、携帯電話機２に電源が投入されると起動される。

オペレーティングシステム６０３は、例えば、Symbian OS、REX OS、ITRON/T-Engineなどのほか、Ｌｉｎｕｘカーネルをベースとしたオペレーティングシステムなどで構成される。アプリケーションには、携帯電話機２の各種機能をユーザが選択できるようなメニューを提供するメニューアプリケーション６０４、通話機能を提供する通話アプリケーション６０６、メール送受信機能を提供するメールアプリケーション６０８、インターネット接続機能を提供するインターネット接続アプリケーション６０９、デジタルスチルカメラ１８による写真撮影機能を提供する撮影アプリケーション６１０などが含まれる。

待受けアプリケーション６１８は、待受けモード起動時に起動され、ユーザの操作入力や通話・メールの着信を待ち受ける。待受けアプリケーション６１８は、ユーザの操作入力を受けると、その入力に対応した機能のアプリケーションの起動をプラットフォーム６０２に要求する。また、通話やメールが着信すると、通話アプリケーション６０６やメールアプリケーション６０８の起動を要求する。このようにして、それぞれのアプリケーションに対応する動作モードに移行する。

待受けアプリケーション６１８は、待受けモード起動時にオペレーティングシステム６０３により起動される。そして、待受けアプリケーション６１８は描画制御アプリケーション６２０を起動する。描画制御アプリケーション６２０は後述するように端末情報取得アプリケーション６１２を介して端末情報を取得する。また、描画制御アプリケーション６２０は後述するようにファイル管理アプリケーション６１６を介して表示画像データ６２４および表示シナリオデータ６２６を取得する。描画制御アプリケーション６２０はディスプレイ１０に表示する待受け画像のための１つ以上の表示画像データの描画をディスプレイ描画アプリケーション６１４に対して要求する。そして、ディスプレイ描画アプリケーション６１４は、その画像データを表示制御部６０に出力する。本実施形態では、ディスプレイ描画アプリケーション６１４が「描画手段」に対応する。

端末情報取得アプリケーション６１２は、携帯電話機２に関する端末情報をオペレーティングシステム６０３から取得することができる。携帯電話機２の端末情報には、現在時刻、電波強度、通話やメールの発着信履歴が含まれる。さらに、本実施形態における端末情報取得アプリケーション６１２によれば、天気情報、メールアドレスや電話番号などのアドレス帳情報を含む端末情報が取得可能となる。ここでは、オペレーティングシステム６０３は、タイマ５０７が保持する時刻情報から現在時刻を取得する。また、オペレーティングシステム６０３は、インターネット接続アプリケーション６０９により、コンテンツサーバ１０４から天気情報を取得する。あるいは、通話アプリケーション６０６から通話履歴を、またメールアプリケーション６０８からメール発着信履歴を取得する。

ファイル管理アプリケーション６１６は、ＲＯＭ５０４に格納される各種データの読み書きを制御する。ＲＯＭ５０４には、例えば、ディスプレイ表示のための表示画像データ６２４、端末情報と表示画像データ６２４の対応関係を有する表示シナリオデータ６２６などが格納される。ファイル管理アプリケーション６１６は、これらのデータファイルの読み書きを制御する。

ディスプレイ描画アプリケーション６１４は、例えば、アドビ社製のＦｌａｓｈエンジンなどの一部である。その場合、ファイル管理アプリケーション６１６から提供される表示画像データ６２４は、表示画像の画素を規定するベクタデータと、その動作を規定するスクリプトとを含むＦｌａｓｈムービデータ（いわゆるＳＷＦデータ）として構成される。ディスプレイ描画アプリケーション６１４は、Ｆｌａｓｈムービーデータに従って、アニメーションを含む画像データをＲＡＭ５０６のバッファ領域に展開し、表示制御部６０に出力する。なお、ここで示す例に限らず、例えばディスプレイ描画アプリケーション６１４を、例えばＪａｖａ（登録商標）ＶＭで構成すること、表示画像データ６２４をＨＴＭＬ／ＣＳＳで構成することも可能である。

描画制御アプリケーション６２０は、端末情報取得アプリケーション６１２を介してプラットフォーム６０２から携帯電話機２の端末情報を取得するとともに、ファイル管理アプリケーション６１６を介してＲＯＭ５０４から表示画像データ６２４、及び表示シナリオデータ６２６を読み出す。そして、表示シナリオデータ６２６に従って、携帯電話機２の端末情報に対応した１つ以上の表示画像データ６２４を選択し、画像データの描画をディスプレイ描画アプリケーション６１４に指示する。よって、本実施形態では、描画制御アプリケーション６２０が「描画制御手段」に対応する。

図６は、図５に示したプログラムの動作手順を説明する動作シーケンス図である。プラットフォーム６０２におけるオペレーティングシステム６０３は、携帯電話機２の電源投入により起動されてＲＡＭ５０６に常駐している。そして、待受けモードが起動されると、図６に示す手順が一回的に実行される。

オペレーティングシステム６０３は、待受けアプリケーション６１８を起動し（Ｓ２）、待受けアプリケーション６１８は描画制御アプリケーション６２０を起動する（Ｓ４）。すると、描画制御アプリケーション６２０は、端末情報取得アプリケーション６１２を介して、オペレーティングシステム６０３に携帯電話機２の端末情報を要求する（Ｓ６、Ｓ６ａ）。するとオペレーティングシステム６０３は、要求に応答して携帯電話機２の端末情報を描画制御アプリケーション６２０に提供する（Ｓ７、Ｓ８）。

次に、描画制御アプリケーション６２０は、ファイル管理アプリケーション６１６に、表示シナリオデータ６２６を要求する（Ｓ１０）。すると、ファイル管理アプリケーション６１６は、この要求に応答してＲＯＭ５０４から表示シナリオデータ６２６を読み出し、描画制御アプリケーション６２０に提供する（Ｓ１２）。

描画制御アプリケーション６２０は、表示シナリオデータ６２６に従って、携帯電話機２の端末情報に対応した１つ以上の表示画像データを選択する（Ｓ１４）。そして、描画制御アプリケーション６２０は、選択した表示画像データ６２４をファイル管理アプリケーション６１６に要求する（Ｓ１６）。すると、ファイル管理アプリケーション６１６は、この要求に応答してＲＯＭ５０４から要求された１つ以上の表示画像データ６２４を読み出し、描画制御アプリケーション６２０に提供する（Ｓ１８）。

そして、描画制御アプリケーション６２０は、取得した１つ以上の表示画像データ６２４をディスプレイ描画アプリケーション６１４に渡すとともに、その表示を指示する（Ｓ２０）。このようにして表示する画像が決定されると、表示制御部６０によりディスプレイ１０に画像が層状に表示される。

上記の手順が待受けモードが起動時に実行され、ディスプレイ１０に待受け画像が表示される。

＜第一実施例＞
図７、図８は、第一実施例における待受け画像を説明する図である。図７（Ａ）は、表示シナリオデータ６２６の例を示す。図７（Ａ）に示すように、表示シナリオデータ６２６では、現在時刻、天気情報と表示画像データ（ここでは、キャラクタ画像データ、及び背景画像データ）が対応付けられる。図７（Ｂ）は、キャラクタ画像データにより描画されるキャラクタ画像と、背景画像データにより描画される背景画像の例を示す。さらにここでは、キャラクタ画像データにリンクして、吹き出し画像データが表示される例が示される。そして、図８ではキャラクタ画像データおよび背景画像データにより、背景画像、キャラクタ画像、吹き出し画像データが層状に（または、重畳して）描画される待受け画像の例を示す。

描画制御アプリケーション６２０は、携帯電話機２の端末情報として現在時刻と天気情報とを取得すると、表示シナリオデータ６２６において現在時刻と天気との組み合わせに対応したキャラクタ画像データと背景画像データの組み合わせを選択する。例えば、現在時刻が「０８：００」の場合には、キャラクタ画像データ６２４ａが選択される（図７（Ａ））。これにより、朝の時間帯に対応したキャラクタ画像が選択される（図７（Ｂ））。また、現在時刻が「１２：００」の場合には、キャラクタ画像データ６２４ｂが選択される（図７（Ａ））。これにより、昼の時間帯に対応したキャラクタ画像が選択される（図７（Ｂ））。そして、現在時刻が「２２：００」の場合には、キャラクタ画像データ６２４ｃが選択される（図７（Ａ））。これにより、夜の時間帯に対応したキャラクタ画像が選択される（図７（Ｂ））。

ここでは、キャラクタ画像データにリンクして、吹き出し画像の描画コマンドが選択される。すなわち、朝の時間帯に対応するキャラクタ画像データ６２４ａが選択されると、これにリンクして、吹き出し画像の描画コマンド６２４ａ´が選択される。これにより、「おはようございます」と記述された吹き出し画像が選択される。また、昼の時間帯に対応するキャラクタ画像データ６２４ｂが選択されると、これにリンクして、吹き出し画像６２４ｂ´が選択される。これにより、「おなか減ったなあ」と記述された吹き出し画像が選択される。そして、夜の時間帯に対応するキャラクタ画像データ６２４ｃが選択されると、これにリンクして、吹き出し画像描画コマンド６２４ｃ´が選択される。これにより、「おやすみなさい」と記述された吹き出し画像が選択される。

一方、天気が「晴れ」の場合には、背景画像データ６２４ｄが選択される（図７（Ａ））。これにより、晴天に対応した背景画像が選択される（図７（Ｂ））。また、天気が「雨」の場合には、背景画像データ６２４ｅが選択される（図７（Ａ））。これにより、雨天に対応した背景画像が選択される（図７（Ｂ））。

このようにして選択されたキャラクタ画像データ、吹き出し画像データ、及び背景画像データに基づいて、層状に描画された待受け画像の画像データが生成される。その結果、図８に示すような待受け画像がディスプレイ１０に表示される。

図８（Ａ）には、現在時刻が「０８：００」で、天気が「晴れ」の場合の待受け画像の例が示される。ここでは、晴天に対応する背景画像に、日付を含む現在時刻と、朝の時間帯に対応するキャラクタ画像と、「おはようございます」という吹き出し画像とが重畳して表示される。

また、図８（Ｂ）には、現在時刻が「１２：００」で、天気が「雨」の場合の待受け画像の例が示される。ここでは、日付を含む現在時刻と、雨天に対応する背景画像に、昼の時間帯に対応するキャラクタ画像と、「おなか減ったなあ」という吹き出し画像とが重畳して表示される。

そして、図８（Ｃ）には、現在時刻が「２２：００」で、天気が「晴れ」の場合の待受け画像の例が示される。ここでは、日付を含む現在時刻と、晴天に対応する背景画像に、夜の時間帯に対応するキャラクタ画像と、「おやすみなさい」という吹き出し画像とが重畳して表示される。

このように、第一実施例によれば、待受けモードが起動したときの現在時刻や天気情報といった端末情報に応じて、多彩な待受け画像が表示される。よって、従来の単調な待受け画像に比べ、より面白味のある待受け画像が表示される。

＜第二実施例＞
図９は、第二実施例における待受け画像の例を示す。図９（Ａ）は、表示シナリオデータ６２６の例を示す。図９（Ａ）に示すように、表示シナリオデータ６２６では、経過日数と背景画像データが対応付けられる。また、図９（Ｂ）は、背景画像データにより表示される背景画像の例を示す。

描画制御アプリケーション６２０は、携帯電話機２の端末情報として現在時刻（日付を含む）と開始日付を取得する。開始日付については、例えば待受け画像がメニューで選択された日付をメニューアプリケーション６０４がＲＯＭ５０４に格納するなどして管理している。これを、オペレーティングシステム６０３を介して取得する。そして、描画制御アプリケーション６２０は、現在時刻の日付における開始日付からの経過日数を計算する。かかる手順は、図６の手順Ｓ１２と手順Ｓ１４の間に追加される。そして、表示シナリオデータ６２６において、経過日数に対応する背景画像データを選択する。そして、選択された背景画像データがディスプレイ描画アプリケーション６１４に渡され、ディスプレイ１０に待受け画像が表示される。

ここで、背景画像データ６２４＿１〜４は、ある物語のストーリ展開に沿った表示順が対応づけられている。よって、例えば、経過日数が１日目の場合には、背景画像データ６２４＿１が選択され（図９（Ａ））、初回のストーリに対応した背景画像が表示される（図９（Ｂ））。また、経過日数が２日目の場合には、２回目のストーリに対応する背景画像データ６２４＿２が選択され（図９（Ａ））、２回目のストーリに対応した背景画像が表示される（図９（Ｂ））。さらに、経過日数が３日目の場合には、３回目のストーリに対応する背景画像データ６２４＿３が選択され（図９（Ａ））、３回目のストーリに対応した背景画像が表示される（図９（Ｂ））。そして、経過日数が４日目の場合には、４回目のストーリに対応する背景画像データ６２４＿４が選択され（図９（Ａ））、４回目のストーリに対応する背景画像が表示される（図９（Ｂ））。

このように、第二実施例によれば、ユーザは、日付が変わるごとに、待受けモード起動時にストーリ展開に沿った待受け画像を見ることができる。よって、より面白味のある待受け画像が表示される。

＜第三実施例＞
図１０は、第三実施例における待受け画像の例を示す。図１０（Ａ）は、表示シナリオデータ６２６の例を示す。図１０（Ａ）に示すように、表示シナリオデータ６２６では、確率と背景画像データが対応付けられる。また、図１０（Ｂ）は、背景画像データにより表示される背景画像の例を示す。

描画制御アプリケーション６２０は、携帯電話機２の端末情報として例えば現在時刻を取得し、これをパラメータとして乱数計算により１〜１００％までの確率を算出する。かかる手順は、図６の手順Ｓ１２と手順Ｓ１４の間に追加される。そして、表示シナリオデータ６２６において、算出した確率に対応する背景画像データを選択する。そして、選択された背景画像データがディスプレイ描画アプリケーション６１４に渡され、ディスプレイ１０に待受け画像が表示される。

例えば、確率が１〜２０％のときは背景画像データ６２４＿１１、２１％〜４０％のときは背景画像データ６２４＿１２、４１％〜６０％のときは背景画像データ６２４＿１３、６１％〜８０％のときは背景画像データ６２４＿１４、そして８１％〜１００％のときは背景画像データ６２４＿１４が選択され（図１０（Ａ））、それぞれ待受け画像が表示される（図１０（Ｂ））。

このように、本実施例によれば、ユーザは、待受けモード起動時にランダムに選択される予期せぬ待受け画像を見ることができる。よって、より面白味のある待受け画像が表示される。

＜第四実施例＞
第四実施例では、待受け画像として英語や社会科、数学、あるいはその他雑学の問題が記述された画像が表示される。そして、メールにより自分宛に解答が送信される。

図１１は、第四実施例における待受け画像の例を示す。図１１（Ａ）は、表示シナリオデータ６２６の例を示す。図１１（Ａ）に示すように、表示シナリオデータ６２６では、日付を含む現在時刻と背景画像データ、及び解答が対応付けられる。また、図１１（Ｂ）は、背景画像データ６２４＿２１、２２により表示される背景画像の例を示す。そして、図１１（Ｃ）は、送信されるメールの例を示す。

描画制御アプリケーション６２０は、まず携帯電話機２の端末情報としてメール発着信履歴と日付を取得する。そして、メール発着信履歴が所定の閾値を超えるかを確認する。かかる手順は、図６の手順Ｓ１２と手順Ｓ１４の間に追加される。そして、所定の閾値を超える場合に、表示シナリオデータ６２６において、現在時刻の日付に対応した背景画像データを選択する。そして、選択された背景画像データがディスプレイ描画アプリケーション６１４に渡され、ディスプレイ１０に待受け画像が表示される。

さらに、第四実施例では、記述された問題の解答をメールで当該携帯電話機２のユーザ宛てに送信するよう、プラットフォーム６０２を介してメールアプリケーション６０８に要求する。かかる手順は、図６に示した手順Ｓ２０の後に追加される。

例えば、日付が「２００９／１／１」の場合には、背景画像データ６２４＿２１が選択され（図１１（Ａ））、英語の問題「ｔｏｍｏｒｒｏｗ」が表示される（図１１（Ｂ））。すると、その解答として、「［回答］１．あす、明日（は）２．（近い）将来には・・・」といった文字列が記述されたメールが自分宛に送信される（図１１（Ｃ））。また、日付が「２００９／１／２」の場合には、背景画像データ６２４＿２２が選択され（図１１（Ａ））、英語の問題「ｙｅｓｔｅｒｄａｙ」が表示される（図１１（Ｂ））。すると、その解答として、「［回答］１．きのう、昨日（は）・・・」といった文字列が記述されたメールが自分宛に送信される（図１１（Ｃ））。

第四実施例によれば、ユーザは、まず待受け画像で出題された問題を解くとともに、メールで送られる解答をみることができる。ここで自分宛てに送られるメールは、公衆通信回線網１０２を介さない、いわゆる擬似メールである。このように、メールの発着信履歴が一定以上のユーザは、メール機能に親和性が高く、擬似メールが送られてくることにより面白味が喚起される。よって、ユーザごとの携帯電話機２の端末情報に応じて、メールを多用するユーザには待受け画像で問題を出題するとともに、擬似メールを使って解答を提供することができる。よって、より面白味のある待受け画像の表示が可能となる。

＜ユーザ設定方法＞
上述した第一〜第四実施例では、表示シナリオデータ６２６と表示画像データ６２４とがセットになったコンテンツデータとして、コンテンツ提供者から提供される。かかるコンテンツデータは、携帯電話機２のＲＯＭ５０４に予め記憶され、あるいは、コンテンツサーバ１０４からダウンロードされてＲＯＭ５０４に格納される。ユーザは、ＲＯＭ５０４に格納されたコンテンツデータのなかから任意に選択を行い、待受け画像を設定することができる。これにより、上述した実施例に対応する面白味のある待受け画像が表示される。

図１２は、待受け画像の設定方法について説明する図である。図１２（Ａ）は、メニューアプリケーション６０４のメニュー体系を示す。図１２（Ｂ）、（Ｃ）は、メニューアプリケーション６０４が提供するメニューの表示例を示す。

図１２（Ａ）に示すように、メニューアプリケーション６０４は、「データＢＯＸ」メニューにおいて、「マイピクチャ」、「待受け画像選択」、「きせかえツール」などのメニューをユーザに提供する。この段階でのディスプレイ１０における表示例が図１２（Ｂ）に示される。そして、ユーザが、「待受け画像選択」を操作ボタンにより選択すると、「コンテンツデータ」メニューに進み、図１２（Ｃ）で示すようにディスプレイ１０にはコンテンツデータ名「ケータイ係長」・・・がアイコン画像とともに表示される。ここでは、コンテンツデータの詳細情報として、表示サイズ、ファイル形式、ファイルサイズなどを表示することもできる。

メニューアプリケーション６０４は、ファイル管理アプリケーション６１６を介して、ＲＯＭ５０４からコンテンツデータの詳細情報を取得し表示する。ユーザがいずれかのコンテンツデータ名を選択すると、メニューアプリケーションは、選択されたコンテンツデータ名をＲＯＭ５０４に格納する。

そうすることにより、待受けモードの起動時には、ファイル管理アプリケーション６１６は描画制御アプリケーション６２０からの要求を受けて、選択されたコンテンツに対応する表示シナリオデータ６２６と、表示画像データ６２４を読みだす。このようにして、ユーザが設定した待受け画像が表示される。

上述したように、本発明によれば、携帯電話機２により面白味のある待受け画像を表示することができる。さらなる変形例では、待受けモード起動時に、表示画像データ６２４をＲＯＭ５０４から読み出すことに加え、コンテンツサーバ１０４からダウンロードすることも可能である。例えば、表示シナリオデータ６２６において、表示画像データ６２４にその所在を対応付けておき、その所在がコンテンツサーバ１０４の場合には、コンテンツサーバ１０４からダウンロードすることができる。このようにすれば、より豊富な選択肢のなかから待受け画像を選択することができる。

さらにこの場合、第一実施例において、開始日付からの経過時間に応じて、キャラクタの外見や背景を変化させることができる。例えば、会社員のキャラクタが出世してその外見や背景が変化することにより、画面の変化にストーリ性を加味することができる。また、第四実施例において、クイズの解答履歴に応じて、より難度の高い問題を出題することが可能である。そうすることで、ユーザの興味を喚起し続けることができる。あるいは、コンテンツサーバ１０４から生活に役立つ情報をダウンロードして、待受け画像として表示することも可能である。このようにすれば、さらに面白味のある待受け画像を継続的に表示することが可能となる。

以上説明したとおり、本実施形態によれば、個々のユーザごとに携帯電話機の端末情報が異なるところ、端末情報に応じた待受け画像を表示することで、ユーザごとにカスタマイズされた、面白味のある待受け画像を表示することが可能となる。

２： 携帯電話機、１０：ディスプレイ、５０４：ＲＯＭ、６０３：オペレーティングシステム、６１４：ディスプレイ描画アプリケーション、６２０：描画制御アプリケーション、６２４：表示画像データ、６２６：表示シナリオデータ

Claims (3)

1. ディスプレイと、前記ディスプレイに表示させる表示画像データの描画手段とを有する移動体通信端末において、
   前記移動体通信端末のオペレーティングシステムから、当該移動体通信端末に関する端末情報を取得する端末情報取得手段と、
   複数の前記表示画像データを記憶する記憶部と、
   前記表示画像データを前記ディスプレイに層状に表示させる描画制御手段とを有することを特徴とする移動体通信端末。
2. 請求項１において、
   前記記憶部は、前記端末情報と前記表示画像データとの対応関係を有する表示シナリオデータをさらに記憶し、
   前記描画制御手段は、前記表示シナリオデータに基づいて、前記端末情報に対応する１つ以上の前記表示画像データを選択して、選択された前記表示画像データを前記ディスプレイに層状に表示させることを特徴とする移動体通信端末。
3. ディスプレイと、前記ディスプレイに１つ以上の表示画像データを層状に表示させる描画手段と、複数の前記表示画像データを記憶する記憶部とを有する移動体通信端末の制御プログラムにおいて、
   前記記憶部が、前記端末情報と前記表示画像データとの対応関係を有する表示シナリオデータをさらに記憶し、
   前記移動体通信端末のオペレーティングシステムから、当該移動体通信端末に関する端末情報を取得する端末情報取得手順と、
   前記表示シナリオデータに基づいて、前記端末情報に対応する前記表示画像データを１つ以上選択して、当該表示画像データの描画を前記描画手段に指示する描画制御手順とを、前記移動体通信端末に実行させることを特徴とする移動体通信端末の制御プログラム。