JPH11242546A - サーバシステム、クライアント及び情報提供システム並びにそれらの処理プログラムを記録した媒体 - Google Patents

Abstract

(57)【要約】 【課題】 プッシュ型の情報配信をサーバの負荷を増大
させることなく、かつ、配信される情報の伝達を効果的
に行えるようにする。 【解決手段】 サーバ３は、シナリオをシナリオ・画像
記憶部４から選択してクライアント１０に配信する。ク
ライアント１０はサーバ３から配信されたシナリオを受
信し、シナリオ解析手段２０はシナリオを解析する。そ
して、その解析結果に基づいて、ＷＷＷサーバ２から該
当する情報を取り込んでブラウザ制御手段１７にて表示
部１３に表示させ、記憶部１４又はシナリオ・画像記憶
部４から取り込んだ画像情報をエージェント制御手段２
１にて表示部１３に表示させると共に、指示された文章
を音声変換部１５にて音に変換して出力させるものであ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マン・マシン・イ
ンタフェースにおけるサーバ、クライアント及び情報提
供システム並びにそれらの処理プログラムを記録した媒
体に係り、更に詳しくは、画像及び音声を用いた効果的
な情報提供に関するものである。

【０００２】

【従来の技術】従来、インターネット等のネットワーク
上には、ＷＷＷ（ＷＯＲＬＤ ＷＩＤＥ ＷＥＢ）サー
バが設けられ、このＷＷＷサーバをアクセスすることに
より、いわゆるホームページをＷＷＷブラウザによって
閲覧することができる。また、昨今、上述のようなユー
ザ側からＷＷＷサーバをアクセスすることによって情報
を取りに行くプル型情報配信に対し、テレビやラジオの
ようにサーバ側からユーザに情報を発信するプッシュ型
情報配信の技術開発の動きが活発化している。しかし、
現在、プッシュ型とされる方法は、クライアント側が、
情報提供をするサーバの更新スケジュールに合わせて情
報を取りに行くプル型であって、疑似的なプッシュ型で
あった。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来のＷＷＷブラウザでは、情報の伝達は絵及び文字によ
って行うため、分かりにくい情報や、情報の主要点等を
伝えにくいという問題点があった。また、上述したよう
に、プッシュ型とされている技術でも実際にはクライア
ントがサーバに情報を取りに行くプル型であって、本来
のプッシュ型の情報配信を実現していない。また、プッ
シュ型のサーバは、ホームページ、画像及びコントロー
ル情報をまとめてクライアントに送信するため、サーバ
の負荷が大きいという問題点があった。

【０００４】このようなことから、プッシュ型の情報配
信をサーバの負荷を増大させることなく、かつ、情報を
効果的に伝達できる情報提供システムの開発が望まれて
いた。

【０００５】

【課題を解決するための手段】（１）本発明の一つの態
様に係るサーバシステムは、クライアントと回線を介し
て接続されるサーバシステムであって、サーバシステム
は、各種の情報が記憶される情報記憶部を有する情報管
理サーバと、キャラクター画像を含む各種画像情報が記
憶される画像記憶部を有する画像管理サーバと、音声変
換の対象となる第１のデータと、情報記憶部の情報を特
定するための第２のデータと、画像記憶部の画像情報を
特定するための第３のデータとを有するシナリオが複数
記憶されるシナリオ記憶部と、クライアントからシナリ
オ要求があると、シナリオをシナリオ記憶部から選択し
て、回線を介してクライアントに配信するシナリオ配信
手段とを有するシナリオ管理サーバとを有し、情報管理
サーバは、クライアントから第２のデータに基づいた情
報の要求があると、該当する情報を情報記憶部から読み
出してクライアントに送信し、画像管理サーバは、クラ
イアントから第３のデータに基づいた画像情報に関する
入力（例えば、画像情報の要求や、画像情報に関する所
定のデータの受信）があると、該当する画像情報を必要
に応じて画像記憶部から読み出してクライアントに送信
するものである。なお、第２のデータとは、後述のＷｅ
ｂページ（いわゆるホームページ）を示している。ま
た、画像情報に関する所定のデータとは、例えば、画像
の作成日時や版数等の情報であり、このような入力があ
ると、該当する画像情報を必要に応じて画像情報記憶部
から読み出してクライアントに送信する際の一例を挙げ
ると、例えば作成日時が入力された場合に、その作成日
時が古いときは新しい画像情報をクライアントに送信す
るといった具合である。

【０００６】（２）本発明の他の態様に係るクライアン
トは、シナリオ要求があるとシナリオを配信するシナリ
オ管理サーバと、各種の情報が記憶される情報記憶部の
情報の要求があると該当する情報を情報記憶部から読み
出して送信する情報管理サーバと、キャラクター画像を
含む各種画像情報が記憶される画像記憶部の画像情報に
関する入力があると該当する画像情報を必要に応じて画
像記憶部から読み出して送信する画像管理サーバと、回
線を介して接続されるクライアントであって、クライア
ントは、表示部と、音声変換部と、画像管理サーバから
取り込んだ画像情報が記憶される表示画像記憶部と、シ
ナリオ管理サーバにシナリオを要求するシナリオ要求手
段と、シナリオ要求手段の要求に基づいてシナリオ管理
サーバから配信されてくるシナリオを解析して、シナリ
オに、音声変換の対象となる第１のデータが含まれてい
る場合には音声変換部に第１のデータを音に変換して出
力させ、情報記憶部の情報を特定するための第２のデー
タが含まれている場合には第２のデータに基づいて情報
管理サーバに情報を要求し、画像記憶部の画像情報を特
定するための第３のデータが含まれている場合には、第
３のデータに基づいた画像情報の要求又は第３のデータ
に基づいた画像情報に関する所定のデータを画像管理サ
ーバに出力し、出力に基づいて画像管理サーバから画像
情報が送信されてくる場合には画像情報を取り込んで、
画像情報を表示画像記憶部に記憶するシナリオ解析手段
と、情報管理サーバからの情報を表示部に表示させる第
１の表示制御手段と、表示画像記憶部の画像情報を表示
部に表示させる第２の表示制御手段とを有するものであ
る。

【０００７】（３）本発明の他の態様に係る情報提供シ
ステムは、クライアントと、シナリオを配信するシナリ
オ管理サーバと、各種の情報が記憶される情報記憶部を
有する情報管理サーバと、キャラクター画像を含む各種
画像情報が記憶される画像記憶部を有する画像管理サー
バとが回線を介して接続される情報提供システムであっ
て、シナリオ管理サーバは、音声変換の対象となる第１
のデータと、情報記憶部の情報を特定するための第２の
データと、画像記憶部の画像情報を特定するための第３
のデータとを有するシナリオが複数記憶されるシナリオ
記憶部と、クライアントからシナリオ要求があると、シ
ナリオをシナリオ記憶部から選択して、回線を介してク
ライアントに配信するシナリオ配信手段とを有し、情報
管理サーバは、クライアントから第２のデータに基づい
た情報の要求があると、該当する情報を情報記憶部から
読み出してクライアントに送信し、画像管理サーバは、
クライアントから第３のデータに基づいた画像情報に関
する入力があると、該当する画像情報を必要に応じて画
像記憶部から読み出してクライアントに送信し、クライ
アントは、表示部と、音声変換部と、画像管理サーバか
ら取り込んだ画像情報が記憶される表示画像記憶部と、
シナリオ管理サーバにシナリオを要求するシナリオ要求
手段と、シナリオ要求手段の要求に基づいてシナリオ管
理サーバから配信されてくるシナリオを解析して、該シ
ナリオに、音声変換の対象となる第１のデータが含まれ
ている場合には音声変換部に第１のデータを音に変換し
て出力させ、情報記憶部の情報を特定するための第２の
データが含まれている場合には第２のデータに基づいて
情報管理サーバに情報を要求し、画像記憶部の画像情報
を特定するための第３のデータが含まれている場合に
は、第３のデータに基づいた画像情報の要求又は第３の
データに基づいた画像情報に関する所定のデータを画像
管理サーバに出力し、出力に基づいて画像管理サーバか
ら画像情報が送信されてくる場合には画像情報を取り込
んで、画像情報を表示画像記憶部に記憶するシナリオ解
析手段と、情報管理サーバからの情報を表示部に表示さ
せる第１の表示制御手段と、表示画像記憶部の画像情報
を表示部に表示させる第２の表示制御手段とを有するも
のである。

【０００８】（４）本発明に係る媒体は、サーバ及びク
ライアントに、上記（１）〜（３）の該当する処理又は
後述の実施の形態の各処理を行わせるための処理プログ
ラムが格納される。

【０００９】

【発明の実施の形態】実施の形態１．図１は本発明の実
施の形態１〜３に係る情報提供システムの構成を示すブ
ロック図である。１はインターネットなどの大規模ネッ
トワークで、２は大規模ネットワーク１に接続され、ホ
ームページを提供するＷＷＷサーバ、６はプロバイダー
のネットワークや、予め許可された特定のユーザだけが
アクセスすることのできる閉鎖型のネットワーク（例え
ば、ファイアーウォール等の「壁」を用いて構築された
いわゆるイントラネット（社内ＬＡＮ））や、地域型の
クローズネット（例えばケーブルテレビ局が構築する専
用のネットワーク）等の小規模ネットワークで、以下で
はプロバイダーのネットワークであるものとして説明す
る。２３は小規模ネットワーク６を構成するプロバイダ
ーに接続され、電子メールが格納されるメールサーバで
ある。

【００１０】３はサーバ（シナリオ管理サーバ及び画像
管理サーバ）で、後述するシナリオや画像ファイルが複
数格納されるシナリオ・画像記憶部４とユーザに関する
情報を管理するユーザ情報記憶部５と接続され、シナリ
オ・画像記憶部４から所定の順序でシナリオを選択して
クライアントコンピュータ（以下、クライアントとい
う）１０に配信するシナリオ配信手段（図示せず）と、
メールサーバ２３からメールを収集してクライアント１
０に配信するメール配信手段（図示せず）を備えてい
る。そして、これらサーバ３、シナリオ・画像記憶部４
及びユーザ情報記憶部５によってサーバ側は構成され、
サーバ側は、大規模ネットワーク１、小規模ネットワー
ク６及び公衆回線網７を介してクライアント１０と接続
される。

