JP2002082894A

JP2002082894A - コミュニティ環境提供システムおよびオブジェクト表現制御装置

Info

Publication number: JP2002082894A
Application number: JP2001116314A
Authority: JP
Inventors: Toru Takahashi; 徹高橋; Hideaki Takeda; 英明武田
Original assignee: ATR Media Integration and Communication Research Laboratories
Current assignee: ATR Media Integration and Communication Research Laboratories
Priority date: 2000-06-29
Filing date: 2001-04-16
Publication date: 2002-03-22

Abstract

(57)【要約】【構成】この発明のコミュニティ環境システムでは、
ユーザは各自を代理するキャラクタ（１〜３）を所有す
る。そしてユーザはウェブページ上に画像３０２や他の
ウェブページなどを表示し、キャラクタ１を動作させた
り、吹き出し３０４を用いて画像３０２について解説し
たりすることによって自己表現や情報提供を行う。また
他のユーザは、提供された情報に対してキャラクタ２に
驚きの振る舞いをさせたり、吹き出し３０６を用いてキ
ャラクタ３に感想を述べさせたりする。【効果】従来のテキストデータのみによるＢＢＳと異
なり、より質が高くより正確な情報の交換をスムーズに
行うことができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、コミュニティ環境提
供システムに関し、特にたとえば、通信ネットワークを
介して接続される複数の端末に仮想コミュニティ環境を
提供する、コミュニティ環境提供システムに関する。

【０００２】この発明はまた、オブジェクト表現制御装
置またはオブジェクト表現制御プログラムに関し、特に
たとえば、通信ネットワークに接続された情報処理装置
によって提供される仮想コミュニティ空間上でキャラク
タエージェントのようなオブジェクトに所望の表現をさ
せる、オブジェクト表現制御装置またはその制御プログ
ラムに関する。

【０００３】

【従来の技術】従来、ネット上に形成されるＢＢＳ（Bu
lletin Board System：電子掲示板システム）などのこ
の種のコミュニティ環境提供システムでは、情報を交換
するための媒体はテキストデータであった。また、ＵＲ
Ｌ（Uniform Resource Locator）をテキストデータで示
すことにより、提供したい情報が掲載されたウェブペー
ジを教えるという方法もあった。

【０００４】

【発明が解決しようとする課題】しかし、テキストデー
タでは表現できる情報内容が乏しく、また情報交換が発
展するにつれて提供された情報がどの情報に対する情報
提供（意見，感想など）であるかが不明確になるなど
し、相手に伝えられる情報の質および正確さに限界があ
った。また、テキストデータのみによる表現では情緒が
十分に表現されず情報提供者の意図が十分に伝わらな
い、もしくは誤解されるという大きな問題もあった。

【０００５】ＵＲＬでウェブページを教える方法を用い
ても、ウェブページによって提供された情報について感
想を述べたり、ウェブページによって共有した情報を基
に会話を発展させる場合に、情報源となったウェブペー
ジの文章および映像データなどの情報自体がそのコミュ
ニティ上に存在しないため情報の伝達に不自由するとい
う問題があった。

【０００６】また、キャラクタエージェントなどのオブ
ジェクトを用いると、オペレータの意図を正確に表現で
きるが、オブジェクトによる表現では表現の制御に手間
がかかるという問題がある。さらに、このような情報内
容の計算機による自動解析や情報検索において、何らの
構造化もされていないテキストデータでは、その精度に
自ずと限界がある。

【０００７】それゆえに、この発明の主たる目的は、よ
り質が高くより正確な情報交換がスムーズに行える、コ
ミュニティ環境提供システムを提供することである。

【０００８】この発明の他の目的は、コミュニティ環境
に登場するオブジェクトの表現を容易に制御することが
できる、オブジェクト表現制御装置またはその制御プロ
グラムを提供することである。

【０００９】

【課題を解決するための手段】第１の発明は、通信ネッ
トワークを介して接続される複数の端末に仮想コミュニ
ティ環境を提供するコミュニティ環境提供システムにお
いて、各々の端末からオブジェクトの制御情報を受信す
る第１受信手段、および制御情報に基づく表現をするオ
ブジェクトを仮想コミュニティ環境に再現する再現手段
を備えることを特徴とする、コミュニティ環境提供シス
テムである。

【００１０】第２の発明は、通信ネットワークに接続さ
れた情報処理装置によって提供される仮想コミュニティ
環境でオブジェクトに所望の表現をさせるオブジェクト
表現制御装置であって、オブジェクトの表現態様の入力
を受け付ける受付手段、受付手段によって受け付けた表
現態様に基づいてオブジェクトの制御情報を作成する作
成手段、および制御情報を通信ネットワークを通じて情
報処理装置に送信する送信手段を備える、オブジェクト
表現制御装置である。

【００１１】第３の発明は、通信ネットワークに接続さ
れた情報処理装置によって提供される仮想コミュニティ
空間上でオブジェクトに所望の表現をさせるオブジェク
ト表現制御装置の制御プログラムであって、オブジェク
トの表現態様の入力を受け付けるステップ、受付手段に
よって受け付けた表現態様に基づいてオブジェクトの制
御情報を作成するステップ、および制御情報を通信ネッ
トワークを通じて情報処理装置に送信するステップを備
える、オブジェクト表現制御装置の制御プログラムであ
る。

【００１２】

【作用】第１の発明においては、仮想コミュニティ環境
が通信ネットワークに接続された複数の端末に提供され
る。第１受信手段が各々の端末からオブジェクトの制御
情報を受信すると、受信した制御情報に基づく表現をす
るオブジェクトが再現手段によって仮想コミュニティ環
境に再現される。

【００１３】制御情報は、好ましくは、仮想コミュニテ
ィ環境におけるオブジェクトの再現位置情報、オブジェ
クトの移動先を示す移動先情報，仮想コミュニティ環境
の所定位置を示唆する指示情報、オブジェクトの振る舞
いに関する振る舞い情報、およびオブジェクトによる発
話に関する発話情報の少なくとも１つを含む。

【００１４】制御情報は、オブジェクトの表現に関連し
て出力されるマルチメディアコンテンツを含んでもよ
い。

【００１５】制御情報を記録し、端末から制御情報の送
信要求を受信したときに当該制御情報を要求元に返送す
る場合、過去に受信した制御情報に基づいてオブジェク
トを表現させることができる。

【００１６】第２の発明においては、情報処理装置によ
って通信ネットワークを通して提供される仮想コミュニ
ティ環境でオブジェクトに所望の表現をさせるとき、受
付手段は、オブジェクトの表現態様の入力を受け付け
る。オブジェクトの制御情報は、受け付けた表現態様に
基づいて作成手段によって作成され、作成された制御情
報は、送信手段によって通信ネットワークを通じて情報
処理装置に送信される。

【００１７】複数の表現項目を有する表現メニューを表
示して所望の表現項目の選択を受け付ける場合、制御情
報は、受け付けた所望の表現項目に基づいて作成され
る。表現メニューは、好ましくは、複数の振る舞い項目
を有する振る舞いメニュー、および複数の移動先項目を
有する移動先メニューの少なくとも一方を含む。

【００１８】オブジェクトが発する台詞の入力欄を表示
して所望の台詞の入力を受け付ける場合、制御情報は受
け付けた所望の台詞に基づいて作成される。

【００１９】オブジェクトが引用表現するマルチメディ
アコンテンツの発信元情報の入力欄を表示して所望の発
信元情報の入力を受け付ける場合、制御情報は、受け付
けた所望の発信元情報に基づいて作成される。

【００２０】作成手段によって作成される制御情報がオ
ブジェクトの表現態様の種類を示す識別子を有する場
合、情報処理装置側では、受信した制御情報を識別子に
基づいて検索したり解析したりすることができる。つま
り、ＧＵＩによりユーザに意識させることなく、表現の
手段ごとの多次元な識別子を表現情報内に付加すること
ができる。このように多次元な識別子により構造化され
た情報は、計算機による意味解析や情報検索の質と精度
の向上に寄与し、コミュニティ内外に対する情報の再利
用に役立たせることができる。

【００２１】第３の発明においては、情報処理装置によ
って通信ネットワークを通して提供される仮想コミュニ
ティ環境でオブジェクトに所望の表現をさせるとき、ま
ずオブジェクトの表現態様の入力が受け付けられる。オ
ブジェクトの制御情報は受け付けられた表現態様に基づ
いて作成され、作成された制御情報は通信ネットワーク
を通じて情報処理装置に送信される。

【００２２】

