JP6985355B2 - 妨害回避の処理方法、装置、記憶媒体、及びプログラム - Google Patents

Description

本発明は、情報処理分野に関し、特に、妨害回避の処理方法、装置、記憶媒体、及びプログラムに関する。

情報処理における１つの応用シーンとして、ユーザと、携帯電話、タブレット、ウェアラブル、およびスマートスピーカーなどのスマートデバイス（またはスマート端末）間の情報インタラクションがある。例えば、夜間において、ユーザがスマートデバイスに対して睡眠リクエストを発しても、スマート端末が依然として設定された定時タスクを開始する場合、ユーザに妨害を与え、この妨害は、無効なインタラクションであり（ユーザの睡眠リクエストがインタラクションによって効率的に実行されていない）、インタラクションの処理効率を低下させる。この問題は、未だに効率的な解決方法が得られていない。

本発明は、従来技術の１つ又は複数の技術的課題を解決するための妨害回避の処理方法を提供する。

本発明の第１態様は、妨害回避の処理方法を提供し、前記方法は、
睡眠リクエストに関連する第１リクエストメッセージを受信することと、
前記第１リクエストメッセージに含まれる第１時間情報に基づいて、検索命令を生成することと、
前記検索命令に応じて、前記第１時間情報により特定される制限時間帯を取得することと、
実行対象であるインタラクションタスクから前記制限時間帯にある少なくとも１つの第１タスクを取得することと、
前記第１タスクをクローズすることと、を含む。

１つの実施形態において、前記睡眠リクエストメッセージを受信する前に、前記方法はさらに、対象ユーザの履歴データに基づいて、実行対象であるインタラクションタスクをセッティングすることを含み、
前記実行対象であるインタラクションタスクは、対象ユーザの習慣及び／又はスケジュールを含む。

１つの実施形態において、前記検索命令に応じて、前記第１時間情報により特定される制限時間帯を取得することは、
前記第１時間情報を検索インデックスとして、夜間の時間帯情報において検索することと、
前記夜間の時間帯情報において第１時間情報を見つけた場合、前記第１時間情報を前記制限時間帯の初期時間タグとすることと、
前記夜間の時間帯情報の終了時間情報を前記制限時間帯の終了時間タグとすることと、
前記初期時間タグ及び前記終了時間タグに基づいて、前記制限時間帯を特定することと、を含む。

１つの実施形態において、前記第１タスクをクローズした後、前記方法は、さらに、
端末のシステム時間を監視することと、
前記システム時間が第２時間情報に到達したとき、前記第２時間情報が前記制限時間帯にない場合、前記実行対象であるインタラクションタスクから前記第２時間情報に対応する第２タスクを取得することと、
前記第２タスクを実行することと、を含む。

１つの実施形態において、前記第１タスクをクローズした後、前記方法は、さらに、
メッセージカプセル化フォーマット及びメッセージ内容を構成する少なくとも２つの要素を取得することと、
前記メッセージカプセル化フォーマット及び前記メッセージ内容に基づいて、第１応答メッセージを生成することと、
第１応答メッセージを送信することと、を含み、
前記少なくとも２つの要素は、時間フィールド及びクローズされた前記第１タスクの提示フィールドを含む。

１つの実施形態において、前記第１タスクをクローズした後、前記方法は、さらに、
前記第１リクエストメッセージが所定期間内にＮ回発生した履歴記録に対応するトリガ時間を収集することと、
前記トリガ時間に基づいて睡眠意図に対する第３時間情報を取得することと、
前記第３時間情報に基づいて前記制限時間帯を更新することと、を含み、
前記Ｎは１よりも大きい正の整数であり、前記第３時間情報は、時点又は時間帯情報を含む。

１つの実施形態において、前記方法は、さらに、
前記第３時間情報に基づいて、睡眠関連モードに移行するか否かを問い合わせる第２リクエストメッセージをトリガし、前記第２リクエストメッセージを送信することと、
第２応答メッセージを受信することと、
更新された制限時間帯に基づいて、実行対象であるインタラクションタスク内の第３タスクをクローズすることと、を含み、
前記第２応答メッセージには、睡眠関連モードへの移行についての肯定的な回答が含まれる。

本発明の第２態様は、妨害回避の処理装置を提供し、前記装置は、
睡眠リクエストに関連する第１リクエストメッセージを受信するように構成される第１受信ユニットと、
前記第１リクエストメッセージに含まれる第１時間情報に基づいて、検索命令を生成するよう構成される命令生成ユニットと、
前記検索命令に応じて、前記第１時間情報により特定される制限時間帯を取得するように構成される応答ユニットと、
実行対象であるインタラクションタスクから、前記制限時間帯にある少なくとも１つの第１タスクを取得するように構成される第１タスク取得ユニットと、
前記第１タスクをクローズするように構成される第１タスククローズユニットとと、を含む。

１つの実施形態において、前記装置は、さらに、セッティングユニットを含み、
前記セッティングユニットは、対象ユーザの履歴データ基づいて、実行する対象であるインタラクションタスクをセッティングすることに用いられ、
前記実行対象であるインタラクションタスクは、対象ユーザの習慣及び／又はスケジュールを含む。

１つの実施形態において、前記応答ユニットは、さらに、
前記第１時間情報を検索インデックスとし、夜間の時間帯情報において検索を行い、
前記夜間の時間帯情報において前記第１時間情報を見つけた場合、前記第１時間情報を前記制限時間帯の初期時間タグとし、
前記夜間の時間帯情報の終了時間情報を前記制限時間帯の終了時間タグとし、
前記初期時間タグ及び前記終了時間タグに基づいて、前記制限時間帯を特定するように構成される。

１つの実施形態において、前記装置は、さらに、
端末のシステム時間を監視するように構成される監視ユニットと、
前記システム時間が第２時間情報に到達したとき、前記第２時間情報が前記制限時間帯にない場合、前記実行対象であるインタラクションタスクから前記第２時間情報に対応する第２タスクを取得するように構成される第２タスク取得ユニットと、
前記第２タスクを実行するように構成されるタスク実行ユニットと、を含む。

１つの実施形態において、前記装置は、さらに、
メッセージカプセル化フォーマット及びメッセージ内容を構成する少なくとも２つの要素を取得するように構成されるカプセル化ユニットと、
前記メッセージカプセル化フォーマット及び前記メッセージ内容に基づいて、第１応答メッセージを生成するように構成されるメッセージ生成ユニットと、
第１応答メッセージを送信するように構成される第１メッセージ送信ユニットと、を含み、
前記少なくとも２つの要素は、時間フィールド及びクローズされた前記第１タスクの提示フィールドを含む。

