JP2016139400A - 会話処理方法、会話処理システム、電子機器および会話処理装置 - Google Patents

Abstract

【課題】ユーザと会話を継続的に行う会話処理方法を提供する。
【解決手段】本開示の会話処理方法は、電子機器で実行可能な会話型アプリケーションとユーザとが会話を行う会話処理方法であって、話題情報と話題情報の重みの組を複数記憶する話題テーブルから、重みに基づいて話題情報を選択して、ユーザに提示する提示ステップと、ユーザに提示した話題情報と提示日時と、話題情報に対するユーザの回答と回答日時を対応付けて会話履歴として会話履歴テーブルに格納する履歴ステップと、電子機器の使用時間に対する会話型アプリケーションの使用時間を使用比率として会話履歴テーブルに基づいて算出する算出ステップと、使用比率が減少している場合、会話型アプリケーションの使用を促す通知を行い、使用比率が減少していない場合、会話履歴テーブルのユーザの回答の無い話題情報の前記重みを更新する更新ステップと、を備える。
【選択図】図１

Description

本開示は、ユーザと継続的に会話を行うための会話処理方法、会話処理システム、および電子機器に関する。

特許文献１は、会話処理装置および方法、並びに記録媒体に関し、特に、ユーザと会話を行うロボットなどに用いて好適な会話処理装置および方法、並びに記録媒体を開示する。具体的には、ユーザと自然な会話を行うため、ロボットが発話したことに対し、ユーザが発話するまでの時間を測定し、その測定値により、話題を遷移するか否かを判断する。

特許文献２は、ロボット制御装置に関し、例えば、パートナー型のロボットと高齢者が、より好適なコミュニケーション（雑談型対話）を図ることができるようにするロボット制御装置を開示する。具体的には、話題に適した時系列上の時点と現在の日時との関係を加味して、話題毎の評価値を算出し、この評価値の大小に基づいて適切な話題を選択し、話題に対応した文章を音声出力する。

特開２００１−１８８７８６号公報 特開２００８−１５８６９７号公報

本開示は、ユーザと会話を継続的に行う会話処理方法、会話処理システム、電子機器および会話処理装置を提供する。

本開示の会話処理方法は、電子機器で実行可能な会話型アプリケーションとユーザとが会話を行う会話処理方法であって、話題情報と話題情報の重みの組を複数記憶する話題テーブルから、前記重みに基づいて話題情報を選択して、ユーザに提示する提示ステップと、ユーザに提示した話題情報と提示日時と、話題情報に対するユーザの回答と回答日時を対応付けて会話履歴として会話履歴テーブルに格納する履歴ステップと、電子機器の使用時間に対する会話型アプリケーションの使用時間を使用比率として会話履歴テーブルに基づいて算出する算出ステップと、使用比率が減少している場合、会話型アプリケーションの使用を促す通知を行い、使用比率が減少していない場合、会話履歴テーブルのユーザの前記回答の無い話題情報の前記重みを更新する更新ステップと、を備える。

本開示の会話処理方法、会話処理システム、電子機器および会話処理装置は、ユーザと会話を継続的に行うことができる。

図１は、実施の形態１おける会話処理システムのブロック図である。 図２は、実施の形態１における話題テーブルの一例を示す図である。 図３は、実施の形態１における会話履歴テーブルの一例を示す図である。 図４は、実施の形態１における使用比率テーブルの一例を示す図である。 図５は、実施の形態１における使用時間テーブルの一例を示す図である。 図６は、実施の形態１における会話処理システムの会話処理を説明するタイムチャートである。 図７Ａは、実施の形態１における会話履歴テーブルの別の一例を示す図である。 図７Ｂは、実施の形態１における会話履歴テーブルのさらに別の一例を示す図である。 図８は、実施の形態１におけるクライアントの話題の表示の一例を示す図である。 図９は、実施の形態１における話題テーブルの重みの更新を説明するフローチャートである。 図１０は、実施の形態１におけるクライアントに会話を促すメッセージを表示する一例を示す図である。 図１１は、実施の形態１における話題テーブルの別の例を示す図である。

以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

