JP6739574B2 - おすすめパネル提供方法及びそのためのデバイス、並びにおすすめアイテム提供方法及びそのためのサーバ - Google Patents

Description

本発明は、デバイスの種類によるおすすめアイテムを提供するためのおすすめアイテム提供方法、並びにデバイスの種類によるおすすめアイテムが含まれたおすすめパネル提供方法及びそのためシステムに関する。

電子機器が多様化されており、１人当り所持する電子機器の種類も多様になっている。また、ユーザは、自分が所持した複数の電子機器それぞれを利用して、多様なコンテンツ、アプリケーション、サービスを消費しており、ユーザが利用することができるコンテンツも増加している。

それにより、ユーザは、多種のコンテンツに接することになるが、ユーザに無意味なコンテンツに接する回数が増えるほど、ユーザの疲労感も共に大きくなる。
従って、ユーザが所持したデバイス別に、ユーザに意味あるコンテンツ、アプリケーションなどを効率的に推薦するシステムが必要である。

特開２０１０−５５５９０号公報 国際公開第２０１１／１３６１２８号 特開２０１３−３７６３号公報 特開平６−２５１１１５号公報 特開２００７−２０８３４０号公報 特開２０１０−１９１８０２号公報 国際公開第２０１０／１３４１７３号 特開２０１１−３２２４号公報

本発明が解決しようとする課題は、ユーザの入力が受信される場合、ユーザの入力によっておすすめパネルを提供しながら、同時にサーバにおすすめアイテムを要請することにより、デバイスが、デバイスの種類によるおすすめアイテムを含むおすすめパネルを提供する方法、及びサーバがデバイス別に、アイテム使用パターン情報を分析し、デバイス別に、少なくとも１つのおすすめアイテムを提供する方法を提供することである。

本発明の一実施形態によるデバイスは、ユーザのタッチ入力を受信するユーザ入力部と、タッチ入力に対応し、デバイスの識別情報を含むおすすめアイテム（recommendation item）要請をサーバに伝送し、サーバから、デバイスの識別情報に基づいて選択された少なくとも１つのおすすめアイテムを受信する通信部と、受信された少なくとも１つのおすすめアイテムを含むおすすめパネル（recommendation panel）を表示するディスプレイ部と、デバイスにインストールされた常駐プログラム（resident program）を利用して、おすすめアイテムを受信するように通信部を制御し、おすすめパネルを表示するように、ディスプレイ部を制御する制御部と、を含み、おすすめパネルは、タッチ入力に基づいて表示されてもよい。

本発明の一実施形態によるデバイスの識別情報は、デバイスタイプ情報、デバイスＩＤ（identification）情報、デバイスアドレス情報及びアカウント情報のうち少なくとも一つを含んでもよい。

本発明の一実施形態によるデバイスの通信部は、デバイスのアイテム使用パターン情報、デバイスのハードウェア情報及びソフトウェア情報のうち少なくとも一つに基づいて選択された少なくとも１つのおすすめアイテムを受信することができる。

本発明の一実施形態によるデバイスの通信部は、タッチ入力に対応し、デバイスで獲得されたコンテクスト情報をサーバに伝送し、コンテクスト情報をさらに考慮して選択された少なくとも１つのおすすめアイテムを受信することができる。

本発明の一実施形態によるコンテクスト情報は、デバイスの位置情報、ユーザの状態情報、デバイスから所定半径内の環境情報及びユーザの日程情報のうち少なくとも一つを含んでもよい。

本発明の一実施形態によるデバイスの通信部は、デバイス及びユーザの他デバイスにおいて既使用のアイテムから、デバイスの種類に基づいて選択された少なくとも１つのおすすめアイテムを受信することができる。

本発明の一実施形態によるデバイスのユーザ入力部は、おすすめ条件を入力することができる設定ウィンドーを提供し、ユーザから、設定ウィンドーを介しておすすめ条件を入力され、本発明の一実施形態によるデバイスの通信部は、タッチ入力に対応し、おすすめ条件に係わる情報を含むおすすめアイテム要請をサーバに伝送し、サーバから、おすすめ条件をさらに考慮して選択された少なくとも１つのおすすめアイテムを受信することができる。

本発明の一実施形態によるおすすめ条件は、アイテムの種類、アイテムの再生時間、アイテム利用目的、アイテムの収集時刻及びユーザの感情状態（feelings status）情報のうち少なくとも一つを含んでもよい。

本発明の一実施形態によるデバイスの制御部は、収集時刻情報及び使用回数情報のうち少なくとも一つに基づいて、少なくとも１つのおすすめアイテムをおすすめパネルに配することができる。

本発明の一実施形態によるデバイスの制御部は、少なくとも１つのおすすめアイテムの容量（capacity）によって、おすすめパネルに表示される少なくとも１つのおすすめアイテムの大きさを調節することができる。

本発明の一実施形態によるデバイスの制御部は、デバイスで使用される少なくとも１つのアイテムに係わる情報を収集し、通信部を介して収集された少なくとも１つのアイテムに係わる情報をサーバに伝送することができる。

本発明の一実施形態による少なくとも１つのアイテムに係わる情報は、アイテムの名称、アイテムのタイプ、アイテム収集時刻、アイテムと係わるアプリケーション、アイテムの構成成分（configuration component）、アイテム収集時の環境情報、アイテム収集経路、アイテムが収集されるデバイス情報、及びアイテム収集時のユーザ状態情報のうち少なくとも一つを含んでもよい。

本発明の一実施形態によるデバイスの制御部は、デバイスの画面に表示される少なくとも１つのアイテムに対するユーザの収集要請ジェスチャに応答し、画面に表示された少なくとも１つのアイテムに係わる情報を収集することができる。

本発明の一実施形態によるユーザの収集要請ジェスチャは、デバイスの画面にタッチされた複数の指をすぼめるシュリンク（shrink）ジェスチャを含んでもよい。

本発明の一実施形態によるデバイスは、収集要請ジェスチャに応答し、画面に表示された少なくとも１つのアイテムに対応するサムネイル・イメージを生成する映像処理部をさらに含んでもよい。

本発明の一実施形態によるデバイスのおすすめパネル提供方法は、ユーザのタッチ入力を受信する段階と、タッチ入力に対応し、デバイスの識別情報を含むおすすめアイテム要請をサーバに伝送する段階と、サーバから、デバイスの識別情報に基づいて選択された少なくとも１つのおすすめアイテムを受信する段階と、受信された少なくとも１つのおすすめアイテムを含むおすすめパネルを表示する段階と、を含むが、おすすめパネルは、タッチ入力に基づいて、デバイスの所定画面に表示され、該伝送する段階、該受信する段階及び該表示する段階は、デバイスにインストールされた常駐プログラムを介して遂行されてもよい。

本発明の一実施形態による少なくとも１つのおすすめアイテムを受信する段階は、デバイスがおすすめアイテムを要請した時刻情報をさらに考慮してサーバで選択された少なくとも１つのおすすめアイテムを受信する段階を含んでもよい。

本発明の一実施形態による少なくとも１つのおすすめアイテムを受信する段階は、タッチ入力に対応し、デバイスの位置情報及びユーザの状態情報のうち少なくとも一つを含むおすすめアイテム要請をサーバに伝送する段階と、デバイスの位置情報及びユーザの状態情報のうち少なくとも一つをさらに考慮してサーバで選択された少なくとも１つのおすすめアイテムを受信する段階と、を含んでもよい。

本発明の一実施形態による少なくとも１つのおすすめアイテムを受信する段階は、デバイス及びユーザの他デバイスにおいて既使用のアイテムから、デバイスの種類に基づいて選択された少なくとも１つのおすすめアイテムを受信する段階を含んでもよい。

本発明の一実施形態によるおすすめパネルを表示する段階は、収集時刻情報、使用回数情報及び容量情報のうち少なくとも一つに基づいて、少なくとも１つのおすすめアイテムをおすすめパネルに配する段階を含んでもよい。

本発明の一実施形態によるおすすめパネル提供方法は、デバイスで使用される少なくとも１つのアイテムに係わる情報を収集する段階と、収集された少なくとも１つのアイテムに係わる情報をサーバに伝送する段階と、をさらに含んでもよい。

本発明の一実施形態による収集する段階は、デバイスの画面に表示される少なくとも１つのアイテムに対するユーザの収集要請ジェスチャに応答し、画面に表示された少なくとも１つのアイテムに係わる情報を収集する段階を含んでもよい。

本発明の一実施形態によるおすすめパネル提供方法は、おすすめパネルに含まれた少なくとも１つのおすすめアイテムのうち１つのおすすめアイテムに係わる選択を受信する段階と、選択されたおすすめアイテムを再生する段階と、を含んでもよい。

本発明の一実施形態によるサーバは、ユーザの複数のデバイスからアップロードされたアイテムを保存する保存部と、デバイスから、デバイスに係わる情報を含むおすすめアイテム要請を受信する受信部と、デバイスに係わる情報に基づいて、アップロードされたアイテムのうち少なくとも１つのおすすめアイテムを選択する制御部と、選択された少なくとも１つのおすすめアイテムをデバイスに伝送する伝送部と、を含んでもよい。

本発明の一実施形態によるサーバの制御部は、デバイスのアイテム使用パターン情報、デバイスのハードウェア情報及びソフトウェア情報のうち少なくとも一つに基づいて、少なくとも１つのおすすめアイテムを選択することができる。

本発明の一実施形態によるサーバの制御部は、おすすめアイテム要請が受信された時刻情報をさらに考慮して、少なくとも１つのおすすめアイテムを選択することができる。

本発明の一実施形態によるサーバの受信部は、デバイスで獲得されたコンテクスト情報をさらに含むおすすめアイテム要請を受信し、本発明の一実施形態によるコンテクスト情報は、デバイスの位置情報、ユーザの状態情報、デバイスから所定半径内の環境情報及びユーザの日程情報のうち少なくとも一つを含んでもよい。

本発明の一実施形態によるサーバの制御部は、デバイスで獲得されたコンテクスト情報をさらに考慮して、少なくとも１つのおすすめアイテムを選択することができる。

本発明の一実施形態によるサーバの受信部は、ユーザから入力されたおすすめ条件情報を含むおすすめアイテム要請をデバイスから受信し、本発明の一実施形態によるサーバの制御部は、おすすめ条件情報をさらに考慮して、少なくとも１つのおすすめアイテムを選択することができる。

本発明の一実施形態によるサーバの受信部は、ユーザの複数のデバイスで使用されるアイテムに係わる情報を、ユーザの複数のデバイスから受信し、本発明の一実施形態によるサーバの制御部は、ユーザの複数のデバイスで使用されるアイテムに係わる情報を利用して、ユーザの複数のデバイスそれぞれに対応するアイテム使用パターン情報を獲得することができる。

本発明の一実施形態によるサーバの伝送部は、ユーザの複数のデバイスで使用中である少なくとも１つのアイテムに係わる情報を所定周期で、ユーザの複数のデバイスそれぞれに要請することができる。

本発明の一実施形態によるおすすめアイテム提供方法は、ユーザの複数のデバイスからアップロードされたアイテムを保存する段階と、デバイスから、デバイスに係わる情報を含むおすすめアイテム要請を受信する段階と、デバイスに係わる情報に基づいて、アップロードされたアイテムのうち少なくとも１つのおすすめアイテムを選択する段階と、選択された少なくとも１つのおすすめアイテムをデバイスに伝送する段階と、を含んでもよい。

本発明の一実施形態による選択する段階は、デバイスのアイテム使用パターン情報、デバイスのハードウェア情報及びソフトウェア情報のうち少なくとも一つに基づいて、少なくとも１つのおすすめアイテムを選択する段階を含んでもよい。

本発明の一実施形態による選択する段階は、おすすめアイテム要請が受信された時刻情報をさらに考慮して、少なくとも１つのおすすめアイテムを選択する段階を含んでもよい。

本発明の一実施形態による選択する段階は、デバイスで獲得されたコンテクスト情報をさらに含むおすすめアイテム要請を受信する段階と、デバイスで獲得されたコンテクスト情報をさらに考慮して、少なくとも１つのおすすめアイテムを選択する段階と、を含んでもよい。

本発明の一実施形態によるコンテクスト情報は、デバイスの位置情報、ユーザの状態情報、デバイスから所定半径内の環境情報及びユーザの日程情報のうち少なくとも一つを含んでもよい。

本発明の一実施形態による保存する段階は、ユーザの複数のデバイスからアップロードされたアイテムを利用して、ユーザの複数のデバイスそれぞれに対応するアイテム使用パターン情報を獲得する段階と、獲得されたアイテム使用パターン情報を保存する段階と、を含んでもよい。

