JP2004005042A - 情報管理装置および方法、情報処理装置および方法、記録媒体、並びにプログラム - Google Patents

Abstract

【課題】個々のユーザに最適なコンテンツを提供できるようにする。
【解決手段】音楽コンテンツを選曲する選曲ぽキャラの呼び出しが指示され、質問に対する回答が入力されたとき、パーソナルコンピュータ２２からぽキャラサービスサーバ９に対して、質問の回答を含む情報が送信される。ぽキャラサービスサーバ９においては、選曲ぽキャラの特徴情報と、質問の回答に応じて更新されたパーソナルコンピュータ２２のユーザの特徴情報に基づいてマッチングが行われ、パーソナルコンピュータ２２のユーザのそのときの感情に最適な選曲ぽキャラが選択される。パーソナルコンピュータ２２には、選択された選曲ぽキャラの画像が表示され、その選曲ぽキャラにより音楽コンテンツが選曲される。本発明は、パーソナルコンピュータなどの、通信機能と表示機能を有する各種の機器に適用できる。
【選択図】　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、情報管理装置および方法、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、個々のユーザに最適なコンテンツを提供できるようにする情報管理装置および方法、情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、各種のブロードバンド環境が整備されつつあり、ネットワークを介しての、英会話教室や銀行業務などのサービスコンテンツの提供、或いは、映像データや音楽データなどのコンテンツの配信が本格的に開始され始めている。
【０００３】
例えば、音楽コンテンツの配信サービスを利用する場合、ユーザは、パーソナルコンピュータなどの機器を操作してサービスを提供するサーバにアクセスし、メニューの中から選択するだけで、レコードショップなどに出向くことなく、インターネットを介して、好みの音楽コンテンツを利用することができる。
【０００４】
【発明が解決しようとする課題】
しかしながら、以上のようにしてユーザ自身がメニューの中から好みの音楽コンテンツを選択する場合、サーバにより配信されている音楽コンテンツの量が多くなるにつれ、その選択する作業がより煩雑になるという課題があった。この課題は、インターネット等を介した音楽配信がより普及し、取り扱われるコンテンツの量が多くなればなるほど冗長されるおそれがある。
【０００５】
また、パーソナルコンピュータなどの機器を操作してサービスを提供するサーバにアクセスし、好みの音楽コンテンツを選択するという作業自体が煩雑であるという課題もある。仮に、そのような煩雑な作業をすることなく、単純な操作のみで、ユーザが気に入るコンテンツがネットワークを介して自動的に配信されるとした場合、サービスを利用するユーザの数が増加し、ネットワークを介したコンテンツの配信サービスが、より活性化することが期待される。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、簡単な操作をするだけで、個々のユーザに最適なコンテンツを提供できるようにするものである。
【０００７】
【課題を解決するための手段】
本発明の情報管理装置は、キャラクタの画像を表示させるための画像データ、およびキャラクタの特徴を表すキャラクタ特徴情報を記憶する記憶手段と、画像データが記憶されているキャラクタの中から、情報処理装置のユーザの特徴を表すユーザ特徴情報、およびキャラクタ特徴情報に基づき、キャラクタを選択するキャラクタ選択手段と、選択されたキャラクタの画像データを情報処理装置に送信する画像データ送信手段と、選択されたキャラクタに関連付けられたコンテンツを情報処理装置に送信するコンテンツ送信手段とを備えることを特徴とする。
【０００８】
また、キャラクタ選択手段により選択されたキャラクタに関連付けられたコンテンツを、ユーザ特徴情報に基づき選択するコンテンツ選択手段をさらに備えるようにすることができる。
【０００９】
情報処理装置において利用されたコンテンツの評価を表す評価情報を取得する評価情報取得手段をさらに備えるようにすることができる。このとき、キャラクタ選択手段は、評価情報取得手段により取得された評価情報に応じてユーザ特徴情報を更新し、更新されたユーザ特徴情報とキャラクタ特徴情報に基づいてキャラクタを選択するようにすることができる。
【００１０】
コンテンツ送信手段により送信されたコンテンツの代金を情報処理装置に対して課金する課金手段をさらに備えるようにすることができる。
【００１１】
情報処理装置により読み取られたオブジェクトにより保持されている識別情報が、情報処理装置から送信されてきたとき、それを受信する識別情報受信手段をさらに備え、キャラクタ選択手段は、識別情報受信手段により受信された識別情報に基づいて、オブジェクトの外観に対応する画像により表されるキャラクタを選択するようにすることができる。
【００１２】
コンテンツを提供する他の情報処理装置に対するアクセス情報、および、コンテンツの識別情報を情報処理装置に送信することにより、コンテンツの情報処理装置に対する送信を管理する送信管理手段をさらに備えるようにすることができる。
【００１３】
情報処理装置から送信されてきた、情報処理装置のユーザからの入力に基づいて、ユーザ特徴情報を抽出するユーザ特徴情報抽出手段をさらに備えるようにすることができる。
【００１４】
キャラクタの選択、または、コンテンツの選択に利用するためのユーザの特徴を表すユーザ特徴情報を含む、ユーザの入力情報を取得する入力情報取得手段をさらに備えるようにすることができる。
【００１５】
本発明の情報管理装置の情報管理方法は、キャラクタの画像を表示させるための画像データ、およびキャラクタの特徴を表すキャラクタ特徴情報を記憶する記憶ステップと、画像データが記憶されているキャラクタの中から、情報処理装置のユーザの特徴を表すユーザ特徴情報、およびキャラクタ特徴情報に基づき、キャラクタを選択するキャラクタ選択ステップと、選択されたキャラクタの画像データを情報処理装置に送信する画像データ送信ステップと、選択されたキャラクタに関連付けられたコンテンツを情報処理装置に送信するコンテンツ送信ステップとを含むことを特徴とする。
【００１６】
発明の第１の記録媒体に記録されるプログラム、および本発明の第１のプログラムは、キャラクタの画像を表示させるための画像データ、およびキャラクタの特徴を表すキャラクタ特徴情報の記憶を制御する記憶制御ステップと、画像データが記憶されているキャラクタの中から、情報処理装置のユーザの特徴を表すユーザ特徴情報、およびキャラクタ特徴情報に基づき、キャラクタを選択するキャラクタ選択ステップと、選択されたキャラクタの画像データの情報処理装置に対する送信を制御する画像データ送信制御ステップと、選択されたキャラクタに関連付けられたコンテンツの情報処理装置に対する送信を制御するコンテンツ送信制御ステップとを含むことを特徴とする。
【００１７】
本発明の情報処理装置は、情報管理装置から送信される所定のキャラクタの画像データを受信する画像データ受信手段と、受信された画像データに基づいて、所定のキャラクタを表示する表示手段と、表示されている所定のキャラクタに関連付けられたコンテンツを取得するコンテンツ取得手段と、取得されたコンテンツを出力する出力手段とを備えることを特徴とする。
【００１８】
出力手段により出力されたコンテンツに関する評価の入力を受け付け、評価を表す評価情報を情報管理装置に送信する評価情報送信手段をさらに備えるようにすることができる。
【００１９】
識別情報が保持されているオブジェクトから識別情報を読み取る読み取り手段と、読み取り手段により読み取られた識別情報を情報管理装置に送信する識別情報送信手段とをさらに備えるようにすることができ、このとき、画像データ受信手段は、識別情報に基づいて情報管理装置により選択された、オブジェクトの外観に対応する画像を表示する画像データを受信する。
【００２０】
コンテンツ取得手段は、情報管理装置から送信されてきた、コンテンツを提供する他の情報処理装置のアクセス情報、および、コンテンツの識別情報に基づいて、他の情報処理装置からコンテンツを取得するようにすることができる。
【００２１】
本発明の情報処理装置の情報処理方法は、情報管理装置から送信される所定のキャラクタの画像データを受信する画像データ受信ステップと、受信された画像データに基づいて、所定のキャラクタを表示する表示ステップと、表示されている所定のキャラクタに関連付けられたコンテンツを取得するコンテンツ取得ステップと、取得されたコンテンツを出力する出力ステップとを含むことを特徴とする。
【００２２】
本発明の第２の記録媒体に記録されているプログラム、および本発明の第２のプログラムは、情報管理装置から送信される所定のキャラクタの画像データの受信を制御する画像データ受信制御ステップと、受信された画像データに基づいて、所定のキャラクタの表示を制御する表示制御ステップと、表示されている所定のキャラクタに関連付けられたコンテンツの取得を制御するコンテンツ取得制御ステップと、取得されたコンテンツの出力を制御する出力制御ステップとを含むことを特徴とする。
【００２３】
本発明の情報管理装置および方法、並びにプログラムにおいては、キャラクタの画像を表示させるための画像データ、およびキャラクタの特徴を表すキャラクタ特徴情報が記憶され、画像データが記憶されているキャラクタの中から、情報処理装置のユーザの特徴を表すユーザ特徴情報、およびキャラクタ特徴情報に基づき、キャラクタが選択される。また、選択されたキャラクタの画像データが情報処理装置に送信され、選択されたキャラクタに関連付けられたコンテンツが情報処理装置に送信される。
【００２４】
本発明の情報処理装置および方法、並びにプログラムにおいては、情報管理装置から送信される所定のキャラクタの画像データが受信され、受信された画像データに基づいて、所定のキャラクタが表示される。また、所定のキャラクタに関連付けられたコンテンツが取得されたとき、それが出力される。
【００２５】
上述したネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。勿論、そのネットワークは、無線通信または有線通信によるものだけでなく、無線通信と有線通信が混在する形で構成されるようにしてもよい。
【００２６】
【発明の実施の形態】
図１は、本発明を適用した情報処理システムの構成例を表している。この構成例においては、インターネット１に、インターネットサービスプロバイダ（ＩＳＰ）２を介して、家庭３のＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）２１が接続されている。ＬＡＮ２１には、部屋３１乃至部屋３３の機器が接続されている。この例の場合、部屋３１では、パーソナルコンピュータ（ＰＣ）２２がＬＡＮ２１に接続されており、パーソナルコンピュータ２２には、後述する親友ぽキャラ（商標）人形１６１（図４）、あるいは売りぽキャラ（商標）人形１８１（図１０）を載置するおたち台２３が接続されている。
【００２７】
なお、ＬＡＮ２１は、ユーザまたは無線により構成される。無線により構成される場合、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃ　Ｅｎｇｉｎｅｅｒｓ）８０２．１１ａ，ｂ，またはｇ、ＵＷＢ（Ｕｌｔｒａ　Ｗｉｄｅ　Ｂａｎｄ）、あるいはブルートゥース（Ｂｌｕｅｔｏｏｔｈ）などで規定される方式を用いることができる。また、有線の場合、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）その他で規定される方式を利用することができる。
【００２８】
部屋３２においては、テレビジョン受像機（ＴＶ）２４がＬＡＮ２１に接続されており、テレビジョン受像機２４には、おたち台２５が接続されている。部屋３３においては、パーソナルコンピュータ２６がＬＡＮ２１に接続されており、パーソナルコンピュータ２６には、おたち台２７が接続されている。
【００２９】
インターネット１には、また、ＩＳＰ４を介して、職場５のＬＡＮ５１も接続されている。ＬＡＮ５１には、パーソナルコンピュータ５２が接続されており、パーソナルコンピュータ５２には、さらに、おたち台５３が接続されている。
【００３０】
インターネット１には、また、売りぽキャラ人形１８１（図１０）に対応するコンテンツデータを提供するコンテンツサーバ６が接続されている。インターネット１に接続されているコンテンツサーバ７は、親友ぽキャラ人形１６１（図４）に対応するコンテンツデータを提供する。インターネット１に接続されているライセンスサーバ８は、コンテンツサーバ７により供給されるコンテンツに対応するライセンスを提供する。
【００３１】
さらに、インターネット１には、ぽキャラ（商標）サービスサーバ９が接続されている。このぽキャラサービスサーバ９は、親友ぽキャラ人形１６１あるいは売りぽキャラ人形１８１に対応する各種のサービスを提供する。
【００３２】
ぽキャラサービスサーバ９には、ぽキャラに関する各種の情報を記憶するぽキャラデータベース１０が接続されている。ぽキャラサービスサーバ９には、また、親友ぽキャラ人形１６１に対する認証処理を行うプライベート認証サーバ１１、売りぽキャラ人形１８１に対する認証処理を行うパブリック認証サーバ１２が接続されている他、各種の課金処理を実行する課金サーバ１３も接続されている。ぽキャラデータベース１０、プライベート認証サーバ１１、パブリック認証サーバ１２、および課金サーバ１３のうちの１つ以上に、必要に応じて、ぽキャラサービスサーバ９と一体化することもできる。
【００３３】
さらに図１のシステムにおいては、携帯電話機６１が、最寄りの基地局１５を介してインターネット１に接続されるようになされている。
【００３４】
ぽキャラサービスサーバ９は、例えば、図２に示されるように構成されている。
【００３５】
図２において、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１２１は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２２に記憶されているプログラム、または記憶部１２８からＲＡＭ（Ｒａｎｄｏｍ　ＡｃｃｅｓｓＭｅｍｏｒｙ）１２３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１２３にはまた、ＣＰＵ１２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００３６】
ＣＰＵ１２１、ＲＯＭ１２２、およびＲＡＭ１２３は、バス１２４を介して相互に接続されている。このバス１２４にはまた、入出力インタフェース１２５も接続されている。
【００３７】
入出力インタフェース１２５には、キーボード、マウスなどよりなる入力部１２６、ＣＲＴ（Ｃａｔｈｏｄｅ　Ｒａｙ　Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　ｄｉｓｐｌａｙ）などよりなるディスプレイ（表示部）、並びにスピーカなどよりなる出力部１２７、ハードディスクなどより構成される記憶部１２８、モデム、ターミナルアダプタなどより構成される通信部１２９が接続されている。通信部１２９は、インターネット１を含むネットワークを介しての通信処理を行う。
【００３８】
入出力インタフェース１２５にはまた、必要に応じてドライブ１３０が接続され、磁気ディスク１４１、光ディスク１４２、光磁気ディスク１４３、或いは半導体メモリ１４４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１２８にインストールされる。
【００３９】
パーソナルコンピュータ２２は、例えば、図３に示されるように構成されている。その基本的構成は、図２におけるぽキャラサービスサーバ９と同様である。すなわち、パーソナルコンピュータ２２のＣＰＵ２２１乃至通信部２２９は、図２のぽキャラサービスサーバ９のＣＰＵ１２１乃至通信部１２９と、基本的に同様の機能を有している。
【００４０】
図３のパーソナルコンピュータ２２の入出力インタフェース２２５には、接続部２３０が接続されており、この接続部２３２は、おたち台２３が接続される。おたち台２３は、図３に示されるように、リーダライタ４１を内蔵しており、そこに裁置されたぽキャラ人形から電磁誘導により、非接触で、情報を読み取る機能を有している。
【００４１】
入出力インタフェース２２５には、必要に応じて、ドライブ２３１が接続され、磁気ディスク２５１、光ディスク２５２、光磁気ディスク２５３、または半導体メモリ２５４が装着された場合、それから読み出されたコンピュータプログラムが、必要に応じて記憶部２２８にストールされる。
【００４２】
この情報処理システム（情報提供システム）において、自分自身を認証させるために、各ユーザは、図４に示されるような親友ぽキャラ人形１６１を予め購入する。この親友ぽキャラ人形１６１には、図５に示されるように、アンテナ１７２を有するＩＣチップ１７１が内蔵されており、このＩＣチップ１７１には、図６に示されるように、その親友ぽキャラ人形１６１を保持するユーザを識別するユーザ識別情報としてのユーザＩＤ、並びにその親友ぽキャラ人形１６１を識別するためのぽキャラ人形識別情報としてのぽキャラＩＤが記憶されている。
【００４３】
なお、ユーザＩＤは、ぽキャラＩＤと兼用することも可能である。
【００４４】
次に、図７のフローチャートを参照して、ユーザが親友ぽキャラ人形１６１を取得する処理について説明する。
【００４５】
パーソナルコンピュータ２２のユーザは、入力部２２６を操作して、ぽキャラサービスサーバ９に対するアクセスを指令する。ＣＰＵ２２１は、入力部２２６からこの指令を取得すると、ステップＳ１において、通信部２２９を制御し、ＬＡＮ２１，ＩＳＰ２、およびインターネット１を介して、ぽキャラサービスサーバ９にアクセスさせる。ぽキャラサービスサーバ９は、アクセスしてきたパーソナルコンピュータ２２に対して、ユーザ情報を入力するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）をインターネット１を介して提供してくる（後述する図９のステップＳ２１）。そこでユーザは、入力部２２６を操作して、自分自身の氏名、住所、生年月日、性別、電話番号、ファックス番号、メールアドレス、クレジットカード番号、銀行口座番号といったユーザ情報を入力する。ステップＳ２において、ＣＰＵ２２１は、入力されたユーザ情報を、通信部２２９からインターネット１を介して、ぽキャラサービスサーバ９に送信する。なお、パーソナルコンピュータ２２（他の端末も同様）とぽキャラサービスサーバ９との間の通信は、必要に応じて暗号化される。
【００４６】
このとき、ぽキャラサービスサーバ９は、パーソナルコンピュータ２２に対して、親友ぽキャラ人形の候補（一覧）を送信してくる（図９のステップＳ２３）。そこで、ステップＳ３において、ＣＰＵ２２１は、通信部２２９を介して、ぽキャラサービスサーバ９から送信されてくる親友ぽキャラ人形の候補を受信すると、これを出力部２２７の表示部に出力し、表示させる。これにより、例えば、図８に示されるような親友ぽキャラ人形の候補が表示される。図８には、Ａ乃至Ｆの６種類の親友ぽキャラ人形が示されている。図４に示される親友ぽキャラ人形１６１は、このうちの図８Ｆに対応している。
【００４７】
ユーザは、表示された親友ぽキャラ人形の候補の中から自分自身の親友ぽキャラ人形として利用するものを、入力部２２６を操作して指定する。ＣＰＵ２２１は、ステップＳ４において、この親友ぽキャラ人形の選択を受け付ける。
【００４８】
ステップＳ５において、ＣＰＵ２２１は、ステップＳ４の処理で受け付けた親友ぽキャラ人形の選択情報をぽキャラサービスサーバ９に送信する。
【００４９】
ぽキャラサービスサーバ９は、パーソナルコンピュータ２２からの選択情報を受信すると、その選択された親友ぽキャラ人形に対応する親友ぽキャラのデータを含むぽキャラサービスのためのコンピュータプログラムを送信してくる（図９のステップＳ２６）。
【００５０】
ステップＳ６において、パーソナルコンピュータ２２のＣＰＵ２２１は、ぽキャラサービスサーバ９より送信されてくるコンピュータプログラムを受信し、記憶部２２８に記憶する。このプログラムには、親友ぽキャラ人形に対応する親友ぽキャラ（実在する親友ぽキャラ人形に対する、アニメーション表示されるバーチャルな人形であって、以下、これをキャラクタとも称する）を、出力部２２７の表示部に表示させるのに必要なデータ（親友ぽキャラのデータ）が含まれている。
【００５１】
この親友ぽキャラのキャラクタは、対応する親友ぽキャラ人形と同一の画像で表現される。換言すれば、親友ぽキャラ人形は、出力部２２７の表示部に表示されるバーチャルな人形としての親友ぽキャラと同一の形状（色等を含む）を有していることになる。
【００５２】
例えば、図４の親友ぽキャラ人形１６１は、図８Ｆに示される親友ぽキャラのキャラクタに対応するものである。
【００５３】
ユーザは、ステップＳ６の処理で受信したプログラムを、ぽキャラサービスサーバ９が提供するサービスを利用する他の機器にインストールする。図１の例の場合、テレビジョン受像機２４とパーソナルコンピュータ２６に、このプログラムがインストールされる。また、職場５のパーソナルコンピュータ５２にもインストールされる。
【００５４】
テレビジョン受像機２４は、例えば、メモリースティック（商標）に代表される半導体メモリを装着する装着部が設けられており、ユーザは、例えば、パーソナルコンピュータ２２により、メモリースティックにそのプログラムを記憶し、テレビジョン受像機２４にこのメモリースティックを装着することで、テレビジョン受像機２４に対して、このプログラムをインストールすることができる。
【００５５】
その後、ぽキャラサービスサーバ９は、ユーザがステップＳ４の処理で選択した親友ぽキャラ人形を配送してくるので（図９のステップＳ２７）、ユーザは、ステップＳ８において、ぽキャラサービスサーバ９から配送されてくる人形を受け取る。
【００５６】
ぽキャラサービスサーバ９は、以上の図７のパーソナルコンピュータ２２の処理に対応して、図９のフローチャートに示されるような処理を実行する。
【００５７】
すなわち、ステップＳ２１において、ぽキャラサービスサーバ９のＣＰＵ１２１は、パーソナルコンピュータ２２のユーザがインターネット１を介して、アクセスしてきたとき、通信部１２９を介して、このアクセスを受け付けると、そのパーソナルコンピュータ２２に対して、ユーザ情報を入力するためのＧＵＩをインターネット１を介して、パーソナルコンピュータ２２に提供する。
【００５８】
上述したように、このＧＵＩに基づいて、ユーザは、ユーザ情報を送信してくる（図７のステップＳ２）。そこで、ステップＳ２２において、ぽキャラサービスサーバ９のＣＰＵ１２１は、パーソナルコンピュータ２２からのユーザ情報を受信すると、これを通信部１２９を介してぽキャラデータベース１０に供給し、登録させる。これにより、ぽキャラデータベース１０に、ユーザ情報が登録される（その詳細は、図３０を参照して後述する）。
【００５９】
次に、ステップＳ２３において、ＣＰＵ１２１は、親友ぽキャラ人形の候補を記憶部１２８から読み出し、パーソナルコンピュータ２２に対して送信する。これにより、上述したように、図８に示されるような、親友ぽキャラ人形の候補がパーソナルコンピュータ２２に送信される。
【００６０】
上述したように、送信した親友ぽキャラ人形の候補の中から１つの親友ぽキャラ人形を、ユーザは選択し、その選択情報を送信してくる（図７のステップＳ５）。
【００６１】
そこで、ステップＳ２５において、ＣＰＵ１２１は、ユーザに対して、ユーザを識別するための識別情報としてのユーザＩＤを割り当てる。また、ＣＰＵ１２１は、ユーザにより選択された親友ぽキャラ人形にぽキャラＩＤを割り当て、ぽキャラデータベース１０に、ユーザ情報に対応して、ぽキャラ情報として登録させる。このぽキャラ情報には、ぽキャラＩＤの他、そのぽキャラが親友ぽキャラであるのか否かを表すフラグ（親友ぽキャラフラグ）、あるいはそのぽキャラが有するパラメータなどが含まれる。このパラメータは、その親友ぽキャラが着ている服装、あるいはその親友ぽキャラが有している機能などを表している。なお、親友ぽキャラフラグは、親友ぽキャラ人形１６１に割り当てるぽキャラＩＤに含めるようにしてもよい。
【００６２】
次に、ステップＳ２６において、ＣＰＵ１２１は、ユーザがぽキャラサービスを受けるためのプログラムを記憶部１２８から読み出し、インターネット１を介してパーソナルコンピュータ２２に送信する。このとき、ＣＰＵ１２１は、ユーザＩＤと、その親友ぽキャラのキャラクタを表示させるのに必要なぽキャラ情報を、プログラムに含めて送信する。このぽキャラ情報には、ぽキャラＩＤの他、各種のパラメータを含む画像の元となるぽキャラのデータが含まれている。このプログラムは、パーソナルコンピュータ２２により受信される（図７のステップＳ６）。
【００６３】
そして、ステップＳ２７において、ＣＰＵ１２１は、ステップＳ２４の処理で受信された選択情報に対応する親友ぽキャラ人形を配送する処理を実行する。具体的には、ＣＰＵ１２１は、ユーザにより選択された親友ぽキャラ人形を特定する情報（ぽキャラＩＤ）と、そのユーザの住所、氏名などを出力部１２７を構成するプリンタから出力する。ぽキャラサービスサーバ９の管理者は、このプリンタからの出力に基づいて、所定の親友ぽキャラ人形をユーザ宛に配送する手続を行う。
【００６４】
次に、ステップＳ２８において、ＣＰＵ１２１は、ユーザに配布した親友ぽキャラ人形に対する対価に対応する課金処理を実行する。
【００６５】
具体的には、ＣＰＵ１２１は、課金サーバ１３に対して、ユーザ情報に含まれるクレジットカード番号に基づいて、親友ぽキャラ人形の対価に対応する価格の決済を要求する。あるいはまた、ＣＰＵ１２１は、課金サーバ１３に対して、ユーザ情報に含まれる銀行口座番号からの対価の引き落としを要求する。課金サーバ１３は、この要求に基づいて、そのユーザのクレジットカード会社あるいは銀行に対して、親友ぽキャラ人形に対応する対価の引き落とし処理を要求する。
【００６６】
以上のようにして、ユーザは、親友ぽキャラ人形１６１を取得する。ユーザは、親友ぽキャラ人形１６１を、ぽキャラサービスサーバ９の管理者により管理される店舗に直接出向いて、購入することも可能である。この場合、ユーザ情報は、その店舗において、ユーザが直接入力することになる。
【００６７】
以上においては、パーソナルコンピュータ２２からぽキャラサービスサーバ９にアクセスして、必要なユーザ情報を予め送信した後、親友ぽキャラ人形の配送を受けるようにしたが、換言すれば、予めユーザ登録をした後、親友ぽキャラ人形の配送を受けるようにしたが、ぽキャラＩＤだけが記憶されている親友ぽキャラ人形を、ユーザが予め購入した後、ネットワークを介してユーザ登録をするようにすることも可能である。このようにして購入した親友ぽキャラは、以後、ユーザのエージェントとして機能する。
【００６８】
また、店舗には、親友ぽキャラ人形１６１以外に、図１０に示されるような売りぽキャラ人形１８１も販売されている。ユーザは、必要に応じて、この売りぽキャラ人形１８１を様々な店舗において、購入することができる。この売りぽキャラ人形１８１も、内部にＩＣチップ１９１を内蔵している。ＩＣチップ１９１は、その売りぽキャラ人形１８１が有する機能に対応する情報を記憶している。
【００６９】
図１１は、売りぽキャラ人形１８１がコンテンツデータを提供する機能を有する場合の、ＩＣチップ１９１に記憶されている情報の例を表している。この例においては、アンテナ１９２を有するＩＣチップ１９１に、ぽキャラＩＤ、コンテンツを使用する条件を規定する使用条件が記憶されている。この使用条件には、例えば、そのコンテンツを再生可能な回数、再生可能な期限などが含まれる。
【００７０】
さらに、ＩＣチップ１９１には、コンテンツを使用するためにユーザが支払った金額（購入金額）に対応するプリペイド金額も必要に応じて記憶される。
【００７１】
ユーザは、このようにして親友ぽキャラ人形１６１または売りぽキャラ人形１８１を取得し、コンテンツの提供を受ける場合、親友ぽキャラ人形１６１または売りぽキャラ人形１８１を、使用する機器に対応するおたち台に載置する。例えば、パーソナルコンピュータ２２を使用する場合、ユーザは、パーソナルコンピュータ２２に対応して接続されているおたち台２３に、親友ぽキャラ人形１６１または売りぽキャラ人形１８１を載置する。この場合、パーソナルコンピュータ２２は、図１２乃至図１６のフローチャートに示される処理を実行する。
【００７２】
ステップＳ４１において、パーソナルコンピュータ２２のＣＰＵ２２１は、おたち台２３にぽキャラ人形が載置されたか否かを判定する。ぽキャラ人形が載置されていない場合、載置されるまで待機する。
【００７３】
ぽキャラ人形が載置されると、そのＩＣチップ１７１（または１９１）に記憶されている情報がリーダライタ２４１により読み出され、接続部２３０を介して、ＣＰＵ２２１に送信されてくる。そこで、ＣＰＵ２２１は、この情報が読み出されてくるまでステップＳ４１の処理を繰り返し実行する。
【００７４】
おたち台２３上に、ぽキャラ人形が載置されたと判定された場合、ステップＳ４２に進み、ＣＰＵ２２１は、ぽキャラ人形のＩＣチップ１７１（または１９１）に記憶されている情報を読み取る。載置されたぽキャラ人形が親友ぽキャラ人形１６１または売りぽキャラ人形１８１のいずれであるとしても、そのＩＣチップ１７１または１９１には、ぽキャラＩＤが記憶されている（図６および図１１）。ＣＰＵ２２１は、ステップＳ４３において、読み取られたぽキャラＩＤを通信部２２９を制御して、ぽキャラサービスサーバ９に送信させる。このとき送信されたＩＤは、ぽキャラサービスサーバ９において、ユーザ（ぽキャラ人形）を識別するのに用いられる。すなわち、このときのぽキャラＩＤは、ユーザを識別するためのＩＤとして利用されるので、ユーザＩＤが記憶されている場合には、それを送信するようにしてもよい。また、ぽキャラＩＤとユーザＩＤの両方を送信するようにしてもよい。
【００７５】
すなわち、読み取られたぽキャラＩＤは、ＬＡＮ２１、ＩＳＰ２、インターネット１を介して、ぽキャラサービスサーバ９に送信される。換言すれば、親友ぽキャラ人形１６１がおたち台２３上に載置された場合、ＣＰＵ２１は、ステップＳ４３において、ぽキャラサービスサーバ９に対するログイン処理（接続処理）を実行する。
【００７６】
このように、ユーザは、キーボードなどを利用してＩＤを入力する必要がないので、ぽキャラサービスサーバ９に対して、簡単にアクセスすることが可能になるとともに、入力ミスの発生が防止される。従って、例えば、キーボードの操作に不慣れな子供、女性、老人なども、アクセスを行うことが可能となる。
【００７７】
ぽキャラサービスサーバ９は、ぽキャラＩＤを受信すると、そのぽキャラＩＤがぽキャラデータベース１０に登録されているか否かを判定する（後述する図２８のステップＳ９３）。なお、ぽキャラデータベース１０には、親友ぽキャラのＩＤだけでなく、売りぽキャラのＩＤも登録されている。読み取ったぽキャラＩＤが登録されている場合には、ぽキャラサービスサーバ９は、ぽキャラデータベース１０からカバン情報を読み出し、送信してくる（図２８のステップＳ９８、Ｓ１０７）。
【００７８】
また、ぽキャラサービスサーバ９は、ぽキャラＩＤがぽキャラデータベース１０に登録されていない場合には、エラー情報を送信してくる（図２８のステップＳ１０３）。
【００７９】
そこで、ステップＳ４４において、パーソナルコンピュータ２２のＣＰＵ２２１は、ぽキャラサービスサーバ９からエラー情報が受信されたか否かを判定する。ステップＳ４４で、エラー情報（図２８のステップＳ１０３の処理で送信された情報）が受信されたと判定された場合には、ステップＳ４５に進み、ＣＰＵ２２１は、エラー処理を実行する。すなわち、この場合には、ぽキャラＩＤがぽキャラデータベース１０に登録されていないので、ユーザは、ぽキャラに基づくサービスを利用することができないことになる。
【００８０】
一方、ステップＳ４４において、エラー情報が受信されていないと判定された場合（受信されたのが図２８のステップＳ９８、Ｓ１０７の処理で送信されたカバン情報であると判定された場合）、ステップＳ４６に進み、ＣＰＵ２２１は、ぽキャラサービスサーバ９から送信されてきたカバン情報を受信する。ステップＳ４７において、ＣＰＵ２２１は、ぽキャラ到着情報をぽキャラサービスサーバ９に送信する。このぽキャラ到着情報は、後述する図２８のステップＳ９９において、ぽキャラサービスサーバ９により受信される。
【００８１】
ステップＳ４８において、ＣＰＵ２２１は、おたち台２３上に載置されたのが親友ぽキャラ人形１６１であるのか否かを判定する。すなわち、ぽキャラサービスサーバ９から送信されてくるカバン情報には、ステップＳ４３の処理で、ぽキャラサービスサーバ９に送信したぽキャラＩＤが親友ぽキャラのＩＤであるのか否かを表す親友ぽキャラフラグを含んでいる。ＣＰＵ２２１は、この親友ぽキャラフラグに基づいて、ステップＳ４８の判定処理を行う。
【００８２】
親友ぽキャラのカバン情報には、例えば、図１７に示されるように、キャラクタ情報、メール情報、スケジュール情報、お気に入り情報、しごと情報、一押し情報、さがす情報、コンテンツ情報、および親友ぽキャラフラグが含まれている。
【００８３】
また、図１８に示されるように、売りぽキャラのカバン情報には、キャラクタ情報、コンテンツ情報および親友ぽキャラフラグが含まれている。
【００８４】
これらの情報は、後述する図３１の親友ぽキャラのぽキャラ情報、または図３２の売りぽキャラのぽキャラ情報に含まれていたものが、カバン情報として、送信されてくるものである。これらの情報の詳細は、図３１と図３２を参照して後述する。
【００８５】
なお、親友ぽキャラまたは売りぽキャラのカバン情報には、必要に応じて、さらに、サーバアドレス、ライセンスＩＤ、暗号鍵などを含むライセンス情報を含めるようにすることもできる。
【００８６】
また、キャラクタ情報やコンテンツの画像データなどは、ＩＣチップやパーソナルコンピュータなどの端末に記憶させ、変更があったとき、更新させるようにすることも可能である。このようにすることで、帯域の狭い回線や、データの重量で課金が行われる回線を利用する場合に有利となる。
【００８７】
おたち台２３上に載置されたのが親友ぽキャラ人形１６１である場合には、そのユーザに関する処理が実行される。この場合、ステップＳ４９に進み、ＣＰＵ２２１は、ステップＳ４６の処理で受信したカバン情報に基づいて、ぽキャラ画像データを生成し、ぽキャラのキャラクタを出力部２２７の表示部に表示させる。
【００８８】
すなわち、パーソナルコンピュータ２２の記憶部２２８には、図７のステップＳ６の処理で、ぽキャラサービスサーバ９から受信したぽキャラ情報が記憶されている。ＣＰＵ２２１は、カバン情報に含まれるぽキャラＩＤに対応するぽキャラ情報の中の親友ぽキャラのキャラクタ情報を読み出し、そのパラメータに、カバン情報に含まれるパラメータの具体的な値を設定して、親友ぽキャラの画像データを生成し、出力部２２７の表示部に出力し、親友ぽキャラ（バーチャルな親友ぽキャラのキャラクタ）を表示させる。この親友ぽキャラのキャラクタは、おたち台２３上に載置された親友ぽキャラ人形１６１に対応した画像となっている。
【００８９】
換言すれば、親友ぽキャラ人形１６１は、この画像（キャラクタ）に対応する形状をしている。従って、ユーザは、出力部２２７の表示部に表示された親友ぽキャラのキャラクタを見たとき、その親友ぽキャラのキャラクタがおたち台２３上に載置された親友ぽキャラ１６１に対応するものであることを、直感的に認識することができる。
【００９０】
このように、人形と見た目が同じぽキャラのキャラクタが表示されるので、ユーザは、利用するサービスを容易に識別することができる。
【００９１】
なお、バーチャルな親友ぽキャラのキャラクタを表示するためのぽキャラ情報を、ぽキャラサービスサーバ９からパーソナルコンピュータ２２に供給するようにしたが、親友ぽキャラ人形１６１に、そのぽキャラ情報を記憶させておくようにしてもよい。そのようにすれば、より迅速な表示が可能となる。
【００９２】
また、ぽキャラサービスサーバ９から受信したぽキャラ情報、特にキャラポリゴン、テクスチャ、モーションといったキャラクタを表示するのに必要なパラメータを含むぽキャラ画像データは、ぽキャラサービスサーバ９から受信したとき、親友ぽキャラ人形１６１（またはパーソナルコンピュータ２２）に保存するようにしてもよい。この場合、ぽキャラサービスサーバ９に対してアクセスが行われる度に、ぽキャラ画像データが更新されたか否かが判定され、更新されていない場合には、既に保存されているぽキャラ画像データが利用され、更新されている場合には、新たなぽキャラ画像データがぽキャラサービスサーバ９から受信され、保存される。
【００９３】
さらに、ぽキャラ情報には、電子メールのヘッダ部分の内容（後述する図２２に示されているような、電子メールの差出人、もらった日（受信日時、メールのタイトルといったメールの選択に必要な情報）を含めることができる。この場合、ユーザが電子メールの機能を選択した時点で、メールサーバとしてのＩＳＰ２に対してアクセスが行われ、電子メールの本文がダウンロードされる。
【００９４】
次に、ステップＳ５０において、ＣＰＵ２２１は、その親友ぽキャラのカバン情報に基づいて、親友ぽキャラが有する機能の一覧をアイコンとして、親友ぽキャラの周囲に表示させる。
【００９５】
図１９と図２０は、このステップＳ４９とステップＳ５０の処理の結果の表示例を表している。
【００９６】
最初に、図１９に示されるように、親友ぽキャラのキャラクタが登場する登場口３０１が表示される。そして、図２０に示されるように、登場口３０１から親友ぽキャラ人形１６１に対応する親友ぽキャラのキャラクタ３１１が登録する画像がアニメーションとして表示される。上述したように、この親友ぽキャラのキャラクタ３１１は、親友ぽキャラ人形１６１に対応した画像となっている。
【００９７】
親友ぽキャラのキャラクタ３１１の周囲には、親友ぽキャラのキャラクタ３１１（そのユーザ）が保持している機能に対応するアイコン３２１−１乃至３２１−７が表示される。図２０の表示例においては、アイコンの数は、７個とされているが、その数は限定されるものではない。
【００９８】
なお、キャラクタ３１１にカバンを持たせ、ユーザが、そのカバンをクリックしたとき、そのカバンに含まれるアイコンを表示させるようにしてもよい。
【００９９】
ユーザは、このようにして表示された機能に対応するアイコンの中から、所定のアイコンを入力部２２６を構成する、例えば、マウスなどを操作して選択する。
【０１００】
そこで、ステップＳ５１において、ＣＰＵ２２１は、１つの機能が選択されるまで待機する。１つの機能が選択されたと判定された場合、ステップＳ５２に進み、ＣＰＵ２２１は、その選択された機能に対応する処理を実行する。
【０１０１】
例えば、７個のアイコンのうち、メールに対応するアイコン３２１−３が選択された場合、ＣＰＵ２２１は、メールに対応する処理を実行する。具体的には、ＣＰＵ２２１は、通信部２２９を制御し、ぽキャラサービスサーバ９に、メール情報の読み出しを要求する。
【０１０２】
ぽキャラサービスサーバ９は、パーソナルコンピュータ２２からメール情報の取得が指令された場合、あるいは一定時間毎に周期的に、インターネット１を介してＩＳＰ２（メールサーバとしての機能を有している）にアクセスし、そのユーザのメール情報を読み出し、ぽキャラデータベース１０に登録する。ぽキャラサービスサーバ９は、ぽキャラデータベース１０に登録したメール情報を読み出して、インターネット１からＩＳＰ２，ＬＡＮ２１を介してパーソナルコンピュータ２２に送信する。
【０１０３】
ＣＰＵ２２１は、読み出されたメール情報に対応する画像を出力部２２７の表示部に表示させる。
【０１０４】
図２１は、この場合の表示例を表している。図２１の表示例においては、親友ぽキャラのキャラクタ３１１の左上に、吹き出し３４１が表示され、その中に「今日は新しいメールが４件あるね。」のメッセージが表示されている。ユーザは、この表示から自分宛に新しいメールが４件来ていることを知ることができる。
【０１０５】
ユーザが入力部２２６のマウスを操作することで、メールの読み出しを指令すると、ＣＰＵ２２１は、例えば、図２２に示されるように、ＩＳＰ２から読み出し、ぽキャラデータベース１０に保持しているメールのタイトル情報をウィンドウ３５１に表示させる。ユーザは、このようにして表示されたメールの中から所定のメールを選択することで、さらに、そのメールの内容を表示させることができる。
【０１０６】
ユーザが７個のアイコンのうち、スケジューラのアイコン３２１−５を選択すると、ＣＰＵ２２１は、ぽキャラサービスサーバ９にアクセスし、その親友ぽキャラのユーザのスケジュール情報を、ぽキャラデータベース１０から読み出し、パーソナルコンピュータ２２に送信することを要求する。
【０１０７】
パーソナルコンピュータ２２のＣＰＵ２２１は、このスケジュール情報を取得すると、これを出力部２２７の表示部に出力し、表示させる。このようにして、例えば、図２３に示されるように、ウィンドウ３６１に親友ぽキャラのキャラクタ３１１のユーザのスケジュールを表示させる。
【０１０８】
ユーザがマウスを操作することで、ウィンドウ３６１に表示されているスケジュールのうちの所定の日付をクリックすると、その日のスケジュールが、例えば、図２４に示されるように、ウィンドウ３７１に表示される。
【０１０９】
この表示例においては、３月１日のスケジュールが表示されている。
【０１１０】
ユーザが７個のアイコンの中から着替えのアイコン３２１−２を選択すると、ＣＰＵ２２１は、ぽキャラサービスサーバ９にアクセスし、親友ぽキャラのキャラクタ３１１の着替えを行うのに必要なＧＵＩを取得し、例えば、図２５に示されるように、ウィンドウ３８１に表示させる。ユーザは、このウィンドウ３８１の所定のボタンをクリックすることで、親友ぽキャラのキャラクタ３１１のシャツやズボンを、好みのものに着替えさせることができる。そのとき着ている服装は、パラメータとして記憶される。従って、ユーザが自分自身の分身としての親友ぽキャラのキャラクタ３１１に対して飽きてしまうようなことが抑制される。
【０１１１】
以上のようにして、ステップＳ５２の選択された機能に対応する処理においては、ユーザの選択に対応して、各種の処理が実行されることになる。この処理については、後にさらに詳述する。
【０１１２】
次に、ステップＳ５３において、ＣＰＵ２２１は、親友ぽキャラ人形１６１がおたち台２３から取り外されたか否かを判定する。取り外されていない場合には、ステップＳ５４に進み、ＣＰＵ２２１は、ぽキャラに関する処理の終了が受信されたか否かを判定する。ユーザは、ぽキャラに関する処理を終了させる場合には、親友ぽキャラ１６１をおたち台２３から取り外すか、または入力部２２６を操作することで、処理の終了を指令する。
【０１１３】
ステップＳ５４において、ぽキャラの処理の終了が指示されていないと判定された場合には、処理は、ステップＳ５１に戻り、それ以降の処理が繰り返し実行される。
【０１１４】
ＣＰＵ２２１は、例えば、１秒毎など比較的短い時間間隔で、定期的にリーダライタ２４１を制御し、おたち台２３上に載置されている親友ぽキャラ１６１のＩＣチップ１７１からデータの読み出しを指令することで、データを読み出すことができなかった場合には、親友ぽキャラ人形１６１がおたち台２３から取り外されたと判定する。
【０１１５】
親友ぽキャラ人形１６１がおたち台２３から取り外されたと判定された場合、または、ステップＳ５４において、ユーザからぽキャラの処理の終了が指示されたと判定された場合、ステップＳ５５において、ＣＰＵ２２１は、カバン情報の変更履歴をぽキャラサービスサーバ９に送信する。従って、この履歴は、親友ぽキャラ人形１６１がおたち台２３から取り外されたこと、またはユーザからぽキャラの処理の終了が指示されたことを、ぽキャラサービスサーバ９に通知する機能を有している。この履歴は、ぽキャラサービスサーバ９において登録される（図２９のステップＳ１０９）。
【０１１６】
なお、履歴には、更新したスケジュール、ブックマーク、キャラクタ情報（髪型、服装など）、並びにユーザの思考情報などが含まれる。これらの履歴がぽキャラサービスサーバ９に直接書き込まれている場合には、その更新処理は、ぽキャラサービスサーバ９自身が行うことになる。
【０１１７】
さらに、ステップＳ５６において、ＣＰＵ２２１は、親友ぽキャラのキャラクタ３１１が帰る画像を出力部２２７の表示部に表示させる。
【０１１８】
図２６と図２７は、この場合の表示例を表している。
【０１１９】
図２６の表示例においては、親友ぽキャラのキャラクタ３１１の左上に吹き出し３９１が表示され、その中に「それじゃそろそろ帰るね。」のメッセージが表示されている。その後、図２７に示されるように、出口４０１が表示され、親友ぽキャラのキャラクタ３１１がその出口４０１から帰る画像がアニメーション表示される。
【０１２０】
このような表示を行うことで、ユーザは、親友ぽキャラに関する処理が終了したことを直感的に認識することができる。すなわち、親友ぽキャラ人形１６１が、おたち台２３から取り外された場合、ＣＰＵ２１は、ステップＳ５４において、ぽキャラサービスサーバ９との接続を解除する、ログアウト処理を実行する。
【０１２１】
以上のように、サービスの開始時に、人形と同じぽキャラ（キャラクタ）が表示され、サービスが終了されるとき、その表示が終了されるので、ユーザはログインおよびログアウトを容易に把握することができる。その結果、ユーザが、サービスを受けるために必要な操作を誤った期間に入力してしまい、サービスを利用することができないので、装置が故障していると、誤認してしまうようなことが抑制される。
【０１２２】
図１２に戻って、ステップＳ４８において、おたち台２３上に載置されたのが親友ぽキャラ人形１６１ではないと判定された場合（売りぽキャラ人形１８１であると判定された場合）、ステップＳ５７に進み、パーソナルコンピュータ２２のＣＰＵ２２１は、ステップＳ４６の処理で受信したカバン情報に含まれる売りぽキャラのぽキャラ情報に基づいて、ぽキャラ画像データを生成し、出力部２２７を構成する表示部に売りぽキャラのキャラクタ（売りぽキャラ人形１８１のバーチャル人形）を表示する。すなわち、後述する図３０乃至図３２に示されるように、ぽキャラデータベース１０には、売りぽキャラのぽキャラ情報とコンテンツ画像データが登録されており、このぽキャラ情報とコンテンツ画像データが認証情報に含めてぽキャラサービスサーバ９から送られてくる。この売りぽキャラのキャラクタも売りぽキャラ人形１８１とほぼ同一の形状を有する画像（ユーザが売りぽキャラ人形１８１に対応するバーチャルな人形であることを直感的に認識することが可能な画像）とされる。
【０１２３】
ステップＳ５８において、ＣＰＵ２２１は、ステップＳ４６の処理で受信したカバン情報に含まれるコンテンツ画像データ（コンテンツ利用情報）を抽出し、そのコンテンツ画像データに基づいて、コンテンツ画像を生成し、出力部２２７の表示部に表示させる。これにより、ユーザが購入した売りぽキャラ人形１８１に関係付けられているコンテンツに対応するコンテンツ画像が出力部２２７に表示されることになる。このコンテンツ画像には、例えば、関係付けられているコンテンツの説明、「この曲をダウンロードしたい場合、アクセスボタンをクリックして下さい」のようなメッセージ等が含まれている。
【０１２４】
そこで、ユーザは、コンテンツを取得する場合、表示されたコンテンツ画像の中のアクセスボタンを、入力部２２６を構成するマウスなどで操作する。
【０１２５】
ＣＰＵ２２１は、ステップＳ５９において、コンテンツサーバへのアクセスが指令（アクセスボタンが操作）されるまで待機し、コンテンツサーバへのアクセスが指令されたと判定された場合、ステップＳ６０に進み、ＣＰＵ２２１は、ＩＣチップ１９１に記憶されている使用条件（図１１）を読み出す。そして、ステップＳ６１において、ＣＰＵ２２１は、使用条件が満たされているか否かを判定する。この使用条件には、例えば、コンテンツの使用期限が含まれている。ＣＰＵ２２１は、内蔵するタイマが計時する現在の日時を、使用条件に規定されている使用期限と比較することで、使用条件が満たされているか否かを判定する。また、使用条件として、最大使用可能回数や、プリペイド金額が規定されている場合、その値が「０」であるか否かが判定される。
【０１２６】
ステップＳ６１において、使用条件が満たされていると判定された場合（例えば、現在の日時が、使用期限より前であり、かつ、最大使用可能回数およびプリペイド金額が「０」ではないと判定された場合、ステップＳ６２に進み、ＣＰＵ２２１は、ＩＣチップ１９１に記憶されているアクセス先情報に基づいて、コンテンツサーバにアクセスし、コンテンツデータの送信を要求する。これにより、例えば、図１に示されるコンテンツサーバ６に、コンテンツデータの送信が要求される。
【０１２７】
この要求に基づいて、コンテンツサーバ６は、インターネット１を介してコンテンツデータを送信してくる（後述する図３３のステップＳ１２３）。そこで、ステップＳ６３において、パーソナルコンピュータ２２のＣＰＵ２２１は、コンテンツサーバ６から送信されてきたコンテンツデータを、通信部２２９を介して受信する。このコンテンツデータは、記憶部２２８に供給され、記憶される。
【０１２８】
ステップＳ６４において、ＣＰＵ２２１は、ステップＳ６３の処理で受信し、記憶したコンテンツデータを復号し、出力する処理を実行する。すなわち、コンテンツサーバ６から送信されてくるコンテンツデータは暗号化されており、ＣＰＵ２２１は、この暗号化されているコンテンツデータを、ぽキャラサービスサーバ９から取得したライセンス情報（図３２）に含まれる暗号鍵を用いて復号する。そして、ＣＰＵ２２１は、復号して得られたコンテンツデータを、出力部２２７を介して出力する。
【０１２９】
なお、暗号化コンテンツと暗号鍵をインターネット１を介して伝送すると、第３者に盗まれる恐れがあるので、コンテンツを再生（またはコピー）する度に、暗号化コンテンツの暗号鍵を変更するようにすることも可能である。
【０１３０】
ステップＳ６５において、ＣＰＵ２２１は、コンテンツ出力の終了が入力部２２６から入力されたか否か（ユーザより指令されたか否か）を判定し、コンテンツ出力の終了が指令されていない場合には、ステップＳ６６に進み、売りぽキャラ人形１８１がおたち台２３から外されたか否かを判定する。この判定処理は、図１３のステップＳ５３の処理と同様に行われる。
【０１３１】
ステップＳ６６において、ぽキャラ人形１８１がおたち台２３から外れていないと判定された場合、ステップＳ６５に戻り、それ以降の処理が繰り返し実行される。
【０１３２】
ステップＳ６５の処理で、コンテンツ出力の終了が指令されたと判定された場合、またはステップＳ６６において、売りぽキャラ人形１８１がおたち台２３から外れたと判定された場合、ステップＳ６７に進み、ＣＰＵ２２１は、コンテンツ出力を終了する。
【０１３３】
そして、ステップＳ６８において、ＣＰＵ２２１は、売りぽキャラ人形１８１のＩＣチップ１９１に記憶されている使用条件をリーダライタ２４１を制御して、更新させる。例えば、使用条件に最大使用可能回数（再生可能回数）が規定されている場合、その値が１だけデクリメントされる。例えば、最大使用可能回数が２０回などとして規定されている場合、その値は１だけデクリメントされ、その値が「０」になったとき、使用（再生）不可となる。
【０１３４】
次に、ステップＳ６９において、ＣＰＵ２２１は、売りぽキャラ人形１８１内のＩＣチップ１９１に記憶されているプリペイド金額が、コンテンツを使用する毎に減算されるようなシステムである場合、そのプリペイド金額を所定の金額だけ（１回の再生分に対応する金額だけ）減算するように更新する。ステップＳ６８とＳ６９の処理は、一方だけとしてもよい。
【０１３５】
ステップＳ７０において、ＣＰＵ２２１は、図１３のステップＳ５６における場合と同様に、売りぽキャラのキャラクタが帰る画像を出力部２２７の表示部に表示させる。これにより、ユーザは、売りぽキャラ人形１８１をおたち台２３から取り外したり、コンテンツ出力の終了を指令したことで、コンテンツ出力が終了されたことを直感的に認識することが可能となる。
【０１３６】
ステップＳ６１において、使用条件が満たされていないと判定された場合（使用期限が過ぎている場合、使用回数が最大使用可能回数に達している場合、あるいは、プリペイド金額が「０」である場合）、ステップＳ７１に進み、ＣＰＵ２２１は、所定のメッセージを生成し、出力部２２７の表示部に表示させる。これにより、例えば、再生回数が許容されている回数に達した場合、「コンテンツはＮ回再生されました。さらに、コンテンツを利用するには、新たな金額の支払いが必要です。」のようなメッセージが表示される。ユーザは、このメッセージの表示に基づいて、コンテンツをさらに利用したい場合には、入力部２２６を操作して、使用条件の更新を指令する。
【０１３７】
そこで、ステップＳ７２において、ＣＰＵ２２１は、使用条件更新の要求がなされたか否かを判定し、使用条件更新の要求がなされたと判定された場合、ステップＳ７３において、ＣＰＵ２２１は、カバン情報のコンテンツ情報に含まれるアクセス先情報（図１８）に基づいて、インターネット１を介してコンテンツサーバ６にアクセスする。ステップＳ７４において、ＣＰＵ２２１は、コンテンツサーバ６に対して、使用条件としての最大使用可能回数とプリペイド金額の更新を要求する。コンテンツサーバ６は、この要求に基づいて、そのユーザが決済可能なユーザであることが、ぽキャラサービスサーバ９から通知されたとき、パーソナルコンピュータ２２に対して、更新データを送信してくる（図３３のステップＳ１２７）。
【０１３８】
そこで、ステップＳ７５において、ＣＰＵ２２１は、コンテンツサーバ６から更新データが送信されてきたか否かを判定し、送信されてきた場合には、ステップＳ７６に進み、コンテンツサーバ６から送信されてきた更新データを受信し、そのデータをリーダライタ２４１を介して、ＩＣチップ１９１に供給して、最大使用可能回数とプリペイド金額を更新させる。
【０１３９】
このようにして、ユーザは、最大使用可能回数とプリペイド金額の更新を要求することで、その売りぽキャラ人形１８１を利用して、何回でもコンテンツを利用することが可能となる。
【０１４０】
なお、後述するように、プリペイド金額の更新が行われたとき、コンテンツサーバ６からの要求に基づいて（図３３のステップＳ１２５）、ぽキャラサービスサーバ９がユーザに対して課金処理を実行する（図２８のステップＳ１０５）。
【０１４１】
ステップＳ７５において、更新データが送信されてこないと判定された場合には、ステップＳ７７に進み、エラー処理が実行される。
【０１４２】
すなわち、その売りぽキャラ人形１８１を使用しているユーザが、銀行口座の残高不足などの理由により、プリペイド金額の決済を行うことができないユーザであるとぽキャラサービスサーバ９により判定された場合には、コンテンツサーバ６は、パーソナルコンピュータ２２に対してエラーメッセージを通知してくる（図３３のステップＳ１１８）。この場合には、ＣＰＵ２２１は、更新データが送られてこないので、エラー処理を実行する。具体的には、ＣＰＵ２２１は、出力部２２７の表示部に、例えば、「コンテンツを利用することができません。」のようなメッセージを表示させる。
【０１４３】
ステップＳ７２において、ユーザから使用条件更新の要求が要求されていないと判定された場合には、ステップＳ７３乃至ステップＳ７７の処理はスキップされる。
【０１４４】
なお、ＩＣチップを内蔵するクレジットカードをおたち台上に載置して、そのクレジットカードからプリペイド金額を決済するようにしてもよい。
【０１４５】
次に、図２８と図２９のフローチャートを参照して、以上の図１２乃至図１６のフローチャートに示されるパーソナルコンピュータ２２の処理に対応して実行されるぽキャラサービスサーバ９の処理について説明する。
【０１４６】
ステップＳ９１において、ぽキャラサービスサーバ９のＣＰＵ１９１は、パーソナルコンピュータ２２からぽキャラＩＤを受け取ったか否かを判定し、受け取っていないと判定した場合には、ステップＳ１０８に進み、ぽキャラの履歴を受信したか否かを判定する。ステップＳ１０８において、ぽキャラの履歴が受信されていないと判定された場合、ステップＳ１１０に進み、ＣＰＵ１２１は、コンテンツサーバ６から決済の要求を受けたか否かを判定し、決済の要求を受けていないと判定した場合には、ステップＳ９１に戻り、それ以降の処理を繰り返し実行する。
【０１４７】
ステップＳ９１において、ぽキャラＩＤを受け取ったと判定した場合、ＣＰＵ１２１は、ステップＳ９２に進み、パーソナルコンピュータ２２から受け取った（図１２のステップＳ４３の処理でパーソナルコンピュータ２２から送信された）ぽキャラＩＤを、ぽキャラデータベース１０から検索する。
【０１４８】
ぽキャラデータベース１０には、例えば、図３０乃至図３２に示されるように、ユーザ情報とぽキャラ情報が記憶されている。ユーザ情報（図３０）には、ユーザを識別するユーザＩＤ、ユーザの氏名、住所、生年月日、性別、電話番号、ファックス番号、メールアドレス、そのユーザを登録した登録日などの他、ユーザのクレジットカード番号、銀行口座番号などが記録されている。
【０１４９】
ぽキャラ情報には、親友ぽキャラのぽキャラ情報（図３１）と、売りぽキャラのぽキャラ（図３２）がある。
【０１５０】
親友ぽキャラのぽキャラ情報には、そのユーザが有する親友ぽキャラ人形のぽキャラＩＤ、ユーザＩＤ、そのぽキャラが親友ぽキャラであるのか、売りぽキャラであるのかを表す親友ぽキャラフラグ、あるいはまた、そのぽキャラの服装に関するパラメータに代表される、そのぽキャラを表示するのに必要なぽキャラのキャラクタデータなどが含まれている。
【０１５１】
ぽキャラ情報として、さらに、親友ぽキャラが有する各種の機能に関する情報も登録されている。図３１の例では、メール情報、スケジュール情報、お気に入り情報、しごと情報、一押し情報、さがす情報などが記憶されている。メール情報は、そのユーザ宛にいままで送信されてきたメール、あるいはそのユーザがいままでに送信したメールなどが記憶されている。
【０１５２】
スケジュール情報には、そのユーザの現在および過去のスケジュールや、ユーザが入力した覚え書きが記録されている。また、このスケジュールには、ぽキャラが実行する各種のイベントの情報なども記録されている。
【０１５３】
お気に入り情報には、ユーザがブックマークを付加したホームページのＵＲＬなどが記憶される。
【０１５４】
しごと情報には、ユーザが自分自身が保持する端末（ハードウェア）に関して、予め登録しておくことにより、受けることが可能なサービスに関する情報が登録されている。このしごと情報の中には、また、ユーザが一時的に預けたデータも記憶されている。
【０１５５】
一押し情報には、親友ぽキャラがそのユーザの思考を分析することで、自ら集めたお勧めコンテンツが登録されている。
【０１５６】
さがす情報には、検索エンジンや、ユーザが予め検索することを指令した売りぽキャラに関する情報が記録される。
【０１５７】
ぽキャラ情報としては、また、親友ぽキャラのキャラクタがネットワーク上の所定の装置に実際に表示されている位置を表す現在位置が登録されている。これにより、親友ぽキャラのキャラクタがネットワーク上の装置において、２つ以上の位置で同時に表示されるようなことが防止される（表示の排他性が実現される）。換言すれば、他のユーザが真のユーザの親友ぽキャラ人形１６１に成りすます他の親友ぽキャラ人形を利用して、ユーザの情報を盗むようなことが抑制される。すなわち、ぽキャラサービスサーバ９は、現在位置以外から親友ぽキャラＩＤが送信されてきたとき、エラー処理を実行する。その結果、ネットワーク上の装置には、１個の親友ぽキャラのキャラクタのみが表示される。
【０１５８】
また、２以上の装置から同時にぽキャラサービスサーバ９に対するアクセスが行われることによるデータの不整合性を防止することが可能となる。換言すれば、１人のぽキャラが複数の装置を行き来するようにすることで、ユーザに対して、排他的アクセスを直感的に理解させることが可能となる。
【０１５９】
ぽキャラ情報には、さらに、そのユーザが取得したコンテンツ情報と、そのコンテンツを使用するのに必要なライセンス情報なども記録される。コンテンツ情報には、コンテンツを識別するコンテンツＩＤや、そのコンテンツにアクセスするために必要なアクセス情報なども含まれている。ライセンス情報には、ライセンスを識別するライセンスＩＤ、暗号化されているコンテンツを復号する暗号鍵、ライセンスを取得するときアクセスするライセンスサーバのアドレスといった情報が記録される。
【０１６０】
売りぽキャラのぽキャラ情報（図３２）には、ぽキャラＩＤ、親友ぽキャラフラグ、キャラクタ情報、コンテンツ情報、ライセンス情報の他、コンテンツ利用情報が含まれている。
【０１６１】
ＣＰＵ１２１は、ステップＳ９２における検索の結果、ぽキャラＩＤがぽキャラデータベース１０に登録されていたか否かを、ステップＳ９３において判定する。ぽキャラＩＤが登録されている場合には、ステップＳ９４に進み、ＣＰＵ１２１は、受け取ったぽキャラＩＤが親友ぽキャラのＩＤであるか否かを判定する。上述したように、この判定は、親友ぽキャラフラグから行うことができる。
【０１６２】
ぽキャラＩＤが親友ぽキャラのＩＤであると判定された場合、ステップＳ９５に進み、ＣＰＵ１２１は、ぽキャラデータベース１０からぽキャラ情報（図３１）を読み出す。
【０１６３】
ステップＳ９６において、ＣＰＵ１２１は、読み出したぽキャラ情報に記憶されている親友ぽキャラの現在位置から、親友ぽキャラの現在位置が、ぽキャラサービスサーバ９内であるか否かを判定する。親友ぽキャラの現在位置がぽキャラサービスサーバ９内であると判定された場合、ステップＳ１０３に進み、ＣＰＵ１２１は、パーソナルコンピュータ２２に対して、エラー情報を送信する。
【０１６４】
すなわち、この場合、親友ぽキャラの現在位置がぽキャラサービスサーバ９内であるにも関わらず、それ以外の装置から、親友ぽキャラ人形１６１に基づくアクセスがあったことになるので、なりすましのアクセスである恐れがある。従って、この場合には、エラー処理が行われることになる。
【０１６５】
ステップＳ９６において、親友ぽキャラの現在位置が、ぽキャラサービスサーバ９内ではないと判定された場合、ステップＳ９７に進み、ＣＰＵ１２１は、ぽキャラデータベース１０からカバン情報を読み出す。そして、ステップＳ９８において、ＣＰＵ１２１は、読み出したカバン情報をパーソナルコンピュータ２２に送信する。
【０１６６】
ステップＳ９９において、ＣＰＵ１２１は、ぽキャラ到着情報を受信したか否かを判定する。上述したように、パーソナルコンピュータ２２は、カバン情報を受信すると、ぽキャラ到着情報を送信してくる（図１２のステップＳ４７）。ステップＳ９８の処理で、カバン情報を送信したにも関わらず、ぽキャラ到着信号が受信されない場合には、異常な状態が発生していることが予想される。そこで、ステップＳ１０３に進み、ＣＰＵ１２１は、エラー情報をパーソナルコンピュータ２２に送信する。
【０１６７】
これに対して、ステップＳ９９において、ぽキャラ到着信号が受信されたと判定された場合、ステップＳ１００に進み、ＣＰＵ１２１は、親友ぽキャラの現在位置を、パーソナルコンピュータ２２上であるとして、ぽキャラデータベース１０に登録（更新）する。すなわち、いま、親友ぽキャラがパーソナルコンピュータ２２に到着したことになるので、親友ぽキャラの現在位置がパーソナルコンピュータ２２として登録される。
【０１６８】
上述したように、パーソナルコンピュータ２２のユーザが、その親友ぽキャラのキャラクタ３１１が有する機能のうちの１つの機能を選択すると、その選択されたぽキャラの機能に関する情報が、パーソナルコンピュータ２２から送信されてくる（図１３のステップＳ５２）。
【０１６９】
ステップＳ１０１において、ぽキャラサービスサーバ９のＣＰＵ１２１は、親友ぽキャラのキャラクタ３１１の機能が選択されたか否かを判定し、選択されたと判定された場合には、ステップＳ１０２に進み、その選択された機能に対応する処理を実行する。これにより、例えば、メールに関する機能が選択された場合には、メール情報として登録されている情報がパーソナルコンピュータ２２に送信される。スケジュールに関する機能が選択された場合には、登録されているスケジュールに関する情報がパーソナルコンピュータ２２に送信される。
【０１７０】
ステップＳ１０１において、ぽキャラの機能が選択されていないと判定された場合には、ステップＳ１０２の処理はスキップされ、処理はステップＳ９１に戻り、それ以降の処理が繰り返し実行される。
【０１７１】
ステップＳ９４において、取得されたぽキャラＩＤが親友ぽキャラ人形１６１のＩＤではないと判定された場合（売りぽキャラ人形のＩＤであると判定された場合）、ステップＳ１０４に進み、ＣＰＵ１２１は、その売りぽキャラ人形に対応するサーバ（上述した売りぽキャラ人形１８１に対応するＩＤの場合、コンテンツサーバ６）に通知する。後述するように、コンテンツサーバ６は、ぽキャラサービスサーバ９からこの通知を受け取った場合、さらに、パーソナルコンピュータ２２からコンテンツデータの送信の要求を受けたとき、コンテンツデータを読み出し、パーソナルコンピュータ２２に送信する処理を実行する（後述する図３３のステップＳ１２１乃至ステップＳ１２３）。
【０１７２】
なお、ぽキャラサービスサーバ９は、各種のコンテンツ提供者あるいはサービス提供者が提供するコンテンツまたはサービスに対応する売りぽキャラ人形に関する管理も行っており、ぽキャラデータベース１０には、図３２に示されるように、全ての売りぽキャラ人形１８１に対応するバーチャルな売りぽキャラ人形のキャラクタを表示するのに必要なぽキャラ情報として、ぽキャラＩＤ、コンテンツＩＤにより特定されるコンテンツに付随するコンテンツ画像（例えば、コンテンツが、所定の歌手の曲のオーディオデータである場合、曲のタイトル、歌詞、歌手の映像）を表示させるのに必要なコンテンツ画像データ（コンテンツ利用情報）、コンテンツ情報等が登録されている。このコンテンツ情報の中には、ユーザがその売りぽキャラＩＤを送信してきたとき、ユーザからのアクセスがあったことを通知するアクセス先（ネットワーク上のアドレス）が含まれている。ＣＰＵ１２１は、このアクセス先（通知先）に通知を行うことになる。
【０１７３】
次に、ステップＳ１０５において、ＣＰＵ１２１は、課金処理を実行する。すなわち、このシステムにおいては、ユーザが売りぽキャラ人形１８１をおたち台２３上に載置して、所定のサービスの提供を受けるとき、その都度そのサービスの提供を受けるための対価を支払うことになる。
【０１７４】
具体的には、ぽキャラサービスサーバ９のＣＰＵ１２１は、通信部１２９を介して課金サーバ１３にアクセスし、そのユーザのクレジットカード番号、または銀行口座番号に対する課金処理を要求する。課金サーバ１３は、この要求に基づいて、所定の金額の課金処理を実行する。
【０１７５】
このようにして、ぽキャラサービスサーバ９の管理者は、ユーザが売りぽキャラ人形１８１を利用することに基づいて収益を上げることができる。
【０１７６】
なお、この課金処理は、ユーザに対して行うのではなく、売りぽキャラ人形１８１を販売した管理者に対して行うようにすることもできる。
【０１７７】
次に、ステップＳ１０６において、ＣＰＵ１２１は、ぽキャラデータベース１０から売りぽキャラのカバン情報（図１８）を読み出し、ステップＳ１０７において、そのカバン情報をパーソナルコンピュータ２２に送信する。
【０１７８】
ステップＳ１０７の処理の後、処理はステップＳ９１に戻り、それ以降の処理が繰り返し実行される。
【０１７９】
なお、例えば売りぽキャラ人形１８１が占いに関するぽキャラ人形であるような場合、その占いのコンテンツのデータ量がそれほど多くないようなとき、図１８のカバン情報に、占いのコンテンツのデータも保存しておき、ぽキャラ呼び出し時に、そのコンテンツのデータをぽキャラのキャラクタと同時に表示させるようにすることも可能である。
【０１８０】
ステップＳ１０８において、ＣＰＵ１２１は、ぽキャラの履歴を受信したと判定した場合、ステップＳ１０９に進み、ぽキャラの履歴をぽキャラデータベース１０に登録する（更新する）処理を実行する。その後、処理はステップＳ９１に戻り、それ以降の処理が繰り返し実行される。
【０１８１】
このようにして、例えば図１３のステップＳ５５の処理で、ぽキャラの履歴がパーソナルコンピュータ２２から送信されてきた場合には、その履歴に基づいて、ぽキャラデータベース１０が更新されることになる。
【０１８２】
ステップＳ１１０において、コンテンツサーバ６から決済の要求（後述する図３３のステップＳ１２５の処理）を受けたと判定した場合、ステップＳ１１１に進み、ＣＰＵ１２１は、コンテンツサーバ６から要求されたユーザに対する決済処理を行う。具体的には、ＣＰＵ１２１は、ぽキャラデータベース１０のユーザ情報（図３０）に登録されているそのユーザのクレジットカード番号または銀行口座番号に関して、過去に、決済不能となった事例が存在するか否かを調べる。そして、ステップＳ１１２において、ＣＰＵ１２１は、その調べた結果（決済結果）を、コンテンツサーバ６に通知する。
【０１８３】
その後、処理はステップＳ９１に戻り、それ以降の処理が繰り返し実行される。
【０１８４】
次に、図３３のフローチャートを参照して、ユーザが売りぽキャラ人形１８１をおたち台２３上に載置して、コンテンツの提供を受ける場合におけるコンテンツサーバ６の処理について説明する。
【０１８５】
コンテンツサーバ６のＣＰＵ１２１は、ステップＳ１２１において、通信部１２９を介してぽキャラサービスサーバ９からパーソナルコンピュータ２２からのアクセスがあったことの通知（図２８のステップＳ１０４で送信される通知）を受け取ったか否かを判定する。ぽキャラサービスサーバ９から通知を受け取っていないと判定した場合には、ステップＳ１２４に進み、ＣＰＵ１２１は、パーソナルコンピュータ２２からプリペイド金額（または最大使用可能回数）の更新の要求（図１６のステップＳ７４）を受け取ったか否かを判定する。ＣＰＵ１２１は、プリペイド金額（または最大使用可能回数）の更新の要求を受け取っていないと判定した場合には、処理を終了させる。
【０１８６】
ステップＳ１２１において、ＣＰＵ１２１は、ぽキャラサービスサーバ９から通知を受け取ったと判定した場合、ステップＳ１２２に進み、その通知に記述されているパーソナルコンピュータ２２からコンテンツデータの送信の要求（図１４のステップＳ６２）を受けたか否かを判定する。パーソナルコンピュータ２２からコンテンツデータの送信の要求を受けた場合には、ステップＳ１２３に進み、ＣＰＵ１２１は、記憶部１２８に記憶されている暗号化されているコンテンツデータを読み出し、通信部１２９からパーソナルコンピュータ２２に送信する。
【０１８７】
なお、このコンテンツデータは、予め暗号化された状態で記憶部１２８に記憶させておいてもよいが、送信する度に暗号化するようにすることも可能である。
【０１８８】
ステップＳ１２１で取得するぽキャラサービスサーバ９からの通知は、コンテンツを特定する情報を含んでいる必要がある。この情報はコンテンツＩＤでもよいが、コンテンツと売りぽキャラ人形１８１とが、１対１に対応している場合には、ぽキャラＩＤでもよい。
【０１８９】
ステップＳ１２２において、パーソナルコンピュータ２２からコンテンツデータの送信の要求を受けていないと判定された場合には、ステップＳ１２３の処理はスキップされる。
【０１９０】
すなわち、ぽキャラサービスサーバ９から通知を受けたとしても、結局その通知に記述されているパーソナルコンピュータ２２のユーザが、コンテンツデータの送信を要求してこなかった場合には、コンテンツデータの送信は行われないことになる。
【０１９１】
ステップＳ１２４において、パーソナルコンピュータ２２からプリペイド金額（または最大使用可能回数）の更新の要求を受けたと判定された場合、ステップＳ１２５に進み、ＣＰＵ１２１は、ぽキャラサービスサーバ９に対して、決済を要求する。この要求に基づいて、ぽキャラサービスサーバ９は、売りぽキャラ人形１８１を利用しているユーザに対して決済処理を行い、その決済結果をコンテンツサーバ６に通知してくる（上述した図２９のステップＳ１１１，Ｓ１１２）。
【０１９２】
ステップＳ１２６において、コンテンツサーバ６のＣＰＵ１２１は、ステップＳ１２５の要求に基づいて、ぽキャラサービスサーバ９から送信されてきた通知に基づいて、決済がＯＫであったか否かを判定する。決済がＯＫであった場合には、ステップＳ１２７に進み、ＣＰＵ１２１は、パーソナルコンピュータ２２に対して、プリペイド金額（または、最大使用可能回数）を更新するための更新データを送信する。上述したように、パーソナルコンピュータ２２は、この更新データに基づいて、売りぽキャラ人形１８１のＩＣチップ１９１のプリペイド金額（または、最大使用可能回数）を更新する（図１６のステップＳ７６）。これにより、ユーザは、再びコンテンツを利用することが可能となる。
【０１９３】
ステップＳ１２６において、ぽキャラサービスサーバ９からの通知が、決済がＯＫでなかったことを表している場合には、ステップＳ１２８に進み、ＣＰＵ１２１は、エラー処理を実行する。すなわち、このとき、ＣＰＵ１２１は、パーソナルコンピュータ２２に対してコンテンツを提供することができないようなメッセージを出力する。ユーザは、これにより、プリペイド金額（または、最大使用可能回数）の更新ができなかったことを知ることができる。このメッセージは、図１６のステップＳ７６において、パーソナルコンピュータ２２において表示される。
【０１９４】
次に、おたち台２３上に、親友ぽキャラ人形１６１を載置して、ユーザがコンテンツサーバ７からコンテンツを取得し、ライセンスサーバ８からそのコンテンツを使用するのに必要なライセンスを取得する処理について説明する。この処理は、図１３のステップＳ５２における選択された機能に対応する処理の１つとして実行される。すなわち、この処理は、ユーザが親友ぽキャラのキャラクタ３１１が有する機能のうち、コンテンツ取得処理の機能を選択したとき開始される。
【０１９５】
ステップＳ１３１において、パーソナルコンピュータ２２のＣＰＵ２２１は、コンテンツサーバ７にアクセスし、コンテンツの送信を要求する。アクセスするアドレスは、必要に応じてユーザが調べるものである。
【０１９６】
後述するように、コンテンツサーバ７は、アクセスしてきたパーソナルコンピュータ２２に対して、コンテンツＩＤとライセンスＩＤを付加してコンテンツデータを送信してくる（後述する図３５のステップＳ１４２）。そこで、ステップＳ１３２において、パーソナルコンピュータ２２のＣＰＵ２２１は、コンテンツサーバ７からインターネット１を介して送信されてくるコンテンツデータを受信すると、ステップＳ１３３において、そのコンテンツデータを記憶部２２８に供給し、記憶させる。
【０１９７】
次に、ステップＳ１３４において、ＣＰＵ２２１は、いま取得したコンテンツを識別するコンテンツＩＤ、記憶したコンテンツデータにアクセスするためのアクセス情報（記憶部２２８からコンテンツデータを読み出すために必要な情報）、並びにいま取得したコンテンツに対するライセンスを発行するライセンスサーバ（図１のシステムの場合、ライセンスサーバ８）のネットワーク上のアドレス（このアドレスは、コンテンツサーバ７からコンテンツデータに付随して送信されてくる）を、ぽキャラサービスサーバ９に送信する。
【０１９８】
パーソナルコンピュータ２２のこのようなアクセスに対応してコンテンツサーバ７は、図３５のフローチャートに示される処理を実行する。
【０１９９】
すなわち、ステップＳ１４１において、コンテンツサーバ７のＣＰＵ１２１は、パーソナルコンピュータ２２からアクセスを受けると、ステップＳ１４２において、記憶部１２８に記憶しているコンテンツデータを読み出し、パーソナルコンピュータ２２に送信する。このとき、ＣＰＵ１２１は、コンテンツＩＤと、そのコンテンツを使用するのに必要なライセンスを識別するライセンスＩＤも同時に送信する。なお、このコンテンツデータも暗号化されている。
【０２００】
また、パーソナルコンピュータ２２の図３４のステップＳ１３４の処理に対応してぽキャラサービスサーバ９は、図３６のフローチャートに示される処理を実行する。
【０２０１】
最初に、ステップＳ１５１において、ぽキャラサービスサーバ９のＣＰＵ１２１は、パーソナルコンピュータ２２がステップＳ１３４の処理で送信するコンテンツＩＤ、アクセス情報、並びにライセンスサーバのアドレスを受信する。ステップＳ１５２において、ＣＰＵ１２１は、ステップＳ１５１の処理で受信したコンテンツＩＤ、アクセス情報、並びにライセンスサーバのアドレスを、一緒に送信されてきた親友ぽキャラＩＤに対応して、ぽキャラデータベース１０に記憶する。
【０２０２】
次に、ステップＳ１５３において、ＣＰＵ１２１は、ユーザがコンテンツを取得した処理に対応する課金処理を実行する。すなわち、コンテンツの対価の分の金額の決済を課金サーバ１３に要求する。課金サーバ１３は、この要求に基づいて、ユーザに対して課金処理を実行する。
【０２０３】
なお、このコンテンツの提供に対する課金処理は、ライセンス提供時に課金を行うようにすることで、省略することも可能である。コンテンツの提供に対して課金するのではなく、ライセンスの提供時に課金を行うようにすることで、ユーザは、金額の心配をせずに、コンテンツを任意の端末に、複数回、受信、記憶させることができる。従って、それだけコンテンツを効率的に配信することが可能となる。
【０２０４】
また、再生したい装置にコンテンツを予め記憶させておくことにより、装置が接続されている回線の容量が遅くても、高品質のコンテンツをその装置で利用することが可能となる。
【０２０５】
ユーザは、このようにしてコンテンツを取得しただけでは、コンテンツを利用することができない。すなわち、コンテンツを利用するには、コンテンツを利用するために必要なライセンスをさらに取得する必要がある。そこで、パーソナルコンピュータ２２は、ライセンスを取得するために、図３７のフローチャートに示される処理を実行する。
【０２０６】
この処理も図１３のステップＳ５２における選択された機能に対応する処理の１つとして実行される。
【０２０７】
ステップＳ１７１において、パーソナルコンピュータ２２のＣＰＵ２２１は、ぽキャラサービスサーバ９にアクセスする。ステップＳ１７２において、ＣＰＵ２２１は、ぽキャラサービスサーバ９にコンテンツＩＤに対応するライセンスの取得を要求する。このコンテンツＩＤは、図３４のステップＳ１３２の処理で受信したコンテンツデータに含まれているものである。
【０２０８】
このように、ライセンスの取得を要求すると、後述するように、ぽキャラサービスサーバ９は、ライセンスサーバにアクセスし、ライセンスを取得する。そして、ライセンスを取得したとき、パーソナルコンピュータ２２に対してライセンスの取得を通知してくる（後述する図３８のステップＳ１９４，Ｓ１９５）。
【０２０９】
そこで、ステップＳ１７３において、ＣＰＵ２２１は、ぽキャラサービスサーバ９から送信されてきたライセンス取得の通知を受信する。ＣＰＵ２２１は、この通知の結果を出力部２２７の表示部に出力し、表示させる。これにより、ユーザは、ライセンスを取得したことを知ることができる。
【０２１０】
次に、図３７のパーソナルコンピュータ２２のライセンス取得処理に対応して実行されるぽキャラサービスサーバ９の処理について、図３８のフローチャートを参照して説明する。
【０２１１】
ステップＳ１９１において、ぽキャラサービスサーバ９のＣＰＵ１２１は、パーソナルコンピュータ２２からライセンス取得処理の要求（図３７のステップＳ１７２の処理で出力された要求）を受信する。ステップＳ１９２において、ＣＰＵ１２１は、ユーザはコンテンツを有しているか否かを判定する。ユーザがコンテンツを取得している場合、ぽキャラデータベース１０にそのコンテンツにアクセスするためのアクセス情報が記憶されている（図３６のステップＳ１５２）。そこで、このアクセス情報に基づいて、ＣＰＵ１２１は、ユーザがコンテンツを有しているか否かを判定することができる。
【０２１２】
ステップＳ１９２において、ユーザがコンテンツを取得していると判定した場合、ステップＳ１９３に進み、ＣＰＵ１２１は、コンテンツＩＤに対応するライセンスサーバにアクセスし、ユーザに対するライセンスの発行を要求する。図３６のステップＳ１５２の処理で、ユーザがコンテンツを既に取得している場合には、そのコンテンツを利用するのにライセンスサーバのアドレスもぽキャラデータベース１０に登録されている。また、そのライセンスを発行するライセンスサーバのアドレスも登録されている。
【０２１３】
ライセンスサーバ８は、ぽキャラサービスサーバ９からライセンスの発行を要求されると、ライセンスを発行し、ぽキャラサービスサーバ９に送信してくる（後述する図３９のステップＳ２１２）。
【０２１４】
そこで、ステップＳ１９４において、ＣＰＵ１２１は、ライセンスサーバ８から送信されてきた暗号鍵（暗号化されているコンテンツを復号するための鍵）とライセンスＩＤを、親友ぽキャラＩＤとコンテンツＩＤに対応してぽキャラデータベース１０に記憶する。
【０２１５】
次に、ステップＳ１９５において、ＣＰＵ１２１は、ライセンスが取得されたことをユーザ（パーソナルコンピュータ２２）に通知する。
【０２１６】
そして、ステップＳ１９６において、ＣＰＵ１２１は、ライセンス取得処理に対応する課金処理を実行する。すなわち、ＣＰＵ１２１は、ライセンスに対応する対価の決済を課金サーバ１３に要求する。課金サーバ１３は、この要求に基づいて決済処理を実行する。
【０２１７】
ステップＳ１９２において、ユーザはコンテンツを有していないと判定された場合、ステップＳ１９７に進み、エラー処理が実行される。すなわち、この場合には、ユーザは、コンテンツを有していないので、ライセンスを取得する必要がない。そこで、エラー処理が実行される。具体的には、ＣＰＵ１２１は、パーソナルコンピュータ２２に対してエラーメッセージを送信する。パーソナルコンピュータ２２は、ステップＳ１７３において、この場合、ライセンス取得の通知ではなく、エラーメッセージを受信することになる。
【０２１８】
ぽキャラサービスサーバ９からのアクセスに対応して、ライセンスサーバ８は、図３９のフローチャートに示される処理を実行する。
【０２１９】
ステップＳ２１１において、ライセンスサーバ８のＣＰＵ１２１は、ぽキャラサービスサーバ９からライセンス発行の要求を受け取ったか否かを判定し、ライセンス発行の要求を受け取ったと判定したとき、ステップＳ２１２に進み、要求に含まれるコンテンツＩＤに対応するライセンス（暗号化されているコンテンツを復号するための暗号鍵とライセンスＩＤ）を記憶部１２８から読み出し、ぽキャラサービスサーバ９に送信する。
【０２２０】
ステップＳ２１１において、ぽキャラサービスサーバ９からライセンス発行の要求を受けていないと判定された場合、ステップＳ２１２の処理は実行されない。
【０２２１】
以上のようにして、ユーザは、コンテンツとライセンスを取得すると、コンテンツを使用する（再生する）ことが可能となる。
【０２２２】
次に、図４０のフローチャートを参照して、この場合の処理について説明する。
【０２２３】
この場合の処理もユーザがおたち台２３上に親友ぽキャラ人形１６１を載置して、１つの機能を選択した場合の、図１３のステップＳ５２の選択された機能に対応する処理の１つとして実行される。
【０２２４】
ステップＳ２３１において、パーソナルコンピュータ２２のＣＰＵ２２１は、ぽキャラサービスサーバ９にアクセスする。ステップＳ２３２において、ＣＰＵ２２１は、ぽキャラサービスサーバ９に対してコンテンツＩＤを指定して、コンテンツの再生を要求する。この要求に基づいて、ぽキャラサービスサーバ９は、ユーザがコンテンツとライセンスを取得していれば、コンテンツデータが保持されているアクセス先にアクセスしてコンテンツデータを取得する。この例の場合、パーソナルコンピュータ２２に、コンテンツデータが保持されているので、ぽキャラサービスサーバ９からパーソナルコンピュータ２２に、コンテンツデータの送信を要求してくる（後述する図４１のステップＳ２７）。ステップＳ２３３で、この要求を受信すると、ＣＰＵ２２１は、指定されたアクセス先のコンテンツデータを読み出し、ぽキャラサービスサーバ９に送信する。
【０２２５】
ぽキャラサービスサーバ９は、受信した、暗号化されているコンテンツデータを暗号鍵を用いて復号し、復号したコンテンツデータを送信してくる（後述する図４１のステップＳ２７５，ステップＳ２７６）。
【０２２６】
そこで、ステップＳ２３４において、ＣＰＵ２２１は、ぽキャラサービスサーバ９から送信されてくるコンテンツデータを受信する。上述したように、このコンテンツデータは、既に復号されている。従って、パーソナルコンピュータ２２は、暗号鍵を保持する必要がなく、また、その暗号鍵に基づいて復号する処理を行う必要がない。その結果、例えば、携帯電話機、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔｓ）といった携帯性を重んじる必要性から複雑な処理を実行することが困難である携帯用の機器においても、コンテンツを再生することが容易となる。
【０２２７】
ステップＳ２３５において、ＣＰＵ２１１は、ステップＳ２３４の処理で受信されたコンテンツを出力部２２７の表示部とスピーカから出力する。これにより、ユーザは、コンテンツを視聴することができる。
【０２２８】
次に、ステップＳ２３６において、ＣＰＵ２２１は、プリペイド金額を減額する処理を実行する。この処理は、親友ぽキャラ人形１６１のＩＣチップ１７１に対して、上述した売りぽキャラ人形１８１のＩＣチップ１９１における場合と同様に実行される。
【０２２９】
ＩＣチップ１７１にプリペイド金額が記憶されていない場合には、この処理は省略される。
【０２３０】
ステップＳ２３７において、ＣＰＵ２２１は、減額されたプリペイド金額と再生回数を含む履歴を、ぽキャラサービスサーバ９に送信する。ぽキャラサービスサーバ９は、この履歴に基づいて、ぽキャラデータベース１０を更新する（上述した図２９のステップＳ１０９）。
【０２３１】
パーソナルコンピュータ２２の図４０に示されるフローチャートの処理に対応して、ぽキャラサービスサーバ９は、図２８のステップＳ１０２の選択されたぽキャラの機能に対応する処理の１つとして、図４１のフローチャートに示されるような処理を実行する。
【０２３２】
ステップＳ２７１において、ぽキャラサービスサーバ９のＣＰＵ１２１は、パーソナルコンピュータ２２からコンテンツ再生の要求（コンテンツＩＤを含んでいる）を受け取るまで待機し、受け取ったとき、ステップＳ２７２において、要求を送信してきたユーザは、コンテンツＩＤに対応するライセンスを取得しているか否かを判定する。この判定は、パーソナルコンピュータ２２から送信されてくる要求に含まれるコンテンツＩＤに対応して、ライセンスＩＤがぽキャラデータベース１０に登録されているか否かから判定することができる。もちろん、この場合、ぽキャラＩＤとユーザＩＤの少なくとも一方は、図１２のステップＳ４３の処理で、パーソナルコンピュータ２２から送信され、図２８のステップＳ９１の処理で、ぽキャラサービスサーバ９に、既に受信されている。
【０２３３】
ユーザがコンテンツＩＤに対応するライセンスを取得している場合には、ステップＳ２７３に進み、ＣＰＵ１２１は、ステップＳ２７３において、アクセス情報に基づいて、コンテンツデータを保持するソースにアクセスする。図３４を参照して説明したように、親友ぽキャラを利用してコンテンツデータを取得し、内蔵する記憶部にそのコンテンツデータを記録したとき、その装置（いまの場合、パーソナルコンピュータ２２）は、そのコンテンツデータにアクセスするためのアクセス情報をぽキャラサービスサーバ９に送信し（図３４のステップＳ１３４）、ぽキャラサービスサーバ９は、このアクセス情報を、ぽキャラデータベース１０に登録している（図３６のステップＳ１５２）。従って、ＣＰＵ１２１は、このアクセス情報に基づいて、コンテンツデータを取得することができる。具体的には、いまの場合、ＣＰＵ１２１は、パーソナルコンピュータ２２にアクセスし、記憶部２２８に記憶されているコンテンツデータの読み出しを要求する。
【０２３４】
この要求に基づいて、パーソナルコンピュータ２２は、コンテンツデータをぽキャラサービスサーバ９から指定された位置（アクセス先情報で指定される記憶部２２８）から読み出し、送信してくる（図４０のステップＳ２３３）。そこで、ＣＰＵ１２１は、ステップＳ２７４において、コンテンツデータを保持する装置から送信されてくるコンテンツデータを受信する。いまの場合、ＣＰＵ１２１は、パーソナルコンピュータ２２が送信してくるコンテンツデータを受信する（もちろん、アクセスしてきたパーソナルコンピュータ２２以外の装置にコンテンツデータが保持されている場合には、その装置にアクセスし、コンテンツデータが受信される）。
【０２３５】
ステップＳ２７５において、ＣＰＵ１２１は、パーソナルコンピュータ２２から送信されてきたコンテンツデータを、暗号鍵を用いて復号する。この暗号鍵は、そのコンテンツを再生するために必要なライセンスの１つとして取得され、ぽキャラデータベース１０に記憶されているものである（図３８のステップＳ１９４）。
【０２３６】
次に、ステップＳ２７６において、ＣＰＵ１２１は、ステップＳ２７５の処理で復号したコンテンツを、アクセスしてきたパーソナルコンピュータ２２（親友ぽキャラのキャラクタ３１１が現在位置する装置）に送信する。上述したように、このコンテンツデータがパーソナルコンピュータ２２において受信され、出力される（図４０のステップＳ２３４，Ｓ２３５）。
【０２３７】
このように、暗号鍵をぽキャラサービスサーバ９に記憶させるようにすれば、暗号鍵が外部に出ることがなくなるので、暗号鍵が盗まれる恐れが少なくなる。その結果、暗号化コンテンツの解読が困難となり、セキュリティが向上する。
【０２３８】
その後、パーソナルコンピュータ２２からコンテンツ再生が終了したタイミングで履歴情報が送信されてくる（図４０のステップＳ２３７）。そこで、ステップＳ２７８において、ＣＰＵ１２８は、パーソナルコンピュータ２２から送信されてきた履歴を受信し、その履歴に基づいて、ぽキャラデータベース１０の情報を更新する。この履歴には、コンテンツの再生回数、減額された後のプリペイド金額などが含まれている。
【０２３９】
ステップＳ２７２において、要求を送信してきたユーザがコンテンツＩＤに対するライセンスを取得していないと判定された場合には、ステップＳ２７８に進み、ＣＰＵ１２１は、エラー処理を実行する（すなわち、この場合、エラーメッセージがパーソナルコンピュータ２２に送信される）。パーソナルコンピュータ２２は、ステップＳ２３４でコンテンツの代わりに、このエラーメッセージを受信し、これを出力部２２７に出力し、表示させる。
【０２４０】
なお、以上においては、ぽキャラサービスサーバ９が暗号化されているコンテンツデータを復号するようにしたが、ぽキャラサービスサーバ９からパーソナルコンピュータ２２に対して鍵を送信し、パーソナルコンピュータ２２において、コンテンツデータを復号させるようにしてもよい。
【０２４１】
このように、ユーザのエージェントとして機能する親友ぽキャラを介してコンテンツサーバから暗号化コンテンツを自由にダウンロードすることができ、また親友ぽキャラを介して、その暗号化コンテンツを自由にコピーすることが可能である。コピーが行われた場合、その格納場所がぽキャラデータベース１０に登録される。親友ぽキャラは、再生が指示されると、ぽキャラデータベース１０に登録されている格納場所を参照して、そのコンテンツをユーザに提供する。従って、ユーザは、そのコンテンツを視聴したり、さらに他の装置にコピーしたり、ストリーミングで再生することが可能となる。ただし再生には、常に親友ぽキャラが必要となる。
【０２４２】
なお、コンテンツのコピーや再生の度にコンテンツを異なる鍵で暗号化するようにすることで、鍵が盗まれたとしても、それに基づく被害を最小限に抑えることができる。これにより、セキュリティを向上させることができる。
【０２４３】
ぽキャラサービスサーバ９に対するログインは、親友ぽキャラ人形１６１をおたち台上に載置する以外に、ユーザに対して割り当てられたＩＤとパスワードを入力することで行うことも可能とされている。その結果、第三者がＩＤとパスワードを盗んで、真のユーザになりすましてぽキャラサービスサーバ９に対してアクセスする場合がある。このような場合、真のユーザが（親友ぽキャラ人形１６１を保持するユーザが）、親友ぽキャラ人形１６１を利用してネットワーク上の所定の装置からぽキャラサービスサーバ９に対してログインしている場合には、ぽキャラサービスサーバ９は、後からログインしてきたユーザに対して、親友ぽキャラ人形１６１のキャラクタのシルエット（黒い影）だけを表示させることで、その時点において、親友ぽキャラのキャラクタが、他の装置で使用中であることをユーザに知らしめる。すなわち、ぽキャラサービスサーバ９に対するアクセスは、排他的なものであることを、ユーザは直感的に理解させることができる。
【０２４４】
その結果、親友ぽキャラを利用したコンテンツ再生も、ネットワーク上の１台の装置でしか行うことができないことになり、ユーザは、ＤＲＭ（Ｄｉｇｉｔａｌ　Ｒｉｇｈｔ　Ｍａｎａｇｅｍｅｎｔ）を意識せずとも、コンテンツの著作権を守ることができることになる。
【０２４５】
親友ぽキャラ人形１６１のＩＣチップ１７１にプリペイド金額（または再生回数）が記憶されており、コンテンツを再生する度に、そのプリペイド金額（または再生回数）が減算されていくような場合、次に、プリペイド金額（または再生回数）が０となったとき、ユーザは、以後、コンテンツを再生（使用）することができなくなる。そこで、このような場合、ユーザは、所定の金額をさらに追加的に支払うことで、コンテンツを再び再生することができるようになる。この場合の処理について、図４２と図４３のフローチャートを参照して説明する。
【０２４６】
図４２のフローチャートの処理は、ユーザが親友ぽキャラ人形１６１をおたち台２３上に載置して、１つの機能を選択した場合における図１３のステップＳ５２の選択された機能に対応する処理の１つとして実行される。
【０２４７】
ステップＳ３０１において、パーソナルコンピュータ２２のＣＰＵ２２１は、ぽキャラサービスサーバ９に対してプリペイド金額（または最大使用可能回数）の更新を要求する。この要求に基づいて、ぽキャラサービスサーバ９は、プリペイド金額（または最大使用可能回数）に対応する課金処理を行った後、プリペイド金額（または最大使用可能回数）をパーソナルコンピュータ２２に送信してくる（後述する図４３のステップＳ３２２乃至ステップＳ３２６）。そこで、ステップＳ３０２において、ＣＰＵ２２１は、ぽキャラサービスサーバ９から送信されてきたプリペイド金額（または最大使用可能回数）を受信する。ステップＳ３０３において、ＣＰＵ２２１は、受信したプリペイド金額（または最大使用可能回数）をリーダライタ２４１を介してＩＣチップ１７１に記憶されているプリペイド金額（または最大使用可能回数）に加算する。
【０２４８】
このようにして、以後、ユーザは、再びプリペイド金額（または最大使用可能回数）の範囲内において、再びコンテンツを再生することが可能となる。
【０２４９】
ぽキャラサービスサーバ９は、図４２のフローチャートに示されるパーソナルコンピュータ２２の処理に対応して、図４３のフローチャートに示される処理を実行する。
【０２５０】
すなわち、この処理は、図２８のステップＳ１０２の選択されたぽキャラの機能に対応する処理の１つとして実行される。
【０２５１】
ステップＳ３２１において、ぽキャラサービスサーバ９のＣＰＵ１２１は、パーソナルコンピュータ２２からプリペイド金額（または最大使用可能回数）更新の要求を受け取るまで待機し、受け取ったとき、ステップＳ３２２において、要求を送信してきたユーザ（親友ぽキャラのキャラクタ３１１に対応するユーザ）は、クレジットカードを使用しているか否かを判定する。この判定は、ぽキャラデータベース１０に登録されているユーザ情報から判定することができる。
【０２５２】
ユーザがクレジットカードを有している場合には、ステップＳ３２３に進み、ＣＰＵ１２１は、ユーザの要求からプリペイド金額（または最大使用可能回数）を抽出する。ステップＳ３２５において、ＣＰＵ１２１は、ステップＳ３２３の処理で抽出したプリペイド金額（または最大使用可能回数）に対応する金額は、決済可能な金額であるか否かを判定する。すなわち、クレジットカードにより決済可能な金額であるか否かがここで判定される。予め設定されている基準の金額以上の金額は、決済不能と判定される。
【０２５３】
プリペイド金額に対応する金額が決済可能な金額である場合には、ステップＳ３２５に進み、ＣＰＵ１２１は、その金額に対する決済処理を実行する。すなわち、このとき、ＣＰＵ１２１は、課金サーバ１３にプリペイド金額に対応する課金処理を要求する。課金サーバ１３は、この要求に対応して、そのユーザのクレジットカード番号に基づいて、プリペイド金額の引き落としの処理を実行する。
【０２５４】
もちろん、このような処理は、クレジットカードではなく、銀行口座からの引き落としの処理として実行することも可能である。
【０２５５】
ステップＳ３２６において、ＣＰＵ１２１は、プリペイド金額（または最大使用可能回数）を、パーソナルコンピュータ２２に送信する。上述したように、パーソナルコンピュータ２２は、これを受信すると、親友ぽキャラ人形１６１のＩＣチップ１７１のプリペイド金額（または最大使用可能回数）を更新する（図４２のステップＳ３０３）。
【０２５６】
次に、ステップＳ３２７に進み、ＣＰＵ１２１は、ユーザの履歴を更新する。すなわち、ユーザがそのとき保持するプリペイド金額（または最大使用可能回数）がぽキャラデータベース１０に登録される。
【０２５７】
ステップＳ３２２において、ユーザがクレジットカードを有していないと判定された場合、またはステップＳ３２４において、プリペイド金額が決済可能な金額ではないと判定された場合、ステップＳ３２８に進み、ＣＰＵ１２８は、エラー処理を実行する。すなわち、このとき、ＣＰＵ１２１は、プリペイド金額を更新することができない旨のメッセージをパーソナルコンピュータ２２に送信する。
【０２５８】
パーソナルコンピュータ２２は、図４２のステップＳ３０２において、プリペイド金額の代わりにこのメッセージを受信する。そして、このメッセージが出力部２２７の表示部に表示される。ユーザは、これによりプリペイド金額の更新ができなかったことを知ることができる。
【０２５９】
なお、このようなプリペイド金額を増額（更新）する処理は、売りぽキャラ人形１８１のＩＣチップ１９１に記憶されているプリペイド金額に対して行うようにすることも可能である。
【０２６０】
売りぽキャラ人形１８１のＩＣチップ１９１に記憶されているプリペイド金額の更新処理を行う場合、親友ぽキャラから入金させるようにすることも可能である。このようにすれば、課金決済が、親友ぽキャラに一本化されるので便利となる。
【０２６１】
この場合、例えばユーザは、売りぽキャラ人形１６１をおたち台上２３に載置することで、ぽキャラサービスサーバ９にアクセスする。そして、ぽキャラサービスサーバ９は、メニューを表示させた後、そのメニューの中から、例えば「売りぽキャラ人形に入金（クーポン購入）」の項目を選択させる。この選択が行われたとき、ぽキャラサービスサーバ９は、例えば「入金したいぽキャラ人形をおたち台に載せてください」のようなメッセージをパーソナルコンピュータ２２に表示させる。ユーザは、このメッセージに従って、おたち台に載置されている親友ぽキャラ人形１６１を取り外し、代わりに売りぽキャラ人形１８１を載置する。但し、この場合、ぽキャラサービスサーバ９は、対応する装置からのアクセス（接続）をそのまま継続させる。
【０２６２】
ぽキャラサービスサーバ９（またはコンテンツサーバ６）は、売りぽキャラ人形１８１のＩＣチップ１９１に対するプリペイド金額の更新処理を行った後、再び、例えば「親友ぽキャラ人形をおたち台に載せてください」のようなメッセージをパーソナルコンピュータ２２に表示させる。ユーザが、このメッセージに従って親友ぽキャラ人形１６１をおたち台２３上に載置したとき、ぽキャラサービスサーバ９は、売りぽキャラ人形１８１のＩＣチップ１９１に対して行ったプリペイド金額の更新処理に対応する課金処理を、親友ぽキャラ人形１６１に基づいて実行する。
【０２６３】
あるいはまた、売りぽキャラ人形１８１によりコンテンツを再生することができなかった場合において、ぽキャラサービスサーバ９は、「入金（クーポン購入）しますか」のようなメッセージをパーソナルコンピュータ２２に表示させ、「ＯＫ」ボタンが操作されたとき、親友ぽキャラ人形１６１と入れ替える操作を促すメッセージをさらに表示させ、売りぽキャラ人形１８１に代えて、親友ぽキャラ人形１６１がおたち台２３上に載置されたとき、課金処理を実行させる。その後、再び親友ぽキャラ人形１６１に代えて、売りぽキャラ人形１８１をおたち台２３上に載置させる操作を促すメッセージが表示される。ユーザは、このメッセージに従って、売りぽキャラ人形１８１をおたち台２３上に載置する。このとき、プリペイド金額の更新処理が行われ、コンテンツ再生が再び可能な状態となる。
【０２６４】
次に、親友ぽキャラを利用して、所定の端末に保存されたコンテンツを、その端末で再生する他の処理例について、図４４のフローチャートを参照して説明する。
【０２６５】
なお、コンテンツは、例えば、上述した図３４のフローチャートに示される処理により、端末としてのパーソナルコンピュータ２２の記憶部２２８にすでに記憶されているものとする。
【０２６６】
ステップＳ４０１において、パーソナルコンピュータ２２のＣＰＵ２２１は、保存されているコンテンツのタイトル（名称）を、出力部２２７を構成する表示部に表示させる。ユーザは、入力部２２６を操作することで、表示されたタイトルの中から、所定のコンテンツを再生対象として指定する。そこで、ＣＰＵ２２１は、ステップＳ４０２において、入力部２２６の入力に基づいて、ユーザが指定したコンテンツを選択する。
【０２６７】
ステップＳ４０３において、ＣＰＵ２２１は、ステップＳ４０２の処理で選択されたコンテンツのコンテンツＩＤを通信部２２９を制御して、ぽキャラサービスサーバ９へ送信させる。図４５を参照して後述するように、ぽキャラサービスサーバ９は、このコンテンツＩＤに対応して、エラー情報（ステップＳ４２５）または暗号鍵（ステップＳ４２４）を送信してくる。
【０２６８】
そこで、ステップＳ４０４において、ＣＰＵ２２１は、エラー情報を受信したか否かを判定し、エラー情報を受信したと判定した場合には、ステップＳ４０９に進み、エラー処理を実行する。
【０２６９】
これに対して、エラー情報を受信していないと判定した場合、ステップＳ４０５に進み、ＣＰＵ２２１は、課金処理に必要な課金情報をユーザの入力に基づいて取得し、課金情報をぽキャラサービスサーバ９に送信する。
【０２７０】
ステップＳ４０６において、ＣＰＵ２２１は、ぽキャラサービスサーバ９が送信してきた暗号鍵（ステップＳ４２４の処理で送信された暗号鍵）を受信する。ステップＳ４０７において、ＣＰＵ２２１は、ステップＳ４０６の処理で受信した暗号鍵を用いて、ステップＳ４０２の処理で選択されたコンテンツ（暗号化されている）を復号する。ステップＳ４０８において、ＣＰＵ２２１は、ステップＳ４０７の処理で復号したコンテンツを出力部２２７から出力させる。
【０２７１】
図４４の以上の処理に対応して、ぽキャラサービスサーバ９は、図４５のフローチャートに示される処理を実行する。
【０２７２】
ステップＳ４２１において、ぽキャラサービスサーバ９のＣＰＵ１２１は、パーソナルコンピュータ２２から送信されてきた（ステップＳ４０３の処理で送信された）コンテンツＩＤを受信する。ステップＳ４２２において、ＣＰＵ１２１は、ステップＳ４２１で受信したコンテンツＩＤに対応したライセンスを、ユーザが取得しているか否かを判定する。図３１を参照して説明したように、親友ぽキャラのぽキャラ情報として、コンテンツ情報としてコンテンツＩＤが、またライセンス情報として、ライセンスＩＤが登録されている。ＣＰＵ１２１は、受信したコンテンツＩＤに対応してライセンスＩＤが登録されているか否かを、図３１のぽキャラ情報に基づいて判定する。
【０２７３】
ステップＳ４２２において、コンテンツＩＤに対応したライセンスが取得されていると判定された場合、ステップＳ４２３に進み、ＣＰＵ１２１は、パーソナルコンピュータ２２がステップＳ４０５の処理で送信してきた課金情報を受信し、課金処理を行う。ステップＳ４２４において、ＣＰＵ１２１は、ライセンスＩＤに対応する暗号鍵を読み出し、再生端末（いまの場合、パーソナルコンピュータ２２）に送信する。この暗号鍵が上述したように、パーソナルコンピュータ２２において、ステップＳ４０６で受信される。
【０２７４】
ステップＳ４２２において、コンテンツＩＤに対応してライセンスが取得されていないと判定された場合には、ステップＳ４２５に進み、ＣＰＵ１２１は、エラー処理を実行する。そして、ＣＰＵ１２１は、エラー情報をパーソナルコンピュータ２２に送信する。
【０２７５】
次に、コンテンツを保存していない端末がコンテンツを再生する場合の処理について、図４６のフローチャートを参照して説明する。
【０２７６】
なお、いま、例えば、パーソナルコンピュータ２６にコンテンツが登録されており、このコンテンツをパーソナルコンピュータ２２が再生するものとする。
【０２７７】
ステップＳ４４１において、パーソナルコンピュータ２２のＣＰＵ２２１は、ぽキャラサービスサーバ９にアクセスし、ぽキャラデータベース１０に登録されている各コンテンツのアクセス情報を受信する。上述したように、ぽキャラデータベース１０には、コンテンツのアクセス先（コンテンツを保持している装置）としてのアクセス情報が登録されており、ＣＰＵ２２１は、これをぽキャラサービスサーバ９から受信する。
【０２７８】
ステップＳ４４２において、ＣＰＵ２２１は、受信したアクセス情報に基づいて、暗号化コンテンツとそれが保存されている端末のリストを、出力部２２７に表示する。ユーザは、入力部２２６を操作することで、表示されているコンテンツの中から所定のコンテンツを選択する。そこで、ステップＳ４４３において、ＣＰＵ２２１は、入力部２２６からの入力に基づいて、コンテンツを選択し、選択されたコンテンツのアクセス情報からアクセス先を決定する。
【０２７９】
ステップＳ４４４において、ＣＰＵ２２１は、ステップＳ４４３の処理で決定したアクセス先へ、通信部２２９を制御して、直接接続する処理を実行する。いまの場合、パーソナルコンピュータ２２のＣＰＵ２２１は、コンテンツを格納しているパーソナルコンピュータ２６にアクセスする。
【０２８０】
ステップＳ４４５において、ＣＰＵ２２１は、ぽキャラサービスサーバ９に対して、ステップＳ４４３において決定された（選択された）コンテンツのコンテンツＩＤを送信する。ぽキャラサービスサーバ９は、後述するように、コンテンツＩＤに対応する暗号鍵を送信してくる（後述する図４８のステップＳ４９３）。
【０２８１】
そこで、ステップＳ４４６において、ＣＰＵ２２１は、ぽキャラサービスサーバ９から送信されてくる暗号鍵を受信する。ステップＳ４４７において、ＣＰＵ２２１は、コンテンツ提供端末（いまの場合、パーソナルコンピュータ２６）にコンテンツＩＤを送信する。
【０２８２】
ステップＳ４４８において、ＣＰＵ２２１は、コンテンツを保存するか否かを判定する。この判定は、ユーザからの入力に基づいて行われる。
【０２８３】
コンテンツを保存する場合、ステップＳ４４９に進み、ＣＰＵ２２１は、パーソナルコンピュータ２６から送信されてきた暗号化されているコンテンツを受信すると、これを記憶部２２８に保存する。
【０２８４】
ステップＳ４５０において、ＣＰＵ２２１は、アクセス情報の更新情報を、ぽキャラサービスサーバ９に送信する。すなわち、いま、コンテンツが、パーソナルコンピュータ２６からパーソナルコンピュータ２２に転送されたので、そのコンテンツに対するアクセス先が以後、パーソナルコンピュータ２２とされるように（そのコンテンツを保持している端末は、パーソナルコンピュータ２２であるとされるように）、アクセス先がぽキャラサービスサーバ９に送信される。
【０２８５】
ステップＳ４５１において、ＣＰＵ２２１は、記憶部２２８に記憶された暗号化されているコンテンツを、ステップＳ４４６の処理で受信した暗号鍵を用いて復号し、再生する。再生出力は、出力部２２７から出力される。
【０２８６】
ステップＳ４４８において、コンテンツを保存しないと判定された場合には、ステップＳ４５２において、ＣＰＵ２２１は、暗号鍵を用いて、コンテンツを復号しながら、出力部２２７からストリーミング再生する。
【０２８７】
以上の図４６のフローチャートに示されるパーソナルコンピュータ２２の処理に対応して、パーソナルコンピュータ２２に対して、コンテンツを提供するパーソナルコンピュータ２６は、図４７のフローチャートに示される処理を実行する。
【０２８８】
最初に、ステップＳ４７１において、パーソナルコンピュータ２６のＣＰＵ２２１は、ぽキャラデーモンを起動する。ステップＳ４７２において、ぽキャラデーモンは、他の端末からアクセスを受けるまで待機し、他の端末からアクセスを受けた場合（いまの場合、パーソナルコンピュータ２２からアクセスを受けた場合）、ステップＳ４７３に進み、再生端末からコンテンツＩＤを受信する。いまの場合、ステップＳ４４７の処理でパーソナルコンピュータ２２が送信したコンテンツＩＤが受信される。ステップＳ４７４において、パーソナルコンピュータ２６のＣＰＵ２２１は、接続元へ暗号化コンテンツを送信する。いまの場合、パーソナルコンピュータ２２に暗号化コンテンツが送信される。
【０２８９】
上述したように、この暗号化コンテンツがパーソナルコンピュータ２２において、ステップＳ４４９で保存されるか、ステップＳ４５２において、復号しながら、ストリーミング再生されることになる。
【０２９０】
図４６のパーソナルコンピュータ２２の処理に対応して実行されるぽキャラサービスサーバ９の処理について、図４８を参照して説明する。
【０２９１】
ぽキャラサービスサーバ９のＣＰＵ１２１は、ステップＳ４９１において、再生端末へアクセス情報を送信する。すなわち、ＣＰＵ１２１は、ぽキャラデータベース１０に登録されているアクセス情報を読み出し、これをパーソナルコンピュータ２２に送信する。パーソナルコンピュータ２２は、上述したように、このアクセス情報をステップＳ４４１の処理で受信する。
【０２９２】
ステップＳ４９２において、ぽキャラサービスサーバ９のＣＰＵ１２１は、再生端末（いまの場合、パーソナルコンピュータ２２）からコンテンツＩＤを受信する。このコンテンツＩＤは、図４６のステップＳ４４５の処理で、パーソナルコンピュータ２２から送信されたものである。
【０２９３】
ステップＳ４９３において、ＣＰＵ１２１は、再生端末からアクセス情報の更新情報を受信する。この更新情報は、図４６のステップＳ４５０において、パーソナルコンピュータ２２から送信されたものである。
【０２９４】
ステップＳ４９５において、ＣＰＵ１２１は、ステップＳ４９４の処理で受信したアクセス情報をぽキャラデータベース１０に登録（更新）する。このようにして、コンテンツが移動されたので、いままでパーソナルコンピュータ２６がアクセス先として登録されていたコンテンツのアクセス先が、パーソナルコンピュータ２２に変更されることになる。
【０２９５】
次に、図４９のフローチャートを参照して、暗号化コンテンツを他の装置にコピーする処理について説明する。例えば、パーソナルコンピュータ２６が保持するコンテンツを、パーソナルコンピュータ５２にコピーするものとする。
【０２９６】
ステップＳ５１１において、パーソナルコンピュータ２２のＣＰＵ２２１は、ぽキャラサービスサーバ９からアクセス情報を受信する。ステップＳ５１２において、ＣＰＵ２２１は、ステップＳ５１１の処理で受信したアクセス情報に基づいて、暗号化コンテンツとそれが保存された端末のリストを、出力部２２７に出力し、表示させる。
【０２９７】
ユーザは、この表示を見て、コピー元とコピー先を、入力部２２６を操作することで指定する。
【０２９８】
そこで、ステップＳ５１３において、ＣＰＵ２２１は、入力部２２６からの入力に基づいて、コピーする暗号化コンテンツを選択するとともに、コピー元としてパーソナルコンピュータ２６を、また、コピーとしてパーソナルコンピュータ５２を、それぞれ選択する。ステップＳ５１４において、ＣＰＵ２２１は、コピー元またはコピー先にコピーを通知する。いまの場合、コピー元は、パーソナルコンピュータ２６であり、コピー先は、パーソナルコンピュータ５２であるので、それぞれにコピーの通知が行われる。
【０２９９】
この通知に基づいて、図５０と図５１のフローチャートを参照して後述するように、コピー元からコピー先にコンテンツが転送され、コピーされる。
【０３００】
ステップＳ５１５において、パーソナルコンピュータ２２のＣＰＵ２２１は、コピー元またはコピー先からの通知に基づいて、コピーが正常に終了したか否かを判定する。正常に終了した場合には、ステップＳ５１６に進み、ＣＰＵ２２１は、アクセス情報を更新する。すなわち、この場合、コンテンツが両方に格納されたことになるので、アクセス先として、パーソナルコンピュータ２６とパーソナルコンピュータ５２の両方が登録される。
【０３０１】
ステップＳ５１５において、コピーが正常終了しなかったと判定された場合、ステップＳ５１７に進み、ＣＰＵ２２１は、エラー処理を実行する。
【０３０２】
次に、図５０のフローチャートを参照して、コピー元の処理について説明する。いまの場合、この処理は、パーソナルコンピュータ２６により実行されることになる。
【０３０３】
ステップＳ５３１において、パーソナルコンピュータ２６のＣＰＵ２２１は、パーソナルコンピュータ２２からステップＳ５１４の処理で発行されたコピーの通知（コピー要求）を受信する。ステップＳ５３２において、パーソナルコンピュータ２６のＣＰＵ２２１は、記憶部２２８に記憶されているコンテンツを読み出し、ステップＳ５３３において、そのコンテンツを通信部２２９からパーソナルコンピュータ５２に送信させる。送信が正常に終了したとき、ＣＰＵ２２１は、その旨をパーソナルコンピュータ２２に通知する。
【０３０４】
図５１は、コピー元の処理に対応して実行されるコピー先の処理を表している。いまの場合、このコピー先の処理は、パーソナルコンピュータ５２により実行される。
【０３０５】
パーソナルコンピュータ５２は、ステップＳ５５１において、パーソナルコンピュータ２２がステップＳ５１４の処理で発行したコピーの通知（コピー要求）を受信する。ステップＳ５５２において、パーソナルコンピュータ５２のＣＰＵ２２１は、コピー元としてのパーソナルコンピュータ２６が、ステップＳ３３の処理で送信したコンテンツを受信する。ステップＳ５６３において、パーソナルコンピュータ５２のＣＰＵ２２１は、ステップＳ５５２の処理で受信したコンテンツを記憶部２２８に記録する。受信が正常に終了したとき、ＣＰＵ２２１は、その旨を、パーソナルコンピュータ２２に通知する。
【０３０６】
以上においては、ユーザが、部屋３１のパーソナルコンピュータ２２に接続されているおたち台２３上に、親友ぽキャラ人形１６１または売りぽキャラ人形１８１を載置することで、各種の処理を実行するようにしたが、ユーザは、使用したい機器に接続されているおたち台上にぽキャラ人形を載置すればよい。例えば、親友ぽキャラのキャラクタ３１１に対応して、テレビジョン受像機を制御する機能が付加されている場合、ユーザは、親友ぽキャラ人形１６１を部屋３２に配置されているテレビジョン受像機２４に接続されているおたち台２５上に載置することで、テレビジョン受像機２４を制御することができる。
【０３０７】
また、例えば、おたち台２３上に親友ぽキャラ人形１６１を載置して、パーソナルコンピュータ２２に記録したコンテンツを、部屋３３上において使用することも可能である。この場合、ユーザは、部屋３３のパーソナルコンピュータ２６に接続されているおたち台２７上に、親友ぽキャラ人形１６１を載置する。このとき、パーソナルコンピュータ２６からアクセスを受けたぽキャラサービスサーバ９は、パーソナルコンピュータ２２に記録されているコンテンツデータを読み出し、復号し、パーソナルコンピュータ２６に送信してくる。従って、ユーザは、任意の位置で（使用したいと思う機器に接続されているおたち台に親友ぽキャラ人形１６１を載置することで）、コンテンツを使用することができる。
【０３０８】
例えば、ユーザは、親友ぽキャラ人形１６１を職場５に持って行き、職場５に配置されているパーソナルコンピュータ５２に接続されているおたち台５３上に載置すれば、パーソナルコンピュータ５２がＬＡＮ５１からＩＳＰ４を介してインターネット１に接続し、インターネット１から、さらにぽキャラサービスサーバ９に接続する。従って、ユーザは、例えば、自宅宛に送信されてきたメールも職場５で確認することができる。もちろん、職場５からメールを出すことも可能である。
【０３０９】
以上のようにして、ユーザは、親友ぽキャラ人形１６１を携帯して使用したいと思う装置に接続されているおたち台に親友ぽキャラ人形１６１を載置することで、その装置からエージェントして機能する親友ぽキャラに関するサービスの提供を受けることが可能となる。その装置は、例えば、図１に示される携帯電話機６１とすることも可能である。
【０３１０】
但し、携帯電話機６１には、おたち台は接続されず、携帯電話機６１は、リーダライタを内蔵している。従って、ユーザは、親友ぽキャラ人形１６１を携帯電話機６１に近接配置することで（接触させることで）、ぽキャラサービスサーバ９にアクセスすることができる。
【０３１１】
携帯電話機６１の場合、おたち台が存在しないため、親友ぽキャラ人形１６１をお立ち台上に常に載置しておくということができない。このため、携帯電話機６１から、ぽキャラサービスサーバ９にアクセスする場合には、携帯電話機６１に対して、親友ぽキャラ人形１６１が近接配置されたとき、ぽキャラサービスサーバ９にアクセス（ログイン）が行われ、その後、親友ぽキャラ人形１６１が携帯電話機６１から離されたとしても、ぽキャラサービスサーバ９に対するアクセス（接続）はそのまま継続される。
【０３１２】
ユーザは、ログアウトするとき、携帯電話機６１のボタンなどを適宜操作することでメニューを表示させ、そのメニューの中からログアウトの項目を選択し、ログアウトを指令する。この操作が行われたとき、ログアウトが実行される。
【０３１３】
売りぽキャラ人形１８１を使用する場合にも同様に、ユーザは、売りぽキャラ人形１８１を携帯電話機６１の近傍に配置する（接触させる）。この場合においても、一旦アクセス（ログイン）が行われると、そのアクセス（接続）は、以後、メニューからログアウトをユーザが指示するまで継続される。
【０３１４】
携帯電話機６１に内蔵されるＣＰＵは、一般的に、パーソナルコンピュータなどに内蔵されるＣＰＵに比べて、その能力が低いので、親友ぽキャラあるいは売りぽキャラのキャラクタを表示させる場合の解像度、色数、ポリゴン数、コマ数などは、パーソナルコンピュータなどに表示させる場合に比べて、簡易なフォーマットのものに変更される。
【０３１５】
ぽキャラデータは、例えば、ＸＭＬベースのデータで表現することが可能である。この他、Ｊａｖａ（登録商標）を用いてキャラクタを表示させるようにすることも可能である。また、ｉモードを利用することも可能である。
【０３１６】
携帯電話機６１とともに、親友ぽキャラ人形１６１を携帯するとすると、親友ぽキャラ人形１６１が、余りに大きすぎると携帯に不便となる。そこで、親友ぽキャラ人形１６１を、例えばキーホルダーにより保持することができるキー（鍵）程度の大きさにし、例えば、携帯電話機６１のストラップに、アクセサリのようにして吊り下げるようにすることができる。
【０３１７】
ＩＣチップは、小さくすることが可能であるので、親友ぽキャラ人形１６１を携帯電話機６１のストラップに吊り下げることができる程度の大きさにすることは可能である。
【０３１８】
携帯電話機の他、ＰＤＡ、デジタルスチルカメラ、カムコーダ、ビデオテープレコーダ、ＤＶＤレコーダ、ハードディスクレコーダ、カーナビゲーション装置、コンピュータゲーム機器といった各種の装置から、ぽキャラサービスサーバ９に対してアクセスできるようにすることもできる。
【０３１９】
以上においては、主としてコンテンツを利用する場合について説明したが、エージェントとして機能する親友ぽキャラは、図３１を参照して説明した一押し情報を生成するために、ユーザの嗜好を分析し、ユーザからの指示がなくても、ユーザの好むコンテンツをインターネット１に接続されている各種のサーバから取得する。従って、ユーザは、親友ぽキャラを介して、この一押し情報を見ることができる。親友ぽキャラは、一押し情報の閲覧が指令されたとき、それまでに検索されたコンテンツを紹介する売りぽキャラを表示させる。ユーザは、この売りぽキャラを介して一押し情報として、それまでに取得されたコンテンツの提示を受けることができる。すなわち、この場合には、売りぽキャラ人形１８１を介させずに、売りぽキャラが表示されることになる。
【０３２０】
ユーザが、売りぽキャラのポータルサイトにアクセスする場合にも同様である。これらの場合において、課金は、売りぽキャラではなく、親友ぽキャラを介して行われることになる。
【０３２１】
さらに、売りぽキャラのぽキャラＩＤをブックマークして、例えば、図３１を参照して説明したお気に入り情報として登録しておけば、その売りぽキャラのＵＲＬに、迅速にアクセスすることが可能となる。
【０３２２】
また、以上においては、親友ぽキャラ人形１６１および売りぽキャラ人形１８１を人形の形態としたが、動物、建造物、その他のオブジェクトとすることが可能である。
【０３２３】
さらに、売りぽキャラ人形の変形例として、例えば、コンパクトディスク（ＣＤ）や、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）のジャケットをオブジェクトとして利用することが可能である。
【０３２４】
この場合、そのジャケット（オブジェクト）にＩＣチップが内蔵される。従って、そのジャケットをおたち台上に載置すると、そのジャケットに対応する売りぽキャラのキャラクタがおたち台に接続されている装置に表示されることになる。この場合の売りぽキャラは、例えば、そのジャケットがＣＤのジャケットである場合、そのＣＤに収録されているコンテンツとしての歌を歌っている歌手のキャラクタとされる。
【０３２５】
この売りぽキャラのキャラクタは、ユーザと疑似的に会話をしたり、対応する歌手のホームページを紹介する処理を行う。
【０３２６】
あるいはまた、売りぽキャラは、そのジャケットに収容されているＩＣチップに記録されているクーポンに基づいて、その歌手の最新の歌（コンテンツ）をユーザに試聴させる。また、このＩＣチップには、そのＣＤに記録されているコンテンツに関する解説や、歌手のプロモーション情報なども記憶されており、売りぽキャラは、これを紹介する。
【０３２７】
あるいはまた、そのジャケットがＤＶＤのジャケットであるような場合、そのＤＶＤに収録されている映画の主人公のキャラクタが売りぽキャラとして登場する。そのジャケットのＩＣチップには、その映画に関する製作過程の詳しい情報、クーポンなどが記憶されており、売りぽキャラは、そのクーポンに基づいて、映画に関係するグッズを販売する処理を行う。
【０３２８】
オブジェクトにユーザ識別情報を保持させ、そのオブジェクトに対応する画像を表示部に表示させるようにすることで、ユーザに自分自身のオブジェクトの関係を直感的に認識させることができ、他のユーザのオブジェクトを誤って使用してしまうようなことを抑制することが可能となる。
【０３２９】
ユーザ識別情報を管理し、他の情報処理装置から送信されてきたユーザ識別情報を受信した場合、受信されたユーザ識別情報を管理されているユーザ識別情報に基づいて認証し、その認証結果に基づいて、他の情報処理装置がユーザ識別情報に対応する画像を表示するのに必要な表示情報を、ネットワークを介して送信するようにすることで、他の情報処理装置を使用するユーザを、簡単かつ確実に、識別させることが可能となる。
【０３３０】
取得したユーザ識別情報を、ネットワークを介して他の情報処理装置に送信し、他の情報処理装置からそのユーザ識別情報に基づいて、認証された結果を受信し、その認証の結果に基づいて、ユーザ識別情報に対応する画像を表示するように制御することで、ユーザに、自分自身を確実に認証させることが可能となる。
【０３３１】
人形にメモリを内蔵させ、そのメモリにユーザ識別情報を記憶させ、かつ人形の形状を、表示される画像に対応する形状にすることで、ユーザにその人形を用いて、確実に認証処理を行わせることが可能となる。
【０３３２】
オブジェクト識別情報を記憶するオブジェクトを配布し、ネットワークを介してオブジェクト識別情報を受信した場合、オブジェクト識別情報に対応するコンテンツ識別情報を得て、コンテンツ識別情報に対応するコンテンツをネットワークを介して送信するようにすることで、コンテンツをより効果的に、各ユーザに配布することが可能なシステムを実現することが可能となる。
【０３３３】
第２の他の情報処理装置が送信してくるオブジェクト識別情報に基づく通知を、ネットワークを介して第１の情報処理装置に送信し、第２の他の情報処理装置のユーザに課金処理を行うようにすることで、コンテンツを安全に、各ユーザに提供するとともに、提供したコンテンツに対する対価を、確実に回収することが可能となる。
【０３３４】
オブジェクトに記憶されているコンテンツ識別情報を取得し、ネットワークを介して、他の情報処理装置にコンテンツ識別情報を送信し、対応するコンテンツを受信し、受信したコンテンツを出力するようにすることで、オブジェクトを取得するだけで、対応するコンテンツを確実に利用することが可能となる。
【０３３５】
人形が保持するメモリに、人形識別情報を記憶させるとともに、その人形の形状を、コンテンツに関係する画像に対応するようにすることで、ユーザにコンテンツを効果的に配布することが可能となる。
【０３３６】
オブジェクトが保持するメモリにコンテンツ識別情報を記憶させるとともに、そのオブジェクトに、コンテンツに関係する画像に対応する特徴を保持させることで、ユーザにコンテンツを、より楽しんで使用させることが可能となる。
【０３３７】
上述したように、ユーザは、親友ぽキャラ人形１６１または売りぽキャラ人形１８１を利用して、音楽データや映像データなどのコンテンツを利用したり、或いは、各種のサービスを受けることができる。
【０３３８】
また、ユーザは、自らが操作する機器に、ユーザの嗜好や、そのときの感情に併せて最適な音楽コンテンツを選択して提供してくれる選曲用のぽキャラ（以下、適宜、選曲ぽキャラと称する）を呼び出し、それにより選曲される音楽コンテンツ（選曲ぽキャラに関連するコンテンツ）を利用することができる。
【０３３９】
すなわち、この機能は、図２０に示される親友ぽキャラのキャラクタ３１１が有する機能の１つとして実行され、ユーザが入力部２２６を操作して選曲ぽキャラを呼び出すことを親友ぽキャラのキャラクタ３１１に指示することに応じて選曲ぽキャラのキャラクタが画面上に現れる。そして、その選曲ぽキャラのキャラクタにより選曲された音楽コンテンツが、コンテンツサーバからダウンロードされて再生され、またはストリーミングにより再生される。
【０３４０】
例えば、上述した、図３４乃至３６に示される、パーソナルコンピュータ２２、コンテンツサーバ７、およびぽキャラサービスサーバ９の処理によりパーソナルコンピュータ２２に対して音楽コンテンツ（パーソナルコンピュータ２２に呼び出された選曲ぽキャラにより選曲された音楽コンテンツ）が提供される。後に詳述するように、選曲ぽキャラのキャラクタにより（ぽキャラサービスサーバ９により）、音楽コンテンツのアクセス先に関する情報などが選択され、それに基づいてコンテンツのソースへのアクセスが行われる。
【０３４１】
また、図３７乃至３９に示される、パーソナルコンピュータ２２、ぽキャラサービスサーバ９、およびライセンスサーバ８の処理により、提供された音楽コンテンツに対応するライセンスがパーソナルコンピュータ２２に対して提供され、図４０および図４１に示される処理により音楽コンテンツの再生が行われる。
【０３４２】
音楽コンテンツの再生が終了され、さらに、選曲ぽキャラによる選曲の終了が指示されたとき、パーソナルコンピュータ２２とぽキャラサービスサーバ９による課金処理が行われ、ユーザにより利用された音楽コンテンツの代金が課金される。
【０３４３】
これにより、ユーザは、単に、選曲ぽキャラのキャラクタを呼び出すなどの簡易な操作のみで、コンテンツを取得する操作、或いは、それに対応するライセンスを取得する操作をすることなく、音楽コンテンツを容易に利用することができる。
【０３４４】
この選曲ぽキャラに関する情報は、他の売りぽキャラと同様に、例えば、インターネット１に接続される選曲ぽキャラ提供者の機器（例えば、図２のぽキャラサービスサーバ９と同様の構成を有する機器）（以下、適宜、選曲ぽキャラ提供者装置と称する）から提供され、ぽキャラデータベース１０により管理される。
【０３４５】
始めに、図５２のフローチャートを参照して、選曲ぽキャラを提供する選曲ぽキャラ提供者装置の処理について説明する。
【０３４６】
ステップＳ６０１において、選曲ぽキャラ提供者装置のＣＰＵ１２１は、ユーザ（選曲ぽキャラの提供者）による入力に応じて、選曲ぽキャラの特徴を表すパラメータを設定する。例えば、その選曲ぽキャラが対象とするユーザの年齢層、選曲ぽキャラが得意とする音楽の分野、選曲ぽキャラの識別情報（ＩＤ）を表すパラメータが設定される。
【０３４７】
ステップＳ６０２において、ＣＰＵ１２１は、通信部１２９を制御し、ステップＳ６０１で設定したパラメータを含むぽキャラ情報をぽキャラサービスサーバ９に送信する。送信されるぽキャラ情報には、選曲ぽキャラの提供者に関する情報や、その選曲ぽキャラを呼び寄せたユーザの機器上に表示させるための、選曲ぽキャラの画像データ等も含まれる。選曲ぽキャラの提供者に関する情報には、例えば、選曲ぽキャラを登録したユーザに関する、氏名、住所などの情報が含まれる。
【０３４８】
次に、図５３のフローチャートを参照して、図５２の処理に対応して実行される、ぽキャラサービスサーバ９の選曲ぽキャラ登録処理について説明する。
【０３４９】
ステップＳ６１１において、ぽキャラサービスサーバ９のＣＰＵ１２１は、選曲ぽキャラ提供者装置から選曲ぽキャラのぽキャラ情報が送信されてきたか否かを判定し、送信されてきたと判定するまで待機する。
【０３５０】
ＣＰＵ１２１は、ステップＳ６１１において、選曲ぽキャラ提供者装置からぽキャラ情報が送信されてきたと判定した場合、ステップＳ６１２に進み、それを受信し、受信したぽキャラ情報をぽキャラデータベース１０に記憶させる。
【０３５１】
ぽキャラデータベース１０においては、選曲ぽキャラ提供者装置から提供された選曲ぽキャラ（選曲ぽキャラに関する情報）が、例えば、図５４に示されるように分類され、登録される。
【０３５２】
図５４の横軸は、それぞれの選曲ぽキャラの対象とするユーザの性格を「革新的」であるか、または「保守的」であるかにより表し、中央から右側に向かって「革新的（ＡＧＧＲＥＳＳＩＶＥ）」の値がより高くなり、中央から左側に向かって「保守的（ＣＯＮＳＥＲＶＡＴＩＶＥ）」の値がより高くなるとされている。また、図５４の縦軸は、選曲ぽキャラを利用するユーザの特徴としての年齢層が所定の範囲毎に分けられており、上から、年齢の高い順に、「アダルト（ＡＤＵＬＴ）」、「ヤングアダルト（ＹＯＵＮＧ　ＡＤＵＬＴ）」、「ヤング（ＹＯＵＮＧ）」、「ジュニア（ＪＵＮＩＯＲ）」とされている。
【０３５３】
選曲ぽキャラの提供者により設定されたパラメータに応じて、図５４に示される座標上の所定の位置に、各選曲ぽキャラが配置される。そして、図５４に示されるようにして配置された選曲ぽキャラの特徴と、選曲ぽキャラの提供を要求するユーザの特徴とが例えば協調フィルタリングによりマッチングされ、ユーザの特徴に近似する特徴を有する選曲ぽキャラが、そのユーザに提供（紹介）される。
【０３５４】
図５４の例においては、中央より若干「革新的」寄りの位置であり、「ヤングアダルト」の年齢層のユーザを対象とする位置に「選曲ぽキャラ０」の特徴が設定され、中央より若干「革新的」寄りの位置であり、「ヤング」の年齢層のユーザを対象とする位置に「選曲ぽキャラ１」の特徴が設定されている。また、中央より若干「保守的」寄りの位置であり、「ジュニア」の年齢層のユーザを対象とする位置に「選曲ぽキャラ２」の特徴が設定され、中央より若干「保守的」寄りの位置であり、「アダルト」の年齢層のユーザを対象とする位置に「選曲ぽキャラ３」の特徴が設定されている。
【０３５５】
従って、例えば、親友ぽキャラの利用履歴に基づいて、平均的な値より若干「革新的」であるユーザとしてぽキャラサービスサーバ９により判断され、年齢層が「ヤングアダルト」の範囲に属するユーザに対しては、その特徴の位置の近傍に特徴が設定されている「選曲ぽキャラ０」が選択され、そのユーザに提供される。
【０３５６】
なお、図５４に示される座標においては、選曲ぽキャラの特徴と、それを利用するユーザの特徴は、９つの派（ステージ）に分類される。
【０３５７】
図５４においては、最も「保守的」であり、「高年齢層」のユーザを対象とする範囲には「正当派（ＡＵＴＨＥＮＴＩＣ　ＳＴＡＧＥ）」が設定されており、「正当派」と一部重畳する範囲であって、若干右方向にずれた範囲には「洗練派（ＲＥＦＩＮＤ　ＳＴＡＧＥ）」が設定されており、その「洗練派」と一部重畳する範囲であって、若干右方向にずれた範囲には「自由派（ＦＲＥＥ　ＳＴＡＧＥ）」が設定されている。
【０３５８】
また、「自由派」と一部重畳する範囲であって、若干右方向にずれた範囲には、より低年齢層のユーザも対象とする「現代派（ＭＯＤＥＲＮ　ＳＴＡＧＥ）」が設定され、「現代派」と一部重畳する範囲であって、若干右方向にずれた範囲には「表現派（ＰＥＲＦＯＲＭＡＮＣＥ　ＳＴＡＧＥ）」が設定され、「正当派」の、より低年齢層を対象とする範囲には、「伝統派（ＴＲＡＤＩＴＩＯＮＡＬＳＴＡＧＥ）」が設定されている。
【０３５９】
さらに、最も低年齢層で「保守的」であるユーザを対象とする範囲に「プチ伝統派（ＰＲＥＴＴＹ−ＩＶＹ　ＳＴＡＧＥ）」が設定され、「プチ伝統派」の右側あって、「ヤングアダルト」から「ジュニア」に属するユーザを対象とする範囲には「日常派（ＣＡＳＵＡＬ　ＳＴＡＧＥ）」が設定される。最も低年齢層のユーザであって、「革新的」なユーザを対象とする範囲には「ポップカジュアル派（ＰＯＰ−ＣＡＳＵＡＬ　ＳＴＡＧＥ）」が設定されている。
【０３６０】
ユーザの特徴情報と選曲ぽキャラの特徴情報のマッチングにおいては、これらのステージも適宜考慮される。
【０３６１】
以上のような、ユーザの感性等に基づくマッチングについては、「ＥＭＯＴＩＯＮＡＬ　ＰＲＯＧＲＡＭ（エモーショナルプログラム）」（（株）ウォータースタジオ、著　坂井直樹）にその詳細が開示されている。なお、図５４の例においては、選曲ぽキャラ０乃至３の特徴が表されているが、実際には、さらに多数の選曲ぽキャラの特徴が表される。
【０３６２】
次に、図５５のフローチャートを参照して、ユーザからの要求に応じて選曲ぽキャラを呼び出す、例えば、パーソナルコンピュータ２２の処理について説明する。
【０３６３】
図２０に示されるメニュー画面において、所定の操作が行われ、選曲ぽキャラを呼び出すことが指示されたとき、パーソナルコンピュータ２２のＣＰＵ２２１は、ステップＳ６２１において、ユーザに対する質問を表示する。このときの質問に対するユーザの応答に基づいて、ぽキャラサービスサーバ９は、パーソナルコンピュータ２２のユーザの、そのときの感情を判断する。すなわち、後述するように、質問に対するユーザの応答結果を表す情報は、パーソナルコンピュータ２２からぽキャラサービスサーバ９に送信される。
【０３６４】
図５６は、親友ぽキャラのキャラクタ３１１がユーザに対して質問をしているときの画面の表示例を示す図である。図５６に示される画像は、説明の便宜上、図２０に示される親友ぽキャラのキャラクタ３１１と比較して拡大して示されているが、実際には、図５６の画像が、図２０乃至２６に示されるように、他のアイコンなどとともに出力部２２７の表示部のほぼ中央に表示される。なお、後述する、図５７，５８、および図６３乃至６５に示される画像も、出力部２２７の表示部に表示される画像が拡大して示されている。
【０３６５】
図５６の例においては、「何てほめられるとうれしい？」の質問が親友ぽキャラのキャラクタ３１１の吹き出し５０１に表示されている。また、同様に、「どういうレストランで食事したい？」、「どんなパック旅行がいい？」などの所定の数の質問が、親友ぽキャラのキャラクタ３１１の吹き出し５０１に順次表示される。ユーザは、例えば、親友ぽキャラのキャラクタ３１１による質問の後に表示される選択肢の中から所定の回答を選択することで、その質問に応答する。
【０３６６】
質問に対する応答がユーザにより入力されたとき、ステップＳ６２２において、ＣＰＵ２２１は、通信部２２９を制御し、質問に対するユーザの応答をぽキャラサービスサーバ９に送信するとともに、ステップＳ６２３に進み、選曲ぽキャラを呼びに行く親友ぽキャラのキャラクタ３１１を表示する。
【０３６７】
図５７は、選曲ぽキャラを呼びに行く親友ぽキャラのキャラクタ３１１の表示例を示す図である。図５７に示されるように、親友ぽキャラのキャラクタ３１１の吹き出し５１２に「よんでくるね！」のメッセージが表示される。また、親友ぽキャラのキャラクタ３１１の先に表示されている出口５１１からキャラクタ３１１が消えていく画像が表示される。
【０３６８】
後に詳述するように、ぽキャラサービスサーバ９においては、ユーザにより入力された質問の応答に基づいて、ユーザのそのときの感情が判断され、判断された感情と、ユーザの特徴情報に基づいて、最適な選曲ぽキャラが選択される（図５９のステップＳ６３３）。その後、選択された選曲ぽキャラの画像データなどを含むぽキャラ情報が、ぽキャラサービスサーバ９からパーソナルコンピュータ２２に対して送信される（図５９のステップＳ６３４）。
【０３６９】
ステップＳ６２４において、ＣＰＵ２２１は、選曲ぽキャラのぽキャラ情報が送信されてきたか否かを判定し、送信されてきたと判定するまで待機する。ＣＰＵ２２１は、ステップＳ６２４において、ぽキャラ情報が送信されてきたと判定した場合、ステップＳ６２５に進み、通信部２２９を制御してぽキャラ情報を受信する。
【０３７０】
ＣＰＵ２２１は、ステップＳ６２６において、ぽキャラサービスサーバ９により選択された選曲ぽキャラのキャラクタの画像を出力部２２７の表示部に表示させる。
【０３７１】
図５８は、ぽキャラサービスサーバ９により選択された選曲ぽキャラのキャラクタが、出力部２２７の表示部に登場する画面の表示例を示す図である。
【０３７２】
図５８に示される、円盤状の入り口５２２が先に表示され、そこから選曲ぽキャラのキャラクタ５２１が現れる画像が表示される。そして、選曲ぽキャラ５２１が現れたとき、その吹き出し５２３に「こんにちは」のメッセージが表示される。
【０３７３】
以上ようにして、音楽コンテンツの提供を受けようとするユーザのパーソナルコンピュータ２２の画面上に、選曲ぽキャラが呼び出される。
【０３７４】
次に、図５９のフローチャートを参照して、図５５の処理に対応して実行される、ぽキャラサービスサーバ９の選曲ぽキャラ選択処理について説明する。
【０３７５】
ステップＳ６３１において、ぽキャラサービスサーバ９のＣＰＵ１２１は、パーソナルコンピュータ２２からのアクセスを受け付け、ステップＳ６３２に進み、質問（図５６に示されるように、パーソナルコンピュータ２２の親友ぽキャラのキャラクタ３１１により表示された質問）に対する応答を受信する。パーソナルコンピュータ２２においては、ユーザにより入力された質問の応答結果が送信されている（図５５のステップＳ６２２）。
【０３７６】
ステップＳ６３３において、ＣＰＵ１２１は、パーソナルコンピュータ２２から送信されてきた応答結果に基づいて、ぽキャラデータベース１０に記憶されている選曲ぽキャラの特徴情報を参照し、選曲ぽキャラとユーザのマッチングを行う。
【０３７７】
図６０は、ぽキャラサービスサーバ９のＣＰＵ１２１により行われるマッチングの例を示す図である。
【０３７８】
例えば、選曲ぽキャラ０乃至３の特徴が図６０（図５４と同様）に示されるように設定されており、一方、親友ぽキャラや売りぽキャラの利用履歴に基づいて設定されたパーソナルコンピュータ２２のユーザの特徴が座標のほぼ中央に位置する場合、質問に対するユーザの応答に基づいて、白抜き矢印で示されるように、その特徴の位置が移動される。
【０３７９】
例えば、図６０においては、図５６に示されるようにして表示された「何てほめられるとうれしい？」の質問に対して入力されたユーザの応答に基づいて、ユーザの特徴が、それまでの位置（座標のほぼ中央）から、より「低年齢層」の特徴を表す位置であり、かつ、より「革新的」の特徴を表す位置（中央から右下方の位置）に移動されている。すなわち、質問に対する応答の結果により表される、ユーザの感情を変数として、ユーザの特徴が更新されている。
【０３８０】
なお、図６０の「ユーザ（ｔ）」で示される丸印は時刻ｔにおけるユーザの特徴の位置を表し、「ユーザ（ｔ’）」で示される丸印は時刻ｔ’におけるユーザの特徴の位置を表している。時刻ｔ’は時刻ｔより時間的に後に相当する。
【０３８１】
図６０の例においては、移動されたユーザの特徴の位置（「ユーザ（ｔ’）」の位置）の近傍には選曲ぽキャラ１の特徴が設定されており、この場合、パーソナルコンピュータ２２のユーザに最適の選曲ぽキャラとして「選曲ぽキャラ１」が選択される。
【０３８２】
図５９の説明に戻り、ステップＳ６３４において、ＣＰＵ１２１は、ステップＳ６３３におけるマッチングにより選択された選曲ぽキャラのぽキャラ情報をぽキャラデータベース１０から読み出し、パーソナルコンピュータ２２に送信する。このぽキャラ情報には、マッチングにより選択された選曲ぽキャラの画像データや特徴情報などが含まれており、それらの情報に基づいて、パーソナルコンピュータ２２の画面に選曲ぽキャラが表示される。
【０３８３】
以上のような処理により、嗜好や感情に基づく最適な選曲ぽキャラが選択され、それぞれのユーザに対して提供される。
【０３８４】
次に、図６１のフローチャートを参照して、選曲ぽキャラにより選曲された音楽を再生するパーソナルコンピュータ２２の音楽再生処理について説明する。
【０３８５】
ステップＳ６４１において、ＣＰＵ２２１は、再生する曲の条件を選択する選択画面を出力部２２７の表示部に表示させる。
【０３８６】
図６３は、曲の条件の選択画面の表示例を示す図である。
【０３８７】
図６３の例においては、選曲ぽキャラ５２１の吹き出し５３１に「どんな曲がいい？」のメッセージが表示され、その下に、第１の選択肢として「喫茶店でかかってるような曲」が、第２の選択肢として「元気が出る曲」が、第３の選択肢として「おまかせ」が表示されている。ユーザは、このような質問に対して、入力部２２６を構成するマウスなどを操作し、選曲される曲の条件を指定することができる。
【０３８８】
ステップＳ６４２において、ＣＰＵ２２１は、ユーザにより曲の条件が指定されたか否かを判定し、例えば、図６３に示される、吹き出し５３１に表示される条件のうちの第１の選択肢である「喫茶店でかかってるような曲」が選択されたと判定した場合、ステップＳ６４３に進み、選択された条件を表す情報を含む条件指定情報をぽキャラサービスサーバ９に送信し、選曲を要求する。
【０３８９】
一方、例えば、図６３に示される選択画面において、吹き出し５３１に表示される条件のうちの第３の選択肢である「おまかせ」が選択された場合、または、条件が選択されないまま所定時間が経過した場合、ＣＰＵ２２１は、ステップＳ６４２において、条件が指定されていないと判定し、ステップＳ６４４に進み、ユーザの特徴に基づいた選曲をぽキャラサービスサーバ９に要求する。
【０３９０】
ステップＳ６４３の処理による要求に応じて、或いは、ステップＳ６４４の処理による要求に応じて、ぽキャラサービスサーバ９においては、音楽コンテンツが選曲ぽキャラの特徴やユーザの特徴情報に基づいて選択される。そして、例えば、図３４を参照して説明したものと基本的に同様の処理により音楽コンテンツがパーソナルコンピュータ２２に対して提供される。
【０３９１】
すなわち、パーソナルコンピュータ２２のＣＰＵ２２１は、選択された音楽コンテンツのコンテンツＩＤと、そのコンテンツを提供しているコンテンツサーバのアドレスなどを含むアドレス情報がぽキャラサービスサーバ９から送信されてきたとき、それを受信する。なお、図３４においては、ユーザにより入力されたアドレス情報などがぽキャラサービスサーバ９に対して通知されるとしたが（図３４のステップＳ１３４）、ぽキャラサービスサーバ９によりアドレス情報が選択され、通知されてくるため、図６１の処理においては、この通知は行われない。
【０３９２】
ＣＰＵ２２１は、ステップＳ６４６において、ぽキャラサービスサーバ９から通知されてきたアドレス情報に基づいて、ぽキャラサービスサーバ９（選曲ぽキャラ）により選択された音楽コンテンツを提供しているコンテンツサーバにアクセスし、コンテンツＩＤを通知する。
【０３９３】
コンテンツサーバにおいては、コンテンツＩＤがパーソナルコンピュータ２２から通知されてきたとき、そのＩＤが設定されている音楽コンテンツを読み出し、それをパーソナルコンピュータ２２にインターネット１等を介して送信する。
【０３９４】
パーソナルコンピュータ２２のＣＰＵ２２１は、ステップＳ６４７において、コンテンツサーバから送信されてきた音楽コンテンツのコンテンツデータを受信し、ステップＳ６４８に進み、その再生処理を行う。具体的には、ステップＳ６４８において、図３７を参照して説明したものと同様の処理により、音楽コンテンツに対応するライセンスがパーソナルコンピュータ２２に対して提供され、図４０を参照して説明したものと基本的に同様の処理（ステップＳ２３６における課金処理を除く）により、コンテンツの再生が行われる。
【０３９５】
これにより、ユーザは、自分自身の感情や嗜好などを考慮して選択された選曲ぽキャラが選曲する曲、すなわち、自分自身に最適な曲を、単に、質問に応答するなどの単純な操作をするだけで利用することができる。また、提供される音楽コンテンツの数が多くなるほど、自分に最適な曲を探し出すことが困難となるが、選曲ぽキャラを利用することにより、容易に、かつ迅速に、最適な曲を探し出すことが可能となる。
【０３９６】
なお、曲（音楽コンテンツ）が再生されている間、パーソナルコンピュータ２２の表示部には、その曲を演奏する選曲ぽキャラのキャラクタ５２１の画像や、ターンテーブル上のディスクを回転させるキャラクタ５２１の画像などが表示される。
【０３９７】
ステップＳ６４９において、ＣＰＵ２２１は、曲の再生が終了したか否かを判定し、終了したと判定するまで待機する。一方、ＣＰＵ２２１は、ステップＳ６４９において、曲の再生が終了したと判定した場合、ステップＳ６５０に進み、音楽コンテンツの再生の終了、すなわち、選曲ぽキャラによる選曲の終了が指示されたか否かを判定し、指示されていないと判定した場合、ステップＳ６４１に戻り、それ以降の処理を繰り返し実行する。
【０３９８】
従って、上述したような処理が繰り返され、再び、最適な音楽コンテンツが選曲ぽキャラにより選択され、それが再生される。
【０３９９】
一方、ステップＳ６５０において、再生の終了が指示されたと判定した場合、ＣＰＵ２２１は、ステップＳ６５１に進み、再生された音楽コンテンツの代金の課金処理を行う。例えば、上述したように、ぽキャラサービスサーバ９との処理により、再生された音楽コンテンツの代金が算出され、算出された代金の分だけ、おたち台２３に載置されている親友ぽキャラ人形１６１のＩＣカード１７１に記憶されている金額情報が減額される。すなわち、ぽキャラサービスサーバ９により、ＩＣカード１７１により記憶されている金額情報が書き換えられ、音楽コンテンツの代金がぽキャラサービスサーバ９の管理者のものとして徴収される。徴収された代金は、例えば、ぽキャラサービスサーバ９の管理者と選曲ぽキャラの提供者の間での取り決めなどに従って配分される。
【０４００】
課金処理が終了したとき、ステップＳ６５２において、ＣＰＵ２２１は、パーソナルコンピュータ２２の画面上に、ぽキャラサービスサーバ９に帰っていく選曲ぽキャラのキャラクタ５２１の画像を表示する。
【０４０１】
図６４は、パーソナルコンピュータ２２から、ぽキャラサービスサーバ９に帰っていく選曲ぽキャラのキャラクタ５２１の表示例を示す図である。
【０４０２】
例えば、図６４に示されるように、出口５４１が選曲ぽキャラのキャラクタ５２１の頭上に現れ、そこに選曲ぽキャラのキャラクタ５２１が吸い込まれていくような画像が表示される。また、選曲ぽキャラのキャラクタ５２１の吹き出し５４２には、「またよんでね」などのメッセージが表示される。
【０４０３】
これにより、選曲ぽキャラの呼び出しが終了される。選曲ぽキャラのキャラクタ５２１が消えた後（選曲ぽキャラの利用を終えた後）、画面上には、再び、親友ぽキャラのキャラクタ３１１が現れる。
【０４０４】
ステップＳ６５３において、ＣＰＵ２２１は、選曲ぽキャラの選曲について評価する画面を表示部に表示させる。
【０４０５】
図６５は、選曲ぽキャラによる選曲を評価する画面の表示例を示す図である。
【０４０６】
例えば、図６５に示されるように、選曲ぽキャラのキャラクタ５２１に替わって親友ぽキャラのキャラクタ３１１が再び表示され、親友ぽキャラのキャラクタ３１１の吹き出し５５１に「選曲はどうだった？」のメッセージが表示される。また、選曲ぽキャラの選曲が気に入ったとき操作されるボタン５５２（「かなりいい！」）と、選曲ぽキャラの選曲が気に入らなかったとき操作されるボタン５５３（「びみょー…」）が表示される。
【０４０７】
図６５に示される画面において、ボタン５５２または５５３が操作されることで入力された選曲ぽキャラの評価は、ステップＳ６５４において、ぽキャラサービスサーバ９に送信される。後述するように、ぽキャラサービスサーバ９においては、ユーザによる評価に基づいて、選曲ぽキャラの特徴が更新される。
【０４０８】
次に、図６６のフローチャートを参照して、図６１および図６２の処理に対応して実行される、ぽキャラサービスサーバ９の選曲処理について説明する。
【０４０９】
ステップＳ６６１において、ぽキャラサービスサーバ９のＣＰＵ１２１は、曲の条件を指定する情報がパーソナルコンピュータ２２から送信されてきたか否かを判定する。上述したように、選曲ぽキャラが呼び出されたパーソナルコンピュータ２２においては、曲の条件を選択する選択画面（図６３）が表示され、条件が選択されたとき、その条件を指定する情報が送信されてくる（図６１のステップＳ６４３）。
【０４１０】
ＣＰＵ１２１は、ステップＳ６６１において、曲の条件を指定する情報がパーソナルコンピュータ２２から送信されてきたと判定した場合、ステップＳ６６２に進み、指定された条件に応じて、ユーザの特徴情報を更新し、曲（音楽コンテンツ）を選択する。
【０４１１】
ＣＰＵ１２１は、例えば、ユーザの特徴と、選曲ぽキャラの特徴をマッチングする場合と同様に、送信されてきた曲の条件に応じてユーザの特徴の位置を移動させ、移動された位置の近傍に特徴が設定されている曲を選択する。従って、この場合、図５４および図６０に示される座標の各位置には、パーソナルコンピュータ２２に紹介された選曲ぽキャラが得意とする曲（選択可能な曲）の特徴が設定されている。
【０４１２】
一方、ステップＳ６６１において、条件を指定する情報が送信されてこない（条件が選択されていない）と判定した場合、ＣＰＵ１２１は、ステップＳ６６３に進み、ユーザの特徴に基づいて曲を選択する。この場合、ＣＰＵ１２１は、親友ぽキャラや売りぽキャラを利用したユーザの履歴に基づいて、図５４や図６０に示される座標上におけるユーザの特徴の位置を決定し、決定した位置の近傍に特徴が設定されている曲を選択する。
【０４１３】
ステップＳ６６２において曲を選択したとき、または、ステップＳ６６３において曲を選択したとき、ステップＳ６６４に進み、ＣＰＵ１２１は、選択した曲のコンテンツＩＤ、および、その音楽コンテンツを提供しているコンテンツサーバのアドレスなどを含むアクセス情報をパーソナルコンピュータ２２に送信する。なお、ぽキャラサービスサーバ９により、音楽コンテンツを提供しているコンテンツサーバに対して、選択した音楽コンテンツのコンテンツＩＤとパーソナルコンピュータ２２のアドレスが通知され、その通知に応じて、コンテンツサーバからパーソナルコンピュータ２２に音楽コンテンツが送信されるようにしてもよい。
【０４１４】
ステップＳ６６５において、ＣＰＵ１２１は、パーソナルコンピュータ２２において行われる音楽コンテンツの再生処理に応じて、それに対応する処理を実行する。すなわち、ＣＰＵ１２１は、上述したような、図３８に示される処理を実行し、音楽コンテンツに対応するライセンスがパーソナルコンピュータ２２に提供されるようにし、また、図４１に示されるような処理を実行し、音楽コンテンツがパーソナルコンピュータ２２において再生されるようにする。
【０４１５】
ステップＳ６６６において、ＣＰＵ１２１は、音楽コンテンツの再生の終了が指示されたか否かを判定し、終了が指示されていないと判定した場合、ステップＳ６６１に戻り、それ以降の処理を繰り返し実行する。
【０４１６】
一方、ＣＰＵ１２１は、ステップＳ６６６において、音楽コンテンツの再生の終了が指示されたと判定した場合、ステップＳ６６７に進み、課金処理を行う。すなわち、ＣＰＵ１２１は、パーソナルコンピュータ２２のおたち台２３に載置されている親友ぽキャラ１６１のＩＣカード１７１に記憶されている金額情報を、パーソナルコンピュータ２２において再生された音楽コンテンツの代金の分だけ減額し、減額した代金に対応する金額情報を取得する。
【０４１７】
ステップＳ６６８において、ＣＰＵ１２１は、選曲ぽキャラの評価を表す情報がパーソナルコンピュータ２２から送信されてきたか否かを判定し、送信されてきたと判定するまで待機する。すなわち、パーソナルコンピュータ２２においては、選曲ぽキャラのキャラクタ５２１が画面から消えた後、その選曲ぽキャラの評価がユーザにより入力され、通知されてくる（図６２のステップＳ６５４）。
【０４１８】
ステップＳ６６８において、ＣＰＵ１２１は、選曲ぽキャラの評価を表す情報が送信されてきたと判定した場合、ステップＳ６６９に進み、ユーザにより行われた評価の結果と、そのユーザの特徴に応じて、選曲ぽキャラの特徴を更新する。
【０４１９】
図６７は、選曲ぽキャラの特徴の更新の例を示す図である。
【０４２０】
図６７の例においては、「選曲ぽキャラ１（ｔ）」で示される選曲ぽキャラ１（パーソナルコンピュータ２２のユーザに紹介された選曲ぽキャラ）の特徴の位置が、白抜き矢印で示されるように「選曲ぽキャラ１（ｔ’）」の位置に移動されている。すなわち、選曲ぽキャラ１の提供者により設定されたパラメータによっては、選曲ぽキャラ１の特徴の位置は「選曲ぽキャラ１（ｔ）」に設定されるが、選曲ぽキャラ１による選曲を利用したパーソナルコンピュータ２２のユーザの評価に応じて、より「革新的」なユーザを対象とする選曲ぽキャラに、その特徴の位置が更新されている。
【０４２１】
このようにユーザの評価に応じて選曲ぽキャラの特徴を更新することにより、流行に応じて選曲ぽキャラの特徴が更新されることとなり、常時、最適なユーザと選曲ぽキャラをマッチングさせることができる。従って、ユーザの嗜好や感情を考慮した、最適の選曲ぽキャラを動的に選択することができる。
【０４２２】
以上のような処理により、ユーザは、単に、親友ぽキャラによりされたいくつかの質問に応答するだけで、そのときの嗜好や感情に最適な選曲ぽキャラを呼び出すことができ、選曲ぽキャラより選択される最適な音楽コンテンツを利用することができる。
【０４２３】
以上においては、ユーザは、図２０に示されるメニュー画面において所定の処理を行うことで、選曲ぽキャラを呼び出すことができるとしたが、選曲ぽキャラのキャラクタ５２１と同一の外観を有する選曲ぽキャラ人形（売りぽキャラ人形）をリアルの（現実の）店舗で購入し、それをパーソナルコンピュータ２２のおたち台２３に載置することで、パーソナルコンピュータ２２の画面上に呼び出すことができるようにしても良い。
【０４２４】
この場合、選曲ぽキャラ（売りぽキャラ）のぽキャラＩＤが選曲ぽキャラ人形のＩＣカードからリーダライタ２４１により読み出され、ぽキャラサービスサーバ９に送信される。ぽキャラサービスサーバ９においては、送信されてきたぽキャラＩＤに対応するぽキャラ情報（選曲ぽキャラ人形の外観に対応するキャラクタの画像をパーソナルコンピュータ２２に表示させるための画像データを含む情報）がぽキャラデータベース１０から読み出され、パーソナルコンピュータ２２に対して送信される。そして、親友ぽキャラや他の売りぽキャラの場合と同様に、ぽキャラサービスサーバ９から送信されたぽキャラ情報に基づいて、パーソナルコンピュータ２２の表示部に選曲ぽキャラのキャラクタが表示される。
【０４２５】
また、以上においては、選曲ぽキャラにより、最適な音楽コンテンツが選択され、ユーザに提供されるとしたが、同様にして、動画のコンテンツやアプリケーション、または、サービスを利用するためのサービスコンテンツなどの様々なコンテンツがぽキャラにより選択され、提供されるようにしても良い。
【０４２６】
例えば、最適な映画を選択するぽキャラが、例えば、パーソナルコンピュータ２２に呼び出された場合、ユーザに対する質問の応答結果に応じて最適な映画コンテンツが選択され、パーソナルコンピュータ２２のユーザに提供される。
【０４２７】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０４２８】
この記録媒体は、図２または図３に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１４１，２５１（フロッピディスクを含む）、光ディスク１４２，２５２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｋ−Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）を含む）、光磁気ディスク１４３，２５３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）を含む）、もしくは半導体メモリ１４４，２５４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭ１２２，２２２や、記憶部１２８，２２８に含まれるハードディスクなどで構成される。
【０４２９】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０４３０】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０４３１】
【発明の効果】
本発明によれば、コンテンツを提供することができる。
【０４３２】
また、本発明によれば、ユーザの嗜好や、そのときの感情に応じた最適なコンテンツを個々のユーザに提供することができる。
【図面の簡単な説明】
【図１】本発明を適用した情報処理システムの構成例を示すブロック図である。
【図２】図１のぽキャラサービスサーバの構成例を示すブロック図である。
【図３】図１のパーソナルコンピュータの構成例を示すブロック図である。
【図４】親友ぽキャラ人形の例を示す図である。
【図５】親友ぽキャラ人形の内部の構成を示すブロック図である。
【図６】図５のＩＣチップに記憶されている情報を説明する図である。
【図７】ユーザが親友ぽキャラ人形を取得する処理を説明するフローチャートである。
【図８】親友ぽキャラ人形の例を示す図である。
【図９】図１のぽキャラサービスサーバの親友ぽキャラ販売処理を説明するフローチャートである。
【図１０】売りぽキャラ人形の例を示す図である。
【図１１】売りぽキャラ人形のＩＣチップに記憶されている情報の例を示す図である。
【図１２】図１のパーソナルコンピュータのぽキャラ処理を説明するフローチャートである。
【図１３】図１のパーソナルコンピュータのぽキャラ処理を説明するフローチャートである。
【図１４】図１のパーソナルコンピュータのぽキャラ処理を説明するフローチャートである。
【図１５】図１のパーソナルコンピュータのぽキャラ処理を説明するフローチャートである。
【図１６】図１のパーソナルコンピュータのぽキャラ処理を説明するフローチャートである。
【図１７】親友ぽキャラのカバン情報を説明する図である。
【図１８】売りぽキャラのカバン情報を説明する図である。
【図１９】ぽキャラの表示例を示す図である。
【図２０】ぽキャラの表示例を示す図である。
【図２１】メール機能が選択された場合におけるぽキャラの表示例を示す図である。
【図２２】メール機能が選択された場合におけるぽキャラの他の表示例を示す図である。
【図２３】スケジュール機能が選択された場合におけるぽキャラの表示例を示す図である。
【図２４】スケジュール機能が選択された場合におけるぽキャラの他の表示例を示す図である。
【図２５】着替え機能が選択された場合におけるぽキャラの表示例を示す図である。
【図２６】ぽキャラの他の表示例を示す図である。
【図２７】ぽキャラの他の表示例を示す図である。
【図２８】図１のぽキャラサービスサーバの処理を説明するフローチャートである。
【図２９】図１のぽキャラサービスサーバの処理を説明するフローチャートである。
【図３０】図１のぽキャラデータベースに登録されているユーザ情報の例を示す図である。
【図３１】図１のぽキャラデータベースに登録されている親友ぽキャラのぽキャラ情報の例を示す図である。
【図３２】図１のぽキャラデータベースに登録されている売りぽキャラのぽキャラ情報の例を示す図である。
【図３３】図１のコンテンツサーバの処理を説明するフローチャートである。
【図３４】図１のパーソナルコンピュータのコンテンツの受信処理を説明するフローチャートである。
【図３５】図１のコンテンツサーバのコンテンツ提供処理を説明するフローチャートである。
【図３６】図１のぽキャラサービスサーバの処理を説明するフローチャートである。
【図３７】図１のパーソナルコンピュータのライセンスを取得する処理を説明するフローチャートである。
【図３８】図１のぽキャラサービスサーバの処理を説明するフローチャートである。
【図３９】図１のライセンスサーバの処理を説明するフローチャートである。
【図４０】図１のパーソナルコンピュータのコンテンツ再生処理を説明するフローチャートである。
【図４１】図１のぽキャラサービスサーバのコンテンツ再生処理を説明するフローチャートである。
【図４２】図１のパーソナルコンピュータのプリペイド金額の更新処理を説明するフローチャートである。
【図４３】図１のぽキャラサービスサーバのプリペイド金額更新処理を説明するフローチャートである。
【図４４】端末内に保存されたコンテンツの再生処理を説明するフローチャートである。
【図４５】端末内のコンテンツを再生する際のぽキャラサービスサーバの処理を説明するフローチャートである。
【図４６】他の端末からコンテンツの提供を受ける端末の再生処理を説明するフローチャートである。
【図４７】端末のコンテンツの提供処理を説明するフローチャートである。
【図４８】端末のコンテンツを再生する際のぽキャラサービスサーバの処理を説明するフローチャートである。
【図４９】暗号化コンテンツのコピー処理を説明するフローチャートである。
【図５０】コピー元の処理を説明するフローチャートである。
【図５１】コピー先の処理を説明するフローチャートである。
【図５２】選曲ぽキャラ提供者装置の選曲ぽキャラ提供処理を説明するフローチャートである。
【図５３】図１のぽキャラサービスサーバの選曲ぽキャラ登録処理を説明するフローチャートである。
【図５４】選曲ぽキャラの特徴の例を示す図である。
【図５５】図１のパーソナルコンピュータの選曲ぽキャラ呼び出し処理を説明するフローチャートである。
【図５６】パーソナルコンピュータの表示例を示す図である。
【図５７】パーソナルコンピュータの他の表示例を示す図である。
【図５８】パーソナルコンピュータのさらに他の表示例を示す図である。
【図５９】図１のぽキャラサービスサーバの選曲ぽキャラ選択処理を説明するフローチャートである。
【図６０】マッチングの例を示す図である。
【図６１】図１のパーソナルコンピュータの音楽再生処理を説明するフローチャートである。
【図６２】図１のパーソナルコンピュータの音楽再生処理を説明する、図６１に続くフローチャートである。
【図６３】パーソナルコンピュータの表示例を示す図である。
【図６４】パーソナルコンピュータの他の表示例を示す図である。
【図６５】パーソナルコンピュータのさらに他の表示例を示す図である。
【図６６】図１のぽキャラサービスサーバの選曲処理を説明するフローチャートである。
【図６７】特徴の更新の例を示す図である。
【符号の説明】
１　インターネット，　６，７　コンテンツサーバ，　８　ライセンスサーバ，　９　ぽキャラサービスサーバ，　１０　ぽキャラデータベース，　１１　プライベート認証サーバ，　１２　パブリック認証サーバ，　１３　課金サーバ，２２　パーソナルコンピュータ，　２３　おたち台，　２４　テレビジョン受像機，　２５　おたち台，　２６　パーソナルコンピュータ，　２７　おたち台，　５２　パーソナルコンピュータ，　５３　おたち台

