JP5829000B2

JP5829000B2 - 会話シナリオ編集装置

Info

Publication number: JP5829000B2
Application number: JP2009150147A
Authority: JP
Inventors: 黄　声揚; 声揚黄; 勝倉　裕; 裕勝倉
Original assignee: Universal Entertainment Corp
Current assignee: Universal Entertainment Corp
Priority date: 2008-08-20
Filing date: 2009-06-24
Publication date: 2015-12-09
Anticipated expiration: 2029-06-24
Also published as: JP5897240B2; CN101656800B; JP2010073191A; CN101656800A; JP2010073192A

Description

本発明は、会話シナリオ編集装置、ユーザ端末装置、並びに電話取り次ぎシステムに関し、より詳しくはユーザの発話に応答する回答を自動的に出力して、ユーザとの会話を成立させることが可能な装置である自動会話装置に用いられる会話シナリオを生成及び編集する会話シナリオ編集装置、ユーザ端末装置、並びに電話取り次ぎシステムに関する。

従来、ユーザの発話を受け取ると、この発話内容に応じた回答を出力する自動会話装置が提案されるようになってきた（例えば、特許文献１）。従来の自動会話装置では、ユーザの発話とそれに対応する回答を一対として記憶したデータベースを用い、このデータベースを検索することによって、ユーザの発話に対応する回答を出力させる方式が一般的であった。

特開２００２−３６６１９０号公開公報

しかし、ユーザの発話に対応する回答を一対一の関係で出力する従来の方式では、ある話題に関して自然な会話をユーザと自動会話装置との間で成立させたり、予め用意したストーリー性のある内容（例えば、制度の仕組みの説明、救急治療の内容など）を少しずつ、ユーザに語りかけたりすることを、自動会話装置により実現することは難しい。

このような、自然な流れの会話を成立するための技術として、ユーザ発話に応答しながら、予め用意した会話の流れに沿った会話内容を実現するシナリオを用いることが提案されているが、シナリオを作成するには、専門知識を有するKB（ナレッジ・ベース、知識ベース）技術者によらなければ、シナリオを作成することはできなかった。

本発明の目的は、専門知識を有さないものであっても、ユーザ発話に応答しながら、予め用意した会話の流れに沿った会話内容を実現する会話シナリオを生成、編集することを可能とすることを目的とする。

上記課題を解決するための手段として、本発明は以下の特徴を備えている。

本発明は、会話シナリオ編集装置として提案される。
ユーザ発話である入力文を受け付けると、入力文に応じた回答文を会話サーバに要求する会話装置と、前記会話装置から回答文を要求された場合、会話シナリオに基づいて回答文を決定し、この回答文を前記会話装置に送信し、回答文をユーザに出力させる会話サーバとを有する自動会話システムのために、前記会話シナリオを生成する制御手段を備えた会話シナリオ編集装置であって、対象と射とからなる前記会話シナリオであって、射である入力文と、その射に対応する対象である回答文とを有する前記会話シナリオを生成するシナリオ生成手段と、前記生成手段シナリオ生成手段が生成した会話シナリオの内容の削除を行うシナリオ削除手段と、を備え、前記会話シナリオ編集装置は、複数の射を合成して一つの射として記述する会話シナリオの例と、単位元である射をどのようなユーザ発話であっても、無視し、所定の回答文を強制出力する会話シナリオの例と、ある射に対応する回答列に対して、異なる複数の経路に沿う回答列を構築し、前記構築した回答列を一つの会話シナリオに到達させる会話シナリオの例と、循環する結合関係を有する複数の射及び対象を合成することにより構成された単位元を記述する会話シナリオの例と、を使用可能にすることを特徴とする。
また、ユーザ発話である入力文を受け付けると、入力文に応じた回答文を会話サーバに要求する会話装置と、前記会話装置から回答文を要求された場合、会話シナリオに基づいて回答文を決定し、この回答文を前記会話装置に送信し、回答文をユーザに出力させる会話サーバとを有する自動会話システムのために、前記会話シナリオを生成する制御手段を備えた会話シナリオ編集装置であって、対象と射とからなる前記会話シナリオであって、射である入力文と、その射に対応する対象である回答文とを有する前記会話シナリオを生成するシナリオ生成手段と、前記シナリオ生成手段が生成した会話シナリオの内容の削除を行うシナリオ削除手段と、を備え、前記会話シナリオ編集装置は、第１の射が発生しない場合、対象X1から対象X2に遷移し、前記第１の射が発生した場合、前記対象X1から対象X3に遷移するが、いずれの射が発生しても又は一定の期間の経過により、前記対象X3から前記対象X2に遷移する会話シナリオの例を使用可能にすることを特徴とする。

この会話シナリオ編集装置によれば、ユーザ発話に応答しながら、予め用意した会話の流れに沿った会話内容を実現する会話シナリオを生成、編集することが可能な会話シナリオ編集装置を提供することができる。

また、本発明は以下の利点を有する。
・システム回答を対象、ユーザ発話を射とする（会話を状態遷移としてとらえることができる）
・システム回答の遷移先が一覧できる（遷移先の情報で状態遷移が読める）
・システム回答の引用元が一覧できる（引用元の情報で「合成や単位元」が読める）
・システム回答の回答列が一覧できる（回答列でシナリオが読める）

上記会話シナリオ装置は、前記会話シナリオから射に対応する対象を検索するために再構成されたデータである動的知識を生成する動的知識生成手段をさらに有していてもよい。かかる会話シナリオ編集装置によれば、高速で、入力文に相当する射及びこの射に対応する対象を検索し、対象である回答文を出力させることが可能となる。

また、上記会話シナリオ編集装置において、前記会話シナリオ編集装置は、予め定めた内容のユーザ発話以外の全てのユーザ発話を一つの射として記述することが可能であるようにしてもよい。かかる会話シナリオ編集装置によれば、無限のユーザ発話を被覆可能な回答文を定義することが可能となる。

前記会話シナリオ編集装置において、ユーザが無言である状態を射として記述することが可能であるようにしてもよい。かかる会話シナリオ編集装置によれば、ユーザの無言状態であっても、会話を継続することが可能となる。

前記会話シナリオ編集装置において、複数の射を合成して一つの射として記述することが可能であるようにしてもよい。かかる会話シナリオ編集装置によれば、相手の発話を尊重しつつ、固執したい自分（自動会話システム）の発話に導く会話の流れをつくることができる。

前記会話シナリオ編集装置において、単位元である射をどのようなユーザ発話であっても、無視し、所定の回答文を強制出力することが可能であるようにしてもよい。かかる会話シナリオ編集装置によれば、相手（ユーザ）の発話とは関係なく自分（自動会話システム）の発話を言い切る会話の流れを作ることができる。

前記会話シナリオ編集装置は、ある射に対応する回答列に対して、異なる複数の経路に沿う回答列を構築し、前記構築した回答列を一つの会話シナリオに到達させることが可能であるようにしてもよい。
また、前記会話シナリオ編集装置において、循環する結合関係を有する複数の射及び対象を合成することにより構成された単位元を記述することが可能であるようにしてもよい。かかる会話シナリオ編集装置によれば、閉じられた会話の流れの中で相手（ユーザ）の発話を促し続けることができる会話の流れを作ることができる。
また、回答文に対応した動作であって、ユーザ端末装置に実行させる動作を記述するとともに、動作に対応する会話サーバを起動させることを要求するメッセージを送信し、前記メッセージを受信する会話サーバを切り替えるサーバ切替手段を備えたことを特徴とする。

本発明によれば、ユーザ発話に応答しながら、予め用意した会話の流れに沿った会話内容を実現する会話シナリオを生成、編集することが可能な会話シナリオ編集装置を提供することができる。

以下、本発明の実施の形態を、図面を参照しながら説明する。
本実施の形態は、予め用意された会話シナリオに基づいて、ユーザの発話などに応答して回答を出力する自動会話システム、及び会話シナリオを生成、編集する会話シナリオ編集装置として提案される。

［１．自動会話システム、会話シナリオ編集装置の構成例］
以下、自動会話システム、会話シナリオ編集装置の構成例について説明する。図１は、自動会話システム１の構成例を示すブロック図である。自動会話システム１は、会話装置１０と、会話装置１０に接続された会話サーバ２０と、会話サーバ２０が使用する会話シナリオを生成、編集する会話シナリオ編集装置３０で構成される。

会話装置１０は、ユーザが発話を入力すると、その発話内容を会話サーバ２０に送信する。会話サーバ２０は、発話内容を受け取ると、会話シナリオに基づいて発話内容に対する返事である回答とこの回答に対応した動作であって会話装置１０に実行させる動作を記述した情報である動作制御情報を決定し、回答及び動作制御情報を会話装置１０に出力する。会話シナリオ編集装置３０は、会話シナリオ４０を生成、編集し、生成済み、若しくは編集済みの会話シナリオを出力する。出力された会話シナリオ４０は会話サーバ２０に記憶される。

以下に、上記装置のそれぞれについて詳述する。
［１．１．会話装置］
会話装置１０は、ユーザの発話（ユーザ発話）を入力として取得し、この入力内容（以下、入力文と呼ぶ）を会話サーバ２０に送信し、会話サーバ２０から返信されてくる回答及び動作制御情報を受信し、受信内容に基づいて、回答の出力及び動作制御情報に応じた動作を実行する機能を有する。

会話装置１０は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している情報処理装置、或いはそのような情報処理装置を含む器具、おもちゃなどであって、例えばコンピュータ、携帯電話機、いわゆるインターネット家電、又はロボットなどの装置である。会話装置１０の前記ＲＯＭ、若しくはハードディスク装置などにプログラムが記憶されており、このプログラムを主メモリ上に載せ、ＣＰＵがこれを実行することにより会話装置が実現される。また、上記プログラムは必ずしも情報処理装置内の記憶装置に記憶されていなくともよく、外部の装置（例えば、ＡＳＰ（アプリケーション・サービス・プロバイダのサーバなど））から提供され、これを主メモリに乗せる構成であってもよい。

図２は、会話装置１０の一構成例を示すブロック図である。会話装置１０は、入力部１１と、入力部１１に接続された会話処理部１２と、会話処理部１２に接続された動作制御部１３と、会話処理部１２及び動作制御部１３に接続された出力部１４とを有している。また、会話処理部１２は会話サーバ２０と通信可能である。

入力部１１は、ユーザの発話内容（入力文）を受け取り、これを電気信号など会話処理部１２が処理可能な信号に変換して渡す機能を有する。入力部１１は、例えば、キーボード、ポインティングデバイス、タッチパネル、マイクのいずれか或いはこれらの組み合わせである。

会話処理部１２は、入力部１１から受け取った入力文を会話サーバ２０に送り、入力文に応じた回答文及びその回答文に対応する動作制御情報を送信するよう、会話サーバ２０に要求する。また、会話処理部１２は、会話サーバ２０から回答文及びその回答文に対応する動作制御情報を受信すると、回答文を出力部１４に渡して出力させるとともに、動作制御情報を動作制御部１３に渡す。

動作制御部１３は、会話処理部１２から渡された動作制御情報に基づいて、指定された動作を実行する。指定された動作が出力部１４による表示の実行（例えば、指定された動作の再生）であれば、これを出力部１４に実行させる。また、指定された動作が、会話サーバ２０から取得した回答文とは別の回答文の出力（例えば、会話サーバ２０から取得した回答文が「何について話しますか？」、別の回答文が「何か言ってくださいね！」）である場合には、そのような回答文を出力部１４に出力させる。

出力部１４は、回答文をユーザが了知可能な態様で出力する機能を有する。回答文をどのような態様で出力するかについては、本発明において制限はない。出力部１４は、例えば、回答文を文字情報としてユーザに提供する場合には、液晶ディスプレイ装置などであり、また回答文を音声情報としてユーザに提供する場合には、人工音声生成装置及びスピーカである。

［１．２．会話サーバ］
会話サーバ２０は、会話シナリオに基づいて発話内容に対する返事である回答とこの回答に対応した動作であって会話装置１０に実行させる動作を記述した情報である動作制御情報を決定し、回答及び動作制御情報を会話装置１０に出力する機能を有する装置である。

会話サーバ２０は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している情報処理装置などであって、例えばコンピュータ、ワークステーション、サーバ装置などである。会話サーバ２０の前記ＲＯＭ、若しくはハードディスク装置などにプログラムが記憶されており、このプログラムを主メモリ上に載せ、ＣＰＵがこれを実行することにより会話サーバが実現される。また、上記プログラムは必ずしも情報処理装置内の記憶装置に記憶されていなくともよく、外部の装置（例えば、ＡＳＰ（アプリケーション・サービス・プロバイダのサーバなど））から提供され、これを主メモリに乗せる構成であってもよい。

会話装置１０と会話サーバ２０とは、有線又は無線により接続される構成でも良く、また、ＬＡＮ，無線ＬＡＮ，インターネットなどの通信網（複数の通信網を組み合わせても良い）を介して接続されていても良い。また、会話装置１０と会話サーバ２０とは、必ずしも個別独立の装置でなくとも良く、会話装置１０と会話サーバ２０とを同一の装置により実現する構成であっても本発明は成立する。

図３は、会話サーバ２０の一構成例を示すブロック図である。会話サーバ２０は、会話装置１０と通信可能な回答処理部２１と、回答処理部２１に接続された意味解釈辞書部２３及び会話シナリオ記憶部２２とを有している。

回答処理部２１は、会話装置１０から入力文を受け取り、この入力文に応じた回答文を会話シナリオ記憶部２２に記憶されている会話シナリオに基づいて選択若しくは決定し、決定した回答文とこの回答文に対応づけられた動作制御情報を会話装置１０に送信する。また、回答処理部２１は、意味解釈辞書部２３が記憶する意味解釈辞書を参照して、入力文の同意語又は同意文を取得し、この同意語又は同意文に基づいた回答文の選択若しくは決定を行う。

意味解釈辞書部２３は、入力文に対応する回答文の言い換え（同意語による拡張など）をおこなうための意味解釈辞書を記憶する機能を有する。意味解釈辞書はシソーラスのような機能を有するデータベースに相当する。

会話シナリオ記憶部２２は、会話シナリオ編集装置３０によって生成、又は編集された会話シナリオ４０を記憶する機能を有する。会話シナリオ４０の説明については後述する。

［１．３．会話シナリオ編集装置］
会話シナリオ編集装置３０は、前述の会話サーバ２０が使用する会話シナリオを新たに生成し、又は生成済みの会話シナリオを変更し、内容を追加し、又は内容の一部削除を行って修正された会話シナリオを生成する機能を有する。

会話シナリオ編集装置３０は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している情報処理装置などであって、例えばコンピュータ、ワークステーションなどである。会話シナリオ編集装置３０の前記ＲＯＭ、若しくはハードディスク装置などにプログラムが記憶されており、このプログラムを主メモリ上に載せ、ＣＰＵがこれを実行することにより会話シナリオ編集装置３０が実現される。また、上記プログラムは必ずしも情報処理装置内の記憶装置に記憶されていなくともよく、外部の装置（例えば、ＡＳＰ（アプリケーション・サービス・プロバイダのサーバなど））から提供され、これを主メモリに乗せる構成であってもよい。

図４は、会話シナリオ編集装置３０の一構成例を示すブロック図である。会話シナリオ編集装置３０は、入力部３１と、入力部３１に接続されたエディタ部３２と、エディタ部３２に接続された出力部３４及び会話シナリオ保持部３３とを有している。

