WO2006040933A1

WO2006040933A1 - キャラクター育成シミュレーションシステム及び情報処理システム

Info

Publication number: WO2006040933A1
Application number: PCT/JP2005/017938
Authority: WO
Inventors: Takayuki Ikeda; Daisuke Komoto; Akihiro Yokoi; Kazue Murase
Original assignee: Bandai Co Ltd; Wiz Co Ltd
Current assignee: Bandai Co Ltd; Plex Co Ltd
Priority date: 2004-10-08
Filing date: 2005-09-29
Publication date: 2006-04-20
Anticipated expiration: 2007-04-08
Also published as: US20080096661A1; JP3808888B2; JP2006102398A

Abstract

　キャラクター育成玩具１０１により育成されるキャラクターの旅行を演出する。　玩具１０１では、育成されているキャラクターの旅行をさせる操作が可能である。その操作によって、パスポート番号が玩具１０１に表示される。利用者はそのパスポート番号を、携帯端末１０２において実行される携帯アプリケーション１０２ｂにより提供される画面上で入力する。携帯端末１０２はその番号に含まれるキャラクターコード及びアイテムコードをサーバ１０３に送信する。サーバ１０３は、各コードに対応して得られるキャラクター画像１０３ｂと背景画像１０３ａとを合成する。そして、合成した画像を、送信元の携帯端末１０２の利用者に関連づけて収集画像１０３ｄとして保存する。携帯端末１０２は、ブラウザ１０２ｃによって、その収集画像１０３ｄにアクセスし、合成画像を表示することができる。

Description

明細書

キャラクター育成シミュレーションシステム及び情報処理システム技術分野

[0001] 本発明は、たとえばキャラクターの成長を楽しむことのできるキャラクターの育成シミユレーシヨンを電子的に実現する玩具 (以下、キャラクター育成玩具と称する。）と連携して、育成して、るキャラクターの外出やその記念写真と、つたイベント等を楽しむことのできるキャラクター育成シミュレーションシステム及びそれに用いられる情報処理システムに関する。

背景技術

[0002] キャラクターの育成シミュレーションを実現したキャラクター育成玩具には従来「たまごつち」という登録商標を付して市販され、多くの愛好者を得ているものがある。このキャラクター育成玩具では、そのリセットからシミュレーションが開始される。シミュレ一シヨン開始とともに、卵のふ化力成長、死亡に至るまで、その利用者は様々な世話 ( 以下育成操作と称する。）を装置の入力部を介して行いつつ、キャラクターの変化や成長を、あた力も実在する愛玩動物であるかのように楽しむことができる（たとえば特許文献 1等参照)。

[0003] し力しながら、この従来のキャラクター育成玩具では、キャラクタ一はその玩具内の閉じた環境で成長するに過ぎな力つた。そこで、赤外線通信機能を新たに追加することでキャラクター育成玩具間における通信を可能とした通信機能付キャラクター育成玩具もその後開発され、「かえってきた！たまごつちプラス」という商標で市販された。この玩具では、それぞれが育成したキャラクターの往来などによって他者との関係で成立する恋愛や結婚といったイベントのシミュレーションや競争的ゲームも楽しむことができる。

特許文献 1：特開平 10 - 232595号公報

発明の開示

発明が解決しょうとする課題

[0004] このようにキャラクター育成玩具間における通信が可能となったことでよりシミュレ一シヨンの幅が広がりはしたものの、キャラクター育成玩具のみでは 1対 1の相互通信が可能となったにすぎな力つた。し力しまたキャラクター育成玩具は非常に小型で安価な装置であり、それ自体に多くの機能を詰め込むことは装置の高価格ィヒゃ操作の複雑ィ匕などを招き望ましくない。一方現在の社会的環境を鑑みれば、携帯電話やインターネットの普及により、利用者は時間や場所に拘束されることなく互いに通信でき、通信を利用したサービスを享受できる環境が整いつつある。そこで、このように充実した通信環境を利用すれば、たとえば、キャラクター育成玩具を用いて提供できる娯楽の種類をより増やすことができ、キャラクター育成玩具は単体としてのみならず、それを含むエンターテイメントシステムの一部として機能させることもできるであろう。

[0005] 本発明は上記従来例に鑑みてなされたもので、キャラクター育成玩具と連携させることで、キャラクター育成玩具自体の機能拡張をできるだけ抑制しつつ、たとえば育成シミュレーションにより育てられたキャラクターの外出や記念写真の収集といったより多くのイベントのシミュレーションを可能とし、娯楽機器としての利用価値を高めることができるキャラクター育成シミュレーションシステムおよび情報処理システムを提供することを目的とする。

課題を解決するための手段

[0006] 上記目的を達成するために、本発明は以下の構成を備える。すなわち、キャラクタ一の育成をシミュレートできる電子玩具と連携する情報処理システムであって、前記電子玩具で育成をシミュレートされているキャラクターに対応するキャラクターコードと、キャラクターの背景画像に対応する背景画像コードとを入力するための入力手段と、

前記入力手段により入力されたキャラクターコードに対応するキャラクター画像と、前記背景画像コードに対応するキャラクターの背景画像とを表示画面に適合したサィズで合成する合成手段と、

前記合成手段により合成した画像を前記表示画面に表示する表示手段とを備えることを特徴とする。

[0007] あるいは、キャラクターの育成をシミュレートできる電子玩具本体と、携帯端末と、ホストコンピュータとを有するキャラクター育成シミュレーションシステムであって、前記電子玩具本体において育成中のキャラクターの複数の外出先情報のうち、所望の外出先情報を選択する外出先情報選択手段と、

前記電子玩具本体において、前記外出先情報選択手段により選択された外出先情報に示された外出先への前記キャラクターの外出を指示する外出指示手段と、前記指示手段により前記キャラクターの外出を指示した後で、前記電子玩具本体において、前記外出先情報に対応する外出先画像の表示を指示する表示指示手段と、

前記電子玩具本体において、育成中のキャラクターに対応するキャラクターコードおよび前記外出先画像に対応する画像コードそれぞれを含むコード列を生成するコード生成手段と、

前記携帯端末において、前記コード列を入力するための入力手段と、

前記携帯端末において、前記入力手段により入力されたコード列に含まれる前記キャラクターコードと前記画像コードを前記ホストコンピュータに渡し、前記キャラクタ一画像と前記外出先画像とを合成する合成手段と、

前記携帯端末にぉ、て、前記ホストコンピュータより合成された画像を受信して画面に表示する表示手段とを備えることを特徴とする。

あるいは、キャラクターの育成をシミュレートできる電子玩具と連携する、端末を含む†青報処理システムであって、

前記端末において、前記電子玩具で育成をシミュレートされているキャラクターに対応するキャラクターコードとキャラクターの背景画像に対応する背景画像コードとを入力するための入力手段と、

前記入力手段により入力されたキャラクターコードに対応するキャラクター画像と前記背景画像コードに対応する背景画像とを前記端末の表示画面に適合したサイズで合成した合成画像を、固有の画像識別子に関連づけて登録しておく画像データべースと、

前記入力手段によりキャラクターコード及び背景画像コードを入力した端末ごとに関連づけて、当該キャラクターコード及び背景画像コードに基づく合成画像の画像識別子を登録しておくユーザデータベースと、前記端末力の要求に応じて、当該端末に関連づけて登録された画像識別子を前記端末に送信する第 1の送信手段と、

前記端末力の画像識別子を伴う要求に応じて、該画像識別子に関連づけられた合成画像を前記端末に送信する第 2の送信手段と、

前記端末において前記第 2の送信手段により送信された合成画像を表示する表示手段とを備えることを特徴とする。

発明の効果

[0009] 本発明によれば、キャラクター育成玩具と連携させることで、キャラクター育成玩具自体の機能拡張をできるだけ抑制しつつ、たとえば育成シミュレーションにより育てられたキャラクターの外出や記念写真の収集といったより多くのイベントのシミュレーシヨンを可能とし、娯楽機器としての演出の質を高めることができるキャラクター育成シミユレーシヨンシステムおよび情報処理システムを実現することができる。

[0010] 本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

図面の簡単な説明

[0011] 添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。

[図 1]図 1は実施形態のキャラクター育成シミュレーションシステムの構成を示す図である。

[図 2A]図 2Aはキャラクター育成玩具の外観を示す図である。

[図 2B]図 2Bは、キャラクター育成玩具のハードウェアブロック図である。

[図 3]図 3はキャラクター育成玩具による旅行サブモードにおける画面遷移を示す図である。

[図 4]図 4はキャラクター育成玩具による旅行サブモード実行時の処理のフローチヤートである。

[図 5]図 5はキャラクター育成玩具による旅行サブモード実行時の処理のフローチヤートである。 [図 6A]図 6Aはキャラクター育成玩具による旅行サブモード実行時の処理のフローチヤートである。

[図 6B]図 6Bはキャラクター育成玩具による旅行サブモード実行時の処理のフローチヤートである。

圆 7A]図 7Aは HTTPサーバにより携帯端末に提供されるページデータの遷移を示す図である。