（実施の形態１）
以下、図１〜１１を用いて、実施の形態１を説明する。

［１−１．構成］
［１−１−１．システムの構成］
まず、会話処理システムの構成を説明する。図１は、実施の形態１にかかる会話処理システム５００のブロック図である。図１は、会話処理システム５００をサーバ／クライアント型で実現した際の機能構成を示している。会話処理システム５００において、クライアント１００は、インターネット回線網である通信ネットワーク３００を介してサーバ２００と接続する。クライアント１００は、例えば、スマートフォンやタブレットなどの電子機器である。クライアント１００には会話型アプリケーションがインストールされている。

サーバ２００は、その内部にユーザとの会話で使用する複数の話題情報を格納する。話題情報とは、話題の内容と回答候補とを示す情報である。話題情報については後述する。サーバ２００は、複数の話題情報の中から１つの話題情報を選択してクライアント１００に送信する。クライアント１００は、受信した話題情報をユーザに提示する。クライアント１００は、提示された話題に対してユーザの入力した回答をサーバ２００に送信する。サーバ２００は、受信した回答を会話履歴として登録し、次の話題情報を選択する。

このように、会話処理システム５００は、サーバ２００での話題情報の選択と会話履歴の登録および、クライアント１００での話題情報の提示と回答入力を繰り返しながら、ユーザとの会話を継続する。

［１−１−２．サーバの構成］
次に、サーバ２００の構成について説明する。図１に示すように、サーバ２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１０とメモリ２２０と通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２３０とを備える。

メモリ２２０は、話題テーブル２２１と会話履歴テーブル２２２と使用比率テーブル２２３とを備える。

話題テーブル２２１は、ユーザに提示する複数の話題情報を格納する。なお、話題テーブル２２１は、ユーザ毎に適した会話ができるように、ユーザ毎に設けてもよい。

図２は、話題テーブル２２１の一例を示す図である。話題テーブル２２１は、話題ＩＤに対して話題情報である話題と回答候補と、重みが対応付けられて構成されている。話題ＩＤは、話題情報を特定するための識別情報である。重みは、話題を選択する場合の優先度を示し、重みの順または重みに比例した確率で話題を選択する。重みとして例えば、「０から１まで」の範囲の数値を設定する。

図２に示すように、話題ＩＤ「００００」は、話題「昼ごはんは何ですか？」に対して、回答候補として「１．ご飯類、２．麺類、３．その他」の３つの回答候補が格納され、重みは「０．４」である。続いて、話題ＩＤ「０００１」は、話題「ご飯のおかずは何ですか？」に対して、回答候補として「１．揚げ物、２．焼き物、３．その他」の３つの回答候補が格納され、重みは「０．５」である。話題ＩＤ「０００２」は、話題「今日は良い天気ですね。」に対して、ユーザに回答を求めないため、回答候補として、回答候補がないことを示す「Ｎｕｌｌ」が格納され、重みは「０．１」である。話題ＩＤ「０００３」は、話題「最近、油ものが多いので、夜ご飯は気をつけてくださいね！」に対して、回答候補として「１．わかった、２．へぇー」の２つの回答候補が格納され、重みは「０．１」である。話題ＩＤ「０００４」は、話題「今日は外出しましたか？」に対して、回答候補として「１．しました、２．していません」の２つの回答候補が格納され、重みは「０．４」である。

なお、話題テーブル２２１は、４つの項目で構成されているが、他の項目を追加して定義してもよい。例えば、話題ＩＤ「０００１」は、話題ＩＤ「００００」の提示の後に必ず選択するといった、話題を選択する条件を追加してもよい。さらに話題を選択する条件としては、回答内容や日時やユーザ属性などを用いてもよい。また、話題を選択する条件として、話題ＩＤ「００００」は、最大、１日に１回の選択する、などのように、1日の最大選択回数を定義してもよい。

図１の説明に戻って、メモリ２２０の会話履歴テーブル２２２は、会話履歴を格納する。会話履歴は、ユーザ毎に管理し、会話履歴テーブル２２２はユーザ毎に設けてもよい。