入力部３１は、ユーザの入力を受け取り、これを電気信号などエディタ部３２が処理可能な信号に変換して渡す機能を有する。入力部３１は、例えば、キーボード、ポインティングデバイス、タッチパネル、マイクのいずれか或いはこれらの組み合わせである。

出力部３４は、編集中又は編集完了後の会話シナリオの内容を会話シナリオ編集装置３０の使用者（オペレータ）が認識可能な態様で出力する機能を有する。出力部３４は、例えば、液晶ディスプレイ装置などである。

エディタ部３２は、入力部３１から入力された内容に応じて、会話シナリオとしてのデータの生成、及びその編集（追加、変更、削除）を行う機能を有する。なお、編集中の会話シナリオの内容は出力部３４に表示させることにより、オペレータが会話シナリオの内容をリアルタイムで把握できるようにしている。また、エディタ部３２は、編集が完了した会話シナリオのデータを会話シナリオ保持部３３に出力する。

また、エディタ部３２は、生成されている会話シナリオにおいて適正な状態遷移関係が保たれているか否かをチェックし、違反が生じている場合にはオペレータに違反が生じていること、違反が生じている入力文又は回答文を知らせるメッセージ等を生成し、出力部に表示等させる機能を有していても良い。

また、エディタ部３２は会話サーバ２０の意味解釈辞書部２３に相当する意味解釈辞書部をさらに有していても良く、エディタ部３２はこの意味解釈辞書部を用いて、会話シナリオにおいて重複する意味内容の入力文又は回答文が存在する場合、これらを整理したり統合したりする、或いは整理、統合をオペレータに促す機能を有していても良い。

会話シナリオ保持部３３は、エディタ部３２から受け取った会話シナリオのデータを、後に読み取りできる態様で記憶又は保持する機能を有する。会話シナリオ保持部３３に記憶された会話シナリオのデータは、必要に応じて、又は、所定のタイミングなどで会話サーバ２０の会話シナリオ記憶部２２に送られる。会話シナリオ保持部３３から会話シナリオ記憶部２２への会話シナリオの転送は、記憶媒体を経由した態様で行われても良いし、通信網、通信ケーブルを経由して行われるものであってもよい。

［１．３．１．会話シナリオについて］
ここで、会話シナリオ４０について説明する。本発明における会話シナリオは下記の特徴を有する。

（１）回答文を「対象」とし、ユーザ発話（入力文）を「射」とする。
この特徴を備えることにより、会話シナリオが定める会話の流れを「状態遷移図」で表現することが可能となる。本発明の会話シナリオは、後述する「その他」機能を用いることにより、全ての入力文（ユーザ発話）に対応した回答文の出力が可能となる。また、後述する「タイマー」発話によりユーザの「無言」（入力無し）に対応できる（無言を射として扱える）。

図５は、会話シナリオの例を示す状態遷移図である。図中、楕円枠X1，X2，X3，X4はそれぞれ回答文であり、これらは「対象」に相当する。図中、矢印近傍に表示された文は、入力文であり、これらは「射」に相当する。図中＜その他＞はX1からの射「好きです」及び「嫌いです」以外の入力文を示す。図中、＜timer＞は、ユーザが無言のまま所定期間の経過させた状態を示す。また、「＜その他＞｜＜timer＞」という表記は、＜その他＞又は＜timer＞を意味する。

図５に示した例では、「何か食べたい」という「射」は回答文X1である「あなたはラーメンが好きですか」である「対象」に遷移させる。回答文X1の出力後、第１の射「嫌いです」が発生した場合には、回答文X4「残念！話題を変えましょう」に遷移する。一方、回答文X1の出力後、第２の射「好きです」が発生した場合には、回答文X3「じゃ、美味しい店を紹介してあげる」に遷移する。一方、回答文X1の出力後、第１及び第２の射以外の射が発生した場合又はユーザが無言のまま一定期間が経過した場合、回答文X2「ラーメンは好き？嫌い？」に遷移する。

上記図５の会話シナリオをデータとして表現すると、一例として図６のような内容となる。ここで、「X1（発話Ａ）X2」は回答列であり、X1の回答状態は発話ＡによりX2の回答状態に遷移することを記述している。

（２）射には合成が定義できる
この特徴により、主シナリオから分岐するような発話を受け付けることができるようになるとともに、分岐しても元（主シナリオ）に戻すことができる。従って、会話シナリオの作成者は自らが思い描く会話の流れ「ストーリー」が構築でき、このストーリーに沿った会話を会話システムに行わせることができる。

図７は、射の合成を含む会話シナリオの例を示した状態遷移図である。図中の記号及び表記については、図５に準じる。この例の会話シナリオでは、回答文X1「あなたはラーメンが好きですか？」の出力後、第１の射「嫌いです」が発生した場合には、回答文X3「そう？ラーメンは美味しいんだけどな」に遷移する。一方、第１の射以外の射が発生した場合又はユーザが無言のまま一定期間が経過した場合、回答文X2「本当に美味しい店を紹介してあげる」に遷移する。

上記の回答文X3「そう？ラーメンは美味しいんだけどな」の出力後は、一つの射＜その他＞｜＜timer＞のみが規定されており、いずれの入力文（ユーザ発話）又は一定期間の経過により回答文X2「本当に美味しい店を紹介してあげる」に遷移する。

このような射の合成を含む会話シナリオの例を使用することを可能としているため、本発明では、相手の発話を尊重しつつ、固執したい自分の発話に導くことが可能となる。

なお、上記図７の会話シナリオを回答列として表現すると、図８のような内容となる。ここにX2はX2の引用である。引用されたX2の引用元はX2であり、形式的には、対象X1とX2との間に射「(嫌いです) X3 (<その他>|<timer>)」が定められていることに相当する。この射は、射「嫌いです」と射「<その他>|<timer>」の合成である。
（３）単位元が定義できる
本発明の会話シナリオでは、単位元が定義できる。「単位元」とは対象を遷移させない射をいう。単位元が定義できることにより、以下のことが可能となる。

（イ）ユーザ発話に対して「強制回答」をすることができる。
図９は、強制回答を行う会話シナリオの例を示した状態遷移図である。この例では、回答文X1「私はラーメンが好きです。ラーメンこそグルメの本質」の出力時において、NULLの付いた第１の射＜その他＞が規定されており、どのような入力文（ユーザ発話）であっても、入力文を無視して「私はラーメンが好きです。ラーメンこそグルメの本質」の強制出力がなされる。一方、回答文X1「私はラーメンが好きです。ラーメンこそグルメの本質」の出力後、第２の射＜timer＞により回答文X2「本当に美味しい店を紹介してあげる」に遷移する。

この例では、相手の発話を無視することを「NULL」と表記している。図９に示した例では、全ての発話を無視するために<その他>にNULLを付けているが、「嫌い」だけを無視するようにすることもできる。
なお、上記図９の会話シナリオを回答列として表現すると、図１０のような内容となる。ここにX1はX1の引用である。引用されたX1は引用元のX1と同じ遷移先を有する。このような意味でX1とX1は同形であり、この場合の射「（<その他>）」はX1からX1への射であり、単位元である。

（ロ）ユーザ発話に対して「固執回答」をすることができる。
図１１は、ユーザ発話に対して「固執回答」をする会話シナリオの例を示す状態遷移図である。図１１の例では、回答文X1「ラーメン好き？嫌い？」の出力後、第１の射「嫌いです」が発生した場合には、回答文X3「そう？ラーメンは美味しいんだけどな」に遷移する。一方、回答文X1の出力後、第２の射「好き」が発生した場合には、回答文X2「本当に美味しい店を紹介してあげる」に遷移する。一方、回答文X1の出力後、第１及び第２の射以外の射が発生した場合又はユーザが無言のまま一定期間が経過した場合、再び回答文X1「ラーメンは好き？嫌い？」に戻る。このようにして、ユーザに「好き」か「嫌い」かの二者択一を強制的に行わせることができるようになる。

なお、上記図１１の会話シナリオを回答列として表現すると、図１２のような内容となる。ここにX1はX1の引用である。引用されたX1は引用元のX1と同じ遷移先を有する。このような意味でX1とX1は同形であり、この場合の射「(<その他>|<timer>)」もX1からX1への射に相当するので単位元と呼ぶ。

（ハ）「合成により構成された単位元」により「閉ループ回答」が構築できる。
この特徴を備えることにより、閉じられたループの中で相手の発話を促すことが可能となる。図１３は、「合成により構成された単位元」により「閉ループ回答」が構築された会話シナリオの例を示した状態遷移図である。この例では、回答文X1、X2，X3，X4によって閉ループが構築されており、この閉ループにより会話の流れをコントロールすることが可能となる。上記図１３の会話シナリオを回答列として表現すると、図１４のような内容となる。この場合にもX1からX1の射に相当する

(<その他>|<timer>) X2 (<その他>|<timer>)
X3 (<その他>|<timer>) X4 (<その他>|<timer>)
を単位元と呼ぶ。この場合の単位元は「閉ループ」を構成している。
以上で、「項目（３）単位元が定義できる」の説明を終了する。

（４）射の合成には結合法則が成り立つ
この特徴により、ある射に対応する回答列Sに対して、異なる２つの経路に沿う回答列S1とS2の構築が可能であり、しかもそれらが等しいものとして扱うことができる。このとき、Sをある問題に関わる回答列とすると、S1とS2は、Sに対する異なる解釈を与える回答列であり、問題解決に関わる情報を提供している。この特徴を有するが故に、本発明にかかる会話シナリオでは、ロジカルなユーザ発話に対応することができる。

図１５に、射の合成に結合法則が成り立つ会話シナリオの例の状態遷移図を示す。なお、上記図１５の会話シナリオを回答列として表現すると、図１６のような内容となる。ここに、X2、X4はそれぞれX2、X4の引用である。形式的に次式が成立する。
（ヒントは）X3（××です）X4（<その他>|<timer>）
＝（××です）X4（<その他>|<timer>）
＝（ヒントは）X3（<その他>|<timer>）

（５）可換な図式が描ける
この特徴により、任意の対象に到着するための射が定義できる。このため、シナリオにゴールが設定できるとともに、シナリオ全体の把握ができることとなる。

（６）その他
本発明は、「入力文を対象とし、回答文を射として扱える談話の範囲」では「検索の仕組みが全く異なるため、「入力文を射とし、回答文を対象として扱える談話の範囲」と同様の扱いはできない。本件では、前者のような談話の範囲は扱わない。

［１．４．会話シナリオ編集装置の位置づけ］
ここで、本発明の会話シナリオ編集装置３０の位置づけについてまとめる。
（１）対象と射とを有する会話シナリオに関しては、以下の特徴をあげることができる。
・回答文を対象、入力文を射とする（状態遷移）
・入力文を尊重しつつ、固執したい回答文に導く（文脈維持：合成）
・入力文とは関係なく、回答文を言い切る（強制回答：単位元）
・相手に対して必要な発話を言うまで繰り返し催促する（固執回答：単位元）
・閉じられたループの中で入力文を促す（閉ループ：単位元）
・問題解決に繋がるような会話を行う（問題解決：結合法則）
・ゴールに向かうような会話を行う（ゴールのある会話：可換な図式）

なお、回答列によっても上記の特徴を整理することができる。会話シナリオ編集装置３０は、上記の会話シナリオの特徴を回答列で表現する機能を有したものである。
上記の会話シナリオを利用することにより、会話サーバ２０は、単なる検索を行えばよい。すなわち、会話サーバは、現在の状態を、会話シナリオの対象（回答文）として把握し、利用者発話が発生した場合には、会話サーバ２０は、意味解析を行いながら最適な射（入力文）を検索し、次の状態は、検索された射（入力文）に対応する対象（回答文）とする。

なお、上記の会話シナリオは状態遷移図やそれに基づいたデータ（図６，８，１０等）として表現するだけでなく、図１７に示すような、アウトラインエディタのようなＧＵＩを用いて生成、編集されるようにしてもかまわない。

［２．会話シナリオ生成装置の動作例］
次に、上記会話シナリオ編集装置３０の動作例について説明する。
本実施の形態にかかる会話シナリオ編集装置３０は、複数の異なる主題（会話のテーマ）についてユーザとの会話を成立させることが出来る。図１８は、会話シナリオ保持部３３及び会話シナリオ記憶部２２（以下、単に会話シナリオ保持部３３と略す）が記憶する会話シナリオのデータ構成例を示す図である。

会話シナリオ保持部３３は、談話の圏又は主題（会話テーマ）２０１に対応するドメイン２００ごとに個別の会話シナリオデータを持つことが出来る。例えば、「天候」ドメインと「コーヒー豆」ドメインそれぞれに関する会話シナリオデータを有することが出来、ユーザが天候に関する発話をした場合には、会話サーバ２０、より詳しくは回答処理部２１は、「天候」ドメインである会話シナリオデータを優先して入力文（ユーザ発話ともいう）に対応する回答文（システム発話ともいう）を探索し、ユーザ発話に応答するシステム発話を出力させる。一方、ユーザが「コーヒー豆」に関する発話をした場合には、回答処理部２１は、「コーヒー豆」ドメインである会話シナリオデータを優先してユーザ発話に対応するシステム発話を探索し、ユーザ発話に応答するシステム発話を出力させる。

各ドメイン２００は、ユーザ発話文２１０とユーザ発話文に対する自動会話システムの回答として用意されたシステム発話文２２０を有している。図１８に示した例では、ユーザ発話分２１０−１と、これに関連づけされたシステム発話２２０−１が記録されているともに、このシステム発話２２０−１に応答してユーザが発話すると想定されるユーザ発話文２１０−２が記録され、このユーザ発話文２１０−２に対する自動会話システムの回答として用意されたシステム発話文２２０―２が記録されている。

例えば、上記の会話シナリオは以下のようなユーザとシステムの会話となる。
ユーザ発話文２１０−１：「いい天気ですね」
システム発話文２２０―１：「いい天気は好きですか？」
ユーザ発話文２１０−１：「はい、好きですよ」
システム発話文２２０―１：「雨の日は嫌いですか？」

図１８に示した会話シナリオは最も単純な形態のものを示した。本自動会話システムが扱える会話シナリオでは、同一のシステム発話に対して、ユーザが異なる反応をしてユーザ発話を返した場合に対応できるよう、一つのシステム発話文に対して複数のユーザ発話文を用意することも可能である。

会話シナリオ編集装置３０は、会話シナリオ保持部３３に格納させる新たなドメイン２００と、そのドメイン２００ユーザ発話文２１０、システム発話文２２０からなる会話シナリオデータを生成し、会話シナリオ保持部３３に記憶させる機能を有する。

［３．会話シナリオの入力例］
次に、会話シナリオの入力例について説明する。図１９から図２３は、あるドメイン２００について会話シナリオを入力した場合の入力画面の遷移の一例を示した図である。

図１９は、会話シナリオ編集装置３０によって生成された入力インターフェイス画面の一例を示す。ここでは、ドメイン２００が「コーヒー豆」についてのものであるとして説明する。

会話シナリオ編集装置３０、より詳しくはエディタ部３２は、入力インターフェイスとなるウインドウ３００を生成し、出力部３４に表示させる。ウインドウ３００には表示領域３０１が設けられており、ユーザが入力部３１を操作することによって、ユーザ発話文及びシステム発話文がここに入力される。図１９の例では、ドメイン名３０２が表示されており、このドメイン２００に格納される会話シナリオの入力を待ち受けている状態である。

図２０は、このドメイン２００に格納される会話シナリオの開始であるユーザ発話文４０１が入力された状態の画面例である。