圆 7B]図 7Bは HTTPサーバにより携帯端末に提供されるページデータの遷移を示す図である。

[図 8A]図 8Aは HTTPサーバにより携帯端末に提供されるページデータの遷移を示す図である。

[図 8B]図 8Bは HTTPサーバにより携帯端末に提供されるページデータの遷移を示す図である。

[図 9A]図 9Aは携帯端末により実行されるアプリケーションプログラムのフローチヤ一トである。

[図 9B]図 9Bは携帯端末により実行されるアプリケーションプログラムのフローチャートである。

[図 10]図 10はサーバにより実行されるアプリケーションのフローチャートである。

[図 11A]図 11Aは携帯端末により実行されるアプリケーションにおける画面遷移を示す図である。

[図 11B]図 11Bは携帯端末により実行されるアプリケーションにおける画面遷移を示す図である。

[図 11C]図 11Cは携帯端末により実行されるアプリケーションにおける画面遷移を示す図である。

[図 11D]図 11Dは携帯端末により実行されるアプリケーションにおける画面遷移を示す図である。

[図 11E]図 11Eは携帯端末により実行されるアプリケーションにおける画面遷移を示す図である。

[図 12]図 12はサーバアプリケーションにより背景画像を決定される際に参照される表の模式図である。

[図 13]図 13はサーバアプリケーションによりキャラクター画像を決定される際に参照される表の模式図である。

発明を実施するための最良の形態

[0012] [第 1実施形態]

<キャラクター育成シミュレーションシステムの構成 >

以下、図面を参照して本発明の実施形態を詳細に説明する。まず、本実施形態を適用するキャラクター育成シミュレーションシステム全体の構成について図 1を参照しながら説明する。図 1において、キャラクター育成玩具 101は赤外線通信機能を有しており、他のキャラクター育成玩具と相互に通信できるとともに、携帯電話機、携帯型ゲーム機、 PDAなどの携帯端末 102からの赤外線通信機能による信号の受信が可能である。キャラクター育成玩具 101では、複数種類のキャラクターのうちのひとつの育成がシミュレーションされる。なお、キャラクター育成玩具 101の構成については図 2A及び図 2Bで詳述する。

[0013] 携帯端末 102はいわゆるブラウザフォンであり、たとえば株式会社ェヌ 'ティ 'ティ'ドコモ（以下「NTT」と、う）の端末であるデジタルムーバ 505などが利用できる。携帯端末 102には入力手段を構成する複数のボタンが備えられて、るが、このうちの、くつかは図 9A及び図 9Bで説明する上下キーや決定キーとして機能する。この携帯端末 102は、メモリ 102aにロードされたブラウザプログラム 102cにより、サーバ 103が提供するコンテンツの所在 (アドレス)を指定してそれを受信して表示することができる。本実施形態ではサーバ 103を HTTPサーバプログラムを備えたものとしたために、携帯端末のブラウザプログラムは HTML互換か、あるいは NTTの提供する iモード（登録商標）で用いられる cHTML互換である必要がある。もちろん、端末とサーバとの間においてアプリケーションレベルの互換性があればプロトコルの種類を特定する必要はなぐたとえば WAP互換のブラウザであっても良い。また、携帯端末 102は、ユーザにより定義されたアプリケーションプログラム (携帯アプリケーション） 102bを口ードし、実行できることが望ましい。この機能によって、図 9A及び図 9B以下で説明する端末アプリケーション 102bをロードして実行させることが可能となる。上述のデジタルムーノ 505などでは、 iアプリ（登録商標）と呼ばれる機能が搭載されており、 Java ( 登録商標)で記述したプログラムをロード'実行可能である。ただし、あらかじめこの端末アプリケーションを組み込んだ携帯端末であれば、ユーザ定義アプリケーションのロード'実行機能はなくともよい。また、キャラクター育成玩具 101との通信のために赤外線通信機能を備えた機種が望ましい。ただし本願出願時点では、赤外線送信機能を備えた携帯端末はあるが、受信機能を備えているものはない。その場合、携帯端末 102とキャラクター育成玩具 101間の通信は、前者から後者への単方向通信に限られる。この機能的な制限は技術的な理由によるものではなぐ携帯端末 102における赤外線通信のアプリケーションとして、家電機器等の遠隔操作等、送信のみで十分なものが想定されているために過ぎないという理由による。したがって、赤外線受信機能を備えた携帯端末 102が提供されれば、キャラクター育成玩具との双方向通信は可能である。

[0014] サーバ 103は、 HTMLあるいは cHTMLで記述されたコンテンツを提供する HTT Pサーバ 103eと、携帯アプリケーション 102bに対応して画像合成等の処理を実行するサーバアプリケーション 103fと、携帯端末 102の識別子 (ユーザ ID) 103cに関連づけて各ユーザが収集した画像 103dをユーザ毎および撮影された場所（国）ごとに蓄積するユーザデータベース 103gとを有する。これらはそれぞれ独立したサーバにより提供することもできる。本実施形態では HTTPサーバ 103eとしている力 WAP サーバであってもよいし携帯端末 102のブラウザ 102cとの互換性があるプロトコルをサポートするサーバであれば利用可能である。携帯端末 102がたとえば iモード端末であると、プロトコル変換ゲートウェイ 104を介してインターネットに接続されている。もちろん携帯端末が TCP/IP互換であればゲートウェイは不要となる。このインターネットにサーバ 103は接続されており、固有のアドレスが付与されている。

