JP2003323388A - 情報提供方法および情報提供システム - Google Patents

Abstract

(57)【要約】 【課題】 利用者を飽きさせることなく利用者に対して
情報提供の継続が可能な場を演出する。 【解決手段】 あらかじめ同一の話題に対して応答の異
なる複数の疑似人物を設定しておき、まず話題情報を決
定し、各疑似人物にこの話題情報に沿った疑似会話を生
成させ、さらに、疑似人物同士の会話がなされる場に、
前記疑似人物の一つが抽出した前記話題情報に関する会
話の進行度合いに応じて前記複数の疑似人物の会話にお
ける役割を変更し、この変更前後の疑似人物同士の会話
を利用者に対して見せるようにしたことにより、会話の
進行に合わせて人格の役割が変更され利用者から見て変
化に富んだ会話空間がシステム中に生成されるため、利
用者を飽きさせずに会話中に参加させることができる情
報提供システムを実現できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報提供システム
に関する。

【０００２】

【従来の技術】いわゆるチャットと呼ばれるコミュニケ
ーションシステムやインターネット等の情報提供システ
ムでは、エージェントプログラム等を介してシステムと
利用者との対話（コミュニケーション）によって利用を
促進させるような配慮がなされている。

【０００３】システムは利用者に話題を提供すること等
によりシステムと利用者との対話が始まるが、システム
側は利用者の利用促進を図るため、ユーザフレンドリな
キャラクタを設定し、このキャラクタを通じて利用者に
話しかけたり情報を提供する試みが行われている。

【０００４】

【発明が解決しようとする課題】しかし、システム側が
設定したキャラクタの人格・個性はあらかじめ固定的に
決められたものが多く、どのような話題が提供されても
キャラクタの人格によって発言内容がある程度予想でき
てしまい、長い時間会話が継続すると利用者が飽きてし
まう場合が多かった。このように利用者がシステムとの
対話によって疲労して沈黙してしまっても、システムは
話題をさらに提供して対話を継続しようとする（図３参
照）。

【０００５】このような従来技術では、このシステムか
らの対話の継続が利用者に「対話を続けていかなくては
ならない」という一種の義務感を感じさせて、この義務
感から生じる圧迫感（逃げ場のないプレッシャ）を利用
者に与えてしまう。

【０００６】そのため、システムから圧迫感を与えられ
た利用者は、図４に示すように、この圧迫感から逃避す
るために自らシステムを拒絶してしまうという問題があ
った。

【０００７】その結果、利用者はチャットに参加しなく
なったり、パーソナルコンピュータやサーバにインスト
ールされたエージェントプログラムを利用しなくなって
いた。

【０００８】本発明は、このような点に鑑みてなされた
ものであり、システム内に複数の人格（キャラクタ）を
あらかじめ設定しておくことにより、利用者を飽きさせ
ることなく利用者に対して情報提供の継続が可能なシス
テムを実現することを技術的課題とする。

【０００９】

【課題を解決するための手段】本発明は、記憶装置に話
題データと、話題シナリオデータと、同一の話題データ
に対して異なる応答出力を行うようデータ化された複数
の疑似性格と、その表示キャラクタデータとを記憶して
おき、中央処理装置が前記記憶装置から任意の話題デー
タと、話題シナリオデータと、少なくとも２以上の疑似
性格と、前記疑似性格に対応した表示キャラクタを読み
出して、前記話題データと前記話題シナリオデータとに
基づき、会話データを生成し、前記表示キャラクタのう
ち第１の表示キャラクタが会話における話題を提供する
役割である話者として属性付けられて前記会話データの
出力に関連付けられて表示し、他の表示キャラクタは会
話を受ける役割である被話者として属性付けられて前記
会話データの出力に応対するように表示し、前記会話デ
ータの出力を継続している段階で、当該会話データの出
力に基づき、それまで被話者であった第２の表示キャラ
クタを話者の属性に切り替え、第１の表示キャラクタを
被話者の属性に切り替え、前記表示キャラクタ同士の会
話を展開させて、出力装置から話題データを出力し続け
るようにしたものである。

【００１０】つまり、あらかじめ同一の話題に対して応
答の異なる複数の疑似人物を設定しておき、まず話題情
報を決定し、各疑似人物にこの話題情報に沿った疑似会
話を生成させ、さらに、疑似人物同士の会話がなされる
場に、前記疑似人物の一つが抽出した前記話題情報に関
する会話の進行度合いに応じて新たな話題による会話を
継続させるようにしたものである。

【００１１】これによって、新たな話題の提供により疑
似人物が持つ役割も変化し、利用者から見て変化に富ん
だ会話空間がシステム中に生成されるため、利用者を飽
きさせずに会話中に参加させることができる。

【００１２】なお、疑似人物の役割の変更は話題の変更
に同期させる必要はなく、同一の話題での会話中で変更
させてもよい。これにより利用者はシステム中の疑似人
物に対して新鮮な驚きと興味を持つことができ、会話を
より一層活性化させることができる。

【００１３】また、話題データ、話題シナリオデータ、
データ化された複数の疑似性格、および表示キャラクタ
データを記憶しておく記憶装置は、必ずしも情報提供装
置、情報提供サーバ等にある必要はなく、ネットワーク
で接続された外部の記憶装置、サーバまたは端末に設け
られていてもよい。

【００１４】

【発明の実施の形態】本実施例の説明に先立って、本シ
ステムの概念を図を用いて説明する。

【００１５】図１は、「言葉」を用いたコミュニケーシ
ョンを説明するブロック図である。

【００１６】同図は、言葉を用いたコミュニケーション
を、言葉を発する「話者」と言葉を受け取る「被話者」
の心理モデルで説明している。

【００１７】ここで「話者」は相手に伝えたい意志を言
葉に表現し、感情・気持ちを言い回しや言葉の抑揚にし
て言葉を「被話者」に対して発する。「話者」が言葉を
発する際には身振りや手振りに影響を及ぼす場合もある
（もちろん身振り、手振りがない場合もある）。一方、
「被話者」は「話者」からの言葉を（手振り・身振りな
どの情報がある場合は、それらも同時に）五感で受け取
り、「話者」の言葉を理解しようとする。「被話者」が
言葉を理解する際には「被話者」の持ちうる感性（感受
性）を用い、「話者」の言葉を理解することが「話者」
の意志を理解することになる（つまり「被話者」の持つ
感性は「話者」の意志を理解するのに役立つ）。ただし
一般に人は感性を用いると精神的に疲れる体質を持つ。

