会話システム及び会話文章処理方法
【課題】会話の入力文章に対する回答を記憶するＤＢを予め用意しなくても、ユーザとの会話を実現する。
【解決手段】ユーザの複数の端末装置と、ネットワークを介して端末装置に接続される管理サーバを有する会話システムにおいて、管理サーバは、端末装置から送信された、ユーザによって作成された文章に対して固有の文章ＩＤを生成し、文章を解析して文章タイプを決定し、文章中に特徴となるキーワードが有るかをチェックしてキーワードが有る場合にはキーワードを抽出し、かつ回答としての文章を作成する文章処理部と、文章ＩＤに対応して、取得した文章と、キーワードを記憶する文章ＤＢを有する。文章処理部は、取得した文章中にキーワードが有る場合には、文章ＤＢを検索して、同じキーワードを含む同じ文章タイプの文章を抽出し、抽出した文章を用いて回答を作成して端末装置へ送信する。
【解決手段】ユーザの複数の端末装置と、ネットワークを介して端末装置に接続される管理サーバを有する会話システムにおいて、管理サーバは、端末装置から送信された、ユーザによって作成された文章に対して固有の文章ＩＤを生成し、文章を解析して文章タイプを決定し、文章中に特徴となるキーワードが有るかをチェックしてキーワードが有る場合にはキーワードを抽出し、かつ回答としての文章を作成する文章処理部と、文章ＩＤに対応して、取得した文章と、キーワードを記憶する文章ＤＢを有する。文章処理部は、取得した文章中にキーワードが有る場合には、文章ＤＢを検索して、同じキーワードを含む同じ文章タイプの文章を抽出し、抽出した文章を用いて回答を作成して端末装置へ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会話システム及び会話文章処理方法に係り、特に、ユーザが携帯端末を管理サーバに接続して、音声又は文章により会話を行う会話システム及び会話文章処理方法に関するものである。
【背景技術】
【０００２】
ユーザが携帯電話などのような携帯端末を操作しながら、携帯端末の表示画面に表示されたキャラクタと音声又は文章により会話を行う会話システムが種々提案されている。
例えば、特許文献１には、使用者とキャラクタが自由に擬似的な会話をする疑似会話システムにおいて、キーワードに対応する回答を格納する回答データベース（ＤＢ）を有するコンテンツサーバで、クライアント端末から入力された文章の中から所定のキーワードを抽出し、回答データベースを検索して、抽出された所定のキーワードに対応する回答を得て、クライアント端末に配信するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３２３５５１公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
然るに、特許文献１に記載の技術は、回答を格納する回答ＤＢを予め用意しなければならない。しかも会話文章に使用されるキーワードには色々なものがあるが、それら全てのキーワードに対応した回答文を回答ＤＢに用意する必要がある。全ての回答文を用意するには膨大な作業時間を要する。また、会話の入力文章中に想定したキーワードが存在しない場合もある。仮に、入力文章にキーワードが存在するとしても、予め回答ＤＢに用意された回答文はキーワードには対応しているが、ユーザが使用する言葉（会話文章）に回答文が合致するとは限らない場合もあり得る。
【０００５】
本発明は、ユーザより会話として入力される文章をＤＢに蓄積しておき、このＤＢ内の文章を用いて回答を作成することにより、入力文章に対する回答を記憶するＤＢを予め用意しなくても、ユーザとの会話を実現することができる会話システム及び会話文章処理方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る会話システムは、好ましくは、会話のための文章を入力する入力器と文章を表示する表示器を有するユーザの複数の端末装置とネットワークを介して接続される管理サーバを有する会話システムであって、
該管理サーバは、該端末装置から送信された、ユーザによって作成された文章に対して固有の文章ＩＤを生成し、該文章を解析して文章タイプを決定し、該文章中に特徴となるキーワードが有るかをチェックして該キーワードが有る場合には該キーワードを抽出し、かつ回答用の文章を作成する文章処理部と、該文章ＩＤに対応して、取得した該文章と、該キーワードを記憶する文章ＤＢ（第１文章ＤＢ）と、を有し、
かつ該文章処理部は、取得した該文章中に該キーワードが有る場合には、該文章ＤＢを検索して、同じ該キーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信することを特徴とする会話システムとして構成される。
【０００７】
好ましい例では、前記管理サーバは、更に、取得した文章に対する回答となる文章を予め記憶する第２文章ＤＢを有し、
前記文章処理部は、取得した該文章中に該キーワードが無い場合には、該第２文章ＤＢを検索して、回答となる文章を抽出して該端末装置へ送信する。
【０００８】
また、好ましくは、前記管理サーバは、更に、ユーザに固有に付与されるユーザＩＤに対応して、該ユーザの個人的関係の人を特定するＩＤを登録するユーザ情報ＤＢを有し、
かつ前記第１文章ＤＢは、該文章ＩＤに対応して文章を入力したユーザのユーザＩＤを登録し、
前記文章処理部は、取得した該文章に対する回答の作成時に、該ユーザ情報ＤＢを参照して、該ユーザについて個人的関係の人として登録されたユーザのユーザＩＤを得て、該個人的関係の人のユーザＩＤについて該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信する。
【０００９】
また、本発明に係る会話文章処理方法は、好ましくは、会話のための文章を入力する入力器と文章を表示する表示器を有する複数の端末装置とネットワークを介して接続される管理サーバを有する会話システムにおける会話文章処理方法であって、
該管理サーバにおいて、該端末装置から送信された文章に固有の文章ＩＤを生成するステップと、
該管理サーバにおいて、該端末装置から送信された文章を解析して文章タイプを決定すると共に、該文章中に特徴となるキーワードが有る場合には該キーワードを抽出するステップと、
該管理サーバにおいて、該文章ＩＤに対応して、取得した該文章と、該キーワードを文章ＤＢ（第１文章ＤＢ）に記憶するステップと、
該管理サーバにおいて、該文章を解析した結果、該文章中にキーワードが有る場合、該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信するステップを有することを特徴とする会話文章処理方法として構成される。
【００１０】
好ましい例では、前記管理サーバは、取得した文章に対する回答となる文章を第２文章ＤＢに予め記憶しておき、
前記管理サーバは、取得した該文章中に該キーワードが無い場合には、該第２文章ＤＢを検索して、回答となる文章を抽出して該端末装置へ送信する。
【００１１】
また、好ましくは、前記管理サーバは、更に、ユーザに固有に付与されるユーザＩＤに対応して、該ユーザの個人的関係の人を特定するＩＤをユーザ情報ＤＢに登録し、
かつ文章ＩＤに対応して、文章を入力したユーザのユーザＩＤを前記第１文章ＤＢに登録し、
前記管理サーバは、入力文章に対する回答の作成時に、該ユーザ情報ＤＢを参照して、該ユーザについて個人的関係の人として登録されたユーザのユーザＩＤを得て、該個人的関係の人のユーザＩＤについて該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信する。
【発明の効果】
【００１２】
本発明によれば、会話の入力文章に対する回答用のＤＢを予め用意しなくても、ユーザの端末装置から入力される文章を文章ＤＢに蓄積し、この文章ＤＢ内の文章を用いて回答を作成することが可能となる。これにより、回答を予め用意するための膨大な作業時間を節約することができる。
【図面の簡単な説明】
【００１３】
【図１】一実施例による会話システムの全体構成を示す図。
【図２】一実施例による会話システムおける携帯端末の構成例を示す図。
【図３】一実施例による会話システムにおける文章ＤＢ４１の例を示す図。
【図４】一実施例による会話システムにおけるユーザ情報ＤＢ３の例を示す図。
【図５】一実施例による会話システムにおける文章処理のフローチャートを示す図。
【図６】他の実施例による会話システムにおける文章処理のフローチャートを示す図。
【発明を実施するための形態】
【００１４】
図１は、会話システムの全体構成例を示す。
会話システムは、ユーザが使用する多数の携帯端末２と、通信ネットワーク９を介して携帯端末２と接続される管理サーバ１を有して構成される。
管理サーバ１は、携帯端末２のユーザに対して会話サービスを提供するコンピュータであり、本実施例では、ユーザの携帯端末３の表示器に動物やアニメのキャラクタを表示し、表示中のキャラクタと会話する文章をユーザが携帯端末から入力することで、会話を進めていくことを実現する。
【００１５】
管理サーバ１のハードウェア構成は図示していないが、プロセッサ（ＣＰＵ）、メモリ、ハードディスクのような外部記憶装置、入力器、表示器等を有し、特徴的なアプリケーションプログラムをＣＰＵで実行することで、会話のための文章を処理する機能を実現する。
携帯端末２は、例えば携帯電話のような端末であるが、ユーザが通常使用するＰＣ（パーソナルコンピュータ）のような端末装置でもよい。携帯端末２のハードウェア構成については、図２を参照して後述する。
【００１６】
会話サービスを実現するために、管理サーバ１は、携帯端末２のユーザの情報を登録するユーザ情報登録部１０２と、携帯端末２より取得した会話の文章を解析し、かつ回答として携帯端末に送信する文章を作成する処理を行う文章処理部１０３を有する。また、データベース（ＤＢ）として、ユーザ情報を登録するユーザ情報ＤＢ３（図３参照）と、会話用文章を登録する文章ＤＢ４（文章ＤＢ４１と文章ＤＢ４２）を有する。文章ＤＢ４１は、携帯端末２より取得した会話の文章（入力文章）及びその解析結果のデータを記憶する（図４参照）。文章ＤＢ４１は、ユーザオリジナルな文章ＤＢと言える。文章ＤＢ４２はサービス提供者がシステム上予め用意したものであり、回答用の簡単な文章を予め記憶する。
【００１７】
本発明に特徴的なことは、入力文章を解析の結果、特徴となる単語（キーワード）が発見されれば、当該キーワードについて、文章ＤＢ４１を検索して文章を得て、その文章を用いて回答分を作成する。一方、入力文章中にキーワードが発見できなければ、予め文章ＤＢ４２から文章を抽出して回答文とする。
なお、ここで、文章処理部１０３及び文章ＤＢ４は説明の都合上の名称であり、例えば、会話部とか会話ＤＢと呼んでもよく、実質的に端末装置を用いてユーザとキャラクタが会話を行うためのものであれば、他の呼称でもよい。
【００１８】
図２は携帯端末２の構成を示す。
携帯端末２は、種々のアプリケーションプログラム等を実行するプロセッサ（ＣＰＵ）２０２、データやプログラムを格納するメモリ２０３、入力器２０４、表示器２０５、及び通信ネットワーク９に対してデータの送受信を行う無線通信器２０６を有して構成される。携帯端末２のユーザには固有の識別情報（ユーザＩＤ）が付与され、そのユーザＩＤはメモリ２０３に記憶されている。
ユーザは、入力器２０４を操作して会話に必要な文章を入力する。入力された文章は、ＣＰＵ２０２で処理されて表示器２０５に表示され、管理サーバ１へ逐次送信される。なお、会話のための文章は、入力器２０４からの入力に限らず、音声入力器から入力するようしてもよい。この場合、携帯端末のＣＰＵ２０２は、音声入力器（図示せず）から入力された音声を認識するための音声認識プログラムを実行しながら、入力された音声を逐次、文章に変換して表示器に表示する。
【００１９】
次に、図３、図４を参照して、各ＤＢの構成内容について説明する。
図３は、文章ＤＢ４１の構成例を示す。
文章ＤＢ４１は、文章処理部１０３の処理の下、携帯端末２から送信され取得された文章及びその解析結果によるデータを記憶する。即ち、入力される文章毎に付与される固有の文章ＩＤ、入力文章、ユーザに固有のユーザＩＤ、記憶する文章の文章タイプ、文章から抽出された特徴的な単語であるキーワード、及び文章の種類が挨拶文の場合、その挨拶の種類（朝、昼、夜）を登録する。文章タイプは、予め定められた１７種類（コーパス分類）の文章のうちから、文章処理部１０３で解析された何れかの文章タイプをコードで示す。これについては後述する。
なお、文章ＤＢ４２の内容については、図示していないが、これについては、後述する入力文章の構文解析結果に対する回答文の生成の説明から、その内容が理解されるであろう。即ち、後述のコーパス分類の結果、入力文章中に特徴単語が発見できなかった場合における例示した回答文が文章ＤＢ４２に記憶されている。
【００２０】
図４は、ユーザ情報ＤＢ３の構成例を示す。
ユーザ情報ＤＢ３は、携帯端末２を用いてサービスを受けるユーザの個人情報（例えば性別、生年月日、職業、住所（図示せず））を登録する。本発明に特徴的な項目として、各ユーザに固有に付与されたユーザＩＤ、ユーザの名前（ニックネームでもよい）、友人の各データが登録される。複数の友人の項目は、ユーザが自分の友人を逐次追加して登録する。友人は、この会話サービスを受けることができる人の中から選択されるものとし、各友人には既に固有のユーザＩＤが付与されている。図４に例示の友人の欄には、名字が記載されているが、ユーザＩＤが特定できるものであれば、通称やニックネームでもよい。或いは、ＤＢ上では、名字ではなくてユーザＩＤでもよい。
後述するが、友人を登録する理由は、文章処理部１０３が回答として選択する範囲を、登録された友人からの入力文章も含めて検索できるようにして、回答文の検索許容範囲を拡大する趣旨である。
【００２１】
ユーザ情報の登録は、最初、ユーザ情報登録部１０２の処理の下、ユーザの携帯端末２で入力され送信されたユーザの個人情報に対して固有のユーザＩＤが付与されて、ユーザ情報ＤＢ３に登録される。その後、ユーザが必要な情報を逐次入力して送信することで、例えば友人に関するデータが追加（又は削除）するように更新される。
なお、このユーザ情報ＤＢは、各ユーザの友人を登録するので、フレンドＤＢと呼んでもよい。また、ユーザＩＤに加えてユーザのパスワードが付与される場合もあるが、その場合には、ユーザパスワードもユーザ情報の１つとして登録される。
【００２２】
次に、図５のフローチャートを参照しながら、管理サーバ１における会話の文章処理動作について説明する。この処理は、アプリケーションプログラムが管理サーバ１のＣＰＵで実行されることで行われる。
ユーザは、携帯端末２からサービス提供先のＷｅｂサイトにアクセスして、携帯端末２の表示器２０５にキャラクタを表示して会話を行う。このＷｅｂサイトから会話サービスを受けるためには、ユーザは予めユーザ情報ＤＢ３に所定の個人情報を登録している。また、当該Ｗｅｂサイトへのアクセスに際しては、ユーザＩＤやユーザパスワードが一致することが条件である。
【００２３】
さて、携帯端末２がＷｅｂサイトに接続された後、ユーザは携帯端末２に会話用の文章を入力して、管理サーバ１へ送信する。携帯端末２から送信される文章には、ユーザＩＤが含まれている。管理サーバ１の文章処理部１０３は、携帯端末２から送信された入力文章を取得すると、固有の文章ＩＤを生成してその文章に付与する（Ｓ５０１）。取得した文章は、図示しないメモリに一時保管される。
【００２４】
次に、文章処理部１０３は、入力文章の構文解析を行う（Ｓ５０２）。入力文章の構文解析については後で詳述する。簡単に言えば、まず入力文章を品詞分解して一次分類を行い、次にその文章を解析して予め定められた１７種類のいずれかに分類して（二次分類（コーパス分類ともいう））、文章タイプを決定する。更に、この二次分類において、文章中に特徴となる単語（キーワード）が有るかをチェックし、その結果、特徴単語があれば、１又は複数の特徴単語を抽出する（Ｓ５０３）。
次に、先に生成した文章ＩＤに対応して、取得した入力文章、ユーザＩＤ、解析結果となる文章タイプ及びキーワードを、文章ＤＢ４１に記憶する（Ｓ５０４）。
【００２５】
次に、入力文章に対する回答の文章（回答文）の作成処理に移る（Ｓ５０５）。この場合、文章処理部１０３は、先の構文解析の結果、入力文章中に特徴単語が有るかを確認して（Ｓ５０６）、その結果特徴単語が有れば、当該特徴単語について文章ＤＢ４１を検索する（Ｓ５０７）。文章ＤＢ４１には、他のユーザ及び自ユーザが過去にキャラクタと会話した時の文章及びキーワードが文章ＩＤと共に記憶されている。図３を参照するに、例えば、ユーザＩＤが「Ｕ０１２６８５」のユーザの入力文章から人名「ユミ」が特徴単語として抽出されてキーワード１に記憶されているとする。今回の文章ＩＤ「Ｐ０００５」の文章「ユミは横浜に住んでいるよ」から、特徴単語として「ユミ」と「横浜」が抽出された場合、その回答文としては、特徴単語「ユミ」について、文章ＤＢ４１を検索した結果、「私はユミが好きです」という、同じユーザの過去の文章が回答として選択されることがある。
【００２６】
また、図３には図示していないが、他のユーザからの文章として「ユミ、今日はもう帰るよ」の文章が文章ＤＢ４１に記憶されている場合、上記文章の回答として当該文章「ユミ、今日はもう帰るよ」が選択されることがある（Ｓ５０８）。選択された回答文は、管理サーバ１からユーザの携帯端末２へ送信され、表示器２０５に表示される（Ｓ５０９）。回答文は恰もキャラクタからの返事のように、画面に表示中のキャラクタの動きに合わせて文字表示又はキャラクタの音声として出力される。ユーザは、表示された回答文を見て（又は音声を聞いて）、さらに会話を続けて文章を入力する。
なお、文章ＤＢ４１を検索した結果、同じキーワードについて、複数の回答文がヒット(hit)した場合には、例えば、現在時刻を乱数の種として、該当する複数の回答文の中から乱数に従って１つの回答文を選択するものとする。
【００２７】
一方、入力文章中に特徴単語が有るかの確認において（Ｓ５０６）、特徴単語が発見できなかった場合には、文章ＤＢ４２を検索して（Ｓ５１７）、解析構文毎に予め用意してあった回答文を選択する（Ｓ５１８）。選択された回答文は、同様にしてユーザの携帯端末２へ送信される。ここで、文章ＤＢ４２から回答文を選択するルールは曖昧なものである。例えば、「＊＊は好き？」と聞かれた場合は、「好きです」または「嫌いです」というような具体的に決めてよい。また他の例として、「＊＊はかわいいね」などの形容詞文であれば、その形容詞文に自然に繋がり得る回答文を選択して、「かわいい」をテンプレートに当てはめてそれを回答文とするようにしてもよい。いずれもしても、文章ＤＢ４２には、入力文章に対して適確に合致するような厳格な回答文を用意しておく必要はない。
【００２８】
次に、図６のフローチャートを参照して、他の例による会話の文章処理動作について説明する。図５を参照した上記実施例と比較して、図６の例は、ステップＳ６２１〜Ｓ６２３の処理（即ち回答文の作成処理）が相違する。その相違部分についての処理について、以下説明する。
文章処理部１０３は、取得した文章に対する回答文の作成時に、ユーザ情報ＤＢ３を検索して（Ｓ６２１）、現在会話中のユーザのユーザＩＤについて登録された友人のユーザＩＤを取得する（Ｓ６２２）。例えば、ユーザＩＤ「０００００２」のユーザ（鈴木さん）は、「工藤さん」のユーザＩＤ「Ｕ＊＊＊＊」を取得する。そして、先に抽出していた特徴単語について、文章ＤＢ４１の当該ユーザＩＤ「Ｕ＊＊＊＊」と自分のユーザＩＤ「０００００２」のユーザＩＤのエントリを検索する。検索の結果、特徴単語が含まれる回答文が選択される。
【００２９】
図５の例では、文章ＤＢ４１の全てのエントリを検索して、同じ特徴単語が含まれる文章を回答文として選択しているので、場合によっては、入力文章に対して突飛な内容の回答文が選択される可能性がある。しかし、図６の例によれば、入力文章に対する検索は、ユーザ本人と友人のエントリのみであるので、選択される回答文の言葉使いも似かより、また友人との日常の会話に使われる言葉が回答文として選択される可能性が高い。その結果、回答文に親近感がわき、ユーザはキャラクタとの会話を一層楽しく進めることが期待できる。
【００３０】
次に、入力文章の構文解析について説明する。
入力文章の解析は、１〜３の３段階を経て行われる。
１．一次分類
まず、入力文章を品詞分解する。その中から、「自分の名前の有無」、「名詞の有無」、「動詞の有無」、「命令形動詞の有無」、「形容詞の有無」、「コーパス自体が疑問形であるか？」の判断を行う（一次分類）。
【００３１】
２．二次分類（コーパス分類）
一次分類の結果から下記１７種に分類する（コーパス分類）。
（１）理解不能例：「あすらりてほめましこ」
（２）理解不能且つ呼びかけ例：「（プログラムの名前）ー！」
（３）理解不能疑問文例：「＊＊なの？」
（４）自分宛疑問文例：「（プログラムの名前）は＊＊なの？」
（５）名詞文例：「＊は＊だね」
（６）名詞文疑問系例：「＊は＊かな？」
（７）自分宛名詞文疑問系例：「＊は＊かな？」
（８）形容詞文例：「＊はかわいいね」
（９）形容詞文疑問系例：「＊はかわいいかな？」
（１０）自分宛形容詞文例：「（プログラムの名前）はかわいいね」
（１１）自分宛形容詞文疑問系例：「（プログラムの名前）はかわいいかな？」
（１２）動詞文例：「＊が＊を食べた」
（１３）自分宛動詞文例：「（プログラムの名前）が＊を食べるのか」
（１４）動詞文疑問系例：「＊が＊を食べるの？」
（１５）自分宛動詞文疑問系例：「（プログラムの名前）が＊を食べるの？」
（１６）動詞文命令形例：「食べろ！」
（１７）挨拶例：「おはよう」
３．コーパス分類による回答文の処理
（１）理解不能
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２に記憶された全文章からランダムに選択して回答文とする。
【００３２】
（２）理解不能且つ呼びかけ
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「え〜？ なにそれ？」
（３）理解不能疑問文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「なんのことだかよくわからないよ〜…」
（４）自分宛疑問文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「うんうん！」
（５）名詞文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「そうなんだー！！」
（６）名詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「さぁ…よくわかんないや」
（７）自分宛名詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「さぁ…よくわかんないや」
この処理は上記の名詞文疑問形と同一ですが将来の拡張の為に分類しています。
【００３３】
（８）形容詞文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：入力文章が「うさぎってかわいいよね」の場合は、「すっごいかわいい！」の回答文とする。
【００３４】
（９）形容詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「わかんな〜い。」
（１０）自分宛形容詞文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：入力文章が「（プログラムの名前）ってかわいいよね」の場合は、「えーかわいいかなぁ？」の回答文とする。
【００３５】
（１１）自分宛形容詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：入力文章が「（プログラムの名前）は楽しい？」だった場合は、
例：「うん、楽しいね！！」等と回答文とする。
【００３６】
（１２）動詞文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「そうなんだー！」。
【００３７】
（１３）自分宛動詞文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：入力文章が「（プログラムの名前）はお菓子食べる？」の場合は、「もちろん食べるよ！」の回答文とする。
【００３８】
（１４）動詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：「え？ よくわかんない」
（１５）自分宛動詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：「そうだね！」。
【００３９】
（１６）動詞文命令形
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：入力文章が「お菓子を食べろ！」の場合は、「（ユーザの名前）が食べろよ〜！」の回答文とする。
【００４０】
（１７）挨拶
挨拶は、内部で”朝の挨拶”、”昼の挨拶”、”夜の挨拶”、”帰宅時の挨拶”、”別れるときの挨拶”、”初対面の挨拶”にさらに細分化される。
挨拶の場合、入力文章を文章ＤＢ４１に記憶する時に、朝、昼、夜に分類して記憶しておく。その後回答を作成する時に、その時間及び状況にあった回答を選択する。例えば、午前６時〜午前１０時の時間帯であれば朝の挨拶、午前１０時〜午後６時の時間帯であれば昼の挨拶、午後６時〜翌日午前６時までは夜の挨拶を選択する。また、「はじめまして」といった特殊な挨拶に対しては、「はじめまして、よろしくお願いします」などの回答文を文章ＤＢ４１に用意しておき、回答文の作成時にこれを選択するようにすればよい。
【００４１】
なお、上記説明において、「文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする」なる表現が各所にある。これは、例えば、現在時刻を乱数の種として、該当する複数の回答文の中から乱数によりランダムに選択するものである。
【００４２】
以上、本発明の実施例について説明したが、本発明は上記実施例に限定されることなく、種々変形、応用して実施することができる。
例えば、上記実施例では、入力文章中に特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とするとしたが、予め回答文を記憶しておく文章ＤＢ４２は必ずしも必要はない。例えば、入力文章中に特徴単語が発見されなかった場合は、定常的に「わからないや」の回答文としてもよい。この場合、「わからないや」の簡単な単一の文章は、文章ＤＢ４２に記憶するまでもなく、プログラム内で生成することが可能である。
【００４３】
入力文章中に特徴単語が発見されなかった場合の更に他の例として、当該入力文章のユーザＩＤをキーとして文章ＤＢ４１を検索して、当該ユーザが過去に入力した文章を選択して回答文としてもよい。この場合、例えば、入力文章が「お菓子を食べろ！」の場合、回答文として同じ文章「お菓子食べろ！」が選択されることもある。更に他の例として、「おはよう」の入力文章に対して、「おはよう」の回答文が選択されることもある。
【００４４】
また、図６に示した文章処理の変形例として、文章ＤＢ４１の特別なエントリを検索するのは、ユーザの友人に限らない。例えば、ユーザの両親や兄弟、子供のように特別な個人的関係にある人のユーザＩＤのエントリを検索することも可能である。この場合、図４のユーザ情報ＤＢ３には、ユーザの友人だけでなく、特別な個人的関係の人のユーザＩＤを登録しておくことになる。
【符号の説明】
【００４５】
１：管理サーバ ２：携帯端末 ９：ネットワーク
１０２：ユーザ情報登録部 １０３：文章処理部 ３：ユーザ情報ＤＢ ４：文章ＤＢ ４１：文章ＤＢ１ ４２：文章ＤＢ２
２０２：ＣＰＵ ２０３：メモリ ２０４：入力器 ２０５：表示器 ２０６：無線通信器。
【技術分野】
【０００１】
本発明は、会話システム及び会話文章処理方法に係り、特に、ユーザが携帯端末を管理サーバに接続して、音声又は文章により会話を行う会話システム及び会話文章処理方法に関するものである。
【背景技術】
【０００２】
ユーザが携帯電話などのような携帯端末を操作しながら、携帯端末の表示画面に表示されたキャラクタと音声又は文章により会話を行う会話システムが種々提案されている。
例えば、特許文献１には、使用者とキャラクタが自由に擬似的な会話をする疑似会話システムにおいて、キーワードに対応する回答を格納する回答データベース（ＤＢ）を有するコンテンツサーバで、クライアント端末から入力された文章の中から所定のキーワードを抽出し、回答データベースを検索して、抽出された所定のキーワードに対応する回答を得て、クライアント端末に配信するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３２３５５１公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
然るに、特許文献１に記載の技術は、回答を格納する回答ＤＢを予め用意しなければならない。しかも会話文章に使用されるキーワードには色々なものがあるが、それら全てのキーワードに対応した回答文を回答ＤＢに用意する必要がある。全ての回答文を用意するには膨大な作業時間を要する。また、会話の入力文章中に想定したキーワードが存在しない場合もある。仮に、入力文章にキーワードが存在するとしても、予め回答ＤＢに用意された回答文はキーワードには対応しているが、ユーザが使用する言葉（会話文章）に回答文が合致するとは限らない場合もあり得る。
【０００５】
本発明は、ユーザより会話として入力される文章をＤＢに蓄積しておき、このＤＢ内の文章を用いて回答を作成することにより、入力文章に対する回答を記憶するＤＢを予め用意しなくても、ユーザとの会話を実現することができる会話システム及び会話文章処理方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る会話システムは、好ましくは、会話のための文章を入力する入力器と文章を表示する表示器を有するユーザの複数の端末装置とネットワークを介して接続される管理サーバを有する会話システムであって、
該管理サーバは、該端末装置から送信された、ユーザによって作成された文章に対して固有の文章ＩＤを生成し、該文章を解析して文章タイプを決定し、該文章中に特徴となるキーワードが有るかをチェックして該キーワードが有る場合には該キーワードを抽出し、かつ回答用の文章を作成する文章処理部と、該文章ＩＤに対応して、取得した該文章と、該キーワードを記憶する文章ＤＢ（第１文章ＤＢ）と、を有し、
かつ該文章処理部は、取得した該文章中に該キーワードが有る場合には、該文章ＤＢを検索して、同じ該キーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信することを特徴とする会話システムとして構成される。
【０００７】
好ましい例では、前記管理サーバは、更に、取得した文章に対する回答となる文章を予め記憶する第２文章ＤＢを有し、
前記文章処理部は、取得した該文章中に該キーワードが無い場合には、該第２文章ＤＢを検索して、回答となる文章を抽出して該端末装置へ送信する。
【０００８】
また、好ましくは、前記管理サーバは、更に、ユーザに固有に付与されるユーザＩＤに対応して、該ユーザの個人的関係の人を特定するＩＤを登録するユーザ情報ＤＢを有し、
かつ前記第１文章ＤＢは、該文章ＩＤに対応して文章を入力したユーザのユーザＩＤを登録し、
前記文章処理部は、取得した該文章に対する回答の作成時に、該ユーザ情報ＤＢを参照して、該ユーザについて個人的関係の人として登録されたユーザのユーザＩＤを得て、該個人的関係の人のユーザＩＤについて該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信する。
【０００９】
また、本発明に係る会話文章処理方法は、好ましくは、会話のための文章を入力する入力器と文章を表示する表示器を有する複数の端末装置とネットワークを介して接続される管理サーバを有する会話システムにおける会話文章処理方法であって、
該管理サーバにおいて、該端末装置から送信された文章に固有の文章ＩＤを生成するステップと、
該管理サーバにおいて、該端末装置から送信された文章を解析して文章タイプを決定すると共に、該文章中に特徴となるキーワードが有る場合には該キーワードを抽出するステップと、
該管理サーバにおいて、該文章ＩＤに対応して、取得した該文章と、該キーワードを文章ＤＢ（第１文章ＤＢ）に記憶するステップと、
該管理サーバにおいて、該文章を解析した結果、該文章中にキーワードが有る場合、該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信するステップを有することを特徴とする会話文章処理方法として構成される。
【００１０】
好ましい例では、前記管理サーバは、取得した文章に対する回答となる文章を第２文章ＤＢに予め記憶しておき、
前記管理サーバは、取得した該文章中に該キーワードが無い場合には、該第２文章ＤＢを検索して、回答となる文章を抽出して該端末装置へ送信する。
【００１１】
また、好ましくは、前記管理サーバは、更に、ユーザに固有に付与されるユーザＩＤに対応して、該ユーザの個人的関係の人を特定するＩＤをユーザ情報ＤＢに登録し、
かつ文章ＩＤに対応して、文章を入力したユーザのユーザＩＤを前記第１文章ＤＢに登録し、
前記管理サーバは、入力文章に対する回答の作成時に、該ユーザ情報ＤＢを参照して、該ユーザについて個人的関係の人として登録されたユーザのユーザＩＤを得て、該個人的関係の人のユーザＩＤについて該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信する。
【発明の効果】
【００１２】
本発明によれば、会話の入力文章に対する回答用のＤＢを予め用意しなくても、ユーザの端末装置から入力される文章を文章ＤＢに蓄積し、この文章ＤＢ内の文章を用いて回答を作成することが可能となる。これにより、回答を予め用意するための膨大な作業時間を節約することができる。
【図面の簡単な説明】
【００１３】
【図１】一実施例による会話システムの全体構成を示す図。
【図２】一実施例による会話システムおける携帯端末の構成例を示す図。
【図３】一実施例による会話システムにおける文章ＤＢ４１の例を示す図。
【図４】一実施例による会話システムにおけるユーザ情報ＤＢ３の例を示す図。
【図５】一実施例による会話システムにおける文章処理のフローチャートを示す図。
【図６】他の実施例による会話システムにおける文章処理のフローチャートを示す図。
【発明を実施するための形態】
【００１４】
図１は、会話システムの全体構成例を示す。
会話システムは、ユーザが使用する多数の携帯端末２と、通信ネットワーク９を介して携帯端末２と接続される管理サーバ１を有して構成される。
管理サーバ１は、携帯端末２のユーザに対して会話サービスを提供するコンピュータであり、本実施例では、ユーザの携帯端末３の表示器に動物やアニメのキャラクタを表示し、表示中のキャラクタと会話する文章をユーザが携帯端末から入力することで、会話を進めていくことを実現する。
【００１５】
管理サーバ１のハードウェア構成は図示していないが、プロセッサ（ＣＰＵ）、メモリ、ハードディスクのような外部記憶装置、入力器、表示器等を有し、特徴的なアプリケーションプログラムをＣＰＵで実行することで、会話のための文章を処理する機能を実現する。
携帯端末２は、例えば携帯電話のような端末であるが、ユーザが通常使用するＰＣ（パーソナルコンピュータ）のような端末装置でもよい。携帯端末２のハードウェア構成については、図２を参照して後述する。
【００１６】
会話サービスを実現するために、管理サーバ１は、携帯端末２のユーザの情報を登録するユーザ情報登録部１０２と、携帯端末２より取得した会話の文章を解析し、かつ回答として携帯端末に送信する文章を作成する処理を行う文章処理部１０３を有する。また、データベース（ＤＢ）として、ユーザ情報を登録するユーザ情報ＤＢ３（図３参照）と、会話用文章を登録する文章ＤＢ４（文章ＤＢ４１と文章ＤＢ４２）を有する。文章ＤＢ４１は、携帯端末２より取得した会話の文章（入力文章）及びその解析結果のデータを記憶する（図４参照）。文章ＤＢ４１は、ユーザオリジナルな文章ＤＢと言える。文章ＤＢ４２はサービス提供者がシステム上予め用意したものであり、回答用の簡単な文章を予め記憶する。
【００１７】
本発明に特徴的なことは、入力文章を解析の結果、特徴となる単語（キーワード）が発見されれば、当該キーワードについて、文章ＤＢ４１を検索して文章を得て、その文章を用いて回答分を作成する。一方、入力文章中にキーワードが発見できなければ、予め文章ＤＢ４２から文章を抽出して回答文とする。
なお、ここで、文章処理部１０３及び文章ＤＢ４は説明の都合上の名称であり、例えば、会話部とか会話ＤＢと呼んでもよく、実質的に端末装置を用いてユーザとキャラクタが会話を行うためのものであれば、他の呼称でもよい。
【００１８】
図２は携帯端末２の構成を示す。
携帯端末２は、種々のアプリケーションプログラム等を実行するプロセッサ（ＣＰＵ）２０２、データやプログラムを格納するメモリ２０３、入力器２０４、表示器２０５、及び通信ネットワーク９に対してデータの送受信を行う無線通信器２０６を有して構成される。携帯端末２のユーザには固有の識別情報（ユーザＩＤ）が付与され、そのユーザＩＤはメモリ２０３に記憶されている。
ユーザは、入力器２０４を操作して会話に必要な文章を入力する。入力された文章は、ＣＰＵ２０２で処理されて表示器２０５に表示され、管理サーバ１へ逐次送信される。なお、会話のための文章は、入力器２０４からの入力に限らず、音声入力器から入力するようしてもよい。この場合、携帯端末のＣＰＵ２０２は、音声入力器（図示せず）から入力された音声を認識するための音声認識プログラムを実行しながら、入力された音声を逐次、文章に変換して表示器に表示する。
【００１９】
次に、図３、図４を参照して、各ＤＢの構成内容について説明する。
図３は、文章ＤＢ４１の構成例を示す。
文章ＤＢ４１は、文章処理部１０３の処理の下、携帯端末２から送信され取得された文章及びその解析結果によるデータを記憶する。即ち、入力される文章毎に付与される固有の文章ＩＤ、入力文章、ユーザに固有のユーザＩＤ、記憶する文章の文章タイプ、文章から抽出された特徴的な単語であるキーワード、及び文章の種類が挨拶文の場合、その挨拶の種類（朝、昼、夜）を登録する。文章タイプは、予め定められた１７種類（コーパス分類）の文章のうちから、文章処理部１０３で解析された何れかの文章タイプをコードで示す。これについては後述する。
なお、文章ＤＢ４２の内容については、図示していないが、これについては、後述する入力文章の構文解析結果に対する回答文の生成の説明から、その内容が理解されるであろう。即ち、後述のコーパス分類の結果、入力文章中に特徴単語が発見できなかった場合における例示した回答文が文章ＤＢ４２に記憶されている。
【００２０】
図４は、ユーザ情報ＤＢ３の構成例を示す。
ユーザ情報ＤＢ３は、携帯端末２を用いてサービスを受けるユーザの個人情報（例えば性別、生年月日、職業、住所（図示せず））を登録する。本発明に特徴的な項目として、各ユーザに固有に付与されたユーザＩＤ、ユーザの名前（ニックネームでもよい）、友人の各データが登録される。複数の友人の項目は、ユーザが自分の友人を逐次追加して登録する。友人は、この会話サービスを受けることができる人の中から選択されるものとし、各友人には既に固有のユーザＩＤが付与されている。図４に例示の友人の欄には、名字が記載されているが、ユーザＩＤが特定できるものであれば、通称やニックネームでもよい。或いは、ＤＢ上では、名字ではなくてユーザＩＤでもよい。
後述するが、友人を登録する理由は、文章処理部１０３が回答として選択する範囲を、登録された友人からの入力文章も含めて検索できるようにして、回答文の検索許容範囲を拡大する趣旨である。
【００２１】
ユーザ情報の登録は、最初、ユーザ情報登録部１０２の処理の下、ユーザの携帯端末２で入力され送信されたユーザの個人情報に対して固有のユーザＩＤが付与されて、ユーザ情報ＤＢ３に登録される。その後、ユーザが必要な情報を逐次入力して送信することで、例えば友人に関するデータが追加（又は削除）するように更新される。
なお、このユーザ情報ＤＢは、各ユーザの友人を登録するので、フレンドＤＢと呼んでもよい。また、ユーザＩＤに加えてユーザのパスワードが付与される場合もあるが、その場合には、ユーザパスワードもユーザ情報の１つとして登録される。
【００２２】
次に、図５のフローチャートを参照しながら、管理サーバ１における会話の文章処理動作について説明する。この処理は、アプリケーションプログラムが管理サーバ１のＣＰＵで実行されることで行われる。
ユーザは、携帯端末２からサービス提供先のＷｅｂサイトにアクセスして、携帯端末２の表示器２０５にキャラクタを表示して会話を行う。このＷｅｂサイトから会話サービスを受けるためには、ユーザは予めユーザ情報ＤＢ３に所定の個人情報を登録している。また、当該Ｗｅｂサイトへのアクセスに際しては、ユーザＩＤやユーザパスワードが一致することが条件である。
【００２３】
さて、携帯端末２がＷｅｂサイトに接続された後、ユーザは携帯端末２に会話用の文章を入力して、管理サーバ１へ送信する。携帯端末２から送信される文章には、ユーザＩＤが含まれている。管理サーバ１の文章処理部１０３は、携帯端末２から送信された入力文章を取得すると、固有の文章ＩＤを生成してその文章に付与する（Ｓ５０１）。取得した文章は、図示しないメモリに一時保管される。
【００２４】
次に、文章処理部１０３は、入力文章の構文解析を行う（Ｓ５０２）。入力文章の構文解析については後で詳述する。簡単に言えば、まず入力文章を品詞分解して一次分類を行い、次にその文章を解析して予め定められた１７種類のいずれかに分類して（二次分類（コーパス分類ともいう））、文章タイプを決定する。更に、この二次分類において、文章中に特徴となる単語（キーワード）が有るかをチェックし、その結果、特徴単語があれば、１又は複数の特徴単語を抽出する（Ｓ５０３）。
次に、先に生成した文章ＩＤに対応して、取得した入力文章、ユーザＩＤ、解析結果となる文章タイプ及びキーワードを、文章ＤＢ４１に記憶する（Ｓ５０４）。
【００２５】
次に、入力文章に対する回答の文章（回答文）の作成処理に移る（Ｓ５０５）。この場合、文章処理部１０３は、先の構文解析の結果、入力文章中に特徴単語が有るかを確認して（Ｓ５０６）、その結果特徴単語が有れば、当該特徴単語について文章ＤＢ４１を検索する（Ｓ５０７）。文章ＤＢ４１には、他のユーザ及び自ユーザが過去にキャラクタと会話した時の文章及びキーワードが文章ＩＤと共に記憶されている。図３を参照するに、例えば、ユーザＩＤが「Ｕ０１２６８５」のユーザの入力文章から人名「ユミ」が特徴単語として抽出されてキーワード１に記憶されているとする。今回の文章ＩＤ「Ｐ０００５」の文章「ユミは横浜に住んでいるよ」から、特徴単語として「ユミ」と「横浜」が抽出された場合、その回答文としては、特徴単語「ユミ」について、文章ＤＢ４１を検索した結果、「私はユミが好きです」という、同じユーザの過去の文章が回答として選択されることがある。
【００２６】
また、図３には図示していないが、他のユーザからの文章として「ユミ、今日はもう帰るよ」の文章が文章ＤＢ４１に記憶されている場合、上記文章の回答として当該文章「ユミ、今日はもう帰るよ」が選択されることがある（Ｓ５０８）。選択された回答文は、管理サーバ１からユーザの携帯端末２へ送信され、表示器２０５に表示される（Ｓ５０９）。回答文は恰もキャラクタからの返事のように、画面に表示中のキャラクタの動きに合わせて文字表示又はキャラクタの音声として出力される。ユーザは、表示された回答文を見て（又は音声を聞いて）、さらに会話を続けて文章を入力する。
なお、文章ＤＢ４１を検索した結果、同じキーワードについて、複数の回答文がヒット(hit)した場合には、例えば、現在時刻を乱数の種として、該当する複数の回答文の中から乱数に従って１つの回答文を選択するものとする。
【００２７】
一方、入力文章中に特徴単語が有るかの確認において（Ｓ５０６）、特徴単語が発見できなかった場合には、文章ＤＢ４２を検索して（Ｓ５１７）、解析構文毎に予め用意してあった回答文を選択する（Ｓ５１８）。選択された回答文は、同様にしてユーザの携帯端末２へ送信される。ここで、文章ＤＢ４２から回答文を選択するルールは曖昧なものである。例えば、「＊＊は好き？」と聞かれた場合は、「好きです」または「嫌いです」というような具体的に決めてよい。また他の例として、「＊＊はかわいいね」などの形容詞文であれば、その形容詞文に自然に繋がり得る回答文を選択して、「かわいい」をテンプレートに当てはめてそれを回答文とするようにしてもよい。いずれもしても、文章ＤＢ４２には、入力文章に対して適確に合致するような厳格な回答文を用意しておく必要はない。
【００２８】
次に、図６のフローチャートを参照して、他の例による会話の文章処理動作について説明する。図５を参照した上記実施例と比較して、図６の例は、ステップＳ６２１〜Ｓ６２３の処理（即ち回答文の作成処理）が相違する。その相違部分についての処理について、以下説明する。
文章処理部１０３は、取得した文章に対する回答文の作成時に、ユーザ情報ＤＢ３を検索して（Ｓ６２１）、現在会話中のユーザのユーザＩＤについて登録された友人のユーザＩＤを取得する（Ｓ６２２）。例えば、ユーザＩＤ「０００００２」のユーザ（鈴木さん）は、「工藤さん」のユーザＩＤ「Ｕ＊＊＊＊」を取得する。そして、先に抽出していた特徴単語について、文章ＤＢ４１の当該ユーザＩＤ「Ｕ＊＊＊＊」と自分のユーザＩＤ「０００００２」のユーザＩＤのエントリを検索する。検索の結果、特徴単語が含まれる回答文が選択される。
【００２９】
図５の例では、文章ＤＢ４１の全てのエントリを検索して、同じ特徴単語が含まれる文章を回答文として選択しているので、場合によっては、入力文章に対して突飛な内容の回答文が選択される可能性がある。しかし、図６の例によれば、入力文章に対する検索は、ユーザ本人と友人のエントリのみであるので、選択される回答文の言葉使いも似かより、また友人との日常の会話に使われる言葉が回答文として選択される可能性が高い。その結果、回答文に親近感がわき、ユーザはキャラクタとの会話を一層楽しく進めることが期待できる。
【００３０】
次に、入力文章の構文解析について説明する。
入力文章の解析は、１〜３の３段階を経て行われる。
１．一次分類
まず、入力文章を品詞分解する。その中から、「自分の名前の有無」、「名詞の有無」、「動詞の有無」、「命令形動詞の有無」、「形容詞の有無」、「コーパス自体が疑問形であるか？」の判断を行う（一次分類）。
【００３１】
２．二次分類（コーパス分類）
一次分類の結果から下記１７種に分類する（コーパス分類）。
（１）理解不能例：「あすらりてほめましこ」
（２）理解不能且つ呼びかけ例：「（プログラムの名前）ー！」
（３）理解不能疑問文例：「＊＊なの？」
（４）自分宛疑問文例：「（プログラムの名前）は＊＊なの？」
（５）名詞文例：「＊は＊だね」
（６）名詞文疑問系例：「＊は＊かな？」
（７）自分宛名詞文疑問系例：「＊は＊かな？」
（８）形容詞文例：「＊はかわいいね」
（９）形容詞文疑問系例：「＊はかわいいかな？」
（１０）自分宛形容詞文例：「（プログラムの名前）はかわいいね」
（１１）自分宛形容詞文疑問系例：「（プログラムの名前）はかわいいかな？」
（１２）動詞文例：「＊が＊を食べた」
（１３）自分宛動詞文例：「（プログラムの名前）が＊を食べるのか」
（１４）動詞文疑問系例：「＊が＊を食べるの？」
（１５）自分宛動詞文疑問系例：「（プログラムの名前）が＊を食べるの？」
（１６）動詞文命令形例：「食べろ！」
（１７）挨拶例：「おはよう」
３．コーパス分類による回答文の処理
（１）理解不能
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２に記憶された全文章からランダムに選択して回答文とする。
【００３２】
（２）理解不能且つ呼びかけ
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「え〜？ なにそれ？」
（３）理解不能疑問文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「なんのことだかよくわからないよ〜…」
（４）自分宛疑問文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「うんうん！」
（５）名詞文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「そうなんだー！！」
（６）名詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「さぁ…よくわかんないや」
（７）自分宛名詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「さぁ…よくわかんないや」
この処理は上記の名詞文疑問形と同一ですが将来の拡張の為に分類しています。
【００３３】
（８）形容詞文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：入力文章が「うさぎってかわいいよね」の場合は、「すっごいかわいい！」の回答文とする。
【００３４】
（９）形容詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「わかんな〜い。」
（１０）自分宛形容詞文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：入力文章が「（プログラムの名前）ってかわいいよね」の場合は、「えーかわいいかなぁ？」の回答文とする。
【００３５】
（１１）自分宛形容詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：入力文章が「（プログラムの名前）は楽しい？」だった場合は、
例：「うん、楽しいね！！」等と回答文とする。
【００３６】
（１２）動詞文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。例：「そうなんだー！」。
【００３７】
（１３）自分宛動詞文
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：入力文章が「（プログラムの名前）はお菓子食べる？」の場合は、「もちろん食べるよ！」の回答文とする。
【００３８】
（１４）動詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：「え？ よくわかんない」
（１５）自分宛動詞文疑問系
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：「そうだね！」。
【００３９】
（１６）動詞文命令形
文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする。特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とする。
例：入力文章が「お菓子を食べろ！」の場合は、「（ユーザの名前）が食べろよ〜！」の回答文とする。
【００４０】
（１７）挨拶
挨拶は、内部で”朝の挨拶”、”昼の挨拶”、”夜の挨拶”、”帰宅時の挨拶”、”別れるときの挨拶”、”初対面の挨拶”にさらに細分化される。
挨拶の場合、入力文章を文章ＤＢ４１に記憶する時に、朝、昼、夜に分類して記憶しておく。その後回答を作成する時に、その時間及び状況にあった回答を選択する。例えば、午前６時〜午前１０時の時間帯であれば朝の挨拶、午前１０時〜午後６時の時間帯であれば昼の挨拶、午後６時〜翌日午前６時までは夜の挨拶を選択する。また、「はじめまして」といった特殊な挨拶に対しては、「はじめまして、よろしくお願いします」などの回答文を文章ＤＢ４１に用意しておき、回答文の作成時にこれを選択するようにすればよい。
【００４１】
なお、上記説明において、「文章中に特徴単語が発見された場合は、その特徴単語を含む文章をランダムに回答文とする」なる表現が各所にある。これは、例えば、現在時刻を乱数の種として、該当する複数の回答文の中から乱数によりランダムに選択するものである。
【００４２】
以上、本発明の実施例について説明したが、本発明は上記実施例に限定されることなく、種々変形、応用して実施することができる。
例えば、上記実施例では、入力文章中に特徴単語が発見されなかった場合は、文章ＤＢ４２から選択して回答文とするとしたが、予め回答文を記憶しておく文章ＤＢ４２は必ずしも必要はない。例えば、入力文章中に特徴単語が発見されなかった場合は、定常的に「わからないや」の回答文としてもよい。この場合、「わからないや」の簡単な単一の文章は、文章ＤＢ４２に記憶するまでもなく、プログラム内で生成することが可能である。
【００４３】
入力文章中に特徴単語が発見されなかった場合の更に他の例として、当該入力文章のユーザＩＤをキーとして文章ＤＢ４１を検索して、当該ユーザが過去に入力した文章を選択して回答文としてもよい。この場合、例えば、入力文章が「お菓子を食べろ！」の場合、回答文として同じ文章「お菓子食べろ！」が選択されることもある。更に他の例として、「おはよう」の入力文章に対して、「おはよう」の回答文が選択されることもある。
【００４４】
また、図６に示した文章処理の変形例として、文章ＤＢ４１の特別なエントリを検索するのは、ユーザの友人に限らない。例えば、ユーザの両親や兄弟、子供のように特別な個人的関係にある人のユーザＩＤのエントリを検索することも可能である。この場合、図４のユーザ情報ＤＢ３には、ユーザの友人だけでなく、特別な個人的関係の人のユーザＩＤを登録しておくことになる。
【符号の説明】
【００４５】
１：管理サーバ ２：携帯端末 ９：ネットワーク
１０２：ユーザ情報登録部 １０３：文章処理部 ３：ユーザ情報ＤＢ ４：文章ＤＢ ４１：文章ＤＢ１ ４２：文章ＤＢ２
２０２：ＣＰＵ ２０３：メモリ ２０４：入力器 ２０５：表示器 ２０６：無線通信器。
【特許請求の範囲】
【請求項１】
会話のための文章を入力する入力器と文章を表示する表示器を有するユーザの複数の端末装置とネットワークを介して接続される管理サーバを有する会話システムであって、
該管理サーバは、
該端末装置から送信された、ユーザによって作成された文章に対して固有の文章ＩＤを生成し、該文章を解析して文章タイプを決定し、該文章中に特徴となるキーワードが有るかをチェックして該キーワードが有る場合には該キーワードを抽出し、かつ回答用の文章を作成する文章処理部と、
該文章ＩＤに対応して、取得した該文章と、該キーワードを記憶する文章ＤＢ（第１文章ＤＢ）と、を有し、
かつ該文章処理部は、取得した該文章中に該キーワードが有る場合には、該文章ＤＢを検索して、同じ該キーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信することを特徴とする会話システム。
【請求項２】
前記管理サーバは、更に、取得した文章に対する回答となる文章を予め記憶する第２文章ＤＢを有し、
前記文章処理部は、取得した該文章中に該キーワードが無い場合には、該第２文章ＤＢを検索して、回答となる文章を抽出して該端末装置へ送信することを特徴とする請求項１の会話システム。
【請求項３】
前記管理サーバは、更に、ユーザに固有に付与されるユーザＩＤに対応して、該ユーザの個人的関係の人を特定するＩＤを登録するユーザ情報ＤＢを有し、
かつ前記第１文章ＤＢは、該文章ＩＤに対応して文章を入力したユーザのユーザＩＤを登録し、
前記文章処理部は、取得した該文章に対する回答の作成時に、該ユーザ情報ＤＢを参照して、該ユーザについて個人的関係の人として登録されたユーザのユーザＩＤを得て、該個人的関係の人のユーザＩＤについて該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信することを特徴とする請求項１または２記載の会話システム。
【請求項４】
会話のための文章を入力する入力器と文章を表示する表示器を有する複数の端末装置とネットワークを介して接続される管理サーバを有する会話システムにおける会話文章処理方法であって、
該管理サーバにおいて、該端末装置から送信された文章に固有の文章ＩＤを生成するステップと、
該管理サーバにおいて、該端末装置から送信された文章を解析して文章タイプを決定すると共に、該文章中に特徴となるキーワードが有る場合には該キーワードを抽出するステップと、
該管理サーバにおいて、該文章ＩＤに対応して、取得した該文章と、該キーワードを文章ＤＢ（第１文章ＤＢ）に記憶するステップと、
該管理サーバにおいて、該文章を解析した結果、該文章中にキーワードが有る場合、該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信するステップと
を有することを特徴とする会話文章処理方法。
【請求項５】
前記管理サーバは、取得した文章に対する回答となる文章を第２文章ＤＢに予め記憶しておき、
前記管理サーバは、取得した該文章中に該キーワードが無い場合には、該第２文章ＤＢを検索して、回答となる文章を抽出して該端末装置へ送信することを特徴とする請求項４記載の会話文章処理方法。
【請求項６】
前記管理サーバは、更に、ユーザに固有に付与されるユーザＩＤに対応して、該ユーザの個人的関係の人を特定するＩＤをユーザ情報ＤＢに登録し、
かつ文章ＩＤに対応して、文章を入力したユーザのユーザＩＤを前記第１文章ＤＢに登録し、
前記管理サーバは、入力文章に対する回答の作成時に、該ユーザ情報ＤＢを参照して、該ユーザについて個人的関係の人として登録されたユーザのユーザＩＤを得て、該個人的関係の人のユーザＩＤについて該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信することを特徴とする請求項４又は５項記載の会話文章処理方法。
【請求項１】
会話のための文章を入力する入力器と文章を表示する表示器を有するユーザの複数の端末装置とネットワークを介して接続される管理サーバを有する会話システムであって、
該管理サーバは、
該端末装置から送信された、ユーザによって作成された文章に対して固有の文章ＩＤを生成し、該文章を解析して文章タイプを決定し、該文章中に特徴となるキーワードが有るかをチェックして該キーワードが有る場合には該キーワードを抽出し、かつ回答用の文章を作成する文章処理部と、
該文章ＩＤに対応して、取得した該文章と、該キーワードを記憶する文章ＤＢ（第１文章ＤＢ）と、を有し、
かつ該文章処理部は、取得した該文章中に該キーワードが有る場合には、該文章ＤＢを検索して、同じ該キーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信することを特徴とする会話システム。
【請求項２】
前記管理サーバは、更に、取得した文章に対する回答となる文章を予め記憶する第２文章ＤＢを有し、
前記文章処理部は、取得した該文章中に該キーワードが無い場合には、該第２文章ＤＢを検索して、回答となる文章を抽出して該端末装置へ送信することを特徴とする請求項１の会話システム。
【請求項３】
前記管理サーバは、更に、ユーザに固有に付与されるユーザＩＤに対応して、該ユーザの個人的関係の人を特定するＩＤを登録するユーザ情報ＤＢを有し、
かつ前記第１文章ＤＢは、該文章ＩＤに対応して文章を入力したユーザのユーザＩＤを登録し、
前記文章処理部は、取得した該文章に対する回答の作成時に、該ユーザ情報ＤＢを参照して、該ユーザについて個人的関係の人として登録されたユーザのユーザＩＤを得て、該個人的関係の人のユーザＩＤについて該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信することを特徴とする請求項１または２記載の会話システム。
【請求項４】
会話のための文章を入力する入力器と文章を表示する表示器を有する複数の端末装置とネットワークを介して接続される管理サーバを有する会話システムにおける会話文章処理方法であって、
該管理サーバにおいて、該端末装置から送信された文章に固有の文章ＩＤを生成するステップと、
該管理サーバにおいて、該端末装置から送信された文章を解析して文章タイプを決定すると共に、該文章中に特徴となるキーワードが有る場合には該キーワードを抽出するステップと、
該管理サーバにおいて、該文章ＩＤに対応して、取得した該文章と、該キーワードを文章ＤＢ（第１文章ＤＢ）に記憶するステップと、
該管理サーバにおいて、該文章を解析した結果、該文章中にキーワードが有る場合、該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信するステップと
を有することを特徴とする会話文章処理方法。
【請求項５】
前記管理サーバは、取得した文章に対する回答となる文章を第２文章ＤＢに予め記憶しておき、
前記管理サーバは、取得した該文章中に該キーワードが無い場合には、該第２文章ＤＢを検索して、回答となる文章を抽出して該端末装置へ送信することを特徴とする請求項４記載の会話文章処理方法。
【請求項６】
前記管理サーバは、更に、ユーザに固有に付与されるユーザＩＤに対応して、該ユーザの個人的関係の人を特定するＩＤをユーザ情報ＤＢに登録し、
かつ文章ＩＤに対応して、文章を入力したユーザのユーザＩＤを前記第１文章ＤＢに登録し、
前記管理サーバは、入力文章に対する回答の作成時に、該ユーザ情報ＤＢを参照して、該ユーザについて個人的関係の人として登録されたユーザのユーザＩＤを得て、該個人的関係の人のユーザＩＤについて該第１文章ＤＢを検索して、同じキーワードを含む文章を抽出し、抽出した該文章を用いて回答を作成して該端末装置へ送信することを特徴とする請求項４又は５項記載の会話文章処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−３２９２８（Ｐ２０１２−３２９２８Ａ）
【公開日】平成２４年２月１６日（２０１２．２．１６）
【国際特許分類】
【出願番号】特願２０１０−１７０５０５（Ｐ２０１０−１７０５０５）
【出願日】平成２２年７月２９日（２０１０．７．２９）
【特許番号】特許第４６７７０５１号（Ｐ４６７７０５１）
【特許公報発行日】平成２３年４月２７日（２０１１．４．２７）
【出願人】（５１０１８６８４５）アット・イー・デザイン株式会社 (3)
【Ｆターム（参考）】
【公開日】平成２４年２月１６日（２０１２．２．１６）
【国際特許分類】
【出願日】平成２２年７月２９日（２０１０．７．２９）
【特許番号】特許第４６７７０５１号（Ｐ４６７７０５１）
【特許公報発行日】平成２３年４月２７日（２０１１．４．２７）
【出願人】（５１０１８６８４５）アット・イー・デザイン株式会社 (3)
【Ｆターム（参考）】
[ Back to top ]