[0015] HTTPサーバ 103eとしては、現在普及しているサーバプログラムを用いることができ、ユーザデータベース 103gにアクセスして、利用者毎の収集画像を当該利用者、すなわち本実施形態では携帯端末 102のブラウザ 102cに対して提供することができる。サーバアプリケーション 103fは、キャラクター画像 103bと背景画像 103aとを有しており、それらを合成した合成画像を生成し、ユーザデータベースの収集画像として保存する。背景画像 103aはひとつの場所について季節等の時間パラメータに応じて複数用意される。キャラクター画像 103bも、ひとつのキャラクターについて背景画像 103aに対応して複数通り用意されている。ユーザデータベース 103gには、登録された利用者のユーザ ID103cと、ユーザ ID103cごとに収集された画像 103dが保存される。

[0016] 以上の構成によって、キャラクター育成玩具 101は携帯端末 102から情報を受信することができる。また、携帯端末 102はサーバ 103と通信することができる。そしてその通信によって、携帯端末 102はコンテンツのアドレスを指定して、あるいは HTM Lで記述されたノ、ィパーテキストのリンクをたどることで、 HTTPサーバ 103eが提供する文字や画像等のコンテンツデータを受信して表示することができる。また、携帯アプリケーション 102bの実行によりサーバ 103に対して送信したデータを、サーバァプリケーシヨン 103fにより処理することができる。これら処理の詳細は、図 7A乃至図 1 1Eを参照して後で説明する。

[0017] また、サーバ 103や携帯端末 102にロードされた各種プログラムは、本実施形態では実行可能にロードされたものとして説明している力ロードされる以前にはそれぞれプログラムファイルとして光ディスク等のコンピュータにより読み取り可能な媒体に記録された状態で提供され、そこ力コンピュータにロードされる。

[0018] <キャラクター育成玩具の構成 >

図 2Aはキャラクター育成玩具 101の外観を示す図である。図 2Bは、キャラクター育成玩具 101のハードウェアブロック図である。図 2Aにおいて、筐体 200には、表示用の液晶画面 201、操作ボタン 202A, 202B, 202C (それぞれ Aボタン、 Bボタン、 C ボタンと呼ぶこともある。）、赤外線送受信用の赤外線通信部 204が備えられている。液晶画面 201はその中央付近がキャラクター画像やゲーム画像等を表示するドット表示部であり、その上下にアイコン 203を表示するためのアイコン表示部を有する。アイコン 203は上下に 5つずつ備えられており、現在のモードを示す。右上のアイコンは通信モードにあることを示す。操作ボタン 202Aはモードやコマンドの選択 (切替 )等のために、ボタン 202Bはモードやコマンド等の決定のために、ボタン 202Cはモードゃコマンドのキャンセル等のために割り当てられる。 [0019] 図 2Bにおいて、 CPU211は ROM212に格納されたプログラムを実行することで玩具 101全体を制御する。 RAM213には、種々の作業領域やモード等が保存される。たとえば、モード領域 213aは、玩具の動作モードを示す情報を保存する。サブモード領域 213bはあるモード中におけるサブモードを表す情報を保存する。キャラクター状態領域 213cは、育成対象となっているキャラクターの種類 (キャラクターコードにより示される。）、その成長段階 (たとえば思春期や反抗期等）、キャラクターの現在の状態 (たとえば健康状態など)を示す情報を保存する。このキャラクター状態によって対応するキャラクター画像が決定され、液晶画面 201に表示される。このキャラクター状態とキャラクターの種類との対応関係は不変であり、携帯アプリケーション 102bゃサーバアプリケーション 103f、キャラクター育成玩具 101の他の個体によっても一定である。ポイント領域 213dには、キャラクター育成シミュレーションの過程におけるたとえばゲームなどのポイント獲得の局面にぉ、て獲得したポイント数が累積されて、る。これらポイントは、育成シミュレーションにおける各種取引などに使用され、使用されたポイント数は当該取引に必要な分だけ減算される。取引の対象としては、たとえばキャラクターが外出するように演出される旅行のためのチケットがある。アイテム領域 2 13eには、キャラクターが獲得したアイテムを示す情報 (アイテムコード）が保存される。たとえばアイテムがチケットであれば、アイテムがチケットであること、およびそのチケットの行き先等がアイテムコードにより特定される。 CPU211はブリッジ 214により入出力システムと接続される。入出力システムには、 LCDコントローラ 215を介して接続される LCD (液晶表示部） 216が接続される。また、ボタン 202A, 202B, 202Cと、玩具 101本体の裏面に設けられたリセットスィッチを含む操作部 217、赤外線 IF218 を介して接続された赤外線出力部 (IRLED) 219、赤外線入力部（フォトトランジスタ） 220、ブザー 221が接続される。

[0020] なお、携帯端末 102やサーバ 103についても、 CPUの性能やメモリ空間、キーの数、表示画面の種類や広さ、備える入出力インターフェースの種類等のハードウェア上の相違や、実行されるプログラムの内容の差はあるものの、基本的なブロック構成は図 2Bに示したものと変わることはない。

[0021] <キャラクター育成シミュレーションシステムの動作概要 > ここで、図 1に示すシステムにおける、本発明にかかる動作の概要を説明する。まずキャラクター育成玩具 101において、通信モードの下位にある「おでかけ」というサブモードを選択する。お出かけサブモードは、キャラクター育成玩具 101で育成シミュレーシヨンの対象となっているキャラクターの玩具 101外への外出をシミュレーションするサブモードである。ここで言う外出とは、キャラクター育成玩具 101の表示画面に表示されて!/ヽるキャラクターが表示画面外へと移動する画像 (例えば、キャラクターが乗つた飛行物体が表示画面上方へと飛び立つ画像)表示と、キャラクターが表示画面に表示されてヽなヽ状態を示す画像 (例えば「おでかけちゅう」 t ヽぅ画像)表示をすることである。なお、外出の定義はこれに限られるものではない。このときキャラクター状態やポイント数、アイテム等が一定の条件を具備していれば、外出できたものとされ、アイテムコードとキャラクターコードが携帯端末 102に渡される。ただし、携帯端末 102の赤外線通信機能が備わって、な、場合や、送信機能し力備わって、なヽ場合には、赤外線通信によりアイテムコードとキャラクターコードとを玩具 101から携帯端末 102へと送信することはできない。その場合には、玩具 101にアイテムコードとキャラクターコードとを含むパスポート番号を表示し、それを利用者がマニュアル操作で携帯端末 102へと入力することで送信に替える。

[0022] 玩具 101では、その後、キャラクターが外出して、ることを示すべき外出中であることを示す画面を一定時間表示する。その後、赤外線通信により携帯端末 102からパスワードを受信し、あるいはマニュアル操作によりパスワードの入力を待ち、パスヮードにより示される「おみやげ」に相当する情報を RAM213に保存する。

[0023] 一方携帯端末 102は、受け取ったアイテムコードとキャラクターコードとを伴う画像生成要求をサーバ 103に対して送信する。サーバ 103のサーバアプリケーション 103 fは、アイテムコードに対応する背景画像 103aとキャラクターコードに対応するキャラクタ一画像 103bとを合成し、合成画像を、画像生成要求の送信元である携帯端末 1 02に対応するユーザ ID103cに関連づけて保存する。ユーザ ID103cとしては、携帯端末 102に固有に割り当てられている端末の識別子を利用することができる。携帯端末 102は、当該携帯端末に関連づけられた合成画像に限ってブラウザ機能により閲覧することができるし、それをダウンロードして待機画面の画像として利用することちでさる。

[0024] <キャラクター育成玩具における動作 >

以上がシステム全体における動作概略である。次にシステムの構成要素のひとつであるキャラクター育成玩具 101の動作を説明する。なお説明する動作は本発明に関連する部分を中心としており全てではない。

[0025] 図 3はキャラクター育成玩具 101のお出かけサブモードが完了するまでの表示シーケンスの一例を示す図である。図 1に示す画面状態から、ボタン Aの操作により通信モードを選択してボタン Bの操作により決定すると、図 3の通信選択画面 301が表示される。通信選択画面 301には通信相手の選択肢が表示される。このなかから「ケータイ」をボタン Aの操作で選択して決定すると、ゆうびんおでかけ選択画面 302が表示される。以下、図 4乃至図 6Bに即して、画面 302の状態力らの CPU201211〖こよる処理手順を説明する。なお以下の説明では「ゆうびんモード」「おでかけモード」という語が使用されているが、これは実際には「通信モード」の下のサブモードに相当する。し力し以下の処理はすべて通信モードで進行することを前提として、ることから、「モード」は通信モードの下のゆうびんモードあるいはおでかけモードを指すものとする。図 2Bのモード領域 213aにはゆうびんモードあるいはおでかけモードを示す値が保存される。

[0026] ゆうびんモードでは、詳細な処理内容は省略する力ポイントを使用した取引の 1つとしてチケット購入のシミュレーションを行うことができる。ゆうびんモードでは、たとえばポイント領域 213dに保存されたポイント値と引き替えに、外出先情報としてあらかじめ用意された旅行先候補のうちから所望の行く先へのチケットを、通信販売により購入するというシミュレーションを行う。購入されたチケットのコードはアイテム領域 21 3eに保存され、対価となるポイント数がポイント領域 213dから差し引かれる。このほ力にもチケット購入の方法は用意されているが、いずれにしても本例ではチケットの有無や外出先情報がこれら入手方法によってキャラクター育成玩具 101内に保存されている（あるいはされていない)ものとして説明する。一方、おでかけモードでは、ゆうびんモードで購入したチケットを使用した海外旅行などをシミュレートすることができる。 [0027] さて、ステップ S401、 S405、 S410のループにより入力をスキャンする。まずステツプ S401において、 Aボタンが入力されたか判定する。入力された場合には、現在のモードが「ゆうびん」モードであるか、すなわちモード領域 213aに保存された情報が「ゆうびん」モードを示す値であるか判定される (S402)。「ゆうびん」モードであれば力一ソル 302aを表示画面 302の「おで力け」に移動し、モードを「おでかけ」モードに変更する（S403)。「ゆうびん」モードでなければカーソル 302aを表示画面 302の「ゆうびん」に移動し、モードを「ゆうびん」モードに変更する（S404)。

[0028] 一方、 Aボタンが入力されたのでなければステップ S405において、 Bボタンが入力された力判定する。入力された場合には、現在のモードが「おでかけ」であるか判定する（S406)。おでかけモードでなければ、キャラクター状態 213cが「反抗期以上」を示すか判定し（S407)、示して!/、る場合には「ゆうびん」モードにおける所定の処理を行って（S408)、通信選択画面 301に戻る。また、 Cボタンが押されたと判定された場合【こち（S405→NO→S410→YES)、通信選択画面 301【こ戻る。ステップ S406 において「おでかけ」モードであると判定された場合には、図 5のおでかけモードの処理が実行される。