本発明の一実施形態に係わるアイテム推薦システムを示す図面である。 デバイスの種類によって提供されるおすすめアイテムの一例を示す図面である。 デバイスの種類によって提供されるおすすめアイテムの一例を示す図面である。 デバイスの種類によって提供されるおすすめアイテムの一例を示す図面である。 本発明の一実施形態に係わる、サーバがデバイスで使用されるアイテムに係わる情報をモニタリングする方法について説明するためのフローチャートである。 本発明の一実施形態に係わる、デバイスが使用中であるアイテムに係わる情報をサーバに伝送する方法について説明するためのフローチャートである。 本発明の一実施形態に係わる、デバイスが、ユーザのジェスチャによって、使用中であるアイテムに係わる情報をサーバに伝送する方法について説明するためのフローチャートである。 本発明の一実施形態に係わるユーザの収集要請ジェスチャの一例を示す図面である。 本発明の一実施形態による、ユーザの複数のデバイスで収集されるアイテムに係わる情報について説明するための図面である。 本発明の一実施形態による、デバイスがアイテムのサムネイル・イメージを生成する方法について説明するための図面である。 本発明の一実施形態による、デバイスがアイテムのサムネイル・イメージを生成する方法について説明するための図面である。 本発明の一実施形態による、デバイスがアイテムのサムネイル・イメージを生成する方法について説明するための図面である。 本発明の一実施形態に係わるおすすめパネル提供方法について説明するためのフローチャートである。 本発明の一実施形態に係わるおすすめパネルを示す図面である。 本発明の一実施形態に係わるおすすめパネルを示す図面である。 本発明の一実施形態に係わる、デバイス別に異なるおすすめアイテムを含むおすすめパネルを示す図面である。 本発明の一実施形態に係わる、デバイス別に異なるおすすめアイテムを含むおすすめパネルを示す図面である。 本発明の一実施形態に係わるおすすめアイテム提供方法について説明するためのフローチャートである。 本発明の一実施形態に係わる、おすすめアイテムを再生／実行する方法について説明するための図面である。 本発明の一実施形態に係わる、ユーザのおすすめ条件に基づいたおすすめアイテム提供方法について説明するためのフローチャートである。 本発明の一実施形態に係わる、おすすめ条件を入力することができる設定ウィンドーを示す図面である。 本発明の一実施形態に係わるおすすめアイテムリストを示す図面である。 本発明の一実施形態に係わるおすすめアイテムリストを示す図面である。 本発明の一実施形態に係わる、おすすめ条件に対応するおすすめアイテムリストを示す図面である。 本発明の一実施形態に係わる、おすすめ条件に対応するおすすめアイテムリストを示す図面である。 本発明の一実施形態に係わる、おすすめアイテムを外部機器に伝送する方法について説明するための図面である。 本発明の一実施形態に係わる、コンテクスト情報に基づいて選択されたおすすめアイテムを提供する画面を示す図面である。 本発明の他の実施形態に係わる、コンテクスト情報に基づいて選択されたおすすめアイテムを提供する画面を示す図面である。 本発明の一実施形態に係わるデバイスについて説明するためのブロック構成図である。 本発明の一実施形態に係わるデバイスについて説明するためのブロック構成図である。 本発明の一実施形態に係わるサーバについて説明するためのブロック構成図である。

本明細書で使用される用語について簡略に説明し、そして本発明について具体的に説明する。

本発明で使用される用語は、本発明での機能を考慮しながら、可能な限り現在広く使用される一般的な用語を選択したが、それは、当業者の意図、判例または新たな技術の出現などによって異なりもする。また、特定の場合は、出願人が任意に選定した用語もあり、その場合、当該発明の説明部分で詳細にその意味を記載する。従って、本発明で使用される用語は、単純な用語の名称ではない、その用語が有する意味と、本発明の全般にわたった内容とを基に定義されなければならない。

明細書全体で、ある部分がある構成要素を「含む」とするとき、それは、特別に反対となる記載がない限り、他の構成要素を除くものではなく、他の構成要素をさらに含んでもよいということを意味する。また、明細書に記載された「…部」、「モジュール」のような用語は、少なくとも１つの機能や動作を処理する単位を意味し、それは、ハードウェアまたはソフトウェアで具現されたり、あるいはハードウェアとソフトウェアとの結合によっても具現される。

明細書全体で、「ファーストスクリーン（first screen）は」、デバイスの電源がＯＮになったり、デバイスのロッキングが解除されたり、あるいはデバイスの動作モードが、待機モードからアクティブモードに転換されるとき、デバイスに初めてディスプレイされる画面を意味する。本発明の一実施形態によるファーストスクリーンは、デバイスのホーム画面でもあり、メニュー画面でもあり、壁紙でもあるが、それらに限定されるものではない。本発明の一実施形態によるファーストスクリーンは、デバイスが所定サービスを提供するためのゲートウェイでもある。例えば、該デバイスは、ファーストスクリーンを介して、おすすめサービスを提供することができる。

以下、添付図面を参照し、本発明の実施形態について、本発明が属する技術分野で当業者が、容易に実施することができるように詳細に説明する。しかし、本発明は、さまざまに異なる形態に具現され、ここで説明する実施形態に限定されるものではない。図面で、本発明について明確に説明するために、説明を係わりのない部分は省略し、明細書全体を通じて類似した部分については、類似した図面符号を付した。

図１は、本発明の一実施形態に係わるアイテムおすすめシステム（item recommendation system）を示す図面である。

図１に図示されているように、本発明の一実施形態によるシステム１０００は、デバイス１００及びサーバ２００を含む。しかし、図示された構成要素が、いずれも必須構成要素であるというものではない。図示された構成要素より多くの構成要素によってアイテムおすすめシステム１０００が具現されもし、それより少ない構成要素によっても、アイテムおすすめシステム１０００が具現される。

ユーザは、複数のデバイス（例えば、第１デバイス１００−１、第２デバイス１００−２、第３デバイス１００−３、…）を所有することができる。ユーザが所有した複数のデバイス（例えば、第１デバイス１００−１、第２デバイス１００−２、第３デバイス１００−３、…）は、同一種類のデバイスでもあり、他種のデバイスでもある。

また、本発明の一実施形態によれば、ユーザの複数個デバイス（例えば、第１デバイス１００−１、第２デバイス１００−２、第３デバイス１００−３、…）それぞれは、同一のユーザアカウントを介してサーバ２００に接続する。従って、サーバ２００は、複数のデバイス１００−１，１００−２，１００−３，…から受信されたアカウント情報を認証することにより、複数のデバイス１００−１，１００−２，１００−３，…が同一ユーザのデバイスであるか否かを認識することができる。すなわち、複数のデバイス１００−１，１００−２，１００−３，…それぞれの識別情報は、同一のユーザアカウントに連結されている。

以下では、特別な言及がない以上、ユーザの複数個デバイス１００−１，１００−２，１００−３，…のうち、サーバ２００におすすめアイテムを要請するデバイスを、本発明の一実施形態による「デバイス１００」と定義する。すなわち、デバイス１００は、第１デバイス１００−１、第２デバイス１００−２及び第３デバイス１００−３のうち一つでもある。

本発明の一実施形態によるデバイス１００は、多様な形態に具現されてもよい。例えば、本明細書で記述されるデバイス１００は、デスクトップ・コンピュータ、携帯電話、スマートフォン（smart phone）、ノート型パソコン（laptop computer）、タブレットＰＣ（personal computer）、電子ブック端末機、デジタル放送用端末機、ＰＤＡ（personal digital assistant）、ＰＭＰ（portable multimedia player）、ナビゲーション、ＭＰ３プレイヤ、デジタルカメラ、ＩＰＴＶ（internet protocol television）、ＤＴＶ（digital television）、ＣＥ機器（例えば、ディスプレイ装置を有する冷蔵庫、エイコンなど）などがあるが、それらに限定されるものではない。本明細書で記述されるデバイス１００は、ユーザによって着用される装置（wearable device）でもある。例えば、本発明の一実施形態によるデバイス１００は、腕時計、めがね、指輪、腕輪、ネックレスなどでもある。

本発明の一実施形態によるデバイス１００は、ユーザの入力（例えば、おすすめパネル要請ジェスチャ）を感知し、サーバ２００から受信されたおすすめアイテムを含むおすすめパネルを、所定画面に表示することができる。そのとき、おすすめアイテムは、デバイス１００を介してユーザに推薦するアイテムを意味する。例えば、おすすめアイテムには、アプリケーション、動画、静止映像、テキストファイル、ウェブページなどがある。

本発明の一実施形態によるおすすめアイテムは、おすすめアイテムのイメージに、リンク情報またはインデックス情報が連結されたものでもある。また、おすすめアイテムは、サービス利用のための客体形態に構成されもする。

本明細書で、「サービス利用のための客体」は、サービス提供者のサービスを利用するためのユーザ・インターフェースを意味する。サービス利用のための客体は、サーバまたはコンテンツ提供者から提供されるサービスを利用するためのユーザ・インターフェースでもある。サービス利用のための客体は、例えば、アイコン、テキスト、イメージ及びリンク情報を含むユーザ・インターフェース、並びに客体の機能に係わる説明情報（description）を含んでもよい。

本発明の一実施形態によるデバイス１００は、サーバ２００から客体を受信し、受信された客体を利用して、サービス提供者のサービスを利用することができる。例えば、デバイス１００は、客体を利用することにより、デバイス１００内のアプリケーション・プログラム、データソース、サーバまたはコンテンツ提供者からコンテンツを獲得して処理することができる。また、客体は、ユーザ（またはデバイス）のコンテクスト情報に基づいて提供される所定のサービスがパッケージングされたユーザ・インターフェースでもある。

本発明の一実施形態による客体は、デバイス１００にインストールされたり、あるいはデバイス１００によって実行されず、デバイス１００のホストプログラム（または常駐プログラム（resident program））によって解釈されることにより、デバイス１００の画面に表示され、ユーザによって利用されてもよい。客体は、例えば、ガジェット（gadget）でもあるが、それに制限されるものではない。

一方、本発明の一実施形態によるおすすめアイテムは、場合によって、キュー（queue）、ＵＱ（universal queue）などとも呼ばれる。

本発明の一実施形態によるデバイス１００では、アプリケーション・プロセッサ（以下、「ＡＰ」ともいう）とは別途に、ＳＳＰ（seamless sensing platform）が動作することもできる。本発明の一実施形態によるデバイス１００は、ＳＳＰのセンサハブ（sensor hub）にセンサを連結し、スリープモードのＡＰを目覚めさせず、センシング情報を収集して状況を認知することができる。ＳＳＰのセンサハブ（一種のＭＣＵ（micro control unit））は、所定状況が生じた場合、スリープモードのＡＰを目覚めさせる。本発明の一実施形態によるＳＳＰ、ＡＰは、ハードウェア（Ｈ／Ｗ）、ソフトウェア（Ｓ／Ｗ）、またはそれらが結合された形態（Ｈ／Ｗ＋Ｓ／Ｗ）で具現されてもよい。ＳＳＰに係わる説明は、図２１を参照し、追って詳細に行う。

本発明の一実施形態によるサーバ２００は、デバイス１００のおすすめパネルに表示されるおすすめアイテムを提供するサーバを意味する。

本発明の一実施形態によるサーバ２００は、ユーザの複数個デバイス（例えば、第１デバイス１００−１、第２デバイス１００−２、第３デバイス１００−３、…）それぞれで使用中であるアイテムに係わる情報を、ユーザの複数個デバイス（例えば、第１デバイス１００−１、第２デバイス１００−２、第３デバイス１００−３、…）それぞれから受信することができる。そのとき、サーバ２００は、複数のデバイスそれぞれで使用中であるアイテムに係わる情報を、所定周期で受信することもでき、複数のデバイスそれぞれで特定イベントが発生する場合、使用中であるアイテムに係わる情報を受信することもできる。

本発明の一実施形態によるアイテムは、ユーザの複数個デバイス１００−１，１００−２，１００−３，…それぞれで使用されるコンテンツ、アプリケーション、サービスなどを意味する。また、本発明の一実施形態による「アイテムの使用」は、アイテムの実行、アイテムの再生、アイテムの表示などと解釈されるが、それらに限定されるものではない。

本発明の一実施形態によるコンテンツは、静止映像、動画、テキスト、ウェプページなどを含んでもよいが、それらに限定されるものではない。例えば、コンテンツは、教育コンテンツ、映画コンテンツ、放送コンテンツ、ゲームコンテンツ、広告コンテンツ、写真コンテンツ、ニュースコンテンツなどがある。

本発明の一実施形態によるアプリケーションは、特定の業務を遂行するために考案された一連のコンピュータ・プログラム集合（computer program set）をいう。本明細書に記述されるアプリケーションは、多様である。例えば、アプリケーションには、ゲーム・アプリケーション、楽器演奏アプリケーション、動画再生アプリケーション、地図アプリケーション、放送アプリケーション、運動支援アプリケーション、決済アプリケーションなどがあるが、それらに限定されるものではない。

本発明の一実施形態による「サービス」は、アプリケーションを介して提供されるサービス、ウィジェットを介して提供されるサービス、ＡＰを介して提供されるサービスなど多様である。例えば、本発明の一実施形態によるサービスには、ＳＮＳ（social networking service）、金融決済サービス、検索サービス、マルチタスキング・サービスなどがあるが、それらに限定されるものではない。

本発明の一実施形態によるサーバ２００は、デバイス１００と通信を行うことができる。例えば、サーバ２００は、デバイス１００からおすすめアイテム要請を受信し、デバイス１００の種類によるおすすめアイテムを、デバイス１００に伝送することができる。

本発明の一実施形態によるサーバ２００は、インテリジェンス・エンジンを含んでもよいし、サーバ２００は、デバイス１００で収集されるイベント情報、またはアイテムに係わる情報を、インテリジェンス・エンジンを介して分析することができる。例えば、サーバ２００は、イベント情報を分析し、ユーザの状態、デバイスの状況などを推論することができ、アイテムのメタデータ、コンテクスト情報などを分析し、デバイス別アイテム使用パターン情報を獲得することもできる。

従って、本発明の一実施形態によるサーバ２００は、デバイス１００のハードウェア情報、ソフトウェア情報、デバイス１００のアイテム使用パターン情報、デバイス１００の位置、ユーザの状態、及びおすすめアイテム要請時刻のうち少なくとも一つを考慮して、ユーザの関心度が高いと予想されるアイテムをおすすめアイテムとして、デバイス１００に提供することができる。例えば、図２Ａないし図２Ｃを参照する。

図２Ａないし図２Ｃは、デバイスの種類によって提供されるおすすめアイテムの一例を示す図面である。

図２Ａないし図２Ｃに図示されているように、第１デバイス１００−１は、タブレットＰＣであり、第２デバイス１００−２は、ＩＰＴＶであり、第３デバイス１００−３は、モバイルフォン（例えば、スマートフォン）である場合を例として挙げて説明する。そのとき、第１デバイス１００−１、第２デバイス１００−２、第３デバイス１００−３は、同一ユーザのアカウント（例えば、Ａ，Ｂ，Ｃ）に連結されたデバイスでもある。すなわち、第１デバイス１００−１、第２デバイス１００−２、第３デバイス１００−３は、同一ユーザが所持した複数のデバイスである。

図２Ａに図示されているように、第１デバイス１００−１は、タッチスクリーンの所定領域をドラッグまたはフリックするユーザ・ジェスチャが感知される場合、第１デバイス１００−１の種類に係わる情報（例えば、デバイスタイプ情報、デバイスＩＤ、アカウント情報、デバイスアドレス情報など）をサーバ２００に伝送しながら、おすすめアイテムを要請することができる。