【発明の効果】第１の発明によれば、各々の端末から受
信した制御情報に基づいて仮想コミュニティ環境のオブ
ジェクトが表現をするため、より質が高くより正確な情
報の交換をスムーズに行うことができる。

【００２３】第２の発明または第３の発明によれば、受
け付けた表現態様に基づいてオブジェクトの制御情報を
作成するようにしたため、オブジェクトの表現を容易に
制御することができる。

【００２４】この発明の上述の目的，その他の目的，特
徴および利点は、図面を参照して行う以下の実施例の詳
細な説明から一層明らかとなろう。

【００２５】

【実施例】図１を参照して、この実施例においてはサー
バ１０がコミュニティ環境提供システムを形成する。サ
ーバ１０はインターネット６０などのネットを介して複
数のクライアント３０と接続可能になっている。以下に
おいて、クライアント３０のオペレータ（以下、単に
「オペレータ」と表記する）をユーザとも呼ぶ。この実
施例のコミュニティ環境提供システムでは、複数のユー
ザがクライアント３０からサーバ１０に接続し、サーバ
１０が提供するコミュニティ環境において互いの情報を
交換し、また自己表現を行う。

【００２６】サーバ１０は図２に示すように構成され、
入力装置としてのキーボード（マウスなども含む）１
４，バッファ１６を介した通信回路１８，ディスプレイ
２０，コミュニティ環境を形成するデータが記録された
ＨＤ（Hard Disc）２２およびメモリ２４がバス２６に
それぞれ接続され、これらは同じくバス２６に接続され
たＣＰＵ１２によって制御される。

【００２７】また、クライアント３０は図３に示すよう
にサーバ１０と同様の構成であり、バス４６にマウスな
ども含む入力装置としてのキーボード３４，バッファ３
６を介した通信回路３８，ディスプレイ４０，ＨＤ４２
およびメモリ４４が接続され、これらは同じくバス４６
に接続されたＣＰＵ３２によって制御される。

【００２８】この実施例のコミュニティ環境提供システ
ムでは、複数のユーザがサーバ１０にアクセスして情報
交換，自己表現などを行う。情報交換の場は趣味や話題
の分野別に分かれており、その分野の１つ１つを「サー
クル」と呼ぶ。たとえば、写真についてのサークル，音
楽についてのサークル，映画についてのサークルなどで
ある。また、サークルにおいては、その分野についての
「話題」がユーザによって提供され、複数のユーザがそ
の話題について情報交換を行う。たとえば、写真につい
てのサークルの話題としては、「空の写真を集めたホー
ムページを見つけました」などである。

【００２９】各ユーザはサークルにおいてユーザを代理
するインタフェースエージェント（キャラクタエージェ
ント）として、図４に示すようなキャラクタ（キャラク
タ１）をサーバ１０にそれぞれ登録する。そしてユーザ
はこのキャラクタを介してサークルで活動する。各サー
クルはウェブページ（ディスプレイ上の部分領域または
全領域）で表現され、ユーザはウェブページに表示され
るキャラクタを操作して、発言，ウェブページ上の移
動，アニメーションによるアクション（リアクション）
などを行う。なお、以下において発言およびウェブペー
ジ上の移動を便宜上「コメント」と呼ぶこともある。ま
た、ユーザは所望のウェブページおよび画像，動画など
をサークル（話題）のウェブページに表示して、話題に
参加している他のユーザに提示することもでき、これら
の動作も「コメント」の概念に含める。一人のユーザが
コメントを行って話題や情報を提供すると、他のユーザ
がその話題や情報に対するコメントやリアクションを行
う。そして、そのコメントおよびリアクションに対し、
さらに他のユーザがコメントおよびリアクションを行
う。このようにして従来のＢＢＳのように情報交換が行
われる。この情報交換の過程はサーバ１０のＨＤ２２に
スレッドデータ（詳細は後述する）として記録される。
そして、後から話題に参加したユーザはスレッドデータ
を基にその話題において行われた情報交換のやり取りを
再現することができる。後から参加したユーザはその話
題で行われている情報交換に興味があれば、さらに自分
の情報を提示したり感想を述べたりすることができる。

【００３０】サーバ１０のＨＤ２２は図７に示すように
ユーザ情報データベース７０，キャラクタデータベース
７４，サークルデータベース８０，ウェブページデータ
ベース８４などから構成されており、各話題のスレッド
データはサークルデータベース８０に記録される。サー
クルデータベース８０はさらにサークル別の複数のスレ
ッドデータベース８２に分かれている。このスレッドデ
ータベース８２は図８に詳しく示すように構成されてい
る。すなわち、スレッドデータベース８２の内部は大き
くは話題ごとに、たとえばフォルダによって区切られて
おり、話題フォルダ９０の内部には、その話題に登場す
るキャラクタの情報が収められた登場キャラクタフォル
ダ９２，情報交換の経過を「場面」の単位で記録する場
面フォルダ９４が含まれている。ここで、場面とは話題
を構成する単位であり、場面は場面１，場面２，場面３
…というように情報交換の経過順に連鎖している。この
場面のつながりのことを「スレッドデータ」と呼ぶ。各
場面フォルダ９４には、ユーザのコメントが記録された
一つのコメントスクリプトと、コメントに対して他のユ
ーザが行ったリアクションが記録された複数のリアクシ
ョンスクリプト（コメントに対してリアクションがない
場合も当然あり得る）が保存される。このとき、各々の
スクリプトは、時系列的に構造化された状態で保存され
る。コメントおよびリアクションの詳細については後述
する。

【００３１】ユーザ情報データベース７０にはコミュニ
ティ環境提供システムを利用するユーザのユーザＩＤ，
パスワード，ユーザの個人情報などを含む複数のユーザ
情報７２…７２がユーザ別に記録されている。また、ユ
ーザ情報７２にはユーザによって登録されたインタフェ
ースエージェント（キャラクタ）の種類などを示すキャ
ラクタ情報（たとえばキャラクタＩＤ）が含まれる。

【００３２】図７に戻って、キャラクタデータベース７
４はデフォルトキャラクタデータベース７６，オリジナ
ルキャラクタデータベース７８などを含んでいる。デフ
ォルトキャラクタデータベース７６には、予めサーバ１
０に設定されたキャラクタのデータが記録されており、
各キャラクタはキャラクタＩＤによって識別される。ユ
ーザはデフォルトキャラクタデータベース７６に記録さ
れているキャラクタを選択して自分のインタフェースエ
ージェントとして使用できる。また、ユーザは自分の作
成したキャラクタをインタフェースエージェントとして
使用することもでき、ユーザのオリジナルキャラクタは
オリジナルキャラクタデータベース７８に記録される。

【００３３】なお、インタフェースエージェントとして
のキャラクタは、クライアント３０のＨＤ４２に記録さ
れている専用のプログラムによってウェブページ上に表
示される。したがって、デフォルトキャラクタデータベ
ース７６およびオリジナルキャラクタデータベース７８
に登録されているキャラクタデータはこのプログラムの
仕様に従ったデータ形式である。キャラクタを表示する
プログラムとしては、たとえばMicrosoft Agentが利用
できる。

【００３４】また、ウェブページデータベース８４に
は、各ウェブページを生成するための雛型ウェブページ
を記録した雛型データベース８６および生成されたウェ
ブページを記録するサークルページデータベース８８な
どが含まれている。

【００３５】以下、この実施例でのコミュニティ環境提
供システムをサーバ１０のＣＰＵ１２およびクライアン
ト３０のＣＰＵ３２が行う処理を示すことによって説明
する。ＣＰＵ１２およびＣＰＵ３２は、図１３から図２
８に示すフロー図に従って処理を行う。なお、図１３か
ら図２８のフロー図はサーバ１０側の処理とクライアン
ト３０側の処理を連携させた形式で示している。

【００３６】まず、図１３のステップＳ１においてクラ
イアント３０のＣＰＵ３２（以下クライアント３０と記
述する）はサーバ１０へのアクセス要求をサーバ１０に
送信する。サーバ１０のＣＰＵ１２（以下サーバ１０と
記述する）はステップＳ３においてアクセス要求を受信
してクライアント３０との接続を確立する。そして、コ
ミュニティ環境提供システムにログインするためのログ
インページ（ウェブページ）をステップＳ５で送信す
る。クライアント３０はログインページを受信し、図９
に示すようなログインページをステップＳ７でクライア
ント３０のディスプレイ４０に表示する。オペレータ
は、コミュニティの会員であればユーザＩＤおよびパス
ワードをユーザＩＤ入力欄１００およびパスワード入力
欄１０２にそれぞれ入力し、ＯＫボタン１０４を選択す
る。一方、コミュニティの会員でなければ会員登録ボタ
ン１０６を選択する。ステップＳ９において、選択され
たのがＯＫボタン１０４であるか会員登録ボタン１０６
であるかを識別して会員であるかどうか判断する。