[0029] 図 5において、おでかけモードにおける処理が実行開始されると、まず旅行広場選択画面 303が表示される（S501)。この画面においては利用者は「りょこう」（旅行)サブモードと「ひろば」（広場)サブモードのいずれかを選択できる。このサブモードは図 2Bのサブモード領域 213bに保存される情報により示される。さて、旅行広場選択画面 303力 S表示された状態で、ステップ S502、 S506、 S509のノレープにより人力をスキャンする。まずステップ S502において、 Aボタンが入力されたか判定する。入力された場合には、現在のサブモードが「りょこう」サブモードであるか、すなわちサブモード領域 213bに保存された情報が「りょこう」サブモードを示す値である力判定される (S503)。「りょこう」サブモードであればカーソル 303aを旅行広場選択画面 303の「りょこう」に移動し、サブモードを「ひろば」サブモードに変更する（S504)。「りょこう」サブモードでなければカーソル 303aを旅行広場選択画面 303の「りょこう」に移動し、サブモードを「りょこう」サブモードに変更する（S505)。

[0030] 一方、 Aボタンが入力されたのでなければステップ S506において、 Bボタンが入力された力判定する。入力された場合には、現在のサブモードが「りょこう」である力判定する（S507)。りょこうサブモードでなければ、ひろばサブモードの処理を行って（S 508)、通信選択画面 301に戻る。また、 Cボタンが押されたと判定された場合には（ S509→YES)、ゆうびんおで力け選択画面 302に戻る。ステップ S507において「りよこう」サブモードであると判定された場合には、図 6A及び図 6Bに示すりょこうサブモードの処理が実行される。

[0031] (りょこうサブモードの処理）

りょこうサブモードが確定すると、まずキャラクターがチケットを有する力判定される ( S601)。この判定は、図 2Bのアイテム領域 213eに、旅行チケットを示すコードが保存されている力否かにより判定される。なお本例ではアイテム領域 213eは、チケットのコードのみが保存されるものとする。もちろん保存したチケットのコードが上書きされないのであれば、他の目的にも使用できるが本例では専用に設けた。チケットがない場合にはアイテム領域 213eの値を 0としておけばチケットの有無の判定は、その値が 0か否かを判定することで容易に行える。さて、ステップ S601においてキャラクタ一がチケットを所持していると判定された場合には、キャラクター状態 213c (以下、「領域」は省略)を参照して、キャラクター状態が「思春期」以上である力判定する（S60 2)。たとえば、キャラクターがふ化して力所定時間経過していれば思春期以上であることを示す情報をキャラクター状態 213cに保存しておくことで、当該キャラクターが思春期以上であることを示すことができる。経過時間は、キャラクターのふ化のシミュレーシヨン時点から CPU211内蔵のタイマをスタートさせて測定できる。ステップ S60 1, S602においていずれも NOであると判定された場合、エラー音を出力してステツプ S501に分岐する。