Claims (18)

1. ネットワークを介して接続される情報処理装置に対する、コンテンツの提供を管理する情報管理装置において、
   キャラクタの画像を表示させるための画像データ、および前記キャラクタの特徴を表すキャラクタ特徴情報を記憶する記憶手段と、
   前記記憶手段により前記画像データが記憶されているキャラクタの中から、前記情報処理装置のユーザの特徴を表すユーザ特徴情報、および前記キャラクタ特徴情報に基づき、前記キャラクタを選択するキャラクタ選択手段と、
   前記キャラクタ選択手段により選択された前記キャラクタの画像データを前記情報処理装置に送信する画像データ送信手段と、
   前記キャラクタ選択手段により選択された前記キャラクタに関連付けられたコンテンツを前記情報処理装置に送信するコンテンツ送信手段と
   を備えることを特徴とする情報管理装置。
2. 前記キャラクタ選択手段により選択された前記キャラクタに関連付けられた前記コンテンツを、前記ユーザ特徴情報に基づき選択するコンテンツ選択手段をさらに備える
   ことを特徴とする請求項１に記載の情報管理装置。
3. 前記情報処理装置において利用された前記コンテンツの評価を表す評価情報を取得する評価情報取得手段をさらに備え、
   前記キャラクタ選択手段は、前記評価情報取得手段により取得された前記評価情報に応じて前記ユーザ特徴情報を更新し、更新された前記ユーザ特徴情報と前記キャラクタ特徴情報に基づいて前記キャラクタを選択する
   ことを特徴とする請求項１に記載の情報管理装置。