【００１８】「被話者」が「話者」の意志を理解する
と、「被話者」の反応（リアクション）に影響する（も
ちろん反応のないこともある。この場合は無反応という
反応と考えてもよい）。「話者」が五感を通じて取得し
た「被話者」の反応は「話者」の伝達の意思および感情
・気持ちの双方で表現される「話者」の心情（心の状
態）に影響する。ただし「話者」が「被話者」に対して
一方的に話すような場合は、（「被話者」の反応はいわ
ば無視された状態であり）どんな「被話者」の反応も
「話者」の心情に影響は及ばさない。

【００１９】図２は、「会話」の成り立ちを説明するブ
ロック図である。

【００２０】図１で説明した言葉を用いたコミュニケー
ションについて、図２は「話者」と「被話者」の役割が
入れ替わっていくことによって「会話」が成り立ってい
ることを示している。

【００２１】すなわち、役割が入れ替わることで互いに
満足のできる「会話」が成り立つことがわかる。つま
り、一方通行では会話とは言わず、「被話者」が疲弊す
るのみである。ここで、両者の役割が入れ替わる際に、
話題が変わる場合もよくあり、例えば「話者」の話（話
題）が途切れたときなどに「被話者」が違う話題を切り
出すことによる。これらの役割の入れ替わりや話題の変
更によって自然な（両者の人に負担のないことを意味す
る）会話が継続されている。

【００２２】このような一般社会における会話の成り立
ちを前提に以下を説明する。

【００２３】図３は、従来のシステムによるコミュニケ
ーションと問題点を説明するブロック図である。

【００２４】同図では、従来のシステムと人との会話の
成り立ちを説明している。ここで、システムは疑似人物
をシステム内に作成して、人である利用者と言葉（文字
や音声）によって会話をする。システムは話題を提供
し、利用者との会話が始まる。

【００２５】一方、利用者はシステムから言葉を文字や
音声を介して受け取り、その意味を理解し、発話や文字
の入力によってシステムに対し言葉を出力するようにな
っている。

【００２６】システムは利用者から出力された言葉を理
解し、応答することによってコミュニケーションが成り
立つ。ところが利用者はシステムからの話題や応答に対
して言葉を理解し続けると、それにともなう疲労感が蓄
積し、疲労感が一定レベルに到達すると利用者は（まず
は沈黙しがちになり、やがて完全に）沈黙するようにな
る。

【００２７】システムは利用者の沈黙を受けてどうにか
コミュニケーションを継続しようと、新たな話題を提供
する。ここで、新たな話題の提供は利用者のコミュニケ
ーション意欲を刺激してしばらくはコミュニケーション
が継続するものの、やがて利用者は飽きてしまったり、
システムからの強制を感じて新たな話題にも応答しなく
なり、システムとのコンタクトを切断するという拒絶行
動を実行するに至る。

【００２８】図４は、従来のシステムによるコミュニケ
ーションから生じる心理モデルを説明するブロック図で
ある。

【００２９】前述の図３で説明した従来のコミュニケー
ションシステムが陥りやすい問題点を心理モデルから検
討したものがこの図４である。

【００３０】システムがこちら（利用者）に話しかける
ような「１対１」型のコミュニケーションはこちらが受
けなければ成り立たない特性から利用者に「コミュニケ
ーションを受けなければならない」とか「コミュニケー
ションを続けなければならない」とかの義務感を感じさ
せてしまう。

【００３１】この義務感を感じた利用者はその義務感か
ら圧迫感（逃げ場のないプレッシャのこと）を感じ、そ
の圧迫感からなんとか逃げ出そうとする逃避願望が利用
者に生じるが、逃避願望が生じた利用者はシステムを拒
絶する行動に出がちである。ここで利用者がシステムと
のアクセスを断ってしまえば、システムとしてはどうす
ることもできない状態となる。

【００３２】本発明はこのような従来のコミュニケーシ
ョンシステムの抱えていた問題点を克服するためになさ
れている。以下、本発明の基本概念を説明する。

【００３３】図５は、本発明のシステムの基本概念を説
明するブロック図（１）である。

【００３４】システム内には（人である「利用者」から
は別個に見える）「第１の人格」と「第２の人格」が存
在し、互いに会話をしている（Ａ）が、利用者がシステ
ムにコンタクトをすると、「システム内の人格（図例で
は第1の人格）」が「利用者」に話かけて、「システム
内の人格」と「利用者」の間で会話がなされる（Ｂ）。

【００３５】この際に会話に加わっていない「システム
内の人格（図例では第２の人格）」は「会話の聞き役
（聞者）」となる。この「システム内の人格」と「利用
者」との「会話」は（人と人との会話のように）音声で
なされても、文字の入力によってなされてもその手段は
問わない。「利用者」と会話をしていない方の「システ
ム内の人格」は、一方の「システム内の人格」か「利用
者」かに話しかけることで「会話」の役割が入れ替わ
る。

【００３６】役割の入れ替わりは「利用者」が話しかけ
ることによって変化させてもよい。また、「利用者」は
「会話」を眺めていても「会話」に参加してもよく、図
４で説明した従来のシステムのように必ずしも「会話」
に参加しなくてもよい点が特徴である。

【００３７】図６は、本発明のシステムの基本概念を説
明するブロック図（２）である。

【００３８】この図では、「システム内の人格」と「利
用者」の間で会話がなされている状態（Ａ）で、「利用
者」のコンタクトが消極的になる（Ｂ）と「システム内
の人格」同士での「会話」となる（Ｃ）。このとき、
「利用者」が「会話」での疲労感の蓄積によって消極的
になっても、「システム内の人格」同士で「会話」が継
続されるため、図４で説明した従来のシステムのように
「会話を続けなければ」という義務感や、義務感から生
じる圧迫感を「利用者」に与えない点が特徴である。こ
こでは、「利用者」は気が向くまで傍観していればよい
（Ｃ）。

【００３９】図７は、本発明のシステムの基本概念を説
明するブロック図（３）である。