図３は、会話履歴テーブル２２２の一例を示す図である。図３に示すように、会話履歴テーブル２２２は、履歴ＩＤと会話履歴で構成される。会話履歴は、話題ＩＤと提示日時と回答日時と回答番号で構成されている。提示日時は、サーバ２００が、話題情報をクライアント１００に送信した日時、回答日時は、ユーザが話題に対する回答をした日時、回答番号は、ユーザが回答候補の中から選択した回答に付与された番号を示す。また、回答候補のない話題の場合は、回答日時にユーザが既読した日時を格納し、回答番号にＮｕｌｌなどを格納する。図３において、履歴ＩＤ「００００」は、話題ＩＤ「００００」が提示日時「２０１４／１２／１ ７：００：００」、回答日時「２０１４／１２／１ ７：００：５４」、回答番号「２」であり、履歴ＩＤ「０００１」は、話題ＩＤ「０００１」が提示日時「２０１４／１２／１ ７：００：５５」、回答日時「２０１４／１２／１ ７：０４：０１」、回答番号「３」であり、履歴ＩＤ「０００２」は、話題ＩＤ「０００２」が提示日時「２０１４／１２／２ １０：０３：００」、回答日時「２０１４／１２／２ １０：０３：１４」、回答番号「Ｎｕｌｌ」であり、履歴ＩＤ「０００３」は、話題ＩＤ「０００３」が提示日時「２０１４／１２／２ １０：０４：００」、回答日時「Ｎｕｌｌ」、回答番号「Ｎｕｌｌ」であり、履歴ＩＤ「０００４」は、話題ＩＤ「０００４」が提示日時「２０１４／１２／２ １８：００：００」、回答日時「２０１４／１２／２ １８：３０：００」、回答番号「１」である。

なお、図３に示す会話履歴テーブル２２２は、会話履歴が４つの項目で構成されているが、他の項目を追加で定義してもよい。

図１の説明に戻って、メモリ２２０の使用比率テーブル２２３は、ユーザのクライアント１００の使用時間のうち、会話型アプリケーションの使用時間の比率を格納する。具体的には、ユーザのクライアント１００の使用時間に対する会話型アプリケーションの使用時間の割合を、使用比率として日単位で格納する。本開示では、使用比率は、ユーザの会話型アプリケーションの使用意欲として用いる。実際には、ユーザの1日の予定に応じて、クライアント１００の使用時間は変化するので、会話型アプリケーションの使用時間は、その使用意欲に関係なく変化する。本開示では、これを考慮し、会話型アプリケーションの使用時間をユーザのクライアント１００の使用時間で割った値を使用比率として算出し、使用比率を会話型アプリケーションの使用意欲として用いる。本開示では、使用比率テーブル２２３は、ユーザ毎に設ける。なお、複数のユーザの使用比率を１つの使用比率テーブルで管理しても構わない。その場合、使用比率テーブルにユーザを一意に識別できる識別ＩＤの項目を定義すればよい。

図４は、使用比率テーブル２２３の一例を示す図である。図４に示すように、使用比率テーブル２２３は、日付と使用比率で構成される。図４に示すように、日付「２０１４／１２／１」の使用比率は、「０．０５」であり、日付「２０１４／１１／３０」の使用比率は、「０．１０」であり、日付「２０１４／１１／２９」の使用比率は、「０．１４」である。図４に示すように、使用比率テーブル２２３に格納する使用比率は、３日分のように、所定の期間分を格納すればよい。また、所定の期間のうち、使用があった日のみの使用比率を格納してもよい。

なお、使用比率テーブル２２３は、他の項目を追加で定義してもよい。例えば、日付ではなく、より詳細な時間区分を追加で用いてもよい。

図１の説明に戻って、ＣＰＵ２１０は、ユーザに提示する話題を話題テーブル２２１から選択し、選択した話題の履歴を会話履歴テーブル２２２に保存する。また、ＣＰＵ２１０は、会話型アプリケーションの使用比率を算出し、使用比率テーブル２２３へ格納する。また、ＣＰＵ２１０は、使用比率テーブル２２３に格納されている、所定の期間の使用比率を用いて、話題の重みを更新する。話題の重みの更新の詳細は、後述する。