4. 前記コンテンツ送信手段により送信された前記コンテンツの代金を前記情報処理装置に対して課金する課金手段をさらに備える
   ことを特徴とする請求項１に記載の情報管理装置。
5. 前記情報処理装置により読み取られたオブジェクトにより保持されている識別情報が、前記情報処理装置から送信されてきたとき、それを受信する識別情報受信手段をさらに備え、
   前記キャラクタ選択手段は、前記識別情報受信手段により受信された前記識別情報に基づいて、前記オブジェクトの外観に対応する画像により表されるキャラクタを選択する
   ことを特徴とする請求項１に記載の情報管理装置。
6. 前記コンテンツを提供する他の情報処理装置に対するアクセス情報、および、前記コンテンツの識別情報を前記情報処理装置に送信することにより、前記コンテンツの前記情報処理装置に対する送信を管理する送信管理手段をさらに備える
   ことを特徴とする請求項１に記載の情報管理装置。
7. 前記情報処理装置から送信されてきた、前記情報処理装置の前記ユーザからの入力に基づいて、前記ユーザ特徴情報を抽出するユーザ特徴情報抽出手段をさらに備える
   ことを特徴とする請求項１に記載の情報管理装置。
8. 前記キャラクタの選択、または、前記コンテンツの選択に利用するためのユーザの特徴を表す前記ユーザ特徴情報を含む、前記ユーザの入力情報を取得する入力情報取得手段をさらに備える
   ことを特徴とする請求項１に記載の情報処理装置。
