JP2001228947A

JP2001228947A - 表現データ制御システム、および、それを構成する表現データ制御装置、並びに、そのプログラムが記録された記録媒体

Info

Publication number: JP2001228947A
Application number: JP2000041917A
Authority: JP
Inventors: Minoru Nishihata; 実西畑
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2000-02-18
Filing date: 2000-02-18
Publication date: 2001-08-24
Anticipated expiration: 2020-02-18
Also published as: EP1278115A4; AU2001228864A1; JP3720230B2; WO2001061446A1; CN1241095C; EP1278115A1; CN1416543A; US20030011643A1

Abstract

(57)【要約】【課題】各表現間の相違が微妙になっても、迅速かつ
的確に多様な表現を制御可能な表現データ制御システム
を実現する。【解決手段】端末は、アニメーションや音あるいは文
字列などの表現データに関連して、動作／状態を示すア
イコン１１１…をアイコンパレット１１０上に表示す
る。また、端末の表示画面上には、アイコン１２１と文
字列１２２とを混在して表示可能な制御入力エリア１２
０が設けられており、ユーザは、アイコンパレット１１
０からアイコン１１１を選択してアイコン１２１を入力
すると共に、キーボードなどから文字列１２２を入力す
る。端末は、入力結果に基づき、アニメーション表示エ
リア１００ａに表示される自キャラクタの動作／状態
を、アイコン１２１に応じて制御すると共に、アイコン
１２１の直後に位置する文字列１２２を、自キャラクタ
のアニメーションと同期しながら表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、アニメー
ションや音あるいは文字列など、時間に沿って出力さ
れ、表現される表現データを制御する表現データ制御シ
ステムに関し、特に、各表現間の相違が微妙になって
も、迅速かつ的確に多様な表現を制御可能な表現データ
制御システムに関するものである。

【０００２】

【従来の技術】例えば、特開平９−８１３５３号公報で
は、文字列と画像とが併用された画面を表示する表示装
置において、入力された文字列に含まれる制御文字列に
よって、対応する画像を表示する装置が開示されてい
る。当該表示装置は、例えば、入力された文字列
に、「:-) 」という、笑顔を示す制御文字列が含まれて
いる場合、表示装置に笑顔を表示する。これにより、文
字だけの表示に比べて微妙なニュアンスを表示しやすく
なる。

【０００３】一方、米国では、Microsoft 社によって、
「Comic Chat」という題名で同様の提案を含む通信装置
に関する論文が発表されている（COMPUTER GRAPHICS Pr
oceedings, SIGGRAPH Annual Conference Series, 199
6）。当該論文では、画像を制御するための文字列とし
て、「:-) 」のような特殊な記号から構成される文字列
だけではなく、例えば、”hello ”という単語を含む文
章が入力された場合に手を振る画像を表示するなど、通
常の文章に含まれる語句を制御文字列として用いること
も提案されている。同様に、特開平１１−２４２７５１
号公報や特開平９−６５８１５号公報では、文章に含ま
れる特定の語句によって制御されるアニメーションを表
示しながら、文章を読み上げる文章読み上げ装置が開示
されている。

【０００４】

【発明が解決しようとする課題】しかしながら、特開平
９−８１３５３号公報の表示装置のように、特殊な制御
文字列を入力する場合、多様な表現を迅速に入力するこ
とが難しいという問題が生ずる。

【０００５】具体的には、一概に笑顔といっても、「に
こにこ」した笑顔や、「ニヤッ」とした笑顔など、多様
な笑顔が存在するので、「:-) 」だけでは多様な笑顔を
表現できない。また、「:-P 」などの他の文字列を用い
たとしても限界がある。加えて、表現可能な笑顔の増加
に伴って、制御文字列の種類も増加して、ユーザが、こ
れらの制御文字列全てを記憶し、的確に区別することが
益々困難になる。

【０００６】なお、特開平９−８１３５３号公報では、
「:-) 」と「:-< 」との間に、例えば、「:-)0.5 :-<0.
8 」のように、変形指示パラメータを挿入することで、
両者の間の中間的な表情を指定する方法も記載されてい
る。ところが、多くのユーザにとって、変形指示パラメ
ータから実際の表情を想像しにくいため、試行錯誤を繰
り返して、変形指示パラメータの入力に習熟する必要が
ある。

【０００７】加えて、上記表示装置では、動作のパター
ンが限定されているため、参加者にとっての意外性や多
様性を満たすことが難しい。この結果、参加者に飽きら
れやすくなってしまう。なお、文章中の特定の語句をキ
ーワードにする装置にも同様の問題があり、当該装置で
は、特定の語句から一意に表情が特定されるため、ユー
ザは、それ以上の表情を制御できない。

【０００８】本発明は、上記の問題点に鑑みてなされた
ものであり、その目的は、各表現間の相違が微妙になっ
ても、迅速かつ的確に多様な表現を制御可能な表現デー
タ制御システムを実現することにある。

【０００９】

【課題を解決するための手段】本発明に係る表現データ
制御システムは、上記課題を解決するために、表現デー
タとしてのアニメーションについて、動作／状態を示す
制御データを生成する制御データ生成部と、制御データ
に基づいて表現データを制御する表現データ制御部とを
有する表現データ制御システムにおいて、表現データの
動作／状態を示すアイコンを組み合わせて入力する入力
部を備え、上記制御データ生成部は、入力されたアイコ
ンに基づいて、上記制御データを生成することを特徴と
している。

【００１０】上記構成では、入力部によって、制御デー
タがアイコンを組み合わせて入力される。ここで、アイ
コンは、制御文字列を入力する場合とは異なり、それぞ
れが示す動作／状態を直感的にユーザへ伝えることがで
きる。また、種類が増えても、制御文字列を入力する場
合に比べて、入力の手間が増えない。さらに、アニメー
ションもアイコンも画像として表現されるため、各動作
／状態で制御されるアニメーション間の相違が微妙であ
っても、それぞれの相違を識別しやすい。この結果、多
様な動作／状態を迅速に入力可能な表現データ制御シス
テムを実現できる。

【００１１】また、上記構成に加えて、上記入力部は、
アイコンと文字列とを混在して入力可能であり、上記表
現データ制御部は、アイコンの直前または直後に位置す
るように入力された文字列を、当該アイコンが示すアニ
メーションに同期して表示または発音する方が望まし
い。

【００１２】当該構成によれば、表現データ制御部が文
字列とアニメーションとを表示する際に必須の入力のみ
を行う場合、すなわち、アイコンと文字列とを入力する
場合に比べて、入力が増えていないにも拘らず、アニメ
ーションと文字列とが同期している。また、互いに同期
するアイコンおよび文字列は、連続して位置するように
入力されるため、ユーザは、両者の関係を把握しやす
い。この結果、アニメーションおよび文字列を、簡単な
入力で、より自然に制御できる。

【００１３】同期の方法として、上記表現データ制御部
は、前記文字列の長さ、あるいは、前記文字列の発音に
要する時間に応じて、上記アイコンが示すアニメーショ
ンの長さを調整してもよい。なお、アニメーションの長
さは、例えば、各フレームの提示時間を調整したり、キ
ーフレームを補間して生成されるフレーム数を調整した
りして設定される。

【００１４】当該構成では、文字列の長さや発声の所要
時間に応じてアニメーションの長さが調整される。した
がって、アニメーションの長さを特に指示する必要がな
く、アニメーションおよび文字列を、簡単な入力で、よ
り自然に制御できる。

【００１５】また、同期の他の方法として、上記表現デ
ータ制御部は、前記文字列の長さ、あるいは、前記文字
列の発音に要する時間に応じて、上記アイコンが示すア
ニメーションの再生回数を調整してもよい。

【００１６】当該構成では、文字列の長さや発声の所要
時間に応じてアニメーションの再生回数が調整される。
したがって、アニメーションの再生回数を特に指示する
必要がなく、アニメーションおよび文字列を、簡単な入
力で、より自然に制御できる。

【００１７】さらに、本発明に係る表現データ制御装置
は、上記課題を解決するために、表現データとしてのア
ニメーションについて、動作／状態を示す制御データを
生成する制御データ生成部を有する表現データ制御装置
において、表現データの動作／状態を示すアイコンを組
み合わせて入力する入力部を備え、上記制御データ生成
部は、入力されたアイコンに基づいて、上記制御データ
を生成することを特徴としている。

【００１８】当該構成でも、入力部によって、制御デー
タがアイコンを組み合わせて入力されるので、上述の表
現データ制御システムと同様に、多様な動作／状態を迅
速に入力できる。

【００１９】また、上記構成の表現データ制御装置にお
いて、上記アイコンは、当該アイコンに対応するアニメ
ーションの一部を構成する静止画または動画を縮小した
画像として表示される方が望ましい。

【００２０】当該構成では、アイコンがアニメーション
の一部を縮小した画像として表示されるので、各アニメ
ーション間の相違が微妙であり、文字などに翻訳しにく
い場合であっても、各ユーザは、当該画像によって各ア
ニメーション間の相違を把握できる。この結果、より多
様で、それぞれの相違が微妙な動作／状態を迅速に入力
できる。

【００２１】さらに、上記各構成の表現データ制御装置
は、制御可能な各動作／状態のアニメーションを再生す
るためのリソースデータを追加あるいは置き換えて記憶
可能なリソース記憶部と、当該リソースデータに応じた
アイコンを登録するアイコン登録部を備えている方が望
ましい。

【００２２】当該構成によれば、リソースデータが変更
可能なので、制御可能な動作／状態のアニメーションを
追加したり、変更したりできる。この結果、制御可能な
動作／制御が予め定められている場合に比べて、より多
様にアニメーションを制御できる。また、当該リソース
データに合わせて、アイコンを登録できるので、リソー
スデータが変更されても、何ら支障なく、動作／状態を
迅速に入力できる。