１つの実施形態において、前記装置は、さらに、
前記第１リクエストメッセージが所定期間内にＮ回発生した履歴記録に対応するトリガ時間を収集するように構成される収集ユニットと、
前記トリガ時間に基づいて睡眠意図に対する第３時間情報を取得するように構成される睡眠意図取得ユニットと、
前記第３時間情報に基づいて前記制限時間帯を更新するように構成される更新ユニットと、を含み、
前記Ｎは１よりも大きい正の整数であり、前記第３時間情報は、時点又は時間帯情報を含む。

１つの実施形態において、前記装置は、さらに、
前記第３時間情報に基づいて、睡眠関連モードに移行するか否かを問い合わせる第２リクエストメッセージをトリガし、前記第２リクエストメッセージを送信するように構成される第２メッセージ送信ユニットと、
第２応答メッセージを受信するように構成される第２受信ユニットと、
更新された制限時間帯に基づいて、実行対象であるインタラクションタスク内の第３タスクをクローズするように構成される第２タスククローズユニットと、を含み、
前記第２応答メッセージには、睡眠関連モードへの移行についての肯定的な回答が含まれる。

本発明の第３態様は、妨害回避の処理装置を提供する。当該装置の機能は、ハードウェアによって実現されてもよく、又はハードウェアが対応するソフトウェアを実行することによって実現されてもよい。ハードウェア又はソフトウェアは、上述の機能に対応する１つ又は複数のモジュールを含む。

１つの可能な実施形態では、前記装置は、プロセッサ及びメモリを備え、メモリは、装置が上記のいずれかの妨害回避の処理方法を実行することをサポートするプログラムを記憶しており、プロセッサは、メモリに記憶されたプログラムを実行するように構成される。前記装置は、他のデバイス又は通信ネットワークと通信するための通信インターフェースも含むことができる。

本発明の第４態様は、上記いずれかの妨害回避の処理方法を実行するプログラムを有する妨害回避の処理装置用のコンピュータソフトウェア命令を記憶したコンピュータ可読記憶媒体を提供する。

上記の技術案のうちの少なくとも１つは、以下の特徴または利点を有する。
本発明の実施形態において、スマート端末（又はクラウドプラットフォーム）が睡眠リクエストに関連する第１リクエストメッセージを受信し、前記第１リクエストメッセージに含まれる第１時間情報に基づいて、検索命令を生成し、前記検索命令に応じて、前記第１時間情報により特定される制限時間帯を取得し、実行対象であるインタラクションタスクから前記制限時間帯にある少なくとも１つの第１タスクを取得し、前記第１タスクをクローズする。本発明の実施形態によれば、ユーザが睡眠リクエストに関連する第１リクエストメッセージ（例えば、睡眠リクエスト）をトリガした後、対応的に制限時間帯内の対象タスク（例えば、制限期間内の少なくとも１つの第１タスク）をクローズすることができる。ユーザが予め設定した対象タスクをクローズすることができるため、ユーザを妨害してしまう問題を回避できる上に、ユーザの睡眠リクエストがインタラクションにより効率的に実行されることで有効なインタラクションとなり、インタラクションの処理効率を向上させることができる。

上記の略述は、単に説明のために過ぎず、いかなる限定をも目的としない。上記に記載されている例示的な様態、実施形態、及び特徴以外に、図面及び下記の詳細説明を参照することによって、本発明のさらなる様態、実施形態、及び特徴の理解を促す。

本発明の実施形態における妨害回避の処理方法のフローチャートである。 本発明の実施形態における妨害回避の処理方法のフローチャートである。 本発明の実施形態における妨害回避の処理方法のフローチャートである。 本発明の実施形態におけるメッセージカプセル化の模式図である。 本発明の実施形態における夜間の睡眠傾向を示す時間帯の模式図である。 本発明の実施形態における睡眠アラームの鳴る傾向を示す時間帯の模式図である。 本発明の実施形態におけるインタラクションの模式図である。 本発明の実施形態における妨害回避の処理装置構成のブロック図である。 本発明の実施形態における妨害回避の処理装置構成のブロック図である。

図面において特に規定されない限り、複数の図面において同様の図面符号は、同様又は類似的な部材又はエレメントを示す。これらの図面は必ずしも実際の比例に従って製図されたものではない。これらの図面は本発明に基づいて開示された幾つかの実施形態を描いたものに過ぎず、本発明の範囲に対する制限としてはならないことを理解すべきである。

下記において、幾つかの例示的実施形態を簡単に説明する。当業者が把握出来るよう、本発明の主旨又は範囲を逸脱しない限り、様々な方式により説明された実施形態に変更可能である。従って、図面と説明は制限を加えるものでなく、本質的には例示的なものである。

従来技術において、夜間にユーザが、例えば、「私は寝る」という睡眠リクエストをスマートデバイス（あるいはスマート端末）に出した後、依然としてユーザが睡眠リクエストを出す前に設定した定時タスクを実行した場合、明確にユーザを妨害することになり、ユーザを精神的に参らせてしまう。このような妨害は無効なインタラクション（ユーザの睡眠リクエストはインタラクションによって効率的に実行されていない）であるため、インタラクションの処理効率を低下させてしまう。上記のスマートデバイスは、携帯電話、タブレット、ウェアラブルデバイス、及びスマートスピーカーなどであってもよい。例えば、スマートスピーカーを例としたとき、ユーザが精神的に参った場合、スマートスピーカーに直接削除リクエストを出す可能性がある。そのため、夜間において、ユーザとスマートデバイス（またはスマート端末）間の情報インタラクションの改善処理をする必要がある。具体的には、情報インタラクションに対して妨害回避の処理を行う。

図１は本発明の実施形態における妨害回避の処理方法のフローチャートである。図１に示すように、当該フローチャートは、下記のステップ１０１〜ステップ１０５を含む。