9. ネットワークを介して接続される情報処理装置にする、コンテンツの提供を管理する情報管理装置の情報管理方法において、
   キャラクタの画像を表示させるための画像データ、および前記キャラクタの特徴を表すキャラクタ特徴情報を記憶する記憶ステップと、
   前記記憶ステップの処理により前記画像データが記憶されているキャラクタの中から、前記情報処理装置のユーザの特徴を表すユーザ特徴情報、および前記キャラクタ特徴情報に基づき、前記キャラクタを選択するキャラクタ選択ステップと、
   前記キャラクタ選択ステップの処理により選択された前記キャラクタの画像データを前記情報処理装置に送信する画像データ送信ステップと、
   前記キャラクタ選択ステップの処理により選択された前記キャラクタに関連付けられたコンテンツを前記情報処理装置に送信するコンテンツ送信ステップと
   を含むことを特徴とする情報管理方法。
10. ネットワークを介して接続される情報処理装置に対する、コンテンツの提供を管理する情報管理装置の記録媒体において、
    キャラクタの画像を表示させるための画像データ、および前記キャラクタの特徴を表すキャラクタ特徴情報の記憶を制御する記憶制御ステップと、
    前記記憶制御ステップの処理により前記画像データが記憶されているキャラクタの中から、前記情報処理装置のユーザの特徴を表すユーザ特徴情報、および前記キャラクタ特徴情報に基づき、前記キャラクタを選択するキャラクタ選択ステップと、
    前記キャラクタ選択ステップの処理により選択された前記キャラクタの画像データの前記情報処理装置に対する送信を制御する画像データ送信制御ステップと、
    前記キャラクタ選択ステップの処理により選択された前記キャラクタに関連付けられたコンテンツの前記情報処理装置に対する送信を制御するコンテンツ送信制御ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