【００２３】また、上記構成の表現データ制御装置は、
上記制御データに基づいて表現データを制御する表現デ
ータ制御部へ、通信路を介して、当該制御データを伝送
するデータ送信部と、制御データの生成および伝送が繰
り返される前に、上記リソース記憶部に記憶されたリソ
ースデータを上記表現データ制御部に送出するリソース
送出部とを備えていてもよい。

【００２４】当該構成では、上記表現データ制御部は、
制御データの伝送が繰り返される前に、リソース送出部
からリソースデータを受け取る。したがって、制御デー
タの伝送毎にアニメーション自体を示すデータを伝送す
る場合に比べて、制御データの伝送時におけるデータ量
を削減でき、より迅速なレスポンスが可能になる。ま
た、リソースデータを受け取るまで、表現データ制御部
は、リソースデータの内容が判らないので、意外性のあ
るアニメーションが再生される。この結果、より多様な
制御データを迅速に送信可能な表現データ制御装置を実
現できる。

【００２５】一方、本発明に係る表現データ制御システ
ムは、上記課題を解決するために、表現データの動作／
状態を示す制御データを生成する制御データ生成部と、
通信路を介して受け取った制御データに基づいて表現デ
ータを制御する表現データ制御部とを有する表現データ
制御システムにおいて、表現データの動作／状態を示す
アイコンを組み合わせて入力する入力部を備え、上記制
御データ生成部は、入力されたアイコンに基づいて、上
記制御データを生成すると共に、さらに、制御可能な各
動作／状態の表現データを再生するためのリソースデー
タを追加あるいは置き換えて記憶可能なリソース記憶部
と、上記制御データの生成および伝送が繰り返される前
に、上記リソース記憶部に記憶されたリソースデータを
上記表現データ制御部に送出するリソース送出部とを備
えていることを特徴としている。なお、表現データは、
時間に沿って出力されるデータであれば、例えば、アニ
メーションに限らず、音や文字列であってもよい。

【００２６】当該構成では、入力部によって、制御デー
タがアイコンを組み合わせて入力される。また、制御デ
ータの伝送が繰り返される前に、リソース送出部からリ
ソースデータを受け取る。したがって、上述の表現デー
タ制御システムや表現データ制御装置と同様に、多様な
動作／状態を示す制御データを、迅速に入力／伝送でき
る。

【００２７】また、本発明に係る表現データ制御システ
ムは、上記課題を解決するために、表現データとしての
文字列について、表現方法を指示する制御データを生成
する制御データ生成部と、制御データに基づいて表現デ
ータを制御する表現データ制御部とを有する表現データ
制御システムにおいて、上記文字列と混在させて、当該
文字列の表示方法を示すアイコンを入力する入力部を備
え、上記制御データ生成部は、入力されたアイコンに基
づいて、上記制御データを生成し、上記表現データ制御
部は、アイコンの直前または直後に位置するように入力
された文字列の表示方法を、アイコンに応じて変更する
ことを特徴としている。

【００２８】当該構成によれば、入力部によって、制御
データがアイコンを組み合わせて入力されるので、上述
の表現データ制御システムと同様に、それぞれが示す表
示方法を直感的にユーザへ伝えることができる。また、
種類が増えても、制御文字列を入力する場合に比べて、
入力の手間が増えない。したがって、文字列の表示方法
を直感的かつ迅速に入力可能な表現データ制御システム
を実現できる。

【００２９】さらに、上記各表現データ制御システムに
おいて、上記入力部は、入力されたアイコンの組み合わ
せを表示する方が望ましい。

【００３０】上記構成によれば、アイコンの組み合わせ
が表示されるので、ユーザは、入力結果を確認し、十分
に吟味できる。なお、多くの場合、アイコンの組み合わ
せ表示は、表現データの制御に比べて演算量が少ないの
で、処理能力の低い入力部でも十分表示できる。また、
上述したように、表現データの制御結果（動作／状態）
は、アイコンの組み合わせから直感的に理解できる。

【００３１】加えて、本発明に係る記録媒体は、表現デ
ータとしてのアニメーションについて、動作／状態を示
す制御データを生成する表現データ制御プログラムが記
録された記録媒体であって、上記課題を解決するため
に、表現データの動作／状態を示すアイコンを組み合わ
せて入力する入力部、並びに、入力されたアイコンに基
づいて、上記制御データを生成する制御データ生成部と
して、コンピュータを動作させるプログラムが記録され
ていることを特徴としている。

【００３２】コンピュータが当該プログラムを読み取っ
て実行すると、上述の表現データ制御装置が実現され
る。したがって、多様な動作／状態を迅速に入力でき
る。

【００３３】

【発明の実施の形態】本発明の一実施形態について図１
ないし図１８に基づいて説明すると以下の通りである。
すなわち、本実施形態に係るシステムは、表現データと
してのアニメーションおよび文字列を制御するシステム
であって、例えば、台詞付きのアニメーションを用いて
相互通信するチャットシステムなどとして、特に好適に
使用される。

【００３４】図２に示すように、本実施形態に係るチャ
ットシステム（表現データ制御システム）１は、無線あ
るいは有線の通信路を介して、相互に接続される複数の
端末２…を備えており、各端末（表現データ制御装置）
２には、図３に示すように、相手の端末２と通信する送
受信部（データ送信部・リソース送出部）１１と、図１
に示すアニメーション表示エリア１００ａおよび１００
ｂへ、自らおよび相手キャラクタのアニメーションをそ
れぞれ表示するアニメーション表示部（表現データ制御
部）１２と、アニメーションを表示するためのリソース
（アニメーションリソース）を記憶するリソース記憶部
１３と、図２に示すアイコンパレット１１０および制御
入力エリア１２０を表示するなどして、アイコンおよび
文字列を組み合わせ、自キャラクタの制御データを作成
する制御データ作成部１４と、アイコンパレット１１０
にアイコン１１１を登録するアイコン登録部１５とが設
けられている。なお、各端末２は、直接通信してもよい
し、交換機やネットワークサーバを介して接続されても
良い。

【００３５】上記各端末２は、相手の端末２に自らを示
すキャラクタを表示させると共に、制御データを相手の
端末２へ送出して、相手の端末２に、台詞付きのアニメ
ーションとして表示される自らのキャラクタについて、
動作／状態を制御する。この結果、文字だけでコミュニ
ケートする従来のチャットシステムに比べて、より微妙
なニュアンスを比較的容易に相互に伝え合うことができ
る。

【００３６】本実施形態に係る制御データ作成部１４
は、上記アイコンパレット１１０に各アイコン１１１…
を表示するためのアイコンデータテーブルを記憶するア
イコンデータテーブル記憶部２１と、上記制御入力エリ
ア１２０に表示される制御データを記憶する入力バッフ
ァ記憶部２２と、ユーザの文字列入力やアイコン１１１
の選択などに基づき、上記入力バッファ記憶部２２内の
制御データを編集し、制御入力エリア１２０内の表示を
更新する制御データ編集部（入力部）２３と、編集結果
に基づいて、相手の端末２へ送出するデータ（制御デー
タ）を作成する送出データ作成部（表現データ生成部）
２４とを備えており、ユーザは、図１の制御入力エリア
１２０に示すように、文字列を入力し、各アイコンを選
択するだけで、所望の台詞をしゃべり、所望の状態／動
作を行うキャラクタをアニメーション表示するための制
御データを作成できる。

【００３７】上記構成では、図４のステップ１（以下で
は、Ｓ１のように略称する）に示すように、各端末２
は、チャットに先立ち、自キャラクタのアニメーション
リソースとして、チャット時に自キャラクタがとり得る
各動作／状態のアニメーションを示すデータを用意す
る。本実施形態に係るアニメーションリソースには、例
えば、図５に示すように、アニメーションを構成する一
連のフレーム群Ｇ１が、各動作／状態毎に含まれてお
り、各フレーム群Ｇ１には、それぞれの動作／状態を識
別するラベルＮ２が付されている。

【００３８】これらのデータは、例えば、ユーザの入力
に応じて、線、多角形、楕円、文字列などの図形を組み
合わせて複数の静止画を作成すると共に、それら静止画
間に順序をつけることによって生成して、リソース記憶
部１３に格納してもよい。なお、各図形には、色を設定
してもよい。また、送受信部１１を介して、例えば、ア
ニメーションリソースを配信するサーバなどから、気に
入ったアニメーションリソースをダウンロードして、リ
ソース記憶部１３に格納してもよい。

【００３９】また、Ｓ２では、上記アイコンデータテー
ブル記憶部２１に、上記自キャラクタのアニメーション
リソースに応じたアイコンデータテーブルが格納され
る。本実施形態に係るアイコンデータテーブルは、例え
ば、図６に示すように、各アイコン１１１について、ア
イコン１１１の画像を示すアイコン画像データＤ１１
と、アイコン１１１が選択された場合に送出される制御
データを示すデータＤ１２との組み合わせ（レコード）
を含んでいる。

【００４０】当該データＤ１２は、アイコン１１１が特
定のアニメーションや音声を示している場合、当該アニ
メーションや音声の再生指示を含み、台詞の色変更な
ど、文字列の表現変更を示している場合は、表現変更指
示を含んでいる。例えば、図１に示すアイコン１１１ｂ
は、例えば、挨拶などの際に用いられる、にこやかなア
ニメーションを示しており、例えば、図６に示すデータ
Ｄ１２ｂのように、当該アニメーションの再生を指示す
る文字列”<ANIMATE LABEL="SMILE1"/> ”が格納されて
いる。なお、各アイコン１１１に対応する指示は、複数
の指示の組み合わせでもよく、例えば、データＤ１２ｄ
では、アニメーションの再生指示に加えて、文字列の表
現変更指示が含まれている。

