(57)【要約】【課題】  コンテンツを利用するユーザの興趣性を向上させる。【解決手段】  携帯用電話機ＭＰ-ｋにキャラクタを飼育、育成するゲームを実行させ、このキャラクタの性格をダウンロードされた楽曲の性質に応じて決定すると共に、当該性格に応じてキャラクタを変化させる。具体的には、楽曲配信サーバＴＳから携帯用電話機ＭＰ-ｋに楽曲データＭＤ-ｌを配信する際に、楽曲の性質を示す楽曲性質パラメータを含む楽曲性質データＣＤ-ｌを併せて配信する。また、楽曲性質パラメータをキャラクタの性格を示す性格パラメータに変換するための楽曲性質・キャラクタ性格変換テーブルＴＢＬを携帯用電話機ＭＰ-ｋに保有させると共に、このテーブルＴＢＬに基づいて性格パラメータの値を更新し、所定のタイミングにて携帯用電話機ＭＰ-ｋから楽曲配信サーバＴＳに当該性格パラメータの値を送信して、当該性格パラメータに対応したキャラクタデータＣｉを取得する。【選択図】  図１
2006261975.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置の保有するコンテンツデータを通信端末装置に配信すると共に、当該コンテンツデータの配信履歴に応じて、前記通信端末装置において表示される画面構成物の表示状態を予め定められた初期表示状態から複数の表示状態を経て完成表示状態に移行させ、当該画面構成物の遷移状態を前記通信端末装置において表現させるコンテンツ配信システムであって、
前記サーバ装置は、
（ａ）前記コンテンツデータと（ｂ）当該コンテンツデータの性質を示すコンテンツ性質データと、が対応付けて記録されるコンテンツデータ記録手段と、
前記通信端末装置から送信されたメッセージデータに対して前記コンテンツデータ及び前記コンテンツ性質データを配信する配信手段と、を備え、
前記通信端末装置は、
前記メッセージデータを送信する一方、当該メッセージデータに応じて配信された前記コンテンツデータ及び前記コンテンツ性質データを受信する通信手段と、
前記通信手段によって受信された前記コンテンツ性質データに基づいて複数のパラメータの値を決定する決定手段と、
所定の装置内に搭載された記録媒体であって前記画面構成物の各表示状態に対応した画像データが前記複数のパラメータの値と対応付けて記録された記録媒体から、前記決定された複数のパラメータの値に対応した少なくとも一つの前記画像データを取得する画像データ取得手段と、
前記取得された画像データに基づき前記画面構成物を表示手段に表示させる表示制御手段と、を備えることを特徴とするコンテンツ配信システム。
【請求項２】
前記記録媒体は、前記サーバ装置に搭載されていることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記記録媒体は、前記通信端末装置に搭載されていることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項４】
前記画面構成物が仮想上の生物に対応した画像であり、且つ、前記通信端末装置において前記生物に対応した画像の表示状態を前記初期表示状態から完成表示状態に移行させることで当該生物の成長過程を擬似的に表現させている場合に、
前記通信端末装置の決定手段は、前記コンテンツ性質データに基づいて前記生物の擬似的な性格を示す複数のパラメータの値を決定することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項５】
前記通信端末装置は、決定手段により決定された前記複数のパラメータの値を各々積算すると共に、当該積算値を管理する管理手段を更に備え、
前記通信端末装置の画像データ取得手段は、前記管理手段により管理された前記複数のパラメータの積算値に対応した少なくとも一つの前記画像データを前記記録媒体から取得することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項６】
前記通信端末装置は、ユーザの入力操作を受け付ける入力手段を更に備え、
前記通信端末装置の管理手段は、前記入力手段に対するユーザの入力操作に応じて前記積算値を変化させることを特徴とする請求項５に記載のコンテンツ配信システム。
【請求項７】
前記通信端末装置の決定手段は、前記コンテンツ性質データ及び当該コンテンツ性質データの受信時刻の双方に基づいて前記複数のパラメータの値を決定することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項８】
前記サーバ装置は、前記画面構成物の前記完成表示状態に対応した画像データであって、前記記録媒体に記録された前記画像データよりも多くの画素数により構成される詳細画像データを記録した詳細画像データ記録手段と、
前記通信端末装置における前記画面構成物の表示状態が前記完成表示状態にあるか否かを検出する検出手段と、を更に備え、
前記配信手段は、前記検出手段によって前記画面構成物の表示状態が前記完成表示状態にあると検出された場合に、前記詳細画像データを前記通信端末装置に配信することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項９】
サーバ装置の保有するコンテンツデータを取得すると共に、当該コンテンツデータの取得履歴に応じて、表示手段に表示される画面構成物の表示状態を予め定められた初期表示状態から複数の表示状態を経て完成表示状態に移行させ、当該画面構成物の遷移状態を表現する通信端末装置であって、
前記サーバ装置から（ａ）前記コンテンツデータと（ｂ）当該コンテンツデータの性質を示すコンテンツ性質データとを取得するコンテンツデータ取得手段と、
前記コンテンツデータ取得手段によって取得された前記コンテンツ性質データに基づいて複数のパラメータの値を決定する決定手段と、
所定の装置内に搭載された記録媒体であって前記画面構成物の各表示状態に対応した画像データが前記複数のパラメータの値と対応付けて記録された記録媒体から、前記決定された複数のパラメータの値に対応した少なくとも一つの前記画像データを取得する画像データ取得手段と、
前記取得された画像データに基づき前記画面構成物を表示手段に表示させる表示制御手段と
を備えることを特徴とする通信端末装置。
【請求項１０】
自装置の保有するコンテンツデータを通信端末装置に配信すると共に、当該コンテンツデータの配信履歴に応じて、前記通信端末装置において表示される画面構成物の表示状態を予め定められた初期表示状態から複数の表示状態を経て完成表示状態に移行させ、当該画面構成物の遷移状態を前記通信端末装置において表現させるサーバ装置であって、
（ａ）前記コンテンツデータと（ｂ）当該コンテンツデータの性質を示すコンテンツ性質データと、が対応付けて記録されるコンテンツデータ記録手段と、
前記通信端末装置から送信されたメッセージデータに対して前記コンテンツデータ及び前記コンテンツ性質データを配信する配信手段と、
前記配信されたコンテンツ性質データに基づき、前記通信端末装置にて決定される複数のパラメータの値と対応付けて前記画面構成物の各表示状態に対応した画像データを記録した画像データ記録手段と、
前記通信端末装置から前記複数のパラメータの値が送信されてきた場合に、当該パラメータの値と対応付けられた前記画像データを配信する画像データ配信手段と
を備えることを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバから通信端末に対して楽曲、画像等の各種コンテンツを配信するコンテンツ配信システムにおいて、通信端末のユーザに新たな形態のサービスを提供するための技術に関する。
【背景技術】
【０００２】
近年、ネットワーク技術の発展に伴ってネットワーク上のサーバ装置から各種コンテンツデータが通信端末に配信されるに至り、ユーザは通信端末を用いて各種のコンテンツを利用することが出来るようになっている。また、最近ではコンテンツデータのダウンロードを促進する観点から、例えば、仮想生物（以下、「キャラクタ」という。）を育成するゲーム（以下、「キャラクタ育成型ゲーム」という。）機能を通信端末に搭載すると共に、コンテンツデータのダウンロード数に応じて当該キャラクタを成長させ、もって、ダウンロード行為自体を楽しませるという新たな付加価値を創造するための提案もなされるに至っている（例えば、特許文献１）。
【特許文献１】特開平１１−２３１８８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上記特許文献１に記載のシステムにおいては、ダウンロードされたコンテンツデータのジャンル毎に、そのダウンロード数を集計し、ダウンロード数の最も多いジャンルに対応したキャラクタに変化させる構成が採用されているに過ぎなかった。このため、このシステムを利用するユーザは、通り一遍な育成過程しか楽しむことが出来ず、一度、育成過程を楽しんでしまったユーザにとっては非常に魅力の低いものとなってしまう可能性があった。
【０００４】
本願は以上説明した事情に鑑みてなされたものであり、その課題の一例としては、ユーザの興趣性を飛躍的に向上させることが可能なコンテンツ配信システム、通信端末装置及びサーバ装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため本願の一つの観点において請求項１に記載のコンテンツ配信システムは、サーバ装置の保有するコンテンツデータを通信端末装置に配信すると共に、当該コンテンツデータの配信履歴に応じて、前記通信端末装置において表示される画面構成物（例えば、キャラクタ）の表示状態を予め定められた初期表示状態から複数の表示状態を経て完成表示状態に移行させ、当該画面構成物の遷移状態を前記通信端末装置において表現させるコンテンツ配信システムであって、前記サーバ装置は、（ａ）前記コンテンツデータと（ｂ）当該コンテンツデータの性質を示すコンテンツ性質データと、が対応付けて記録されるコンテンツデータ記録手段と、前記通信端末装置から送信されたメッセージデータに対して前記コンテンツデータ及び前記コンテンツ性質データを配信する配信手段と、を備え、前記通信端末装置は、前記メッセージデータを送信する一方、当該メッセージデータに応じて配信された前記コンテンツデータ及び前記コンテンツ性質データを受信する通信手段と、前記通信手段によって受信された前記コンテンツ性質データに基づいて複数のパラメータの値を決定する決定手段と、所定の装置内に搭載された記録媒体であって前記画面構成物の各表示状態に対応した画像データが前記複数のパラメータの値と対応付けて記録された記録媒体から、前記決定された複数のパラメータの値に対応した少なくとも一つの前記画像データを取得する画像データ取得手段と、前記取得された画像データに基づき前記画面構成物を表示手段に表示させる表示制御手段と、を備えることを特徴とする。
【０００６】
この構成により、コンテンツ性質データに基づいて、複数のパラメータが決定され、当該決定された複数のパラメータの値に応じて取得される画像データが変化することとなる。このため、サーバ装置から通信端末装置に配信されたコンテンツデータの性質に応じて、画面構成物の表示状態を予め定められた初期表示状態から複数の表示状態を経て完成表示状態に移行させ、多様な変化過程を作り出すことが可能となり、これにより、ユーザの興趣性を飛躍的に向上させることが可能となる。
【０００７】
なお、この場合において記録媒体を如何なる装置に搭載させるかは任意であり、例えば、サーバ装置に搭載させても良く（請求項２）、通信端末装置に搭載させても良い（請求項３）。
【０００８】
また、この場合における画像構成物を如何なる画像とするかについては任意であるが、例えば、請求項４に記載のように画面構成物として仮想上の生物（例えば、図４を参照）に対応した画像を用い、通信端末装置の決定手段にてコンテンツ性質データに基づいて当該生物の擬似的な性格を示す複数のパラメータの値を決定する構成を採用すれば、当該生物の性格の変化に併せて成長過程を変化させ、擬似的に変化する成長過程を表現することが出来、ユーザにとっての興趣性を向上させることが可能となる。
【０００９】
また更に、上記構成において決定手段により決定された複数のパラメータの値を各々積算すると共に、当該積算値を管理する管理手段を、更に通信端末装置に設け、通信端末装置の画像データ取得手段が、この管理手段により管理された複数のパラメータの積算値に対応した少なくとも一つの画像データを記録媒体から取得するようにしても良い（請求項５）。この構成により、所定数のコンテンツデータのダウンロード履歴を反映しつつ、画面構成物の表示状態を変化させることが可能となる。
【００１０】
また、この構成において通信端末装置にユーザの入力操作を受け付ける入力手段を更に設け、管理手段が、この入力手段に対するユーザの入力操作に応じて積算値を変化させる構成とすれば（請求項６）、ユーザの入力操作に応じて画像構成物の表示状態を変化させることが可能となる。
【００１１】
更に、他の手法としては通信端末装置の決定手段において、コンテンツ性質データ及び当該コンテンツ性質データの受信時刻の双方に基づいて複数のパラメータの値を決定する構成も採用可能である（請求項７）。この構成によれば、各パラメータの変化量を受信時刻に応じて変化させることが可能となり、画面構成物の表示状態の変化に更なる多様性を持たせることが可能となる。
【００１２】
更にまた、通信端末装置における画面構成物の表示状態が完成表示状態となった場合に、詳細画像データを配信する構成を採用することにより（請求項８）、詳細画像データをコレクションする等の新たな楽しみ方を提供することも可能となる。
【００１３】
また本願の他の観点において請求項９に記載の通信端末装置は、サーバ装置の保有するコンテンツデータを取得すると共に、当該コンテンツデータの取得履歴に応じて、表示手段に表示される画面構成物の表示状態を予め定められた初期表示状態から複数の表示状態を経て完成表示状態に移行させ、当該画面構成物の遷移状態を表現する通信端末装置であって、前記サーバ装置から（ａ）前記コンテンツデータと（ｂ）当該コンテンツデータの性質を示すコンテンツ性質データとを取得するコンテンツデータ取得手段と、前記コンテンツデータ取得手段によって取得された前記コンテンツ性質データに基づいて複数のパラメータの値を決定する決定手段と、所定の装置内に搭載された記録媒体であって前記画面構成物の各表示状態に対応した画像データが前記複数のパラメータの値と対応付けて記録された記録媒体から、前記決定された複数のパラメータの値に対応した少なくとも一つの前記画像データを取得する画像データ取得手段と、前記取得された画像データに基づき前記画面構成物を表示手段に表示させる表示制御手段とを備えることを特徴とする。
【００１４】
更に、本願の他の観点において請求項１０に記載のサーバ装置は、自装置の保有するコンテンツデータを通信端末装置に配信すると共に、当該コンテンツデータの配信履歴に応じて、前記通信端末装置において表示される画面構成物の表示状態を予め定められた初期表示状態から複数の表示状態を経て完成表示状態に移行させ、当該画面構成物の遷移状態を前記通信端末装置において表現させるサーバ装置であって、（ａ）前記コンテンツデータと（ｂ）当該コンテンツデータの性質を示すコンテンツ性質データと、が対応付けて記録されるコンテンツデータ記録手段と、前記通信端末装置から送信されたメッセージデータに対して前記コンテンツデータ及び前記コンテンツ性質データを配信する配信手段と、前記配信されたコンテンツ性質データに基づき、前記通信端末装置にて決定される複数のパラメータの値と対応付けて前記画面構成物の各表示状態に対応した画像データを記録した画像データ記録手段と、前記通信端末装置から前記複数のパラメータの値が送信されてきた場合に、当該パラメータの値と対応付けられた前記画像データを配信する画像データ配信手段とを備えることを特徴とする。
【００１５】
なお、これら請求項９及び１０に記載の発明によれば、上記請求項１に記載の発明と同様の効果を奏することが可能となる。
【発明の効果】
【００１６】
本願の各発明によれば、サーバ装置から通信端末装置に配信されたコンテンツデータの性質に応じて、画面構成物の表示状態を予め定められた初期表示状態から複数の表示状態を経て完成表示状態に移行させ、多様な変化過程を作り出すことが可能となり、これにより、ユーザの興趣性を飛躍的に向上させることが可能となる。
【発明を実施するための最良の形態】
【００１７】
［１］実施形態
［１．１］実施形態の構成
（１）コンテンツ配信システムＳの構成について
以下、図１を参照しつつ本実施形態にかかるコンテンツ配信システムＳの構成について説明することとする。なお、図１は、本実施形態にかかるコンテンツ配信システムＳの構成を示すブロック図である。
【００１８】
同図に示すように、本実施形態にかかるコンテンツ配信システムＳは、インターネットと移動パケット通信網とが関門中継交換局を介して相互接続されたネットワークＮＥＴと、複数の携帯用電話機ＭＰ-ｋ（ｋ＝１，２，・・・，ｎ）と、楽曲配信サーバＴＳと、を有している。このコンテンツ配信システムＳは、各種の楽曲に対応した楽曲データＭＤ-ｌ（ｌ＝１、２、・・・、ｍ（図３参照））を楽曲配信サーバＴＳから携帯用電話機ＭＰ-ｋにダウンロードさせ、携帯用電話機ＭＰ-ｋにおいて、当該ダウンロードした楽曲データＭＤ-ｌを用いて着信メロディ（すなわち、通話着信時、或いは、電子メール着信時における着信音やアラーム設定時の報知音として拡声される楽曲）を変更し、或いは、当該楽曲データＭＤ-ｌを再生するためのものとなっている。
【００１９】
ここで、本実施形態に特徴的な事項として、このコンテンツ配信システムＳにおいては、携帯用電話機ＭＰ-ｋにて仮想上の生物（すなわち、キャラクタ）を飼育、育成すると共に、楽曲データＭＤ-ｌのダウンロード数の増加に伴い当該キャラクタを成長させるゲーム機能（所謂、キャラクタ育成型ゲーム機能）が実現されている。かかるキャラクタ育成ゲーム機能の実現に際して、キャラクタ自体に性格付けを行うことなく（すなわち、キャラクタの成長過程に、そのキャラクタ自体の性格という要素を加味することなく）、その成長過程を単純な物（例えば、成長過程が一通りしかない、或いは、成長過程に多様性がない等）とした場合、ユーザにとって著しく興趣性の低いものとなりかねない。そこで、本実施形態においては、ダウンロードされた楽曲データＭＤ-ｌに対応した楽曲の性質に応じて、キャラクタの性格（具体的には、「明るさ」、「暗さ」、「乱暴さ」といった性格）を変化させ、この性格の変化に応じてキャラクタの成長過程を分岐させることにより（図４参照）、ゲームの多様性を実現することとした。
【００２０】
具体的な実現方法は、以下の通りである。
【００２１】
まず、楽曲配信サーバＴＳから携帯用電話機ＭＰ-ｋに楽曲データＭＤ-ｌを配信する際に、当該楽曲データＭＤ-ｌに対応した楽曲の（ａ）ジャンル、（ｂ）曲調、（ｃ）アーティストの性別、（ｄ）アーティストの年代、（ｅ）当該楽曲のメインとなる聴取者の年代、（ｆ）当該楽曲のランキング（以下、各要素を「楽曲性質パラメータ」という。）、といった楽曲の性質を示す楽曲性質データＣＤ-ｌ（図３参照）を併せて配信する。
【００２２】
一方、携帯用電話機ＭＰ-ｋにおいては、この楽曲性質データＣＤ-ｌに含まれる楽曲性質パラメータを用いることにより、キャラクタの性格（具体的には、（Ａ）明るさ度、（Ｂ）暗さ度、（Ｃ）乱暴さ度、（Ｄ）優しさ度、（Ｅ）強気度、（Ｆ）弱気度、（Ｇ）男性っぽさ度、（Ｈ）女性っぽさ度、（Ｉ）若々しさ度、（Ｊ）落ち着き度、（Ｋ）流行度、等）を示すパラメータ（以下、「性格パラメータ」という）の値を変化させる。そして、一定のタイミング（例えば、ダウンロード曲数が５曲となった時点）にて当該変化後の性格パラメータ値を携帯用電話機ＭＰ-ｋから楽曲配信サーバＴＳにアップロードさせ、楽曲配信サーバＴＳが当該アップロードされた性格パラメータの値に対応したキャラクタデータＣｉ（具体的には、携帯用電話機ＭＰ-ｋにおいてキャラクタを表示させるためのデータ）を携帯用電話機ＭＰ-ｋに配信して、携帯用電話機ＭＰ-ｋにおいて表示されるキャラクタの表示状態（以下、「キャラクタ状態」という。）を変化（成長）させるのである。
【００２３】
なお、携帯用電話機ＭＰ-ｋにおいてキャラクタ育成型ゲームを実行する方法については任意であるが、本実施形態においては当該ゲームを携帯電話機ＭＰ-ｋにおいて実行させるためのアプリケーション（以下、「携帯用アプリケーション」）を楽曲配信サーバＴＳから携帯用電話機ＭＰ-ｋに配信するものとして説明を行う。
【００２４】
以下、かかる機能を実現するため各要素についてより詳細に説明することとする。
【００２５】
まず、楽曲配信サーバＴＳは、ＩＰ（Information Provider）の保有するＨＴＴＰ（Hypertext Transfer Protocol）サーバであり、ネットワークＮＥＴからＨＴＴＰのＧＥＴ要求を受信すると、当該ＧＥＴ要求に含まれているＵＲＬに基づいて、例えば、上述した携帯用アプリケーションや各種ページに対応したＨＴＭＬデータを返信する他、楽曲データＭＤ-ｌや楽曲性質データＣＤ-ｌを返信するようになっている。かかる機能を実現するため、この楽曲配信サーバＴＳは、楽曲データＭＤ-ｌベース（以下、「データベース」を「ＤＢ」と略称する。）１１を有しており、この楽曲ＤＢ１１には各楽曲を一意に特定するための楽曲ＩＤと、当該ＩＤに対応する楽曲の楽曲データＭＤ-ｌ及び楽曲性質データＣＤ-ｌが対応付けて格納されている。
【００２６】
また、この楽曲配信サーバＴＳは、上記キャラクタデータＣｉの格納されたキャラクタＤＢ１２を有しており、携帯用電話機ＭＰ-ｋから性格パラメータが送信されてきた場合、当該性格パラメータを検索キーとしてキャラクタＤＢ１２を検索し、検索の結果ヒットしたキャラクタデータＣｉを読み出して携帯用電話機ＭＰ-ｋに配信するようになっている。なお、このキャラクタＤＢ１２のデータ構成と、キャラクタ育成ゲームにおけるキャラクタの状態遷移（すなわち、成長過程）との間の関係については後に詳述することとする。
【００２７】
次に、携帯用電話機ＭＰ-ｋは、ネットワークＮＥＴに収容された基地局ＢＳとデータの授受を行うことでネットワークＮＥＴを介したデータ通信を行い、ネットワークＮＥＴ上のサーバ（例えば、楽曲配信サーバＴＳ）から各種のデータをダウンロードする。例えば、この携帯用電話機ＭＰ-ｋは、楽曲配信サーバＴＳから上記携帯用アプリケーションをダウンロードすると共に、当該携帯用アプリケーションを用いて、（機能Ａ）楽曲配信サーバＴＳから楽曲データＭＤ-ｌ及び楽曲性質データＣＤ-ｌをダウンロードするダウンロード機能、（機能Ｂ）楽曲配信サーバＴＳからダウンロードした楽曲データＭＤ-ｌを用いて着信メロディとして拡声されるべき楽曲を変更し、或いは再生する着信メロディ設定機能、及び（機能Ｃ）楽曲データＭＤ-ｌと共にダウンロードされる楽曲性質データＣＤ-ｌを用いてキャラクタ育成型ゲームを実行するゲーム機能、を実現するようになっている。
【００２８】
かかる機能を有する携帯用電話機ＭＰ-ｋの具体的な構成について、図２を参照しつつ説明する。なお、図２は、本実施形態にかかる携帯用電話機ＭＰ-ｋの構成を示すブロック図である。
【００２９】
まず、通信部２１は、制御部２６による制御の下、ネットワークＮＥＴの基地局ＢＳと無線通信を行う。操作部２２は、ＰＢ（プッシュボタン）等の各種ボタン及びカーソルキーからなり、ユーザによって入力操作が行われると、当該入力操作に対応した操作信号を制御部２６に供給する。表示部２３は、例えば、液晶パネルや有機ＥＬ（electroluminescence）パネル等の表示装置から構成されており、制御部２６の制御の下、各種情報を表示する。音声入力部２４は、例えば、マイクロホンやＤ／Ａ変換器を有し、ユーザの発話音声等の各種音声が入力されると当該音声に対応した音声データを生成して通信部２１に出力する。
【００３０】
拡声部２５は、スピーカを有しており、通信部２１から供給される音声データに対応する音声を当該スピーカを用いて拡声する。また、この拡声部２５は、着信等の事象発生時に制御部２６から楽曲データＭＤ-ｌが供給された場合、当該楽曲データＭＤ-ｌに対応する楽曲を拡声し、ユーザに当該事象の発生を報知する。
【００３１】
制御部２６は、例えば、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を有しており、携帯用電話機ＭＰ-ｋの各部を制御する。ＲＯＭには、各種制御情報と共に、制御プログラムやＯＳ（オペレーティングシステム）、ＷＷＷ（World Wide Web）ブラウザといった各種のアプリケーションプログラムが記録されている。また、このＲＯＭには、各種の形式（例えば、Ｊａｖａ（登録商標））にて作成されたのプログラムをＯＳにより提供される環境下において実行するためのプログラム（例えば、Ｊ２ＭＥＣＬＤＣ（Connected Limited Device Configuration）準拠の実行環境等）が記録されており、ＣＰＵは、当該プログラムにより提供される実行環境下において上記携帯用アプリケーションを実行するようになっている。
【００３２】
次いで、記録部２７は、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）やフラッシュメモリ等の不揮発性のメモリにより構成され、制御部２６による制御の下、各種データが格納されるようになっている。この記録部２７は、大別してアプリケーション記録領域ＡＭと、ローカルデータ記録領域ＲＭと、設定情報記録領域ＳＭと、に分割されている。
【００３３】
アプリケーション記録領域ＡＭは、ネットワークＮＥＴ上のサーバ（例えば、楽曲配信サーバＴＳ）からダウンロードされたアプリケーションを記録するために設けられた領域であり、本実施形態において楽曲配信サーバＴＳからダウンロードされた携帯用アプリケーションは、このアプリケーション記録領域ＡＭに記録されるようになっている。
【００３４】
次いで、設定情報記録領域ＳＭは、携帯用電話機ＭＰ-ｋの設定状態を示す各種の設定情報を記録するための領域となっており、携帯用電話機ＭＰ-ｋにおける着信待受時に表示される画面（所謂、待ち受け画面）等の設定状態を示す設定情報が記録される。この設定記録領域ＳＭは、アプリケーション記録領域ＡＭに記録されたアプリケーションによりデータの破壊、改竄等が行われることを防止するため、ＯＳからのみアクセス可能な領域とされている。また、この設定情報記録領域ＳＭには、着信メロディとして設定された楽曲に対応した楽曲データＭＤ-ｌを記録する着信メロディ設定記録領域ＭＳＭや、待ち受け画面として設定された画像に対応した画像データを記録するための待ち受け画面設定記録領域ＷＳＭが設けられており、これらの領域に格納されているデータに基づいて着信メロディが拡声され、或いは、待ち受け画面が表示されることとなる。
【００３５】
一方、ローカルデータ記録領域ＲＭは、アプリケーション記録領域ＡＭに記録されているアプリケーションの実行に際して、必要となる各種データ（以下、「ローカルデータ」という。）を格納するための領域であり、各々、異なるアプリケーションに割り当てられる複数の領域に分割されている。本実施形態の場合、このローカルデータ記録領域ＲＭには、例えば、携帯用アプリケーションを用いて上記ゲーム機能等の各機能を実現するためのデータが格納される。
【００３６】
かかる携帯用アプリケーションにおいて利用される各データ（すなわち、ローカルデータ記録領域ＲＭに記録された各データ）の関係について図３を参照しつつ説明する。まず、同図に示すように本実施形態において、ローカルデータ記録領域ＲＭには、楽曲配信サーバＴＳからダウンロードされた楽曲データＭＤ-ｌと楽曲性質データＣＤ-ｌが対応付けて格納される。また、このローカルデータ記録領域ＲＭには、これらのデータと共に、現在のキャラクタ状態に対応したキャラクタデータＣｉが格納される他、楽曲性質・キャラクタ性格変換テーブルＴＢＬと、性格パラメータ管理テーブルＴＢＬ２が格納されている。
【００３７】
これらのテーブルＴＢＬ及びＴＢＬ２の内、楽曲性質・キャラクタ性格変換テーブルＴＢＬは、楽曲性質データに含まれる楽曲性質パラメータをキャラクタの性格パラメータに変換するためのテーブルとなっており、各楽曲性質パラメータ毎に、どの性格パラメータをどれだけの値加算すれば良いのかが定義されている。これに対して、キャラクタ性格管理テーブルＴＢＬ２は、楽曲データＭＤ-ｌのダウンロード数を管理すると共に、当該ダウンロードに応じてキャラクタの性格がどのように変化したのかを管理するためのテーブルとなっており、各性格パラメータ毎に当該パラメータの値（すなわち、「積算値」）をカウントするためのカウンタが格納されている。
【００３８】
本実施形態において、楽曲性質データＣＤ-ｌがダウンロードされると、制御部２６は、当該楽曲性質データＣＤ-ｌに含まれる各楽曲性質パラメータを検索キーとして、楽曲性質・キャラクタ性格変換テーブルＴＢＬを検索し、当該楽曲性質パラメータに応じて、どの性格パラメータを、どの程度の値だけ、加算すれば良いのか（すなわち、加算値）を特定する。そして、制御部２６は、この特定された性格パラメータの値に応じて、性格パラメータ管理テーブルＴＢＬ２のカウンタをインクリメントするのである。この結果、キャラクタ性格管理テーブルＴＢＬ２には、常にダウンロードされた楽曲データＭＤ-ｌの性質が反映した、性格パラメータの値（すなわち、積算値）が格納された状態となる。
【００３９】
（２）キャラクタデータＤＢのデータ構成
次に本実施形態にかかるキャラクタＤＢ１２のデータ構成について図４を参照しつつ説明する。なお、図４は、キャラクタ状態の遷移（すなわち、成長過程）と、各キャラクタに対応したキャラクタデータＣｉ（図４では、キャラクタデータの符号として階層的な表記を行っている）との対応関係の一例を示す図であり、同図においてはキャラクタＤＢ１２内に格納されている各キャラクタデータＣｉを点線により示すと共に、矢印によりキャラクタ状態の遷移先を示している。
【００４０】
同図に示すように、本実施形態においてキャラクタは「卵」の状態（レベル０）からスタートし、第１段階の遷移を経て、レベル１のキャラクタとしての動物種（例えば、「パンダ」、「ウサギ」等といった動物種）に対応したキャラクタに成長する。そして、何れかの動物種に成長したキャラクタは、第２段階の遷移を経て、レベル２のキャラクタに成長した後、第３段階の遷移を経て、キャラクタとしての完成体（レベル３）に成長し、この完成体（レベル３）に成長した時点でキャラクタの成長が終了することとなる。
【００４１】
かかる状態遷移を可能とすべく、本実施形態にかかるキャラクタＤＢ１２においては、図５に示すようにキャラクタのレベル毎（すなわち、レベル０〜３）に分割してキャラクタデータＣｉが管理されており、各レベルにおけるデータは、各々、次のような態様にて管理される。
【００４２】
＜レベル０＞
レベル０（「卵」）に対応したキャラクタデータＣｉについては、当該キャラクタを一意に識別するためのキャラクタＩＤ（図５の場合「＃Ｃ０００」）と対応付けて管理されている。このレベル０のキャラクタデータＣｉについては、前段階となるレベルが存在せず、且つ、キャラクタ状態も一つしか存在しないため、単一のキャラクタデータＣｉとして管理されることとなる。
【００４３】
＜レベル１〜３＞
一方、レベル１〜３について見た場合、例えば、レベル２のキャラクタについては、レベル１の「パンダ」に対して複数個、「ウサギ」に対して複数個というように、前レベルにおける一つのキャラクタ状態に対して、分岐先（すなわち、遷移先）となる複数のキャラクタ状態が存在している。従って、レベル１〜３におけるキャラクタデータＣｉの管理は、例えば、レベル２のキャラクタデータＣｉについてはレベル１におけるキャラクタ状態毎（すなわち、「パンダ」、「ウサギ」といった動物種毎）に管理するというように、前レベルにおける各キャラクタ状態毎に管理することが望ましい。かかる観点から、本実施形態においてレベル１〜３に対応した各キャラクタデータＣｉ（例えば、図４レベル２）は、遷移元であるキャラクタ状態毎（すなわち、図４レベル１）に分割管理されており、当該遷移元のキャラクタ状態に対応したキャラクタＩＤと対応付けて管理される。例えば、図５に示す場合、レベル１に対応した「ａ」個の各キャラクタデータＣｉに対して「＃Ｃ１００」・・・「＃Ｃａ００」なるキャラクタＩＤが割り振られている。この場合、レベル２に対応したキャラクタデータＣｉは、「＃Ｃ１００」・・・「＃Ｃａ００」というレベル１の各キャラクタＩＤ毎に分割管理されると共に、「＃Ｃ１００」に対して「＃Ｃ１１０」・・・「＃Ｃ１ｂ０」という「ｂ」個のキャラクタデータＣｉが対応付けられ、「＃Ｃ２００」に対して、「＃Ｃ２１０」・・・「＃Ｃ２ｃ０」という「ｃ」個のキャラクタデータＣｉが対応付けられて管理される。
【００４４】
また、各キャラクタデータＣｉには、遷移元から当該キャラクタデータＣｉに対応したキャラクタ状態に遷移するための遷移基準（例えば、レベル１の「パンダ」からレベル２の各「パンダ」に成長するための第２段階の遷移基準）を定めた遷移基準データ（具体的には、遷移するための性格パラメータの値）が対応付けられている。この結果、遷移元のキャラクタ状態に対応したキャラクタＩＤと、性格パラメータの値を特定することにより、対応する遷移基準データを特定し、次に配信すべきキャラクタデータＣｉを特定することが可能となるのである。
【００４５】
なお、第１段階、第２段階、第３段階の各遷移段階における遷移基準については任意であるが、本実施形態においては、発明内容の明確化のため、次の基準に従うものとして説明を行う。
【００４６】
＜第１段階の遷移基準＞
ゲーム開始後、最初にダウンロードされた楽曲性質データＣＤ-ｌにより決定される性格パラメータの値に基づき第１段階の遷移先が決定される。なお、具体的に性格パラメータが如何なる値をとった場合に、どの状態に遷移させるかは任意であり、例えば、性格パラメータ中、最も値の高いものに基づいて遷移先（すなわち、動物種）を決定付けるようにしても良く、また、全性格パラメータの合算値に応じて遷移先を決定付けるようにしても良い。何れの方法を採用する場合であっても、遷移基準データには当該基準となる性格パラメータの値と、当該遷移先のキャラクタ状態に対応するキャラクタデータＣｉの記録アドレスを記述するようにすれば良い。
【００４７】
＜第２及び第３段階の状態遷移基準＞
第１段階の状態遷移後、所定曲数分（例えば、５曲分）のデータダウンロードが完了した時点におけるキャラクタ性格管理テーブルＴＢＬ２の性格パラメータ値（すなわち、ダウンロードされた所定曲数分の楽曲性質データＣＤ-ｌに基づいて更新された性格パラメータの値）を用いて第２段階及び第３段階の遷移先が決定される。なお、第１段階と同様に性格パラメータの値が如何なる値をとった場合に、どの状態に遷移させるかは任意である。例えば、性格パラメータ中、最も高い値をとったものを基準として遷移先を決定するようにしても良い。この場合、例えば、「強気度」なる性格パラメータがもっと高い場合にキャラクタデータＣ-１に対応した「パンダ」からキャラクタデータＣ-１-１に対応した「強気パンダ」に遷移させ、「乱暴さ度」が最も高いような場合にはキャラクタデータＣ-１-２に対応した「乱暴者パンダ」に遷移させるようにしても良い。この場合においても、上記第１段階と同様に遷移基準データには当該基準となる性格パラメータの値と、当該遷移先のキャラクタ状態に対応するキャラクタデータＣｉの記録アドレスを記述するようにすれば良い。
【００４８】
なおまた、完成体（図４レベル３）に対応したキャラクタデータＣｉに関しては、例えば、他のレベルにおけるキャラクタデータＣｉよりも鮮明な画像（例えば、画素数を増加させる等）としておき、当該キャラクタデータＣｉを用いて携帯用電話機ＭＰ-ｋにおいて上記待ち受け画面を設定できるようにしても良い。
【００４９】
［１．２］実施形態の動作
次に、上記構成を有する本実施形態にかかるデータ配信システムＳの具体的な動作について説明する。なお、以下においては、携帯用アプリケーションが事前に携帯用電話機ＭＰ-ｋにダウンロードされていることを前提に説明を行う。
【００５０】
まず、ユーザが携帯用電話機ＭＰ-ｋの操作部２２に対して、携帯用アプリケーションを実行する旨の入力操作を行うと、制御部２６は、記録部２７のアプリケーション記録領域ＡＭから携帯用アプリケーションを読み出して、当該アプリケーションを実行すると共に、ローカルデータ記録領域ＲＭからキャラクタデータＣｉを読み出して、当該キャラクタデータＣｉに基づくキャラクタの表示を開始する。なお、かかるキャラクタの表示形態については任意であり、例えば、表示部２３に表示されるキャラクタを動かすようにしても良く、静止した状態としても良い。また、携帯用アプリケーションのダウンロード後、最初に表示されるキャラクタ（例えば、上記図４における「卵」）に対応したキャラクタデータＣｉの取得方法については任意であり、例えば、携帯用アプリケーションのダウンロード時に併せてダウンロードするようにしても良いし、楽曲配信サーバＴＳに対する最初のアクセス時にダウンロードする構成としても良い。
【００５１】
このようにして、表示部２３にキャラクタが表示された状態となると、ユーザは、表示されているキャラクタを見て楽しむことが可能となると共に、操作部２２に対して所定の入力操作を行うことにより、例えば、次のような操作を行うことが可能となる。
【００５２】
（１）着信メロディの設定変更
ユーザが、例えば、操作部２２に対して着信メロディの設定変更を行う旨の入力操作を行うと、制御部２６は、ローカルデータ記録領域ＲＭに記録されている楽曲データＭＤ-ｌに基づいて着信メロディとして設定可能な楽曲名の一覧表を表示部２３に表示させる。そして、この一覧表に従って、ユーザが一つの楽曲名を選択する旨の入力操作を行うと、制御部２６は、当該入力操作に対応した楽曲データＭＤ-ｌをローカルデータ記録領域ＲＭから読み出して、設定記録領域ＳＭの着信メロディ設定記録領域ＭＳＭに記録させる。この結果、着信メロディ設定記録部ＭＳＭに記録された楽曲データＭＤ-ｌが変更され携帯用電話機ＭＰ-ｋに対する通話着信等が発生した場合に拡声される着信メロディが変更されることとなる。
【００５３】
（２）楽曲データＭＤ-ｌのダウンロード
これに対して、ユーザが、例えば、楽曲データＭＤ-ｌをダウンロードするためのＷｅｂページ（すなわち、ダウンロードページ）に対応したＵＲＬを指定する旨の入力操作を行った場合、制御部２６は、操作部２２から供給される操作信号に従い、当該ＵＲＬを含むＨＴＴＰのＧＥＴ要求をネットワークＮＥＴに送出する。この結果、楽曲配信サーバＴＳから上記ダウンロードページに対応したＨＴＭＬデータが配信され、携帯用電話機ＭＰ-ｋの表示部２３に表示される画像がキャラクタの表示画像からダウンロードページに対応した画像（より具体的には、ダウンロード可能な楽曲データＭＤ-ｌに対応した楽曲名の一覧）に変更されることとなる。
【００５４】
次いで、ユーザが、この表示画面に従い所定の楽曲名に対応したメニュー項目を選択すると共に、当該メニュー項目に対応した楽曲データＭＤ-ｌをダウンロードする旨の入力操作を行うと、制御部２６は当該入力操作に応じてネットワークＮＥＴにＧＥＴ要求を送信する。なお、この際、携帯用電話機ＭＰ-ｋは、ダウンロード対象となる楽曲データＭＤ-ｌを特定するデータとして楽曲ＩＤを当該ＧＥＴ要求に付加する。この結果、楽曲配信サーバＴＳにおいて、当該ＧＥＴ要求に基づいて携帯用電話機ＭＰ-ｋに配信すべき楽曲データＭＤ-ｌと楽曲性質データＣＤ-ｌが特定され、携帯用電話機ＭＰ-ｋに配信されることとなる。
【００５５】
次に、この楽曲データＭＤ-ｌ及び楽曲性質データＣＤ-ｌを受信すると、制御部２６は、当該楽曲データＭＤ-ｌ及び楽曲性質データＣＤ-ｌを記録部２７のローカルデータ記録領域ＲＭに記録させた後、図６に示す処理を開始する。なお、図６に示す処理は、携帯用アプリケーションのメインルーチンに対するサブルーチンとして、制御部２６が実行する処理である。
【００５６】
この処理において、制御部２６は、まず、性格パラメータ管理テーブルＴＢＬ２に格納されているダウンロード済み楽曲数のカウンタを”１”だけインクリメントした後（ステップＳａ１）、ダウンロードされた楽曲性質データＣＤ-ｌに含まれる楽曲性質パラメータを検索キーとして楽曲性質・キャラクタ性格変換テーブルＴＢＬを検索する（ステップＳａ２）。そして、制御部２６は、楽曲性質・キャラクタ性格変換テーブルＴＢＬから当該楽曲性質パラメータに対応した性格パラメータの加算値を読み出し（ステップＳａ３）、当該加算値に基づいて性格パラメータ管理テーブルＴＢＬ２を更新する（ステップＳａ４）。この際、制御部２６は、性格パラメータ管理テーブルＴＢＬ２の各性格パラメータに対応したカウンタの値を当該加算値分だけインクリメントすることにより、性格パラメータ管理テーブルＴＢＬ２を更新する。
【００５７】
このようにして、性格パラメータ管理テーブルＴＢＬ２の更新が完了すると、制御部２６は、性格パラメータ管理テーブルＴＢＬ２に格納されているダウンロード済み楽曲数のカウンタ値を読み出し、当該カウント値が所定値「Ｎ」となっているか否かを判定する（ステップＳａ５）。なお、この「Ｎ」は、キャラクタ状態の遷移条件によって決定される値であり、例えば、本実施形態の場合、第１段階に対応した値（例えば「１」）、第２段階に対応した値（例えば、「５」）、第３段階に対応した値（例えば、「１０」）の３値が設定されることとなる。
【００５８】
かかる判定において「ｎｏ」と判定した場合、制御部２６は、ステップＳａ６〜９の処理を実行することなく処理をメインルーチンに復帰させる。そして、制御部２６は、このメインルーチンにおける処理によりローカルデータ記録領域ＲＭに記録されているキャラクタデータＣｉ（すなわち、楽曲データＭＤ-ｌのダウンロード前と同一のキャラクタデータＣｉ）に基づいてキャラクタの表示処理を実行するのである。この結果、携帯用電話機ＭＰ-ｋの表示部２３には、楽曲データＭＤ-ｌのダウンロード前と同一のキャラクタが表示された状態となり、当該状態において所定の入力操作を行うことにより、ユーザは、新たにダウンロードされた楽曲データＭＤ-ｌに基づき着信メロディの設定変更を行い、或いは、更なる楽曲データＭＤ-ｌのダウンロードを継続させることが可能となる。
【００５９】
これに対して、ステップＳａ６において「ｙｅｓ」と判定した場合、制御部２６は、性格パラメータ管理テーブルＴＢＬ２に格納されている各パラメータに対応したカウンタ値を読み出して（ステップＳａ６）、当該読み出したカウンタ値を付加したＧＥＴ要求を楽曲配信サーバＴＳに送信して（ステップＳａ７）、データ受信を待機する状態となる（ステップＳａ８「ｎｏ」）。
【００６０】
一方、このＧＥＴ要求を受信すると、楽曲配信サーバＴＳは、当該携帯用電話機ＭＰ-ｋにおける現在のキャラクタ状態に対応したキャラクタＩＤを特定する。なお、かかるキャラクタＩＤの特定方法については任意であり、例えば、楽曲配信サーバＴＳにおいて携帯用電話機ＭＰ-ｋに配信済みのキャラクタデータＣｉを管理するようにしても良いし、キャラクタデータＣｉ内にキャラクタＩＤを記述しておき、携帯用電話機ＭＰ-ｋから楽曲配信サーバＴＳに性格パラメータの値を送信する際に、このキャラクタＩＤを付加するようにしても良い。
【００６１】
次いで、楽曲配信サーバＴＳは、当該特定されたキャラクタＩＤ及び性格パラメータの値に基づいてキャラクタＤＢ１２を検索し、この検索の結果、ヒットしたキャラクタデータＣｉを携帯用電話機ＭＰ-ｋに配信する。この際、楽曲配信サーバＴＳは、当該特定したキャラクタＩＤと対応付けて管理されたキャラクタデータＣｉ及び遷移基準データ（図５参照）を特定し、当該特定された遷移基準データ中において携帯用電話機ＭＰ-ｋから送信された性格パラメータの値に対応するものを抽出する。そして、楽曲配信サーバＴＳは、この抽出された遷移基準データと対応付けられたキャラクタデータＣｉを携帯用電話機ＭＰ-ｋを配信するのである。
【００６２】
このようにして、楽曲配信サーバＴＳから新たなキャラクタデータＣｉが送信され、当該キャラクタデータＣｉが携帯用電話機ＭＰ-ｋの通信部２１により受信されると、制御部２６においては、上記ステップＳａ８における判定が「ｙｅｓ」に変化する。この結果、制御部２６は、当該受信されたキャラクタデータＣｉによりローカルデータ記録領域ＲＭに記録されているキャラクタデータＣｉを上書き更新した後（ステップＳａ９）、処理をメインルーチンに復帰させる。そして、制御部２６は、当該メインルーチンの処理において、ローカルデータ記録領域ＲＭに記録されているキャラクタデータＣｉ、すなわち、楽曲配信サーバＴＳから新たに配信されたキャラクタデータＣｉに基づいてキャラクタの表示処理を実行するのである。この結果、携帯用電話機ＭＰ-ｋの表示部２３には、楽曲データＭＤ-ｌのダウンロード前とは異なり、過去にダウンロードされた楽曲データの性質に基づいて決定された性格に対応したキャラクタ状態（すなわち、１段階分成長したレベルの状態）にてキャラクタが表示されることとなる。なお、この状態となった場合に、ユーザが所定の入力操作を行うことにより新たにダウンロードされた楽曲データＭＤ-ｌを用いて着信メロディの設定変更を行い、或いは、更なる楽曲データＭＤ-ｌのダウンロードを継続させることが可能となる点は上記と同様である。
【００６３】
そして、以後、楽曲データＭＤ-ｌをダウンロードする度に上記処理が実行されることにより、順次、キャラクタ状態が変化（成長）し、完成体に到達した時点で、リセットを行い、新たなキャラクタの成長を楽しむことが可能となる。
【００６４】
このように本実施形態にかかるコンテンツ配信システムＳにおいては、楽曲性質データＣＤ-ｌに基づいて、性格パラメータが決定され、当該決定された性格パラメータの値に応じて取得されるキャラクタデータＣｉが変化することとなる。このため、楽曲配信サーバＴＳから携帯用電話機ＭＰ-ｋに配信された楽曲データＭＤ-ｌの性質に応じて、キャラクタの表示状態を遷移させ、多様な変化過程を作り出すことが可能となり、これにより、ユーザの興趣性を飛躍的に向上させることが可能となる。
【００６５】
また、このキャラクタとして仮想上の生物（例えば、図４を参照）をモチーフとしているため、当該生物の性格の変化に併せて成長過程を変化させ、擬似的に変化する成長過程を表現することが出来、ユーザにとっての興趣性を更に向上させることが可能となる。
【００６６】
なお、上記実施形態においては、携帯用電話機ＭＰ-ｋにより楽曲データＭＤ-ｌをダウンロードする場合を例に説明を行ったが、例えば、ＰＣ（personal computer）やＰＤＡ（Personal Digital Assistants）、家庭用の固定電話機、ファクシミリ（複写電送装置）等の通信装置においても同様の機能を実現することが可能となる。
【００６７】
また、上記実施形態においては、携帯用電話機ＭＰ-ｋに配信されるコンテンツの種別として楽曲を例に説明を行ったが、コンテンツの種別は、これに限定されるものではなく、例えば、画像等、他のコンテンツを配信する場合にも同様の機能を実現することが可能となる。この場合、当該コンテンツの性質に対応したデータを当該コンテンツに対応したコンテンツデータと共に配信し、当該性質に応じてキャラクタの性格を決定するようにすれば良い。
【００６８】
また更に、上記実施形態においては、携帯用電話機ＭＰ-ｋ単体にてネットワークＮＥＴを介したデータ通信を行う構成となっていたが、ＳＩＭ（Subscriber Identify Module）内に携帯用電話機ＭＰ-ｋのユーザの加入者情報を記録すると共に、当該ＳＩＭを携帯用電話機ＭＰ-ｋに接続してＳＩＭ内に記録された加入者情報を用いてネットワークＮＥＴを介したデータ通信を行うようにしても良い。
【００６９】
更に、上記実施形態においては、携帯用電話機ＭＰ-ｋから送信されてきた性格パラメータの値（すなわち、積算値）に基づいてキャラクタデータＣｉを配信して、携帯用電話機ＭＰ-ｋにおいて表示されるキャラクタを変化（成長）させる方法を採用していたが、キャラクタの各状態毎に別個の携帯用アプリケーションを設け、携帯用電話機ＭＰ-ｋから送信されてきた性格パラメータの値に基づいて、携帯用アプリケーション自体を入れ替えるようにすることも可能である。
【００７０】
更にまた、上記実施形態においては、第３段階の状態遷移を経た後、完成体に対応したキャラクタデータＣｉのみを配信する構成を採用していたが、これと併せて、例えば、特典となる複数の画像データや楽曲データＭＤ-ｌを配信するようにしても良い。
【００７１】
また、上記実施形態においては、楽曲配信サーバＴＳにキャラクタＤＢ１２を設け、キャラクタの成長に併せて、当該キャラクタＤＢ１２に格納されているキャラクタデータＣｉを随時配信する構成を採用していたが、このキャラクタＤＢ１２と同様のデータ構成を有するデータを携帯用電話機ＭＰ-ｋに保有させ、当該データを用いてキャラクタの表示形態を遷移させるようにしても良い。
【００７２】
［１．３］変形例
（１）変形例１
上記実施形態においては、携帯用電話機ＭＰ-ｋによりダウンロードされた楽曲データＭＤ-ｌの性質（すなわち、楽曲性質データＣＤ-ｌに含まれる楽曲性質パラメータにより示される性質）のみに基づいて、性格パラメータ管理テーブルＴＢＬ２を更新する方法を採用していた。しかし、性格パラメータ管理テーブルＴＢＬ２の更新方法はこれに限られるものではなく、例えば、次のような方法を採用することも可能である。
【００７３】
＜方法１＞
この方法は、ダウンロードされた楽曲データＭＤ-ｌの性質によりキャラクタの性格を変化させる方法と併せて、ユーザにキャラクタの世話をさせ、或いは、ユーザにキャラクタとコミュニケーションをとらせることにより、キャラクタの性格を変化させる方法である。この方法を採用する場合、例えば、「なでる」、「怒る」、「話す」等のコマンドを設けると共に、携帯用アプリケーションの実行時にユーザが入力したコマンドに応じて性格パラメータ管理テーブルＴＢＬ２の値を変化させるようにすれば良い。
【００７４】
また、この方法を採用した場合、毎回のコマンド入力により性格パラメータの値に変動を生じさせてしまうと、楽曲データＭＤ-ｌのダウンロード動機を減退させる要因ともなりかねない。従って、例えば、所定の確率にて性格パラメータ管理テーブルＴＢＬ２の値を更新させるようにしても良い。
【００７５】
更に、この方法を採用する場合、例えば、「ご機嫌」、「普通」、「ご機嫌ななめ」といったキャラクタの現在状況を示すパラメータを管理するためのテーブルを設け、例えば、「ご機嫌ななめ」の場合に「なでる」というコマンドが入力された場合にのみ性格パラメータ管理テーブルＴＢＬ２内のカウンタ値を更新するといった手法を採用することも可能である。
【００７６】
また、キャラクタの現在状況を示すパラメータを管理する場合、例えば、「満腹」、「普通」、「空腹」等のパラメータを設け、「空腹」の状態となると、キャラクタ側から楽曲データＭＤ-ｌのダウンロードを催促しているような画像を表示させ、それでもなお、楽曲データＭＤ-ｌをダウンロードしないと、キャラクタが死亡し、或いは、キャラクタが逃亡する等のイベントを発生させるようにすることも可能である。
【００７７】
以上のような方法を採用することにより、キャラクタとのコミュニケーションや、キャラクタの躾等を積極的に行うことによりキャラクタの性格が変化することとなるため、ユーザに積極的なゲーム参加を促すことが可能となり、もって、ユーザの興趣性を更に向上させることが可能となる。
【００７８】
＜方法２＞
この方法は、楽曲データＭＤ-ｌをダウンロードした時刻に応じて性格パラメータの変化態様を変動させる方法である。この方法を採用する場合、楽曲性質・キャラクタ性格変換テーブルＴＢＬに各時間帯毎に異なる加算値を格納し、ダウンロード時刻に応じて性格パラメータの加算値を変動させるようにすれば良い。
【００７９】
以上のような方法を採用することにより、楽曲データＭＤ-ｌのダウンロードタイミングに応じてキャラクタ性格の変化の仕方が変動することとなるため、ユーザによるゲーム進行の予測を困難とさせ、もって、ユーザの興趣性を更に向上させることが可能となる。
【００８０】
（２）変形例２
上記実施形態においては、図４に示すような状態遷移（具体的には「卵」から動物種に成長等）がなされることを前提に説明を行ったが、状態遷移の態様については任意である。例えば、動物種を固定して色彩のみを変化させるようにしても良い。また例えば、キャラクタを自動車やロボットとし、ボディだけのレベル０の状態から、性格パラメータの値に応じて順次、自動車等が完成していくようにさせることも可能である。
【００８１】
また、予め定められた楽曲データＭＤ-ｌの組み合わせをダウンロードした場合にのみ得られる性格パラメータ値を予め一つ決めておき、通常では取得することの出来ない、特別なキャラクタとして設定することも可能である。この場合、情勢遷移中に一つだけ、他の遷移ルートとは異なるルートを設けるようにすれば良い。
【図面の簡単な説明】
【００８２】
【図１】実施形態におけるコンテンツ配信システムＳの構成を示すブロック図である。
【図２】同実施形態における携帯用電話機ＭＰ-ｋの構成を示すブロック図である。
【図３】同実施形態において携帯用アプリケーションに対応したローカルデータ記録領域ＲＭに記録されるデータの関係を示す図である。
【図４】同実施形態におけるキャラクタの状態遷移（すなわち、成長過程）と、各キャラクタに対応したキャラクタデータＣｉとの対応関係の一例を示す図である。
【図５】同実施形態におけるキャラクタＤＢ１２に格納されたデータのデータ構成を示す図である。
【図６】同実施形態における携帯用電話機ＭＰ-ｋの制御部２６が携帯用アプリケーションに従って実行するサブルーチン処理を示すフローチャートである。
【符号の説明】
【００８３】
Ｓ・・・コンテンツ配信システム
ＭＰ-ｋ・・・携帯用電話機
ＮＥＴ・・・ネットワーク
ＴＳ・・・楽曲配信サーバ
【図１】
2006261975.tif 000003
【図２】
2006261975.tif 000004
【図３】
2006261975.tif 000005
【図４】
2006261975.tif 000006
【図５】
2006261975.tif 000007
【図６】
2006261975.tif 000008