11. ネットワークを介して接続される情報処理装置に対する、コンテンツの提供を管理する情報管理装置を制御するコンピュータに、
    キャラクタの画像を表示させるための画像データ、および前記キャラクタの特徴を表すキャラクタ特徴情報の記憶を制御する記憶制御ステップと、
    前記記憶制御ステップの処理により前記画像データが記憶されているキャラクタの中から、前記情報処理装置のユーザの特徴を表すユーザ特徴情報、および前記キャラクタ特徴情報に基づき、前記キャラクタを選択するキャラクタ選択ステップと、
    前記キャラクタ選択ステップの処理により選択された前記キャラクタの画像データの前記情報処理装置に対する送信を制御する画像データ送信制御ステップと、
    前記キャラクタ選択ステップの処理により選択された前記キャラクタに関連付けられたコンテンツの前記情報処理装置に対する送信を制御するコンテンツ送信制御ステップと
    を実行させるプログラム。
12. コンテンツの提供を管理する情報管理装置とネットワークを介して接続される情報処理装置において、
    前記情報管理装置から送信される所定のキャラクタの画像データを受信する画像データ受信手段と、
    前記画像データ受信手段により受信された前記画像データに基づいて、前記所定のキャラクタを表示する表示手段と、
    前記表示手段により表示されている前記所定のキャラクタに関連付けられたコンテンツを取得するコンテンツ取得手段と、
    前記コンテンツ取得手段により取得された前記コンテンツを出力する出力手段と
    を備えることを特徴とする情報処理装置。