【００４０】同図は、直接会話には加わっていない聞き
役である「聞者」をあらかじめ設定しておく場合を示し
ている。ここで、あらかじめ「聞者」がいることでコミ
ュニケーションの「場」を（演出として）創成すること
ができる。ここにおける「場」とは利用者がコミュニケ
ーションに参加しやすくなる空間（雰囲気）のことであ
る。

【００４１】心理学的な解釈では、２人だけの会話では
「話者」と「被話者」の会話だけで成り立っているため
に第三者が会話に入りにくい空間となってしまっている
のに対し、「聞者」があらかじめいて役割が「話者」や
「被話者」へと変わっていく様を見せることで第三者で
も参加しやすい空間にするための演出となる。

【００４２】図８は、図７における役割変更の具体例を
説明するブロック図である。

【００４３】「被話者」が「話者」に話しかけることに
よって「話者」と「被話者」の役割が変わる（Ａ）。こ
のとき「聞者」は「聞者」のままである。次に、「被話
者」が「聞者」に話しかけることによって「被話者」が
「話者」に、「聞者」が「被話者」に、「話者」が「聞
者」の役割に変わる（Ｂ）。また、「聞者」が「話者」
と「被話者」に語りかけるによって語りかけに応えた方
が「被話者」に、もう一方が「聞者」の役割に変わるよ
うになっている（Ｃ）。

【００４４】図９は、本発明のシステムによるコミュニ
ケーションから生じる利用者の心理モデルを説明するブ
ロック図である。

【００４５】傍観する「利用者」のごとき役割である
「聞者」の存在は、「利用者」に「場」での存在を肯定
する演出（「利用者」に自らが傍観者として「場」にい
てもいいという心理的効果を与える）をしている。この
演出によって「利用者」の「場」に対する心理的圧迫感
が軽減される。傍観者であった「聞者」が「話者」へ役
割が変わってコミュニケーションが成り立っていく様を
見ていることで、「場」への参加に対する心理的抵抗が
軽減する。つまりこれは「私は傍観者でもいいんだ」、
「傍観者が話者になってもいいんだ」という「利用者」
の心理変化が生じることで精神的負担感が軽減し、徐々
に「利用者」が「場」に慣れてくるためである。

【００４６】「利用者」の「場」への参加に対する心理
的抵抗が軽減されたことによって、「利用者」の「場」
への参加が促進される。具体的には「利用者」は興味の
ある話題に対して「場」に参加するようになる。

【００４７】このように、本発明はシステムに対して不
慣れであったり、システムに馴染めなかったり嫌悪感を
持っていたりする人の心理的な壁を取り除く「演出」の
実現を目的としている。

【００４８】図１０は、本発明のシステムの基本概念を
説明するブロック図（４）である。

【００４９】同図では本発明のシステムの概念を、既存
類似概念と比較している。ここで、「利用者」は自らの
意志でコミュニケーションに参加したり傍観したりでき
る。これによって、「利用者」の「場」への参加に対す
る心理的抵抗の軽減モデルは図９で説明されたように、
システムに演出されたコミュニケーションエリアである
「場」には、システムによって与えられた複数の人格
（キャラクタ）が存在し、話題の進行に合わせて人格の
役割が交代する。また話題が変更される際にも人格の役
割が変更されることでよりスムーズなコミュニケーショ
ンエリアの雰囲気が作り出せる。

【００５０】もちろん「話者」によって話題の変更もあ
り得るが、話者による話題の変更が続きすぎると「話
者」の固定化を招き、誰か特定の者がしゃべり続けるよ
うな状況となる。つまり、飽きさせないためには、話題
の変更で人格の役割が変更される方が好ましいといえ
る。さらに話題変更時に提供したい情報を織り込むこと
によって利用者にとって違和感や押しつけ感を抱かせな
い情報提供が可能となる図１１は、本発明のシステムに
類似する既存システム（チャットシステム）の概念を説
明するブロック図である。

【００５１】この図は、本発明のシステムの概念と比較
するための既存類似概念を示すものである。より具体的
にはチャット（おしゃべり）などと称される仕組みであ
り、利用者が持つ利用端末を用いてネットワークを介し
て利用者同士のコミュニケーションをする場である。こ
のシステムはコミュニケーションエリアを提供してい
る。本実施例１は、このようなチャットシステムやエー
ジェントシステムによって具現化される。

【００５２】

【実施例１】以上のことを前提に、実施例１を説明す
る。

【００５３】図１２は、本実施例のシステムのハードウ
エアブロック図である。

【００５４】このシステムは、端末のように単体での構
成（スタンドアロン型）でもよいし、ネットワークへの
入出力部を端末化した構成（クライアントサーバ型）で
もよい。

【００５５】「出力部」とはシステムからの情報を「利
用者」に伝達するための部位であり、例えばディスプレ
イなどの出力装置で構成され必要に応じて音声出力装置
などを備える。

【００５６】出力部に出力されるキャラクタデータは、
イメージデータとしてデータベース内に記憶されてお
り、各キャラクタデータに対して、人格情報データベー
スの人格（疑似人物）によって生成された会話データが
関係付けられて出力（表示）されるようになっている。
なお、この会話データの出力形式は表示画面上への「文
字列」であってもよいし、「音声」であってもよい。要
するに、出力部に表示されたキャラクタに疑似人格が与
えられてあたかもキャラクタが発言したように会話デー
タが出力されるようになっている。

【００５７】なお、出力部に出力される人格は、システ
ム内に別個に存在する複数人の人格でよい（図７の場合
に基づいて３人で示したが、図５，６に示すように２人
でもよく、場合によっては話題の変更などにともなって
人数が変更されてもよい）。

【００５８】「入力部」とは「利用者」の意志をシステ
ムに伝達するための部位であり、入力装置としては例え
ばキーボード、マイク、マウス、バーコードリーダおよ
び音声入力装置が該当し、「利用者」からのコミュニケ
ーション情報がシステムに伝達されればその手段は問わ
ない。

【００５９】「演算部」とは各機能を（プログラムを実
行することによって）駆動、処理するための演算機能を
持つ部位である。一般にＣＰＵ（演算装置）で構成され
る。

【００６０】「メモリ部」とは「演算部」がプログラム
を実行する実行エリアの部位である。

【００６１】「通信部」とはネットワークを介した外部
との通信を制御する機能を持つ部位である。

【００６２】「ＤＢ（データベース）管理部」とは様々
なデータ構造とデータ実体を管理する機能を持つ部位で
ある。