実際に自動会話が実行される場合には、会話サーバ２０の回答処理部２１は、ユーザ発話がここで記述されているユーザ発話文４０１「コーヒー豆について」と一致するか、或いはこれと同一視可能な発話内容である場合には、ユーザ発話に応答するシステム発話文を抽出するドメイン２００としてドメイン名３０２を「コーヒー豆」とするドメイン２００を会話シナリオ記憶部２２から選択し、このドメイン２００を優先してシステム発話文を選択することになる。

会話シナリオの入力者であるユーザは、上記ユーザ発話文４０１に対する回答であるシステム発話文の入力を行う。図２１は、ユーザ発話文４０１「コーヒー豆について」についてのシステム発話文５０１がユーザにより入力された状態のウインドウ３００の表示例を示す。この例では、「コーヒー豆について」というユーザ発話文４０１に対して、『味の特徴についてお答えします。「モカ」、「ブルーマウンテン」、「キリマンジャロ」のうち、どれが知りたいですか？』という問いかけであるシナリオ回答文５０１を自動会話システムが発する会話シナリオが記述されたものとする。

次に、会話シナリオの入力者であるユーザは、上記シナリオ回答文５０１に対して、予想されるユーザ発話文を入力する。図２２は、前記のシナリオ回答文５０１に対して、予想されるユーザ発話文６０１が入力された状態のウインドウ３００の表示例を示す。この例では、『味の特徴についてお答えします。「モカ」、「ブルーマウンテン」、「キリマンジャロ」のうち、どれがしりたいですか？』というシステム発話文５０１に対して、ユーザが「ブルーマウンテン」という回答をすると予想して、ユーザ発話文６０１「ブルーマウンテン」がユーザにより入力されたものとする。

次に、会話シナリオの入力者であるユーザは、上記ユーザ発話文６０１に対するシステム発話文を入力する。図２３は、前記のユーザ発話文６０１に対するシステム発話文７０１が入力された状態のウインドウ３００の表示例を示す。会話シナリオの入力者は、ユーザ発話文６０１の回答として、システム発話文７０１を入力する。
このような会話シナリオにより、自動会話システムはユーザがコーヒー豆のブルーマウンテンについて知りたい場合に、その回答を返すことが出来るようになる。なお、これ以降も会話シナリオの入力者は、ユーザと自動会話システムの会話が続くように、ユーザ発話文、システム発話文の入力を継続することが出来る。

上記のようにして入力された会話シナリオ（ユーザ発話文とシステム発話文の集合）は、エディタ部３２により会話シナリオ保持部３３へ書き込まれ、記憶される。この会話シナリオは会話サーバ２０の会話シナリオ記憶部２２に移される。なお、会話シナリオ記憶部２２に移される場合に、会話サーバ２０に適したものとするように会話シナリオの変換、移植を行うようにしてもよい。

会話サーバ２０の回答処理部２１は会話シナリオ記憶部２２に記憶された新たな会話シナリオをも参照して、ユーザ発話に対するシナリオ回答を出力できるようになる。

［４．変形例］
本実施の形態は、以下のように変形されても成立する。
（１）会話シナリオ編集装置の変形例
図２４に変形例にかかわる会話シナリオ編集装置３０Ｘの機能ブロック図である。会話シナリオ編集装置３０Ｘは、基本的に前述した会話シナリオ編集装置３０と同様の構成を有しており、会話シナリオ保持部３３に接続された動的知識生成部３５を有している点が異なっている。なお、同一の構成要素については同一の参照符号を付し、それらの説明については省略する。

動的知識生成部３５は、会話シナリオ保持部３３に記憶される会話シナリオ４０にもとづいて、動的知識４０Ｘを生成する機能を有する。動的知識４０Ｘは、回答列である会話シナリオ４０から、会話サーバ２０がより高速且つ高効率に射である入力文および、その対象である回答文を検索できるように再構成されたデータである。

かかる変形例によれば、会話サーバ２０の処理負荷を低減させ、高速な回答文の返信を可能とすることができる。

［５．会話サーバの構成の別の例］
本発明にかかる会話サーバ２０、回答処理部２１は下記のような構成を採用しても、本発明を実現可能である。以下、会話サーバ２０，より詳しくは回答処理部２１の構成例について述べる。図２５は、回答処理部２１の拡大ブロック図であって、会話制御部３００及び文解析部４００の具体的構成例を示すブロック図である。回答処理部２１は、会話制御部３００と、文解析部４００と、会話データベース５００を有している。会話データベース５００は、会話シナリオ４０又は、動的知識４０Ｘを記憶する機能を有する。

［５．１．文解析部］
次に、図２５を参照しながら文解析部４００の構成例について説明する。
文解析部４００は、入力部１００又は音声認識部２００で特定された文字列を解析するものである。この文解析部４００は、本実施の形態では、図２５に示すように、文字列特定部４１０と、形態素抽出部４２０と、形態素データベース４３０と、入力種類判定部４４０と、発話種類データベース４５０とを有している。文字列特定部４１０は、入力部１００及び音声認識部２００で特定された一連の文字列を一文節毎に区切るものである。この一文節とは、文法の意味を崩さない程度に文字列をできるだけ細かく区切った一区切り文を意味する。具体的に、文字列特定部４１０は、一連の文字列の中に、ある一定以上の時間間隔があるときは、その部分で文字列を区切る。文字列特定部４１０は、その区切った各文字列を形態素抽出部４２０及び入力種類判定部４４０に出力する。尚、以下で説明する「文字列」は、一文節毎の文字列を意味するものとする。

［５．１．１．形態素抽出部］
形態素抽出部４２０は、文字列特定部４１０で区切られた一文節の文字列に基づいて、その一文節の文字列の中から、文字列の最小単位を構成する各形態素を第一形態素情報として抽出するものである。ここで、形態素とは、本実施の形態では、文字列に現された語構成の最小単位を意味するものとする。この語構成の最小単位としては、例えば、名詞、形容詞、動詞などの品詞が挙げられる。

各形態素は、図２６に示すように、本実施の形態ではm１、m２、m３…、と表現することができる。図２６は、文字列とこの文字列から抽出される形態素との関係を示す図である。図２６に示すように、文字列特定部４１０から文字列が入力された形態素抽出部４２０は、入力された文字列と、形態素データベース４３０に予め格納されている形態素群（この形態素群は、それぞれの品詞分類に属する各形態素についてその形態素の見出し語・読み・品詞・活用形などを記述した形態素辞書として用意されている）とを照合する。その照合をした形態素抽出部４２０は、その文字列の中から、予め記憶された形態素群のいずれかと一致する各形態素（m１、m２、…）を抽出する。この抽出された各形態素を除いた要素（n１、n２、n３…）は、例えば助動詞等が挙げられる。

この形態素抽出部４２０は、抽出した各形態素を第一形態素情報として話題特定情報検索蔀３２０に出力する。なお、第一形態素情報は構造化されている必要はない。ここで「構造化」とは、文字列の中に含まれる形態素を品詞等に基づいて分類し配列することをいい、たとえば発話文である文字列を、「主語＋目的語＋述語」などの様に、所定の順番で形態素を配列してなるデータに変換することを言う。もちろん、構造化した第一形態素情報を用いたとしても、それが本実施の形態を実現をさまたげることはない。

［５．１．２．入力種類判定部］
入力種類判定部４４０は、文字列特定部４１０で特定された文字列に基づいて、発話内容の種類（発話種類）を判定するものである。この発話種類は、発話内容の種類を特定する情報であって、本実施の形態では、例えば図２７に示す「発話文のタイプ」を意味する。図２７は、「発話文のタイプ」と、その発話文のタイプを表す二文字のアルファベット、及びその発話文のタイプに該当する発話文の例を示す図である。

ここで、「発話文のタイプ」は、本実施の形態では、図２７に示すように、陳述文（D ; Declaration）、時間文（T ; Time）、場所文（L ; Location）、反発文（N ; Negation）などから構成される。この各タイプから構成される文は、肯定文又は質問文で構成される。「陳述文」とは、利用者の意見又は考えを示す文を意味するものである。この陳述文は本実施の形態では、図２７に示すように、例えば"私は佐藤が好きです"などの文が挙げられる。「場所文」とは、場所的な概念を伴う文を意味するものである。「時間文」とは、時間的な概念を伴う文を意味するものである。「反発文」とは、陳述文を否定するときの文を意味する。「発話文のタイプ」についての例文は図２７に示す通りである。

入力種類判定部４４０が「発話文のタイプ」を判定するには、入力種類判定部４４０は、本実施の形態では、図２８に示すように、陳述文であることを判定するための定義表現辞書、反発文であることを判定するための反発表現辞書等を用いる。具体的に、文字列特定部４１０から文字列が入力された入力種類判定部４４０は、入力された文字列に基づいて、その文字列と発話種類データベース４５０に格納されている各辞書とを照合する。その照合をした入力種類判定部４４０は、その文字列の中から、各辞書に関係する要素を抽出する。

この入力種類判定部４４０は、抽出した要素に基づいて、「発話文のタイプ」を判定する。例えば、入力種類判定部４４０は、ある事象について陳述している要素が文字列の中に含まれる場合には、その要素が含まれている文字列を陳述文として判定する。入力種類判定部４４０は、判定した「発話文のタイプ」を回答取得部３８０に出力する。

［５．２．会話データベース］
次に、会話データベース５００が記憶するデータのデータ構成例について図２９を参照しながら説明する。図２９は、会話データベース５００が記憶するデータの構成例を示す概念図である。

会話データベース５００は、図２９に示すように、話題を特定するための話題特定情報８１０を予め複数記憶している。又、それぞれの話題特定情報８１０は、他の話題特定情報８１０と関連づけられていてもよく、例えば、図２９に示す例では、話題特定情報Ｃ（８１０）が特定されると、この話題特定情報Ｃ（８１０）に関連づけられている他の話題特定情報Ａ（８１０）、話題特定情報Ｂ（８１０），話題特定情報Ｄ（８１０）が定まるように記憶されている。

具体的には、話題特定情報８１０は、本実施の形態では、利用者から入力されると予想される入力内容、又は利用者への回答文に関連性のある「キーワード」を意味する。

話題特定情報８１０には、一又は複数の話題タイトル８２０が対応付けられて記憶されている。話題タイトル８２０は、一つの文字、複数の文字列又はこれらの組み合わせからなる形態素により構成されている。各話題タイトル８２０には、利用者への回答文８３０が対応付けられて記憶されている。また、回答文８３０の種類を示す複数の回答種類は、回答文８３０に対応付けられている。

次に、ある話題特定情報８１０と他の話題特定情報８１０との関連づけについて説明する。図３０は、ある話題特定情報８１０Ａと他の話題特定情報８１０Ｂ、８１０Ｃ_１〜８１０Ｃ_４、８１０Ｄ_１〜８１０Ｄ_３…との関連付けを示す図である。なお、以下の説明において「関連づけされて記憶される」とは、ある情報Ｘを読み取るとその情報Ｘに関連づけられている情報Ｙを読み取りできることをいい、例えば、情報Ｘのデータの中に情報Ｙを読み出すための情報（例えば、情報Ｙの格納先アドレスを示すポインタ、情報Ｙの格納先物理メモリアドレス、論理アドレスなど）が格納されている状態を、「情報Ｙが情報Ｘに『関連づけされて記憶され』ている」というものとする。

図３０に示す例では、話題特定情報は他の話題特定情報との間で上位概念、下位概念、同義語、対義語（本図の例では省略）が関連づけされて記憶させることができる。本図に示す例では、話題特定情報８１０Ａ（＝「映画」）に対する上位概念の話題特定情報として話題特定情報８１０Ｂ（＝「娯楽」）が話題特定情報８１０Ａに関連づけされて記憶されており、たとえば話題特定情報（「映画」）に対して上の階層に記憶される。

また、話題特定情報８１０Ａ（＝「映画」）に対する下位概念の話題特定情報８１０Ｃ_１（＝「監督」）、話題特定情報８１０Ｃ_２（＝「主演」）、話題特定情報８１０Ｃ_３（＝「配給会社」）、話題特定情報８１０Ｃ_４（＝「上映時間」）、および話題特定情報８１０Ｄ_１（＝「七人の侍」）、話題特定情報８１０Ｄ_２（＝「乱」）、話題特定情報８１０Ｄ_３（＝「用心棒」）、…、が話題特定情報８１０Ａに関連づけされて記憶されている。

又、話題特定情報８１０Ａには、同義語９００が関連付けられている。この例では、話題特定情報８１０Ａであるキーワード「映画」の同義語として「作品」、「内容」、「シネマ」が記憶されている様子を示している。このような同意語を定めることにより、発話にはキーワード「映画」は含まれていないが「作品」、「内容」、「シネマ」が発話文等に含まれている場合に、話題特定情報８１０Ａが発話文等に含まれているものとして取り扱うことを可能とする。

回答処理部２１は、会話データベース５００の記憶内容を参照することにより、ある話題特定情報８１０を特定するとその話題特定情報８１０に関連づけられて記憶されている他の話題特定情報８１０及びその話題特定情報８１０の話題タイトル８２０、回答文８３０などを高速で検索・抽出することが可能となる。

次に、話題タイトル８２０（「第二形態素情報」ともいう）のデータ構成例について、図３１を参照しながら説明する。図３１は、話題タイトル８２０のデータ構成例を示す図である。

話題特定情報８１０Ｄ_１、８１０Ｄ_２、８１０Ｄ_３、…はそれぞれ複数の異なる話題タイトル８２０_１、８２０_２、…、話題タイトル８２０_３、８２０_４、…、話題タイトル８２０_５、８２０_６、…を有している。本実施の形態では、図３１に示すように、それぞれの話題タイトル８２０は、第一特定情報１００１と、第二特定情報１００２と、第三特定情報１００３によって構成される情報である。ここで、第一特定情報１００１は、本実施の形態では、話題を構成する主要な形態素を意味するものである。第一特定情報１００１の例としては、例えば文を構成する主語が挙げられる。また、第二特定情報１００２は、本実施の形態では、第一特定情報１００１と密接な関連性を有する形態素を意味するものである。この第二特定情報１００２は、例えば目的語が挙げられる。更に、第三特定情報１００３は、本実施の形態では、ある対象についての動きを示す形態素、又は名詞等を修飾する形態素を意味するものである。この第三特定情報１００３は、例えば動詞、副詞又は形容詞が挙げられる。なお、第一特定情報１００１、第二特定情報１００２、第三特定情報１００３それぞれの意味は上述の内容に限定される必要はなく、別の意味（別の品詞）を第一特定情報１００１、第二特定情報１００２、第三特定情報１００３に与えても、これらから文の内容を把握可能な限り、本実施の形態は成立する。

例えば、主語が「七人の侍」、形容詞が「面白い」である場合には、図３１に示すように、話題タイトル（第二形態素情報）８２０_２は、第一特定情報１００１である形態素「七人の侍」と、第三特定情報１００３である形態素「面白い」とから構成されることになる。なお、この話題タイトル８２０_２には第二特定情報１００２に該当する形態素は含まれておらず、該当する形態素がないことを示すための記号「＊」が第二特定情報１００２として格納されている。

なお、この話題タイトル８２０_２（七人の侍；＊；面白い）は、「七人の侍は面白い」の意味を有する。この話題タイトル８２０を構成する括弧内は、以下では左から第一特定情報１００１、第二特定情報１００２、第三特定情報１００３の順番となっている。また、話題タイトル８２０のうち、第一から第三特定情報に含まれる形態素がない場合には、その部分については、「＊」を示すことにする。

なお、上記話題タイトル８２０を構成する特定情報は、上記のような第一から第三特定情報のように三つに限定されるものではなく、例えば更に他の特定情報（第四特定情報、およびそれ以上）を有するようにしてもよい。