【００４１】これらのアイコン画像データＤ１１や文字
列Ｄ１２は、アイコン登録部１５が、リソース記憶部１
３内のアニメーションリソースの各フレーム群Ｇ１か
ら、当該アニメーションの一部を構成する静止画または
動画を抜き出して、アイコン画像データＤ１１を生成す
ると共に、それぞれのラベルＮ２を変換して文字列Ｄ１
２を生成してもよいし、上記アニメーションリソースと
共に上記サーバからダウンロードしてもよい。さらに、
アイコン登録部１５は、ラベルＮ２の抽出に代えて（加
えて）、ユーザの指示に応じてデータＤ１２を登録（修
正）することもできる。

【００４２】なお、アイコン登録部１５がアニメーショ
ンリソースに基づいて生成する場合、アイコン画像デー
タＤ１１の元となる静止画／動画は、例えば、アニメー
ション全体におけるフレーム位置や各フレーム間の変化
などに基づいて、アイコン登録部１５が自動的に選択し
てもよいし、例えば、ユーザに候補を提示して、ユーザ
が選択した静止画／動画を元にしてもよい。いずれの場
合であっても、アイコン１１１がアニメーションを示し
ている場合、上記アイコン画像データＤ１１は、アニメ
ーションの特徴的な静止画／動画を元にする方が望まし
い。

【００４３】図４に示すＳ１・Ｓ２にて、アニメーショ
ンリソースおよびアイコンが登録されると、各端末２の
送受信部１１は、Ｓ３において、相互に通信して、Ｓ４
以降のチャットで使用するアニメーションリソースを交
換する。これにより、リソース記憶部１３には、図５に
示す自キャラクタのアニメーションリソースだけではな
く、図７に示す相手キャラクタのアニメーションリソー
スも格納される。なお、自および相手キャラクタのアニ
メーションリソースを格納できれば、各端末２は、アニ
メーションリソース自体を交換せず、例えば、識別番号
など、アニメーションリソースを特定する情報のみを交
換し、例えば、上記サーバなど、アニメーションリソー
ス自体を端末２以外から受け取ってもよい。

【００４４】各端末２に、自および相手キャラクタのア
ニメーションリソースが格納されると、以下のＳ４以降
において、各端末２間のチャットが開始される。チャッ
トの間、端末２において、制御データ作成部１４の制御
データ編集部２３は、Ｓ４において、図１に示すアイコ
ンパレット１１０および制御入力エリア１２０を表示
し、アイコン１１１や文字列の組み合わせで自キャラク
タの動作／制御あるいは台詞を入力するように促す。

【００４５】当該制御データ１２０は、アイコン１２１
と文字列１２２とを混在させて入力するエリアであり、
各文字は、キーボードなどによって、入力カーソル１２
３が示す位置に入力される。また、各アイコン１２１…
は、アイコンパレット１１０内に表示されるアイコン１
１１のうち、例えば、マウスで指示（ポイント）して入
力操作（クリック) するなどして選択されたアイコン１
１１であり、入力カーソル１２３の位置に１つずつ入力
される。

【００４６】アイコンあるいは文字が入力されると、制
御データ編集部２３は、入力に応じて入力バッファ記憶
部２２の内容を変更し、制御入力エリア１２０の表示を
更新する。これにより、にこやかに挨拶しながら、「お
はよう」としゃべり、悲しそうな顔で、「じつはちょっ
と困ったことがあってね」としゃべるように、自キャラ
クタを制御するためのデータは、にこやかに笑うアイコ
ン１２１ａと、「おはよう」という文字列１２１ａと、
悲しそうなアイコン１２１ｂと、「じつはちょっと困っ
たことがあってね」という文字列１２２ｂとの組み合わ
せとして入力でき、表現間の相違が微妙で多様な場合で
あっても、制御データを直感的かつ高速に入力できる。

【００４７】なお、上記アイコン１１１は、アニメーシ
ョンだけではなく、音を示していてもよいし、例えば、
アイコン１２１ｄのように、文字列１２２ｄの表示状態
変更を示していてもよい。図１の例では、アイコン１２
１ｄは、黒インクがこぼれるように表示されており、以
降に記述された文字列１２２ｄの黒色表示を指示する。

【００４８】また、図１に示すように、制御入力エリア
１２０には、ユーザの入力に応じて、自キャラクタの動
作／状態を示すアイコン１２１ａと、自キャラクタの台
詞を示す文字列１２２ａとが混在して表示される。した
がって、ユーザは、制御データを送信する前に、制御入
力エリア１２０の表示によって、アイコン１２１や文字
列１２２の組み合わせを確認できる。この結果、制御内
容を十分吟味した上で、送信できる。ここで、多くの場
合、アイコンの組み合わせ表示は、アニメーションの表
示／制御に比べて演算量が少ないので、処理能力の低い
端末２でも十分表示できる。なお、制御データ編集部２
３は、制御入力エリア１２０の入力結果を編集できるの
で、送信前の吟味の結果に応じて、編集／修正した上で
送信できる。

【００４９】さらに、本実施形態に係るアニメーション
表示部１２は、リソース記憶部１３に格納された自キャ
ラクタのアニメーションリソースを参照しながら、図１
に示すアニメーション表示エリア１００ａへ、制御入力
エリア１２０への入力が示すアニメーションを表示して
いる。この結果、端末２のユーザは、制御入力エリア１
２０の表示だけを見るよりも正確に、相手端末２で表示
される自キャラクタのアニメーションを確認できる。

【００５０】上記Ｓ４において、自キャラクタの動作／
状態や台詞が、アイコン１２１や文字列１２２の組み合
わせとして入力されると、Ｓ５において、各端末２の送
出データ作成部２４は、例えば、図１に示す「送信」ボ
タン１３０の押し操作など、ユーザの指示に応じて、入
力結果を制御データに変換し、送受信部１１を介して、
相手の端末２に送信する。なお、以下では、１度に相手
に送信される制御データを１発言と称する。また、上記
押し操作は、例えば、マウスによる指示およびクリック
操作である。

【００５１】ここで、本実施形態では、上記Ｓ３におい
て、チャット時に自キャラクタがとり得る各動作／状態
のアニメーションが、相手の端末２にアニメーションリ
ソースとして先送りされており、相手端末２のアニメー
ション表示部１２は、後述するＳ７において、先送りさ
れたアニメーションリソースを参照しながら、制御デー
タが示すアニメーションを再生する。この結果、チャッ
ト中のＳ５では、図８に示すように、制御データとし
て、アニメーションリソースを特定するための情報（後
述するタグＬ１）と、アニメーションや文字の組み合わ
せ（後述するタグＬ２や文字列Ｌ３など）とを送出すれ
ばよく、アニメーションを構成するフレームの内容を送
出する必要がない。したがって、発言毎に、フレーム内
容を送信する場合に比べて、端末２間に伝送されるデー
タ量を大幅に削減できる。この結果、アイコン１１１や
文字列の組み合わせによる高速入力とあいまって、高速
なレスポンスが可能になり、各端末２のユーザは、リア
ルタイムにコミュニケートできる。

【００５２】一方、Ｓ６において、相手の端末２から制
御データを受け取ると、Ｓ７において、アニメーション
表示部１２は、リソース記憶部１３内の相手のアニメー
ションリソースを参照しながら、図１に示すアニメーシ
ョン表示エリア１００ｂに、制御データが示すアニメー
ションを再生する。なお、アニメーション表示部１２
は、アニメーションを表示する際、台詞の長さに合わせ
て、アニメーションの提示時間を調整したり、提示回数
を調整したりして、アニメーションを台詞に同期させて
表示する。これにより、同期が取れていない場合よりも
見やすいアニメーション表示が可能になる。ここで、ア
イコンが示すアニメーションの長さを短くすると、より
正確に同期を取れるようになるが、アイコンの入力回数
が増えたり、各アイコンが示すアニメーションを識別し
にくくなるので、両者のバランスは、用途に応じて設定
される。

【００５３】ここで、アニメーション表示部１２は、相
手の端末２からの制御データに基づくアニメーション
を、アニメーション表示エリア１００ｂに表示し、自ら
が作成した制御データに基づくアニメーションをアニメ
ーション表示エリア１００ａに表示する。この結果、そ
れぞれに表示される相手および自キャラクタが、あたか
も会話しているようなアニメーションが、自および相手
の端末２に順次表示される。ただし、相手端末２では、
自および相手キャラクタが逆になるので、アニメーショ
ン表示エリア１００ａおよび１００ｂの内容は、逆に表
示されており、アイコンパレット１１０には、相手のキ
ャラクタを示すアイコン１１１が表示される。なお、図
１では、アニメーション表示エリア１００…が２つ表示
され、２つの端末２間で通信している場合を例示してい
るが、３者以上で通信する場合、アニメーション表示部
１２は、各端末２を示すアニメーション表示エリア１０
０を表示してもよい。

【００５４】上記Ｓ４〜Ｓ７の処理は、チャットが終了
するまで、各端末２の発言毎に、繰り返され、各端末２
のユーザは、アイコン１２１や文字列１２２の組み合わ
せで、自キャラクタの動作／状態と台詞とを制御しなが
ら、リアルタイムにコミュニケートできる。

【００５５】ここで、アニメーションでコミュニケート
する場合、例えば、笑顔の範疇には、「にこにこ」した
笑顔や、「ニヤッ」とした笑顔など、多様な表現が考え
らえれる。したがって、上述した特開平９−８１３５３
号公報のように、台詞を示す文字列に混在して、自キャ
ラクタの動作を示す制御文字列を入力しようとすると、
多様な表現を入力するために入力文字数が増加したり、
入力文字数を削減するために、表現の種類が制限された
りする虞れがある。また、ユーザは、制御文字列と表現
との対応を記憶する必要があり、制御文字列とし
て、”:-) ”や”:-P”などのフェースマークを使用し
たとしても、表現が多様になるに従って、ユーザの負担
が極めて大きくなってしまう。さらに、文字列では、表
情や動作という複雑な情報のごく一部を表現しているに
過ぎないため、直感的ではない。したがって、表現の種
類が増加したり、各表現間の相違が微妙になるに従っ
て、的確な入力が困難になっていく。