[0032] 本実施の形態においては、育成シミュレーションの演出のために、キャラクターの成長段階が思春期以上でなければ旅行することができないように設定されており、ステップ S602で思春期以上であると判定された場合にのみ、パスポート画面 304を表示する（S603)。パスポート画面 304にはパスポート番号が表示される。

[0033] パスポート番号は、そのまま携帯端末 102に入力される値であり、携帯端末 102に対して、（1)りょこうサブモードであることを示すモードコード、（2)キャラクターの種類を示すキャラクターコード、 (3)旅行先を示すアイテムコードを入力するために表示される。従って、パスポート番号には少なくともこれら 3種類のコードが含まれる。本例では、パスポート番号は 10桁の 10進数で構成され、上記 3コードを含めて以下のコードから構成されている。

(1)モードコード（1桁）：りょこうサブモードを示す値「4」がセットされる。

(2)キャラクターコード（2桁）：キャラクター育成玩具 101で現在育成対象となってヽるキャラクターに対応するコードがセットされる。キャラクターコードには、たとえばひとつのキャラクターであっても成長時期に応じた値が割り当てられている。したがってたとえば「たまごつち」なるキャラクターについても、思春期や産卵期、老後期など世代毎に異なるコードが与えられる。

(3)アイテムコード（ 2桁）：アイテム領域 213eに記憶された旅行チケットを示すコードに対応した行き先を示す値がセットされる。

(4)ランダムコード（1桁）：ランダムコード自身以外の桁の配置を示す値がセットされる。ランダムコード自体は、パスポート番号 10桁のうち固定された桁位置に配置される。これに対して他の 9桁はランダムコードの値に応じた位置に配置される。このため、ランダムコードの値が相違する複数のパスポート番号に含まれる各コードの桁位置は互いに相違している。

(5)ダミーコード（3桁）：ランダムに選択された値であって意味はな!/、。

(6)ノリティコード（1桁）：パスポート番号のノリティコードを除ヽた各桁の値の合計値の下一桁目の値がセットされる。

このようにパスポート番号の各桁は意味がある力ランダムコードに応じて桁単位でシャッフルされて簡単な暗号ィ匕が施されており、利用者にとっては意味のある数字として理解することは困難な数字に変換されて、る。

パスポート番号が表示されるとりょこうカウントが開始される（S604)。カウント開始後、 10分が経過したか判定され（S605)、パスポート番号を表示したまま 10分経過すれば通常画面へ戻る。通常画面とは本例では図 2Aに示したようにキャラクターが表示された画面である。 10分経過していなければ Bボタン押下がテストされ（S606)、押された場合には旅行が決定されたものとしておでかけ中画面 305を表示する（S6 07)。さらにりよこうカウントが 10分経過したか判定され（S608)、経過していなければ Bボタン押下が判定される（S609)。押されていなければ Cボタンの押下が判定される（S616)。 Cボタンが押されて旅行がキャンセルされた場合には、ステップ S603に戻る。一方、ステップ S609で Bボタンが押されたものと判定された場合には、入力方法選択画面 306を表示する（S610)。このとき、チケットは使用されたものとして、チケットアイテム領域 213eには 0がセットされる。ステップ S610で選択された方法で、ステツプ S612において携帯端末 102からの情報が入力される。またステップ S611, S 613ではりよこうカウンタの 10分経過が判定されて経過していれば通常画面へと戻る。ステップ S612において入力される情報は、旅行のおみやげに相当する情報である

[0035] 以上の手順によって、キャラクター育成玩具 101で育成シミュレーションが行われているキャラクターによる旅行 *外出の演出が実現される。なお、前述の通り本例ではキャラクタ一育成玩具 101から携帯端末 102に対する送信ができないことを前提としている。しかし、もしこの間の赤外線送信が可能であれば、携帯電話へとモードコード、キャラクターコード、アイテムコードをマニュアル入力するためのパスポート番号を表示する必要は、少なくとも技術的にはなくなる。すなわち、キャラクター育成玩具 101 力も携帯端末 102へとモードコード、キャラクターコード、アイテムコードを赤外線信号で送信すればよい。

[0036] <サーバにより提供されるウェブコンテンツ >

次に HTTPサーバ 103eにより携帯端末 102に対して提供され、利用者の閲覧に供されるコンテンツについて図 7A及び図 7B、図 8A及び図 8Bを参照して説明する。提供されるコンテンツはブラウザ 102cにより再生される。本実施形態においては提供されるコンテンツは写真画像である。 HTTPサーバ 103eはあらかじめ登録された利用者に対してアクセスを許す。そのため、図 7A及び図 7Bや図 8A及び図 8Bに示す画面表示に至るためにはユーザ登録手順を踏む必要がある。ユーザは、たとえば携帯端末 102固有の識別番号や電話番号で識別できる。そのためにはこの識別番号が HTTPのヘッダ等に含まれていればよい。もちろん利用者をユニークに識別できればどの様な番号を用いても良い。そして、携帯端末 102から、 HTTPサーバ 103 eへとアクセスがあると、その識別番号が登録ユーザのもの力判定されて、登録ユーザでなければ必要な情報を入力させて登録処理を行う。その結果、利用者の識別番号（ユーザ IDと呼ぶ。）は、サーバ 103のユーザデータベース 103gのユーザ ID領域 103cに登録される。そしてユーザ IDごとに利用者が収集した画像を保存するための収集画像領域 103dが与えられる。それとともに、当該利用者に提供される HTML等で記述されたデータが、たとえばテンプレートからの複製などによってその収集画像領域 103dに作成される。このデータが、図 7A及び図 7Bあるいは図 8A及び図 8Bでサーバ 103により提供されるページに相当する。ただし、登録した段階では画像データは含まれず、画像データへのリンク情報も記述されていない。また、携帯端末の識別番号や電話番号をユーザ IDとして利用し、サーバ 103へのアクセスのメッセージにその番号を含むように構成すれば、利用者がサーバ 103にアクセスする都度そのユーザ IDを入力する必要がなくなる。

[0037] さて、図 8A及び図 8Bはそのようにして登録された利用者が HTTPサーバ 103eにアクセスした場合にサーバ 103から携帯端末 102へと提供されるコンテンツデータの例である。ページ 701はアクセスした携帯端末 102にまず HTTPサーバ 103eが応答する画面であり、アクセスした利用者による画像の収集率 701a、当該利用者が獲得した最新の画像へのリンク情報 701b、利用者が収集した画像リスト 701c、携帯ァプリケーシヨン 102bをダウンロードするためのリンク情報 701dが含まれる。収集率とは、キャラクター画像 103bと背景画像 103aとの全ての組み合わせ力もなる画像群のうち、どれだけの画像を収集したかを示す値である。

[0038] 最新の画像へのリンク情報 701bは、その利用者のユーザ ID103cに関連づけて保存された収集画像 103dのうち、最新の画像データファイルへのリンクが記述されている。携帯端末 102においてこのリンク情報 701bを選択して所定ボタン操作を行うことで、リンク情報 701bで示されるサイトへのアクセスが発生する。すなわち HTTPサーバ 103eにそのリンク先アドレスが渡されて最新の画像が HTTPサーバ 103eから携帯端末 102に提供される。この一例がページ 801である。画像の提供は画像 801 aの画像データファイルのみではなぐメッセージ 802bを含むフレームを記述したぺージとして提供される。この画像は、端末毎にプログラムされた一定の操作により端末のメモリ〖こ保存することもできる。

