(57)【要約】      （修正有）【課題】音声対話システムにおいて、音声がタスク操作を起動する速度が遅く、ユーザーの体験が悪いという技術問題を解決する音声対話方法、装置、端末、サーバ及び可読記憶媒体を提供する。【解決手段】ユーザーの音声により、ユーザーのニーズを取得するステップと、ユーザーのニーズにマッチングする予め記憶されるタスクテンプレートを確定するステップと、ユーザーのニーズを、マッチングするタスクテンプレートにおける必要なスロットにマッチングさせるステップと、ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得するステップを実行し、必要なスロットの内容を取得するステップとを含む。【選択図】図１
2019091007.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーの音声により、ユーザーのニーズを取得するステップと、
前記ユーザーのニーズにマッチングする予め記憶されるタスクテンプレートを確定するステップと、
前記ユーザーのニーズを、マッチングするタスクテンプレートにおける必要なスロットにマッチングさせるステップと、
前記ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得するステップを実行し、必要なスロットの内容を取得するステップと、を含み、
前記タスクテンプレートは、音声がタスク操作を起動することに必要な情報に基づいて予め生成されるテンプレートであり、前記スロットは前記タスクテンプレートにおける情報であり、前記必要なスロットは前記タスクテンプレートにおいてタスク操作を起動することに用いられる必要な情報であることを特徴とする音声対話方法。
【請求項２】
前記必要なスロットの内容を取得するステップは、
ユーザーのニーズに第１種の必要なスロットの内容が欠如する場合、第１種の必要なスロットの内容を解明するステップを実行することは、
プリセット解明ルールにより、第１種の必要なスロットの内容を解明するための対話データを生成してユーザーに提供するステップと、
ユーザーの音声を取得し、前記ユーザーの音声により、前記第１種の必要なスロットの内容を確定するステップと、を含み、
前記第１種の必要なスロットの内容は、ユーザーによって提供されなければならない必要なスロットの内容であるステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
ユーザーのニーズに複数の第１種の必要なスロットの内容が欠如する場合、プリセット順序に基づいて、欠如する各第１種の必要なスロットの内容に対して、第１種の必要なスロットの内容を解明するステップを実行することを特徴とする請求項２に記載の方法。
【請求項４】
第１種の必要なスロットの内容を解明するステップを実行することにおいて、ユーザーの入力がスロットにマッチングしない回数は、プリセット回数に達する、又はプリセット時間帯において前記ユーザーの音声を取得できない場合、タスク操作の起動を終止するステップをさらに含むことを特徴とする請求項２に記載の方法。
【請求項５】
第１種の必要なスロットの内容を解明するステップを実行することにおいて、
ユーザーのニーズが、解明された第１種の必要なスロットの内容を修正することである場合、ユーザーが確認した後に修正し、
又は、ユーザーのニーズが、解明された第１種の必要なスロットの内容を問い合わせることである場合、解明された第１種の必要なスロットの内容をユーザーに告知し、
又は、ユーザーのニーズが、タスク操作をキャンセルすることである場合、確認リクエストをユーザーに送信し、ユーザーが前記タスク操作のキャンセルを確認した後に、前記ルタスク操作のキャンセを実行し、
又は、ユーザーのニーズが、他のタスク操作を起動することである場合、他のタスク操作の起動を実行することを特徴とする請求項２に記載の方法。
【請求項６】
前記必要なスロットの内容を取得するステップは、ユーザーのニーズに第２種の必要なスロットの内容が欠如する場合、ユーザーの使用する端末から、ローカルに取得された前記第２種の必要なスロットの内容を取得するステップを含み、
前記第２種の必要なスロットの内容は、ユーザーの使用する端末から、ローカルに取得できる必要なスロットの内容であることを特徴とする請求項１に記載の方法。
【請求項７】
ユーザーの使用する端末から、ローカルに取得された必要なスロットの内容を取得することが失敗した後、プリセット解明ルールにより、第２種の必要なスロットの内容を解明するための対話データを生成してユーザーに提供するステップと、
ユーザーの音声を取得し、前記ユーザーの音声により、前記第２種の必要なスロットの内容を確定するステップとをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
ユーザーのニーズにすべての必要なスロットの内容が含まれる場合、前記タスクテンプレートに対応するタスク操作を実行するステップと、
前記タスク操作の実行中、又は前記タスク操作の実行後のプリセット時間帯において、ユーザーのニーズに何れかの前記第２種の必要なスロットの内容が変更した場合、変更後の前記タスクテンプレートに対応するタスク操作を起動するステップとをさらに含み、
各前記タスクテンプレートは、それぞれ１つの前記タスク操作に対応することを特徴とする請求項６に記載の方法。
【請求項９】
ユーザーのニーズにすべての必要なスロットの内容が含まれる場合、前記タスクテンプレートに対応するタスク操作を実行するステップをさらに含み、
各前記タスクテンプレートは、それぞれ１つのタスク操作に対応することを特徴とする請求項１〜７のいずれか１項に記載の方法。
【請求項１０】
今回のタスク操作の実行後のプリセット時間帯において、ユーザーのニーズが今回のタスク操作を修正することである場合、
ユーザーに修正の操作について再び確認し、ユーザーが確認した後に、タスク操作を修正するステップをさらに含むステップをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
タスクテンプレートを記憶する記憶モジュールと、
ユーザーの音声により、ユーザーのニーズを取得する取得モジュールと、
前記ユーザーのニーズにマッチングする予め記憶されるタスクテンプレートを確定し、前記ユーザーのニーズを、マッチングするタスクテンプレートにおける必要なスロットにマッチングさせるマッチングモジュールと、
前記ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得するステップを実行し、必要なスロットの内容を取得する制御モジュールとを備え、
前記タスクテンプレートは、音声がタスク操作を起動することに必要な情報に基づいて予め生成されるテンプレートであり、前記スロットは前記タスクテンプレートにおける情報であり、前記必要なスロットは前記タスクテンプレートにおけるタスク操作を起動することに用いられる必要な情報であることを特徴とする音声対話装置。
【請求項１２】
前記制御モジュールは、ユーザーのニーズに第１種の必要なスロットの内容が欠如する場合、第１種の必要なスロットの内容を解明するステップを実行することは、
プリセット解明ルールにより、第１種の必要なスロットの内容を解明するための対話データを生成してユーザーに提供するステップと、
前記取得モジュールを介してユーザーの音声を取得し、前記ユーザーの音声により、前記第１種の必要なスロットの内容を確定するステップとを含み、
前記第１種の必要なスロットの内容は、ユーザーによって提供されなければならない必要なスロットの内容であることを特徴とする請求項１１に記載の装置。
【請求項１３】
前記制御モジュールは、欠如する第１種の必要なスロットの内容が複数である場合、プリセット順序に基づいて、欠如する各第１種の必要なスロットの内容に対して、第１種の必要なスロットの内容を解明するステップを実行することを特徴とする請求項１２に記載の装置。
【請求項１４】
前記制御モジュールは、ユーザーのニーズに欠如するものが第２種の必要なスロットの内容である場合、ユーザーの使用する端末から、ローカルに取得された第２種の必要なスロットの内容を取得し、
前記第２種の必要なスロットの内容は、ユーザーの使用する端末から、ローカルに取得できる必要なスロットの内容であることを特徴とする請求項１１に記載の装置。
【請求項１５】
前記制御モジュールは、ユーザーの使用する端末から、ローカルに取得された必要なスロットの内容を取得することが失敗した後に、
プリセット解明ルールにより、第２種の必要なスロットの内容を解明するための対話データを生成してユーザーに提供するステップと、
ユーザーの音声を取得し、前記ユーザーの音声により、前記の第２種の必要なスロットの内容を確定するステップとを実行することを特徴とする請求項１４に記載の装置。
【請求項１６】
１つ又は複数のプロセッサと、
１つ又は複数のプログラムを記憶する記憶装置とを備え、
１つ又は複数のプログラムが、前記１つ又は複数のプロセッサにより実行される場合、前記１つ又は複数のプロセッサに請求項１〜１０のいずれか１項に記載の方法を実現することを特徴とする端末。
【請求項１７】
１つ又は複数のプロセッサと、
１つ又は複数のプログラム及びタスクテンプレートを記憶する記憶装置とを備え、
前記１つ又は複数のプログラムが、前記１つ又は複数のプロセッサにより実行される場合、前記１つ又は複数のプロセッサに、請求項１〜１０のいずれか１項に記載の方法を実現することを特徴とするサーバ。
【請求項１８】
コンピュータープログラムを記憶し、当該コンピュータープログラムが、プロセッサにより実行される場合、請求項１〜１０のいずれか１項に記載の方法を実現することを特徴とするコンピューター可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声対話技術分野に関し、特に音声対話方法、装置、端末、サーバ及び可読記憶媒体に関する。
【背景技術】
【０００２】
従来の音声対話システムにおいて、音声がタスク操作を起動する速度が遅くて、音声対話シナリオにおけるユーザーの体験が悪いという技術問題が存在する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の実施例は、音声対話方法、装置、端末、サーバ及び可読記憶媒体を提供し、少なくとも従来技術における上述技術課題を解決する。
【課題を解決するための手段】
【０００４】
第１態様によれば、本発明の実施例は音声対話方法を提供し、
ユーザーの音声により、ユーザーのニーズを取得するステップと、
前記ユーザーのニーズにマッチングするような予め記憶されるタスクテンプレートを確定するステップと、
前記ユーザーのニーズを、マッチングするタスクテンプレートにおける必要なスロットにマッチングさせるステップと、
前記ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得することを実行し、必要なスロットの内容を取得するステップとを含み、
前記タスクテンプレートは、音声がタスク操作を起動することに必要な情報に基づいて予め生成されたテンプレートであり、前記スロットは前記タスクテンプレートにおける情報であり、前記必要なスロットは前記タスクテンプレートにおいてタスク操作を起動することに用いられる必要な情報である。
【０００５】
第２態様によれば、本発明の実施例は音声対話装置を提供し、
タスクテンプレートを記憶する記憶モジュールと、
ユーザーの音声により、ユーザーのニーズを取得する取得モジュールと、
前記ユーザーのニーズにマッチングするような予め記憶されたタスクテンプレートを確定し、前記ユーザーのニーズを、マッチングするタスクテンプレートにおける必要なスロットにマッチングさせるマッチングモジュールと、
前記ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得することを実行し、必要なスロットの内容を取得する制御モジュールと、を備え、
前記タスクテンプレートは音声がタスク操作を起動することに必要な情報に基づいて予め生成されたテンプレートであり、前記スロットは前記タスクテンプレートにおける情報であり、前記必要なスロットは前記タスクテンプレートにおいてタスク操作を起動することに用いられる必要な情報である。
【０００６】
第３態様によれば、本発明の実施例は、端末を提供し、
１つ又は複数のプロセッサと、
１つ又は複数のプログラムを記憶する記憶装置と、を備え、
前記１つ又は複数のプログラムが、前記１つ又は複数のプロセッサにより実行される場合、前記１つ又は複数のプロセッサに第１態様に記載の方法を実現させる。
【０００７】
第４態様によれば、本発明の実施例は、サーバを提供し、１つ又は複数のプロセッサと、１つ又は複数のプログラム及びタスクテンプレートを記憶する記憶装置と、を備え、
前記１つ又は複数のプログラムが、前記１つ又は複数のプロセッサにより実行される場合、前記１つ又は複数のプロセッサに第１態様に記載の方法を実現させる。
【０００８】
第５態様によれば、本発明の実施例は、コンピュータープログラムを記憶するコンピューター可読記憶媒体を提供し、当該プログラムがプロセッサにより実行される場合、第１態様に記載の方法を実現する。
【発明の効果】
【０００９】
上述技術案のうちの１つは、ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得するステップを実行するが、必要なスロットの内容のみを取得してもよい、一方、音声がタスク操作を起動することに対して所要情報が少なくて、音声がタスク操作を起動する速度が速いため、音声対話のシナリオにおけるユーザーの体験を向上するというメリット又は有益な効果を有する。
【００１０】
上述技術案のうちの１つは、音声対話装置の制御モジュールが前記ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得するステップを実行するが、必要なスロットの内容のみを取得してもよい、音声がタスク操作を起動することに対して所要情報が少なくて、音声起動タスク操作の速度が速いため、音声対話のシナリオにおけるユーザーの体験を向上するように設置されるというメリット又は有益な効果を有する。
【００１１】
上記概要は明細書の目的のために説明されたが、何らかの形態で本発明を限定するものではない。上記例示的な態様、実施形態及び特徴に加えて、図面及び以下の詳細な説明を参照することによって、本発明のさらなる態様、実施形態及び特徴は分かりやすくなる。
【図面の簡単な説明】
【００１２】
図面において、特に断らない限り、複数の図面を通して同一符号は同一又は類似の部材又は要素を示す。これらの図面は必ずしも縮尺で描かれたものではない。なお、これらの図面は本発明に開示された幾つかの実施形態のみを示し、本発明の範囲を限定するものではない。
【００１３】
【図１】本発明の実施例１に係る音声対話方法のフローチャートである。
【図２】本発明実施例２に係る音声対話方法における第１種の必要なスロットの内容を取得するフローチャートである。
【図３】本発明の実施例６に係る音声対話装置の略図である。
【図４】本発明の実施例１０に係る端末の略図である。
【図５】本発明の実施例１１に係るサーバの略図である。
【発明を実施するための形態】
【００１４】
以下では、幾つかの例示的な実施例のみを簡単に説明する。当業者であれば、本発明の趣旨又は範囲を逸脱せずに、説明した実施例に様々な変更を施すことができると理解できる。従って、図面と説明は本質的に例示的であり、限定的ではないとみなされるべきである。
【００１５】
実施例１
本発明の実施例１は、音声対話方法を提供し、図１に示すように、下記ステップを含む。
【００１６】
ステップＳ１００では、ユーザーの音声により、ユーザーのニーズを取得する。
【００１７】
本発明の実施例の１つの例において、ユーザーの音声は、ユーザーの音声データを取得できる端末により取得され、ここで、端末はスマホ、タブレットとスマートロボット等の設備を含むが、これらに限らない、多種音声識別技術を使用してユーザーの音声を解析して、ユーザーのニーズを取得し、選択可能な方式として、ユーザーの音声をクラウドサーバにアップロードして解析してもよい、解析した後の結果によってユーザーのニーズを取得し、元に取得したユーザーの音声データを処理してクラウドサーバにアップロードするデータの大きさを減少してもよい。
【００１８】
ステップＳ２００では、前記ユーザーのニーズにマッチングするような予め記憶されたタスクテンプレートを確定する。
【００１９】
ステップＳ３００では、前記ユーザーのニーズを、マッチングするタスクテンプレートにおける必要なスロットにマッチングさせ、
前記ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得することを実行する。
【００２０】
ここで、前記タスクテンプレートは音声がタスク操作を起動することに必要な情報に基づいて予め生成されたテンプレートであり、前記スロットが前記タスクテンプレートにおける情報であり、前記必要なスロットが前記タスクテンプレートにおいてタスク操作を起動することに用いられる必要な情報である。
【００２１】
予め記憶されたタスクテンプレートは、サーバに予め記憶されたものであっても良い。それぞれのタスクテンプレートは、論理的に独立で、且つ細分できない１つのタスク操作に対応する。音声があるタスクテンプレートを起動する時に、当該タスクテンプレートに対応するタスク操作を起動する。例えば、操作対象が目覚まし時計であるタスク操作に対して、下表に示すような論理的に独立で、且つ細分できない四種のタスク操作を含む。
【００２２】
2019091007.tif 000003
【００２３】
アラーム新規作成用タスクテンプレートを例として、アラーム新規作成用タスクテンプレートにおいて、必要なスロット、必要なスロットの内容、必要でないスロット及ぶ必要でないスロットの内容について、次の表の通りに表す。
【００２４】
2019091007.tif 000004
【００２５】
例えば、ユーザーの音声が「アラームをセットしろ」であれば、取得するユーザーのニーズは、アラームを新規作成することである。
【００２６】
前記ユーザーのニーズにマッチングするような、予め記憶されたすべてのタスクテンプレートを確定し、アラームのタスクテンプレートを新規作成する。
【００２７】
ユーザーからのアラーム新規作成のニーズを、マッチングしたアラーム新規作成のタスクテンプレートにおける必要なスロット「日付」と「タイム」にマッチングする。
【００２８】
この場合、ユーザーからのアラーム新規作成のニーズにおいて、アラーム新規作成用タスクテンプレートに対する必要なスロット位置「日付」と「タイム」という内容がないため、必要なスロットの内容を取得することを実行する必要があり、プリセットガイドルールにより、「日付」と「タイム」を取得する為の対話データを生成してユーザーに提供し、「日付」と「タイム」という内容、例えば、明日及び７時を取得する。
【００２９】
本発明の実施例の上述技術案における音声対話方法は、ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得するステップを実行するが、必要なスロットの内容のみを取得してもよい、一方、音声がタスク操作を起動することに対して所要情報が少なくて、音声がタスク操作を起動する速度が速いため、音声対話のシナリオにおけるユーザーの体験を向上する。
【００３０】
本発明の実施例における上述説明は、すべて前記ユーザーのニーズに必要なスロットの内容が欠如する場合に対する処理方式に関する。以下は、前記ユーザーのニーズにすべての必要なスロットの内容が含まれることについて説明する。
【００３１】
ユーザーのニーズにすべての必要なスロットの内容が含まれる場合、前記タスクテンプレートに対応するタスク操作を起動する。
【００３２】
ここで、各タスクテンプレートは、それぞれ１つのタスク操作に対応する。
【００３３】
前記技術特徴を有する技術案において、ユーザーのニーズにすべての必要なスロットの内容が含まれる場合、前記タスクテンプレートに対応するタスク操作を起動し、音声によりタスク操作を起動する速度が速いため、音声対話のシナリオにおけるユーザーの体験を向上する。
【００３４】
今回のタスク操作を実行したプリセット時間帯において、ユーザーのニーズが今回のタスク操作に対する修正であれば、ユーザーに修正の操作について再び確認し、ユーザーが確認した後に、タスク操作を修正するステップをさらに含む。
【００３５】
アラーム新規作成に成功した後アラームをキャンセルすることを例として、
Ｑ：アラーム新規作成に成功したので、明日朝８時にあなたを呼び覚まします。
Ａ：キャンセルしてください。
Ｑ：明日朝８時にあなたを呼び覚ますアラームをキャンセルしますが、確かにこれを確認しますか？
Ａ：はい、確認します。
Ｑ：アラームを削除しました。
【００３６】
必要でないスロットについて、ユーザーが必要でないスロットの内容を表現した後、本発明の実施例における上述技術案は識別することで、起動されたタスク操作が、ユーザーの繊細な個性化ニーズに更に適合する。但し、ユーザーが表現しない場合、ユーザーの表現がすべての必要なスロットの内容を含む限り、前記タスクテンプレートに対応するタスク操作を起動する。
【００３７】
音声対話のシナリオで、ユーザーの体験を向上することは非常に重要である。ユーザーのニーズに対して、ユーザーの表現を濃縮することで、ユーザーの体験を有効に向上することができる。ユーザー表現の真実性を確実にする為、できるだけオンラインユーザー日誌を使用して濃縮したほうがいい、そうでない場合、表現の多様性を確実にするため、「クラウドソーシング」を通じて複数のユーザーにユーザーの表現を濃縮することに参加させることができる。
【００３８】
濃縮集合の理想的な状況は、２種に分かれ、１つ目が真実なユーザーのニーズを模擬する集合であって、「真実な集合」と呼ばれ、２つ目がプロダクト戦略として後に満足することを望む集合であって、「難度集合」と呼ばれる。「真実な集合」により、真実な効果を評価し、「難度集合」により、戦略最適化の方向を指導する。
【００３９】
ユーザーの表現が濃縮された後、濃縮集合におけるいずれかの対象は、ユーザーのニーズにマッチングすることができる。例えば、ユーザーのニーズが、アラーム新規作成であれば、ユーザーの表現の濃縮集合は、「アラームをセッテしろ」、「アラームを作れ」、「アラームを新規作成しろ」及び「アラーム」等を含む。ユーザーはが音声を通じて濃縮集合における何れかを表現する場合、取得したユーザーのニーズがすべてアラームを新規作成することである。
【００４０】
実施例２
本発明の実施例２は本発明の実施例１に基づき、ユーザーのニーズに欠如する必要なスロットが、具体的に第１種の必要なスロットの内容である。
【００４１】
この状況で、図２に示すように、必要なスロットの内容を取得することは、具体的に下記ステップを含む。
【００４２】
ユーザーのニーズに第１種の必要なスロットの内容が欠如する場合、第１種の必要なスロットの内容を解明するための手順を実行し、具体的に、下記ステップを含む。
【００４３】
ステップＳ３１１では、プリセット解明ルールにより、第１種の必要なスロットの内容を解明するための対話データを生成してユーザーに提供する。
【００４４】
ステップＳ３１２では、ユーザーの音声を取得し、前記ユーザーの音声に基づいて、前記の第１種の必要なスロットの内容を確定する。
【００４５】
ここで、前記第１種の必要なスロットの内容は、ユーザーに提供されなければならない必要なスロット位置の内容である。
【００４６】
ユーザーのニーズに第１種の必要なスロットの内容が欠如する場合、即ち、ユーザーのニーズに欠如しするのが、ユーザーに提供されなければならない必要なスロットの内容である場合、例えば、アラーム新規作成用タスクテンプレートにおける「日付」と「タイム」という内容、プリセット解明ルールにより、第１種の必要なスロットの内容を解明するための対話データを生成してユーザーに提供し、ユーザーの音声を取得し、前記ユーザーの音声に基づいて、前記第１種の必要なスロットの内容を確定する。これで、比較的に完璧で明確的な意味の表現を便利的に取得することができ、音声によりタスク操作を起動する速度の向上に役立ち、音声対話のシナリオにおけるユーザーの体験を向上する。
【００４７】
ユーザーのニーズに第１種の必要なスロットの内容が欠如する場合、１つの内容が欠如する可能性があり、複数の内容が欠如する可能性もある。ユーザーのニーズに１つの第１種の必要なスロットの内容が欠如する場合、直接に本発明の実施例２における前記技術案により解決できる。
【００４８】
ユーザーのニーズに複数の第１種の必要なスロットの内容が欠如する場合、複数の第１種の必要なスロットの内容を逐一取得する必要があり、一定の順序を設置する必要がある。
【００４９】
即ち、プリセット順序に基づいて、欠如する各第１種の必要なスロットの内容に対して、第１種の必要なスロットの内容を解明するためのステップを実行する。
【００５０】
順序をプリセットすることは、複数の第１種の必要なスロットの優先度に基づいて順序を手配してもよい。例えば、優先度の順序に基づいて降順で取得でき、即ち、優先度が比較に高い第１種の必要なスロットの内容を問ってから、優先度が比較に低い第１種の必要なスロットの内容を問う。
【００５１】
第１種の必要なスロットの内容を解明することを実行するステップにおいて、解明効率を決定するのは、解明ルールである。
【００５２】
各第１種の必要なスロットの内容を解明することを実行するステップには、ユーザーとの複数のラウンドの対話を行う必要があるかもしれない。複数のラウンドの対話において、合理的な終了戦略が必要であり、即ち、異なる終了必要である状況の場合、終了する。
【００５３】
まず、受動的に終了する場合、例えば、第１種の必要なスロットの内容を解明することを実行するステップにおいて、ユーザーの入力が、スロットにマッチングしない回数が、プリセット回数に達する、又はプリセット時間帯において前記ユーザーの音声を取得できない場合、タスク操作の起動を終止する。
【００５４】
例えば、アラーム新規作成のタスク操作において、ユーザーの入力が、スロットにマッチングしない回数が、２回に達する、又はプリセット時間帯の４０秒以内、前記ユーザーの音声を取得できない場合、アラーム新規作成のタスク操作を起動することを終了する。
【００５５】
それ以外、能動的に終了する場合もあり、ユーザーのニーズにタスク操作のキャンセルが変更すれば、ユーザーに確認リクエストを送信し、ユーザーが前記タスク操作のキャンセルを確認した後に、タスク操作のキャンセルを実行する。
【００５６】
又は、ユーザーのニーズが、他のタスク操作の起動に変更することであれば、修正した他のタスク操作を起動する。
【００５７】
また、各第１種の必要なスロットの内容を解明することを実行するステップには、ユーザーに複数のラウンドの対話を行う必要があるかもしれない。複数のラウンドの対話において、受動的に終了することや能動的に終了することなど意外な別の状況が発生する可能性があるので、一般的な他の状況を処理する必要がある。
【００５８】
第１種の必要なスロットの内容を解明することを実行するステップにおいて、
ユーザーのニーズが、解明した第１種の必要なスロットの内容を修正することである場合、ユーザーが確認した後に修正し、
又は、ユーザーのニーズが、タスク操作のキャンセルに変更することであれば、ユーザーが確認した後に、タスク起動をキャンセルする操作を行う。
【００５９】
複数のラウンドの音声対話において、一般的な状況を処理することによって、より真実的な意味の表現を取得することを実現でき、音声によるタスク操作の起動速度の向上に役立ち、音声対話のシナリオにおけるユーザーの体験を向上する。
【００６０】
ユーザーのニーズが、解明した第１種の必要なスロットの内容を修正することである場合、ユーザーが確認した後に修正し、具体的な例は、下記の通りであり、
Ａ：私は、オレンジクリスタルホテル崇文門チェーン店のエグゼクティブルーム（３泊）を注文したいと思います。
Ｑ：ちょっとお尋ねしますが、何日にチェックインしますか？
Ａ：３月１８日
Ｑ：オレンジクリスタルホテル崇文門チェーン店、１つのエグゼクティブルーム、３月１８日チェックイン、３泊となりますが、確かに確認しますか？
Ａ：３月１９日にしましょう。
Ｑ：チェックイン時間を３月１９日に変更しますが、確かに確認しますか？
Ａ：はい、確認します。
【００６１】
ユーザーのニーズが、解明した第１種の必要なスロットの内容に対して質問することである場合、解明した第１種の必要なスロットの内容をユーザーに告知する。具体的な例は、下記の通りであり、
...
Ｑ：何を食べたいですか？
Ａ：麦辛鶏足堡セット１部をお願いします。
...
Ｑ：どんな方法で支払いをしたいですか？
Ａ：先ほど、私は、何部かの麦辛鶏足堡セットを注文しましたか？  
Ｑ：麦辛鶏足堡セット１部でございます。
Ｑ：どんな方法で支払いをしたいですか？...。
【００６２】
ユーザーのニーズが、他のタスク操作の起動に変更することである場合、修正したタスク操作を起動し、具体的な例は、下記の通りであり、
Ｑ：私に、アラームをセットしてください。
Ａ：何時あなたを呼び覚ましますか？
Ｑ：明日の天気は、如何ですか？
Ａ：「明日天気の状況を放送します」
【００６３】
実施例３
本発明の実施例３は、本発明の実施例１に基づき、ユーザーのニーズに欠如する必要なスロットの内容が、具体的に第２種の必要なスロットの内容であることについて説明する。
【００６４】
この状況で、必要なスロットの内容を取得することが、具体的に、
ユーザーのニーズに第２種の必要なスロットの内容が欠如する場合、ユーザーが使用する端末からローカルに取得した第２種の必要なスロットの内容、例えば、ユーザーの使用する端末のデフォルト値又は現在状態等を取得するステップを含む。
【００６５】
ここで、前記第２種の必要なスロットの内容は、ユーザーが使用する端末からローカルに取得できる必要なスロットの内容である。
【００６６】
天気照会のタスクテンプレートを例として、天気照会のタスクテンプレートにおいて、必要なスロットは場所及び時間を含んで、第２種の必要なスロットであり、ユーザーの使用する端末の現在の場所及び時間を取得することによって、第２種の必要なスロットを充填し、即ち、ユーザーの使用する端末の現在の場所及び時間を、第２種の必要なスロットの内容とする。
【００６７】
ユーザーの使用する端末から、必要なスロットの内容をローカルに取得することは、必ずしも毎回に成功することではない、従って、この状況で、
ユーザーの使用する端末から、必要なスロットの内容をローカルに取得することが失敗した後、
プリセット解明ルールにより、第２種の必要なスロットの内容を解明するための対話データを生成してユーザーに提供するステップと、
ユーザーの音声を取得し、前記ユーザーの音声により、前記の第２種の必要なスロット内容を確定するステップと、をさらに含む。
【００６８】
ユーザーのニーズに第２種の必要なスロットの内容が欠如する場合、ユーザーの使用する端末から、必要なスロットの内容をローカルに取得し、ユーザーの使用する端末から、必要なスロットの内容をローカルに取得することが失敗する場合、プリセット解明ルールにより、第２種の必要なスロットの内容を解明するための対話データを生成してユーザーに提供し、ユーザーの音声を取得し、前記ユーザーの音声により、前記の第２種の必要なスロットの内容を確定する。これで、ある程度で、ユーザーとの対話を減少でき、同時に、比較に完璧で明確的な意味の表現を便利的に取得することを実行でき、音声によるタスク操作を起動する速度の向上に役立ち、音声対話のシナリオにおけるユーザーの体験を向上する。
【００６９】
同様に、第２種の必要なスロットの内容を解明することを実行するステップにおいて、解明効率を決定するのは、解明ルールであり、解明ルールは、スロットのタイプに基づいて制定された解明ルールであり、同じ種類のスロットのタイプは、同じ解明ルールを使用する。航空券予約のタスクテンプレートを例とする。
【００７０】
2019091007.tif 000005
【００７１】
２つの異なるスロットの出発地と目的地は、同じスロットのタイプの都市に属すると分かる。これで、解明ルールは、スロットのタイプに基づいて制定された解明ルールであり、同じ種類のスロットのタイプに対して、同じ解明ルールを使用する。
【００７２】
「質問時間」の通知の新規作成を例として、
「確認必要」時間に曖昧することがあり、即ち、完全に曖昧しないように１つの精確な時刻に指定できなくて、確認必要になる。
【００７３】
ａ.ユーザーは、１〜１１時の時間（日付無し）しか表現しない、２４時間内に、要求条件に適合する時間は２つがあるため、具体的な時間を判断できない、ユーザーに少なくとも２つの時間点を与えて質問する必要があり、例えば、
Ｑ：「８時に、私に薬を服用するように通知してください」
Ａ：「今晩の８時ですか？それとも明日の朝８時ですか？」
【００７４】
ｂ.ユーザーは、日付（Ｘ月Ｘ日、Ｘ曜日、明日）＋時間を表す場合、当日の２４時間内に、要求条件に適合する時間は２つがあるため、事件と時間との関係を正確に識別できなくて、具体的な時間を判断できない、ユーザーに少なくとも２つの時間点を与えて質問する必要があり、例えば 、
Ｑ：「１２月３１日８時に、私に薬を服用するように通知してください」
Ａ：「１２月３１日朝８時ですか？それとも１２月３１日午後８時ですか？」
【００７５】
ｃ.ユーザーは、「明日朝Ｘ時に私を呼び覚ましてください」を表現すると、現在の時間が朝３〜６時であり、且つ、モーニングコール時間が現行の時間よりも長いと、今日の朝であるか、それとも明日の朝ですか、例えば、
Ｑ：「明日朝８時に私を呼び覚ましてください」
Ａ：「現在はもう明け方ですが、モーニングコール時間が明日朝８時ですか、それとも今日の朝８時ですか？」
【００７６】
ｄ.ユーザーが表現した日付に曖昧があると、例えば、１２月第３週の月曜日、ユーザーに少なくとも２つの時間点を与えて質問する必要があり、例えば、
Ｑ：「１２月第３週の月曜日朝８時に私を呼び覚ましてください」
Ａ：「Ｘ月Ｘ日朝Ｘ時ですか、それともＸ月Ｘ日朝Ｘ時ですか？」
【００７７】
ユーザーの使用する端末から、ローカルに取得された必要なスロットの内容を、欠如する第２種の必要なスロットの内容とするため、時にはそれがユーザーの真実なニーズではない状況が発生する可能性があり、従って、当該状況に対して、便利な修正方式を提供する必要がある。
【００７８】
前記タスク操作の実行中又は前記タスク操作済み後のプリセット期間内、ユーザーのニーズにより、何れかの前記第２種の必要なスロットの内容が変更した場合、変更後の前記タスクテンプレートに対応するタスク操作を実行する。
【００７９】
ここで、各前記タスクテンプレートは、それぞれ１つの前記タスク操作に対応する。
【００８０】
同じように、天気照会のタスクテンプレートを例として、天気照会のタスクテンプレートにおいて、ユーザーが使用する端末の現在の場所「北京」及び現在の時間「午前９時」を第２種の必要なスロットの内容として、天気予報に対してプリセット時間を設定し、ユーザーの音声が「上海」であり、即ち、ユーザーのニーズには、場所という第２種の必要なスロット内容が変更した場合、変更後の場所「上海」に対する時間を現在時間とする天気予報のタスク操作を実行する。
【００８１】
前記タスク操作の実行中又は前記タスク操作済み後のプリセット時間内、ユーザーは、音声により前記第２種の必要なスロットの内容を変更でき、変更後の前記タスクテンプレートに対応するタスク操作を実行し、出来るだけ早くタスクテンプレートを修正することによって、ユーザーの真実なニーズに適合するタスク操作を実行でき、比較的に真実で明確的な意味の表現を実現でき、音声によるタスク操作を起動する速度の向上に役立ち、音声対話のシナリオにおけるユーザーの体験を向上する。
【００８２】
実施例４
本発明の実施例４は、本発明の実施例２と本発明の実施例３との組合せであり、ここではこれ以上言及しないこととする。
【００８３】
実施例５
本発明実施例１〜実施例４はすべて、音声対話方法におけるユーザーに対する対話がタスクタイプの対話である技術案であり、タスクタイプの対話は、ユーザーが１つの特定タスクを完成するのを手伝う対話である。ユーザーの対話は、オープン対話をさらに含み、オープン対話は、特定のテーマがない問答対話と指し、オープン対話も、画像対話、雑談対話及び補完対話を含む。
【００８４】
本発明の実施例５は、実施例１〜実施例４に基づき、オープン対話に対する技術案も含む。
【００８５】
例えば、画像対話に対する技術案は、
前記ユーザーのニーズを、予め記憶された画像テンプレートにマッチングするステップと、
前記ユーザーのニーズに対応する画像テンプレートへのマッチングが成功する場合、前記ユーザーのニーズを、前記ユーザーのニーズに対応する画像テンプレートの情報にマッチングするステップと、
ユーザーのニーズにマッチングする前記情報がある場合、ユーザーにニーズの情報を告知するステップと、をさらに含み、
ここで、前記画像テンプレートは、画像対象の情報により生成されたものである。
【００８６】
画像対話は、ユーザー自身の画像と音声対話方法を実行する音声対話システムの画像を含む。この２種類の対話の目標が異なり、ユーザー自身の画像の対話目標は、ユーザーの情報を発掘し、ユーザー画像に関する肝心な情報を記録し、それに基づいて、個性化のユーザー画像サービスを提供し、音声対話システムの対話目標は、ユーザーに、端末関連情報を告知し、擬人化のイメージを確立し、ユーザーとの間の信任感を増加する。
【００８７】
ユーザー自身の画像について、ユーザー氏名等の肝心なユーザー情報に対する処理を行い、ユーザーがこれらの自分の情報を表現する前提で、音声対話システムは、ユーザーの対応情報を記録し、最終的に、ユーザーが、自分の氏名を覚えているか等の問題を聞く時に、ユーザーにフィードバックする。
【００８８】
音声対話の画像は、音声対話情報のすべての情報と頻繁な個性化情報をカバーする。システム画像に対して、指向性の質疑応答関連話術が配置されていて、主に一問題複数の回答の形で存在し、ユーザーは、具体的な問題を質問する場合、複数の返答から１つの返答を選んでユーザーに返答を与え、同時に、問題に対して、システムの画像がある程度の一般化も行い、十分にたくさんのユーザーの表現を呼び戻しできることを確保する。
【００８９】
例えば、雑談対話に対する技術案は、前記ユーザーのニーズを、予め記憶された雑談テンプレートにマッチングするステップと、
前記ユーザーのニーズに対応する雑談テンプレートへのマッチングが成功する場合、前記ユーザーのニーズを、前記ユーザーのニーズに対応する雑談テンプレートの情報にマッチングするステップと、
ユーザーのニーズにマッチングする前記情報がある場合、ユーザーに告知するステップと、をさらに含み、
ここで、前記雑談テンプレートは、プリセット雑談テーマの情報により生成されたものである。
【００９０】
語義理解能力の技術的な制限により、現在は、ユーザー表現の理解に基づいて、オープンで順暢な雑談をやり遂げることができない、現行の雑談テンプレートは大量なＱ＆Ａコーパスに基づき、ユーザー表現とセマンティクスにおいて、質問に対するマッチング検索を行い、回答を与える。これを見ると、この方式で、論理的に一致するようにユーザーと持続的に雑談することを確保できない、ユーザーの通常の感覚は、一言で雑談してもいい、おしゃべりが多すぎると答えてしまうこともある。
【００９１】
従って、特定の問い合わせのみに対して雑談内容を提供し、ユーザーに、雑談において決して持続的にチャットさせない、このため、プロダクトの役目により、少量の特定の問い合わせに対応する雑談返答を作成し、各返答内容がプロダクトの役目に適合することを確保する。
【００９２】
補完対話に対する技術案を例とする。
【００９３】
補完対話とは、ユーザーのニーズを呼び戻すサービスがない場合、ユーザーに与える補完返答であり、ここで、基本的な応答内容とガイド内容が含まれ、応答内容は、ユーザーに、ユーザーのニーズを満足できないことを告知し、ガイド内容は、ユーザーにこれからの操作を指導する。
【００９４】
ユーザーの音声により取得されたユーザーのニーズが、予め記憶されたタスクテンプレート、画像テンプレート及び雑談テンプレートにマッチングできない場合、補完対話で、ユーザーにユーザーの意味を余りに理解できないと返答し、音声対話方法のロバスト性を向上する。
【００９５】
タスク操作、画像操作及び雑談操作の起動に異常が発生し、サービスを提供できない場合、補完返答において、プリセット補完の論理により答える。  
【００９６】
Ｑ：今日の天気は、如何ですか？
Ａ：「サービスに予想外の事態が発生した」天気サービスに予想外の事態が発生しましたが、間もなく回復します。ちょっと後で私に聞いてください。
【００９７】
前記のような表現にとって、現在の状態を表明してから、ユーザーに操作方法を告知するのは、補完対話において不可欠で、スマート音声対話方法において欠かせない部分である。
【００９８】
実施例６
本発明の実施例は、音声対話装置を提供し、図３に示すように、タスクテンプレートを記憶する記憶モジュール１１０と、
ユーザーの音声により、ユーザーのニーズを取得する取得モジュール１２０と、
前記ユーザーのニーズにマッチングする予め記憶されたタスクテンプレートを確定し、前記ユーザーのニーズを、マッチングされたタスクテンプレートにおける必要なスロットにマッチングするマッチングモジュール１３０と、
前記ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得するステップを実行し、必要なスロットの内容を取得する制御モジュール１４０と、を備え、
ここで、前記タスクテンプレートは、音声がタスク操作を起動することに必要な情報に基づいて予め生成されるテンプレートであり、前記スロットは前記タスクテンプレートにおける情報であり、前記必要なスロットは前記タスクテンプレートにおいてタスク操作を起動することに用いられる必要な情報である。
【００９９】
本発明の実施例における前記技術案の音声対話装置の制御モジュールは、前記ユーザーのニーズに必要なスロットの内容が欠如する場合、必要なスロットの内容を取得するステップを実行するが、必要なスロットの内容を取得してもよい。本発明の実施例における前記技術案の音声対話装置は、音声がタスク操作を起動することに対して所要情報が少なくて、音声がタスク操作を起動する速度が速いため、音声対話のシナリオにおけるユーザーの体験を向上する。
【０１００】
本発明の実施例における前記説明内容は、すべて前記ユーザーのニーズに必要なスロットの内容が欠如する場合に対する処理方式に関する。以下は、前記ユーザーのニーズにすべての必要なスロットの内容が含まれることについて説明する。
【０１０１】
制御モジュールはユーザーのニーズにすべての必要なスロットの内容が含まれる場合、前記タスクテンプレートに対応するタスク操作を起動するようにさらに設置される。
【０１０２】
ここで、各タスクテンプレートはそれぞれ１つのタスク操作に対応する。
【０１０３】
前記技術特徴を有する技術案において、ユーザーのニーズにすべての必要なスロットの内容が含まれる場合、制御モジュールが前記タスクテンプレートに対応するタスク操作を起動し、音声によりタスク操作を起動する速度が速いため、音声対話のシナリオにおけるユーザーの体験を向上する。
【０１０４】
必要でないスロットの内容について、ユーザーが表現した後、本発明の実施例における前記技術案は識別することで、起動されたタスク操作が、ユーザーの繊細な個性化ニーズに更に適合する。但し、ユーザーが表現しない場合、ユーザーの表現がすべての必要なスロットの内容を含む限り、前記タスクテンプレートに対応するタスク操作を起動する。
【０１０５】
実施例７
本発明の実施例７は本発明の実施例６に基づき、ユーザーのニーズに欠如する必要なスロットの内容が、具体的に第１種の必要なスロットの内容である。
【０１０６】
この状況で、制御モジュールは、ユーザーのニーズに第１種の必要なスロットの内容が欠如する場合、第１種の必要なスロットの内容を解明するステップを実行し、具体的に、プリセット解明ルールに基づいて第１種の必要なスロットの内容を解明するための対話データを生成してユーザーに提供するステップと、
前記取得モジュールを介して、ユーザーの音声を取得し、前記ユーザーの音声により、前記の第１種の必要なスロットの内容を確定するステップと、を含み、
ここで、前記第１種の必要なスロットの内容は、ユーザーにより提供されなければならない必要なスロットの内容である。
【０１０７】
これで、第１種の必要なスロットの内容を取得でき、比較に完璧で明確的な意味の表現を便利的に取得でき、これで、音声によりタスク操作の起動速度の向上に役立ち、音声対話のシナリオにおけるユーザーの体験を向上する。
【０１０８】
ユーザーのニーズに第１種の必要なスロットの内容が欠如するのは、１つが欠如する可能性があり、複数が欠如する可能性もある。欠如する第１種の必要なスロットの内容は１つである場合、直接に本発明の実施例７における前記技術案で解決できる。
【０１０９】
ユーザーのニーズに複数の第１種の必要なスロットの内容が欠如する場合、複数の第１種の必要なスロットの内容を逐一取得する必要もあり、一定の順序を設置する必要もある。具体的は、下記の通りである。
【０１１０】
制御モジュールはプリセット順序に基づいて、欠如する各第１種の必要なスロットの内容に対して、第１種の必要なスロットの内容を解明するためのステップを実行する。
【０１１１】
プリセット順序は、複数の第１種の必要なスロットの優先度に基づいて順序を手配してもよい、例えば、優先度の順序に基づいて降順で取得でき、即ち、優先度が比較に高い第１種の必要なスロットの内容を問ってから、優先度が比較に低い第１種の必要なスロットの内容を問う。
【０１１２】
第１種の必要なスロットの内容を解明することを実行するステップにおいて、解明効率を決定するのは、解明ルールである。
【０１１３】
各第１種の必要なスロットの内容を解明することを実行するステップには、ユーザーとの複数のラウンドの対話を行う必要があるかもしれない。複数のラウンドの対話において、合理的な終了戦略が必要であり、即ち、異なる終了必要である状況の場合、終了する。
【０１１４】
まず、受動的に終了する場合、例えば、制御モジュールは、第１種の必要なスロットの内容を解明することを実行するステップにおいて、ユーザーの入力が、スロットにマッチングしない回数が、プリセット回数に達する、又はプリセット時間帯において、前記ユーザーの音声を取得できない場合、タスク操作の起動を終止する。
【０１１５】
また、各第１種の必要なスロットの内容を解明することを実行するステップには、ユーザーに複数のラウンドの対話を行う必要があるかもしれない。複数のラウンドの対話において、ユーザーには、受動的に終了することや能動的に終了することなど意外な別の状況が発生する可能性があるので、一般的な他の状況を処理する必要がある。
【０１１６】
第１種の必要なスロットの内容を解明することを実行するステップにおいて、
制御モジュールは、ユーザーのニーズが第１種の必要なスロット内容を修正することである場合、ユーザーが確認した後に修正し、又は、制御モジュールは、ユーザーのニーズがタスク操作のキャンセルに変更することであれば、ユーザーに確認リクエストを送信し、ユーザーにより、前記タスク操作のキャンセルを確認してから、前記タスク操作のキャンセルを実行する。
【０１１７】
複数のラウンドの対話において、一般的な状況を処理することによって、より真実的な意味の表現を取得することを実現でき、音声によるタスク操作の起動速度の向上に役立ち、音声対話のシナリオにおけるユーザーの体験を向上する。
【０１１８】
実施例８
本発明の実施例８及び本発明の実施例６に基づき、ユーザーのニーズに欠如する必要なスロットの内容が、具体的に第２種の必要なスロット内容である場合について説明する。
【０１１９】
この状況で、制御モジュールは、ユーザーのニーズに欠如するものが第２種の必要なスロットの内容である場合、ユーザーが使用する端末からロカールに取得された前記第２種の必要なスロットの内容、例えば、ユーザーの使用する端末のデフォルト値又は現在状態等、を取得する。
【０１２０】
ここで、前記第２種の必要なスロットの内容は、ユーザーが使用する端末から、ローカルに取得できる必要なスロットの内容である。
【０１２１】
ユーザーの使用する端末から、必要なスロットの内容をローカルに取得するのは必ずしも毎回に成功することではない、従って、この状況で、
制御モジュールは、ユーザーの使用する端末から、必要なスロットをローカルに取得するのが失敗した後、プリセット解明ルールにより、第２種の必要なスロットの内容を解明するための対話データを生成してユーザーに提供し、ユーザーの音声を取得し、前記ユーザーの音声により、前記の第２種の必要なスロットの内容を確定するように更に設置される。
【０１２２】
本発明の実施例における前記技術案は、ある程度で、ユーザーとの対話を減少でき、同時に、比較に完璧で明確的な意味の表現を便利的に取得でき、これで、音声によるタスク操作の起動速度の向上に役立ち、音声対話のシナリオにおけるユーザーの体験を向上する。
【０１２３】
ユーザーの使用する端末から、ローカルに取得された必要なスロットの内容、例えば、ユーザーの使用する端末のデフォルト値又は現在状態を、欠如する第２種の必要なスロットの内容とする場合、ある状況でユーザーの真実なニーズではない状況があり、従って、当該状況に対して、便利な修正方式を提供する必要がある。
【０１２４】
制御モジュールは、前記タスク操作の実行中、又は前記タスク操作の実行後のプリセット時間帯において、ユーザーのニーズに何れかの前記第２種の必要なスロット内容が変更した場合、変更後の前記タスクテンプレートに対応するタスク操作を実行するように設置される。
【０１２５】
ここで、各タスクテンプレートは、それぞれ１つの前記タスク操作に対応する。
【０１２６】
前記タスク操作の実行中、又は前記タスク操作の実行後のプリセット時間帯において、ユーザーは、音声を通じて前記第２種の必要なスロットの内容を変更し、変更後の前記タスクテンプレートに対応するタスク操作を実行でき、出来るだけ早くタスクテンプレートを修正することによって、ユーザーの真実なニーズに適合するタスク操作を実行でき、より真実で明確的な意味の表現を取得することを実現でき、これで、音声によるタスク操作の起動速度の向上に役立ち、音声対話のシナリオにおけるユーザーの体験を向上する。
【０１２７】
実施例９
本発明の実施例９は、本発明の実施例７と本発明の実施例８との組合せであり、ここではこれ以上言及しないこととする。
【０１２８】
実施例１０
本発明の実施例１０は、端末を提供し、図４に示すように、１つ又は複数のプロセッサ２１０と、
１つ又は複数のプログラムを記憶する記憶装置２２０と、を備え、
前記１つ又は複数のプログラムが、前記１つ又は複数のプロセッサにより実行される場合、前記１つ又は複数のプロセッサに本発明実施例１〜５におけるいずれかの方法を実現させる。
【０１２９】
実施例１１
本発明の実施例１１は、サーバを提供し、図５に示すように、
１つ又は複数のプロセッサ３１０と、
１つ又は複数のプログラム及びタスクテンプレートを記憶する記憶装置３２０と、を備え、
前記１つ又は複数のプログラムが、前記１つ又は複数のプロセッサにより実行される場合、前記１つ又は複数のプロセッサに本発明実施例１〜５におけるいずれかの方法を実現させる。
【０１３０】
実施例１２
本発明の実施例１２は、コンピューター可読記憶媒体を提供する。該コンピューター可読記憶媒体はコンピュータープログラムを記憶し、当該プロセッサが、プロセッサにより実行される場合、本発明実施例１〜５におけるいずれかの方法を実現させることを特徴とする。
【０１３１】
本発明のすべての実施例において、音声対話は、ユーザーと対話する必要がある。従って、音声対話において、ユーザーへの問い合わせは必須である。ユーザーへの問い合わせは、音声対話シナリオにおけるユーザー体験を高めるため、設計する必要があり、すなわち問い合わせに対する話術を行う必要がある。
【０１３２】
話術の設計が比較に主観的であるので、プロダクトの役目を定義し、これをもとにして話術を設計する。話術自身が尽きることがないので、ここでプロダクトの役目の定義によって、話術の設計方法を提供する。
【０１３３】
まず、対話における内容を、話術スロットと話術という２種類に分け、話術スロットは、話術に含まれるべき基本元素を指し、話術がどのように書かれても、対応する要素が必要であり、例えば、
Ｑ：歌を再生してください。
Ａ：趙雷さんの「成都」を推薦いたします。
ここで、話術スロットは、｛曲名｝と｛歌手名前｝であり、この文で完全に表現する他の補助内容は話術スロットと一緒に話術を構成する。
【０１３４】
当該方法は２つの部分に分かれる。１つ目が話術を作成するフローであり、２つ目が話術を作成する原則である。
【０１３５】
１ 話術作成フロー
タスクタイプの対話とオープンタイプの対話について、話術作成フローが異なる。
【０１３６】
１.１ タスクタイプの対話に対する話術フローの作成フローは、対話フローの設計、話術要素の設計及び話術の作成を含む。
【０１３７】
対話フローの設計
スクリプトを作るような形で、ユーザーの頻繁に使用する対話フローを作成することができ、対応フローには、主対話フローを含むと同時に、各種の予想外分岐フローも考えなければならない、これで完璧な対話フローを形成する。
【０１３８】
話術要素の設計
話術要素は、特定な返答に含まれる必要がある情報であり、対話フローにおける各回答に含まれる必要がある話術要素を抽出して、後続の話術の作成に備える。
【０１３９】
話術の作成
以上の概念で述べたように、話術が基本話術と特別話術を含み、設備のシナリオに対して特殊なニーズがなければ、共通のプロダクト主役目を作成原則として、一番簡潔ではっきりしている基本話術を作成する。設備のシナリオに対して特殊なニーズがあれば、対応するプロダクト役目に基づいて特別話術を作成する。
【０１４０】
１.２ オープンタイプの対話に対する話術の作成フローは、話術原則を定義するステップと、話術を作成擦るステップと、を含む。
【０１４１】
話術原則を定義する
定義されたプロダクトの役目性格に基づいて、具体的な対話細則を作成し、オープンタイプの対話細則を作成する際、下記の設定を遵守すべきである。
【０１４２】
（１）オープンタイプの対話は補助にすぎない。開発するものはタスクタイプの対話システムであるので、補完、チャット及び画像等の特殊なシナリオのみでオープンタイプの対話を導入し、従って、オープンタイプ対話を慎重に使用し、タスクタイプの対話システムの補充しかとしない。
【０１４３】
（２）余計にオープンタイプの対話を行わない。自然な言語識別技術の能力制限により、オープンタイプの対話は、ユーザーの語意を理解したことに基づく返答ではない、従って、ユーザーが多すぎのオープンタイプの対話を行うことをガイドしてはいけない、各返答は、ユーザーの返答を誘導しないことを第一原則とする。
【０１４４】
話術の作成
補完、雑談及び画像描画に対する話術の作成の方式が異なるので、各自の原則を簡単に説明する。
【０１４５】
（１）戦略に応じて問い合わせを選ぶ。補完、雑談及び画像描画における話術を作成する必要がある問い合せの選択ルールが異なり、補完によりユーザーの意図を、表現によって細分し、各種類の意図に対して問い合せを濃縮し、雑談において、人気の問い合せに対して濃縮し、画像描画においては、内容のある画像回答に対して問い合せを濃縮する。
【０１４６】
（２）各問い合わせを一般化する必要がある。各問い合わせをできるだけ一般化する必要があるので、類似の問い合わせに対する回答を繰り返して作成する必要がない。
【０１４７】
（３）各返答を３つ以上作成する必要がある。各種類の問い合わせに対して、同じ返答を繰り返して行ってはいけない、少なくとも３つの異なる返答用話術をランダムに表示する必要がある。
【０１４８】
２ 話術の作成における原則
前記原則を全体原則、話術解明原則及び話術満足原則に分け、内容については、それぞれ下記の通りである。
【０１４９】
２.１ 全体原則
全体原則は、複数の面を含み、それぞれ下記の通りである。
【０１５０】
対話のスタイルが正しい
人の話しのスタイルが相対に固定で、殆どのシナリオにおいて、スタイル設定に適合するようになるが、時には特定な話題について話す際に、差異があり、例えば、音楽を愛する人は、普段チャットする際に音楽を言及すると、一層興奮する。従って、対話のスタイルが２種に分かれ、１種が主スタイルであり、他の１種が、特定なシナリオにおけるスタイルであり、従って、対話のスタイルの正確性を確保すると同時に、偶に特定なシナリオで、微小な変化を有することは、第１原則である。
【０１５１】
段落返答の原則
いずれかの対話返答において、大きい段落のような返答を避けることが必要であり、大きい段落の文字で返答しなければならない場合、遵守すべき唯一の原則として論理が明瞭であり、論理をはっきりさせるために、段落の返答が下記の３つの状況に分かれる。
【０１５２】
2019091007.tif 000006
【０１５３】
推奨の接続詞を使用して段落における各内容を接続し、段落構造の明晰性を確保する。
【０１５４】
言葉の選択原則
Ａ. 単語の選択原則
常用語を優先にし、最もよく使われる文字を選択して表現し、例えば、「必要がない」を勧めるが、「無用」を勧めない。
曖昧性のない単語を優先にし、できるだけ多音語及び多義語を使用せず、曖昧性のない表現を選択する。
非流行語を優先にし、流行するネットワーク単語を使用しない、なぜかというと、流行するものが時代遅れになりやすいためである。
単語の品詞に対する選択について、動詞と名詞を主にとし、可能な限り少ない形容詞を使用し、必要に応じて、よく使われる形容詞を選び、言語合成標記語にうまく定義される擬声語がない限り、擬声語を選択しない、テキストから音声放送までの状況で、擬声語が話しぶりをうまく伝えることを確保する。
【０１５５】
Ｂ. 人称の選択原則
一人称：自称する時に、名称自身の代わりに、できるだけ「私」を使用する。
二人称：「君」ではなくて、ユーザーを「あなた」と称する。
【０１５６】
話術のテスト原則
話術設計をした後、テストする必要があり、テストする際に、下記の原則を遵守しなければならない。
【０１５７】
読み体験テスト
話術の設計者は、話術の作成を完成した後、ユーザーと対話演習を行い、互いに大きな声で読み問答を行う。この過程で、話術の表現が自然で順暢であるか体験できる。
【０１５８】
一息の順調読むテスト
一言だけでユーザーに返答する場合、できるだけこの文を一息に気軽で読むようにし、できない場合、できるだけ簡潔な話術を使用する必要がある。
【０１５９】
上文忘れのテスト
原則の上、各文の話術において、音声対話の表現を忘れても、自分が何をすべきか、何の問題に答えるか相変わらず了解しようとする。
【０１６０】
２.２ 解明話術原則
定義
解明話術というのは、対話において、ユーザーが表現したスロット情報を解明し、又はユーザーの意図を確認する対話話術である。実例として、下記の通りである。
【０１６１】
Ｑ：私に、アラームを設定してください。
Ａ：何時にあなたを呼び覚ましますか？
【０１６２】
以上の例における回答の内容は、解明話術であり、次に、解明話術を詳細に説明する。
【０１６３】
基本原則
２.２.１ 話術の文型に、疑問文を使用し、目標を明確にしようとする。
【０１６４】
２.２.１.１ 問い合わせを行う時、毎回に１つのスロットしか問合せない、閉鎖型解答を有する問題しか問い合わせない、ユーザーには、自分でどのように回答するか明確に了解させる。
【０１６５】
2019091007.tif 000007
【０１６６】
２.２.１.２ 終わりに疑問句を使用する。解明話術は、必ず１つの疑問句であり、「？」を文の終わりにし、複数の記述必要な内容を有する場合、まずこれらをユーザーに表し、語尾に平叙文を終わりとして使用する。
【０１６７】
2019091007.tif 000008
【０１６８】
２.２.１.３ ユーザーにどのように表現するかについて案内する必要がある場合、表現を案内する説明を前置きし、解明話術を終わりとして語尾に置く。
【０１６９】
2019091007.tif 000009
【０１７０】
２.２.２ 文は簡単な文型を使用しなければならない、筋が通ってわかりやすい。
【０１７１】
２.２.２.１ 文型構造が簡単で筋が通って、倒置文型を使用しない。
【０１７２】
2019091007.tif 000010
【０１７３】
２.２.２.２ 解明話術において、「ちょっとお尋ねしますが」と「申し訳ありませんが」というような丁寧なお詫びの気持ちを表す語句を直接に省略し、文を短縮し、直接にコミュニケーションを行っても良いであり、これで、解明話術の構造を、「直接的な問題」にするか又は「ユーザーのフィードバック」+「直接的な問題」にする。
【０１７４】
2019091007.tif 000011
【０１７５】
２.２.３ 話術は、くどいではなく、自然にシンプルである。
【０１７６】
２.２.３.１ 文の長さが適切で、文の長さが正常な話速で、一息に全部話したことが最適であり、これで、ユーザーの注意力分散の前に、全体的な文の内容を理解できるようにする。
【０１７７】
2019091007.tif 000012
【０１７８】
２.２.３.２ 指示語を適切に使用し、文において、できるだけユーザーの既知の内容を省略し、解明の時、文の構造の完全性を求めない、なぜかというと、文の構造の完全性より正確性と簡単性のほうが一層重要である。注意すべきは、指示語を使用する時に、ユーザーの問題に対して指してもいいし、現行のユーザーに対する返答または前に言及した内容を指しても良い、但し、前のラウンドでの返答又は前のラウンドでユーザーにより表現された内容を指してはいけない。
【０１７９】
2019091007.tif 000013
【０１８０】
２.２.３.３ 擬音語、例えば、「ワンワン」、「ドンドン」等を、できるだけ使用せず、又は少なく使用しない。
【０１８１】
２.３ 満足話術原則
定義
対話を通じて、ユーザーのニーズを直接に満足し、ユーザーの問題に対する返答の内容を、対話の「満足」と称する。
【０１８２】
Ｑ：１プラス１は何ですか？
Ａ：１プラス１は２になります。
【０１８３】
次に、満足話術の特殊な原則を説明する。
【０１８４】
基本原則
２.３.１ 話術の文型は、平叙文を使用し、返答が明確である。
【０１８５】
２.３.１.１ できるだけ平叙文で表現し、返答において問題を設置せず、現行の返答をこの文の対話の終わりとする。
【０１８６】
２.３.１.２精確なニーズに対して、ユーザーの情報ニーズを満足する場合、ユーザーのニーズを繰り返して、条件を明確にする必要がある。
【０１８７】
２.３.１.３ 総括推薦の満足について、できるだけユーザーに現在満足している内容の情報を告知する。
【０１８８】
2019091007.tif 000014
【０１８９】
２.３.２ 文は、簡単な文型を使用し、筋が通っていてわかりやすい。
【０１９０】
２.３.２.１ 文の構造が簡単であり、倒置又は多すぎの従文を使用しない、その上、形容詞を連ねてはいけない、代わりに、論理的で明瞭な普通の記述を使用する。
【０１９１】
２.３.２.２ 文の構造の可読性が高い、大量な単語を並列してはいけない、できるだけ単語をクラスターに分け、口語の話し方を模擬しようとし、ユーザーの注意力を引き付ける。
【０１９２】
2019091007.tif 000015
【０１９３】
２.３.３ 制御類満足は、簡潔で明確である。
【０１９４】
２.３.３.１ フィードバック遅延に対して、より大きい満足があるかもしれない、ユーザーが待っているので、ユーザーのニーズを理解するかどうか確定できない可能性があり、従って、「はい」というフィードバックを与えてから、後続のタスクを実行する。
【０１９５】
2019091007.tif 000016
【０１９６】
２.３.３.２ 遅延が殆どない満足に対して、ユーザーが満足行為の結果の音声フィードバックを通じて、操作が実行されたか明確に了解できるので、専門的な応答の話術がなくても良い。
【０１９７】
2019091007.tif 000017
【０１９８】
２.３.３.３ 明確的なフィードバックがない制御類ニーズに対して、操作完成後の状態をユーザーに告知する必要がある。
【０１９９】
2019091007.tif 000018
【０２００】
本明細書の説明において、用語「一実施例」、「幾つかの実施例」、「例」、「具体例」、又は「幾つかの例」等を参照する記載は、該実施例又は例を参照して説明された具体的な特徴、構造、材料又は特性が本発明の少なくとも１つの実施例又は例に含まれることを意味する。さらに、説明された具体的な特徴、構造、材料又は特性はいずれか又は複数の実施例又は例において適宜な方式で組み合わせることができる。また、矛盾しない限り、当業者は本明細書に記載の異なる実施例又は例及び異なる実施例又は例の特徴を組み合わせることができる。
【０２０１】
また、用語「第１」、「第２」は説明目的でのみ使用されており、相対重要性を指示又は示唆したり、指示した技術的特徴の数を黙示的に指示したりするものではない。従って、「第１」、「第２」を付けて定義された特徴は少なくとも１つの該特徴を明示的又は黙示的に含むと理解できる。本発明の説明において、「複数」は、特に断らない限り、２つ又は２つ以上を意味する。
【０２０２】
フローチャートにおいて又はここでほかの形態で説明されたすべてのプロセス又は方法についての説明は、特定のロジック機能又はプロセスのステップを実現するための１つ又は複数の実行可能な命令を含むコードのモジュール、セグメント又は部分を示すと理解でき、且つ、当業者であれば、本発明の好適実施形態の範囲は別の実現を含み、示された又は検討された順序にもかかわらず、係る機能に応じてほぼ同時に又は反対順序で機能を実行してもよいと理解できる。
【０２０３】
フローチャートに示された又はここでほかの形態で説明されたロジック及び／又はステップは、例えば、ロジック機能を実現するための実行可能な命令のシーケンスリストとしてみなされてもよく、具体的には、命令実行システム、装置又は機器（例えば、コンピュータに基づくシステム、プロセッサを備えたシステム、又は命令実行システム、装置又は機器から命令を読み取って命令を実行するほかのシステム）の使用に供し、又はこれらの命令実行システム、装置又は機器と組み合わせて使用するように、任意のコンピュータ可読媒体に実現される。本明細書において、「コンピュータ可読媒体」は、命令実行システム、装置又は機器の使用に供し、又はこれらの命令実行システム、装置又は機器と組み合わせて使用するように、プログラムを具備、記憶、通信、伝播又は伝送できる装置である。
【０２０４】
本発明の実施例に記載のコンピュータ可読媒体はコンピュータ可読信号媒体又はコンピュータ可読記憶媒体又はそれらの任意の組合せであってもよい。コンピュータ可読記憶媒体のより具体的な例は少なくとも（非網羅的なリスト）、１つ又は複数の配線を有する電気接続部（電子装置）、ポータブルコンピュータディスクボックス（磁装置）、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、ファイバ装置、及びポータブル読み取り専用メモリ（ＣＤＲＯＭ）を含む。また、コンピュータ可読記憶媒体はさらに、前記プログラムを印刷可能な紙やほかの適切な媒体であってもよく、例えば紙やほかの媒体を光走査し、続いて編集、解釈し又は必要に応じてほかの適宜な形態で処理して前記プログラムを電子的に取得し、その後、コンピュータメモリに記憶する。
【０２０５】
本発明の実施例では、コンピュータ可読信号媒体はベースバンドに伝播されるデータ信号又は搬送波の一部として伝播されるデータ信号を含んでもよいし、前記データ信号はコンピュータ可読プログラムコードを搭載する。このような伝播されるデータ信号は様々な形態であり、電磁信号、光信号又は上記任意の適切な組合せを含むが、それに限定されない。コンピュータ可読信号媒体はさらにコンピュータ可読記憶媒体以外の任意のコンピュータ可読媒体であってもよく、該コンピュータ可読媒体は命令実行システム、入力法又はデバイスに用いられるプログラム又はそれらと組み合わせて使用されるプログラムを送信、伝播又は伝送できる。コンピュータ可読媒体に含まれるプログラムコードは任意の適切な媒体で伝送でき、無線、ワイヤー、ケーブル、無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）等、又はそれらの任意の適切な組合せを含むが、それらに限定されない。
【０２０６】
なお、本発明の各部分はハードウェア、ソフトウェア、ファームウェア又はそれらの組合せによって実現できると理解できる。上記実施形態では、複数のステップ又は方法は、メモリに記憶され且つ適切な命令実行システムにより実行されるソフトウェア又はファームウェアによって実現できる。例えば、ハードウェアで実現される場合、別の実施形態と同様に、データ信号に対してロジック機能を実現するための論理ゲート回路を有する離散論理回路、適切な組合せ論理ゲート回路を有する特定用途向け集積回路、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等という公知技術のうちのいずれか又はそれらの組合せによって実現できる。
【０２０７】
当業者は、上記実施例の方法に含まれるすべて又は一部のステップを、プログラムによって関連ハードウェアに命令を出して完成させることができ、前記プログラムはコンピュータ可読記憶媒体に記憶され、該プログラムが実行される時、方法の実施例のステップのいずれか又はそれらの組合せを含むと理解できる。
【０２０８】
また、本発明の各実施例の各機能ユニットは１つの処理モジュールに集積されてもよいし、各ユニットは別々に物理的に存在してもよいし、２つ又は２つ以上のユニットは１つのモジュールに集積されてもよい。上記集積したモジュールはハードウェアの形態で実現されてもよく、ソフトウェア機能モジュールの形態で実現されてもよい。前記集積したモジュールがソフトウェア機能モジュールの形態で実現されて且つ独立した製品として販売又は使用される場合、コンピュータ可読記憶媒体に記憶されてもよい。前記記憶媒体は読み出し専用メモリ、磁気ディスク又は光ディスク等であってもよい。
【０２０９】
以上、本発明の具体的な実施形態を説明したが、本発明の保護範囲を限定するものではなく、本発明に開示された技術的範囲を逸脱せずに当業者が容易に想到し得る種々の変更や置換はすべて、本発明の保護範囲に属する。従って、本発明の保護範囲は特許請求の範囲に定められる。
【符号の説明】
【０２１０】
１１０    記憶モジュール
１２０    取得モジュール
１３０    マッチングモジュール
１４０    制御モジュール
２１０    端末のプロセッサ
２２０    端末の記憶装置
３１０    サーバのプロセッサ
３２０    サーバの記憶装置
【図１】
2019091007.tif 000019
【図２】
2019091007.tif 000020
【図３】
2019091007.tif 000021
【図４】
2019091007.tif 000022
【図５】
2019091007.tif 000023