【００５６】これに対して、本実施形態では、端末２
は、アイコン１２１や文字列１２２の組み合わせとして
制御データを入力している。ここで、アイコン１２１
は、制御対象であるアニメーションと同様、画像なの
で、アニメーションを文字列で特定する場合に比べて、
微妙な相違を表現しやすい。また、各アイコン１２１
は、文字を組み合わせて特定する場合と異なり、アイコ
ンパレット１１０から選択するなど、１操作で入力でき
る。したがって、表現が多様で、各表現間の相違が微妙
な場合であっても、迅速に入力できる。

【００５７】また、上記端末２では、動作／状態を示す
アイコン１２１を組み合わせて入力できる。したがっ
て、１回の発言中で、動作／状態を変えるための制御デ
ータを容易に入力できる。この結果、より多様な表現を
迅速に入力できる。

【００５８】加えて、本実施形態では、相手キャラクタ
のアニメーションリソースは、相手の端末２から通知さ
れるため、受け手の端末２のユーザが予期しないアニメ
ーションを再生することができる。この結果、各端末２
が、予め定められたアニメーションの中から制御文字列
に応じたアニメーションを選択して表示する場合、すな
わち、表現可能なアニメーションが固定されている場合
に比べて、表現の多様性を、さらに向上できる。なお、
受信側では、各表現が受信したアニメーションリソース
から選択されるため、受け手の端末２のユーザが予期し
ないアニメーションであっても、当該端末２は、何ら支
障なくアニメーションを再生できる。また、アニメーシ
ョンリソースが多様化するに従って、各表現間の微妙な
相違を一律に文字列で表現することが益々困難になる
が、上述したように、送信側では、各表現がアイコンで
識別されるため、送信側のユーザは、何ら支障なく、多
様な表現を、直感的かつ迅速に入力できる。

【００５９】なお、上記では、制御対象がアニメーショ
ンの場合を例にして説明したが、これに限るものではな
い。アイコンを使用すれば、制御文字列と表現との対応
を記憶することなく、多様な表現を直感的かつ迅速に入
力できるので、制御対象は、例えば、音声、効果音や音
楽を含む音、あるいは、文字列などであってもよい。こ
の場合は、例えば、「元気な音楽を示すアイコン」、
「おはよう！」、「残念な効果音を示すアイコン」、
「おっと遅刻か？」のように入力することで、「おはよ
う！」という文字列を表示しながら元気な音楽を再生
し、「おっと遅刻か？」という文字列を表示しながら残
念な効果音を再生するための制御データを作成できる。
また、制御対象が他の場合であっても、音を示すリソー
ス、あるいは、例えば、フォントなど、文字列の表現変
更を示すリソースを先送りすることで、表現の多様性
と、直感的かつ迅速な入力を実現できる。

【００６０】ただし、本実施形態のように、制御対象が
アニメーションなど画像で表現される場合、入力に使用
するアイコンと制御対象との双方が画像で表現されるた
め、アイコンパレット１１０あるいは制御入力エリア１
２０に表示されるアイコン１１１上で、表現の微妙な相
違を的確に表示できる。したがって、制御対象がアニメ
ーションの場合に特に効果的である。

【００６１】なお、制御対象にアニメーションが含まれ
る場合、文字列や音など、他の制御対象もアイコンで入
力すると、アニメーションの動作／状態の制御指示と、
他の制御対象への指示とが同じ入力方法になる。したが
って、制御対象にアニメーションを含む場合は、他の制
御対象への指示もアイコンで入力し、操作感を統一する
方が望ましい。

【００６２】ところで、３者間以上で通信する場合、す
なわち、相手の端末２が複数の場合、自分が席を離れて
いたり、発言から注意を逸らしてたりすると、他者同士
の会話が進む可能性がある。また、相手の端末２が単数
の場合であっても、以前の発言を参照したいことがあ
る。

【００６３】本実施形態に係る端末２では、図３に示す
ように、上述の構成に加えて、送受信部１１が送信／受
信した制御データの履歴を管理する履歴管理部１６が設
けられている。当該履歴管理部１６は、図１に示す「戻
る」ボタン１３１あるいは「進む」ボタン１３２などの
押し操作に応じて、アニメーション表示部１２が表示す
る制御データ（発言）を、より先の発言、あるいは、よ
り後の発言に変更する。例えば、参加者ＸおよびＹの発
言を、時刻順にＸ１、Ｙ１、Ｘ２、Ｙ２、Ｙ３（頭文字
は発言者）とすると、アニメーション表示部１２が発言
Ｙ３を表示している状態では、アニメーション表示部１
２が表示する発言は、「戻る」ボタン１３１を押す毎
に、Ｙ２、Ｘ２、Ｙ１、Ｘ１と逆順に変更される。この
結果、各端末２のユーザは、以前の発言を確認できる。

【００６４】なお、上記では、アニメーション表示部１
２が、アニメーションや音などの制御対象に付随して、
文字列を表示する場合を例にして説明したが、これに限
らず、文字列を発声してもよい。いずれの場合であって
も、アニメーションや音などの制御対象に付随して、ア
ニメーション表示部１２が文字列を報知できれば、同様
の効果が得られる。また、図１では、文字列は、キャラ
クタの台詞として再生されるが、これに限るものではな
い。制御データが、アニメーションや音などの制御対象
に付随しながら文字列を表示あるいは発声することを指
示していれば、同様の効果が得られる。さらに、図１の
例では、アイコン１２１ａを文字列１２２ａの前に置く
場合を例にして説明したが、アイコン１２１ａを文字列
１２２ａの後に表示して、同じ内容の制御を表現しても
よい。いずれの場合であっても、制御対象の動作／状態
を示すアイコン１２１ａと、制御対象に付随して表示
（発声）する文字列１２２ａとが隣接していれば、両者
の関係を把握しやすいので、より直感的かつ迅速な入力
が可能になる。

【００６５】ここで、上記各部材の、より詳細な構成例
について説明すると、以下の通りである。図９に示すよ
うに、リソース記憶部１３は、各アニメーションリソー
スについて、アニメーションの各フレームを示す画像デ
ータＤ２０と、各画像データＤ２０とフレームとの対応
を管理するアニメーションフレームデータＤ３０とを格
納している。上記アニメーションフレームデータＤ３０
には、各フレームについて、各画像データＤ２０を示す
ポインタＰ３１と、ラベル名データＮ３２との組み合わ
せが記憶されており、ある動作／状態に対応するアニメ
ーションの先頭フレームには、当該動作／状態を識別す
るラベル名が、ラベル名データＮ３２として格納され
る。また、残余のフレームのラベル名データＮ３２とし
ては、空文字記号が格納される。

【００６６】この場合、アニメーション表示部１２は、
アニメーションフレームデータＤ３０に格納された各フ
レームのうち、ラベル名データＮ３２の内容が所望のラ
ベル名と一致するフレームを検索し、当該フレームを先
頭に、ラベル名データＮ３２が空文字記号のフレームの
画像データＤ２０を順次再生することで、所望のラベル
名に対応するアニメーションを表示できる。

【００６７】本実施形態では、アニメーションリソース
がキーフレーム形式で表現されており、アニメーション
表示部１２は、キーフレームとしての画像データＤ２０
を、必要に応じて補間しながら再生している。具体的に
は、本実施形態では、各フレームが図形要素の組み合わ
せとして表現され、上記画像データＤ２０は、当該フレ
ームに含まれる各図形要素について、当該図形要素を特
定する描画コマンドＣ２１と、次のフレームにおいて、
当該図形要素に対応する図形要素を示すポインタＰ２３
と、同じフレームにおいて、次の図形要素を示すポイン
タＰ２２とを含んでいる。上記描画コマンドＣ２１は、
例えば、三角形を示す場合、”LINE (0,0)-(0,10)-(10-
10)-(0,0) ”のように、図形の形状や位置を示すコマン
ドを含み、例えば、辺の太さや色、あるいは、内部の色
など、種々の属性を付加することができる。また、図形
の形状として、文字列を示すコマンドが指定される場合
もある。なお、上記対応する図形要素や次の図形要素が
ない場合、上記各ポインタＰ２２やＰ２３として、予め
定められる終端記号が格納される。

【００６８】この場合、アニメーション表示部１２は、
あるフレームを再生する場合、ポインタＰ２２をたどり
ながら、各描画コマンドＣ２１が示す図形要素を描画し
てフレームを再生する。また、アニメーション表示部１
２は、例えば、アニメーション表示部１２の描画／演算
能力などに応じて、連続する２つのキーフレーム（画像
データＤ２０）間で、対応する図形要素が滑らかに変化
するように、図形要素の形状、位置や色など、両キーフ
レーム間で相違している特徴量を補間する。

【００６９】例えば、前後のキーフレームで、ある図形
要素の座標が(0,0) と(10,10) とであり、両キーフレー
ム間に１枚のフレームを線形に補間する場合、フレーム
における当該図形要素の座標は、(5,5) となる。なお、
この例では、特徴量としての座標を線形に補間する場
合、すなわち等分する場合を例にして説明したが、キー
フレームから任意の数のフレームを作成できれば、予め
定められた関数で非線形に補間するなど、他の方法で補
間してもよい。

【００７０】また、上記リソース記憶部１３には、アニ
メーションリソース名テーブルＴ４０が格納されてお
り、当該テーブルＴ４０は、自らに格納された各アニメ
ーションリソースについて、リソース本体となる上記ア
ニメーションフレームデータＤ３０を示すポインタＰ４
１とリソース名データＮ４２との組み合わせを格納して
いる。

【００７１】一方、上記アイコンデータテーブル記憶部
２１は、例えば、図１０に示すように、アイコンデータ
テーブルＴ５０として、アイコン１１１の画像を示すデ
ータ（アイコン画像データＤ５１）と、アイコン１１１
に対応する制御データＤ５２との組み合わせを、アイコ
ンパレット１１０に表示されるアイコン１１１毎に格納
している。なお、上記アイコンデータテーブルＴ５０
は、例えば、アイコン画像データＤ５１を示すポインタ
Ｐ５３と、制御データＤ５２を示すポインタＰ５４との
配列として実現されている。この例では、各制御データ
Ｄ５２の末尾に、文字終端記号が付されている。

