通信システム、携帯端末及び制御方法
【課題】 携帯端末において育成ゲーム等の所定のアプリケーションの状態に応じたキャラクタの重畳表示を容易に行う。
【解決手段】 通信システム１は、画像を画面に表示するディスプレイ１０１を有する携帯電話機１０と、携帯電話機１０との通信を行うことができるコンテンツサーバ２０とを含む。携帯電話機１０は、所定のアプリケーションを実行する実行部１１０と、実行されるアプリケーションの状態を検出する検出部１１１と、アプリケーションの状態に応じたキャラクタのデータの取得要求をコンテンツサーバ２０に送信するデータ送信部１０７と、取得要求に応じてコンテンツサーバ２０から送信されるキャラクタのデータを受信するキャラクタデータ受信部１０８と、受信されるデータに係るキャラクタをディスプレイ１０１に表示される画像に重畳表示するキャラクタ表示部１０２と、を備える。
【解決手段】 通信システム１は、画像を画面に表示するディスプレイ１０１を有する携帯電話機１０と、携帯電話機１０との通信を行うことができるコンテンツサーバ２０とを含む。携帯電話機１０は、所定のアプリケーションを実行する実行部１１０と、実行されるアプリケーションの状態を検出する検出部１１１と、アプリケーションの状態に応じたキャラクタのデータの取得要求をコンテンツサーバ２０に送信するデータ送信部１０７と、取得要求に応じてコンテンツサーバ２０から送信されるキャラクタのデータを受信するキャラクタデータ受信部１０８と、受信されるデータに係るキャラクタをディスプレイ１０１に表示される画像に重畳表示するキャラクタ表示部１０２と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像を画面に表示する表示装置を有する携帯端末を含んで構成される通信システム、当該携帯端末、並びに当該通信システム及び携帯端末における制御方法に関する。
【背景技術】
【０００２】
従来から、携帯電話機等の携帯端末において動作する、携帯端末の画面上にキャラクタを表示させ、ユーザ操作等によりキャラクタの外見変更を行う育成ゲーム等のアプリケーションが使用されている。
【０００３】
また、携帯電話機等の携帯端末の待ち受け画面等の画像にキャラクタを重畳して表示（重畳表示）させておき、着信等の何らかのイベントがその携帯端末において発生した場合にキャラクタを変化させて、ユーザに視覚的に通知するといったことが行われている（例えば、特許文献１及び２参照）。このように、イベントの通知等のためにキャラクタを表示させておくことは、携帯端末の使用に面白みをもたせるものである。
【特許文献１】特開２００３−８７８５７号公報
【特許文献２】特開２００１−１１９４５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、携帯端末の画面上の画像にキャラクタを重畳表示するためのプログラムは、通常、上記の育成ゲーム等のアプリケーションとは異なるものである。従って、育成ゲーム等のアプリケーションで表示されるキャラクタを重畳表示させたい場合には、ユーザが当該キャラクタの重畳表示用のデータを探してダウンロード等を行わなければならず、大きな手間がかかっていた。
【０００５】
本発明は、以上の問題点を解決するためになされたものであり、携帯端末において育成ゲーム等の所定のアプリケーションの状態に応じたキャラクタの画像への重畳表示を容易に行うことができる通信システム、携帯端末及び制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、本発明に係る通信システムは、画像を画面に表示する表示装置を有する携帯端末と、当該携帯端末との通信を行うことができるコンテンツサーバと、を含んで構成される通信システムであって、携帯端末は、所定のアプリケーションを実行する実行手段と、実行手段により実行される所定のアプリケーションの状態を検出する検出手段と、検出手段により検出された所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、コンテンツサーバに送信する取得要求送信手段と、取得要求手段により送信された取得要求に応じて、コンテンツサーバから送信されるキャラクタのデータを受信するキャラクタデータ受信手段と、受信手段により受信されるデータに係るキャラクタを、表示装置に表示される画像に重畳表示するキャラクタ表示手段と、を備え、コンテンツサーバは、携帯端末から送信される取得要求を受信する取得要求受信手段と、取得要求受信手段により受信された取得要求に応じたキャラクタのデータを携帯端末に送信するキャラクタデータ送信手段と、を備えることを特徴とする。
【０００７】
本発明に係る通信システムの携帯端末では、実行される所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求がコンテンツサーバに送信される。続いて、携帯端末では、コンテンツサーバから送信される当該キャラクタのデータが受信される。携帯端末では、当該データが用いられて、キャラクタが重畳表示される。従って、本発明に係る通信システムでは、ユーザがキャラクタのデータを探してダウンロードする必要がなく、所定のアプリケーションの状態に応じたキャラクタの重畳表示を容易に行うことができる。
【０００８】
所定のアプリケーションは、当該アプリケーションの状態に応じたキャラクタを表示装置に表示するものであり、取得要求に係るキャラクタは、アプリケーションの状態に応じて表示装置に表示されるキャラクタである、ことが望ましい。この構成によれば、育成ゲーム等の所定のアプリケーションでユーザが表示させたキャラクタを画像に重畳表示することができる。
【０００９】
取得要求送信手段は、所定のアプリケーションの終了時に、取得要求を送信することが望ましい。この構成によれば、携帯端末において、適切なタイミングでキャラクタのデータを取得することができる。
【００１０】
取得要求送信手段は、取得要求に応じたＵＲＬ（Uniform ResourceLocator）を生成して、生成したＵＲＬにアクセスすることで、当該取得要求の送信を行うことが望ましい。この構成によれば、確実かつ容易に本発明を実施することができる。
【００１１】
取得要求送信手段は、生成するＵＲＬに取得要求に係るキャラクタのデータを示す情報を含めることが望ましい。この構成によれば、より確実かつ容易に本発明を実施することができる。
【００１２】
上記の目的を達成するために、本発明に係る携帯端末は、画像を画面に表示する表示装置を有する携帯端末であって、所定のアプリケーションを実行する実行手段と、実行手段により実行される所定のアプリケーションの状態を検出する検出手段と、検出手段により検出された所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、コンテンツサーバに送信する取得要求送信手段と、取得要求手段により送信された取得要求に応じて、コンテンツサーバから送信されるキャラクタのデータを受信する受信手段と、受信手段により受信されるデータに係るキャラクタを、表示装置に表示される画像に重畳表示するキャラクタ表示手段と、を備えることを特徴とする。
【００１３】
本発明に係る携帯端末では、実行される所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求がコンテンツサーバに送信される。続いて、携帯端末では、コンテンツサーバから送信される当該キャラクタのデータが受信される。携帯端末では、当該データが用いられて、キャラクタが重畳表示される。従って、本発明に係る携帯端末では、ユーザがキャラクタのデータを探してダウンロードする必要がなく、所定のアプリケーションの状態に応じたキャラクタの重畳表示を容易に行うことができる。
【００１４】
ところで、本発明は、上記のように通信システム及び携帯端末の発明として記述できる他に、以下のように通信システム及び携帯端末における制御方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。
【００１５】
即ち、本発明に係る制御方法は、画像を画面に表示する表示装置を有する携帯端末と、当該携帯端末との通信を行うことができるコンテンツサーバと、を含んで構成される通信システムにおける制御方法であって、携帯端末が、所定のアプリケーションを実行する実行ステップと、実行ステップにおいて実行される所定のアプリケーションの状態を検出する検出ステップと、検出ステップにおいて検出された所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、コンテンツサーバに送信する取得要求送信ステップと、取得要求ステップにおいて送信された取得要求に応じて、コンテンツサーバから送信されるキャラクタのデータを受信するキャラクタデータ受信ステップと、受信ステップにおいて受信されるデータに係るキャラクタを、表示装置に表示される画像に重畳表示するキャラクタ表示ステップと、を含み、コンテンツサーバが、携帯端末から送信される取得要求を受信する取得要求受信ステップと、取得要求受信ステップにおいて受信された取得要求に応じたキャラクタのデータを携帯端末に送信するキャラクタデータ送信ステップと、を含むことを特徴とする。
【００１６】
また、本発明に係る制御方法は、画像を画面に表示する表示装置を有する携帯端末における制御方法であって、所定のアプリケーションを実行する実行ステップと、実行ステップにおいて実行される所定のアプリケーションの状態を検出する検出ステップと、検出ステップにおいて検出された所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、コンテンツサーバに送信する取得要求送信ステップと、取得要求ステップにおいて送信された取得要求に応じて、コンテンツサーバから送信されるキャラクタのデータを受信する受信ステップと、受信ステップにおいて受信されるデータに係るキャラクタを、表示装置に表示される画像に重畳表示するキャラクタ表示ステップと、を含むことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ユーザがキャラクタのデータを探してダウンロードする必要がなく、所定のアプリケーションの状態に応じたキャラクタの重畳表示を容易に行うことができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面とともに本発明に係る通信システム、携帯端末及び制御方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明のものと必ずしも一致していない。
【００１９】
図１に本発明に係る通信システム１の構成を示す。通信システム１は、携帯端末の実施形態である携帯電話機１０と、コンテンツサーバ２０とを含んで構成される。携帯電話機１０は、移動体通信網である携帯電話網（図示せず）に無線通信によって接続して、ユーザに携帯電話の機能を提供する装置である。コンテンツサーバ２０は、携帯電話網に含まれ、あるいは携帯電話網に接続されて、当該携帯電話網を介して携帯電話機１０と通信を行うことができる装置である。即ち、コンテンツサーバ２０は、携帯電話機１０と情報の送受信を行うことができる。コンテンツサーバ２０は、携帯電話機１０に対して、携帯電話機１０においてディスプレイに表示される画像に重畳表示されるキャラクタのデータ（コンテンツ）を提供する。以下、携帯電話機１０及びコンテンツサーバ２０の構成を説明する。
【００２０】
図１に示すように、携帯電話機１０は、ディスプレイ１０１と、キャラクタ表示部１０２と、キャラクタデータ格納部１０３と、アプリケーション格納部１０４と、入力部１０５と、アプリケーション処理部１０６と、データ送信部１０７と、キャラクタデータ受信部１０８と、キャラクタデータ判断部１０９とを備えて構成される。なお、上記の携帯電話機１０の構成要素は、本発明に係る機能に関係するものである。それ以外にも、携帯電話機１０は、移動体通信を行う機能等に関する構成要素も備えているが、それらの図示は省略する。
【００２１】
ディスプレイ１０１は、画像を画面に表示する表示装置である。具体的には、液晶を使用したもの等が用いられる。ディスプレイ１０１には、携帯電話機１０の電波状態を示す情報や携帯電話に係る電話番号等を始めとして、ユーザに参照されるべき様々な画像情報が入力されて表示される。
【００２２】
キャラクタ表示部１０２は、ディスプレイ１０１に表示される画像にキャラクタを重畳して表示させるキャラクタ表示手段である。キャラクタ表示部１０２は、キャラクタデータ格納部１０３に格納されたキャラクタ画像のデータを取得して、当該キャラクタ画像をディスプレイ１０１に表示される画像に重畳させて、キャラクタの表示を行う。キャラクタ表示部１０２によって表示されるキャラクタには、後述するようにコンテンツサーバ２０から取得したキャラクタのデータによるものも含まれる。キャラクタ表示部１０２によるキャラクタの重畳表示は、重畳表示用のプログラムが実行することにより行われる。
【００２３】
図２（ｃ）に、ディスプレイ１０１に表示される画像に、キャラクタを重畳させて表示させた例を示す。キャラクタ３０は、例えば、図２（ｃ）に示すように顔を模したものであり、ユーザが携帯電話機１０の機能を選択するために表示されるメニュー画面４０に重畳される。なお、キャラクタは、必ずしも顔を模したものである必要はなく、人や動物を模したものや架空のキャラクタが用いられてもよい。キャラクタが重畳される画像は、携帯電話機１０における携帯電話としての機能やプログラムによって表示される。また、キャラクタが重畳される画像は、メニュー画面、待ち受け画面、アプリケーション画面等、任意の画像である。
【００２４】
また、キャラクタ表示部１０２は、自端末１０の状態を検出して、当該状態に応じたキャラクタを表示させる。自端末１０の状態とは、着信があり不在着信となった状態や未読メールがある状態等、携帯電話機としての機能により発生する状態のことである。自端末１０の状態の検出は、例えば、携帯電話機としての機能を制御する手段を監視することにより行われる。また、状態に応じたキャラクタとしては、その状態をユーザに通知するためのキャラクタである。例えば、待ち受け状態では何ももっていないキャラクタを表示させ、携帯電話機１０に着信が発生して不在着信となった場合、電話機を持ったキャラクタを表示させる。
【００２５】
キャラクタデータ格納部１０３は、キャラクタ表示部１０２によってディスプレイ１０１に重畳表示されるキャラクタ画像のデータを、キャラクタデータファイルとして格納する手段である。キャラクタデータ格納部１０３に格納されるキャラクタのデータは、予めダウンロード等により取得しておく。また、キャラクタデータ格納部１０３に格納されるキャラクタのデータには、コンテンツサーバ２０から取得したキャラクタのデータを含む。
【００２６】
アプリケーション格納部１０４は、アプリケーション処理部１０６に含まれる実行部１１０で実行される所定のアプリケーションを格納する手段である。格納されるアプリケーションは、例えば、携帯電話機１０にプリインストールされたものや、コンテンツサーバ２０等からダウンロードされたものである。アプリケーション格納部１０４に格納されるアプリケーションは、アプリケーションの状態が変化しうる、例えば、育成ゲーム等のものである。アプリケーションの例である育成ゲームでは、図２（ａ）及び（ｂ）に示すように、ユーザの操作等によって、育成対象のキャラクタ５０（キャラクタ５０ａ，５０ｂの総称）がディスプレイ１０１に表示される。このキャラクタ５０は、ゲームの進展に応じて外見が変更される。図２に示す例では、ユーザの操作等により、キャラクタ５０にゲーム上でご飯をあげる（操作を行う）ことによって、キャラクタ５０が大きくなる（成長する）。
【００２７】
アプリケーションの状態とは、具体的には、アプリケーションによって用いられるメモリやデータの状態のことである。アプリケーションの状態は、育成ゲームの例では、育成対象のキャラクタがどのような外見かを示すものに相当する。即ち、アプリケーションは、状態に応じたキャラクタをディスプレイ１０１に表示する。なお、アプリケーション格納部１０４に格納されるアプリケーションは、上述した重畳表示用のプログラムとは異なる。従って、通常、重畳表示用のプログラムが、アプリケーション格納部１０４に格納されるアプリケーションや当該アプリケーションが利用するデータを利用することはできない。
【００２８】
入力部１０５は、ユーザからの入力を受け付ける手段である。ユーザからの入力は、携帯電話機１０が備える入力キー等の入力装置から行われる。入力部１０５は、ユーザからの入力を受け付けると、その情報やデータをアプリケーション格納部１０４やアプリケーション処理部１０６に出力する。入力としては例えば、アプリケーションの起動や終了を指示するものがある。
【００２９】
アプリケーション処理部１０６は、アプリケーション格納部１０４に格納されたアプリケーションの処理を行う手段である。具体的には、アプリケーション処理部１０６は、実行部１１０と、検出部１１１と、ＵＲＬ生成部１１２とを備えて構成される。
【００３０】
実行部１１０は、アプリケーション格納部１０４に格納された所定のアプリケーションを実行する実行手段である。実行部１１０は、検出部１１１からアプリケーションを起動する旨の指示を受けて、アプリケーション格納部１０４からアプリケーションを読み出して起動することによって実行する。なお、検出部１１１からの指示には、何れのアプリケーションを実行するかの情報が含まれ、当該情報に対応するアプリケーションを実行する。また、実行部１１０は、検出部１１１からアプリケーションを終了する旨の指示を受けて、実行していたアプリケーションを終了させる。
【００３１】
検出部１１１は、入力部１０５によって受け付けられた入力に応じて、実行部１１０にアプリケーションの起動や終了を指示する手段である。また、検出部１１１は、実行部１１０により実行される所定のアプリケーションの状態を検出する検出手段でもある。具体的には、検出部１１１は、アプリケーションにより用いられているメモリやデータを参照することによって、当該アプリケーションの状態を検出する。本実施形態では、検出部１１１による状態の検出は、アプリケーションによってディスプレイ１０１に表示されているキャラクタを示す情報を取得することに相当する。検出部１１１は、例えば、入力部１０５からアプリケーションを終了させる旨の情報の入力がなされて実行部１１０に、アプリケーションの終了の指示を行う際に、アプリケーションの状態の検出を行うことが望ましい。検出部１１１は、検出したアプリケーションの状態をＵＲＬ生成部１１２に通知する。
【００３２】
ＵＲＬ生成部１１２は、検出部１１１により検出されたアプリケーションの状態に応じた、ディスプレイ１０１に表示される画像に重畳表示されるキャラクタのデータの取得要求を生成する、取得要求送信手段の一機能である。具体的には、ＵＲＬ生成部１１２は、取得要求に応じたＵＲＬ、即ち、キャラクタのデータを取得先であるコンテンツサーバ２０のＵＲＬを生成する。また、ＵＲＬ生成部１１２は、生成するＵＲＬに、取得要求に係るキャラクタのデータを示す情報を含めることが望ましい。なお、ＵＲＬ生成部１１２は、アプリケーションの状態と取得要求に係るキャラクタのデータとの対応を示す情報について予め保持しており、上記の対応を示す情報に基づいて取得要求を生成する。
【００３３】
具体的には、ＵＲＬ生成部１１２は、図３に示すように、アプリケーションにより表示されるキャラクタ（即ち、アプリケーションの状態）に応じて、当該キャラクタのデータの取得先であるコンテンツサーバ２０のＵＲＬ６０を保持しておき、当該ＵＲＬ６０のうちキャラクタのデータを示す部分６１をキャラクタに応じたものとする。例えば、「Ｓｓｉｚｅ」というキャラクタの種類（この情報は、検出部１１１から入力される）であった場合、ＵＲＬ６０の当該部分６１ａに「ｓｓｉｚｅ」という文字列が入れられる。なお、ＵＲＬに取得するキャラクタのデータを示す情報を含めない場合は、ＵＲＬ生成部１１２は、取得先のコンテンツサーバ２０のＵＲＬとキャラクタのデータを示す情報（例えば、「Ｓｓｉｚｅ」等のキャラクタの種類を示す情報）とを取得要求として生成する。ＵＲＬ生成部１１２は、生成した取得要求の情報をデータ送信部１０７に出力する。
【００３４】
なお、キャラクタのデータを示す情報には、上記のようにキャラクタのサイズを示す情報以外にも、キャラクタの種類や、どの成長段階か等のステイタス等の情報を含めてもよい。また、アプリケーションからキャラクタ画像のデータを取得して、これをキャラクタのデータを示す情報としてもよい。
【００３５】
データ送信部１０７は、ＵＲＬ生成部１１２により生成された取得要求をコンテンツサーバ２０に送信する取得要求送信手段である。具体的には、取得要求がキャラクタのデータを示す情報を含んだＵＲＬであった場合は、データ送信部１０７は当該ＵＲＬにアクセス（接続）する。取得要求がＵＲＬとキャラクタのデータを示す情報とであった場合は、データ送信部１０７は当該ＵＲＬにアクセス（接続）して、キャラクタのデータを示す情報を送信する。なお、この取得要求の送信（ＵＲＬへのアクセス）は、移動体通信網を介して行われる。
【００３６】
ここで、検出部１１１によるアプリケーションの状態の検出からデータ送信部１０７による取得要求の送信までは、一連の処理として行われる。即ち、検出部１１１によるアプリケーションの状態の検出が、アプリケーションの終了の際であった場合、アプリケーションの終了時に取得要求が送信される。
【００３７】
キャラクタデータ受信部１０８は、データ送信部１０７により送信された取得要求に応じて、コンテンツサーバ２０から送信されるキャラクタのデータを受信するキャラクタデータ受信手段である。また、コンテンツサーバ２０に取得要求に係るキャラクタのデータが存在しない場合等には、キャラクタデータ受信部１０８は、キャラクタのデータの代わりにコンテンツサーバ２０から送信されるエラーコードを受信する。キャラクタデータ受信部１０８は、受信したキャラクタのデータ又はエラーコードをキャラクタデータ判断部１０９に出力する。
【００３８】
キャラクタデータ判断部１０９は、キャラクタデータ受信部１０８により受信されたキャラクタのデータが不正なコンテンツでないか判断する手段である。キャラクタデータ判断部１０９は、判断の結果、正常なコンテンツであると判断すればキャラクタのデータをキャラクタデータ格納部１０３に格納する。上記の判断は具体的には、例えば、デジタル著作権管理（ＤＲＭ：Digital Rights Management）における手法等を用いることができる。不正なコンテンツであると判断された場合、あるいはキャラクタデータ受信部１０８からエラーコードが入力された場合は、キャラクタデータ判断部１０９は、ディスプレイ１０１にその旨のワーディングを表示させる。以上が、携帯電話機１０の機能構成である。
【００３９】
続いて、図４に携帯電話機１０のハードウェア構成を示す。図２に示すように、携帯電話機１０は、ディスプレイ１０１、ＣＰＵ（Central Processing Unit）１２１、ＲＡＭ（Random Access Memory）１２２、ＲＯＭ（ReadOnly Memory）１２３、操作部１２４、無線通信部１２５、アンテナ１２６等のハードウェアにより構成されている。これらの構成要素が動作することにより、上記の携帯電話機１０の各機能が発揮される。
【００４０】
引き続いて、コンテンツサーバ２０の構成を説明する。図１に示すようにコンテンツサーバ２０は、データ受信部２０１と、キャラクタデータ選択部２０２と、キャラクタデータ格納部２０３と、キャラクタデータ送信部２０４とを備えて構成される。
【００４１】
データ受信部２０１は、携帯電話機１０から送信される取得要求を受信する取得要求受信手段である。取得要求の受信は、具体的には、コンテンツサーバ２０における取得要求を受け付けるＵＲＬへの携帯電話機１０からのアクセスを受け付けることにより行われる。なお、その場合、コンテンツサーバ２０は、取得要求に係るキャラクタ毎にＵＲＬを予め設定しておく。ＵＲＬにキャラクタのデータを示す情報が含まれていない場合は、携帯電話機１０から送信される当該情報を受信する。データ受信部２０１は、キャラクタデータ選択部２０２に、キャラクタデータの取得要求を受信した旨と、ＵＲＬ又は当該取得要求に係るキャラクタのデータを示す情報とを通知する。
【００４２】
キャラクタデータ選択部２０２は、データ受信部２０１からの通知に基づいて、取得要求に応じたキャラクタのデータをキャラクタデータ格納部２０３から取得する、キャラクタデータ送信手段の一機能である。キャラクタデータ選択部２０２は、携帯電話機１０から送信されたＵＲＬに含まれる情報又はデータ受信部２０１から通知された情報によって示されるキャラクタのデータを、キャラクタデータ格納部２０３に格納されているキャラクタデータから選択して、キャラクタデータ送信部２０４に出力する。キャラクタデータ選択部２０２は、キャラクタのデータが取得できない場合には、その旨を示すエラーコードをキャラクタデータ送信部２０４に通知する。
【００４３】
キャラクタデータ格納部２０３は、携帯電話機１０においてディスプレイ１０１に重畳表示されるキャラクタ画像のデータを、携帯電話機１０に配信するキャラクタデータファイルとして格納する手段である。キャラクタデータ格納部２０３は、複数のキャラクタ画像のデータを、当該データを特定する情報に対応付けて格納する。キャラクタデータ格納部２０３に格納されるキャラクタのデータは、上記のように携帯電話機１０からの取得要求に応じてキャラクタデータ選択部２０２によって取得される。
【００４４】
キャラクタデータ送信部２０４は、取得要求を行った携帯電話機１０に、キャラクタデータ選択部２０２から入力されたキャラクタのデータを送信するキャラクタデータ送信手段である。なお、キャラクタのデータの送信は、移動体通信網を介して行われる。以上が、コンテンツサーバ２０の機能構成である。
【００４５】
続いて、図５にコンテンツサーバ２０のハードウェア構成を示す。図５に示すように、コンテンツサーバ２０は、ＣＰＵ２２１、主記憶装置であるＲＡＭ２２２及びＲＯＭ２２３、通信を行うための通信モジュール２２４、並びにハードディスク等の補助記憶装置２２５等のハードウェアを備えるコンピュータとして構成される。これらの構成要素が動作することにより、上記のコンテンツサーバ２０の各機能が発揮される。以上が携帯電話機１０及びコンテンツサーバ２０の構成である。
【００４６】
引き続いて、図６のフローチャートを用いて、本実施形態に係る通信システム及び携帯電話機１０において実行される処理（制御方法）について説明する。
【００４７】
まず、携帯電話機１０では、ユーザによりアプリケーションを起動する操作がなされ当該操作が入力部１０５及び検出部１１１を介して実行部１１０に通知されること等により、実行部１１０によってアプリケーションが起動される（Ｓ０１、実行ステップ）。ここで起動されるアプリケーションは、上述したアプリケーション格納部１０４に格納されているアプリケーションである。
【００４８】
アプリケーションが上述したような育成ゲームである場合、図２（ａ）に示すような育成対象のキャラクタ５０が携帯電話機１０のディスプレイ１０１に表示される。ここで、ユーザの操作等があるとキャラクタ５０の外見が変化する。図２に示す例では、キャラクタにゲーム上でご飯をあげる（操作を行う）ことによって、小さいキャラクタ５０ａが大きいキャラクタ５０ｂとなる（Ｓ０２、実行ステップ）。なお、キャラクタ５０の外見が変化するトリガは、アプリケーションに依存する。例えば、ディスプレイ１０１に表示されているキャラクタ５０に、アプリケーションに規定されている「ご飯」や「散歩」を行うためのデータ入力がユーザ操作により行われた際に外見変更を行うアプリケーションもあれば、ディスプレイ１０１に表示されているキャラクタ５０をユーザのキー入力により操作し格闘技で対戦させ勝つことで外見変更を行うアプリケーションもある。
【００４９】
続いて、携帯電話機１０では、ユーザによりアプリケーションを終了する操作がなされ当該操作が入力部１０５及び検出部１１１を介して実行部１１０に通知されること等により、実行部１１０によってアプリケーションが終了される（Ｓ０３、実行ステップ）。図２（ｂ）に示すように、この際、ディスプレイ１０１には「終了します」等の終了する旨を示す表示がなされる。上記のように検出部１１１から実行部１１０にアプリケーションを終了させる指示が行われる際に、検出部１１１によって、終了されるアプリケーションの状態が検出される（Ｓ０４、検出ステップ）。この検出としては具体的には、アプリケーションの終了時にディスプレイ１０１に表示されているキャラクタを示す情報が取得される。検出部１１１により取得されたアプリケーションの状態は、ＵＲＬ生成部１１２に通知される。
【００５０】
続いて、ＵＲＬ生成部１１２によって、当該アプリケーションの状態に応じた、ディスプレイ１０１に表示される画像に重畳表示されるキャラクタのデータの取得要求が生成される。生成された取得要求は、データ送信部１０７に出力され、データ送信部１０７によってコンテンツサーバ２０に送信される。コンテンツサーバ２０では、データ受信部２０１によって、当該取得要求が受信される（Ｓ０５、携帯電話機１０における取得要求送信ステップ、コンテンツサーバ２０における取得要求受信ステップ）。
【００５１】
続いて、コンテンツサーバ２０では、データ受信部２０１からキャラクタデータ選択部２０２に、取得要求に係るキャラクタのデータを示す情報が通知される。続いて、キャラクタデータ選択部２０２によって、キャラクタデータ格納部２０３に当該情報に係るキャラクタのデータが格納されているか確認される（Ｓ０６）。
【００５２】
キャラクタデータ格納部２０３に当該情報に係るキャラクタのデータが格納されていなかった場合、その旨の情報がキャラクタデータ格納部２０３からキャラクタデータ送信部２０４に通知され、キャラクタデータ送信部２０４から携帯電話機１０に送信される。携帯電話機１０では、キャラクタデータ受信部１０８によってその旨の情報が受信されて、キャラクタデータ判断部１０９を介してディスプレイ１０１に表示される（Ｓ０７）。ユーザは、その表示（エラー表示）を見ることによって、重畳表示を行うキャラクタが取得（ダウンロード）できなかったことを知ることができる。この場合、ここで処理は終了する。
【００５３】
一方、キャラクタデータ格納部２０３に当該情報に係るキャラクタのデータが格納されていた場合、キャラクタデータ選択部２０２によって当該キャラクタのデータがキャラクタデータ格納部２０３から取得され、キャラクタデータ送信部２０４に出力される。続いて、キャラクタデータ送信部２０４によって、当該キャラクタのデータが携帯電話機１０に送信される。携帯電話機１０では、キャラクタデータ受信部１０８によって、送信されたキャラクタが受信される。即ち、携帯電話機１０によって、キャラクタのデータがダウンロードされる（Ｓ０８、コンテンツサーバ２０におけるキャラクタデータ送信ステップ、携帯電話機１０におけるキャラクタデータ受信ステップ）。
【００５４】
続いて、携帯電話機１０では、受信されたキャラクタのデータが、キャラクタデータ受信部１０８からキャラクタデータ判断部１０９に出力される。続いて、キャラクタデータ判断部１０９によって、当該キャラクタのデータが不正なコンテンツでないか（正常なキャラクタデータであるか）判断される（Ｓ０９）。受信されたキャラクタのデータが不正なコンテンツであった場合は、その旨の情報がディスプレイ１０１に表示される（Ｓ１０）。ユーザは、その表示（エラー表示）を見ることによって、ダウンロードされたキャラクタのデータが不正なコンテンツであったことを知ることができる。この場合、ここで処理は終了する。
【００５５】
受信されたキャラクタのデータが不正なコンテンツでなかった場合は、コンテンツサーバ２０から受信されたキャラクタのデータは、キャラクタデータ格納部１０３に格納される。キャラクタデータ格納部１０３に格納されたキャラクタのデータは、図２（ｃ）に示すように、キャラクタ表示部１０２によってディスプレイ１０１に表示される画像に重畳表示される（Ｓ１１、キャラクタ表示ステップ）。なお、この重畳表示は、一連の処理として、キャラクタのデータのコンテンツサーバ２０からのダウンロード後直ぐに行われてもよいし、別のタイミングに行われてもよい。例えば、ユーザの操作等の何らかのトリガにより行われてもよい。以上が本実施形態に係る通信システム及び携帯電話機１０において実行される処理である。
【００５６】
上述したように本実施形態に係る携帯電話機１０では、実行される所定のアプリケーションの状態に応じたキャラクタのデータが、携帯電話機１０においてディスプレイ１０１に表示されるに重畳表示に表示されるキャラクタのデータとして自動的に取得される。従って、本実施形態に係る通信システム１及び携帯電話機１０によれば、ユーザがキャラクタのデータを探してダウンロードする必要がなく、所定のアプリケーションの状態に応じたキャラクタの重畳表示を容易に行うことができる。
【００５７】
また、所定のアプリケーションである育成ゲーム等の進展度合に応じたキャラクタの重畳表示がなされるので、ユーザが重畳表示されるキャラクタに親しみを感じることができ、携帯電話機１０の使用に面白みを持たせることができる。更に、これらのキャラクタのデータの取得が本実施形態による方法（アプリケーションの状態に応じたダウンロード）でしか行えないとすれば、キャラクタのデータ（コンテンツ）の希少価値が高くなり、ユーザがキャラクタにより親しみを感じ、携帯電話機１０の使用により面白みを持たせることができる。
【００５８】
また、上述したようにアプリケーションが、図２（ａ）及び（ｂ）に示すように当該アプリケーションの状態に応じたキャラクタ５０ａ，５０ｂをディスプレイ１０１に表示するものであり、図２（ｃ）に示すように、ダウンロードされる重畳表示用のキャラクタ３０のデータが当該アプリケーションにより表示されるキャラクタ５０ｂを表示させるものであることが望ましい。この構成では、育成ゲーム等のアプリケーションでユーザが表示させたキャラクタを重畳表示することができる。これにより、アプリケーションで（ユーザの操作により育成等させて）表示されていたキャラクタが、当該アプリケーションが実行されていないときにも重畳表示されることになり、ユーザがキャラクタに更に親しみを感じることができる。なお、重畳表示されるキャラクタはアプリケーションでの表示と必ずしも一致している必要はなく、それぞれ異なっていてもよい。また、アプリケーションは必ずしもキャラクタの表示を行うものでなくてもよい。
【００５９】
また、本実施形態のように、重畳表示用のキャラクタのデータの取得要求を送信するタイミングをアプリケーションの終了時にすることとすれば、アプリケーションの状態変化が発生した可能性が高い状態、かつアプリケーションを終了することで携帯電話機１０のディスプレイ１０１上で重畳表示されるキャラクタをユーザが見ることが可能なタイミングでキャラクタのデータのダウンロードを実施することができる。即ち、携帯電話機１０において、適切なタイミングでキャラクタのデータを取得することができる。但し、重畳表示用のキャラクタのデータの取得要求を送信するタイミングは必ずしも上記である必要はない。例えば、一定間隔で検出部１１１がアプリケーションの状態を検出して、当該検出に基づいて取得要求を送信することとしてもよい。また、ユーザの操作をトリガとして上記の処理が行われてもよい。
【００６０】
また、本実施形態のように、取得要求の送信にＵＲＬを用いることとすれば、既存の通信のスキームを利用して確実かつ容易に本発明を実施することができる。
【００６１】
なお、本実施形態では、携帯端末は携帯電話機１０であるものとしたが、必ずしも携帯電話機１０である必要は無く、画像を画面に表示する表示装置を有するものであればよい。具体的には、例えば、ディスプレイを有するＰＤＡ（Personal Digital Assistants）等の携帯端末でもよい。また、携帯電話機１０とコンテンツサーバ２０との間では、移動体通信により通信が行われることとしたが、必ずしも移動体通信でなくてもよく、通信が行われ情報の送受信が可能となっていればよい。例えば、近距離無線通信により通信が行われてもよい。
【００６２】
また、本実施形態に係る携帯電話機１０において、検出手段である検出部１１１と取得要求送信手段の一機能であるＵＲＬ生成部１１２とは、アプリケーションを処理するアプリケーション処理部１０６に含まれていたが、それらはそれぞれ独立した構成要素になっていてもよい。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施形態に係る携帯端末である携帯電話機、及び当該携帯電話機を含んで構成される通信ステムの構成を示す図である。
【図２】携帯電話機のディスプレイにおける表示内容を示す図である。
【図３】携帯電話機からコンテンツサーバに送信されるキャラクタのデータの取得要求であるＵＲＬの例を示す図である。
【図４】本発明の実施形態に係る携帯電話機のハードウェア構成を示す図である。
【図５】本発明の実施形態に係るコンテンツサーバのハードウェア構成を示す図である。
【図６】本発明の実施形態に係る通信システム及び携帯電話機で実行される処理（制御方法）を示すフローチャートである。
【符号の説明】
【００６４】
１…通信システム、１０…携帯電話機、１０１…ディスプレイ、１０２…キャラクタ表示部、１０３…キャラクタデータ格納部、１０４…アプリケーション格納部、１０５…入力部、１０６…アプリケーション処理部、１０７…データ送信部、１０８…キャラクタデータ受信部、１０９…キャラクタデータ判断部、１１０…実行部、１１１…検出部、１１２…ＵＲＬ生成部、１２１…ＣＰＵ、１２２…ＲＡＭ、１２３…ＲＯＭ、１２４…操作部、１２５…無線通信部、１２６…アンテナ、２０…コンテンツサーバ、２０１…データ受信部、２０２…キャラクタデータ選択部、２０３…キャラクタデータ格納部、２０４…キャラクタデータ送信部、２２１…ＣＰＵ、２２２…ＲＡＭ、２２３…ＲＯＭ、２２４…通信モジュール、２２５…補助記憶装置。
【技術分野】
【０００１】
本発明は、画像を画面に表示する表示装置を有する携帯端末を含んで構成される通信システム、当該携帯端末、並びに当該通信システム及び携帯端末における制御方法に関する。
【背景技術】
【０００２】
従来から、携帯電話機等の携帯端末において動作する、携帯端末の画面上にキャラクタを表示させ、ユーザ操作等によりキャラクタの外見変更を行う育成ゲーム等のアプリケーションが使用されている。
【０００３】
また、携帯電話機等の携帯端末の待ち受け画面等の画像にキャラクタを重畳して表示（重畳表示）させておき、着信等の何らかのイベントがその携帯端末において発生した場合にキャラクタを変化させて、ユーザに視覚的に通知するといったことが行われている（例えば、特許文献１及び２参照）。このように、イベントの通知等のためにキャラクタを表示させておくことは、携帯端末の使用に面白みをもたせるものである。
【特許文献１】特開２００３−８７８５７号公報
【特許文献２】特開２００１−１１９４５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、携帯端末の画面上の画像にキャラクタを重畳表示するためのプログラムは、通常、上記の育成ゲーム等のアプリケーションとは異なるものである。従って、育成ゲーム等のアプリケーションで表示されるキャラクタを重畳表示させたい場合には、ユーザが当該キャラクタの重畳表示用のデータを探してダウンロード等を行わなければならず、大きな手間がかかっていた。
【０００５】
本発明は、以上の問題点を解決するためになされたものであり、携帯端末において育成ゲーム等の所定のアプリケーションの状態に応じたキャラクタの画像への重畳表示を容易に行うことができる通信システム、携帯端末及び制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、本発明に係る通信システムは、画像を画面に表示する表示装置を有する携帯端末と、当該携帯端末との通信を行うことができるコンテンツサーバと、を含んで構成される通信システムであって、携帯端末は、所定のアプリケーションを実行する実行手段と、実行手段により実行される所定のアプリケーションの状態を検出する検出手段と、検出手段により検出された所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、コンテンツサーバに送信する取得要求送信手段と、取得要求手段により送信された取得要求に応じて、コンテンツサーバから送信されるキャラクタのデータを受信するキャラクタデータ受信手段と、受信手段により受信されるデータに係るキャラクタを、表示装置に表示される画像に重畳表示するキャラクタ表示手段と、を備え、コンテンツサーバは、携帯端末から送信される取得要求を受信する取得要求受信手段と、取得要求受信手段により受信された取得要求に応じたキャラクタのデータを携帯端末に送信するキャラクタデータ送信手段と、を備えることを特徴とする。
【０００７】
本発明に係る通信システムの携帯端末では、実行される所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求がコンテンツサーバに送信される。続いて、携帯端末では、コンテンツサーバから送信される当該キャラクタのデータが受信される。携帯端末では、当該データが用いられて、キャラクタが重畳表示される。従って、本発明に係る通信システムでは、ユーザがキャラクタのデータを探してダウンロードする必要がなく、所定のアプリケーションの状態に応じたキャラクタの重畳表示を容易に行うことができる。
【０００８】
所定のアプリケーションは、当該アプリケーションの状態に応じたキャラクタを表示装置に表示するものであり、取得要求に係るキャラクタは、アプリケーションの状態に応じて表示装置に表示されるキャラクタである、ことが望ましい。この構成によれば、育成ゲーム等の所定のアプリケーションでユーザが表示させたキャラクタを画像に重畳表示することができる。
【０００９】
取得要求送信手段は、所定のアプリケーションの終了時に、取得要求を送信することが望ましい。この構成によれば、携帯端末において、適切なタイミングでキャラクタのデータを取得することができる。
【００１０】
取得要求送信手段は、取得要求に応じたＵＲＬ（Uniform ResourceLocator）を生成して、生成したＵＲＬにアクセスすることで、当該取得要求の送信を行うことが望ましい。この構成によれば、確実かつ容易に本発明を実施することができる。
【００１１】
取得要求送信手段は、生成するＵＲＬに取得要求に係るキャラクタのデータを示す情報を含めることが望ましい。この構成によれば、より確実かつ容易に本発明を実施することができる。
【００１２】
上記の目的を達成するために、本発明に係る携帯端末は、画像を画面に表示する表示装置を有する携帯端末であって、所定のアプリケーションを実行する実行手段と、実行手段により実行される所定のアプリケーションの状態を検出する検出手段と、検出手段により検出された所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、コンテンツサーバに送信する取得要求送信手段と、取得要求手段により送信された取得要求に応じて、コンテンツサーバから送信されるキャラクタのデータを受信する受信手段と、受信手段により受信されるデータに係るキャラクタを、表示装置に表示される画像に重畳表示するキャラクタ表示手段と、を備えることを特徴とする。
【００１３】
本発明に係る携帯端末では、実行される所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求がコンテンツサーバに送信される。続いて、携帯端末では、コンテンツサーバから送信される当該キャラクタのデータが受信される。携帯端末では、当該データが用いられて、キャラクタが重畳表示される。従って、本発明に係る携帯端末では、ユーザがキャラクタのデータを探してダウンロードする必要がなく、所定のアプリケーションの状態に応じたキャラクタの重畳表示を容易に行うことができる。
【００１４】
ところで、本発明は、上記のように通信システム及び携帯端末の発明として記述できる他に、以下のように通信システム及び携帯端末における制御方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。
【００１５】
即ち、本発明に係る制御方法は、画像を画面に表示する表示装置を有する携帯端末と、当該携帯端末との通信を行うことができるコンテンツサーバと、を含んで構成される通信システムにおける制御方法であって、携帯端末が、所定のアプリケーションを実行する実行ステップと、実行ステップにおいて実行される所定のアプリケーションの状態を検出する検出ステップと、検出ステップにおいて検出された所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、コンテンツサーバに送信する取得要求送信ステップと、取得要求ステップにおいて送信された取得要求に応じて、コンテンツサーバから送信されるキャラクタのデータを受信するキャラクタデータ受信ステップと、受信ステップにおいて受信されるデータに係るキャラクタを、表示装置に表示される画像に重畳表示するキャラクタ表示ステップと、を含み、コンテンツサーバが、携帯端末から送信される取得要求を受信する取得要求受信ステップと、取得要求受信ステップにおいて受信された取得要求に応じたキャラクタのデータを携帯端末に送信するキャラクタデータ送信ステップと、を含むことを特徴とする。
【００１６】
また、本発明に係る制御方法は、画像を画面に表示する表示装置を有する携帯端末における制御方法であって、所定のアプリケーションを実行する実行ステップと、実行ステップにおいて実行される所定のアプリケーションの状態を検出する検出ステップと、検出ステップにおいて検出された所定のアプリケーションの状態に応じた、表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、コンテンツサーバに送信する取得要求送信ステップと、取得要求ステップにおいて送信された取得要求に応じて、コンテンツサーバから送信されるキャラクタのデータを受信する受信ステップと、受信ステップにおいて受信されるデータに係るキャラクタを、表示装置に表示される画像に重畳表示するキャラクタ表示ステップと、を含むことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ユーザがキャラクタのデータを探してダウンロードする必要がなく、所定のアプリケーションの状態に応じたキャラクタの重畳表示を容易に行うことができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面とともに本発明に係る通信システム、携帯端末及び制御方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明のものと必ずしも一致していない。
【００１９】
図１に本発明に係る通信システム１の構成を示す。通信システム１は、携帯端末の実施形態である携帯電話機１０と、コンテンツサーバ２０とを含んで構成される。携帯電話機１０は、移動体通信網である携帯電話網（図示せず）に無線通信によって接続して、ユーザに携帯電話の機能を提供する装置である。コンテンツサーバ２０は、携帯電話網に含まれ、あるいは携帯電話網に接続されて、当該携帯電話網を介して携帯電話機１０と通信を行うことができる装置である。即ち、コンテンツサーバ２０は、携帯電話機１０と情報の送受信を行うことができる。コンテンツサーバ２０は、携帯電話機１０に対して、携帯電話機１０においてディスプレイに表示される画像に重畳表示されるキャラクタのデータ（コンテンツ）を提供する。以下、携帯電話機１０及びコンテンツサーバ２０の構成を説明する。
【００２０】
図１に示すように、携帯電話機１０は、ディスプレイ１０１と、キャラクタ表示部１０２と、キャラクタデータ格納部１０３と、アプリケーション格納部１０４と、入力部１０５と、アプリケーション処理部１０６と、データ送信部１０７と、キャラクタデータ受信部１０８と、キャラクタデータ判断部１０９とを備えて構成される。なお、上記の携帯電話機１０の構成要素は、本発明に係る機能に関係するものである。それ以外にも、携帯電話機１０は、移動体通信を行う機能等に関する構成要素も備えているが、それらの図示は省略する。
【００２１】
ディスプレイ１０１は、画像を画面に表示する表示装置である。具体的には、液晶を使用したもの等が用いられる。ディスプレイ１０１には、携帯電話機１０の電波状態を示す情報や携帯電話に係る電話番号等を始めとして、ユーザに参照されるべき様々な画像情報が入力されて表示される。
【００２２】
キャラクタ表示部１０２は、ディスプレイ１０１に表示される画像にキャラクタを重畳して表示させるキャラクタ表示手段である。キャラクタ表示部１０２は、キャラクタデータ格納部１０３に格納されたキャラクタ画像のデータを取得して、当該キャラクタ画像をディスプレイ１０１に表示される画像に重畳させて、キャラクタの表示を行う。キャラクタ表示部１０２によって表示されるキャラクタには、後述するようにコンテンツサーバ２０から取得したキャラクタのデータによるものも含まれる。キャラクタ表示部１０２によるキャラクタの重畳表示は、重畳表示用のプログラムが実行することにより行われる。
【００２３】
図２（ｃ）に、ディスプレイ１０１に表示される画像に、キャラクタを重畳させて表示させた例を示す。キャラクタ３０は、例えば、図２（ｃ）に示すように顔を模したものであり、ユーザが携帯電話機１０の機能を選択するために表示されるメニュー画面４０に重畳される。なお、キャラクタは、必ずしも顔を模したものである必要はなく、人や動物を模したものや架空のキャラクタが用いられてもよい。キャラクタが重畳される画像は、携帯電話機１０における携帯電話としての機能やプログラムによって表示される。また、キャラクタが重畳される画像は、メニュー画面、待ち受け画面、アプリケーション画面等、任意の画像である。
【００２４】
また、キャラクタ表示部１０２は、自端末１０の状態を検出して、当該状態に応じたキャラクタを表示させる。自端末１０の状態とは、着信があり不在着信となった状態や未読メールがある状態等、携帯電話機としての機能により発生する状態のことである。自端末１０の状態の検出は、例えば、携帯電話機としての機能を制御する手段を監視することにより行われる。また、状態に応じたキャラクタとしては、その状態をユーザに通知するためのキャラクタである。例えば、待ち受け状態では何ももっていないキャラクタを表示させ、携帯電話機１０に着信が発生して不在着信となった場合、電話機を持ったキャラクタを表示させる。
【００２５】
キャラクタデータ格納部１０３は、キャラクタ表示部１０２によってディスプレイ１０１に重畳表示されるキャラクタ画像のデータを、キャラクタデータファイルとして格納する手段である。キャラクタデータ格納部１０３に格納されるキャラクタのデータは、予めダウンロード等により取得しておく。また、キャラクタデータ格納部１０３に格納されるキャラクタのデータには、コンテンツサーバ２０から取得したキャラクタのデータを含む。
【００２６】
アプリケーション格納部１０４は、アプリケーション処理部１０６に含まれる実行部１１０で実行される所定のアプリケーションを格納する手段である。格納されるアプリケーションは、例えば、携帯電話機１０にプリインストールされたものや、コンテンツサーバ２０等からダウンロードされたものである。アプリケーション格納部１０４に格納されるアプリケーションは、アプリケーションの状態が変化しうる、例えば、育成ゲーム等のものである。アプリケーションの例である育成ゲームでは、図２（ａ）及び（ｂ）に示すように、ユーザの操作等によって、育成対象のキャラクタ５０（キャラクタ５０ａ，５０ｂの総称）がディスプレイ１０１に表示される。このキャラクタ５０は、ゲームの進展に応じて外見が変更される。図２に示す例では、ユーザの操作等により、キャラクタ５０にゲーム上でご飯をあげる（操作を行う）ことによって、キャラクタ５０が大きくなる（成長する）。
【００２７】
アプリケーションの状態とは、具体的には、アプリケーションによって用いられるメモリやデータの状態のことである。アプリケーションの状態は、育成ゲームの例では、育成対象のキャラクタがどのような外見かを示すものに相当する。即ち、アプリケーションは、状態に応じたキャラクタをディスプレイ１０１に表示する。なお、アプリケーション格納部１０４に格納されるアプリケーションは、上述した重畳表示用のプログラムとは異なる。従って、通常、重畳表示用のプログラムが、アプリケーション格納部１０４に格納されるアプリケーションや当該アプリケーションが利用するデータを利用することはできない。
【００２８】
入力部１０５は、ユーザからの入力を受け付ける手段である。ユーザからの入力は、携帯電話機１０が備える入力キー等の入力装置から行われる。入力部１０５は、ユーザからの入力を受け付けると、その情報やデータをアプリケーション格納部１０４やアプリケーション処理部１０６に出力する。入力としては例えば、アプリケーションの起動や終了を指示するものがある。
【００２９】
アプリケーション処理部１０６は、アプリケーション格納部１０４に格納されたアプリケーションの処理を行う手段である。具体的には、アプリケーション処理部１０６は、実行部１１０と、検出部１１１と、ＵＲＬ生成部１１２とを備えて構成される。
【００３０】
実行部１１０は、アプリケーション格納部１０４に格納された所定のアプリケーションを実行する実行手段である。実行部１１０は、検出部１１１からアプリケーションを起動する旨の指示を受けて、アプリケーション格納部１０４からアプリケーションを読み出して起動することによって実行する。なお、検出部１１１からの指示には、何れのアプリケーションを実行するかの情報が含まれ、当該情報に対応するアプリケーションを実行する。また、実行部１１０は、検出部１１１からアプリケーションを終了する旨の指示を受けて、実行していたアプリケーションを終了させる。
【００３１】
検出部１１１は、入力部１０５によって受け付けられた入力に応じて、実行部１１０にアプリケーションの起動や終了を指示する手段である。また、検出部１１１は、実行部１１０により実行される所定のアプリケーションの状態を検出する検出手段でもある。具体的には、検出部１１１は、アプリケーションにより用いられているメモリやデータを参照することによって、当該アプリケーションの状態を検出する。本実施形態では、検出部１１１による状態の検出は、アプリケーションによってディスプレイ１０１に表示されているキャラクタを示す情報を取得することに相当する。検出部１１１は、例えば、入力部１０５からアプリケーションを終了させる旨の情報の入力がなされて実行部１１０に、アプリケーションの終了の指示を行う際に、アプリケーションの状態の検出を行うことが望ましい。検出部１１１は、検出したアプリケーションの状態をＵＲＬ生成部１１２に通知する。
【００３２】
ＵＲＬ生成部１１２は、検出部１１１により検出されたアプリケーションの状態に応じた、ディスプレイ１０１に表示される画像に重畳表示されるキャラクタのデータの取得要求を生成する、取得要求送信手段の一機能である。具体的には、ＵＲＬ生成部１１２は、取得要求に応じたＵＲＬ、即ち、キャラクタのデータを取得先であるコンテンツサーバ２０のＵＲＬを生成する。また、ＵＲＬ生成部１１２は、生成するＵＲＬに、取得要求に係るキャラクタのデータを示す情報を含めることが望ましい。なお、ＵＲＬ生成部１１２は、アプリケーションの状態と取得要求に係るキャラクタのデータとの対応を示す情報について予め保持しており、上記の対応を示す情報に基づいて取得要求を生成する。
【００３３】
具体的には、ＵＲＬ生成部１１２は、図３に示すように、アプリケーションにより表示されるキャラクタ（即ち、アプリケーションの状態）に応じて、当該キャラクタのデータの取得先であるコンテンツサーバ２０のＵＲＬ６０を保持しておき、当該ＵＲＬ６０のうちキャラクタのデータを示す部分６１をキャラクタに応じたものとする。例えば、「Ｓｓｉｚｅ」というキャラクタの種類（この情報は、検出部１１１から入力される）であった場合、ＵＲＬ６０の当該部分６１ａに「ｓｓｉｚｅ」という文字列が入れられる。なお、ＵＲＬに取得するキャラクタのデータを示す情報を含めない場合は、ＵＲＬ生成部１１２は、取得先のコンテンツサーバ２０のＵＲＬとキャラクタのデータを示す情報（例えば、「Ｓｓｉｚｅ」等のキャラクタの種類を示す情報）とを取得要求として生成する。ＵＲＬ生成部１１２は、生成した取得要求の情報をデータ送信部１０７に出力する。
【００３４】
なお、キャラクタのデータを示す情報には、上記のようにキャラクタのサイズを示す情報以外にも、キャラクタの種類や、どの成長段階か等のステイタス等の情報を含めてもよい。また、アプリケーションからキャラクタ画像のデータを取得して、これをキャラクタのデータを示す情報としてもよい。
【００３５】
データ送信部１０７は、ＵＲＬ生成部１１２により生成された取得要求をコンテンツサーバ２０に送信する取得要求送信手段である。具体的には、取得要求がキャラクタのデータを示す情報を含んだＵＲＬであった場合は、データ送信部１０７は当該ＵＲＬにアクセス（接続）する。取得要求がＵＲＬとキャラクタのデータを示す情報とであった場合は、データ送信部１０７は当該ＵＲＬにアクセス（接続）して、キャラクタのデータを示す情報を送信する。なお、この取得要求の送信（ＵＲＬへのアクセス）は、移動体通信網を介して行われる。
【００３６】
ここで、検出部１１１によるアプリケーションの状態の検出からデータ送信部１０７による取得要求の送信までは、一連の処理として行われる。即ち、検出部１１１によるアプリケーションの状態の検出が、アプリケーションの終了の際であった場合、アプリケーションの終了時に取得要求が送信される。
【００３７】
キャラクタデータ受信部１０８は、データ送信部１０７により送信された取得要求に応じて、コンテンツサーバ２０から送信されるキャラクタのデータを受信するキャラクタデータ受信手段である。また、コンテンツサーバ２０に取得要求に係るキャラクタのデータが存在しない場合等には、キャラクタデータ受信部１０８は、キャラクタのデータの代わりにコンテンツサーバ２０から送信されるエラーコードを受信する。キャラクタデータ受信部１０８は、受信したキャラクタのデータ又はエラーコードをキャラクタデータ判断部１０９に出力する。
【００３８】
キャラクタデータ判断部１０９は、キャラクタデータ受信部１０８により受信されたキャラクタのデータが不正なコンテンツでないか判断する手段である。キャラクタデータ判断部１０９は、判断の結果、正常なコンテンツであると判断すればキャラクタのデータをキャラクタデータ格納部１０３に格納する。上記の判断は具体的には、例えば、デジタル著作権管理（ＤＲＭ：Digital Rights Management）における手法等を用いることができる。不正なコンテンツであると判断された場合、あるいはキャラクタデータ受信部１０８からエラーコードが入力された場合は、キャラクタデータ判断部１０９は、ディスプレイ１０１にその旨のワーディングを表示させる。以上が、携帯電話機１０の機能構成である。
【００３９】
続いて、図４に携帯電話機１０のハードウェア構成を示す。図２に示すように、携帯電話機１０は、ディスプレイ１０１、ＣＰＵ（Central Processing Unit）１２１、ＲＡＭ（Random Access Memory）１２２、ＲＯＭ（ReadOnly Memory）１２３、操作部１２４、無線通信部１２５、アンテナ１２６等のハードウェアにより構成されている。これらの構成要素が動作することにより、上記の携帯電話機１０の各機能が発揮される。
【００４０】
引き続いて、コンテンツサーバ２０の構成を説明する。図１に示すようにコンテンツサーバ２０は、データ受信部２０１と、キャラクタデータ選択部２０２と、キャラクタデータ格納部２０３と、キャラクタデータ送信部２０４とを備えて構成される。
【００４１】
データ受信部２０１は、携帯電話機１０から送信される取得要求を受信する取得要求受信手段である。取得要求の受信は、具体的には、コンテンツサーバ２０における取得要求を受け付けるＵＲＬへの携帯電話機１０からのアクセスを受け付けることにより行われる。なお、その場合、コンテンツサーバ２０は、取得要求に係るキャラクタ毎にＵＲＬを予め設定しておく。ＵＲＬにキャラクタのデータを示す情報が含まれていない場合は、携帯電話機１０から送信される当該情報を受信する。データ受信部２０１は、キャラクタデータ選択部２０２に、キャラクタデータの取得要求を受信した旨と、ＵＲＬ又は当該取得要求に係るキャラクタのデータを示す情報とを通知する。
【００４２】
キャラクタデータ選択部２０２は、データ受信部２０１からの通知に基づいて、取得要求に応じたキャラクタのデータをキャラクタデータ格納部２０３から取得する、キャラクタデータ送信手段の一機能である。キャラクタデータ選択部２０２は、携帯電話機１０から送信されたＵＲＬに含まれる情報又はデータ受信部２０１から通知された情報によって示されるキャラクタのデータを、キャラクタデータ格納部２０３に格納されているキャラクタデータから選択して、キャラクタデータ送信部２０４に出力する。キャラクタデータ選択部２０２は、キャラクタのデータが取得できない場合には、その旨を示すエラーコードをキャラクタデータ送信部２０４に通知する。
【００４３】
キャラクタデータ格納部２０３は、携帯電話機１０においてディスプレイ１０１に重畳表示されるキャラクタ画像のデータを、携帯電話機１０に配信するキャラクタデータファイルとして格納する手段である。キャラクタデータ格納部２０３は、複数のキャラクタ画像のデータを、当該データを特定する情報に対応付けて格納する。キャラクタデータ格納部２０３に格納されるキャラクタのデータは、上記のように携帯電話機１０からの取得要求に応じてキャラクタデータ選択部２０２によって取得される。
【００４４】
キャラクタデータ送信部２０４は、取得要求を行った携帯電話機１０に、キャラクタデータ選択部２０２から入力されたキャラクタのデータを送信するキャラクタデータ送信手段である。なお、キャラクタのデータの送信は、移動体通信網を介して行われる。以上が、コンテンツサーバ２０の機能構成である。
【００４５】
続いて、図５にコンテンツサーバ２０のハードウェア構成を示す。図５に示すように、コンテンツサーバ２０は、ＣＰＵ２２１、主記憶装置であるＲＡＭ２２２及びＲＯＭ２２３、通信を行うための通信モジュール２２４、並びにハードディスク等の補助記憶装置２２５等のハードウェアを備えるコンピュータとして構成される。これらの構成要素が動作することにより、上記のコンテンツサーバ２０の各機能が発揮される。以上が携帯電話機１０及びコンテンツサーバ２０の構成である。
【００４６】
引き続いて、図６のフローチャートを用いて、本実施形態に係る通信システム及び携帯電話機１０において実行される処理（制御方法）について説明する。
【００４７】
まず、携帯電話機１０では、ユーザによりアプリケーションを起動する操作がなされ当該操作が入力部１０５及び検出部１１１を介して実行部１１０に通知されること等により、実行部１１０によってアプリケーションが起動される（Ｓ０１、実行ステップ）。ここで起動されるアプリケーションは、上述したアプリケーション格納部１０４に格納されているアプリケーションである。
【００４８】
アプリケーションが上述したような育成ゲームである場合、図２（ａ）に示すような育成対象のキャラクタ５０が携帯電話機１０のディスプレイ１０１に表示される。ここで、ユーザの操作等があるとキャラクタ５０の外見が変化する。図２に示す例では、キャラクタにゲーム上でご飯をあげる（操作を行う）ことによって、小さいキャラクタ５０ａが大きいキャラクタ５０ｂとなる（Ｓ０２、実行ステップ）。なお、キャラクタ５０の外見が変化するトリガは、アプリケーションに依存する。例えば、ディスプレイ１０１に表示されているキャラクタ５０に、アプリケーションに規定されている「ご飯」や「散歩」を行うためのデータ入力がユーザ操作により行われた際に外見変更を行うアプリケーションもあれば、ディスプレイ１０１に表示されているキャラクタ５０をユーザのキー入力により操作し格闘技で対戦させ勝つことで外見変更を行うアプリケーションもある。
【００４９】
続いて、携帯電話機１０では、ユーザによりアプリケーションを終了する操作がなされ当該操作が入力部１０５及び検出部１１１を介して実行部１１０に通知されること等により、実行部１１０によってアプリケーションが終了される（Ｓ０３、実行ステップ）。図２（ｂ）に示すように、この際、ディスプレイ１０１には「終了します」等の終了する旨を示す表示がなされる。上記のように検出部１１１から実行部１１０にアプリケーションを終了させる指示が行われる際に、検出部１１１によって、終了されるアプリケーションの状態が検出される（Ｓ０４、検出ステップ）。この検出としては具体的には、アプリケーションの終了時にディスプレイ１０１に表示されているキャラクタを示す情報が取得される。検出部１１１により取得されたアプリケーションの状態は、ＵＲＬ生成部１１２に通知される。
【００５０】
続いて、ＵＲＬ生成部１１２によって、当該アプリケーションの状態に応じた、ディスプレイ１０１に表示される画像に重畳表示されるキャラクタのデータの取得要求が生成される。生成された取得要求は、データ送信部１０７に出力され、データ送信部１０７によってコンテンツサーバ２０に送信される。コンテンツサーバ２０では、データ受信部２０１によって、当該取得要求が受信される（Ｓ０５、携帯電話機１０における取得要求送信ステップ、コンテンツサーバ２０における取得要求受信ステップ）。
【００５１】
続いて、コンテンツサーバ２０では、データ受信部２０１からキャラクタデータ選択部２０２に、取得要求に係るキャラクタのデータを示す情報が通知される。続いて、キャラクタデータ選択部２０２によって、キャラクタデータ格納部２０３に当該情報に係るキャラクタのデータが格納されているか確認される（Ｓ０６）。
【００５２】
キャラクタデータ格納部２０３に当該情報に係るキャラクタのデータが格納されていなかった場合、その旨の情報がキャラクタデータ格納部２０３からキャラクタデータ送信部２０４に通知され、キャラクタデータ送信部２０４から携帯電話機１０に送信される。携帯電話機１０では、キャラクタデータ受信部１０８によってその旨の情報が受信されて、キャラクタデータ判断部１０９を介してディスプレイ１０１に表示される（Ｓ０７）。ユーザは、その表示（エラー表示）を見ることによって、重畳表示を行うキャラクタが取得（ダウンロード）できなかったことを知ることができる。この場合、ここで処理は終了する。
【００５３】
一方、キャラクタデータ格納部２０３に当該情報に係るキャラクタのデータが格納されていた場合、キャラクタデータ選択部２０２によって当該キャラクタのデータがキャラクタデータ格納部２０３から取得され、キャラクタデータ送信部２０４に出力される。続いて、キャラクタデータ送信部２０４によって、当該キャラクタのデータが携帯電話機１０に送信される。携帯電話機１０では、キャラクタデータ受信部１０８によって、送信されたキャラクタが受信される。即ち、携帯電話機１０によって、キャラクタのデータがダウンロードされる（Ｓ０８、コンテンツサーバ２０におけるキャラクタデータ送信ステップ、携帯電話機１０におけるキャラクタデータ受信ステップ）。
【００５４】
続いて、携帯電話機１０では、受信されたキャラクタのデータが、キャラクタデータ受信部１０８からキャラクタデータ判断部１０９に出力される。続いて、キャラクタデータ判断部１０９によって、当該キャラクタのデータが不正なコンテンツでないか（正常なキャラクタデータであるか）判断される（Ｓ０９）。受信されたキャラクタのデータが不正なコンテンツであった場合は、その旨の情報がディスプレイ１０１に表示される（Ｓ１０）。ユーザは、その表示（エラー表示）を見ることによって、ダウンロードされたキャラクタのデータが不正なコンテンツであったことを知ることができる。この場合、ここで処理は終了する。
【００５５】
受信されたキャラクタのデータが不正なコンテンツでなかった場合は、コンテンツサーバ２０から受信されたキャラクタのデータは、キャラクタデータ格納部１０３に格納される。キャラクタデータ格納部１０３に格納されたキャラクタのデータは、図２（ｃ）に示すように、キャラクタ表示部１０２によってディスプレイ１０１に表示される画像に重畳表示される（Ｓ１１、キャラクタ表示ステップ）。なお、この重畳表示は、一連の処理として、キャラクタのデータのコンテンツサーバ２０からのダウンロード後直ぐに行われてもよいし、別のタイミングに行われてもよい。例えば、ユーザの操作等の何らかのトリガにより行われてもよい。以上が本実施形態に係る通信システム及び携帯電話機１０において実行される処理である。
【００５６】
上述したように本実施形態に係る携帯電話機１０では、実行される所定のアプリケーションの状態に応じたキャラクタのデータが、携帯電話機１０においてディスプレイ１０１に表示されるに重畳表示に表示されるキャラクタのデータとして自動的に取得される。従って、本実施形態に係る通信システム１及び携帯電話機１０によれば、ユーザがキャラクタのデータを探してダウンロードする必要がなく、所定のアプリケーションの状態に応じたキャラクタの重畳表示を容易に行うことができる。
【００５７】
また、所定のアプリケーションである育成ゲーム等の進展度合に応じたキャラクタの重畳表示がなされるので、ユーザが重畳表示されるキャラクタに親しみを感じることができ、携帯電話機１０の使用に面白みを持たせることができる。更に、これらのキャラクタのデータの取得が本実施形態による方法（アプリケーションの状態に応じたダウンロード）でしか行えないとすれば、キャラクタのデータ（コンテンツ）の希少価値が高くなり、ユーザがキャラクタにより親しみを感じ、携帯電話機１０の使用により面白みを持たせることができる。
【００５８】
また、上述したようにアプリケーションが、図２（ａ）及び（ｂ）に示すように当該アプリケーションの状態に応じたキャラクタ５０ａ，５０ｂをディスプレイ１０１に表示するものであり、図２（ｃ）に示すように、ダウンロードされる重畳表示用のキャラクタ３０のデータが当該アプリケーションにより表示されるキャラクタ５０ｂを表示させるものであることが望ましい。この構成では、育成ゲーム等のアプリケーションでユーザが表示させたキャラクタを重畳表示することができる。これにより、アプリケーションで（ユーザの操作により育成等させて）表示されていたキャラクタが、当該アプリケーションが実行されていないときにも重畳表示されることになり、ユーザがキャラクタに更に親しみを感じることができる。なお、重畳表示されるキャラクタはアプリケーションでの表示と必ずしも一致している必要はなく、それぞれ異なっていてもよい。また、アプリケーションは必ずしもキャラクタの表示を行うものでなくてもよい。
【００５９】
また、本実施形態のように、重畳表示用のキャラクタのデータの取得要求を送信するタイミングをアプリケーションの終了時にすることとすれば、アプリケーションの状態変化が発生した可能性が高い状態、かつアプリケーションを終了することで携帯電話機１０のディスプレイ１０１上で重畳表示されるキャラクタをユーザが見ることが可能なタイミングでキャラクタのデータのダウンロードを実施することができる。即ち、携帯電話機１０において、適切なタイミングでキャラクタのデータを取得することができる。但し、重畳表示用のキャラクタのデータの取得要求を送信するタイミングは必ずしも上記である必要はない。例えば、一定間隔で検出部１１１がアプリケーションの状態を検出して、当該検出に基づいて取得要求を送信することとしてもよい。また、ユーザの操作をトリガとして上記の処理が行われてもよい。
【００６０】
また、本実施形態のように、取得要求の送信にＵＲＬを用いることとすれば、既存の通信のスキームを利用して確実かつ容易に本発明を実施することができる。
【００６１】
なお、本実施形態では、携帯端末は携帯電話機１０であるものとしたが、必ずしも携帯電話機１０である必要は無く、画像を画面に表示する表示装置を有するものであればよい。具体的には、例えば、ディスプレイを有するＰＤＡ（Personal Digital Assistants）等の携帯端末でもよい。また、携帯電話機１０とコンテンツサーバ２０との間では、移動体通信により通信が行われることとしたが、必ずしも移動体通信でなくてもよく、通信が行われ情報の送受信が可能となっていればよい。例えば、近距離無線通信により通信が行われてもよい。
【００６２】
また、本実施形態に係る携帯電話機１０において、検出手段である検出部１１１と取得要求送信手段の一機能であるＵＲＬ生成部１１２とは、アプリケーションを処理するアプリケーション処理部１０６に含まれていたが、それらはそれぞれ独立した構成要素になっていてもよい。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施形態に係る携帯端末である携帯電話機、及び当該携帯電話機を含んで構成される通信ステムの構成を示す図である。
【図２】携帯電話機のディスプレイにおける表示内容を示す図である。
【図３】携帯電話機からコンテンツサーバに送信されるキャラクタのデータの取得要求であるＵＲＬの例を示す図である。
【図４】本発明の実施形態に係る携帯電話機のハードウェア構成を示す図である。
【図５】本発明の実施形態に係るコンテンツサーバのハードウェア構成を示す図である。
【図６】本発明の実施形態に係る通信システム及び携帯電話機で実行される処理（制御方法）を示すフローチャートである。
【符号の説明】
【００６４】
１…通信システム、１０…携帯電話機、１０１…ディスプレイ、１０２…キャラクタ表示部、１０３…キャラクタデータ格納部、１０４…アプリケーション格納部、１０５…入力部、１０６…アプリケーション処理部、１０７…データ送信部、１０８…キャラクタデータ受信部、１０９…キャラクタデータ判断部、１１０…実行部、１１１…検出部、１１２…ＵＲＬ生成部、１２１…ＣＰＵ、１２２…ＲＡＭ、１２３…ＲＯＭ、１２４…操作部、１２５…無線通信部、１２６…アンテナ、２０…コンテンツサーバ、２０１…データ受信部、２０２…キャラクタデータ選択部、２０３…キャラクタデータ格納部、２０４…キャラクタデータ送信部、２２１…ＣＰＵ、２２２…ＲＡＭ、２２３…ＲＯＭ、２２４…通信モジュール、２２５…補助記憶装置。
【特許請求の範囲】
【請求項１】
画像を画面に表示する表示装置を有する携帯端末と、当該携帯端末との通信を行うことができるコンテンツサーバと、を含んで構成される通信システムであって、
前記携帯端末は、
所定のアプリケーションを実行する実行手段と、
前記実行手段により実行される前記所定のアプリケーションの状態を検出する検出手段と、
前記検出手段により検出された前記所定のアプリケーションの状態に応じた、前記表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、前記コンテンツサーバに送信する取得要求送信手段と、
前記取得要求手段により送信された取得要求に応じて、前記コンテンツサーバから送信される前記キャラクタのデータを受信するキャラクタデータ受信手段と、
前記受信手段により受信される前記データに係るキャラクタを、前記表示装置に表示される画像に重畳表示するキャラクタ表示手段と、
を備え、
前記コンテンツサーバは、
前記携帯端末から送信される前記取得要求を受信する取得要求受信手段と、
前記取得要求受信手段により受信された前記取得要求に応じた前記キャラクタのデータを前記携帯端末に送信するキャラクタデータ送信手段と、
を備えることを特徴とする通信システム。
【請求項２】
前記所定のアプリケーションは、当該アプリケーションの状態に応じたキャラクタを前記表示装置に表示するものであり、
前記取得要求に係るキャラクタは、前記アプリケーションの状態に応じて前記表示装置に表示されるキャラクタである、
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記取得要求送信手段は、前記所定のアプリケーションの終了時に、前記取得要求を送信することを特徴とする請求項１又は２に記載の通信システム。
【請求項４】
前記取得要求送信手段は、取得要求に応じたＵＲＬを生成して、生成したＵＲＬにアクセスすることで、当該取得要求の送信を行うことを特徴とする請求項１〜３の何れか一項に記載の通信システム。
【請求項５】
前記取得要求送信手段は、生成する前記ＵＲＬに取得要求に係るキャラクタのデータを示す情報を含めることを特徴とする請求項４に記載の通信システム。
【請求項６】
画像を画面に表示する表示装置を有する携帯端末であって、
所定のアプリケーションを実行する実行手段と、
前記実行手段により実行される前記所定のアプリケーションの状態を検出する検出手段と、
前記検出手段により検出された前記所定のアプリケーションの状態に応じた、前記表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、前記コンテンツサーバに送信する取得要求送信手段と、
前記取得要求手段により送信された取得要求に応じて、前記コンテンツサーバから送信される前記キャラクタのデータを受信する受信手段と、
前記受信手段により受信される前記データに係るキャラクタを、前記表示装置に表示される画像に重畳表示するキャラクタ表示手段と、
を備える携帯端末。
【請求項７】
画像を画面に表示する表示装置を有する携帯端末と、当該携帯端末との通信を行うことができるコンテンツサーバと、を含んで構成される通信システムにおける制御方法であって、
前記携帯端末が、
所定のアプリケーションを実行する実行ステップと、
前記実行ステップにおいて実行される前記所定のアプリケーションの状態を検出する検出ステップと、
前記検出ステップにおいて検出された前記所定のアプリケーションの状態に応じた、前記表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、前記コンテンツサーバに送信する取得要求送信ステップと、
前記取得要求ステップにおいて送信された取得要求に応じて、前記コンテンツサーバから送信される前記キャラクタのデータを受信するキャラクタデータ受信ステップと、
前記受信ステップにおいて受信される前記データに係るキャラクタを、前記表示装置に表示される画像に重畳表示するキャラクタ表示ステップと、
を含み、
前記コンテンツサーバが、
前記携帯端末から送信される前記取得要求を受信する取得要求受信ステップと、
前記取得要求受信ステップにおいて受信された前記取得要求に応じた前記キャラクタのデータを前記携帯端末に送信するキャラクタデータ送信ステップと、
を含むことを特徴とする制御方法。
【請求項８】
画像を画面に表示する表示装置を有する携帯端末における制御方法であって、
所定のアプリケーションを実行する実行ステップと、
前記実行ステップにおいて実行される前記所定のアプリケーションの状態を検出する検出ステップと、
前記検出ステップにおいて検出された前記所定のアプリケーションの状態に応じた、前記表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、前記コンテンツサーバに送信する取得要求送信ステップと、
前記取得要求ステップにおいて送信された取得要求に応じて、前記コンテンツサーバから送信される前記キャラクタのデータを受信する受信ステップと、
前記受信ステップにおいて受信される前記データに係るキャラクタを、前記表示装置に表示される画像に重畳表示するキャラクタ表示ステップと、
を含む制御方法。
【請求項１】
画像を画面に表示する表示装置を有する携帯端末と、当該携帯端末との通信を行うことができるコンテンツサーバと、を含んで構成される通信システムであって、
前記携帯端末は、
所定のアプリケーションを実行する実行手段と、
前記実行手段により実行される前記所定のアプリケーションの状態を検出する検出手段と、
前記検出手段により検出された前記所定のアプリケーションの状態に応じた、前記表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、前記コンテンツサーバに送信する取得要求送信手段と、
前記取得要求手段により送信された取得要求に応じて、前記コンテンツサーバから送信される前記キャラクタのデータを受信するキャラクタデータ受信手段と、
前記受信手段により受信される前記データに係るキャラクタを、前記表示装置に表示される画像に重畳表示するキャラクタ表示手段と、
を備え、
前記コンテンツサーバは、
前記携帯端末から送信される前記取得要求を受信する取得要求受信手段と、
前記取得要求受信手段により受信された前記取得要求に応じた前記キャラクタのデータを前記携帯端末に送信するキャラクタデータ送信手段と、
を備えることを特徴とする通信システム。
【請求項２】
前記所定のアプリケーションは、当該アプリケーションの状態に応じたキャラクタを前記表示装置に表示するものであり、
前記取得要求に係るキャラクタは、前記アプリケーションの状態に応じて前記表示装置に表示されるキャラクタである、
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記取得要求送信手段は、前記所定のアプリケーションの終了時に、前記取得要求を送信することを特徴とする請求項１又は２に記載の通信システム。
【請求項４】
前記取得要求送信手段は、取得要求に応じたＵＲＬを生成して、生成したＵＲＬにアクセスすることで、当該取得要求の送信を行うことを特徴とする請求項１〜３の何れか一項に記載の通信システム。
【請求項５】
前記取得要求送信手段は、生成する前記ＵＲＬに取得要求に係るキャラクタのデータを示す情報を含めることを特徴とする請求項４に記載の通信システム。
【請求項６】
画像を画面に表示する表示装置を有する携帯端末であって、
所定のアプリケーションを実行する実行手段と、
前記実行手段により実行される前記所定のアプリケーションの状態を検出する検出手段と、
前記検出手段により検出された前記所定のアプリケーションの状態に応じた、前記表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、前記コンテンツサーバに送信する取得要求送信手段と、
前記取得要求手段により送信された取得要求に応じて、前記コンテンツサーバから送信される前記キャラクタのデータを受信する受信手段と、
前記受信手段により受信される前記データに係るキャラクタを、前記表示装置に表示される画像に重畳表示するキャラクタ表示手段と、
を備える携帯端末。
【請求項７】
画像を画面に表示する表示装置を有する携帯端末と、当該携帯端末との通信を行うことができるコンテンツサーバと、を含んで構成される通信システムにおける制御方法であって、
前記携帯端末が、
所定のアプリケーションを実行する実行ステップと、
前記実行ステップにおいて実行される前記所定のアプリケーションの状態を検出する検出ステップと、
前記検出ステップにおいて検出された前記所定のアプリケーションの状態に応じた、前記表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、前記コンテンツサーバに送信する取得要求送信ステップと、
前記取得要求ステップにおいて送信された取得要求に応じて、前記コンテンツサーバから送信される前記キャラクタのデータを受信するキャラクタデータ受信ステップと、
前記受信ステップにおいて受信される前記データに係るキャラクタを、前記表示装置に表示される画像に重畳表示するキャラクタ表示ステップと、
を含み、
前記コンテンツサーバが、
前記携帯端末から送信される前記取得要求を受信する取得要求受信ステップと、
前記取得要求受信ステップにおいて受信された前記取得要求に応じた前記キャラクタのデータを前記携帯端末に送信するキャラクタデータ送信ステップと、
を含むことを特徴とする制御方法。
【請求項８】
画像を画面に表示する表示装置を有する携帯端末における制御方法であって、
所定のアプリケーションを実行する実行ステップと、
前記実行ステップにおいて実行される前記所定のアプリケーションの状態を検出する検出ステップと、
前記検出ステップにおいて検出された前記所定のアプリケーションの状態に応じた、前記表示装置に表示される画像に重畳表示されるキャラクタのデータの取得要求を、前記コンテンツサーバに送信する取得要求送信ステップと、
前記取得要求ステップにおいて送信された取得要求に応じて、前記コンテンツサーバから送信される前記キャラクタのデータを受信する受信ステップと、
前記受信ステップにおいて受信される前記データに係るキャラクタを、前記表示装置に表示される画像に重畳表示するキャラクタ表示ステップと、
を含む制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００８−２５２６４９（Ｐ２００８−２５２６４９Ａ）
【公開日】平成２０年１０月１６日（２００８．１０．１６）
【国際特許分類】
【出願番号】特願２００７−９２８４３（Ｐ２００７−９２８４３）
【出願日】平成１９年３月３０日（２００７．３．３０）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２０年１０月１６日（２００８．１０．１６）
【国際特許分類】
【出願日】平成１９年３月３０日（２００７．３．３０）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]