(57)【要約】      （修正有）【課題】装置のネットワークでユーザーが行う最も好ましいタスクを提案するために、ユーザーのコンテクストを確認するシステム及び方法を提供する。【解決手段】ユーザーの位置、ユーザーが興味を持っているコンテンツ、ユーザーにより使用されている装置、及びユーザーにより使用されるように許容された装置及びコンテンツを含むユーザーのコンテクストを利用して、システムは、そのコンテクストに適切なタスクをユーザーに提案する。コンテクストの決定及びタスクの提案は、ある与えられた時間にユーザーが利用可能なコンテンツ及び装置についての情報を追跡することによって行われる。タスクの提案は、特定のユーザー政策によって行われる。タスクは、ユーザーが容易に理解できる単純な文章の形態になっている。もし、所定コンテクストに基づいて、一つ以上のタスクが可能であれば、システムは、ユーザーに最も高い優先順位を持つタスクを提案する。【選択図】図１
2006228198.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにある複数の電子装置のうち、一つ以上により行われるユーザータスクを提案する方法において、
前記ネットワークでユーザーのコンテクストを決定するステップと、
タスクを生成するステップと、
前記ユーザーにそれぞれのタスクが前記ユーザーのコンテクストに適切な一つ以上のタスクを提案するステップと、を含むことを特徴とするタスクの提案方法。
【請求項２】
前記ユーザーのコンテクストを決定するステップは、
前記ユーザーの位置、前記ユーザーが興味を持っているコンテンツ、及び前記ユーザーにより利用されている前記装置のうち、一つ以上を決定するステップと、を含むことを特徴とする請求項１に記載のタスクの提案方法。
【請求項３】
前記ユーザーに利用可能なコンテンツ及び装置に関する情報を追跡するステップをさらに含み、前記ユーザーのコンテクストを決定するステップは、前記ユーザーのコンテクストを決定するために前記情報を利用するステップを含むことを特徴とする請求項１に記載のタスクの提案方法。
【請求項４】
前記ユーザーに利用可能なコンテンツ及び装置に関する情報を追跡するステップをさらに含むことを特徴とする請求項１に記載のタスクの提案方法。
【請求項５】
前記一つ以上のタスクを提案するステップは、
所定政策によって一つ以上のタスクを提案するステップをさらに含むことを特徴とする請求項１に記載のタスクの提案方法。
【請求項６】
前記政策は、ネットワークでの一つ以上の装置の動作に影響を与える規則を含むことを特徴とする請求項５に記載のタスクの提案方法。
【請求項７】
それぞれのタスクは、前記ユーザーにより容易に理解され得る単純な文章を含むことを特徴とする請求項１に記載のタスクの提案方法。
【請求項８】
前記タスクを提案するステップは、
所定コンテクストに基づいて、一つ以上のタスクが可能であれば、最も高い優先順位を有するタスクを前記ユーザーに提案するステップをさらに含むことを特徴とする請求項１に記載のタスクの提案方法。
【請求項９】
前記ユーザーのコンテクストを決定するステップは、
時間、装置情報、コンテンツ情報、位置情報及びユーザーにより行われるアクションのうち、二つ以上を互いに関連付けることによって、ユーザーコンテクスチュアル情報を構成するステップをさらに含むことを特徴とする請求項１に記載のタスクの提案方法。
【請求項１０】
前記タスクを生成するステップは、タスクを生成／検索するために前記コンテクスチュアル情報を利用するステップをさらに含み、前記一つ以上のタスクを提案するステップは、前記ユーザーに関連するタスクを前記ユーザーに提案するために、前記コンテクスチュアル情報を利用するステップをさらに含むことを特徴とする請求項９に記載のタスクの提案方法。
【請求項１１】
ネットワークにある複数の電子装置のうち、一つ以上により行われるユーザータスクを提案するシステムにおいて、
前記ネットワークでユーザーのコンテクストを決定するコンテクスト検索器と、
それぞれのタスクが前記ユーザーのコンテクストに適切な一つ以上のタスクを前記ユーザーに提案するコンテクスチュアルタスク提案器と、を備えることを特徴とするタスク提案システム。
【請求項１２】
前記コンテクスト検索器は、
前記ユーザーの位置、前記ユーザーが興味を持っているコンテンツ、及び前記ユーザーにより利用されている装置のうち、一つ以上を前記ユーザーのコンテクストとしてさらに決定することを特徴とする請求項１１に記載のタスク提案システム。
【請求項１３】
前記ユーザーに利用可能なコンテンツ及び装置に関する情報を追跡する手段をさらに含み、前記コンテクスト検索器は、前記ユーザーのコンテクストを決定するために前記情報を利用することを特徴とする請求項１１に記載のタスク提案システム。
【請求項１４】
前記ユーザーに利用可能なコンテンツ及び装置に関する情報を追跡する手段をさらに含み、前記タスク生成器は、前記タスクを生成するために前記情報を利用することを特徴とする請求項１１に記載のタスク提案システム。
【請求項１５】
前記ユーザーに利用可能なコンテンツ及び装置に関する情報を追跡する手段をさらに含み、前記コンテクスチュアルタスク提案器は、タスクを提案するために前記情報を利用することを特徴とする請求項１１に記載のタスク提案システム。
【請求項１６】
前記コンテクスチュアルタスク提案器は、
所定政策によって一つ以上のタスクを提案することを特徴とする請求項１１に記載のタスク提案システム。
【請求項１７】
前記政策は、ネットワークでの一つ以上の装置の動作に影響を与える規則を含むことを特徴とする請求項１６に記載のタスク提案システム。
【請求項１８】
前記それぞれのタスクは、ユーザーにより容易に理解され得る単純な文章を含むことを特徴とする請求項１１に記載のタスク提案システム。
【請求項１９】
所定コンテクストに基づいて、一つ以上のタスクが可能であれば、前記コンテクスチュアルタスク提案器は、最も高い優先順位を有するタスクを前記ユーザーに提案することを特徴とする請求項１１に記載のタスク提案システム。
【請求項２０】
前記コンテクスト検索器は、
時間、装置情報、コンテンツ情報、位置情報及びユーザーにより行われるアクションのうち、二つ以上を互いに関連付けることによってユーザーコンテクスチュアル情報を構成することを特徴とする請求項１１に記載のタスク提案システム。
【請求項２１】
タスクを検索するために、前記コンテクスチュアル情報を利用するタスク生成器をさらに備え、前記コンテクスチュアルタスク提案器は、前記ユーザーに関連するタスクを前記ユーザーに提案するために、前記コンテクスチュアル情報を利用することを特徴とする請求項２０に記載のタスク提案システム。
【請求項２２】
複数の装置と、
ユーザーに、前記装置のうち、一つ以上により行われるタスクを提案する制御器を備え、前記制御器は、ネットワークでユーザーのコンテクストを決定するコンテクスト検索器と、
それぞれのタスクが前記ユーザーのコンテクストに適切であるように、一つ以上のタスクをユーザーに提案するコンテクスチュアルタスク提案器と、を備えることを特徴とするネットワーク。
【請求項２３】
前記コンテクスト検索器は、
前記ユーザーの位置、前記ユーザーが興味を持っているコンテクスト、及び前記ユーザーにより使用されている装置のうち、一つ以上を前記ユーザーのコンテクストとしてさらに決定することを特徴とする請求項２２に記載のネットワーク。
【請求項２４】
前記ユーザーに利用可能なコンテンツ及び装置に関する情報を追跡する手段をさらに含み、前記コンテクスト検索器は、前記ユーザーのコンテクストを決定するために前記情報を利用することを特徴とする請求項２２に記載のネットワーク。
【請求項２５】
前記制御器は、前記ユーザーに利用可能なコンテンツ及び装置に関する情報を追跡する手段をさらに含み、前記タスク生成器は、前記タスクを生成するために前記情報を利用することを特徴とする請求項２２に記載のネットワーク。
【請求項２６】
前記制御器は、前記ユーザーに利用可能なコンテンツ及び装置に関する情報を追跡する手段をさらに含み、前記コンテクスチュアルタスク提案器は、タスクを提案するために前記情報を利用することを特徴とする請求項２２に記載のネットワーク。
【請求項２７】
前記コンテクスチュアルタスク提案器は、所定政策によって一つ以上のタスクを提案することを特徴とする請求項２２に記載のネットワーク。
【請求項２８】
前記政策は、前記ネットワークでの一つ以上の装置の動作に影響を与える規則を含むことを特徴とする請求項２７に記載のネットワーク。
【請求項２９】
それぞれのタスクは、前記ユーザーにより容易に理解され得る単純な文章を含むことを特徴とする請求項２２に記載のネットワーク。
【請求項３０】
所定コンテクストに基づいて、一つ以上のタスクが可能であれば、前記コンテクスチュアルタスク提案器は、最も高い優先順位を有するタスクを前記ユーザーに提案することを特徴とする請求項２２に記載のネットワーク。
【請求項３１】
前記コンテクスト検索器は、
時間、装置情報、コンテンツ情報、位置情報及び前記ユーザーにより行われるアクションのうち、二つ以上を互いに関連付けることによって、ユーザーコンテクスチュアル情報をさらに構成することを特徴とする請求項２２に記載のネットワーク。
【請求項３２】
タスクを検索するために、前記コンテクスチュアル情報を利用するタスク生成器をさらに備え、前記コンテクスチュアルタスク提案器は、前記ユーザーに関連するタスクを前記ユーザーに提案するために、前記コンテクスチュアル情報を利用することを特徴とする請求項３１に記載のネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に装置のユーザー制御のためのユーザーインターフェースを提供するものに係り、特に、ユーザーのコンテクストを決定してタスクを提案するためのコンテクスチュアルタスク提案システム及び方法に関する。
【背景技術】
【０００２】
消費者家電製品（コンシューマエレクトロニクス：ＣＥ）装置（例えば、ＴＶ、ＶＣＲ、ＤＶＤ再生器、ＣＤ再生器等）のような装置のユーザー制御のための一般的なユーザーインターフェースは、ユーザータスクを装置で表示しない。その代わりに、装置機能の集合がユーザーに与えられ、ユーザーはタスクを行うためにそれらの装置機能の組み合わせを選択する。例えば、ビデオテープを観覧するためには、ユーザーが入力（例えば、テープ）を選択し、テープを巻き戻し、ＶＣＲ上の再生ボタンを押さねばならない。結局、ユーザーは、ユーザーが前記操作を自動化するために、‘ビデオテープ’を‘観覧’することを所望すると単純に指定できない。ユーザーは、実行されるべき所望のタスク（例えば、‘ビデオテープ’を‘観覧’）を表現できず、かえってユーザーは、所望の機能（例えば、入力を選択、テープの巻き戻し及びＶＣＲ上の再生ボタンを押す）を実行するために装置を直接制御せねばならない。
【０００３】
これは、タスクがアップリケーションの概念でマッピングされる従来のソフトウェア体系と類似している。例えば、もし、ユーザーが手紙を書くことを所望すれば、ユーザーは、適切な機能性を有するワードプロセッサを作動させる。しかし、公知の名称で公知の機能性をマッピングすることとは別個に、これは、ユーザーにほとんど表されない。他の代案は、ユーザーに選択事項の集合を提供するためにメニュー形式で存在した。幾つかのシステムは、公知のタスクがメニュー選択事項（例えば、文書に対してスペルチェックまたはＶＣＲ上の瞬間録音）で列挙されるように許す。しかし、このようなシステムは、装置機能をユーザーに提供するだけである。
【０００４】
ユーザーがタスクをグラフ式（例えば、所望のタスクを行うために描かれた装置の集合を共に連結するために線を利用すること）で表現することを許すさらに他の代案が存在した。この接近法の問題点は、装置を利用する複雑性をユーザーから隠さないということである。それは、機能選択をユーザーに単純にグラフ式で表現し、ユーザーがタスクを行うために必要な連結を指定するように要求する。
【０００５】
さらに他の代案は、装置及び特別の環境で利用可能なサービスを見出すシステムであった。システムは、結集されうるサービスを確認し、最終的に可能なサービスの組み合わせをユーザーに提案する。結集されたサービスの組み合わせをユーザーに提案しつつ、システムはあらゆるユーザーの選好の集合及びユーザーに対する実行履歴に基づいて、サービスに点数を付けてユーザーに最高の点数を有するサービスを表示する。しかし、このようなシステムでユーザーのコンテクストを考慮せずに、あらゆるユーザーの選好の集合及びユーザーに対する実行履歴に基づいてサービスが評価されるため、その特定瞬間でのユーザーの意図を反映しない方法でサービスに点数を付ける結果となる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明が達成しようとする技術的課題は、装置が連結されたネットワークでユーザーのコンテクスト情報に基づいて、ユーザーに適切なタスクを提案できるユーザーのコンテクストを決定し、タスクを提案するためのコンテクスチュアルタスク提案システム及び方法を提供するところにある。
【課題を解決するための手段】
【０００７】
本発明は、前記短所に鑑みてなされたものである。一実施形態で本発明は、装置のネットワークでユーザーが実行する最も好ましいタスクを提案するために、ユーザーのコンテクストを確認するシステム及び方法を提供する。ユーザーのコンテクストは、ユーザーの位置、ユーザーが興味を持っているコンテンツ、ユーザーが接近するように許容されたコンテンツ、ユーザーにより使用されている装置及びユーザーが接近するように許容された装置を含む。それらのコンテクストを利用して、システムは、そのコンテクストに対して適切なタスクをユーザーに提案する。
【０００８】
コンテクストの決定及びタスクの提案は、ある与えられた時間にユーザーに利用可能なコンテンツ及び装置についての情報を追跡することによって行われる。タスクの提案は、所定政策によって行われる。さらに、ユーザーは、政策での規則を変更することによってシステムの動作を制御できる。
【０００９】
タスクは、ユーザーが容易に理解できる単純な文章の形式になっている。もし、所定コンテクストに基づいて、一つ以上のタスクが可能であれば、システムは、優先順位化モジュールにより、タスクに割当てられた優先順位を通じて確認されたユーザーに最も関連のあるタスクを提案する。
【００１０】
システムを時間、装置情報、コンテンツ情報、位置情報及びユーザーにより行われるアクションを互いに関連付けることによってコンテクストを樹立する。このコンテクスト情報は、その次にユーザーに関連するタスク提案に帰結されるタスクを探して、ユーザーに提案するのに利用される。従来技術は、装置／タスクの属性に基づいて単純に点数付けのみを行い、位置に基づいてタスクを提案しない。
【発明の効果】
【００１１】
本発明に係るユーザーのコンテクストを決定し、タスクを提案するためのコンテクスチュアルタスク提案システム及び方法によれば、ユーザーが興味を持って行おうとするタスクをユーザーのコンテクスト及び装置からの装置の説明、タスクの説明及び装置を制御できる設定ファイルまたは政策に基づいてユーザーに提案できる。
【発明を実施するための最良の形態】
【００１２】
以下、これらと本発明の他の特徴、様相及び利点は、下記の詳細な説明、特許請求範囲及び図面を参照して理解され得る。
【００１３】
図１は、本発明の一実施形態に係るユーザーのコンテクストを決定し、タスクを提案するためのコンテクスチュアルタスク提案及びその技法を具現する、ホームネットワークのようなネットワーク１０の機能的な体系の例を示す。ネットワーク１０は、装置２０（例えば、コンテンツを含む）及び装置３０（例えば、クライアント  ＧＵＩをユーザーに表示するための視覚的なインターフェースを含むクライアント装置）及びネットワーク１０を他のネットワーク５０（例えば、他のホームネットワーク、インターネット等）に連結する選択的なインターフェース４０を備える。たとえ、装置２０、３０は、別々に見られるが、一つの物理的な装置は、一つ以上のクライアント装置及び／または一つ以上のサーバー装置を備え得る。
【００１４】
装置２０、３０は、それぞれ通信のためのＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）及びこれらの間のプロトコルを具現できる。たとえ、ここに説明された例でＨＴＴＰがネットワーク１０により利用されるが、当業者らは、本発明がクライアントサーバーモデルを利用する他のネットワーク通信プロトコルに有効であるということを認識するであろう。例示装置２０は、ＶＣＲ、ＤＶＤ、コンピュータなどであり得る。さらに、例示クライアント装置３０は、ＴＶ、コンピュータなどであり得る。
【００１５】
ネットワーク１０は、一様相でユーザーが実行する最も好ましいタスクを提案するために、ユーザーのコンテクストを確認する少なくとも一つの相互作用制御器（ＩｎｔｅｒＰｌａｙ  Ｃｏｎｔｒｏｌｌｅｒ：ＩＣ）６０をさらに備える。タスクは、装置を利用して行える行動の表現に基づく疑似文章を含む。例えば、もし、１人がＴＶ及びＤＶＤ再生器を持っていれば、“ＴＶに映画を再生”は一つのタスクである。ユーザーのコンテクストは、例えば、ユーザーの位置、ユーザーが興味を持っているコンテンツ及びユーザーにより使用されている装置を含む。このコンテクストを利用して、システムは、そのコンテクストに適切なタスクをユーザーに提案する。
【００１６】
コンテクストの決定及びタスクの提案は、ある与えられた時間にユーザーに利用可能なコンテンツ及び装置についての情報を追跡することによって行われる。タスクの提案は、所定政策によって行われる。さらに、ユーザーは、政策での規則を変更することによってシステムの動作を制御できる。もし、所定コンテクストに基づいて、一つ以上のタスクが可能であれば、システムは、ユーザーに最も関連のあるタスクを提案する。システムは、時間、装置情報、コンテンツ情報、位置情報及びユーザーにより行われた行為を互いに関連付けることによってコンテクストを樹立する。このコンテクスト情報は、その次にユーザーに関連するタスク提案に帰着されるタスクを検索し、ユーザーに提案するために利用される。先行技術は、装置／タスク属性に基づいて単純な点数付けのみを行い、ユーザーのコンテクストに基づいてタスクを提案しない。
【００１７】
下記でさらに詳細に説明するように、一例で、相互作用制御器６０は、（１）ユーザーの位置、ユーザーが使用している装置、ユーザーが利用することを所望するコンテンツ及びユーザーが利用するように許容されたコンテンツ及び装置のようなコンテクスト情報を決定することによって、（２）選択的に、システムの動作を制御するための政策規則を提供することによって、及び（３）現在のコンテクストに合うタスクを提案するために、ユーザーのコンテクスト情報を利用することによってユーザーにタスクを提案する。
【００１８】
相互作用制御器６０の一実施形態で、ユーザーの位置は、ユーザーが利用しているネットワークでの装置の位置を利用して間接的に決定される。一般的に、ユーザーは、クライアントプログラム（例えば、クライアント装置２０またはサーバー装置３０）を相互作用制御器６０と相互作用するために利用する。コンテクスト検索器（コンテクストエージェント）６２を利用して、相互作用制御器６０は、装置でからまたは位置を提供できない装置に対しては、設定ファイルからそれぞれの装置（例えば、装置２０または３０）の位置を獲得する。
【００１９】
装置／ユーザーのクライアントプログラムを実行する装置に対する設定ファイルは、また“クッキー”と呼ばれる追加的な情報の一部を含む。ユーザーがクライアントプログラムを始める時、クライアントプログラムは、このクッキーを相互作用制御器６０に伝送する。相互作用制御器６０は、クライアントプログラムにより提供されたクッキーと装置設定ファイルでのクッキーとを比較する。クッキーがクライアントクッキーとマッチングされる装置の位置は、ユーザーの位置と同じであると見なされる。最終的に、コンテンツメタデータは、コンテンツの位置を含む。コンテンツについての位置は、コンテンツを生成または保存する装置の位置から決定される。位置情報は、また装置上のＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）のようなセンサーから得られうる。たとえ、ホームネットワークで幾つかのＣＥは、位置センサーを備えていないこともあり、本発明は、このような位置センサーの利用を予測する。
【００２０】
コンテンツメタデータは、コンテンツについての情報を含む。例えば、音楽ファイルは、トラック名、歌手、アルバム、トラック番号、ＭＩＭＥ類型などを含む。本発明において、追加的なメタデータが利用される。例えば、位置情報は、コンテンツメタデータに追加される。このデータの一部は、コンテンツの位置とユーザーの位置とを互いに関連付けることを許す。
【００２１】
図２は、ネットワークでクライアントプログラム（例えば、クライアント１、クライアント２、・・・、クライアントＮ）にタスク提案を提供する相互作用制御器６０の機能ブロック図を示す。相互作用制御器６０は、コンテクスチュアルタスク提案器（Ｃｏｎｔｅｘｔｕａｌ  Ｔａｓｋ  Ｒｅｃｏｍｍｅｎｄｅｒ：ＣＴＲ）６５及びタスク生成モジュール７０を備える。ＣＴＲ  ６５は、新たな装置または新たなコンテンツがネットワークで発見される度に、それぞれ新たな装置イベントまたは新たなコンテンツイベントによってトリガーされる。ＣＴＲをトリガーできる一般的なユーザーアクションは、例えば、ＴＶをつけることと、装置にオーディオＣＤを挿入することなどを含む。優先順位化モジュール６３は、ＣＴＲ  ６５にタスクに割当てられた優先順位を提供する。
【００２２】
政策フィルター６８は、システムが特定種類の装置及びコンテンツのみに反応するように許す。例えば、新たなコンテンツがシステムに追加される度に、ＣＴＲ  ６５はイベントを受信する。政策は、ユーザーがｍｐ３ファイルのような特定類型のファイルに単に興味があると指定させる。政策ファイルにこれを指定することにより、政策フィルター６８は、ｍｐ３の以外のあらゆるコンテンツを無視する。政策フィルター６８がｍｐ３ファイルを受信する時、政策フィルター６８は、関連したタスクを決定し、それをユーザーに提案する循環過程を始める。
【００２３】
図３Ａは、ＣＴＲ  ６５の例により行われる一般的なステップのフローチャートを示す。ＣＴＲ  ６５は、新たな装置イベントまたは新たなコンテンツイベントが発生（ステップ１００）する時にトリガーされる。もし、新たな装置が発見されれば（ステップ１０２）、ＣＴＲ  ６５は、装置の身分確認情報（例えば、名称）、位置及び装置が利用可能となった時間を表すタイムスタンプを記録する（ステップ１０６）。もし、新たなコンテンツが発見されれば（ステップ１０６）、この時、ＣＴＲ  ６５は、コンテンツのＭＩＭＥ類型（すなわち、ファイルのファイル形式を記述するメタデータの形式）、コンテンツの位置、コンテンツの身分確認（コンテンツＩＤ）及びタイムスタンプを記録する（ステップ１０８）。装置及びコンテンツ情報は、二つの独立した表７２、７４のそれぞれに保存される（図２）。
【００２４】
二つのうち、何れか一つのイベント（すなわち、新たな装置または新たなコンテンツ）において、適切な“タスク提案”がユーザーに提供される前に、ＣＴＲ  ６５は、装置名及びコンテンツ情報が多様なパラメータ（例えば、政策規則）に対して検査される政策検査を循環する過程を行う（ステップ１１０）。一実施形態で、政策規則は、装置情報またはコンテンツ情報、または両側の特定の一部を検査することに対応する。例えば、デフォルト規則は、装置位置またはコンテンツ位置がユーザーの位置と同じであるか否かを決定するための検査と関連する。規則は、ＣＴＲ  ６５により取り扱わなければならないコンテンツのＭＩＭＥ類型を指定するように作成されうる。
【００２５】
ＣＴＲ  ６５は、次の例示トリガー条件のうち、少なくとも一つが満足される時にタスクを検索することを試みる。（１）新たな装置が利用可能となる。（２）新たなコンテンツが利用可能となる。条件（１）及び（２）は、新たなタスクを利用可能にする。条件（２）は、もし、新たなＭＩＭＥ類型に対応するコンテンツが追加され、そのコンテンツを解釈できる少なくとも一つの装置があれば、新たなタスクの追加に帰結されうる。
【００２６】
図３Ｂでの例示フローチャートを参照すれば、新たな装置が利用可能となる第一の場合に、装置情報（例えば、装置名、位置及びタイムスタンプ）が保存（ステップ２００）されれば、ステップ２０２でＣＴＲ  ６５は、まず、何なる新たなコンテンツが最近に（例えば、１分前の過去に）検出されたかを検査する。もし、ＣＴＲ  ６５がこの基準に合うコンテンツを発見すれば、ＣＴＲ  ６５は、新たに発見された装置及びコンテンツのＭＩＭＥ類型を利用するタスクを検索しようと試みる（ステップ２０４）。
【００２７】
もし、マッチングされるタスクが発見されていなければ、ＣＴＲ  ６５は、質疑基準を緩和し（ステップ２０６）、新たに発見された装置を利用するタスクを検索しようと試みる（ステップ２０８）。もし、マッチングされるタスクが検索されなければ、ＣＴＲ  ６５は、休眠状態にあり、トリガー条件を待つ（ステップ２１０）。しかし、もし、マッチングされるタスクがステップ２０４またはステップ２０８で検索されれば、ＣＴＲ  ６５は、次のステップに進み、タスクを提案するために適切なユーザー（クライアントプログラム）を検索しようと試みる（ステップ２１２）。前記ステップ２０２で、もし、新たなコンテンツが検索されていなければ、プロセスはステップ２０６に進む。
【００２８】
図３Ｃでの例示フローチャートに示すように、新たなコンテンツが利用可能となる第二の場合において、前記第一の場合と類似しており、コンテンツ情報（ＭＩＭＥ類型、位置、コンテンツＩＤ及びタイムスタンプ）を保存した後（ステップ２２０）、ステップ２２２でＣＴＲ  ６５は、何なる新たな装置が最近の過去（例えば、１分前の過去）で発見されたかを調査する。もし、このような装置が発見されれば、ＣＴＲ  ６５は、装置及びＭＩＭＥ類型に合うタスクを検索するために利用可能なタスクの目録を質疑する（ステップ２２４）。
【００２９】
もし、それらの質疑が失敗すれば、検索基準は緩和され（ステップ２２６）、ＣＴＲ  ６５は、単にＭＩＭＥ類型を利用して利用可能なタスクの目録を質疑する（ステップ２２８）。ステップ２２４またはステップ２２８で、もし、マッチングされることが検索されれば、ＣＴＲは、タスクを提案するために適切なユーザークライアントプログラムを検索しようと試みる（すなわち、ＣＴＲは、タスクが関連されたあらゆる能動的なユーザーを確認し、それをそれらに提案する）（ステップ２３０）。もし、マッチングされることが検索されれば、ＣＴＲ  ６５は休眠状態にあり、次のトリガー条件（イベント）を待つ（ステップ２３２）。前記ステップ２２２で、もし、新たな装置が検索されれば、プロセスは、ステップ２２６に進む。
【００３０】
タスク生成モジュール７０（図２）は、タスクを生成してＣＴＲ  ６５と独立的に動作する。タスクは、新たな装置またはコンテンツが検出される時に生成される。ＣＴＲ  ６５及びタスク生成モジュール７０は、何れも新たな装置及び新たなコンテンツの利用可能性イベントを監視する。
【００３１】
もし、ＣＴＲ  ６５がイベント（すなわち、新たな装置または新たなコンテンツイベント）をタスク生成モジュール７０に先立って受信すれば、ＣＴＲ  ６５は、タスクが生成される前に質疑する（これは、下記第三の場合で処理され、ＣＴＲ  ６５は、新たなタスクが利用可能であるというイベントでトリガーされる）。
【００３２】
ＣＴＲ  ６５は、新たなコンテンツ／装置イベントを直接受信して新たなタスクイベントを間接的に処理する。タスクは、タスク生成モジュール７０が新たな装置／新たなコンテンツイベントを受信する時に生成される。ＣＴＲ  ６５のライフサイクルは、それらのイベントによりトリガーされる。ＣＴＲ  ６５がそれらのイベントを受信し、タスク生成モジュール７０が直ちにこの同じイベントからのタスクの生成を終える前に、タスク生成モジュール７０に質疑する状況が可能である。この場合に、ＣＴＲ  ６５による質疑は失敗する。この状況は、新たなタスクが利用可能となる時に、ＣＴＲ  ６５が提案のためのタスクを検索するように試みる第三のトリガー条件により処理される。
【００３３】
新たなタスクが利用可能となり、タスクが生成される直前に、ＣＴＲ  ６５が利用可能なタスクの目録を質疑する第三の場合において、前記第一及び第二の場合に対応するルーチンは、新たなタスクの生成を起こすあるイベント（すなわち、新たな装置が利用可能であるか、または新たなコンテンツが利用可能である）に基づいて実行される。
【００３４】
図３Ｄでの例示フローチャートに示すように、一旦、マッチングされるタスクが検索されれば（ステップ２４０）、ＣＴＲ  ６５は、マッチングされるタスクを構成する装置と同じ位置または装置、または両側ともの位置と同じ位置を有するユーザー（クライアントプログラム）を検索しようと試みる（ステップ２４２）。もし、このようなクライアントプログラムが検索されれば、タスクは、イベントでパッケージされ、クライアントプログラムに送られる（ステップ２４４）。また、イベントは、コンテンツＩＤを含むことができ、コンテンツＩＤは、システムでそれぞれのコンテンツアイテムに割当てられた唯一の値である。
【００３５】
一実施形態で、イベントを受信するクライアントプログラムは、タスクを構成する疑似文章（例えば、“ＴＶに映画を再生”；文章を構成するに当って、コンテンツ情報を利用する例は“ＴＶにロード・オブ・ザ・リングを再生”）を含む。もし、コンテンツＩＤがイベントの一部であれば、クライアントプログラムは、コンテンツ関連情報を受信し、文章にそれを含む。文章は、自然語でなっており、ユーザーにより容易に理解され得る。この文章は、例えば、数秒間画面上に留まるポップアップウィンドウを利用してユーザーに表示される。ユーザーは、ポップアップウィンドウで“ＯＫ”ボタンを選択することによって、そのタスクを実行できる。
【００３６】
また、ＣＴＲ  ６５は、ユーザーの現在状態を検査し、行為の利用可能なコースをクライアントプログラムに提案する。例えば、もし、ユーザーがタスクを構成する過程にあれば、ＣＴＲ  ６５は、この情報を伝送されるイベントに含め、クライアントプログラムは、ユーザーが現在行為を終えるまで、ユーザーに対するタスクの表示を遅延させるためにこの情報を利用する。ＣＴＲ  ６５が一つ以上のマッチングされるタスクを検索した時に、ユーザーに最も関連のある最も高い順位のタスクをユーザーに提案する。
【００３７】
選択的に、コンテクスチュアルイベントを受信する時に、クライアントプログラムは、ユーザーに知らされたあらゆるタスクの目録のうち、提案されたタスクの優先順位を更新すること、直接タスクを実行することのような多様な行為を取り得る。
【００３８】
図４は、タスク生成モジュール７０により行われるステップの例示フローチャートである。一例で、タスク生成モジュール７０は、ホームタスクモデル（Ｈｏｍｅ  Ｔａｓｋ  Ｍｏｄｅｌ：ＨＴＭ）として具現される。タスクの生成に関連したフローチャートは、下記で説明される。
【００３９】
装置がオンライン状態となる時、装置は、装置の説明及びタスクの説明をコンテンツエージェント（Ｃｏｎｔｅｘｔ  Ａｇｅｎｔ：ＣＡ）モジュール６２に提供する。ＣＡ  ６２は、装置説明及びタスク説明についてのポインターをイベントでパッケージする。また、ＣＡ  ６２は、装置名及び位置をイベントに同封し、それらのイベントをＨＴＭ  ７０に伝送して、ＨＴＭ  ７０によりそれらのイベントが受信される（ステップ２６０）。装置説明は、装置特性（例えば、ユーザーに表示される名称）、装置機能（例えば、装置のオーディオ／ビデオの表現可否）、装置属性（例えば、装置の画面サイズ）及び装置基礎情報（それぞれの機能を引き起こす法）を含む。タスクの説明は、特定のタスクを達成するために要求される機能に対してＨＴＭ  ７０に知らせる情報を含む。例えば、タスクの説明は、“映画再生”がオーディオの表現能力及びビデオの表現能力を備えた装置を要求すると指定する。ＨＴＭ  ７０がそれらのイベントを受信する時、ＨＴＭ  ７０は、タスクの説明から情報を抽出し、タスクにより要求される機能を提供する装置を検索しようと試みる（ステップ２６２）。次いで、ＨＴＭ  ７０は、装置のそれぞれの唯一の組み合わせに対するタスクを生成する（ステップ２６４）。タスクは、主語、動詞及びタスクを実現する装置の情報を含む。また、装置の説明は、装置が取り扱えるＭＩＭＥ類型の目録を含む。ＨＴＭ  ７０は、コンテンツ管理者（Ｃｏｎｔｅｎｔ  Ｍａｎａｇｅｒ：ＣＭ）モジュール６６（図２）から利用可能なＭＩＭＥ類型の目録を受信する。ＨＴＭ  ７０は、タスクで装置により支援されるＭＩＭＥ類型が、システムで利用可能であるか否かを調査する（ステップ２６６）。もし、装置により支援される少なくとも一つのＭＩＭＥ類型があり、システムで利用可能であれば、タスクは、クライアントに送られ（ステップ２６８）、もし、そうではなければ、システムは、次のイベントを待つ（ステップ２７０）。システムは、ＣＭにより利用可能なＭＩＭＥ類型について記憶する。一例で、システムで利用可能なＭＩＭＥ類型の目録は、ＣＭから受信されたマイムタイプ更新イベントを利用して作られる。ＨＴＭ  ７０は、それらの新たなタスクイベントをユーザータスク管理者（Ｕｓｅｒ  Ｔａｓｋ  Ｍａｎａｇｅｒ：ＵＴＭ）６７（図２）に送り、ユーザータスク管理者は、新たなタスクイベントをパッケージしてクライアントに送る。コンテンツまたは装置が利用不可となる時、タスクは利用不可となる。ＨＴＭ  ７０は、それ以上完遂できず、イベントとしてパッケージされ、利用不可のタスクとしてクライアントに送られるタスクについての情報を追跡する。
【００４０】
したがって、本発明は、ユーザーが行う最も好ましいタスクを提案するために、装置のネットワークでユーザーのコンテクストを確認するシステム及び方法を提供する。ユーザーのコンテクストは、ユーザーの位置、ユーザーが興味を持つコンテンツ、ユーザーにより使用されている装置及び選択的にユーザーが利用するように許容されたコンテンツ及び装置を備える。このコンテクストを利用して、システムは、そのコンテクストに適切なタスクをユーザーに提案する。コンテクストの決定及びタスクの提案は、あらゆる与えられた時間にユーザーに利用可能なコンテンツ及び装置についての情報を追跡することにより行われる。
【００４１】
タスクの提案は、特定政策によって行われる。例えば、ユーザーは、政策での規則を変更することによって、システムの動作を制御できる。タスクは、ユーザーが容易に理解できる単純な文章の形態になっている。もし、あるコンテクストに基づいて、一つ以上のタスクが可能であれば、システムは、ユーザーに最も関連のあるタスクを提案する。
【００４２】
本発明は、他のバージョンも可能であるが、特定の好ましいバージョンに関して非常に詳細に記述された。したがって、特許請求項の思想及び範囲は、これに含まれた好ましいバージョンの詳細な説明に限定されてはならない。
【産業上の利用可能性】
【００４３】
本発明は、コンテクスチュアルタスク提案システムに関連した技術分野に好適に適用され得る。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施形態を具現するネットワーク例を示す図である。
【図２】本発明の一実施形態に係る相互作用制御器及びタスクの生成モジュールの機能的なブロック図である。
【図３Ａ】本発明の一実施形態に係るＣＴＲにより行われる一般的なステップのフローチャートである。
【図３Ｂ】本発明の一実施形態に係るＣＴＲにより行われる特定ステップの例のフローチャートである。
【図３Ｃ】本発明の一実施形態に係るＣＴＲにより行われる特定ステップの例のフローチャートである。
【図３Ｄ】本発明の一実施形態に係るＣＴＲにより行われる特定ステップの例のフローチャートである。
【図４】本発明の一実施形態に係るタスク生成モジュールにより具現される一般的なステップのフローチャートを示す。
【符号の説明】
【００４５】
１０            ネットワーク
２０、３０      装置
４０            インターフェース
５０            ネットワーク
６０            相互作用制御器
【図１】
2006228198.tif 000003
【図２】
2006228198.tif 000004
【図３Ａ】
2006228198.tif 000005
【図３Ｂ】
2006228198.tif 000006
【図３Ｃ】
2006228198.tif 000007
【図３Ｄ】
2006228198.tif 000008
【図４】
2006228198.tif 000009