得出針對場外用戶的微建議的協同決策制定的方法和裝置的製作方法

2023-08-09 20:19:46 2

專利名稱：得出針對場外用戶的微建議的協同決策制定的方法和裝置的製作方法
技術領域：
本發明總體涉及移動和固定裝置和軟體。更具體地說，本發明涉及在網絡上的裝置之間的通信以及執行用於在網絡上實現協同決策的應用。
背景技術：
當前存在越來越多的有利於幫助裝置用戶制定決策的適用於移動裝置用戶的服務。用戶正越來越習慣於使用他們的智慧型電話、平板電腦、移動GPS裝置、汽車導航裝置以及其它這樣的裝置來為他們提供與特定用戶目標或決策有關的信息。該目標可呈現各種形式。一些示例包括基於用戶位置查找服務、獲得(用戶駕駛或行走的)方向；獲得關於項目或服務的標價信息(價格比較)；獲得關於附近餐館、商店、景點的信息；獲得電影時間；獲得生意的聯繫信息；獲得交通信息，這樣的列表還有許多。隨著更多的服務變得可用並且裝置變得更加精密，這樣的示例的數量會隨時間增加。某些時候目標會是這些目標的組 合(例如，從餐館訂餐、獲得到餐館然後回家的方向以及當前交通狀況下到餐館然後回家的 ETA)。以上示例中一個共同的線索是用戶在室外(如果不是字面上的)，至少意思是用戶在場外(offsite)，或換言之，不在他或她家。由(場外)用戶制定的決策僅基於用戶的動作和位置。以上列出的示例中的一些使用基於位置的服務(「LBS」)，其中，場外用戶基於用戶的當前手持GPS坐標(或可能的路線/沿途停車點)查找該用戶附近的服務。在這些情況中，用戶通常僅基於LBS服務而沒有其它來進行決策。在另一示例中，使用價格比較服務，場外用戶查詢關於他或她剛掃描到的特定產品的最佳價格。這裡，用戶還僅基於用戶自己的動作並且僅基於該特定用戶可用的信息而制定決策；這僅考慮場外用戶的上下文和環境因素。這些場景聚焦於這樣的決策制定處理，所述決策制定處理包含單獨動作者並且缺乏與其它動作者的任何對稱、合作或槓桿作用(leveraging)。在許多情況中，它們僅處理位置過濾的介質搜索。它們不考慮上下文、環境因素、軟體和硬體資源，以及對於能夠與場外用戶合作的其它個人有用的信息。

發明內容
本發明的總體方面包括，但是不限於用於為了用戶之一(被稱為場外用戶)的利益而產生微建議並實現兩個或更多用戶之間的協同決策制定的方法、系統、設備和計算機可讀介質。在本發明的一方面，描述了使用端對端網絡中的場外裝置和場內裝置的上下文的協同決策制定的方法。在一個實施例中，來自場外裝置(諸如，手持移動裝置)的場外上下文被發送到場內裝置(諸如TV或計算機)。在另一實施例中，場內上下文可被發送到場外裝置。場外上下文被解析和分析。在另一實施例中，場外上下文可在被分析之前首先與場內上下文組合。從場內裝置的上下文資料庫或貯藏庫取回場內上下文。基於組合上下文確定微應用，即，服務。在屏幕(諸如在TV上)上將這些服務呈現給場內用戶。TV觀看者從呈現中選擇服務。系統使用本領域已知方式檢測選擇並啟動服務。通常，執行諸如網絡搜尋引擎的在線服務或其它在線應用。當執行服務時，場內裝置接收響應。在一個實施例中，可基於組合上下文和服務制定的決策預定義和預組裝響應的結構。然後，響應通過網際網路或蜂窩數據網絡被發送到場外裝置。在一個實施例中，場內裝置不對其從服務接收的響應執行任何處理；場內裝置僅作為到場外裝置的導管。在另一實施例中，組合上下文可被發送到組合上下文可被用於制定決策的場外裝置(或被發送到場內裝置)。在另一實施例中，描述了使用場內上下文和場外上下文協同決策制定的方法。在場內裝置接收到場外上下文。然後，所述上下文被解析從而信息可被提取。然後，提取的場內上下文的信息被發送·到服務(或多個服務)。然後，所述服務可向場內裝置查詢場內上下文(即，場內裝置從服務接收查詢)或從用戶在場內裝置的輸入接收場內上下文。然後，具有關於所述兩個上下文的所述服務可連接網絡服務以獲得決策或建議。然後，來自服務的這些決策或建議的預覽被呈現給場內裝置觀看者。觀看者基於一個或多個合格的服務的建議的預覽選擇服務。然後，選擇的服務被啟動。場內裝置從選擇的服務接收回復消息。然後，回復消息被發送給場外裝置。在各種實施例中，這裡和以上描述的回覆消息或響應可採用各種形式，諸如可被場外裝置上的服務處理的XML消息或用於場內裝置的新上下文。