[0039] 画像リスト 701cは、当該利用者のユーザ ID103cに関連づけて保存された収集画像を旅行先の国（すなわち背景画像の国）ごとのリストをまとめたページ 802へとリンクされている。この中に各画像へのリンク情報 802cが含まれている。最新の画像が含まれて、る場合には、そのリンク情報の横にそれを示すシンボル 802bが付される。このシンボルは例えば後述するサーバアプリケーション 103fにより合成画像が作成されて保存されたときに、その画像へのリンク情報 (リンク情報が埋め込まれた文字列 )に付される。ページ 802から、画像へのリンク情報 802cで示されるサイトへのァクセスが指定されると、指定されたリンク先のアドレスが HTTPサーバ 103eに送られて、リンク先のページが端末に提供される。図 8A及び図 8Bでは、ページ 802の文字列「くちばつち」（キャラクタ一名）に埋め込まれたリンク情報 802cが指定されると、ページ 8 01が HTTPサーバ 103eにより提供される。

[0040] 図 7A及び図 7Bは、ページ 701において携帯アプリケーションプログラム 102bのダゥンロードを指定するためのリンク情報 701dが選択された場合に、 HTTPサーバ 10 3eにより携帯端末 102に提供されるページの遷移の一例を示す。なお携帯アプリケーシヨン 102bのダウンロードは利用者登録時にも行うことができる。ページ 702はその一例を示す。

[0041] さて、リンク情報 701dで示されるサイトへのアクセスが指示されると、そのリンク先のアドレスが HTTPサーバ 103eに渡されてリンク先のページ 703が携帯端末 102に送信されて提供される。この中から更にダウンロード 703aが指定されるとダウンロードが開始される。まず携帯端末 102からサーバ 103に対して携帯アプリケーションプログラムファイルの要求が発行される（S711)。サーバ 103がそれに応じてファイルのダウンロードを行うと携帯端末 102はそれを受信して、携帯アプリケーション 102bを実行可能にインストールする（S712)。なお「通信について」が選択されると説明ページ 7 04にアクセスされる。

[0042] 以上の通り、 HTTPサーバ 103eは、一般に普及するウェブサーバとしての機能を果たすものであり、携帯端末 102に提供される HTML等のデータが図 7A及び図 7B や図 8A及び図 8Bに示す通りに記述されて!、る。 [0043] <携帯アプリケーションおよびサーバアプリケーションの動作 >

次に図 9A乃至図 12を参照して携帯アプリケーション 102bおよびそれと連係動作するサーバアプリケーション 103fの動作を説明する。携帯アプリケーション 102bは、図 7Aで説明したようにサーバ 103から携帯端末 102にダウンロードされているものとする。

[0044] (携帯アプリケーション）

図 9A及び図 9Bにおいて、携帯アプリケーション 102bが起動されると、まずタイトル画面（図 11 Aの画面 1101)を表示し、メモリ 102aに設けられたモードフラグを 0にセットする（S901)。この状態でキー入力を待機する。キー入力があると、それがどのキ一であるか判定する（S902)。上下キー（上移動キーと下移動キーの総称)であれば、モードフラグを反転する（S903)。すなわち 0なら 1に、 1なら 0にする。ここで値 1はおでかけモードを、 0はゆうびんモードを示す。したがって、モードフラグの反転があると図 11Aのモード表示欄 1101a、 1101bの!、ずれが選択されて!、るかを示す表示が切り替わる。

[0045] キー入力が決定キーであれば、現在のモードフラグの値（単にモードと呼ぶ。）を判定する（S904)。 1でなければゆうびんモードの処理を実行するが説明は省略する。 1であればおでかけモードであるから、おでかけモードの初期画面（図 11Bの画面 11 02)を表示し、サブモードフラグに 0をセットする（S905)。そしてキー入力を待つ。キ一入力があると入力されたキーを判定する（S906)。上下キーであればサブモードフラグを反転させる（S907)。図 11Aの画面 1101と同様、画面 1102でも選択されたサブモードを示す表示欄 1102aと 1102bのうち選択されたサブモードを示す表示が、上下キーに応じて切り替わる。

[0046] キー入力が決定キーであれば、現在のサブモードフラグの値（単にサブモードと呼ぶ。）を判定する（S908)。 1であればめいさん (名産）交換広場サブモードの処理を実行するが説明は省略する。 1でなければ、たびの思い出サブモードであるから、たびの思い出サブモードの初期画面（図 11Cの画面 1103)を表示し、パスポート番号の入力待ちとなる（S909)。ここで入力が期待されているパスポート番号は、キャラクター育成玩具 101において、図 6Aのステップ S603で表示されたパスポート番号 30 4である。すなわち、続くステップ S910においては、図 6Aのステップ S603で説明したとおりの規則に従って各種コードが配置されたものとしてパスポート番号を処理する。

[0047] パスポート番号 1103aが入力されて（あるいは入力されなくとも）、 okボタン 1103b が押される（すなわち選択 '決定される）と、ステップ S910が実行される。ステップ S9 10ではまず、入力されたパスポート番号のうち固定桁に位置するランダムコードに基づいて、ノリティコードの桁を決定し、それ以外の各桁を加算してパリティコードと比較する。一致して!/ヽれば正当なパスポート番号が入力されたものとして処理を続行する力一致しなければステップ S909に戻って入力を待つ。正当なパスポート番号が入力されたと判定された場合には、ランダムコードの値に応じて、モードコード、キヤラタターコード、アイテムコードそれぞれの桁位置を決定してパスポート番号力抽出し、所定のメモリ 102aの所定の領域に保存する（S910)。そして、モードコード、キヤラタターコード、アイテムコードを伴う画像合成の要求をサーバ 103に送信する。もちろん要求の送信に当たっては、ポート番号などによってサーバアプリケーション 103f が受信ポートとして指定されている。そしてサーバ 103からの応答を待つ。

[0048] そして、一定時間経過するかあるいはサーバ 103から応答を受信するとステップ S9 12で通信が成功したか判定する。成功した場合、すなわちサーバ 103から合成画像を受信した場合には、合成画像とともに受信したサムネイル画像とメッセージと画像 I Dとを携帯端末 102の画面に表示する（S913,図 11Dの画面 1104)。画面 1104には、画像 ID1104a、サムネイル画像 1104b、メッセージ 1104cの他に、タイトル画面 1101に戻るためのボタン 1104dが表示される（S916)。さらに、携帯端末 102がいわゆる Webtoという機能を有する場合には（S914— YES)、合成画像に HTTPでァクセスするための写真ボタン 1104eも表示される（S915)。 Webto機能を有する携帯端末 102は、携帯端末 102においてアプリケーションプログラムを実行していても、それをいったん終了させてブラウザを起動させるという手順を踏むことなぐアプリケーシヨンプログラムから直接ブラウザによる HTTPサーバ 103eへのアクセスを実行できる。