ステップ１０１において、睡眠リクエストに関連する第１リクエストメッセージを受信する。ここで、睡眠リクエストとは、ユーザーが睡眠に入ることを通知することを意味する。
一例として、スマートスピーカーを例としたとき、ユーザが睡眠リクエストを表明した後、スマートスピーカーは、当該第１リクエストメッセージ（例えば「お休み」のような睡眠リクエスト）を受信し、次のステップ１０１〜ステップ１０５の処理を通じて、ユーザを起こさないよう、この夜にユーザが設定した習慣が実行されないようにする。このステップ１０１〜ステップ１０５は、スマートデバイス（あるいはスマート端末）側、例えばスマートスピーカー側で処理してもよいし、クラウドプラットフォーム、例えばサーバーのクラスタにより構成されるクラウドプラットフォーム側で処理してもよい。このような処理がスマートスピーカーの処理能力やリソースを多く消耗しない場合、スマートスピーカー側で行わればよい。これにより、当該リクエストを処理するようにクラウドプラットフォームにフィードバックし、クラウドプラットフォームからのフィードバック結果を待ってからタスクをクローズする必要がないため、処理効率が向上するという利点がある。一方、このような処理がスマートスピーカー側で行われる場合、スマートスピーカーは、ただ睡眠リクエストを受け付け、当該睡眠リクエストをクラウドプラットフォームに転送し、クラウドプラットフォームから送信されるフィードバック結果を受信し、タスククローズの動作を実行するだけでよいため、スマートスピーカーの消費電力を低減し、省電力化を図ることができる。
一例として、当該第１リクエストメッセージは、睡眠リクエスト「お休み」に限定されなく、ユーザの言葉が曖昧である可能性があるため、この場合、「私は寝る」という明確な睡眠リクエストでなくとも、例えば、ユーザが言う「じゃあまた、スマートスピーカー」、「また明日、スマートスピーカー」、「眠くなった、スマートスピーカー」、又はシャットダウンなどの睡眠リクエストに関連する表現は、全て本発明の保護範囲内にある。

ステップ１０２において、前記第１リクエストメッセージに含まれる第１時間情報に基づいて、検索命令を生成する。ここで、第１時間情報とは、ユーザの睡眠リクエストに対応する時間を意味し例えば、ユーザの睡眠を開始する時間やユーザの睡眠リクエストが生成された時間などである。
一例として、スマートスピーカーを例としたとき、スマートスピーカーはユーザからの睡眠リクエストである「お休み」を受信し、睡眠リクエストに第１時間情報を伴い、例えば、夜２０：３０に出されたこの睡眠リクエストは、当該第１時間情報に基づいて夜２０：３０以降の定時タスクをクローズする必要があるように、対応する検索命令を生成し対応する定時タスクを取得する。

ステップ１０３において、前記検索命令に応じて、前記第１時間情報により特定される制限時間帯を取得する。
一例として、スマートスピーカーを例としたとき、スマートスピーカーは検索命令に応じて、検索命令に伴う第１時間情報及び検索需要に基づいて当該時間に対応する制限時間帯を検索し、対応する定時タスクを取得する。例えば、夜２０：３０に出された当該睡眠リクエストは、当該第１時間情報に基づいて夜２０：３０以降の定時タスクをクローズする必要がある。

ステップ１０４において、実行対象であるインタラクションタスクから前記制限時間帯にある少なくとも１つの第１タスクを取得する。
一例として、実行対象であるインタラクションタスクは、睡眠リクエストメッセージを受信する前にユーザが予め設定したタスクであってもよい。この実行対象であるインタラクションタスクは、対象ユーザの履歴データに基づいてセッティングされてもよい。前記実行対象であるインタラクションタスクは、対象ユーザの習慣及び／又はスケジュール（例えば、子供のスケジュール）を含む。スマートスピーカーを例としたとき、検索命令に含まれる第１時間情報及び検索命令に基づき、当該時間に対応する制限時間帯を検索し、制限時間帯にある少なくとも１つ第１タスクをクローズする。例えば、夜２０：３０に出された睡眠リクエストの場合、当該第１時間情報に基づいて、夜２０：３０以降の定時タスクをクローズする必要があり、例えば、夜２１：００に英語を聴く又は本を読むというタスクをクローズする。

ステップ１０５において、前記第１タスクをクローズする。
本発明の実施形態によって、ユーザが睡眠リクエストに関連する第１リクエストメッセージ（例えば、睡眠リクエスト）をトリガした後、対応的に制限時間帯にある対象タスク（例えば、前記制限時間帯内の少なくとも１つの第１タスク）をクローズすることができる。ユーザが予め設定した対象タスクをクローズすることができるため、ユーザを妨害してしまう問題を回避できる上に、ユーザの睡眠リクエストがインタラクションにより効率的に実行されることで有効なインタラクションとなり、インタラクションの処理効率を向上させることができる。

図２は本発明の実施形態における妨害回避の処理方法のフローチャートである。図２に示すように、下記のステップ２０１〜ステップ２０６を含む。

ステップ２０１において、睡眠リクエストに関連する第１リクエストメッセージを受信する。
一例として、スマートスピーカーを例としたとき、ユーザが睡眠リクエストを表明した後、スマートスピーカーは、当該第１リクエストメッセージ（例えば「お休み」のような睡眠リクエスト）を受信し、次のステップ２０１〜ステップ２０６の処理を通じて、ユーザを起こさないよう、この夜にユーザが設定した習慣が実行されないようにする。このステップ２０１〜ステップ２０６は、スマートデバイス（あるいはスマート端末）側、例えばスマートスピーカー側で処理してもよいし、クラウドプラットフォーム、例えばサーバーのクラスタにより構成されるクラウドプラットフォーム側で処理してもよい。このような処理がスマートスピーカーの処理能力やリソースを多く消耗しない場合、スマートスピーカー側で行わればよい。これにより、当該リクエストを処理するようにクラウドプラットフォームにフィードバックし、クラウドプラットフォームからのフィードバック結果を待ってからタスクをクローズする必要がないため、処理効率が向上するという利点がある。一方、このような処理がスマートスピーカー側で行われる場合、スマートスピーカーは、ただ睡眠リクエストを受け付け、当該睡眠リクエストをクラウドプラットフォームに転送し、クラウドプラットフォームから送信されるフィードバック結果を受信し、タスククローズの動作を実行するだけでよいため、スマートスピーカーの消費電力を低減し、省電力化を図ることができる。
一例として、当該第１リクエストメッセージは、睡眠リクエスト「お休み」に限定されなく、ユーザの言葉が曖昧である可能性があるため、この場合、「私は寝る」という明確な睡眠リクエストでなくとも、例えば、ユーザが言う「じゃあまた、スマートスピーカー」、「また明日、スマートスピーカー」、「眠くなった、スマートスピーカー」、又はシャットダウンなどの睡眠リクエストに関連する表現は、全て本発明の保護範囲内にある。

ステップ２０２において、前記第１リクエストメッセージに含まれる第１時間情報に基づいて、検索命令を生成する。
一例として、スマートスピーカーを例としたとき、スマートスピーカーはユーザからの睡眠リクエストである「お休み」を受信し、睡眠リクエストに第１時間情報を伴い、例えば、夜２０：３０に出されたこの睡眠リクエストは、第１時間情報に基づいて夜２０：３０以降の定時タスクをクローズする必要があるよう、対応する検索命令を生成し、対応する定時タスクを取得する。