【００６３】「処理プログラム」とはこのシステムの利
用目的を達成するために必要なプログラムのことであ
り、ＯＳ（オペレーティングシステム）もここに含まれ
る。

【００６４】「人格情報ＤＢ」とは「システム内の人格
（キャラクタ）」を形成するための情報を記憶するＤＢ
であり、「利用者」に複数の別個の人格が存在するよう
に思わせるためのコミュニケーションに関する人格の特
徴情報が記憶されている。なお、人格情報は必要に応じ
て更新されてもよい。

【００６５】また、人格情報ＤＢには、各キャラクタ毎
のイメージデータが登録されるようにしてもよい。

【００６６】「話題シナリオＤＢ」とは「システム内の
人格」が互いにコミュニケーションをとっているように
見せかける会話のシナリオ（会話の骨格部）が記憶され
ているＤＢである。このＤＢには複数の話題シナリオが
記憶されており、話題が変更される都度その中から話題
シナリオが読み込まれる。なお「利用者」がコミュニケ
ーションに参加したときの応答もここにシナリオ（パタ
ーン）化されており、「利用者」からの入力に適切な応
答がここから抽出される。

【００６７】「話題元情報ＤＢ」とは会話のシナリオに
組み込まれて用いられる話題そのものとなる情報が記憶
されているＤＢである。この情報が先に示す話題シナリ
オに組み込まれることにより、「利用者」を飽きさせな
い自然な会話が継続されることとなる。

【００６８】この情報にはインターネット上で配信され
るニュースやトピックスはもとより、ネットワークを介
して外部からもたらされる広告情報なども含まれる。

【００６９】「その他のプログラム・データ」とは上記
以外の例えば操作者が使用するワープロソフトウエアや
ゲームソフトウエアなどのアプリケーションソフトウエ
アやそれらのソフトウエアに付随するデータが該当す
る。

【００７０】図１３は、実施例１のシステムの基本概念
を説明するブロック図である。

【００７１】同図では本発明のシステムを使った情報提
供の具体例を示している。

【００７２】すなわち、システム内に別個に存在する複
数人の人格を人格情報ＤＢより読み込み、コミュニケー
ションの話題となる話題情報を話題元情報ＤＢより抽出
し、抽出した話題に合わせて話題シナリオを話題シナリ
オＤＢより選択する。ここで話題情報の入力された話題
シナリオを複数の人格によって出力部より出力される。
そして、話題シナリオは話題の切り替わりに応じて更新
されるようになっている。

【００７３】図１４は、本システムの演算部のフローチ
ャートである。

【００７４】同図は、図１２で説明したハードウエアの
ブロック構成図と図１３で説明したブロック図に対応し
ている。

【００７５】すなわち、演算部は、コミュニケーション
プログラムの実行指示の割り込み命令を待ち、もし当該
割り込み命令が発生したときには、人格情報データベー
ス（人格情報ＤＢ）より人格（キャラクタ）を読み込
む。

【００７６】そして、演算部は、この読み込まれた人格
（キャラクタ）より最初の話者とその役割を決定する。

【００７７】次に、演算部は、初期話題（話題ネタ）を
話題元情報データベースより読み出し、続いてこの読み
出した話題に合わせて話題シナリオを話題シナリオデー
タベースより読み出す。

【００７８】次に、演算部は、前記話題シナリオに対し
て、前記で読み出した話題を組み込む（当てはめる）。
そして、話題が組み込まれたシナリオを役割が決定して
いる人格（キャラクタ）を用いて出力部より出力する。

【００７９】図１５は、本発明のシステムの各データベ
ースに基づいて演算部が実現する機能を説明したブロッ
ク図である。

【００８０】同図（図１５）は、「利用者」がコミュニ
ケーションを傍観している場合の機能ブロック図であ
る。

【００８１】同図に示すように演算部は、「人格情報デ
ータベース」から人格情報を読み込み、この人格情報の
初期役割を決定する機能を有している。

【００８２】また、「話題元情報データベース」に対し
ては、ネットワークを介して話題元情報を収集（読み込
む）し、それを記憶させる機能を有している。また、こ
の「話題元情報データベース」から話題情報を読み出す
機能も有している。

【００８３】さらに、演算部は「話題シナリオデータベ
ース」に対しては、話題シナリオを読み出して、前述の
話題情報をこれに組み込み、さらにこのシナリオに役割
が決定した人格（キャラクタ）を組み込み、シナリオに
したがって人格（キャラクタ）が会話する会話文を生成
し、この会話文を出力部から出力させる機能を実現して
いる。

【００８４】図１６は、話題シナリオデータベースに基
づいて演算部が実現する機能を説明したブロック図であ
る。

【００８５】同図に示すように、演算部は、利用者から
の入力を認識すると、話題シナリオデータベースから利
用者とのコミュニケーションのための話題シナリオを読
み出して、その時点で進行しているシナリオに割り込
み、人格（キャラクタ）の役割を変更する指示を与え
る。これによって会話中の人格（キャラクタ）が変化
し、変化した人格（キャラクタ）に基づいて会話が続行
されてその会話文が出力部から出力される。

【００８６】図１７は、システムの演算部のフローチャ
ート（１）である。

【００８７】同図は、図１２に示したハードウエアの構
成ブロック図と図１５の機能ブロック図に対応してい
る。

【００８８】この図に示すように、演算部は、利用者等
より話題元情報の取得要求があると、ネットワークを介
してその話題元情報を読み込んで、これを話題元情報デ
ータベースに書き込む処理を行う。

【００８９】図１８は、システムの演算部のフローチャ
ート（２）である。

【００９０】同図は、図１２のハードウエアのブロック
図と図１５と図１６の機能ブロック図に対応している。
このフローチャートは、話題の変更に際して、「利用
者」とシステムとの距離が関与する場合の処理手順であ
る。この距離とは図１０に示すように、「場」でのコミ
ュニケーションの参加度合いを意味している。「利用
者」とシステムとの距離を計る指標としては、例えば入
力手段を介した「単位時間あたりのアクセス数」や、
「問いかけ（疑問、質問の類）などのアクセス内容」に
よってもよい。また画像認識手段（例えばＣＣＤカメラ
など）によって「利用者」が出力手段（例えばモニタな
どのディスプレイなど）に対してどれだけ身を乗り出し
て見入っているかを指標としてもよい。