次に、回答文８３０について図３２を参照して説明する。回答文８３０は、図３２に示すように、本実施の形態では、利用者から発話された発話文のタイプに対応した回答をするために、陳述（D ; Declaration）、時間（T ; Time）、場所（L ; Location）、否定（N ; Negation）などのタイプ（回答種類）に分類されて、各タイプごとに用意されている。また肯定文は「Ａ」とし、質問文は「Ｑ」とする。

話題特定情報８１０のデータ構成例について、図３３を参照して説明する。図３３は、ある話題特定情報８１０「佐藤」に対応付けされた話題タイトル８２０，回答文８３０の具体例を示す。

話題特定情報８１０「佐藤」には、複数の話題タイトル（８２０）１−１、１−２、…が対応付けされている。それぞれの話題タイトル（８２０）１−１，１−２，…には回答文（８３０）１−１，１−２、…が対応付けされて記憶されている。回答文８３０は、回答種類８４０ごとに用意されている。

話題タイトル（８２０）１−１が(佐藤；＊；好き){これは、「佐藤が好きです」に含まれる形態素を抽出したもの}である場合には、その話題タイトル（８２０）１-１に対応する回答文（８３０）１−１は、(DA；陳述肯定文「私も佐藤が好きです」)、(TA；時間肯定文「私は打席に立ったときの佐藤が好きです」)などが挙げられる。後述する回答取得部３８０は、入力種類判定部４４０の出力を参照しながらその話題タイトル８２０に対応付けられた一の回答文８３０を取得する。

各回答文には、当該回答文に対応するように、ユーザ発話に対して優先的に出力される回答文（「次回答文」とよぶ）を指定する情報である次プラン指定情報８４０が定められている。次プラン指定情報８４０は、次回答文を特定できる情報であれば、どのような情報であってもよく、たとえば、会話データベース５００に格納されているすべての回答文から少なくとも一つの回答文を特定できる回答文ＩＤ、などである。

なお、本実施の形態においては、次プラン指定情報８４０は、回答文単位で次回答文を特定する情報（例えば、回答文ＩＤ）として説明するが、次プラン指定情報８４０は、話題タイトル８２０、話題特定情報８１０単位で、次回答文（この場合には、複数の回答文が次回答文として指定されるので、次回答文群とよぶ。ただし、実際に回答文として出力されるのは、この回答文群に含まれるいずれかの回答文となる）を特定する情報であってもかまわない。たとえば、話題タイトルＩＤ、話題特定情報ＩＤを時プラン指定情報として使用しても本実施の形態は成立する。

［５．３．会話制御部］
ここで図２５に戻り、会話制御部３００の構成例を説明する。
会話制御部３００は、回答処理部２１内の各構成要素（音声認識部２００，文解析部４００、会話データベース５００，出力部６００，音声認識辞書記憶部７００）間のデータの受け渡しを制御するとともに、ユーザ発話に応答する回答文の決定、出力を行う機能を有する。

会話制御部３００は、本実施の形態では、図２５に示すように、管理部３１０と、プラン会話処理部３２０と，談話空間会話制御処理部３３０と、CA会話処理部３４０とを有している。以下これらの構成要素について説明する。

［５．３．１．管理部］
管理部３１０は談話履歴を記憶し、且つ必要に応じて更新する機能を有する。管理部３１０は話題特定情報検索部３５０と、省略文補完部３６０と、話題検索部３７０と、回答取得部３８０からの要求に応じて、記憶している談話履歴の全部又は一部をこれら各部に渡す機能を有する。

［５．３．２．プラン会話処理部］
プラン会話処理部３２０は、プランを実行し、プランに従った会話をユーザとの間で成立させる機能を有する。「プラン」とは、予め定めた順番に従って予め定めた回答をユーザに提供することをいう。以下、プラン会話処理部３２０について説明する。

プラン会話処理部３２０は、ユーザ発話に応じて、予め定めた順番に従って予め定めた回答を出力する機能を有する。

図３４は、プランを説明するための概念図である。図３４に示すように、プラン空間１４０１には複数のプラン１、プラン２，プラン３、プラン４など様々なプラン１４０２があらかじめ準備されている。プラン空間１４０１とは、会話データベース５００に格納された複数のプラン１４０２の集合をいう。回答処理部２１は、装置起動時若しくは会話開始時にあらかじめ開始用に定められたプランを選択し、若しくは各ユーザ発話の内容に応じて、プラン空間１４０１の中から適宜いずれかのプラン１４０２を選択し、選択したプラン１４０２を用いてユーザ発話に対する回答文の出力を行う。

図３５は、プラン１４０２の構成例を示す図である。プラン１４０２は、回答文１５０１と、これに関連づけられた次プラン指定情報１５０２を有している。次プラン指定情報１５０２は、当該プラン１４０２に含まれる回答文１５０１の次に、ユーザに出力する予定の回答文（次候補回答文と呼ぶ）を含むプラン１４０２を特定する情報である。この例では、プラン１は、プラン１実行時に回答処理部２１が出力する回答文Ａ（１５０１）と、この回答文Ａ（１５０１）に関連づけられた次プラン指定情報１５０２とを有している。次プラン指定情報１５０２は、回答文Ａ（１５０１）についての次候補回答文である回答文Ｂ（１５０１）を有するプラン１４０２を特定する情報「ＩＤ：００２」である。同様に、回答文Ｂ（１５０１）についても、次プラン指定情報１５０２が定められており、回答文Ｂ（１５０１）が出力された場合に、次候補回答文を含むプラン２（１４０２）が指定される。このように、プラン１４０２は次プラン指定情報１５０２により連鎖的につながり、一連の連続した内容をユーザに出力するというプラン会話を実現する。すなわち、ユーザに伝えたい内容（説明文、案内文、アンケート、など）を複数の回答文に分割し、かつ各回答文の順番を予め定めてプランとして準備して置くことにより、ユーザの発話に応じてこれら回答文を順番にユーザに提供することが可能となる。なお、次プラン指定情報１５０２によって指定されたプラン１４０２に含まれる回答文１５０１は、直前の回答文の出力に応答するユーザ発話があれば、必ずしも直ちに出力される必要はなく、ユーザと回答処理部２１との間で、当該プラントは別の話題についての会話を挟んだ後に、次プラン指定情報１５０２によって指定されたプラン１４０２に含まれる回答文１５０１が出力されることもあり得る。

なお、図３５に示す回答文１５０１は、図３３に示す回答文８３０の中のいずれか一の回答文文字列に対応し、また図３５に示す次プラン指定情報１５０２は、図３３に示す次プラン指定情報８４０に対応している。

なお、プラン１４０２のつながりは、図３５に示すような一次元的配列に限られるものではない。図３６は、図３５とは別のつながり方を有するプラン１４０２の例を示す図である。図３６に示す例では、プラン１（１４０２）は次候補回答文となる２つの回答文１５０１，すなわちプラン１４０２を指定できるよう、２つの次プラン指定情報１５０２を有している。ある回答文Ａ（１５０１）を出力した場合の次候補回答文を有するプラン１４０２として、回答文Ｂ（１５０１）を有するプラン２（１４０２）、及び回答文Ｃ（１５０１）を有するプラン３（１４０２）の２つのプラン１４０２が定まるよう、次プラン指定情報１５０２が２つ設けられる。なお、回答文Ｂ、回答文Ｃは選択的・択一的であり、一方が出力された場合は他方は出力されず、当該プラン１（１４０２）は終了する。このように、プラン１４０２のつながりは一次元的順列の形態に限定されるものではなく、樹形図的な連結、網的な連結であってもかまわない。

なお、各プランがいくつの次候補回答文を有するかは限定されるものではない。また、話の終了となるプラン１４０２については、次プラン指定情報１５０２が存在しないこともあり得る。

図３７に、ある一連のプラン１４０２の具体例を示す。この一連のプラン１４０２_１〜１４０２_４は、危機管理に関する情報をユーザに知らせるための４つの回答文１５０１_１〜１５０１_４に対応している。４つの回答文１５０１_１〜１５０１_４は全部で一つのまとまりのある話（説明文章）を構成する。各プラン１４０２_１〜１４０２_４はそれぞれ「１０００−０１」「１０００−０２」「１０００−０３」「１０００−０４」というＩＤデータ１７０２_１〜１７０２_４を有している。なお、ＩＤデータ中のハイフン以下の番号は、出力の順番を示す情報である。また、各プラン１４０２_１〜１４０２_４はそれぞれ次プラン指定情報１５０２_１〜１５０２_４を有している。次プラン指定情報１５０２_４の内容は、「１０００−０Ｆ」というデータであるが、このハイフン以下の番号「０Ｆ」は、次に出力する予定のプランは存在せず、当該回答文が一連の話（説明文章）の終わりであることを示す情報である。

この例では、ユーザ発話が「大地震が発生したときの危機管理を教えて」である場合に、プラン会話処理部３２０がこの一連のプランを実行開始する。すなわち、ユーザ発話「大地震が発生したときの危機管理を教えて」をプラン会話処理部３２０が受け付けると、プラン会話処理部３２０はプラン空間１４０１を検索して、ユーザ発話「大地震が発生したときの危機管理を教えて」に対応する回答文１５０１_１を有するプラン１４０２があるかどうかを調べる。この例では、「大地震が発生したときの危機管理を教えて」に対応するユーザ発話文字列１７０１_１が、プラン１４０２_１に対応するものとする。

プラン会話処理部３２０はプラン１４０２_１を発見すると、そのプラン１４０２_１に含まれる回答文１５０１_１を取得し、この回答文１５０１_１をユーザ発話に対する回答として出力するとともに、次プラン指定情報１５０２_１により次候補回答文を特定する。

つぎに、回答文１５０１_１の出力後に入力部１００や音声認識部２００などを介してユーザ発話を受け付けると、プラン会話処理部３２０は、プラン１４０２_２の実行を行う。すなわち、プラン会話処理部３２０は、次プラン指定情報１５０２_１により指定されたプラン１４０２_２の実行、すなわち２番目の回答文１５０１_２を出力するか否かを判定する。具体的には、プラン会話処理部３２０は当該回答文１５０１_２に対応づけられたユーザ発話文字列（用例文ともいう）１７０１_２、あるいは話題タイトル８２０（図３７において図略）と、受け付けたユーザ発話とを比較し、これらが一致するか否かを判定する。一致する場合には、２番目の回答文１５０１_２を出力する。また、２番目の回答文１５０１_２を含むプラン１４０２_２には、次プラン指定情報１５０２_２が記述されているので、次候補回答文が特定される。

同様に、これ以降継続して成されるユーザ発話に応じて、プラン会話処理部３２０はプラン１４０２_３、プラン１４０２_４に順に移行して、３番目の回答文１５０１_３、４番目の回答文１５０１_３の出力を行うことができる。なお、４番目の回答文１５０１_４は最終回答文であり、４番目の回答文１５０１_４の出力が完了すると、プラン会話処理部３２０はプラン実行を終了する。

このように、プラン１４０２_１〜１４０２_４を次々と実行することにより、あらかじめ用意した会話内容を定めた順番通りにユーザに提供することが可能となる。

［５．３．３．談話空間会話制御処理部］
図２５に戻り、会話制御部３００の構成例の説明を続ける。
談話空間会話制御処理部３３０は、話題特定情報検索部３５０と、省略文補完部３６０と、話題検索部３７０と、回答取得部３８０とを有している。前記管理部３１０は、会話制御部３００の全体を制御するものである。

「談話履歴」とは、ユーザと回答処理部２１間の会話の話題や主題を特定する情報であって、談話履歴は後述する「着目話題特定情報」「着目話題タイトル」「利用者入力文話題特定情報」「回答文話題特定情報」の少なくともいずれか一つを含む情報である。また、談話履歴に含まれる「着目話題特定情報」「着目話題タイトル」「回答文話題特定情報」は直前の会話によって定められたものに限定されず、過去の所定期間の間に着目話題特定情報」「着目話題タイトル」「回答文話題特定情報」となったもの、若しくはそれらの累積的記録であってもよい。
以下、談話空間会話制御処理部３３０を構成するこれら各部について説明する。

［５．３．３．１．話題特定情報検索部］
話題特定情報検索部３５０は、形態素抽出部４２０で抽出された第一形態素情報と各話題特定情報とを照合し、各話題特定情報の中から、第一形態素情報を構成する形態素と一致する話題特定情報を検索するものである。具体的に、話題特定情報検索部３５０は、形態素抽出部４２０から入力された第一形態素情報が「佐藤」及び「好き」の二つの形態素で構成される場合には、入力された第一形態素情報と話題特定情報群とを照合する。

この照合をした話題特定情報検索部３２０は、着目話題タイトル８２０focus（前回までに検索された話題タイトル、他の話題タイトルと区別するため８２０focusと表記する）に第一形態素情報を構成する形態素（例えば「佐藤」）が含まれているときは、その着目話題タイトル８２０focusを回答取得部３８０に出力する。一方、着目話題タイトル８２０focusに第一形態素情報を構成する形態素が含まれていないときは、話題特定情報検索部３５０は、第一形態素情報に基づいて利用者入力文話題特定情報を決定し、入力された第一形態素情報及び利用者入力文話題特定情報を省略文補完部３６０に出力する。なお、「利用者入力文話題特定情報」は、第一形態素情報に含まれる形態素の内、利用者が話題としている内容に該当する形態素に相当する話題特定情報、若しくは第一形態素情報に含まれる形態素の内、利用者が話題としている内容に該当する可能性がある形態素に相当する話題特定情報をいう。

［５．３．３．２．省略文補完部］
省略文補完部３６０は、前記第一形態素情報を、前回までに検索された話題特定情報８１０（以下、「着目話題特定情報」と呼ぶ）及び前回の回答文に含まれる話題特定情報８１０（以下、「回答文話題特定情報」と呼ぶ）を利用して、補完することにより複数種類の補完された第一形態素情報を生成する。例えばユーザ発話が「好きだ」という文であった場合、省略文補完部３６０は、着目話題特定情報「佐藤」を、第一形態素情報「好き」に含めて、補完された第一形態素情報「佐藤、好き」を生成する。

すなわち、第一形態素情報を「Ｗ」、着目話題特定情報や回答文話題特定情報の集合を「Ｄ」とすると、省略文補完部３６０は、第一形態素情報「Ｗ」に集合「Ｄ」の要素を含めて、補完された第一形態素情報を生成する。

これにより、第一形態素情報を用いて構成される文が、省略文であって日本語として明解でない場合などにおいて、省略文補完部３６０は、集合「Ｄ」を用いて、その集合「Ｄ」の要素(例えば、"佐藤")を第一形態素情報「Ｗ」に含めることができる。この結果、省略文補完部３６０は、第一形態素情報「好き」を補完された第一形態素情報「佐藤、好き」にすることができる。なお、補完された第一形態素情報「佐藤、好き」は、「佐藤が好きだ」というユーザ発話に対応する。

すなわち、省略文補完部３６０は、利用者の発話内容が省略文である場合などであっても、集合「Ｄ」を用いて省略文を補完することができる。この結果、省略文補完部３６０は、第一形態素情報から構成される文が省略文であっても、その文が適正な日本語となるようにすることができる。

また、省略文補完部３６０が、前記集合「Ｄ」に基づいて、補完後の第一形態素情報に一致する話題タイトル８２０を検索する。補完後の第一形態素情報に一致する話題タイトル８２０を発見した場合は、省略文補完部３６０はこの話題タイトル８２０を回答取得部３８０に出力する。回答取得部３８０は、省略文補完部３６０で検索された適切な話題タイトル８２０に基づいて、利用者の発話内容に最も適した回答文８３０を出力することができる。