【００７２】また、上記制御データ編集部２３におい
て、入力バッファ記憶部２２は、図１１に示すように、
制御入力エリア１２０に表示される順番に、アイコン１
２１を示すアイコン指定データＤ６１と、文字列１２２
を示すデータＤ６２とを記憶している。ここで、同図で
は、アイコン指定データＤ６１は、特定の文字（”
＃”）とアイコンデータテーブルＴ５０上の順序数とを
組み合わせた文字列として記載し、各データＤ６１・Ｄ
６２の区切りを改行して表示している。また、上記順序
数は、例えば、アイコンパレット１１０の左上のアイコ
ン１１１を基点（１）として数えている。なお、当然な
がら、アイコン指定データＤ６１の形式は、文字列（文
字コード）に限るものでなく、アイコン１２１を特定で
きれば、表示可能な文字に対応しない制御コードで表現
してもよい。

【００７３】文字列１２２やアイコン１２１が入力され
ると、制御データ編集部２３は、入力バッファ記憶部２
２のうち、入力カーソル１２３に対応する位置に、入力
に応じたアイコン指定データＤ６１または文字列データ
Ｄ６２を挿入する。また、制御データ編集部２３は、入
力バッファ記憶部２２に記憶されている順番に従って、
アイコン指定データＤ６１に対応するアイコン画像デー
タＤ５１、または、あるいは、文字列データＤ６２が示
す文字列を表示する。これにより、図１に示すように、
アイコン１２１と文字列１２２とを混在させて表示でき
る。

【００７４】なお、上記では、文字列やアイコンの入力
操作のみについて説明したが、制御データ編集部２３
は、例えば、図示しないキー操作あるいはマウス操作な
どによって、削除や切り取り、貼り付け、複写など、他
の編集操作が指示された場合、各編集操作に応じて入力
バッファ記憶部２２の内容を変更し、制御入力エリア１
２０の表示を更新できる。

【００７５】また、送出データ作成部２４は、図１に示
す、「送信」ボタン１３０の押し操作など、制御データ
の送出指示を受け取ると、入力バッファ記憶部２２の内
容を図８に示す形式の制御データに変更する。制御デー
タは、例えば、制御データを再生するために必要なアニ
メーションリソースなど、相手の端末２で正しく再生す
るための情報を、入力バッファ記憶部２２の内容に加え
たものであって、本実施形態に係るチャットシステム１
では、標準化団体World Wide Webコンソーシアム（Ｗ３
Ｃ）が勧告するＸＭＬ（eXtensible Mark-up Language
）１．０の仕様に準拠した形式が採用されている。ま
た、履歴管理部１６は、例えば、図１２に示すように、
各発言毎に、制御データを記憶している。

【００７６】具体的には、図８に示す制御データは、図
１３に示すような論理構成を有しており、１つの制御デ
ータを、ＳＰＥＥＣＨ要素が構成している。当該ＳＰＥ
ＥＣＨ要素は、制御データの作成者を示すＰＥＲＳＯＮ
属性と、アニメーションリソースを示すＦＩＬＥ属性と
を有しており、さらに、アイコン１２１に対応するＡＮ
ＩＭＡＴＥ要素と、文字列１２２に対応するテキストデ
ータとを、順序を保ちながら含むことができる。

【００７７】なお、本実施形態に係る制御データ編集部
２３は、アイコンパレット１１０のアイコンを用途毎に
段分けして表示しており、例えば、図１の例では、上の
段に、アニメーション制御用のアイコン１１１…が表示
され、下の段には、文字列の制御あるいは初期状態への
移行など、他の用途のアイコン１１１…が表示されてい
る。本実施形態では、制御データ編集部２３がアイコン
データテーブルＴ５０における記憶位置（登録順）に各
アイコン１１１を表示しているので、各アイコン１１１
の表示位置は、アイコンデータテーブルＴ５０への記憶
位置を調整することで設定される。なお、アイコンデー
タテーブルＴ５０に、各アイコン１１１の用途を示すフ
ィールドを追加して、制御データ編集部２３が当該デー
タに基づいてアイコン１１１の表示位置を制御する場合
は、アイコンデータテーブルＴ５０の当該フィールドに
用途を示すデータが格納される。

【００７８】上記構成において、チャット時における端
末２の詳細な動作について、図１４に基づき説明する
と、以下の通りである。なお、制御データ作成部１４
は、ユーザインタフェースとして、図１に示す画面を表
示している。

【００７９】すなわち、Ｓ１１において、現在表示すべ
き発言の順序数を示す変数Ｐが、表示すべき発言がない
状態を示す”０”に初期化され、Ｓ１２において、端末
２は、入力イベント待ちの状態になる。なお、本実施形
態に係る端末２は、入力イベントとして、「キーボード
からの文字入力」、「マウスによる画面上の特定位置の
指示・クリック」、並びに、「送受信部１１を介して、
外部からのデータ受信」の３種類を待ち受ける。

【００８０】入力イベントがあると、端末２は、Ｓ１３
において、入力イベントの種類を判定する。ここで、ユ
ーザの手順として、まず、図１に示す制御入力エリア１
２０に、アイコン１２１を入力するために、アイコンパ
レット１１０の特定のアイコン１１１ｂをクリックした
場合、上記Ｓ１３の判定で、入力イベントがマウスクリ
ックであると判定され、Ｓ１４において、クリック位置
が、アイコンパレット１１０の選択と判定される。この
場合、Ｓ１５において、制御データ編集部２３は、図１
１に示すように、入力バッファ記憶部２２の先頭に、ア
イコン１１１ｂを示すアイコン指定データＤ６１（”＃
２”）を格納する。

【００８１】上記Ｓ１５あるいは後述のＳ１７におい
て、入力バッファ記憶部２２の内容が変更されると、制
御データ編集部２３は、Ｓ１６において、制御入力エリ
ア１２０の表示を更新する。具体的には、入力バッファ
記憶部２２内のアイコン指定データＤ６１（”＃２”）
に基づいて、図１０に示すアイコンデータテーブルＴ５
０の２番目のレコードが内包するアイコン画像データＤ
５１が検索され、制御入力エリア１２０中のアイコン１
２１として表示される。なお、上記Ｓ１６の表示更新が
終了すると、ステップＳ１２以降の処理が繰り返され
る。

【００８２】次のユーザ操作として、文字列「おはよ
う」のうちの文字「お」がキーボードから入力される
と、上記Ｓ１３の判定により、Ｓ１７の処理が行われ、
入力バッファ記憶部２２には、図１１に示す文字列「お
はよう」のうち、「お」が格納される。この場合も、Ｓ
１６において、入力バッファ記憶部２２の内容に応じ
て、制御入力エリア１２０の表示が更新され、文字
「お」が表示された後、Ｓ１２の待ち受け処理へと回帰
する。

【００８３】上記Ｓ１２からＳ１７の処理が繰り返され
て、制御入力エリア１２０に示す全てのアイコン指定デ
ータＤ６１および文字列データＤ６２を入力すると、ユ
ーザは、図１に示す「送信」ボタン１３０を押す。ここ
で、「送信」ボタン１３０の押し操作は、マウスのクリ
ック操作なので、上記Ｓ１４の判定が行われ、さらに、
「送信」ボタンの押し操作なので、Ｓ２１において、送
出データ作成部２４は、入力バッファの内容をタグ形式
の制御データに変更する。

【００８４】すなわち、制御データ編集部２３は、１回
の変換処理で、１つのＳＰＥＥＣＨ要素（図８に示す行
Ｌ１からＬ１１までの全て）要素を作成する。ここで、
ＳＰＥＥＣＨ要素の開始タグ（Ｌ１）に含まれるＰＥＲ
ＳＯＮ属性の値（例えば、”Ａ”）は、ユーザにより予
め定められた自身のニックネームである。また、ＦＩＬ
Ｅ属性の値（例えば、”ＣＨＡＲＡ−Ａ”）は、アイコ
ンパレット１１０が表示しているアイコン１１１に対応
するアニメーションリソースから特定される。

【００８５】また、行Ｌ２〜Ｌ１０までは、制御入力エ
リア１２０に表示されるアイコン１２１や文字列１２２
を示しており、例えば、行Ｌ２の”<ANIMATE LABEL="SM
ILE1"/> ”は、入力バッファ記憶部２２のアイコン指定
データＤ６１（＃２）に基づいて、図１０に示すアイコ
ンデータテーブルＴ５０の２番目のレコードが内包する
制御データＤ５２が検索され、そのまま転送されたもの
である。また、文字列データＤ６２は、例えば、行Ｌ３
などのように、そのまま文字列データとして使用され
る。また、行Ｌ４およびＬ５は、行Ｌ２と同様の手順
で、アイコンデータテーブルＴ５０の制御データＤ５２
が転送されて作成されるが、アイコンデータテーブルＴ
５０の４番目のレコードには、制御データＤ５２とし
て、複数（この場合は、２行）の制御データが格納され
ているので、複数の行Ｌ４およびＬ５が生成される。な
お、アニメーションに代えて／加えて、音響効果も制御
する場合は、アイコンデータテーブルＴ５０の制御デー
タＤ５２中に、例えば、”<MUSICTITLE="vivid.mid">
”のように、音楽の再生（この場合は、元気な音楽）
を示す要素が記憶される。制御データＤ５２中に、ＡＮ
ＩＭＡＴＥ要素とＭＵＳＩＣ要素とを併記すれば、単一
のアイコンでアニメーションと音とを同時に制御可能に
なる。

