通過使用不同的通信接口控制設(shè)備的制作方法
【專利摘要】一種用于在用戶操作控制設(shè)備（105）時確定什么命令可以用來操作接收設(shè)備（110）的方法和設(shè)備。在做出該確定后，第一命令通過第一通信接口從控制設(shè)備（105）傳送到接收設(shè)備，第二命令通過第二通信接口傳送到接收設(shè)備（110）。通信接口根據(jù)控制設(shè)備可以使用這樣的命令直接控制接收設(shè)備（110）的操作還是需要居間設(shè)備（130/140）將命令從第一格式轉(zhuǎn)譯為第二格式來選擇。
【專利說明】通過使用不同的通信接口控制設(shè)備
[0001]本申請的交叉引用
[0002]本專利申請請求提交于2011年5月12日的美國臨時專利申請序列號61/485，608的權(quán)益和/或優(yōu)先權(quán)，其全部內(nèi)容通過引用被特別包括在本申請中。
【技術(shù)領(lǐng)域】
[0003]本發(fā)明涉及具有兩個設(shè)備之間通信命令的領(lǐng)域，尤其涉及兩個設(shè)備之間通信，其中第一組命令通過第一通信接口通信，第二組命令通過第二通信接口通信。
【背景技術(shù)】
[0004]在家庭背景中，用戶可以使用顯示器設(shè)備和機頂盒來顯示從多服務(wù)提供商(MS0，如有線電視、電話、衛(wèi)星提供商)接收到的節(jié)目。為了選擇不同的節(jié)目選項，用戶還可以使用控制設(shè)備(如，平板電腦、電話、遙控器)來命令機頂盒執(zhí)行各種動作，包括切換頻道、記錄節(jié)目、顯示電子節(jié)目指南等。在一些情形中，從控制設(shè)備發(fā)送機頂盒的命令可能得不到支持，因為這些命令本身可能不能被機頂盒識別。來自控制設(shè)備的命令也可能被機頂盒忽略，因為可能存在一組機頂盒專用的命令，其中機頂盒只對發(fā)出這些專用命令的授權(quán)的控制設(shè)備做出響應(yīng)。
[0005]具體地，機頂盒可以實現(xiàn)被認(rèn)為應(yīng)該可與授權(quán)的一類控制設(shè)備可互操作的特殊應(yīng)用，如電子節(jié)目指南查找、記錄視頻等。授權(quán)的一類可與機頂盒一起工作的控制設(shè)備的示例可以包括來自與機頂盒相同制造商的控制設(shè)備、已經(jīng)購買在機頂盒上運行可控制應(yīng)用的許可的控制設(shè)備、使用各種安全協(xié)議認(rèn)證的控制設(shè)備等。因此，當(dāng)用戶想要和機頂盒設(shè)備一起使用未授權(quán)的控制設(shè)備來控制記錄或回放從MSO接收到的媒體時，其中不同的命令、狀態(tài)和事件消息可以在這些設(shè)備之間來回傳輸存在問題。

【發(fā)明內(nèi)容】

[0006]本發(fā)明提出一種方法和系統(tǒng)，其中在兩個設(shè)置之間，確定可以支持從控制設(shè)備到接收設(shè)備的哪些命令。一旦做出這種確定，將第一命令通過第一通信接口從控制設(shè)備傳輸?shù)浇邮赵O(shè)備。然后，控制設(shè)備也通過不同于第一通信接口的第二通信接口將第二命令傳輸?shù)浇邮赵O(shè)備。通過第二通信接口耦合到控制設(shè)備和接收設(shè)備的服務(wù)器可以將第二命令從第一格式轉(zhuǎn)譯為第二格式。
【專利附圖】