ステップ２０３において、前記検索命令に応じて、前記第１時間情報を検索インデックスとして、夜間の時間帯情報において検索し、前記夜間の時間帯情報において第１時間情報を見つけた場合、前記第１時間情報を前記制限時間帯の初期時間タグとし、前記夜間の時間帯情報の終了時間情報を前記制限時間帯の終了時間タグとする。
ステップ２０４において、前記初期時間タグ及び前記終了時間タグに基づいて、対応する第１時間情報の制限時間帯を決定する。
一例として、スマートスピーカーを例としたとき、スマートスピーカーは、前記初期時間タグ及び前記終了時間タグに基づいて、対応する第１時間情報の制限時間帯を決定する。例えば、夜２０：３０に出された睡眠リクエストの場合、第１時間情報に基づき夜間の時間帯情報内の初期時間タグ及び終了時間情報を検索し、初期時間タグ及び終了時間タグに基づき第１時間情報に対応する制限時間帯を特定する。夜２０：３０以降の定時タスクをクローズするよう、当該時間に対応する制限時間帯を検索する。例えば、夜２０：３０−２１：００に定時タスクがあり、２１：００−２２：００に定時タスクがある場合、対応する定時タスクを取得する。

ステップ２０５において、実行対象であるインタラクションタスクから前記制限時間帯にある少なくとも１つの第１タスクを取得する。
一例として、実行対象であるインタラクションタスクは、睡眠リクエストメッセージを受信する前にユーザが予め設定したタスクであってもよい。この実行対象であるインタラクションタスクは、対象ユーザの履歴データに基づいてセッティングされてもよい。前記実行対象であるインタラクションタスクは、対象ユーザの習慣及び／又はスケジュール（例えば、子供のスケジュール）を含む。スマートスピーカーを例としたとき、検索命令に含まれる第１時間情報及び検索命令に基づき、当該時間に対応する制限時間帯を検索し、制限時間帯にある少なくとも１つ第１タスクをクローズする。例えば、夜２０：３０に出された睡眠リクエストの場合、当該第１時間情報に基づいて、夜２０：３０以降の定時タスクをクローズする必要があり、当例えば、夜２１：００に英語を聴く又は本を読むというタスクをクローズする。

ステップ２０６において、前記第１タスクをクローズする。
本発明の実施形態によって、ユーザが睡眠リクエストに関連する第１リクエストメッセージ（例えば、睡眠リクエスト）をトリガした後、対応的に制限時間帯にある対象タスク（例えば、前記制限時間帯内の少なくとも１つの第１タスク）をクローズすることができる。ユーザが予め設定した対象タスクをクローズすることができるため、ユーザを妨害してしまう問題を回避できる上に、ユーザの睡眠リクエストがインタラクションにより効率的に実行されることで有効なインタラクションとなり、インタラクションの処理効率を向上させることができる。

図３は本発明の実施形態における妨害回避の処理方法のフローチャートである。図３に示すように、下記のステップ３０１〜ステップ３０７を含む。

ステップ３０１において、睡眠リクエストに関連する第１リクエストメッセージを受信する。
一例として、スマートスピーカーを例としたとき、ユーザが睡眠リクエストを表明した後、スマートスピーカーは、当該第１リクエストメッセージ（例えば「お休み」のような睡眠リクエスト）を受信し、次のステップ３０１〜ステップ３０７の処理を通じて、ユーザを起こさないよう、この夜にユーザが設定した習慣が実行されないようにする。このステップ３０１〜ステップ３０７は、スマートデバイス（あるいはスマート端末）側、例えばスマートスピーカー側で処理してもよいし、クラウドプラットフォーム、例えばサーバーのクラスタにより構成されるクラウドプラットフォーム側で処理してもよい。このような処理がスマートスピーカーの処理能力やリソースを多く消耗しない場合、スマートスピーカー側で行わればよい。これにより、当該リクエストを処理するようにクラウドプラットフォームにフィードバックし、クラウドプラットフォームからのフィードバック結果を待ってからタスクをクローズする必要がないため、処理効率が向上するという利点がある。一方、このような処理がスマートスピーカー側で行われる場合、スマートスピーカーは、ただ睡眠リクエストを受け付け、当該睡眠リクエストをクラウドプラットフォームに転送し、クラウドプラットフォームから送信されるフィードバック結果を受信し、タスククローズの動作を実行するだけでよいため、スマートスピーカーの消費電力を低減し、省電力化を図ることができる。
一例として、当該第１リクエストメッセージは、睡眠リクエスト「お休み」に限定されなく、ユーザの言葉が曖昧である可能性があるため、この場合、「私は寝る」という明確な睡眠リクエストでなくとも、例えば、ユーザが言う「じゃあまた、スマートスピーカー」、「また明日、スマートスピーカー」、「眠くなった、スマートスピーカー」、又はシャットダウンなどの睡眠リクエストに関連する表現は、全て本発明の保護範囲内にある。

ステップ３０２において、前記第１リクエストメッセージに含まれる第１時間情報に基づいて、検索命令を生成する。
一例として、スマートスピーカーを例としたとき、スマートスピーカーはユーザからの睡眠リクエストである「お休み」を受信し、睡眠リクエストに第１時間情報を伴い、例えば、夜２０：３０に出されたこの睡眠リクエストは、第１時間情報に基づいて夜２０：３０以降の定時タスクをクローズする必要があるよう、対応する検索命令を生成し、対応する定時タスクを取得する。

ステップ３０３において、前記検索命令に応じて、前記第１時間情報により特定される制限時間帯を取得する。
一例として、スマートスピーカーを例としたとき、スマートスピーカーは検索命令に応じて、検索命令に伴う第１時間情報及び検索需要に基づいて当該時間に対応する制限時間帯を検索し、対応する定時タスクを取得する。例えば、夜２０：３０に出された当該睡眠リクエストは、当該第１時間情報に基づいて夜２０：３０以降の定時タスクをクローズする必要がある。

ステップ３０４において、実行対象であるインタラクションタスクから前記制限時間帯にある少なくとも１つの第１タスクを取得する。
一例として、実行対象であるインタラクションタスクは、睡眠リクエストメッセージを受信する前にユーザが予め設定したタスクであってもよい。この実行対象であるインタラクションタスクは、対象ユーザの履歴データに基づいてセッティングされてもよい。前記実行対象であるインタラクションタスクは、対象ユーザの習慣及び／又はスケジュール（例えば、子供のスケジュール）を含む。スマートスピーカーを例としたとき、検索命令に含まれる第１時間情報及び検索命令に基づき、当該時間に対応する制限時間帯を検索し、制限時間帯にある少なくとも１つ第１タスクをクローズする。例えば、夜２０：３０に出された睡眠リクエストの場合、当該第１時間情報に基づいて、夜２０：３０以降の定時タスクをクローズする必要があり、当例えば、夜２１：００に英語を聴く又は本を読むというタスクをクローズする。