13. 前記出力手段により出力された前記コンテンツに関する評価の入力を受け付け、前記評価を表す評価情報を前記情報管理装置に送信する評価情報送信手段をさらに備える
    ことを特徴とする請求項１２に記載の情報処理装置。
14. 識別情報が保持されているオブジェクトから前記識別情報を読み取る読み取り手段と、
    前記読み取り手段により読み取られた前記識別情報を前記情報管理装置に送信する識別情報送信手段と
    をさらに備え、
    前記画像データ受信手段は、前記識別情報に基づいて前記情報管理装置により選択された、前記オブジェクトの外観に対応する画像を表示する画像データを受信する
    ことを特徴とする請求項１２に記載の情報処理装置。
15. 前記コンテンツ取得手段は、前記情報管理装置から送信されてきた、前記コンテンツを提供する他の情報処理装置のアクセス情報、および、前記コンテンツの識別情報に基づいて、前記他の情報処理装置から前記コンテンツを取得する
    ことを特徴とする請求項１２に記載の情報処理装置。
16. コンテンツの提供を管理する情報管理装置とネットワークを介して接続される情報処理装置の情報処理方法において、
    前記情報管理装置から送信される所定のキャラクタの画像データを受信する画像データ受信ステップと、
    前記画像データ受信ステップの処理により受信された前記画像データに基づいて、前記所定のキャラクタを表示する表示ステップと、
    前記表示ステップの処理により表示されている前記所定のキャラクタに関連付けられたコンテンツを取得するコンテンツ取得ステップと、
    前記コンテンツ取得ステップの処理により取得された前記コンテンツを出力する出力ステップと
    を含むことを特徴とする情報処理方法。