【００３７】会員であるときにはステップＳ１３におい
てユーザＩＤおよびパスワードをユーザＩＤ入力欄１０
０およびパスワード入力欄１０２から取得し、ステップ
Ｓ１５においてユーザＩＤおよびパスワードをサーバ１
０に送信する。サーバ１０ではユーザＩＤおよびパスワ
ードを受信し、ステップＳ１９においてユーザＩＤおよ
びパスワードの認証処理を行う。認証処理はユーザＩＤ
およびパスワードがユーザ情報データベース７０のユー
ザ情報７２に記録されているかどうかを確認することに
よって行う。認証しないときにはステップＳ５に戻り再
びログインページをクライアント３０に送信する。認証
するときには図１６のステップＳ５１においてコミュニ
ティの入り口ページを送信する。

【００３８】一方、ステップＳ９において会員でないと
判断すると、ステップＳ１１において会員登録ページ要
求をサーバ１０に送信する。サーバ１０では、会員登録
ページ要求を受信して図１４のステップＳ２１で会員登
録ページ（図示せず）をクライアント３０に送信する。
クライアント３０では会員登録ページを受信してステッ
プＳ２３でディスプレイ４０に表示する。オペレータは
会員登録ページに対して会員登録に必要な情報を入力す
る。そして決定ボタン（図示せず）を選択するとステッ
プＳ２５においてユーザＩＤ，パスワードなどのユーザ
情報を会員登録ページから取得してバッファ３６に格納
する。ユーザは会員登録のときに、インタフェースエー
ジェントとしてのキャラクタにデフォルトキャラクタを
登録するかオリジナルキャラクタを登録するかのどちら
かの登録方法を選ぶことができる。そして、その決定し
た登録方法に関する情報はユーザ情報に含まれる。

【００３９】ステップＳ２７において、登録方法に関す
る情報に基づいてオリジナルキャラクタを登録するかど
うか判断する。オリジナルキャラクタを登録すると判断
するとステップＳ２９でオリジナルキャラクタを取り込
むためのウィンド（図示せず）をディスプレイ４０に表
示する。オペレータはウィンドに表示される指示に従っ
てユーザのオリジナルキャラクタを登録する。ステップ
Ｓ３１においてキャラクタの登録が完了したかどうか、
つまりユーザがウィンドの決定ボタンを選択したかどう
か判断する。登録が完了したと判断するとステップＳ３
３でキャラクタデータをバッファ３６に格納し、図１５
のステップＳ４５でバッファ３６に格納されたユーザ情
報およびキャラクタデータをサーバ１０に送信する。サ
ーバ１０では、ユーザ情報およびキャラクタデータを受
信してステップＳ４７でユーザ登録を行う。ユーザ登録
では、キャラクタデータにキャラクタＩＤを割り振り、
ユーザ情報とキャラクタＩＤとをユーザ情報データベー
ス７０（図７参照）に記録する。そして、キャラクタデ
ータをキャラクタデータベース７４のオリジナルキャラ
クタデータベース７８に記録する。

【００４０】一方、ステップＳ２７においてオリジナル
キャラクタの登録でないと判断すると、ステップＳ３５
でデフォルトキャラクタ選択メニュー要求をサーバ１０
に送信する。サーバ１０ではデフォルトキャラクタ選択
メニュー要求を受信してデフォルトキャラクタ選択メニ
ューをクライアント３０に送信する（ステップＳ３
７）。クライアント３０では、ステップＳ３９において
デフォルトキャラクタ選択メニューウィンド（図示せ
ず）をディスプレイ４０に表示する。オペレータはウィ
ンドに表示される指示に従って登録するデフォルトキャ
ラクタを決定し、ウィンドの決定ボタンを選択する。決
定ボタンが選択されるとステップＳ４１（図１５参照）
においてキャラクタの選択ありと判断し、選択したキャ
ラクタのキャラクタＩＤをステップＳ４３でウィンドか
ら取得してバッファ３６に格納する。そしてステップＳ
４５において、バッファ３６に格納されているユーザ情
報およびキャラクタＩＤをサーバ１０に送信する。サー
バ１０ではステップＳ４７でユーザ情報およびキャラク
タＩＤを受信してユーザ登録を行う。ユーザ登録ではユ
ーザ情報とキャラクタＩＤとをユーザ情報データベース
７０に記録する。

【００４１】サーバ１０はステップＳ１９（図１３参
照）でのユーザ認証およびステップＳ４７（図１５参
照）でのユーザ登録が終了した後に、図１６のステップ
Ｓ５１においてキャラクタデータおよびコミュニティの
入り口ページ（ウェブページ）をクライアント３０に送
信する。クライアント３０はキャラクタデータおよびコ
ミュニティの入り口ページ（図示せず）を受信してステ
ップＳ５３でコミュニティの入り口ページおよびキャラ
クタをディスプレイ４０に表示する。キャラクタの詳細
については後述するが、ここで表示されたユーザのキャ
ラクタはウェブページ上に常に表示される。コミュニテ
ィの入り口ページではウェブページ上に設けられたボタ
ンを選択することによって、新規サークルを作成するか
既存のサークルに参加するかを選択することができる。

【００４２】新規サークルを作成するときには、コミュ
ニティの入り口ページに設けられている「新規サークル
の作成」ボタンを選択する。するとステップＳ５５にお
いて新規サークルの作成と判断してステップＳ６３でサ
ークル登録ページの要求をサーバ１０に送信する。

【００４３】サーバ１０はサークル登録ページ要求を受
信してステップＳ６５においてサークル登録ページをク
ライアント３０に送信する。

【００４４】クライアント３０はサークル登録ページを
受信し、ステップＳ６７においてサークル登録ページ
（図示せず）をディスプレイ４０に表示する。オペレー
タはサークル登録ページに設けられた入力欄に登録サー
クルの情報を入力し、完了ボタンを選択する。完了ボタ
ンを選択するとステップＳ６９において情報入力の完了
と判断し、ステップＳ７１で、入力されたサークル情報
を取り込んでバッファ３６に格納する。そしてステップ
Ｓ７３においてバッファ３６に格納されているサークル
情報をサーバ１０に送信する。

【００４５】サーバ１０はサークル情報を受信してステ
ップＳ７５においてサークルの登録を行う。サークルの
登録では、サークルデータベース８０（図７参照）に当
該サークルのスレッドデータベース８２を作成する。そ
して、ステップＳ７７において当該サークルのサークル
ページをクライアント３０に送信する。サークルページ
はウェブページデータベース８４の雛型データベース８
６に予め設けられたサークルページの雛型にサークル情
報によって与えられた情報を埋め込むことによって生成
される。そして生成されたサークルページはサークルペ
ージデータベース８８に記録される。

【００４６】一方、ステップＳ５５において既存のサー
クルを選択するときには、コミュニティの入り口ページ
に設けられているサークル名のボタンを選択する。サー
クル名のボタンとは、たとえば「写真サークル」，「音
楽サークル」，「映画サークル」などと表示されたボタ
ンである。オペレータがこれらのサークル名のボタンを
選択するとステップＳ５５において新規サークル作成で
ないと判断し、選択された既存サークルをステップＳ５
７で特定する。サークルは、各サークルに割り振られた
サークルＩＤによって特定される。そして選択されたサ
ークルのページ要求をステップＳ５９において送信す
る。サーバ１０はサークルページ要求を受信し、選択さ
れたサークルのウェブページをウェブページデータベー
ス８４のサークルページデータベースから取得してクラ
イアント３０（ステップＳ６１）に送信する。

【００４７】次に図１７においてクライアント３０がサ
ークルページを受信すると、ステップＳ８１において図
４に示すようなサークルページをディスプレイ４０に表
示する。図４のサークルページは既存のサークルページ
である。ここで、これまでサークルページと呼んできた
ウェブページは図４に示すようにアイコンフレーム，ス
レッドページおよびサークルページを含む構成となって
いる。そしてサークルページ上にはユーザが登録したキ
ャラクタ（キャラクタ１）が引き続き表示される。つぎ
にステップＳ８３においてウェブページのＨＴＭＬに埋
め込まれているスクリプト（詳細については後述）に基
づいてキャラクタの動作を操作する。スクリプトに基づ
く操作によって、キャラクタは図４に示すようにサーク
ルで展開されているそれぞれの話題について解説を行
う。キャラクタはサークルページ上を移動して各話題の
話題名（話題ボタン１２０）を指差しながら吹き出し１
１０を用いて解説を行う。