【００８６】このようにして、図８に示す制御データが
生成されると、Ｓ２２において、送受信部１１は、通信
路を介して、当該制御データを相手の端末２へ送出す
る。また、Ｓ２３において、当該制御データは、履歴管
理部１６内の図示しない制御履歴管理バッファに転送さ
れる。また、これに伴い、履歴管理部１６は、例えば、
第１の発言ＳＰ１が転送された時点で最新位置を”１”
に設定するなど、発言の履歴における最新位置を更新す
る。なお、図１２では、制御データの送信後、相手から
受信した制御データと、ユーザがその後入力した制御デ
ータとが追加された状態、すなわち、３つの発言ＳＰ１
〜ＳＰ３を含む場合を図示している。

【００８７】さらに、Ｓ２４において、履歴管理部１６
は、変数Ｐの値、すなわち、現在表示すべき発言の順序
数が、最新位置の一つ前か否かを判定する。ここで、最
初の時点では、上記Ｓ１１において、変数Ｐが”０”に
設定されている。一方、履歴管理部１６は、第１の発言
ＳＰ１のみを格納しており、最新位置を”１”に設定し
ている。したがって、この時点では、上記Ｓ２４の判定
がYES となり、Ｓ２５において、変数Ｐが１増加された
後、Ｓ２６において、アニメーション表示部１２は、変
数Ｐが示す制御データ、すなわち、第１の発言ＳＰ１を
基にしたアニメーションを再生する。

【００８８】ここで、上述したように、図１に示す「戻
る」ボタン１３１や「進む」ボタン１３２が押される
と、Ｓ１３・Ｓ１４の判定の結果、Ｓ２７において、変
数Ｐの値が操作に応じて増減された後、上記Ｓ２６と同
様に、変数Ｐが示す制御データが再生される。例えば、
「戻る」ボタン１３１が押されたときは、変数Ｐが”
０”で、それ以上戻れない場合を除いて、変数Ｐが１つ
減算される。また、「進む」ボタン１３２が押されたと
きは、変数Ｐが最新位置で、それ以上進めない場合を除
いて、変数Ｐが１つ加算される。これにより、図１２に
示すように、履歴管理部１６に格納されている各制御デ
ータ（ＳＰＥＥＣＨ要素）のうち、変数Ｐに対応するＳ
ＰＥＥＣＨ要素が前後に移動し、上記Ｓ２６において、
対応するＳＰＥＥＣＨ要素が表示される。

【００８９】なお、例えば、「送信」ボタン１３０を押
した場合など、変数Ｐが最新位置を指していない状態
で、上記Ｓ２３において、新たなＳＰＥＥＣＨ要素が追
加された場合、上記Ｓ２４の判定がNOとなり、最新のア
ニメーションは表示されない。これにより、過去の発言
を再生している間は、新たな発言の割り込み表示が防止
され、過去の発言再生時における会話の流れの断続（不
連続）を防止できる。なお、この過去の発言を再生して
いる場合であっても、ユーザが「進む」ボタン１３２を
押すことで、最新のアニメーション表示に復帰できる。

【００９０】一方、送受信部１１が相手の端末２から制
御データを受け取ると、Ｓ３１において、データ受信の
イベントが発生し、上述のＳ１２・Ｓ１３を経て、Ｓ２
３以降の処理が行われ、アニメーションおよび文字列が
表示される。

【００９１】ここで、図１５に基づき、上記Ｓ２６の処
理を、さらに詳細に説明する。すなわち、Ｓ４１におい
て、アニメーション表示部１２は、上記変数Ｐに対応す
るＳＰＥＥＣＨ要素をパースする。なお、パースとは、
ＳＰＥＥＣＨ要素など、処理対象データを解析した上
で、以降の処理を容易にするためのデータ形式に再構成
する処理であって、図１２に示す第１の発言ＳＰ１をパ
ースすると、図１３に示すデータ形式にパースされる。
図１３では、ノードを四角形で囲んで表示しており、最
も上位のノードにＳＰＥＥＣＨ要素がパースされてい
る。また、ＳＰＥＥＣＨ要素は、属性として、ＰＥＲＳ
ＯＮ属性やＦＩＬＥ属性を持つと共に、子ノードとし
て、ＡＮＩＭＡＴＥ要素やＦＯＮＴ要素あるいはテキス
トデータを持っている。なお、この例は、ＸＭＬの定型
的なパース処理であり、ＸＭＬ関係機関などが公開・配
布しているコンピュータプログラム（ＸＭＬパーサ）を
用いて行うことができる。

【００９２】さらに、アニメーション表示部１２は、Ｓ
４２において、上記Ｓ４１でのパース結果のうち、ＦＩ
ＬＥ属性の値（”ＣＨＡＲＡ−Ａ”）を用いて、予めリ
ソース記憶部１３に格納されているアニメーションリソ
ース群の中から、同名のアニメーションリソースを選択
し、再生に備える。また、Ｓ４３において、以降で用い
る文字属性を、初期値（例えば、文字色を黒、太さを細
字など）に設定すると共に、Ｓ４４において、処理対象
のノードの順序数を示す変数Ｉが初期値”１”に設定さ
れる。

【００９３】その後、処理対象が無くなるまで、Ｓ４５
以降の処理が繰り返される。すなわち、Ｓ４５におい
て、Ｉ番目のノードがテキストデータか否かを判定す
る。ここで、図１３の最初（１番目）の子ノードは、Ａ
ＮＩＭＡＴＥ要素であり、テキストデータではないの
で、Ｓ４６において、タグの種類が判定される。さら
に、タグがＡＮＩＭＡＴＥなので、Ｓ４７の処理が行わ
れ、アニメーション表示部１２は、ＡＮＩＭＡＴＥ要素
のＬＡＢＥＬ属性の値（この場合は”ＳＭＩＬＥ１”）
に対応するアニメーション、すなわち、上記Ｓ４２で選
択されたアニメーションリソースのうち、属性値と同じ
ラベルを有するフレーム群Ｇ１の先頭フレームがアニメ
ーションの開始フレームとして設定される。さらに、変
数Ｉが示すノードが最終ノードではない場合（Ｓ５０に
て、NO）、Ｓ５１において、変数Ｉに１が加算され、次
のノードを処理対象として、上記Ｓ３５以降の処理が繰
り返される。

【００９４】図１３の例では、２番目のノードがテキス
トデータなので、上記Ｓ４５の判定により、Ｓ４９の処
理が行われ、テキストデータに同期して、上記フレーム
群Ｇ１が再生される。ここで、文字属性が上記Ｓ４３に
おける初期設定から変更されていないので、図１に示す
ように、初期設定の文字属性（黒色かつ細字）の台詞を
しゃべるキャラクタのアニメーションが表示される。

【００９５】各ノードが順次処理され、変数Ｉが４にな
ると、４番目のノードがＦＯＮＴ要素なので、上記Ｓ４
５・Ｓ４６の判定の結果、Ｓ４８の処理が行われ、以降
で用いるフォントの属性が、当該ノードの属性値に設定
される。図１３の４番目のノードでは、ＣＯＬＯＲ属性
の値が”ＢＬＵＥ”に設定されているので、アニメーシ
ョン表示部１２は、以降に表示される文字の属性を青色
に変更する。この結果、例えば、次のノード（テキスト
データ”じつは…”）は、青色で表示される。

【００９６】上記Ｓ４５ないしＳ５１の処理は、最後の
ノードになるまで繰り返され、アニメーション表示部１
２は、アニメーション表示エリア１００ａおよび１００
ｂに、アニメーションと文字列とを同期しながら表示す
る。なお、最後のノードになると、上記Ｓ５０の判定が
YES となり、１発言の表示処理が終了する。

【００９７】ここで、アニメーション表示部１２がアイ
コンが示すアニメーションと、文字列が示す台詞とを同
期させる方法として、例えば、各アイコンがキーフレー
ムを示し、アニメーション表示部１２が、次のキーフレ
ームとの間で、形状や色などの特徴量を補間しながら、
中間の形状が描画されたフレームを生成することで、よ
り滑らかなアニメーションを再生する場合を例にして、
提示時間の調整について説明すると、アニメーション表
示部１２は、「アイコン１」、「おはよう」、「アイコ
ン２」と入力して生成される制御データを再生する際、
「アイコン１」が示すフレームから、「アイコン２」が
示すフレームへ変化する時間を、文字列「おはよう」の
長さによって制御する。したがって、例えば、「アイコ
ンｏ」が「お」の口をした顔画像のキーフレームを示
し、「アイコンａ」が「あ」を発声する際の顔画像のキ
ーフレームを示す場合、「アイコンｏ」、「お」、「ア
イコンａ」、「はよう」「アイコンｏ」と入力して制御
データを生成することによって、当該制御データを再生
するアニメーション表示部１２は、口の形が「おはよ
う」という台詞に略同期して、「お」→「あ」→「お」
へと変化するような、アニメーションを再生する。この
ように、各アイコンに対応するアニメーションを短く設
定することで、アニメーションをより細かく制御でき、
より正確に同期を取ることができる。

【００９８】また、アイコンがキーフレームを示し、提
示回数を調整する場合を例にすると、「アイコンｏｐｅ
ｎ」および「アイコンｃｌｏｓｅ」が、それぞれ、口が
開いている顔画像と閉じている顔画像を示している場
合、「アイコンｏｐｅｎ」、「こんにちは」、「アイコ
ンｃｌｏｓｅ」と入力して制御データを生成すること
で、アニメーション表示部１２は、文字列「こんにち
は」の長さに応じて、口を「開く」→「閉じる」→「開
く」→「閉じる」と変化するようなアニメーションを再
生する。この場合、口の形は厳密ではないまでも、動き
のタイミングが台詞「こんにちは」に略同期したアニメ
ーションを再生できる。なお、提示時間を調整するか、
提示回数を調整するかは、入力側の制御データ作成部１
４と表示側のアニメーション表示部１２とで一致するよ
うに、予め定められていてもよいし、例えば、制御デー
タ中に、両者の切り換え指示を含ませてもよい。この場
合、両者の切り換えは、他の入力との整合を取るため
に、アイコンで入力する方が望ましい。