通信Ｉ／Ｆ２３０は、通信ネットワーク３００を介してクライアント１００との通信を行う通信インターフェイスである。

［１−１−３．クライアントの構成］
次に、クライアント１００の構成について説明する。図１において、クライアント１００は、ＣＰＵ１１０とメモリ１２０と通信Ｉ／Ｆ１３０と入力部１４０と表示部１５０とを備える。クライアント１００は、ユーザ固有の端末でもよいし、複数のユーザの共有の端末でもよい。複数のユーザで端末を共有する際には、オペレーションシステムのユーザ管理などを用いて、ユーザ毎に管理ができるようにする。

メモリ１２０は、使用時間テーブル１２１を備える。使用時間テーブル１２１は、ユーザがクライアント１００を使用している時間を格納する。

図５は、使用時間テーブル１２１の一例を示す図である。

図５に示すように、使用時間テーブル１２１は、日付と使用時間で構成される。使用時間テーブル１２１は、日単位の合計使用時間を使用時間として格納する。例えば、クライアント１００のバックライト点灯時間、ＯＳ起動時間なども、使用時間とする。日付「２０１４／１２／１」の使用時間は「８０分」であり、日付「２０１４／１１／３０」の使用時間は「８５分」であり、日付「２０１４／１１／２９」の使用時間は「７８分」である。

なお、クライアント１００を複数のユーザで共有している場合は、ユーザを一意に識別するＩＤを使用時間テーブル１２１に追加して定義してもよい。また、ユーザ毎に、使用時間テーブル１２１を設けてもよい。

ＣＰＵ１１０は、ＯＳと会話型アプリケーションを動作させる。ＣＰＵ１１０は、サーバ２００に対して、話題の要求、話題に対する回答の送信、使用時間の送信を行う。また、ＣＰＵ１１０は、サーバ２００から受信した話題情報を表示部１５０に表示させる。ＣＰＵ１１０は、入力部１４０から入力された、ユーザの回答を、サーバ２００に送信する。また、ＣＰＵ１１０は、サーバ２００からメッセージを受信すると表示部１５０に表示させる。

通信Ｉ／Ｆ１３０は、通信ネットワーク３００を介してサーバ２００との通信を行う通信インターフェイスである。

表示部１５０は、話題情報およびユーザへのメッセージ等を表示する。

入力部１４０は、話題に対するユーザの回答等を入力する。

［１−２．動作］
以上のように構成された会話処理システム５００について、その動作を以下に説明する。

［１−２−１．会話処理］
図６は、会話処理システム５００の会話処理を説明するタイムチャートである。

（ステップＳ１１）まず、ユーザはクライアント１００に対して、入力部１４０を操作し、会話型アプリケーションを起動する。

（ステップＳ１２）クライアント１００のＣＰＵ１１０は、通信Ｉ／Ｆ１３０を介してサーバ２００に話題を要求する。

（ステップＳ１３）サーバ２００のＣＰＵ２１０は、通信Ｉ／Ｆ２３０を介してクライアント１００から話題の要求を受信すると、メモリ２２０の話題テーブル２２１に定義されている話題の重みを更新する。話題の重みの更新の詳細は、後述する。

（ステップＳ１４）ＣＰＵ２１０は、話題テーブル２２１から話題ＩＤを一つ選択する。ＣＰＵ２１０は、話題テーブル２２１の各話題ＩＤに設定された重みに基づいて、話題ＩＤを選択する。話題ＩＤは、例えば、重みに基づいた選択確率でランダムに話題ＩＤを選択してもよい。また、重みの最も大きい話題ＩＤを選択してもよい。

（ステップＳ１５）ＣＰＵ２１０は、選択した話題ＩＤとその提示日時を会話履歴テーブル２２２に、新規の会話履歴として登録する。例えば、選択した話題ＩＤが「００００」で提示日時が「２０１４年１２月１日の７時０分０秒」の場合の会話履歴テーブル２２２を図７Ａに示す。図７Ａにおいて、履歴ＩＤ「００００」に対して、話題ＩＤ「００００」と提示時間「２０１４年１２月１日の７時０分０秒」が対応づけて格納される。この時点では、回答日時、回答番号は未確定であるので、回答日時と回答番号には、Ｎｕｌｌを格納する。

