JP4061038B2 - 通信回線を介してキャラクタをレンタルするシステムを制御するサーバ - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネット等の通信回線を介してキャラクタをレンタルするシステムを制御するサーバに関する。
【０００２】
【従来の技術】
従来のゲーム装置やゲームシステムにおいては、人間や動物等の動体物等を模したキャラクタが登場し、ゲームプログラムによって形成された仮想空間の中で、キャラクタは、様々な行動をするものが存在する。このキャラクタの行動は、ゲームプログラムにより定められ、又はゲームプレイヤーの意思を反映したものであった。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来のゲーム装置やゲームシステムにおけるキャラクタは、不特定多数のプレイヤーに共通のものであり、キャラクタの性格や行動は、所定の定められたものから選択するものであったため、プレイヤーの意思や感情に固有のものとはなり得ず、自分の所有物としてのキャラクタ、又は自分にとって身近な存在としてのキャラクタという認識がプレイヤーに起こり難いものであり、キャラクタに対する興味やゲームそのものに対する興味を失わせる場合が多いという問題が生じていた。
【０００４】
その一方、近年においては、育成ゲームと称されるゲームも登場してきているが、あくまでも、キャラクタの行動等について所定の定められたものを選択せざるを得ず、プレイヤーの感情や意思をキャラクタに反映させることが必ずしもできるものではなかった。このため、キャラクタを育成していっても、ゲームプログラムで予め定められた結果の一つを選択するにすぎないものであり、プレイヤーが何度もゲームを繰り返し行うに従って次第に飽きを感じてしまうということが生じていた。
【０００５】
また、メールをキャラクタが配送するようなプログラムも登場してきているが、あくまでも、キャラクタを介してメールを送受信するものであり、メール等の内容についての情報をプログラムの使用者と共有することはできず、メールの送受信について単に視覚的な面白さを追求したに過ぎないものであった。
【０００６】
更には、人間や犬等の動体物を模したロボットも登場し、飼い主に対する感情を持たせることにより、飼い主になついたり、飼い主を警戒したりするような行動をとるものも登場してきている。しかし、ロボットはあくまでも現実の世界に存在するものであり、実在する人間や犬等に比して如何に似た行動や同じ行動をとり得るのかという点が着目されている点である。
【０００７】
また、犬型ロボット等のロボットの情報入力手段は、例えば、目に対応するセンサや耳に対応するセンサ等であり、ロボットが得ることのできる情報の種類は著しく乏しいものとなっている。このため、人間と情報の共有化を図ることは、困難なものと言わざると得ないものとなっている。
【０００８】
更にまた、上述したソフトウェアやロボットは、購入をしてみなければ、キャラクタやロボットが自分の性格や生活に適したものであるか否かを判別することができず、興味を持った者に多大な出費を強いるものであったり、自分と合わないものであるときには、無念感や絶望感をも感じさせたりするものであった。
【０００９】
本発明は、上述した如き課題に鑑みてなされたものであり、キャラクタを容易かつ手軽に入手して利用できるとともに、操作者の状況に応じてキャラクタが操作者に話しかけるようにすることにより、キャラクタと情報の共有化を図って、仮想空間におけるキャラクタと現実空間における操作者とを一体不可分に結びつけて、キャラクタを操作者の生活の一部に溶け込ませることにより、キャラクタに対して愛着を感じさせる可能性が生ずるサーバを提供することにある。
【００１０】
【課題を解決するための手段】
以上のような目的を達成するために、本発明においては、前記通信端末装置において行われる通信に関する文字若しくは画像等であって、前記通信に関する通信履歴に基づいて作成された文字若しくは画像等を、前記通信端末装置の表示部に表示せしめることを特徴とする。
【００１１】
即ち、本発明においては、「前記通信に関する通信履歴に基づいて作成された文字若しくは画像等を、前記通信端末装置の表示部に表示せしめる」ことにより、操作者の状況に応じてキャラクタが操作者に話しかけるようにしているのである。
【００１２】
より具体的には、本発明は、以下のようなものを提供する。
【００１３】
（１） 通信端末装置と通信回線を介して接続された状態でデータを送受信し、前記通信端末装置で行われる通信に対して、キャラクタと共に当該通信の相手に応じたメッセージを前記通信端末装置の表示部に表示させるサーバであって、
前記通信端末装置の表示部に表示するためのキャラクタに関する画像データ及び、通信が成立した頻度に関連付けて設けられた複数種類のメッセージデータを記憶する手段と、
前記通信端末装置から送信されてきた当該通信端末装置で行われた通信に関する通信情報に基づいて、当該通信に関する通信相手を識別するデータを抽出し、当該識別された通信相手との通信要求に対して実際に通信が成立した割合に基づく頻度データを、当該通信相手を識別するデータと対応付けて記憶する手段と、
前記通信端末装置における通信の開始に伴い、当該通信端末装置から当該通信における通信相手に関する参照要求を受信したことに応じて、当該通信相手に応じたメッセージデータとして、前記複数種類のメッセージデータの中から、前記記憶された当該通信相手に関する頻度データに関連付けられたメッセージデータを決定する手段と、
前記決定したメッセージデータ及び前記キャラクタの画像データにより、前記通信端末装置の表示部にキャラクタと共にメッセージを表示させる手段と、を備えるサーバ。
【００１４】
（２） 前記通信が成立した割合に基づく頻度データは、通信時間に関する情報又は通信回数に関する情報を含んでなるものである請求項１に記載のサーバ。
【００１５】
（１´） 通信回線を介して通信端末装置と接続された状態で、当該通信端末装置とデータを送受信し得るサーバであって、前記通信端末装置の表示部に表示されるキャラクタに関するキャラクタ情報について、当該通信端末装置における当該キャラクタ情報の有限使用の権能を定め、かつ、前記通信端末装置において行われる通信に関する「文字若しくは画像又はこれらの組合せ」であって、前記通信に関する通信履歴に基づいて作成された「文字若しくは画像又はこれらの組合せ」を、前記通信端末装置の表示部に表示せしめることを特徴とするサーバ。
【００１６】
（２´） 通信回線を介して通信端末装置と接続された状態で、当該通信端末装置とデータを送受信し得るサーバであって、前記通信端末装置の表示部に表示されるキャラクタに関するキャラクタ情報について、当該通信端末装置における当該キャラクタ情報の有限使用の権能を定め、かつ、「前記通信端末装置において行われる通信に関する「文字若しくは画像又はこれらの組合せ」であって、前記通信に関する通信履歴に基づいて作成された「文字若しくは画像又はこれらの組合せ」を、前記通信端末装置の表示部に表示せしめるプログラム」を、前記通信端末装置に前記データとして供給することを特徴とするサーバ。
【００１７】
上述した（１´）又は（２´）の発明によれば、「前記通信に関する通信履歴に基づいて」作成された前記「文字若しくは画像又はこれらの組合せ」を、前記通信端末装置の表示部に表示せしめているので、通信状況に適合した「文字若しくは画像又はこれらの組合せ」を表示させて、キャラクタが操作者に話しかけるようにすることができ、「自分の行動を傍で見ていてくれるパートナー」としてキャラクタを位置付けることが可能となり、従来のキャラクタが持たれていた「ゲームの中だけで存在するキャラクタに過ぎない」という固定観念を覆して、操作者の日常生活の中にキャラクタを溶け込ませることが可能となり、更にキャラクタが操作者に繰り返し話しかけてくることによりキャラクタに対して愛着を感じさせる可能性が生ずる。
【００１８】
（３´） 前記通信履歴が、通信時間に関する情報又は通信回数に関する情報を含んでなるものである上記（１´）又は（２´）に記載のサーバ。
【００１９】
上述した（３´）の発明によれば、「通信時間に関する情報又は通信回数に関する情報」という簡易な情報を用いて前記「文字若しくは画像又はこれらの組合せ」が作成されることとなり、前記「文字若しくは画像又はこれらの組合せ」を表示せしめるための処理を容易なものにし得る利点がある。また、「通信時間に関する情報又は通信回数に関する情報」という操作者の個人的な情報を、キャラクタと共有させることもできる。
【００２０】
（４´） 前記通信履歴に基づいて作成された「文字若しくは画像又はこれらの組合せ」が、前記キャラクタ情報に関連させられたものか、又は前記キャラクタからのメッセージとしてのものかのいずれか又は両方である上記（１´）又は（２´）に記載のサーバ。
【００２１】
上述した（４´）の発明によれば、「自分の行動を傍で見ていてくれるパートナー」というキャラクタに対する操作者の思いをより強くすることが可能となり、操作者の日常生活の中にキャラクタを溶け込ませて、更にキャラクタに対して愛着を感じさせる可能性が生ずる。
【００２２】
（５´） 前記通信端末装置の通信状況に応じて、前記「文字若しくは画像又はこれらの組合せ」を前記通信端末装置の表示部に表示せしめる上記（１´）に記載のサーバ。
【００２３】
（６´） 前記プログラムが、前記通信端末装置の通信状況に応じて、前記「文字若しくは画像又はこれらの組合せ」を前記通信端末装置の表示部に表示せしめるものである上記（２´）に記載のサーバ。
【００２４】
上述した（５´）又は（６´）の発明によれば、通信状況に適合した「文字若しくは画像又はこれらの組合せ」をタイミング良く表示させることができ、「自分の行動を傍で見ていてくれるパートナー」というキャラクタに対する操作者の思いをより強いものにできる可能性が生ずる。
【００２５】
更に、本発明は、以下のようなものも提供する。
【００２６】
（７´） 通信回線を介して通信端末装置と接続された状態で、当該通信端末装置とデータを送受信し得るサーバであって、前記通信端末装置の表示部に表示されるキャラクタに関するキャラクタ情報について、当該通信端末装置における当該キャラクタ情報の有限使用の権能を定め、かつ、前記通信端末装置の使用に関する「文字若しくは画像又はこれらの組合せ」であって、前記使用に関する使用履歴に基づいて作成された「文字若しくは画像又はこれらの組合せ」を、前記通信端末装置の表示部に表示せしめることを特徴とするサーバ。
【００２７】
（８´） 通信回線を介して通信端末装置と接続された状態で、当該通信端末装置とデータを送受信し得るサーバであって、前記通信端末装置の表示部に表示されるキャラクタに関するキャラクタ情報について、当該通信端末装置における当該キャラクタ情報の有限使用の権能を定め、かつ、「前記通信端末装置の使用に関する「文字若しくは画像又はこれらの組合せ」であって、前記使用に関する使用履歴に基づいて作成された「文字若しくは画像又はこれらの組合せ」を、前記通信端末装置の表示部に表示せしめるプログラム」を、前記通信端末装置に前記データとして供給することを特徴とするサーバ。
【００２８】
上述した（７´）又は（８´）の発明によれば、「前記使用に関する使用履歴に基づいて」作成された前記「文字若しくは画像又はこれらの組合せ」を、前記通信端末装置の表示部に表示せしめているので、通信端末装置の使用状況に適合した「文字若しくは画像又はこれらの組合せ」を表示させて、キャラクタが操作者に話しかけるようにすることができ、「自分の行動を傍で見ていてくれるパートナー」としてキャラクタを位置付けることが可能となり、従来のキャラクタが持たれていた「ゲームの中だけで存在するキャラクタに過ぎない」という固定観念を覆して、操作者の日常生活の中にキャラクタを溶け込ませることが可能となり、更にキャラクタが操作者に繰り返し話しかけてくることによりキャラクタに対して愛着を感じさせる可能性が生ずる。
【００２９】
（９´） 前記使用履歴が、使用時間に関する情報又は使用回数に関する情報を含んでなるものである上記（７´）又は（８´）に記載のサーバ。
【００３０】
上述した（９´）の発明によれば、「使用時間に関する情報又は使用回数に関する情報」という簡易な情報を用いて前記「文字若しくは画像又はこれらの組合せ」が作成されることとなり、前記「文字若しくは画像又はこれらの組合せ」を表示せしめるための処理を容易なものにし得る利点がある。また、「使用時間に関する情報又は使用回数に関する情報」という操作者の個人的な情報を、キャラクタと共有させることもできる。
【００３１】
（１０´） 前記使用履歴に基づいて作成された「文字若しくは画像又はこれらの組合せ」が、前記キャラクタ情報に関連させられたものか、又は前記キャラクタからのメッセージとしてのものかのいずれか又は両方である上記（７´）又は（８´）に記載のサーバ。
【００３２】
上述した（１０´）の発明によれば、「自分の行動を傍で見ていてくれるパートナー」というキャラクタに対する操作者の思いをより強くすることが可能となり、操作者の日常生活の中にキャラクタを溶け込ませて、更にキャラクタに対して愛着を感じさせる可能性が生ずる。
【００３３】
（１１´） 前記通信端末装置の使用状況に応じて、前記「文字若しくは画像又はこれらの組合せ」を前記通信端末装置の表示部に表示せしめる上記（７´）に記載のサーバ。
（１２´） 前記プログラムが、前記通信端末装置の使用状況に応じて、前記「文字若しくは画像又はこれらの組合せ」を前記通信端末装置の表示部に表示せしめるものである上記（８´）に記載のサーバ。
上述した（１１´）又は（１２´）の発明によれば、通信端末装置の使用状況に適合した「文字若しくは画像又はこれらの組合せ」をタイミング良く表示させることができ、「自分の行動を傍で見ていてくれるパートナー」というキャラクタに対する操作者の思いをより強いものにできる可能性が生ずる。
【００３４】
［用語の定義等］
「キャラクタ」とは、人物や動植物、ロボット等の動体物を模したものの他、例えば空き缶のような身のまわりの種々の物品を模したものや空想上のキャラクタも含む概念であり、特にユーザが所有したくなるような外観を有するものが好ましい。
【００３５】
また、「キャラクタ情報」とは、キャラクタの画像情報及びキャラクタの性格情報を含む情報であり、キャラクタを外面的及び内面的に特徴付けるための情報を示す概念である。
【００３６】
更に、「有限使用」とは、キャラクタ情報について、時間的に制限したり、地域的に制限したり、内容的に制限したりすることにより、その制限内でキャラクタを使用可能にする概念であり、例えば、通信端末装置の表示部に所定の期間内だけキャラクタを表示することができるようにするものであり、いわゆる「レンタル」に相当する概念である。また、所定の地域に居住する者のみに限定する地域的制限や、所定の機能のみを使用できるようにする内容的制限をも含む概念である。
【００３７】
尚、上述した「レンタル」は、有償又は無償を問わず通信端末装置においてキャラクタを使用可能にすることを示す概念である。
【００３８】
更にまた、「有限使用の権能」とは、キャラクタ情報についての有限使用が許される資格を示す概念であり、サーバがこの資格を定めるとともに、通信端末装置に対して与えるものである。
【００３９】
「通信」とは、例えば、電話の発着信やメールの送受信を行うこと、通信回線網におけるサーバ内にある閲覧情報を閲覧すること、通信回線を介して他の通信端末装置の操作者又はキャラクタとネットワーク対戦ゲームを行うこと等を意味する。
【００４０】
また、「前記通信に関する「文字若しくは画像又はこれらの組合せ」」とは、通信に関連した情報を示し得る文字若しくは画像（画像には、キャラクタの画像が含まれていても含まれていなくてもいずれでもよい。）又はこれらの組合せからなるものを意味し、例えば、「かんなちゃんから電話がかかってきたよ！」という文字若しくは画像等や、「最近、正行君にメール送ってないね。けんかしたの？」という文字若しくは画像等のことを意味する。
【００４１】
更に、「通信履歴に基づいて」とは、「通信履歴から得られた情報」を用いて、という意味である。
【００４２】
また、「通信時間に関する情報」には、「通信時間情報」や「通信時刻情報」が含まれ、「通信回数に関する情報」には、「通信回数情報」や「通信頻度情報」が含まれる。
【００４３】
更に、「前記キャラクタ情報に関連されられたもの」としては、例えば、キャラクタが登場する「文字若しくは画像又はこれらの組合せ」が挙げられ、「前記キャラクタからのメッセージとしてのもの」としては、例えば、キャラクタからのメッセージを含む「文字若しくは画像又はこれらの組合せ」が挙げられる。
【００４４】
また、「前記通信端末装置の通信状況に応じて」とは、具体的には、「通信を行う直前・直後に」、「通信を行ってから所定時間が経過した後に」という意味である。
【００４５】
更にまた、「通信端末装置の使用」とは、例えば、前記「通信」を行うこと、レンタル又は買い取ったキャラクタと対話や対戦ゲーム等をして交流を行うこと、キャラクタとは関係なく操作者が単独でゲーム等を行うこと、スケジュール帳や入出金リストに操作者自身のデータを入力する等、通信端末装置内のプログラムを起動させて通信端末装置を動作させる（通信端末装置の有する機能を発揮させる）ことを意味する。
【００４６】
また、「通信端末装置の使用に関する「文字若しくは画像又はこれらの組合せ」」とは、通信端末装置の使用に関連した情報を示し得る文字若しくは画像（画像には、キャラクタの画像が含まれていても含まれていなくてもいずれでもよい。）又はこれらの組合せを意味し、例えば、「久しぶりに僕と○×ゲームやらない？」という文字若しくは画像等や、「今日はお小遣い帳つけなくていいの？」という文字若しくは画像等のことを意味する。
【００４７】
更に、「使用履歴に基づいて」とは、「使用履歴から得られた情報」を用いて、という意味である。
【００４８】
また、「使用時間に関する情報」には、「使用時間情報」や「使用時刻情報」が含まれ、「使用回数に関する情報」には、「使用回数情報」や「使用頻度情報」が含まれる。
【００４９】
更に、「前記キャラクタ情報に関連されられたもの」としては、例えば、キャラクタが登場する「文字若しくは画像又はこれらの組合せ」が挙げられ、「前記キャラクタからのメッセージとしてのもの」としては、例えば、キャラクタからのメッセージを含む「文字若しくは画像又はこれらの組合せ」が挙げられる。
【００５０】
また、「前記通信端末装置の使用状況に応じて」とは、具体的には、「使用を行う直前・直後に」、「使用を行ってから所定時間が経過した後に」のことを意味する。
【００５１】
尚、後述する携帯用通信端末装置１０、携帯型ゲーム装置６０又は携帯電話７０から、「通信端末装置」が構成される。また、サーバ４から「サーバ」が構成され、公衆電話回線網２又は携帯電話回線網３から「通信回線」が構成される。
【００５２】
【発明の実施の形態】
以下に、本発明の実施例について図面に基づいて説明する。
【００５３】
［システム構成］
図１は本発明に係る携帯用通信端末装置１０、携帯型ゲーム装置６０及び携帯電話７０（以下、通信端末装置１０、６０又は７０と称する）を有するキャラクタレンタルシステム１の構成を示すブロック図である。この図１に示すキャラクタレンタルシステム１において、公衆電話回線網２には、携帯型ゲーム装置６０が接続され、携帯型ゲーム装置６０は公衆電話回線網２を介してサーバ４に接続することによりサーバ４から種々の情報を受け取ることができるようになされている。
【００５４】
また、携帯用通信端末装置１０又は携帯電話７０は、ベースステーション５を介して携帯電話回線網３に接続することができ、さらに公衆電話回線網２を介してサーバ４にアクセスすることができるようになされている。
【００５５】
上述したサーバ４は、各通信端末装置１０、６０及び７０のアドレスを管理するようになされており、サーバ４は、各通信端末装置１０、６０又は７０から送信される種々の情報、例えばパスワード等の情報を識別することができるのである。
【００５６】
［通信端末装置の構成］
図２は通信端末装置１０、６０又は７０のハードウエア構成を示すブロック図である。
【００５７】
この図２に示す通信端末装置１０、６０又は７０において、バスライン３０にはＣＰＵ(Central Processing Unit)１２、ＲＯＭ１４、ＲＡＭ１６及び不揮発性ＲＡＭ１８が接続されており、ＣＰＵ１２はＲＯＭ１４、ＲＡＭ１６又は不揮発性ＲＡＭ１８に格納されたプログラムにしたがって各部を制御する。
【００５８】
バスライン３０には入力インターフェイス２２を介してキーボード３２及びコントローラ３４が接続されている。また、バスライン３０には表示回路２４、サウンド処理回路２５、及び公衆電話回線網２との間で情報の授受を行う通信インターフェイス２１が接続されている。
【００５９】
上述した表示回路２４には、表示装置４１が接続され、サウンド処理回路２５には、スピーカ４２が接続されている。表示装置４１には、後述するキャラクタに関する情報を含む種々の情報がＣＰＵ１２の命令に従って表示される。
【００６０】
更に、バスライン３０には、プログラムの実行時間等の時間を計測するためのタイマー２０も接続されている。タイマーを起動するための信号がＣＰＵ１２から発せられたときには、タイマー２０は、タイマー値を初期化してタイマー値を計数し始める。また、タイマーを停止するための信号がＣＰＵ１２から発せられたときには、タイマー２０は、タイマー値の計数を停止し、そのときのタイマー値をバスライン３０に供給する。このタイマー値に基づいて、日付や時刻の設定を行うのである。
【００６１】
［サーバの構成］
また、インターネット等の通信回線網を介してキャラクタをレンタルするシステムを制御するサーバ４は、図３に示す如く、ハードディスクドライブ８８と、ＣＰＵ８２と、ＲＯＭ８４と、ＲＡＭ８６と、通信用インターフェイス回路９０と、から構成されている。ハードディスクドライブ８８は、通信端末装置１０、６０又は７０との通信をするためのプログラムや、後述する未登録ユーザ処理のプログラム、登録ユーザ処理のプログラム、対話情報を処理するプログラム、レンタル期限を通知する処理のプログラム、及びレンタル完了情報を処理するプログラム等のプログラム、並びに、通信端末装置１０、６０又は７０の表示装置４１にキャラクタの画像を表示するプログラムを記憶する。
【００６２】
上述した如き構成とすることにより、通信端末装置１０、６０又は７０とサーバ４とは、公衆電話回線網２や携帯電話回線網３を介して接続され、データの送受信をなすことができ、サーバは「通信回線を介して通信端末装置と接続された状態で、当該通信端末装置とデータを送受信し得る」ことをなすのである。
【００６３】
尚、以下においては、通信端末装置１０、６０又は７０、並びにサーバ４は、予め起動されており、上述したＣＰＵ１２やＣＰＵ８２において用いられる変数は所定の値に初期化され、通信端末装置１０、６０又は７０、並びにサーバ４は定常動作しているものとする。
【００６４】
［キャラクタレンタルシステムの概要］
キャラクタをレンタルするシステムの概略を示す図を図４に示す。尚、本明細書においては、「レンタル」なる語は、有償又は無償を問わず通信端末装置１０、６０又は７０においてキャラクタを使用可能にすることを示すものとする。
【００６５】
通信端末装置１０、６０又は７０の操作者は、キャラクタをレンタルするサーバ４を指定してアクセスする。これにより、通信端末装置１０、６０又は７０の表示装置４１には、キャラクタレンタルについての案内情報が表示され、キャラクタの外見や性格が紹介される。キャラクタは、複数の種類のものが用意され、操作者は、自分と相性が合いそうなキャラクタや、興味のあるキャラクタを選択することができる。
【００６６】
キャラクタを選択した操作者は、キャラクタのレンタルを申し込むべく、所定の手続きをする。これにより、ユーザ登録がなされ、キャラクタの画像データや性格情報等のキャラクタ情報をサーバから受信することにより、キャラクタのレンタルが開始される。
【００６７】
キャラクタのレンタルが開始されると同時に試用期間が起算されることとなる。この試用期間においては、無償でキャラクタを通信端末装置１０、６０又は７０において使用することができるのである。例えば、通信端末装置１０、６０又は７０にメールや電話を受けたときには、着信した旨をキャラクタが教えてくれる表示がなされたり、メールの内容についてキャラクタが質問をしてくる表示がなされたり、キャラクタが操作者に対してゲームを誘うような表示がなされるのである。
【００６８】
尚、試用期間中においては、キャラクタの利用の機能について、制限事項を設けることとしてもよい。例えば、電話の着信については教えてくれるが、メールの着信については教えてくれない等の利用することができない機能を設けておくこととしてもよい。
【００６９】
上述した如く、通信端末装置１０、６０又は７０においては、レンタルしたキャラクタと対話をしたりやゲームをしたりすることにより、キャラクタがどのような性格であるのかをより知ることができる。しばらくの期間キャラクタを利用した後、操作者がキャラクタと相性が合わないと判断したり、キャラクタに飽きたりした場合には、キャラクタを交換することもできる。
【００７０】
所定の試用期間が経過したときには、レンタル期間を延長するか否かの通知がサーバから通知される。操作者が、レンタル期間を延長したい場合には、所定数のチップをサーバに支払うことにより、レンタル期間を延長することができる。
【００７１】
このチップは、キャラクタと対話をしたり、ゲームをしたりすることにより、増えていくもので、キャラクタとの交流の度合いを示すものである。後述する如く、キャラクタとの対話の回数や時間、キャラクタとのゲームの対戦結果により、チップの数は変化する。また、所定の金額と引き換えにチップを購入できることとしてもよい。このようにすることより、キャラクタのことが好きでも、キャラクタとの交流の時間を設けることが困難な操作者や、ゲームが不得意な操作者であっても、チップを増やすことができ、継続してキャラクタをレンタルすることできるのである。
【００７２】
更に、延長期間が経過したときや、操作者がキャラクタの買取を希望したときには、チップを更に支払うことで、操作者がキャラクタを買い取ることもできる。キャラクタを買い取ることにより、操作者は、通信端末装置１０、６０又は７０において、永続的にキャラクタを使用することができるのである。
【００７３】
尚、操作者が希望すれば、試用期間中においてもキャラクタを買い取ることもできることとしてもよい。また、この場合には、支払うべきチップの数を多く設定することとしてもよい。
【００７４】
［サーバの動作の説明］
（登録ユーザ又は未登録ユーザの判別処理）
以下に、サーバ４において実行処理されるサブルーチンを図５に示す。
【００７５】
図５に示すサブルーチンは、予め実行されているメインルーチン（図示せず）から所定のタイミングで呼び出されて実行されるものとする。
【００７６】
最初に、通信端末装置１０、６０又は７０と通信可能な状態になっているか否かを判断する（ステップＳ１１）。通信端末装置１０、６０又は７０と通信可能な状態になっていないと判別したときには、直ちに本サブルーチンを終了する。
【００７７】
通信端末装置１０、６０又は７０と通信可能な状態になっていると判別したときには、通信端末装置１０、６０又は７０から発せられたユーザＩＤを受信する（ステップＳ１２）。このユーザＩＤは、通信端末装置１０、６０又は７０の操作者を識別するための識別情報であり、後述する如く、サーバ４が定めるものである。
【００７８】
次に、サーバ４に接続した通信端末装置１０、６０又は７０の操作者が登録ユーザであるか否かを判断する（ステップＳ１３）。この判断は、上述したユーザＩＤが存在するか否かで判断する。即ち、サーバ４が、ユーザＩＤを受信したときには、登録ユーザであると判別し、ユーザＩＤを受信しなかったときには、未登録ユーザであると判別するのである。
【００７９】
ステップＳ１３において、登録ユーザでないと判別したとき、即ち、未登録ユーザであると判別したときには、後述する未登録ユーザ処理を呼び出して実行する（ステップＳ１４）。一方、登録ユーザであると判別したときには、後述する登録ユーザ処理を呼び出して実行する（ステップＳ１５）。
【００８０】
上述したステップＳ１４又はＳ１５の処理を実行した後、本サブルーチンを終了する。
【００８１】
（未登録ユーザの処理）
上述したステップＳ１４において呼び出されて実行される未登録ユーザの処理のサブルーチンを図６に示す。
【００８２】
最初に、通信端末装置１０、６０又は７０にキャラクタのレンタルに関する案内情報を送信する（ステップＳ２１）。
【００８３】
キャラクタのレンタルに関する案内情報がサーバ４から送信されると、通信端末装置１０、６０又は７０は、この案内情報を受信し、通信端末装置１０、６０又は７０の表示部には、例えば、図７（ａ）に示す如く、通信端末装置１０、６０又は７０の表示装置４１の表示部に「ようこそ、キャラクタレンタルサイトへ」等のメッセージや、「戻る」や「続行」や「選ぶ」等のキャラクタのレンタルの処理についての選択を促すメッセージが表示される。
【００８４】
通信端末装置１０、６０又は７０の操作者が、希望する処理を選択すると、通信端末装置１０、６０又は７０からサーバ４へ処理についての情報が送信される。
【００８５】
次いで、通信端末装置１０、６０又は７０から処理を続行する旨の情報を受信したか否かを判断する（ステップＳ２２）。処理を続行しない旨の情報を受信したときには、直ちに本サブルーチンを終了する。
【００８６】
一方、処理を続行する旨の情報を受信したときには、キャラクタ選択処理を行う（ステップＳ２３）。この選択処理は、複数のキャラクタ種から一のキャラクタ種をキャラクタとして選択するものである。サーバ４は、後述する如く複数のキャラクタ種をキャラクタとして用意しておき、複数のキャラクタ種から一のキャラクタを選択できるようにするのである。このような処理をすることにより、「複数のキャラクタ種から選択自在に」することをなし得るのである。
【００８７】
また、上述した処理を続行する旨の情報が、「当該通信端末装置において当該キャラクタ情報を有限使用するための許可要求情報」をなすのである。
【００８８】
上述した選択処理は、乱数を発生させて乱数に対応するキャラクタ種を選択することとしてもよい。この場合には、複数のキャラクタ種から乱数に対応する一のキャラクタ種を選択するのである。
【００８９】
尚、サーバ４のハードディスクドライブ８８には、図８に示す如きキャラクタ紹介用のデータベースが予め記憶されている。このデータベースは、複数のキャラクタ種の画像や、そのキャラクタ種に対応するメッセージを記憶するものである。上述したステップＳ２３においては、データベースを検索し、キャラクタ種の画像や、そのキャラクタ種に対応するメッセージを読み出すのである。
【００９０】
次いで、読み出したキャラクタの画像や、そのキャラクタに対応するメッセージを通信端末装置１０、６０又は７０に送信する（ステップＳ２４）。
【００９１】
キャラクタの画像や、そのキャラクタに対応するメッセージがサーバ４から送信されると、通信端末装置１０、６０又は７０は、このキャラクタの画像や、そのキャラクタに対応するメッセージを受信し、通信端末装置１０、６０又は７０の表示部には、例えば、図７（ｂ）に示す如き、キャラクタの画像や、キャラクタからのメッセージや、処理の選択を促すメッセージが表示されるのである。
【００９２】
このような処理をすることにより、「通信端末装置の表示部において選択に関する表示像を表示せしめる」ことをなすことができるのである。
【００９３】
通信端末装置１０、６０又は７０の操作者は、表示されたキャラクタでよいか否かを判断し、その可否の旨をキー操作により入力する。可否の情報は、通信端末装置１０、６０又は７０からサーバに送信されるのである。
【００９４】
サーバ４は、通信端末装置１０、６０又は７０から送信された可否の情報を受信し、操作者が紹介したキャラクタを受け入れるか否かを判断する（ステップＳ２５）。紹介したキャラクタを操作者がレンタルしたくないものと判別したときには、上述したステップＳ２３に戻り、再びキャラクタの選択処理を行うのである。
【００９５】
このような処理をすることにより、「キャラクタを複数のキャラクタ種から選択自在にして、通信端末装置において当該キャラクタを交換可能にする」ことをなすことができるのである。
【００９６】
上述したステップＳ２５において、紹介したキャラクタを操作者がレンタルしたいものと判別したときには、ユーザ登録の処理を行う（ステップＳ２６）。このユーザ登録の処理は、通信端末装置１０、６０又は７０の氏名や、通信端末装置１０、６０又は７０とサーバ４との通信をなすためのメールアドレスや電話番号等の所定の情報を、通信端末装置１０、６０又は７０から送信してもらい、これらの情報をサーバ４が受信し、不備がないと判別したときには、ユーザ登録を完了するのである。この処理を行うことにより、通信端末装置１０、６０又は７０の操作者は、未登録ユーザから登録ユーザとなり、後述するユーザＩＤが操作者に対して１つ定められるのである。
【００９７】
ステップＳ２６の処理を終えた後、キャラクタ使用システムのプログラムを通信端末装置１０、６０又は７０に送信する（ステップＳ２７）。
【００９８】
このキャラクタ使用システムのプログラムは、通信端末装置１０、６０又は７０において、レンタルされたキャラクタを表示するためのプログラムを含むものである。例えば、通信端末装置１０、６０又は７０においてメールや電話を着信したときに、レンタルされたキャラクタがメールや電話の着信を教えてくれるような画像を表示するためのプログラムや、メールの内容に基づいてキャラクタが操作者に質問するような画像を表示するためのプログラムや、キャラクタがゲームを誘うような画像を表示するためのプログラムを含む。
【００９９】
また、上述したキャラクタ使用システムのプログラムにキャラクタの使用について有限使用の権限の機能を含めることとした場合には、通信端末装置１０、６０又は７０が有限使用の期限を管理することとなるのである。このような構成とすることにより、通信端末装置１０、６０又は７０において所定のレンタル期間のみキャラクタを使用することができることとなり、サーバ４が送信したプログラムにより、サーバ４が「キャラクタ情報についての有限使用の権能を通信端末装置に対して与える」ことをなすのである。
【０１００】
また、後述する如く、サーバ４が有限使用の期限を管理することとしてもよい。この場合には、有限使用の期限に近づいたときには、サーバ４がその旨の情報を通信端末装置１０、６０又は７０に送信し、通信端末装置１０、６０又は７０は、送信された情報に基づいてキャラクタ情報を有限使用のものとするのである。
【０１０１】
このような構成とした場合においては、サーバ４が有限使用の期限を管理するので、「通信端末装置におけるキャラクタ情報の有限使用の権能を定める」ことをなすのである。また、有限使用の期限の情報を通信端末装置１０、６０又は７０に送信するので、サーバ４が「キャラクタ情報についての有限使用の権能を通信端末装置に対して与える」こともなすのである。
【０１０２】
尚、上述したキャラクタ使用システムのプログラムは、通信や表示に適したプログラム言語であればよく、例えば、ＪＡＶＡ（登録商標）等のプログラミング言語により作成されたプログラムである。
【０１０３】
次いで、通信端末装置１０、６０又は７０の表示装置４１に表示されるキャラクタの画像のデータを通信端末装置１０、６０又は７０に送信する（ステップＳ２８）。このような処理をすることにより、「キャラクタ情報を通信端末装置にデータとして供給し得ること」をなすのである。
【０１０４】
尚、ステップＳ２７で送信するプログラムの中に画像データを含めた構成とした場合には、画像データを独立して送信することとしなくてもよい。
【０１０５】
次に、キャラクタの性格を定める性格情報について、過去の履歴を引き継ぐこととするか否かについての質問情報を、通信端末装置１０、６０又は７０に送信する。このキャラクタの性格情報は、後述する如く、通信端末装置１０、６０又は７０の操作者とキャラクタとの対話に基づいて形成されていくキャラクタの性格に関する情報である。
【０１０６】
通信端末装置１０、６０又は７０は、サーバ４から送信された質問情報を表示装置４１に表示し、過去の履歴を引き継ぐか否かの入力を促す。通信端末装置１０、６０又は７０の操作者は、キーボード３２又はコントローラ３４を操作して、過去の履歴を引き継ぐか否かの回答を選択して入力する。通信端末装置１０、６０又は７０は、この回答の情報をサーバ４に送信する。
【０１０７】
サーバ４は、通信端末装置１０、６０又は７０から送信された過去の履歴を引き継ぐか否かの回答の情報を受信し、性格情報についての過去の履歴を引き継ぐか否かを判断する（ステップＳ２９）。性格情報についての過去の履歴を引き継がないと判別したときには、後述するステップＳ３１に処理を移す。
【０１０８】
一方、性格情報についての過去の履歴を引き継ぐと判別したときには、キャラクタの性格情報の過去の履歴を通信端末装置１０、６０又は７０に送信する（ステップＳ３０）。このような処理をすることによっても、「キャラクタ情報を通信端末装置にデータとして供給し得ること」をなすのである。また、「性格情報を含むキャラクタ情報を、通信端末装置にデータとして供給する」こともなすのである。
【０１０９】
次いで、後述する図９に示す如きデータベースをサーバ４において更新する（ステップＳ３１）。尚、このデータベースは、通信端末装置１０、６０又は７０の操作者情報やレンタルされたキャラクタの情報を記憶するもので、サーバ４のハードディスク８８に格納されている。
【０１１０】
上述した処理を終えた後、本サブルーチンを終了する。
【０１１１】
上述したステップＳ２７、Ｓ２８及びＳ２９の処理をすることにより、「通信端末装置の表示部に表示されるキャラクタに関するキャラクタ情報と、キャラクタを表示するプログラムを含むプログラムと、を通信端末装置にデータとして供給する」ことをなすのである。
【０１１２】
上述したステップＳ２１において、サーバ４から通信端末装置１０、６０又は７０にキャラクタをレンタルする旨の案内情報を送信したときに、通信端末装置１０、６０又は７０の表示装置４１に表示される表示像を図７（ａ）に示す。尚、この図７（ａ）は、図１に示した携帯電話７０の表示部を拡大して表示したものである。
【０１１３】
表示部の上部には、サーバ４からのメッセージ「ようこそ、キャラクタレンタルサイトへ」が表示される。また、表示部の中央には、キャラクタの例示としてのキャラクタの画像が表示される。更に、表示部の下部には、処理を続行するか戻るかの選択肢を示す「続行」及び「戻る」の選択枠が表示される。
【０１１４】
また、上述したステップＳ２４において、キャラクタの画像や、そのキャラクタに対応するメッセージを通信端末装置１０、６０又は７０に送信したときに、通信端末装置１０、６０又は７０の表示装置４１に表示される表示像を図７（ｂ）に示す。尚、この図７（ｂ）は、図７（ａ）と同様に、図１に示した携帯電話７０の表示部を拡大して表示したものである。
【０１１５】
表示部の上部には、サーバ４からのキャラクタの紹介文「ぼくは、かわいいキャラクタだよ。きみと、いっしょに遊びたいな」が表示される。また、表示部の中央には、紹介用のキャラクタの画像が表示される。更に、表示部の左下部には、処理を次に進めるか戻るかの選択肢を示す「次」及び「戻る」の選択枠が表示される。更にまた、表示部の右下部には、表示されたキャラクタを選択するための「選ぶ」枠が表示される。
【０１１６】
上述したステップＳ２４において、キャラクタからのメッセージを通信端末装置１０、６０又は７０に送信する際に、参照されるキャラクタ紹介用のデータベースの例を図８に示す。
【０１１７】
左の列は、キャラクタ種を記憶するもので、例えば、「強気なキャラクタ」、「かわいいキャラクタ」、「ずるがしこいキャラクタ」等のキャラクタ種が記憶されている。
【０１１８】
また、中央の列には、キャラクタ種に対応するキャラクタの名前を記憶するもので、例えば、「□ちゃん」、「○ちゃん」、「×ちゃん」等のキャラクタの名前が記憶されている。
【０１１９】
更に、右の列には、キャラクタの各々からの自己紹介の文書を記憶するもので、例えば、「俺は、□さ。俺と一緒に遊ぶと楽しいぜ。」、「ぼくの名前は、○。君と一緒に遊びたいな。」、「俺は、×。俺と一緒に遊ぶといいかもよ。」等の文書が記憶されている。
【０１２０】
尚、このキャラクタ紹介用のデータベースは、紹介用のキャラクタの画像データも記憶しており、キャラクタの紹介文とともに画像データも読み出されるのである。
【０１２１】
上述したステップＳ３１において、生成又は更新されるデータベースを図９に示す。
【０１２２】
第１列は、ユーザＩＤが記憶される領域である。このユーザＩＤは、通信端末装置１０、６０又は７０や、通信端末装置１０、６０又は７０の操作者を識別するためのものであり、ステップＳ２６のユーザ登録処理が完了したときに、サーバ４が割り当てるものである。
【０１２３】
第２列は、キャラクタＩＤが記憶される領域である。このキャラクタＩＤは、レンタルされているキャラクタを識別するためのものであり、ステップＳ２６のユーザ登録処理が完了したときに、サーバ４が割り当てるものである。尚、このキャラクタＩＤには、キャラクタ種を識別するための情報も含まれている。
【０１２４】
第３列は、レンタル回数を示すものであり、過去にそのキャラクタがレンタルされた回数を示すものである。
【０１２５】
第４列は、レンタル開始日を記憶するものであり、上述したステップＳ２６のユーザ登録処理が完了したときにおける日付を記憶するものである。
【０１２６】
第５列は、キャラクタのレンタルが試用期間中におけるものであるか否かを示すものであり、例えば、試用期間中であるときには、記憶する値を「１」に設定し、試用期間でないときには、記憶する値を「０」に設定するのである。
【０１２７】
第６列は、キャラクタのレンタルが延長期間中におけるものであるか否かを示すものであり、例えば、延長期間中でないときには、記憶する値を「０」に設定し、延長期間であるときには、延長の回数を記憶する。
【０１２８】
第７列は、キャラクタを買い取ったか否かを記憶するものであり、例えば、キャラクタを買い取っていないときには、記憶する値は「０」に設定され、キャラクタを買い取っているときには、記憶する値は「１」に設定されるのである。
【０１２９】
第８列は、チップ数を記憶するものである。このチップ数は、登録ユーザがキャラクタの世話、例えばキャラクタとの対話や、キャラクタとのゲームをしたときに、増えるものである。
【０１３０】
上述した図６のサブルーチンが実行されたときにおけるタイムチャートを図１０に示す。左側の縦線は、通信端末装置１０、６０又は７０を示し、右側の縦線は、サーバ４を示す。
【０１３１】
上述したステップＳ２１の処理が実行されると、サーバ４から通信端末装置１０、６０又は７０にキャラクタレンタルの案内情報が送信される。
【０１３２】
これに対して、処理を続行するときには、通信端末装置１０、６０又は７０からサーバ４に続行する旨の情報が送信される。
【０１３３】
また、ステップＳ２４の処理が実行されると、サーバ４から通信端末装置１０、６０又は７０に紹介用のキャラクタ画像等の紹介情報が送信される。
【０１３４】
これに対して、紹介されたキャラクタをレンタルするときには、通信端末装置１０、６０又は７０からサーバ４に承諾の旨の情報が送信される。
【０１３５】
更に、ステップＳ２７において、キャラクタ使用システムのプログラムが、サーバ４から通信端末装置１０、６０又は７０に送信されて、通信端末装置１０、６０又は７０がプログラムの全てを受信したと判別したときには、受信終了の旨の情報が通信端末装置１０、６０又は７０からサーバ４に送信される。
【０１３６】
更にまた、ステップＳ２８において、キャラクタ画像データが、サーバ４から通信端末装置１０、６０又は７０に送信されて、通信端末装置１０、６０又は７０がキャラクタ画像データの全てを受信したと判別したときには、受信終了の旨の情報が通信端末装置１０、６０又は７０からサーバ４に送信される。
【０１３７】
また、ステップＳ２９においては、キャラクタの性格を定める性格情報について、過去の履歴を引き継ぐこととするか否かについての質問情報を、サーバ４は通信端末装置１０、６０又は７０に送信する。
【０１３８】
これに対して、履歴を引き継ぐときには、通信端末装置１０、６０又は７０は、その旨の情報を、サーバ４に送信するのである。
【０１３９】
［通信端末装置の動作の説明］
（メールを受信したときの動作・電話を着信したときの動作）
上述した手順により、キャラクタをレンタルしたときにおいて、通信端末装置１０、６０又は７０がメールを受信したときには、図１１に示す如き画像が、通信端末装置１０、６０又は７０の表示装置４１に表示される。
【０１４０】
画面の上部には、「かんなちゃんからメールが届いたよ。今読む？」の如き、キャラクタからのメッセージが表示されるのである。また、画面の中央部には、レンタルしたキャラクタの画像が表示される。更に、画面の下部には、メールを「読む」か「読まない」か、の選択を示す枠が表示される。
【０１４１】
このようにして、キャラクタをレンタルしている間に、通信端末装置１０、６０又は７０がメールを受信したときには、キャラクタがその旨を知らせてくれる表示がなされるのである。
【０１４２】
また、通信端末装置１０、６０又は７０が電話を着信したときにおいても、キャラクタがその旨を知らせてくれる表示がなされるのである。
【０１４３】
尚、このとき行われる処理については、後述する「電話の発着信時・メールの送受信時における画像の表示処理」にて詳細に説明する。
【０１４４】
また、図１１に示した如く、キャラクタをレンタルしている間には、「レンタル中」の如き、現在キャラクタをレンタルしていることを示す情報を画面に表示することとしてもよい。このような処理をすることで、「キャラクタ情報が有限使用であることに関する告知情報に係る表示像を、前記通信端末装置の表示部に表示せしめる」ことをなすのである。
【０１４５】
（キャラクタから質問をする動作）
また、受信したメールの内容についてキャラクタから質問をしてくる場合もある。その一例を図１２に示す。例えば、受信したメールから単語を抽出し、その単語は何を意味するものかを質問するのである。
【０１４６】
図１２（ａ）に示す如く、画面の上部には、「「正行」って何？」というキャラクタの質問が表示される。この「正行」なる単語は、受信したメールから抽出した単語である。画面の中央部には、キャラクタの画像が表示される。また、画面の下部には、キャラクタからの質問に対して「答える」及び「答えない」の選択の枠が表示される。
【０１４７】
操作者がキャラクタからの質問に答える場合には、図１２（ｂ）の如き画面が表示される。画面の左側には、単語が属し得るカテゴリー、例えば、「場所」、「食べ物」、「ゲームの名」、「人の名前」が表示される。
【０１４８】
操作者がこれに答えると更に、キャラクタが質問をし、画面の上部に「「正行」って好き・嫌い？」というキャラクタからの質問が表示される。画面の下部には、その単語が示すものが「好き」であるか「嫌い」であるかの選択をする枠が表示される。操作者は、上述した如き、キャラクタからの質問に対して答えていくのである。
【０１４９】
尚、このキャラクタからの質問は、後述するキーワード用データベースに登録され、キャラクタの性格等に反映されていくのである。
【０１５０】
また、単語を抽出しやすくするために、メールの形式を定型化したものを用いることとしてもよい。更に、上述した実施例においては、受信したメールの内容から単語を抽出し、キャラクタがその単語について質問をする場合を示したが、送信したメールの内容から単語を抽出することとしてもよい。更にまた、音声認識技術等の処理をすることにより、着信又は発信した電話の内容から単語を抽出し、キャラクタがその単語について質問をすることとしてもよい。
【０１５１】
（キャラクタとのゲームの対戦の動作）
更に、キャラクタをレンタルしているときにおいては、キャラクタから操作者に対してゲームの対戦を申し出る表示がなされる場合もある。この例を図１３に示す。
【０１５２】
図１３（ａ）に示す如く、画面の上部には、「俺とゲームしないか？」というキャラクタからの挑戦のメッセージが表示される。また、画面の下部には、キャラクタからの挑戦に対して「する」か「しない」かの選択の枠が表示される。
【０１５３】
操作者がキャラクタからの挑戦を受けたときには、ゲームが開始される。
【０１５４】
ゲームが終了し、例えば、キャラクタが勝った場合には、図１３（ｂ）の如き画面が表示される。画面の上部には、「俺の勝ちだな もう１度やるか？」というキャラクタからのメッセージが表示され、画面の下部には、ゲームをもう１度「する」か「しない」かの選択の枠が表示されるのである。
【０１５５】
上述した如く、メールの受信や送信の知らせや、電話の発信や着信の知らせや、そのメールや電話の内容についての質問や、ゲームの対戦等を通じて、キャラクタとの交流を深めていくのである。
【０１５６】
（登録ユーザの処理）
上述したステップＳ１５において呼び出されて実行される登録ユーザの処理のサブルーチンを図１４に示す。
【０１５７】
最初に、通信端末装置１０、６０又は７０から発せられた情報が、対話情報を送信したい旨の情報であるか否かを判断する（ステップＳ４１）。対話情報を送信したい旨の情報でないと判別したときには、メニュー表示用の情報を通信端末装置１０、６０又は７０に送信する（ステップＳ４２）。
【０１５８】
メニュー表示用の情報を通信端末装置１０、６０又は７０が受信したときには、通信端末装置１０、６０又は７０の表示装置４１には、図１５に示す如き画像が表示される。
【０１５９】
画面の上部には、「希望の処理を選んでね」というメッセージが表示され、その下には、処理の一覧、例えば、「キャラクタ交換」、「レンタル延長」、「キャラクタ買取」、「終了」が表示される。
【０１６０】
通信端末装置１０、６０又は７０の操作者は、希望する処理を選択すると、通信端末装置１０、６０又は７０は、選択された処理を識別する情報をサーバ４に送信する。
【０１６１】
サーバ４は、選択された処理を識別する情報を受信し、通信端末装置１０、６０又は７０の操作者が希望する処理が、キャラクタ交換であるか否かを判断する（ステップＳ４３）。
【０１６２】
操作者が希望する処理が、キャラクタ交換でないと判別したときには、その他の処理、例えば、レンタル延長や、キャラクタ買取等の処理を行い（ステップＳ４４）、上述したステップＳ３１に処理を移す。
【０１６３】
操作者が希望する処理が、キャラクタ交換であると判別したときには、ステップＳ２３〜Ｓ３１の処理を実行する。尚、これらのステップＳ２３〜Ｓ３１の処理は、図５に示したものと同様の処理であり、同一の符号を付して示した。
【０１６４】
上述したステップＳ４１において、通信端末装置１０、６０又は７０から発せられた情報が、対話情報を送信したい旨の情報であると判別したときには、対話情報を受信する（ステップＳ４５）。
【０１６５】
尚、通信端末装置１０、６０又は７０がサーバ４に対話情報を送信するのは、所定のタイミング、例えば、夜や朝である。例えば、夜に送信するときには、その日の一日分の対話情報をサーバ４に送信するのである。また、朝に送信するときには、前日の一日分の対話情報をサーバ４に送信するのである。このような処理をなすことで、通信端末装置１０、６０又は７０のＲＡＭ１６や不揮発性ＲＡＭ１８の記憶容量が小さいときでも、対話情報を十分に記憶することができ、サーバ４に対話情報を的確に送信することができるのである。
【０１６６】
また、送信のタイミングを表示されるキャラクタの動作に合わせることとしてもよい。例えば、夜において、キャラクタからの「もう眠いから、寝るね。」なるメッセージが通信端末装置１０、６０又は７０の表示装置４１に表示された後に、送信することとしてもよい。また、朝においては、キャラクタからの「おはよう！」なるメッセージが通信端末装置１０、６０又は７０の表示装置４１に表示された後に、送信することとしてもよい。
【０１６７】
また、上述した対話情報は、例えば、図１６に示す如き項目からなるものである。
【０１６８】
項目は、キャラクタとの対話の回数や、キャラクタと対話した時間や、キャラクタからの「おはよう！」や「おやすみ」等の呼びかけに対する回答の回数がある。この回答の回数には、キャラクタからの呼びかけに対して、答えた回数と、無視した回数とかがある。
【０１６９】
また、項目には、メールに含まれていた単語についての質問に対する回答の回数がある。この回答の回数には、答えた回数と、答えなかった回数とがある。
【０１７０】
更に、対話情報の項目として、操作者がキャラクタに対して呼びかけた回数や、キャラクタとゲームをした回数や、キャラクタが質問した単語についての分類等が含まれる。
【０１７１】
キャラクタが質問した単語についての分類は、上述した図１２において説明した如く、受信したメールから単語を抽出し、その単語が意味するもののカテゴリーや好き・嫌いの別の分類である。
【０１７２】
上述したステップＳ４５において、対話情報を受信した後、後述する対話情報処理を実行し（ステップＳ４６）、対話情報処理により生成した性格情報及びキーワード情報を通信端末装置１０、６０又は７０に送信し（ステップＳ４７）、上述したステップＳ３１に処理を移す。
【０１７３】
（対話情報の処理）
上述したステップＳ４６において呼び出されて実行される対話情報処理のサブルーチンを図１７に示す。
【０１７４】
最初に、既にデータベースに記憶されている対話回数と、通信端末装置１０、６０又は７０から新たに受信した対話回数と、から全対話回数を算出する（ステップＳ５１）。次いで、既にデータベースに記憶されている対話時間と、通信端末装置１０、６０又は７０から新たに受信した対話時間と、から全対話時間を算出する（ステップＳ５２）。
【０１７５】
次に、既にデータベースに記憶されているキャラクタからの呼びかけに対して答えた回数と、通信端末装置１０、６０又は７０から新たに受信した呼びかけに対して答えた回数と、から呼びかけに対して答えた全回数を算出する（ステップＳ５３）。次いで、既にデータベースに記憶されているキャラクタからの呼びかけを無視した回数と、通信端末装置１０、６０又は７０から新たに受信した呼びかけを無視した回数と、から呼びかけを無視した全回数を算出する（ステップＳ５４）。
【０１７６】
次に、既にデータベースに記憶されているキャラクタからの単語についての質問に対して答えた回数と、通信端末装置１０、６０又は７０から新たに受信したキャラクタからの単語についての質問に対して答えた回数と、から質問に対して答えた全回数を算出する（ステップＳ５５）。次いで、既にデータベースに記憶されているキャラクタからの単語についての質問に対して答えなかった回数と、通信端末装置１０、６０又は７０から受信した新たに質問に対して答えなかった回数と、から質問に対して答えなかった全回数を算出する（ステップＳ５６）。
【０１７７】
次に、既にデータベースに記憶されているキャラクタに対して呼びかけた回数と、通信端末装置１０、６０又は７０から新たに受信したキャラクタに対して呼びかけた回数と、からキャラクタに対して呼びかけた全回数を算出する（ステップＳ５７）。
【０１７８】
更に、既にデータベースに記憶されているゲームの実行回数と、通信端末装置１０、６０又は７０から新たに受信したゲームの実行回数と、からゲームの全実行回数を算出する（ステップＳ５８）。
【０１７９】
次いで、後述するキャラクタの性格設定の処理を行い（ステップＳ５９）、キーワードの設定の処理を行い（ステップＳ６０）、本サブルーチンを終了する。
【０１８０】
（性格設定処理）
上述したステップＳ５９における性格設定の処理に用いるデータベースの例を図１８に示す。
【０１８１】
図１８（ａ）は、キャラクタ種の各々に応じて定められている基本性格を定めるデータベースである。基本性格は、例えば、「勝気」、「ずるがしこい」、「かわいい」、「いたずら好き」等である。また、５つの性格パラメータ、「外向性」、「協調性」、「勤勉性」、「情緒安定性」、「知性」を、数値化して上述した基本性格を定める。
【０１８２】
例えば、勝気なキャラクタについては、外向性を高くして、情緒安定性を低く設定する。また、かわいいキャラクタについては、協調性や勤勉性を高く設定するのである。
【０１８３】
これらの５つの性格パラメータにより定められる基本性格は、最初に定められるものであり、キャラクタがレンタルされて、通信端末装置１０、６０又は７０の操作者と対話していくに従って、性格パラメータの値を変化させていくのである。図１８（ｂ）の例に示すように、キャラクタがレンタルされて操作者と対話をするに従って、性格パラメータの値が変化するのである。例えば、操作者との対話時間が長い場合や対話回数が多い場合には、操作者になつく性格になるように性格パラメータの値を変化させるのである。また、操作者との対話時間が短い場合や対話回数が少ない場合には、操作者を避けるような性格になるように性格パラメータの値を変化させるのである。
【０１８４】
このように、操作者との対話により、キャラクタの性格を次第に変化させていき、性格を定める５つの性格パラメータの値は、図１８（ｂ）に示した如き性格データベースとして記憶されていくのである。このようにキャラクタをレンタルした操作者の各々に応じてキャラクタの性格が次第に変化していくこととしたことにより、操作者はキャラクタの世話をこまめにしようとし、キャラクタに対して愛着を感じ得るようになるのである。
【０１８５】
上述した図１８（ｂ）に示した性格データベースには、通信端末装置１０、６０若しくは７０、又は通信端末装置１０、６０若しくは７０の操作者を識別するユーザＩＤ、この操作者にレンタルしているキャラクタを識別するキャラクタＩＤ，及び、５つの性格パラメータの値が記憶されており、１人の操作者がレンタルしているキャラクタの性格を定めることができるのである。
【０１８６】
このような処理をすることにより、所定数のみのキャラクタ種を用意することとした場合であっても、複数の操作者の各々に対応した性格を有するキャラクタ種を生成していくことができるのである。
【０１８７】
上述した如く、受信又は送信したメールの内容や、着信又は発信した電話の内容についてのキャラクタからの質問に対して答えることや、キャラクタとのゲームの対戦をしたりすることにより得られた情報を対話情報として図１７に示した如き処理することにより、「通信端末装置の操作者と当該キャラクタとの交流に基づいて定め」ることをなし、この対話情報に基づいて、図１８（ｂ）に示した如き性格情報である性格パラメータを更新する処理を行うことにより、「通信端末装置の表示部に表示されるキャラクタの性格を定める性格情報を、通信端末装置の操作者と当該キャラクタとの交流に基づいて定め」ることをなすのである。
【０１８８】
尚、上述した５つの性格パラメータの値は、所定の範囲、例えば±１までしか変化させないこととしてもよい。このようにすることで、キャラクタの性格を基本性格から大きく変化させないようにすることができるのである。
【０１８９】
また、キャラクタの性格は、上述した如く、キャラクタをレンタルした所有者との対話に対応して形成されていくものである。このような処理をすることにより、キャラクタをレンタルする所有者が変わっていった場合には、前の所有者によって形成された性格が受け継がれ、図１８（ｂ）に示したデータベースを更新していくこととなるのである。
【０１９０】
また、上述した実施例においては、キャラクタの性格を定めるパラメータとして、５つのパラメータ「外向性」、「協調性」、「勤勉性」、「情緒安定性」、「知性」を、数値化したものを用いたが、キャラクタの性格を特徴付けるパラメータは、この５つのものに限られず、いわゆる性格診断等に用いられる要素を数値化して用いることとしてもよい。
【０１９１】
上述した如く、キャラクタの性格は、所有者との対話によって形成されていくものであるが故に、キャラクタをレンタルした当初においては、過去の所有者によって形成された性格がそのキャラクタの性格となっており、新たな所有者との対話時間が長くなったり対話回数が多くなったりするに従って、キャラクタの性格が変化していき、新たな所有者によって形成されていく性格となるのである。
【０１９２】
尚、キャラクタをレンタルする際には、キャラクタの性格を基本性格とするか、過去の所有者によって変化した性格を受け継ぐことにするか、を選択できることとしてもよい。上述した図６のステップＳ２９において、性格情報についての過去の履歴を引き継ぐか否かの判断は、この選択の処理をするものであり、ステップＳ３０において、通信端末装置１０、６０又は７０に送信されるキャラクタの性格情報の過去の履歴は、過去の所有者によって形成された性格に対応する性格情報である。
【０１９３】
（キーワード設定処理）
上述したキーワード設定の処理に用いる単語用データベースの例を図１９（ａ）に示す。尚、図１９（ａ）に示した単語用データベースの例は、１つのキャラクタＩＤについてのデータベースを示すものであり、過去から現在に至るまでにそのキャラクタをレンタルした全ての操作者についての単語を記憶するものである。
【０１９４】
また、単語は、上述した図１２において説明した如く、キャラクタをレンタルしていた操作者に送られてきたメールや電話の内容から抽出した単語であり、単語のカテゴリや、好き・嫌いの分類は、キャラクタが操作者にその単語について質問をし、その質問に対する回答により得られたものである。
【０１９５】
上述した単語用データベースに基づいてキーワード用データベースを生成する。このキーワード用データベースは、図１９（ｂ）に示す如く、単語用データベースから、頻出回数の多かった単語を所定の数、例えば１０語だけ抽出したものである。上述した図１４のステップＳ４７においては、このキーワード用データベースをサーバ４から通信端末装置１０、６０又は７０に送信するのである。このように、所定の数の単語のみをキーワードとして抽出することにより、通信端末装置１０、６０又は７０のＲＡＭ１６や不揮発性ＲＡＭ１８の記憶容量が小さいときでも、キーワードを十分に記憶することができるのである。
【０１９６】
また、通信端末装置１０、６０又は７０においては、このキーワードを用いてキャラクタから通信端末装置１０、６０又は７０の操作者に対して、呼びかける表示をなすことができるのである。例えば、図２０に示す如く、キーワード「かんなちゃん」を用いて、「最近、かんなちゃんから電話がこないね。けんかでもしたの？」のようなキャラクタからのメッセージを表示することができるのである。
【０１９７】
このように、メールから抽出した単語をキーワードとして記憶し、そのキーワードをキャラクタが用いてメッセージを表示することにより、キャラクタと操作者との間の親密度を高める可能性が生ずるのである。
【０１９８】
また、キャラクタの性格を反映させて抽出する単語を定めることとしてもよい。上述した性格データベースに記憶されている性格パラメータの値に基づいて、単語の抽出の仕方を変えるのである。例えば、かわいいキャラクタをレンタルしている場合には、好きな単語のみを抽出するのである。このようにすると、操作者の好きな単語のみを用いたキャラクタからのメッセージが表示されることとなるのである。例えば、操作者が「かんなちゃん」なる人物に好意をよせているときに、図１９（ａ）に示した単語用データベースに、「かんなちゃん」なる「人物」が「好き」と登録された場合には、その好きな単語の１つである「かんなちゃん」を抽出し、図１９（ｂ）に示した単語用データベースに記憶されるのである。その「かんなちゃん」からのメールを着信したしたときには、「かんなちゃんからメールが届いたよ」の如きメッセージを表示するのである。
【０１９９】
また、強気なキャラクタの場合には、嫌いな単語のみを抽出するのである。このようにすると、操作者の嫌いな単語のみを用いたキャラクタからのメッセージが表示されることとなるのである。例えば、操作者が「正行」なる人物を嫌っているときに、図１９（ａ）に示した単語用データベースに、「正行」なる「人物」が「嫌い」と登録された場合には、嫌いな単語の１つである「正行」を抽出し、図１９（ｂ）に示した単語用データベースに記憶されるのである。その「正行」から電話がかかってきたときには、「あの正行が電話かけてきたで」の如きメッセージを表示するのである。
【０２００】
尚、上述した実施例においては、単語をそのまま抽出する場合を示したが、単語のみでなく文章の句や節を抽出することとしても、また、抽出した単語の類義語や反対語に変換するような処理を施すこととしてもよい。このようにすることにより、より情報量の多いメッセージを表示することができたり、キャラクタの性格をより強く反映させるメッセージを表示することができたりするのである。
【０２０１】
このように処理することにより、「前記交流により得られた情報を前記性格情報に基づいて加工して前記通信端末装置に前記データとして供給する」ことをなし得たり、「前記交流により得られた情報を前記性格情報に基づいて加工して前記通信端末装置に前記データとして供給し、前記通信端末装置の表示部に表示せしめる」ことをなし得ることができるのである。
【０２０２】
このように処理することにより、キャラクタの性格をメッセージに反映させることができ、キャラクタに対して親近感を感じさせたり、興味を湧かせたりするような可能性が生ずるのである。また、仮想空間におけるキャラクタと現実空間における操作者とを一体不可分に結びつけることができたり、キャラクタと情報の共有化を図ることができたりする可能性が生ずるのである。
【０２０３】
[電話の発着信時・メールの送受信時における画像の表示処理]
前述したように、キャラクタをレンタルしたときにおいて、通信端末装置１０、６０又は７０がメールを受信したときには、例えば図１１に示す如き「かんなちゃんからメールが届いたよ。今読む？」というメッセージを含む画像が、通信端末装置１０、６０又は７０の表示装置４１に表示される。
【０２０４】
この処理に用いられる通信履歴に関するデータベースを、図２９及び図３０に示す。図２９は電話の発着信に関するデータベースを示し、図３０はメールの送受信に関するデータベースを示している。図２９及び図３０に示すデータベースは、通信端末装置１０、６０又は７０の操作者の通信状況に応じて、刻々と更新されていくものである。
【０２０５】
また、表示されるメッセージのデータベースを、図３１及び図３２に示す。図３１は電話の発着信時に表示されるメッセージのデータベースを示し、図３２はメールの送受信時に表示されるメッセージのデータベースを示している。図３１及び図３２に示すデータベースは、予めサーバ４により設定されたものである。
【０２０６】
尚、これらのデータベースは、サーバ４が保持していてもよいし、通信端末装置１０、６０又は７０が保持していてもよい。
【０２０７】
（通信履歴に関するデータベース）
ここで、図２９（ａ）に、電話の発着信の履歴、回数等を記憶するデータベースを示す。
【０２０８】
第１列は、メモリ番号が記憶される領域である。このメモリ番号は、データベースに登録される「電話の発信元・発信先」の相手を識別するためのものである。
【０２０９】
第２列は、「電話の発信元・発信先」の相手の電話番号が記憶される領域である。
【０２１０】
第３列は、「電話の発信元・発信先」の相手の名前（名前に相当するキーワードが抽出されている場合には、名前及びそのキーワード）が記憶される領域である。
【０２１１】
第４列は、この通信端末装置１０、６０又は７０から電話の発信を行った履歴（発信履歴）が記憶される領域である。この発信履歴としては、発信開始時刻及び発信終了時刻を記憶したり、発信開始時刻及び通信時間を記憶したりすることができる。尚、発信履歴として、発信開始時刻及び発信終了時刻を記憶すれば、通信時間を算出することができ、発信開始時刻及び通信時間を記憶すれば、発信終了時刻を算出することができる。また、発信履歴として、発信開始時刻、発信終了時刻及び通信時間を記憶するようにしても構わない。
【０２１２】
第５列は、この通信端末装置１０、６０又は７０で電話の着信を行った履歴（着信履歴）が記憶される領域である。この着信履歴としては、着信開始時刻及び着信終了時刻を記憶したり、着信開始時刻及び通信時間を記憶したりすることができる。尚、着信履歴として、着信開始時刻及び着信終了時刻を記憶すれば、通信時間を算出することができ、着信開始時刻及び通信時間を記憶すれば、着信終了時刻を算出することができる。また、着信履歴として、着信開始時刻、着信終了時刻及び通信時間を記憶するようにしても構わない。
【０２１３】
第６列は、この通信端末装置１０、６０又は７０から電話の発信を行った回数（通話が成立したか否かは問わない。）を示す発信回数が記憶される領域である。尚、この発信回数は、上記発信履歴に基づいて計数することができる。また、この発信回数を記憶することにより、発信頻度を算出することができる。
【０２１４】
第７列は、この通信端末装置１０、６０又は７０が電話の着信を行った回数（通話が成立したか否かは問わない。）を示す着信回数が記憶される領域である。尚、この着信回数は、上記着信履歴に基づいて計数することができる。また、この着信回数を記憶することにより、着信頻度を算出することができる。
【０２１５】
第８列は、この通信端末装置１０、６０又は７０で電話の通話を行った回数（例えば、発信又は着信して通話が成立した回数）を示す通話回数が記憶される領域である。この場合には、この通話回数は、上記送信履歴及び着信履歴に基づいて計数することができ、このように「発信又は着信して通話が成立した回数」を通話回数として計数すれば、この通信端末装置１０、６０又は７０からの発信が発信先（相手）に無視されたか否かについての情報を、通話回数に反映させることができる。
【０２１６】
尚、通話回数として、「発信して通話が成立した回数」又は「着信して通話が成立した回数」をそれぞれ計数するようにしてもよい。「発信して通話が成立した回数」を通話回数として計数すれば、この通信端末装置１０、６０又は７０からの発信が発信先（相手）に無視されなかったことを示すこととなる。また、「着信して通話が成立した回数」を通話回数として計数すれば、この通信端末装置１０、６０又は７０への着信を無視しなかったことを示すこととなる（これは、後述する「無視回数」と背反するものである。）。
【０２１７】
また、この通話回数を記憶することにより、通話頻度を算出することができる。
【０２１８】
第９列は、この通信端末装置１０、６０又は７０が電話の着信を行ったものの通話は行わずに無視した回数を示す無視回数が記憶される領域である。尚、この無視回数を記憶することにより、無視頻度を算出することができる。
【０２１９】
ここで、この図２９（ａ）に示すデータベースは、「通信に関する通信履歴（又は使用に関する使用履歴）」を格納するものに相当し、この「通信履歴（又は使用履歴）」は、通信時間に関する情報又は通信回数に関する情報（又は、使用時間に関する情報又は使用回数に関する情報）を含んでなるのである。
【０２２０】
また、図２９（ａ）のデータベースに基づいて作成されるデータベースを、図２９（ｂ）に示す。
【０２２１】
第１列から第３列は、図２９（ａ）のデータベースにおけるものと同様である。
【０２２２】
第４列は、この通信端末装置１０、６０又は７０の電話の発信状況を示す発信フラグが記憶される領域であり、発信が多いと判断された場合には「１」が記憶され、発信が多くないと判断された場合には「０」が記憶される。尚、この発信フラグは、図２９（ａ）の「発信回数」に関連した情報（発信回数や発信頻度など）から判断される。
【０２２３】
第５列は、この通信端末装置１０、６０又は７０の電話の着信状況を示す着信フラグが記憶される領域であり、着信が多いと判断された場合には「１」が記憶され、着信が多くないと判断された場合には「０」が記憶される。尚、この着信フラグは、図２９（ａ）の「着信回数」に関連した情報（着信回数や着信頻度など）から判断される。
【０２２４】
第６列は、この通信端末装置１０、６０又は７０の電話の通話状況を示す通話フラグが記憶される領域であり、通話が多いと判断された場合には「１」が記憶され、通話が多くないと判断された場合には「０」が記憶される。尚、この通話フラグは、図２９（ａ）の「通話回数」に関連した情報（通話回数や通話頻度など）から判断される。
【０２２５】
第７列は、この通信端末装置１０、６０又は７０における電話の着信を無視した状況を示す無視フラグが記憶される領域であり、無視が多いと判断された場合には「１」が記憶され、無視が多くないと判断された場合には「０」が記憶される。尚、この無視フラグは、図２９（ａ）の「無視回数」に関連した情報（無視回数や無視頻度など）から判断される。
【０２２６】
更に、図３０（ａ）に、メールの送受信の履歴、回数等を記憶するデータベースを示す。
【０２２７】
第１列から第３列は、図２９（ａ）のデータベースにおけるものと同様である。
【０２２８】
第４列は、この通信端末装置１０、６０又は７０からメールを送信した履歴（送信履歴）が記憶される領域である。この送信履歴としても、図２９（ａ）のデータベースと同様に、送信開始時刻及び送信終了時刻を記憶したり、送信開始時刻及び通信時間を記憶したりすることができる。同様に、送信履歴として、送信開始時刻及び送信終了時刻を記憶すれば、通信時間を算出することができ、送信開始時刻及び通信時間を記憶すれば、送信終了時刻を算出することができる。また、送信履歴として、送信開始時刻、送信終了時刻及び通信時間を記憶するようにしても構わない。
【０２２９】
第５列は、この通信端末装置１０、６０又は７０でメールを受信した履歴（受信履歴）が記憶される領域である。この受信履歴としても、図２９（ａ）のデータベースと同様に、受信開始時刻及び受信終了時刻を記憶したり、受信開始時刻及び通信時間を記憶したりすることができる。同様に、受信履歴として、受信開始時刻及び受信終了時刻を記憶すれば、通信時間を算出することができ、受信開始時刻及び通信時間を記憶すれば、着信終了時刻を算出することができる。また、受信履歴として、受信開始時刻、受信終了時刻及び通信時間を記憶するようにしても構わない。
【０２３０】
第６列は、この通信端末装置１０、６０又は７０からメールを送信した件数を示す送信件数が記憶される領域である。尚、この送信件数は、上記送信履歴に基づいて計数することができる。また、この送信件数を記憶することにより、送信頻度を算出することができる。
【０２３１】
第７列は、この通信端末装置１０、６０又は７０がメールを受信した回数（メールの既読・未読は問わない。）を示す受信件数が記憶される領域である。尚、この受信件数は、上記受信履歴に基づいて計数することができる。また、この受信件数を記憶することにより、受信頻度を算出することができる。
【０２３２】
第８列は、この通信端末装置１０、６０又は７０で受信したメールのうちの既読のメールの件数を示す既読件数が記憶される領域である。尚、この既読件数を記憶することにより、既読頻度を算出することができる。
【０２３３】
第９列は、この通信端末装置１０、６０又は７０で受信したメールのうちの未読のメールの件数を示す未読件数が記憶される領域である。尚、この未読件数を記憶することにより、未読頻度を算出することができる。
【０２３４】
ここで、この図３０（ａ）に示すデータベースは、「通信に関する通信履歴（又は使用に関する使用履歴）」を格納するものに相当し、この「通信履歴（又は使用履歴）」は、通信時間に関する情報又は通信回数に関する情報（又は、使用時間に関する情報又は使用回数に関する情報）を含んでなるのである。
【０２３５】
また、図３０（ａ）のデータベースに基づいて作成されるデータベースを、図３０（ｂ）に示す。
【０２３６】
第１列から第３列は、図２９（ａ）のデータベースにおけるものと同様である。
【０２３７】
第４列は、この通信端末装置１０、６０又は７０のメールの送信状況を示す送信フラグが記憶される領域であり、送信が多いと判断された場合には「１」が記憶され、送信が多くないと判断された場合には「０」が記憶される。尚、この送信フラグは、図３０（ａ）の「送信件数」に関連した情報（送信件数や送信頻度など）から判断される。
【０２３８】
第５列は、この通信端末装置１０、６０又は７０のメールの受信状況を示す受信フラグが記憶される領域であり、受信が多いと判断された場合には「１」が記憶され、受信が多くないと判断された場合には「０」が記憶される。尚、この受信フラグは、図３０（ａ）の「受信件数」に関連した情報（受信件数や受信頻度など）から判断される。
【０２３９】
第６列は、この通信端末装置１０、６０又は７０で受信したメールの既読状況を示す既読フラグが記憶される領域であり、既読のメールが多いと判断された場合には「１」が記憶され、既読のメールが多くないと判断された場合には「０」が記憶される。尚、この既読フラグは、図３０（ａ）の「既読件数」に関連した情報（既読件数や既読頻度など）から判断される。
【０２４０】
第７列は、この通信端末装置１０、６０又は７０で受信したメールの未読状況を示す未読フラグが記憶される領域であり、未読のメールが多いと判断された場合には「１」が記憶され、未読のメールが多くないと判断された場合には「０」が記憶される。尚、この未読フラグは、図３０（ａ）の「未読件数」に関連した情報（未読件数や未読頻度など）から判断される。
【０２４１】
（メッセージのデータベース）
図３１（ａ）に、電話の発信時に表示されるメッセージの及びそのときの各種フラグを記憶するデータベースを示す。また、図３１（ｂ）に、電話の着信時に表示されるメッセージの及びそのときの各種フラグを記憶するデータベースを示す。
【０２４２】
これらのデータベースは、予めサーバ４により設定されるものであり、図２９（ｂ）に示す各種フラグ（「発信フラグ」、「着信フラグ」、「通話フラグ」、「無視フラグ」）の組み合わせと、そのとき表示されるメッセージと、の関係を規定したものである。
【０２４３】
例えば、図３１（ａ）に示すデータベースの第１行は、「発信フラグが「１」、着信フラグが「０」、通話フラグが「１」、無視フラグが「０」となっている相手」に電話をかけるときには、電話の発信時に「よくかけるね。この人のこと好きなの？」というメッセージを表示させる、ということを規定している。
【０２４４】
また、図３１（ｂ）に示すデータベースの第１行は、「発信フラグが「１」、着信フラグが「０」、通話フラグが「１」、無視フラグが「０」となっている相手」からの電話を受けたときには、電話の着信時に「「ｘｘｘ」から電話だよ。やったね！」というメッセージを表示させる、ということを規定している。
【０２４５】
更に、図３２（ａ）に、メールの送信時に表示されるメッセージ及びそのときの各種フラグを記憶するデータベースを示す。また、図３２（ｂ）に、メールの受信時に表示されるメッセージの及びそのときの各種フラグを記憶するデータベースを示す。
【０２４６】
これらのデータベースも、予めサーバ４により設定されるものであり、図３０（ｂ）に示す各種フラグ（「送信フラグ」、「受信フラグ」、「既読フラグ」、「未読フラグ」）の組み合わせと、そのとき表示されるメッセージと、の関係を規定したものである。
【０２４７】
例えば、図３２（ａ）に示すデータベースの第１行は、「送信フラグが「１」、受信フラグが「０」、既読フラグが「１」、未読フラグが「０」となっている相手」にメールを送るときには、メールの送信時に「マメにメール送ってるね。」というメッセージを表示させる、ということを規定している。
【０２４８】
また、図３２（ｂ）に示すデータベースの第１行は、「送信フラグが「１」、受信フラグが「０」、既読フラグが「１」、未読フラグが「０」となっている相手」からのメールを受けたときには、メールの受信時に「「ｘｘｘ」からメールがきたよ。やったね！」というメッセージを表示させる、ということを規定している。
【０２４９】
尚、図３１及び図３２では、第１行から第４行までしか図示されていないが、実際には、図２９（ｂ）又は図３０（ｂ）に示す各種フラグの組み合わせと、そのとき表示されるメッセージと、の関係が、複数行にわたって規定されている。
【０２５０】
また、図３１及び図３２において、「ｘｘｘ」には、図２９又は図３０に示す「名前」を表す情報が挿入されるように規定されている（後述する図３３の画像の表示例を参照）。
【０２５１】
（画像表示処理の説明）
電話の発着信時やメールの送受信時において、通信端末装置１０、６０又は７０の表示装置４１に画像を表示させる処理のサブルーチンを図３４に示す。尚、このサブルーチンは、電話の発着信時やメールの送受信時に予め実行されているメインルーチンから呼び出されて実行されるものである。
【０２５２】
通信端末装置１０、６０又は７０において、電話の発着信又はメールの送受信を行うプログラムが起動されると、最初に、実行すべき処理が「電話の発信を行う処理」であるか否かを判断する（ステップＳ１１１）。
【０２５３】
実行すべき処理が「電話の発信を行う処理」である場合には、後述する「電話の発信時の画像表示処理」を行う（ステップＳ１１２）。
【０２５４】
続いて、実行すべき処理が「電話の発信を行う処理」でない場合には、実行すべき処理が「電話の着信を行う処理」であるか否かを判断し（ステップＳ１１３）、実行すべき処理が「電話の着信を行う処理」である場合には、後述する「電話の着信時の画像表示処理」を行う（ステップＳ１１４）。
【０２５５】
更に、実行すべき処理が「電話の着信を行う処理」でない場合には、実行すべき処理が「メールを送信する処理」であるか否かを判断し（ステップＳ１１５）、実行すべき処理が「メールを送信する処理」である場合には、後述する「メールの送信時の画像表示処理」を行う（ステップＳ１１６）。
【０２５６】
そして、実行すべき処理が「メールを送信する処理」でない場合には、実行すべき処理が「メールを受信する処理」であるか否かを判断する（ステップＳ１１７）。
【０２５７】
実行すべき処理が「メールを受信する処理」である場合には、後述する「メールの受信時の画像表示処理」を行った後に（ステップＳ１１８）、本サブルーチンを終了する。
【０２５８】
（電話の発信時の画像表示処理）
上述したステップＳ１１２において呼び出されるサブルーチンを図３５に示す。
【０２５９】
まず、発信先の電話番号情報を抽出し（ステップＳ１２１）、図２９（ｂ）のデータベースを参照して、電話番号に対応する発信先の相手の名前を決定する（ステップＳ１２２）。例えば、発信先の電話番号が「xx1-ooo2」であった場合には、図２９（ｂ）のデータベースを参照して、電話番号に対応する発信先の相手の名前を「○○かんな」又は「かんなちゃん」に決定する。
【０２６０】
続いて、図２９（ｂ）のデータベースを参照して、電話番号に対応する「各種フラグの組み合わせ」を抽出し、図３１（ａ）のデータベースを参照して、抽出した「各種フラグの組み合わせ」に対応するメッセージを決定する（ステップＳ１２３）。例えば、発信先の電話番号が「xx1-ooo2」であった場合には、図２９（ｂ）のデータベースを参照して、電話番号に対応する「各種フラグの組み合わせ」として「「１」、「０」、「１」、「０」」を抽出し、図３１（ａ）のデータベースを参照して、抽出した「「１」、「０」、「１」、「０」」に対応するメッセージを「よくかけるね。この人のこと好きなの？」に決定する。
【０２６１】
更に、上記ステップＳ１２２及びＳ１２３で決定した「相手の名前」と「メッセージ」とを参照して、通信端末装置１０、６０又は７０に表示させる画像を生成する（ステップＳ１２４）。例えば、上記ステップＳ１２２で決定した「相手の名前」が「かんなちゃん」であり、上記ステップＳ１２３で決定した「メッセージ」が「よくかけるね。この人のこと好きなの？」である場合には、図３３（ａ）に示すような表示画像を生成する。尚、決定されたメッセージによっては、メッセージに「相手の名前」が組み込まれるタイプのものもあり、このような場合には、例えば図３３（ｂ）のような表示画像を生成することとなる。
【０２６２】
そして、上記ステップＳ１２４で生成した画像を通信端末装置１０、６０又は７０に表示させた後に（ステップＳ１２５）、電話の発信及び通話を行い（ステップＳ１２６、Ｓ１２７）、本サブルーチンを終了する。
【０２６３】
尚、本サブルーチンは、画像を表示させてから電話の発信及び通話を行う場合について示したものであるが、電話の発信及び通話を行った後に画像を表示させるようにしてもよい。この場合には、上記ステップＳ１２６、Ｓ１２７を行った後に、上記ステップＳ１２１〜Ｓ１２５の処理を行えばよい。
【０２６４】
（電話の着信時の画像表示処理）
続いて、上述したステップＳ１１４において呼び出されるサブルーチンを図３６に示す。
【０２６５】
まず、通信端末装置１０、６０又は７０が電話の着信を行う（通信端末装置１０、６０又は７０に電話がかかってくる）と（ステップＳ１３１）、発信元の電話番号情報を抽出し（ステップＳ１３２）、図２９（ｂ）のデータベースを参照して、電話番号に対応する発信元の相手の名前を決定する（ステップＳ１３３）。例えば、発信元の電話番号が「xx1-ooo2」であった場合には、図２９（ｂ）のデータベースを参照して、電話番号に対応する発信先の相手の名前を「○○かんな」又は「かんなちゃん」に決定する。
【０２６６】
続いて、図２９（ｂ）のデータベースを参照して、電話番号に対応する「各種フラグの組み合わせ」を抽出し、図３１（ｂ）のデータベースを参照して、抽出した「各種フラグの組み合わせ」に対応するメッセージを決定する（ステップＳ１３４）。例えば、発信先の電話番号が「xx1-ooo2」であった場合には、図２９（ｂ）のデータベースを参照して、電話番号に対応する「各種フラグの組み合わせ」として「「１」、「０」、「１」、「０」」を抽出し、図３１（ｂ）のデータベースを参照して、抽出した「「１」、「０」、「１」、「０」」に対応するメッセージを「「ｘｘｘ」から電話だよ。やったね！」に決定する。
【０２６７】
更に、上記ステップＳ１３３及びＳ１３４で決定した「相手の名前」と「メッセージ」とを参照して、通信端末装置１０、６０又は７０に表示させる画像を生成する（ステップＳ１３５）。例えば、上記ステップＳ１３３で決定した「相手の名前」が「かんな」であり、上記ステップＳ１３４で決定した「メッセージ」が「「ｘｘｘ」から電話だよ。やったね！」である場合には、「かんなちゃんから電話だよ。やったね！」というメッセージを含む表示画像を生成する。
【０２６８】
そして、上記ステップＳ１３５で生成した画像を通信端末装置１０、６０又は７０に表示させ（ステップＳ１３６）、操作者からの着信に応答する旨の指示に従って電話の通話を行い（ステップＳ１３７）、本サブルーチンを終了する。
【０２６９】
尚、本サブルーチンは、画像を表示させてから電話の通話を行う場合について示したものであるが、電話の通話を行った後に画像を表示させるようにしてもよい。この場合には、上記ステップＳ１３７を行った後に、上記ステップＳ１３１〜Ｓ１３６の処理を行えばよい。
【０２７０】
（メールの送信時の画像表示処理）
続いて、上述したステップＳ１１６において呼び出されるサブルーチンを図３７に示す。
【０２７１】
まず、通信端末装置１０、６０又は７０がメールの送信を行うと（ステップＳ１４１）、送信先のメールアドレス情報を抽出し（ステップＳ１４２）、図３０（ｂ）のデータベースを参照して、アドレスに対応する送信先の相手の名前を決定する（ステップＳ１４３）。例えば、送信先のアドレスが「bb@yy.ne.jp」であった場合には、図３０（ｂ）のデータベースを参照して、アドレスに対応する送信先の相手の名前を「□□太郎」に決定する。
【０２７２】
続いて、図３０（ｂ）のデータベースを参照して、アドレスに対応する「各種フラグの組み合わせ」を抽出し、図３２（ａ）のデータベースを参照して、抽出した「各種フラグの組み合わせ」に対応するメッセージを決定する（ステップＳ１４４）。例えば、送信先のアドレスが「bb@yy.ne.jp」であった場合には、図３０（ｂ）のデータベースを参照して、アドレスに対応する「各種フラグの組み合わせ」として「「０」、「１」、「１」、「０」」を抽出し、図３２（ａ）のデータベースを参照して、抽出した「「０」、「１」、「１」、「０」」に対応するメッセージを「「ｘｘｘ」にメール送ったんだね。きっと喜ぶと思うよ。」に決定する。
【０２７３】
更に、上記ステップＳ１４３及びＳ１４４で決定した「相手の名前」と「メッセージ」とを参照して、通信端末装置１０、６０又は７０に表示させる画像を生成する（ステップＳ１４５）。例えば、上記ステップＳ１４３で決定した「相手の名前」が「□□太郎」であり、上記ステップＳ１３４で決定した「メッセージ」が「「ｘｘｘ」にメール送ったんだね。きっと喜ぶと思うよ。」である場合には、フルネームである「□□太郎」に「さん」を付けることとして、「□□太郎さんにメール送ったんだね。きっと喜ぶと思うよ。」というメッセージを含む表示画像を生成する。
【０２７４】
そして、上記ステップＳ１４５で生成した画像を通信端末装置１０、６０又は７０に表示させ（ステップＳ１４６）、本サブルーチンを終了する。
【０２７５】
（メールの受信時の画像表示処理）
続いて、上述したステップＳ１１８において呼び出されるサブルーチンを図３８に示す。
【０２７６】
まず、通信端末装置１０、６０又は７０がメールを受信すると（ステップＳ１５１）、送信元のメールアドレス情報を抽出し（ステップＳ１５２）、図３０（ｂ）のデータベースを参照して、アドレスに対応する送信元の相手の名前を決定する（ステップＳ１５３）。例えば、送信元のアドレスが「bb@yy.ne.jp」であった場合には、図３０（ｂ）のデータベースを参照して、アドレスに対応する送信先の相手の名前を「□□太郎」に決定する。
【０２７７】
続いて、図３０（ｂ）のデータベースを参照して、アドレスに対応する「各種フラグの組み合わせ」を抽出し、図３２（ｂ）のデータベースを参照して、抽出した「各種フラグの組み合わせ」に対応するメッセージを決定する（ステップＳ１５４）。例えば、送信元のアドレスが「bb@yy.ne.jp」であった場合には、図３０（ｂ）のデータベースを参照して、アドレスに対応する「各種フラグの組み合わせ」として「「０」、「１」、「１」、「０」」を抽出し、図３２（ｂ）のデータベースを参照して、抽出した「「０」、「１」、「１」、「０」」に対応するメッセージを「「ｘｘｘ」からメールがきたよ。」に決定する。
【０２７８】
更に、上記ステップＳ１５３及びＳ１５４で決定した「相手の名前」と「メッセージ」とを参照して、通信端末装置１０、６０又は７０に表示させる画像を生成する（ステップＳ１５５）。例えば、上記ステップＳ１５３で決定した「相手の名前」が「□□太郎」であり、上記ステップＳ１５４で決定した「メッセージ」が「「ｘｘｘ」からメールがきたよ。」である場合には、フルネームである「□□太郎」に「さん」を付けることとして、図３３（ｂ）に示すような「□□太郎さんからメールがきたよ。」というメッセージを含む表示画像を生成する。
【０２７９】
そして、上記ステップＳ１５５で生成した画像を通信端末装置１０、６０又は７０に表示させ（ステップＳ１５６）、本サブルーチンを終了する。
【０２８０】
尚、上述したような画像表示処理はサーバ４及び通信端末装置１０、６０又は７０のいずれが行ってもよい。上述した処理を通信端末装置１０、６０又は７０が行う場合には、サーバ４が、上述の処理を実行させるプログラムを、通信端末装置１０、６０又は７０にデータとして供給することとなる。
【０２８１】
そして、上述したステップＳ１２２〜Ｓ１２５（図３５参照）、ステップＳ１３３〜Ｓ１３６（図３６参照）、ステップＳ１４３〜Ｓ１４６（図３７参照）、ステップＳ１５３〜Ｓ１５６（図３８参照）における処理が、「前記通信端末装置において行われる通信に関する「文字若しくは画像又はこれらの組合せ」であって、前記通信に関する通信履歴に基づいて作成された「文字若しくは画像又はこれらの組合せ」を、前記通信端末装置の表示部に表示せしめる」処理に相当する。尚、これらの処理は、「前記通信端末装置において行われる使用に関する「文字若しくは画像又はこれらの組合せ」であって、前記使用に関する使用履歴に基づいて作成された「文字若しくは画像又はこれらの組合せ」を、前記通信端末装置の表示部に表示せしめる」処理にも相当する。
【０２８２】
また、上述したステップＳ１１２、Ｓ１１４、Ｓ１１６、Ｓ１１８（図３４参照）における処理が、「前記通信端末装置の通信状況に応じて、前記「文字若しくは画像又はこれらの組合せ」を前記通信端末装置の表示部に表示せしめる」処理に相当する。尚、これらの処理は、「前記通信端末装置の使用状況に応じて、前記「文字若しくは画像又はこれらの組合せ」を前記通信端末装置の表示部に表示せしめる」処理にも相当する。
【０２８３】
更に、図３３に示す画像が、「前記通信履歴に基づいて作成された「文字若しくは画像又はこれらの組合せ」」に相当し、この画像は、「前記キャラクタ情報に関連されられたものか、又は前記キャラクタからのメッセージとしてのものかのいずれか又は両方である」ものなのである。尚、図３３に示す画像は、「前記使用履歴に基づいて作成された「文字若しくは画像又はこれらの組合せ」」にも相当する。
【０２８４】
（その他の場合の画像表示処理）
尚、上述においては、「電話の発着信時・メールの送受信時」における画像の表示処理について説明したが、「電話の発着信を行っていない時」や「メールの送受信を行っていない時」に、電話やメールについての画像を表示させることもできる。
【０２８５】
以下では、電話やメールに関する処理を行っていない時に、通信端末装置１０、６０又は７０の表示装置４１に画像を表示させる処理について説明する。
【０２８６】
例えば、「操作者が、電話の発信又はメールの送信を頻繁に行っている相手」に関する画像を表示させる処理のサブルーチンを図３９に示し、「操作者が、電話の着信又はメールの受信を頻繁に行っている相手」に関する画像を表示させる処理のサブルーチンを図４０に示す。
【０２８７】
ここで、図３９及び図４０に示す処理は、例えば、通信端末装置１０、６０又は７０の電源を入れた時や、上記性格情報等をサーバ４に送信する時や、予め設定されている時刻（午後３時等）が経過した時や、ランダムに設定された時刻が経過した時等に実行されるものである。
【０２８８】
図３９に示すサブルーチンについて説明すると、まず、図２９（ｂ）（又は図３０（ｂ））を参照して、発信（送信）フラグが「１」となっているデータを抽出し（ステップＳ１６１）、抽出した全データにつき、所定期間内（例えば、３日や１週間等）に電話の発信（又はメールの送信）を行ったか否かを確認する（ステップＳ１６２）。
【０２８９】
そして、「所定期間内に電話の発信（又はメールの送信）を行っていないと判断された相手」に関する画像を表示させるべく、前述した図３５のステップＳ１２３における処理と同様にして「表示するメッセージ」を決定し（ステップＳ１６３）、前述したステップＳ１２４における処理と同様にしてステップＳ１６３で決定したメッセージ等を含む画像を生成し（ステップＳ１６４）、ステップＳ１６４で生成した画像を通信端末装置１０、６０又は７０に表示させる（ステップＳ１６５）。
【０２９０】
尚、上記ステップＳ１６３においてメッセージを決定する際には、図示しない「電話やメールに関する処理を行っていない時」用のメッセージのデータベースが参照される。
【０２９１】
また、図４０に示すサブルーチンについて説明すると、まず、図２９（ｂ）（又は図３０（ｂ））を参照して、着信（受信）フラグが「１」となっているデータを抽出し（ステップＳ１７１）、抽出した全データにつき、所定期間内（例えば、３日や１週間等）に電話の着信（又はメールの受信）を行ったか否かを確認する（ステップＳ１７２）。
【０２９２】
そして、「所定期間内に電話の着信（又はメールの受信）を行っていないと判断された相手」に関する画像を表示させるべく、前述した図３６のステップＳ１３４における処理と同様にして「表示するメッセージ」を決定し（ステップＳ１７３）、前述したステップＳ１３５における処理と同様にしてステップＳ１７３で決定したメッセージ等を含む画像を生成し（ステップＳ１７４）、ステップＳ１７４で生成した画像を通信端末装置１０、６０又は７０に表示させる（ステップＳ１７５）。
【０２９３】
尚、上記ステップＳ１７３においてメッセージを決定する際には、図示しない「電話やメールに関する処理を行っていない時」用のメッセージのデータベースが参照される。
【０２９４】
上述したような本発明の処理によれば、通信状況に適合した画像を表示させて、キャラクタが操作者に話しかけるようにすることができるので、「自分の行動を傍で見ていてくれるパートナー」としてキャラクタを位置付けることが可能となり、従来のキャラクタが持たれていた「ゲームの中だけで存在するキャラクタに過ぎない」という固定観念を覆して、操作者の日常生活の中にキャラクタを溶け込ませることが可能となり、更にキャラクタが操作者に繰り返し話しかけてくることによりキャラクタに対して愛着を感じさせる可能性が生ずる。
【０２９５】
（本発明の変形例）
上述したように、本実施例では、「電話の発着信時・メールの送受信時」における画像の表示処理について詳細に説明したが、本発明はこれに限定されず、「通信端末装置の使用」時における画像の表示処理についても適用することができる。尚、「通信端末装置の使用」とは、例えば、前記「通信」を行うことを含み、レンタル又は買い取ったキャラクタと対話や対戦ゲーム等をして交流を行うことや、キャラクタとは関係なく操作者が単独でゲーム等を行うことや、スケジュール帳や入出金リストに操作者自身のデータを入力する等、通信端末装置内のプログラムを起動させて通信端末装置を動作させる（通信端末装置の有する機能を発揮させる）ことを意味する。
【０２９６】
「通信端末装置の使用」時における画像の表示処理について適用した場合でも、上述したものと同様の効果が得られる他、「電話の発着信時・メールの送受信時」だけに適用した場合よりも、画像表示がなされる回数が多くなるため、操作者がキャラクタにより一層親近感を抱く可能性がある。
【０２９７】
［レンタルの期限の通知処理］
キャラクタのレンタルの期限が近づいてきたときには、その旨をサーバ４は、通信端末装置１０、６０又は７０に送信する。このときの処理を図２１に示す。
【０２９８】
最初に、レンタル期限を通知するタイミングであるか否かを判断する（ステップＳ８１）。このタイミングは、図９に示したデータベースに記録されているレンタル開始日と、今日の日付とを比較して、例えば、レンタルの終了日とか、レンタル終了日の前日とかに、通知するタイミングであると判別するのである。
【０２９９】
通知するタイミングでないと判別したときには、直ちに本サブルーチンを終了する。一方、レンタル期限を通知するタイミングであると判別したときには、レンタル期限が近づいている旨の情報を通信端末装置１０、６０又は７０に送信する（ステップＳ８２）。
【０３００】
レンタル期限が近づいている旨の案内情報がサーバ４から送信されると、通信端末装置１０、６０又は７０は、この案内情報を受信し、通信端末装置１０、６０又は７０の表示部には、例えば、図２２に示す如く、通信端末装置１０、６０又は７０の表示装置４１の表示部に「俺と一緒に遊べるのは今日までだぜ。これからも、俺と遊ぼうぜ」の如きメッセージや、「君と一緒に遊べるのは、明日までなんだ。また、君と一緒に遊びたいな。」の如きメッセージが表示されるのである。
【０３０１】
このような処理をすることにより、レンタル期間の期限が近づいているメッセージをサーバ４から通信端末装置１０、６０又は７０に送信するので、「通信端末装置の表示部に表示されるキャラクタに関するキャラクタ情報が有限使用であることに関する告知情報を、通信端末装置に供給する」ことをなし得るのである。更に、通信端末装置１０、６０又は７０が受信したメッセージが通信端末装置に表示装置４１に表示されるので、「キャラクタ情報が有限使用であることに関する告知情報に係る表示像を、通信端末装置の表示部に表示せしめる」ことをなすのである。
【０３０２】
尚、図２２（ａ）又は（ｂ）に示した如く、キャラクタの性格を反映させたメッセージを表示することとしてもよい。例えば、強気なキャラクタのときには、強気なメッセージを表示し、かわいいキャラクタのときには、かわいらしいメッセージを表示するのである。このようにすることにより、個性のあるキャラクタを演出できるとともに、キャラクタに対してより愛着を感じさせたり興味を持たせたりすることができるのである。
【０３０３】
尚、上述した実施例においては、レンタル期限の通知をレンタルの終了日又はその前日に行う場合を示したが、それ以外のタイミング、例えばレンタルを開始した後毎日通知することとしてもよい。
【０３０４】
［キャラクタの買取処理］
上述した図１４のステップＳ４４において，キャラクタの買取が選択されたときに、呼び出されて実行されるキャラクタの買取の処理のサブルーチンを図２３に示す。尚、上述した如く、図１４のステップＳ４４においては、レンタル延長や、キャラクタ買取等の処理も行われる。
【０３０５】
最初に、キャラクタの買取についての案内情報を通信端末装置１０、６０又は７０に送信する（ステップＳ１０１）。キャラクタの買取についての案内情報がサーバ４から送信されると、通信端末装置１０、６０又は７０は、この案内情報を受信し、通信端末装置１０、６０又は７０の表示部には、例えば、図２４（ａ）に示す如く、通信端末装置１０、６０又は７０の表示装置４１の表示部に「俺を買い取ることができることについて何か知っているかい？」の如きメッセージが表示された後、図２４（ｂ）に示す如く、通信端末装置１０、６０又は７０の表示装置４１の表示部に「俺を買い取るには５０個以上のチップが必要なんだぜ」の如きメッセージが表示されるのである。
【０３０６】
このような処理をすることにより、レンタルしていたキャラクタを買い取る、即ち、キャラクタを永続的に使用する権能を得ることができることの情報が通信端末装置１０、６０又は７０の表示装置４１の表示部に表示されることとなり、キャラクタのレンタルたる「有限使用の権能」からキャラクタの買取たる「永続使用の権能」へと切り替えることができる旨の表示がなされるのである。このようにすることにより、「前記有限使用の権能を永続使用の権能へ変更し得ることに係る表示像を、前記通信端末装置の表示部に表示せしめる」ことをなすことができるのである。
【０３０７】
このようにしたことにより、キャラクタを買い取ることができることを、通信端末装置１０、６０又は７０の操作者に的確に伝えることができ、キャラクタを自分だけのものにすることができることを改めて考えさせることができたり、キャラクタとの関係を更に深めようとする契機をなしたりする可能性が生ずるのである。
【０３０８】
次に、チップに関する案内情報を送信する（ステップＳ１０２）。チップに関する案内情報がサーバ４から送信されると、通信端末装置１０、６０又は７０は、この情報を受信し、通信端末装置１０、６０又は７０の表示部には、例えば、図２５（ａ）に示す如く、通信端末装置１０、６０又は７０の表示装置４１の表示部に「俺とゲームしたり、俺と一緒に遊んだりすると、チップを増やすことができるんだぜ。」の如きメッセージや、図２５（ｂ）に示す如く、「その他にも、お金をチップに交換することで、チップを増やすこともできるんだぜ。」の如きメッセージが表示されるのである。
【０３０９】
上述した如き処理を行うことにより、キャラクタとゲームの対戦をしたり、キャラクタの相手や世話をしたり、一緒に遊んだりすることにより、操作者とキャラクタとの「交流」を深めることができ、また、その「交流」の程度をチップたる「対価」に置き換えることとなり、「交流の程度を当該交流に対する対価に換算」することをなすことができ、延いては「通信端末装置の操作者と前記キャラクタとの交流に伴」うことをもなすことができるのである。
【０３１０】
また、このようにしたことにより、如何にすればキャラクタを買い取ることができるかについて通信端末装置１０、６０又は７０の操作者に的確に伝えることができ、チップを既に十分に獲得している操作者は、安心してキャラクタを買い取ることができることを知ることができる。また、チップを未だに獲得していない操作者は、この先キャラクタとの交流を十分に図らなければならないという気持ちを起こさせることができる可能性が生ずる。
【０３１１】
更に、経済的に余裕のある操作者や、キャラクタのことが好きでもゲームが不得意な操作者や、余り時間を割くことができない操作者であっても、キャラクタを買い取ることができることを明確にすることができ、これらの操作者を安心させて、キャラクタとの交流を図らせることができる可能性も生ずるのである。
【０３１２】
次いで、通信端末装置１０、６０又は７０の操作者が所有しているチップの数を得て、操作者がキャラクタを買い取ることができるか否かの旨の情報を送信する（ステップＳ１０３）。操作者がキャラクタを買い取ることができるか否かの旨の情報がサーバ４から送信されると、通信端末装置１０、６０又は７０は、この情報を受信し、通信端末装置１０、６０又は７０の表示部には、キャラクタを買い取ることができる場合には、例えば、図２６（ａ）に示す如く、通信端末装置１０、６０又は７０の表示装置４１の表示部に「おまえは今、６２個のチップを持っているから、俺を買い取ることができるぜ。」の如きメッセージが表示されるのである。また、現在のチップ数ではキャラクタを買い取ることができない場合には、現時点ではキャラクタを買い取ることができない旨の表示がなされるのである。
【０３１３】
次に、キャラクタを買い取ることができるか否かの判断をする（ステップＳ１０４）。キャラクタを買い取ることができないと判別したときには、直ちに本サブルーチンを終了する。
【０３１４】
一方、キャラクタを買い取ることができると判別したときには、キャラクタを買い取るか否かの旨の情報を送信する（ステップＳ１０５）。キャラクタを買い取るか否かの旨の情報がサーバ４から送信されると、通信端末装置１０、６０又は７０は、この情報を受信し、通信端末装置１０、６０又は７０の表示部には、例えば、図２６（ｂ）に示す如く、「俺を買い取ってくれるかい？」の如きメッセージ、及び「買い取る」又は「買い取らない」の選択枠が表示されるのである。
【０３１５】
通信端末装置１０、６０又は７０の操作者は、キーボード３２又はコントローラ３４を操作して、キャラクタを買い取るか否かの回答を選択して入力する。通信端末装置１０、６０又は７０は、この回答の情報をサーバ４に送信する。
【０３１６】
サーバ４は、上述したステップＳ１０５の処理の後、キャラクタを買い取るか否かの回答の情報を通信端末装置１０、６０又は７０から受信したときには、その情報がキャラクタを買い取る旨の情報であるか否かを判断する（ステップＳ１０６）。
【０３１７】
受信した情報がキャラクタを買い取らない旨の情報であると判別したときには、直ちに本サブルーチンを終了する。一方、受信した情報がキャラクタを買い取る旨の情報であると判別したときには、上述した図９に示したデータベースを更新し（ステップＳ１０７）、本サブルーチンを終了する。
【０３１８】
上述した図９に示したデータベースは、キャラクタが買い取られた否かの情報や、チップ数を管理するための項目を含み、これらの項目を更新することにより、キャラクタが買い取られたことを更新したり、チップ数の変化を更新することができ、キャラクタとの交流の程度を示すチップ数によりレンタルされていたキャラクタを買い取らせることができる、即ち、レンタルたる「有限使用の権能」から買取たる「永続使用の権能」へと切り替えることができるサーバやシステムを構築することができるのである。
【０３１９】
上述した如き処理をすることにより、「有限使用の権能を永続使用の権能へ変更し得る」ことをなし得たり、「交流に対する対価を介して前記権能の変更を行う」ことをなし得るのである。
【０３２０】
このようにしたことにより、レンタル中に慣れ親しんだキャラクタを永続的に使用できることとなり、操作者は自分だけのキャラクタという意識が芽生え、この意識の下で安心してキャラクタと付き会うことができる可能性が生ずるのである。更には、操作者とキャラクタと間でのみ交わされる情報を共有することができ、キャラクタをいわゆる生活のパートナーとして位置付けられる存在に高める可能性も生ずるのである。
【０３２１】
［レンタル完了処理］
また、レンタル期間の終了日となったときには、通信端末装置１０、６０又は７０において、キャラクタの使用を禁止する必要がある。この処理を図２７に示す。
【０３２２】
最初に、レンタル完了情報を送信するタイミングであるか否かを判断する（ステップＳ９１）。レンタル完了情報を送信するタイミングでないと判別したときには、直ちに本サブルーチンを終了する。
【０３２３】
レンタル完了情報を送信するタイミングであると判別したときには、レンタル完了情報を通信端末装置１０、６０又は７０に送信する（ステップＳ９２）。
【０３２４】
レンタル完了情報がサーバ４から送信されると、通信端末装置１０、６０又は７０は、このレンタル完了情報を受信し、通信端末装置１０、６０又は７０において実行されるプログラムで用いられるフラグの値を所定の値、例えば１に設定する。このフラグは、キャラクタをレンタル中であるか、レンタル完了であるか、を示すフラグであり、キャラクタをレンタル中であるときには、フラグの値は、「０」であり、レンタル完了となったときには、フラグの値は、「１」である。
【０３２５】
上述したレンタル完了情報をサーバ４から受信したときには、フラグの値を「１」に設定するのである。このフラグの値が「１」に設定された後に、キャラクタを表示しようとしたり、キャラクタを呼び出そうとしたりすると、例えば、図２８に示す如きメッセージ、「レンタル期間が過ぎちゃったんだ。君とは、もう一緒に遊べないんだ。でも、もしよかったらまた申し込んでね。そしたら、また、僕と遊べるから。」の如きメッセージが、通信端末装置１０、６０又は７０の表示装置４１に表示され、キャラクタを使用した機能の動作を禁止するのである。
【０３２６】
このような処理をすることにより、サーバ４が「キャラクタ情報についての有限使用の権能を通信端末装置に対して与える」ことをなすとともに、「通信端末装置におけるキャラクタ情報の有限使用の権能を定める」こともなすのである。
【０３２７】
また、上述したフラグの値が、「有限使用の権能」が与えられているか否かを示すものであり、「キャラクタ情報についての有限使用の権能を、プログラムから独立して通信端末装置に対して与える」ことをなすのである。
【０３２８】
この場合には、キャラクタの画像を表示せずに、メッセージのみを表示することにより、レンタル期間が終了したことを視覚的に示すことができるのである。また、キャラクタの画像は表示されないので、レンタルしていたキャラクタに再び会いたいという切ない感情を起こさせることができ、キャラクタを再びレンタルしようという気持ちにさせることができるのである。
【０３２９】
また、メッセージの内容は、それまでに、レンタルしていたキャラクタの性格を反映させたものとしてもよい。このようにすることにより、操作者は、キャラクタを思い出して、再びキャラクタを表示させたいという気持ちにさせることができ、キャラクタを再びレンタルしようとする動機づけとしてなすことができるのである。
【０３３０】
尚、上述した実施例においては、「キャラクタ情報についての有限使用」をレンタルの期限である場合におけるものを示したが、所定の地域に居住する者に対応する地域的制限や、所定の機能のみを使用できるようにする内容的制限としてもよい。
【０３３１】
【発明の効果】
本発明によれば、キャラクタを容易かつ手軽に入手して利用できるとともに、「前記通信に関する通信履歴に基づいて作成された文字若しくは画像等を、前記通信端末装置の表示部に表示せしめる」ことにより、操作者の状況に応じてキャラクタが操作者に話しかけるようにすることができるので、キャラクタと情報の共有化を図って、仮想空間におけるキャラクタと現実空間における操作者とを一体不可分に結びつけて、キャラクタを生活の一部に溶け込ませることにより、キャラクタに対して愛着を感じさせる可能性が生ずる。
【図面の簡単な説明】
【図１】 キャラクタレンタルシステムの構成を示すブロック図である。
【図２】 通信端末装置１０、６０又は７０のハードウエア構成を示すブロック図である。
【図３】 サーバ４のハードウエア構成を示すブロック図である。
【図４】 キャラクタをレンタルするシステムの概要を示す概略図である。
【図５】 サーバ４において実行処理されるサブルーチンを示すフローチャートである。
【図６】 図５のフローチャートのステップＳ１４において呼び出されて実行される未登録ユーザの処理のサブルーチンを示すフローチャートである。
【図７】 キャラクタをレンタルする旨の案内情報がサーバ４から送信されたときに、通信端末装置１０、６０又は７０の表示装置４１の表示部に表示されるメッセージの一例を示す図（ａ）と、キャラクタの選択を促すメッセージの一例を示す図（ｂ）である。
【図８】 ステップＳ２４において、キャラクタからのメッセージを通信端末装置１０、６０又は７０に送信する際に、参照されるキャラクタ紹介用のデータベースの例を示す表である。
【図９】 ステップＳ３１において、生成又は更新されるデータベースの例を示す表である。
【図１０】 図６のサブルーチンが実行されたときにおけるタイムチャートである。
【図１１】 通信端末装置１０、６０又は７０がメールを受信したときに通信端末装置１０、６０又は７０の表示装置４１に表示される画像の一例を示す図である。
【図１２】 受信したメールの内容についてキャラクタから質問をしてくるときに、通信端末装置１０、６０又は７０の表示装置４１に表示される画像の一例を示す図である。
【図１３】 キャラクタから操作者に対してゲームの対戦を申し出たときに、通信端末装置１０、６０又は７０の表示装置４１に表示される画像の一例を示す図である。
【図１４】 図５のステップＳ１５において呼び出されて実行される未登録ユーザの処理のサブルーチンを示すフローチャートである。
【図１５】 メニュー表示用の情報を通信端末装置１０、６０又は７０が受信したときに、通信端末装置１０、６０又は７０の表示装置４１に表示される画像の一例を示す図である。
【図１６】 キャラクタと操作者との対話情報に含まれる項目を示す表である。
【図１７】 図１４のサブルーチンのステップＳ４６において呼び出されて実行される対話情報処理のサブルーチンを示すフローチャートである。
【図１８】 キャラクタの性格設定の処理に用いるデータベースの例を示す表である。
【図１９】 キーワード設定の処理に用いる単語用データベースの例（ａ）と、単語用データベースに基づいて生成されてキーワード用データベースの例（ｂ）と、を示す表である。
【図２０】 キーワードを用いて通信端末装置１０、６０又は７０の操作者に対して、キャラクタが呼びかけるときの表示の例を示す図である。
【図２１】 キャラクタのレンタルの期限が近づいてきたときに、その旨をサーバ４から通信端末装置１０、６０又は７０に送信する処理のサブルーチンを示すフローチャートである。
【図２２】 レンタル期限が近づいている旨の案内情報がサーバ４から送信されたときに、通信端末装置１０、６０又は７０は、この案内情報を受信し、通信端末装置１０、６０又は７０の表示部に表示される画像の一例を示す図である。
【図２３】 図１４のステップＳ４４の処理が実行されたときに、呼び出されて実行されるキャラクタの買取のサブルーチンを示すフローチャートである。
【図２４】 図２３のステップＳ１０１の処理が実行された後、通信端末装置１０、６０又は７０の表示部に表示される画像の例を示す図である。
【図２５】 図２３のステップＳ１０２の処理が実行された後、通信端末装置１０、６０又は７０の表示部に表示される画像の例を示す図である。
【図２６】 図２３のステップＳ１０３の処理が実行された後、通信端末装置１０、６０又は７０の表示部に表示される画像の例（ａ）と、図２３のステップＳ１０５の処理が実行された後、通信端末装置１０、６０又は７０の表示部に表示される画像の例（ｂ）と、を示す図である。
【図２７】 レンタル期間の終了日となったときにおける処理のサブルーチンを示すフローチャートである。
【図２８】 レンタル完了情報をサーバ４から受信したときに、通信端末装置１０、６０又は７０の表示部に表示されるメッセージの一例を示す図である。
【図２９】 電話の発着信時における画像の表示処理に用いられる通信履歴に関するデータベースの一例を示す表である。
【図３０】 メールの送受信時における画像の表示処理に用いられる通信履歴に関するデータベースの一例を示す表である。
【図３１】 電話の発着信時に表示されるメッセージのデータベースを示す表である。
【図３２】 メールの送受信時に表示されるメッセージのデータベースを示す表である。
【図３３】 （ａ）は電話の発信時に表示される画像の一例を示す図であり、（ｂ）はメールの受信時に表示される画像の一例を示す図である。
【図３４】 電話の発着信時やメールの送受信時において、通信端末装置１０、６０又は７０の表示装置４１に画像を表示させる処理のサブルーチンを示すフローチャートである。
【図３５】 図３４のステップＳ１１２において呼び出されるサブルーチンを示すフローチャートである。
【図３６】 図３４のステップＳ１１４において呼び出されるサブルーチンを示すフローチャートである。
【図３７】 図３４のステップＳ１１６において呼び出されるサブルーチンを示すフローチャートである。
【図３８】 図３４のステップＳ１１８において呼び出されるサブルーチンを示すフローチャートである。
【図３９】 「操作者が、電話の発信又はメールの送信を頻繁に行っている相手」に関する画像を表示させる処理のサブルーチンを示すフローチャートである。
【図４０】 「操作者が、電話の着信又はメールの受信を頻繁に行っている相手」に関する画像を表示させる処理のサブルーチンを示すフローチャートである。
【符号の説明】
１ キャラクタレンタルシステム
２ 公衆電話回線網（通信回線）
３ 携帯電話回線網（通信回線）
４ サーバ
１０ 携帯用通信端末装置（通信端末装置）
４１ 表示装置（表示部）
６０ 携帯型ゲーム装置（通信端末装置）
７０ 携帯電話（通信端末装置）