【００１１】クライアント１０はユーザが有する、例え
ばパソコンなどのコンピュータで、ユーザが操作する例
えばマウスなどの入力部１１、サーバ３との通信を行う
通信部１２、画面表示を行う表示部１３、各種プログラ
ム及び画像ファイル等が記憶される記憶部１４、テキス
トデータを音声に変換して出力する音声変換部１５、こ
れら各構成部を含めクライアント１０全体を制御する主
制御部１６（ＣＰＵ）を備えている。

【００１２】記憶部１４には、情報提供を行う情報提供
プログラム及びホームページを閲覧するためのＷＷＷブ
ラウザがインストールされている。この情報提供プログ
ラムとは、ＣＧ等で作成されたキャラクター等の画像と
音声とを用いて、各種の情報をユーザに提供するもので
あり、ここでは、各種の情報として、ＷＷＷサーバ２が
提供するＷｅｂページ（いわゆるホームページ）として
説明する。そして、情報提供プログラムが起動されると
連動してＷＷＷブラウザが起動するように関連づけられ
ている。もちろん、逆にＷＷＷブラウザが起動すると、
情報提供プログラムが起動するように関連づけてもよ
い。そして、このように情報提供プログラム及びＷＷＷ
ブラウザが起動すると、図２に示すように、表示部１３
の表示画面には、情報提供プログラムによってキャラク
ター等の画像を表示するエージェント部３２が表示さ
れ、ＷＷＷブラウザによってブラウザ部３３が表示され
る。なお、このキャラクターは情報提供プログラムによ
って予め設定されたものとする。

【００１３】主制御部１６には、記憶部１４に格納され
ているＷＷＷブラウザとＣＰＵによりブラウザ部３３の
制御を行うブラウザ制御手段１７と、記憶部１４に格納
されている情報提供プログラムとＣＰＵにより所定の制
御を行う情報提供手段１８とを備えており、情報提供手
段１８は、サーバ３にシナリオの配信を要求するシナリ
オ要求手段１９と、シナリオの解析を行い、解析結果に
基づいて所定の制御を行うシナリオ解析手段２０と、エ
ージェント部３２の制御を行うエージェント制御手段２
１と、メールの確認を要求するメール確認要求手段２２
とを有している。

【００１４】シナリオ・画像記憶部４には、クライアン
ト１０の動作を指示するシナリオが格納されている。こ
のシナリオとは、ＷＷＷサーバ２が提供するホームペー
ジの紹介やそのホームページに関連する質問やそのホー
ムページに対する関心度に関する質問を、音声及び画像
を用いてユーザに対して行うようクライアント１０に指
示するものであり、テキストで記述されたテキストファ
イルである。そして、このようなシナリオは、複数のジ
ャンル（例えばスポーツ、音楽等）毎に予め複数作成さ
れており、シナリオ・画像記憶部４にジャンル毎に登録
されている。

【００１５】図３は、シナリオ・画像記憶部４内に登録
されている複数のシナリオの一例を示す図である。図の
英字はジャンルの種類で、ここでは、ＡからＧの順にス
ポーツ、音楽、文学、お笑い、クルマ、食べ物、パソコ
ンとした例を示している。そして、図は、このようなジ
ャンル毎に複数のシナリオが登録されていることを示し
ており、例えば、スポーツのジャンルの１番目には野球
に関するシナリオが登録されている。なお、同じシナリ
オが複数のジャンルに登録されることがある。これは、
例えば「直木賞をとったスポーツ選手」に関するシナリ
オがあった場合、このシナリオは文学のジャンルとスポ
ーツのジャンルとの両方に登録されることになる。ま
た、上記のジャンルの数、種類は一例であって、もちろ
ん、これらに限られたものではない。

【００１６】ユーザ情報記憶部５には、ユーザに関する
情報を管理するためのユーザ操作記録表が格納されてい
る。ユーザ操作記録表の一例を図４に示す。図に示すよ
うにユーザ操作記録表は、ユーザを特定するためのＩＤ
を記録するＩＤ欄、ユーザに配信したシナリオ名を記録
するシナリオ名欄、シナリオに含まれる質問番号が記録
される質問番号欄、その質問に対するユーザの回答が記
録される回答欄、そのシナリオが紹介するホームページ
に対してユーザが付ける点数が記録される点数欄から構
成されている。そして、このユーザ操作記録表によっ
て、ユーザ毎に情報が管理される。

【００１７】図５は図１のサーバとクライアントとの通
信手順を示す図、図６は図１のサーバ及びクライアント
における動作説明図である。以下、本実施の形態１の動
作を説明する。まず、ユーザがクライアント１０におけ
る入力部１１の操作によって、情報提供プログラムを起
動すると、連動してＷＷＷブラウザも起動し、所定の画
面が表示部１３に表示される。そして、表示部１３はユ
ーザのＩＤ及びパスワードの入力を促す画面を表示し、
入力部１１にて入力が行われると、シナリオ要求手段１
９は、入力されたＩＤ、パスワード及びシナリオを要求
する旨のシナリオ要求命令を通信部１２及び各種ネット
ワーク（公衆回線網７、小規模ネットワーク６及び大規
模ネットワーク１）を介してサーバ３に送信する（図５
の矢印及び図６参照）。サーバ３は受信したＩＤとパ
スワードとによってクライアント１０の利用者を特定
し、特定されたユーザの情報が管理されたユーザ操作記
録表を、ＩＤに基づいてユーザ情報記憶部５から検索
し、シナリオ配信手段は、検索されたユーザ操作記録表
のユーザ情報に基づいて、シナリオ・画像記憶部４から
所定の順序でシナリオを選択して（この選択順序につい
ては後に詳しく説明する）、ユーザに配信し（図５の矢
印及び図６参照）、サーバ３は配信したシナリオの名
前をこのユーザ操作記録表に書き込む（図４参照）。

【００１８】そして、主制御部１６はシナリオを受信し
たことを認識すると、シナリオ解析手段２０が受信した
シナリオを１行、１行解析して実行する。このシナリオ
は、上述したようにホームページに関する質問等を音声
及び画像を用いて行うようクライアント１０に指示する
ものであり、シナリオ解析手段２０はこのシナリオに基
づいてエージェント制御手段２１、ブラウザ制御手段１
７及び音声変換部１５を制御する。これにより、エージ
ェント制御手段２１はシナリオが指示する画像をエージ
ェント部３２に表示し、そして、ブラウザ制御手段１７
はシナリオが指示するホームページ（ＨＰ）をブラウザ
部３３に表示し、音声変換部１５は指示されたテキスト
データを音声に変換して出力する。なお、エージェント
制御手段２１が表示するこの画像は、シナリオ解析手段
２０が、シナリオによって指示された画像のファイル名
又は画像ファイル情報をサーバ３に送信し、これらの情
報に対してサーバ３から取り込んで記憶部１４に保存し
た画像（図６の追加画像）であって、この画像の一例を
挙げると、キャラクターの背景の画像や、季節にあわせ
てキャラクターにＴシャツを着せたり、セータを着せた
りした画像等である。

【００１９】そして、シナリオに基づいてホームページ
に関する質問が行われ、主制御部１６は、その質問に対
する回答（例えば選択肢の番号）が入力部１１により入
力されたことを認識すると、通信部１２を介してサーバ
３にその回答を送信する（図５の矢印参照）。そし
て、サーバ３は受信したことを認識すると、受信した回
答をユーザ情報記憶部５のユーザ操作記録表に記録し
（図４参照）、クライアント１０に処理終了（受信確
認）のメッセージを送信する（図５の矢印参照）。

【００２０】そして、クライアント１０では、シナリオ
に基づいてホームページに対する感想を問う質問が行わ
れ、主制御部１６はその質問に対する回答（例えば点
数）が入力部１１により入力されたことを認識すると、
通信部１２を介してサーバ３にその回答を送信する（図
５の矢印参照）。そして、サーバ３は受信した回答を
ユーザ情報記憶部５のユーザ操作記録表に記録し、クラ
イアント１０に処理終了（受信確認）のメッセージを送
信する（図５の矢印参照）。主制御部１６は受信確認
のメッセージを受信したことを認識すると、シナリオ要
求手段１９が次のシナリオをサーバ３に要求する（図５
の矢印参照）。そして、サーバ３のシナリオ配信手段
は、所定の順序に従ってシナリオ・画像記憶部４からシ
ナリオを選択してクライアント１０に配信する。上述の
処理は、ユーザが情報提供プログラムの終了要求を行う
まで繰り返される（図６参照）。

【００２１】図７は、シナリオの具体例を示す図であ
る。以下、図のシナリオが指示する内容及びこのシナリ
オによるクライアント１０の動作を説明する。

【００２２】（１）１行目 この文は、予め設定されたキャラクタの背景をＢＡＣＫ
＿ＴＡＭ０１．ＧＩＦ（画像ファイル：図６の追加画
像）にしてエージェント部３２に表示するよう指示する
制御文である。この行によるクライアント１０の動作説
明は、後述する図９の説明で詳しく述べる。

【００２３】（２）２行目 この文は、指示された文章を音声に変換して出力するよ
う音声変換部１５に指示すると共に、エージェント部３
２に表示されたキャラクター画像を音声変換部１５の出
力に対応させて動作させるよう指示するものである。す
なわち、シナリオ解析手段２０は２行目を解析すると、
指示された「ねえねえ、タマゴッチ、いま大流行だよね
ぇ。知ってる？」といった文を、音声変換部１５に指示
して音声に変換して出力するよう制御すると共に、エー
ジェント制御手段２１に指示して、音声変換部１５の出
力に対応して、例えばキャラクターの口が動くようにエ
ージェント部３２に表示するよう制御するものである。
なお、このようにキャラクターの口が動くといった動画
の表示に必要な画像ファイルが記憶部１４に無い場合に
は、シナリオ・画像記憶部４から該当する画像ファイル
（図６の追加画像）を取り込んで記憶部１４に記憶し、
エージェント制御手段２１はエージェント部３２に該当
する画像を表示する。このようにすることで、キャラク
ターがあたかも喋っているかのように表現される。