【００４８】オペレータはこのサークルに新たな話題を
提供し、もしくは既存の話題に参加することができる。
新規話題を提供するときにはアイコンフレーム（図４参
照）に設けられた新規話題作成ボタン１１２を選択す
る。また、既存の話題の内容を再現するためにはスレッ
ドページに表示されている話題ボタン１２０（図４の例
では話題１〜話題３）のいずれかを選択する。話題は
「場面（コメントおよびリアクション）」毎に再現さ
れ、次の場面ボタン１１８を選択すると次の場面が再現
される。そして再現された話題に対してコメントを追加
するときにはコメント作成ボタン１１４を選択し、再現
された場面にリアクションを追加するときにはリアクシ
ョン作成ボタン１１６を選択する。なお、コメント作成
ボタン１１４は話題に含まれるすべての場面が再現され
た後に有効となる。また、リアクション作成の処理は説
明の都合上、後述するステップＳ１０７における「話題
再現」の処理の一部として説明する。

【００４９】これらのいずれかの操作を行うと、クライ
アント３０ではステップＳ８５において操作ありと判断
し、ステップＳ８７，ステップＳ９１，ステップＳ９５
およびステップＳ９９においてそれぞれの操作の内容を
判断する。

【００５０】ステップＳ８７において新規話題作成ボタ
ン１１２が選択されたと判断すると、ステップＳ８９に
おいて「新規話題作成」の処理を行う。「新規話題作
成」の処理は図１８および図２０から図２２に示すフロ
ー図の手順に従って実行される。「新規話題」の処理
は、まず図１８のステップＳ１０１において、図１０に
示すような新規話題編集ウィンド１５０をディスプレイ
４０のサークルページ上に表示する。そしてステップＳ
１０３においてスイッチＬｖ−ＳＷに「０」を設定し、
ステップＳ１０５で「スクリプトファイル生成」の処理
を行う。なお、Ｌｖ−ＳＷは「新規話題作成」，「コメ
ント作成」および「リアクション作成」のいずれの処理
を行うかを判断するためのスイッチである。

【００５１】図２０および図２１のフロー図に示す処理
は、図１８の「スクリプトファイル生成」の詳細を示し
ており、「新規話題作成」，後述する「コメント作成」
および「リアクション作成」の各処理に共通である。こ
の「スクリプトファイル生成」の処理では、図１０に示
す新規話題編集用ウィンド１５０に対するユーザの操作
に基づいて新規話題作成を行う。なお、新規話題作成に
は最初のコメント作成が含まれる。

【００５２】まず、図２０のステップＳ１３１で、作成
するスクリプトファイルを新規にオープンする。そして
ステップＳ１３３においてＬｖ−ＳＷが２であるか、つ
まり「リアクション作成」であるかどうか判断する。現
在Ｌｖ−ＳＷに設定されている値は「０」であるのでス
テップＳ１３５に進む。

【００５３】ユーザは図１０のウィンドを操作して当該
話題の最初のコメントをＧＵＩ形式で作成する。既に述
べたようにコメントには台詞だけでなく、画像などのロ
ーカルファイルの表示なども含まれる。ユーザがローカ
ルファイルボタン１７０を選択すると、ローカルファイ
ルを取り込むためのウィンド（図示せず）が表示され
る。ユーザが予め用意しておいた画像ファイルをウィン
ドの指示に従って指定することによって画像ファイルを
選択する。このとき画像ファイルのサークルページ上の
位置も指定するようにする。ローカルファイルの選択が
終了するとステップＳ１５１においてローカルファイル
の取り込みであると判断し、選択されたローカルファイ
ルをステップＳ１５３でメモリ４４に取り込む。

【００５４】そしてステップＳ１３９において、サーク
ルページ上にローカルファイルを表示させるスクリプト
を生成し、生成したスクリプトをステップＳ１４１にお
いてスクリプトファイルに追加する。取り込んだローカ
ルファイルのファイル名がたとえば“ＪＰＥＧ．０００
１”である場合、ステップＳ１３９で作成されるスクリ
プトは、“＜＃ｒｅｆｅｒ＞ＪＰＥＧ．０００１”と記
述され、このようなスクリプトが時系列構造で追加され
る。ステップＳ１４１の処理を終えるとステップＳ１３
３に戻り、再びＬｖ−ＳＷの値が２であるかどうか判断
する。

【００５５】ユーザがプルダウンボタン１６０（図１０
参照）を選択すると移動メニュー表示部１５６に、キャ
ラクタが移動可能な移動場所の一覧がプルダウンメニュ
ー（図示せず）として表示される。移動場所一覧から移
動場所を選択することによってキャラクタを移動させる
位置を決定する。移動場所一覧に表示される内容として
は、たとえば「画像１の右側」，「キャラクタ２の
前」，「サークルページの右隅」などが考えられる。さ
らに、プルダウンメニューを使用しない場合には、サー
クルページの任意の場所およびサークルページに表示さ
れているキャラクタをマウスで直接選択することによっ
てもキャラクタを移動させる位置を決定することができ
る。なお、アイコンフレームに設けられたリンクＯＮ／
ＯＦＦボタン１２６を選択するとサークルページに表示
されたウェブページのリンクを無効とすることができ
る。したがって、リンクがはられた画像などをマウスで
選択した場合にもリンク先に繋がることなくキャラクタ
を移動させる位置情報として選択できる。移動場所を決
定して追加ボタン１６４（図１０参照）を選択すると、
ステップＳ１４３において場所の移動であると判断し、
ステップＳ１４５で移動情報をメモリ４４に取り込む。
「移動情報の取り込み」の処理は図２２に示すフロー図
の処理手順に従って処理される。「移動情報の取り込
み」の処理では、何によってキャラクタの移動位置が指
定されたかをステップＳ２１１およびステップＳ２１５
で判断し、指定の方法に応じた処理を行う。

【００５６】プルダウンメニューからの画像名の選択お
よびウェブページ上の画像の直接クリックによってキャ
ラクタを移動させる位置を指定した場合にはステップＳ
２１１において、画像が選択されたと判断し、ステップ
Ｓ２１３でウェブページのＵＲＬおよびクリックされた
画像のＩＤとを取得してメモリ４４に取り込む。また、
プルダウンメニューからのキャラクタ名の選択およびウ
ェブページ上の他のキャラクタの直接クリックによって
キャラクタを移動させる位置を指定した場合にはステッ
プＳ２１５において、キャラクタが選択されたと判断
し、指定されたキャラクタのキャラクタＩＤをステップ
Ｓ２１７で取得してメモリ４４に取り込む。また、プル
ダウンメニューからのウェブページ上の位置（サークル
ページの右上など）の選択およびウェブページ上の任意
の位置の直接クリックによってキャラクタを移動させる
位置を指定した場合には、ステップＳ２１１およびステ
ップＳ２１５においてＮＯと判断し、つまりウェブペー
ジ上の位置が指定されたと判断してステップＳ２１９に
おいて、指定されたウェブページ上の位置の座標を取得
してメモリ４４に取り込む。

【００５７】このようにしてメモリ４４に取り込んだ移
動情報に基づき、移動位置にキャラクタを移動させるた
めのスクリプトを図２０のステップＳ１３９で生成し、
生成したスクリプトをステップＳ１４１でスクリプトフ
ァイルに追加する。キャラクタをサークルページの右隅
に移動させるとき、スクリプトは“＜＃ｍｏｖｅ＞ｒｉ
ｇｈｔｓｉｄｅ＿ｏｆ＿ｔｈｅ＿ｃｉｒｃｌｅｐａｇ
ｅ”と記述され、かかるスクリプトが時系列構造でファ
イルに追加される。

【００５８】ユーザがプルダウンボタン１５８（図１０
参照）を選択すると振る舞いメニュー表示部１５４に、
キャラクタの行うことができる振る舞いの一覧がプルダ
ウンメニュー（図示せず）として表示される。振る舞い
の一覧に表示される内容としては、「右を向く」，「左
を指差す」，「驚きの仕草」，「微笑む」などが考えら
れる。これらの一覧から振る舞いを決定して追加ボタン
１６２を選択すると、ステップＳ１５５において振る舞
いであると判断する。そして決定された振る舞いの情報
をステップＳ１５７においてメモリ４４に取り込み、振
る舞いの情報に基づいてステップＳ１３９でキャラクタ
に振る舞いを実行させるためのスクリプトを生成する。
ステップＳ１４１では、生成されたスクリプトを時系列
的にスクリプトファイルに追加する。キャラクタを微笑
ませるとき、スクリプトは“＜＃ｐｌａｙ＞ｓｍｉｌ
ｅ”と記述される。