（ステップＳ１６）ＣＰＵ２１０は、選択した話題ＩＤに対応する話題情報と履歴ＩＤを通信Ｉ／Ｆ２３０を介して、クライアント１００に送信する。話題ＩＤが「００００」の話題情報は、話題「昼ごはんは何ですか？」と回答候補「１．ご飯類、２．麺類、３．その他」であり、履歴ＩＤは「００００」あるので、ＣＰＵ２１０は、これらを送信する。

（ステップＳ１７）クライアント１００のＣＰＵ１１０は、サーバ２００から話題情報と履歴ＩＤを受信すると、表示部１５０に表示する。

図８は、クライアント１００の表示部１５０の話題の表示の一例を示す図である。図８に示すように、クライアント１００の表示部１５０に、話題「昼ごはんは何ですか？」と、回答候補「ご飯類」、「麺類」、「その他」が表示される。

（ステップＳ１８）ユーザは、表示部１５０に表示された回答候補の中から、１つの回答を入力部１４０から選択する。回答として、「麺類」が選択されたとする。

（ステップＳ１９）ＣＰＵ１１０は、入力部１４０で「麺類」が選択されたので、「麺類」に対応する回答番号「２」を、通信Ｉ／Ｆ１３０を介して、サーバ２００に、履歴ＩＤ「００００」と回答番号「２」と回答日時を回答情報として送信する。回答日時は、「２０１４年１２月１日７時０分５４秒」とする。

（ステップＳ２０）ＣＰＵ２１０は、通信Ｉ／Ｆ２３０を介してクライアント１００から回答情報を受信すると、会話履歴テーブル２２２において回答情報に含まれる履歴ＩＤが一致する会話履歴を更新する。図７Ａの会話履歴テーブル２２２を更新した場合の会話履歴テーブル２２２を図７Ｂに示す。ＣＰＵ２１０は、履歴ＩＤ「００００」の会話履歴を検索する。ＣＰＵ２１０は履歴ＩＤ「００００」の会話履歴に、回答日時と回答番号を格納する。図７Ｂの履歴ＩＤ「００００」に回答日時は、「２０１４／１２／１ ７：００：５４」、回答番号「２」が格納される。

ユーザがクライアント１００に対して、入力部１４０を操作し、会話型アプリケーションを終了するまで、ステップＳ１２〜ステップＳ２０の処理を繰り返す。

［１−２−２．使用比率の算出］
クライアント１００のＣＰＵ１１０は、所定の時間毎に、使用時間テーブル１２１の日時と使用時間を、サーバ２００に送信する。日時と使用時間として、例えば、図５の使用時間テーブル１２１の日付「２０１４／１２／１」の使用時間は「８０分」である。

サーバ２００のＣＰＵ２１０は、会話履歴テーブル２２２の提示時間と回答時間の差の合計を算出し、クライアント１００から受信した使用時間で割ることで会話型アプリケーションの１日毎の使用比率を算出する。図３の会話履歴テーブル２２２において、「２０１４／１２／１」の履歴は履歴ＩＤ「００００」と「０００１」である。履歴ＩＤ「００００」の回答日時と提示日時の差分は「５４秒」、履歴ＩＤ「０００１」の回答日時と提示日時の差分は「３分６秒」である。これらの差分の合計は、「４分」になる。クライアント１００から受信した使用時間は「８０分」であるので、使用比率は「０．０５」となる。ＣＰＵ２１０は、使用比率「０．０５」を、図４に示すように、使用比率テーブル２２３に保存する。

［１−２−３．重みの更新］
次に、図６のステップ１３の話題テーブル２２１の重みの更新について詳細に説明する。図９は、話題テーブル２２１の重みの更新を説明するフローチャートである。重みの更新は、ユーザの話題に対する回答内容を反映するためである。

（ステップＳ４１）ＣＰＵ２１０は、使用比率テーブル２２３に保存されている直近２日間の使用比率を取得する。例えば、「２０１４／１２／１」と「２０１４／１１／３０」の使用比率を取得する。