尚、省略文補完部３６０は、集合「Ｄ」の要素を第一形態素情報に含めるだけに限定されるものではない。この省略文補完部３６０は、着目話題タイトルに基づいて、その話題タイトルを構成する第一特定情報、第二特定情報又は第三特定情報のいずれかに含まれる形態素を、抽出された第一形態素情報に含めても良い。

［５．３．３．３．話題検索部］
話題検索部３７０は、省略文補完部３６０で話題タイトル８１０が決まらなかったとき、第一形態素情報と、利用者入力文話題特定情報に対応する各話題タイトル８１０とを照合し、各話題タイトル８１０の中から、第一形態素情報に最も適する話題タイトル８１０を検索するものである。

具体的に、省略文補完部３６０から検索命令信号が入力された話題検索部３７０は、入力された検索命令信号に含まれる利用者入力文話題特定情報及び第一形態素情報に基づいて、その利用者入力文話題特定情報に対応付けられた各話題タイトルの中から、その第一形態素情報に最も適した話題タイトル８１０を検索する。話題検索部３７０は、その検索した話題タイトル８１０を検索結果信号として回答取得部３８０に出力する。

先に掲げた図３３は、ある話題特定情報８１０（＝「佐藤」）に対応付けされた話題タイトル８２０，回答文８３０の具体例を示す。図３３に示すように、例えば、話題検索部３７０は、入力された第一形態素情報「佐藤、好き」に話題特定情報８１０（＝「佐藤」）が含まれるので、その話題特定情報８１０（＝「佐藤」）を特定し、次に、その話題特定情報８１０（＝「佐藤」）に対応付けられた各話題タイトル（８２０）１-１,１-２,…と入力された第一形態素情報「佐藤、好き」とを照合する。

話題検索部３７０は、その照合結果に基づいて、各話題タイトル（８２０）１-１〜１-２の中から、入力された第一形態素情報「佐藤、好き」と一致する話題タイトル（８２０）１-１(佐藤；＊；好き)を特定する。話題検索部３４０は、検索した話題タイトル（８２０）１-１(佐藤；＊；好き)を検索結果信号として回答取得部３８０に出力する。

［５．３．３．４．回答取得部］
回答取得部３８０は、省略文補完部３６０，或いは話題検索部３７０で検索された話題タイトル８２０に基づいて、その話題タイトル８２０に対応付けられた回答文８３０を取得する。また、回答取得部３８０は、話題検索部３７０で検索された話題タイトル８２０に基づいて、その話題タイトル８２０に対応付けられた各回答種類と、入力種類判定部４４０で判定された発話種類とを照合する。その照合をした回答取得部３８０は、各回答種類の中から、判定された発話種類と一致する回答種類を検索する。

図３３に示す例においては、回答取得部３５０は、話題検索部３７０で検索された話題タイトルが話題タイトル１-１(佐藤；＊；好き)である場合には、その話題タイトル１-１に対応付けられている回答文１-１（DA,TAなど）の中から、入力種類判定部４４０で判定された「発話文のタイプ」(例えばDA)と一致する回答種類(DA)を特定する。この回答種類(DA)を特定した回答取得部３８０は、特定した回答種類(DA)に基づいて、その回答種類(DA)に対応付けられた回答文１-１（「私も佐藤が好きです。」）を取得する。

ここで、上記"DA"、"TA"等のうち、"A"は、肯定形式を意味する。従って、発話種類及び回答種類に"A"が含まれているときは、ある事柄について肯定することを示している。また、発話種類及び回答種類には、"DQ"、"TQ"等の種類を含めることもできる。この"DQ"、"TQ"等のうち"Q"は、ある事柄についての質問を意味する。

回答種類が上記質問形式(Q)からなるときは、この回答種類に対応付けられる回答文は、肯定形式(A)で構成される。この肯定形式(A)で作成された回答文としては、質問事項に対して回答する文等が挙げられる。例えば、発話文が「あなたはスロットマシンを操作したことがありますか?」である場合には、この発話文についての発話種類は、質問形式(Q)となる。この質問形式(Q)に対応付けられる回答文は、例えば「私はスロットマシンを操作したことがあります」(肯定形式(A))が挙げられる。

一方、発話種類が肯定形式(A)からなるときは、この回答種類に対応付けられる回答文は、質問形式(Q)で構成される。この質問形式(Q)で作成された回答文としては、発話内容に対して聞き返す質問文、又は特定の事柄を聞き出す質問文等が挙げられる。例えば、発話文が「私はスロットマシンで遊ぶのが趣味です」である場合には、この発話文についての発話種類は、肯定形式(A)となる。この肯定形式(A)に対応付けられる回答文は、例えば"パチンコで遊ぶのは趣味ではないのですか?"(特定の事柄を聞き出す質問文(Q))が挙げられる。

回答取得部３８０は、取得した回答文８３０を回答文信号として管理部３１０に出力する。回答取得部３５０から回答文信号が入力された管理部３１０は、入力された回答文信号を出力部６００に出力する。

［５．３．３．５．ＣＡ会話処理部］
ＣＡ会話処理部３４０は、ユーザ発話に対して、プラン会話処理部３２０および談話空間会話制御処理部３３０のいずれにおいても回答文が決定しない場合に、ユーザ発話の内容に応じて、ユーザとの会話を継続できるような回答文を出力する機能を有する。
以上で回答処理部２１の構成例の説明を終了する。

［５．４．会話制御方法］
上記構成を有する回答処理部２１は、以下のように動作することにより会話制御方法を実行する。本実施の形態にかかる回答処理部２１，より詳しくは会話制御部３００の動作について説明する。

図３８は、会話制御部３００のメイン処理の一例を示すフローチャートである。このメイン処理は、会話制御部３００がユーザ発話を受け付けるごとに実行される処理であり、このメイン処理が行われることによりユーザ発話に対する回答文の出力が行われ、会話装置１０と会話サーバ２０（回答処理部２１）間の会話（対話）が成立する。

メイン処理にはいると、会話制御部３００、より詳しくはプラン会話処理部３２０はまずプラン会話制御処理（Ｓ１８０１）を実行する。プラン会話制御処理は、プランを実行する処理である。

図３９、図４０はプラン会話制御処理の一例を示すフローチャートである。以下に図３９、図４０を参照しながら、プラン会話制御処理の例について説明する。

プラン会話制御処理を開始すると、プラン会話処理部３２０はまず、基本制御状態情報チェックを行う（Ｓ１９０１）。基本制御状態情報は、プラン１４０２の実行の完了の有無が、基本制御状態情報として所定の記憶領域に格納される。

基本制御状態情報は、プランの基本制御状態を記述する役割を有する。
図４１は、シナリオと呼ばれるタイプのプランについて生じうる４つの基本制御状態を示す図である。以下、それぞれの状態について説明する。

（１）結束
この基本制御状態は、ユーザ発話が実行中のプラン１４０２、より詳しくはプラン１４０２に対応する話題タイトル８２０や用例文１７０１に一致する場合である。この場合は、プラン会話処理部３２０は当該プラン１４０２を終了し、次プラン指定情報１５０２にて指定された回答文１５０１に対応するプラン１４０２に移行する。

（２）破棄
この基本制御状態は、ユーザ発話内容がプラン１４０２の終了を要求していると判断される場合、またはユーザの関心が実行中のプラン以外の事項に移ったと判定される場合に、設定される基本制御状態である。基本制御状態情報が破棄を示している場合は、プラン会話処理部３２０は、破棄の対象となったプラン１４０２以外にユーザ発話に対応するプラン１４０２がないかどうかを検索し、存在する場合にはそのプラン１４０２の実行を開始し、存在しない場合には、プランの実行を終了する。

（３）維持
この基本制御状態は、ユーザ発話が、実行中のプラン１４０２に対応するに対応する話題タイトル８２０（図３３参照）や用例文１７０１（図３７参照）に該当しない場合であって、かつユーザ発話が基本制御状態「破棄」に該当するものではないと判断される場合に、基本制御状態情報に記述される基本制御状態である。

この基本制御状態である場合には、プラン会話処理部３２０は、ユーザ発話を受け付けると、まず保留・中止しているプラン１４０２を再開するか否かを検討し、ユーザ発話がプラン１４０２再開に適さない場合、例えばユーザ発話がプラン１４０２に対応する話題タイトル８０２や用例文１７０２に対応しない場合は、他のプラン１４０２の実行を開始したり、或いは後述の談話空間会話制御処理（Ｓ１９０２）などをおこなう。ユーザ発話がプラン１４０２再開に適している場合は、記憶している次プラン指定情報１５０２に基づいて、回答文１５０１の出力を行う。

基本制御状態が「維持」である場合は、プラン会話処理部３２０は、当該プラン１４０２に対応する回答文１５０１以外の回答を出力できるように、他のプラン１４０２を検索し、あるいは後述の談話空間会話制御処理などをおこなうが、ユーザ発話が再びプラン１４０２に関するものとなった場合は、そのプラン１４０２の実行を再開する。

（４）継続
この状態は、ユーザ発話が、実行中のプラン１４０２に含まれる回答文１５０１に対応しない場合であって、かつユーザ発話内容が基本制御状態「破棄」に該当するものではないと判断され、かつユーザ発話から解釈されるユーザの意図が明瞭でない場合に、設定される基本制御状態である。

基本制御状態が「継続」である場合は、プラン会話処理部３２０は、ユーザ発話を受け付けるとまず保留・中止しているプラン１４０２を再開するか否かを検討し、ユーザ発話がプラン１４０２の再開に適さない場合は、ユーザからさらなる発話を引き出すための回答文を出力できるように、後述のＣＡ会話制御処理などをおこなう。

図３９に戻り、プラン会話制御処理の説明を続ける。
基本制御状態情報を参照したプラン会話処理部３２０は、基本制御状態情報が示す基本制御状態が「結束」であるか否かを判定する（Ｓ１９０２）。基本制御状態が「結束」であると判定した場合（Ｓ１９０２、Ｙｅｓ）は、プラン会話処理部３２０は、基本制御状態情報が示す実行中のプラン１４０２において、回答文１５０１が最終回答文であるかどうかを判定する（Ｓ１９０３）。

最終回答文１５０１が出力済みであると判定した場合（Ｓ１９０３、Ｙｅｓ）、プラン会話処理部３２０は、すでにそのプラン１４０２においてユーザに回答すべき内容をすべて伝え終えているので、新たな別のプラン１４０２を開始するかいなかを判定するため、プラン空間内にユーザ発話に対応するプラン１４０２が存在するか検索を行う（Ｓ１９０４）。この検索の結果ユーザ発話に対応するプラン１４０２が発見できなかった場合（Ｓ１９０５、Ｎｏ）、ユーザに提供すべきプラン１４０２は存在していないので、プラン会話処理部３２０はそのままプラン会話制御処理終了する。

一方、この検索の結果、ユーザ発話に対応するプラン１４０２を発見した場合（Ｓ１９０５、Ｙｅｓ）、プラン会話処理部３２０は当該プラン１４０２に移行する（Ｓ１９０６）。これは、ユーザに提供すべきプラン１４０２が存在しているため、当該プラン１４０２の実行（プラン１４０２に含まれる回答文１５０１の出力）を開始するためである。

次に、プラン会話処理部３２０は当該プラン１４０２の回答文１５０１を出力する（Ｓ１９０８）。出力された回答文１５０１は、ユーザ発話に対する回答となり、プラン会話処理部３２０はユーザに伝えたい情報を提供することとなる。

回答文出力処理（Ｓ１９０８）後、プラン会話処理部３２０はプラン会話制御処理を終了する。
一方、先に出力した回答文１５０１が最終の回答文１５０１であるか否かの判定（Ｓ１９０３）において、先に出力した回答文１５０１が最終の回答文１５０１でない場合（Ｓ１９０３，Ｎｏ）は、プラン会話処理部３２０は、先に出力した回答文１５０１に続く回答文１５０１、すなわち次プラン指定情報１５０２により特定されている回答文１５０１に対応するプラン１４０２に移行する（Ｓ１９０７）。

この後、プラン会話処理部３２０は該当するプラン１４０２に含まれる回答文１５０１を出力し、ユーザ発話に対する回答を行う（Ｓ１９０８）。出力された回答文１５０１は、ユーザ発話に対する回答となり、プラン会話処理部３２０はユーザに伝えたい情報を提供することとなる。回答文出力処理（Ｓ１９０８）後、プラン会話処理部３２０はプラン会話制御処理を終了する。

さて、Ｓ１９０２の判定処理において、基本制御状態情報が「結束」でない場合（Ｓ１９０２，Ｎｏ）は、プラン会話処理部３２０は基本制御状態情報が示す基本制御状態が「破棄」であるか否かを判定する（Ｓ１９０９）。基本制御状態が「破棄」であると判定した場合（Ｓ１９０９、Ｙｅｓ）は、継続すべきプラン１４０２が存在していないため、プラン会話処理部３２０は、開始すべき新たな別のプラン１４０２が存在するか判定すべく、プラン空間１４０１内にユーザ発話に対応するプラン１４０２が存在するか検索を行う（Ｓ１９０４）。この後、先に述べたＳ１９０３（Ｙｅｓ）における処理と同様に、Ｓ１９０５からＳ１９０８までの処理をプラン会話処理部３２０は実行する。

一方、基本制御状態情報が示す基本制御状態が「破棄」であるか否かの判定（Ｓ１９０９）において、基本制御状態が「破棄」でないと判定した場合（Ｓ１９０９，Ｎｏ）は、プラン会話処理部３２０は、基本制御状態情報が示す基本制御状態が「維持」であるか否かの判定（Ｓ１９１０）をさらに行う。

基本制御状態情報が示す基本制御状態が「維持」である場合（Ｓ１９１０、Ｙｅｓ）には、プラン会話処理部３２０は、保留・停止しているプラン１４０２についてユーザが再び関心を示したか否かを調べ、関心を示した場合には、一時保留・停止しているプラン１４０２を再開するように動作する。すなわち、プラン会話処理部３２０は、保留・停止中のプラン１４０２を検査（図４０；Ｓ２００１）し、ユーザ発話が保留・停止中の当該プラン１４０２が対応するか否かを判定する（Ｓ２００２）。

ユーザ発話が当該プラン１４０２に対応すると判定された場合（Ｓ２００２、Ｙｅｓ）は、プラン会話処理部３２０はそのユーザ発話に対応するプラン１４０２に移行し（Ｓ２００３）、その後、そのプラン１４０２に含まれる回答文１５０１を出力するように、回答文出力処理（図３９；Ｓ１９０８）を実行する。このように動作することにより、プラン会話処理部３２０は、保留・中断していたプラン１４０２を、ユーザ発話に応じて、再開することが可能となり、あらかじめ用意していたプラン１４０２に含まれる内容をすべてユーザに伝達することが可能となる。

一方、先のＳ２００２（図４０参照）において、保留・停止中のプラン１４０２がユーザ発話に対応しないと判定された場合（Ｓ２００２、Ｎｏ）は、プラン会話処理部３２０は、開始すべき新たな別のプラン１４０２が存在するか判定すべく、プラン空間１４０１内にユーザ発話に対応するプラン１４０２が存在するか検索を行う（図３９；Ｓ１９０４）。この後、先に述べたＳ１９０３（Ｙｅｓ）における処理と同様に、Ｓ１９０５からＳ１９０９までの処理をプラン会話処理部３２０は実行する。