ステップ３０５において、前記第１タスクをクローズする。

ステップ３０６において、端末のシステム時間を監視する。

ステップ３０７において、前記システム時間が第２時間情報に到達し、前記第２時間情報が前記制限時間帯にない場合、前記実行するインタラクションタスクから前記第２時間情報に対応する第２タスクを取得し、前記第２タスクを実行する。

本発明の実施形態によって、第２時間情報は、例えば、睡眠に影響を与えない時間帯である朝５時半を超える非制限時間帯に存在し、ユーザが早の目覚ましサービス（例えば、アラームサービス）を設定して起きる場合、アラームタスクをオンにし、アラームサービスに対応する時間（朝５時半）から、新しい１日のタスク実行を再開する必要がある。

図４は本発明の実施形態におけるメッセージカプセル化の模式図であり、前記第１タスクをクローズした後、前記方法は、さらに、メッセージカプセル化フォーマット及びメッセージ内容を構成する少なくとも２つの要素を取得し、例えば、図４に示すメッセージヘッダー１１及びメッセージボディ１２を取得する。メッセージヘッダー１１は、受信側（又は対象ユーザ）のタグを含み、即ち、カプセル化された当該第１応答メッセージをどちらの受信側（又は対象ユーザ）に送信するかを示し、メッセージボディ１２は、前記少なくとも２つの要素を含み、前記少なくとも２つの要素は、時間フィールド及びクローズされた前記第１タスクの提示フィールドを含む。前記メッセージカプセル化フォーマット及び前記メッセージ内容に基づいて、第１応答メッセージを生成し、第１応答メッセージを送信する。
一例では、インタラクション操作として、具体的には、ユーザへフィードバック内容を返すことである。制限時間帯において、睡眠意図に対し、その時間帯に習慣及び／又はスケジュールがあるか否かを検出し、習慣及び／又はスケジュールがあればその日は実行しない。すなわち、現在クローズする必要がある習慣及び／又はスケジュールがあれば、「今夜の習慣及び／又はスケジュールをクローズしました」と通知する。例えば、ユーザが「お休み」という睡眠リクエストを出し、スマートスピーカーは「お休みなさい、今夜の習慣及び／又はスケジュールはクローズしました。これから音楽／就寝前に読む物語を聞きながら寝て下さい。３０分後に自動的に閉じます」とフィードバックする。

１つの実施形態において、前記第１タスクをクローズした後、前記方法は、さらに、前記第１リクエストメッセージの所定期間内にＮ回発生したの履歴記録に対応するトリガ時間を収集し、前記Ｎは１よりも大きい正の整数であり、前記トリガ時間に基づいて睡眠意図に対する第３時間情報を取得し、前記第３時間情報は、第１リクエストメッセージが頻発する時点又は時間帯情報を含み、前記第３時間情報に基づいて前記制限時間帯を更新することを含む。

本発明の実施形態によれば、就寝への案内や睡眠意図の事前認識を試み、制限時間帯を更新することができる。例えば、ユーザが設定した睡眠アラームは２２：００であるが、最近は２１：００頃に睡眠リクエストを出すため、過去の一定期間のインタラクション履歴から睡眠意図を認識することができる。この場合、ユーザが睡眠リクエストを出す前に、２１：００前後の一定時間（ ５〜１０分）にユーザに提示することにより、ユーザ体験を向上させることができる。

１つの実施形態において、前記方法は、さらに、前記第３時間情報に基づいて、睡眠関連モードに移行するか否かを問い合わせる第２リクエストメッセージをトリガし、前記第２リクエストメッセージを送信することと、
睡眠関連モードの移行に肯定的な回答が含まれる第２応答メッセージを受信することと、
更新された制限時間帯に基づいて、実行対象であるインタラクションタスク内の第３タスクをクローズすることと、を含む。
例えば、睡眠への案内シーンにおいて、ユーザが「パワーオフ」と言い、スマートスピーカーは「了解しました、お邪魔しないように明日５時までの習慣を全てクローズしました。リラックスのための、寝る前のホワイトノイズ／物語／エモーショナルなラジオ／音声ブック〉を用意しておりますが、試しますか？」とフィードバックし、ユーザが「ＯＫ」と言うと、スマートスピーカーは「了解しました、それでは、１５分間ホワイトノイズを放送します。おやすみなさい」とフィードバックする。これにより、スマートスピーカーがユーザから肯定的な回答を得た場合、例えば、「それがいいね」、「１５分後にオフして」または「夜２０：３０にパワーオフを言って」等である場合、ユーザからのフィードバックを収集し、その後インタラクションポリシーを改善しやすいようにし、例えば、ユーザが本発明の実施形態の睡眠動作に入るように案内してもよい。スマートスピーカーがユーザから否定的な回答を得た場合も、当該のフィードバックを収集し、その後のインタラクション策略を改善するための基準とする。

本発明の実施形態によれば、インタラクションタスク策略を改善することにより、睡眠リクエストがトリガされた後、ユーザの睡眠意図を能動的に学習して把握することで、対応的に睡眠リクエスト時間に関する制限時間内に対象タスクをクローズする。このような能動的学習は、ユーザを邪魔しない一方で、ユーザからこのような機能を設定したり、強制的に関連機能をクローズしたりする必要もない（ユーザの操作が導入されると、インタラクション回数が増加し、ユーザの体験が悪くなり、効率が低下し、さらに製品に対するユーザの満足度が低下する）ので、インタラクション回数が減少し、インタラクションの処理効率が向上する。

図５は、本発明の実施形態に係る夜間の睡眠傾向を示す時間帯の模式図であり、図５に示すように、ユーザから「お休み」と言った時間分布の傾向、特に、夜２０：００以降に「お休み」と言う傾向が顕著に上昇していることが分かる。
図６は、本発明の実施形態に係るアラームの鳴る傾向を示す時間帯の模式図であり、図６に示すように、ユーザが設定した習慣分布は、朝５時に小さなピークを有し、値「１４１」であり、ユーザがアラームとして使用すると推定される。これら２つの傾向を考慮して、制限時間は、夜２０：００〜朝０１：３０に設定することができる。すなわち、習慣的な定時タスクが設定された後、ユーザが制限時間内に睡眠が必要であることを示す場合、その制限時間帯に設定された定時タスクは実行されない。
応用例