【００５９】さらに、ユーザがキーボード３４などから
台詞入力部１７２に台詞を入力して追加ボタン１７４を
選択すると、ステップＳ１３５において台詞であると判
断してステップＳ１３７で台詞入力部１４２に入力され
たテキストデータをメモリ４４に取り込む。そして取り
込んだテキストデータに基づいてステップＳ１３９でキ
ャラクタに台詞を発言させるためのスクリプトを生成
し、生成したスクリプトをステップＳ１４１で時系列的
にスクリプトファイルに追加する。キャラクタに“今
日、こんなページを見つけたよ”という台詞をしゃべら
せる場合、スクリプトは“＜＃ｓｐｅａｋ＞今日、こん
なページを見つけたよ”と記述される。

【００６０】このような一連の動作を選択することによ
って、サークルページに任意の画像を表示し、画像のそ
ばに移動させたキャラクタに画像を指差させながら台詞
を発言させるスクリプトファイルを生成することができ
る。そしてこの一連の動作の内容は履歴表示部１７６に
表示される。なお、スクリプトが時系列構造で作成され
ることから、後にキャラクタエージェントの表現の内容
を解析することは比較的容易である。つまり、＜＃＿＿
＿＿＞の内容に基づいて、キャラクタエージェントの表
現について種類毎に統計をとったり、所望の種類の表現
を検索することができる。

【００６１】これらの動作の他に、ユーザはＵＲＬで指
定するウェブページをサークルページに表示することも
できる。ユーザはキーボード３４などを用いてＵＲＬ入
力部１６６にＵＲＬを入力して追加ボタン１６８を選択
する。するとステップＳ１４７においてＵＲＬであると
判断する。そしてステップＳ１４９においてＵＲＬのテ
キストデータをメモリ４４に取り込む。ステップＳ１３
９で、ＵＲＬのテキストデータに基づいてＵＲＬによっ
て指定されるウェブページを表示させるためのスクリプ
トを生成し、生成したスクリプトをステップＳ１４１で
スクリプトファイルに追加する。このとき、スクリプト
は、たとえば“＜＃ｏｐｅｎ＞ｈｔｔｐ／／ｗｗｗ．ｍ
ｉｃ．ａｔｒ．ｃｏ．ｊｐ”と記述される。

【００６２】このようなスクリプトを生成することによ
ってＵＲＬで指定される任意のウェブページをサークル
ページ上に、もしくはサークルページとして表示でき
る。こうして表示されるウェブページはサーバ１０でプ
ロキシ（Proxy）処理を施されることによってサークル
ページと同様の機能を備えることができる。なお、プロ
キシ処理の詳細については後述する。

【００６３】このような操作を新規話題編集用ウィンド
に対して行うことによりユーザは新規話題の作成および
最初のコメントを作成する。そしてユーザが完成ボタン
１７８（図１０参照）を操作するとステップＳ１５９に
おいて完成であると判断し、ステップＳ１６１において
Ｌｖ−ＳＷに設定されている値が「０」であるかどうか
判断する。Ｌｖ−ＳＷに「０」が設定されている、つま
り新規話題の編集であると判断すると、ユーザが予めタ
イトル入力欄１５２に入力しておいた話題のタイトルの
テキストデータをステップＳ１６３においてメモリ４４
に取り込む。そして取り込んだタイトルのテキストデー
タをステップＳ１６５でスクリプトファイルに追加す
る。さらに、ステップＳ１６７においてＬｖ−ＳＷに設
定されている値およびキャラクタのキャラクタＩＤをス
クリプトファイルに追加してスクリプトファイルをクロ
ーズする。ステップＳ１６９では、Ｌｖ−ＳＷの値に
「０」を設定してクリアするとともに、スクリプトファ
イルをサーバ１０に送信する。なお、新規話題編集の場
合にはステップＳ１６９の前後においてＬｖ−ＳＷに設
定されている値は変わらない。

【００６４】サーバ１０では図２１に示すようにスクリ
プトファイルを受信し、ステップＳ１８１，ステップＳ
１９９およびステップＳ２０５においてスクリプトファ
イルに含まれているＬｖ−ＳＷの値が「０」，「１」お
よび「２」のいずれであるかを判断する。新規話題の編
集ではステップＳ１８１においてＬｖ−ＳＷに設定され
ている値が「０」であると判断し、ステップＳ１８３に
おいて新規話題のスレッドをＨＤ２２に設けられたスレ
ッドデータベース８０（図７参照）内に生成する。具体
的には、当該サークル（たとえば図８におけるサークル
１）のフォルダに新規話題（たとえば話題１）の話題フ
ォルダ９０を生成し、話題フォルダ９０の内に登場キャ
ラクタ情報９２を生成する。さらに話題フォルダ９０の
内にステップＳ１８５で場面フォルダ９４を生成し、場
面フォルダ９４内にクライアント３０から受信したスク
リプトファイルをステップＳ１８７でコメントとして格
納する。なお、この場合は新規話題であるから場面１の
場面フォルダ９４が生成される。

【００６５】そしてステップＳ１８９においてスクリプ
トファイルに記録されているキャラクタＩＤを登場キャ
ラクタ情報９２に記録されているキャラクタＩＤと比較
し、新規キャラクタであるかどうか判断する。新規キャ
ラクタであるときはステップＳ１９１において当該キャ
ラクタのキャラクタＩＤを登場キャラクタ情報９２に追
加する。

【００６６】スレッドデータベース８２の更新（話題フ
ォルダ９０への場面フォルダ９４の追加）が終了した
後、更新された話題フォルダ９０に記録されている情報
に基づいてサークルデータベース８８に記録されている
当該サークル（たとえばサークル１）のスレッドページ
をステップＳ１９３において更新する。そして、更新し
たスレッドページをステップＳ１９５においてクライア
ント３０に送信する。クライアント３０では更新された
スレッドページ（図４参照）を受信し、ステップＳ１９
７においてディスプレイ４０に表示する。更新されたス
レッドページには、新たな話題ボタン１２０およびコメ
ント１が追加される。こうして「スクリプトファイル生
成」の処理（図２０参照）が終了するとともに、「新規
話題作成」の処理（図１７のステップＳ８９参照）が終
了する。

【００６７】新規話題（最初のコメントを含む）が作成
されると、当該ユーザおよびサークルに入場した他のユ
ーザは、話題に次のコメント（たとえばコメント１に対
するコメント２）を追加し、もしくはコメントに対する
キャラクタのリアクションを追加することができる。し
かし、リアクションは当該場面のすべてのコメントおよ
びリアクションが再現された後、つまりユーザがその場
面のすべてを見終えた後にのみ追加することができる。
また、新たなコメントは当該話題のすべての場面を見終
えた後にのみ追加することができる。そのため、既存の
話題を再現する手順から先に説明する。

【００６８】ユーザがスレッドページの話題ボタン１２
０（たとえば話題１）を選択すると、クライアント３０
では図１７のステップＳ８５において操作ありと判断
し、さらにステップＳ９５で話題の再現が要求されたと
判断する。そして、ステップＳ９７において「話題再
現」の処理を実行する。

【００６９】「話題再現」の処理は、図２３から図２８
のフロー図に示す手順に従って実行される。まず、クラ
イアント３０ではステップＳ２２１において、選択され
た話題を選択された話題ボタン１２０に基づいて特定
し、特定した話題の最初の場面（場面１）の再現要求を
ステップＳ２２３でサーバ１０に送信する。サーバ１０
ではステップＳ２２５で再現要求を受け取り要求された
場面を再現するための場面ＨＴＭＬファイルの雛型を雛
型データベース８６（図７参照）からメモリ２４に取得
し、オープンする。要求された場面を再現するＨＴＭＬ
ファイルは、ＨＴＭＬファイルの雛型に場面フォルダ９
４（図８参照）に格納されているスクリプトファイル
（コメントおよびリアクション）の内容を埋め込むこと
によって生成される。

【００７０】ステップＳ２２７では、再現が要求された
のが当該話題の最初の場面であるかどうかを再現要求に
基づいて判断する。最初の場面であると判断すると、ス
テップ２２９において話題フォルダ９０内の登場キャラ
クタ情報９２を参照し、当該話題に登場するすべてのキ
ャラクタを特定する。ステップＳ２３１では、特定した
すべてのキャラクタのデータをキャラクタＩＤに基づい
てキャラクタデータベース７４のデフォルトキャラクタ
データベース７６もしくはオリジナルキャラクタデータ
ベース７８から取得する。そしてステップＳ２３３でこ
れらのキャラクタデータをバッファ１６に格納する。