【００９１】このように、アクセス数が少なかったり、
利用者があまり身を乗り出していない場合には利用者と
システムとの間の距離が大きくなったとして、話題の変
更を実施する。

【００９２】図１９は、システムの演算部のフローチャ
ート（３）である。

【００９３】同図は、図１２のハードウエアのブロック
図と図１５の機能ブロック図に対応している。

【００９４】すなわち、演算部は、話題シナリオの終了
を検出することによっても話題の変更を実施する。

【００９５】図２０は、システムの演算部のフローチャ
ート（４）である。

【００９６】同図は、図１２のハードウエアのブロック
図と図１６の機能ブロック図に対応している。

【００９７】すなわち、利用者とシステムとの間に距離
変動があり、その距離変動が利用者からの話しかけ（利
用者の入力手段から入力されたデータの受信）である場
合に演算部はこの入力された意味を理解し、利用者との
コミュニケーションに最適な話題シナリオを話題シナリ
オデータベースから読み出し、その後はそのシナリオに
したがって会話を続行することになる。

【００９８】図２１は、本発明の具体的な人格設定例を
説明するための図である。

【００９９】同図は、「システム内に別個に存在する複
数人の人格」の人格（キャラクタ）設定例である。すな
わち、会話が盛り上がったり、盛り下がったりして自然
な会話風の演出をするための人格設定である。

【０１００】この人格設定を参考に話題シナリオが用意
されている。また各人格に興味を持ちやすい話題や持ち
にくい話題のジャンル（カテゴリなどとも言う）を設定
しておくのもよい。その人格が興味を持ちやすい話題は
話題を切り出す役目を優先的に与える。逆に言えば切り
出す話題に興味を持っている人格にその話題を切り出さ
せることにより、その人格がそういうことに興味がある
ようだと「利用者」に印象付けることができる。

【０１０１】図２２は、話題シナリオの具体例を示して
いる。

【０１０２】同図中、『Ａ』は図２１の人格Ａを示し、
あらかじめ定めた名称が入る（表示される）。ここで、
『話題』には話題元情報データベースより読み込まれた
話題情報が入る。

【０１０３】言い回しや興味の度合いは、各人格の興味
を持ちやすい／持ちにくい話題に関連しており、『話
題』が抽出されてから話題シナリオが選択される。話題
シナリオの選択は、例えば話題シナリオに付与されてい
る関連情報を選択基準としており、抽出された話題情報
に対する各人格の人格設定に矛盾しないように（これが
判断基準）話題シナリオが選択されるようになってい
る。

【０１０４】図２３は、本発明の具体例であり、「利用
者」が「場」のコミュニケーションに参加する場合の具
体例を示した図である。

【０１０５】同図における「割り込み用シナリオ」と
は、図１６に示した「利用者とのコミュニケーション用
の話題シナリオ」と同意である。

【０１０６】図２４は、話題シナリオが切り替わる場合
を示しており、図２５は、拡大画面への切り替えを使っ
てシステムが伝えたい情報を視覚的に提供する具体例で
ある。

【０１０７】後者は、拡大画面によってテレビのＣＭの
ようなイメージや本を広げて見せているイメージを示し
たものである。

【０１０８】図２６は、本発明のシステムの機能ブロッ
ク図であり、「利用者」から課題（例えば何かについて
の質問、問い）が与えられた場合の機能ブロックを示し
ている。

【０１０９】同図は、前述の図１５，１６に示されてい
ない部分について説明している。すなわち、演算部は、
利用者から課題を提供（入力）されると、当該課題を分
析して、この課題に基づいて話題元情報データベースを
検索する。

【０１１０】一方、演算部は外部データベースから前記
課題に基づいて検索を実行し、話題シナリオデータベー
スから読み出したシナリオに前記話題情報と課題の検索
結果を組み込む。このシナリオにしたがって各人格（キ
ャラクタ）での会話文を生成し、出力部に出力する。

【０１１１】図２７は、システムの演算部のフローチャ
ートである。

【０１１２】同図は、図１２のハードウエアのブロック
図と図２６の機能ブロック図に対応している。

【０１１３】すなわち、演算部は、利用者からの課題が
入力されると、当該課題について話題元情報データベー
スを検索する。検索の結果話題情報がなかった場合には
通信部を介して外部データベースを検索する。

【０１１４】次に、演算部は、課題情報または外部の検
索結果で得られた課題情報を話題シナリオデータベース
から読み出したシナリオに組み込んで当該シナリオにし
たがって各人格（キャラクタ）での会話文を生成し、出
力部に出力する。

【０１１５】図２８は、本実施例の具体例であり、「利
用者」から「課題」が与えられた場合の具体例を示して
いる。

【０１１６】ここでいうところの「課題」とは「利用
者」からの質問事項のことである。「課題」を検索中の
時間稼ぎに他の会話を入れてもよい。

【０１１７】図２９は、本発明のシステムの機能ブロッ
ク図であり、話題情報の提供に対して課金する場合を示
している。

【０１１８】ここで、課金対象は話題情報が「利用者」
にとって価値のあるものであれば、課金対象を「利用
者」としてもよい。また話題情報が「利用者」にとって
価値のないもの（例えば広告宣伝情報など）であれば、
課金対象は「情報提供者（例えば広告主）」でよい。同
図では、前述の図１５および図１６に示されていない部
分について説明している。

【０１１９】すなわち、演算部は話題元情報データベー
スから話題情報を読み出してシナリオに組み込み、会話
文を出力部から出力する。このとき、出力部から出力さ
れた話題情報をカウントしておき、話題情報のカウント
値を課金情報に変換する。つまり採用された回数の多い
話題ほど課金が多くなる。なお、このカウント値はユー
ザの好みを判断するデータとして広告メディアに提供す
ることも可能である。

【０１２０】さらに演算部は、課金情報を話題元情報デ
ータベースに記憶させる。このようにして、話題元情報
データベースは課金情報に基づいて話題を更新させて次
第に洗練されていく。図３０は、話題情報のカウントに
関する演算部のフローチャートである。

【０１２１】同図は、図１２のハードウエアのブロック
図と図２９の機能ブロック図に対応している。

【０１２２】同図に示すように、演算部は、話題情報の
出力があるか否かを判定し、出力があった場合には、そ
の話題情報をカウントする。そして、出力されたカウン
ト値を課金情報に変換し、この課金情報を話題元情報デ
ータベースに記憶させる。