そのとき、サーバ２００は、おすすめアイテムを要請する第１デバイス１００−１の種類が、タブレットＰＣであることを確認し、タブレットＰＣで使用頻度が高いゲーム・アプリケーション、電子ブック・コンテンツなどをおすすめアイテムとして提供する。その場合、第１デバイス１００−１は、サーバ２００から推薦されたゲーム・アプリケーション、電子ブック・コンテンツなどをおすすめパネルを介して表示することができる。

一方、サーバ２００から推薦された該ゲーム・アプリケーション、該電子ブック・コンテンツなどは、第１デバイス１００−１において既使用のアイテムでもあり、外部デバイス（例えば、第２デバイス１００−２、第３デバイス１００−３、外部サーバ）で使用されたアイテムでもある。

図２Ｂに図示されているように、第２デバイス１００−２は、リモートコントロール装置（remote controller）を介して、おすすめパネル要請が受信される場合、サーバ２００に、第２デバイス１００−２の種類に係わる情報（例えば、デバイスタイプ情報、デバイスＩＤ、アカウント情報、デバイスアドレス情報など）を伝送しながら、おすすめアイテムを要請することができる。

そのとき、サーバ２００は、おすすめアイテムを要請する第２デバイス２００−２の種類がＩＰＴＶであることを確認し、ＩＰＴＶで使用頻度が高い映画コンテンツを、おすすめアイテムとして提供することができる。その場合、第２デバイス１００−２は、サーバ２００から推薦された映画コンテンツのイメージを、おすすめパネルを介して表示することができる。

一方、サーバ２００から推薦された映画コンテンツは、第１デバイス１００−１、第２デバイス１００−２または第３デバイス１００−３で既再生のアイテムでもある。

図２Ｃに図示されているように、第３デバイス１００−３は、タッチスクリーンの所定領域を、ドラッグ、スワイプまたはフリックするユーザ・ジェスチャが感知される場合、第３デバイス１００−３の種類に係わる情報（例えば、デバイスタイプ情報、デバイスＩＤ、アカウント情報、デバイスアドレス情報など）をサーバ２００に伝送しながら、おすすめアイテムを要請することができる。

そのとき、サーバ２００は、おすすめアイテムを要請する第３デバイス１００−３の種類がモバイルフォンであることを確認し、モバイルフォンで使用頻度が高いＳＮＳアプリケーションを、おすすめアイテムとして提供する。その場合、第３デバイス１００−３は、サーバ２００から推薦されたＳＮＳアプリケーションを、おすすめパネルを介して表示することができる。

一方、サーバ２００から推薦されたＳＮＳアプリケーションは、第３デバイス１００−３で既使用のアプリケーションでもあり、第１デバイス１００−２または第２デバイス１００−２で既使用のアプリケーションでもある。

従って、本発明の一実施形態によれば、ユーザは、デバイス別に、当該デバイスに合う少なくとも１つのおすすめアイテム（コンテンツ、アプリケーション、サービスなど）をおすすめパネルを介して確認することができる。

以下では、サーバ２００が、おすすめアイテムを提供するために、ユーザの複数個デバイス１００−１，１００−２，１００−３，…で使用されるアイテムに係わる情報を、収集及び分析する過程について、まず、図３ないし図５を参照して説明し、サーバ２００が収集されたアイテムに係わる情報を利用して、デバイス別に、おすすめアイテムを提供する過程については、追って説明する。

図３は、本発明の一実施形態に係わる、サーバがデバイスで使用されるアイテムに係わる情報を、モニタリングする方法について説明するためのフローチャートである。

段階３１０で、サーバ２００は、デバイス１００に、使用中であるアイテム（例えば、コンテンツ、アプリケーション、サービスなど）に係わる情報を要請する。本発明の一実施形態によれば、サーバ２００は、所定周期で、デバイス１００に、アイテムに係わる情報を要請する。

段階３２０で、デバイス１００は、使用中であるアイテム、すなわち、ＯＳスケジューラ（operating system scheduler）に登録されている少なくとも１つのアイテム（例えば、コンテンツ、アプリケーション、サービスなど）を抽出することができる。

段階３３０で、デバイス１００は、抽出されたアイテムに係わる情報を収集することができる。本発明の一実施形態によるアイテムに係わる情報は、抽出されたアイテムの基本属性（basic attribute）情報、アイテム収集時のコンテクスト情報などを含んでもよい。

例えば、アイテムに係わる情報には、アイテムの名称、アイテムのタイプ（例えば、動画、静止映像、ウェプページなど）、アイテム収集時刻、アイテムに係わるアプリケーション情報（例えば、バージョン情報、遂行段階情報など）、アイテムの構成成分、アイテム収集時の環境情報（例えば、天気、温度、湿度など）、アイテム収集経路、アイテムが収集されるデバイス情報（例えば、デバイスのタイプ情報、デバイスの識別情報など）、及びアイテム収集時のユーザ状態情報（status information）のうち少なくとも一つが含まれるが、それらに限定されるものではない。

本発明の一実施形態によるデバイス１００は、ＡＰ、ウェブ（web）、デバイス１００内のセンサなどを介して、アイテムに係わる情報を獲得することができる。例えば、本発明の一実施形態によるデバイス１００は、デバイス１００の位置情報、ネットワーク情報、ユーザの状態情報などを収集することもできる。

ユーザの状態情報とは、ユーザの動き、生活パターンなどに係わる情報であり、ユーザの歩き状態、運動状態、運転中の状態、睡眠状態などに係わる情報が含まれる。例えば、ユーザが、デバイス１００を宅内の据え置き台に連結する場合、デバイス１００は、位置情報、勾配情報、移動情報、現在時間情報、アラーム設定情報などを考慮して、ユーザが睡眠状態であるか否かを判断することができる。また、ユーザが、デバイス１００を車内の据え置き台に連結する場合、デバイス１００は、位置情報、勾配情報、移動情報などを考慮して、ユーザが運転状態であるか否かを判断することができる。

一方、デバイス１００は、ユーザがインストールしたり使用したり検索したアプリケーションの識別情報、アプリケーションの種類、アプリケーションの利用時間、アプリケーションの利用周期などの情報を収集することもできる。

一方、デバイス１００は、ＳＳＰを介して、使用中であるアイテムに係わる情報を収集することにより、情報収集による電力消耗を最小化することもできる。

段階３４０で、デバイス１００は、アイテムに係わる情報を、サーバ２００に伝送することができる。本発明の一実施形態によるデバイス１００は、アイテムに係わる情報を、有無線通信を介して、サーバ２００に伝送することができる。

段階３５０で、サーバ２００は、デバイス１００から受信されたアイテムに係わる情報を利用して、ユーザのアイテムデータベース（以下、「アイテムＤＢ」とする）をアップデートすることができる。

段階３６０で、サーバ２００は、デバイス１００から受信されたアイテムに係わる情報を分析することもできる。例えば、サーバ２００は、デバイス１００から受信されたアイテムに係わる情報を分析し、ユーザがデバイス１００で主に使用するアイテムの種類（例えば、動画コンテンツ）に係わる情報（すなわち、アイテム使用パターン情報）を獲得することができる。

また、サーバ２００は、デバイス１００から受信されたアイテムに係わる情報を分析し、ユーザが、暑いときにデバイス１００で主に利用するアイテム（例えば、恐怖映画コンテンツ）、寒いときにデバイス１００で主に利用するアイテム（例えば、電子ブック・コンテンツ）、出勤時（朝の８時から９時の間）にデバイス１００で主に利用するアイテム（例えば、ニュースコンテンツ）、夜に主に利用するアイテム（例えば、自動車ゲーム・アプリケーション）、週末に主に利用するアイテム（例えば、運動管理アプリケーション）などに係わる情報を獲得することができる。

図３では、説明の便宜上、サーバ２００が、ユーザが所持した複数のデバイスのうち１つのデバイス１００のアイテム使用状態をモニタリングする場合を一例として説明したが、本発明の一実施形態によれば、サーバ２００は、ユーザが所持した複数のデバイスそれぞれのアイテム使用状態をモニタリングすることができる。

以下では、デバイス１００が使用中であるアイテムに係わる情報を、サーバ２００にアップロードする方法について、図４を参照して説明する。

図４は、本発明の一実施形態に係わる、デバイスが使用中であるアイテムに係わる情報を、サーバに伝送する方法について説明するためのフローチャートである。

段階４１０で、デバイス１００は、デバイス１００の使用状態変化またはアイテムの使用状態変化を感知することができる。例えば、デバイス１００は、電源がＯＮまたはＯＦＦになるが、あるいは所定アプリケーションが実行されたり、あるいは所定コンテンツの再生が中止されるなどの使用状態変化を感知することができる。

そのとき、段階４２０で、デバイス１００は、ＯＳスケジューラに登録されているアイテムを抽出することができる。すなわち、デバイス１００は、使用中のコンテンツ、アプリケーション、サービス、再生が一時中断されたコンテンツなどを抽出することができる。一方、本発明の一実施形態によるデバイス１００は、ＯＳスケジューラに登録されているアイテムのうち、使用状態変化が感知されたアイテムのみを抽出することもできる。

段階４３０で、デバイス１００は、抽出されたアイテム（コンテンツ、アプリケーション、サービス）に係わる情報を収集することができる。例えば、アイテムがコンテンツである場合、デバイス１００は、コンテンツ名、コンテンツのタイプ、コンテンツに係わるアプリケーション情報、コンテンツの再生位置情報、コンテンツにアクセスすることができるリンク情報、コンテンツ提供者情報、コンテンツの再生周期情報などを収集することができる。

また、アイテムがアプリケーションである場合、デバイス１００は、アプリケーション名、アプリケーションのタイプ情報、アプリケーションのバージョン情報、アプリケーションのアップデート情報、アプリケーション提供者情報、アプリケーションの再生周期情報などを収集することができる。

一方、デバイス１００は、デバイス１００のコンテクスト情報を収集することもできる。本発明の一実施形態によるコンテクスト情報は、デバイス１００の周辺環境情報、デバイス１００の状態情報、ユーザの状態情報などを含んでもよい。例えば、デバイス１００は、アイテムに係わる情報を収集するときの天気、温度、湿度、日付、時間、位置、ユーザの感情、ユーザの動作状態、デバイス１００のネットワーク接続状態などを収集することができる。

段階４４０で、デバイス１００は、収集されたアイテムに係わる情報を、サーバ２００に伝送することができる。

段階４５０で、サーバ２００は、デバイス１００から受信されたアイテムに係わる情報を利用して、ユーザのアイテムＤＢをアップデートすることができる。

段階４６０で、サーバ２００は、デバイス１００から受信されたアイテムに係わる情報を、推論アルゴリズムなどを利用して分析することができる。

段階４４０ないし段階４６０は、図３の段階３４０ないし段階３６０に対応するので、具体的な説明は省略する。

図５は、本発明の一実施形態に係わる、デバイスがユーザのジェスチャによって、使用中であるアイテムに係わる情報をサーバに伝送する方法について説明するためのフローチャートである。

段階５１０で、デバイス１００は、ユーザの収集要請ジェスチャを感知することができる。例えば、デバイス１００は、画面に表示された少なくとも１つのアイテムに対するユーザの収集要請ジェスチャを感知することができる。

本発明の一実施形態による収集要請ジェスチャは、多様である。例えば、タッチ・ジェスチャ（例えば、ドラッグ・ジェスチャ、タップ・ジェスチャ、フリック・ジェスチャ、ドラッグ・アンド・ドロップ・ジェスチャ、スワイプ・ジェスチャなど）を含んでもよい。

また、本発明の一実施形態によれば、ユーザの収集要請ジェスチャは、マルチタッチ・ジェスチャを含んでもよい。例えば、ユーザの収集要請ジェスチャは、デバイス１００の画面にタッチされた複数の指をすぼめるシュリンク（shrink）・ジェスチャ、ピンチ（pinch）・ジェスチャなどを含んでもよい。

一方、本発明の一実施形態によるユーザの収集要請ジェスチャは、ユーザの音声入力を含んでもよい。また、デバイス１００がフレキシブル・ディスプレイ装置である場合、ユーザの収集要請ジェスチャは、所定領域をベンディングするベンディング・ジェスチャを含んでもよい。

段階５２０で、デバイス１００は、ユーザの収集要請ジェスチャに対応するアイテム（例えば、コンテンツ、アプリケーション、サービスなど）を抽出することができる。

そして、段階５３０で、デバイス１００は、ユーザの収集要請ジェスチャに対応するアイテム（例えば、コンテンツ、アプリケーション、サービスなど）に係わる情報を収集することができる。そのとき、デバイス１００は、ユーザの収集要請ジェスチャに対応するアイテムに係わるサムネイル・イメージ（または、プレビュー・イメージ）を生成することもできる。それについては、図８を参照し、追って詳細に説明する。

段階５４０で、デバイス１００は、収集されたアイテムに係わる情報を、サーバ２００に伝送することができる。本発明の一実施形態によるアイテムに係わる情報は、アイテムの基本属性情報及び／またはアイテム収集時のコンテクスト情報などを含んでもよい。本発明の一実施形態によれば、アイテムに係わる情報は、アイテムのサムネイル・イメージ、リンク情報（例えば、ＵＲＬ（uniform resource locator））、インデックス情報などを含んでもよい。

段階５５０で、サーバ２００は、デバイス１００から受信されたアイテムに係わる情報を利用して、ユーザのアイテムＤＢをアップデートすることができる。段階５４０ないし段階５５０は、図３の段階３４０ないし段階３５０に対応するので、具体的な説明は省略する。

段階５６０で、サーバ２００は、デバイス１００から受信されたアイテムに係わる情報を分析することができる。そのとき、アイテムは、ユーザが直接収集要請したアイテムであるので、サーバ２００は、デバイス１００から受信されたアイテムに係わる情報を分析し、ユーザのアイテム使用パターン、ユーザのアイテム選好度（item preference）情報などを獲得することができる。

本発明の一実施形態によれば、ユーザは、おすすめパネルを介して、追っておすすめアイテムとして提供されようとするコンテンツ、アプリケーション、サービスなどを、特定ジェスチャでもって簡単に選択することができる。図６を参照し、さらに説明する。

図６は、本発明の一実施形態に係わるユーザの収集要請ジェスチャの一例を示す図面である。