Claims (2)

1. 通信端末装置と通信回線を介して接続された状態でデータを送受信し、前記通信端末装置で行われる通信に対して、キャラクタと共に当該通信の相手に応じたメッセージを前記通信端末装置の表示部に表示させるサーバであって、
   前記通信端末装置の表示部に表示するためのキャラクタに関する画像データ及び、通信が成立した頻度に関連付けて設けられた複数種類のメッセージデータを記憶する手段と、
   前記通信端末装置から送信されてきた当該通信端末装置で行われた通信に関する通信情報に基づいて、当該通信に関する通信相手を識別するデータを抽出し、当該識別された通信相手との通信要求に対して実際に通信が成立した割合に基づく頻度データを、当該通信相手を識別するデータと対応付けて記憶する手段と、
   前記通信端末装置における通信の開始に伴い、当該通信端末装置から当該通信における通信相手に関する参照要求を受信したことに応じて、当該通信相手に応じたメッセージデータとして、前記複数種類のメッセージデータの中から、前記記憶された当該通信相手に関する頻度データに関連付けられたメッセージデータを決定する手段と、
   前記決定したメッセージデータ及び前記キャラクタの画像データにより、前記通信端末装置の表示部にキャラクタと共にメッセージを表示させる手段と、を備えるサーバ。
2. 前記通信が成立した割合に基づく頻度データは、通信時間に関する情報又は通信回数に関する情報を含んでなるものである請求項１に記載のサーバ。

Images