【０１２３】以上のように、本実施例１によれば、シス
テム内に別個に存在する複数の人格（キャラクタ）をあ
らかじめ設定し、会話における話者・被話者（・聞者）
の役割が存在し、話題の進行に合わせて人格の役割が変
化するため、利用者から見て変化に富んだ会話空間がシ
ステム中に生成させることが可能となる。

【０１２４】その結果、本実施例１では以下の作用・効
果が得られる。

【０１２５】(1)会話空間に参加しなくてはいけないと
いう強制がない。

【０１２６】これまでのチャットやエージェントのよう
な情報提供方法のように利用者自らが応答しなくとも会
話が継続されるので、利用者に「必ず参加しなくてはな
らない」という義務感を生じさせない。

【０１２７】(2)利用者は興味のある話題に対して参加
するだけでよい雰囲気を演出できる。

【０１２８】利用者が傍観していても会話がシステム内
の疑似人物同士で進行し、会話の担い手である話者と被
話者以外の聞者の存在があたかも傍観する利用者と同じ
ような存在であるために「傍観してもいいんだ」という
安心感を利用者に与える。そして（聞者から話者となっ
た）話者が楽しげに会話を続けている様子を見ることで
（自らも）参加したい」という気持ちにさせる雰囲気づ
くりが可能となる。

【０１２９】(3)聞者の存在は話題を変えるだけでなく
違和感なく場面を変えることができる。

【０１３０】すなわち、聞者の存在は話者・被話者が会
話している話題に何の関連性がなくとも、聞者を登場さ
せることで（会話への割り込みを行うことで）話題をガ
ラリと変えてしまうことができる。

【０１３１】このように話題をガラリと変えることによ
って場面（雰囲気）を変えることができる。

【０１３２】(4)聞者の存在は会話のリズムを作り出す
要因となる。

【０１３３】自然な会話は会話自体が盛り上がったり盛
り下がったりする傾向があるが、二者間の会話は会話の
活気を維持することが難しいのでいずれ会話自体も盛り
下がることになる。

【０１３４】一方、会話が盛り上がりっぱなしでは聞い
ていることに疲れてしまうので、盛り下がりという抑揚
も必要である。本発明により、盛り上がり、盛り下がり
をリズムよく切り替えるには、会話に参加していない第
三者の存在が上手に機能し、ときには話題をガラリと変
えることでこの会話のリズムを作り出すことができる。

【０１３５】(5)システムに違和感や嫌悪感を感じる人
間でも抵抗なく参加できるような雰囲気を演出できる。

【０１３６】すなわち、人にやさしいシステムは、本来
（システムに触れたことがある人ではなく）全くシステ
ムに触れたことのない人でも「触れてみようかな」とい
う演出が重要である。この利用者を誘う方法としては、
システムが強制するのではなく、利用者自らの意思で
「触れてみたい」と思わせる演出であって、(2)で説明
した演出によってパーソナルコンピュータや端末装置等
のシステムに違和感や嫌悪感を有する人に対しても抵抗
なく参加させることができる。

【０１３７】

【実施例２】図３１は、本発明の実施例２の概念を説明
するブロック図である。

【０１３８】ここで示す機能を利用すれば、複数の「利
用者」が参加するコミュニケーションエリアにおいて
「利用者」同士の会話が途切れがちなときでもシステム
によって与えられた人格（キャラクタ）による話題で会
話が盛り上がる機会を与えることができる。

【０１３９】会話が途切れがちなときというのは、例え
ば共通の話題に乏しかったり、今一歩話題が面白くない
などの理由により、「場」の雰囲気が気まずくなってい
るために会話がはずまない状態である。

【０１４０】そこでシステムによって与えられた人格同
士が「なんだか楽しそう」といった雰囲気の会話を始め
ることで「利用者」の参加が促される効果がある。この
場合「利用者」はそれぞれが有する端末を用いてシステ
ムによって演出されたコミュニケーションエリアに参加
することになる。

【０１４１】図３２は、本発明の実施例２のシステム全
体図を示すブロック図である。

【０１４２】同図は、図３１で説明した実施例２の概念
図に対応しており、利用者は利用者端末を通じてネット
ワークを介して情報提供システムサーバにアクセス可能
となっている。

【０１４３】ここで、前述の実施例１では、スタンドア
ロン型とクライアントサーバ型がありえるが、この実施
例２では基本的にクライアントサーバ型となる。

【０１４４】図３３は、実施例２における「情報提供サ
ーバ」のハードウエア構成を示すブロック図である。

【０１４５】同図は、図３２のシステム全体図に対応し
ており、図１２に示す実施例１のクライアントサーバ型
と同様の構成を有している。

【０１４６】「ＭＭ入出力部」とは、サーバとサーバ操
作者とが種々のやりとりをするための入出力機能を持つ
部位である。

【０１４７】入力装置としては操作者の入力がシステム
に対して情報を入力するものであればその種類は問わ
ず、出力装置としては操作者に対してシステムからの情
報が伝達できるものならその種類は問わない。

【０１４８】その他の構成については図１２と同様であ
るので説明を省略する。

【０１４９】図３４は、本発明の実施例２における「利
用者端末」のハードウエア構成を示すブロック図であ
る。

【０１５０】前述の図３２のシステム全体図に対応して
おり、図１２に示した実施例１のクライアントサーバ型
と同様の構成を有している。

【０１５１】各部の詳細については図１２と同様である
ので説明は省略する。

【０１５２】図３５は、実施例２において演算部で実現
される各機能を示すブロック図である。

【０１５３】同図は、図３１の実施例２の基本概念に対
応しており、複数の「利用者」間での会話が途切れがち
な場合に話題を提供する機能を示している。

【０１５４】すなわち、演算部は話題元情報データベー
スから話題情報を読み出すと、これをシナリオに組み込
み、このシナリオにしたがって会話文を生成して各人格
（キャラクタ）の発言として出力部から出力する。そし
て、この出力に応じた利用者からの入力頻度を判定し、
この入力頻度によって話題を選別し、新たな話題を話題
元情報データベースから読み出す。

【０１５５】このように、本実施例２では、ある話題に
対する利用者の入力状態を判定して新たな話題を提供す
るか否かを決定している。

【０１５６】図３６は、実施例２において、演算部が入
力頻度を判定する際の処理手順を示すフローチャートで
ある。