【００７１】ステップＳ２３５では、再現が要求された
場面の場面フォルダ９４に含まれているスクリプトファ
イルをすべてスレッドデータベース２２５から取得して
メモリ２４に格納する。まず、ステップＳ２３７でコメ
ントのスクリプトファイルに記録されている内容をＨＴ
ＭＬファイルの所定の位置に埋め込み、ステップＳ２３
９でさらに他のスクリプトファイル（リアクションのス
クリプトファイル）が存在するかどうか判断する。スク
リプトファイルが存在するときにはステップＳ２４１で
リアクションのスクリプトファイルの内容をＨＴＭＬフ
ァイルの雛型に埋め込む。そして、ステップＳ２３９で
スクリプトファイルが存在しないと判断するまでステッ
プＳ２３９およびステップＳ２４１を繰り返してすべて
のリアクションスクリプトファイルの内容をＨＴＭＬフ
ァイルの雛型に埋め込み、ステップＳ２４３で場面ＨＴ
ＭＬファイルをクローズする。こうして生成した場面Ｈ
ＴＭＬファイルをステップＳ２４５においてバッファ１
６に格納し、ステップＳ２４７でバッファ１６に格納さ
れている場面ＨＴＭＬファイルを（場面１の場合には、
キャラクタデータとともに）クライアント３０に送信す
る。

【００７２】クライアント３０では、図２４のステップ
Ｓ２５１において場面ＨＴＭＬファイル（キャラクタデ
ータを含む場合もある）を受信し、ステップＳ２５３で
キャラクタデータが存在するかどうか判断する。そして
キャラクタデータが存在するときには図５に示すように
すべてのキャラクタをサークルページ上に表示する。図
５の例では３人のユーザ（キャラクタ１〜３）が話題に
参加している。

【００７３】ステップＳ２５７において、場面ＨＴＭＬ
ファイルに埋め込まれているスクリプトの処理がすべて
終了したかどうか判断し、終了していないときにはステ
ップＳ２５９，ステップＳ２７１，ステップＳ２８１
（図２５），ステップＳ３０１およびステップＳ３０７
においてスクリプトの内容を判断する。

【００７４】スクリプトがＵＲＬに基づくウェブページ
の表示を示しているときには、ステップＳ２５９におい
てＵＲＬであると判断される。そしてステップＳ２６１
において、ＵＲＬで指定されるウェブページのプロキシ
処理要求をＵＲＬとともにサーバ１０に送信する。

【００７５】サーバ１０ではステップＳ２６３において
プロキシ処理要求を受信し、ステップＳ２６５で「プロ
キシ処理」を実行する。この「プロキシ処理」が施され
ることによって、ＵＲＬで指定されるウェブページがサ
ークルのウェブページとしての機能を備えることができ
る。「プロキシ処理」は、図２８のフロー図に示す手順
に沿って実行される。まず、ステップＳ３４１において
ＵＲＬで指定されるサーバにアクセスする。そしてステ
ップＳ３４３で、ＵＲＬで指定されるウェブページを形
成するＨＴＭＬデータを１行分だけメモリ２４に取得
し、ステップＳ３４５においてメモリ２４に取得したデ
ータを加工する「データの加工処理（プロキシ処理）」
を行う。

【００７６】「データの加工処理」では、メモリ２４に
取得した１行分のデータにイメージタグが存在する場合
にはその画像（イメージ）にＩＤを割り振るとともに、
「スクリプトの生成」の処理において画像をクリックし
たときにキャラクタを移動させる位置情報として当該画
像の位置を取り込み、プルダウンボタン１６０（図１０
参照）もしくはプルダウンボタン２００（図１１参照）
が選択されたときにはプルダウンメニュー表示部１５６
もしくはプルダウンメニュー表示部１９８に表示される
選択メニューに当該画像を表示するためのデータを付加
する。なお、このデータは後述するスクリプトプログラ
ムによって実行される。

【００７７】１行分のデータにリンクタグが存在する場
合には、リンクタブに設定されているＵＲＬを、サーバ
１０のプロキシ経由でＵＲＬが指定するウェブページに
アクセスするように書き換える。具体的には、ＵＲＬが
指定するアクセス先をサーバ１０に変更し、このＵＲＬ
に元のＵＲＬが指定するウェブページからデータを取得
してプロキシ処理を行うというオプションを付加する。

【００７８】また、１行分のデータにフレームタグが存
在する場合には、リンクタグの場合と同様にフレームタ
グに設定されているＵＲＬをサーバ１０のプロキシ経由
でアクセスするように書き換える。

【００７９】加工が終了した一行分のデータはステップ
Ｓ３４７でバッファ１６に格納される。ＵＲＬで指定さ
れるウェブページを形成するＨＴＭＬのすべての行につ
いてデータの加工（プロキシ処理）が行われるとステッ
プＳ３４９でデータが終了したと判断し、ステップＳ３
５１でスクリプトプログラムをバッファ１６に格納す
る。バッファ１６に格納することによってＵＲＬで指定
されるウェブページのＨＴＭＬにスクリプトプログラム
が挿入される。プロキシ処理によって加工されたデータ
はこのスクリプトプログラムによって実行される。スク
リプトプログラムの働きにより「スクリプトの生成」の
処理（図２０参照）においてウェッブページ上の画像が
クリックされると当該画像の位置がキャラクタを移動さ
せる位置情報として取り込まれるとともに、当該画像の
位置までキャラクタが移動される。また、「話題再現」
（スクリプトの再生）の処理（図２３参照）において再
生されるスクリプトの内容が画像の位置への移動や振る
舞いである場合には、スクリプトプログラムがスクリプ
トを処理してキャラクタを画像の位置に移動させたり振
る舞いを実行させたりする。そして図２４のステップＳ
２６７では、バッファ１６に格納されているプロキシ処
理済のウェブページをクライアント３０に送信する。

【００８０】クライアント３０はステップＳ２６９にお
いてウェブページをプロキシサーバ経由で取得してサー
クルページ上に表示する。こうして表示されたウェブペ
ージは図５に示すようにサークルページの背景（つまり
サークルページ自体）とすることもできるが、ウェブペ
ージの内容（たとえば画像３０２）を表示するための別
ウィンド３００を展開するようにすることもできる。

【００８１】また、スクリプトがユーザによってアップ
ロードされた画像などのローカルファイルの表示を示し
ているときには、ステップＳ２７１においてファイルで
あると判断される。そして、ステップＳ２７３において
表示位置を特定し、ステップＳ２７５で図５に示すよう
に画像３０２を含む別ウィンド３００をサークルページ
上に表示する。

【００８２】スクリプトがキャラクタの移動を示してい
るときには、図２５のステップＳ２８１において移動で
あると判断され、ステップＳ２８３において移動の対象
となるキャラクタ（たとえばキャラクタ１）を特定す
る。そして、スクリプトに定義されている移動先の指定
方法に応じた処理を行う。

【００８３】移動先がウェブページ上の画像の選択によ
って指定されているときにはステップＳ２８５において
ウェブページ上の画像の選択であると判断し、ステップ
Ｓ２８７でスクリプトに基づいてウェブページのＵＲＬ
および移動先である画像ＩＤを特定する。そして、ステ
ップＳ２８９でキャラクタ１を画像ＩＤによって特定さ
れる画像の位置に移動させる。このとき、キャラクタ１
は図６に示すようにMicrosoft Agentなどのプログラム
による処理でアニメーションしながら移動するようにす
るとよい。このようにしてキャラクタ１はたとえば図６
に示すように画像３０２の右側へと移動する。また、移
動先が他のキャラクタの選択によって指定されていると
きにはステップＳ２９１においてキャラクタの選択であ
ると判断し、ステップＳ２９３においてスクリプトに基
づいて移動先であるキャラクタのキャラクタＩＤを特定
する。さらに特定したキャラクタのサークルページにお
ける座標をステップＳ２９５で特定する。そして、ステ
ップＳ２８９でキャラクタ１を座標で特定される移動先
に移動させる。ステップＳ２８５およびステップＳ２９
１での判断がＮＯであると移動先は座標によって指定さ
れていると判断し、ステップＳ２９７でスクリプトに基
づいて移動先の座標を特定する。そして、ステップＳ２
８９でキャラクタ１を特定した座標位置まで移動させ
る。

【００８４】つぎに、スクリプトがキャラクタの振る舞
いを示すときには、図２６のステップＳ３０７において
振る舞いであると判断され、ステップＳ３０９において
振る舞いを行わせる対象のとなるキャラクタ（たとえば
キャラクタ１）を特定する。そしてステップＳ３１１に
おいてキャラクタ１をアニメーションさせるなどしてス
クリプトに定義された振る舞い、たとえば左側を指差す
などの振る舞いを行わせる。