【００２４】（３）３行目 この文は、キャラクターを微笑ませて表示するよう指示
する指示文である。すなわち、シナリオ解析手段２０
は、エージェント制御手段２１に指示して、エージェン
ト部３２にキャラクターを微笑ませて表示するよう制御
する。なお、このようにキャラクターが微笑むといった
動画の表示に必要な画像ファイルが記憶部１４に無い場
合には、シナリオ・画像記憶部４から該当する画像ファ
イル（図６の追加画像）を取り込んで記憶部１４に記憶
し、エージェント制御手段２１はエージェント部３２に
該当する画像を表示する。 （４）４行目 この文は、指示されたＵＲＬのホームページをブラウザ
部３３に表示するよう指示する指示文である。この指示
文によって、シナリオ解析手段２０はブラウザ制御手段
１７に指示して、指示されたホームページをブラウザ部
３３に表示するよう制御する。 （５）５、６行目（８、９、１５、１８行目も同様） これらの行は（２）と同様に、指示された文章を音声に
変換して出力するよう音声変換部１５に指示すると共
に、エージェント部３２に表示されたキャラクター画像
を音声変換部１５の出力に対応させて動作させるよう指
示する指示文である。この指示文によって上述のように
制御し、キャラクターが指示された文章を喋っているよ
うに表現される。 （６）７行目 この文は、指示されたＵＲＬ（ここでは４行目で指示し
たＵＲＬ）のホームページをＷＷＷブラウザが読み終わ
るまで待つよう指示する指示文である。

【００２５】（７）１０〜１６行目 これらの文は、９行目で質問される内容に対する回答の
選択肢の表示と、選択時のキャラクターの動作を指示す
るものである。なお、１０行目の“----”で挟まれた
“QSTART”は選択肢の開始記号を表し、“１”は質問番
号を示しており、この１０行目から１６行目の選択肢の
終了記号“QEND”までが選択肢に関する命令となり、こ
の選択肢に関する命令の場合には、選択肢の終了記号ま
で解析された上で実行される。 （７．１）１１行目 この文は、エージェント部３２に表示する選択肢（１つ
目）を指定する指示文であり、この指示文によって、シ
ナリオ解析手段２０はエージェント制御手段２１に指示
して＠ＬＡＢＥＬ以降の文字列（ここでは、「かわいい
！」）を選択肢としてエージェント部３２に表示するよ
う制御する。 （７．２）１２行目 この文は、１１行目の選択肢が選択されたときに実行さ
れる。すなわち、１１行目の選択肢が選択されると、こ
の指示文が実行され、上記と同様にキャラクターを微笑
ませるよう制御する。 （７．３）１３行目 １つ目の選択肢に関する設定が終わったことを示す記号
である。

【００２６】（７．４）１４行目 この文は、エージェント部３２に表示する選択肢（２つ
目）を指定する指示文であり、この指示文によって、シ
ナリオ解析手段２０はエージェント制御手段２１に指示
して、１１行目と同様、＠ＬＡＢＥＬ以降の文字列（こ
こでは、「おもちゃはいらん」）を選択肢として、エー
ジェント部３２に表示するよう制御する。 （７．５）１５行目 この文は、１４行目の選択肢が選択されたときに実行さ
れる。すなわち、１４行目の選択肢が選択されるとこの
会話文が実行され、上述したように、あたかもキャラク
ターが喋っているかのように表現される。

【００２７】（７．６）１６行目 選択肢の設定を全て終了するという記号である。

【００２８】シナリオ解析手段２０は１０行目から１６
行目までのシナリオを解析すると、１１行目及び１４行
目に示された指示文に基づいて、図８に示すようにエー
ジェント部３２に選択肢（文字列）を表示する。そし
て、エージェント部３２に表示された選択肢（ここでは
２つ）のうちのいずれかが入力部１１より選択（マウス
によるクリック等）されると、選択された選択肢に対応
する制御を行う。すなわち、「かわいい！」が選択され
た場合には、上述のように制御し、キャラクターが微笑
み、「おもちゃはいらん」が選択された場合には、「だ
っ、だよねぇ。僕もそう思っていたんだ。」とあたかも
キャラクターが喋っているかのように表現される。

【００２９】そして、質問番号（“１”）と選択された
選択肢の番号（“１”か“２”）をサーバ３に送信する
（図５の矢印参照）。サーバ３はクライアント１０か
ら質問番号と選択された番号とを受信すると、ユーザ情
報記憶部５のユーザ操作記録表に質問番号及び選択され
た番号を記録（図４参照）し、クライアント１０に処理
終了（受信確認）のメッセージを送信（図５の矢印参
照）する。なお、クライアント１０は質問番号及び選択
された選択肢の番号をサーバ３に送信後、待機状態とな
っており、サーバ３から処理終了（受信確認）のメッセ
ージを受信すると、待機状態が解除され、次の行（１７
行目）から、シナリオの実行を再開する。

【００３０】（８）１７行目〜３４行目 これらの文は、シナリオで紹介された情報に対する感想
の選択肢の表示と、選択された感想に基づいてユーザの
関心度を数値でサーバ３に送信するよう指示するもので
ある。なお、１０行目の“----LAST----”から３４行目
の“----END---- ”までが感想の選択肢に関する命令と
なり、この命令の場合には終了記号まで解析された上で
実行される。 （８．１）１７行目 感想の設定開始の記号である。 （８．２）１９行目 音声変換部１５にて変換する内容の終了と感想の選択肢
の設定開始を示す記号である。 （８．３）２０行目 この文は、前記１１行目と同様にエージェント部３２に
表示する選択肢を指定する指示文であり、シナリオ解析
手段２０はエージェント制御手段２１に指示して＠ＬＡ
ＢＥＬ以降の文字列（ここでは、「最高」）を選択肢と
してエージェント部３２に表示するよう制御する。 （８．４）２１行目 この文は、２０行目の選択肢（「最高」）が選択された
とき、サーバ３に送信する点数を指示するものであり、
「最高」が選択された場合、シナリオ解析手段２０はこ
の点数１００をサーバ３に送信するよう制御する。 （８．５）２２行目 １つ目の選択肢の設定の終了を示す記号である。

【００３１】２３行目から２５行目、２６行目から２８
行目、２９行目から３１行目は、上記２０行目から２２
行目とそれぞれ同様の構成であり、また、３２行目及び
３３行目は２０行目及び２１行目とそれぞれ同様の構成
であるため、これらの行の説明は重複するため省略す
る。 （８．６）３４行目 感想の選択肢の設定の終了を示す記号である。

【００３２】シナリオ解析手段２０は、１７行目から３
４行目までのシナリオを解析すると、２０行目、２３行
目、２６行目、２９行目及び３２行目に示された指示文
に基づいてエージェント制御手段２１に指示して、エー
ジェント部３２に選択肢（文字列）を表示するよう制御
する。そして、エージェント部３２に表示された選択肢
（ここでは５つ）のうち、いずれかが入力部１１より選
択（マウスによるクリック等）されると、選択された選
択肢に対応する制御を行う。すなわち、例えば「最高」
が選択された場合には、点数１００をサーバ３に送信す
る（図５の矢印参照）。そして、サーバ３はクライア
ント１０から感想（点数）を受信すると、ユーザ情報記
憶部５のユーザ操作記録表に点数を記録（図４参照）
し、クライアント１０に処理終了（受信確認）のメッセ
ージを送信する（図５の矢印参照）。なお、クライア
ント１０は点数をサーバ３に送信後、待機状態となって
おり、サーバ３から処理終了（受信確認）のメッセージ
を受信すると、待機状態が解除され、シナリオ要求手段
１９は、次のシナリオをサーバ３に要求する（図５の矢
印参照）。そして、サーバ３のシナリオ配信手段は、
所定の順序に従ってシナリオ・画像記憶部４からシナリ
オを選択してクライアント１０に配信する。

【００３３】なお、ユーザ情報記憶部５のユーザ操作記
録表に記憶された情報（ホームページに対する点数等）
は、ユーザ情報としてサーバ３にて管理され、次にクラ
イアント１０に配信するシナリオの評価データとなり、
シナリオを選択する際に活用される。また、ユーザ操作
記録表に記憶された情報のうち、質問に対する選択肢の
番号、すなわち、質問に対するユーザの回答は、シナリ
オの作成時に参考データとして活用される。また、シナ
リオに含まれる質問は、ユーザに対するアンケートとし
て機能し、このシナリオを複数のユーザに配信して回答
を取得することによって、複数のユーザの嗜好を収集す
ることができ、収集された情報をマーケティング等に利
用することができる。

【００３４】図９はシナリオ実行時におけるクライアン
トの処理の流れを示すフローチャートである。以下、図
９に基づいて、図７を参照しながらシナリオ実行時にお
けるクライアント１０の処理の流れを説明する。なお、
上記図７の説明と重複する箇所は簡単に説明する。ま
ず、シナリオ要求手段１９はサーバ３にシナリオを要求
し（Ｓ１）、その要求に基づいてサーバ３から送信され
たシナリオを受信すると（Ｓ２）、シナリオ解析手段２
０は受信したシナリオから１行取り出し（Ｓ３）、取り
出した内容を判断し（Ｓ４）、その内容に応じて各種の
処理を行う。

【００３５】その内容が画像表示命令（図７のシナリオ
の１行目参照）の場合は、画像ファイル名を取得し（Ｓ
５）、その画像ファイルが記憶部１４に有るか否かを判
断し（Ｓ６）、有る場合には、画像ファイル名、サイズ
及び作成日時等の画像ファイル情報をサーバ３へ送信す
る（Ｓ７）。そして、送信した画像ファイル情報に対す
るサーバ３からの返事に、画像ファイルがある場合には
（Ｓ８）、その画像ファイルを記憶部１４に保存し（Ｓ
９）、エージェント制御手段２１はその画像をエージェ
ント部３２に表示する（Ｓ１０）。なお、画像ファイル
が無かった場合には（Ｓ６）、画像ファイル名をサーバ
３へ送信し（Ｓ１１）、ステップＳ９の処理に移行す
る。

【００３６】取り出したシナリオの１行の内容が読み上
げ命令（図７のシナリオの２行目参照）の場合には、合
成音声で文字列を読み上げると共に、例えばキャラクタ
ーの口を動かしてエージェント部３２に表示する（Ｓ１
２）。動作指示命令（図７のシナリオの３行目参照）の
場合には、キャラクタを指示通りに動かす（Ｓ１３）。
ブラウザ制御命令の場合（図７のシナリオの４行目参
照）には、指示どおりにブラウザを制御する（Ｓ１
４）。質問命令（図７のシナリオの１０行目〜１６行目
参照）の場合には、質問内容を表示して入力を促し（Ｓ
１５）、入力待ち状態となる（Ｓ１６）。そして、ユー
ザにより入力が行われると、その入力された内容が終了
命令か否かを判断し（Ｓ１７）、終了命令ではない場
合、すなわち質問に対する回答が入力された場合には、
その回答（質問番号と選択された選択肢の番号）をサー
バ３へ送信する（Ｓ１８）。クライアント１０は、回答
をサーバ３に送信後、待機状態となっており、サーバ３
から処理終了のメッセージを受信すると（Ｓ１９）、待
機状態が解除され、シナリオに次の行が有るか否かを判
断し（Ｓ２０）、有る場合には、ステップＳ３の処理に
移行し、次の行からシナリオの実行を再開する。

