JP4143689B2

JP4143689B2 - Medium on which server system arithmetic processing program is recorded

Info

Publication number: JP4143689B2
Application number: JP05459298A
Authority: JP
Inventors: 将人宇都宮; 伸之島村
Original assignee: Bandai Co Ltd
Current assignee: Bandai Co Ltd
Priority date: 1997-12-26
Filing date: 1998-03-06
Publication date: 2008-09-03
Anticipated expiration: 2018-03-06
Also published as: JPH11242546A

Description

【０００１】
【発明の属する技術分野】
本発明は、マン・マシン・インタフェースにおけるサーバシステムの演算処理プログラムを記録した媒体に係り、更に詳しくは、画像及び音声を用いた効果的な情報提供に関するものである。
【０００２】
【従来の技術】
従来、インターネット等のネットワーク上には、ＷＷＷ（ＷＯＲＬＤＷＩＤＥＷＥＢ）サーバが設けられ、このＷＷＷサーバをアクセスすることにより、いわゆるホームページをＷＷＷブラウザによって閲覧することができる。
また、昨今、上述のようなユーザ側からＷＷＷサーバをアクセスすることによって情報を取りに行くプル型情報配信に対し、テレビやラジオのようにサーバ側からユーザに情報を発信するプッシュ型情報配信の技術開発の動きが活発化している。しかし、現在、プッシュ型とされる方法は、クライアント側が、情報提供をするサーバの更新スケジュールに合わせて情報を取りに行くプル型であって、疑似的なプッシュ型であった。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来のＷＷＷブラウザでは、情報の伝達は絵及び文字によって行うため、分かりにくい情報や、情報の主要点等を伝えにくいという問題点があった。
また、上述したように、プッシュ型とされている技術でも実際にはクライアントがサーバに情報を取りに行くプル型であって、本来のプッシュ型の情報配信を実現していない。また、プッシュ型のサーバは、ホームページ、画像及びコントロール情報をまとめてクライアントに送信するため、サーバの負荷が大きいという問題点があった。
【０００４】
このようなことから、プッシュ型の情報配信をサーバの負荷を増大させることなく、かつ、情報を効果的に伝達できる情報提供システムの開発が望まれていた。
【０００５】
【課題を解決するための手段】
（１）本発明に係るサーバシステムの演算処理プログラムを記録した媒体は、ライアントと回線を介して接続されるサーバシステムの演算処理をするためのプログラムを記録した媒体であって、クライアントからシナリオの要求があると、音声変換の対象となる第１のデータと、各種の情報が記憶される情報記憶部の情報を特定するための第２のデータと、キャラクター画像を含む各種画像情報が記憶される画像記憶部の画像情報を特定するための第３のデータとを有するシナリオが複数記憶されるシナリオ記憶部からシナリオを選択させ、シナリオを回線を介してクライアントに配信させ、第２のデータに基づいた情報の要求があると、該当する情報を情報記憶部から読み出してクライアントに送信させ、第３のデータに基づいた画像情報に関する入力があると、該当する画像情報を必要に応じて画像記憶部から読み出してクライアントに送信させ、さらに、各シナリオを、予め決められた種類のいずれかにそれぞれ種別してシナリオ記憶部に記憶させ、配信したシナリオに対するクライアントからの評価データを収集させ、収集した評価データに基づいて、種類に優先順位を設定させ、そして、評価データを参照して、（ａ）配信したシナリオに対する評価が所定基準を満たしている場合には、次に、配信したシナリオと同一種類のシナリオを配信させ、（ｂ）配信したシナリオに対する評価が所定の基準を満たさないとき又は（ａ）の処理が所定回数繰り返されたときは、次に、優先順位に基づいた次の種類のシナリオを配信させ、上記（ｂ）の処理を、優先順位に基づいた１番目からｍ番目（１＜ｍ＜ｎ，ｎは最大種類数）までの種類からなる第１の種類においてｍ回行うと、上記（ａ）及び（ｂ）の処理にて配信したシナリオに対する評価データ記憶部の評価データに基づいて、第１の種類に優先順位を設定させ、第１の種類の下位側の種類とｍ＋１番目からｎ番目までの種類からなる第２の種類とを同数で交換して、第１の種類及び第２の種類を更新させ、そして、（ａ）及び（ｂ）の処理を繰り返させるものである。
なお、画像情報に関する所定のデータとは、例えば、画像の作成日時や版数等の情報であり、このような入力があると、該当する画像情報を必要に応じて画像情報記憶部から読み出してクライアントに送信する際の一例を挙げると、例えば作成日時が入力された場合に、その作成日時が古いときは新しい画像情報をクライアントに送信するといった具合である。
【０００９】
【発明の実施の形態】
実施の形態１．
図１は本発明の実施の形態１〜３に係る情報提供システムの構成を示すブロック図である。
１はインターネットなどの大規模ネットワークで、２は大規模ネットワーク１に接続され、ホームページを提供するＷＷＷサーバ、６はプロバイダーのネットワークや、予め許可された特定のユーザだけがアクセスすることのできる閉鎖型のネットワーク（例えば、ファイアーウォール等の「壁」を用いて構築されたいわゆるイントラネット（社内ＬＡＮ））や、地域型のクローズネット（例えばケーブルテレビ局が構築する専用のネットワーク）等の小規模ネットワークで、以下ではプロバイダーのネットワークであるものとして説明する。
２３は小規模ネットワーク６を構成するプロバイダーに接続され、電子メールが格納されるメールサーバである。
【００１０】
３はサーバ（シナリオ管理サーバ及び画像管理サーバ）で、後述するシナリオや画像ファイルが複数格納されるシナリオ・画像記憶部４とユーザに関する情報を管理するユーザ情報記憶部５と接続され、シナリオ・画像記憶部４から所定の順序でシナリオを選択してクライアントコンピュータ（以下、クライアントという）１０に配信するシナリオ配信手段（図示せず）と、メールサーバ２３からメールを収集してクライアント１０に配信するメール配信手段（図示せず）を備えている。そして、これらサーバ３、シナリオ・画像記憶部４及びユーザ情報記憶部５によってサーバ側は構成され、サーバ側は、大規模ネットワーク１、小規模ネットワーク６及び公衆回線網７を介してクライアント１０と接続される。
【００１１】
クライアント１０はユーザが有する、例えばパソコンなどのコンピュータで、ユーザが操作する例えばマウスなどの入力部１１、サーバ３との通信を行う通信部１２、画面表示を行う表示部１３、各種プログラム及び画像ファイル等が記憶される記憶部１４、テキストデータを音声に変換して出力する音声変換部１５、これら各構成部を含めクライアント１０全体を制御する主制御部１６（ＣＰＵ）を備えている。
【００１２】
記憶部１４には、情報提供を行う情報提供プログラム及びホームページを閲覧するためのＷＷＷブラウザがインストールされている。この情報提供プログラムとは、ＣＧ等で作成されたキャラクター等の画像と音声とを用いて、各種の情報をユーザに提供するものであり、ここでは、各種の情報として、ＷＷＷサーバ２が提供するＷｅｂページ（いわゆるホームページ）として説明する。そして、情報提供プログラムが起動されると連動してＷＷＷブラウザが起動するように関連づけられている。もちろん、逆にＷＷＷブラウザが起動すると、情報提供プログラムが起動するように関連づけてもよい。そして、このように情報提供プログラム及びＷＷＷブラウザが起動すると、図２に示すように、表示部１３の表示画面には、情報提供プログラムによってキャラクター等の画像を表示するエージェント部３２が表示され、ＷＷＷブラウザによってブラウザ部３３が表示される。なお、このキャラクターは情報提供プログラムによって予め設定されたものとする。
【００１３】
主制御部１６には、記憶部１４に格納されているＷＷＷブラウザとＣＰＵによりブラウザ部３３の制御を行うブラウザ制御手段１７と、記憶部１４に格納されている情報提供プログラムとＣＰＵにより所定の制御を行う情報提供手段１８とを備えており、情報提供手段１８は、サーバ３にシナリオの配信を要求するシナリオ要求手段１９と、シナリオの解析を行い、解析結果に基づいて所定の制御を行うシナリオ解析手段２０と、エージェント部３２の制御を行うエージェント制御手段２１と、メールの確認を要求するメール確認要求手段２２とを有している。
【００１４】
シナリオ・画像記憶部４には、クライアント１０の動作を指示するシナリオが格納されている。このシナリオとは、ＷＷＷサーバ２が提供するホームページの紹介やそのホームページに関連する質問やそのホームページに対する関心度に関する質問を、音声及び画像を用いてユーザに対して行うようクライアント１０に指示するものであり、テキストで記述されたテキストファイルである。そして、このようなシナリオは、複数のジャンル（例えばスポーツ、音楽等）毎に予め複数作成されており、シナリオ・画像記憶部４にジャンル毎に登録されている。
【００１５】
図３は、シナリオ・画像記憶部４内に登録されている複数のシナリオの一例を示す図である。図の英字はジャンルの種類で、ここでは、ＡからＧの順にスポーツ、音楽、文学、お笑い、クルマ、食べ物、パソコンとした例を示している。そして、図は、このようなジャンル毎に複数のシナリオが登録されていることを示しており、例えば、スポーツのジャンルの１番目には野球に関するシナリオが登録されている。
なお、同じシナリオが複数のジャンルに登録されることがある。これは、例えば「直木賞をとったスポーツ選手」に関するシナリオがあった場合、このシナリオは文学のジャンルとスポーツのジャンルとの両方に登録されることになる。
また、上記のジャンルの数、種類は一例であって、もちろん、これらに限られたものではない。
【００１６】
ユーザ情報記憶部５には、ユーザに関する情報を管理するためのユーザ操作記録表が格納されている。ユーザ操作記録表の一例を図４に示す。図に示すようにユーザ操作記録表は、ユーザを特定するためのＩＤを記録するＩＤ欄、ユーザに配信したシナリオ名を記録するシナリオ名欄、シナリオに含まれる質問番号が記録される質問番号欄、その質問に対するユーザの回答が記録される回答欄、そのシナリオが紹介するホームページに対してユーザが付ける点数が記録される点数欄から構成されている。そして、このユーザ操作記録表によって、ユーザ毎に情報が管理される。
【００１７】
図５は図１のサーバとクライアントとの通信手順を示す図、図６は図１のサーバ及びクライアントにおける動作説明図である。以下、本実施の形態１の動作を説明する。
まず、ユーザがクライアント１０における入力部１１の操作によって、情報提供プログラムを起動すると、連動してＷＷＷブラウザも起動し、所定の画面が表示部１３に表示される。そして、表示部１３はユーザのＩＤ及びパスワードの入力を促す画面を表示し、入力部１１にて入力が行われると、シナリオ要求手段１９は、入力されたＩＤ、パスワード及びシナリオを要求する旨のシナリオ要求命令を通信部１２及び各種ネットワーク（公衆回線網７、小規模ネットワーク６及び大規模ネットワーク１）を介してサーバ３に送信する（図５の矢印▲１▼及び図６参照）。サーバ３は受信したＩＤとパスワードとによってクライアント１０の利用者を特定し、特定されたユーザの情報が管理されたユーザ操作記録表を、ＩＤに基づいてユーザ情報記憶部５から検索し、シナリオ配信手段は、検索されたユーザ操作記録表のユーザ情報に基づいて、シナリオ・画像記憶部４から所定の順序でシナリオを選択して（この選択順序については後に詳しく説明する）、ユーザに配信し（図５の矢印▲２▼及び図６参照）、サーバ３は配信したシナリオの名前をこのユーザ操作記録表に書き込む（図４参照）。
【００１８】
そして、主制御部１６はシナリオを受信したことを認識すると、シナリオ解析手段２０が受信したシナリオを１行、１行解析して実行する。このシナリオは、上述したようにホームページに関する質問等を音声及び画像を用いて行うようクライアント１０に指示するものであり、シナリオ解析手段２０はこのシナリオに基づいてエージェント制御手段２１、ブラウザ制御手段１７及び音声変換部１５を制御する。これにより、エージェント制御手段２１はシナリオが指示する画像をエージェント部３２に表示し、そして、ブラウザ制御手段１７はシナリオが指示するホームページ（ＨＰ）をブラウザ部３３に表示し、音声変換部１５は指示されたテキストデータを音声に変換して出力する。
なお、エージェント制御手段２１が表示するこの画像は、シナリオ解析手段２０が、シナリオによって指示された画像のファイル名又は画像ファイル情報をサーバ３に送信し、これらの情報に対してサーバ３から取り込んで記憶部１４に保存した画像（図６の追加画像）であって、この画像の一例を挙げると、キャラクターの背景の画像や、季節にあわせてキャラクターにＴシャツを着せたり、セータを着せたりした画像等である。
【００１９】
そして、シナリオに基づいてホームページに関する質問が行われ、主制御部１６は、その質問に対する回答（例えば選択肢の番号）が入力部１１により入力されたことを認識すると、通信部１２を介してサーバ３にその回答を送信する（図５の矢印▲３▼参照）。そして、サーバ３は受信したことを認識すると、受信した回答をユーザ情報記憶部５のユーザ操作記録表に記録し（図４参照）、クライアント１０に処理終了（受信確認）のメッセージを送信する（図５の矢印▲４▼参照）。
【００２０】
そして、クライアント１０では、シナリオに基づいてホームページに対する感想を問う質問が行われ、主制御部１６はその質問に対する回答（例えば点数）が入力部１１により入力されたことを認識すると、通信部１２を介してサーバ３にその回答を送信する（図５の矢印▲５▼参照）。そして、サーバ３は受信した回答をユーザ情報記憶部５のユーザ操作記録表に記録し、クライアント１０に処理終了（受信確認）のメッセージを送信する（図５の矢印▲６▼参照）。主制御部１６は受信確認のメッセージを受信したことを認識すると、シナリオ要求手段１９が次のシナリオをサーバ３に要求する（図５の矢印▲１▼参照）。そして、サーバ３のシナリオ配信手段は、所定の順序に従ってシナリオ・画像記憶部４からシナリオを選択してクライアント１０に配信する。上述の処理は、ユーザが情報提供プログラムの終了要求を行うまで繰り返される（図６参照）。
【００２１】
図７は、シナリオの具体例を示す図である。以下、図のシナリオが指示する内容及びこのシナリオによるクライアント１０の動作を説明する。
【００２２】
（１）１行目
この文は、予め設定されたキャラクタの背景をＢＡＣＫ＿ＴＡＭ０１．ＧＩＦ（画像ファイル：図６の追加画像）にしてエージェント部３２に表示するよう指示する制御文である。この行によるクライアント１０の動作説明は、後述する図９の説明で詳しく述べる。
【００２３】
（２）２行目
この文は、指示された文章を音声に変換して出力するよう音声変換部１５に指示すると共に、エージェント部３２に表示されたキャラクター画像を音声変換部１５の出力に対応させて動作させるよう指示するものである。すなわち、シナリオ解析手段２０は２行目を解析すると、指示された「ねえねえ、タマゴッチ、いま大流行だよねぇ。知ってる？」といった文を、音声変換部１５に指示して音声に変換して出力するよう制御すると共に、エージェント制御手段２１に指示して、音声変換部１５の出力に対応して、例えばキャラクターの口が動くようにエージェント部３２に表示するよう制御するものである。なお、このようにキャラクターの口が動くといった動画の表示に必要な画像ファイルが記憶部１４に無い場合には、シナリオ・画像記憶部４から該当する画像ファイル（図６の追加画像）を取り込んで記憶部１４に記憶し、エージェント制御手段２１はエージェント部３２に該当する画像を表示する。このようにすることで、キャラクターがあたかも喋っているかのように表現される。
【００２４】
（３）３行目
この文は、キャラクターを微笑ませて表示するよう指示する指示文である。すなわち、シナリオ解析手段２０は、エージェント制御手段２１に指示して、エージェント部３２にキャラクターを微笑ませて表示するよう制御する。なお、このようにキャラクターが微笑むといった動画の表示に必要な画像ファイルが記憶部１４に無い場合には、シナリオ・画像記憶部４から該当する画像ファイル（図６の追加画像）を取り込んで記憶部１４に記憶し、エージェント制御手段２１はエージェント部３２に該当する画像を表示する。
（４）４行目
この文は、指示されたＵＲＬのホームページをブラウザ部３３に表示するよう指示する指示文である。この指示文によって、シナリオ解析手段２０はブラウザ制御手段１７に指示して、指示されたホームページをブラウザ部３３に表示するよう制御する。
（５）５、６行目（８、９、１５、１８行目も同様）
これらの行は（２）と同様に、指示された文章を音声に変換して出力するよう音声変換部１５に指示すると共に、エージェント部３２に表示されたキャラクター画像を音声変換部１５の出力に対応させて動作させるよう指示する指示文である。この指示文によって上述のように制御し、キャラクターが指示された文章を喋っているように表現される。
（６）７行目
この文は、指示されたＵＲＬ（ここでは４行目で指示したＵＲＬ）のホームページをＷＷＷブラウザが読み終わるまで待つよう指示する指示文である。
【００２５】
（７）１０〜１６行目
これらの文は、９行目で質問される内容に対する回答の選択肢の表示と、選択時のキャラクターの動作を指示するものである。なお、１０行目の“----”で挟まれた“QSTART”は選択肢の開始記号を表し、“１”は質問番号を示しており、この１０行目から１６行目の選択肢の終了記号“QEND”までが選択肢に関する命令となり、この選択肢に関する命令の場合には、選択肢の終了記号まで解析された上で実行される。
（７．１）１１行目
この文は、エージェント部３２に表示する選択肢（１つ目）を指定する指示文であり、この指示文によって、シナリオ解析手段２０はエージェント制御手段２１に指示して＠ＬＡＢＥＬ以降の文字列（ここでは、「かわいい！」）を選択肢としてエージェント部３２に表示するよう制御する。
（７．２）１２行目
この文は、１１行目の選択肢が選択されたときに実行される。すなわち、１１行目の選択肢が選択されると、この指示文が実行され、上記と同様にキャラクターを微笑ませるよう制御する。
（７．３）１３行目
１つ目の選択肢に関する設定が終わったことを示す記号である。
【００２６】
（７．４）１４行目
この文は、エージェント部３２に表示する選択肢（２つ目）を指定する指示文であり、この指示文によって、シナリオ解析手段２０はエージェント制御手段２１に指示して、１１行目と同様、＠ＬＡＢＥＬ以降の文字列（ここでは、「おもちゃはいらん」）を選択肢として、エージェント部３２に表示するよう制御する。
（７．５）１５行目
この文は、１４行目の選択肢が選択されたときに実行される。すなわち、１４行目の選択肢が選択されるとこの会話文が実行され、上述したように、あたかもキャラクターが喋っているかのように表現される。
【００２７】
（７．６）１６行目
選択肢の設定を全て終了するという記号である。
【００２８】
シナリオ解析手段２０は１０行目から１６行目までのシナリオを解析すると、１１行目及び１４行目に示された指示文に基づいて、図８に示すようにエージェント部３２に選択肢（文字列）を表示する。そして、エージェント部３２に表示された選択肢（ここでは２つ）のうちのいずれかが入力部１１より選択（マウスによるクリック等）されると、選択された選択肢に対応する制御を行う。すなわち、「かわいい！」が選択された場合には、上述のように制御し、キャラクターが微笑み、「おもちゃはいらん」が選択された場合には、「だっ、だよねぇ。僕もそう思っていたんだ。」とあたかもキャラクターが喋っているかのように表現される。
【００２９】
そして、質問番号（“１”）と選択された選択肢の番号（“１”か“２”）をサーバ３に送信する（図５の矢印▲３▼参照）。サーバ３はクライアント１０から質問番号と選択された番号とを受信すると、ユーザ情報記憶部５のユーザ操作記録表に質問番号及び選択された番号を記録（図４参照）し、クライアント１０に処理終了（受信確認）のメッセージを送信（図５の矢印▲４▼参照）する。なお、クライアント１０は質問番号及び選択された選択肢の番号をサーバ３に送信後、待機状態となっており、サーバ３から処理終了（受信確認）のメッセージを受信すると、待機状態が解除され、次の行（１７行目）から、シナリオの実行を再開する。
【００３０】
（８）１７行目〜３４行目
これらの文は、シナリオで紹介された情報に対する感想の選択肢の表示と、選択された感想に基づいてユーザの関心度を数値でサーバ３に送信するよう指示するものである。なお、１０行目の“----LAST----”から３４行目の“----END---- ”までが感想の選択肢に関する命令となり、この命令の場合には終了記号まで解析された上で実行される。
（８．１）１７行目
感想の設定開始の記号である。
（８．２）１９行目
音声変換部１５にて変換する内容の終了と感想の選択肢の設定開始を示す記号である。
（８．３）２０行目
この文は、前記１１行目と同様にエージェント部３２に表示する選択肢を指定する指示文であり、シナリオ解析手段２０はエージェント制御手段２１に指示して＠ＬＡＢＥＬ以降の文字列（ここでは、「最高」）を選択肢としてエージェント部３２に表示するよう制御する。
（８．４）２１行目
この文は、２０行目の選択肢（「最高」）が選択されたとき、サーバ３に送信する点数を指示するものであり、「最高」が選択された場合、シナリオ解析手段２０はこの点数１００をサーバ３に送信するよう制御する。
（８．５）２２行目
１つ目の選択肢の設定の終了を示す記号である。
【００３１】
２３行目から２５行目、２６行目から２８行目、２９行目から３１行目は、上記２０行目から２２行目とそれぞれ同様の構成であり、また、３２行目及び３３行目は２０行目及び２１行目とそれぞれ同様の構成であるため、これらの行の説明は重複するため省略する。
（８．６）３４行目
感想の選択肢の設定の終了を示す記号である。
【００３２】
シナリオ解析手段２０は、１７行目から３４行目までのシナリオを解析すると、２０行目、２３行目、２６行目、２９行目及び３２行目に示された指示文に基づいてエージェント制御手段２１に指示して、エージェント部３２に選択肢（文字列）を表示するよう制御する。そして、エージェント部３２に表示された選択肢（ここでは５つ）のうち、いずれかが入力部１１より選択（マウスによるクリック等）されると、選択された選択肢に対応する制御を行う。すなわち、例えば「最高」が選択された場合には、点数１００をサーバ３に送信する（図５の矢印▲５▼参照）。そして、サーバ３はクライアント１０から感想（点数）を受信すると、ユーザ情報記憶部５のユーザ操作記録表に点数を記録（図４参照）し、クライアント１０に処理終了（受信確認）のメッセージを送信する（図５の矢印▲６▼参照）。なお、クライアント１０は点数をサーバ３に送信後、待機状態となっており、サーバ３から処理終了（受信確認）のメッセージを受信すると、待機状態が解除され、シナリオ要求手段１９は、次のシナリオをサーバ３に要求する（図５の矢印▲１▼参照）。そして、サーバ３のシナリオ配信手段は、所定の順序に従ってシナリオ・画像記憶部４からシナリオを選択してクライアント１０に配信する。
【００３３】
なお、ユーザ情報記憶部５のユーザ操作記録表に記憶された情報（ホームページに対する点数等）は、ユーザ情報としてサーバ３にて管理され、次にクライアント１０に配信するシナリオの評価データとなり、シナリオを選択する際に活用される。
また、ユーザ操作記録表に記憶された情報のうち、質問に対する選択肢の番号、すなわち、質問に対するユーザの回答は、シナリオの作成時に参考データとして活用される。
また、シナリオに含まれる質問は、ユーザに対するアンケートとして機能し、このシナリオを複数のユーザに配信して回答を取得することによって、複数のユーザの嗜好を収集することができ、収集された情報をマーケティング等に利用することができる。
【００３４】
図９はシナリオ実行時におけるクライアントの処理の流れを示すフローチャートである。以下、図９に基づいて、図７を参照しながらシナリオ実行時におけるクライアント１０の処理の流れを説明する。なお、上記図７の説明と重複する箇所は簡単に説明する。
まず、シナリオ要求手段１９はサーバ３にシナリオを要求し（Ｓ１）、その要求に基づいてサーバ３から送信されたシナリオを受信すると（Ｓ２）、シナリオ解析手段２０は受信したシナリオから１行取り出し（Ｓ３）、取り出した内容を判断し（Ｓ４）、その内容に応じて各種の処理を行う。
【００３５】
その内容が画像表示命令（図７のシナリオの１行目参照）の場合は、画像ファイル名を取得し（Ｓ５）、その画像ファイルが記憶部１４に有るか否かを判断し（Ｓ６）、有る場合には、画像ファイル名、サイズ及び作成日時等の画像ファイル情報をサーバ３へ送信する（Ｓ７）。そして、送信した画像ファイル情報に対するサーバ３からの返事に、画像ファイルがある場合には（Ｓ８）、その画像ファイルを記憶部１４に保存し（Ｓ９）、エージェント制御手段２１はその画像をエージェント部３２に表示する（Ｓ１０）。なお、画像ファイルが無かった場合には（Ｓ６）、画像ファイル名をサーバ３へ送信し（Ｓ１１）、ステップＳ９の処理に移行する。
【００３６】
取り出したシナリオの１行の内容が読み上げ命令（図７のシナリオの２行目参照）の場合には、合成音声で文字列を読み上げると共に、例えばキャラクターの口を動かしてエージェント部３２に表示する（Ｓ１２）。
動作指示命令（図７のシナリオの３行目参照）の場合には、キャラクタを指示通りに動かす（Ｓ１３）。
ブラウザ制御命令の場合（図７のシナリオの４行目参照）には、指示どおりにブラウザを制御する（Ｓ１４）。
質問命令（図７のシナリオの１０行目〜１６行目参照）の場合には、質問内容を表示して入力を促し（Ｓ１５）、入力待ち状態となる（Ｓ１６）。そして、ユーザにより入力が行われると、その入力された内容が終了命令か否かを判断し（Ｓ１７）、終了命令ではない場合、すなわち質問に対する回答が入力された場合には、その回答（質問番号と選択された選択肢の番号）をサーバ３へ送信する（Ｓ１８）。クライアント１０は、回答をサーバ３に送信後、待機状態となっており、サーバ３から処理終了のメッセージを受信すると（Ｓ１９）、待機状態が解除され、シナリオに次の行が有るか否かを判断し（Ｓ２０）、有る場合には、ステップＳ３の処理に移行し、次の行からシナリオの実行を再開する。
【００３７】
感想問い合わせ命令（図７のシナリオの１７行目〜最終行参照）の場合には、感想のレベルを表示して入力を促し（Ｓ２２）、入力待ち状態となる（Ｓ２３）。そしてユーザにより入力が行われると入力された内容が終了命令か否かを判断し（Ｓ２４）、終了命令ではない場合、すなわち点数が入力された場合には、サーバ３に点数を送信する（Ｓ２５）。クライアント１０は点数をサーバ３に送信後、待機状態となっており、サーバ３から処理終了（受信確認）のメッセージを受信すると（Ｓ２６）、待機状態が解除され、ステップＳ１の処理に移行し、シナリオ要求手段１９は、次のシナリオをサーバ３に要求する。
【００３８】
ステップＳ１７及びステップＳ２４の処理において、終了命令であると判断した場合には、サーバ３に終了命令を送信して（Ｓ２１）、処理を終了する。
【００３９】
図１７はシナリオ実行時におけるサーバの処理の流れを示すフローチャートである。以下、図１７に基づいてシナリオ実行時におけるサーバの処理の流れを説明する。
サーバ３はクライアント１０からデータを受信すると（Ｓ８１）、そのデータの内容を判断し（Ｓ８２）、その内容に応じて各種の処理を行う。
【００４０】
その内容が画像ファイル名又は画像ファイル情報の場合には、そのデータから画像ファイル名を取得し（Ｓ８３）、その指示された画像ファイルがシナリオ・画像記憶部４に有るか否かを判断し（Ｓ８４）、有る場合には、次いで、受信したデータが画像ファイル情報であるか否かを判断し（Ｓ８５）、画像ファイル情報である場合には、その画像ファイル情報に含まれる作成日時等により、クライアント１０の記憶部１４にある画像ファイルが古いかどうかを判断する（Ｓ８６）。そして、画像ファイルが古い場合及びステップＳ８５の処理において画像ファイル名であると判断した場合には、新しい画像ファイルをシナリオ・画像記憶部４から読み出してクライアント１０に送信する（Ｓ８７）。ステップＳ８４の処理において、指示された画像ファイルが無いと判断した場合には、エラーを示す画像ファイルをクライアント１０に送信する（Ｓ８８）。
【００４１】
データの内容が質問に対する回答の場合には、その回答をユーザ情報記憶部５に保存して（Ｓ８９）、処理終了のメッセージをクライアント１０に送信し（Ｓ９０）、ステップＳ８１の処理に移行する。
感想の点数の場合には、点数をシナリオ配信手段へ渡し（Ｓ９１）、点数をユーザ情報記憶部５に保存し（Ｓ９２）、処理終了のメッセージをクライアント１０に送信して（Ｓ９３）、処理を終了する。
終了命令の場合には、終了命令をシナリオ配信手段へ渡し（Ｓ９４）、処理を終了する。点数及び終了命令を渡されたシナリオ配信手段の動作は以下で説明する。
【００４２】
なお、ステップＳ８６において、画像ファイルが古いと判断した場合には、新しい画像を送信するとしたが、一例を挙げると、例えば季節にあわせてキャラクターの服装を替えるべく、適切な画像を送信する。すなわち、夏にはＴシャツを着たキャラクターを表示させておき、冬になると、Ｔシャツを着たキャラクターの画像は古いとして、セータを着たキャラクターの画像やセータの画像を送信するような場合が該当する。なお、セータの画像のみを送信した場合は、キャラクターの画像に重ねて表示するものとする。
【００４３】
図１０は、シナリオの進行順序を示す図で、矢印が進行順序を示している。シナリオ配信手段は、この進行順序に従ってシナリオ・画像記憶部４からシナリオを選択してクライアント１０に配信する。図１３は、図１０の進行順序に従って、シナリオがクライアント１０に配信された場合の表示部の表示画面の変化を示す図である。以下、図１０に基づいて、図１３を参照しながらシナリオの進行順序を説明する。
なお、同じユーザに同じシナリオが配信されることはない。このため、上述したように同じシナリオが複数のジャンルに登録されている場合において、一方のジャンルでそのシナリオが選択された場合には、他方のジャンルに登録されたそのシナリオは選択されないよう制御する。ただし、一方のシナリオに対して付けられた点数は、他のジャンルに登録されたシナリオに対しても、同様に評価されたものとして点数が付けられる。
【００４４】
この制御方法として、ここでは、一方のシナリオが選択された場合、選択されたシナリオと、その選択されたシナリオと同じシナリオであって他のジャンルに登録されたシナリオ全てを使用済みとし、シナリオを選択する際、シナリオが未使用かつ有効か否かを判断して、未使用かつ有効なシナリオを選択するようにし、使用済み又は無効なシナリオは、選択しないようにするものとする。有効あるいは無効なシナリオとは、例えばあるモーターショーが１０月１日から１２月１日まで開催されているといった内容のシナリオにおいて、このような有効期間（この例では１０月１日から１２月１日まで）内にあるシナリオが有効シナリオであって、有効期間を過ぎたシナリオが無効シナリオである。
なお、ここでは説明を簡単にするために、同じシナリオが複数のジャンルに登録されていないものとして説明する。すなわち、全てのシナリオは常に未使用かつ有効なシナリオであるものとして説明する。
【００４５】
まず、矢印（１）が示す順にシナリオが進行する。すなわち、まず、スポーツ−１のシナリオがシナリオ・画像記憶部４から選択され、クライアント１０に配信される。そして、クライアント１０においてシナリオが実行され、スポーツ−１に関するホームページの紹介（図１３参照）等の動作がクライアント１０にて行われる。そして、シナリオの最後には、図７に示したように、必ずこのホームページの感想を問う質問がなされる。ここではスポーツ−１のシナリオによって紹介されたホームページの感想を問う質問がなされ、サーバ３は、このホームページに対する感想（点数）をクライアント１０から取得する。ついで、シナリオ配信手段は、クライアント１０から次のシナリオの要求を受信すると、次のジャンルの音楽−１のシナリオをシナリオ・画像記憶部４から選択してクライアント１０に配信する。そして、クライアント１０において同様にシナリオが実行され、サーバ３は、音楽−１のシナリオによって紹介された音楽に関するホームページの感想（点数）をクライアント１０から取得し、サーバ３のシナリオ配信手段は、クライアント１０から次のシナリオの要求を受信すると、次は文学−１のシナリオを選択して配信する。つまり、矢印（１）に示すようにスポーツ−１、音楽−１、文学−１、お笑い−１、クルマ−１、食べ物−１、パソコン−１といったシナリオ進行となり、最終ジャンルまで終了すると、スポーツのジャンルに戻り（図１０の矢印（２）参照）、矢印（３）に示すようにスポーツ−２、音楽−２・・パソコン−２と進み、最終ジャンルまで終了すると、同様にスポーツのジャンルに戻り（図１０の矢印（４）参照）、矢印（５）に示すようにスポーツ−１・・パソコン−３といったシナリオ進行となる。
【００４６】
そして、パソコン−３のシナリオがクライアント１０にて終了し、サーバ３はスポーツ−１からパソコン−３で紹介したホームページの点数を全て取得すると、これら取得したホームページの点数によって統計を出し、ユーザが好むジャンルの順位付けを行う。この統計の計算方法とは、取得した点数をジャンル毎に合計し、この合計をそのジャンルにおけるシナリオ数（点数が付けられたシナリオ数）で除算した平均点を算出するものである。なお、これら取得した点数は上述したようにユーザ操作記録表に記録されており、この統計の計算の際にはユーザ操作記録表を用いて行われる。
なお、３順目の最終ジャンル（ここでは、パソコン）まで終了後、順位付けするとしたが、もちろん３順目に限定されるものではなく、４順目の最終ジャンルまで終了後、順位付けするようにしてもよい。なお、以降においては、上述した全ジャンルをＮ順（Ｎ＝１，２・・・）してシナリオを送信する動作を初期モードという。
【００４７】
そして、この計算によって算出された平均点の高い順に、ジャンルを並べ替える。ここでは、説明を簡単にするために、平均点の高い順にスポーツ、音楽、文学、お笑い、クルマ、食べ物、パソコンになったとする。そして、全てのジャンルを、点数によって２つに分ける。この分け方は、点数の低い２つのジャンル（食べ物、パソコン）で構成する２軍と、残り（スポーツ、音楽、文学、お笑い、クルマ）のジャンルで構成する１軍とに分けるものである。なお、２軍の数を２つとしたが、この数に限定されるものではない。
【００４８】
図１１は図１０のジャンルを平均点に基づいて１軍と２軍とに区分け後のシナリオの進行順序を示す図である。以下、図１１を参照しながら１軍と２軍とに分けた後のシナリオ進行を説明する。なお、１軍と２軍とに区分後は、１軍に属するシナリオのみが、シナリオ進行の対象となる。すなわち、１軍となったジャンルのシナリオのみが選択される。また、点数は図７のシナリオに従い、最高を１００点、まぁまぁを７５点、ふつうを５０点、興味無いを２５点、最低を０点として、以下の説明を行う。
まず、１軍のうち、１番点数が高いジャンルのスポーツ−４のシナリオがシナリオ・画像記憶部４から選択されてクライアント１０に配信され、クライアント１０から取得した、このシナリオが紹介するホームページに対する点数が７５点より高い点数の場合には、同じジャンルの次のシナリオ（スポーツ−５）へ進み、７５点以下の点数の場合には、１軍のうち、２番目に得点が高いジャンルの音楽−４のシナリオに進む。つまり、そのジャンルのシナリオが面白ければ、同じジャンルの次のシナリオへ、面白くなければ、違うジャンルのシナリオへ進むといった進行順序となる。
【００４９】
ただし、同じジャンルのシナリオが所定数（ここでは２つとする）続いた場合には、２つ目のシナリオに対する点数が７５点より高い点数であっても、同じジャンルの次のシナリオには進まず、そのジャンルの次に得点が高いジャンルのシナリオへ進む。つまり、スポーツ−４からスポーツ−５のシナリオへ進行後、スポーツ−５のシナリオに対する点数が７５点より高くても、同じジャンルのシナリオが２つ続いたため、スポーツ−６のシナリオには進まず、音楽−４のシナリオに進む。
なお、このしきい値となる点数（ここでは７５点とした）及び同ジャンルのシナリオが連続可能な所定数（ここでは２つとした）はこれに限られたものではなく、任意に設定可能である。
【００５０】
上述のようにしてシナリオを進行していき、１軍のジャンルにおけるシナリオが終了すると（すなわち、クルマ−４のシナリオにおいてこのシナリオに対する点数が７５点以下の場合、又はクルマ−５のシナリオにおいてこのシナリオに対する点数が７５点より高い場合）、全てのジャンルにおいて、ジャンル毎に上述と同様の方法で平均点を算出する。
なお、ここで、平均点を算出するジャンルを、シナリオ進行の対象とした１軍に属するジャンルではなく、全てのジャンルとしたのは、上述したように、同じシナリオが複数のジャンルに登録されている場合において、あるジャンルに属するシナリオに点数が付けられると、他のジャンルに属するシナリオにも点数が付けられるため、２軍とされたジャンルに点数が入ることがあるためである。
【００５１】
そして、２軍の数（すなわち２つ）に基づいて、１軍において平均点の低いジャンルと２軍に属するジャンルとを交換する。すなわち、１軍において平均点の低い２つのジャンルと２軍に属する２つのジャンルとを交換する。ここでは、１軍において平均点の高い順にスポーツ、音楽、文学、お笑い、クルマであったとすると、図１２に示すように１軍がスポーツ、音楽、文学、食べ物、パソコンといったジャンルとなり、２軍がお笑い及びクルマのジャンルとなる。そして、１軍において、平均点の高い順に並べ替える。
なお、交換する数を２軍の数に基づくとして説明したが、この数に限られるものではない。例えば１つとした場合には、１軍において平均点の低いジャンルと、２軍のジャンルにおいて平均点の高いジャンルと交換するようにすればよい。
【００５２】
そして、１軍のジャンルにおいて上記と同様の方法でシナリオの進行が行われ、シナリオが無くなるまで繰り返される。
【００５３】
なお、あるジャンルにおけるシナリオが無くなった場合には、そこでシナリオ進行を終了せず、そのジャンルを省いた他のジャンルにおいて、上述のシナリオ進行を続けて行う。また、全てのジャンルのシナリオが無くなった場合や、上述のようにあるジャンルにおけるシナリオが無くなり、シナリオ進行を終了する場合には、その旨のシナリオ（予め別途登録しておく）をクライアント１０に配信し、ユーザに通知して、シナリオ進行を終了する。
【００５４】
なお、図１０に配置されている各ジャンル毎のシナリオの配置位置は任意であり、例えば、シナリオ・画像記憶部４への登録順や、各ジャンルに属するシナリオに対し優先度を設け、配置するようにしてもよい。
【００５５】
図１５及び図１６は上述のシナリオ進行順序を示すフローチャートである。以下、シナリオ配信手段が配信するシナリオ進行順序を、図１５及び図１６に基づいて説明する。
図１４は図１５及び図１６における変数及び定数の一部を説明する図である。まず、図１４に示した変数及び定数を説明する。
＜変数＞
ｘ：実行しているジャンル番号
ｙ（ｘ）：ジャンル番号ｘにおけるシナリオの位置を示す番号
＜定数＞
Ｘ：シナリオ・画像記憶部４に記憶されているシナリオのジャンル数
Ｙ（ｘ）：ジャンル番号ｘのシナリオ数
Ｍ：全てのジャンルを実行しなければならない初期モードにおいて、同一ジャンルのシナリオが実行される所定数
Ｗ：１軍のジャンル数
Ｈ：同一ジャンルのシナリオが連続して実行可能な最大数
以上が図１４に示された変数及び定数とその内容である。
【００５６】
上記以外の他の変数及び定数を以下に説明する。
＜変数＞
ｃ（ｘ）：ジャンル番号ｘのシナリオを実行した数
ｔ（ｘ）：ジャンル番号ｘのシナリオに対して付与された点数の合計
ａ（ｘ）：ジャンル番号ｘのシナリオの平均点
ｆ（ｘ）：ジャンル番号ｘのシナリオ全てが使用済み又は無効のどちらかとなったか否かを示すフラグ（未使用かつ有効なシナリオがある場合＝０、全て使用済み又は無効の場合＝１）
＜定数＞
Ｓ：シナリオに対する点数のしきい値
【００５７】
まず、ユーザ情報記憶部５からデータを取り出し（Ｓ３１）、新規か否かを判断し（Ｓ３２）、新規であれば、ｙ（１）〜ｙ（Ｘ）を１に初期化し、それ以外の変数（ｙ（１）〜ｙ（Ｘ）、ｃ（１）〜ｃ（Ｘ）、ｔ（１）〜ｔ（Ｘ）、ａ（１）〜ａ（Ｘ））を０に初期化する（Ｓ３３）。そして、ジャンル番号ｘをインクリメントし（Ｓ３４）、そのジャンル番号ｘがジャンル数Ｘ以下の場合で（すなわち、最終ジャンルまで実行していない場合）（Ｓ３５）、初期モードを終了していなければ（Ｓ３７）、ｘ、ｙ（ｘ）の位置のシナリオが未使用かつ有効か否かを判断し（Ｓ３８）、未使用かつ有効であれば、ｘ、ｙ（ｘ）の位置のシナリオをクライアント１０に送信する（Ｓ３９）。そして、クライアント１０にてシナリオの実行が行われる。そのときのサーバ３での処理（Ｓ４０）は、図１７のフローチャートに相当し、図１７のフローチャートは上述したため、ここでは、シナリオ進行順序と関連する処理のみ説明し、その他の動作は重複するため省略する。
【００５８】
図１７に示すように、シナリオ実行時、サーバ３は、クライアント１０から感想の点数又は終了命令を受信すると、受信したデータをシナリオ配信手段へ渡す。そして、その渡されたデータの内容が、感想の点数であれば（Ｓ４１）、ｔ（ｘ）に点数を加算して、ステップＳ３９において配信したシナリオ（これと同じシナリオであって、他のジャンルに登録されたシナリオを含む）を使用済みとする（Ｓ４２）。そして、そのジャンル番号ｘのシナリオを実行した数ｃ（ｘ）をカウントし（Ｓ４３）、ｙ（ｘ）を１に初期化して（Ｓ４４）、ステップＳ３４の処理に移行して同様の処理を繰り返し行い、ジャンル番号ｘがジャンル数Ｘを超えたならば（すなわち、最終ジャンルまで実行したならば）、ジャンル番号ｘを１に戻して（Ｓ３６）、ステップＳ３７の処理に移行する。
なお、ステップＳ３８において、ｘ、ｙ（ｘ）の位置のシナリオが使用済みの場合又は有効でない場合（上述したが、例えば有効期間を過ぎたシナリオの場合等）は、ジャンル番号ｘのシナリオであって未使用かつ有効なシナリオを順次検索し（Ｓ３８、Ｓ４５）、見つかればそのシナリオを送信し（Ｓ３９）、そのジャンル番号ｘにおいて見つからなければ（Ｓ４６）、次のジャンルで検索すべくジャンル番号ｘをインクリメントし、ｙ（ｘ）を１に初期化して（Ｓ４７）、次のジャンルで同様に検索し、見つかるまで次々とジャンルを進めて検索する。しかし、検索を続けて最終ジャンルのシナリオにおいても未使用かつ有効な見つからなければ（Ｓ４８）、該当するシナリオが無いため処理を終了する。
【００５９】
また、ステップＳ４１において、データの内容が終了命令の場合には、初期モードとしてデータ（ｘ、ｙ（１）〜ｙ（Ｘ）、ｃ（１）〜ｃ（Ｘ）、ｔ（１）〜ｔ（ｘ）、ａ（１）〜ａ（Ｘ））をユーザ情報記憶部５に保存して（Ｓ４９）、処理を終了する。
なお、クライアント１０にシナリオが送信されたものの、点数が付けられずクライアント１０からの終了命令によりそのシナリオを終了したとき、ステップＳ４９で保存されるジャンル番号は、その終了命令を受信した際に実行されていたシナリオのジャンル番号である。ここでは、そのジャンル番号を３として説明すると、保存されるジャンル番号は３である。このため、次回実行するシナリオのジャンル番号は４となる（ステップＳ３４でインクリメントするため）が、ジャンル番号３のシナリオは点数が付与されず終了したため、このジャンル番号３のシナリオから始めるものとして、ステップＳ４９で保存するジャンル番号はジャンル番号ｘから１減算した値としてもよい。
【００６０】
上記処理の流れは、初期モードにおける処理の流れを示しており、ステップＳ３７においてｃ（Ｘ）がＭ以上となると、すなわち、初期モードを終了すると、平均点ａ（ｘ）（ｘ＝１....Ｘ）を算出する（Ｓ５０〜Ｓ５３）。そして、平均点の高い順にジャンル番号を割り振り直す（Ｓ５４）。そして、ｙ（ｘ）〜ｙ（Ｘ）を１に初期化し、その他の変数を０に初期化する（Ｓ５５）。そして、ジャンル番号ｘが１軍のジャンル数Ｗ以下の間（Ｓ５７）、以下の処理を繰り返す。
【００６１】
ジャンル番号ｘをインクリメントし（Ｓ５８）、そのジャンルのシナリオを実行した数ｃ（ｘ）が、同一ジャンルのシナリオを連続して実行可能な最大数Ｈより小さい場合は（Ｓ５９）、ジャンル番号ｘ、ｙ（ｘ）の位置のシナリオが未使用かつ有効か否かを判断し（Ｓ６０）、未使用かつ有効であれば、そのシナリオをクライアント１０に送信する（Ｓ６１）。そして、ステップＳ６２の処理に移行するが、ステップＳ６２の処理は、前述のステップＳ４０の処理と同じであるため説明を省略する。そして、データの内容が感想の点数であれば（Ｓ６３）、ｔ（ｘ）に点数を加算し、送信したシナリオ（これと同じシナリオであって、他のジャンルに登録されたシナリオを含む）を使用済みとし（Ｓ６４）、そのジャンル番号ｘのシナリオを実行した数ｃ（ｘ）をカウントする（Ｓ６５）。
【００６２】
そして、送信したシナリオに対するクライアント１０からの点数がしきい値Ｓよりも高い場合には（Ｓ６６）、同一ジャンルのシナリオを送信すべく、シナリオの位置を示す番号ｙ（ｘ）をインクリメントし（Ｓ６７）、同一ジャンルのシナリオであって、未使用かつ有効なシナリオが見つかるまで順次検索する。しかし、検索されずにジャンル番号ｘにおけるシナリオの位置を示す番号ｙ（ｘ）が、そのジャンルにおけるシナリオ数Ｙ（Ｘ）を超えた場合は（Ｓ６８）、つまりそのジャンルのシナリオ全てが使用済みまたは無効のどちらかであるため、フラグを立て（Ｓ７１）、ステップＳ６９の処理に移行する。
【００６３】
送信したシナリオに対する点数がしきい値Ｓ以下である場合、ステップＳ６６においてカウントされたｃ（ｘ）が同一ジャンルのシナリオを連続して実行可能な最大数Ｈ以上になった場合（すなわち、同じジャンルのシナリオが所定数続いた場合）及び上述したように同一ジャンルのシナリオであって、未使用かつ有効なシナリオを検索するものの、そのジャンルにおいて該当するシナリオが見つからなかった場合は、次のジャンルで検索すべく、ｘをインクリメントし、ｙ（ｘ）を１に初期化して（Ｓ６９）、同様に順次検索し、該当するシナリオが見つかるまで次々とジャンルを進めて検索する。しかし、検索されずに、ジャンル番号ｘが１軍のジャンル数Ｗを超えると（Ｓ５７又はＳ７０）、すなわち、１軍のジャンルにおいて上記処理（Ｓ５７〜Ｓ７１）を終了すると、ｆ（１）〜ｆ（Ｗ）が全て１か否かを判断し（Ｓ７２）、ｆ（１）〜ｆ（Ｗ）が全て１ではない場合には、平均点ａ（ｘ）（ｘ＝１....Ｘ）を算出して（Ｓ７３〜Ｓ７６）、ステップＳ５４の処理に移行し、平均点の高い順にジャンル番号を割り振り直す（Ｓ５４）。ｆ（１）〜ｆ（Ｗ）が全て１の場合には、シナリオが無いため処理を終了する。
【００６４】
なお、ステップＳ６３において、データの内容が終了命令であると判断すると、ユーザ情報記憶部５にデータ（ａ（１）〜ａ（Ｘ）、ｙ（１）〜ｙ（Ｘ）、ｃ（１）〜ｃ（Ｘ）、ｔ（１）〜ｔ（Ｘ）、ｆ（ｘ）〜ｆ（Ｘ）、ｘ）を保存して（Ｓ７７）、終了する。
なお、このときのジャンル番号ｘも上記ステップＳ４９で説明した場合と同様に、そのときのジャンル番号ｘから１減算した値としてもよい。
【００６５】
なお、図１５及び図１６のフローチャートでは、ステップＳ３１において、データを取り出し、新規でないと判断し、次いで、初期モードでないと判断した場合には（Ｓ５６）、取り出したジャンル番号ｘをインクリメントした次のジャンル番号（Ｓ５８）のシナリオであって、未使用かつ有効なシナリオを検索し、検索されたシナリオをクライアント１０に送信するようにしているが、最後に実行されたシナリオに対してクライアント１０から付けられた感想の点数を参照し、点数がしきい値よりも高ければ、そのシナリオと同じジャンルのシナリオを送信し、しきい値以下であれば次のジャンルのシナリオを送信するようにしてもよい。
【００６６】
本実施の形態１によれば、シナリオに基づいて、キャラクターが微笑む等のエージェント部３２における動画と音声変換部１５による音声とによって情報が提供されるので、従来の文字や静止画による情報の提供と比較すると、視覚及び聴覚に訴え、情報の伝達を効果的に行える情報提供システムを得ることができる。
【００６７】
クライアント１０がシナリオに基づいて動作する場合において、ホームページはＷＷＷサーバ２から取り込んで表示し、画像はこの画像ファイルに関する情報（画像ファイル名又は画像ファイル情報）をサーバ３に送信し、サーバ３は受信した情報に基づいて、必要に応じてシナリオ・画像記憶部４から指示された画像ファイルを読み出してクライアント１０に送信し、クライアント１０はこの画像を取り込んで表示するので、サーバ３は従来のようにホームぺージ、画像及びコントロール情報をまとめて送信する必要がなくなり、テキストデータで構成されたシナリオ（従来のコントロール情報に相当する）を配信するだけで上記のような効果的な情報の伝達を行うことができる。これにより、プッシュ型の情報提供システムをサーバ３の負荷を増大させることなく実現できる。
【００６８】
また、サーバ３は、クライアント１０に配信したシナリオに対するユーザの回答（ホームページに対する感想等）を、ユーザ毎にユーザ情報としてユーザ情報記憶部５のユーザ操作記録表に記録管理し、シナリオ配信手段は、次にクライアント１０に配信するシナリオを、このユーザ操作記録表のユーザ情報による統計的データに基づいてシナリオ・画像記憶部４から選択してクライアント１０に配信するようにしたので、ユーザに対し関心度が高い情報を提供することができる。
【００６９】
また、シナリオ配信手段は、同じジャンルのシナリオを所定数連続して配信すると、次に配信するシナリオを次のジャンルから選択して配信するようにしたので、用意されたシナリオのなるべく全てをユーザに提供することができる。
【００７０】
実施の形態２．
本実施の形態２は、実施の形態１のシナリオ進行順序において、シナリオに対して数段階の優先度を設け、シナリオ配信手段は、その優先度に基づいて、シナリオ・画像記憶部４から選択し配信するようにしたものである。ここでは、優先度を以下に示す３段階とする。
【００７１】
優先度大：ジャンルに関わらず最初に選択する。
優先度中：このシナリオが属するジャンルのシナリオが選択される際に最初に選択する。
優先度小：実施の形態１と同様の進行順序で選択する。
優先度大のシナリオとは、例えば全ユーザへの掲示的な内容が含まれるシナリオである。優先度中のシナリオとは、例えば時事的な内容が含まれるシナリオであり、一例をあげると、あるモーターショーが１０月１日から１２月１日まで開催されているといった内容のシナリオがあげられ、このシナリオの場合、実施の形態１のシナリオ進行において、クルマのジャンルのシナリオに進行する際に、最初に選択される。また、このように有効期間（この例では１０月１日から１２月１日まで）があるシナリオの場合には、有効期間を過ぎると無効シナリオとなりシナリオ・画像記憶部４から消去される。優先度小のシナリオとは、上述したように実施の形態１と同様の進行順序で選択されるシナリオであって、すなわち、実施の形態１で示したシナリオである。つまり、実施の形態１のシナリオ進行は、全てのシナリオが優先度小であった場合の例である。
【００７２】
このように、本実施の形態２は実施の形態１のシナリオ進行において、シナリオに対して数段階の優先度を設け、その優先度に基づいて、シナリオ配信手段に、シナリオ・画像記憶部４からシナリオを選択させて配信させるようにしたので、実施の形態１とほぼ同じ作用及び効果が得られると共に、シナリオをそのシナリオの内容に応じて柔軟に配信することができる。
【００７３】
実施の形態３．
図１８は本実施の形態３のクライアントとサーバの動作説明図である。図において４１は、小規模ネットワーク６を構成するプロバイダーである。
【００７４】
本実施の形態３は、情報提供プログラムが起動すると、実施の形態１と同様に、連動してＷＷＷブラウザも起動し、所定の画面が表示部１３に表示され、ついで、表示部１３はユーザのＩＤ及びパスワードの入力を促す画面を表示し、入力部１１にて入力が行われると、メール確認要求手段２２は、通信部１２を介してサーバ３に入力されたＩＤ、パスワード及びメール確認を要求する旨のメール確認要求を送信し、要求を受信したサーバ３のメール配信手段は、ＩＤに基づいてユーザを特定し、特定されたユーザ宛のメールが格納されたメールサーバ２３から、電子メール（以下、メールという）を引き出してクライアント１０に送信し、主制御部１６はメールを受信したことを認識すると、ブラウザ制御手段１７に指示してブラウザ部３３にメールのタイトルを表示（タイトルをＨＴＭＬ化して表示）させ、主制御部１６は入力部１１によって任意のタイトルの選択が行われたことを認識すると、選択されたメールをサーバ３に要求し、要求を受信したサーバ３は、メールサーバ２３から指示されたメールを引き出し、メール内容をクライアント１０に送信し、主制御部１６はメール内容を受信したことを認識すると、ブラウザ制御手段１７に指示してブラウザ部３３にメールの内容を表示（内容をＨＴＭＬ化して表示）させ、ユーザの任意により、メールの内容を音声変換部１５にて音声に変換して出力し、エージェント制御手段２１は、音声変換部１５の出力に応じて、上述のように、例えばキャラクターの口が動いているかのように画像をエージェント部３２に表示するよう制御するようにしたものである。
【００７５】
このように構成したことにより、情報提供プログラムを起動させるだけで、特別な操作をすることなく自動的に自分宛の電子メールの一覧が表示され、その一覧から所望の電子メールを選択すると、選択された電子メールの内容が表示され、また、任意により電子メールの内容をキャラクターの動作と共に、音声で聞くことができる。
【００７６】
このような上記各実施の形態に係る情報提供システムは、インターネット等の大規模ネットワーク１上でのサービスを提供する手段として活用することが可能である。
【００７７】
また、このような各実施の形態に係る情報提供システムをクローズネットでのサービスとして活用することが可能である。例えば、イントラネット等の社内ネット、地域型のクローズネット（ケーブルテレビ局のインターネット接続も含む）等を管理するサーバにシナリオを予め格納しておき、これらのネットワークの利用者に、シナリオに基づいて情報を提供することで、初心者、老若男女を問わず、誰もが不安感を持たずにインターネットの世界を堪能できる。これにより、他のネットワークに対して、これまで以上にそのネットワークの独自性をアピールすることができる。
【００７８】
また、このような各実施の形態に係る情報提供システムを広告として活用することが可能である。例えば、ＷＷＷサーバ２におけるホームページの広告主が、予め自己のホームページの内容を紹介するシナリオを用意してサーバ３から配信することにより、ＷＷＷブラウザで自己のホームページを紹介しながら、内容を動くキャラクターにより音声にて説明することができる。例えば、キャラクターのナビゲーションの最中に、広告主のホームページにジャンプして、その情報を喋らせることができる。また、この広告の音声部分の更新、すなわちシナリオの更新はネットワークを通じて簡単且つ容易にできるので、最新の広告内容を迅速に提供することができる。つまり、ニュースのように即時性のある広告宣伝が可能となる。
【００７９】
なお、上記各実施の形態では、シナリオ管理サーバと画像管理サーバとをサーバ３において一体化して実現した例について説明したが、この組み合わせに限られず、シナリオ管理サーバ、画像管理サーバ及びＷＷＷサーバ２のうち、任意の２又は３つのサーバを組み合わせて、一体のサーバとして構成してもよい。
また、逆にそれぞれ独立したサーバとして構成してもよい。
【００８０】
【発明の効果】
以上に説明したように、本発明の一つの態様によれば、サーバシステムは、シナリオをクライアントに送信し、クライアントにてこのシナリオを実行する際に各種の情報や画像情報が必要となる場合には、それぞれの情報に対応するサーバがクライアントからの入力に基づいて必要に応じて情報を読み出して送信するので、シナリオを実行する際に必要となるデータの全てを、シナリオを送信する度に送信する必要がなく、送信量が少なくすることができる。これにより、プッシュ型の情報配信をサーバシステムの負荷を増大させることなく実現できる。
【００８１】
本発明の他の態様によれば、クライアントはシナリオを解析して、シナリオに基づいて情報及び画像を表示すると共に、音を出力するので、提供したい情報を画像及び音を用いて効果的にユーザに伝達することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１〜３のシステム構成を示す図である。
【図２】表示部１３の表示画面の一例を示す図である。
【図３】シナリオ・画像記憶部に登録されている複数のシナリオの一例を示す図である。
【図４】ユーザ操作記録表の一例を示す図である。
【図５】サーバとクライアントとの通信手順を示す図である。
【図６】本発明の実施の形態１の動作説明図である。
【図７】シナリオの具体例を示す図である。
【図８】選択肢が表示されたエージェント部の表示画面の一例を示す図である。
【図９】シナリオ実行時におけるクライアントの処理の流れを示すフローチャートである。
【図１０】シナリオの進行順序を示す図である。
【図１１】１軍と２軍に区分後のシナリオの進行順序を示す図である。
【図１２】点数に基づいて並べ替えた後の１軍及び２軍を示す図である。
【図１３】図１０の進行順序に従い表示部の表示画面の変化を示す図である。
【図１４】シナリオ進行における変数を示す図である。
【図１５】サーバにおけるシナリオ進行順序を示すフローチャート▲１▼である。
【図１６】サーバにおけるシナリオ進行順序を示すフローチャート▲２▼である。
【図１７】シナリオ実行時におけるサーバの処理の流れを示すフローチャートである。
【図１８】本発明の実施の形態３の動作説明図である。
【符号の説明】
１大規模ネットワーク
２ＷＷＷサーバ（情報管理サーバ）
３サーバ（シナリオ管理サーバ及び画像管理サーバ）
４シナリオ・画像記憶部
５ユーザ情報記憶部（評価データ記憶部）
７公衆回線網
１０クライアント
１１入力部
１２通信部
１３表示部
１４記憶部（表示画像記憶部）
１５音声変換部
１６主制御部
１７ブラウザ制御手段（第１の表示制御手段）
１８情報提供手段
１９シナリオ要求手段
２０シナリオ解析手段
２１エージェント制御手段（第２の表示制御手段）
２２メール確認要求手段
２３メールサーバ
３１表示画面
３２エージェント部
３３ブラウザ部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a medium in which an arithmetic processing program of a server system in a man-machine interface is recorded.To the bodyMore particularly, the present invention relates to effective information provision using images and sound.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, a WWW (WORD WIDE WEB) server is provided on a network such as the Internet, and a so-called home page can be browsed by a WWW browser by accessing the WWW server.
Also, in contrast to the pull-type information distribution, which has recently received information from the user side by accessing the WWW server as described above, the push-type information distribution method for transmitting information to the user from the server side, such as a television or radio. Technological development is becoming more active. However, at present, the push type method is a pull type in which the client side retrieves information in accordance with the update schedule of the server that provides information, and is a pseudo push type.
[0003]
[Problems to be solved by the invention]
However, the conventional WWW browser has a problem in that it is difficult to convey information that is difficult to understand, the main points of the information, and the like because information is transmitted using pictures and characters.
Further, as described above, even a push-type technology is actually a pull-type in which a client retrieves information from a server, and does not realize original push-type information distribution. In addition, the push type server has a problem that the load on the server is large because the home page, the image, and the control information are collectively transmitted to the client.
[0004]
For this reason, there has been a demand for the development of an information providing system capable of effectively transmitting information without increasing the load on the server for push-type information distribution.
[0005]
[Means for Solving the Problems]
(1) In the present inventionThe medium on which the server system arithmetic processing program is recorded is a medium in which a program for performing the arithmetic processing of the server system connected to the client via a line is recorded. First data to be converted, second data for specifying information in the information storage unit in which various types of information are stored, and images in the image storage unit in which various types of image information including character images are stored A scenario is selected from a scenario storage unit in which a plurality of scenarios having third data for specifying information is stored, the scenario is distributed to a client via a line, and a request for information based on the second data is made If there is, the corresponding information is read from the information storage unit and transmitted to the client, and an input related to the image information based on the third data is received. Then, the corresponding image information is read from the image storage unit as necessary and transmitted to the client, and each scenario is classified into one of predetermined types and stored in the scenario storage unit for distribution. To collect evaluation data from clients for the scenario, and to prioritize the types based on the collected evaluation data, and refer to the evaluation data,(a) When the evaluation for the distributed scenario satisfies a predetermined standard, next, the scenario of the same type as the distributed scenario is distributed, and (b) When the evaluation for the distributed scenario does not satisfy the predetermined standard or When the process of (a) is repeated a predetermined number of times, the next type of scenario based on the priority order is then distributed, and the process of (b) is performed from the first to the mth ( Evaluation data in the evaluation data storage unit for the scenario distributed in the processes (a) and (b) above when performed m times in the first type consisting of up to 1 <m <n, where n is the maximum number of types) Based on the first type, the priority is set to the first type, the lower type of the first type and the second type consisting of the (m + 1) th to nth types are exchanged in the same number, and the first type Updated type and second type And one in which to repeat the process of (a) and (b).
In addition, PaintingThe predetermined data relating to the image information is, for example, information such as the creation date and version number of the image. When such input is made, the corresponding image information is read from the image information storage unit as necessary and sent to the client. For example, when the creation date / time is input and the creation date / time is old, new image information is transmitted to the client.
[0009]
DETAILED DESCRIPTION OF THE INVENTION
Embodiment 1 FIG.
FIG. 1 is a block diagram showing a configuration of an information providing system according to Embodiments 1 to 3 of the present invention.
1 is a large-scale network such as the Internet, 2 is a WWW server that is connected to the large-scale network 1 and provides a homepage, and 6 is a provider's network or a closed type that can be accessed only by a specific user who is permitted in advance. Network (for example, a so-called intranet (in-house LAN) constructed using a “wall” such as a firewall) and a local closed net (for example, a dedicated network constructed by a cable TV station), In the following description, it is assumed that the network is a provider network.
A mail server 23 is connected to a provider constituting the small-scale network 6 and stores electronic mail.
[0010]
Reference numeral 3 denotes a server (scenario management server and image management server), which is connected to a scenario / image storage unit 4 in which a plurality of scenarios and image files described later are stored and a user information storage unit 5 that manages information about the user. Scenario distribution means (not shown) that selects scenarios from the storage unit 4 in a predetermined order and distributes them to a client computer (hereinafter referred to as a client) 10, and mail that collects mails from the mail server 23 and distributes them to the clients 10 Distribution means (not shown) are provided. The server 3 is configured by the server 3, the scenario / image storage unit 4, and the user information storage unit 5, and the server side is connected to the client 10 via the large-scale network 1, the small-scale network 6, and the public line network 7. Is done.
[0011]
The client 10 is a computer such as a personal computer that the user has, for example, an input unit 11 such as a mouse operated by the user, a communication unit 12 that communicates with the server 3, a display unit 13 that performs screen display, various programs, and image files. And the like, a voice conversion unit 15 that converts text data into voice and outputs it, and a main control unit 16 (CPU) that controls the entire client 10 including these components.
[0012]
An information providing program for providing information and a WWW browser for browsing a home page are installed in the storage unit 14. This information providing program provides various types of information to the user using images and sounds of characters and the like created by CG or the like. Here, the WWW server 2 provides various types of information. It will be described as a web page (so-called home page). The WWW browser is associated with the information providing program when it is activated. Of course, when the WWW browser is activated, the information providing program may be activated. When the information providing program and the WWW browser are activated in this way, as shown in FIG. 2, an agent unit 32 that displays an image of a character or the like by the information providing program is displayed on the display screen of the display unit 13, and the WWW The browser unit 33 is displayed by the browser. This character is set in advance by the information providing program.
[0013]
The main control unit 16 includes a WWW browser stored in the storage unit 14 and browser control means 17 for controlling the browser unit 33 by the CPU, an information providing program stored in the storage unit 14 and predetermined control by the CPU. The information providing unit 18 includes a scenario requesting unit 19 that requests the server 3 to distribute a scenario, and a scenario that analyzes the scenario and performs predetermined control based on the analysis result. The analysis unit 20 includes an agent control unit 21 that controls the agent unit 32, and a mail confirmation request unit 22 that requests confirmation of the mail.
[0014]
The scenario / image storage unit 4 stores a scenario for instructing the operation of the client 10. In this scenario, the client 10 is instructed to use a voice and an image to introduce a homepage provided by the WWW server 2, a question related to the homepage, and a question regarding the degree of interest in the homepage. Yes, it is a text file written in text. A plurality of such scenarios are created in advance for each of a plurality of genres (for example, sports, music, etc.), and are registered in the scenario / image storage unit 4 for each genre.
[0015]
FIG. 3 is a diagram illustrating an example of a plurality of scenarios registered in the scenario / image storage unit 4. The alphabetical characters in the figure are the types of genres, and in this example, sports, music, literature, comedy, cars, food, and personal computers are shown in order from A to G. The figure shows that a plurality of scenarios are registered for each genre. For example, a scenario relating to baseball is registered as the first sport genre.
The same scenario may be registered in a plurality of genres. For example, if there is a scenario related to “the athlete who has won the Naoki Prize”, this scenario is registered in both the literary genre and the sports genre.
Further, the number and type of genres described above are examples, and of course, the genre is not limited to these.
[0016]
The user information storage unit 5 stores a user operation record table for managing information about users. An example of the user operation record table is shown in FIG. As shown in the figure, the user operation record table includes an ID field for recording an ID for identifying a user, a scenario name field for recording a scenario name distributed to the user, and a question number field for recording a question number included in the scenario. , An answer field in which the user's answer to the question is recorded, and a score field in which the score given by the user to the home page introduced by the scenario is recorded. Information is managed for each user by the user operation record table.
[0017]
FIG. 5 is a diagram illustrating a communication procedure between the server and the client in FIG. 1, and FIG. 6 is an operation explanatory diagram of the server and the client in FIG. Hereinafter, the operation of the first embodiment will be described.
First, when the user activates the information providing program by operating the input unit 11 in the client 10, the WWW browser is also activated and a predetermined screen is displayed on the display unit 13. The display unit 13 displays a screen that prompts the user to input an ID and password. When the input unit 11 performs input, the scenario request unit 19 requests the input ID, password, and scenario. The scenario request command is transmitted to the server 3 via the communication unit 12 and various networks (public line network 7, small network 6 and large network 1) (see arrow (1) in FIG. 5 and FIG. 6). The server 3 identifies the user of the client 10 based on the received ID and password, searches the user operation record table in which the identified user information is managed from the user information storage unit 5 based on the ID, and distributes the scenario. The means selects a scenario in a predetermined order from the scenario / image storage unit 4 based on the user information in the retrieved user operation record table (this selection order will be described in detail later) and distributes it to the user ( The server 3 writes the name of the distributed scenario in this user operation record table (see FIG. 4).
[0018]
When the main control unit 16 recognizes that the scenario has been received, the scenario analysis means 20 analyzes and executes the scenario received by the scenario analysis unit 20 for one line. In this scenario, as described above, the client 10 is instructed to ask a question about a home page using voice and images, and the scenario analysis unit 20 uses the agent control unit 21, the browser control unit 17 and the The voice conversion unit 15 is controlled. As a result, the agent control means 21 displays the image indicated by the scenario on the agent section 32, the browser control means 17 displays the home page (HP) indicated by the scenario on the browser section 33, and the voice conversion section 15 indicates the instruction. The converted text data is converted to speech and output.
The scenario analysis unit 20 transmits the file name or image file information of the image instructed by the scenario to the server 3, and this information displayed by the agent control unit 21 is captured from the server 3. An image stored in the storage unit 14 (additional image in FIG. 6). An example of this image is the background image of the character, the character wearing a T-shirt or theta according to the season. Images.
[0019]
Then, a question about the homepage is made based on the scenario, and when the main control unit 16 recognizes that an answer (for example, an option number) to the question has been input by the input unit 11, the server 3 via the communication unit 12. The response is transmitted to (see arrow (3) in FIG. 5). When the server 3 recognizes that it has been received, the server 3 records the received answer in the user operation record table of the user information storage unit 5 (see FIG. 4), and transmits a processing end (reception confirmation) message to the client 10 ( (See arrow (4) in FIG. 5).
[0020]
Then, in the client 10, a question for asking impressions about the homepage is performed based on the scenario, and when the main control unit 16 recognizes that an answer (for example, a score) to the question is input by the input unit 11, the communication unit 12 is turned on. The response is transmitted to the server 3 (see arrow (5) in FIG. 5). Then, the server 3 records the received answer in the user operation record table of the user information storage unit 5, and transmits a processing end (reception confirmation) message to the client 10 (see arrow (6) in FIG. 5). When the main control unit 16 recognizes that the reception confirmation message has been received, the scenario requesting means 19 requests the server 3 for the next scenario (see arrow (1) in FIG. 5). Then, the scenario distribution unit of the server 3 selects a scenario from the scenario / image storage unit 4 according to a predetermined order and distributes the scenario to the client 10. The above-described processing is repeated until the user makes an end request for the information providing program (see FIG. 6).
[0021]
FIG. 7 is a diagram illustrating a specific example of a scenario. The contents indicated by the scenario in the figure and the operation of the client 10 according to this scenario will be described below.
[0022]
(1) 1st line
This sentence uses a BACK_TAM01. This is a control statement instructing the agent unit 32 to display it as a GIF (image file: additional image in FIG. 6). The operation of the client 10 by this line will be described in detail in the description of FIG.
[0023]
(2) 2nd line
This sentence instructs the voice conversion unit 15 to convert the instructed sentence into a voice and output it, and instructs the character image displayed on the agent unit 32 to operate in accordance with the output of the voice conversion unit 15. To do. In other words, when analyzing the second line, the scenario analysis means 20 instructs the voice conversion unit 15 to convert the instructed sentence such as “Hey, Tamagochi, it's a big fashion now. Do you know?” Into speech. In response to the output of the voice conversion unit 15, for example, control is performed to display on the agent unit 32 so that the mouth of the character moves. If the image file necessary for displaying the moving image such as the character's mouth moving is not stored in the storage unit 14, the corresponding image file (additional image in FIG. 6) is imported from the scenario / image storage unit 4. The agent control means 21 displays the image corresponding to the agent unit 32 stored in the storage unit 14. By doing this, it is expressed as if the character is singing.
[0024]
(3) 3rd line
This sentence is an instruction sentence that instructs the character to smile and display. That is, the scenario analysis unit 20 instructs the agent control unit 21 to control the agent unit 32 to display a character smiling. If there is no image file necessary for displaying a moving image in which the character smiles in this way in the storage unit 14, the corresponding image file (additional image in FIG. 6) is taken in from the scenario / image storage unit 4 and the storage unit 14, the agent control means 21 displays an image corresponding to the agent unit 32.
(4) 4th line
This sentence is an instruction sentence for instructing the browser unit 33 to display the home page of the specified URL. Based on this instruction, the scenario analysis unit 20 instructs the browser control unit 17 to display the instructed home page on the browser unit 33.
(5) Lines 5 and 6 (same for lines 8, 9, 15, and 18)
In these lines, as in (2), the voice conversion unit 15 is instructed to convert the instructed sentence into speech and output, and the character image displayed on the agent unit 32 is output to the speech conversion unit 15. This is a directive that instructs the corresponding operation. The control is performed as described above by this directive, and the character is expressed as if speaking the instructed sentence.
(6) 7th line
This sentence is an instruction sentence instructing to wait until the WWW browser finishes reading the home page of the designated URL (here, the URL designated in the fourth line).
[0025]
(7) Lines 10-16
These sentences indicate the display of answer options for the content questioned in the ninth line and the action of the character at the time of selection. Note that “QSTART” sandwiched between “----” on the 10th line indicates the start symbol of the option, “1” indicates the question number, and the end of the options on the 10th to 16th lines. Up to the symbol “QEND” is an instruction related to the option. In the case of an instruction related to the option, the command is executed after being analyzed up to the end symbol of the option.
(7.1) 11th line
This sentence is an instruction sentence for designating an option (first) to be displayed on the agent unit 32. By this instruction sentence, the scenario analysis means 20 instructs the agent control means 21 to enter a character string after @LABEL (here Then, control is performed so that “cute!”) Is displayed on the agent unit 32 as an option.
(7.2) 12th line
This sentence is executed when the 11th line option is selected. That is, when the option on the eleventh line is selected, this directive is executed, and control is performed so as to make the character smile as described above.
(7.3) 13th line
This is a symbol indicating that the setting related to the first option has been completed.
[0026]
(7.4) 14th line
This sentence is an instruction sentence for specifying an option (second) to be displayed on the agent unit 32. By this instruction sentence, the scenario analysis means 20 instructs the agent control means 21 to Control is performed so that the character string after LABEL (here, “toy is not”) is displayed as an option on the agent unit 32.
(7.5) 15th line
This sentence is executed when the option on the 14th line is selected. That is, when the option on the 14th line is selected, this conversation sentence is executed, and it is expressed as if the character is speaking as described above.
[0027]
(7.6) 16th line
This is a symbol for ending all setting of options.
[0028]
When the scenario analysis means 20 analyzes the scenarios from the 10th line to the 16th line, the option (character string) is selected in the agent unit 32 as shown in FIG. 8 based on the directives shown in the 11th and 14th lines. ) Is displayed. When one of the options (here, two) displayed on the agent unit 32 is selected (clicking with the mouse or the like) from the input unit 11, control corresponding to the selected option is performed. In other words, when “Cute!” Is selected, control is performed as described above. "It's like that." It is expressed as if the character is speaking.
[0029]
Then, the question number (“1”) and the selected option number (“1” or “2”) are transmitted to the server 3 (see arrow (3) in FIG. 5). When the server 3 receives the question number and the selected number from the client 10, the server 3 records the question number and the selected number in the user operation record table of the user information storage unit 5 (see FIG. 4), and the client 10 finishes the process. (Reception confirmation) message is transmitted (see arrow (4) in FIG. 5). The client 10 is in a standby state after transmitting the question number and the number of the selected option to the server 3. When the client 10 receives a processing end (reception confirmation) message from the server 3, the standby state is canceled and the next The execution of the scenario is restarted from the line (17th line).
[0030]
(8) 17th to 34th lines
These sentences are used to display impression options for the information introduced in the scenario, and to instruct the user 3 to transmit the degree of interest of the user to the server 3 based on the selected impressions. Note that the command from "---- LAST ----" on the 10th line to "---- END ----" on the 34th line is an option related to the impression option. It is executed after being analyzed.
(8.1) 17th line
This is a symbol for the start of impression setting.
(8.2) 19th line
It is a symbol indicating the end of the content to be converted by the voice conversion unit 15 and the start of setting of the choice of impression.
(8.3) 20th line
This sentence is an instruction sentence for designating options to be displayed on the agent unit 32 as in the eleventh line, and the scenario analysis means 20 instructs the agent control means 21 to send a character string after @LABEL (in this case, “ "Highest") is displayed as an option on the agent unit 32.
(8.4) 21st line
This sentence indicates the number of points to be transmitted to the server 3 when the option (“highest”) on the 20th line is selected. When “highest” is selected, the scenario analysis means 20 gives this score 100 Is transmitted to the server 3.
(8.5) 22nd line
This is a symbol indicating the end of the setting of the first option.
[0031]
The 23rd to 25th lines, the 26th to 28th lines, and the 29th to 31st lines have the same structure as the 20th to 22nd lines, respectively, and the 32nd and 33rd lines. Are the same as those in the 20th and 21st lines, and the description of these lines will be omitted because they overlap.
(8.6) 34th line
It is a symbol indicating the end of setting of the choice of impression.
[0032]
When the scenario analysis unit 20 analyzes the scenarios from the 17th line to the 34th line, the agent control is performed based on the directives shown in the 20th line, the 23rd line, the 26th line, the 29th line, and the 32nd line. The means 21 is instructed to control the agent unit 32 to display the option (character string). Then, when any one of the choices (here, five) displayed on the agent unit 32 is selected from the input unit 11 (such as clicking with a mouse), control corresponding to the selected choice is performed. That is, for example, when “highest” is selected, the score 100 is transmitted to the server 3 (see arrow (5) in FIG. 5). When the server 3 receives the impression (score) from the client 10, the server 3 records the score in the user operation record table of the user information storage unit 5 (see FIG. 4), and sends a processing end (reception confirmation) message to the client 10. (Refer to arrow (6) in FIG. 5). Note that the client 10 is in a standby state after transmitting the score to the server 3, and when the processing end (reception confirmation) message is received from the server 3, the standby state is canceled, and the scenario requesting means 19 Is requested to the server 3 (see arrow (1) in FIG. 5). Then, the scenario distribution unit of the server 3 selects a scenario from the scenario / image storage unit 4 according to a predetermined order and distributes the scenario to the client 10.
[0033]
Information stored in the user operation record table of the user information storage unit 5 (scores for the homepage, etc.) is managed as user information in the server 3 and becomes scenario evaluation data to be distributed to the client 10 next. Used when making a selection.
Of the information stored in the user operation record table, the option number for the question, that is, the user's answer to the question is utilized as reference data when creating the scenario.
In addition, the questions included in the scenario function as a questionnaire for users, and by distributing this scenario to multiple users and obtaining answers, it is possible to collect the preferences of multiple users and collect the collected information It can be used for marketing.
[0034]
FIG. 9 is a flowchart showing the flow of client processing during scenario execution. Hereinafter, based on FIG. 9, the flow of processing of the client 10 during scenario execution will be described with reference to FIG. 7. In addition, the part which overlaps with description of the said FIG. 7 is demonstrated easily.
First, the scenario requesting unit 19 requests a scenario from the server 3 (S1), and upon receiving a scenario transmitted from the server 3 based on the request (S2), the scenario analyzing unit 20 extracts one line from the received scenario ( S3), the extracted content is determined (S4), and various processes are performed according to the content.
[0035]
If the content is an image display command (see the first line of the scenario in FIG. 7), an image file name is acquired (S5), and it is determined whether the image file is in the storage unit 14 (S6). If there is, the image file information such as the image file name, size and creation date / time is transmitted to the server 3 (S7). If there is an image file in the reply from the server 3 to the transmitted image file information (S8), the image file is stored in the storage unit 14 (S9), and the agent control means 21 stores the image in the agent unit. 32 (S10). If there is no image file (S6), the image file name is transmitted to the server 3 (S11), and the process proceeds to step S9.
[0036]
When the content of one line of the extracted scenario is a reading command (see the second line of the scenario in FIG. 7), the character string is read out with synthesized speech and displayed on the agent unit 32 by moving the mouth of the character, for example (see FIG. S12).
In the case of an action instruction command (see the third line of the scenario in FIG. 7), the character is moved as instructed (S13).
In the case of a browser control command (see the fourth line of the scenario in FIG. 7), the browser is controlled as instructed (S14).
In the case of a question command (see the tenth to sixteenth lines in the scenario of FIG. 7), the contents of the question are displayed to prompt input (S15), and the input is waited for (S16). When an input is made by the user, it is determined whether or not the input content is an end command (S17). If the input is not an end command, that is, if an answer to the question is input, the answer (question The number and the number of the selected option) are transmitted to the server 3 (S18). The client 10 is in a standby state after sending the response to the server 3, and when receiving a processing end message from the server 3 (S19), the standby state is canceled and whether or not the scenario has the next line is determined. Judgment is made (S20), and if there is, the process proceeds to step S3, and the execution of the scenario is restarted from the next line.
[0037]
In the case of an impression inquiry command (refer to the 17th line to the last line in the scenario of FIG. 7), an impression level is displayed to prompt input (S22), and an input waiting state is entered (S23). When the input is performed by the user, it is determined whether or not the input content is an end command (S24). If the input is not an end command, that is, if a score is input, the score is transmitted to the server 3 (S25). ). The client 10 is in a standby state after transmitting the score to the server 3, and upon receiving a process end (reception confirmation) message from the server 3 (S26), the standby state is canceled, and the process proceeds to step S1. The scenario request unit 19 requests the server 3 for the next scenario.
[0038]
If it is determined in step S17 and step S24 that it is an end command, an end command is transmitted to the server 3 (S21), and the process is terminated.
[0039]
FIG. 17 is a flowchart showing the flow of server processing during scenario execution. Hereinafter, the flow of server processing during scenario execution will be described with reference to FIG.
When the server 3 receives data from the client 10 (S81), it determines the contents of the data (S82) and performs various processes according to the contents.
[0040]
If the content is an image file name or image file information, the image file name is acquired from the data (S83), and it is determined whether or not the designated image file is in the scenario / image storage unit 4 ( S84), if there is, then it is determined whether or not the received data is image file information (S85), and if it is image file information, depending on the creation date and time included in the image file information, etc. It is determined whether the image file in the storage unit 14 of the client 10 is old (S86). If the image file is old or if it is determined in step S85 that the file name is an image file name, a new image file is read from the scenario / image storage unit 4 and transmitted to the client 10 (S87). If it is determined in step S84 that there is no instructed image file, an image file indicating an error is transmitted to the client 10 (S88).
[0041]
If the data content is an answer to the question, the answer is stored in the user information storage unit 5 (S89), a process end message is transmitted to the client 10 (S90), and the process proceeds to step S81.
In the case of the impression score, the score is passed to the scenario distribution means (S91), the score is stored in the user information storage unit 5 (S92), a process end message is transmitted to the client 10 (S93), and the process is performed. finish.
In the case of an end command, the end command is passed to the scenario distribution means (S94), and the process ends. The operation of the scenario distribution means to which the score and the end command are passed will be described below.
[0042]
In step S86, if it is determined that the image file is old, a new image is transmitted. For example, an appropriate image is transmitted to change the character's clothes according to the season, for example. In other words, when a character wearing a T-shirt is displayed in summer, and in winter, the character image wearing a T-shirt is considered to be old and an image of a character wearing a setter or an image of a setter is transmitted. Is applicable. When only the image of the theta is transmitted, it is assumed to be displayed superimposed on the character image.
[0043]
FIG. 10 is a diagram showing the progression order of scenarios, and arrows indicate the progression order. The scenario distribution means selects a scenario from the scenario / image storage unit 4 according to this progression order and distributes the scenario to the client 10. FIG. 13 is a diagram illustrating a change in the display screen of the display unit when the scenario is distributed to the client 10 in accordance with the progression order of FIG. Hereinafter, the scenario progression order will be described with reference to FIG.
The same scenario is not distributed to the same user. For this reason, when the same scenario is registered in a plurality of genres as described above, when the scenario is selected in one genre, control is performed so that the scenario registered in the other genre is not selected. . However, the score given to one scenario is given as a score that is similarly evaluated for scenarios registered in other genres.
[0044]
Here, as one of the control methods, when one scenario is selected, the selected scenario and all the scenarios that are the same as the selected scenario and registered in other genres are used. When selecting, it is determined whether or not the scenario is unused and valid, and an unused and valid scenario is selected, and a used or invalid scenario is not selected. The valid / invalid scenario is, for example, a scenario in which a certain motor show is held from October 1st to December 1st, in such a valid period (in this example, from October 1st to December 1st). The scenario within (up to date) is a valid scenario, and the scenario after the valid period is an invalid scenario.
Here, for simplicity of explanation, it is assumed that the same scenario is not registered in a plurality of genres. That is, all scenarios are always assumed to be unused and effective scenarios.
[0045]
First, the scenario proceeds in the order indicated by the arrow (1). That is, first, a scenario of sport-1 is selected from the scenario / image storage unit 4 and distributed to the client 10. Then, the scenario is executed in the client 10, and operations such as introduction of a homepage related to the sport-1 (see FIG. 13) are performed in the client 10. At the end of the scenario, as shown in FIG. 7, a question is always asked about the impression of this homepage. Here, a question asking about the impression of the homepage introduced by the scenario of sport-1 is made, and the server 3 acquires an impression (score) for this homepage from the client 10. Next, upon receiving a request for the next scenario from the client 10, the scenario distribution unit selects the next genre of music-1 scenario from the scenario / image storage unit 4 and distributes it to the client 10. Then, the scenario is executed in the client 10 in the same manner, and the server 3 acquires the impression (score) of the homepage related to the music introduced by the scenario of the music-1 from the client 10. When a request for the next scenario is received from, the scenario of Literature-1 is selected and distributed. That is, as shown by the arrow (1), the scenario progresses such as sports-1, music-1, literature-1, comedy-1, car-1, food-1, personal computer-1, and when the final genre is finished, Return to the genre (see arrow (2) in FIG. 10), proceed to sports-2 and music-2. (Refer to the arrow (4) in FIG. 10), the scenario progresses as sports-1 · PC-3 as shown by the arrow (5).
[0046]
When the scenario of the personal computer-3 is completed at the client 10 and the server 3 acquires all the scores of the homepage introduced from the sports-1 to the personal computer-3, the server 3 calculates the statistics based on the score of the acquired homepage, and the user likes it. Ranking genres. The calculation method of this statistic is to calculate the average score obtained by summing up the obtained scores for each genre and dividing the sum by the number of scenarios in that genre (number of scenarios with scores). Note that these acquired scores are recorded in the user operation record table as described above, and the user operation record table is used for the calculation of the statistics.
It should be noted that the ranking is made after finishing the third genre (in this case, a personal computer), but of course it is not limited to the third order. It may be. In the following, an operation for transmitting a scenario in N order (N = 1, 2,...) For all the genres described above is referred to as an initial mode.
[0047]
Then, the genres are rearranged in descending order of the average score calculated by this calculation. Here, for the sake of simplicity, it is assumed that sports, music, literature, comedy, cars, food, and computers are in descending order of the average score. All genres are divided into two according to the score. This method is divided into two troops composed of two low-score genres (food, personal computer) and one troop composed of the remaining genres (sports, music, literature, comedy, car). Although the number of two troops is two, it is not limited to this number.
[0048]
FIG. 11 is a diagram showing the progression order of scenarios after dividing the genre of FIG. 10 into 1 army and 2 armies based on the average score. Hereinafter, the scenario progress after dividing into 1 army and 2 armies will be described with reference to FIG. After dividing into 1st army and 2nd army, only scenarios belonging to 1st army are subject to scenario progress. That is, only the scenario of the genre that became one army is selected. Further, according to the scenario shown in FIG. 7, the following explanation will be given with 100 points being the highest, 75 points being normal, 50 points being normal, 25 points not being interested, and 0 points being the lowest.
First, the scenario of Sport-4 of the genre with the highest score in one army is selected from the scenario / image storage unit 4 and distributed to the client 10, and the score obtained from the client 10 for the homepage introduced by this scenario If the score is higher than 75 points, proceed to the next scenario (Sport-5) of the same genre, and if the score is 75 points or less, the music of the genre with the second highest score in one army- Proceed to scenario 4. In other words, if the scenario of the genre is interesting, the process proceeds to the next scenario of the same genre, and if it is not interesting, the process proceeds to a scenario of a different genre.
[0049]
However, when a predetermined number of scenarios of the same genre continues (here, two), even if the score for the second scenario is higher than 75 points, it does not advance to the next scenario of the same genre. Then, proceed to the scenario of the genre with the next highest score. In other words, after proceeding from the sport-4 to the sport-5 scenario, even if the score for the sport-5 scenario is higher than 75, two scenarios of the same genre continued, so the scenario for the sport-6 did not proceed. Proceed to Music-4 scenario.
Note that the threshold value (here, 75 points) and the predetermined number (here, 2) where scenarios of the same genre can be continued are not limited to this, and can be arbitrarily set. is there.
[0050]
The scenario proceeds as described above, and when the scenario in one military genre is completed (that is, when the score for the scenario in the car-4 scenario is 75 points or less, or in the scenario of the car-5) For all genres, the average score is calculated for each genre in the same manner as described above.
Here, the genre for calculating the average score is not the genre belonging to one army targeted for scenario progression, but all genres. As described above, the same scenario is registered in a plurality of genres. This is because if a scenario that belongs to a certain genre is scored, a scenario that belongs to another genre is also scored, so that a score may be placed in a genre that is classified as two troops.
[0051]
Then, based on the number of two troops (that is, two), the genre having a low average score and the genre belonging to the two troops are exchanged. That is, two genres having a low average score in one army and two genres belonging to the second army are exchanged. Here, assuming that sports, music, literature, comedy, and car are in descending order of the average score in one army, as shown in Fig. 12, one army becomes a genre such as sports, music, literature, food, and personal computers. Comedy and car genre. And in 1 army, it rearranges in order from the highest average score.
Although the number of exchanges has been described based on the number of two troops, it is not limited to this number. For example, if one is used, a genre having a low average score in one army and a genre having a high average score in two genres may be exchanged.
[0052]
Then, the scenario proceeds in the same manner as described above in one military genre, and is repeated until there are no more scenarios.
[0053]
If there is no scenario in a certain genre, the scenario progress is not ended there, and the above-described scenario progress is continued in another genre excluding the genre. In addition, when there is no scenario for all genres, or when there is no scenario in a certain genre as described above, and the scenario progress is terminated, a scenario to that effect (previously registered) is distributed to the client 10. To notify the user and end the scenario progression.
[0054]
Note that the scenario placement position for each genre arranged in FIG. 10 is arbitrary. For example, the order of registration in the scenario / image storage unit 4 and the priorities are assigned to the scenarios belonging to each genre. You may do it.
[0055]
15 and 16 are flowcharts showing the above-described scenario progress order. Hereinafter, the scenario progression order delivered by the scenario delivery means will be described with reference to FIGS. 15 and 16.
FIG. 14 is a diagram for explaining some of the variables and constants in FIGS. 15 and 16. First, the variables and constants shown in FIG. 14 will be described.
<Variable>
x: The genre number being executed
y (x): number indicating the position of the scenario in the genre number x
<Constant>
X: Number of scenario genres stored in the scenario / image storage unit 4
Y (x): Number of scenarios with genre number x
M: a predetermined number in which scenarios of the same genre are executed in the initial mode in which all genres must be executed
W: Number of genres of military
H: Maximum number of scenarios that can be executed continuously in the same genre
The above is the variables and constants and their contents shown in FIG.
[0056]
Other variables and constants other than those described above will be described below.
<Variable>
c (x): Number of scenarios with genre number x executed
t (x): the total number of points assigned to the scenario of genre number x
a (x): Average score of scenario with genre number x
f (x): a flag indicating whether or not all scenarios of genre number x are used or invalid (when there is an unused and valid scenario = 0, when all scenarios are used or invalid = 1)
<Constant>
S: Score threshold for the scenario
[0057]
First, data is extracted from the user information storage unit 5 (S31), and it is determined whether or not it is new (S32). If it is new, y (1) to y (X) are initialized to 1, and other variables (Y (1) to y (X), c (1) to c (X), t (1) to t (X), a (1) to a (X)) are initialized to 0 (S33). . Then, the genre number x is incremented (S34), and when the genre number x is less than or equal to the number of genres X (that is, when the final genre is not executed) (S35), the initial mode is not finished (S37). ), It is determined whether the scenario at the position of x, y (x) is unused and valid (S38), and if it is unused and valid, the scenario at the position of x, y (x) is transmitted to the client 10. (S39). Then, the scenario is executed by the client 10. Since the process (S40) in the server 3 at that time corresponds to the flowchart of FIG. 17 and the flowchart of FIG. 17 has been described above, only the process related to the scenario progression order will be described here, and other operations will overlap. Omitted.
[0058]
As shown in FIG. 17, when the scenario is executed, the server 3 receives the impression score or the end command from the client 10 and passes the received data to the scenario distribution unit. Then, if the content of the passed data is the impression score (S41), the score is added to t (x) and distributed in step S39 (this is the same scenario as another genre). (Including the scenario registered in (1)) is used (S42). Then, the number c (x) executed for the scenario of the genre number x is counted (S43), y (x) is initialized to 1 (S44), the process proceeds to step S34, and the same process is repeated. If the genre number x exceeds the genre number X (that is, when the genre is executed up to the final genre), the genre number x is returned to 1 (S36), and the process proceeds to step S37.
In step S38, if the scenario at the position of x, y (x) has been used or is not valid (as described above, for example, if the scenario has passed the valid period, etc.), it is a scenario with genre number x. The unused and valid scenarios are sequentially searched (S38, S45). If found, the scenario is transmitted (S39). If the scenario is not found in the genre number x (S46), the genre number x is searched for the next genre. Is incremented, y (x) is initialized to 1 (S47), the same search is performed in the next genre, and the genre is sequentially searched until it is found. However, if the search is continued and no unused and valid are found even in the scenario of the final genre (S48), the process ends because there is no corresponding scenario.
[0059]
In step S41, if the data content is an end command, the initial mode is data (x, y (1) to y (X), c (1) to c (X), t (1) to t (X), a (1) to a (X)) are stored in the user information storage unit 5 (S49), and the process ends.
When the scenario is transmitted to the client 10, but the score is not given and the scenario is terminated by the termination command from the client 10, the genre number stored in step S49 is executed when the termination command is received. This is the genre number of the scenario that has been made. Here, assuming that the genre number is 3, the genre number to be stored is 3. For this reason, the genre number of the scenario to be executed next is 4 (because it is incremented in step S34), but the scenario of genre number 3 has been finished without being given a score. The genre number stored in S49 may be a value obtained by subtracting 1 from the genre number x.
[0060]
The above processing flow shows the processing flow in the initial mode. When c (X) becomes M or more in step S37, that is, when the initial mode ends, the average point a (x) (x = 1... ..X) is calculated (S50 to S53). Then, the genre numbers are reassigned in descending order of the average score (S54). Then, y (x) to y (X) are initialized to 1, and other variables are initialized to 0 (S55). Then, while the genre number x is less than or equal to the number of genres of one army (S57), the following processing is repeated.
[0061]
When the genre number x is incremented (S58) and the number c (x) of executing the scenario of the genre is smaller than the maximum number H that can execute the scenario of the same genre continuously (S59), the genre number x, It is determined whether or not the scenario at the position y (x) is unused and valid (S60), and if it is unused and valid, the scenario is transmitted to the client 10 (S61). Then, the process proceeds to step S62. Since the process in step S62 is the same as the process in step S40 described above, the description thereof is omitted. If the content of the data is the impression score (S63), the score is added to t (x), and the transmitted scenario (same scenario as this, including scenarios registered in other genres) is included. The number c (x) executed for the scenario of the genre number x is counted (S65).
[0062]
If the score from the client 10 for the transmitted scenario is higher than the threshold value S (S66), the number y (x) indicating the scenario position is incremented to transmit the scenario of the same genre (S67). ) It searches sequentially until a scenario that is the same genre and is unused and valid is found. However, if the number y (x) indicating the position of the scenario in the genre number x without being searched exceeds the scenario number Y (X) in the genre (S68), that is, all the scenarios in the genre have been used or Since it is either invalid, a flag is set (S71), and the process proceeds to step S69.
[0063]
When the score for the transmitted scenario is equal to or less than the threshold value S, when c (x) counted in step S66 is equal to or greater than the maximum number H that can continuously execute scenarios of the same genre (that is, the same genre) If a scenario of the same genre as described above and an unused and valid scenario is searched, but no scenario is found in that genre, the next genre is used. In order to search, x is incremented, y (x) is initialized to 1 (S69), the same search is sequentially performed, and the genre is sequentially searched until a corresponding scenario is found. However, if the genre number x exceeds the genre number W of one army without being searched (S57 or S70), that is, if the above processing (S57 to S71) is terminated in the genre of one army, f (1) to f It is determined whether or not (W) is all 1 (S72), and if f (1) to f (W) are not all 1, the average point a (x) (x = 1 ... X) Is calculated (S73 to S76), the process proceeds to step S54, and the genre numbers are reassigned in descending order of the average score (S54). If f (1) to f (W) are all 1, there is no scenario and the process is terminated.
[0064]
If it is determined in step S63 that the content of the data is an end command, data (a (1) to a (X), y (1) to y (X), c (1)) is stored in the user information storage unit 5. ˜c (X), t (1) to t (X), f (x) to f (X), x) are stored (S77), and the process ends.
Note that the genre number x at this time may be a value obtained by subtracting 1 from the genre number x at that time, similarly to the case described in step S49.
[0065]
In the flowcharts of FIGS. 15 and 16, in step S31, it is determined that the data is extracted and is not new, and if it is determined that the mode is not the initial mode (S56), the next genre number x is incremented. A scenario of a genre number (S58), which is unused and valid, is searched and the searched scenario is transmitted to the client 10. The scenario executed last is attached from the client 10. If the score is higher than the threshold value, the scenario of the same genre as that scenario is transmitted, and if it is less than the threshold value, the scenario of the next genre may be transmitted. .
[0066]
According to the first embodiment, since information is provided by a moving image in the agent unit 32 such as a character smiling, and a voice by the voice conversion unit 15 based on a scenario, provision of information by conventional characters and still images is provided. Compared with, it is possible to obtain an information providing system capable of effectively transmitting information by appealing to the sense of sight and hearing.
[0067]
When the client 10 operates based on the scenario, the home page is captured from the WWW server 2 and displayed, and the image is transmitted to the server 3 as information (image file name or image file information) regarding the image file, and the server 3 receives the image. Based on the information, the image file instructed from the scenario / image storage unit 4 is read out and transmitted to the client 10 as necessary, and the client 10 captures and displays this image. Eliminates the need to send home pages, images and control information all at once, and delivers effective information as described above just by delivering a scenario consisting of text data (equivalent to conventional control information). be able to. Thereby, a push type information providing system can be realized without increasing the load on the server 3.
[0068]
In addition, the server 3 records and manages the user's answer to the scenario distributed to the client 10 (an impression of the homepage, etc.) in the user operation record table of the user information storage unit 5 as user information for each user. The scenario to be distributed to the client 10 is selected from the scenario / image storage unit 4 based on the statistical data based on the user information in the user operation record table and distributed to the client 10. Can provide high information.
[0069]
In addition, the scenario distribution unit distributes a predetermined number of scenarios of the same genre continuously, and selects and distributes the next scenario to be distributed from the next genre. Can be provided.
[0070]
Embodiment 2. FIG.
In the second embodiment, in the scenario progression order of the first embodiment, several levels of priority are provided for the scenario, and the scenario distribution means selects from the scenario / image storage unit 4 based on the priority. It is intended to be distributed. Here, the priority is set to the following three levels.
[0071]
High priority: Select first regardless of genre.
Medium priority: Select first when scenario of genre to which this scenario belongs is selected.
Low priority: Selection is made in the same order as in the first embodiment.
A scenario with a high priority is a scenario including, for example, contents posted to all users. A scenario with medium priority is a scenario that includes current contents, for example. For example, a scenario in which a certain motor show is held from October 1st to December 1st is given. In the case of this scenario, the scenario is selected first when proceeding to the scenario of the car genre in the scenario progress of the first embodiment. Further, in the case of a scenario having a valid period (in this example, from October 1 to December 1), the scenario becomes an invalid scenario and is erased from the scenario / image storage unit 4 after the valid period. The low priority scenario is a scenario selected in the same progression order as in the first embodiment as described above, that is, the scenario shown in the first embodiment. That is, the scenario progress in the first embodiment is an example when all scenarios have a low priority.
[0072]
As described above, according to the second embodiment, in the scenario progress of the first embodiment, several levels of priorities are provided for the scenario, and the scenario distribution unit transmits the priority from the scenario / image storage unit 4 based on the priorities. Since the scenario is selected and distributed, substantially the same operation and effect as in the first embodiment can be obtained, and the scenario can be flexibly distributed according to the contents of the scenario.
[0073]
Embodiment 3 FIG.
FIG. 18 is an explanatory diagram of the operation of the client and server of the third embodiment. In the figure, reference numeral 41 denotes a provider constituting the small-scale network 6.
[0074]
In the third embodiment, when the information providing program is started, the WWW browser is also started in conjunction with the same as in the first embodiment, and a predetermined screen is displayed on the display unit 13. When a screen for prompting input of ID and password is displayed and input is performed by the input unit 11, the mail confirmation requesting unit 22 requests confirmation of the ID, password and mail input to the server 3 through the communication unit 12. The mail delivery means of the server 3 that has received the request for confirming the mail and identified the user identifies the user based on the ID, and from the mail server 23 storing the mail addressed to the identified user, the email ( (Hereinafter referred to as mail) and sent to the client 10, and when the main control unit 16 recognizes that the mail has been received, it instructs the browser control means 17 to display the browser unit 3 When the main control unit 16 recognizes that an arbitrary title has been selected by the input unit 11, the main control unit 16 requests the server 3 for the selected mail, The server 3 that has received the request pulls out the mail instructed from the mail server 23 and transmits the mail content to the client 10. When the main control unit 16 recognizes that the mail content has been received, it instructs the browser control means 17. The contents of the mail are displayed on the browser unit 33 (the contents are displayed in HTML), and the contents of the mail are converted into voice by the voice conversion unit 15 and output according to the user's preference. In accordance with the output of the conversion unit 15, as described above, for example, an image is displayed on the agent unit 32 as if the mouth of the character is moving. It is obtained so as to cormorant control.
[0075]
With this configuration, a list of e-mails addressed to you is automatically displayed without any special operation by simply starting the information provision program, and you can select a desired e-mail from the list. The contents of the received e-mail are displayed, and optionally, the contents of the e-mail can be heard by voice along with the action of the character.
[0076]
Such an information providing system according to each of the above embodiments can be used as a means for providing a service on the large-scale network 1 such as the Internet.
[0077]
In addition, the information providing system according to each of the embodiments can be used as a service on a closed net. For example, a scenario is stored in advance in a server that manages an in-house network such as an intranet, a regional closed net (including the Internet connection of a cable TV station), etc., and information based on the scenario is transmitted to users of these networks. By providing, everyone can enjoy the world of the Internet without any anxiety, regardless of beginners, young men and women. Thereby, it is possible to appeal the uniqueness of the network to other networks more than ever.
[0078]
In addition, the information providing system according to each of the embodiments can be used as an advertisement. For example, an advertiser of a home page in the WWW server 2 prepares a scenario for introducing the contents of his / her home page in advance and distributes it from the server 3, so that his / her home page is introduced by a WWW browser and the content is moved by a character. Can be explained by voice. For example, during character navigation, you can jump to the advertiser's home page and get information about it. In addition, the update of the audio portion of the advertisement, that is, the update of the scenario can be easily and easily performed through the network, so that the latest advertisement content can be provided quickly. In other words, immediate advertising like news is possible.
[0079]
In each of the above-described embodiments, the example in which the scenario management server and the image management server are integrated in the server 3 has been described. However, the present invention is not limited to this combination, and the scenario management server, the image management server, and the WWW server 2 Of these, any two or three servers may be combined to form an integrated server.
Conversely, each server may be configured as an independent server.
[0080]
【The invention's effect】
As described above, according to one aspect of the present invention, the server system transmits a scenario to a client, and when various information and image information are necessary when the client executes the scenario. Since the server corresponding to each information reads and transmits information as needed based on the input from the client, all the data necessary for executing the scenario is transmitted every time the scenario is transmitted. There is no need to do so, and the amount of transmission can be reduced. As a result, push-type information distribution can be realized without increasing the load on the server system.
[0081]
According to another aspect of the present invention, the client analyzes the scenario, displays information and an image based on the scenario, and outputs a sound, so that the user can effectively use the image and the sound to provide the desired information. Can be communicated to.
[Brief description of the drawings]
FIG. 1 is a diagram showing a system configuration according to first to third embodiments of the present invention.
FIG. 2 is a diagram showing an example of a display screen of the display unit 13;
FIG. 3 is a diagram illustrating an example of a plurality of scenarios registered in a scenario / image storage unit;
FIG. 4 is a diagram illustrating an example of a user operation record table.
FIG. 5 is a diagram illustrating a communication procedure between a server and a client.
FIG. 6 is an operation explanatory diagram of Embodiment 1 of the present invention.
FIG. 7 is a diagram illustrating a specific example of a scenario.
FIG. 8 is a diagram illustrating an example of a display screen of an agent unit on which options are displayed.
FIG. 9 is a flowchart showing a flow of client processing during scenario execution.
FIG. 10 is a diagram showing a progression order of scenarios.
FIG. 11 is a diagram showing the progression order of scenarios after division into 1st army and 2nd army.
FIG. 12 is a diagram showing the first army and the second army after rearrangement based on the score.
13 is a diagram showing a change in the display screen of the display unit according to the progression order of FIG.
FIG. 14 is a diagram showing variables in scenario progress.
FIG. 15 is a flowchart {circle around (1)} showing a scenario progress order in the server.
FIG. 16 is a flowchart (2) showing a scenario progress order in the server.
FIG. 17 is a flowchart showing a flow of server processing during scenario execution;
FIG. 18 is an operation explanatory diagram of Embodiment 3 of the present invention.
[Explanation of symbols]
1 Large-scale network
2 WWW server (information management server)
3 servers (scenario management server and image management server)
4 Scenario and image storage
5 User information storage (evaluation data storage)
7 Public network
10 clients
11 Input section
12 Communication Department
13 Display section
14. Storage unit (display image storage unit)
15 Voice converter
16 Main control unit
17 Browser control means (first display control means)
18 Information provision means
19 Scenario request means
20 Scenario analysis means
21 Agent control means (second display control means)
22 Email confirmation request means
23 Mail server
31 Display screen
32 Agent part
33 Browser section

Claims

A medium storing a program for performing arithmetic processing of a server system connected to a client via a line,
When there is a scenario request from the client, the first data to be subjected to voice conversion, the second data for specifying information in the information storage unit in which various information is stored, and various images including character images Selecting a scenario from a scenario storage unit that stores a plurality of scenarios having third data for specifying image information of an image storage unit in which information is stored;
Distribute the scenario to the client via the line;
When there is a request for information based on the second data, the corresponding information is read from the information storage unit and transmitted to the client.
When there is an input related to image information based on the third data, the corresponding image information is read from the image storage unit as necessary and transmitted to the client;
Each scenario is classified into one of predetermined types and stored in the scenario storage unit,
Collect evaluation data from clients for the delivered scenarios,
Based on the collected evaluation data, the type is prioritized, and
Refer to the evaluation data,
(A) If the evaluation for the distributed scenario satisfies a predetermined standard, then, the scenario of the same type as the distributed scenario is distributed,
(B) When the evaluation for the distributed scenario does not satisfy a predetermined standard or when the process of (a) is repeated a predetermined number of times, next, the next type of scenario based on the priority order is distributed,
When the process of (b) is performed m times in the first type consisting of the first to mth types (1 <m <n, where n is the maximum number of types) based on the priority, the above (a ) And (b) based on the evaluation data stored in the evaluation data storage unit for the scenario distributed in the process, the first type is set with a priority,
The first type and the second type are exchanged in the same number with the lower type of the first type and the second type of the (m + 1) th to nth types, and the first type and the second type are updated, and
A medium on which an arithmetic processing program of a server system is recorded, wherein the processes of (a) and (b) are repeated.