【０１５７】同図は、図３３で説明したハードウエアの
ブロック図と図３５の機能ブロック図に対応している。

【０１５８】すなわち、演算部は、新たな話題の出力が
あるか否かをチェックし、出力部に出力された話題に応
じた利用者からの入力頻度を判定する。そして、この判
定結果に応じて話題を選別し、新たな話題が必要な場合
には話題元情報データベースから新たな話題を読み出
し、この話題に基づいたシナリオにしたがって会話文を
生成し出力部から出力する。

【０１５９】このように本実施例２によれば、実施例１
での作用・効果に加えて、 (6)複数の利用者が参加する場合に利用者同士の会話を
盛り上げることができるという作用・効果を期待でき
る。

【０１６０】すなわち、複数の利用者が参加するコミュ
ニケーションエリアにおいて、利用者同士の会話が途切
れがちなときでも、システムによって与えられた疑似人
物による話題で会話が盛り上がる機会を得ることができ
る。

【０１６１】

【発明の効果】本発明によれば、会話の進行に合わせて
人格の役割が変更することとなり、利用者から見て変化
に富んだ会話空間がシステム中に生成されるため、利用
者を飽きさせずに会話中に参加させることができる情報
提供システムを実現できる。

【０１６２】なお、疑似人物の役割の変更は話題の変更
に同期させる必要はなく、同一の話題での会話中で変更
させてもよい。これにより利用者はシステム中の疑似人
物に対して新鮮な驚きと興味を持つことができ、会話を
より一層活性化させることができる。

【図面の簡単な説明】

【図１】 「言葉」を用いたコミュニケーションを説明
するブロック図

【図２】 「会話」の成り立ちを説明するブロック図

【図３】 従来のシステムによるコミュニケーションと
問題点を説明するブロック図

【図４】 従来のシステムによるコミュニケーションか
ら生じる心理モデルを説明するブロック図

【図５】 本発明のシステムの基本概念を説明するブロ
ック図（１）

【図６】 本発明のシステムの基本概念を説明するブロ
ック図（２）

【図７】 本発明のシステムの基本概念を説明するブロ
ック図（３）

【図８】 図７における役割変更の具体例を説明するブ
ロック図

【図９】 本発明のシステムによるコミュニケーション
から生じる利用者の心理モデルを説明するブロック図

【図１０】 本発明のシステムの基本概念を説明するブ
ロック図（４）

【図１１】 本発明のシステムに類似する既存システム
（チャットシステム）の概念を説明するブロック図

【図１２】 実施例１のシステムのハードウエアのブロ
ック図

【図１３】 実施例１のシステムの基本概念を説明する
ブロック図

【図１４】 実施例１のシステムの演算部のフローチャ
ート

【図１５】 実施例１のシステムの各データベースに基
づいて演算部が実現する機能を説明したブロック図

【図１６】 実施例１で話題シナリオデータベースに基
づいて演算部が実現する機能を説明したブロック図

【図１７】 実施例１のシステムの演算部のフローチャ
ート（１）

【図１８】 実施例１のシステムの演算部のフローチャ
ート（２）

【図１９】 実施例１のシステムの演算部のフローチャ
ート（３）

【図２０】 実施例１のシステムの演算部のフローチャ
ート（４）

【図２１】 実施例１の具体的な人格設定例を説明する
ための図

【図２２】 実施例１の話題シナリオの具体例

【図２３】 実施例１において、「利用者」が「場」の
コミュニケーションに参加する場合の具体例を示した図

【図２４】 実施例１で話題シナリオが切り替わる場合
を示した図

【図２５】 実施例１で拡大画面への切り替えを使って
システムが伝えたい情報を視覚的に提供する具体例

【図２６】 実施例１のシステムの機能ブロック図であ
り、「利用者」から課題（例えば何かについての質問、
問い）が与えられた場合を示す図

【図２７】 実施例１で演算部の基本的な処理手順を示
すフローチャート

【図２８】 実施例１の具体例であり、「利用者」から
「課題」が与えられた場合の説明図

【図２９】 実施例１において、話題情報の提供に対し
て課金する場合の機能ブロック図

【図３０】 実施例１において、話題情報のカウントに
関する演算部のフローチャート

【図３１】 実施例２の概念を説明するブロック図

【図３２】 実施例２のシステム全体図を示すブロック
図

【図３３】 実施例２における「情報提供サーバ」のハ
ードウエア構成を示すブロック図

【図３４】 実施例２における「利用者端末」のハード
ウエア構成を示すブロック図

【図３５】 実施例２において演算部で実現される各機
能を示すブロック図

【図３６】 実施例２において、演算部が入力頻度を判
定する際の処理手順を示すフローチャート

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B075 KK07 KK34 KK40 ND20 PQ02 QS20 UU40 5B085 CE03 5E501 AA02 AB19 BA17 CA03 DA01 EA34 FA13 FA14

Claims (9)

【特許請求の範囲】
1. 【請求項１】記憶装置に話題データと、話題シナリオデ
   ータと、同一の話題データに対して異なる応答出力を行
   うようデータ化された複数の疑似性格と、その表示キャ
   ラクタデータとを記憶し、 中央処理装置が前記記憶装置から任意の話題データと、
   話題シナリオデータと、少なくとも２以上の疑似性格
   と、前記疑似性格に対応した表示キャラクタデータを読
   み出して、 前記話題データと前記話題シナリオデータとに基づき、
   会話データを生成し、 前記表示キャラクタのうち第１の表示キャラクタが会話
   における話題を提供する役割である話者として属性付け
   られて前記会話データの出力に関連付けられて表示さ
   れ、他の表示キャラクタは会話を受ける役割である被話
   者として属性付けられて前記会話データの出力に応対す
   るように表示され、 前記会話データの出力を継続している段階で、当該会話
   データの出力に基づき、それまで被話者であった第２の
   表示キャラクタを話者の属性に切り替え、第１の表示キ
   ャラクタを被話者の属性に切り替え、前記表示キャラク
   タ同士の会話を展開させて、出力装置から話題データを
   出力し続ける情報提供方法。
2. 【請求項２】前記表示キャラクタ同士の会話を前記出力
   装置から出力している間に、話者と被話者双方の会話を
   聞いている役割である聞者の属性を有する第３の表示キ
   ャラクタを表示させることを特徴とした請求項１に記載
   の情報提供方法。