【００９９】なお、図９では、アニメーションリソース
がキーフレーム形式の場合を例にして説明したが、これ
に限るものではない。例えば、図１６に示すように、ビ
ットマップ形式であってもよい。この場合、各画像デー
タＤ２０は、例えば、縦横サイズ固定のビットマップデ
ータとして格納されており、アニメーション表示部１２
は、各フレームのポインタＰ３２が示す画像データＤ２
０を表示することで、当該フレームを再生できる。ただ
し、本実施形態のように、キーフレーム形式の方が、一
般に伝送するデータ量が少ない。また、図形要素の対応
を記憶している方が補間しやすく、文字列とアニメーシ
ョンとの同期を取りやすい。

【０１００】なお、端末２を構成する各部材は、ＣＰＵ
などの演算手段が、ＲＯＭやＲＡＭなどの記録媒体に格
納されたプログラムを実行することで実現される機能ブ
ロックであってもよいし、同様の処理を行うハードウェ
アで実現してもよい。また、処理の一部を行うハードウ
ェアと、当該ハードウェアの制御や残余の処理を行うプ
ログラムを実行する上記演算手段とを組み合わせても実
現することもできる。さらに、上記演算手段は、単体で
あってもよいし、装置内部のバスや種々の通信路を介し
て接続された複数の演算手段が共同してプログラムを実
行してもよい。

【０１０１】上記プログラムは、プログラム自体や当該
プログラムを作成するためのデータなどを示すプログラ
ムデータを記録媒体に格納し、当該記録媒体を配付した
り、あるいは、上記プログラムデータを、有線または無
線の通信手段で送信したりして配付され、上記演算手段
で実行される。

【０１０２】ここで、プログラムデータを配付する際の
記録媒体は、取外し可能である方が好ましいが、プログ
ラムデータを配付した後の記録媒体は、取外し可能か否
かを問わない。また、上記記録媒体は、プログラムデー
タが記憶されていれば、書換え（書き込み）可能か否
か、揮発性か否か、記録方法および形状を問わない。記
録媒体の一例として、磁気テープやカセットテープなど
のテープ、あるいは、フロッピーディスクやハードディ
スクなどの磁気ディスク、または、ＣＤ−ＲＯＭや光磁
気ディスク（ＭＯ）、ミニディスク（ＭＤ）やデジタル
ビデオディスク（ＤＶＤ）などのディスクが挙げられ
る。また、記録媒体は、ＩＣカードや光カードのような
カード、あるいは、マスクＲＯＭやＥＰＲＯＭ、ＥＥＰ
ＲＯＭまたはフラッシュＲＯＭなどのような半導体メモ
リであってもよい。

【０１０３】なお、上記プログラムデータは、上記各処
理の全手順を上記演算手段へ指示するコードであっても
よいし、所定の手順で呼び出すことで、上記各処理の一
部または全部を実行可能な基本プログラム（例えば、オ
ペレーティングシステムやライブラリなど）が既に存在
していれば、当該基本プログラムの呼び出しを上記演算
手段へ指示するコードやポインタなどで、上記全手順の
一部または全部を置き換えてもよい。

【０１０４】また、上記記録媒体にプログラムデータを
格納する際の形式は、例えば、実メモリに配置した状態
のように、演算手段がアクセスして実行可能な格納形式
であってもよいし、実メモリに配置する前で、演算手段
が常時アクセス可能なローカルな記録媒体（例えば、実
メモリやハードディスクなど）にインストールした後の
格納形式、あるいは、ネットワークや搬送可能な記録媒
体などから上記ローカルな記録媒体にインストールする
前の格納形式などであってもよい。また、プログラムデ
ータは、コンパイル後のオブジェクトコードに限るもの
ではなく、ソースコードや、インタプリトまたはコンパ
イルの途中で生成される中間コードとして格納されてい
てもよい。いずれの場合であっても、圧縮の解凍や、復
号化、インタプリト、コンパイル、リンク、あるいは、
実メモリへの配置などの処理や各処理の組み合わせによ
って、上記演算手段が実行可能な形式に変換可能であれ
ば、プログラムデータを記録媒体に格納する際の形式に
拘わらず、同様の効果を得ることができる。

【０１０５】ここで、図１７および図１８を参照して、
ハードウェア構成の一例を説明すると以下の通りであ
る。すなわち、端末２は、図１７に示すように、所定の
プログラムを実行することにより、上記各部材を実現す
るＣＰＵ２０１と、ＣＰＵ２０１に接続されたメモリ２
０２と、ＣＰＵ２０１に接続されたディスプレイ画面２
０３と、ＣＰＵ２０１に接続された入力装置２０４と、
ＣＰＵ２０１に接続され、送受信部１１として動作する
通信装置２０５とを備えている。また、表現データとし
て、音響を用いる場合には、上記構成に加えて、図示し
ないＤ／Ａコンバータ、アナログ信号増幅器、スピーカ
などを含む音響再生モジュール２０６が追加される。ま
た、表現データが音楽の場合には、音響再生モジュール
２０６が音源装置を含んでいてもよい。また、表現デー
タとして、文字列を元にした合成音声を用いる場合は、
音響再生モジュール２０６が音声合成装置を含む場合も
ある。また、タイマ２０７は、アニメーション再生など
において、再生時間に関する正確な制御が必要な場合に
追加される。

【０１０６】上記各部材２０１〜２０７は、例えば、図
１８に示すように、ＣＰＵ２０１・メモリ２０２などが
内臓された筺体３０１と、上記入力装置２０４として
の、キーボード３０２およびマウス３０３と、上記ディ
スプレイ画面２０３としての表示装置３０４とによって
実現される。さらに、図１７の通信装置２０５に対応す
る通信装置３０６は、例えば、ＤＳＵ、ターミナルアダ
プタやモデムなどの機器、あるいは、これらの機器を組
み合わせた機器などであり、それらを介して外部の通信
ネットワークに接続される。また、スピーカ３０５は、
音響再生モジュール２０６の一部であり、残余の部分
は、筐体３０１に内蔵される。なお、当然ながら、機器
構成の例は、これに限るものではなく、例えば、携帯電
話器であってもよい。

【０１０７】ところで、本実施形態では、双方向にアニ
メーションでコミュニケート可能なチャットシステムを
例にしたが、これに限るものではない。一方からのみ、
アニメーションで、他方からは、文字列や音声のみな
ど、他のコミュニケート方法を採用する双方向コミュニ
ケーションシステムでも同様の効果が得られる。さら
に、一方向通信、あるいは、通信せず、ユーザが自らの
入力したアニメーションを表示する構成（オーサリング
する構成）であっても、多様な表現を高速入力できるの
で、ある程度の効果が得られる。ただし、双方向コミュ
ニケーションシステムの場合、より高速なレスポンスが
要求されるので、特に効果が大きい。

【０１０８】

【発明の効果】本発明に係る表現データ制御システム
は、以上のように、表現データとしてのアニメーション
の動作／状態を示すアイコンを組み合わせて入力する入
力部を備え、制御データ生成部は、入力されたアイコン
に基づいて、上記制御データを生成する構成である。

【０１０９】上記構成では、入力部によって、制御デー
タがアイコンを組み合わせて入力されるので、多様な動
作／状態を迅速に入力可能な表現データ制御システムを
実現できるという効果を奏する。

【０１１０】本発明に係る表現データ制御システムは、
以上のように、上記入力部がアイコンと文字列とを混在
して入力可能であり、上記表現データ制御部は、アイコ
ンの直前または直後に位置するように入力された文字列
を、当該アイコンが示すアニメーションに同期して表示
または発音する構成である。

【０１１１】当該構成によれば、表現データ制御部が文
字列とアニメーションとを表示する際に必須の入力のみ
を行う場合に比べて、入力が増えていないにも拘らず、
アニメーションと文字列とが同期している。この結果、
アニメーションおよび文字列を、簡単な入力で、より自
然に制御できるという効果を奏する。

【０１１２】本発明に係る表現データ制御システムは、
以上のように、上記表現データ制御部が前記文字列の長
さ、あるいは、前記文字列の発音に要する時間に応じ
て、上記アイコンが示すアニメーションの長さを調整す
る構成である。

【０１１３】それゆえ、アニメーションの長さを特に指
示する必要がなく、アニメーションおよび文字列を、簡
単な入力で、より自然に制御できるという効果を奏す
る。

【０１１４】本発明に係る表現データ制御システムは、
以上のように、上記表現データ制御部が前記文字列の長
さ、あるいは、前記文字列の発音に要する時間に応じ
て、上記アイコンが示すアニメーションの再生回数を調
整する構成である。

【０１１５】それゆえ、アニメーションの再生回数を特
に指示する必要がなく、アニメーションおよび文字列
を、簡単な入力で、より自然に制御できるという効果を
奏する。

【０１１６】本発明に係る表現データ制御装置は、以上
のように、表現データの動作／状態を示すアイコンを組
み合わせて入力する入力部を備え、上記制御データ生成
部は、入力されたアイコンに基づいて、上記制御データ
を生成する構成である。

【０１１７】当該構成でも、入力部によって、制御デー
タがアイコンを組み合わせて入力されるので、上述の表
現データ制御システムと同様に、多様な動作／状態を迅
速に入力できるという効果を奏する。

【０１１８】本発明に係る表現データ制御装置は、以上
のように、上記アイコンが、当該アイコンに対応するア
ニメーションの一部を構成する静止画または動画を縮小
した画像として表示される構成である。

【０１１９】当該構成では、アイコンがアニメーション
の一部を縮小した画像として表示されるので、各アニメ
ーション間の相違を文字などに翻訳しにくい場合であっ
ても、相違を把握でき、より多様で、それぞれの相違が
微妙な動作／状態を迅速に入力できるという効果を奏す
る。