なお、取得する使用比率は、直近２日間に限定するものではない。直近２日間ではなく、他の期間の使用比率を用いてもよいし、所定期間で平均化した使用比率などの演算処理した使用比率を用いてもよい。

（ステップＳ４２）ＣＰＵ２１０は、取得した使用比率が、減少傾向であるかどうかを判定する。ＣＰＵ２１０は、取得した使用比率が減少傾向であると判定した場合（Ｙｅｓの場合）、ステップＳ４３へ処理を進める。例えば、図４において、使用比率テーブル２２３は、日付「２０１４／１２／１」の使用比率「０．０５」であり、日付「２０１４／１１／３０」の使用比率「０．１０」である。使用比率は、「０．１０」から「０．０５」に減少している。ＣＰＵ２１０は、取得した使用比率が減少傾向でないと判定した場合（Ｎｏの場合）、ステップＳ４４へ処理を進める。

（ステップＳ４３）ＣＰＵ２１０は、通信Ｉ／Ｆ２３０を介して、クライアント１００に会話を促す任意のプッシュ（Ｐｕｓｈ）式のメッセージを送信する。使用比率の減少は、ユーザが会話型アプリケーションに飽き始め、利用意欲が低下した可能性が高く、メッセージの送信は、ユーザへ会話型アプリケーションの利用を促すために行う。クライアント１００のＣＰＵ１１０はサーバ２００よりメッセージを受信すると、表示部１５０に表示する。

図１０は、クライアント１００に会話を促すメッセージを表示する一例を示す図である。図１０に示すように、クライアント１００の表示部１５０には、「最近、どうしてるの？」と会話型アプリケーションの使用を促すメッセージ１５１が表示されている。

（ステップＳ４４）ＣＰＵ２１０は、取得した使用比率が、減少傾向でないと判断した場合、話題テーブル２２１の重みを更新する。ＣＰＵ２１０は、会話履歴テーブル２２２の中から、回答日時がＮｕｌｌの話題に対して、重みが低くなるように更新する。回答がなかった話題は、ユーザが好まなかった話題である可能性が高いと判断し、他の話題を優先して選択されるように重みを変更するためである。例えば、図３の会話履歴テーブル２２２において、履歴ＩＤ「０００３」の話題ＩＤ「０００３」は、回答日時がＮｕｌｌであるので、図２の話題テーブル２２１の話題ＩＤ「０００３」の重みを「０．１」から「０．０５」に変更する。 図１１は、図２の話題テーブル２２１の話題ＩＤ「０００３」の重みを変更した後の話題テーブル２２１である。図１１において、話題ＩＤ「０００３」の重みは「０．０５」に変更されている。

なお、ＣＰＵ２１０は、更新された重みを時間経過とともに元に戻すように、してもよい。例えば、２４時間で重み付けを０．０５から０．１に徐々に戻してもよい。これは、ユーザが好まなかった話題であっても、時間経過した後には、再び好む場合があるからである。

なお、重みを変化する時間は２４時間に限ったものではない。また、所定時間経過後に重みを更新前の重みに戻してもよい。同様に、重みを重くした話題ＩＤに対しても、元の重みに戻すようにしてもよい。これは、ユーザが好んだ話題でも、時間経過と共に、興味がなくなる場合があるからである。このように、話題ＩＤに対する重みは時間依存している。

なお、重みの更新は、会話履歴テーブル２２２の中から、回答日時がＮｕｌｌの話題に対しだけでなく、回答があった話題に対して更新してもよい。例えば、回答があった話題で、話題の提示から回答までの時間が長かった話題は、ユーザの好まない話題である可能性が高いと判断し、他の話題を優先して選択されるように重みを更新してもよい。