図６に図示されているように、デバイス１００は、画面にウェブページ・アイテム６００を表示することができる。そのとき、ユーザが、ウェブページの内容を見ていて収集を希望する場合、ユーザは、シュリンク・ジェスチャを介して、デバイス１００の画面に表示されたウェブページ・アイテム６００に対する収集要請をデバイス１００に行う。

そのとき、本発明の一実施形態によるデバイス１００は、ユーザのシュリンク・ジェスチャを感知し、シュリンク・ジェスチャが感知されたウェブページ・アイテム６００に係わる情報を収集することができる。例えば、デバイス１００は、ウェブページ・アイテム６００の基本属性情報として、「タイトル：Loving the Chambered Nautilus to Death、種類：ウェプページ、アプリケーション：Chromeブラウザ、収集時間：２０１２．１２．０４．１４：２５、ジャンル：ニュース＞サイエンス、構成：テキスト、イメージ、地図、広告」などを収集することができる。また、デバイス１００は、ウェブページ・アイテム６００を収集する当時のコンテクスト情報として、「天気：雨、気温：５℃、ユーザ状況：大衆交通利用中、収集経路：シュリンク・ジェスチャ、収集デバイス：電話機（モバイルフォン）」などを収集することもできる。

デバイス１００は、ウェブページ・アイテム６００について収集された情報（例えば、基本属性情報、コンテクスト情報）を、サーバ２００に伝送することができる。そのとき、本発明の一実施形態によるデバイス１００は、ウェブページ・アイテム６００について収集された情報を、メタデータ形態で、サーバ２００に伝送することができる。

本発明の一実施形態によるサーバ２００は、デバイス１００から受信されたウェブページ・アイテム６００に係わる情報を利用して、アイテムＤＢをアップデートすることができる。図７を参照する。

図７は、本発明の一実施形態による、ユーザの複数個デバイスで収集されるアイテムに係わる情報について説明するための図面である。

図７に図示されているように、本発明の一実施形態によるサーバ２００は、ユーザの複数個デバイスそれぞれで収集されるアイテムに係わる情報を利用して、アイテムＤＢを構築することができる。そのとき、複数のデバイスそれぞれで収集されるアイテムに係わる情報は、基本属性情報７１０及びコンテクスト情報７２０を含んでもよい。

基本属性情報７１０は、アイテムの属性に係わる情報であり、例えば、アイテム名、アイテムの種類、アイテムのジャンル、アイテムの再生長、アイテムのサムネイル・イメージ、アイテムのリンク情報などを含んでもよいが、それらに限定されるものではない。

コンテクスト情報７２０は、アイテムが収集されるとき、デバイス１００で収集される状況に係わる情報であり、天気、気温、位置、ユーザ状況、ユーザの感情、収集経路、アイテムを収集するデバイス１００の識別情報、デバイス１００の種類に係わる情報などを含んでもよいが、それらに限定されるものではない。

例えば、サーバ２００が、第１デバイス１００−１で収集される「アイテム１」に係わる情報を、第１デバイス１００−１から受信した場合、サーバ２００は、「アイテム１」に係わる基本属性情報（例えば、「タイトル：ＡＡＡ、種類：イメージ、収集時間：２０１２．２．３．１５：１３、ジャンル：家族写真、再生長：１０秒、サムネイル・イメージなど）及びコンテクスト情報（例えば、「天気：雨、気温：１０℃、ユーザ状況：大衆交通利用、収集経路：シュリンク・ジェスチャ、収集デバイス：電話機（モバイルフォン）」など）をアイテムＤＢに保存して管理することができる。例えば、サーバ２００は、アイテムＤＢを新たな基準で分類したり、所定条件に合うアイテムを、アイテムＤＢから抽出することができる。

本発明の一実施形態によるサーバ２００は、デバイス１００から、おすすめアイテム要請が受信される場合、アイテムＤＢを利用して、デバイス１００の種類に対応するおすすめアイテムを抽出することができる。また、サーバ２００は、デバイス１００のコンテクスト情報をさらに考慮したおすすめアイテムを、アイテムＤＢから選択することもできる。一方、本発明の一実施形態によるサーバ２００は、アイテムＤＢを利用して、ユーザから入力されたおすすめ条件に合うおすすめアイテムを選択することもできる。

本発明の一実施形態によるサーバ２００は、ユーザの複数個デバイスから収集されたアイテムに係わる情報（または、アイテムＤＢ）を分析し、デバイス別に、アイテム使用パターン情報、位置別に、アイテム使用パターン情報、ユーザ状況（または、感情）別に、アイテム使用パターン情報、天気別に、アイテム使用パターン情報などを獲得して管理することもできる。

図８Ａないし図８Ｃは、本発明の一実施形態による、デバイスがアイテムのサムネイル・イメージを生成する方法について説明するための図面である。

図８Ａに図示されているように、イメージとテキストとが含まれたウェブページ・コンテンツに対するユーザの収集要請ジェスチャ（例えば、シュリンク・ジェスチャ）が感知される場合、デバイス１００は、コンテンツのうちイメージ部分をキャプチャし、ウェブページ・コンテンツに対応するサムネイル・イメージ８１０を生成し、ウェプページ・コンテンツに係わる情報を収集することができる。

本発明の一実施形態によるデバイス１００は、サムネイル・イメージ８１０に、ウェブページ・コンテンツのリンク情報（コンテンツにアクセスするための情報）を連結し、おすすめパネルに表示することもできる。また、本発明の一実施形態によるデバイス１００は、サーバ２００に、ウェブページ・コンテンツに係わる情報（例えば、サムネイル・イメージ８１０、リンク情報など）を伝送することができる。

図８Ｂに図示されているように、デバイス１００の画面全体に表示されたイメージ・コンテンツに対するユーザの収集要請ジェスチャが感知される場合、デバイス１００は、画面全体に表示されたイメージを縮小し、イメージ・コンテンツに対応するサムネイル・イメージ８２０を生成し、イメージ・コンテンツに係わる情報を収集することができる。そのとき、デバイス１００は、サムネイル・イメージ８２０及びイメージ・コンテンツに係わる情報を、サーバ２００に伝送することもできる。

図８Ｃに図示されているように、デバイス１００の画面全体に表示されたテキスト・コンテンツに対するユーザの収集要請ジェスチャが感知される場合、デバイス１００は、画面全体に表示されたテキスト・コンテンツのタイトル情報を抽出し、抽出されたタイトル情報を利用して、サムネイル・イメージ８３０を生成することができる。テキスト・コンテンツのタイトル情報を抽出することができない場合、デバイス１００は、テキスト・コンテンツの最初の行を利用して、サムネイル・イメージ８３０を生成することもできる。そのとき、デバイス１００は、サムネイル・イメージ８３０及びテキスト・コンテンツに係わる情報を、サーバ２００に伝送することもできる。

図９は、本発明の一実施形態に係わるおすすめパネル提供方法について説明するためのフローチャートである。

段階９１０で、デバイス１００は、おすすめパネルを要請するユーザの入力を受信することができる。本発明の一実施形態によるおすすめパネルを要請するユーザの入力は、おすすめアイテムを含むおすすめパネルを要請するジェスチャ、またはおすすめアイテムを要請するユーザの入力を意味する。説明の便宜上、ユーザの入力は、ユーザのジェスチャによって表現されもする。

本発明の一実施形態による、おすすめパネルを要請するユーザの入力は、多様である。例えば、おすすめパネルを要請するユーザの入力には、画面の一側から他側の方向に、指またはライトペンをドラッグするドラッグ・ジェスチャ（例えば、画面の下端から上端の方向にドラッグするジェスチャ）、所定ボタンを選択するジェスチャ（例えば、ホームボタンを２回押すジェスチャ）、ロッキングを解除するジェスチャ、所定ボタンを所定時間以上押すジェスチャ（例えば、キャプチャボタンを１０秒以上押すジェスチャ）などがあるが、それらに限定されるものではない。

以下では、説明の便宜上、ユーザが下端ベゼル（bezel）部分を指でタッチした後、上端方向に指をドラッグするジェスチャを、おすすめパネルを要請するジェスチャの一例として挙げて説明する。

本発明の一実施形態によるおすすめパネルとは、ユーザに推薦されるおすすめアイテムが表示される所定空間または領域を意味する。おすすめパネルは、画面の全体領域に表示されもし、画面の一部領域に表示されもする。

段階９２０で、デバイス１００は、ユーザの入力によって、おすすめパネルに表示されるおすすめアイテムを、サーバ２００に要請する。

そのとき、本発明の一実施形態によるデバイス１００は、デバイス１００に係わる情報を、サーバ２００に伝送することができる。例えば、デバイス１００のタイプ情報（例えば、モバイル端末、タブレットＰＣ、ＤＴＶ、デジタルカメラ、ＭＰ３プレイヤなど）、識別情報（例えば、デバイスＩＤ情報、デバイスアドレス情報、アカウント情報など）をサーバ２００に伝送することができる。

また、本発明の一実施形態によるデバイス１００は、デバイス１００のハードウェア情報、ソフトウェア情報などを、サーバ２００に伝送することもできる。

一方、本発明の一実施形態によれば、デバイス１００のタイプ情報、デバイス１００のハードウェア情報、ソフトウェア情報などが、デバイス１００の識別情報（例えば、デバイスＩＤ、デバイスアドレス、アカウントなど）と連結され、サーバ２００に既保存である場合、デバイス１００は、デバイス１００の識別情報のみをサーバ２００で伝送するとしても、サーバ２００は、デバイス１００の種類を確認することができる。従って、デバイス１００は、デバイス１００のタイプ情報、デバイス１００のハードウェア情報、ソフトウェア情報などを、サーバ２００に伝送せず、識別情報のみを伝送することもできる。

一方、本発明の一実施形態によるデバイス１００は、デバイス１００のコンテクスト情報を、サーバ２００に伝送することもできる。

本発明の一実施形態によるデバイス１００のコンテクスト情報は、おすすめパネルを要請するユーザの入力が受信されるとき、デバイス１００で、センサを介して収集される環境情報、デバイス１００の状態情報、センサを介して収集されたデータを分析したユーザの状態情報、ユーザの日程情報などを含んでもよい。

すなわち、デバイス１００は、おすすめパネルを要請するユーザの入力が受信されるときの天気、温度、湿度、照度、日付、時間などの環境情報や、デバイス１００の位置、デバイス１００のネットワーク接続状態、デバイス１００の動きなどのデバイス１００状態情報などを、サーバ２００に伝送することができる。また、デバイス１００は、ユーザから入力されたメッセージ、電子メール、日程情報、ＳＮＳ使用ログ情報などを分析し、ユーザの感情情報（例えば、喜び、悲しみ、寂しさ、感激、幸福など）、ユーザの動作状態情報（例えば、運動、歩き、退勤中など）などを推論し、推論されたユーザの感情情報及びユーザの動作状態情報を、サーバ２００に伝送することもできる。

一方、本発明の他の実施形態によれば、デバイス１００は、ユーザから入力されたメッセージ、電子メール、日程情報、ＳＮＳ使用ログ情報、デバイス１００の加速度情報、位置情報などをサーバ２００に伝送し、サーバ２００が、ユーザの感情情報、ユーザの動作状態情報などを推論することもできる。

段階９３０で、デバイス１００は、サーバ２００から、デバイス１００に係わる情報に基づいて選択された少なくとも１つのおすすめアイテムを受信することができる。例えば、デバイス１００は、デバイス１００の種類によるアイテム使用パターン情報に基づいて選択された少なくとも１つのおすすめアイテムを受信することができる。

本明細書で、「アイテム使用パターン情報」とは、デバイス別に、ユーザのアイテム使用頻度を分析し、デバイス別に、使用頻度が高いアイテムのタイプを抽出した結果情報を意味する。例えば、ユーザが、第１デバイスで動画を最も多く再生し、次に、電子ブック・コンテンツを多く再生し、その次に、ゲーム・アプリケーションを多く再生した場合、第１デバイスのアイテム使用パターンは、「動画コンテンツ＞電子ブック・コンテンツ＞ゲーム・アプリケーション、…」のように示される。

一方、本発明の一実施形態によれば、デバイス１００は、デバイス１００のハードウェア情報（例えば、ディスプレイ・サイズ、解像度、タッチパネル存否、カメラ存否など）、ソフトウェア情報（例えば、ＯＳ種類、ソフトウェア・バージョン情報、マルチタスキング提供いかんなど）のうち少なくとも一つに基づいて選択された少なくとも１つのおすすめアイテムを受信することもできる。

また、本発明の一実施形態によれば、デバイス１００は、デバイス１００がおすすめアイテムを要請した時刻情報をさらに考慮して、サーバ２００で選択された少なくとも１つのおすすめアイテムを受信することができる。デバイス１００は、デバイス１００の位置情報及びユーザの状態情報のうち少なくとも一つをさらに考慮して、サーバ２００で選択された少なくとも１つのおすすめアイテムを受信することもできる。

本発明の一実施形態によれば、おすすめアイテムは、デバイス１００において既使用のアイテムでもあり、ユーザの他デバイスにおいて既使用のアイテムでもあり、外部サーバから獲得されたアイテムでもある。また、おすすめアイテムは、ユーザの収集要請ジェスチャによって収集されたアイテムでもある。

本発明の一実施形態によるおすすめアイテムは、アプリケーション、動画、静止映像、テキストファイル及びウェブページのうち少なくとも一つを含んでもよいが、それらに限定されるものではない。

段階９４０で、デバイス１００は、少なくとも１つのおすすめアイテムが含まれたおすすめパネルを表示することができる。そのとき、デバイス１００は、デバイスの所定画面に、おすすめパネルを表示することもできる。

所定画面は、デバイス１００の動作モードが、待機モードからアクティブモードに転換されるとき（例えば、ロッキングが解除されるとき、電源がＯＮになるときなど）、デバイス１００に最初にディスプレイされるファーストスクリーン（first screen）を含んでもよいが、それに限定されるものではない。例えば、デバイス１００は、アイコンを配するためのページのうち最後のページに、おすすめパネルを表示することもでき、ホーム画面の所定領域に、サービス利用のための客体（例えば、ガジェット）形態で、おすすめパネルを提供することもできる。また、ファーストスクリーン自体が、おすすめパネルにもなる。