【００３７】感想問い合わせ命令（図７のシナリオの１
７行目〜最終行参照）の場合には、感想のレベルを表示
して入力を促し（Ｓ２２）、入力待ち状態となる（Ｓ２
３）。そしてユーザにより入力が行われると入力された
内容が終了命令か否かを判断し（Ｓ２４）、終了命令で
はない場合、すなわち点数が入力された場合には、サー
バ３に点数を送信する（Ｓ２５）。クライアント１０は
点数をサーバ３に送信後、待機状態となっており、サー
バ３から処理終了（受信確認）のメッセージを受信する
と（Ｓ２６）、待機状態が解除され、ステップＳ１の処
理に移行し、シナリオ要求手段１９は、次のシナリオを
サーバ３に要求する。

【００３８】ステップＳ１７及びステップＳ２４の処理
において、終了命令であると判断した場合には、サーバ
３に終了命令を送信して（Ｓ２１）、処理を終了する。

【００３９】図１７はシナリオ実行時におけるサーバの
処理の流れを示すフローチャートである。以下、図１７
に基づいてシナリオ実行時におけるサーバの処理の流れ
を説明する。サーバ３はクライアント１０からデータを
受信すると（Ｓ８１）、そのデータの内容を判断し（Ｓ
８２）、その内容に応じて各種の処理を行う。

【００４０】その内容が画像ファイル名又は画像ファイ
ル情報の場合には、そのデータから画像ファイル名を取
得し（Ｓ８３）、その指示された画像ファイルがシナリ
オ・画像記憶部４に有るか否かを判断し（Ｓ８４）、有
る場合には、次いで、受信したデータが画像ファイル情
報であるか否かを判断し（Ｓ８５）、画像ファイル情報
である場合には、その画像ファイル情報に含まれる作成
日時等により、クライアント１０の記憶部１４にある画
像ファイルが古いかどうかを判断する（Ｓ８６）。そし
て、画像ファイルが古い場合及びステップＳ８５の処理
において画像ファイル名であると判断した場合には、新
しい画像ファイルをシナリオ・画像記憶部４から読み出
してクライアント１０に送信する（Ｓ８７）。ステップ
Ｓ８４の処理において、指示された画像ファイルが無い
と判断した場合には、エラーを示す画像ファイルをクラ
イアント１０に送信する（Ｓ８８）。

【００４１】データの内容が質問に対する回答の場合に
は、その回答をユーザ情報記憶部５に保存して（Ｓ８
９）、処理終了のメッセージをクライアント１０に送信
し（Ｓ９０）、ステップＳ８１の処理に移行する。感想
の点数の場合には、点数をシナリオ配信手段へ渡し（Ｓ
９１）、点数をユーザ情報記憶部５に保存し（Ｓ９
２）、処理終了のメッセージをクライアント１０に送信
して（Ｓ９３）、処理を終了する。終了命令の場合に
は、終了命令をシナリオ配信手段へ渡し（Ｓ９４）、処
理を終了する。点数及び終了命令を渡されたシナリオ配
信手段の動作は以下で説明する。

【００４２】なお、ステップＳ８６において、画像ファ
イルが古いと判断した場合には、新しい画像を送信する
としたが、一例を挙げると、例えば季節にあわせてキャ
ラクターの服装を替えるべく、適切な画像を送信する。
すなわち、夏にはＴシャツを着たキャラクターを表示さ
せておき、冬になると、Ｔシャツを着たキャラクターの
画像は古いとして、セータを着たキャラクターの画像や
セータの画像を送信するような場合が該当する。なお、
セータの画像のみを送信した場合は、キャラクターの画
像に重ねて表示するものとする。

【００４３】図１０は、シナリオの進行順序を示す図
で、矢印が進行順序を示している。シナリオ配信手段
は、この進行順序に従ってシナリオ・画像記憶部４から
シナリオを選択してクライアント１０に配信する。図１
３は、図１０の進行順序に従って、シナリオがクライア
ント１０に配信された場合の表示部の表示画面の変化を
示す図である。以下、図１０に基づいて、図１３を参照
しながらシナリオの進行順序を説明する。なお、同じユ
ーザに同じシナリオが配信されることはない。このた
め、上述したように同じシナリオが複数のジャンルに登
録されている場合において、一方のジャンルでそのシナ
リオが選択された場合には、他方のジャンルに登録され
たそのシナリオは選択されないよう制御する。ただし、
一方のシナリオに対して付けられた点数は、他のジャン
ルに登録されたシナリオに対しても、同様に評価された
ものとして点数が付けられる。

【００４４】この制御方法として、ここでは、一方のシ
ナリオが選択された場合、選択されたシナリオと、その
選択されたシナリオと同じシナリオであって他のジャン
ルに登録されたシナリオ全てを使用済みとし、シナリオ
を選択する際、シナリオが未使用かつ有効か否かを判断
して、未使用かつ有効なシナリオを選択するようにし、
使用済み又は無効なシナリオは、選択しないようにする
ものとする。有効あるいは無効なシナリオとは、例えば
あるモーターショーが１０月１日から１２月１日まで開
催されているといった内容のシナリオにおいて、このよ
うな有効期間（この例では１０月１日から１２月１日ま
で）内にあるシナリオが有効シナリオであって、有効期
間を過ぎたシナリオが無効シナリオである。なお、ここ
では説明を簡単にするために、同じシナリオが複数のジ
ャンルに登録されていないものとして説明する。すなわ
ち、全てのシナリオは常に未使用かつ有効なシナリオで
あるものとして説明する。

【００４５】まず、矢印（１）が示す順にシナリオが進
行する。すなわち、まず、スポーツ−１のシナリオがシ
ナリオ・画像記憶部４から選択され、クライアント１０
に配信される。そして、クライアント１０においてシナ
リオが実行され、スポーツ−１に関するホームページの
紹介（図１３参照）等の動作がクライアント１０にて行
われる。そして、シナリオの最後には、図７に示したよ
うに、必ずこのホームページの感想を問う質問がなされ
る。ここではスポーツ−１のシナリオによって紹介され
たホームページの感想を問う質問がなされ、サーバ３
は、このホームページに対する感想（点数）をクライア
ント１０から取得する。ついで、シナリオ配信手段は、
クライアント１０から次のシナリオの要求を受信する
と、次のジャンルの音楽−１のシナリオをシナリオ・画
像記憶部４から選択してクライアント１０に配信する。
そして、クライアント１０において同様にシナリオが実
行され、サーバ３は、音楽−１のシナリオによって紹介
された音楽に関するホームページの感想（点数）をクラ
イアント１０から取得し、サーバ３のシナリオ配信手段
は、クライアント１０から次のシナリオの要求を受信す
ると、次は文学−１のシナリオを選択して配信する。つ
まり、矢印（１）に示すようにスポーツ−１、音楽−
１、文学−１、お笑い−１、クルマ−１、食べ物−１、
パソコン−１といったシナリオ進行となり、最終ジャン
ルまで終了すると、スポーツのジャンルに戻り（図１０
の矢印（２）参照）、矢印（３）に示すようにスポーツ
−２、音楽−２・・パソコン−２と進み、最終ジャンル
まで終了すると、同様にスポーツのジャンルに戻り（図
１０の矢印（４）参照）、矢印（５）に示すようにスポ
ーツ−１・・パソコン−３といったシナリオ進行とな
る。

【００４６】そして、パソコン−３のシナリオがクライ
アント１０にて終了し、サーバ３はスポーツ−１からパ
ソコン−３で紹介したホームページの点数を全て取得す
ると、これら取得したホームページの点数によって統計
を出し、ユーザが好むジャンルの順位付けを行う。この
統計の計算方法とは、取得した点数をジャンル毎に合計
し、この合計をそのジャンルにおけるシナリオ数（点数
が付けられたシナリオ数）で除算した平均点を算出する
ものである。なお、これら取得した点数は上述したよう
にユーザ操作記録表に記録されており、この統計の計算
の際にはユーザ操作記録表を用いて行われる。なお、３
順目の最終ジャンル（ここでは、パソコン）まで終了
後、順位付けするとしたが、もちろん３順目に限定され
るものではなく、４順目の最終ジャンルまで終了後、順
位付けするようにしてもよい。なお、以降においては、
上述した全ジャンルをＮ順（Ｎ＝１，２・・・ ）してシナ
リオを送信する動作を初期モードという。

【００４７】そして、この計算によって算出された平均
点の高い順に、ジャンルを並べ替える。ここでは、説明
を簡単にするために、平均点の高い順にスポーツ、音
楽、文学、お笑い、クルマ、食べ物、パソコンになった
とする。そして、全てのジャンルを、点数によって２つ
に分ける。この分け方は、点数の低い２つのジャンル
（食べ物、パソコン）で構成する２軍と、残り（スポー
ツ、音楽、文学、お笑い、クルマ）のジャンルで構成す
る１軍とに分けるものである。なお、２軍の数を２つと
したが、この数に限定されるものではない。

【００４８】図１１は図１０のジャンルを平均点に基づ
いて１軍と２軍とに区分け後のシナリオの進行順序を示
す図である。以下、図１１を参照しながら１軍と２軍と
に分けた後のシナリオ進行を説明する。なお、１軍と２
軍とに区分後は、１軍に属するシナリオのみが、シナリ
オ進行の対象となる。すなわち、１軍となったジャンル
のシナリオのみが選択される。また、点数は図７のシナ
リオに従い、最高を１００点、まぁまぁを７５点、ふつ
うを５０点、興味無いを２５点、最低を０点として、以
下の説明を行う。まず、１軍のうち、１番点数が高いジ
ャンルのスポーツ−４のシナリオがシナリオ・画像記憶
部４から選択されてクライアント１０に配信され、クラ
イアント１０から取得した、このシナリオが紹介するホ
ームページに対する点数が７５点より高い点数の場合に
は、同じジャンルの次のシナリオ（スポーツ−５）へ進
み、７５点以下の点数の場合には、１軍のうち、２番目
に得点が高いジャンルの音楽−４のシナリオに進む。つ
まり、そのジャンルのシナリオが面白ければ、同じジャ
ンルの次のシナリオへ、面白くなければ、違うジャンル
のシナリオへ進むといった進行順序となる。

