(57)【要約】【課題】本発明によれば、ユーザーからのリクエスト要求音声を取得し、リクエスト問合せ音声をフィードバックすることにより、ユーザーとの音声対話において、ユーザーの真の要求について掘り下げ、ユーザーの広汎な要求を具体化するように案内し、最終的に、推薦される楽曲がユーザーの興味に合致するようになる。【解決手段】本発明は対話型楽曲リクエスト方法、装置、端末及び記憶媒体を提供する。前記方法は、リクエスト要求情報を取得することと、要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断し、リクエスト問合せを行う場合、前記リクエスト要求情報及びそれに対応するリクエストオプションセットに基づいてリクエスト問合せ音声を生成することと、前記リクエスト問合せ音声に対応するリクエスト選択情報を取得することと、前記リクエスト選択情報に基づいて楽曲を再生することとを含む。【選択図】図１
2020184060.tif 000002
【特許請求の範囲】
【請求項１】
リクエスト要求情報を取得することと、
要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断し、リクエスト問合せを行う場合、前記リクエスト要求情報及びそれに対応するリクエストオプションセットに基づいてリクエスト問合せ音声を生成することと、
前記リクエスト問合せ音声に対応するリクエスト選択情報を取得することと、
前記リクエスト選択情報に基づいて楽曲を再生することとを含む、
ことを特徴とする対話型楽曲リクエスト方法。
【請求項２】
要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断することは、
履歴時間帯においてリクエスト問合せ記録があるか否かを判断し、リクエスト問合せ記録がない場合、リクエスト問合せを行うことを含む、
ことを特徴とする請求項１に記載の対話型楽曲リクエスト方法。
【請求項３】
要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断することは、
履歴時間帯においてリクエスト問合せに対するユーザーの満足度が第１の閾値よりも小さいか否かを判断し、当該満足度が第１の閾値よりも小さい場合、リクエスト問合せを行うことを含む、
ことを特徴とする請求項１に記載の対話型楽曲リクエスト方法。
【請求項４】
要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断することは、
履歴時間帯においてデフォルトで再生された楽曲に対するユーザーの満足度が第２の閾値よりも小さいか否かを判断し、当該満足度が第２の閾値よりも小さい場合、リクエスト問合せを行うことを含む、
ことを特徴とする請求項１に記載の対話型楽曲リクエスト方法。
【請求項５】
前記リクエスト要求情報及びそれに対応するリクエストオプションセットに基づいてリクエスト問合せ音声を生成することは、
前記リクエストオプションセット内の複数のリクエストオプション、及び各前記リクエストオプションに対応するトリガ率を取得することと、
トリガ率が第３の閾値以上であるリクエストオプションを選別し、選別されたリクエストオプション及び前記リクエスト要求情報に基づいてリクエスト問合せ情報を生成することと、
前記リクエスト問合せ情報に基づいて前記リクエスト問合せ音声を生成することとを含む、
ことを特徴とする請求項１〜４のいずれか１項に記載の対話型楽曲リクエスト方法。
【請求項６】
リクエスト要求情報を取得するリクエスト要求取得モジュールと、
要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断するリクエスト問合せ判断モジュールと、
リクエスト問合せを行う場合、前記リクエスト要求情報及びそれに対応するリクエストオプションセットに基づいてリクエスト問合せ音声を生成するリクエスト問合せ音声生成モジュールと、
前記リクエスト問合せ音声に対応するリクエスト選択情報を取得するリクエスト選択モジュールと、
前記リクエスト選択情報に基づいて楽曲を再生する楽曲再生モジュールとを含む、
ことを特徴とする対話型楽曲リクエスト装置。
【請求項７】
前記リクエスト問合せ判断モジュールは、
履歴時間帯においてリクエスト問合せ記録があるか否かを判断し、リクエスト問合せ記録がない場合、リクエスト問合せを行う問合せ記録判断ユニットを含む、
ことを特徴とする請求項６に記載の対話型楽曲リクエスト装置。
【請求項８】
前記リクエスト問合せ判断モジュールは、
履歴時間帯においてリクエスト問合せに対するユーザーの満足度が第１の閾値よりも小さいか否かを判断し、当該満足度が第１の閾値よりも小さい場合、リクエスト問合せを行う問合せ満足度判断ユニットを含む、
ことを特徴とする請求項６に記載の対話型楽曲リクエスト装置。
【請求項９】
前記リクエスト問合せ判断モジュールは、
履歴時間帯においてデフォルトで再生された楽曲に対するユーザーの満足度が第２の閾値よりも小さいか否かを判断し、当該満足度が第２の閾値よりも小さい場合、リクエスト問合せを行う楽曲満足度判断ユニットを含む、
ことを特徴とする請求項６に記載の対話型楽曲リクエスト装置。
【請求項１０】
前記リクエスト問合せ音声生成モジュールは、
前記リクエストオプションセット内の複数のリクエストオプション、及び各前記リクエストオプションに対応するトリガ率を取得するリクエストオプション取得ユニットと、
トリガ率が第３の閾値以上であるリクエストオプションを選別し、選別されたリクエストオプション及び前記リクエスト要求情報に基づいてリクエスト問合せ情報を生成するリクエストオプション選別ユニットと、
前記リクエスト問合せ情報に基づいて前記リクエスト問合せ音声を生成する問合せ音声生成ユニットとを含む、
ことを特徴とする請求項６〜９のいずれか１項に記載の対話型楽曲リクエスト装置。
【請求項１１】
１つ又は複数のプロセッサと、
１つ又は複数のプログラムを記憶する記憶装置と、を含み、
前記１つ又は複数のプロセッサは、前記１つ又は複数のプログラムを実行すると、請求項１〜５のいずれか１項に記載の対話型楽曲リクエスト方法を実現させる、
ことを特徴とする対話型楽曲リクエスト端末。
【請求項１２】
コンピュータプログラムが記憶されているコンピュータ可読記憶媒体であって、
当該コンピュータプログラムがプロセッサにより実行されると、請求項１〜５のいずれか１項に記載の対話型楽曲リクエスト方法を実行させる、
ことを特徴とするコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声対話技術分野に関し、特に、対話型楽曲リクエスト方法、装置、端末及び記憶媒体に関する。
【背景技術】
【０００２】
現在、ユーザーは、スマート装置に対し幅広い用途が求められる。しかし、スマート装置は、ユーザーとの対話が多くないため、推薦したものがユーザーの要求を満たすとは限らない。例えば、ユーザーがスマート再生装置に「ポップスを聴きたい」という要求を出すとき、スマート再生装置は、ユーザーの要求について掘り下げることができない、又はユーザーの興味に応じて歌曲を推薦できないため、適当な歌曲を推薦することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、少なくとも１つの従来技術の上記課題を解決するため、対話型楽曲リクエスト方法、装置、端末及び記憶媒体を提供する。
【課題を解決するための手段】
【０００４】
本発明の第１態様は、対話型楽曲リクエスト方法を提供する。当該対話型楽曲リクエスト方法は、
リクエスト要求情報を取得することと、
要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断し、リクエスト問合せを行う場合、前記リクエスト要求情報及びそれに対応するリクエストオプションセットに基づいてリクエスト問合せ音声を生成することと、
前記リクエスト問合せ音声に対応するリクエスト選択情報を取得することと、
前記リクエスト選択情報に基づいて楽曲を再生することと、を含む。
【０００５】
１つの実施形態において、要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断することは、
履歴時間帯においてリクエスト問合せ記録があるか否かを判断し、リクエスト問合せ記録がない場合、リクエスト問合せを行うことを含む。
【０００６】
１つの実施形態において、要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断することは、
履歴時間帯においてリクエスト問合せに対するユーザーの満足度が第１の閾値よりも小さいか否かを判断し、前記満足度が第１の閾値よりも小さい場合、リクエスト問合せを行うことを含む。
【０００７】
１つの実施形態において、要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断することは、
履歴時間帯においてデフォルトで再生された楽曲に対するユーザーの満足度が第２の閾値よりも小さいか否かを判断し、前記満足度が第２の閾値よりも小さい場合、リクエスト問合せを行うことを含む。
【０００８】
１つの実施形態において、前記リクエスト要求情報及びそれに対応するリクエストオプションセットに基づいてリクエスト問合せ音声を生成することは、
前記リクエストオプションセット内の複数のリクエストオプション、及び前記各リクエストオプションに対応するトリガ率を取得することと、
トリガ率が第３の閾値以上であるリクエストオプションを選別し、選別されたリクエストオプション及び前記リクエスト要求情報に基づいてリクエスト問合せ情報を生成することと、
前記リクエスト問合せ情報に基づいて前記リクエスト問合せ音声を生成することと、を含む。
【０００９】
本発明の第２態様は、対話型楽曲リクエスト装置を提供する。当該対話型楽曲リクエスト装置は、
リクエスト要求情報を取得するように構成されるリクエスト要求取得モジュールと、
要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断するように構成されるリクエスト問合せ判断モジュールと、
リクエスト問合せを行う場合、前記リクエスト要求情報及びそれに対応するリクエストオプションセットに基づいてリクエスト問合せ音声を生成するように構成されるリクエスト問合せ音声生成モジュールと、
前記リクエスト問合せ音声に対応するリクエスト選択情報を取得するように構成されるリクエスト選択モジュールと、
前記リクエスト選択情報に基づいて楽曲を再生するように構成される楽曲再生モジュールと、を含む。
【００１０】
１つの実施形態において、前記リクエスト問合せ判断モジュールは、
履歴時間帯においてリクエスト問合せ記録があるか否かを判断し、リクエスト問合せ記録がない場合、リクエスト問合せを行うように構成される問合せ記録判断ユニットを含む。
【００１１】
１つの実施形態において、前記リクエスト問合せ判断モジュールは、
履歴時間帯においてリクエスト問合せに対するユーザーの満足度が第１の閾値よりも小さいか否かを判断し、前記満足度が第１の閾値よりも小さい場合、リクエスト問合せを行うように構成される問合せ満足度判断ユニットを含む。
【００１２】
１つの実施形態において、前記リクエスト問合せ判断モジュールは、
履歴時間帯においてデフォルトで再生された楽曲に対するユーザーの満足度が第２の閾値よりも小さいか否かを判断し、前記満足度が第２の閾値よりも小さい場合、リクエスト問合せを行うように構成される楽曲満足度判断ユニットを含む。
【００１３】
１つの実施形態において、前記リクエスト問合せ音声生成モジュールは、
前記リクエストオプションセット内の複数のリクエストオプション、及び各前記リクエストオプションに対応するトリガ率を取得するように構成されるリクエストオプション取得ユニットと、
トリガ率が第３の閾値以上であるリクエストオプションを選別し、選別されたリクエストオプション及び前記リクエスト要求情報に基づいてリクエスト問合せ情報を生成するように構成されるリクエストオプション選別ユニットと、
前記リクエスト問合せ情報に基づいて前記リクエスト問合せ音声を生成するように構成される問合せ音声生成ユニットと、を含む。
【００１４】
これらの機能は、ハードウェアにより実現してもよいし、ハードウェアが対応するソフトウェアを実行することにより実現してもよい。ハードウェア又はソフトウェアは、上述の機能に対応する１つ又は複数のモジュールを含む。
【００１５】
１つの可能な実施形態において、対話型楽曲リクエスト装置は、プロセッサと、対話型楽曲リクエスト装置が上記の第１態様における対話型楽曲リクエスト方法を実行するプログラムを記憶するメモリとを備え、プロセッサは、メモリに記憶されたプログラムを実行するように構成される。対話型楽曲リクエスト装置は、対話型楽曲リクエスト装置が他のデバイスまたは通信ネットワークと通信するための通信インターフェースをさらに含み得る。
【００１６】
本発明の第３態様は、対話型楽曲リクエスト装置に用いられるコンピュータソフトウェア命令を記憶するためのコンピュータ可読記憶媒体であって、上記第１態様における対話型楽曲リクエスト方法を対話型楽曲リクエスト装置で実行するためのプログラムを含む、コンピュータ可読記憶媒体を提供する。
【００１７】
上記の略述は、単に説明のために過ぎず、いかなる限定をも目的としない。上記に記載されている例示的な態様、実施形態、及び特徴以外に、図面及び下記の詳細説明を参照することによって、本発明のさらなる様態、実施形態、及び特徴の理解を促す。
【発明の効果】
【００１８】
上記の実施形態によれば、リクエスト要求情報を取得した後、リクエスト要求情報及びそれに対応するリクエストオプションセットに基づいてリクエスト問合せ音声を生成することができるため、ユーザーとの音声対話において、複数回の音声対話を通じて、検索し推薦される楽曲の範囲を徐々に縮小し、ユーザーの真の要求について掘り下げ、ユーザーの広汎な要求を具体化するように導き、最終的に推薦される楽曲がユーザーの興味に合致するようにすることができる、という利点又は有益な効果が得られる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態における対話型楽曲リクエスト方法のフローチャートである。
【図２】本発明の実施形態における他の対話型楽曲リクエスト方法のフローチャートである。
【図３】本発明の実施形態における対話型楽曲リクエスト装置の構成ブロック図である。
【図４】本発明の実施形態における他の対話型楽曲リクエスト装置の構成ブロック図である。
【図５】本発明の実施形態における対話型楽曲リクエスト端末の模式図である。
【発明を実施するための形態】
【００２０】
図面において特に規定されない限り、複数の図面において同様の図面符号は、同様又は類似的な部材又はエレメントを示す。これらの図面は必ずしも実際の比例に従って製図されたものではない。これらの図面は本発明に基づいて開示された幾つかの実施形態を描いたものに過ぎず、本発明の範囲に対する制限としてはならないことを理解すべきである。
【００２１】
下記において、幾つかの例示的実施形態を簡単に説明する。当業者が把握出来るよう、本発明の主旨又は範囲を逸脱しない限り、様々な方式により説明された実施形態に変更可能である。従って、図面と説明は制限を加えるものでなく、本質的には例示的なものである。
実施形態一
【００２２】
具体的な実施形態において、図１に示すように、対話型楽曲リクエスト方法を提供し、下記のステップＳ１０〜ステップＳ４０を含む。
ステップＳ１０において、リクエスト要求情報を取得する。
ステップＳ２０において、要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断し、リクエスト問合せを行う場合、前記リクエスト要求情報及びそれに対応するリクエストオプションセットに基づいてリクエスト問合せ音声を生成する。
ステップＳ３０において、前記リクエスト問合せ音声に対応するリクエスト選択情報を取得する。
ステップＳ４０において、前記リクエスト選択情報に基づいて楽曲を再生する。
【００２３】
例として、リクエスト要求情報は、ユーザーからのリクエスト要求音声から取得されてもよい。リクエスト要求音声は、ユーザーの楽曲リクエストに対する広汎な要求に対応してもよい。例えば、リクエスト要求音声が「小度ちゃん、ポップスを再生してください」である場合、取得されたリクエスト要求情報は「ポップスを再生する」ことである。また、例えば、リクエスト要求音声が「小度ちゃん、フランス歌曲を再生してください」である場合、取得されたリクエスト要求情報は「フランス歌曲を再生する」ことである。
【００２４】
リクエスト要求情報を取得した後、このリクエスト要求情報に基づいてリクエスト要求情報が広汎な要求であるリクエスト情報に属するか否かを判断することができる。例えば、「ポップスを再生する」、「フランス歌曲を再生する」等の不明確な要望は、広汎な要求であるリクエスト情報であるのに対し、「周傑倫さんの「七里香」を再生する」等の要望は、広汎な要求であるリクエスト情報ではなく、明確なリクエスト情報である。また、広汎な要求でないリクエスト情報については、リクエスト要求情報に応じて楽曲を直接再生してもよい。例えば、「七里香」という歌曲をそのまま再生する。広汎な要求であるリクエスト情報については、さらに、要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断する必要がある。要求問合せ条件は、リクエスト要求情報を取得する前に、スマート再生装置が同一又は類似するリクエスト要求情報に対するリクエスト問合せをしなかったこと、スマート再生装置がリクエスト要求情報に基づいて生成したリクエスト問合せに対し、ユーザーが不満であること、又は、スマート再生装置が同一又は類似するリクエスト要求情報に基づいてデフォルトで再生された楽曲に対し、ユーザーが不満であること等が挙げられる。
【００２５】
リクエスト要求情報が上記のいずれかの要求問合せ条件に合致すると、スマート再生装置は、リクエスト問合せを生成することを決定する。まず、ユーザーの発する様々なリクエスト要求情報とリクエストオプションセットとの対応関係を設定する。例えば、リクエスト要求情報が「ポップスを再生する」という対象タグである場合、対象タグである「ポップスを再生する」に対応するリクエストオプションセットは、複数の選択タグを含むように設置されてもよい。複数の選択タグには、「中国語ポップス」、「英語ポップス」、「インドポップス」等が含まれでもよい。また、複数の選択タグには、「ジャズ楽曲」、「ダンス楽曲」、「ロック楽曲」等が含まれてもよい。また、例えば、リクエスト要求情報が「朝の楽曲を再生する」という対象タグである場合、対応するリクエストオプションセットは、複数の選択タグを含み、例えば、「新世紀、朝の日照一杯」、「通学路」等の明るい純音楽に対応する純音楽選択タグを含んでもよい。また、例えば、リクエスト要求情報が「映画音楽を再生する」という対象タグである場合、対応するリクエストオプションセットは、「映画の主題歌」と「映画の挿入歌」等の複数の選択タグを含む。
【００２６】
リクエスト要求情報に基づいて、対応するリクエストオプションセットを検索し、最終的なリクエスト問合せ音声を生成する。リクエスト問合せ音声は、リクエストオプションセットの各オプションに関連するコンテンツを含んでもよい。例えば、リクエストオプションセットにおける各オプションは、「中国語ポップス」、「英語ポップス」、「インドポップス」を含む。リクエスト問合せ音声は、「中国語ポップス、英語ポップス、インドのポップスのどれを聴きたいですか？」を含むことができる。或いは、リクエストオプションセットの各オプションが「映画の主題歌」、「映画の挿入歌」を含む場合、リクエスト問合せ音声は、「映画の主題歌を聴きたいですか？それとも挿入歌を聴きたいですか？」等を含むことができる。
【００２７】
ユーザーは、スマート再生装置からのリクエスト問合せ音声を受信すると、リクエスト問合せ音声に対応するリクエスト選択音声を送信することができる。例えば、「中国語ポップスを聴きたい」、「ジャズ音楽を聴きたい」、「映画の主題歌を聴きたい」等である。スマート再生装置は、リクエスト選択音声を受信すると、リクエスト選択情報として解析し、リクエスト選択情報に基づいて対応する楽曲を再生する。例えば、中国語ポップスに複数の楽曲リストが含まれており、さらに各楽曲リストに複数の楽曲が含まれている場合、最初の３つの楽曲をランダムに選んで再生してもよいし、ユーザーが聴きたい楽曲を選択して再生してもよい。
【００２８】
もちろん、ユーザーとスマート再生装置は、音声対話を複数回行うことによってユーザーの要求をさらに発掘することができる。例えば、スマート再生装置は、ユーザーからの「中国語ポップスを聴きたい」という音声を受信した後、「中国語ポップスには、古典的なポップスと最新のポップスがあるが、どちらを聴きたいですか？」というリクエスト問合せ音声を送信てもよい。このように、音声対話を複数回繰り返すことにより、検索や推薦の楽曲の範囲を徐々に狭めることでユーザーのリクエスト要求を明確にすることができる。
【００２９】
スマート再生装置は、ユーザーからのリクエスト要求音声を取得し、リクエスト問合せ音声をフィードバックすることにより、ユーザーとの音声対話において、ユーザーの真の要求について掘り下げ、ユーザーの広汎な要求を具体化するように案内し、最終的に、推薦される楽曲がユーザーの興味に合致するようになる。本実施形態に係る対話型楽曲リクエスト方法は、スマート・サウンドボックス、スマート・ウォッチ、スマート・オンボード・プレーヤ、携帯電話、ＩＰＡＤ（登録商標）等のスマート再生装置に適用されてもよい。
【００３０】
１つの実施形態において、図２に示すように、ステップＳ２０は、下記のステップＳ２０１を含むことができる。
ステップＳ２０１において、履歴時間帯においてリクエスト問合せ記録があるか否かを判断し、リクエスト問合せ記録がない場合、リクエスト問合せを行う。
例として、履歴時間帯とは、リクエスト要求情報が取得される前の任意の期間、例えば、ここ７日間にリクエスト問合せがあるか否かを指す。リクエスト問合せ音声を生成する度、見やすくするために記録する。現在のリクエスト要求情報と同一又は類似のリクエスト問合せ記録がない場合、スマート再生装置は、現在のユーザーからのリクエスト要求音声に対してリクエスト要求情報を発掘していないため、リクエスト問合せを行う必要がある。
【００３１】
１つの実施形態において、図２に示すように、要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断することは、下記のステップＳ２０２を含むことができる。
ステップＳ２０２において、履歴時間帯においてリクエスト問合せに対するユーザーの満足度が第１の閾値よりも小さいか否かを判断し、前記満足度が第１の閾値よりも小さい場合、リクエスト問合せを行う。
【００３２】
例として、履歴時間帯においてリクエスト要求情報に対するリクエスト問合せはあったが、履歴のリクエスト問合せに対するユーザーの満足度が低く、さらに満足度が第１の閾値未満である場合、リクエスト問合せを行う。具体的には、前回のリクエスト問合せ音声に含まれるリクエストオプションセット、例えば、「中国語ポップス、英語ポップス、インドのポップスのどれを聴きたいですか？」を「ジャズ楽曲、ダンス楽曲、ロック楽曲のどれを聴きたいですか？」と変更する。ここで、第１の閾値は、リクエスト問合せに対するユーザーの満足度のフィードバックが多いことにより算出されてもよい。
【００３３】
１つの実施形態において、図２に示すように、ステップＳ２０は、下記のステップＳ２０３を含む。
ステップＳ２０３において、履歴時間帯においてデフォルトで再生された楽曲に対するユーザーの満足度が第２の閾値よりも小さいか否かを判断し、第２の閾値よりも小さい場合、リクエスト問合せを行う。
例として、リクエスト要求情報に対するリクエスト問合せが履歴時間帯において発生せず、デフォルトの楽曲がそのまま再生される場合、デフォルトの楽曲に対するユーザーのフィードバックが記録されている。フィードバックには、デフォルトの楽曲に対する満足度が含まれている。この満足度が第２の閾値未満である場合、ユーザーの興味を発掘する必要があるため、リクエスト問合せを行う。ここで、第２の閾値は、リクエスト問合せに対するユーザーの満足度のフィードバックにより算出することができる。
【００３４】
１つの実施形態において、図２に示すように、ステップＳ２０は、下記のステップＳ２１１〜ステップＳ２１３を含む。
ステップＳ２１１において、リクエストオプションセット内の複数のリクエストオプション、及び各リクエストオプションに対するトリガ率を取得する。
ステップＳ２１２において、トリガ率が第３の閾値以上であるリクエストオプションを選別し、選別されたリクエストオプション及びリクエスト要求情報に基づいてリクエスト問合せ情報を生成する。
ステップＳ２１３において、リクエスト問合せ情報に基づいてリクエスト問合せ音声を生成する。
【００３５】
例として、１つのリクエスト要求情報が複数のリクエストオプションセットに対応し、各リクエストオプションが異なるトリガ率に対応するように手動で設定されてもよい。トリガ率が０以上１未満の場合、トリガ率が高いほど、ユーザーが当該リクエストオプションに興味を持ち、ユーザーの興味に対する信頼度は高い。選別されたリクエストオプション及びリクエスト要求情報に基づいて、ユーザーの興味をカバーするリクエスト問合せ情報が生成される。
実施形態二
【００３６】
他の実施形態において、図３に示すように、対話型楽曲リクエスト装置を提供し、
リクエスト要求情報を取得するように構成されるリクエスト要求取得モジュール１０と、
要求問合せ条件に基づいてリクエスト問合せを行うか否かを判断するように構成されるリクエスト問合せ判断モジュール２０と、
リクエスト問合せを行う場合、前記リクエスト要求情報及びそれに対応するリクエストオプションセットに基づいてリクエスト問合せ音声を生成するように構成されるリクエスト問合せ音声生成モジュール３０と、
前記リクエスト問合せ音声に対応するリクエスト選択情報を取得するように構成されるリクエスト選択モジュール４０と、
前記リクエスト選択情報に基づいて楽曲を再生するように構成される楽曲再生モジュール５０と、を含む。
【００３７】
１つの実施形態において、図４に示すように、前記リクエスト問合せ判断モジュール２０は、
履歴時間帯においてリクエスト問合せ記録があるか否かを判断し、リクエスト問合せ記録がない場合、リクエスト問合せを行うように構成される問合せ記録判断ユニット２０１を含む。
【００３８】
１つの実施形態において、図４に示すように、前記リクエスト問合せ判断モジュール２０は、
履歴時間帯においてリクエスト問合せに対するユーザーの満足度が第１の閾値よりも小さいか否かを判断し、前記満足度が第１の閾値よりも小さい場合、リクエスト問合せを行うように構成される問合せ満足度判断ユニット２０２を含む。
【００３９】
１つの実施形態において、図４に示すように、前記リクエスト問合せ判断モジュール２０は、
履歴時間帯においてデフォルトで再生された楽曲に対するユーザーの満足度が第２の閾値よりも小さいか否かを判断し、前記満足度が第２の閾値よりも小さい場合、リクエスト問合せを行うように構成される楽曲満足度判断ユニット２０３を含む。
【００４０】
１つの実施形態において、図４に示すように、前記リクエスト問合せ音声生成モジュール３０は、
前記リクエストオプションセット内の複数のリクエストオプション、及び各前記リクエストオプションに対応するトリガ率を取得するように構成されるリクエストオプション取得ユニット３０１と、
トリガ率が第３の閾値以上であるリクエストオプションを選別し、選別されたリクエストオプション及び前記リクエスト要求情報に基づいてリクエスト問合せ情報を生成するように構成されるリクエストオプション選別ユニット３０２と、
前記リクエスト問合せ情報に基づいて前記リクエスト問合せ音声を生成するように構成される問合せ音声生成ユニット３０３と、を含む。
【００４１】
本発明の実施形態における各装置の各モジュールの機能は、上述した方法の対応する説明を参照することができるため、ここではその説明を省略する。
実施形態三
【００４２】
図５は、本発明の実施形態に係る対話型楽曲リクエスト端末の構成ブロック図である。図５に示すように、この端末は、メモリ９１０とプロセッサ９２０とを備え、メモリ９１０には、プロセッサ９２０上で実行可能なコンピュータプログラムが記憶されている。プロセッサ９２０がコンピュータプログラムを実行することにより、上述した実施形態における対話型楽曲リクエスト方法が実現される。メモリ９１０及びプロセッサ９２０の数は、１つ又は複数であってもよい。
当該端末は、さらに、通信インターフェース９３０をさらに含む。
通信インターフェース９３０は、外部機器と通信を行い、データのやりとりを行うためのインターフェースである。
【００４３】
メモリ９１０は、高速度ＲＡＭメモリを含んでもよく、少なくとも１つのディスクメモリ等の不揮発性メモリ（  ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ  ）をさらに含んでもよい。
メモリ９１０、プロセッサ９２０、及び通信インターフェース９３０が独立的に実現される場合、メモリ９１０、プロセッサ９２０、及び通信インターフェース９３０は、バスによって相互接続して相互通信を行うことができる。前記バスは、インダストリスタンダードアーキテクチャ（ＩＳＡ、Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、外部デバイス相互接続（ＰＣＩ、Ｐｅｒｉｐｈｅｒａｌ  ＣｏｍｐｏｎｅｎｔＩｎｔｅｒｃｏｎｎｅｃｔ）バス、又は拡張インダストリスタンダードアーキテクチャ（ＥＩＳＡ、Ｅｘｔｅｎｄｅｄ  Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ｃｏｍｐｏｎｅｎｔ）バス等であってもよい。前記バスは、アドレスバス、データバス、制御バス等として分けられることが可能である。表示の便宜上、図５に１本の太線のみで表示するが、バスが１つ又は１種類のみであることを意味しない。
任意選択で、具体的な実現において、メモリ９１０、プロセッサ９２０、および通信インターフェース９３０が１つのチップに集成した場合、メモリ９１０、プロセッサ９２０、および通信インターフェース９３０は、内部インターフェースによって相互通信を行うことができる。
【００４４】
本明細書において、「１つの実施形態」、「幾つかの実施形態」、「例」、「具体例」或いは「一部の例」等の用語とは、当該実施形態或いは例で説明された具体的特徴、構成、材料或いは特点を結合して、本発明の少なくとも１つの実施形態或いは実施形態に含まれることを意味する。また、説明された具体的特徴、構成、材料或いは特点は、いずれか１つ或いは複数の実施形態または例において適切に結合することが可能である。また、矛盾しない限り、当業者は、本明細書の異なる実施形態または例、および、異なる実施形態または例における特徴を結合したり、組み合わせたりすることができる。
また、用語「第１」、「第２」とは比較的重要性を示している又は暗示しているわけではなく、単に説明のためのものであり、示される技術的特徴の数を暗示するわけでもない。そのため、「第１」、「第２」で限定される特徴は、少なくとも１つの当該特徴を明示又は暗示的に含むことが可能である。本出願の記載の中において、「複数」の意味とは、明確的に限定される以外に、２つ又は２つ以上を意味する。
【００４５】
フローチャート又はその他の方式で説明された、いかなるプロセス又は方法に対する説明は、特定な論理的機能又はプロセスのステップを実現するためのコマンドのコードを実行可能な１つ又はそれ以上のモジュール、断片若しくはセグメントとして理解することが可能であり、さらに、本発明の好ましい実施形態の範囲はその他の実現を含み、示された、又は、記載の順番に従うことなく、係る機能に基づいてほぼ同時にまたは逆の順序に従って機能を実行することを含み、これは当業者が理解すべきことである。
フローチャートに示された、又はその他の方式で説明された論理及び／又はステップは、例えば、論理機能を実現させるための実行可能なコマンドのシーケンスリストとして見なされることが可能であり、コマンド実行システム、装置、又はデバイス（プロセッサのシステム、又はコマンド実行システム、装置、デバイスからコマンドを取得して実行することが可能なその他のシステムを含むコンピュータによるシステム）が使用できるように提供し、又はこれらのコマンドを組み合わせて使用するコマンド実行システム、装置、又はデバイスに使用されるために、いかなるコンピュータ読取可能媒体にも具体的に実現されることが可能である。本明細書において、「コンピュータ読取可能媒体」は、コマンド実行システム、装置、デバイス、又はこれらのコマンドを組み合わせて実行するシステム、装置又はデバイスが使用できるように提供するため、プログラムを格納、記憶、通信、伝搬又は伝送する装置であってもよい。コンピュータ読み取り可能媒体のより具体的例（非網羅的なリスト）として、１つ又は複数の布配線を含む電気接続部（電子装置）、ポータブルコンピュータディスク（磁気装置）、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、消去書き込み可能リード・オンリー・メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー装置、及びポータブル読み取り専用メモリ（ＣＤＲＯＭ）を少なくとも含む。また、コンピュータ読み取り可能媒体は、そのうえで前記プログラムを印字できる紙又はその他の適切な媒体であってもよく、例えば紙又はその他の媒体に対して光学的スキャンを行い、そして編集、解釈又は必要に応じてその他の適切の方式で処理して電子的方式で前記プログラムを得、その後コンピュータメモリに記憶することができるためである。
【００４６】
なお、本発明の各部分は、ハードウェア、ソフトウェア、ファームウェア又はこれらの組み合わせによって実現されることができる。上記実施形態において、複数のステップ又は方法は、メモリに記憶された、適当なコマンド実行システムによって実行されるソフトウェア又はファームウェアによって実施されることができる。例えば、ハードウェアによって実現するとした場合、別の実施形態と同様に、データ信号に対して論理機能を実現する論理ゲート回路を有する離散論理回路、適切な混合論理ゲート回路を有する特定用途向け集積回路、プログラマブルゲートアレイ（ＧＰＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等といった本技術分野において公知である技術のうちのいずれか１つ又はそれらの組み合わせによって実現される。
【００４７】
当業者は、上記の実施形態における方法に含まれるステップの全部又は一部を実現するのは、プログラムによって対応するハードウェアを指示することによって可能であることを理解することができる。前記プログラムは、コンピュータ読取可能な媒体に記憶されてもよく、当該プログラムが実行されるとき、方法の実施形態に係るステップのうちの１つ又はそれらの組み合わせを含むことができる。
【００４８】
また、本発明の各実施形態における各機能ユニットは、１つの処理モジュールに統合されてよく、別個の物理的な個体であってもよく、２つ又は３つ以上のユニットが１つのモジュールに統合されてもよい。上記の統合モジュールは、ハードウェアで実現されてもよく、ソフトウェア機能モジュールで実現されてもよい。上記の統合モジュールが、ソフトウェア機能モジュールで実現され、しかも独立した製品として販売又は使用される場合、コンピュータ読取可能な記憶媒体に記憶されてもよい。前記記憶媒体は読取専用メモリ、磁気ディスク又は光ディスク等であってもよい。
【００４９】
上記の記載は、単なる本発明の具体的な実施形態に過ぎず、本発明の保護範囲はそれに限定されることなく、当業者が本発明に開示されている範囲内において、容易に想到し得る変形又は置換は、全て本発明の範囲内に含まれるべきである。そのため、本発明の範囲は、記載されている特許請求の範囲に準じるべきである。
【符号の説明】
【００５０】
１０  リクエスト要求取得モジュール
２０  リクエスト問合せ判断モジュール
３０  リクエスト問合せ音声生成モジュール
４０  リクエスト選択モジュール
５０  楽曲再生モジュール
【図１】
2020184060.tif 000003
【図２】
2020184060.tif 000004
【図３】
2020184060.tif 000005
【図４】
2020184060.tif 000006
【図５】
2020184060.tif 000007