【附圖說明】
[0007]根據(jù)下面對優(yōu)選實施例的詳細(xì)說明，這些說明可以結(jié)合附圖閱讀，本公開的這些和其他方面、特征和優(yōu)點得以描述，或變得更加明顯。
[0008]在附圖中，其中相同的參考標(biāo)號表示全部視圖中相似的元素:
[0009]圖1是根據(jù)本公開的用于傳遞內(nèi)容的示例性系統(tǒng)的框圖；
[0010]圖2是用于在不同的設(shè)備之間傳遞命令的方法的流程圖；以及[0011]圖3是用于確定在設(shè)備之間傳輸命令時要使用的不同的通信接口的方法的流程圖。
【具體實施方式】
[0012]描述的實施例可以應(yīng)用于來自用戶家中MSO的消費者場所設(shè)備的典型部署?？梢灶A(yù)見，下面描述的原理可以適用任何類型的設(shè)定，其中接收媒體(如，音頻、視頻、文本、計算機游戲、視頻游戲等)以進行記錄和/或回放。
[0013]現(xiàn)在參考圖1，示出了根據(jù)本發(fā)明的一個實施例的用來從多個服務(wù)運營商接收媒體的系統(tǒng)100?？梢栽趫D1的設(shè)備之間使用的通信接口可以包括射頻、同軸電纜、光纖電纜、電話線、數(shù)字用戶線、電纜、T3、以太網(wǎng)等。系統(tǒng)100的設(shè)備能夠運行能夠通過使用一個或多個處理器編碼的計算機。
[0014]控制設(shè)備105是可以用來通過接收設(shè)備110控制選擇和/或回放媒體的設(shè)備，如平板電腦、電話、計算機、遙控器、輸入設(shè)備、個人接入設(shè)備、顯示器設(shè)備等。具體地，控制設(shè)備105發(fā)出命令給用來控制記錄和/或回放從MSO接收到的節(jié)目的接收設(shè)備110。并且，來自控制設(shè)備105的命令可以用來使得接收設(shè)備110上的應(yīng)用能夠運行，如電子節(jié)目指南功能、視頻點播購買和回放等。在一個可選的實施例中，控制設(shè)備105可以通過使用多種技術(shù)(如，流傳輸)回放通過接收設(shè)備110接收到的媒體，或者控制設(shè)備105可以下載媒體供稍后回放，其中這些媒體通過接收設(shè)備110接收。接收設(shè)備110也可以被配置為與應(yīng)用服務(wù)器130、前端服務(wù)器140和內(nèi)容服務(wù)器150通信。
[0015]接收設(shè)備110可以是能夠從MSO接收媒體的設(shè)備，如機頂盒、計算機、顯示器設(shè)備、接收器等。接收設(shè)備110可以被配置為和應(yīng)用服務(wù)器130、MS0的前端服務(wù)器140和其中存儲媒體的內(nèi)容服務(wù)器150 —起工作。在一個實施例中，控制設(shè)備105和接收設(shè)備110可以使用第一通信方案(如，使用RF命令)相互通信，而這些設(shè)備可以使用第二通信格式相互通信，其中應(yīng)用服務(wù)器130和前端服務(wù)器140用作下面描述的第二通信格式的中間設(shè)備。內(nèi)容服務(wù)器150可以包含傳遞給接收設(shè)備110以記錄和/或回放的媒體音頻、視頻、文本、計算機游戲、視頻游戲等。
[0016]控制設(shè)備105、接收設(shè)備110、應(yīng)用服務(wù)器130、前端服務(wù)器140和控制服務(wù)器150可以使用消息方案(如，增強TV 二進制互換格式(EBIF))來與圖1中示出的任何其他設(shè)備通信，盡管也可以使用其他的消息方案。通常情況下，EBIF命令使用數(shù)據(jù)包頭中的目的地設(shè)備的設(shè)備ID碼(可以是設(shè)備專用ID、媒體接入控制(MAC)地址、IP地址等)和數(shù)據(jù)包負(fù)載中的發(fā)端設(shè)備的ID碼傳送。
[0017]在一個實施例中，應(yīng)用服務(wù)器130被配置為解釋來自控制設(shè)備105的通過通信接口接收的命令。具體地，表述性狀態(tài)轉(zhuǎn)移(REST)服務(wù)由從控制服務(wù)器105接收命令的應(yīng)用服務(wù)器130托管。使用REST的名稱，使用可以定向到特定服務(wù)器、互聯(lián)網(wǎng)協(xié)議地址(IP)等的統(tǒng)一資源定位符(URI) “/c3_ebif/stb_addressed_messages”將命令從控制設(shè)備105傳送到應(yīng)用服務(wù)器130。應(yīng)該注意的是，雖然描述的服務(wù)的相關(guān)URI在本公開說明書中提供的示例中都是相同的，但服務(wù)器名稱和IP地址都是不同的。也可以用單路徑微粒(singlepath particle)給URI加上前綴，其中可以基于需要修改這些前綴。
[0018]然后，應(yīng)用服務(wù)器130 可以使用 URI “/c3_ebif/stb_addressed_messages” 將接收到的命令或狀態(tài)請求轉(zhuǎn)發(fā)給前端服務(wù)器140。然后，應(yīng)用服務(wù)器130將接收到的URI轉(zhuǎn)譯為EBIF命令，然后轉(zhuǎn)發(fā)給接收設(shè)備110，通過接收設(shè)備110使用EBIF解釋器框架(如，使得接收設(shè)備110執(zhí)行EBIF命令中規(guī)定的動作的TVWork、EnableTV、應(yīng)用框架等)解釋命令。
[0019]反向命令路徑可以被包括在其中接收設(shè)備110使用EBIF格式發(fā)出命令給前端服務(wù)器140的本公開的實施例中。前端服務(wù)器使用REST方案將EBIF命令解釋為URI “/c3_ebif/stb_originated_messages”,其中REST方案使用RESTPUT請求命令傳送到應(yīng)用服務(wù)器130。應(yīng)用服務(wù)器130可以將命令復(fù)制到前面描述的URI中規(guī)定的設(shè)備專用的隊列，該設(shè)備在本示例中是控制設(shè)備105?？刂圃O(shè)備105可以向應(yīng)用服務(wù)器130請求獲得當(dāng)前正在隊列中排隊的任何命令，命令一旦傳遞，就從應(yīng)用服務(wù)器130內(nèi)的隊列中刪除這些命令。應(yīng)用服務(wù)器130還可以被配置為傳送接收到的命令給控制設(shè)備105，不論何時從前端服務(wù)器140接收到這些命令。應(yīng)該注意的是，說明的原理的不同實施例可以在圖1的設(shè)備之間的通信命令中使用“推送(push)”、“拉取(pull)”或這些技術(shù)的組合。對于REST框架，使用I3UTHTTP命令執(zhí)行“推送”命令，而使用GET HTTP執(zhí)行“拉取”命令。使用此類型的EBIF/REST技術(shù)，可以使用映射將控制設(shè)備105映射到接收設(shè)備110，其中當(dāng)添加或從圖1所示的系統(tǒng)中刪除設(shè)備時，可以執(zhí)行重新映射操作。
[0020]在本公開的一個實施例中，應(yīng)用服務(wù)器130托管被用來發(fā)送從控制設(shè)備105接收到的命令消息給同一家庭內(nèi)的接收設(shè)備110的服務(wù)。URI命令，如“/c3_ebif/stb_addressed_messages”,被用來發(fā)送命令和狀態(tài)請求。該服務(wù)的實現(xiàn)將請求中繼(relay)給前端服務(wù)器 140 托管的 /c3_ebif/stb_addressed_messages 服務(wù)。
[0021]/c3_ebif/stb_addressed_messages 端點支持 HTTP PUT 動詞。每條消息的內(nèi)容都是單個命令或狀態(tài)請求消息。該服務(wù)支持的MIME內(nèi)容類型是“application/vnd.technicolor.c3_ebif.request, vl”，它是與自定義編碼相關(guān)聯(lián)的內(nèi)容類型標(biāo)識符。請求應(yīng)該包括請求要到達的接收設(shè)備的標(biāo)識符。該標(biāo)識符存儲在自定義HTTP頭“x-c3-ebif-stb_identifier”中。STB標(biāo)識符值是消息要送達的接收設(shè)備110的MAC地址。MAC地址在標(biāo)識符中列出。構(gòu)成HTTP請求主體的命令消息可以以本文描述的管道分隔格式(pipe-delimited format)傳遞。
[0022]為了所有其他的REST服務(wù)使用的安全,服務(wù)端點使用相同的x-device-token/x-user-token HTTP頭。因此，應(yīng)用服務(wù)器130能夠推理HTTP頭中的發(fā)端控制設(shè)備105和接收設(shè)備110。理想情況下，控制設(shè)備105的標(biāo)識符應(yīng)該匹配與命令消息一起發(fā)送的x-device-token/x-user-token 相關(guān)聯(lián)的設(shè)備。
[0023]前端服務(wù)器140托管用來將來自應(yīng)用服務(wù)器130的命令消息中繼到接收設(shè)備110的服務(wù)。服務(wù)端點/c3_ebif/stb_addressed_messages用來在設(shè)備之間發(fā)送指令和狀態(tài)消息。在本公開的一個實施例中，該服務(wù)使用EBIF協(xié)議使得消息按照一定路徑到達列在stb_addressed_message中的要到達的控制設(shè)備。
[0024]當(dāng)在URI “/c3_ebif/stb_addressed_messages” 中使用該服務(wù)端點時，使用 HTTPPUT命令，其中消息的內(nèi)容是單個命令或狀態(tài)請求消息。消息的格式應(yīng)該識別該請求要到達的接收設(shè)備 110。標(biāo)識符存儲在 HTTP 頭“x-c3-ebif-stb_identif ier”中。stb-1dentif ier的值應(yīng)該是應(yīng)該接收該命令的控制設(shè)備110的MAC地址。構(gòu)成HTTP請求主體的命令消息可以以本文描述的管道分隔(pipe-delimited)格式傳遞。[0025]應(yīng)用服務(wù)器130也可以被配置為托管在URI “/c3_ebif/stb_originated_messages”的服務(wù)，它可以用來通知應(yīng)用服務(wù)器130由接收設(shè)備110發(fā)出的任何命令。并且，應(yīng)用服務(wù)器130可以將來自接收設(shè)備110的命令和狀態(tài)請求命令響應(yīng)中繼到控制設(shè)備
105。關(guān)注前面描述的隊列，應(yīng)用服務(wù)器130可以積累命令或狀態(tài)消息，然后，在特定時間段后將它們“推送”控制設(shè)備105，或通過請求獲得來自控制設(shè)備105的消息將它們“拉取”到應(yīng)用服務(wù)器130。
[0026]“/c3_ebif/stb_originated_messages”支持HTTP PUT動詞。每條消息的內(nèi)容都是單個命令或狀態(tài)請求消息。該服務(wù)支持的MIME內(nèi)容類型是“text/www-url-formencoded”，數(shù)據(jù)內(nèi)容理想地與從接收設(shè)備110發(fā)送到應(yīng)用服務(wù)器130的數(shù)據(jù)相同。應(yīng)用服務(wù)器上的“/c3_ebif/stb_originated_messages”服務(wù)存在消息,優(yōu)選地幾乎不做修改。
[0027]HTTP請求可以識別發(fā)出消息的接收設(shè)備110。該標(biāo)識符存儲在HTTP頭“x-c3-ebif-stb_identifier” 中，其中 stb-1dentifier 的值是控制設(shè)備 110 的 MAC 地址。頭還可以包含以EBIF格式(比較帶外和帶內(nèi)消息)發(fā)出命令的第二接收設(shè)備的位置。消息主體的主體應(yīng)該包含標(biāo)識出被認(rèn)為應(yīng)該接收命令的目的地控制設(shè)備105的信息。如果消息是命令或狀態(tài)響應(yīng)消息，那么消息中的標(biāo)識符應(yīng)該匹配在原始請求的原始目的地標(biāo)識符中列出的控制設(shè)備105的標(biāo)識符。如果消息是事件消息，那么消息中的標(biāo)識符應(yīng)該匹配之前訂閱以接收來自接收設(shè)備HO的事件消息的通知的控制設(shè)備105。
[0028]在本發(fā)明的一個實施例中，應(yīng)用服務(wù)器130被配置為運行服務(wù)。該服務(wù)用來排隊并最終傳遞發(fā)自接收設(shè)備110的命令消息，到達任何控制設(shè)備105。服務(wù)端點/c3_ebif/device_queue被用來接收命令、狀態(tài)響應(yīng)和事件消息。該服務(wù)隊列消息的實現(xiàn)的目的地是控制設(shè)備105。對GET服務(wù)請求的響應(yīng)返回所有排隊的、要發(fā)送到特定控制設(shè)備105的消息，然后從應(yīng)用服務(wù)器130的隊列中清除這些消息。
[0029]“/c3_ebif/device_queue”支持HTTP GET命令。每條消息的內(nèi)容都是單個命令或狀態(tài)請求消息。消息的格式是打包接收設(shè)備110響應(yīng)消息的XML。格式化單條響應(yīng)消息使得其格式與接收設(shè)備中的消息應(yīng)用發(fā)出的命令消息相同。一組消息被“包裝”成XML格式，在本公開的一個實施例中，將一組命令響應(yīng)消息打包成具有單個根元素的單個XML文檔。單條響應(yīng)消息也可以將源接收設(shè)備標(biāo)識符(MAC地址)與每條命令響應(yīng)消息相關(guān)聯(lián)。該服務(wù)支持的MIME內(nèi)容類型是“text/xml”，盡管根據(jù)內(nèi)容類型標(biāo)識符“text/www-url-formencoded”格式化處理包含在消息中的單條命令響應(yīng)消息。
[0030]為了處理對服務(wù)的請求，該請求應(yīng)該包括將要訪問其隊列的控制設(shè)備105標(biāo)識符。標(biāo)識符由要求用請求發(fā)送的正常REST服務(wù)令牌或用戶設(shè)備令牌提供。根據(jù)此令牌，應(yīng)用服務(wù)器130可以推導(dǎo)出設(shè)備ID。響應(yīng)中返回的消息包括所有未傳遞的、要通過應(yīng)用服務(wù)器130/c3_ebif/stb_originated_messages服務(wù)發(fā)送到設(shè)備的命令響應(yīng)消息。
[0031]應(yīng)用服務(wù)器130可以在轉(zhuǎn)譯并中繼命令請求到C3EBIFChannelFacade接口的實現(xiàn)的 “/c3_ebif/stb_addressed_messages” 運行服務(wù)。該接 口 被設(shè)計為統(tǒng)一外觀(uniformfacade)以支持應(yīng)用服務(wù)器130和前端服務(wù)器140之間的通信信道。一種實現(xiàn)可以支持在應(yīng)用服務(wù)器130和前端服務(wù)器140之間雙向消息交換的“推送”通知類型。/c3_ebif/device_queue服務(wù)還對來自相同C3EBIFChannelFacade接口的命令響應(yīng)進行轉(zhuǎn)譯和排隊。
[0032]所述接口被設(shè)計為支持幾種操作，包括使用“推送”類型消息發(fā)送操作中繼發(fā)自控制設(shè)備105的消息到接收設(shè)備110。另一操作提供排隊的、來自接收設(shè)備110的消息，可以使用C3EBIFChannelFacade接口將這些消息傳遞到控制設(shè)備105，以接收源自使用“拉取”類型消息獲取操作的事件。其他支持的操作提供控制設(shè)備105以注冊和注銷對源自接收設(shè)備110的事件的特定興趣。
[0033]上面所述的外觀的JAVA實現(xiàn)如下所示:
[0034]
【權(quán)利要求】
1.一種用于在設(shè)備之間通信命令的方法，包括: 確定是否響應(yīng)于從設(shè)備接收到的信息通過第一接口和第二接口傳送至少一個命令給所述設(shè)備。
2.如權(quán)利要求1所述的方法，進一步包括: 所述確定步驟響應(yīng)于將作為開放的命令或限制的命令傳送的至少一個命令確定。
3.如權(quán)利要求2所述的方法，進一步包括: 當(dāng)所述至少一個命令被確定為開放命令時，通過所述第一接口傳送所述至少一個命令給所述設(shè)備。
4.如權(quán)利要求2所述的方法，進一步包括: 當(dāng)所述至少一個命令被確定為限制命令時，通過所述第二接口傳送所述至少一個命令給所述設(shè)備。
5.如權(quán)利要求4所述的方法，其中所述傳送步驟以第一格式傳送所述至少一個命令給服務(wù)器，其中所述服務(wù)器將所述命令轉(zhuǎn)譯為第二格式以供傳送到所述設(shè)備。
6.如權(quán)利要求5所述的方法,其中所述的第一格式是表述性狀態(tài)轉(zhuǎn)移(REST)格式,第二格式是增強TV 二進制互換格式(EBIF)格式。
7.如權(quán)利要求5所述的方法，其中當(dāng)?shù)诙辽僖粋€命令被傳送給傳送所述至少一個命令的設(shè)備時，所述服務(wù)器將從所述設(shè)備接收到的所述第二至少一個命令從所述第二格式轉(zhuǎn)譯為第一格式。
8.如權(quán)利要求1所述的方法，其中所述第一接口是控制設(shè)備和所述設(shè)備之間直接連接的物理鏈接；并且所述第二接口通過網(wǎng)絡(luò)使用將所述至少一個命令從第一格式轉(zhuǎn)譯為第二格式的居間服務(wù)器。
9.一種用于在設(shè)備之間通信命令的系統(tǒng)，包括: 第一設(shè)備，通過第一通信介質(zhì)將第一命令傳送到第二設(shè)備，所述第一設(shè)備通過第二通信介質(zhì)將第二命令傳送到所述第二設(shè)備，其中通信介質(zhì)根據(jù)所述第一和第二命令是開放的還是限制的進行選擇；以及 服務(wù)器，通過所述第二通信介質(zhì)介于所述第一設(shè)備和第二設(shè)備之間，其中所述服務(wù)器在將轉(zhuǎn)譯的命令轉(zhuǎn)發(fā)給所述第二設(shè)備之前，將從所述第一設(shè)備接收到的所述第二命令從第一格式轉(zhuǎn)譯為第二格式。
10.一種傳送命令的設(shè)備，包括: 用于根據(jù)命令的性質(zhì)確定通過第一還是第二接口傳送所述命令給設(shè)備的部件； 用于通過第一接口傳送所述命令的部件；以及 用于通過第二接口傳送所述命令的部件。
11.如權(quán)利要求10所述的設(shè)備，其中所述命令的所述性質(zhì)是開放的命令或限制的命令。
【文檔編號】G08C23/04GK103650012SQ201280034255
【公開日】2014年3月19日 申請日期:2012年5月10日 優(yōu)先權(quán)日:2011年5月12日
【發(fā)明者】S.馬科夫, B.瑪索 申請人:湯姆遜許可公司