(57)【要約】【課題】  本発明の目的とするところは、ユーザの音声の属するサービスドメインを考慮し、ユーザと対話可能なディスプレイ装置を制御できるサーバ及びサーバの制御方法を提供することにある。【解決手段】  ディスプレイ装置と連動するサーバが開示される。本サーバは、サービスドメイン別に対話パターンを保存する保存部と、ディスプレイ装置からユーザの音声を受信する通信部と、ユーザの音声が属するサービスドメインを判断し、前記判断されたサービスドメインの対話パターンに基づいてユーザの音声に対応する応答情報を生成し、ディスプレイ装置に伝送するように通信部を制御する制御部とを含み、制御部は、現在受信されたユーザの音声が以前に受信されたユーザの音声と異なるサービスドメインに属すると判断されると、異なるサービスドメインの対話パターンに基づいて現在受信されたユーザの音声に対応する応答情報を生成する。【選択図】      図４
2014002737.tif 000002
【特許請求の範囲】
【請求項１】
ディスプレイ装置と連動するサーバにおいて、
サービスドメイン別に対話パターンを保存する保存部と、
前記ディスプレイ装置からユーザの音声を受信する通信部と、
前記ユーザの音声が属するサービスドメインを判断し、前記判断されたサービスドメインの対話パターンに基づいて前記ユーザの音声に対応する応答情報を生成し、前記ディスプレイ装置に伝送するように前記通信部を制御する制御部と
を含み、
前記制御部は、
現在受信されたユーザの音声が以前に受信されたユーザの音声と異なるサービスドメインに属すると判断されると、前記異なるサービスドメインの対話パターンに基づいて前記現在受信されたユーザの音声に対応する応答情報を生成するサーバ。
【請求項２】
前記制御部は、
前記以前に受信されたユーザの音声によって、前記サービスドメインを構成するスロットが全て埋められる前であっても、現在受信されたユーザの音声が前記異なるサービスドメインに属すると判断されると、前記異なるサービスドメインの対話パターンに基づいて前記現在受信されたユーザの音声に対応する応答情報を生成することを特徴とする請求項１に記載のサーバ。
【請求項３】
前記制御部は、
前記現在受信されたユーザの音声に含まれた発話意図を判断し、前記異なるサービスドメインの対話パターンに基づいて前記判断された発話意図に対応する応答情報を生成し、前記ディスプレイ装置に伝送するように前記通信部を制御することを特徴とする請求項２に記載のサーバ。
【請求項４】
前記応答情報は、
前記ユーザの音声に対応する応答メッセージ情報を含み、
前記ディスプレイ装置は、
前記応答メッセージ情報に基づいて前記ユーザの音声に対応する応答メッセージを出力することを特徴とする請求項１に記載のサーバ。
【請求項５】
前記応答情報は、
前記ディスプレイ装置の機能を制御するための制御命令を更に含むことを特徴とする請求項４に記載のサーバ。
【請求項６】
ディスプレイ装置と連動するサーバの制御方法において、
前記ディスプレイ装置からユーザの音声を受信するステップと、
予め保存されたサービスドメイン別の対話パターンを用いて、前記ユーザの音声が属するサービスドメインを判断するステップと、
現在受信されたユーザの音声が以前に受信されたユーザの音声と異なるサービスドメインに属すると判断されると、前記異なるサービスドメインの対話パターンに基づいて前記現在受信されたユーザの音声に対応する応答情報を生成するステップと、
前記生成された応答情報を前記ディスプレイ装置に伝送するステップと
を含む制御方法。
【請求項７】
前記生成するステップは、
前記以前に受信されたユーザの音声によって、前記サービスドメインを構成するスロットが全て埋められる前であっても、現在受信されたユーザの音声が前記異なるサービスドメインに属すると判断されると、前記異なるサービスドメインの対話パターンに基づいて前記現在受信されたユーザの音声に対応する応答情報を生成することを特徴とする請求項６に記載の制御方法。
【請求項８】
前記生成するステップは、
前記ユーザの音声に含まれた発話意図を判断し、前記異なるサービスドメインの対話パターンに基づいて前記判断された発話意図に対応する応答情報を生成することを特徴とする請求項７に記載の制御方法。
【請求項９】
前記応答情報は、
前記ユーザの音声に対応する応答メッセージ情報を含み、
前記ディスプレイ装置は、
前記応答メッセージ情報に基づいて前記ユーザの音声に対応する応答メッセージを出力することを特徴とする請求項６に記載の制御方法。
【請求項１０】
前記応答情報は、
前記ディスプレイ装置の機能を制御するための制御命令を更に含むことを特徴とする請求項９に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ及びサーバの制御方法に関し、より詳細には、ユーザと対話可能なディスプレイ装置を制御するサーバ及びサーバの制御方法に関する。
【背景技術】
【０００２】
電子技術の発達により、多様な種類のディスプレイ装置が開発及び普及され、ユーザの要求に応じて益々多様な機能を備えるようになった。特に、テレビの場合、最近では、インターネットと接続されてインターネットサービスまでサポートし、ユーザはテレビを通じて多くのデジタル放送チャネルまで視聴できるようになった。
【０００３】
一方、最近はディスプレイ装置をより便利かつ直観的に制御するために、音声認識を用いた技術が開発されている。特に、テレビの場合、ユーザの音声を認識し、音量調節またはチャネル変更のように、ユーザの音声に対応する機能を行うことができるようになった。
【０００４】
しかし、従来のユーザの音声を認識するディスプレイ装置は、認識された音声に対応する機能を提供するだけで、ユーザとの対話を通じてインタラクティブな情報を提供することができないという限界が存在していた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】韓国特開２００８−０５２３０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ユーザの音声の属するサービスドメインを考慮し、ユーザと対話可能なディスプレイ装置を制御できるサーバ及びサーバの制御方法を提供することにある。
【課題を解決するための手段】
【０００７】
以上のような目的を達成するための本発明の一実施形態に係るディスプレイ装置と連動するサーバは、サービスドメイン別に対話パターンを保存する保存部と、前記ディスプレイ装置からユーザの音声を受信する通信部と、前記ユーザの音声が属するサービスドメインを判断し、前記判断されたサービスドメインの対話パターンに基づいて前記ユーザの音声に対応する応答情報を生成し、前記ディスプレイ装置に伝送するように前記通信部を制御する制御部とを含み、前記制御部は、現在受信されたユーザの音声が以前に受信されたユーザの音声と異なるサービスドメインに属すると判断されると、前記異なるサービスドメインの対話パターンに基づいて前記現在受信されたユーザの音声に対応する応答情報を生成する。
【０００８】
ここで、前記制御部は、前記以前に受信されたユーザの音声によって、前記サービスドメインを構成するスロットが全て埋められる前であっても、現在受信されたユーザの音声が前記異なるサービスドメインに属すると判断されると、前記異なるサービスドメインの対話パターンに基づいて前記現在受信されたユーザの音声に対応する応答情報を生成してよい。
【０００９】
なお、前記制御部は、前記現在受信されたユーザの音声に含まれた発話意図を判断し、前記異なるサービスドメインの対話パターンに基づいて前記判断された発話意図に対応する応答情報を生成し、前記ディスプレイ装置に伝送するように前記通信部を制御してよい。
【００１０】
一方、前記応答情報は、前記ユーザの音声に対応する応答メッセージ情報を含み、前記ディスプレイ装置は、前記応答メッセージ情報に基づいて前記ユーザの音声に対応する応答メッセージを出力してよい。
【００１１】
なお、前記応答情報は、前記ディスプレイ装置の機能を制御するための制御命令を更に含んでよい。
【００１２】
一方、本発明の一実施形態に係るディスプレイ装置と連動するサーバの制御方法は、前記ディスプレイ装置からユーザの音声を受信するステップと、予め保存されたサービスドメイン別の対話パターンを用いて、前記ユーザの音声が属するサービスドメインを判断するステップと、現在受信されたユーザの音声が以前に受信されたユーザの音声と異なるサービスドメインに属すると判断されると、前記異なるサービスドメインの対話パターンに基づいて前記現在受信されたユーザの音声に対応する応答情報を生成するステップと、前記生成された応答情報を前記ディスプレイ装置に伝送するステップとを含む。
【００１３】
ここで、前記生成するステップは、前記以前に受信されたユーザの音声によって、前記サービスドメインを構成するスロットが全て埋められる前であっても、現在受信されたユーザの音声が前記異なるサービスドメインに属すると判断されると、前記異なるサービスドメインの対話パターンに基づいて前記現在受信されたユーザの音声に対応する応答情報を生成してよい。
【００１４】
なお、前記生成するステップは、前記ユーザの音声に含まれた発話意図を判断し、前記異なるサービスドメインの対話パターンに基づいて前記判断された発話意図に対応する応答情報を生成してよい。
【００１５】
一方、前記応答情報は、前記ユーザの音声に対応する応答メッセージ情報を含み、前記ディスプレイ装置は、前記応答メッセージ情報に基づいて前記ユーザの音声に対応する応答メッセージを出力してよい。
【００１６】
ここで、前記応答情報は、前記ディスプレイ装置の機能を制御するための制御命令を更に含んでよい。
【発明の効果】
【００１７】
以上説明したように、本発明によれば、ユーザの音声に属するサービスドメインが変更されても、変更されたサービスドメインに基づいて、ユーザの音声に対応する応答メッセージを出力することができるようになる。それにより、サービスドメインに関係なくユーザとディスプレイ装置との間で途絶えることなく対話が進められることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る対話型システムを説明するための図である。
【図２】本発明の一実施形態に係るディスプレイ装置の構成を説明するためのブロック図である。
【図３】図２に示すディスプレイ装置の細部構成を説明するためのブロック図である。
【図４】本発明の一実施形態に係るサーバの構成を説明するためのブロック図である。
【図５】本発明の一実施形態に係る対話型システムの動作を説明するための図である。
【図６】本発明の一実施形態に係るサーバの制御方法を説明するためのフローチャートである。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。
【００２０】
図１は、本発明の一実施形態に係る対話型システムを説明するための図である。同図に示すように、対話型システムは、ディスプレイ装置１００及びサーバ２００を含む。ディスプレイ装置１００は、図１に示すように、スマートテレビであってよいが、それは一例に過ぎず、スマートフォンのような携帯電話、デスクトップパソコン、ノートパソコン、ナビゲーション等のような多様な電子装置で実現されてよい。
【００２１】
一方、ディスプレイ装置１００は、ディスプレイ装置１００を制御するための遠隔制御装置（図示せず）によって制御されてよい。例えば、ディスプレイ装置１００がテレビで実現された場合、リモコン（図示せず）から受信される制御信号に応じて電源オン／オフ、チャネル変換、音量変更等の動作を行うことができる。
【００２２】
ディスプレイ装置１００は、収集されたユーザの音声をサーバ２００に伝送し、サーバ２００は、ディスプレイ装置１００から受信されたユーザの音声に対応する応答情報を生成してディスプレイ装置１００に伝送することができる。
【００２３】
具体的に、サーバ２００は、ユーザの音声が属するサービスドメインを判断し、判断されたサービスドメインの対話パターンに基づいてユーザの応答情報を生成することができる。例えば、サーバ２００は、“現在放送中の番組の名前は何？”という音声が収集された場合、受信された音声が放送サービスドメインであると判断し、放送サービスドメインに保存された対話パターンから受信された音声に対応する回答を検出し、ディスプレイ装置１００に伝送することができる。
【００２４】
ディスプレイ装置１００は、サーバ２００から受信された応答情報に基づいて、多様な動作を行うことができる。上述の例において、ディスプレイ装置１００は応答情報に基づいて、“現在放送中の番組の名前は何？”という音声に対する回答として、“お問い合わせ頂いた番組の名前は○○○です”というメッセージを音声またはテキストで出力したり、これらの組み合わせで出力することができる。
【００２５】
一方、ディスプレイ装置１００は、現在収集されたユーザの音声が属するサービスドメインが以前に収集されたユーザの音声が属するサービスドメインと異なる場合であっても、現在収集されたユーザの音声に対応する応答メッセージを出力したり、ユーザの音声に対応する機能を実行することができる。
【００２６】
すなわち、サーバ２００は、ディスプレイ装置１００から現在受信されたユーザの音声が以前に受信されたユーザの音声と異なるサービスドメインに属すると判断されると、異なるサービスドメインの対話パターンを用いて、現在受信されたユーザの音声に対応する応答情報を生成してディスプレイ装置１００に伝送することができる。
【００２７】
上述の例において、“現在放送中の番組の名前は何？”という音声が受信された後、“今日の天気はどう？”という音声がディスプレイ装置１００から受信された場合を仮定する。この場合、サーバ２００は、現在受信された音声が属するサービスドメインが天気サービスドメインであると判断されると、天気サービスドメインに保存された対話パターンから現在受信された音声に対応する回答を検出し、検出された“お望みの地域をお話ください”という回答をディスプレイ装置１００に伝送することができる。
【００２８】
このように、本発明の一実施形態に係る対話型システムは、ユーザが発話した音声が以前と異なるサービスドメインに属するとしても、ユーザに連続した回答を提供することができるようになる。
【００２９】
図２は、本発明の一実施形態に係るディスプレイ装置の構成を説明するためのブロック図である。同図に示すように、ディスプレイ装置１００は、出力部１１０と、音声収集部１２０と、通信部１３０及び制御部１４０を含む。
【００３０】
出力部１１０は、音声及び映像のうち少なくとも一方を出力する。具体的に、出力部１１０は、音声収集部１２０を介して収集されたユーザの音声に対応する応答メッセージを音声及びテキストのうち、少なくとも一方で出力してよい。
【００３１】
そのために、出力部１１０は、ディスプレイ部（図示せず）及びオーディオ出力部（図示せず）を備えてよい。
【００３２】
具体的に、ディスプレイ部（図示せず）は、液晶表示装置（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ：ＬＣＤ）、有機電気発光ダイオード（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｓｐｌａｙ：ＯＬＥＤ）またはプラズマ表示パネル（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ：ＰＤＰ）等で実現され、ディスプレイ装置１００を介して提供可能な多様なディスプレイ画面を提供することができる。特に、ディスプレイ部（図示せず）は、ユーザの音声に対応する応答メッセージをテキストまたはイメージでディスプレイすることができる。
【００３３】
ここで、ディスプレイ部（図示せず）がタッチパッドとともに相互レイヤ構造をなすタッチスクリーン形態で実現されてよく、タッチスクリーンはタッチ入力位置、面積、タッチ入力の圧力までも検出するように構成されてよい。
【００３４】
一方、オーディオ出力部（図示せず）は、ジャック等のような出力ポートまたはスピーカで実現され、ユーザ音声に対応する応答メッセージを音声で出力することができる。
【００３５】
一方、出力部１１０は、多様な映像及びオーディオを出力することができる。ここで、映像及びオーディオは、放送コンテンツやマルチメディアコンテンツ等を構成する映像及びオーディオであってよい。
【００３６】
音声収集部１２０は、ユーザの音声を収集する。例えば、音声収集部１２０は、ユーザの音声を収集するためのマイクで実現され、ディスプレイ装置１００に内蔵された一体型であるか、ディスプレイ装置１００と分離された形態で実現されてよい。分離された形態で実現される場合、音声収集部１２０は、ユーザが手で握る形態、または食卓やテーブルに置かれる形態で実現されてよく、ディスプレイ装置１００と有線または無線ネットワークを通じて接続されて収集されたユーザの音声をディスプレイ装置１００に伝送することができる。
【００３７】
一方、音声収集部１２０は、収集された音声がユーザの音声かを判断し、ユーザの音声からノイズ（例えば、エアコンの音や掃除機の音、音楽の音等）をフィルタリングすることもできる。
【００３８】
例えば、音声収集部１２０は、アナログ形態のユーザ音声が入力されると、それをサンプリングしてデジタル信号に変換する。そして、音声収集部１２０は、変換されたデジタル信号のエネルギーを計算し、デジタル信号のエネルギーが予め設定された値以上であるか否かを判断する。
【００３９】
デジタル信号のエネルギーが予め設定された値以上である場合、音声収集部１２０はデジタル信号からノイズ成分を除去し、通信部１３０に伝達する。このとき、ノイズ成分は、家庭環境で発生し得る突発性雑音として、エアコンの音や掃除機の音、音楽の音等が含まれてよい。一方、デジタル信号のエネルギーが予め設定された値未満である場合、音声収集部１２０はデジタル信号に特別な処理過程を経ずに、別の入力を待つ。
【００４０】
それにより、ユーザ発話音声ではない別の音によって全オーディオ処理過程が活性化しないため、無駄な電力消耗を防止することができる。
【００４１】
通信部１３０は、サーバ（図１の２００）と通信を行う。具体的に、通信部１３０は、ユーザの音声をサーバ２００に伝送し、ユーザの音声に対応するテキスト情報をサーバ２００から受信してよい。
【００４２】
そのために、通信部１３０は、多様な通信方式を用いてサーバ２００と通信を行うことができる。
【００４３】
例えば、通信部１３０は、有／無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ、イーサネット（登録商標）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、Ｚｉｇｂｅｅ（登録商標）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＩＥＥＥ  １３９４、Ｗｉ−Ｆｉ等を用いて、サーバ２００と通信を行うことができる。そのために、通信部１３０は、各通信方式に対応するチップまたは入力ポート等を具備することができる。例えば、有線ＬＡＮ方式で通信を行う場合、通信部１３０は、有線ＬＡＮカード（図示せず）及び入力ポート（図示せず）を備えてよい。
【００４４】
制御部１４０は、ディスプレイ装置１００の動作全般を制御する。具体的に、制御部１４０は、音声収集部１２０を介してユーザの音声を収集し、収集されたユーザの音声をサーバ２００に伝送するように通信部１３０を制御することができる。そして、制御部１４０は、ユーザの音声に対応する応答情報を受信するように、通信部１３０を制御することができる。
【００４５】
なお、制御部１４０は、サーバ２００から受信されると、応答情報に基づいてユーザの音声に対応する応答メッセージを出力するように出力部１１０を制御することができる。
【００４６】
ここで、応答情報は、応答メッセージを出力するための応答メッセージ情報を含んでよい。応答メッセージ情報は、ユーザの音声に対応する応答メッセージがテキスト形式で表現されたものとして、制御部１４０は応答メッセージ情報に基づいて、ユーザの音声に対応する応答メッセージを音声及びテキストのうち、少なくとも一方で出力部１１０を介して出力することができる。
【００４７】
具体的に、制御部１４０は、ＴＴＳ（Ｔｅｘｔ  ｔｏ  Ｓｐｅｅｃｈ）エンジンを用いて、テキスト形態の応答メッセージ情報を音声に変換して出力部１１０を介して出力することができる。ここで、ＴＴＳエンジンとは、テキストを音声に変換するためのモジュールとして、従来開示されている多様なＴＴＳアルゴリズムを用いてテキストを音声に変換することができる。なお、制御部１４０は、応答メッセージ情報を構成するテキストが含まれるように、ＵＩ画面を構成して出力部１１０を介して出力することもできる。
【００４８】
例えば、ディスプレイ装置１００がテレビで実現され、“番組は何時から？”というユーザの音声を収集すると、サーバ２００は“どんな番組のことですか？”をテキスト形式で表現してディスプレイ装置１００に伝送することができる。この場合、制御部１４０は、“どんな番組のことですか？”を音声に変換して出力部１１０を介して出力したり、“どんな番組のことですか？”というテキストが含まれるように、画面を構成して出力部１１０を介して出力するように制御することができる。
【００４９】
このように、制御部１４０がディスプレイ装置１００で別途の機能を実行することなく、ユーザ音声に対応する応答メッセージを出力する場合は、ユーザの音声がディスプレイ装置１００で実行できない機能を実行させようとする意味を含むか、回答を要求する質問である場合を挙げることができる。
【００５０】
例えば、ディスプレイ装置１００がスマートテレビで実現され、“ＸＸＸに電話をかけて”というユーザ音声が入力されたが、スマートテレビでテレビ電話機能をサポートしていない場合、制御部は、別途の機能を実行することなく、応答メッセージ情報に基づいて“サポートされていない機能です”という応答メッセージを出力部１１０を介して音声及びテキストのうち少なくとも一方で出力することができる。なお、ディスプレイ装置１００がスマートテレビで実現され、“最近一番人気のある番組名を教えて”というユーザ音声が入力されると、制御部１４０は別途の機能を実行することなく、応答メッセージ情報に基づいて“一番人気のある番組は○○○（放送番組名）です”という応答メッセージを出力部１１０を介して音声及びテキストのうち少なくとも一方で出力することができる。
【００５１】
一方、応答情報は、ディスプレイ装置１００の機能を制御するための制御命令を更に含んでよい。これにより、制御部１４０は、サーバ２００から受信された制御命令に基づいてディスプレイ装置１００の製品種類に応じてディスプレイ装置１００で実行可能な特定機能を実行するようにディスプレイ装置１００の各構成要素を制御することができる。
【００５２】
例えば、ディスプレイ装置１００がテレビで実現され、“テレビの音量を上げて”というユーザ音声を収集すると、サーバ２００はディスプレイ装置１００の音量を上げるための制御命令をディスプレイ装置１００に伝送することができる。この場合、制御部１４０は、制御命令に基づいて出力部１１０を介して出力されるオーディオの音量を上げることができる。ただ、それは一例に過ぎず、制御部１４０は、収集されたユーザの音声に応じて、電源オン／オフ、チャネル変更等の多様な動作が行われるように、ディスプレイ装置１００の各構成要素を制御することができる。
【００５３】
なお、応答情報は、ディスプレイ装置１００の機能を制御するための制御命令及び制御命令に従って実行された特定機能に関連する応答メッセージ情報を含んでよい。この場合、制御部１４０は、制御命令による機能を行い、それに関連した応答メッセージを音声及びテキストのうち、少なくとも一方で出力部１１０を介して出力することができる。
【００５４】
例えば、ユーザの音声がディスプレイ装置１００で実行できる機能を実行させようとする意味を含むと、制御部１４０は、サーバ２００から受信された制御命令に従ってユーザが意図する機能を実行し、サーバ２００から受信された応答メッセージ情報に基づいて実行された機能に関連した情報を音声及びテキストのうち少なくとも一方で出力することができる。例えば、ディスプレイ装置１００がスマートテレビで実現され、“チャネルを１１番に変更して”というユーザ音声が入力されると、制御部１４０は、チャネルを１１番に変更するための制御命令に従ってチャネル１１番を選局し、応答メッセージ情報に基づいて、“チャネルを１１番に変更しました”または“チャネル変更が完了しました”という応答メッセージを音声及びテキストのうち少なくとも一方で出力部１１０を介して出力することができる。
【００５５】
一方、制御部１４０は、現在収集されたユーザ音声が属するサービスドメインが以前に収集されたユーザの音声が属するサービスドメインと異なる場合であっても、現在収集されたユーザの音声に対応する応答メッセージを出力するか、ユーザの音声に対応する機能を実行することができる。
【００５６】
例えば、以前に収集された“現在放送されている番組の名前は何？”というユーザの音声に対して、ディスプレイ装置１００がサーバ２００から受信された応答情報に基づいて、“お問い合わせ頂いた番組は○○○（放送番組名）です”という応答メッセージを出力する場合を仮定する。その後、以前のユーザ音声と異なるサービスドメインに属する“天気はどう？”というユーザの音声が収集されると、制御部１４０は、サーバ２００から受信された応答情報に基づいて“お望みの地域をお話ください”という応答メッセージを音声及びテキストのうち少なくとも一方で出力部１１０を介して出力することができる。
【００５７】
すなわち、特定サービスドメインに備えられたスロット（ｓｌｏｔ）がユーザの音声によって全て埋められないとしても、以後異なるサービスドメインに属するユーザの音声が受信された場合、制御部１４０は以後受信されたユーザ音声に対応する応答メッセージを出力することができる。
【００５８】
そのために、サーバ２００は、異なるサービスドメインに属するユーザの音声が受信された場合、異なるサービスドメインの対話パターンに基づいて、ユーザの音声に対応する応答情報を生成し、ディスプレイ装置１００に伝送することができる。それについては、図４とともに後述する。
【００５９】
一方、上述の実施形態では、サーバ２００から伝送される応答メッセージ情報は、応答メッセージがテキスト形式で表現されたものとして説明したが、それは一例に過ぎない。すなわち、応答メッセージ情報は、ディスプレイ装置１００から出力される応答メッセージを構成する音声データそのものか、当該応答メッセージを構成する音声データの一部か、ディスプレイ装置１００に予め保存された音声またはテキストを用いて、当該応答メッセージを出力するための制御信号の形態であってよい。
【００６０】
それにより、制御部１４０は、応答メッセージ情報の形態を考慮し、応答メッセージを出力することができる。具体的に、制御部１４０は、応答メッセージを構成する音声データそのものが受信されると、当該データを出力部１１０から出力可能な形態で処理して出力することができる。
【００６１】
一方、制御部１４０は、応答メッセージを出力するための制御信号が受信されると、ディスプレイ装置１００に予め保存されたデータのうち、制御信号にマッチするデータを検索し、検索された音声またはテキストデータを出力可能な形態で処理して、出力部１１０を介して出力することができる。そのために、ディスプレイ装置１００は、機能実行に関連した応答メッセージを提供するための音声またはテキストデータ、情報提供要求に関連した音声またはテキストデータ等を保存していることができる。例えば、ディスプレイ装置１００は、“チャネル変更が完了しました”といった完全な文章形態のデータを保存していてよく、なお、“チャネルを・・番に変更しました”のような文章を構成する一部データを保存していてよい。この場合、当該文章を完成させるチャネル名はサーバ２００から受信されてよい。
【００６２】
図３は、図２に示すディスプレイ装置の細部構成を説明するためのブロック図である。同図によると、ディスプレイ装置１００は図３に示す構成要素の他に、入力部１５０と、保存部１６０と、受信部１７０及び信号処理部１８０を更に含んでよい。図３に示す構成要素のうち、図２に示す構成要素と重複する構成要素は、その機能が同一であるため、詳細な説明は省略する。
【００６３】
入力部１５０は、多様なユーザ操作を受信して制御部１４０に伝達するための入力手段として、入力パネルで実現されてよい。ここで、入力パネルは、タッチパッド（Ｔｏｕｃｈ  Ｐａｄ）或いは各種機能キーや数字キー、特殊キー、文字キー等を備えたキーパッド（Ｋｅｙ  Ｐａｄ）またはタッチスクリーン（Ｔｏｕｃｈ  Ｓｃｒｅｅｎ）方式で行われてよい。更に、入力部１５０は、ディスプレイ装置１００を制御するためのリモコンから伝送されるリモコン信号を受信するためのＩＲ受信部（図示せず）で実現されてよい。
【００６４】
一方、入力部１５０は、ディスプレイ装置１００の機能を制御するための各種ユーザ操作を受信することができる。例えば、ディスプレイ装置１００がスマートテレビで実現される場合、電源オン／オフ、チャネル変更、音量変更等、スマートテレビの機能を制御するためのユーザ操作を受信することができる。この場合、制御部１４０は、入力部１５０を介して入力されたユーザ操作に対応する各種機能を実行するように別の構成要素を制御することができる。例えば、制御部１４０は、電源オフ命令が入力されると、ディスプレイ装置１００の各構成要素に供給される電源を遮断することができ、チャネル変更が入力されると、ユーザ操作に応じて選択されたチャネルを選局するように、受信部１７０を制御することができる。
【００６５】
特に、入力部１５０は、ユーザの音声を収集するための音声認識モードを開始するためのユーザ操作を入力される。例えば、入力部１５０は、ディスプレイ部とともにタッチスクリーン形態で実現され、音声認識モードを入力されるためのオブジェクト（仮に、アイコン）をディスプレイすることができる。一方、入力部１５０は、音声認識モードを入力されるための別途のボタンを備えることもできる。音声認識モードを開始するためのユーザ操作が入力部１５０を介して入力されると、制御部１４０は音声収集部１２０を活性化して、予め設定された距離内で発話されるユーザの音声を収集することができる。そして、制御部１４０は、サーバ２００との通信を通じて収集されたユーザ音声に対応する応答情報を受信し、応答メッセージを出力したり、特定機能を実行するように制御することができる。
【００６６】
保存部１６０は、ディスプレイ装置１００を動作させるために必要な各種プログラム等が保存される保存媒体として、メモリやＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等で実現可能である。例えば、保存部１６０は、制御部１４０の動作実行のためのプログラムを保存するためのＲＯＭ、制御部１４０の動作実行によるデータを一時的に保存するためのＲＡＭ等を備えてよい。なお、各種参照データを保存するためのＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）等を更に備えてよい。
【００６７】
特に、保存部１６０は、ユーザの音声に対応する各種応答メッセージを音声またはテキストデータで予め保存していてよい。それにより、制御部１４０は、サーバ２００から受信される音声メッセージ情報（特に、制御信号）に対応する音声及びテキストデータのうち少なくとも一方を保存部１６０から読み取ってオーディオ出力部１１２またはディスプレイ部１１１に出力することができる。この場合、制御部１４０は、音声データに対してデコーディング等の信号処理を行い、デコーディングされた音声データを増幅してオーディオ出力部１１２を介して出力することができ、テキストデータを構成するテキストが含まれるようにＵＩ画面を構成してディスプレイ部１１１を介して出力することができる。上述の実施形態では、制御部１４０が保存部１６０から読み取られた音声及びテキストデータに対する信号処理を行うものとして説明したが、制御部１４０は、音声及びテキストデータに対する信号処理を行うように、信号処理部１８０を制御することもできる。
【００６８】
受信部１７０は、多様なコンテンツを受信する。具体的に、受信部１７０は、放送ネットワークを用いて放送番組コンテンツを伝送する放送局またはインターネットを用いてコンテンツファイルを伝送するウェブサーバからコンテンツを受信する。なお、ディスプレイ装置１００内に設けられたり、ディスプレイ装置１００に接続された各種記録媒体再生装置からコンテンツを受信することもできる。記録媒体再生装置とは、ＣＤやＤＶＤ、ハードディスク、ブルーレイディスク、メモリカード、ＵＳＢメモリ等のような多様な記録媒体に保存されたコンテンツを再生する装置を意味する。
【００６９】
放送局からコンテンツを受信する実施形態の場合には、受信部１７０は、チューナ（図示せず）、復調器（図示せず）、等化器（図示せず）等のような構成を含む形態で実現されてよい。一方、ウェブサーバのようなソースからコンテンツを受信する実施形態の場合には、受信部１７０は、ネットワークインターフェースカード（図示せず）で実現されてよい。または、上述の各種記録媒体再生装置からコンテンツを受信する実施形態の場合には、受信部１７０は、記録媒体再生装置と接続されたインターフェース部（図示せず）で実現されてよい。このように、受信部１７０は、実施形態に応じて多様な形態で実現されてよい。
【００７０】
信号処理部１８０は、受信部１７０を介して受信されたコンテンツが出力部１１０を介して出力できるようにコンテンツに対する信号処理を行う。
【００７１】
具体的に、信号処理部１８０は、コンテンツに含まれたビデオ信号に対してデコーディング、スケーリング及びフレームレート変換等の動作を行い、ディスプレイ部１１１から出力可能な形態でビデオ信号を変換することができる。なお、信号処理部１８０は、コンテンツに含まれたオーディオ信号に対してデコーディング等の信号処理を行ってオーディオ出力部１１２から出力可能な形態でオーディオ信号を変換することができる。
【００７２】
図４は、本発明の一実施形態に係るサーバの構成を説明するためのブロック図である。同図に示すように、サーバ２００は、保存部２１０と、通信部２２０及び制御部２３０を含む。
【００７３】
保存部２１０は、サービスドメイン別の対話パターンを保存する。ここで、サービスドメインは、ユーザが発話した音声が属するテーマに応じて、“放送”、“ＶＯＤ”、“アプリ管理”、“機器制御”、“情報（天気や株式、ニュース等）提供”等で区分されてよい。しかし、それは一例に過ぎず、その他にも、多様なテーマに応じてサービスドメインを区分することができることはいうまでもない。
【００７４】
より具体的に、保存部２１０は、各サービスドメイン別のコーパス（ｃｏｒｐｕｓ）データベースを備えることができる。ここで、コーパスデータベースとは、例文及びそれに対する回答を保存する形態で実現されてよい。
【００７５】
すなわち、保存部２１０は、各サービスドメイン別に複数の例文及び各例文に対する回答を保存することができる。なお、保存部２１０は、例文を解釈するための情報及び例文に対応する回答を各例文ごとにタグ付け（Ｔａｇｇｉｎｇ）して保存することができる。
【００７６】
例えば、保存部２１０は、放送サービスドメインに対する第１コーパスデータベース及び天気サービスドメインに対する第２コーパスデータベースを備えることができる。
【００７７】
この場合、第１コーパスデータベースは、放送サービスドメイン内で発生し得る多様な対話パターンを保存することができる。
【００７８】
例えば、放送サービスドメイン内に“番組は何時から？”という例文が保存された場合を仮定する。
【００７９】
この場合、保存部２１０は、“番組は何時から？”といった例文を解釈するための情報を当該例文にタグ付けして保存することができる。具体的に、保存部２１０は、“番組は何時から？”のような例文において、“番組”は放送番組を示し、“何時”は放送時間に関するお問い合わせを示し、“から？”は例文のタイプが疑問文であることを示す情報を当該例文にタグ付けして保存することができる。
【００８０】
なお、保存部２１０は、“番組は何時から？”に対する回答を当該例文にタグ付けして保存することができる。具体的に、保存部２１０は、“番組は何時から？”に対する回答として、“どんな番組の開始時間を知りたいですか？”をタグ付けして保存することができる。
【００８１】
しかし、それは一例に過ぎず、保存部２１０は、“○○○（放送番組名）は何時から？”という例文を保存し、当該例文を解釈するための情報及び回答を当該例文にタグ付けして保存することができる。
【００８２】
具体的に、保存部２１０は、“○○○（放送番組名）は何時から？”のような例文において、“○○○（放送番組名）”は放送番組を示し、“何時”は放送時間に関するお問い合わせを示し、“から？”は例文のタイプが疑問文であることを示す情報を当該例文にタグ付けして保存することができる。なお、保存部２１０は、“〜は何時から？”という形式を有する例文の前の部分には、放送番組に関連する単語が配置されるという情報を当該例文にタグ付けして保存することができる。ここで、放送番組に関連する単語は、放送番組名、出演者、演出者等が含まれてよい。
【００８３】
なお、保存部２１０は、“○○○（放送番組名）は何時から？”に対する回答を当該例文にタグ付けして保存することができる。具体的に、保存部２１０は、“○○○（放送番組名）は何時から？”に対する回答として、“お問い合わせの＜放送番組名＞の放送時間は＜放送時間＞からです”をタグ付けして保存することができる。
【００８４】
このように、保存部２１０は、放送サービスドメイン内で多様な対話パターンを保存することができる。
【００８５】
なお、第２コーパスデータベースは、天気サービスドメイン内で発生し得る対話パターンを保存することができる。例えば、天気サービスドメイン内に“○○（地域名）の天気はどう？”という例文が保存された場合を仮定する。
【００８６】
この場合、保存部２１０は、“○○（地域名）の天気はどう？”のような例文を解釈するための情報を当該例文にタグ付けして保存することができる。具体的に、保存部２１０は、“○○（地域名）の天気はどう？”のような例文において、“○○（地域名）”は地域を示し、“天気はどう”は天気に関するお問い合わせを示し、“どう？”は例文のタイプが疑問文であることを示す情報を当該例文にタグ付けして保存することができる。なお、保存部２１０は、“〜天気はどう？”という形式を有する例文の前の部分には地域名称に関連した単語が配置されるという情報を当該例文にタグ付けして保存することができる。
【００８７】
なお、保存部２１０は、“○○（地域名）の天気はどう？”に対する回答を当該例文にタグ付けして保存することができる。具体的に、保存部２１０は、“○○（地域名）の天気はどう？”に対する回答として、“気温を教えましょうか？”をタグ付けして保存することができる。
【００８８】
しかし、それは一例に過ぎず、保存部２１０は、“○○（地域名）の気温はどう？”という例文を保存し、当該例文を解釈するための情報及び“お問い合わせの○○（地域名）の気温は＜温度＞です”という回答を当該例文にタグ付けして保存することができる。
【００８９】
このように、保存部２１０は、天気サービスドメイン内で多様な対話パターンを保存することができる。
【００９０】
以上では、保存部２１０に保存される例文及びそれに対する回答に対して上述してきた。しかし、それは一例に過ぎず、サービスドメイン別に多様な例文及びそれに対する回答が保存されていてよい。
【００９１】
通信部２２０は、ディスプレイ装置１００からユーザの音声を受信する。そのために、通信部２２０は、ディスプレイ装置１００と通信を行うための近距離無線通信モジュール（図示せず）、無線通信モジュール（図示せず）等のような多様な通信モジュールを含んでよい。更に、通信部２２０は、有／無線ＬＡＮ等を用いてディスプレイ装置１００と通信を行うこともできる。
【００９２】
なお、通信部２２０は、インターネット網を通じてウェブサーバと通信を行い、各種検索キーワードをウェブサーバに伝送し、それによるウェブ検索結果を受信することができる。ここで、検索キーワードとは、天気関連キーワード（仮に、地域名、気温、降雨確率等）、コンテンツ関連キーワード（仮に、映画のタイトル、映画の公開日、音楽のタイトル、ミュージシャン等）等のように、ウェブ検索が可能な多様なキーワードを含んでよく、それは保存部２１０に予め保存されていてよい。
【００９３】
制御部２３０は、サーバ２００の動作全般を制御する。特に、制御部２３０は、ユーザの音声が属するサービスドメインを判断し、判断されたサービスドメインの対話パターンに基づいてユーザの音声に対応する応答情報を生成してディスプレイ装置１００に伝送するように通信部２１０を制御する。
【００９４】
そのために、制御部２３０は、ＳＴＴ（Ｓｐｅｅｃｈ  ｔｏ  Ｔｅｘｔ）アルゴリズムを用いて受信されたユーザの音声をテキストに変換する。そして、制御部２３０は、各コーパスデータベースから変換されたテキストにマッチするユーザ発話を検出し、ユーザの音声が属するサービスドメインを判断することができる。
【００９５】
具体的に、制御部２３０は、テキストを各サービスドメイン別に保存された例文と比較し、受信されたテキストにマッチする例文が属するサービスドメインをユーザ音声が属するサービスドメインと判断することができる。
【００９６】
その後、制御部２３０は、ユーザの音声が属するサービスドメインに基づいて、ユーザの音声から対話作用（ｄｉａｌｏｇｕｅ  ａｃｔ）、主作用（ｍａｉｎ  ａｃｔｉｏｎ）及び構成要素（ｃｏｍｐｏｎｅｎｔ  ｓｌｏｔ）を抽出する。例えば、制御部２３０は、ユーザの音声からＭａｘＥｎｔ（Ｍａｘｉｍｕｍ  Ｅｎｔｒｏｐｙ  Ｃｌａｓｓｆｉｅｒ）を用いて対話作用、主作用を抽出し、ＣＲＦ（Ｃｏｎｄｉｔｉｏｎ  Ｒａｎｄｏｍ  Ｆｉｅｌｄｓ）を用いて構成要素を抽出することができる。しかし、しかし、それに限定されるものではなく、既に公知とされている多様な方式  を通じて対話作用、主作用及び構成要素を抽出することができる。例えば、制御部２３０は、ユーザの音声とマッチする例文にタグ付けされた情報を用いて、ユーザの音声から対話作用、主作用及び構成要素を抽出することもできる。
【００９７】
ここで、対話作用は、文章の形態に関連する分類基準として、当該文章が叙述部（Ｓｔａｔｅｍｅｎｔ）、要求文（Ｒｅｑｕｅｓｔ）、Ｗｈｙ疑問文（ＷＨ−Ｑｕｅｓｔｉｏｎ）またはＹｅｓ−Ｎｏ疑問文（ＹＮ−Ｑｕｅｓｔｉｏｎ）であるかを示すものである。主作用は、当該発話が特定ドメインで対話を通じて所望の行為を示す意味的情報である。例えば、放送サービスドメインで、主作用はテレビ電源オン／オフ、番組検索、番組時間検索、番組予約等を含んでよい。構成要素は、発話に示される特定ドメインに対する個体情報、すなわち、特定ドメインで意図する行動の意味を具体化するために与えられる情報である。例えば、放送サービスドメインにおいて、構成要素はジャンル、番組名、開始時間、チャネル名、俳優の名前等を含んでよい。
【００９８】
なお、制御部２３０は、抽出された対話作用、主作用及び構成要素を用いてユーザの音声に含まれた発話意図を判断し、判断された発話意図に対応する応答情報を生成してディスプレイ装置１００に伝送することができる。
【００９９】
ここで、応答情報は、ユーザの音声に対応する応答メッセージ情報を含む。応答メッセージ情報は、ディスプレイ装置１００から出力される応答メッセージがテキスト形式で表現されたものとして、ディスプレイ装置１００はサーバ２００から受信された応答メッセージ情報に基づいて、ユーザの音声に対応する応答メッセージを出力することができる。
【０１００】
具体的に、制御部２３０は、判断された発話意図に対する回答をコーパスデータベースから抽出し、抽出された回答をテキストに変換して応答メッセージ情報を生成することができる。
【０１０１】
例えば、“○○○（放送番組名）は何時から？”というユーザ音声がディスプレイ装置１００から受信された場合を仮定する。この場合、制御部２３０は、テキスト形態に変換されたユーザの音声とマッチするユーザ発話が存在するコーパスデータベースを検索し、“○○○は何時から？”という音声が放送サービスドメインに含まれると判断することができる。
【０１０２】
そして、制御部２３０は、対話作用を通じて音声の文章の形態が“疑問形”であると判断し、主作用及び構成要素を通じて、“○○○”に対する“番組開始時間”を知りたがっていると判断する。結果として、制御部２３０は、受信されたユーザ音声に含まれた発話意図は“○○○”に対して“番組開始時間”を“問い合わせる”ものと判断することができる。
【０１０３】
その後、制御部２３０は、“○○○”に対して“番組開始時間”を“問い合わせる”発話意図に対して“お問い合わせの○○○の開始時間は…です”という回答を放送サービスドメインのコーパスデータベースから抽出する。すなわち、制御部２３０は、“○○○（放送番組名）は何時から？”という例文にマッチする回答を放送サービスドメインのコーパスデータベースから検索し、“お問い合わせの○○○の開始時間は…です”という回答を抽出することができる。
【０１０４】
この場合、制御部２３０は、ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）情報を用いて“○○○”に対する放送開始時間を検索し、“お問い合わせの○○○の開始時間は土曜日の７時からです”という応答メッセージ情報を生成してディスプレイ装置１００に伝送することができる。
【０１０５】
なお、制御部２３０は、受信されたテキストにマッチする例文にタグ付けされた情報を用いてユーザの発話意図を判断することもできる。例えば、ディスプレイ装置１００からテキスト“○○○（放送番組名）は何時から？”が受信された場合を仮定する。
【０１０６】
この場合、制御部２３０は、受信されたテキストが放送サービスドメインに属すると判断し、放送サービスドメイン内で受信されたテキストとマッチする例文である“○○○（放送番組名）は何時から？”にタグ付けされた情報を用いて、ユーザの音声から対話作用、主作用及び構成要素を抽出し、ユーザ音声に含まれた発話意図を判断することができる。
【０１０７】
すなわち、放送サービスドメインに保存された例文である“○○○（放送番組名）は何時から？”には、例文を解釈するための情報として、“○○○（放送番組名）”は放送番組を示し、“何時”は放送時間に対する問い合わせを示し、“から？”は例文のタイプが疑問文であることを示す情報がタグ付けされている。よって、制御部２３０は、これらの情報を参照してディスプレイ装置１００から受信されたテキスト“○○○（放送番組名）は何時から？”の対話作用は疑問文であり、主作用は放送時間に関するお問い合わせであり、構成要素は○○○（放送番組名）であると判断することができる。それにより、制御部２３０は、ユーザの音声に含まれた発話意図は“○○○”に対する“放送時間”を“問い合わせる”ものと判断することができる。そして、制御部２３０は、“○○○”に対して“放送開始時間”を“問い合わせる”発話意図に対して“お問い合わせの○○○の開始時間は＜放送時間＞からです”という回答を放送サービスドメインのコーパスデータベースから抽出することができる。
【０１０８】
この場合、制御部２３０は、検索された回答に含まれたブランクを完成し、完全な形の文章を生成することができる。
【０１０９】
例えば、制御部２３０は、“お問い合わせの＜放送番組名＞の放送時間は＜放送時間＞からです”のような回答で、ブランク＜放送番組名＞は放送番組名である“○○○（放送番組名）”を載せることができる。そして、制御部２３０は、ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）情報を通じて“○○○（放送番組名）”の放送時間を検索し、検索された放送時間を別のブランクである＜放送時間＞に載せることができる。それにより、制御部２３０は、“お問い合わせの○○○（放送番組名）の放送時間は土曜日の７時からです”という完全な形の文章をユーザの音声に対応する応答メッセージ情報として生成し、生成された応答メッセージ情報をディスプレイ装置１００に伝送することができる。
【０１１０】
それにより、ディスプレイ装置１００は、サーバ２００から受信された応答メッセージ情報に基づいて、“お問い合わせの○○○（放送番組名）の放送時間は土曜日の７時からです”を音声及びテキストのうち、少なくとも一方の形態で出力することができる。
【０１１１】
なお、応答情報は、ディスプレイ装置１００の機能を制御するための制御命令を更に含んでよい。すなわち、制御部２３０は、ユーザの発話意図に対応する機能がディスプレイ装置１００で行われるようにするための制御命令を生成することができる。
【０１１２】
そのために、保存部２１０は、ユーザの発話意図に対応する制御命令を予め保存していてよい。例えば、ユーザの発話意図がチャネル変更である場合、ディスプレイ装置１００のチャネルを変更するための制御命令をマッチさせて保存し、ユーザの発話意図が予約録画である場合、ディスプレイ装置１００で特定番組に対する予約録画機能を実行させるための制御命令をマッチさせて保存していてよい。
【０１１３】
例えば、“○○○（放送番組名）を予約して”というユーザ音声がディスプレイ装置１００から受信された場合を仮定する。この場合、制御部２３０は、テキスト形式に変換されたユーザの音声とマッチするユーザ発話が存在するコーパスデータベースを検索し、“○○○を予約して”という音声が放送サービスドメインに含まれると判断することができる。
【０１１４】
そして、制御部２３０は、対話作用を通じて当該音声が“要請”に関連した文章形態であると判断し、主作用及び構成要素を通じて“○○○”に対する“番組予約”を望むと判断する。結果として、制御部２３０は、受信されたユーザ音声に含まれた発話意図は“○○○”に対して“番組予約”を“要請”するものと判断することができる。
【０１１５】
その後、制御部２３０は、“○○○”に対して“番組予約”を“要請”する発話意図に対応する制御命令を保存部２１０から検出し、ディスプレイ装置１００で“○○○”の予約録画機能を実行するための制御命令を生成することができる。この場合、制御部２３０は、“○○○”に対して“番組予約”を“要請”する発話意図に対して、“ご要請の番組の録画が予約されました”という応答メッセージ情報を放送サービスドメインのコーパスデータベースから抽出し、ディスプレイ装置１００に併せて伝送することができる。
【０１１６】
一方、制御部２３０は、現在受信されたユーザの音声に含まれたユーザの発話意図を判断することができない場合、以前に受信されたユーザの音声に参照し、現在受信されたユーザの音声に含まれたユーザの発話意図を判断することができる。すなわち、制御部２３０は、現在受信されたユーザの音声をコーパスデータベースに保存された対話パターンと比較し、現在受信されたユーザの音声が対話パターンで最初のユーザ発話に該当するか否かを判断し、最初のユーザ発話に該当しないと判断されると、以前に受信されたユーザの音声を参照し、現在受信されたユーザの音声に含まれたユーザの発話意図を判断することができる。
【０１１７】
例えば、“○○○（放送番組名）は何時から？”というユーザ音声が入力された後、“出演者は？”というユーザ音声が入力された場合を仮定する。この場合、制御部２３０は、“出演者は？”というユーザ音声が放送サービスドメイン内で最初のユーザ発話に該当しないと判断されると、以前に受信された“○○○は何時から？”というユーザ音声に基づいて、“出演者は？”の発話意図を判断するようになる。
【０１１８】
すなわち、制御部２３０は、構成要素を抽出することができない“出演者は？”というユーザ音声の発話意図を判断するために、以前に受信されたユーザ音声に含まれた“○○○”を用いて“出演者は？”の発話意図を“○○○”に対する“出演者”を“問い合わせる”ものと判断することができる。
【０１１９】
別の例として、“□□□（放送番組名）は？”というユーザの音声が入力された場合を仮定する。この場合、制御部２３０は、主作用を抽出することができない“□□□は？”の発話意図を判断するために、以前に受信されたユーザ音声に含まれた“何時から？”を用いて、“□□□は？”に含まれた発話意図を“□□□”の“番組開始時間”を“問い合わせる”ものと判断することができる。
【０１２０】
一方、制御部２３０は、現在受信されたユーザの音声が以前に受信されたユーザの音声と異なるサービスドメインに属すると判断されると、異なるサービスドメインの対話パターンに基づいて現在受信されたユーザの音声に対応する応答情報を生成する。
【０１２１】
具体的に、制御部２３０は、以前に受信されたユーザの音声によってサービスドメインを構成するスロットが全て埋められる前であっても、現在受信されたユーザの音声が異なるサービスドメインに属すると判断すると、異なるサービスドメインの対話パターンに基づいて現在受信されたユーザの音声に対応する応答情報を生成することができる。
【０１２２】
ここで、スロットとは、各サービスドメインごとにユーザの音声から抽出された構成要素が埋められるブランクを意味する。例えば、放送サービスドメインの場合、構成要素であるジャンル、番組名、開始時間、チャネル名、俳優の名前等が埋められるブランクを意味する。
【０１２３】
一般的な対話型システムにおいては、サービスドメインを構成するスロットが全て埋められると、構成要素が埋められた全てのスロットをリセットし、以後受信されたユーザの音声が属するサービスドメインを判断していた。すなわち、最初受信されたユーザの音声が属するサービスドメインが判断されると、判断されたサービスドメインのスロットが全て埋められてリセットされる前までは、以後受信されたユーザの音声が属するサービスドメインを再度判断していなかった。
【０１２４】
よって、このような方式の場合、異なるサービスドメインに属する音声が受信されても、以前に判断されたサービスドメインに基づいて現在受信されたユーザの音声から主作用及び構成要素を抽出しようとするため、現在受信されたユーザの音声に対する発話意図を判断することができなかった。
【０１２５】
しかし、本発明の一実施形態では、サービスドメインを構成する空スロットが全て埋められていない状態であっても、受信されるユーザの音声が属するサービスドメインを判断し、以前と異なるサービスドメインに属するユーザの音声が受信された場合であっても、当該音声の発話意図を判断することができる。
【０１２６】
そのために、制御部２３０は、以前に受信されたユーザの音声が属するサービスドメインのコーパスデータベースに現在受信されたユーザの音声がマッチするか否かを判断する。
【０１２７】
マッチすると判断されると、制御部２３０は、当該サービスドメインを用いて現在受信されたユーザの音声に対する発話意図を判断し、それに対応する応答情報を生成する。それについては、既に説明しているため、繰り返し説明は省略する。
【０１２８】
一方、マッチしていないと判断されると、制御部２３０は、現在受信されたユーザの音声を別のコーパスデータベースと比較し、現在受信されたユーザの音声が属するサービスドメインを判断する。
【０１２９】
その後、制御部２３０は、現在受信されたユーザの音声に含まれた発話意図を判断し、異なるサービスドメインの対話パターンに基づいて発話意図に対応する応答情報を生成し、ディスプレイ装置１００に伝送するように通信部２１０を制御することができる。
【０１３０】
すなわち、制御部２３０は、現在ユーザの音声が属するサービスドメインに基づいて、ユーザの音声から対話作用、主作用及び構成要素を抽出する。そして、制御部２３０は、抽出された対話作用、主作用及び構成要素を用いて現在受信されたユーザの音声に含まれた発話意図を判断し、判断された発話意図に対応する応答情報を生成し、ディスプレイ装置１００に伝送することができる。より具体的な説明のために図５を参照する。
【０１３１】
図５は、本発明の一実施形態に係る対話型システムの動作を説明するための図である。
【０１３２】
同図の（ａ）のように、ディスプレイ装置３００は、サーバ（図示せず）と連動して“番組は何時から？”というユーザ音声が受信されると、“どんな番組のことですか？”という応答メッセージを音声で出力することができる。
【０１３３】
その後、同図の（ｂ）のように、ディスプレイ装置３００が放送サービスドメインに属する“番組は何時から？”と異なるサービスドメインに属する“ソウルの気温はどう？”という音声を受信した場合を仮定する。この場合、サーバは、放送サービスドメインを構成するスロットが全て埋められる前であっても、“ソウルの気温はどう？”が属するサービスドメインを判断する。それにより、サーバは、当該音声が天気サービスドメインであると判断されると、天気サービスドメインに基づいて“ソウルの気温はどう？”から対話作用、主作用及び構成要素を抽出し、現在受信されたユーザ音声に含まれた発話意図は“ソウル”の“気温情報”を“問い合わせる”ものであると判断する。
【０１３４】
そして、サーバは、“ソウル”の“気温情報”を“問い合わせる”発話意図に対して、“お問い合わせのソウルの現在の気温は…です”という回答を天気サービスドメインのコーパスデータベースから抽出する。この場合、サーバは、当該音声から“ソウル”、“気温”をキーワードとして抽出し、それをウェブサーバに伝送し、ソウルの気温に対する検索結果をウェブサーバから受信し、“現在のソウルの気温は２３℃です”という応答メッセージ情報をディスプレイ装置３００に伝送することができる。それにより、ディスプレイ装置３００は、以前とは異なるサービスドメインに属する“ソウルの気温はどう？”に対する回答として、“現在のソウルの気温は２３℃です”を音声で出力することができる。
【０１３５】
一方、上述の実施形態においては、サーバ２００が一つで実現される場合を説明しているが、それは一例に過ぎない。
【０１３６】
すなわち、サーバ２００は、ディスプレイ装置１００からユーザの音声を受信してそれをテキストに変換し、変換されたテキストをディスプレイ装置１００に伝送する第１サーバ（図示せず）及び変換されたテキストを受信してユーザの音声に対応する応答情報を生成してディスプレイ装置１００に伝送する第２サーバ（図示せず）で実現されてよい。
【０１３７】
具体的に、第１サーバは、ＳＴＴアルゴリズムを用いて、ディスプレイ装置１００から受信された音声信号をテキストに変換してディスプレイ装置１００に伝送することができる。そして、第２サーバは、受信されたテキストに基づいてユーザの発話意図を判断し、それに対応する応答情報を生成してディスプレイ装置１００に伝送することができる。
【０１３８】
図６は、本発明の一実施形態に係るディスプレイ装置と連動するサーバの制御方法を説明するためのフローチャートである。
【０１３９】
まず、ディスプレイ装置からユーザの音声を受信する（Ｓ４１０）。
【０１４０】
その後、予め保存されたサービスドメイン別の対話パターンを用いて、ユーザの音声が属するサービスドメインを判断する（Ｓ４２０）。
【０１４１】
続いて、現在受信されたユーザの音声が以前に受信されたユーザの音声と異なるサービスドメインに属すると判断されると（Ｓ４３０−Ｙ）、異なるサービスドメインの対話パターンに基づいて現在受信されたユーザの音声に対応する応答情報を生成する（Ｓ４４０）。
【０１４２】
具体的に、以前に受信されたユーザの音声により、サービスドメインを構成するスロットが全て埋められる前であっても、現在受信されたユーザの音声が異なるサービスドメインに属すると判断されると、異なるサービスドメインの対話パターンに基づいて現在受信されたユーザの音声に対応する応答情報を生成することができる。ここで、ユーザの音声に含まれた発話意図を判断し、異なるサービスドメインの対話パターンに基づいて判断された発話意図に対応する応答情報を生成することができる。
【０１４３】
一方、以前と同様のサービスドメインに属するユーザの音声が属すると判断されると（Ｓ４３０−Ｙ）、以前サービスドメインの対話パターンに基づいて現在受信されたユーザの音声に対応する応答情報を生成する（Ｓ４５０）。
【０１４４】
その後、生成された応答情報をディスプレイ装置に伝送する（Ｓ４６０）。
【０１４５】
一方、応答情報は、ユーザの音声に対応する応答メッセージ情報を含み、ディスプレイ装置は、応答メッセージ情報に基づいてユーザの音声に対応する応答メッセージを出力することができる。
【０１４６】
なお、応答情報は、ディスプレイ装置の機能を制御するための制御命令を更に含んでよい。
【０１４７】
一方、これらの実施形態については、具体的に上述しているため、繰り返し説明は省略する。
【０１４８】
なお、本発明に係る制御方法を順次行うプログラムが保存された非一時的な読み取り可能な媒体（Ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）が提供されてよい。
【０１４９】
非一時的な読み取り可能な媒体とは、レジスタやキャッシュ、メモリ等のような短い間データを保存する媒体ではなく、半永久的にデータを保存し、機器によって読み取り（Ｒｅａｄｉｎｇ）が可能な媒体を意味する。具体的には、上述の多様なアプリケーションまたはプログラムは、ＣＤやＤＶＤ、ハードディスク、ブルーレイディスク、ＵＳＢ、メモリカード、ＲＯＭ等のような非一時的な読み取り可能な媒体に保存されて提供されてよい。
【０１５０】
なお、ディスプレイ装置及びサーバに対して示した上述のブロック図では、バス（Ｂｕｓ）を示していないが、ディスプレイ装置及びサーバで各構成要素間の通信はバスによって行われてよい。なお、各デバイスには、上述の多様なステップを行うＣＰＵ、マイクロプロセッサ等のようなプロセッサが更に含まれてよい。
【０１５１】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明は以上の実施形態に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的趣旨の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１５２】
１００  ディスプレイ装置
１１０  出力部
１１１  ディスプレイ部
１１２  オーディオ出力部
１２０  音声収集部
１３０、２２０  通信部
１４０、２３０  制御部
１５０  入力部
１６０、２１０  保存部
１７０  受信部
１８０  信号処理部
２００  サーバ
【図１】
2014002737.tif 000003
【図２】
2014002737.tif 000004
【図３】
2014002737.tif 000005
【図４】
2014002737.tif 000006
【図５】
2014002737.tif 000007
【図６】
2014002737.tif 000008