【００４９】ただし、同じジャンルのシナリオが所定数
（ここでは２つとする）続いた場合には、２つ目のシナ
リオに対する点数が７５点より高い点数であっても、同
じジャンルの次のシナリオには進まず、そのジャンルの
次に得点が高いジャンルのシナリオへ進む。つまり、ス
ポーツ−４からスポーツ−５のシナリオへ進行後、スポ
ーツ−５のシナリオに対する点数が７５点より高くて
も、同じジャンルのシナリオが２つ続いたため、スポー
ツ−６のシナリオには進まず、音楽−４のシナリオに進
む。なお、このしきい値となる点数（ここでは７５点と
した）及び同ジャンルのシナリオが連続可能な所定数
（ここでは２つとした）はこれに限られたものではな
く、任意に設定可能である。

【００５０】上述のようにしてシナリオを進行してい
き、１軍のジャンルにおけるシナリオが終了すると（す
なわち、クルマ−４のシナリオにおいてこのシナリオに
対する点数が７５点以下の場合、又はクルマ−５のシナ
リオにおいてこのシナリオに対する点数が７５点より高
い場合）、全てのジャンルにおいて、ジャンル毎に上述
と同様の方法で平均点を算出する。なお、ここで、平均
点を算出するジャンルを、シナリオ進行の対象とした１
軍に属するジャンルではなく、全てのジャンルとしたの
は、上述したように、同じシナリオが複数のジャンルに
登録されている場合において、あるジャンルに属するシ
ナリオに点数が付けられると、他のジャンルに属するシ
ナリオにも点数が付けられるため、２軍とされたジャン
ルに点数が入ることがあるためである。

【００５１】そして、２軍の数（すなわち２つ）に基づ
いて、１軍において平均点の低いジャンルと２軍に属す
るジャンルとを交換する。すなわち、１軍において平均
点の低い２つのジャンルと２軍に属する２つのジャンル
とを交換する。ここでは、１軍において平均点の高い順
にスポーツ、音楽、文学、お笑い、クルマであったとす
ると、図１２に示すように１軍がスポーツ、音楽、文
学、食べ物、パソコンといったジャンルとなり、２軍が
お笑い及びクルマのジャンルとなる。そして、１軍にお
いて、平均点の高い順に並べ替える。なお、交換する数
を２軍の数に基づくとして説明したが、この数に限られ
るものではない。例えば１つとした場合には、１軍にお
いて平均点の低いジャンルと、２軍のジャンルにおいて
平均点の高いジャンルと交換するようにすればよい。

【００５２】そして、１軍のジャンルにおいて上記と同
様の方法でシナリオの進行が行われ、シナリオが無くな
るまで繰り返される。

【００５３】なお、あるジャンルにおけるシナリオが無
くなった場合には、そこでシナリオ進行を終了せず、そ
のジャンルを省いた他のジャンルにおいて、上述のシナ
リオ進行を続けて行う。また、全てのジャンルのシナリ
オが無くなった場合や、上述のようにあるジャンルにお
けるシナリオが無くなり、シナリオ進行を終了する場合
には、その旨のシナリオ（予め別途登録しておく）をク
ライアント１０に配信し、ユーザに通知して、シナリオ
進行を終了する。

【００５４】なお、図１０に配置されている各ジャンル
毎のシナリオの配置位置は任意であり、例えば、シナリ
オ・画像記憶部４への登録順や、各ジャンルに属するシ
ナリオに対し優先度を設け、配置するようにしてもよ
い。

【００５５】図１５及び図１６は上述のシナリオ進行順
序を示すフローチャートである。以下、シナリオ配信手
段が配信するシナリオ進行順序を、図１５及び図１６に
基づいて説明する。図１４は図１５及び図１６における
変数及び定数の一部を説明する図である。まず、図１４
に示した変数及び定数を説明する。 ＜変数＞ ｘ：実行しているジャンル番号 ｙ（ｘ）：ジャンル番号ｘにおけるシナリオの位置を示
す番号 ＜定数＞ Ｘ：シナリオ・画像記憶部４に記憶されているシナリオ
のジャンル数 Ｙ（ｘ）：ジャンル番号ｘのシナリオ数 Ｍ：全てのジャンルを実行しなければならない初期モー
ドにおいて、同一ジャンルのシナリオが実行される所定
数 Ｗ：１軍のジャンル数 Ｈ：同一ジャンルのシナリオが連続して実行可能な最大
数 以上が図１４に示された変数及び定数とその内容であ
る。

【００５６】上記以外の他の変数及び定数を以下に説明
する。 ＜変数＞ ｃ（ｘ）：ジャンル番号ｘのシナリオを実行した数 ｔ（ｘ）：ジャンル番号ｘのシナリオに対して付与され
た点数の合計 ａ（ｘ）：ジャンル番号ｘのシナリオの平均点 ｆ（ｘ）：ジャンル番号ｘのシナリオ全てが使用済み又
は無効のどちらかとなったか否かを示すフラグ（未使用
かつ有効なシナリオがある場合＝０、全て使用済み又は
無効の場合＝１） ＜定数＞ Ｓ：シナリオに対する点数のしきい値

【００５７】まず、ユーザ情報記憶部５からデータを取
り出し（Ｓ３１）、新規か否かを判断し（Ｓ３２）、新
規であれば、ｙ（１）〜ｙ（Ｘ）を１に初期化し、それ
以外の変数（ｙ（１）〜ｙ（Ｘ）、ｃ（１）〜ｃ
（Ｘ）、ｔ（１）〜ｔ（Ｘ）、ａ（１）〜ａ（Ｘ））を
０に初期化する（Ｓ３３）。そして、ジャンル番号ｘを
インクリメントし（Ｓ３４）、そのジャンル番号ｘがジ
ャンル数Ｘ以下の場合で（すなわち、最終ジャンルまで
実行していない場合）（Ｓ３５）、初期モードを終了し
ていなければ（Ｓ３７）、ｘ、ｙ（ｘ）の位置のシナリ
オが未使用かつ有効か否かを判断し（Ｓ３８）、未使用
かつ有効であれば、ｘ、ｙ（ｘ）の位置のシナリオをク
ライアント１０に送信する（Ｓ３９）。そして、クライ
アント１０にてシナリオの実行が行われる。そのときの
サーバ３での処理（Ｓ４０）は、図１７のフローチャー
トに相当し、図１７のフローチャートは上述したため、
ここでは、シナリオ進行順序と関連する処理のみ説明
し、その他の動作は重複するため省略する。

【００５８】図１７に示すように、シナリオ実行時、サ
ーバ３は、クライアント１０から感想の点数又は終了命
令を受信すると、受信したデータをシナリオ配信手段へ
渡す。そして、その渡されたデータの内容が、感想の点
数であれば（Ｓ４１）、ｔ（ｘ）に点数を加算して、ス
テップＳ３９において配信したシナリオ（これと同じシ
ナリオであって、他のジャンルに登録されたシナリオを
含む）を使用済みとする（Ｓ４２）。そして、そのジャ
ンル番号ｘのシナリオを実行した数ｃ（ｘ）をカウント
し（Ｓ４３）、ｙ（ｘ）を１に初期化して（Ｓ４４）、
ステップＳ３４の処理に移行して同様の処理を繰り返し
行い、ジャンル番号ｘがジャンル数Ｘを超えたならば
（すなわち、最終ジャンルまで実行したならば）、ジャ
ンル番号ｘを１に戻して（Ｓ３６）、ステップＳ３７の
処理に移行する。なお、ステップＳ３８において、ｘ、
ｙ（ｘ）の位置のシナリオが使用済みの場合又は有効で
ない場合（上述したが、例えば有効期間を過ぎたシナリ
オの場合等）は、ジャンル番号ｘのシナリオであって未
使用かつ有効なシナリオを順次検索し（Ｓ３８、Ｓ４
５）、見つかればそのシナリオを送信し（Ｓ３９）、そ
のジャンル番号ｘにおいて見つからなければ（Ｓ４
６）、次のジャンルで検索すべくジャンル番号ｘをイン
クリメントし、ｙ（ｘ）を１に初期化して（Ｓ４７）、
次のジャンルで同様に検索し、見つかるまで次々とジャ
ンルを進めて検索する。しかし、検索を続けて最終ジャ
ンルのシナリオにおいても未使用かつ有効な見つからな
ければ（Ｓ４８）、該当するシナリオが無いため処理を
終了する。

【００５９】また、ステップＳ４１において、データの
内容が終了命令の場合には、初期モードとしてデータ
（ｘ、ｙ（１）〜ｙ（Ｘ）、ｃ（１）〜ｃ（Ｘ）、ｔ
（１）〜ｔ（ｘ）、ａ（１）〜ａ（Ｘ））をユーザ情報
記憶部５に保存して（Ｓ４９）、処理を終了する。な
お、クライアント１０にシナリオが送信されたものの、
点数が付けられずクライアント１０からの終了命令によ
りそのシナリオを終了したとき、ステップＳ４９で保存
されるジャンル番号は、その終了命令を受信した際に実
行されていたシナリオのジャンル番号である。ここで
は、そのジャンル番号を３として説明すると、保存され
るジャンル番号は３である。このため、次回実行するシ
ナリオのジャンル番号は４となる（ステップＳ３４でイ
ンクリメントするため）が、ジャンル番号３のシナリオ
は点数が付与されず終了したため、このジャンル番号３
のシナリオから始めるものとして、ステップＳ４９で保
存するジャンル番号はジャンル番号ｘから１減算した値
としてもよい。

【００６０】上記処理の流れは、初期モードにおける処
理の流れを示しており、ステップＳ３７においてｃ
（Ｘ）がＭ以上となると、すなわち、初期モードを終了
すると、平均点ａ（ｘ）（ｘ＝１....Ｘ）を算出する
（Ｓ５０〜Ｓ５３）。そして、平均点の高い順にジャン
ル番号を割り振り直す（Ｓ５４）。そして、ｙ（ｘ）〜
ｙ（Ｘ）を１に初期化し、その他の変数を０に初期化す
る（Ｓ５５）。そして、ジャンル番号ｘが１軍のジャン
ル数Ｗ以下の間（Ｓ５７）、以下の処理を繰り返す。