図７は、本発明の実施形態に係るインタラクションシーンの模式図を示し、図７に示すように、スマートスピーカーを例としたとき、ユーザが睡眠リクエストを示した後、スマートスピーカーは、ユーザが「もう寝る」などの睡眠リクエストを受信し、睡眠リクエストに含まれる時間情報に基づいて、検索命令を生成する。夜２０時３０分に睡眠リクエストが出された場合、第１時間情報に基づいて、夜２０時３０分以降の定時タスクをクローズするよう、対応する検索命令を生成し、対応する定時タスクを取得する。スマートスピーカーは、検索命令に応じて、検索命令に伴う第１時間情報及び検索需要に基づいて当該時間に対応する制限時間帯を検索し、対応する定時タスクを取得する。例えば、夜２０：３０に出された当該睡眠リクエストは、当該第１時間情報に基づいて夜２０：３０以降の定時タスクをクローズする必要がある。定時タスクは、睡眠リクエストを受信する前にユーザが予め設定したタスクであってもよく、対象ユーザの習慣および／またはスケジュール（例えば子供のスケジュール）、例えば夜の２１時に英語を聞くまたは書籍を読むというようなタスクを含む。スマートスピーカーは、その時間に対応する「夜２０：３０−朝５時」という制限時間帯において、制限時間帯にある定時タスク、例えば夜２１：００に英語を聴くタスクや書籍を読むタスクをクローズする。スマートスピーカーは、「了解しました、お邪魔しないように明日５時まで習慣および／またはスケジュールをクローズしました」などの、定時タスクを終了したという提示メッセージをユーザにフィードバックする。

図８は本発明の実施形態妨害回避の処理装置の模式図であり、前記装置は、第１受信ユニット２１、命令生成ユニット２２、応答ユニット２３、第１タスク取得ユニット２４及び第１タスククローズユニット２５を含み、第１受信ユニット２１は、睡眠リクエストに関連する第１リクエストメッセージを受信するように構成され、命令生成ユニット２２は、前記第１リクエストメッセージに含まれる第１時間情報に基づいて、検索命令を生成するように構成され、応答ユニット２３は、前記検索命令に応じて、前記第１時間情報により特定される制限時間帯を取得するように構成され、第１タスク取得ユニット２４は、前記実行されるインタラクションタスクから前記制限時間帯にある少なくとも１つの第１タスクを取得するように構成され、第１タスククローズユニット２５は、前記第１タスクをクローズするように構成される。当該装置は、スマートデバイス側に位置してもよいし、クラウドプラットフォーム側に位置してもよい。

１つの実施形態において、前記装置は、さらに、セッティングユニットを含み、
セッティングユニットは、対象ユーザの履歴データ基づいて、実行対象であるインタラクションタスクをセッティングすることに用いられ、
前記実行対象であるインタラクションタスクは、対象ユーザの習慣及び／又はスケジュールを含む。

１つの実施形態において、前記応答ユニットは、さらに、前記第１時間情報を検索インデックスとして、夜間の時間帯情報において検索し、前記夜の時間帯情報において第１時間情報を見つけた場合、第１時間情報を前記制限時間帯の初期時間タグとし、前記夜間の時間帯情報の終了時間情報を前記制限時間帯の終了時間タグとし、前記初期時間タグ及び前記終了時間タグに基づいて、前記制限時間帯を特定するように構成される。

１つの実施形態において、前記装置は、さらに、端末のシステム時間を監視するように構成される監視ユニットと、前記システム時間が第２時間情報に到達し、前記第２時間情報が前記制限時間帯にない場合、前記実行対象であるインタラクションタスクから前記第２時間情報に対応する第２タスクを取得するように構成される第２タスク取得ユニットと、前記第２タスクを実行するように構成されるタスク実行ユニットと、を含む。

１つの実施形態において、前記装置は、さらに、メッセージカプセル化フォーマット及びメッセージ内容を構成する少なくとも２つの要素を取得するように構成されるカプセル化ユニットと、前記メッセージカプセル化フォーマット及び前記メッセージ内容に基づいて、第１応答メッセージを生成するように構成されるメッセージ生成ユニットと、第１応答メッセージを送信するように構成される第１メッセージ送信ユニットと、を含み、前記少なくとも２つの要素は、時間フィールド及びクローズされた前記第１タスクの提示フィールドを含む。

１つの実施形態において、前記装置は、さらに、前記第１リクエストメッセージが所定期間内にＮ回発生した履歴記録に対応するトリガ時間を収集するように構成される収集ユニットと、前記トリガ時間に基づいて睡眠意図に対する第３時間情報を取得するように構成される睡眠意図取得ユニットと、前記第３時間情報に基づいて前記制限時間帯を更新するように構成される更新ユニットと、を含み、前記Ｎは１よりも大きい正の整数であり、前記第３時間情報は、時点又は時間帯情報を含む。

１つの実施形態において、前記装置は、さらに、前記第３時間情報に基づいて、睡眠関連モードに移行するか否かを問い合わせる第２リクエストメッセージをトリガし、前記第２リクエストメッセージを送信するように構成される第２メッセージ送信ユニットと、第２応答メッセージを受信するように構成される第２受信ユニットと、更新された制限時間帯に基づいて、実行対象であるインタラクションタスク内の第３タスクをクローズするように構成される第２タスククローズユニットと、を含み、前記第２応答メッセージには睡眠関連モードへの移行についての肯定的な回答が含まれる。

本発明の実施形態におけるデバイス内のモジュールの機能については、前述方法に対応する説明を参照することができるため、ここでは詳細を省略する。

図９は、本発明の実施形態に係る妨害回避の処理装置構成を示すブロック図である。図９に示すように、この装置は、メモリ９１０及びプロセッサ９２０を備え、メモリ９１０は、プロセッサ９２０上で実行可能なコンピュータプログラムを格納している。プロセッサ９２０がコンピュータプログラムを実行することにより、上記実施形態における妨害回避の処理方法が実現される。メモリ９１０及びプロセッサ９２０の数は、１つ又は複数であってもよい。
また、当該装置は、外部機器と通信を行い、データのやりとりを行うための通信インターフェース９３０を有する。