【０１２０】本発明に係る表現データ制御装置は、以上
のように、制御可能な各動作／状態のアニメーションを
再生するためのリソースデータを追加あるいは置き換え
て記憶可能なリソース記憶部と、当該リソースデータに
応じたアイコンを登録するアイコン登録部を備えている
構成である。

【０１２１】当該構成によれば、リソースデータが変更
可能なので、制御可能な動作／状態のアニメーションを
追加したり、変更したりできる。この結果、制御可能な
動作／制御が予め定められている場合に比べて、より多
様にアニメーションを制御できるという効果を奏する。

【０１２２】本発明に係る表現データ制御装置は、以上
のように、上記制御データに基づいて表現データを制御
する表現データ制御部へ、通信路を介して、当該制御デ
ータを伝送するデータ送信部と、制御データの生成およ
び伝送が繰り返される前に、上記リソース記憶部に記憶
されたリソースデータを上記表現データ制御部に送出す
るリソース送出部とを備えている構成である。

【０１２３】当該構成では、上記表現データ制御部は、
制御データの伝送が繰り返される前に、リソース送出部
からリソースデータを受け取る。したがって、制御デー
タの伝送時におけるデータ量を削減できる。また、リソ
ースデータを受け取るまで、表現データ制御部は、リソ
ースデータの内容が判らないので、意外性のあるアニメ
ーションを再生できる。この結果、より多様な制御デー
タを迅速に送信可能な表現データ制御装置を実現できる
という効果を奏する。

【０１２４】本発明に係る表現データ制御システムは、
以上のように、表現データの動作／状態を示すアイコン
を組み合わせて入力する入力部を備え、上記制御データ
生成部は、入力されたアイコンに基づいて、上記制御デ
ータを生成すると共に、さらに、制御可能な各動作／状
態の表現データを再生するためのリソースデータを追加
あるいは置き換えて記憶可能なリソース記憶部と、上記
制御データの生成および伝送が繰り返される前に、上記
リソース記憶部に記憶されたリソースデータを上記表現
データ制御部に送出するリソース送出部とを備えている
構成である。

【０１２５】当該構成では、入力部によって、制御デー
タがアイコンを組み合わせて入力される。また、制御デ
ータの伝送が繰り返される前に、リソース送出部からリ
ソースデータを受け取る。したがって、上述の表現デー
タ制御システムや表現データ制御装置と同様に、多様な
動作／状態を示す制御データを、迅速に入力／伝送でき
るという効果を奏する。

【０１２６】本発明に係る表現データ制御システムは、
以上のように、上記文字列と混在させて、当該文字列の
表示方法を示すアイコンを入力する入力部を備え、上記
制御データ生成部は、入力されたアイコンに基づいて、
上記制御データを生成し、上記表現データ制御部は、ア
イコンの直前または直後に位置するように入力された文
字列の表示方法を、アイコンに応じて変更する構成であ
る。

【０１２７】当該構成によれば、入力部によって、制御
データがアイコンを組み合わせて入力されるので、上述
の表現データ制御システムと同様に、それぞれが示す表
示方法を直感的にユーザへ伝えることができる。また、
種類が増えても、制御文字列を入力する場合に比べて、
入力の手間が増えない。したがって、文字列の表示方法
を直感的かつ迅速に入力可能な表現データ制御システム
を実現できるという効果を奏する。

【０１２８】本発明に係る表現データ制御システムは、
以上のように、上記入力部は、入力されたアイコンの組
み合わせを表示する構成である。それゆえ、ユーザは、
入力結果を確認し、十分に吟味できるという効果を奏す
る。

【０１２９】本発明に係る記録媒体は、上記表現データ
制御装置を実現するプログラムが記録されている。した
がって、コンピュータが当該プログラムを読み取って実
行することで、上述の表現データ制御装置を実現でき、
多様な動作／状態を迅速に入力できるという効果を奏す
る。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すものであり、端末の
表示画面を示す説明図である。

【図２】上記端末の接続を説明する接続図である。

【図３】上記端末の要部構成を示すブロック図である。

【図４】上記端末の動作を示すフローチャートである。

【図５】上記端末に格納され、自キャラクタのアニメー
ションリソースを示す説明図である。

【図６】上記端末に格納されるアイコンデータテーブル
を示す説明図である。

【図７】上記端末に格納され、相手キャラクタのアニメ
ーションリソースを示す説明図である。

【図８】上記端末が相手の端末へ送出する制御データを
例示する説明図である。

【図９】上記アニメーションリソースのデータ構造を詳
細に説明する説明図である。

【図１０】上記アイコンデータテーブルのデータ構造を
詳細に説明する説明図である。

【図１１】上記端末に設けられた入力バッファ記憶部の
内容を示す説明図である。

【図１２】上記端末において、制御データの履歴を示す
説明図である。

【図１３】上記制御データの論理的な構造を示す説明図
である。

【図１４】上記端末の動作を詳細に説明するフローチャ
ートである。

【図１５】上記端末の動作をさらに詳細に説明するもの
であり、アニメーションの再生動作を示すフローチャー
トである。

【図１６】上記アニメーションリソースの他の構成例を
示す説明図である。

【図１７】上記端末を実現するハードウェアの要部構成
を示すブロック図である。

【図１８】上記ハードウェアの構成例を示す斜視図であ
る。

【符号の説明】

１チャットシステム（表現データ制御システム）２端末（表現データ制御装置）１１送受信部（データ送信部・リソース送出部）１２アニメーション表示部（表現データ制御部）１３リソース記憶部１５アイコン登録部２３制御データ編集部（入力部）２４送出データ作成部（制御データ作成部）

Claims

【特許請求の範囲】

【請求項１】表現データとしてのアニメーションについ
て、動作／状態を示す制御データを生成する制御データ
生成部と、制御データに基づいて表現データを制御する
表現データ制御部とを有する表現データ制御システムに
おいて、表現データの動作／状態を示すアイコンを組み合わせて
入力する入力部を備え、上記制御データ生成部は、入力されたアイコンに基づい
て、上記制御データを生成することを特徴とする表現デ
ータ制御システム。
【請求項２】上記入力部は、アイコンと文字列とを混在
して入力可能であり、上記表現データ制御部は、アイコンの直前または直後に
位置するように入力された文字列を、当該アイコンが示
すアニメーションに同期して表示または発音することを
特徴とする請求項１記載の表現データ制御システム。
【請求項３】上記表現データ制御部は、前記文字列の長
さ、あるいは、前記文字列の発音に要する時間に応じ
て、上記アイコンが示すアニメーションの長さを調整す
ることを特徴とする請求項２記載の表現データ制御シス
テム。
【請求項４】上記表現データ制御部は、前記文字列の長
さ、あるいは、前記文字列の発音に要する時間に応じ
て、上記アイコンが示すアニメーションの再生回数を調
整することを特徴とする請求項２記載の表現データ制御
システム。
【請求項５】表現データとしてのアニメーションについ
て、動作／状態を示す制御データを生成する制御データ
生成部を有する表現データ制御装置において、表現データの動作／状態を示すアイコンを組み合わせて
入力する入力部を備え、上記制御データ生成部は、入力されたアイコンに基づい
て、上記制御データを生成することを特徴とする表現デ
ータ制御装置。
【請求項６】上記アイコンは、当該アイコンに対応する
アニメーションの一部を構成する静止画または動画を縮
小した画像として表示されることを特徴とする請求項５
記載の表現データ制御装置。
【請求項７】制御可能な各動作／状態のアニメーション
を再生するためのリソースデータを追加あるいは置き換
えて記憶可能なリソース記憶部と、当該リソースデータに応じたアイコンを登録するアイコ
ン登録部を備えていることを特徴とする請求項５または
６記載の表現データ制御装置。
【請求項８】上記制御データに基づいて表現データを制
御する表現データ制御部へ、通信路を介して、当該制御
データを伝送するデータ送信部と、制御データの生成および伝送が繰り返される前に、上記
リソース記憶部に記憶されたリソースデータを上記表現
データ制御部に送出するリソース送出部とを備えている
ことを特徴とする請求項７記載の表現データ制御装置。
【請求項９】表現データの動作／状態を示す制御データ
を生成する制御データ生成部と、通信路を介して受け取
った制御データに基づいて表現データを制御する表現デ
ータ制御部とを有する表現データ制御システムにおい
て、表現データの動作／状態を示すアイコンを組み合わせて
入力する入力部を備え、上記制御データ生成部は、入力されたアイコンに基づい
て、上記制御データを生成すると共に、さらに、制御可能な各動作／状態の表現データを再生す
るためのリソースデータを追加あるいは置き換えて記憶
可能なリソース記憶部と、上記制御データの生成および伝送が繰り返される前に、
上記リソース記憶部に記憶されたリソースデータを上記
表現データ制御部に送出するリソース送出部とを備えて
いることを特徴とする表現データ制御システム。
【請求項１０】表現データとしての文字列について、表
現方法を指示する制御データを生成する制御データ生成
部と、制御データに基づいて表現データを制御する表現
データ制御部とを有する表現データ制御システムにおい
て、上記文字列と混在させて、当該文字列の表示方法を示す
アイコンを入力する入力部を備え、上記制御データ生成部は、入力されたアイコンに基づい
て、上記制御データを生成し、上記表現データ制御部は、アイコンの直前または直後に
位置するように入力された文字列の表示方法を、アイコ
ンに応じて変更することを特徴とする表現データ制御シ
ステム。
【請求項１１】上記入力部は、入力されたアイコンの組
み合わせを表示することを特徴とする請求項１、９また
は１０に記載の表現データ制御システム。
【請求項１２】表現データとしてのアニメーションにつ
いて、動作／状態を示す制御データを生成する表現デー
タ制御プログラムが記録された記録媒体であって、表現データの動作／状態を示すアイコンを組み合わせて
入力する入力部、並びに、入力されたアイコンに基づいて、上記制御データを生成
する制御データ生成部として、コンピュータを動作させ
るプログラムが記録された記録媒体。