17. コンテンツの提供を管理する情報管理装置とネットワークを介して接続される情報処理装置の記録媒体において、
    前記情報管理装置から送信される所定のキャラクタの画像データの受信を制御する画像データ受信制御ステップと、
    前記画像データ受信制御ステップの処理により受信された前記画像データに基づいて、前記所定のキャラクタの表示を制御する表示制御ステップと、
    前記表示制御ステップの処理により表示されている前記所定のキャラクタに関連付けられたコンテンツの取得を制御するコンテンツ取得制御ステップと、
    前記コンテンツ取得制御ステップの処理により取得された前記コンテンツの出力を制御する出力制御ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
18. コンテンツの提供を管理する情報管理装置とネットワークを介して接続される情報処理装置を制御するコンピュータに、
    前記情報管理装置から送信される所定のキャラクタの画像データの受信を制御する画像データ受信制御ステップと、
    前記画像データ受信制御ステップの処理により受信された前記画像データに基づいて、前記所定のキャラクタの表示を制御する表示制御ステップと、
    前記表示制御ステップの処理により表示されている前記所定のキャラクタに関連付けられたコンテンツの取得を制御するコンテンツ取得制御ステップと、
    前記コンテンツ取得制御ステップの処理により取得された前記コンテンツの出力を制御する出力制御ステップと
    を実行させるプログラム。

Images