さて、Ｓ１９１０の判定において、基本制御状態情報が示す基本制御状態が「維持」でない場合（Ｓ１９１０、Ｎｏ）は、基本制御状態情報が示す基本制御状態が「継続」であることを意味する。この場合には、プラン会話処理部３２０は、回答文の出力を行うことなく、プラン会話制御処理を終了する。
以上で、プラン会話制御処理の説明を終了する。

図３８に戻り、メイン処理の説明を続ける。
プラン会話制御処理（Ｓ１８０１）を終了すると、会話制御部３００は談話空間会話制御処理を開始する（Ｓ１８０２）。ただし、プラン会話制御処理（Ｓ１８０１）において回答文出力を行った場合は、会話制御部３００は談話空間会話制御処理（Ｓ１８０２）、および後に説明するＣＡ会話制御処理（Ｓ１８０３）のいずれも行わず、基本制御情報更新処理（Ｓ１９０４）を行ってメイン処理を終了する。

図４２は、本実施の形態に係る談話空間会話制御処理の一例を示すフローチャートである。
先ず、入力部１００が、利用者からの発話内容を取得するステップを行う（ステップＳ２２０１）。具体的には、入力部１００は、利用者の発話内容を構成する音声を取得する。入力部１００は、取得した音声を音声信号として音声認識部２００に出力する。なお、入力部１００は、利用者からの音声ではなく、利用者から入力された文字列（例えば、テキスト形式で入力された文字データ）を取得してもよい。この場合、入力部１００はマイクではなく、キーボードやタッチパネルなどの文字入力装置となる。

次いで、音声認識部２００が、入力部１００で取得した発話内容に基づいて、発話内容に対応する文字列を特定するステップを行う（ステップＳ２２０２）。具体的には、入力部１００から音声信号が入力された音声認識部２００は、入力された音声信号に基づいて、その音声信号に対応する単語仮説（候補）を特定する。音声認識部２００は、特定した単語仮説（候補）に対応付けられた文字列を取得し、取得した文字列を文字列信号として会話制御部３００、より詳しくは談話空間会話制御部３３０に出力する。

そして、文字列特定部４１０が、音声認識部２００で特定された一連の文字列を一文毎に区切るステップを行う（ステップＳ２２０３）。具体的には、管理部３１０から文字列信号（あるいは形態素信号）が入力された文字列特定部４１０は、その入力された一連の文字列の中に、ある一定以上の時間間隔があるときは、その部分で文字列を区切る。文字列特定部４１０は、その区切った各文字列を形態素抽出部４２０及び入力種類判定部４４０に出力する。なお、文字列特定部４１０は、入力された文字列がキーボードから入力された文字列である場合には、句読点又はスペース等のある部分で文字列を区切るのが好ましい。

その後、形態素抽出部４２０が、文字列特定部４１０で特定された文字列に基づいて、文字列の最小単位を構成する各形態素を第一形態素情報として抽出するステップを行う（ステップＳ２２０４）。具体的に、文字列特定部４１０から文字列が入力された形態素抽出部４２０は、入力された文字列と、形態素データベース４３０に予め格納されている形態素群とを照合する。なお、その形態素群は、本実施の形態では、それぞれの品詞分類に属する各形態素について、その形態素の見出し語・読み・品詞・活用形などを記述した形態素辞書として準備されている。

この照合をした形態素抽出部４２０は、入力された文字列の中から、予め記憶された形態素群に含まれる各形態素と一致する各形態素（m１、m２、…）を抽出する。形態素抽出部４２０は、抽出した各形態素を第一形態素情報として話題特定情報検索部３５０に出力する。

次いで、入力種類判定部４４０が、文字列特定部４１０で特定された一文を構成する各形態素に基づいて、「発話文のタイプ」を判定するステップを行う（ステップＳ２２０５）。具体的には、文字列特定部４１０から文字列が入力された入力種類判定部４４０は、入力された文字列に基づいて、その文字列と発話種類データベース４５０に格納されている各辞書とを照合し、その文字列の中から、各辞書に関係する要素を抽出する。この要素を抽出した入力種類判定部４４０は、抽出した要素に基づいて、その要素がどの「発話文のタイプ」に属するのかを判定する。入力種類判定部４４０は、判定した「発話文のタイプ」（発話種類）を回答取得部３８０に出力する。
そして、話題特定情報検索部３５０が、形態素抽出部４２０で抽出された第一形態素情報と着目話題タイトル８２０focusとを比較するステップを行う（ステップＳ２２０６）。

第一形態素情報を構成する形態素と着目話題タイトル８２０focusとが一致する場合、話題特定情報検索部３５０は、その話題タイトル８２０を回答取得部３８０に出力する。一方、話題特定情報検索部３５０は、第一形態素情報を構成する形態素と話題タイトル８２０とが一致しなかった場合には、入力された第一形態素情報及び利用者入力文話題特定情報を検索命令信号として省略文補完部３６０に出力する。

その後、省略文補完部３６０が、話題特定情報検索部３５０から入力された第一形態素情報に基づいて、着目話題特定情報及び回答文話題特定情報を、入力された第一形態素情報に含めるステップを行う（ステップＳ２２０７）。具体的には、第一形態素情報を「Ｗ」、着目話題特定情報及び回答文話題特定情報の集合を「Ｄ」とすると、省略文補完部３６０は、第一形態素情報「Ｗ」に話題特定情報「Ｄ」の要素を含めて、補完された第一形態素情報を生成し、この補完された第一形態素情報と集合「Ｄ」に関連づけされたすべての話題タイトル８２０とを照合し、補完された第一形態素情報と一致する話題タイトル８２０があるか検索する。補完された第一形態素情報と一致する話題タイトル８２０がある場合は、省略文補完部３６０は、その話題タイトル８２０を回答取得部３８０に出力する。一方、補完された第一形態素情報と一致する話題タイトル８２０を発見しなかった場合は、省略文補完部３６０は、第一形態素情報と利用者入力文話題特定情報とを話題検索部３７０に渡す。

次いで、話題検索部３７０は、第一形態素情報と、利用者入力文話題特定情報とを照合し、各話題タイトル８２０の中から、第一形態素情報に適した話題タイトル８２０を検索するステップを行う（ステップＳ２２０８）。具体的には、省略文補完部３６０から検索命令信号が入力された話題検索部３７０は、入力された検索命令信号に含まれる利用者入力文話題特定情報及び第一形態素情報に基づいて、その利用者入力文話題特定情報に対応付けられた各話題タイトル８２０の中から、その第一形態素情報に適した話題タイトル８２０を検索する。話題検索部３７０は、その検索の結果得られた話題タイトル８２０を検索結果信号として回答取得部３８０に出力する。

次いで、回答取得部３８０が、話題特定情報検索部３５０、省略文補完部３６０，あるいは話題検索部３７０で検索された話題タイトル８２０に基づいて、文解析部４００により判定された利用者の発話種類と、話題タイトル８２０に対応付けられた各回答種類とを照合し、回答文８３０の選択を行う（ステップＳ２２０９）。

具体的には、以下のようにして回答文８３０の選択が行われる。すなわち、話題検索部３７０から検索結果信号と、入力種類判定部４４０から「発話文のタイプ」とが入力された回答取得部３８０は、入力された検索結果信号に対応する「話題タイトル」と、入力された「発話文のタイプ」とに基づいて、その「話題タイトル」に対応付けられている回答種類群の中から、「発話文のタイプ」（DAなど）と一致する回答種類を特定する。

続いて、回答取得部３８０は、管理部３１０を介して、ステップＳ２２０９において取得した回答文８３０を出力部６００に出力する（ステップＳ２２１０）。管理部３１０から回答文を受け取った出力部６００は、入力された回答文８３０を出力する。
以上で、談話空間会話制御処理の説明を終了し、図３８に戻りメイン処理の説明を再開する。

会話制御部３００は談話空間会話制御処理を終了すると、ＣＡ会話制御処理を実行する（Ｓ１８０３）。ただし、プラン会話制御処理（Ｓ１８０１）および談話空間会話制御処理（Ｓ１８０１）において回答文出力を行った場合は、会話制御部３００はＣＡ会話制御処理（Ｓ１８０３）を行わず、基本制御情報更新処理（Ｓ１８０４）を行ってメイン処理を終了する。

ＣＡ会話制御処理（Ｓ１８０３）は、ユーザ発話が、「何かを説明している」のか、「何かを確認している」のか、「非難や攻撃をしている」のか、「これら以外」なのかを判定し、ユーザ発話の内容および判定結果に応じた回答文を出力する処理である。このＣＡ会話制御処理を行うことにより、プラン会話制御処理、および談話空間会話制御処理のいずれにおいても、ユーザ発話に適した回答文が出力できなくとも、ユーザとの会話の流れをとぎれさせることなく継続できるような、いわば「つなぎ」の回答文を出力することが可能となる。

つぎに、会話制御部３００は基本制御情報更新処理を行う（Ｓ１８０４）。この処理において、会話制御部３００，より詳しくは管理部３１０は、プラン会話処理部３２０が回答文出力を行った場合は基本制御情報を「結束」に設定し、プラン会話処理部３２０が回答文出力を停止した場合は基本制御情報を「破棄」に設定し、談話空間会話制御処理部３３０が回答文出力を行った場合は基本制御情報を「維持」に設定し、ＣＡ会話処理部３４０が回答文出力を行った場合は基本制御情報を「継続」に設定する。

この基本制御情報更新処理で設定された基本制御情報は、前述のプラン会話制御処理（Ｓ１８０１）において参照され、プランの継続や再開に利用される。

以上、メイン処理を、ユーザ発話を受け付けるごとに実行することにより、回答処理部２１は、ユーザ発話に応じて、予め用意したプランを実行できるとともに、プランに含まれない話題についても適宜応答することができる。

[６．本発明の別の実施形態]
次に、本発明の別の実施形態について説明する。
本実施の形態は、前述の自動会話システム１を用いたガイドシステムとして提案される。ここで「ガイドシステム」とは、ユーザに対して情報やコンテンツなどに関する案内、誘導、アシストなどのサービスを行うシステムをいう。
［６．１．ガイドシステムの基本的構成］

まず、本ガイドシステムの基本的構成について説明する。図４３は、ガイドシステムの構成例を示したブロック図である。図４３に示したガイドシステムは、通信網１２０に接続されたユーザ端末装置１１０と、通信網１２０に接続されたメディア・サーバ１００と、通信網１３０に接続された会話サーバ選択装置１３０とを有する。なお、会話サーバ選択装置１３０が用いる会話シナリオ４０は、前述の自動会話システム１と同様に、会話シナリオ編集装置３０により編集可能である。

［６．１．１．ユーザ端末装置］
ユーザ端末装置１１０は、メディア・サーバ１００と接続し、メディア・サーバ１００から供給されるコンテンツをユーザに閲覧させることが出来るとともに、前述の会話装置１０として機能する装置である。

ユーザ端末装置１１０は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、及び必要な場合にはハードディスク装置等の外部記憶装置を具備している情報処理装置によって実現される。このような情報処理装置は、例えば、ネットワーク通信機能を備えたＰＣ（パーソナルコンピュータ）、携帯電話機、携帯ゲーム機である。ここにいうＰＣには、「ネットブック（ＮｅｔＢｏｏｋ）」と呼ばれるような製品を含む。ネットブック（ＮｅｔＢｏｏｋ）はネットトップとも呼ばれ、比較的安価で小型軽量なパーソナルコンピュータ（ノートパソコン/デスクトップパソコン）としての最低限の機能を備える製品である。

図４４にユーザ端末装置１１０の構成例を示した機能ブロック図を掲げる。ユーザ端末装置１１０は、通信制御部１１２と、通信制御部１１２に接続されたブラウザ部１１１と、通信制御部１１２に接続された会話処理部１２と、会話処理部１２及びブラウザ部１１１に接続された動作制御部１３と、会話処理部に接続された入力部１１と、会話処理部１２及びブラウザ部１１１に接続された出力部１４とを有している。なお、前述の会話装置１０と同一の構成要素については、同一の参照符号を付したのでそれら構成要素の説明は省略する。なお、会話処理部１２は本発明の第１の処理部に相当し、動作制御部１３は本発明の第２の処理手段に相当する。

通信制御部１１２は、通信網１２０を介して会話サーバ選択装置１３０及びメディア・サーバ１００とデータの送受信を実行する機能を有する。具体的には、通信制御部１１２は、所定のプロトコルの実行、データと電気信号との相互変換などを行う。なお、ユーザ端末装置１１０が無線通信により通信網１２０と接続を行う装置（例えば、携帯電話機など）である場合は、通信制御部１１２は、無線信号の受信、復調、変調、送信を行う。

本発明の閲覧手段に相当するブラウザ部１１１は、メディア・サーバ１００からコンテンツ（例えば、動画ファイル、ＨＴＭＬファイルなどのＷｅｂ文書、など）のデータを受信し、受信したコンテンツをユーザが閲覧可能に解釈、再生、表示、実行等を行う機能を有し、例えば、インターネット閲覧ソフト（Ｗｅｂブラウザ）である。

［６．１．２．会話サーバ選択装置］
会話サーバ選択装置１３０は、複数の会話サーバ２０を有し、ユーザ端末装置１１０からの要求、又は状況に応じていずれかの会話サーバ２０を選択して動作させ、ユーザ端末装置１１０と協働して自動会話システム１として動作する装置である。

会話サーバ選択装置１３０は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、及び必要な場合にはハードディスク装置等の外部記憶装置を具備している情報処理装置によって実現される。情報装置は、ＰＣ、ワークステーション、サーバなどである。会話サーバ選択装置１３０は、複数の情報処理装置をネットワークで接続して構成されるものであってもよい。

図４５は、会話サーバ選択装置１３０の構成例を示した機能ブロック図である。会話サーバ選択装置１３０は、複数の会話サーバ２０を有する会話サーバ集合部１３１と、会話サーバ選択部１３２とを有している。複数の会話サーバ２０は、それぞれ独立した意味解釈辞書部２３，会話シナリオ２２（図３参照）を有しており、それぞれが固有の話題についての会話を扱うように用意されている。会話サーバ２０の中には、一般的な話題を扱うための会話サーバ２０が用意されており、まず始めにこの会話サーバ２０（区別のために、汎用会話サーバ２０と呼ぶものとする）が選択されて起動され、ユーザとの会話を行い、その会話の中で登場した話題に応じて当該話題に適した別の会話サーバ２０が起動され、ユーザとの会話処理を引き継ぐように動作する。

会話サーバ選択部１３２は、ユーザ端末装置１１０、より詳しくは動作制御部１３からの要求若しくは指示に応じて、会話サーバ集合部１３１の有する会話サーバ２０を選択的に起動させる（指定された会話サーバ２０を新たに起動させ、それまで起動していた会話サーバ２０は終了させる）。

ユーザ端末装置１１０、より詳しくは動作制御部１３は動作制御情報に基づいて、会話サーバ２０の選択の要求又は指示を会話サーバ選択装置１３０に送信する。例えば、ユーザ発話である入力文が「天気について知りたい」である場合には、その回答文として「では、天気について話しましょう」が用意され、この回答文について、天気を話題とする会話シナリオ４０を会話シナリオ記憶部２２に記憶させた会話サーバ２０を起動させる旨の動作制御情報が用意されるようにしておけばよい。

［６．１．３．メディア・サーバ］
メディア・サーバ１００は、ユーザ端末装置１１０、より詳しくはブラウザ部１１１により閲覧可能なコンテンツを、通信網１２０を介してユーザ端末装置１１０に送信する装置である。