本発明の一実施形態によるデバイス１００は、おすすめアイテムが複数個である場合、リスト状におすすめアイテムをおすすめパネルに表示することができる。本発明の一実施形態によれば、おすすめパネルに表示されるおすすめアイテムは、おすすめアイテムのイメージに、リンク情報またはインデックス情報が連結された形態でもある。

本発明の一実施形態によるデバイス１００は、おすすめパネルを画面の一側から他の側に出現させて表示することができる。例えば、ユーザのおすすめパネル要請ジェスチャが、画面の下端から上端の方向に、指をフリックするジェスチャである場合、デバイス１００は、画面の下端から上端の方向におすすめパネルを出現させ、おすすめアイテムを提供することができる。

一方、本発明の一実施形態によるデバイス１００は、少なくとも１つのおすすめアイテムを、収集された時刻によって、おすすめパネルに配することができる。すなわち、デバイス１００は、収集された時刻順序で、おすすめアイテムを配することができるのである。

本発明の他の実施形態によれば、デバイス１００は、少なくとも１つのおすすめアイテムを、使用回数に基づいて、おすすめパネルに配することができる。すなわち、デバイス１００は、人気度順に、おすすめアイテムをおすすめパネルに配することができるのである。例えば、デバイス１００は、デバイス１００で再生される回数が多い順に、おすすめアイテムをおすすめパネルの右側から順次に配することができる。

本発明の一実施形態によれば、デバイス１００は、ユーザの入力が受信される場合、ユーザの入力に対応し、所定画面に、おすすめパネルを提供しながら、同時に、デバイスに係わる情報及びコンテクスト情報のうち少なくとも一つを含むおすすめアイテム要請情報を、サーバ２００に伝送し、サーバ２００から受信されたおすすめアイテムを、おすすめパネルに表示することができる。

一方、本発明の一実施形態によるデバイス１００は、段階９１０ないし段階９４０を、デバイス１００にインストールされた常駐プログラムを介して遂行することができる。

常駐プログラムは、本発明の一実施形態によるデバイス１００の運用に係わる作業を、バックグラウンド（background）状態で動作しながら行うプログラムでもある。常駐プログラムは、処理しなければならない作業条件が発生すれば、自動的に作動し、必要な作業を行うことができる。

例えば、ユーザからタッチ入力が受信される場合、デバイス１００にインストールされた常駐プログラムは、おすすめアイテムをサーバに要請して受信し、おすすめアイテムを含むおすすめパネルを所定領域に表示することができる。

本発明の一実施形態によれば、ユーザは、特定アプリケーションを別途に実行しないとしても、下端ベゼル部分を指でタッチした後、上端方向にドラッグするようなタッチ入力を介して、おすすめアイテムを含むおすすめパネルを確認することができる。

図１０Ａ及び図１０Ｂは、本発明の一実施形態に係わるおすすめパネルを示す図面である。

図１０Ａに図示されているように、ユーザが、指を画面の下端から上端の方向にドラッグする場合、デバイス１００は、おすすめパネルを要請するユーザのジェスチャ１０１０を感知することができる。その場合、デバイス１００は、サーバ２００に、おすすめパネルに表示するおすすめアイテムを要請する。そのとき、デバイス１００は、デバイス１００の種類に係わる情報、識別情報またはコンテクスト情報などを、サーバ２００に伝送することができる。

図１０Ｂに図示されているように、デバイス１００は、画面の下端部分に、おすすめパネル１０２０を表示することができる。そして、デバイス１００は、サーバ２００から受信されたおすすめアイテムを、おすすめパネル１０２０内に配することができる。おすすめアイテムは、デバイス１００の種類、またはデバイス１００のコンテクスト情報などに基づいて推薦されたアイテムでもある。

おすすめアイテムは、アイテム収集当時に生成されたサムネイル・イメージ（または、プレビュー・イメージ）に、リンク情報またはインデックス情報が連結された形態で表示されてもよい。また、本発明の一実施形態による複数のおすすめアイテムは、おすすめパネル１０２０内で、互いにオーバレイされて表示されもする。本発明の一実施形態によれば、オーバレイされたおすすめアイテムのうち、最上位に表示されるほど使用頻度が高いか、あるいは最近収集されたアイテムでもある。すなわち、デバイス１００は、おすすめアイテムの人気度（評価）または収集時刻に基づいて、おすすめパネル１０２０上に、複数のおすすめアイテムを配することができる。

本発明の他の実施形態によれば、デバイス１００は、おすすめアイテムの人気度または収集時刻に基づいて、おすすめパネル１０２０に表示されるおすすめアイテムのサイズを調節することもできる。例えば、デバイス１００は、使用頻度が高いか、あるいは最近収集されたおすすめアイテムであればあるほど、おすすめパネル１０２０内でイメージを大きく表示することができる。

また、本発明の一実施形態によれば、デバイス１００は、おすすめアイテムの容量情報（例えば、おすすめアイテムの再生長情報）に基づいて、おすすめパネル内に、おすすめアイテムを配することもできる。例えば、再生長が短いおすすめアイテムから、再生長が長いおすすめアイテムの順序で配することもでき、再生長によって、おすすめアイテムのサイズを調節しておすすめパネルに表示することもできる。

そのとき、本発明の一実施形態によれば、おすすめアイテムがテキスト・コンテンツである場合、デバイス１００またはサーバ２００は、ユーザの平均読み取り速度などを考慮して、テキスト・コンテンツに対する再生長を推定することもできる。

一方、おすすめパネル１０２０に表示されるおすすめアイテムは、アイテムのタイプを示すアイコンが挿入されてもよい。例えば、おすすめアイテムがテキストである場合、「Ｔ」１０２１が表示され、動画コンテンツである場合、再生表示アイコン「◆」１０２２が表示され、写真コンテンツである場合、写真を示すアイコン１０２３が表示され、放送コンテンツである場合、放送を示すアイコン１０２４が表示されてもよい。

また、本発明の一実施形態によれば、おすすめパネル１０２０内の所定領域をタッチしたまま、左または右にフリックしたり、あるいはスワイプするユーザのジェスチャが感知される場合、デバイス１００は、ユーザ・ジェスチャによって、おすすめパネル１０２０内に配列されたおすすめアイテムをスクロールすることができる。

図１１Ａ及び図１１Ｂは、本発明の一実施形態に係わる、デバイス別に異なるおすすめアイテムを含むおすすめパネルを示す図面である。

ユーザが、モバイルフォンである第１デバイス１１１０を介して、ウェブページまたはテキスト文書を多く見て、タブレットＰＣである第２デバイス１１２０を介して、動画を多く見る場合を例として挙げて説明する。

図１１Ａに図示されているように、ユーザのおすすめパネル要請ジェスチャが感知される場合、第１デバイス１１１０は、サーバ２００に、デバイス別に、アイテム使用パターン情報に基づいて提供されたおすすめアイテムをおすすめパネル上に表示する。

例えば、アイテム使用パターン情報によれば、第１デバイス１１１０では、ウェブページ、テキスト文書が主に使用されたので、第１デバイス１１１０は、動画や写真よりは、テキスト種類のおすすめアイテムを、サーバ２００から相対的に多く提供され、おすすめパネルに表示することができる。

一方、図１１Ｂに図示されているように、ユーザのおすすめパネル要請ジェスチャが感知される場合、第２デバイス１１２０も、サーバ２００に、デバイス別に、アイテム使用パターン情報に基づいて提供されたおすすめアイテムをおすすめパネル上に表示する。

例えば、アイテム使用パターン情報によれば、第２デバイス１１２０では、動画が主に使用されたので、第２デバイス１１２０は、静止映像やテキストよりは、動画種類のおすすめアイテムを、サーバ２００から相対的に多く提供され、おすすめパネルに表示することができる。

一方、サーバ２００は、デバイス別に、ハードウェア情報を考慮して、おすすめアイテムを提供することもできる。例えば、第１デバイス１１１０のスクリーンサイズよりは、第２デバイス１１２０のスクリーンサイズがさらに大きいので、サーバ２００は、第１デバイス１１１０よりは、第２デバイス１１２０にさらに多くのおすすめアイテムを提供することができる。

図１２は、本発明の一実施形態に係わる、おすすめアイテム提供方法について説明するためのフローチャートである。

段階１２１０で、デバイス１００は、ユーザの入力を受信することができる。段階１２１０は、図９の段階９１０に対応するので、具体的な説明は省略する。

段階１２２０で、サーバ２００は、デバイス１００から、デバイス１００のおすすめパネルに表示されるおすすめアイテムに対する要請を受信することができる。すなわち、デバイス１００は、ユーザの入力に対応し、サーバ２００に、デバイスに係わる情報を含むおすすめアイテム要請を伝送することができる。そのとき、本発明の一実施形態によれば、サーバ２００は、デバイス１００の種類に係わる情報、デバイス１００の識別情報、及びデバイス１００のコンテクスト情報のうち少なくとも一つを、デバイス１００から受信することができる。段階１２２０は、図９の段階９２０に対応するので、具体的な説明は省略する。

段階１２３０で、サーバ２００は、デバイス１００に対する認証を行うことができる。例えば、サーバ２００は、デバイス１００の識別情報（例えば、デバイスＩＤ、アカウント情報）に基づいて、デバイス１００が、おすすめアイテムを提供してもよい機器であるか否かを認証することができる。

本発明の一実施形態によれば、サーバ２００は、デバイス１００から認証情報を受信することもできる。認証情報は、デバイス１００が、おすすめアイテム提供が許容された機器であるか否かを認証するためのものでもある。認証情報は、サーバ２００とあらかじめ協議された暗号化キーで暗号化された情報でもある。本発明の一実施形態によれば、ユーザの複数個デバイスは、同一の認証情報を有することもできる。

段階１２４０で、サーバ２００は、デバイス１００の種類に基づいて、少なくとも１つのおすすめアイテムを選択することができる。例えば、サーバ２００は、デバイス１００のアイテム使用パターン情報に基づいて、少なくとも１つのおすすめアイテムを選択することができる。

本発明の一実施形態によれば、サーバ２００は、図４ないし図６のうち少なくとも１つの方法で収集した、デバイス１００で使用されるアイテムに係わる情報を利用して、デバイス１００のアイテム使用パターン情報を生成することができる。例えば、サーバ２００は、デバイス１００で主に使用されるコンテンツの種類、アプリケーションの種類などを推論することができる。

従って、サーバ２００は、デバイス１００から、おすすめアイテム要請が受信される場合、デバイス１００に対応するアイテム使用パターン情報を抽出し、抽出されたアイテム使用パターン情報によって、デバイス１００に伝送するおすすめアイテムを選択することができる。

本発明の一実施形態によるサーバ２００は、デバイス１００のハードウェア情報及びソフトウェア情報のうち少なくとも一つに基づいて、少なくとも１つのおすすめアイテムを選択することもできる。

例えば、サーバ２００は、デバイス１００のスクリーンサイズによって、デバイス１００に提供するおすすめアイテムの数を調節することができる。また、デバイス１００が、ユーザ入力が不便なＩＰＴＶである場合、サーバ２００は、グラフィック・ユーザ・インターフェース（ＧＵＩ）などを変更しておすすめアイテムを提供したり、ユーザ入力が簡便なおすすめアイテム（例えば、リモートコントローラで検索しやすい検索アプリケーション）を提供することができる。また、サーバ２００は、おすすめアイテムの容量情報（例えば、再生長、コンテンツサイズなど）によって、おすすめアイテムの形態（例えば、大きさ、長さなど）を調節し、形態が調節されたおすすめアイテムを、デバイス１００に提供することもできる。

本発明の一実施形態によれば、サーバ２００は、ユーザの複数個デバイスにおいて既使用のアイテムから、少なくとも１つのおすすめアイテムを選択することができる。すなわち、サーバ２００は、ユーザのアイテム使用ヒストリーに基づいて、おすすめアイテムをデバイス１００に提供することができる。

一方、本発明の一実施形態によるサーバ２００は、デバイス１００のコンテクスト情報（例えば、おすすめアイテム要請時刻、デバイスの位置、ユーザの状態情報、デバイスの状態情報、ユーザの感情情報など）をさらに考慮して、おすすめアイテムを選択することもできる。

例えば、デバイス１００から、おすすめアイテム要請が受信された時間が平日午前であり、ユーザが、デバイス１００を所持したまま朝ジョギングを行い、午前の時間に、デバイス１００から新聞を読む場合、サーバ２００は、出勤／登校準備、朝ジョギング、新聞読みなどに適する音楽コンテンツ、ニュースコンテンツなどを、おすすめアイテムとして選択することができる。

また、デバイス１００から、おすすめアイテム要請が受信された時間が平日の夕方であり、ユーザが、平日の夕方に、主に子供とアニメーション・コンテンツを、デバイス１００を介して鑑賞する場合、サーバ２００は、再生頻度が高いアニメーション・コンテンツを、おすすめアイテムとして選択することができる。

本発明の一実施形態によれば、デバイス１００から受信されたコンテクスト情報を確認した結果、ユーザが歩いている状態である場合、サーバ２００は、テキスト・アイテムを除いたオーディオ、動画をメインに、おすすめアイテムを選択することができる。

また、本発明の一実施形態によれば、デバイス１００から受信されたコンテクスト情報を確認した結果、ユーザが運転中である場合には、音声メインのラジオ放送コンテンツ、音楽コンテンツなどをおすすめアイテムとして選択することができる。

一方、本発明の一実施形態によるサーバ２００は、他のユーザの評価情報をさらに考慮して、人気度が高いアイテムをおすすめアイテムとして選択することもできる。

段階１２５０で、サーバ２００は、選択された少なくとも１つのおすすめアイテムを、デバイス１００に伝送することができる。

段階１２６０で、デバイス１００は、少なくとも１つのおすすめアイテムが含まれたおすすめパネルを、画面に表示することができる。段階１２５０及び段階１２６０は、図９の段階９３０及び段階９４０に対応するので、具体的な説明は省略する。