3. 【請求項３】入力装置を通じて利用者からの入力を検出
   した場合に、 利用者が入力した会話データに基づいて会話を展開する
   話題シナリオデータを前記記憶装置から読み出し、新た
   な会話データを生成し、前記利用者を含めた前記表示キ
   ャラクタとの会話を展開させることを特徴とした請求項
   １または２に記載の情報提供方法。
4. 【請求項４】前記出力装置から話題データによる一連の
   会話データの出力が終了した場合、または利用者からの
   問い合わせの入力が入力装置を通じてあった場合に、 前記話題データまたは前記入力に関連する話題データを
   記憶装置から抽出し、新たな会話データを生成し、話者
   に設定される表示キャラクタに関連付けて話題提供する
   ことを特徴とした請求項１から３のいずれかに記載の情
   報提供方法。
5. 【請求項５】前記入力装置を通じた利用者からの問い合
   わせにより、前記記憶装置から抽出される話題データが
   有料属性を有している場合に、 利用者に対して課金処理を実行して話題データを出力す
   ることを特徴とした請求項４に記載の情報提供方法。
6. 【請求項６】話題データと、話題シナリオデータと、同
   一の話題データに対して異なる応答出力を行うようデー
   タ化された複数の疑似性格と、その表示キャラクタデー
   タとを記憶する記憶手段と、 前記表示キャラクタデータと、前記表示キャラクタによ
   る会話データとを当該表示キャラクタ同士の会話状態を
   表現するように出力する出力手段と、 前記記憶手段から任意の話題データと、話題シナリオデ
   ータと、少なくとも２以上の疑似性格と、前記疑似性格
   に対応した表示キャラクタを読み出して、 前記話題データと前記話題シナリオデータとに基づき、
   会話データを生成する手段と、 前記表示キャラクタのうち第１の表示キャラクタを会話
   における話題を提供する役割である話者として属性付け
   て前記会話データの出力に関連付けて表示させ、他の表
   示キャラクタは会話を受ける役割である被話者として属
   性付けて前記会話データの出力に応対するように表示さ
   せるとともに、 前記会話データの出力を継続している段階で、当該会話
   データの出力に基づき、それまで被話者であった第２の
   表示キャラクタを話者の属性に切り替え、第１の表示キ
   ャラクタを被話者の属性に切り替え、前記表示キャラク
   タ同士の会話を展開させて、前記出力手段から話題デー
   タを出力させる手段とからなる情報提供装置。
7. 【請求項７】キャラクタ同士の会話データを生成し、ネ
   ットワークを介して接続されている出力手段を有する端
   末装置に表示用キャラクタデータと前記会話データとを
   送信する情報提供サーバであって、 話題データと、話題シナリオデータと、同一の話題デー
   タに対して異なる応答出力を行うようデータ化された複
   数の疑似性格と、その表示キャラクタデータとを記憶す
   る記憶手段と、 前記記憶手段から任意の話題データと、話題シナリオデ
   ータと、少なくとも２以上の疑似性格と、前記疑似性格
   に対応した表示キャラクタを読み出して、 前記話題データと前記話題シナリオデータとに基づき、
   前記表示キャラクタのうち第１の表示キャラクタを会話
   における話題を提供する役割である話者として属性付け
   て前記会話データの出力に関連付けて表示させ、他の表
   示キャラクタは会話を受ける役割である被話者として属
   性付けて前記会話データの出力に応対するように表示用
   キャラクタデータと会話データとを生成し、 前記会話データについて、当該会話データの出力に基づ
   き、それまで被話者であった第２の表示キャラクタを話
   者の属性に切り替え、第１の表示キャラクタを被話者の
   属性に切り替え、前記表示キャラクタ同士の会話を展開
   させる、そのような会話データと前記表示用キャラクタ
   データとを前記ネットワークに送信する送信手段とを有
   する情報提供サーバ。
8. 【請求項８】情報提供サーバで生成されたキャラクタ同
   士の会話データと表示用キャラクタデータとを受信し再
   生する端末装置であって、 前記情報提供サーバの中央処理装置が記憶装置から任意
   の話題データと話題シナリオデータと少なくとも２以上
   の疑似性格と前記疑似性格に対応した表示キャラクタを
   読み出して前記話題データと前記話題シナリオデータと
   に基づき生成しネットワーク上に送信した会話データ
   と、表示キャラクタデータとを受信する手段と、 前記表示キャラクタのうち第１の表示キャラクタが会話
   における話題を提供する役割である話者として属性付け
   て前記会話データの出力に関連付けて表示し、他の表示
   キャラクタは会話を受ける役割である被話者として属性
   付けて前記会話データの出力に応対するように表示する
   とともに、 前記会話データの出力を継続している段階で、当該会話
   データの出力に基づき、それまで被話者であった第２の
   表示キャラクタを話者の属性に切り替え、第１の表示キ
   ャラクタを被話者の属性に切り替え、前記表示キャラク
   タ同士の会話を展開させて、話題データを出力し続ける
   出力手段とを備えた情報提供端末装置。
9. 【請求項９】出力装置から表示キャラクタ同士の会話デ
   ータを出力するプログラムであって、 記憶装置に話題データと、話題シナリオデータと、同一
   の話題データに対して異なる応答出力を行うようデータ
   化された複数の疑似性格と、その表示キャラクタデータ
   とを記憶しておき、 中央処理装置が前記記憶装置から任意の話題データと、
   話題シナリオデータと、少なくとも２以上の疑似性格
   と、前記疑似性格に対応した表示キャラクタを読み出し
   て、 前記話題データと前記話題シナリオデータとに基づき、
   会話データを生成し、前記表示キャラクタのうち第１の
   表示キャラクタが会話における話題を提供する役割であ
   る話者として属性付けられて前記会話データの出力に関
   連付けられて表示され、他の表示キャラクタは会話を受
   ける役割である被話者として属性付けられて前記会話デ
   ータの出力に応対するように表示し、 前記会話データの出力を継続している段階で、当該会話
   データの出力に基づき、それまで被話者であった第２の
   表示キャラクタを話者の属性に切り替え、第１の表示キ
   ャラクタを被話者の属性に切り替え、前記表示キャラク
   タ同士の会話を展開させるコンピュータ実行可能な情報
   提供プログラム。