［６．２．動作］
次に、上記ガイドシステムの動作例について説明する。
ユーザ端末装置１１０が起動すると、会話処理部１２が会話サーバ選択装置１３０に汎用会話サーバ２０を起動させるように要求する。会話サーバ選択装置１３０は、この要求に応じて汎用会話サーバ２０を起動させ、ユーザからの入力文を待ち受ける。

図４６は、会話サーバ選択装置１３０が汎用会話サーバ２０を起動させ、ユーザからの入力文を待ち受けている状態において、ユーザ端末装置１１０の出力部１４（この例では、液晶ディスプレイ装置であるとする）に表示される画面例を示す。図に示すように、出力部１４である液晶ディスプレイ装置の表示領域１０００内に、ウインドウ１１００が生成されており、ウインドウ１１００内には、汎用会話サーバ２０に相当するキャラクタ１２００が表示されている。キャラクタ１２００には文字表示ボックス１３００が附されており、この文字表示ボックス内に回答文が文字列として表示される。なお、ここで説明する例では、回答文は文字列として出力されるとしたが、文字列の表示に代えて、或いは文字列の表示とともに人工音声による音声出力により回答文をユーザに提供してもかまわない。

表示領域１０００内の右下方には、起動キャラクタ表示領域１４００がさらに設けられている。起動キャラクタ表示領域１４００には、汎用会話サーバ２０以外の会話サーバ２０が会話サーバ選択装置１３０において起動された場合、その会話サーバ２０（区別のため、アクティブ会話サーバ２０と呼ぶ）に対応するキャラクタが表示される。

さて、図４６の状態でユーザ端末装置１１０にユーザ発話「料理番組が見たい」が入力部１１に入力されたとする。ユーザ端末装置１１０は、この時点で会話サーバ選択装置１３０で起動している汎用会話サーバ２０に、ユーザ発話「料理番組が見たい」に対する回答文を求める。汎用会話サーバ２０は、回答文として「かしこまりました。」を選択し、ユーザ端末装置１１０に送信する。また、この回答文「かしこまりました。」には動作制御情報が附されており、この動作制御情報は、会話サーバ集合部１３１が有する会話サーバ２０のうち、料理番組に関する話題を扱う会話サーバ２０を起動させることを会話サーバ選択装置１３０に要求することが記述されている。

上記回答文及び動作制御情報を受信したユーザ端末装置１１０は、回答文を文字表示ボックス１３００に表示させるとともに、動作制御情報によって指定された、料理番組に関する話題を扱う会話サーバ２０を起動させることを要求するメッセージを会話サーバ選択装置１３０に送信する。

会話サーバ選択装置１３０はこのメッセージに応答して、指定された会話サーバ２０を起動させて、アクティブ会話サーバ２０にする。以降のユーザ発話に対する回答文の決定は、従前の汎用会話サーバ２０に代わってこのアクティブ会話サーバ２０が処理する。ここでは、アクティブ会話サーバ２０は、先のユーザ発話「料理番組が見たい」に対する回答文「どんな料理番組が見たいですか？」をその会話サーバ２０の会話シナリオ記憶部２２から選択し、その回答文に設定されている動作制御情報とともにユーザ端末装置１１０に送信する。この例では動作制御情報としてこのアクティブ会話サーバ２０のキャラクタとして予め設定されているキャラクタの画像を起動キャラクタ表示領域１４００に表示させる命令が記述されているものとする。

図４７は、上記の回答文「どんな料理番組が見たいですか？」及びその動作制御情報を受信したユーザ端末装置１１０の出力部１４に表示される画面例である。この画面では、アクティブ会話サーバ２０のキャラクタとして予め設定されているキャラクタ１５００の画像を起動キャラクタ表示領域１４００に表示されているとともに、このキャラクタ１５００に附された文字表示ボックス１６００に、回答文である「どんな料理番組が見たいですか？」という文字列が表示されている。

この後のユーザ発話はこのアクティブ会話サーバ２０によって処理され、回答文の出力が制御され、また回答文に附された動作制御情報によってユーザ端末装置１１０における動作などが制御されることとなる。

この後、ガイドシステムとの会話によってみたい料理番組が決定した場合には、その料理番組を指定する動作制御情報がアクティブ会話サーバ２０からユーザ端末装置１１０に送信され、ユーザ端末装置１１０において、この動作制御情報に基づいて動作制御部１３がブラウザ部１１１に当該料理番組のデータをメディア・サーバ１００からダウンロードするように制御し、ダウンロードされた料理番組のデータをブラウザ部１１１が再生することにより、ユーザはガイドシステムに案内されて所望のコンテンツの視聴を行うこととなる。

［６．２．１．ＣＭ視聴中における動作］
本ガイドシステムは、メディア・サーバ１００からのＣＭ（コマーシャル・メッセージ）をユーザがユーザ端末装置１１０により視聴中の場合にも機能する。

図４８は、ユーザ端末装置１１０を用いてユーザがＣＭを視聴している場合の画面例を示す図である。この例では、ユーザがユーザ端末装置１１０によりあるコンテンツに関する商品（この例では、ドラマのＤＶＤ）のＣＭが再生領域１７００で表示中であるものとする。このとき、この商品に関する会話サーバ２０がアクティブ会話サーバ２０として起動中であり、そのため起動キャラクタ表示領域１４００には、このアクティブ会話サーバ２０に対応するキャラクタ１５００が表示されている。

さて、図４８の状態でユーザ端末装置１１０にユーザ発話「このドラマはいつ放送するかしら？」が入力部１１に入力されたとする。ユーザ端末装置１１０は、アクティブ会話サーバ２０に、ユーザ発話「このドラマはいつ放送するかしら？」に対する回答文を求める。アクティブ会話サーバ２０は、その会話シナリオ記憶部２２を参照して回答文として「来月初めからモーニング時間帯に放送する予定です。」を選択し、ユーザ端末装置１１０に送信する。また、この回答文「来月初めからモーニング時間帯に放送する予定です。」には動作制御情報が附されており、この動作制御情報は、そのドラマの紹介番組のデータをダウンロードし、再生する旨の命令が記述されている。

前記回答文及び動作制御情報がアクティブ会話サーバ２０からユーザ端末装置１１０に送信され、ユーザ端末装置１１０において、この動作制御情報に基づいて動作制御部１３がブラウザ部１１１に当該紹介番組のデータをメディア・サーバ１００からダウンロードするように制御し、ダウンロードされた紹介番組のデータをブラウザ部１１１が再生することにより、ユーザはガイドシステムに案内されて所望のコンテンツの視聴を行うこととなる。

図４９は、回答文及び動作制御情報を受信したユーザ端末装置１１０の出力部１４に表示される画面例を示した図である。回答文「来月初めからモーニング時間帯に放送する予定です。」が文字表示ボックス１６００に表示されているとともに、ウインドウ１１００内に生成された再生領域１８００に前記紹介番組が再生されている。

［６．２．２．番組間での動作］
本ガイドシステムは、ユーザが番組（コンテンツ）を視聴し終わり、次の番組（コンテンツ）の視聴を介するまでの期間である番組間の場合にも機能する。

図５０は、番組間におけるユーザ端末装置１１０の画面例を示す図である。ウインドウ１１００内には、次に視聴可能な番組の紹介画面が列挙されているとともに、起動キャラクタ表示領域１４００には、番組間において起動されるアクティブ会話サーバ２０に対応するキャラクタ１５００が表示されている。

この例では、アクティブ会話サーバ２０が回答文「先の番組はどうでした？」を出力する。これは、動作制御情報の＜timer＞を用いることなどによって、ユーザ発話を待たないで出力される回答文である。

これに対してユーザが応答としてユーザ発話をなすことにより、キャラクタ１５００とユーザとの会話を成立させ、ユーザをある情報（例えば、商品の宣伝サイト）に誘導したり、商品に関するアンケートを行ってマーケティング情報として取得することなどが可能となる。

［６．２．３．番組視聴中での動作］
本ガイドシステムは、ユーザが番組（コンテンツ）を視聴中の場合にも機能する。
図５１は、番組視聴中におけるユーザ端末装置１１０の画面例を示す図である。ウインドウ１１００内には、視聴中の番組画面１９００が生成されているとともに、起動キャラクタ表示領域１４００には、番組中において起動しているアクティブ会話サーバ２０に対応するキャラクタ１５００が表示されている。

ここで、ユーザが番組中の出演人物の衣服（ここでは、コートであるとする）について興味を持ち、ガイドシステムに質問したとする。すなわち、ユーザはユーザ発話「このコートは本当におしゃれ」を入力部１１に入力したものとする。これに対して会話サーバ選択装置１３０、より詳しくはアクティブ会話サーバ２０は、回答文「通販ショップをご案内しますか？」をユーザ端末装置１１０に返し、ユーザ端末装置１１０箱の回答文を出力すると、ユーザはさらに次にユーザ発話「お願い」を入力する。アクティブ会話サーバ２０は、これに対して回答文「では、左側の画面を見て下さい」を選択するとともに、この回答文に設定されている動作制御情報をユーザ端末装置１１０に送信する。この動作制御情報は前記コートを含む商品を販売する販売サイトにアクセスし、サイト画面を出力部１４に表示させる命令が設定されている。

前記回答文及び動作制御情報を受信したユーザ端末装置１１０は、回答文「では、左側の画面を見て下さい」を表示するとともに、指定された販売サイトにアクセスして当該サイトの販売ページを表示してユーザに閲覧を促す。

図５２は、図５１に示した画面表示から遷移して、前記回答文及び販売サイトの表示がなされた状態の画面例を示す図である。この画面例では、視聴中の番組画面１９００が縮小されて、その下方に新たに通販サイトの画面を表示する表示領域１９５０が生成される。また、文字表示ボックス１６００には、上記の回答文が表示されている。
このようにガイドシステムにより、新たな販売機会を創出することが出来る。

［６．２．４．コンテンツ・ナビゲータ］
本ガイドシステムは、コンテンツナビゲータとしても機能する。コンテンツ・ナビゲータとは、ユーザが必要とする知識を得るためのコンテンツを取得する支援を行うシステムである。ユーザが必要とする知識を得るためのコンテンツは、いわゆるｅラーニングのような講義や講習を録画した動画などである。

ここでは、料理レシピを紹介するコンテンツを紹介するコンテンツナビゲータとして機能する場合の、本ガイドシステムの動作について説明する。

まずユーザはユーザ端末装置１１０をキッチンに置いて起動した状態で料理の準備を始めているものとする。ここでユーザは酢豚を作ろうと思うのだが、そのレシピがはっきり思い出せないので、本ガイドシステムを利用して酢豚のレシピを視聴すすることを試みる。

図５３は、ユーザ端末装置１１０をキッチンに置いて起動した状態において、出力部１４に表示される画面例を示した図である。ウインドウ１１００には、料理レシピに関する話題を扱う会話サーバ２０に対応するキャラクタ２０００が表示されている。このキャラクタを呼び出す、すなわち会話サーバ選択装置１３０において、料理レシピに関する話題を扱う会話サーバ２０をアクティブ会話サーバ２０とするためには、予め汎用会話サーバ２０に対してユーザ発話「料理レシピを使いたい」を入力し、会話サーバ２０の切り替えを会話サーバ選択装置１３０に行わせておけばよい。

この状態で、ユーザはユーザ端末装置１１０にユーザ発話「酢豚のレシピを教えてちょうだい」と入力すると、アクティブ会話サーバ２０となっている料理レシピに関する話題を扱う会話サーバ２０がその会話シナリオ記憶部２２から前記ユーザ発話「酢豚のレシピを教えてちょうだい」に対応する回答文を選択し、それに設定された動作制御情報とともにユーザ端末装置１１０に送信する。この動画制御情報は、酢豚レシピを紹介する動画ファイルを取得して再生する指令である。

前記回答文及び動作制御情報がアクティブ会話サーバ２０からユーザ端末装置１１０に送信され、ユーザ端末装置１１０において、この動作制御情報に基づいて動作制御部１３がブラウザ部１１１に当該動画ファイルのデータをそのデータの格納場所（メディア・サーバ１００であってもよいし、その他どのような装置であってもよい）からダウンロードするように制御し、ダウンロードされた動画ファイルのデータをブラウザ部１１１が再生することにより、ユーザはガイドシステムに案内されて所望のレシピの視聴を行うこととなる。

図５４は、本ガイドシステムにより料理レシピの動画の再生が行われている画面例を示す図である。ウインドウ１１００内には、料理レシピの動画再生領域２１００が生成され、ここにユーザが求めた料理レシピの動画が表示される。なお、本ガイドシステムによれば、ユーザがユーザ発話「ちょっとそこで止めて」、「繰り返して」などにより動画ファイルを一時停止させたり、再生の繰り返しを行うことが可能となる。

［６．２．５．インタラクティブ・テロップ］
本ガイドシステムは、番組の視聴中に、ユーザがガイドシステムと視聴中の番組に関する会話を楽しむことを可能とする。

まず、前提としてユーザは本ガイドシステムと会話を行って視聴する番組を決定しているものとする。これにより、本ガイドシステムは、その番組の再生（視聴）が開始されたことを条件として、その番組に関する会話を扱う会話サーバをアクティブ会話サーバ２０として起動させる。このアクティブ会話サーバ２０は、その番組に関する会話を扱うシナリオを有している。たとえば、その番組のあらかじめ予定されたシーンの再生が行われているときに、そのシーンに関する会話のきっかけとなる回答文を出力して、ユーザとの会話を進行させるように動作する。このきっかけとなる回答文に対してユーザが発話すれば、それに対する回答文を出力するなどする。なお、アクティブ会話サーバ２０は、ユーザの発話に対して回答文を出力するだけでなく、視聴中の番組にテロップが表示される場合に、ユーザの発話がなくともこのテロップに対するコメントを回答文として出力するように動作してもよい。

図５５は、視聴中の番組中にテロップが表示されている場合の画面例を示す図である。表示領域１０００内のウインドウには、視聴中の番組の番組表示領域２１５０が生成されている。この番組には、テロップ２２００が表示されている。一方、番組表示領域２１００の右方には、起動中である会話サーバ２０に対応するキャラクタ２３００が表示されている。

図５６は、テロップの内容について、コメントである回答文を出力した画面例を示す図である。キャラクタ２３００の上方には、回答文を表示する文字表示ボックス２４００が生成され、番組の内容（ここではテロップの内容）に関するコメントである回答文が表示される。ユーザはこの回答文に対して発話してよい。ユーザ発話はガイドシステムに取得され、このユーザ発話に対してさらにガイドシステムが回答文を出力することにより、番組を視聴しながらの会話がユーザとガイドシステムの間で成立することになる。

［７．さらに別の実施の態様：電話取り次ぎシステム］
本自動会話システム１は、電話取り次ぎシステムとして利用することが可能である。この電話取り次ぎシステムは、ユーザが他の人に電話をかける場合には、電話取り次ぎシステムが相手方に電話をかけ、相手が出た場合にユーザに取り次ぎ、一方他の人からユーザ宛に電話がかかってきた場合には、誰からの電話かをユーザに伝えユーザが電話に出ると回答した場合には、相手方からの電話をユーザにつなぐシステムである。

図５７は、上記電話取り次ぎシステムの構成例を示したブロック図である。電話取り次ぎシステムは、通信網３００２に接続されたユーザ端末装置３０００と、通信網３００２に接続された会話サーバ２０とを有している。ユーザとの通話相手となる相手方の電話機３００１は通信網３００２に接続されている。