段階１２７０で、デバイス１００は、おすすめパネルに含まれた少なくとも１つのおすすめアイテムのうち、１つのおすすめアイテムが選択される。例えば、ユーザが、おすすめパネル内で再生しようとするコンテンツが表示された領域をタッチ（例えば、タップ、ダブルタップ、スワイプなど）する場合、デバイス１００は、タッチされたおすすめアイテムに対するユーザの選択を感知することができる。

段階１２８０で、デバイス１００は、選択されたおすすめアイテムを再生または実行することができる。図１３Ａ及び図１３Ｂを参照し、さらに詳細に説明する。

図１３Ａ及び図１３Ｂは、本発明の一実施形態に係わるおすすめアイテムを、再生／実行する方法について説明するための図面である。

図１３Ａに図示されているように、デバイス１００は、おすすめパネル内に、デバイス１００の種類に基づいて選択されたおすすめアイテムを表示することができる。本発明の一実施形態によれば、デバイス１００は、おすすめアイテムをオーバレイし、おすすめパネルに配することができる。ユーザが、おすすめパネル内で１つのおすすめアイテム１３００を選択する場合、デバイス１００は、選択されたおすすめアイテム１３００を感知することができる。

図１３Ｂに図示されているように、デバイス１００は、ユーザによって選択されたおすすめアイテム１３００を、実行または再生することができる。例えば、選択されたおすすめアイテム１３００がウェプページである場合、ウェプページを画面に表示することができる。また、選択されたおすすめアイテム１３００が、再生が中断された映画コンテンツである場合、デバイス１００は、映画コンテンツを、中断された時点以後から、引き続いて再生することができる。一方、ユーザによって選択されたおすすめアイテム１３００が、アプリケーションである場合、デバイス１００は、ユーザによって選択されたアプリケーションを実行することができる。そのとき、ユーザによって選択されたアプリケーションが、デバイス１００に前もってインストールされていない場合、デバイス１００は、外部サーバでアプリケーションを検索し、検索されたアプリケーションを、デバイス１００にインストールすることもできる。

図１４は、本発明の一実施形態に係わる、ユーザのおすすめ条件に基づいたおすすめアイテム提供方法について説明するためのフローチャートである。

段階１４１０で、デバイス１００は、おすすめ条件を入力する設定ウィンドーを提供することができる。おすすめ条件を入力する設定ウィンドーは、ＧＵＩ形態で提供されてもよい。

段階１４２０で、デバイス１００は、ユーザから、設定ウィンドーを介しておすすめ条件を入力される。例えば、デバイス１００は、おすすめ条件として、アイテムの種類、アイテムの再生時間、アイテム利用目的、アイテムの収集時刻及びユーザの感情状態情報のうち少なくとも一つを入力される。

段階１４３０で、デバイス１００は、おすすめ条件をサーバ２００に伝送しながら、おすすめアイテムを要請する。

段階１４４０で、サーバ２００は、おすすめ条件に基づいて、少なくとも１つのアイテムを選択することができる。例えば、ユーザが、おすすめ条件として、アイテムの種類のうち「動画」を設定し、アイテムの再生時間を「５分」に設定した場合、サーバ２００は、デバイス１００で主に再生されるミュージックビデオ・コンテンツのうち、５分ほど所要するミュージックビデオ・コンテンツを選択することができる。

段階１４５０で、サーバ２００は、おすすめ条件に基づいて選択された少なくとも１つのおすすめアイテムを、デバイス１００に伝送することができる。

段階１４６０で、デバイス１００は、おすすめ条件に基づいて選択された少なくとも１つのおすすめアイテムが含まれたおすすめパネルを表示することができる。図１５を参照し、さらに詳細に説明する。

図１５は、本発明の一実施形態に係わる、おすすめ条件を入力することができる設定ウィンドーを示す図面である。

図１５に図示されているように、デバイス１００は、おすすめ条件を入力することができる設定ウィンドー１５１０を画面に表示することができる。そのとき、ユーザは、設定ウィンドー１５１０にあるメニューを確認し、アイテムの種類、アイテムの再生時間、アイテム利用目的、アイテムの収集時刻、感情状態などを入力することができる。

例えば、ユーザが出勤中（commuting）であり、出勤中に地下鉄を利用する時間が２４分（２４minutes）ほどである場合、ユーザは、２４分間地下鉄で出勤しながら利用することができるおすすめアイテムを提供されるために、「アイテム利用目的：出勤時間に地下で利用するためのアイテム」、「アイテムの再生時間：２４分」、「アイテムの種類：マルチメディア・コンテンツ」などを入力することができる。

そのとき、デバイス１００は、ユーザから入力されたおすすめ条件をサーバ２００に伝送しながら、おすすめパネル１５２０に表示されるおすすめアイテムを要請する。サーバ２００は、ユーザから入力されたおすすめ条件、デバイス１００のアイテム使用パターン、デバイス１００のハードウェア情報、ソフトウェア情報などを考慮して、おすすめアイテムを選択し、選択されたおすすめアイテムを、デバイス１００に伝送することができる。例えば、ユーザが出勤中に電子新聞を多く読む場合、サーバ２００は、電子新聞コンテンツ、ニュース動画コンテンツなどをメインとして、おすすめアイテムを選択することができる。

一方、ユーザがおすすめ条件として「出勤中」を選択する場合、デバイス１００は、以前に収集されたイベント情報に基づいて、ユーザが地下鉄で出勤し、出勤する間地下鉄を２４分利用するという情報を自動的に抽出し、抽出された情報をサーバ２００に伝送することもできる。

デバイス１００は、サーバ２００から、ユーザが入力したおすすめ条件に基づいて選択されたおすすめアイテムを受信し、受信されたおすすめアイテムを、おすすめパネル１５２０に表示することができる。

図１６Ａ及び図１６Ｂは、本発明の一実施形態に係わるおすすめアイテムリストを示す図面である。

図１６Ａに図示されているように、デバイス１００は、おすすめパネルに表示されるおすすめアイテムリストを編集することができる編集ウィンドーを提供することができる。ユーザは、編集ウィンドーを介して、おすすめパネルに表示されるおすすめアイテムリストを確認し、おすすめアイテムリストの配列順序を変更することができる。

例えば、本発明の一実施形態によれば、デバイス１００は、ユーザのタッチ・ジェスチャ（例えば、タップ・ジェスチャ、ドラッグ・アンド・ドロップ・ジェスチャなど）を感知し、ユーザのタッチ・ジェスチャによって、おすすめアイテムの位置を変更することができる。

一方、本発明の一実施形態によるデバイス１００は、編集ウィンドーを介して、ユーザによって選択されたおすすめアイテムのプレビューを提供することもできる。

図１６Ｂに図示されているように、本発明の一実施形態によれば、複数のおすすめアイテムそれぞれに対応するサムネイル・イメージのサイズを再生時間長によって異なって調節し、おすすめパネルに表示することもできる。

本発明の一実施形態によるデバイス１００は、複数のおすすめアイテム間の相対的な再生時間長によって、サムネイル・イメージのサイズを調節することもでき、絶対的な再生時間長に基づいて、サムネイル・イメージのサイズを調節することもできる。

一方、本発明の一実施形態によれば、デバイス１００は、ユーザの能力を考慮して、テキスト・コンテンツに対する再生時間長を予測することもできる。例えば、デバイス１００のユーザＡＡＡが、一般ユーザよりも、平均して２倍早くテキストを読む場合、一般ユーザが、ＸＹＺコンテンツを平均して１０分間で読むとするならば、デバイス１００は、ユーザＡＡＡの読み取り能力を考慮して、ＸＹＺコンテンツに対する再生時間長を５分に予想することができる。

図１７Ａ及び図１７Ｂは、本発明の一実施形態に係わる、おすすめ条件に対応するおすすめアイテムリストを示す図面である。

図１７Ａに図示されているように、デバイス１００は、おすすめ条件を入力することができる入力ウィンドーを提供することができる。入力ウィンドーには、検索キーワードを入力することができる検索フィールド１７１０、アイテムのタイプを選択することができるタイプフィールド１７２０、再生時間長を選択することができる時間フィールド１７３０などが含まれる。デバイス１００は、ユーザがおすすめ条件を入力する場合、入力されたおすすめ条件に対応するおすすめアイテムリストを、所定領域１７４０に表示することができる。

例えば、図１７Ｂに図示されているように、検索フィールド１７１０に、「夏休暇（summer vacation）」が入力され、タイプフィールド１７２０で、「フォト（photo）」が選択され、時間フィールド１７３０に、「１５分」が入力された場合、デバイス１００は、夏休暇写真のうち、１５分以内に観覧することができる数ほどの写真アイテムリストを、おすすめパネル１７４０に表示することができる。

本発明の一実施形態によれば、デバイス１００は、サーバ２００に、夏休暇写真のうち１５分以内に観覧することができる数ほどの写真を、おすすめアイテムとして要請し、受信することができる。また、デバイス１００は、サーバ２００から受信されたおすすめアイテムのうち夏休暇に係わる写真を、１５分内にユーザが観覧することができる数ほど抽出することもできる。

図１８は、本発明の一実施形態に係わるおすすめアイテムを外部機器に伝送する方法について説明するための図面である。

図１８に図示されているように、デバイス１００は、おすすめパネルに表示されるおすすめアイテムを、外部機器に伝送することができる。本発明の一実施形態による外部機器は、クラウドサーバ、ウェプサーバ、ＳＮＳサーバ、他のユーザが所持した機器などがある。例えば、デバイス１００は、少なくとも１つのおすすめアイテムを、ユーザのＳＮＳアカウントを介して、ＳＮＳサーバにアップロードすることができる。

図１９は、本発明の一実施形態に係わる、コンテクスト情報に基づいて選択されたおすすめアイテムを提供する画面を示す図面である。

１９００−１に図示されているように、デバイス１９００は、ユーザのおすすめパネル要請ジェスチャを感知することができる。そのとき、デバイス１９００は、デバイスの種類に係わる情報（例えば、デバイス１９００ ＩＤまたはタブレットＰＣであることを示す情報）と共に、コンテクスト情報をサーバ２００に伝送しながら、おすすめアイテムを要請する。

例えば、デバイス１９００は、おすすめアイテム要請時のコンテクスト情報として、日付、曜日（例えば、月曜日）、時間（例えば、午前７：３０、出勤時間）、使用デバイス（例えば、タブレットＰＣ）、ユーザ状況（例えば、大衆交通利用）などの情報を、サーバ２００に伝送することができる。

１９００−２に図示されているように、サーバ２００は、デバイス１９００から受信されるコンテクスト情報を考慮して、ユーザが所持した複数のデバイスにおいて既使用のアイテムから、おすすめアイテムを選択することができる。例えば、サーバ２００は、平日の朝出勤時間に、大衆交通施設内で、タブレットＰＣでユーザが頻繁に利用するアイテムを、おすすめアイテム（例えば、ニュース提供アプリケーション、ミュージックビデオ、ミニゲーム、ＳＮＳアプリケーション）として選択することができる。

また、本発明の他の実施形態によれば、サーバ２００は、ユーザが、平日の朝出勤時間に、大衆交通施設を利用する時間を計算し、大衆交通施設利用中に消費するのに適するアイテムを、おすすめアイテムとして選択することもできる。

１９００−３に図示されているように、デバイス１９００は、サーバ２００から、おすすめアイテム（例えば、ニュース提供アプリケーション、ミュージックビデオ、ミニゲーム、ＳＮＳアプリケーション）を受信し、受信されたおすすめアイテム（例えば、ニュース提供アプリケーション、ミュージックビデオ、ミニゲーム、ＳＮＳアプリケーション）のリストを、おすすめパネルに表示することができる。

１９００−４に図示されているように、ユーザが、おすすめパネルに表示されたおすすめアイテムから、「ニュース提供アプリケーション」を選択する場合、デバイス１９００は、ニュース提供アプリケーションを実行し、画面にニュースページを表示することができる。

図２０は、本発明の他の実施形態に係わる、コンテクスト情報に基づいて選択されたおすすめアイテムを提供する画面を示す図面である。

２０００−１に図示されているように、デバイス２０００は、ユーザのおすすめパネル要請ジェスチャを感知することができる。そのとき、デバイス２０００は、デバイスの種類に係わる情報及びコンテクスト情報を、サーバ２００に伝送しながら、おすすめアイテムを要請する。

例えば、デバイス２０００は、おすすめアイテム要請時のコンテクスト情報として、日付、曜日（例えば、土曜日）、時間（例えば、２３：１０、週末の夕方時間）、使用デバイス（例えば、ＴＶ）、天気（例えば、雨）、ユーザ状況（例えば、家）などの情報を、サーバ２００に伝送することができる。

２０００−２に図示されているように、サーバ２００は、デバイス２０００から受信されるコンテクスト情報を考慮して、ユーザが所持した複数のデバイスにおいて既使用のアイテムから、おすすめアイテムを選択することができる。例えば、サーバ２００は、週末夕方に、ユーザがＴＶで頻繁に利用するアイテムを、おすすめアイテム（例えば、アメリカドラマ、ミュージックビデオ、映画、ワインコミュニティなど）として選択することができる。また、サーバ２００は、ユーザが、週末の夕方に休息を取りながら、ＴＶに利用することができるアイテムを、おすすめアイテムとして選択することもできる。

２０００−３に図示されているように、デバイス２０００は、サーバ２００から、おすすめアイテム（例えば、アメリカドラマ、ミュージックビデオ、映画、ワインコミュニティなど）を受信し、受信されたおすすめアイテム（例えば、アメリカドラマ、ミュージックビデオ、映画、ワインコミュニティなど）のリストを、おすすめパネルに表示することができる。

２０００−４に図示されているように、ユーザが、おすすめパネルに表示されたおすすめアイテムから、「アメリカドラマ・コンテンツ」を選択する場合、デバイス２０００は、アメリカドラマページを画面に表示することができる。

図２１Ａ及び図２１Ｂは、本発明の一実施形態に係わるデバイスについて説明するためのブロック構成図である。

図２１Ａに図示されているように、本発明の一実施形態によるデバイス１００は、通信部１１０、ディスプレイ部１３１、ユーザ入力部１４０、制御部１６０を含んでもよい。しかし、図示された構成要素がいずれも必須構成要素であるものではない。図示された構成要素より多くの構成要素によって、デバイス１００が具現されもし、それより少ない構成要素によっても、デバイス１００が具現されもする。