[0049] さて、ステップ S916, S917においては入力待ちとなる力それに対してキー入力があるとその内容が判定される（S917)。キー入力が、タイトルボタン 1104dを選択するものであれば、タイトル画面 1101の表示に戻る。写真ボタン 1104eを選択するものであれば、これは Webto機能を持つ携帯端末 102に限られる力サーバ 103における合成画像のアドレスをパラメータとしてブラウザプログラムに分岐する（S918)。ステツプ S920はブラウザにより実行されるものだ力引き渡されたパラメータをアクセス先アドレスとして、そのページの提供を HTTPサーバ 103eから受けて画面に表示する。

[0050] 一方ステップ S912において通信が失敗であると判定されると、リトライ画面（図 11E の画面 1105)を表示し（S921)、それに対してリトライ（は!/、ボタン 1105a)が入力されると、ステップ S909へ分岐する。いいえボタン 1105bが入力されるとステップ S90 1へと分岐する。 (S922)

[0051] (サーバアプリケーション）

さて、ステップ S911にお、て携帯アプリケーション 102b力も画像合成の要求を受信したサーバ 103では、ポート番号およびモードコード (本例では 4)があら力じめ定めた所定値である場合に、サーバアプリケーション 103fにより図 10のステップ S 100 1以下の処理が実行される。まず図 12及び図 13を参照してサーバアプリケーション 1 02fが利用可能な画像について説明する。

[0052] 図 12はアイテムコードに対して生成される背景画像のノリエーシヨンを例示する表である。アイテムコード欄はチケットの行き先に対応する。本例ではアイテムコードの値に応じて「パリ」「イースター島」「フィジー」「エジプト」「ニューヨーク」という 5箇所が旅先の候補であり、キャラクター育成玩具 101にお、て購入 (のシミュレーションが）できるチケットの行く先もこの 5箇所である。そして、この 5箇所を示すシンボル的な画像が背景画像として選ばれる。たとえばパリならエッフェル塔、イースター島ならモアィ像、エジプトならピラミッドといった著名なランドマークが好ましい。そして、その各シンボルについて、各季節にそれぞれ 2つずつ、合計 8つの画像が背景画像 103aとして用意される。背景画像 103aの選択に際しては、まずアイテムコードによりいずれかの旅先の 8つの画像に絞られる。そして、サーバの持つ実時間タイマにより季節が判定されていずれかの季節に属する 2つの画像にさらに絞られる。この 2つのうちいずれを選択するかは乱数を生成してその奇数偶数の別によるなどランダムに決定すればよい。季節の判定は、たとえばサーバ 103が画像合成の要求を受けた時点で現在何月であるかを実時間タイマ力読み取って判定し、所定の月を所定の季節に対応付けることができる。たとえば 3— 5月は春、 6— 8月は夏、 9— 11月は秋、 12— 2月は冬というように対応付けることができる。もちろん、月ごとに各月を象徴する背景画像 1 03aを用意したり、季節に無関係に 1つのアイテムコードに対してはひとつの背景画像 103aを関連づけることもできる。このように背景画像 103aは、アイテムコードを縦軸に、季節および乱数を横軸にして交点に背景画像 (図では「風景」 +丸数字)を配置した表として構成され、背景画像 103aの選択にはこの表が用いられる。もちろん画像とアイテムコード等のパラメータとの関連づけがあればよいということであって図 1 2のような形式の表に限られると、う意味ではな！/、。

[0053] 一方キャラクター画像 103bは図 13に示すようにキャラクターコードに関連づけられて決定される。図 13の例では 1つのキャラクターに対して 8つのキャラクター画像 103 bが用意されている。ひとつのキャラクターコードに対して、背景画像 103aと同様、季節と乱数とにより一つのキャラクター画像 103bが特定される。このようにキャラクター画像 103bは、キャラクターコードを縦軸に、季節および乱数を横軸にして交点にキヤラタター画像（図では「キャラ」 +丸数字)を配置した表として構成され、キャラクタ一画像 103bの選択にはこの表が用いられる。もちろん画像とキャラクターコード等のパラメータとの関連づけがあればよいということであって図 13のような形式の表に限られるという意味ではない。また、キャラクター毎に 8つの画像に限られるのではなぐひとつのキャラクター画像 103bを使い回すこともできるし、さらに多くの選択肢を用意しておき、その中から選択することもできる。

[0054] このように背景画像 103aとキャラクター画像 103bをそれぞれ複数用意することで合成画像のノリエーシヨンが増え、利用者の収集欲を刺激して娯楽機器としての価値向上に貢献することができる。図 12の例では、 1キャラクターについて 40種類の合成画像が生成され得る。そして、キャラクターの種類がたとえば 19種類（図 13では 5 種類だが）であり、各季節それぞれ 2つの画像から 1つを選択するための乱数として背景画像 103aとキャラクター画像 103bとに共通の値を用いれば、合計して 760通りものノリエーシヨンがあることになる。乱数の値をそれぞれ独立して生成すればさらにその倍の 1520通りのバリエーションがある。

[0055] さて、図 10に戻ると、サーバ 103はまず受信したキャラクターコードに基づいて画像合成に使用するキャラクター画像 103bを特定する（S 1001)。特定の仕方は図 13で説明したとおりである。次にアイテムコードから背景画像 103bを特定する（1002)。これは図 12の説明の通りである。そして特定された背景画像 103bに、特定されたキヤラタター画像 103abをオーバレイするように合成する（1003)。合成の仕方は、たとえば背景画像 103aに含まれるランドマーク等をキャラクター画像 103bによって覆わな V、ような位置情報に基づ、て選択される。この位置情報は図 12の表に画像とともに登録しておくことができる。次に合成した画像を一定の率で縮小してサムネイル画像を生成する（1004)。合成された画像の一例が、前述した図 8Aの画像 801aである。この画像 801aは、ノリのランドマークであるエッフェル塔を含む背景画像に、キャラクター画像 801cをオーバレイ合成したものである。

[0056] そしてステップ S 1003で生成した合成画像をユーザデータベースの収集画像 103 dにユーザ IDごとに関連づけて登録する。このとき、合成画像に対応するメッセージも画像とともに登録する（S 1005)。また、登録時に作成された、画像データへのリンク情報を含む HTMLページのデータ（ページ 802等）に、画像データに対するリンク情報を追加的に記述する。こうして登録された画像データ及びメッセージ力 HTTP サーバ 103eにより利用者に提供される。

[0057] 最後に、サムネイル画像と、合成画像の画像 ID、アイテムコードに対応する国名、画像に対応するメッセージを携帯端末 102に返信する（S1006)。なお画像 IDは、特定された背景画像 103aとキャラクター画像 103bとの組み合わせに対応して決定される。図 12、図 13の表に登録された各画像ファイルにはそれぞれ固有の IDを割り当てており、たとえば背景画像 103aの IDを横軸に、キャラクター画像 103bの IDを縦軸に取り、交点に合成画像の IDを登録した画像 ID表をあらカゝじめ用意しておき、合成に用いた背景画像 103aの IDとキャラクター画像 103bの IDとにより前述の画像 I D表を引くことで、合成画像の IDを決定できる。国名については、アイテムコードと国名とを対応付けた表をサーバ 103に用意しておくことで簡単に特定できる。またメッセージについては、これもアイテムコードに対応付けた表を用意しておくなどにより特定する。