可參考下面的結合附圖的描述最好地理解本發明及其優點，其中圖IA至圖IC是示出可使用本發明的各種場景的圖示；圖2是示出根據一個實施例的場外裝置和場內裝置的組件的框圖；圖3是示出根據一個實施例的顯示微應用建議並向TV觀看者呈現的可選方式的框圖；圖4示出根據一個實施例的微建議的採樣預覽的屏幕快照的圖示；圖5是根據本發明的一個實施例的場外用戶和場內用戶基於用戶的上下文協同制定決策的處理的流程圖；圖6是示出根據一個實施例的場外上下文和場內上下文可被怎樣處理以得出組合上下文的框圖；圖7A和圖7B是適合於實現本發明的實施例的計算裝置的示圖；在附圖中，相同標號有時被用於指示相同結構元件。還應理解，附圖中的描繪是概略的而不是成比例的。
具體實施例方式在各個附圖中描述了用於使用戶能參與協同決策制定的方法和系統，所述協同決策制定使用從固定位置的用戶到可移動或不可移動的場外用戶的建議。在本發明中，家用戶(被稱為場內用戶)可例如基於如下所述的場外用戶的上下文和場內用戶的上下文為場外用戶制定決策。場外用戶可將上下文信息發送到場內用戶用於考慮。場內裝置或家用裝置(諸如TV、機頂盒、桌上計算機或BDP)分析場外上下文以及當前場內上下文，並提供場內用戶可與場外用戶共享的、相關個性化的建議。如下所述，在一個實施例中建議可被描述為由在家用裝置上執行的微應用創建的「微建議」。從場內用戶到場外用戶的微建議的示例可以是「回家時從X餐館(由Yelp推薦)取晚餐、從當前位置到家的ETA是15分鐘、在Rt. 9上有交通堵塞，選擇Main St.(由谷歌交通推薦)。」這是簡單示例；下面提供關於上下文和其它示例的進一步的細節。然而，在描述本發明的各種實施例之前，理解可使用本發明的不同類型的環境或設置以及場內用戶和場外用戶意味著什麼是有幫助的。為了說明本發明的目的，一個實施例(被稱為描述的實施例)假設場內位置是用戶的家並且場內裝置是可執行全應用(full app)和微應用的TV。場外位置可採用各種形式。圖IA至圖IC是示出可使用本發明的各種場景的圖示。在圖IA中，汽車中的帶有移動裝置(諸如智慧型電話(aka 「應用」電話))的場外用戶102將上下文106發送到被場內用戶110觀看的場內裝置108 (在該情況下是TV)。裝置108將回復消息112發送到裝置104。在一個實施例中，回復112包含針對用戶102的微
建議。 圖IB示出行走中並持有裝置116 (諸如平板裝置)的場外用戶114，場外用戶114 將他的上下文118發送到被場內用戶122觀看的場內裝置120(還是TV)，場內用戶122在執行一些操作並制定決策之後將回復124發送到場外用戶114。最後，在圖IC中，場外用戶126在家中並正在使用桌上計算機或膝上計算機128。他將上下文消息130發送到正被場內用戶134觀看的場內裝置132。回復136被發送回場外用戶126。雖然該用戶的裝置128不是移動的，但是該用戶也被認為是場外用戶。場外裝置128還可以是TV。在另一實施例中，場外用戶和裝置可以和場內用戶和裝置在相同的住宅或建築物中(例如，場外裝置可以是相同住宅中的另一 TV)。注意到，雖然可使用其它類型的裝置(諸如桌上計算機或膝上計算機)，但是TV可以被看成主要場內裝置。TV的一個特徵在於它一般是靜止的；即使TV可以提供靜止位置信息(例如，請求用戶輸入區域的郵編)，但是它在一個位置並且一般不具有GPS能力。雖然TV—般是靜止的，但是可由TV使用的位置檢測機制和方案是沒有價值的。例如，TV可執行逆向IP查找。在其它示例中，TV可使用通常包括郵編的用戶簡檔(profile)信息，或者TV可與電話或其它啟用GPS的裝置通信，並使用電話的位置作為TV位置，其中，所述電話或其它啟用GPS的裝置通過本地家庭網絡與TV預先配對。因此，對於根據位置的服務(即，基於位置的服務(LBS))的一個分類或種類，TV不能提供任何有用的LBS或位置數據。本發明的一個方面在於來自移動裝置的LBS數據被發送到TV，從而TV可使用LBS數據來收集微建議，並使TV觀看者能夠為場外用戶制定決策或與場外用戶合作(這也可被描述為場外用戶與場內用戶合作；它們二者是等同的)。因此，場外用戶將上下文和位置數據發送到TV用戶。觀看TV的用戶具有特定上下文。該上下文可包括各種類型的數據，諸如(TV觀看者和場外用戶兩者的)針對各種事物的偏好、設置(同樣，是兩個用戶的設置)、內容(當前正被觀看或觀看者最近觀看過的內容等)、應用、在線內容(視頻、音樂、遊戲等)、書籤、收藏的網站以及各種其它類型的數據。這些可包括環境變量(在TV上安裝有相機的情況下的TV所在的房間的光、3D模型；在TV上安裝有麥克風的情況下的音頻信息；在場檢測；溫度；關於當前與TV連接的其它裝置(諸如家用電器)的信息等)。偏好的示例的範圍可從音樂到TV節目到偏愛的駕駛路線。所有這些類型的數據以及這裡沒有特別列出的其它數據可包括針對用戶的上下文。如所示出的，場外用戶還具有在某種程度上具有不同數據的上下文。最特別的，上下文的一部分將可能具有隨著場外用戶移動而改變的實時位置數據。然而場內用戶(例如，TV觀看者)上下文還可具有不改變的位置數據(例如，GPS坐標或家庭地址)。下面更詳細地描述上下文。圖2是示出根據一個實施例的場外裝置和場內裝置的組件的框圖。場外裝置202具有與本發明有關的至少三個組件或模塊。場外裝置202具有微應用204、全應用206和作業系統軟體208。微應用204的示例包括「共享位置」、「共享UPC」、「共享照片」、「共享URL」等。這些微應用和其它可以來自TV平臺(諸如來自韓國的三星電子公司的TV+架構)，或者來自移動或手持裝置平臺。微應用204還可從全應用被啟動和執行。如下所述，微應用204和來自全應用206的微應用被構造為將特定平臺(諸如TV+)兼容信息(諸如下面描述的上下文數據210)發送到解析器組件。全應用206的示例包括導航、產品掃描、照片播放器、網絡瀏覽器等。當選擇裝置以共享位置數據時，位置上下文共享裝置可找到平臺兼 容裝置(例如，TV+裝置)的列表，並且裝置可選擇連接到任何相關聯的遠程裝置。作業系統208將自然地根據裝置的類型，並且對於基礎操作非常需要作業系統208，所述基礎操作中的一些是本發明專有的，諸如創建和發送上下文數據210以及接收和處理回復消息212。可以不是作業系統208的一部分的其它軟體(未示出)可被用於創建上下文數據210並處理回復212。在另一實施例中，組合上下文210而不是回復消息212 (或上下文210和消息212兩者)可被直接發送到場外裝置202，並且場外用戶可做出決策。注意到，場外裝置202可以是智慧型電話、平板裝置、移動遊戲裝置、TV或計算機。微應用204和全應用206的數量將可能根據裝置的類型而不同。一些裝置可僅具有微應用204或全應用206。一般期望將在場外裝置202上實現本發明所需的軟體保持在最少。在一個實施例中，駐留在場外裝置202上的對於本發明的協同決策制定特別需要的唯一軟體可以是用於創建上下文210以及處理和顯示回復消息212的軟體。場內裝置214包含用於實現本發明的各種組件或模塊。如上面提到的，數據集合、決策制定和微建議方面在裝置214 (在很多情況下將是TV)上被實現。該處理以裝置214接收到上下文210為開始。在一個實施例中，只有已經選擇加入的場內裝置將從場外裝置接收上下文數據。即，只有想要參與本發明的協同決策制定和微建議的場內裝置將接受甚至知道來自場外裝置的上下文數據類型消息。在另一實施例中，上下文數據210可從裝置202被廣播到場內裝置的列表(例如，朋友的列表)，而不是僅將數據210發送到如圖2中示出的僅僅一個裝置。可通過網際網路、蜂窩網、或本領域已知的任何其它合適的數據傳輸方式來進行上下文數據210的傳輸。這樣的方式將經常取決於場外裝置的類型或能力。場內裝置214具有負責接受上下文數據210的上下文提醒模塊216。模塊216與上下文資料庫218通信，上下文資料庫218用於存儲來自場內裝置和用戶的現有上下文數據。存儲在上下文資料庫218中的現有上下文數據可與其它上下文數據(即，先前或歷史上下文數據)合併(即，糅合)。上下文資料庫218存儲用於場內觀看者/用戶的上下文數據並可存儲由裝置214接收的先前或歷史上下文數據。如下所述，處理器(未示出)可對上下文210進行解析、分析，並將上下文210與存儲在上下文資料庫218中的其它上下文數據進行組合或糅合。上下文提醒模塊216與微應用選擇模塊220通信。該模塊基於來自上下文提醒模塊216的上下文數據從微應用222選擇相關微應用。該上下文數據可以不與上下文數據210相同。注意到，上下文數據可以是與場內上下文數據組合或糅合的上下文210。微應用呈現模塊224執行用於在TV屏幕上顯示由模塊220選擇的微應用的代碼。TV觀看者現在可看到哪個微應用與組合上下文相關，並可選擇她想要使用的微應用。微應用啟動模塊226引起用戶選擇的應用的執行，並具有到微應用222的訪問。這些微應用具有到網際網路的訪問(即，網絡服務)並以它們的普通方式執行。在本發明中，例如，TV觀看者將可能選擇這樣的微應用，所述微應用與場外用戶/裝置和TV觀看者自身的場內上下文的組合上下文有關。可使用遙控完成該操作和其它觀看者操作。在另一實施例中，當選擇微應用時，只考慮場外用戶上下文。選擇的微應用將回復消息212發送到場內裝置平臺或架構，所述場內裝置平臺或架構將回復消息212原樣地直接發送到場外裝置202。在另一實施例中，可基於上下文數據210並基於來自微應用的建議(主要是微應用的「決策」)預定義(由協同決策制定軟體或由TV觀看者預定義)和預組裝回復消息212。TV觀看者只需要使用遙控或鍵盤選擇最佳或最合適建議中的一個或多個。在本實施例中，來自微應用222的回覆消息可以被稱為消息212a，並且到場外裝置202的回覆消息可以被稱為212b。在本 實施例中，僅包含TV觀看者選擇的以及被預定義或預組裝的建議或微應用決策的回覆消息212b (未示出)被發送到場外裝置202。平臺214中的軟體組件負責從微應用222接收回復消息並將該消息發送到場外裝置202 (可能是多個場外裝置)。圖3是與圖2類似的示出根據一個實施例的顯示微應用建議並向TV觀看者呈現的可選方式的框圖。已經在圖2中描述了圖3中的許多組件。示出的是場外裝置302，場外裝置302具有微應用貯藏庫304、全應用貯藏庫306和作業系統308。上下文數據310被發送到場內裝置314，並且回復消息312被發送回裝置302。上下文提醒模塊316與微應用貯藏庫322通信。模塊316將上下文數據310發送到微應用貯藏庫322。在一個實施例中，上下文數據310沒有被修改(即，上下文數據310與從場外裝置302接收到的上下文數據310相同)。在其它實施例中，上下文提醒模塊316可以以某種方式修改上下文數據310。微應用貯藏庫322與上下文資料庫318通信，其中，微應用可向資料庫318查詢場內裝置314及其觀看者/用戶的上下文。然後，微應用貯藏庫322可使用場內裝置上下文和上下文數據310來確定哪個微應用是合適的或是相關的。上下文提醒模塊316還可與上下文資料庫318通信。例如，在一個實施例中，由場內裝置314接收到的上下文310可被存儲在資料庫318中。當接收到上下文數據310時，微應用貯藏庫322中的特定微應用執行並獲得來自在線服務的預覽建議，所述在線服務可從例如合作者的伺服器、各種搜尋引擎和其他在線和基於雲的服務得到。主要地，與上下文數據310相關的微建議以普通方式執行。來自那些微應用(即，執行的特定微應用)的建議或其它數據的預覽被發送到微應用預覽呈現模塊320。一般地，場內裝置314能夠智能地為觀看者呈現一系列相關微應用讓觀看者從中選擇並執行。模塊320使得向TV觀看者顯示這些預覽。這些預覽的示例在圖4中示出。在一個實施例中，微應用呈現模塊324使得顯示來自先前呈現的選擇的預覽。然而，各種其它實施例是同樣可能的。在另一實施例中，微應用322可以是所有可用的(下載的)微應用的集合，並且微應用呈現模塊324可使得顯示與當前上下文有關的微應用322的子集。在另一實施例中，如果微應用322中的任何微應用「自我確定」它們具有與用戶有關的微建議，則這些微應用可將它們的預覽數據發送到模塊320用於顯示給TV用戶。在本實施例中，可不需要微應用呈現模塊324。觀看者看到模塊320顯示的微應用並可隨後選擇要啟動的微應用，以看到微建議的整個列表，其中，所述啟動由模塊326執行。注意到，在本實施例中，不需要微應用呈現模塊並且模塊操作可從微應用預覽呈現模塊320直接到模塊326。應注意，在另一實施例中，可如圖3中所示使用模塊324。一旦用戶選擇微應用，則選擇的應用在微應用啟動模塊326啟動。然後，控制返回到應用的子集(或所有應用，如果選擇了所有應用的話)，所述應用的子集的預覽被模塊320呈現。因此，第一實施例和第二實施例的主要差別在於場內用戶能夠事先看到微應用基於場內裝置接收到的新上下文而正在制定的決策或微建議。然後，場內用戶可基於預覽選擇微應用。圖4示出根據一個實施例的微建議的採樣預覽的屏幕快照的說明。屏幕快照402是可以向場內用戶顯示並且示出至少三個預覽的示例。如上所述，來自場外裝置的上下文被發送到微應用貯藏庫。在一個實施例中，所有微應用能夠看到上下文，所述上下文可包含 例如指示場外裝置的室外位置的GPS位置。在另一實施例中，可存在對上下文的最少處理或解析，以快速確定哪個微應用將會與上下文中的數據最小地相關。然後，微應用查詢現有上下文資料庫以獲得更多關於整體或組合上下文的信息。為了說明的簡單，框402是示出預覽的屏幕快照的簡化表示(rendering)，其中，上下文數據基本上是顯示為數據項406的GPS位置。在數據項406之下的微建議的三個預覽谷歌地圖15分鐘ETA (框410)、Yelp到餐館(框412)、推特(其它微博)(框414)。谷歌地圖微建議根據谷歌地圖指示場外裝置/用戶到場內裝置位置的距離。Yelp建議反映場外用戶或場內用戶的Yelp書籤。推特入口是針對場外用戶或場內用戶的推特跟隨者。當然，可基於場外用戶的上下文中的數據(在本示例中，只有用戶的GPS位置被顯示為接收到的數據)使用微應用和微建議的許多其它示例。可同時顯示多個預覽(諸如這裡的示例中的三個預覽)，或可一次顯示一個預覽並且系統可在多個預覽中進行切換或旋轉，其中，所述多個預覽中的每個預覽在屏幕上被顯示設置的時間。在另一示例中，在框404中示出屏幕快照的表示。在本簡化表示中，接收到的上下文數據是顯示為數據項408的UPC，所述UPC由正在進行產品掃描的場外用戶創建。在數據項408之下顯示的是微建議的三個預覽，用戶可使用所述預覽來為場外用戶制定決策。一個預覽是從用於產品查看服務的用戶的谷歌帳戶獲得的谷歌查看最低價(框416)。另一個預覽是可從場外用戶或場內用戶的偏愛的或收藏的評論網站之一獲得的亞馬遜ePinion評論(或其它產品評論)(框418)。在最後的示例中，掃描的產品可以與健康相關並且微建議之一是通過檢查場外用戶或場內用戶的飲食和健康偏好獲得的健康評級(框420)。在多數情況下，可從使用場外用戶或場內用戶的上下文的微應用得出微建議。注意到，這些上下文可包含針對用戶的偏好和設置數據，諸如健康偏好、收藏的評論網站、書籤、Facebook或其它社交網絡偏好等。所有這些信息可被用於第二實施例以創建微建議預覽，或被用於第一實施例、微應用選擇和呈現。然後，場內用戶可通過使用例如TV遙控選擇一個或多個預覽來選擇使用哪個微應用。在另一實施例中，場內用戶選擇一個或多個預覽，並且創建了這些預覽的微應用在另一顯示器中被呈現給場內用戶，給場內用戶另外的機會以選擇使用哪個微應用，或觀看預覽和不同格式的下面的微應用，這可讓場內用戶的決策制定變得更容易。圖5是根據本發明的一個實施例的場外用戶和場內用戶基於用戶的上下文協同制定決策的處理的流程圖。已經在上文描述了這裡提供的一些步驟、構思、實施例和示例，但是為了清楚再次進行描述。流程圖描述一個實施例；可存在步驟的流程不同於這裡描述的其它實施例。例如，在另一實施例中，上下文共享從將上下文發送給場外用戶的場內用戶開始，並在使用組合上下文以做出決策的場外用戶結束，而不是描述了相反場景的圖5中的流程。場外用戶使用場外裝置將上下文發送到場內裝置/用戶。注意到，場外裝置可以是另一住宅(或相同住宅的另一房間)中的另一TV、計算機、智慧型電話或其它類型的手持或移動裝置。場外用戶想要與另一用戶合作或獲得另一用戶(即，場內或家用戶)的幫助，所述另一用戶可憑藉使用TV或計算機具有對於她可用的更多計算資源、軟體、微應用、網絡訪問能力和數據。 在步驟502，場內裝置從場外裝置接收場外上下文。數據可通過網際網路或蜂窩網絡被發送。在步驟504，場內裝置中的上下文提醒組件能夠對場外上下文進行解析和分析。在一個實施例中，在場外上下文與場內上下文組合之前對場外上下文進行解析和分析。在另一實施例中，對場外上下文與場內上下文的組合進行解析和分析。在步驟506執行所述兩個上下文的組合或糅合。即，可存在多個場外用戶，每個場外用戶具有裝置並且每個場外用戶將上下文發送到場內裝置。兩個上下文的糅合的示例在圖6中示出。在步驟508，系統檢查組合或糅合的上下文的特徵，並基於該分析確定哪個微應用或服務將與組合上下文最相關。一般地，可使用一個或多個算法完成所述上下文和微應用的配對。一個方法是使用關鍵詞和標籤。例如，谷歌地圖微應用預定標籤「位置」，因此場外上下文可包括標籤「位置」(與其它標籤一起，諸如用於UPC掃描的「產品」、用於照片的「媒體」等)。通過將組合上下文的特徵中的關鍵詞與元數據或標籤匹配來確定相關微應用，其中，所述元數據或標籤與當前駐留在場內裝置上的微應用相關。例如，組合上下文中的關鍵詞可以是「網球球拍」，「網球球拍」可被解釋為產品從而與價格比較服務有關。或者「網球球拍」可被解釋為場外用戶想要打網球，在這種情況下地圖或基於位置的服務將是相關的。還可使用本體樹或概念樹來「確定/得出」結論網球球拍到運動器材到產品到購物服務。另一算法可使用與服務具有預定義的關係(基於位置、電影細節、地圖服務等)的上下文類型和預定義類型(例如，電影、TV節目、GPS、地圖、指南針等)。用戶模式(諸如「最常使用的」或「最近使用的」)也可被用於上下文和微應用配對。例如，如果用戶接收到GPS上下文，並且多數人選擇谷歌地圖微應用，則系統將自動對谷歌地圖微應用進行配對。場內裝置上可具有40個微應用，並且所述40個微應用中僅有5個或6個可能與組合上下文相關。在步驟508確定相關微應用。這可被描述為智能微應用選擇。在一個實施例中，可存在預選擇的微應用，所述預選擇的微應用中的每個知道哪些上下文是相關的或重要的。例如，頂DB應用(或關於電影和TV產業數據的其它應用)明白具有電影信息或TV節目的問題的上下文比主要是位置或GPS數據和關於餐館的問題的上下文更重要。這樣的預選擇的或預註冊的服務可具有標籤，所述標籤用於識別哪些類型的上下文是相關的或是重要。
在步驟510，相關微應用(如果有的話)例如在TV屏幕上被顯示給場內裝置的用戶。在另一實施例中，如果裝置上僅存在少量微應用，則可顯示所有應用，並且可以不需要「相關性」分析(步驟508)。微應用被顯示並且用戶可選擇執行哪一個微應用。在步驟512，用戶選擇微應用，例如，谷歌地圖或Yelp (可能使用場外用戶的書籤)，並在步驟512啟動選擇的服務(在下一輪可選擇附加的微應用)。這通常包括訪問網際網路以利用基於網絡的服務、搜尋引擎等。如果場內裝置是TV，則觀看者可使用遙控來進行選擇。一旦已經進行了選擇，場內裝置在其普通操作過程中使用的傳統或當前的方法或處理就可被用於啟動微應用。一旦微應用或服務已經被啟動，在步驟514，場內裝置就以普通或傳統方式從微應用接收響應。可根據服務改變所述響應的形式。一些示例在圖4中被顯示為微應用的預覽。回復消息或微建議可例如具有XML結構(並且可被用戶觀看)，並且可以是人可閱讀的文本的形式，或者可以是用於場內裝置的新上下文。在一個場景中，場外裝置位於另一家中並可以是TV。在這種情況下，所述兩個裝置可相互發送新的或更新的上下文，即，回復消息採用可被場外裝置上的微應用處理或讀取的新上下文的形式。如果意圖由場外裝置或場內裝置的CPU或處理器解釋回復消息，則可能會需要有預定義的協議。 在一個實施例中，如下所述，在步驟515，回復消息被格式化為場內裝置上的多個消息格式。然後，在步驟516，來自微應用的回覆消息被發送到場外裝置以及其它感興趣的裝置(如果有的話)。在另一實施例中，組合上下文而不是回復消息(即，微建議)可被發送到場外裝置，並且場外用戶可使用組合上下文來針對使用哪個服務以及怎樣進行服務制定決策。在一個實施例中，沒有對回復進行實質或重要的處理；場內裝置用作回復消息的導管以引導回復消息到達場外裝置，其中，所述回復消息被呈現給場外用戶作為微建議，如果場外用戶需要所述微建議則可遵循所述微建議。然而，注意到，在步驟515，在回復消息被發送之前可對場內裝置上的回覆消息做一些處理，例如，回復消息可被布置為新上下文的形式(諸如用於相同平臺上的場外裝置的特定平臺(例如，TV+)消息格式)，或被布置為用於工業標準格式的XML格式以作為消息(例如，Facebook郵件、推特來信等)處理。在另一示例中，場外用戶可使用微應用A在商店掃描DVD項目。然後，該用戶可使用微應用B來查看附近商店的相同項目的標價，以及檢查網上商店的項目的可用性和標價。然後，該用戶可與使用其自身的上下文(即，在TV上可用的視頻點播(VOD)全應用和微應用)的場內用戶共享所述上下文，以基於場內上下文進行進一步的價格比較。然後，該結果可與場外用戶共享。在此階段此輪完成。潛在地，系統可具有多輪這種類型(或其它類型)的交互。場外用戶通過將場外用戶的上下文與場內裝置共享來與場內用戶合作，從而做出決策或微建議。該建議是槓桿調節場外用戶不能以特定方式普通地訪問的資源和數據的結果。場外用戶可以並且可能具有到其自身的微應用和全應用的訪問(如圖2和圖3中所示)，場外用戶的微應用和全應用可能與場內用戶可用的微應用不同。然而，場內用戶可具有更複雜的應用和到更多關於兩個用戶的信息(諸如偏好和設置)的訪問。使用以上描述的處理，場外用戶獲得到更豐富的應用的選擇的訪問。在一個實施例中，處理發生在端對端類型網絡，其中，場外裝置和場內裝置被認為是端。然而，當場內裝置是TV時，其可被視為特殊場景。TV不是與HHP、其它移動裝置或甚至計算機作為端的相同概念的端裝置。TV是具有場內用戶和場外用戶兩者的上下文的集合裝置，並還可具有所述兩個用戶的歷史和偏好數據，在協同決策制定處理中可與組合上下文一起使用所述歷史和偏好數據。圖6是示出根據一個實施例的可如何處理場外上下文和場內上下文以得出組合上下文的框圖。場外上下文602可具有特定的、用戶產生的特徵。這些可包括UPC碼、圖片和音頻文件。一些物理特徵除了來自裝置上的傳感器或與裝置連接的傳感器的輸入以外，還可包括裝置的位置、方向和外部溫度。場內上下文604可包括用戶產生的特徵，諸如激活的應用或內容(例如，關於TV的)、用戶偏好和檔案、以及觀看/項目歷史(產品、郵件、電影等)。除了別的以外，場內上下文604的物理特徵可包括郵編、通過IP查找的位置、TV屏幕大小、TV房間名、相機特徵。組合這些兩個上下文生成的組合上下文606可以是例 如場外位置加上場內位置，所述場外位置加上場內位置可包括組合的起點/目的地；場外UPC碼加上場內「願望單」;組合的購買匹配；場外發信加上場內郵件歷史；以及組合的郵件匹配。以上描述的DVD項目場景是場外上下文(UPC碼掃描等)與場內上下文(V0D全/微應用)組合以得到組合上下文。在另一示例中，場內用戶運行TV上的烹飪應用告知需要什麼調料。如上說明的，當場外用戶需要利用場內用戶可用的資源和數據或場外用戶處於他不能在沒有與場內用戶合作的情況下制定決策的狀況時，本發明會是最有用的。在媒體相關的使用情況下，這將尤其真實。在一個示例中，場外用戶掃描DVD產品並與場內(家)用戶共享UPC以查看I)DVD是否由場外用戶的(以及場內用戶的，如果他們住在同一住宅的話)DVR提供商提供；2)通過視頻點播應用DVD是否更便宜；或者3)DVD的內容是否已經被該住宅中的某人購買了。會存在這樣的情況場外用戶可使用場外裝置上的資源來制定充分的決策，但是會想要與場內用戶共享他的上下文以協同決策。本發明還可被應用於多用戶場景。例如，來自場外用戶的上下文包含GPS數據並且被場內用戶接收。場內用戶選擇谷歌地圖並回復「15分鐘內見」。第二場內用戶(可以是來自相同住宅或來自與第一場內用戶不同的住宅)選擇Yelp並回復「在ABC餐館取晚餐」。在這種情況下，場外用戶接收兩個決策/回復。 在另一示例中，在TV接收位置上下文之後，微應用的集合不僅被微應用的偏好自動選擇也從微應用中的用戶的動作歷史被自動選擇。書籤微應用還可檢查在該時該地用戶是否對被標書籤的項目感興趣。TV上的動作計劃引擎可從所述自動選擇的微應用產生動作時間表。可基於興趣的優先級、最佳路線和最佳時間對時間表排序。第二用戶可使用TV或其它裝置來執行動作。書籤微應用可以以如下方式起作用。用戶A在家已經在TV上預先使用了一些微應用(諸如谷歌地圖)，並且他已經在他感興趣的幾個地方標上了書籤。當該用戶在室外(場外)使用他的移動裝置並且他試圖聯繫正在家中(場內)看TV的用戶B時，可以通過由用戶B選擇的微應用和用戶A的書籤信息產生場內上下文。在另一包括動作計劃引擎的示例中，基於組合上下文，場內裝置會知道場外裝置的優先級順序(基於用戶A在場內裝置上的過去動作)。然後，建議的動作列表可被發送到場外用戶A。建議的列表可以是首先去雜貨店，然後買電影票，然後轉向另一任務或動作等。場外裝置和場內裝置可被大體描述為具有計算機的一些基礎組件的計算裝置。如上多次說明的，計算裝置可以是例如智慧型電話、平板計算機、移動裝置、TV、PC或膝上計算機、或表面計算機裝置。圖7A和圖7B示出適合實現本發明的特定實施例的普通計算系統700。可被用於本發明的這些裝置中的一些可具有沒有在圖7A和圖7B中示出的其它特徵或組件，並且不是在這些附圖中示出的所有的組件(例如，鍵盤)都是在用於實現本發明的場外裝置或場內裝置中所必須的。這樣，圖7A示出計算系統的一個可能的實體實現。在一個實施例中，系統700包括顯不器或顯不屏704。該顯不器可以在與系統700相同的外殼中。系統700還可具有在顯示器704上顯示的鍵盤710 ( S卩，虛擬鍵盤)，或者鍵盤710可以是裝置外殼的一部分的實體組件。系統700可具有各種埠，諸如HDMI或USB埠(未示出)。可連接到裝置700的計算機可讀介質可包括USB存儲器裝置和各種類型的存儲晶片、記憶棒和存儲卡。圖7B是用於計算系統700的框圖的示例。接附在系統總線720上的是各種子系統。處理器722連接到包括存儲器724的存儲裝置。存儲器724可包括隨機存取存儲器(RAM)和只讀存儲器(RAM)。如在本領域中所公知的，ROM用於向CPU單向地傳輸數據和指令，RAM通常用於以雙向方式傳輸數據和指令。這些類型的存儲器兩者都可包括下面描述的任何合適的計算機可讀介質。固定盤726也雙向地連接到處理器722 ;固定盤726提供附加數據存儲容量，並還可包括下面描述的任何計算機可讀介質。固定盤726被用於存儲 程序、數據等並且通常是比主存儲器慢的第二存儲介質。將理解，在固定盤726中保留的信息可在合適的情況下以標準方式用作存儲器724中的虛擬存儲器。處理器722也連接到各種輸入/輸出裝置，諸如顯示器704和網絡接口 740。一般地，輸入/輸出裝置可以是任何的以下裝置視頻顯示器、鍵盤、麥克風、觸摸敏感顯示器、平板、觸筆、語音或手寫識別器、生物測定讀取器或其它裝置。處理器722可使用網絡接口740選擇地連接到另一計算機或電信網絡。使用這樣的網絡接口，預期CPU在執行上述方法步驟的期間可能從網絡接收信息，或可向網絡輸出信息。此外，可在處理器722上單獨執行本發明的方法實施例，或可在網絡(諸如網際網路)上與共享了一部分處理的遠程處理器結合地執行本發明的方法實施例。此外，本發明的實施例還涉及帶有計算機可讀介質的計算機存儲器產品，上述計算機可讀介質上具有用於執行各種計算機實現的操作的計算機代碼。上述介質和計算機代碼可以是為了本發明的目的專門設計和構建的介質和計算機代碼，或者它們可以是計算機軟體領域的技術人員公知和可用的介質和計算機代碼。計算機可讀介質的示例包括，但是不限於磁介質，諸如硬碟、軟盤和磁帶；光學介質，諸如CD-ROM和全息裝置；磁光介質，諸如可光讀的盤；以及被專門被置為存儲和執行程序代碼的硬體裝置，諸如專用集成電路(ASIC)、可編程邏輯裝置(PLD)和ROM和RAM裝置。計算機代碼的示例包括諸如由編譯器產生的機器代碼、包含由計算機使用解釋器執行的高級代碼的文件。雖然這裡顯示並描述了本發明的說明性實施例和申請，但是保持在本發明的構思、範圍和精神內的很多變化和修改是可行的，並且在本領域的普通技術人員熟讀本申請之後，這些變化將變得清楚。因此，描述的實施例是說明性的並且不是限制性的，並且本發明不被這裡給出的細節所限制，而是可以在權利要求的範圍和等同物之內進行修改。
權利要求
1.ー種使用上下文在場外用戶和場內用戶之間進行協同決策制定的方法，所述方法包括 將場外上下文與場內上下文組合以得出組合上下文； 基於組合上下文確定ー個或多個服務； 呈現所述ー個或多個服務，所述ー個或多個服務中的一服務被選擇； 從選擇的服務接收響應。
2.如權利要求I所述的方法，還包括 在場內裝置接收場外上下文。
3.如權利要求2所述的方法，還包括 對場外上下文進行解析和分析以提取可被所述ー個或多個服務使用的信息。
4.如權利要求2所述的方法，還包括 對場內上下文進行解析和分析以提取可被所述ー個或多個服務使用的信息。
5.如權利要求2所述的方法，還包括 對組合上下文進行解析和分析以提取可被所述ー個或多個服務使用的信息。
6.如權利要求2所述的方法，還包括 從場內上下文資料庫取回場內上下文。
7.如權利要求I所述的方法，其中，所述響應基於組合上下文被預定義和預組裝，並且所述決策可由所述ー個或多個服務制定。
8.如權利要求I所述的方法，其中，所述場外裝置和場內裝置是端對端網絡中的裝置。
9.如權利要求I所述的方法，其中，場外上下文被廣播到多個場內裝置。
10.如權利要求I所述的方法，還包括在場外裝置接收場內上下文。
11.如權利要求10所述的方法，還包括將組合上下文發送到場內裝置。
12.ー種用於通過提供根據上下文的信息與場外裝置合作的場內裝置，所述裝置包括 處理器，將場外上下文與場內上下文組合以得出組合上下文； 上下文提醒模塊，接受上下文數據； 微應用選擇模塊，與上下文提醒模塊通信，並基於來自上下文提醒模塊的上下文數據從微應用貯藏庫選擇相關微應用； 微應用呈現模塊，執行用於在TV屏幕上顯示由微應用選擇模塊選擇的微應用的代碼；以及 存儲器，存儲上下文數據。
13.如權利要求12所述裝置，還包括 用於執行微應用的微應用啟動模塊。
14.如權利要求12所述裝置，其中，上下文數據包括場內裝置上下文數據。
15.如權利要求12所述裝置，其中，上下文提醒模塊對從場外裝置接收到的上下文進行解析和分析。
全文摘要
公開了一種用於得出針對場外用戶的微建議的協同決策制定的方法和裝置。具有場外裝置的場外用戶可與具有場內裝置的場內用戶合作。在許多情況下，場外裝置可以是手持裝置，場內裝置可以是TV且一般是靜止的。場內裝置從場外裝置接收上下文，其中，場外用戶向場內用戶尋求幫助以得到信息或制定決策。場外裝置可以不具有場內用戶具有的全範圍的服務以及其它數據，並且希望與場內裝置/用戶協同制定決策。場內裝置接收可具有特定物理和用戶產生的特徵的上下文，並從合適的網站服務獲得建議。場內用戶可具有查看這些建議的選擇並可隨後將回復消息發送回場外用戶，告知場外用戶可以做什麼，從而通過與場內用戶合作的方式向場外用戶提供更具指導性的決策。
文檔編號H04L29/08GK102843414SQ20121013416
公開日2012年12月26日 申請日期2012年5月2日 優先權日2011年4月30日
發明者陳當文, 鄭星, 賈法爾·考什戈澤蘭, 朱英南 申請人:三星電子株式會社