【００８５】さらに、スクリプトが台詞の発言を示すと
きには、ステップＳ３０１において台詞であると判断さ
れ、ステップＳ３０３で台詞の発言の対象となるキャラ
クタ（たとえばキャラクタ１）を特定する。そしてステ
ップＳ３０５で、特定したキャラクタの近傍で図６に示
すように他のキャラクタやウィンド３００などに重なら
ない適切な位置に吹き出し３０４を表示する。なお、吹
き出し３０４の中には、スクリプトに定義されている台
詞、たとえば「こんな写真を見つけたよ。どう？」など
のテキストを表示する。

【００８６】以上説明したように、場面のコメントでは
サークルページ上にウェブページおよび画像を表示し、
キャラクタに移動，振る舞いおよび台詞の発言をさせる
ことができる。以上のウェブページおよび画像の表示な
らびにキャラクタ１の動作を場面１におけるコメント１
とすると、図８の場面フォルダ９４からもわかるように
場面１の場面ＨＴＭＬファイルにはコメント１に対する
リアクションのスクリプトがさらに存在する場合があ
る。

【００８７】リアクションのスクリプトが存在するとき
にはステップＳ３０７において振る舞いであると判断さ
れ、スクリプトに従って、たとえばキャラクタ２がアニ
メーションによる振る舞いが再現される。図６の例で
は、キャラクタ１によるコメントに対してキャラクタ２
が驚きのリアクションをとっている。リアクションのス
クリプト生成の説明で詳しく述べるが、リアクションの
スクリプトにはキャラクタの振る舞いに関する情報のみ
が記録されている。

【００８８】こうして場面ＨＴＭＬファイルに含まれて
いるすべてのスクリプトの再現が終了すると図２４のス
テップＳ２５７においてスクリプト終了と判断し、図２
７のステップＳ３２１でユーザによるボタン操作がある
かどうか判断する。なお、場面ＨＴＭＬファイルに含ま
れるすべてのスクリプトの再現が終了すると、リアクシ
ョン作成ボタン１１６および次の場面ボタン１１８が有
効となる。

【００８９】ユーザが次の場面ボタン１１８を選択する
とステップＳ３２３で次の場面が要求されたと判断し、
当該話題の次の場面についての再現要求をステップＳ３
２５でサーバ１０に送信する。

【００９０】サーバ１０では再現要求を受信し、図２３
のステップＳ２２５で場面ＨＴＭＬファイルの雛型をオ
ープンして場面ＨＴＭＬファイルの生成を開始する。前
述したのと同じ手順によってたとえば場面２の場面ＨＴ
ＭＬファイルが生成されてクライアント３０に送信され
る。そしてクライアント３０で場面ＨＴＭＬファイルに
基づいて場面２が再現される。場面２ではたとえば、キ
ャラクタ３がキャラクタ１のコメントおよびキャラクタ
２のリアクションを受けて、キャラクタ２の下方に移動
し、吹き出し３０６を用いて台詞「きれいな朝焼けです
ね」などの発言を行う。

【００９１】１つの場面ＨＴＭＬファイルに含まれるす
べてのスクリプトが再現されると、リアクション作成ボ
タン１１６が有効となり当該場面にリアクションを追加
することができるようになる。ユーザがリアクション作
成ボタン１１６を選択すると図２７のステップＳ３２７
においてリアクション編集であると判断し、ステップＳ
３２９で図１２に示すようなリアクション編集用ウィン
ド２２０をディスプレイ４０に表示する。そしてステッ
プＳ３３１においてＬｖ−ＳＷに「２」を設定してステ
ップＳ３３３で「スクリプトファイル生成」の処理を実
行する。

【００９２】前述したように「スクリプトファイル生
成」の処理は図２０から図２２のフロー図に示す手順で
実行される。図１２のリアクション編集用ウィンド２２
０からもわかるように、リアクション編集ではキャラク
タによる振る舞いのみを編集することができる。

【００９３】まず、図２０のステップＳ１３１において
当該リアクション用のスクリプトファイルをオープンす
る。そしてステップＳ１３３においてＬｖ−ＳＷに設定
されている値が「２」であるかどうか判断する、リアク
ション編集ではＬｖ−ＳＷには値「２」が設定されてい
るのでステップＳ１５５に進む。

【００９４】ユーザがリアクション編集ウィンド２２０
のプルダウンボタン２２４を選択すると、振る舞いメニ
ュー表示部２２２にキャラクタの行うことができる振る
舞いの一覧が表示される。一覧メニューから振る舞いを
決定して追加ボタン２２６を選択すると、ステップＳ１
５５において振る舞いが選択されたと判断され、決定さ
れた振る舞いの情報をステップＳ１５７においてメモリ
４４に取り込む。そしてステップＳ１３９で振る舞いの
情報に基づいてキャラクタに振る舞いを実行させるため
のスクリプトを生成し、生成されたスクリプトをステッ
プＳ１４１でスクリプトファイルに追加してステップＳ
１３３に戻る。

【００９５】こうしてユーザが完成ボタン２３０を選択
するまでユーザが選択した振る舞いを表すスクリプトが
スクリプトファイルに追加される。ユーザが完成ボタン
２３０を選択するとステップＳ１５９においてスクリプ
トファイルが完成したと判断し、さらにステップＳ１６
１でＬｖ−ＳＷの値が「０」であるかどうか判断する。
Ｌｖ−ＳＷに設定されている値は「２」であるからタイ
トルの取り込み処理をスキップし、ステップＳ１６７で
Ｌｖ−ＳＷに設定されている値およびキャラクタのキャ
ラクタＩＤをスクリプトファイルに追加してスクリプト
ファイルをクローズする。そして、ステップＳ１６９で
Ｌｖ−ＳＷに値「０」を設定してクリアするとともにス
クリプトファイルをサーバ１０に送信する。

【００９６】サーバ１０ではスクリプトファイルを受信
し、ステップＳ２０５においてスクリプトファイルに含
まれるＬｖ−ＳＷの値が「２」である、つまりアクショ
ンのスクリプトファイルを受信したと判断する。そし
て、ステップＳ２０７においてスレッドデータベース８
２（図７参照）に含まれている当該話題フォルダ９０内
の当該場面フォルダ９４（たとえば場面２の場面フォル
ダ）にスクリプトファイルを格納する。つぎに、ステッ
プＳ１８９において登場キャラクタ情報９２に記録され
ているキャラクタＩＤをスクリプトファイルに記録され
ているキャラクタＩＤと比較し、新規のキャラクタであ
るかどうか判断する。新規キャラクタであるときにはス
テップＳ１９１において当該キャラクタＩＤを登場キャ
ラクタ情報９２に追加する。スレッドデータベース８２
の更新が終了した後ステップＳ１９３で、更新された話
題フォルダ９０の内容に基づいてサークルデータベース
８８に記録されている当該サークルのスレッドページを
更新する。そして更新したスレッドページをステップＳ
１９５でクライアント３０に送信する。

【００９７】クライアント３０ではスレッドページ（図
４参照）を受信してステップＳ１９７でディスプレイ４
０に表示する。こうして図２７のステップＳ３３３にお
けるリアクションの「スクリプトファイル生成」の処理
が終了する。そしてステップＳ３３５において、リアク
ションを追加した当該場面（場面２）の再現要求をサー
バ１０に送信する。

【００９８】サーバ１０では再現要求を受信し、上述し
た図２３のステップＳ２２５からステップＳ２４７の処
理を経てリアクションが追加された場面の場面ＨＴＭＬ
ファイルがクライアント３０に送信され、クライアント
３０では受信した場面ＨＴＭＬファイルに基づいて当該
場面がサークルページに再現される。こうしてサークル
の場面が順次再現されるが、ユーザが終了ボタン３０８
を選択するとステップＳ３０７において終了と判断し、
図１７のステップＳ９７における「話題再現」の処理が
終了する。

【００９９】当該話題（たとえば話題２）に含まれるす
べての場面の再現が終了すると、上述したようにコメン
ト作成ボタン１１４が有効となり、話題に場面（コメン
ト）を追加することが可能になる。ユーザがコメント作
成ボタン１１４を選択すると図１７のステップＳ９１に
おいてコメントの作成であると判断し、ステップＳ９３
において「コメント作成」の処理を行う。「コメント作
成」の処理は図１９に示すフロー図の手順に従って実行
される。まず、ステップＳ１１１において図１１に示す
ようなコメント編集用ウィンド１９０をディスプレイ４
０に表示し、Ｌｖ−ＳＷに「１」の値を設定する。そし
てステップＳ１１５において「スクリプトファイル生
成」の処理を実行する。前述したように「スクリプトフ
ァイル生成」の処理は図２０から図２２のフロー図に示
す手順に従って実行される。