[0058] 以上説明した本実施形態によれば、キャラクター育成玩具 101において、キャラクターの外出'旅行を演出することができる。そして、その情報を携帯端末 102と共有することで、キャラクター育成玩具 101単体では困難な写真の収集や表示などが可能となり、娯楽性をより高めることができる。さらに、携帯端末 102においてキャラクタ一が旅行先で撮影したかのような記念写真をサーバにより生成させて端末で入手することで、携帯端末 102でも困難な画像合成といった処理を迅速に行うことができ、処理待ち時間を長時間化することなく高度な処理を伴うサービスを利用者に提供できる。尚、ポイントを使用した取引の概念を変形させることにより、旅行先で撮影した記念写真以外にも、キャラクター育成玩具 101同士の関係で成立する恋愛や結婚といつたイベントに関する画像や、キャラクターの成長段階に応じたイベントに関する画像などを合成することにより、育成シミュレーションの形態を広げても良い。

[0059] また、合成される画像の選択に際して現在の時期、すなわち季節などの時間をパラメータとすることで、季節感を表した写真を生成することができ、キャラクター育成シミユレーシヨンをより現実に近付けることができ、娯楽性をさらに高めている。

[0060] また、合成される背景画像とキャラクター画像とをそれぞれ複数用意しておくことで、それらを組み合わせて構成される合成画像の種類を増カロさせることができ、収集対象としての価値を向上させている。これによつて利用者の関心を高めることができる。

[0061] さらに、パスポート番号という利用者にとってはその意味の理解が困難な数字のキャラクタ一育成玩具への表示と携帯端末へのオフライン入力によりキャラクター育成玩具と携帯端末とを連携させている。これにより、あた力もキャラクターが意味不明な番号そのものと化して携帯端末に移動したごとく演出することができる。

[0062] [変形例]

なお本実施形態では、キャラクターの育成をシミュレートできる電子玩具と情報処理システムとを連携させる方法として、パスポート番号を介してオフラインでキャラクター育成玩具力携帯端末へと情報を入力したが、赤外線通信によってキャラクター育成玩具 101から携帯端末 102へとモードコード、キャラクターコード、アイテムコードを送信できるように、携帯端末が赤外線受信機能を備えた構成としても良い。

[0063] また、赤外線通信を全く用いないのであれば、携帯アプリケーション 102bがなくとも本発明に相当するシステムを構成することができる。この場合には、携帯端末ではブラウザだけが稼働する。画像の合成はサーバ 103の HTTPサーバ 103eで CGIスクリブトにより行うことなどで実現できる。スクリプトにおける処理内容は図 10のサーバァプリケーシヨン 103fと同様である。

[0064] 本発明は上記実施の形態に制限されるものではなぐ本発明の精神及び範囲から離脱することなぐ様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

優先権の主張

[0065] 本願は、 2004年 10月 8日提出の日本国特許出願特願 2004— 296956を基礎として優先権を主張するものであり、その記載内容の全てを、ここに援用する。

Claims

請求の範囲

[1] キャラクターの育成をシミュレートできる電子玩具と連携する情報処理システムであつて、

前記電子玩具で育成がシミュレートされているキャラクターに対応するキャラクターコードと、キャラクターの背景画像に対応する背景画像コードとを入力するための入力手段と、

前記入力手段により入力されたキャラクターコードに対応するキャラクター画像と、前記背景画像コードに対応するキャラクターの背景画像とを合成する合成手段と、前記合成手段により合成された画像を表示する表示手段と

を備えることを特徴とする情報処理システム。

[2] 前記情報処理システムは、互いに通信可能な携帯端末とホストコンピュータとを有しており、

前記入力手段と前記表示手段とは前記携帯端末に備えられ、

前記合成手段は前記ホストコンピュータに備えられ、

前記ホストコンピュータは、前記携帯端末力も受信した前記キャラクターコード及び前記背景画像コードに基づき、前記合成手段によって前記キャラクター画像と前記キャラクタ一の背景画像とを合成し、

前記携帯電話は、前記ホストコンピュータ力受信した合成画像を前記表示手段に表示させることを特徴とする請求項 1に記載の情報処理システム。

[3] 前記ホストコンピュータは、前記合成手段により合成された画像を縮小する画像縮小手段をさらに有し、前記表示手段は、前記画像縮小手段により縮小された画像をサムネイル画像として表示することを特徴とする請求項 2に記載の情報処理システム

[4] 前記電子玩具は、前記キャラクターコードおよび前記背景画像コードをそれぞれ第 1の位置および第 2の位置に含むコード列を生成し、前記合成手段は、前記入力手段により入力されたコード列における前記第 1の位置のコードを前記キャラクターコードとして、前記第 2の位置のコードを前記背景画像コードとして、対応するキャラクター画像およびキャラクターの背景画像を合成することを特徴とする請求項 1乃至 3のいずれ力 1項に記載の情報処理システム。

[5] 前記合成手段は、キャラクターコードに対応した複数のキャラクター画像と、背景画像コードに対応した複数の背景画像のうちから、時間パラメータに対応したキャラクタ一画像と背景画像とをそれぞれひとつずつ選択し、選択した背景画像に選択したキャラクタ一画像を重ねて合成を行うことを特徴とする請求項 1乃至 4のいずれか 1項に記載の情報処理システム。

[6] キャラクターの育成をシミュレートできる電子玩具本体と連携するコンピュータにより実行されるプログラムであって、

前記玩具本体で育成をシミュレートされているキャラクターに対応するキャラクターコードと、背景画像に対応する背景画像コードとを入力させるための入力工程と、前記入力工程により入力されたキャラクターコードに対応するキャラクター画像と、前記背景画像コードに対応するキャラクターの背景画像とを、ホストコンピュータにより合成させるための合成工程と、

前記ホストコンピュータにより合成された合成画像を受信して画面に表示する表示工程と

をコンピュータより実行させることを特徴とするプログラム。

[7] キャラクターの育成をシミュレートできる電子玩具本体と、携帯端末と、ホストコンビユータとを有するキャラクター育成シミュレーションシステムであって、

前記電子玩具本体において、育成中のキャラクターを外出させるようにシミュレートするための複数の外出先情報のうち、所望の外出先情報を選択する外出先情報選択手段と、

前記携帯端末において、前記コード列を入力するための入力手段と、前記携帯端末において、前記入力手段により入力されたコード列に含まれる前記キャラクターコードと前記画像コードを前記ホストコンピュータに渡し、前記キャラクタ一画像と前記外出先画像とを合成する合成手段と、

前記携帯端末にぉ、て、前記ホストコンピュータより合成された画像を受信して画面に表示する表示手段と

を備えることを特徴とするキャラクター育成シミュレーションシステム。