【００６１】ジャンル番号ｘをインクリメントし（Ｓ５
８）、そのジャンルのシナリオを実行した数ｃ（ｘ）
が、同一ジャンルのシナリオを連続して実行可能な最大
数Ｈより小さい場合は（Ｓ５９）、ジャンル番号ｘ、ｙ
（ｘ）の位置のシナリオが未使用かつ有効か否かを判断
し（Ｓ６０）、未使用かつ有効であれば、そのシナリオ
をクライアント１０に送信する（Ｓ６１）。そして、ス
テップＳ６２の処理に移行するが、ステップＳ６２の処
理は、前述のステップＳ４０の処理と同じであるため説
明を省略する。そして、データの内容が感想の点数であ
れば（Ｓ６３）、ｔ（ｘ）に点数を加算し、送信したシ
ナリオ（これと同じシナリオであって、他のジャンルに
登録されたシナリオを含む）を使用済みとし（Ｓ６
４）、そのジャンル番号ｘのシナリオを実行した数ｃ
（ｘ）をカウントする（Ｓ６５）。

【００６２】そして、送信したシナリオに対するクライ
アント１０からの点数がしきい値Ｓよりも高い場合には
（Ｓ６６）、同一ジャンルのシナリオを送信すべく、シ
ナリオの位置を示す番号ｙ（ｘ）をインクリメントし
（Ｓ６７）、同一ジャンルのシナリオであって、未使用
かつ有効なシナリオが見つかるまで順次検索する。しか
し、検索されずにジャンル番号ｘにおけるシナリオの位
置を示す番号ｙ（ｘ）が、そのジャンルにおけるシナリ
オ数Ｙ（Ｘ）を超えた場合は（Ｓ６８）、つまりそのジ
ャンルのシナリオ全てが使用済みまたは無効のどちらか
であるため、フラグを立て（Ｓ７１）、ステップＳ６９
の処理に移行する。

【００６３】送信したシナリオに対する点数がしきい値
Ｓ以下である場合、ステップＳ６６においてカウントさ
れたｃ（ｘ）が同一ジャンルのシナリオを連続して実行
可能な最大数Ｈ以上になった場合（すなわち、同じジャ
ンルのシナリオが所定数続いた場合）及び上述したよう
に同一ジャンルのシナリオであって、未使用かつ有効な
シナリオを検索するものの、そのジャンルにおいて該当
するシナリオが見つからなかった場合は、次のジャンル
で検索すべく、ｘをインクリメントし、ｙ（ｘ）を１に
初期化して（Ｓ６９）、同様に順次検索し、該当するシ
ナリオが見つかるまで次々とジャンルを進めて検索す
る。しかし、検索されずに、ジャンル番号ｘが１軍のジ
ャンル数Ｗを超えると（Ｓ５７又はＳ７０）、すなわ
ち、１軍のジャンルにおいて上記処理（Ｓ５７〜Ｓ７
１）を終了すると、ｆ（１）〜ｆ（Ｗ）が全て１か否か
を判断し（Ｓ７２）、ｆ（１）〜ｆ（Ｗ）が全て１では
ない場合には、平均点ａ（ｘ）（ｘ＝１....Ｘ）を算出
して（Ｓ７３〜Ｓ７６）、ステップＳ５４の処理に移行
し、平均点の高い順にジャンル番号を割り振り直す（Ｓ
５４）。ｆ（１）〜ｆ（Ｗ）が全て１の場合には、シナ
リオが無いため処理を終了する。

【００６４】なお、ステップＳ６３において、データの
内容が終了命令であると判断すると、ユーザ情報記憶部
５にデータ（ａ（１）〜ａ（Ｘ）、ｙ（１）〜ｙ
（Ｘ）、ｃ（１）〜ｃ（Ｘ）、ｔ（１）〜ｔ（Ｘ）、ｆ
（ｘ）〜ｆ（Ｘ）、ｘ）を保存して（Ｓ７７）、終了す
る。なお、このときのジャンル番号ｘも上記ステップＳ
４９で説明した場合と同様に、そのときのジャンル番号
ｘから１減算した値としてもよい。

【００６５】なお、図１５及び図１６のフローチャート
では、ステップＳ３１において、データを取り出し、新
規でないと判断し、次いで、初期モードでないと判断し
た場合には（Ｓ５６）、取り出したジャンル番号ｘをイ
ンクリメントした次のジャンル番号（Ｓ５８）のシナリ
オであって、未使用かつ有効なシナリオを検索し、検索
されたシナリオをクライアント１０に送信するようにし
ているが、最後に実行されたシナリオに対してクライア
ント１０から付けられた感想の点数を参照し、点数がし
きい値よりも高ければ、そのシナリオと同じジャンルの
シナリオを送信し、しきい値以下であれば次のジャンル
のシナリオを送信するようにしてもよい。

【００６６】本実施の形態１によれば、シナリオに基づ
いて、キャラクターが微笑む等のエージェント部３２に
おける動画と音声変換部１５による音声とによって情報
が提供されるので、従来の文字や静止画による情報の提
供と比較すると、視覚及び聴覚に訴え、情報の伝達を効
果的に行える情報提供システムを得ることができる。

【００６７】クライアント１０がシナリオに基づいて動
作する場合において、ホームページはＷＷＷサーバ２か
ら取り込んで表示し、画像はこの画像ファイルに関する
情報（画像ファイル名又は画像ファイル情報）をサーバ
３に送信し、サーバ３は受信した情報に基づいて、必要
に応じてシナリオ・画像記憶部４から指示された画像フ
ァイルを読み出してクライアント１０に送信し、クライ
アント１０はこの画像を取り込んで表示するので、サー
バ３は従来のようにホームぺージ、画像及びコントロー
ル情報をまとめて送信する必要がなくなり、テキストデ
ータで構成されたシナリオ（従来のコントロール情報に
相当する）を配信するだけで上記のような効果的な情報
の伝達を行うことができる。これにより、プッシュ型の
情報提供システムをサーバ３の負荷を増大させることな
く実現できる。

【００６８】また、サーバ３は、クライアント１０に配
信したシナリオに対するユーザの回答（ホームページに
対する感想等）を、ユーザ毎にユーザ情報としてユーザ
情報記憶部５のユーザ操作記録表に記録管理し、シナリ
オ配信手段は、次にクライアント１０に配信するシナリ
オを、このユーザ操作記録表のユーザ情報による統計的
データに基づいてシナリオ・画像記憶部４から選択して
クライアント１０に配信するようにしたので、ユーザに
対し関心度が高い情報を提供することができる。

【００６９】また、シナリオ配信手段は、同じジャンル
のシナリオを所定数連続して配信すると、次に配信する
シナリオを次のジャンルから選択して配信するようにし
たので、用意されたシナリオのなるべく全てをユーザに
提供することができる。

【００７０】実施の形態２．本実施の形態２は、実施の
形態１のシナリオ進行順序において、シナリオに対して
数段階の優先度を設け、シナリオ配信手段は、その優先
度に基づいて、シナリオ・画像記憶部４から選択し配信
するようにしたものである。ここでは、優先度を以下に
示す３段階とする。

【００７１】優先度大：ジャンルに関わらず最初に選択
する。 優先度中：このシナリオが属するジャンルのシナリオが
選択される際に最初に選択する。 優先度小：実施の形態１と同様の進行順序で選択する。 優先度大のシナリオとは、例えば全ユーザへの掲示的な
内容が含まれるシナリオである。優先度中のシナリオと
は、例えば時事的な内容が含まれるシナリオであり、一
例をあげると、あるモーターショーが１０月１日から１
２月１日まで開催されているといった内容のシナリオが
あげられ、このシナリオの場合、実施の形態１のシナリ
オ進行において、クルマのジャンルのシナリオに進行す
る際に、最初に選択される。また、このように有効期間
（この例では１０月１日から１２月１日まで）があるシ
ナリオの場合には、有効期間を過ぎると無効シナリオと
なりシナリオ・画像記憶部４から消去される。優先度小
のシナリオとは、上述したように実施の形態１と同様の
進行順序で選択されるシナリオであって、すなわち、実
施の形態１で示したシナリオである。つまり、実施の形
態１のシナリオ進行は、全てのシナリオが優先度小であ
った場合の例である。

【００７２】このように、本実施の形態２は実施の形態
１のシナリオ進行において、シナリオに対して数段階の
優先度を設け、その優先度に基づいて、シナリオ配信手
段に、シナリオ・画像記憶部４からシナリオを選択させ
て配信させるようにしたので、実施の形態１とほぼ同じ
作用及び効果が得られると共に、シナリオをそのシナリ
オの内容に応じて柔軟に配信することができる。

【００７３】実施の形態３．図１８は本実施の形態３の
クライアントとサーバの動作説明図である。図において
４１は、小規模ネットワーク６を構成するプロバイダー
である。

【００７４】本実施の形態３は、情報提供プログラムが
起動すると、実施の形態１と同様に、連動してＷＷＷブ
ラウザも起動し、所定の画面が表示部１３に表示され、
ついで、表示部１３はユーザのＩＤ及びパスワードの入
力を促す画面を表示し、入力部１１にて入力が行われる
と、メール確認要求手段２２は、通信部１２を介してサ
ーバ３に入力されたＩＤ、パスワード及びメール確認を
要求する旨のメール確認要求を送信し、要求を受信した
サーバ３のメール配信手段は、ＩＤに基づいてユーザを
特定し、特定されたユーザ宛のメールが格納されたメー
ルサーバ２３から、電子メール（以下、メールという）
を引き出してクライアント１０に送信し、主制御部１６
はメールを受信したことを認識すると、ブラウザ制御手
段１７に指示してブラウザ部３３にメールのタイトルを
表示（タイトルをＨＴＭＬ化して表示）させ、主制御部
１６は入力部１１によって任意のタイトルの選択が行わ
れたことを認識すると、選択されたメールをサーバ３に
要求し、要求を受信したサーバ３は、メールサーバ２３
から指示されたメールを引き出し、メール内容をクライ
アント１０に送信し、主制御部１６はメール内容を受信
したことを認識すると、ブラウザ制御手段１７に指示し
てブラウザ部３３にメールの内容を表示（内容をＨＴＭ
Ｌ化して表示）させ、ユーザの任意により、メールの内
容を音声変換部１５にて音声に変換して出力し、エージ
ェント制御手段２１は、音声変換部１５の出力に応じ
て、上述のように、例えばキャラクターの口が動いてい
るかのように画像をエージェント部３２に表示するよう
制御するようにしたものである。