ユーザ端末装置３０００は、ＩＰ電話の電話機として機能するとともに、本発明の会話装置１０としても機能する情報処理装置であって、例えばＰＣ，ＩＰ電話機などである。図５８に、ユーザ端末装置３０００の構成例を示す機能ブロック図を掲げる。ユーザ端末装置３０００は、通信網３００２に接続可能な通信制御部３０１０と、通信制御部３０１０に接続されたＩＰ電話部３０２０と、通信制御部３０１０及びＩＰ電話部３０２０に接続された会話制御部３０３０と、会話制御部３０３０及びＩＰ電話部３０２０に接続された音声入力部３０５０と、ＩＰ電話部３０２０に接続された音声出力部３０４０とを有している。

本発明の電話手段に相当するＩＰ電話部３０２０は、ＩＰ電話の端末機として発信、着信、通話を実行する機能を有し、例えばＳｋｙｐｅ（スカイプ社登録商標）のアプリケーションである。

本発明の会話制御手段に相当する会話制御部３０３０は、会話装置１０に相当する構成要素であって、すなわち会話入力部１２，動作制御部１３、入力部１１，出力部１４を有する構成要素である。但し入力部１１，出力部１４は音声入力部３０５０、音声出力部３０４０に置き換えてもかまわない。会話制御部３０３０は、ユーザからある相手に電話をしたい旨のユーザ発話を受け取ると、会話サーバ２０にその回答文を求める。会話サーバ２０は前記ユーザ発話に対する回答文及びそれに附された動作制御情報をユーザ端末装置３０００，より詳しくは会話制御部３０３０に送信する。この回答文に附される動作制御情報は、前記相手の電話番号宛に発呼するようにＩＰ電話部３０２０に指令する内容を有する。相手方の通話機３０１０前記発呼に応答した場合、相手方の応答音声信号をＩＰ電話部３０２０から会話制御部３０３０が取得し、音声信号を音声認識によって入力文に置き換え、これに対する回答文を会話サーバ２０に要求する。会話サーバ２０はこの入力文に応じて回答文を決定し、動作制御情報とともにユーザ端末装置３０００，より詳しくは会話制御部３０３０に送信する。前記入力文がユーザの求める相手であることを認めるものである場合は、その回答文に附される動作制御情報は、ＩＰ電話部３０２０に通話を維持するように指令する内容を有する。

ある相手方からユーザに対する着呼が合った場合は、ＩＰ電話部３０２０が相手の通話機との通話を確立し、相手からの音声信号を会話制御部３０３０に渡す。会話制御部３０３０は音声信号を入力文にしてこれに対する回答文を会話サーバ２０に要求する。会話サーバ２０は、前記入力文に対する回答として、その相手から電話にユーザが出るかどうかを問う回答文をユーザ端末装置３０００，より詳しくは会話制御部３０３０に送信する。会話制御部３０３０はその回答文を出力部１４に出力させ、ユーザの次の発話を促す。ユーザ発話がなされたら、会話制御部３０３０はそのユーザ発話に対する回答文を会話サーバ２０に要求する。ユーザ発話が電話に出る内容であれば、会話サーバ２０は、ＩＰ電話部３０２０にユーザと相手方の通話を開始するよう命令する内容の動作制御情報が附された回答文をユーザ端末装置３０００，より詳しくは会話制御部３０３０に送信する。会話制御部３０３０、より詳しくは動作制御部１３は、ＩＰ電話部３０２０にユーザと相手方の通話を開始するよう命令する。

一方、ユーザ発話が電話に出ない内容であれば、会話サーバ２０は、ＩＰ電話部３０２０にユーザと相手方の通話を終了するよう命令する内容の動作制御情報が附された回答文をユーザ端末装置３０００，より詳しくは会話制御部３０３０に送信する。会話制御部３０３０、より詳しくは動作制御部１３は、ＩＰ電話部３０２０に相手方からの接続を切断するよう命令する。

音声入力部３０５０は、音声を電気信号に変換する構成要素であって、例えばマイクである。音声出力部３０４０は電気信号を音声に変換する構成要素であって、例えばスピーカである。

［７．１．動作例］
上記電話取り次ぎシステムの動作例について説明する。
［７．１．１．呼び出し］
図５９は、ユーザから相手に対して本電話取り次ぎシステムにより発信する場合の動作例を示したシーケンス図である。

まず、発信する場合、ユーザは相手に発信する旨の発話をユーザ端末装置３０００に入力する（Ｓ５０１０）。ユーザ端末装置３０００は、このユーザ発話に対する回答文を会話サーバ２０に要求し、会話サーバ２０から回答文及び動作制御情報を取得する（Ｓ５０２０）。動作制御情報は、相手先の電話番号への発呼の実行であり、この動作制御情報によってユーザ端末装置３０００は通話機へ発呼をおこなう（Ｓ５０３０）。相手方はこの呼び出しに応じて通話を開始し、名前を名乗る発話をおこなう（Ｓ５０４０）。この発話内容はユーザ端末装置３０００によって受け取られ、ユーザ端末装置３０００は、このユーザ発話に対する回答文を会話サーバ２０に要求し、会話サーバ２０から回答文及び動作制御情報を取得する（Ｓ５０５０）。このときの動作制御情報は、回答文の内容を音声信号に変換し、通話機３０１０に送信させることを内容としている。この動作制御情報に従って、ユーザ端末装置３０００は通話機３０１０に回答文の内容を音声で送信する（Ｓ５０６０）。

相手が電話に出る旨の回答を発話したものとする。この発話はユーザ端末装置３０００に送信される（Ｓ５０７０）。この発話に対する回答文を会話サーバ２０に要求し、会話サーバ２０から回答文及び動作制御情報を取得する（Ｓ５０８０）。ユーザ端末装置３０００は相手方、ユーザに対して電話をつなぐ旨の回答文を出力する（Ｓ５０９０，Ｓ５１００）。また動作制御情報としてユーザと相手方の通話を開始させる旨が定められており、ユーザ端末装置３０００と通話機３０１の通話接続が維持され（Ｓ５１１０）、電話取り次ぎシステムによる取り次ぎが完了する。

なお、ステップＳ５０７０における相手方の回答が電話に出たくないというないようであれば、これに対する回答文に附された動作制御情報にユーザ端末装置３０００と通話機の接続の終了がさだめられており、これに従ってユーザ端末装置３０００は通話を終了するように動作する。

［７．１．２．着信］
図６０は、相手からユーザに対しての着信があった場合の本電話取り次ぎシステムの動作例を示したシーケンス図である。

まず、通話機３００１からユーザ端末装置３０００に着呼し、発信者名を名乗る発話がユーザ端末装置３０００に送信される（Ｓ６０１０）。ユーザ端末装置３０００は、この発話に対する回答文を会話サーバ２０に要求し、会話サーバ２０から回答文及び動作制御情報を取得する（Ｓ６０２０）。回答文は電話を取り次いでいる旨の相手方用の回答文と、相手の名前をユーザに伝えるユーザ用の回答文であり、ユーザ端末装置３０００は、それぞれの回答文を相手方及びユーザに出力する（Ｓ６０３０、Ｓ６０４０）。ここでユーザが電話に出ない旨の発話を行ったものとする（Ｓ６０５０）。ユーザ端末装置３０００は、この発話に対する回答文を会話サーバ２０に要求し、会話サーバ２０から回答文及び動作制御情報を取得する（Ｓ６０２０）。この回答文は、ユーザが電話に出られない旨を伝える内容のものであり、動作制御情報は伝言メッセージの録音開始及びその後の通話の終了を内容とする。ユーザ端末装置３０００は、回答文を通話機３００１に送信するとともに、動作制御情報に従って伝言メッセージの録音及びその後の通話終了を実行する。

なお、ステップＳ６０５０におけるユーザの発話内容が、電話に出る旨の内容であれば、それに対する回答文に附される動作制御情報はユーザ端末装置３０００と通話機３００１の通信の維持となり、この動作制御情報に従ってユーザと相手方の通話が開始されることになる。

自動会話システムの構成例を示すブロック図会話装置の一構成例を示すブロック図会話サーバの一構成例を示すブロック図会話シナリオ編集装置の一構成例を示すブロック図談話の圏に相当する会話シナリオの例を示す状態遷移図図５の会話シナリオをデータとして表現した例を示す図射の合成を含む会話シナリオの例を示した状態遷移図図７の会話シナリオをデータとして表現した例を示す図 NULL機能による強制回答を行う会話シナリオの例を示した状態遷移図図９の会話シナリオをデータとして表現した例を示す図引用機能により、ユーザ発話に対して「固執回答」をする会話シナリオの例を示す状態遷移図図１１の会話シナリオをデータとして表現した例を示す図「合成により構成された単位元」により「閉ループ回答」が構築された会話シナリオの例を示した状態遷移図図１３の会話シナリオをデータとして表現した例を示す図射の合成に結合法則が成り立つ会話シナリオの例の状態遷移図図１５の会話シナリオをデータとして表現した例を示す図会話シナリオ編集装置の編集画面例を示す図会話シナリオ保持部のデータ構成例を示す図会話シナリオ編集装置による会話シナリオデータ生成のための入力画面例を示す図図１９に続く、会話シナリオ編集装置による会話シナリオデータ生成のための入力画面例を示す図図２０に続く、会話シナリオ編集装置による会話シナリオデータ生成のための入力画面例を示す図図２１に続く、会話シナリオ編集装置による会話シナリオデータ生成のための入力画面例を示す図図２２に続く、会話シナリオ編集装置による会話シナリオデータ生成のための入力画面例を示す図会話シナリオ編集装置の変形構成例を示す機能ブロック図回答処理部の機能ブロック図文字列とこの文字列から抽出される形態素との関係を示す図「発話文のタイプ」と、その発話文のタイプを表す二文字のアルファベット、及びその発話文のタイプに該当する発話文の例を示す図文のタイプとそのタイプを判定するための辞書の関係を示す図会話データベースが記憶するデータのデータ構成の一例を示す概念図ある話題特定情報と他の話題特定情報との関連付けを示す図話題タイトル（「第二形態素情報」ともいう）のデータ構成例を示す図回答文のデータ構成例を説明するための図ある話題特定情報に対応付けされた話題タイトル，回答文、次プラン指定情報の具体例を示す図プラン空間を説明するための概念図プランの例を示す図別のプランの例を示す図プラン会話処理の具体例を示す図会話制御部のメイン処理の一例を示すフローチャートプラン会話制御処理の一例を示すフローチャート図３９に続く、プラン会話制御処理の一例を示すフローチャート基本制御状態を示す図談話空間会話制御処理の一例を示すフローチャートガイドシステムの構成例を示したブロック図ユーザ端末装置の構成例を示した機能ブロック図会話サーバ選択装置の構成例を示した機能ブロック図ユーザ端末装置の出力部に表示される画面例を示す図ユーザ端末装置の出力部に表示される画面例を示す図ユーザ端末装置の出力部に表示される画面例を示す図ユーザ端末装置の出力部に表示される画面例を示す図ユーザ端末装置の出力部に表示される画面例を示す図ユーザ端末装置の出力部に表示される画面例を示す図ユーザ端末装置の出力部に表示される画面例を示す図ユーザ端末装置の出力部に表示される画面例を示す図ユーザ端末装置の出力部に表示される画面例を示す図ユーザ端末装置の出力部に表示される画面例を示す図ユーザ端末装置の出力部に表示される画面例を示す図電話取り次ぎシステムの構成例を示したブロック図ユーザ端末装置の構成例を示す機能ブロック図ユーザから相手に対して本電話取り次ぎシステムにより発信する場合の動作例を示したシーケンス図相手からユーザに対しての着信があった場合の本電話取り次ぎシステムの動作例を示したシーケンス図

１ … 自動会話装置
１０ … 会話装置
２０ … 会話サーバ
３０ … 会話シナリオ編集装置
４０ … 会話シナリオ

Claims

ユーザ発話である入力文を受け付けると、入力文に応じた回答文を会話サーバに要求する会話装置と、前記会話装置から回答文を要求された場合、会話シナリオに基づいて回答文を決定し、この回答文を前記会話装置に送信し、回答文をユーザに出力させる会話サーバとを有する自動会話システムのために、前記会話シナリオを生成する制御手段を備えた会話シナリオ編集装置であって、
対象と射とからなる前記会話シナリオであって、射である入力文と、その射に対応する対象である回答文とを有する前記会話シナリオを生成するシナリオ生成手段と、
前記シナリオ生成手段が生成した会話シナリオの内容の削除を行うシナリオ削除手段と、を備え、
前記会話シナリオ編集装置は、
複数の射を合成して一つの射として記述する会話シナリオの例と、
単位元である射をどのようなユーザ発話であっても、無視し、所定の回答文を強制出力する会話シナリオの例と、
ある射に対応する回答列に対して、異なる複数の経路に沿う回答列を構築し、前記構築した回答列を一つの会話シナリオに到達させる会話シナリオの例と、
循環する結合関係を有する複数の射及び対象を合成することにより構成された単位元を記述する会話シナリオの例と、を使用可能にすることを特徴とする会話シナリオ編集装置。
ユーザ発話である入力文を受け付けると、入力文に応じた回答文を会話サーバに要求する会話装置と、前記会話装置から回答文を要求された場合、会話シナリオに基づいて回答文を決定し、この回答文を前記会話装置に送信し、回答文をユーザに出力させる会話サーバとを有する自動会話システムのために、前記会話シナリオを生成する制御手段を備えた会話シナリオ編集装置であって、
対象と射とからなる前記会話シナリオであって、射である入力文と、その射に対応する対象である回答文とを有する前記会話シナリオを生成するシナリオ生成手段と、
前記シナリオ生成手段が生成した会話シナリオの内容の削除を行うシナリオ削除手段と、を備え、
前記会話シナリオ編集装置は、第１の射が発生しない場合、対象X1から対象X2に遷移し、前記第１の射が発生した場合、前記対象X1から対象X3に遷移するが、いずれの射が発生しても又は一定の期間の経過により、前記対象X3から前記対象X2に遷移する会話シナリオの例を使用可能にすることを特徴とする会話シナリオ編集装置。
前記会話シナリオから射に対応する対象を検索するために再構成されたデータである動的知識を生成する動的知識生成手段をさらに有することを特徴とする請求項１又は２に記載の会話シナリオ編集装置。
前記会話シナリオ編集装置は、予め定めた内容のユーザ発話以外の全てのユーザ発話を一つの射として記述することが可能であることを特徴とする、請求項１乃至３の何れか１項に記載の会話シナリオ編集装置。
前記会話シナリオ編集装置は、ユーザが無言である状態を射として記述することが可能であることを特徴とする、請求項１乃至３の何れか１項に記載の会話シナリオ編集装置。
前記会話シナリオ編集装置は、単位元である射をどのようなユーザ発話であっても、無視し、所定の回答文を強制出力することを特徴とする、請求項２に記載の会話シナリオ編集装置。
前記会話シナリオ編集装置は、ある射に対応する回答列に対して、異なる複数の経路に沿う回答列を構築し、前記構築した回答列を一つの会話シナリオに到達させることを特徴とする、請求項２に記載の会話シナリオ編集装置。
前記会話シナリオ編集装置は、循環する結合関係を有する複数の射及び対象を合成することにより構成された単位元を記述することが可能であることを特徴とする、請求項２に記載の会話シナリオ編集装置。
回答文に対応した動作であって、ユーザ端末装置に実行させる動作を記述するとともに、動作に対応する会話サーバを起動させることを要求するメッセージを送信し、前記メッセージを受信する会話サーバを切り替えるサーバ切替手段を備えたことを特徴とする請求項１乃至３の何れか１項に記載の会話シナリオ編集装置。