例えば、図２１Ｂに図示されているように、本発明の一実施形態によるデバイス１００は、通信部１１０、センシング部１２０、出力部１３０、ユーザ入力部１４０、映像処理部１５０、制御部１６０、メモリ１７０を含んでもよい。

以下、前記構成要素について順に説明する。

通信部１１０は、デバイス１００とサーバ２００との通信を行わせる一つ以上の構成要素を含んでもよい。例えば、通信部１１０は、移動通信部１１１、近距離通信部１１２、有線通信部１１３、無線通信部１１４を含む。

本発明の一実施形態による近距離通信技術には、無線ＬＡＮ（Ｗｉ−Ｆｉ（wireless fidelity））、ブルートゥース(登録商標)、ジグビー、ＷＦＤ（Ｗｉ−Ｆｉ direct）、ＵＷＢ（ultra-wideband）、赤外線通信（ＩｒＤＡ：infrared data association）、ＢＬＥ（Bluetooth(登録商標) low energy）などがあるが、それらに限定されるものではない。

センシング部１２０は、デバイス１００で発生するイベントを収集することができる。例えば、センシング部１２０は、デバイス１００の位置、ユーザの状態情報、デバイス１００で使用されるアプリケーション情報、送受信メッセージ情報、送受信電子メール情報、通話内訳情報、ＳＮＳ利用情報、ウェブページ利用情報、決済情報などを感知することができる。

本発明の一実施形態によるセンシング部１２０は、イベント情報を収集するための多様なセンサを含んでもよい。例えば、センシング部１２０は、加速度センサ（acceleration sensor）、勾配センサ（tilt sensor）、ジャイロセンサ（gyro sensor）、磁場センサ（３−axis magnetic sensor）、音声認識センサ、照度センサ、温度センサ、映像センサ（例えば、カメラ）、タッチセンサなどを含んでもよいが、それらに限定されるものではない。

一方、本発明の一実施形態によるセンシング部１２０は、ＳＳＰ １０と連動されてもよい。ＳＳＰ １０は、センサハブとＳＳＰマネージャとを含む。そのとき、本発明の一実施形態によれば、センシング部１２０は、センサハブに連結され、ＳＳＰマネージャは、ＡＰ １６１のフレームワークに含まれる。

従って、センサハブは、センシング部１２０を介して、センシング情報（デバイス１００で発生するイベント情報）を収集することができる。そのとき、スリープモードのＡＰ １６１を目覚めさせなければならない状況が発生する場合、センサハブは、ＳＳＰマネージャに伝送するデータがあるということを知らせる意味で、interrupt信号を伝送することができる。

ＳＳＰマネージャでは、センサハブが伝送するデータ形式（data type）や長さ（length）などを要請する内容の信号を、センサハブに伝送することができる。その場合、センサハブは、伝送するデータの形式及び長さに係わる内容を、ＳＳＰマネージャに伝送することができる。ＳＳＰマネージャは、受信準備完了メッセージ（Start to read ＭＳＧ）をセンサハブに伝送し、センサハブは、Start to read ＭＳＧが受信されれば、センシングデータを、前もって約束されたパケットに加工し、ＳＳＰマネージャに伝送することができる。

出力部１３０は、オーディオ信号、ビデオ信号または振動信号の出力のためのものであり、そこには、ディスプレイ部１３１、音響出力部１３２、振動モータ１３３などが含まれる。

ディスプレイ部１３１は、デバイス１００で処理される情報を表示出力する。例えば、ディスプレイ部１３１は、おすすめアイテムを含むおすすめパネルを、所定画面（例えば、ファーストスクリーン）に表示することができる。

一方、ディスプレイ部１３１とタッチパッドとがレイヤ構造をなし、タッチスクリーンとして構成される場合、ディスプレイ部１３１は、出力装置以外に、入力装置としても使用される。ディスプレイ部１３１は、液晶ディスプレイ（liquid crystal display）、薄膜トランジスタ液晶ディスプレイ（thin film transistor-liquid crystal display）、有機発光ダイオード（organic light-emitting diode）、フレキシブル・ディスプレイ（flexible display）、三次元ディスプレイ（３Ｄ（three dimensional） display）、電気泳動ディスプレイ（electrophoretic display）のうち少なくとも一つを含んでもよい。そして、デバイス１００の具現形態によって、デバイス１００は、ディスプレイ部１３１を２個以上含んでもよい。そのとき、２個以上のディスプレイ部１３１は、ヒンジ（hinge）を利用して、対面するように配置されてもよい。

音響出力部１３２は、通信部１１０から受信されたり、あるいはメモリ１７０に保存されたオーディオデータを出力する。また、音響出力部１３２は、デバイス１００で遂行される機能（例えば、コール信号受信音、メッセージ受信音など）に係わる音響信号を出力する。かような音響出力部１３２には、スピーカー（speaker）、ブザー（buzzer）などが含まれる。

振動モータ１３３は、振動信号を出力することができる。例えば、振動モータ１３３は、オーディオデータまたはビデオデータ（例えば、コール信号受信音、メッセージ受信音など）の出力に対応する振動信号を出力することができる。また、振動モータ１３３は、タッチスクリーンにタッチが入力される場合、振動信号を出力することができる。

ユーザ入力部１４０は、ユーザがデバイス１００を制御するためのデータを入力する手段を意味する。例えば、ユーザ入力部１４０には、キーパッド（key pad）、ドームスィッチ（dome switch、タッチパッド（接触式静電容量方式、圧力式抵抗膜方式、赤外線感知方式、表面超音波伝導方式、積分式張力測定方式、ピエゾ効果方式など）、ジョグホイール、ジョグスィッチなどがあるが、それらに限定されるものではない。

映像処理部１５０は、おすすめパネルに表示されるおすすめアイテムのサムネイル・イメージまたはプレビュー・イメージを生成することができる。例えば、映像処理部１５０は、イメージとテキストとが含まれたウェブページ・コンテンツである場合、イメージ部分のみをキャプチャし、ウェブページ・コンテンツに対応するサムネイル・イメージまたはプレビュー・イメージを生成することができる。

また、映像処理部１５０は、画面全体に表示されたイメージ・コンテンツに対するユーザの収集要請ジェスチャが感知される場合、画面全体に表示されたイメージを縮小し、イメージ・コンテンツに対応するサムネイル・イメージまたはプレビュー・イメージを生成することもできる。

一方、映像処理部１５０は、画面全体に表示されたテキスト・コンテンツに対するユーザの収集要請ジェスチャが感知される場合、画面全体に表示されたテキスト・コンテンツのタイトル情報を抽出し、サムネイル・イメージまたはプレビュー・イメージを生成することができる。もしテキスト・コンテンツのタイトル情報を抽出することができない場合、映像処理部１５０は、テキスト・コンテンツの最初の行を利用して、サムネイル・イメージまたはプレビュー・イメージを生成することもできる。

制御部１６０は、一般的に、デバイス１００の全般的な動作を制御する。すなわち、制御部１６０は、メモリ１７０に保存されたプログラムを実行することにより、通信部１１０、センシング部１２０、出力部１３０、ユーザ入力部１４０、映像処理部１５０、メモリ１７０などを全般的に制御することができる。例えば、制御部１６０は、デバイス１００にインストールされた常駐プログラムを利用して、おすすめアイテムを受信するように、通信部１１０を制御し、おすすめパネルを表示するように、ディスプレイ部１３１を制御することができる。

制御部１６０は、ＡＰ １６１及びコミュニケーション・プロセッサ（ＣＰ）１６２を含んでもよい。ＡＰ １６１は、メモリ１７０に保存された各種アプリケーションの実行を制御することができる。ＣＰ １６２は、多様な通信機能を制御することができる。本発明の一実施形態によれば、ＡＰ １６１及びＣＰ １６２は、１つのハードウェア装置として具現されもし、それぞれ別途のハードウェア装置として具現されもする。

メモリ１７０は、制御部１６０の処理及び制御のためのプログラムを保存することもでき、入出力されるデータ（例えば、おすすめアイテム、コンテンツに係わる情報、センシング情報など）を保存することもできる。

メモリ１７０は、フラッシュメモリ・タイプ（flash memory type）、ハードディスク・タイプ（hard disk type）、マルチメディアカードマイクロ・タイプ（multimedia card micro type）、カードタイプのメモリ（例えば、ＳＤメモリまたはＸＤメモリなど）、ＲＡＭ（random-access memory）、ＳＲＡＭ（static random access memory）、ＲＯＭ（read-only memory）、ＥＥＰＲＯＭ（electrically erasable programmable read-only memory）、ＰＲＯＭ（programmable read-only memory）、磁気メモリ、磁気ディスク、光ディスクのうち少なくとも１つのタイプの保存媒体を含んでもよい。また、第１デバイス１００は、インターネット上で、メモリ１７０の保存機能を遂行するウェブストレージ（web storage）またはクラウドサーバを運用することもできる。

メモリ１７０に保存されたプログラムは、その機能によって、複数個のモジュールに分類することができるが、例えば、ＵＩ（user interface）モジュール１７１、タッチスクリーン・モジュール１７２、コンテンツ再生モジュール１７３、状況分析モジュール１７４、おすすめアイテム管理モジュール１７５などに分類されてもよい。

ＵＩモジュール１７１は、アプリケーション別に特化されたＵＩ、ＧＵＩなどを提供することができる。タッチスクリーン・モジュール１７２は、ユーザのタッチスクリーン上のタッチ・ジェスチャを感知し、タッチ・ジェスチャに係わる情報を、制御部１６０に伝達することができる。タッチスクリーン・モジュール１６２は、別途のコントローラ（Ｈ／Ｗ）で構成されもする。

タッチスクリーンのタッチまたは近接タッチを感知するために、タッチスクリーンの内部または近くに、多様なセンサが具備されてもよい。タッチスクリーンのタッチを感知するためのセンサの一例として、触覚センサがある。触覚センサは、人が感じる程度またはその以上に、特定物体の接触を感知するセンサをいう。前記触覚センサは、接触面の粗度、接触物体の硬度、接触地点の温度のような多様な情報を感知することができる。

ユーザのタッチ・ジェスチャには、タップ、タッチ＆ホールド、ダブルタップ、ドラッグ、パニング、フリック、ドラッグ・アンド・ドロップ、スワイプなどがある。

「タップ（tap）」は、ユーザが、指やタッチツール（例えば、ライトペン）を利用して、画面をタッチした後、動かさずに画面から離す動作を示す。

「タッチ＆ホールド（touch ＆ hold）」は、ユーザが、指やタッチツール（例えば、ライトペン）を利用して画面をタッチした後、臨界時間（例えば、２秒）以上タッチ入力を維持する動作を示す。すなわち、タッチイン時点とタッチアウト時点との時間差が臨界時間（例えば、２秒）以上である場合を意味する。タッチ入力が、タップであるかタッチ＆ホールドであるかをユーザに認識させるために、タッチ入力が臨界時間以上維持されれば、視覚的、聴覚的または触覚的に、フィードバック信号を提供することもできる。前記臨界時間は、具現例によって変更されてもよい。

「ダブルタップ（double tap）」は、ユーザが、指やタッチツール（stylus）を利用して、画面を２回タッチする動作を示す。

「ドラッグ（drag）」は、ユーザが、指やタッチツールを画面にタッチした後、タッチを維持した状態で、指やタッチツールを、画面内の他の位置に移動させる動作を意味する。ドラッグ動作によって、オブジェクトが移動されたり、あるいは後述するパニング動作が遂行される。

「パニング（panning）」は、ユーザがオブジェクトを選択せずに、ドラッグ動作を遂行する場合を示す。パニングは、特定オブジェクトを選択しないので、オブジェクトがページ内で移動されるのではなく、ページ自体が画面内で移動したり、あるいはオブジェクトのグループがページ内で移動する。

「フリック（flick）」は、ユーザが、指やタッチツールを利用して、臨界速度（例えば、１００pixel／ｓ）以上ドラッグする動作を示す。指やタッチツールの移動速度が臨界速度（例えば、１００pixel／ｓ）以上であるか否かということに基づいて、ドラッグ（または、パニング）とフリックとを区別することができる。

「ドラッグ・アンド・ドロップ（drag ＆ drop）」は、ユーザが、指やタッチツールを利用して、オブジェクトを画面内所定位置にドラッグした後で置く動作を意味する。

「ピンチ（pinch）」は、ユーザが２本指を画面の上にタッチさせた状態で、互いに異なる方向に動かす動作を示す。オブジェクトまたはページの拡大（pinch open）またはその縮小（pinch close）のためのジェスチャであり、２本指の距離によって、拡大値や縮小値が決定される。

「スワイプ（swipe）」は、指やタッチツールで、画面の上のオブジェクトをタッチした状態で、水平または垂直の方向に一定距離動かす動作である。斜線方向の動きは、スワイプ・イベントとして認識されないこともある。

メモリ１７０は、音声認識エンジンを利用して、ユーザの音声を認識し、認識された音声を、制御部１６０に伝達するための音声認識モジュール（図示せず）を含んでもよい。

コンテンツ再生モジュール１７３は、所定コンテンツを再生することができる。

状況分析モジュール１７４は、センシング部１２０を介して収集されるイベント情報に基づいて、状況（context）を分析することができる。例えば、状況分析モジュール１７４は、デバイス１００の環境情報、ユーザの状態情報、デバイス１００の状態情報などを分析することができる。

おすすめアイテム管理モジュール１７５は、サーバ２００から受信されたおすすめアイテムを管理することができる。

図２２は、本発明の一実施形態に係わるサーバについて説明するためのブロック構成図である。

図２２に図示されているように、本発明の一実施形態によるサーバ２００は、通信部２１０、制御部２２０、保存部２３０を含んでもよい。しかし、図示された構成要素がいずれも必須構成要素であるものではない。図示された構成要素より多くの構成要素によってサーバ２００が具現されもし、それより少ない構成要素によっても、サーバ２００が具現されもする。

以下、前記構成要素について順に説明する。

通信部２１０は、サーバ２００とデバイス１００との通信を行わせる一つ以上の構成要素を含んでもよい。通信部２１０は、受信部２１１及び伝送部２１２を含んでもよい。