【００７５】このように構成したことにより、情報提供
プログラムを起動させるだけで、特別な操作をすること
なく自動的に自分宛の電子メールの一覧が表示され、そ
の一覧から所望の電子メールを選択すると、選択された
電子メールの内容が表示され、また、任意により電子メ
ールの内容をキャラクターの動作と共に、音声で聞くこ
とができる。

【００７６】このような上記各実施の形態に係る情報提
供システムは、インターネット等の大規模ネットワーク
１上でのサービスを提供する手段として活用することが
可能である。

【００７７】また、このような各実施の形態に係る情報
提供システムをクローズネットでのサービスとして活用
することが可能である。例えば、イントラネット等の社
内ネット、地域型のクローズネット（ケーブルテレビ局
のインターネット接続も含む）等を管理するサーバにシ
ナリオを予め格納しておき、これらのネットワークの利
用者に、シナリオに基づいて情報を提供することで、初
心者、老若男女を問わず、誰もが不安感を持たずにイン
ターネットの世界を堪能できる。これにより、他のネッ
トワークに対して、これまで以上にそのネットワークの
独自性をアピールすることができる。

【００７８】また、このような各実施の形態に係る情報
提供システムを広告として活用することが可能である。
例えば、ＷＷＷサーバ２におけるホームページの広告主
が、予め自己のホームページの内容を紹介するシナリオ
を用意してサーバ３から配信することにより、ＷＷＷブ
ラウザで自己のホームページを紹介しながら、内容を動
くキャラクターにより音声にて説明することができる。
例えば、キャラクターのナビゲーションの最中に、広告
主のホームページにジャンプして、その情報を喋らせる
ことができる。また、この広告の音声部分の更新、すな
わちシナリオの更新はネットワークを通じて簡単且つ容
易にできるので、最新の広告内容を迅速に提供すること
ができる。つまり、ニュースのように即時性のある広告
宣伝が可能となる。

【００７９】なお、上記各実施の形態では、シナリオ管
理サーバと画像管理サーバとをサーバ３において一体化
して実現した例について説明したが、この組み合わせに
限られず、シナリオ管理サーバ、画像管理サーバ及びＷ
ＷＷサーバ２のうち、任意の２又は３つのサーバを組み
合わせて、一体のサーバとして構成してもよい。また、
逆にそれぞれ独立したサーバとして構成してもよい。

【００８０】

【発明の効果】以上に説明したように、本発明の一つの
態様によれば、サーバシステムは、シナリオをクライア
ントに送信し、クライアントにてこのシナリオを実行す
る際に各種の情報や画像情報が必要となる場合には、そ
れぞれの情報に対応するサーバがクライアントからの入
力に基づいて必要に応じて情報を読み出して送信するの
で、シナリオを実行する際に必要となるデータの全て
を、シナリオを送信する度に送信する必要がなく、送信
量が少なくすることができる。これにより、プッシュ型
の情報配信をサーバシステムの負荷を増大させることな
く実現できる。

【００８１】本発明の他の態様によれば、クライアント
はシナリオを解析して、シナリオに基づいて情報及び画
像を表示すると共に、音を出力するので、提供したい情
報を画像及び音を用いて効果的にユーザに伝達すること
ができる。

【図面の簡単な説明】

【図１】本発明の実施の形態１〜３のシステム構成を示
す図である。

【図２】表示部１３の表示画面の一例を示す図である。

【図３】シナリオ・画像記憶部に登録されている複数の
シナリオの一例を示す図である。

【図４】ユーザ操作記録表の一例を示す図である。

【図５】サーバとクライアントとの通信手順を示す図で
ある。

【図６】本発明の実施の形態１の動作説明図である。

【図７】シナリオの具体例を示す図である。

【図８】選択肢が表示されたエージェント部の表示画面
の一例を示す図である。

【図９】シナリオ実行時におけるクライアントの処理の
流れを示すフローチャートである。

【図１０】シナリオの進行順序を示す図である。

【図１１】１軍と２軍に区分後のシナリオの進行順序を
示す図である。

【図１２】点数に基づいて並べ替えた後の１軍及び２軍
を示す図である。

【図１３】図１０の進行順序に従い表示部の表示画面の
変化を示す図である。

【図１４】シナリオ進行における変数を示す図である。

【図１５】サーバにおけるシナリオ進行順序を示すフロ
ーチャートである。

【図１６】サーバにおけるシナリオ進行順序を示すフロ
ーチャートである。

【図１７】シナリオ実行時におけるサーバの処理の流れ
を示すフローチャートである。

【図１８】本発明の実施の形態３の動作説明図である。

【符号の説明】

１ 大規模ネットワーク ２ ＷＷＷサーバ（情報管理サーバ） ３ サーバ（シナリオ管理サーバ及び画像管理サーバ） ４ シナリオ・画像記憶部 ５ ユーザ情報記憶部（評価データ記憶部） ７ 公衆回線網 １０ クライアント １１ 入力部 １２ 通信部 １３ 表示部 １４ 記憶部（表示画像記憶部） １５ 音声変換部 １６ 主制御部 １７ ブラウザ制御手段（第１の表示制御手段） １８ 情報提供手段 １９ シナリオ要求手段 ２０ シナリオ解析手段 ２１ エージェント制御手段（第２の表示制御手段） ２２ メール確認要求手段 ２３ メールサーバ ３１ 表示画面 ３２ エージェント部 ３３ ブラウザ部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 島村 伸之 東京都港区芝浦４丁目10番３号 株式会社 スカイコム内

Claims (16)

【特許請求の範囲】
1. 【請求項１】 クライアントと回線を介して接続される
   サーバシステムであって、 該サーバシステムは、 各種の情報が記憶される情報記憶部を有する情報管理サ
   ーバと、 キャラクター画像を含む各種画像情報が記憶される画像
   記憶部を有する画像管理サーバと、 音声変換の対象となる第１のデータと、前記情報記憶部
   の情報を特定するための第２のデータと、前記画像記憶
   部の画像情報を特定するための第３のデータとを有する
   シナリオが複数記憶されるシナリオ記憶部と、前記クラ
   イアントからシナリオ要求があると、前記シナリオを前
   記シナリオ記憶部から選択して、前記回線を介してクラ
   イアントに配信するシナリオ配信手段とを有するシナリ
   オ管理サーバとを有し、 前記情報管理サーバは、前記クライアントから前記第２
   のデータに基づいた情報の要求があると、該当する情報
   を前記情報記憶部から読み出してクライアントに送信
   し、 前記画像管理サーバは、前記クライアントから前記第３
   のデータに基づいた画像情報に関する入力があると、該
   当する画像情報を必要に応じて前記画像記憶部から読み
   出してクライアントに送信することを特徴とするサーバ
   システム。
2. 【請求項２】 前記シナリオ管理サーバは、前記配信し
   たシナリオに対するクライアントからの評価データを収
   集して記憶する評価データ記憶部を更に有し、 前記シナリオ配信手段が前記シナリオ記憶部から選択す
   るシナリオの順序は、前記評価データ記憶部の評価デー
   タに基づいて設定された順序とすることを特徴とする請
   求項１記載のサーバシステム。
3. 【請求項３】 前記シナリオ記憶部には、前記各シナリ
   オが、予め決められた種類のいずれかにそれぞれ種別さ
   れて記憶され、 前記シナリオ配信手段は、前記評価データ記憶部の評価
   データに基づいて、前記種類に優先順位を設定し、前記
   評価データ記憶部の評価データを参照して、（ａ）配信
   したシナリオに対する評価が所定基準を満たすときは、
   次に、前記配信したシナリオと同一種類のシナリオを配
   信し、（ｂ）配信したシナリオに対する評価が所定の基
   準を満たさないとき又は前記（ａ）の処理が所定回数繰
   り返されたときは、次に、前記優先順位に基づいた次の
   種類のシナリオを配信し、 上記（ｂ）の処理を、前記優先順位に基づいた１番目か
   らｍ番目（１＜ｍ＜ｎ，ｎは最大種類数）までの種類か
   らなる第１の種類においてｍ回行うと、上記（ａ）及び
   （ｂ）の処理にて配信したシナリオに対する前記評価デ
   ータ記憶部の評価データに基づいて、前記第１の種類に
   優先順位を設定し、第１の種類の下位側の種類とｍ＋１
   番目からｎ番目までの種類からなる第２の種類とを同数
   で交換して、第１の種類及び前記第２の種類を更新し、 そして、前記（ａ）及び（ｂ）の処理を繰り返すことを
   特徴とする請求項２記載のサーバシステム。
4. 【請求項４】 前記画像管理サーバは、前記クライアン
   トから前記第３のデータに基づいた画像情報の要求があ
   ると、該当する画像情報を前記画像記憶部から読み出し
   てクライアントに送信することを特徴とする請求項１〜
   請求項３のいずれかに記載のサーバシステム。
5. 【請求項５】 前記画像管理サーバは、前記クライアン
   トで保有している、前記第３のデータに基づいた画像情
   報に関する所定のデータをクライアントから受信する
   と、該所定のデータに基づいて、前記クライアントで保
   有している画像情報が所定の条件を満たすか否かを判断
   し、満たさない場合には、所定の条件を満たす前記第３
   のデータに基づいた画像情報をクライアントに送信する
   ことを特徴とする請求項１〜請求項４のいずれかに記載
   のサーバシステム。
6. 【請求項６】 前記３つのサーバのうち、２又は３つの
   サーバが一体に構成されたことを特徴とする請求項１〜
   請求項５のいずれかに記載のサーバシステム。
7. 【請求項７】 前記シナリオはテキストデータで成るこ
   とを特徴とする請求項１〜請求項６のいずれかに記載の
   サーバシステム。