【０１００】「コメント作成」の処理における「スクリ
プトファイル生成」の処理は、「新規話題作成」の処理
における「スクリプトファイル生成」の処理とほぼ同じ
であり、クライアント３０における処理（図２０参照）
では生成したスクリプトファイルに話題のタイトルが追
加されない点のみが異なる。また、この「コメント作
成」においてはサーバ１０における処理（図２２参照）
では新規に話題フォルダ９０（新規スレッド）が生成さ
れず、既存の話題フォルダ９０に場面フォルダ９４を生
成してコメントのスクリプトファイルが格納される点の
みが異なる。したがって「コメント作成」の処理の詳細
な説明を省略する。なお、フロー図には特に示さなかっ
たがアイコンフレームに設けられた、戻るボタン１２４
を選択すると、話題を選択するページやサークルを選択
するページに戻るようにするとよい。

【０１０１】以上に説明したように、この実施例によれ
ば、テキストデータのみという単次元の手段で情報交換
を行う従来のＢＢＳと異なり、サークルのウェブページ
上に情報源である画像ファイルや他のウェブページなど
を実際に表示させるとともに、ユーザはユーザの代理で
あるキャラクタを使ってサークルのウェブページ上で移
動し、動作し、台詞を発言することができる。したがっ
て、コミュニティ環境提供システムのサークルに参加す
るユーザは、多次元の表現手段によってより質が高くよ
り正確な情報交換をスムーズに行うことができる。

【０１０２】また、キャラクタエージェントの表現を制
御するためのスクリプトは、メニューから所望の移動先
や振る舞いを選択したり、台詞を入力することによって
作成されるため、キャラクタエージェントの表現を容易
に制御することができる。

【０１０３】なお、この実施例は上述の例に限るもので
はなく、種々に変更して実施してもよい。たとえば、サ
ークルでの表現手段はキャラクタによる動作、ウェブペ
ージの表示および画像や動画などの映像データとした
が、これらに限らず音楽を再生するなどウェブページ上
で実現可能であればどのような表現手段であってもよ
い。

【０１０４】また、この実施例ではサークル，話題，場
面という概念を用いたが、必ずしもこのような概念を用
いる必要はない。さらに、場面は１つのコメントもしく
は１つのコメントと少なくとも１つのリアクションを含
む構成としたが、場面の構成もこれに限るものではな
い。

【０１０５】さらに、場面に含まれるすべての表現が再
現された後にリアクションを追加可能とし、話題に含ま
れるすべての場面が再現された後に場面の追加を可能と
したが、リアクションおよび場面の追加条件はこのよう
なものに限らず、よりスムーズな表現および情報交換を
実現し、より快適なコミュニティ環境を実現できるよう
に適宜変更してもよい。

【図面の簡単な説明】

【図１】この発明の一実施例の全体構成を示す図解図で
ある。

【図２】サーバの構成の一例を示すブロック図である。

【図３】クライアントの構成の一例を示すブロック図で
ある。

【図４】サークルの入り口ページの一例を示す図解図で
ある。

【図５】再現された場面の一例を示す図解図である。

【図６】再現された場面の他の一例を示す図解図であ
る。

【図７】サーバに設けられたＨＤのデータ構成の一例を
示す図解図である。

【図８】ＨＤに構築されたスレッドデータベースのデー
タ構成の一例を示す図解図である。

【図９】コミュニティ環境提供システムへのログインペ
ージの一例を示す図解図である。

【図１０】新規話題を編集するためのエディタの一例を
示す図解図である。

【図１１】コメントを編集するためのエディタの一例を
示す図解図である。

【図１２】リアクションを編集するためのエディタの一
例を示す図解図である。

【図１３】図１の実施例における処理手順の一部を示す
フロー図である。

【図１４】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図１５】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図１６】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図１７】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図１８】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図１９】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図２０】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図２１】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図２２】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図２３】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図２４】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図２５】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図２６】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図２７】図１の実施例における処理手順の他の一部を
示すフロー図である。

【図２８】図１の実施例における処理手順の他の一部を
示すフロー図である。

【符号の説明】１０ …サーバ１２ …ＣＰＵ２２ …ＨＤ（Hard Disc）３０ …クライアント３２ …ＣＰＵ４２ …ＨＤ（Hard Disc）６０ …インターネット

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B050 AA08 BA07 BA08 BA11 BA12 CA07 CA08 EA24 FA02 FA12 FA13

Claims

【特許請求の範囲】

【請求項１】通信ネットワークを介して接続される複数
の端末に仮想コミュニティ環境を提供するコミュニティ
環境提供システムにおいて、各々の前記端末からオブジェクトの制御情報を受信する
第１受信手段、および前記制御情報に基づく表現をする前記オブジェクトを前
記仮想コミュニティ環境に再現する再現手段を備えるこ
とを特徴とする、コミュニティ環境提供システム。
【請求項２】前記制御情報は、前記仮想コミュニティ環
境における前記オブジェクトの再現位置情報、前記オブ
ジェクトの移動先を示す移動先情報，前記仮想コミュニ
ティ環境の所定位置を示唆する指示情報、前記オブジェ
クトの振る舞いに関する振る舞い情報、および前記オブ
ジェクトによる発話に関する発話情報の少なくとも１つ
を含む、請求項１記載のコミュニティ環境提供システ
ム。
【請求項３】前記制御情報は前記オブジェクトの表現に
関連して出力されるマルチメディアコンテンツを含む、
請求項１または２記載のコミュニティ環境提供システ
ム。
【請求項４】前記制御情報を記録する記録手段、前記端末から前記制御情報の送信要求を受信する第２受
信手段、および前記記録手段に記録された前記制御情報
を前記送信要求に基づいて返送する返送手段をさらに備
える、請求項１ないし３のいずれかに記載のコミュニテ
ィ環境提供システム。
【請求項５】通信ネットワークに接続された情報処理装
置によって提供される仮想コミュニティ環境でオブジェ
クトに所望の表現をさせるオブジェクト表現制御装置で
あって、前記オブジェクトの表現態様の入力を受け付ける受付手
段、前記受付手段によって受け付けた前記表現態様に基づい
て前記オブジェクトの制御情報を作成する作成手段、お
よび前記制御情報を前記通信ネットワークを通じて前記
情報処理装置に送信する送信手段を備える、オブジェク
ト表現制御装置。
【請求項６】前記受付手段は複数の表現項目を有する表
現メニューを表示して所望の表現項目の選択を受け付け
る第１受付手段を含み、前記作成手段は前記所望の表現項目に基づいて前記制御
情報を作成する第１作成手段を含む、請求項５記載のオ
ブジェクト表現制御装置。
【請求項７】前記表現メニューは、複数の振る舞い項目
を有する振る舞いメニュー、および複数の移動先項目を
有する移動先メニューの少なくとも一方を含む、請求項
６記載のオブジェクト表現制御装置。
【請求項８】前記受付手段は前記オブジェクトが発する
台詞の入力欄を表示して所望の台詞の入力を受け付ける
第２受付手段を含み、前記作成手段は前記所望の台詞に基づいて前記制御情報
を作成する第２作成手段を含む、請求項５ないし７のい
ずれかに記載のオブジェクト表現制御装置。
【請求項９】前記受付手段は前記オブジェクトが引用表
現するマルチメディアコンテンツの発信元情報の入力欄
を表示して所望の発信元情報の入力を受け付ける第３受
付手段を含み、前記作成手段は前記所望の発信元情報に基づいて前記制
御情報を作成する第３作成手段を含む、請求項５ないし
８のいずれかに記載のオブジェクト表現制御装置。
【請求項１０】前記制御情報は前記表現態様の種類を示
す識別子を含む、請求項５ないし９のいずれかに記載の
オブジェクト表現制御装置。
【請求項１１】通信ネットワークに接続された情報処理
装置によって提供される仮想コミュニティ空間上でオブ
ジェクトに所望の表現をさせるオブジェクト表現制御装
置の制御プログラムであって、前記オブジェクトの表現態様の入力を受け付けるステッ
プ、前記受付手段によって受け付けた前記表現態様に基づい
て前記オブジェクトの制御情報を作成するステップ、お
よび前記制御情報を前記通信ネットワークを通じて前記
情報処理装置に送信するステップを備える、オブジェク
ト表現制御装置の制御プログラム。