受信部２１１は、デバイス１００から、デバイス１００の種類に係わる情報、及びデバイス１００のおすすめパネルに表示されるおすすめアイテムに対する要請を受信することができる。例えば、受信部２１１は、デバイス１００の位置情報、ユーザの状態情報、デバイス１００から所定半径内の環境情報、時間情報及びユーザの日程情報のうち少なくとも一つを含むコンテクスト情報を、デバイス１００から受信することができる。

一方、受信部２１１は、ユーザから入力されたおすすめ条件情報を、デバイス１００から受信することもできる。本発明の一実施形態によるおすすめ条件情報には、ユーザの感情、ユーザの位置、天気、おすすめアイテム利用目的、再生時間長、アイテムの種類などがあるが、それらに限定されるものではない。

また、受信部２１１は、ユーザの複数個デバイスで使用されるアイテムに係わる情報を、ユーザの複数個デバイスそれぞれから受信することができる。そのとき、受信部２１１は、複数のデバイスそれぞれから、所定周期で、ＯＳスケジューラに登録されている少なくとも１つのアイテム（例えば、コンテンツ、アプリケーション、サービスなど）に係わる情報を受信することができる。また、受信部２１１は、ユーザの複数個デバイスの使用状態変化またはアイテムの使用状態変化などが感知される場合、ＯＳスケジューラに登録されているアイテムに係わる情報を受信することができる。

例えば、アイテムに係わる情報には、アイテムの名称、アイテムのタイプ（例えば、動画、静止映像、ウェプページなど）、アイテム収集時刻、アイテムに係わるアプリケーション情報（例えば、バージョン情報、遂行段階情報など）、アイテムの構成成分、アイテム収集時の環境情報（例えば、天気、温度、湿度など）、アイテム収集経路、アイテムが収集されるデバイス情報（例えば、デバイスのタイプ情報、デバイスの識別情報など）、及びアイテム収集時のユーザ状態情報のうち少なくとも一つが含まれるが、それらに限定されるものではない。

伝送部２１２は、少なくとも１つのおすすめアイテムを、デバイス１００に伝送することができる。伝送部２１２は、ユーザの複数個デバイスで使用中である少なくとも１つのアイテムに係わる情報を、所定周期で、ユーザの複数個デバイスそれぞれに要請することもできる。

制御部２２０は、一般的に、サーバ２００の全般的な動作を制御する。例えば、本発明の一実施形態による制御部２２０は、保存部２３０に保存された少なくとも１つのプログラムを実行することにより、デバイス１００のおすすめパネルに表示されるおすすめアイテムを選択することができる。また、制御部２２０は、保存部２３０に保存された少なくとも１つのプログラムを実行することにより、デバイス１００から受信されるアイテムに係わる情報を分析することもできる。

保存部２３０は、制御部２２０の処理及び制御のためのプログラムを保存することもでき、入出力されるデータ（例えば、デバイスから収集されるアイテム、デバイスに係わる情報、おすすめアイテムに係わる情報など）を保存することもできる。

保存部２３０に保存されたプログラムは、その機能によって、複数個のモジュールに分類することができるが、例えば、メタデータ分析モジュール２３１、状況分析モジュール２２１、おすすめアイテム選択モジュール２３３などに分類することができる。

メタデータ分析モジュール２３１は、ユーザの複数個デバイスから、メタデータ形式で受信されるアイテムに係わる情報を分析することができる。そのとき、アイテムに係わる情報は、基本属性情報及びコンテクスト情報を含んでもよい。基本属性情報は、アイテムの属性に係わる情報であり、例えば、アイテム名、アイテムの種類、アイテムのジャンル、アイテムの再生長、アイテムのサムネイル・イメージ、アイテムのリンク情報などを含んでもよいが、それらに限定されるものではない。

コンテクスト情報は、アイテムが収集されるとき、デバイス１００で収集される状況に係わる情報であり、天気、気温、位置、ユーザ状況、ユーザの感情、収集経路、アイテムを収集するデバイス１００の識別情報、デバイス１００の種類に係わる情報などを含んでもよいが、それらに限定されるものではない。

メタデータ分析モジュール２３１は、ユーザの複数個デバイスから収集されたアイテムに係わる情報（または、アイテムＤＢ）を分析し、デバイス別に、アイテム使用パターン情報、位置別のアイテム使用パターン情報、ユーザ状況（または、感情）別のアイテム使用パターン情報、天気別のアイテム使用パターン情報などを獲得することができる。

状況分析モジュール２３２は、デバイス１００から受信されるイベント情報を利用して、状況を分析することができる。本発明の一実施形態によれば、状況分析モジュール２３２は、オントロジーに基づいて、デバイス１００で収集されたイベント情報を分析することもできる。例えば、状況分析モジュール２３２は、おすすめアイテムが要請される当時のデバイス１００のコンテクスト（例えば、ユーザの状態、ユーザの感情、天気、季節、場所、日程など）を分析することができる。

おすすめアイテム選択モジュール２３３は、デバイス１００の種類に基づいて、ユーザの複数個デバイスにおいて既使用のアイテムから、少なくとも１つのおすすめアイテムを選択することができる。例えば、おすすめアイテム選択モジュール２３３は、デバイス１００のアイテム使用パターン情報に基づいて、少なくとも１つのおすすめアイテムを選択することができる。また、おすすめアイテム選択モジュール２３３は、デバイス１００のハードウェア情報及びソフトウェア情報のうち少なくとも一つに基づいて、少なくとも１つのおすすめアイテムを選択することもできる。

本発明の一実施形態によるおすすめアイテム選択モジュール２３３は、デバイス１００がおすすめアイテムを要請した時刻情報、デバイス１００の位置情報、ユーザの状態情報、及びおすすめ条件情報のうち少なくとも一つをさらに考慮して、少なくとも１つのおすすめアイテムを選択することもできる。

本発明の一実施形態による方法は、多様なコンピュータ手段を介して遂行されるプログラム命令形態で具現され、コンピュータ可読媒体に記録されてもよい。前記コンピュータ可読媒体は、プログラム命令、データファイル、データ構造などを、単独でまたは組み合わせて含んでもよい。前記媒体に記録されるプログラム命令は、本発明のために特別に設計されて構成されたものなどや、コンピュータ・ソフトウェア当業者に公知されて使用可能なものでもある。コンピュータ可読記録媒体の例としては、ハードディスク、フロッピィー（登録商標）ディスク及び磁気テープのような磁気媒体（magnetic media）；ＣＤ（compact disc）−ＲＯＭ、ＤＶＤ（digital versatile disc）のような光記録媒体（optical media）、フロプティカルディスク（floptical disk）のような磁気・光媒体（magneto-optical media）；及びＲＯＭ、ＲＡＭ、フラッシュメモリのようなプログラム命令を保存して遂行するように特別に構成されたハードウェア装置；が含まれる。プログラム命令の例としては、コンパイラによって作われるような機械語コードだけではなく、インタープリタなどを使用して、コンピュータによって実行される高級言語コードを含む。

本発明の一実施形態によれば、デバイス別に、ユーザのアイテム使用パターン情報を分析し、デバイスの種類によるおすすめアイテムを提供する。

また、本発明の一実施形態によるデバイス１００及びサーバ２００は、ユーザが複数のデバイスで利用した多様なアイテムに係わる情報を分析し、既使用アイテムから、ユーザに適する少なくとも１つのアイテムを推薦することができる。

一方、本発明の一実施形態によれば、おすすめパネルを要請するユーザの入力が受信される場合、デバイス１００は、ユーザの入力によっておすすめパネルを提供しながら、サーバ２００に、デバイス１００に係わる情報及びコンテクスト情報のうち少なくとも一つを含むおすすめアイテム要請情報を伝送することができる。

以上、本発明の実施形態について詳細に説明したが、本発明の権利範囲は、それらに限定されるものではなく、特許請求の範囲で定義している本発明の基本概念を利用した当業者の多くの変形形態及び改良形態も、本発明の権利範囲に属するものである。

本発明のおすすめパネル提供方法及びそのためのデバイス、並びにおすすめアイテム提供方法及びそのためのサーバは、例えば、アイテム管理関連の技術分野に効果的に適用可能である。

１０ ＳＳＰ
１００，１９００，２０００ デバイス
１００−１，１１１０ 第１デバイス
１００−２，１１２０ 第２デバイス
１００−３ 第３デバイス
１１０，２１０ 通信部
１１１ 移動通信部
１１２ 近距離通信部
１１３ 有線通信部
１１４ 無線通信部
１１５ 位置情報部
１２０ センシング部
１３０ 出力部
１３１ ディスプレイ部
１３２ 音響出力部
１３３ 振動モータ
１４０ ユーザ入力部
１５０ 映像処理部
１６０，２２０ 制御部
１６１ ＡＰ
１６２ ＣＰ
１７０ メモリ
１７１ ＵＩモジュール
１７２ タッチスクリーン・モジュール
１７３ コンテンツ再生モジュール
１７４ 状況分析モジュール
１７５ おすすめアイテム管理モジュール
２００ サーバ
２１１ 受信部
２１２ 伝送部
２３０ 保存部
２３１ メタデータ分析モジュール
２３２ 状況分析モジュール
２３３ おすすめアイテム選択モジュール
６００ ウェブページ・アイテム
７１０ 基本属性情報
７２０ コンテクスト情報
８１０，８２０，８３０ サムネイル・イメージ
１０００ アイテムおすすめシステム
１０１０ ジェスチャ
１０２０，１５２０，１７４０ おすすめパネル
１０２１，１０２２，１０２３，１０２４ アイコン
１３００ おすすめアイテム
１５１０ 設定ウィンドー
１７１０ 検索フィールド
１７２０ タイプフィールド
１７３０ 時間フィールド

Claims (12)

1. サーバのインテリジェンス・エンジンによって、同一のユーザのアカウントを含む複数のデバイスのうち少なくとも１つのデバイスにおすすめコンテンツアイテムに係わる情報を提供する方法において、
   コンテンツデータベースに複数のコンテンツアイテムに対応するコンテンツデータを保存する段階と、
   前記同一のユーザのアカウントを含む前記複数のデバイスから、前記複数のコンテンツアイテムのうち、以前に見た複数のコンテンツアイテムに対応するユーザヒストリー情報を受信する段階と、
   前記サーバの前記インテリジェンス・エンジンによって前記ユーザヒストリー情報を分析する段階と、
   前記複数のデバイスのうち少なくとも１つのデバイスから要請を受信する段階と、
   前記要請が受信された前記少なくとも１つのデバイスの周辺環境情報および状態情報を含むコンテクスト情報に基づいて、前記複数のコンテンツアイテムのうち、前記ユーザが関心を持つと予想される少なくとも１つのコンテンツアイテムを前記おすすめコンテンツアイテムとして選択する段階と、
   前記少なくとも１つのデバイスに前記おすすめコンテンツアイテムに係わる情報を表示するために、前記おすすめコンテンツアイテムに係わる情報を前記少なくとも１つのデバイスに伝送する段階と、を含み、
   前記コンテンツデータは、前記複数のコンテンツアイテムに対応するコンテンツタイプ情報、前記複数のコンテンツアイテムに対応するタイトル情報、及び前記複数のコンテンツアイテムに対応するジャンル情報を含み、
   前記ユーザヒストリー情報は、前記以前に見た複数のコンテンツアイテムに対応する視聴時間情報、前記以前に見た複数のコンテンツアイテムに対応する視聴デバイス情報、及び前記以前に見た複数のコンテンツアイテムに対応する再生期間情報を含み、
   前記おすすめコンテンツアイテムに係わる情報は、前記おすすめコンテンツアイテムの以前再生が終わった時点を示す再生終了位置を示す、方法。
2. 前記再生期間情報は、前記以前に見た複数のコンテンツアイテムのうち、１つの以前に見たコンテンツアイテムが視聴された時間の長さを示す、請求項１に記載の方法。
3. 前記少なくとも１つのデバイス情報は、前記少なくとも１つのデバイスで使用されるディスプレイ解像度を示す、請求項１に記載の方法。
4. 前記おすすめコンテンツアイテムに係わる情報は、前記おすすめコンテンツアイテムに対応するイメージを含み、前記イメージは、前記少なくとも１つのデバイスに基づく、請求項１に記載の方法。
5. 前記おすすめコンテンツアイテムに係わる情報は、前記おすすめコンテンツアイテムに対応するイメージを含み、前記イメージは、前記ユーザヒストリー情報に基づく、請求項１に記載の方法。
6. 前記おすすめコンテンツアイテムに係わる情報は、他のおすすめコンテンツアイテムに対して順次に表示される相対的な位置を示す、請求項１に記載の方法。
7. 前記相対的な位置は、人気度に基づいて決定される、請求項６に記載の方法。
8. 前記視聴時間情報は、前記以前に見たコンテンツアイテムのうち、少なくとも１つがユーザのアカウントによって視聴された一日のうちの時刻を示す、請求項１に記載の方法。
9. 前記少なくとも１つのデバイスによって前記要請が伝送されるとき、前記少なくとも１つのデバイスの情報は、前記少なくとも１つのデバイスの位置を含む、請求項１に記載の方法。
10. 前記ユーザヒストリー情報は、前記以前に見たコンテンツアイテムのうち、少なくとも１つとのユーザインタラクションに対応する情報を含み、
    前記おすすめコンテンツアイテムは、前記ユーザインタラクションに基づいて選択される、請求項１に記載の方法。
11. 前記おすすめコンテンツアイテムとのユーザインタラクションに対応するフィードバック情報を受信する段階と、
    前記フィードバック情報に基づいて前記ユーザヒストリー情報を更新する段階と、
    前記更新されたユーザヒストリー情報に基づいて、新たなおすすめコンテンツアイテムを選択する段階と、
    前記新たなおすすめコンテンツアイテムに係わる情報を前記少なくとも１つのデバイスに伝送する段階と、をさらに含む、請求項１に記載の方法。
12. 前記少なくとも１つのデバイスは、前記おすすめコンテンツアイテムに係わる情報を受信することにより、前記おすすめコンテンツアイテムを前記再生終了位置で再生し始める、請求項１に記載の方法。

Images