8. 【請求項８】 シナリオ要求があるとシナリオを配信す
   るシナリオ管理サーバと、各種の情報が記憶される情報
   記憶部の情報の要求があると該当する情報を前記情報記
   憶部から読み出して送信する情報管理サーバと、キャラ
   クター画像を含む各種画像情報が記憶される画像記憶部
   の画像情報に関する入力があると該当する画像情報を必
   要に応じて画像記憶部から読み出して送信する画像管理
   サーバと、回線を介して接続されるクライアントであっ
   て、 該クライアントは、表示部と、音声変換部と、前記画像
   管理サーバから取り込んだ画像情報が記憶される表示画
   像記憶部と、前記シナリオ管理サーバにシナリオを要求
   するシナリオ要求手段と、該シナリオ要求手段の要求に
   基づいて前記シナリオ管理サーバから配信されてくるシ
   ナリオを解析して、該シナリオに、音声変換の対象とな
   る第１のデータが含まれている場合には音声変換部に第
   １のデータを音に変換して出力させ、前記情報記憶部の
   情報を特定するための第２のデータが含まれている場合
   には前記第２のデータに基づいて前記情報管理サーバに
   情報を要求し、前記画像記憶部の画像情報を特定するた
   めの第３のデータが含まれている場合には、前記第３の
   データに基づいた画像情報の要求又は前記第３のデータ
   に基づいた画像情報に関する所定のデータを画像管理サ
   ーバに出力し、当該出力に基づいて画像管理サーバから
   画像情報が送信されてくる場合には前記画像情報を取り
   込んで、当該画像情報を表示画像記憶部に記憶するシナ
   リオ解析手段と、前記情報管理サーバからの情報を前記
   表示部に表示させる第１の表示制御手段と、前記表示画
   像記憶部の画像情報を前記表示部に表示させる第２の表
   示制御手段とを有することを特徴とするクライアント。
9. 【請求項９】 前記クライアントは、前記シナリオに対
   する評価データを入力する入力手段を更に有し、該入力
   手段により入力されたシナリオに対する評価データを前
   記シナリオ管理サーバに送信することを特徴とする請求
   項８記載のクライアント。
10. 【請求項１０】 前記シナリオ解析手段は、前記画像記
    憶部の画像情報を特定するための第３のデータが含まれ
    ている場合には、前記表示画像記憶部を参照し、前記第
    ３のデータに基づいた画像情報が無い場合には前記画像
    管理サーバに第３のデータに基づいた画像情報を要求
    し、前記画像管理サーバからの画像情報を前記表示画像
    記憶部に記憶することを特徴とする請求項８又は請求項
    ９記載のクライアント。
11. 【請求項１１】 前記シナリオ解析手段は、前記画像記
    憶部の画像情報を特定するための第３のデータが含まれ
    ている場合には、前記表示画像記憶部を参照し、当該表
    示画像記憶部に第３のデータに基づいた画像情報が有る
    場合には、当該画像情報に関する所定のデータを画像管
    理サーバに送信し、該画像管理サーバにおいて前記所定
    のデータに基づいて前記表示画像記憶部の画像情報が所
    定の条件を満たすか否かが判断されて、所定の条件を満
    たさない場合に前記画像管理サーバから送信されてくる
    所定の条件を満たす画像情報を取り込んで、該画像情報
    を表示画像記憶部に記憶することを特徴とする請求項８
    〜請求項１０のいずれかに記載のクライアント。
12. 【請求項１２】 クライアントと、シナリオを配信する
    シナリオ管理サーバと、各種の情報が記憶される情報記
    憶部を有する情報管理サーバと、キャラクター画像を含
    む各種画像情報が記憶される画像記憶部を有する画像管
    理サーバとが回線を介して接続される情報提供システム
    であって、 前記シナリオ管理サーバは、音声変換の対象となる第１
    のデータと、前記情報記憶部の情報を特定するための第
    ２のデータと、前記画像記憶部の画像情報を特定するた
    めの第３のデータとを有するシナリオが複数記憶される
    シナリオ記憶部と、前記クライアントからシナリオ要求
    があると、前記シナリオを前記シナリオ記憶部から選択
    して、前記回線を介してクライアントに配信するシナリ
    オ配信手段とを有し、 前記情報管理サーバは、前記クライアントから前記第２
    のデータに基づいた情報の要求があると、該当する情報
    を前記情報記憶部から読み出してクライアントに送信
    し、 前記画像管理サーバは、前記クライアントから前記第３
    のデータに基づいた画像情報に関する入力があると、該
    当する画像情報を必要に応じて前記画像記憶部から読み
    出してクライアントに送信し、 前記クライアントは、表示部と、音声変換部と、前記画
    像管理サーバから取り込んだ画像情報が記憶される表示
    画像記憶部と、前記シナリオ管理サーバにシナリオを要
    求するシナリオ要求手段と、該シナリオ要求手段の要求
    に基づいて前記シナリオ管理サーバから配信されてくる
    シナリオを解析して、該シナリオに、音声変換の対象と
    なる第１のデータが含まれている場合には音声変換部に
    第１のデータを音に変換して出力させ、前記情報記憶部
    の情報を特定するための第２のデータが含まれている場
    合には前記第２のデータに基づいて前記情報管理サーバ
    に情報を要求し、前記画像記憶部の画像情報を特定する
    ための第３のデータが含まれている場合には、前記第３
    のデータに基づいた画像情報の要求又は前記第３のデー
    タに基づいた画像情報に関する所定のデータを画像管理
    サーバに出力し、当該出力に基づいて画像管理サーバか
    ら画像情報が送信されてくる場合には前記画像情報を取
    り込んで、当該画像情報を表示画像記憶部に記憶するシ
    ナリオ解析手段と、前記情報管理サーバからの情報を前
    記表示部に表示させる第１の表示制御手段と、前記表示
    画像記憶部の画像情報を前記表示部に表示させる第２の
    表示制御手段とを有することを特徴とする情報提供シス
    テム。
13. 【請求項１３】 クライアントと、該クライアントと回
    線を介して接続されるサーバとを有し、 前記サーバは、前記クライアントから、該クライアント
    を特定する情報を含むメール確認要求があったときに、
    前記クライアントを特定する情報に基づいて、文書名及
    び前記文書名に対応した文書から構成される電子メール
    が格納されるメールサーバから前記クライアント宛の電
    子メールを収集してクライアントに配信するメール配信
    手段を有し、 前記クライアントは、入力手段と、キャラクター画像を
    含む各種画像情報が記憶される表示画像記憶部と、前記
    クライアントを特定する情報を含むメール確認要求を前
    記サーバに送信するメール確認要求手段と、前記メール
    配信手段から配信された電子メールに基づいて、前記文
    書名を前記表示部に表示し、前記表示部に表示された前
    記文書名のうち、前記入力手段により所望の文書名が選
    択されると、前記選択された文書名に対応した文書を前
    記表示部に表示する第１の表示制御手段と、音に変換す
    るよう指示があると、前記選択された文書を音に変換し
    て出力する音声変換部と、該音声変換部の出力に応じ
    て、前記表示画像記憶部からキャラクター画像を読み出
    して、前記表示部に表示する第２の表示制御手段とを有
    ることを特徴とする情報提供システム。
14. 【請求項１４】 クライアントと回線を介して接続され
    るサーバシステムの演算処理をするためのプログラムを
    記録した媒体であって、 クライアントからシナリオの要求があると、音声変換の
    対象となる第１のデータと、各種の情報が記憶される情
    報記憶部の情報を特定するための第２のデータと、キャ
    ラクター画像を含む各種画像情報が記憶される画像記憶
    部の画像情報を特定するための第３のデータとを有する
    シナリオが複数記憶されるシナリオ記憶部からシナリオ
    を選択させ、該シナリオを前記回線を介してクライアン
    トに配信させ、 前記第２のデータに基づいた情報の要求があると、該当
    する情報を情報記憶部から読み出してクライアントに送
    信させ、 前記第３のデータに基づいた画像情報に関する入力があ
    ると、該当する画像情報を必要に応じて前記画像記憶部
    から読み出してクライアントに送信させることを特徴と
    するサーバシステムの演算処理プログラムを記録した媒
    体。
15. 【請求項１５】 前記各シナリオを、予め決められた種
    類のいずれかにそれぞれ種別して前記シナリオ記憶部に
    記憶させ、 配信したシナリオに対するクライアントからの評価デー
    タを収集させ、収集した評価データに基づいて、前記種
    類に優先順位を設定させ、そして、評価データを参照し
    て、（ａ）配信したシナリオに対する評価が所定基準を
    満たしている場合には、次に、前記配信したシナリオと
    同一種類のシナリオを配信させ、（ｂ）配信したシナリ
    オに対する評価が所定の基準を満たさないとき又は前記
    （ａ）の処理が所定回数繰り返されたときは、次に、前
    記優先順位に基づいた次の種類のシナリオを配信させ、 上記（ｂ）の処理を、前記優先順位に基づいた１番目か
    らｍ番目（１＜ｍ＜ｎ，ｎは最大種類数）までの種類か
    らなる第１の種類においてｍ回行うと、上記（ａ）及び
    （ｂ）の処理にて配信したシナリオに対する前記評価デ
    ータ記憶部の評価データに基づいて、前記第１の種類に
    優先順位を設定させ、第１の種類の下位側の種類とｍ＋
    １番目からｎ番目までの種類からなる第２の種類とを同
    数で交換して、第１の種類及び前記第２の種類を更新さ
    せ、 そして、前記（ａ）及び（ｂ）の処理を繰り返させるこ
    とを特徴とする請求項１４記載のサーバシステムの演算
    処理プログラムを記録した媒体。
16. 【請求項１６】 シナリオ要求があるとシナリオを配信
    するシナリオ管理サーバと、各種の情報が記憶される情
    報記憶部の情報の要求があると該当する情報を前記情報
    記憶部から読み出して送信する情報管理サーバと、キャ
    ラクター画像を含む各種画像情報が記憶される画像記憶
    部の画像情報に関する入力があると該当する画像情報を
    必要に応じて画像記憶部から読み出して送信する画像管
    理サーバと、回線を介して接続されるクライアントの演
    算処理をするためのプログラムを記録した媒体であっ
    て、 前記シナリオ管理サーバにシナリオを要求させ、要求に
    基づいて前記シナリオ管理サーバから配信されてくるシ
    ナリオを解析して、該シナリオに、音声変換の対象とな
    る第１のデータが含まれている場合には音声変換部に第
    １のデータを音に変換して出力させ、前記情報記憶部の
    情報を特定するための第２のデータが含まれている場合
    には前記第２のデータに基づいて前記情報管理サーバに
    情報を要求し、前記画像記憶部の画像情報を特定するた
    めの第３のデータが含まれている場合には、前記第３の
    データに基づいた画像情報の要求又は前記第３のデータ
    に基づいた画像情報に関する所定のデータを画像管理サ
    ーバに出力させ、当該出力に基づいて画像管理サーバか
    ら画像情報が送信されてくる場合には前記画像情報を取
    り込んで、当該画像情報を表示画像記憶部に記憶させ、
    前記情報管理サーバからの情報を表示部に表示させ、前
    記表示画像記憶部の画像情報を前記表示部に表示させる
    ことを特徴とするクライアントの演算処理プログラムを
    記録した媒体。