［１−３．効果等］
以上のように、本実施の形態の会話処理方法は、電子機器で実行可能な会話型アプリケーションとユーザとが会話を行う会話処理方法であって、話題情報と話題情報の重みの組を複数記憶する話題テーブルから、重みに基づいて話題情報を選択して、ユーザに提示する提示ステップと、ユーザに提示した話題情報と提示日時と、話題情報に対するユーザの回答と回答日時を対応付けて会話履歴として会話履歴テーブルに格納する履歴ステップと、電子機器の使用時間に対する会話型アプリケーションの使用時間を使用比率として前記会話履歴テーブルに基づいて算出する算出ステップと、使用比率が減少している場合、会話型アプリケーションの使用を促す通知を行い、使用比率が減少していない場合、会話履歴テーブルのユーザの回答の無い話題情報の前記重みを更新する更新ステップと、を備える。

さらに本実施の形態の会話処理法は、更新ステップにおいて、使用比率が減少していない場合、会話履歴テーブルのユーザの回答に基づいて重みを更新する。

これにより、ユーザの会話型アプリケーションの利用が減ると、会話型アプリケーションの使用をユーザに促すと共に、話題に対する回答履歴に応じて重みを更新し、例えば、ユーザの回答のなかった話題を選択する確率を減らすことができる。さらに、ユーザの話題に対する興味の度合いに応じて話題を選択することができる。従って、会話型アプリケーションにおいて、ユーザと継続的な会話を行いやすくなる。

また、本実施の形態の会話処理法は、更新ステップにおいて、更新した重みを所定時間経過後、更新前の重みに戻す。また、本実施の形態の会話処理法は、更新ステップにおいて、更新した重みを所定時間内で更新前の重みに段階的に戻す。

これにより、更新した重みを元に戻すことができる。従って、ユーザの一時的な話題に対する好みの変動に対して、元に戻すことが出来る。

（他の実施の形態）
以上のように、本開示の技術の例示として、実施の形態１を説明した。しかしながら、本開示における技術は、これに限定されず、変更、置き換え、付加、省略などを行った実施の形態にも適用できる。また、実施の形態１で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。

そこで、以下、他の実施の形態を例示する。

実施の形態１では、会話処理方法の実現手段の一例としてクライアント１００とサーバ２００で構成された会話処理システム５００について説明したが、これに限定されるものではない。例えば、サーバ２００の機能の、一部または全てを、クライアント１００の中で実現するようにしてもよい。全ての処理を実行する単一の専用装置を用いれば、オフラインでの会話が実現できる。

なお、クライアント１００とサーバ２００を用いた場合は、分散処理が可能となる。

また、実施の形態１では、ユーザへの通知をＰｕｓｈ式のメッセージを用いて行ったが、電子メール等の別の手段で通知を行ってもよい。

また、通信ネットワーク３００として、インターネット回線網を用いたが、これに限定するものではなく、無線通信などを用いてもよい。

また、本開示は、上記の会話処理システム及び会話処理方法として実現できるだけでなく、会話処理方法に含まれる処理のうち、クライアント１００で行う処理をクライアント１００が備えるプロセッサに実行させるプログラムとして実現したり、サーバ２００で行う処理をクライアント１００が備えるプロセッサに実行させるプログラムとして実現したり、それらの各プログラムが記録されたコンピュータが読み取り可能な記録媒体として実現したりすることもできる。

なお、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。

本開示は、ユーザと継続的に会話を行うための会話処理方法に適用可能である。具体的には、スマートフォン、ウェアラブルデバイス、ＴＶ（Ｔｅｌｅｖｉｓｉｏｎ）、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、会話ロボット、会話機能を備えた電子機器などに、に適用可能である。

１００ クライアント
１１０，２１０ ＣＰＵ
１２０，２２０ メモリ
１２１ 使用時間テーブル
１３０，２３０ 通信Ｉ／Ｆ
１４０ 入力部
１５０ 表示部
２００ サーバ
２２１ 話題テーブル
２２２ 会話履歴テーブル
２２３ 使用比率テーブル
３００ 通信ネットワーク
５００ 会話処理システム

Claims (8)