メモリ９１０は、高速度ＲＡＭメモリを含んでもよく、少なくとも１つのディスクメモリなどの不揮発性メモリ（ ｎｏｎ−ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ ）をさらに含んでもよい。
メモリ９１０、プロセッサ９２０、及び通信インターフェース９３０が独立的に具現される場合、メモリ９１０、プロセッサ９２０、及び通信インターフェース９３０は、バスを介して互いに接続され、相互間の通信を遂行する。バスは、産業標準アーキテクチャ（ ＩＳＡ、Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ ）バス、外部デバイスインターコネクト（ ＰＣＩ、Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ ）バス、または拡張産業標準アーキテクチャ（ ＥＩＳＡ、Ｅｘｔｅｎｄｅｄ Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ｃｏｍｐｏｎｅｎｔ ）バスなどであり得る。バスは、アドレスバス、データバス、制御バスなどに分けられる。なお、図９では、図示の都合上、太線を１本だけ示しているが、１本のバスや１種類のバスを示すものではない。
任意選択的に、実装形態では、メモリ９１０、プロセッサ９２０、および通信インターフェース９３０が１つのチップ上に統合される場合、メモリ９１０、プロセッサ９２０、および通信インターフェース９３０は、内部インターフェースを通じて相互間の通信を完了し得る。
本発明の実施形態は、プロセッサによって実行されると、上記の実施形態のいずれかに記載の方法を実現するコンピュータプログラムを記憶したコンピュータ可読記憶媒体を提供する。

本明細書において、「１つの実施形態」、「幾つかの実施形態」、「例」、「具体例」或いは「一部の例」などの用語とは、当該実施形態或いは例で説明された具体的特徴、構成、材料或いは特点を結合して、本発明の少なくとも１つの実施形態或いは実施形態に含まれることを意味する。また、説明された具体的特徴、構成、材料或いは特点は、いずれか１つ或いは複数の実施形態または例において適切に結合することが可能である。また、矛盾しない限り、当業者は、本明細書の異なる実施形態または例、および、異なる実施形態または例における特徴を結合したり、組み合わせたりすることができる。
また、用語「第１」、「第２」とは比較的重要性を示している又は暗示しているわけではなく、単に説明のためのものであり、示される技術的特徴の数を暗示するわけでもない。そのため、「第１」、「第２」で限定される特徴は、少なくとも１つの当該特徴を明示又は暗示的に含むことが可能である。本出願の記載の中において、「複数」の意味とは、明確的に限定される以外に、２つ又は２つ以上を意味する。

フローチャート又はその他の方式で説明された、いかなるプロセス又は方法に対する説明は、特定な論理的機能又はプロセスのステップを実現するためのコマンドのコードを実行可能な１つ又はそれ以上のモジュール、断片若しくはセグメントとして理解することが可能であり、さらに、本発明の好ましい実施形態の範囲はその他の実現を含み、示された、又は、記載の順番に従うことなく、係る機能に基づいてほぼ同時にまたは逆の順序に従って機能を実行することを含み、これは当業者が理解すべきことである。
フローチャートに示された、又はその他の方式で説明された論理及び／又はステップは、例えば、論理機能を実現させるための実行可能なコマンドのシーケンスリストとして見なされることが可能であり、コマンド実行システム、装置、又はデバイス（プロセッサのシステム、又はコマンド実行システム、装置、デバイスからコマンドを取得して実行することが可能なその他のシステムを含むコンピュータによるシステム）が使用できるように提供し、又はこれらのコマンドを組み合わせて使用するコマンド実行システム、装置、又はデバイスに使用されるために、いかなるコンピュータ読取可能媒体にも具体的に実現されることが可能である。本明細書において、「コンピュータ読取可能媒体」は、コマンド実行システム、装置、デバイス、又はこれらのコマンドを組み合わせて実行するシステム、装置又はデバイスが使用できるように提供するため、プログラムを格納、記憶、通信、伝搬又は伝送する装置であってもよい。コンピュータ読み取り可能媒体のより具体的例（非網羅的なリスト）として、１つ又は複数の布配線を含む電気接続部（電子装置）、ポータブルコンピュータディスク（磁気装置）、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、消去書き込み可能リード・オンリー・メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー装置、及びポータブル読み取り専用メモリ（ＣＤＲＯＭ）を少なくとも含む。また、コンピュータ読み取り可能媒体は、そのうえで前記プログラムを印字できる紙又はその他の適切な媒体であってもよく、例えば紙又はその他の媒体に対して光学的スキャンを行い、そして編集、解釈又は必要に応じてその他の適切の方式で処理して電子的方式で前記プログラムを得、その後コンピュータメモリに記憶することができるためである。

なお、本発明の各部分は、ハードウェア、ソフトウェア、ファームウェア又はこれらの組み合わせによって実現されることができる。上記実施形態において、複数のステップ又は方法は、メモリに記憶された、適当なコマンド実行システムによって実行されるソフトウェア又はファームウェアによって実施されることができる。例えば、ハードウェアによって実現するとした場合、別の実施形態と同様に、データ信号に対して論理機能を実現する論理ゲート回路を有する離散論理回路、適切な混合論理ゲート回路を有する特定用途向け集積回路、プログラマブルゲートアレイ（ＧＰＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などといった本技術分野において公知である技術のうちのいずれか１つ又はそれらの組み合わせによって実現される。

当業者は、上記の実施形態における方法に含まれるステップの全部又は一部を実現するのは、プログラムによって対応するハードウェアを指示することによって可能であることを理解することができる。前記プログラムは、コンピュータ読取可能な媒体に記憶されてもよく、当該プログラムが実行されるとき、方法の実施形態に係るステップのうちの１つ又はそれらの組み合わせを含むことができる。

また、本発明の各実施形態における各機能ユニットは、１つの処理モジュールに統合されてよく、別個の物理的な個体であってもよく、２つ又は３つ以上のユニットが１つのモジュールに統合されてもよい。上記の統合モジュールは、ハードウェアで実現されてもよく、ソフトウェア機能モジュールで実現されてもよい。上記の統合モジュールが、ソフトウェア機能モジュールで実現され、しかも独立した製品として販売又は使用される場合、コンピュータ読取可能な記憶媒体に記憶されてもよい。前記記憶媒体は読取専用メモリ、磁気ディスク又は光ディスク等であってもよい。

上記の記載は、単なる本発明の具体的な実施形態に過ぎず、本発明の保護範囲はそれに限定されることなく、当業者が本発明に開示されている範囲内において、容易に想到し得る変形又は置換は、全て本発明の範囲内に含まれるべきである。そのため、本発明の範囲は、記載されている特許請求の範囲に準じるべきである。

Claims (13)

1. 妨害回避の処理装置により実行される処理方法であって、
   対象ユーザが睡眠に入ることを前記対象ユーザが音声により前記処理装置に通知する睡眠リクエストに関連する第１リクエストメッセージを受信することと、
   前記第１リクエストメッセージに含まれる第１時間情報に基づいて、検索命令を生成することと、
   前記検索命令に応じて、前記第１時間情報により特定される制限時間帯を取得することと、
   実行対象であるインタラクションタスクから、前記制限時間帯にある少なくとも１つの第１タスクを取得することと、
   前記第１タスクをクローズすることと、
   端末のシステム時間を監視することと、
   前記システム時間が第２時間情報に到達したとき、かつ前記第２時間情報が前記制限時間帯に存在しない場合、前記実行対象であるインタラクションタスクから前記第２時間情報に対応する第２タスクを取得することと、
   前記第２タスクを実行することと、を含み、
   前記第１タスクは、睡眠リクエストメッセージを受信する前にユーザが予め設定したタスクである、
   ことを特徴とする妨害回避の処理方法。
2. 前記睡眠リクエストメッセージを受信する前に、前記方法は、さらに、
   対象ユーザの履歴データに基づいて、前記実行対象であるインタラクションタスクをセッティングすることを含み、
   前記実行対象であるインタラクションタスクは、対象ユーザの習慣及び／又はスケジュールを含む、
   ことを特徴とする請求項１に記載の妨害回避の処理方法。
3. 前記第１タスクをクローズした後、前記方法は、さらに、
   メッセージカプセル化フォーマット及びメッセージ内容を構成する少なくとも２つの要素を取得することと、
   前記メッセージカプセル化フォーマット及び前記メッセージ内容に基づいて、第１応答メッセージを生成することと、
   第１応答メッセージを送信することと、を含み、
   前記少なくとも２つの要素は、時間フィールド及びクローズされた前記第１タスクの提示フィールドを含む、
   ことを特徴とする請求項１又は２に記載の妨害回避の処理方法。
4. 前記第１タスクをクローズした後、前記方法は、さらに、
   前記第１リクエストメッセージが所定期間内にＮ回発生した履歴記録に対応するトリガ時間を収集することと、
   前記トリガ時間に基づいて睡眠意図に対する第３時間情報を取得することと、
   前記第３時間情報に基づいて前記制限時間帯を更新することと、を含み、
   前記Ｎは１よりも大きい正の整数であり、
   前記第３時間情報は、時点又は時間帯情報を含む、
   ことを特徴とする請求項１〜３のいずれか１項に記載の妨害回避の処理方法。
5. 前記方法は、さらに、
   前記第３時間情報に基づいて、睡眠関連モードに移行するか否かを問い合わせる第２リクエストメッセージをトリガし、前記第２リクエストメッセージを送信することと、
   睡眠関連モードへの移行についての肯定的な回答が含まれる第２応答メッセージを受信することと、
   更新された制限時間帯に基づいて、実行対象であるインタラクションタスク内の第３タスクをクローズすることと、を含む、
   ことを特徴とする請求項４に記載の妨害回避の処理方法。
6. 妨害回避の処理装置であって、
   対象ユーザが睡眠に入ることを前記対象ユーザが音声により前記処理装置に通知する睡眠リクエストに関連する第１リクエストメッセージを受信する第１受信ユニットと、
   前記第１リクエストメッセージに含まれる第１時間情報に基づいて、検索命令を生成する命令生成ユニットと、
   前記検索命令に応じて、前記第１時間情報により特定される制限時間帯を取得する応答ユニットと、
   実行対象であるインタラクションタスクから、前記制限時間帯にある少なくとも１つの第１タスクを取得する第１タスク取得ユニットと、
   前記第１タスクをクローズする第１タスククローズユニットと、
   端末のシステム時間を監視する監視ユニットと、
   前記システム時間が第２時間情報に到達したとき、かつ前記第２時間情報が前記制限時間帯に存在しない場合、前記実行対象であるインタラクションタスクから前記第２時間情報に対応する第２タスクを取得する第２タスク取得ユニットと、
   前記第２タスクを実行するタスク実行ユニットと、を含み、
   前記第１タスクは、睡眠リクエストメッセージを受信する前にユーザが予め設定したタスクである、
   ことを特徴とする妨害回避の処理装置。
7. 前記装置は、さらに、セッティングユニットを含み、
   前記セッティングユニットは、対象ユーザの履歴データ基づいて、前記実行対象であるインタラクションタスクをセッティングし、
   前記実行対象であるインタラクションタスクは、対象ユーザの習慣及び／又はスケジュールを含む、
   ことを特徴とする請求項６に記載の妨害回避の処理装置。
8. 前記装置は、さらに、
   メッセージカプセル化フォーマット及びメッセージ内容を構成する少なくとも２つの要素を取得するカプセル化ユニットと、
   前記メッセージカプセル化フォーマット及び前記メッセージ内容に基づいて、第１応答メッセージを生成するメッセージ生成ユニットと、
   第１応答メッセージを送信する第１メッセージ送信ユニットと、を含み、
   前記少なくとも２つの要素は、時間フィールド及びクローズされた前記第１タスクの提示フィールドを含む、
   ことを特徴とする請求項６又は７に記載の妨害回避の処理装置。
9. 前記装置は、さらに、
   前記第１リクエストメッセージが所定期間内にＮ回発生した履歴記録に対応するトリガ時間を収集する収集ユニットと、
   前記トリガ時間に基づいて睡眠意図に対する第３時間情報を取得する睡眠意図取得ユニットと、
   前記第３時間情報に基づいて前記制限時間帯を更新する更新ユニットと、を含み、
   前記Ｎは１よりも大きい正の整数であり、
   前記第３時間情報は、時点又は時間帯情報を含む、
   ことを特徴とする請求項６〜８のいずれか１項に記載の妨害回避の処理装置。
10. 前記装置は、さらに、
    前記第３時間情報に基づいて、睡眠関連モードに移行するか否かを問い合わせる第２リクエストメッセージをトリガし、前記第２リクエストメッセージを送信する第２メッセージ送信ユニットと、
    睡眠関連モードへの移行についての肯定的な回答が含まれる第２応答メッセージを受信する第２受信ユニットと、
    更新された制限時間帯に基づいて、実行対象であるインタラクションタスク内の第３タスクをクローズする第２タスククローズユニットと、を含む、
    ことを特徴とする請求項９に記載の妨害回避の処理装置。
11. １つ又は複数のプロセッサと、
    １つ又は複数のプログラムを記憶する記憶装置と、を含み、
    前記１つ又は複数のプロセッサは、前記１つ又は複数のプログラムを実行する場合、請求項１〜５のいずれか１項に記載の方法を実現させる、
    ことを特徴とする妨害回避の処理装置。
12. コンピュータプログラムが記憶されているコンピュータ可読記憶媒体であって、
    当該コンピュータプログラムがプロセッサにより実行される場合、請求項１〜５いずれか１項に記載の方法を実行させる、
    ことを特徴とするコンピュータ可読記憶媒体。
13. 請求項１〜５のいずれか１項に記載の方法をプロセッサに実行させるコンピュータプログラム。

Images