1. 電子機器で実行可能な会話型アプリケーションとユーザとが会話を行う会話処理方法において、
   話題情報と前記話題情報の重みの組を複数記憶する話題テーブルから、前記重みに基づいて前記話題情報を選択して、ユーザに提示する提示ステップと、
   ユーザに提示した前記話題情報と提示日時と、前記話題情報に対するユーザの回答と回答日時を対応付けて会話履歴として会話履歴テーブルに格納する履歴ステップと、
   前記電子機器の使用時間に対する前記会話型アプリケーションの使用時間を使用比率として前記会話履歴テーブルに基づいて算出する算出ステップと、
   前記使用比率が減少している場合、前記会話型アプリケーションの使用を促す通知を行い、前記使用比率が減少していない場合、前記会話履歴テーブルのユーザの前記回答の無い前記話題情報の前記重みを更新する更新ステップと、を備える、
   会話処理方法。
2. 前記更新ステップにおいて、前記使用比率が減少していない場合、前記会話履歴テーブルのユーザの前記回答に基づいて前記重みを更新する、
   請求項１に記載の会話処理方法。
3. 前記更新ステップにおいて、更新した前記重みを所定時間経過後、更新前の前記重みに戻す、
   請求項１に記載の会話処理方法。
4. 前記更新ステップにおいて、更新した前記重みを所定時間内で更新前の重みに段階的に戻す、
   請求項１に記載の会話処理方法。
5. 前記算出ステップは、前記会話履歴テーブルの所定期間内の前記会話履歴に基づいて前記使用時間を算出し、前記所定期間内の前記電子機器の使用時間に対する前記使用時間を使用比率として算出する、
   請求項１に記載の会話処理方法。
6. ユーザと会話を行う会話型アプリケーションが実行可能な電子機器と、前記電子機器と通信ネットワークを介して接続されるサーバとを備えた会話処理システムであって、
   前記サーバは、
   話題情報と前記話題情報の重みの組を複数記憶する話題テーブルと、前記電子機器に送信した前記話題情報と提示日時と前記電子機器から送信された回答と回答日時を対応付けて会話履歴として記憶する会話履歴テーブルと、前記電子機器の使用時間に対する前記会話型アプリケーションの使用時間を使用比率として記憶する使用比率テーブルと、を格納するメモリと、
   前記電子機器から送信される使用時間と前記会話履歴テーブルに基づいて前記使用比率を算出して前記使用比率テーブルに記憶し、前記使用比率が減少している場合、前記電子機器に対して前記会話型アプリケーションの使用を促す通知を送信し、前記使用比率が減少していない場合、前記会話履歴テーブルに基づいて前記重みを更新するコントローラと、を備え、
   前記電子機器は、
   前記サーバから受信した前記話題情報および前記通知を表示する表示部と、
   前記話題情報に対する回答をユーザにより入力する入力部と、
   所定期間毎に使用時間を前記サーバに送信するコントローラと、を備える、
   会話処理システム。
7. ユーザと会話を行う会話型アプリケーションがインストールされている電子機器であって、
   複数の話題情報の中から１つを選択して表示する表示部と、
   前記話題情報に対する回答をユーザにより入力する入力部と、を備え、
   機器の使用時間に対する前記会話型アプリケーションの使用比率が減少している場合、前記会話型アプリケーションの使用を促す通知を前記表示部に表示し、
   前記使用比率が減少していない場合、前記話題情報に対する重みを更新する、
   電子機器。
8. ユーザと会話を行う会話型アプリケーションがインストールされている電子機器と通信ネットワークを介して接続される会話処理装置であって、
   話題情報と前記話題情報の重みの組を複数記憶する話題テーブルと、前記電子機器に送信した前記話題情報と提示日時と前記電子機器からの送信された回答と回答日時を対応付けて会話履歴として記憶する会話履歴テーブルと、前記電子機器の使用時間に対する前記会話型アプリケーションの使用時間を使用比率として記憶する使用比率テーブルと、を格納するメモリと、
   前記電子機器から送信される使用時間と前記会話履歴テーブルに基づいて前記使用比率を算出して前記使用比率テーブルに記憶し、前記使用比率が減少している場合、前記電子機器に対して前記会話型アプリケーションの使用を促す通知を送信し、前記使用比率が減少していない場合、前記会話履歴テーブルに基づいて前記重みを更新するコントローラと、を備える、
   会話処理装置。