專利名稱:遙控信號、遙控系統(tǒng)和控制具有遙控器的設備的方法
技術領域:
本發(fā)明涉及一種遙控器,尤其涉及遙控信號、遙控系統(tǒng)和使用遙控信號控制具有遙控器的設備的方法。
背景技術:
隨著社會自動化和社會多元化的日益發(fā)展,許多工業(yè)設備和家用電器普遍被它們的唯一遙控器操作。如果用戶利用遙控器,則用戶不必走到能夠在遠處接收期望的信號的接收器的安放位置,并且不必在該安放位置處直接操作接收器,用戶就可以在遠處命令接收器的操作。換句話說,遙控器已經(jīng)在所有接收器(例如,電視機、音頻播放器、視頻播放器和空調(diào)等等)中被廣泛使用。
當用戶購買接收器時,上述遙控器及其相關接收器作為一套產(chǎn)品被提供給用戶。因此,用戶擁有與接收器一樣多的各種遙控器。
然而,遙控器通常被制造為紅外(IR)遙控器,并且根據(jù)制造公司和產(chǎn)品模型等具有不同二進制代碼。
圖1A~1C示意性示出了根據(jù)制造公司和產(chǎn)品型號而不同二進制代碼。從圖1A~1C中可以看出,圖1A~1C所示的二進制代碼具有不同的時間和長度。
圖1A示出了Sony公司主要使用的脈沖編碼信號方案。圖1A所示的脈沖編碼信號方案改變高脈沖信號的長度,以便編碼所需的信息。在這種情況下,短高脈沖的信號變成零,并且另一長高脈沖的信號變成預定值1。
圖1B示出了Panasonic公司主要使用的空間編碼信號方案。該空間編碼信號方案改變低脈沖信號(即,空號)的長度。在這種情況下,短低脈沖的信號變成0,并且另一長低脈沖的信號變成預定值1。
圖1C示出了Philips公司主要使用的移位編碼信號方案。該移位編碼信號方案在編碼信息時使用方向轉(zhuǎn)換(transition direction)來表示兩個值0和1。在這種情況下,短低脈沖的信號變成0,而另一長低脈沖的信號變成預定值1。
各個遙控器使用上述方案來發(fā)送一系列信號。每個信號主要被劃分為如圖2所示的首標部分和代碼部分。在將實際代碼發(fā)送到接收器之前,將首標發(fā)送到接收器,從而它激活接收器。所有制造公司通常使用相同的首標形式。在按下遙控器的按鍵的同時首標和代碼被連續(xù)地發(fā)送到接收器。代碼的重復時間通常被設定為至少500毫秒。代碼被劃分為地址發(fā)送部分和命令發(fā)送部分。地址選擇接收信號的特定產(chǎn)品,命令指定必需的操作。
下表1是包括可用于各個制造公司的遙控器的代碼的表。
參考表1,長度值以外的所有數(shù)值的單位是微秒(μsec)。
在這種情況下,如果將被操作的第一接收器的遙控器可能處于故障狀態(tài)或者可能丟失,并且用戶利用由不同于第一接收器的制造公司制造的第二接收器的遙控器,則用戶期望操作的接收器(即,第一接收器)無法使用。當用戶利用第二接收器的遙控器時第一接收器無法使用的原因是第一和第二接收器的遙控器必須使用由第一和第二接收器的各自制造公司預先設計的不同的輸入脈沖(請參考表1),并且第一和第二接收器的遙控器的各自輸入脈沖不會改變?yōu)槠渌斎朊}沖。
在這種情況下,如果用戶擁有的多個接收器當中特定接收器的遙控器處于故障狀態(tài)或者丟失,則用戶必須為該特定接收器購買另外的遙控器,或者必須使用接收器面板中包含的按鍵來直接操作該接收器。
發(fā)明內(nèi)容
因此,本發(fā)明致力于一種遙控器、遙控器接收器、用于發(fā)送/接收遙控器信號的方法、以及遙控器信號結(jié)構(gòu)。
本發(fā)明的一個目的是提供一種遙控器、遙控器接收器、用于發(fā)送/接收遙控器信號的方法、以及遙控器信號結(jié)構(gòu),從而遙控器接收器能夠分析遙控器發(fā)送信號,而不管各個制造公司的不同發(fā)送方案如何。
本發(fā)明的另一目的是提供一種用于在遙控器的物理層產(chǎn)生信號的方法和裝置,從而家用音頻/視頻互用性(HAVi)支持遙控器協(xié)議對于該遙控器是可用的。
本發(fā)明的又一目的是提供一種用于在接收器的物理層中接收信號的方法,從而HAVi-支持遙控器協(xié)議對于該接收器可用。
本發(fā)明的附加優(yōu)點、目的和特征將在下面的描述中部分闡述,并且部分地在對于本領域的普通技術人員通過月度下面內(nèi)容而變得明顯或者從本發(fā)明的實踐中獲得。通過書面描述及其權利要求和附圖中特別指出的結(jié)構(gòu)能夠?qū)崿F(xiàn)和得到本發(fā)明的目的和其他優(yōu)點。
為了實現(xiàn)這些目的和其他優(yōu)點以及根據(jù)本發(fā)明的意圖,如此處具體化和廣泛描述的,一種在由遙控器控制的系統(tǒng)中使用的遙控信號,其包括首標部分和代碼部分。首標部分指示其中發(fā)送遙控器按鍵信息的按鍵信息發(fā)送模式。代碼部分至少包括表示遙控器按鍵信息的部分主數(shù)據(jù)。
更具體地,所述代碼部分包括第一自定義碼字段,其指示所述主數(shù)據(jù)部分的數(shù)據(jù)類型和主數(shù)據(jù)的總長度;第二自定義碼字段,其指示所述主數(shù)據(jù)部分的字節(jié)索引;第一數(shù)據(jù)代碼,其包括所述主數(shù)據(jù)部分;和第二數(shù)據(jù)代碼字段,其包括與第一數(shù)據(jù)代碼字段中包括的數(shù)據(jù)相關的錯誤校驗碼。
在本發(fā)明的另一方面,遠程包括遙控器和由該遙控器控制的設備。遙控器生成至少包括表示遙控器的按鍵信息的部分主數(shù)據(jù)的第一協(xié)議消息,并且輸出包括第一協(xié)議消息的遙控信號。另一方面,所述設備接收來自遙控器的遙控信號,并且從該遙控信號中提取所述主數(shù)據(jù)部分。所述設備還存儲由所提取的主數(shù)據(jù)部分表示的按鍵信息。
所述遙控器可以還生成包括遙控器的識別信息的第二協(xié)議消息,并且可以將該第二協(xié)議消息包含在遙控信號中。遙控器的識別信息包括遙控器ID、制造商ID、和硬件版本ID中的至少一個。
應當理解,本發(fā)明的上面一般描述和下面詳細描述都是示例性和解釋性的,并且試圖對所請求保護的本發(fā)明進行進一步解釋。
附圖被包含在進一步理解本發(fā)明并且合并于此并組成本中請的一部分中,所述附解說明了本發(fā)明的實施例,并且與說明書一起來解釋本發(fā)明的原理。附圖中圖1A~1C示出了各個制造公司的不同遙控器信號;圖2是被劃分為首標部分和代碼部分的遙控器信號的波形圖;圖3是根據(jù)本發(fā)明的單脈沖信號的遙控器信號格式的波形圖;圖4A~4B是根據(jù)本發(fā)明的、以幀單位配置的遙控器信號格式的波形圖;圖5A~5C示出了根據(jù)本發(fā)明的遙控器信號的示例性信息編碼方案;圖6是圖解說明根據(jù)本發(fā)明的遙控器和接收器的方框圖;圖7A~7B示出了根據(jù)本發(fā)明的在物理層信號格式中包含的“數(shù)據(jù)類型”字段和“數(shù)據(jù)代碼1”字段的數(shù)據(jù)分配示例;圖8A~8B示出了根據(jù)本發(fā)明的用于將HAVi-支持開放會話請求消息轉(zhuǎn)換為物理層信號的示例;圖9A~8B示出了根據(jù)本發(fā)明的用于將HAVi-支持RC Key消息轉(zhuǎn)換為物理層信號的示例;圖10~11是圖解說明根據(jù)本發(fā)明的、用于將由HAVi-支持遙控器公共協(xié)議定義的遙控器相關信息轉(zhuǎn)換為物理層信號的方法以及用于將由HAVi-支持遙控器公共協(xié)議定義的遙控器按鍵相關信息轉(zhuǎn)換為物理層信號的方法的流程圖;和圖12是圖解說明根據(jù)本發(fā)明的、使用接收器分析物理層信號的方法的流程圖。
具體實施例方式
現(xiàn)在將詳細參考本發(fā)明的優(yōu)選實施例,附圖中圖解了本發(fā)明的示例。無論如何,整個附圖中將使用相同的附圖標記來表示相同或相似的部分。
在描述本發(fā)明之前,應當注意,本發(fā)明所公開的大多數(shù)術語對應于現(xiàn)有技術中公知的一般術語,但是本申請人有必要選出一些術語并且將在本發(fā)明的下面描述公開。因此,本申請人定義的術語最好基于它們在本發(fā)明中的意思來理解。
本發(fā)明允許特定接收器使用另一個接收器的遙控器或者由不同于該特定接收器的另一制造公司制造的遙控器。在這種情況下,接收器是指由遙控器操作的設備。例如,遙控器操作的設備可以對應于電視機、音頻播放器、視頻播放器、空調(diào)器和手持電話等之一。
為此,如果使用另一接收器的遙控器而不是特定接收器的遙控器,具體地,如果使用由不同于特定接收器的另一制造公司制造的遙控器,則由另一制造公司制造的遙控器或者另一接收器的遙控器必須將它自己的信息和與遙控器按鍵相關的其他信息發(fā)送到相應的接收器,并且必須在相應的接收器中注冊上述信息。
在這種情況下,遙控器必須生成與遙控器相關的第一信息和與遙控器按鍵相關的第二信息,并且必須將該第一和第二信息發(fā)送到接收器,從而接收器能夠識別該第一和第二信息。另外,接收器必須確定從遙控器發(fā)送的信號是否指示與遙控器相關的信息還是操作命令。
如果從遙控器發(fā)送的信號被確定為與遙控器相關的信息,則接收器在內(nèi)部存儲單元中注冊上述信息,并且執(zhí)行與從該遙控器接收的操作命令對應的操作。否則,如果從遙控器發(fā)送的信號被確定為操作命令并且在接收器中沒有注冊該遙控器,則該接收器被禁能。
因此,本發(fā)明提供一種有創(chuàng)造性的信號格式,從而接收器使用該信號格式來識別遙控器的注冊信息,使用該信號格式從所有接收到的信息中僅提取必需的信息,并且存儲所提取的信息。
如果被應用上述信號格式的特定遙控器生成遙控器相關信息和遙控器按鍵相關信息并且將上述信息發(fā)送到接收器,則被應用該信號格式的接收器從接收到的信息中提取遙控器相關信息和遙控器按鍵相關信息,并且在它的內(nèi)部存儲單元中注冊所提取的信息。
圖3是根據(jù)本發(fā)明的有創(chuàng)造性的單脈沖的示例。在這種情況下,通過遙控器將該單脈沖從455KHz調(diào)制為37.91KHz。
在這種情況下,載頻fCAR是1/Tc=fOSC/12,并且占空比是T1/Tc=1/3,其中T1是高脈沖的長度,Tc是單脈沖的周期。
圖4A是根據(jù)本發(fā)明的由首標部分和代碼部分組成的1-幀信號結(jié)構(gòu)。首標部分的高脈沖的長度是4.5毫秒(ms),首標部分的低脈沖的長度是2毫秒,從而首標部分包括由兩個周期組成的首標信號。換句話說,如果接收器從遙控器接收具有上述時間長度4.5毫秒和2毫秒以及上述信號結(jié)構(gòu)的首標信號,則確定遙控器指示本發(fā)明的有創(chuàng)造性的遙控器。
如圖5A所示,根據(jù)本發(fā)明,位“0”的高脈沖長度被設定為0.56毫秒,并且位“0”的低脈沖長度被設定為0.565毫秒(1.125-0.56毫秒)。如圖5B所示,根據(jù)本發(fā)明,位“1”的高脈沖長度被設定為0.56毫秒,并且位“1”的低脈沖長度被設定為1.69毫秒(2.25-0.56毫秒)。為了執(zhí)行信息編碼,改變低脈沖(例如,空號)的長度。圖5C示出了單個幀的長度Tf被設定為108毫秒的示例。
如圖4A所示,代碼部分由32位組成。在這種情況下,將該32位分為由8位組成的“自定義碼1”字段、由8位組成的“自定義碼2”字段、由8位組成的“數(shù)據(jù)代碼1”字段、和由8位組成的“數(shù)據(jù)代碼2”字段。
圖4B是當基于本發(fā)明信號格式的遙控器發(fā)送它的信息時以幀單元配置的詳細代碼部分。
如圖4B所示,“自定義碼1”字段被劃分為數(shù)據(jù)類型部分和消息長度部分?!白远x碼2”字段指示當前索引,并且“數(shù)據(jù)代碼1”字段指示發(fā)送數(shù)據(jù)?!皵?shù)據(jù)代碼2”字段指示“數(shù)據(jù)代碼1”字段的1的補碼(complement),并且被用來確定被發(fā)送到“數(shù)據(jù)代碼1”字段的數(shù)據(jù)的錯誤是否存在。
數(shù)據(jù)類型字段被分配給“自定義碼1”字段的兩個高階位,從而它指示發(fā)送數(shù)據(jù)的類別信息。例如,數(shù)據(jù)類型字段可以在將被存儲在存儲器中的數(shù)據(jù)(即,與遙控器相關的信息和與遙控器按鍵相關的信息)和不將被存儲在存儲器中的數(shù)據(jù)(即,用于請求數(shù)據(jù)發(fā)送的消息或者用于請求響應的消息等)之間進行區(qū)分。
消息長度被分配給“自定義碼1”字段的6個低階位和“自定義碼2”字段的1個高階位,從而它指示用于發(fā)送遙控器信息的消息(例如,message-、request-和response-句法等)的總字節(jié)的長度。在這種情況下,假設消息長度被分配7個位,因此可發(fā)送的消息的最大長度等于與128字節(jié)對應的長度。
當前索引被分配從“自定義碼2”字段的第二高階位到最低有效位(LSB),從而它指示在“自定義碼1”字段中規(guī)定的總消息長度當中當前被發(fā)送的字節(jié)索引。
“數(shù)據(jù)代碼1”字段指示將被發(fā)送的字節(jié)單位數(shù)據(jù)。
“數(shù)據(jù)代碼2”字段指示“數(shù)據(jù)代碼1”字段的數(shù)據(jù)的1的補碼,從而它確定“數(shù)據(jù)代碼1”字段的錯誤是否存在。
本發(fā)明的優(yōu)選實施例根據(jù)上述信號格式形成遙控器相關信息和遙控器按鍵相關信息,發(fā)送上述信息,并且接收/分析發(fā)送信息。下面將參考HAVi-支持接收器和HAVi接收器的遙控器來描述本發(fā)明的上述優(yōu)選實施例。
基于Java的接收器需要JavaAPI(應用編程接口)和連接到JavaAPI的Java應用程序來執(zhí)行預定的控制操作,從而它可以控制從基于Java的接收器的遙控器接收到的信號。在這種情況下,基于Java來構(gòu)造API和應用程序。
如果規(guī)定了標準Java API,則制造Java應用程序的內(nèi)容提供商(CP)根據(jù)所規(guī)定的標準Java API來提供Java應用程序,并且各個接收器的多個制造公司制造能夠支持標準JavaAPI的產(chǎn)品。
通常,在HAVi(家用音頻/視頻互用性)級2用戶接口(UI)標準中規(guī)定了與遙控器相關的標準JavaAPI。
HAVi級2用戶接口(UI)標準是指一種與遙控器相關的通用接口,所以它目前適用于美國數(shù)據(jù)廣播標準和歐洲數(shù)據(jù)廣播標準,并且被廣泛用于美國和歐洲。
關于上述的HAVi UI標準,在“org.havi.ui.event.HRcCapabilities”和“org.havi.ui.event.HRcEvent”中已經(jīng)規(guī)定了與遙控器相關的內(nèi)容數(shù)據(jù)。
在這種情況下,上述的“org.havi.ui.event.HRcCapabilities”具有特定功能,通過該特定功能應用程序能夠檢查遙控器可支持的多個按鍵。
然而,HAVi級2用戶接口標準沒有規(guī)定用于支持用于檢查遙控器可支持的按鍵的上述功能的方法。
為了支持上述功能,接收器必須使用用于預先存儲與遙控器可支持的按鍵相關的信息的第一種方法,或者必須使用用于從遙控器中檢索與可支持按鍵相關的信息的第二種方法。
然而,大多數(shù)制造公司的各個產(chǎn)品通常都由封裝在單個盒子中的接收器和遙控器組成,從而大多數(shù)用戶通常寧愿使用上述第一種方法而不是上述第二種方法。
因此,本發(fā)明的特征在于遙控器將遙控器公共協(xié)議轉(zhuǎn)換為具有上述信號格式的物理層信號,發(fā)送該物理層信號,并且接收器分析接收到的物理層信號。
圖6是圖解說明根據(jù)本發(fā)明的遙控器100與接收器200之間的連接系統(tǒng)的方框圖。
參考圖6,遙控器100可以是任一制造公司的遙控器,并且接收器200可以是由例如機頂盒、數(shù)字TV接收器、音頻播放器、視頻播放器和DVD等的、由遙控器操作的A/V設備。
遙控器100根據(jù)公共協(xié)議格式來規(guī)定與遙控器相關的信息和與遙控器按鍵相關的其他信息,使用圖3到5所示的信號格式來產(chǎn)生所規(guī)定的遙控器相關信息和所規(guī)定的遙控器按鍵相關信息,并且發(fā)送上述信息。
為此,遙控器100包括遙控器按鍵輸入單元111、協(xié)議發(fā)生器112、存儲器113、信號發(fā)生器114、和信號發(fā)送器115。
遙控器按鍵輸入單元111包括多個按鍵,經(jīng)由所述按鍵用戶輸入期望的按鍵信號,并且輸入單元111可以包括附加信息發(fā)送按鍵,用于發(fā)送遙控器相關信息和遙控器按鍵相關信息。如果需要的話,信息發(fā)送按鍵通常與其他按鍵一起使用。
為了便于描述,如果按下信息發(fā)送按鍵,則激活了信息發(fā)送模式,從而信息發(fā)送模式將由遙控器公共協(xié)議規(guī)定的遙控器相關信息和遙控器按鍵相關信息轉(zhuǎn)換為物理層信號。
存儲器113是指用于存儲與相應的遙控器相關的信息和與遙控器按鍵相關的信息的存儲單元。
如果用戶按下遙控器按鍵輸入單元111中包含的信息發(fā)送按鍵,則協(xié)議發(fā)生器112從存儲器113中提取遙控器相關信息和遙控器按鍵相關信息,并且根據(jù)公共協(xié)議格式來規(guī)定所提取的遙控器相關信息和所提取的遙控器按鍵相關信息。例如,如果上述遙控器用作單向(one-way)系統(tǒng),則協(xié)議發(fā)生器1112依次產(chǎn)生多個句法,也就是,用于請求遙控器相關信息和遙控器按鍵相關信息的發(fā)送的“打開會話請求”句法、包括遙控器相關信息的“RC Info消息”句法、包括遙控器按鍵相關信息的“RC按鍵消息”句法、和用于請求終止遙控器相關信息和遙控器按鍵相關信息的上述發(fā)送的“關閉會話請求”句法,并且最后將上述句法輸出到信號發(fā)生器114。
為了便于描述,本發(fā)明的術語“消息”包括“打開會話請求”句法、“RCInfo消息”句法、“RC按鍵消息”句法和“關閉會話請求”句法。
信號發(fā)生器114以圖3至5所示的物理層信號的形式來配置以公共協(xié)議形式規(guī)定的遙控器相關信息和遙控器按鍵相關信息,并且經(jīng)由信號發(fā)送器115發(fā)送遙控器相關信息和遙控器按鍵相關信息。
信號發(fā)送器可以是IR發(fā)送器、RF發(fā)送器和藍牙發(fā)送器中的至少一個。
同時,接收器200從物理層提取以公共協(xié)議形式規(guī)定的遙控器相關信息和遙控器按鍵相關信息,并且存儲所提取的遙控器相關信息和所提取的遙控器按鍵相關信息。
為此,接收器包括信號接收器211、信號分析器212、協(xié)議分析器213、存儲器214、和遙控器按鍵分析器215。
更具體地,信號接收器211從遙控器100接收包括遙控器相關信息和遙控器按鍵相關信息的物理層信號,并且將接收到的物理層信號輸出到信號分析器212。信號接收器211可以是IR接收器、RF接收器和藍牙接收器中的至少一個。
如果信號分析器212接收建議的信號格式的信號,那么,它分析物理層中接收的信號,并且將分析的結(jié)果輸出到協(xié)議分析器213。
協(xié)議分析器213確定物理層中分析的信號是對應于將不被存儲在存儲器中的正常信息還是將被存儲在存儲器中的信號信息(例如,遙控器相關信息和/或遙控器按鍵相關信息)。協(xié)議分析器214將正常信息輸出到遙控器按鍵分析器215,并且在存儲器214中存儲要被存儲的信號信息。在這種情況下,存儲器214不僅可以存儲與單個遙控器相關的信息,還可以存儲與多個遙控器相關的信息。換句話說,與實際遙控器按鍵相關的信息未被轉(zhuǎn)換為上層消息,而只在物理層中被使用。
存儲器214存儲與由單個遙控器識別符(ID)識別的存儲空間對應的多個遙控器相關信息。
遙控器按鍵分析器215將接收到的正常信息轉(zhuǎn)換為上層消息,并且輸出該上層消息。如果從遙控器100發(fā)送的信號是在存儲器214中注冊的遙控器的操作命令,則遙控器按鍵分析器215從存儲器214中讀取相應的信號,分析操作命令,并且根據(jù)所分析的操作命令來控制必需的操作。
下面將描述以物理層信號的形式構(gòu)造根據(jù)公共協(xié)議格式已經(jīng)規(guī)定的遙控器相關信息和遙控器按鍵相關信息的方法。
更具體地,遙控器配置如圖4A~4B所示的信號格式首標,從而其指示能夠支持HAVi-支持遙控器公共協(xié)議的物理層信號。
而且,遙控器指示被發(fā)送到數(shù)據(jù)類型區(qū)域的信號的類別信息,其被分配給“自定義代碼1”字段的兩個初始位。例如,如果被發(fā)送到數(shù)據(jù)類型區(qū)域的信號被確定為正常信息,則顯示值“00”。如果被發(fā)送到數(shù)據(jù)類型區(qū)域的信號被確定為信號信息,則顯示值“01”。數(shù)據(jù)類型區(qū)域還可以適于在將要存儲的數(shù)據(jù)和不被存儲的數(shù)據(jù)之間進行區(qū)分。
根據(jù)本發(fā)明的優(yōu)選實施例,可以通過預定值“01”來表示隨著制造公司和接收器變化的、與遙控器按鍵相關的消息(也就是,“RC按鍵消息”句法的按鍵代碼(keyCode)和按鍵信號(keySignal))??梢酝ㄟ^正常值“00”來表示上述消息以外的其他消息,例如,在HAVi-支持遙控器公共協(xié)議中規(guī)定的message-、request-和response-句法。
在這種情況下,如果“自定義碼1”字段中包含的數(shù)據(jù)類型值表示值“01”(即,信號),則“數(shù)據(jù)代碼1”字段用作信號類型,從而它不被轉(zhuǎn)換為上層消息,僅在物理層中使用。
根據(jù)本發(fā)明的另一優(yōu)先實施例,通過信號信息“01”來表示“打開會話請求”句法中包含的遙控器ID(resource_id)、“RC info消息”句法中相應遙控器的制造公司ID(vendor_id)、諸如遙控器H/W版本的遙控器相關信息(hardwar_version_id)、“RC按鍵消息”句法的每一按鍵代碼(keyCode)和按鍵信號(keySignal),并且可以通過正常信息“00”來表示其他消息。
根據(jù)本發(fā)明,在發(fā)送如圖7B所示的與遙控器按鍵相關的實際信號之前,將幀的“數(shù)據(jù)代碼1”字段設定為“0x01”,從而它指示用于發(fā)送按鍵信號(keySignal)的起始信號。如果發(fā)送了與遙控器相關的所有實際按鍵,則將“數(shù)據(jù)代碼1”字段設定為“0x11”,從而它指示結(jié)束信號。
換句話說,如果數(shù)據(jù)類型值是“01”,以及“數(shù)據(jù)代碼1”字段值是“0x01”,則接收器確定下一個信號指示相應遙控器的按鍵信號數(shù)據(jù)。
如圖4B所示,被分配給“自定義碼2”字段的最高有效位(MSB)和“自定義碼1”字段的6個低階位的7位的消息長度指示在HAVi-支持遙控器公共協(xié)議中規(guī)定的消息(例如message-、request-和response-句法等)的總字節(jié)的長度。在這種情況下,上述消息長度對應于7位,從而可發(fā)送的消息的最大長度對應于128字節(jié)。
被分配到從“自定義碼2”字段的第二高階位到最低有效位(LSB)的“自定義索引”字段指示在“自定義碼1”字段中規(guī)定的總消息長度當中當前發(fā)送的字節(jié)索引。
“數(shù)據(jù)代碼1”字段指示將被發(fā)送的字節(jié)單位數(shù)據(jù)。
“數(shù)據(jù)代碼2”字段指示“數(shù)據(jù)代碼1”字段的數(shù)據(jù)的1的補碼,從而它可以確定“數(shù)據(jù)代碼1”字段中是否存在錯誤。
例如,如果“數(shù)據(jù)代碼1”字段的數(shù)據(jù)是“1101 0011”,則“數(shù)據(jù)代碼2”字段的數(shù)據(jù)是“0010 1100”。
下面將通過參考HAVi-支持遙控器公共協(xié)議當中的“打開會話請求”句法來描述一種用于將正常信息轉(zhuǎn)換為物理層信號的方法。
圖8A示出了根據(jù)本發(fā)明的“打開會話請求”句法。
“打開會話請求”句法是用于請求從接收器發(fā)送遙控器相關信息和遙控器按鍵相關信息的消息。如果接收器接收上述“打開會話請求”句法消息,則該接收器準備經(jīng)由它的遙控器接收遙控器相關信息和遙控器按鍵相關信息。
換句話說,為了命令遙控器發(fā)送遙控器相關信息和遙控器按鍵相關信息,圖8A所示的“打開會話請求”句法被轉(zhuǎn)換為物理層信號,并且該物理層信號被發(fā)送到接收器。
在這種情況下,“打開會話請求”句法可以包括指示“打開會話請求”句法的標簽字段(open_session_request_tag)、長度字段(length_field)、和請求“Open Session Request()”消息的遙控器的ID值(resource_id)。
圖8B示出了其中圖8A所示的“打開會話請求”句法被轉(zhuǎn)換為物理層信號的示例。換句話說,實際遙控器的發(fā)送信號指示圖8B所示的任何代碼值,而不是圖8A的句法。
參考圖8B,“數(shù)據(jù)類型”值由正常信息“00”表示,消息長度為6?!爱斍八饕敝祻?依次增加到5。
例如,“打開會話請求”句法的“open_session_reques_tag”字段包括數(shù)據(jù)類型“00”、消息長度“0x06”、當前索引“0x00”、“數(shù)據(jù)代碼1”字段值“0x10”、和“數(shù)據(jù)代碼2”字段值“0xEF”。
對于上述“打開會話請求”句法的剩余字段使用上述方法來進行代碼分配。
使用上述方法將幀中包含的各個代碼值分配給HAVi-支持遙控器公共協(xié)議當中的其他消息。
下面將通過參考HAVi-支持遙控器公共協(xié)議中包含的“RC按鍵消息”句法來描述將信號信息轉(zhuǎn)換為物理層信號的方法。
圖9A示出了根據(jù)本發(fā)明的“RC按鍵消息”句法。在這種情況下,“RC按鍵消息”句法是包括將被發(fā)送的按鍵信號數(shù)據(jù)(例如,keyCode和keySignal)的消息。
在這種情況下,“RC按鍵消息”句法可以包括指示“RC按鍵消息”句法的標簽字段(re_key_mesage_tag)、長度字段(length_field)、指示所公開按鍵值的數(shù)的字段(number_of_keys)、遙控器的按鍵值(keyCode)、和與上述按鍵值(keyCode)對應的物理信號信息(keySignal)等。
圖9B示出了其中圖9A中所示的“RC按鍵消息”句法被轉(zhuǎn)換為物理層信號的示例。換句話說,從實際發(fā)送/接收端發(fā)送的物理信號信息(keySignal)的值不等于圖9A的32位,而等于圖9B所示的內(nèi)容數(shù)據(jù)。
參考圖9B,“數(shù)據(jù)類型”值由正常區(qū)中的“00”表示,并由信號區(qū)域中的“01”表示。消息長度是6,并且“當前索引”值從00依次增加到06。
例如,“RC按鍵消息”句法的“number_of_keys”字段包括數(shù)據(jù)類型“00”、消息長度“0x06”、當前索引“0x02”、“數(shù)據(jù)代碼1”字段值“0x01”、和“數(shù)據(jù)代碼2”字段值“0xFE”。使用上述方法對上述“RC按鍵消息”句法的剩余字段執(zhí)行代碼分配。
然而,“RC按鍵消息”句法包括“keyCode”字段和“keySignal”字段。換句話說,將與“keyCode”信息對應的制造公司的實際遙控器信號(keySignal)轉(zhuǎn)換為物理層信號代碼,從而發(fā)送該物理層信號代碼。
因此,在向接收器發(fā)送與“keyCode”信息對應的制造公司的實際遙控器信號之前,遙控器通知接收器開始發(fā)送實際遙控器信號。如果完成了發(fā)送實際遙控器信號,則遙控器必須通知接收器信號發(fā)送完成。
為此,發(fā)送特定幀,其包括數(shù)據(jù)類型“01”、消息長度“0x07”、當前索引“0x05”、“數(shù)據(jù)代碼1”字段值“0x10”、和“數(shù)據(jù)代碼2”字段值“0xEF”,從而所述幀通知接收器開始了信號發(fā)送。
之后,發(fā)送與“keyCode”信息對應的制造公司的實際遙控器信號。例如,如果當前遙控器是由Sony公司制造的,則可以以圖1A所示的信號的形式發(fā)送該遙控器中包含的各個按鍵的信號。如果當前遙控器是由Panasonic公司制造的,則可以以圖1B所示的信號的形式發(fā)送該遙控器中包含的各個按鍵的信號。
如果重復上述處理與“number_of_keys”字段值對應的預定次數(shù),則發(fā)送特定幀,其包括數(shù)據(jù)類型“01”、消息長度“0x07”、當前索引“0x06”、“數(shù)據(jù)代碼1”字段值“0x11”、和“數(shù)據(jù)代碼2”字段值“0xEE”,從而所述幀通知接收器終止了信號發(fā)送。
圖10~11是圖解說明根據(jù)本發(fā)明的、用于將由HAVi-支持遙控器公共協(xié)議定義的遙控器相關信息轉(zhuǎn)換為物理層信號的方法以及用于將由HAVi-支持遙控器公共協(xié)議定義的遙控器按鍵相關信息轉(zhuǎn)換為物理層信號的方法的流程圖。
參考圖10,如果在步驟S401用戶按下遙控器的特定按鍵,則在步驟402確定該特定按鍵是否指示能夠發(fā)送遙控器相關信息和遙控器按鍵相關信息的信息發(fā)送按鍵。
如果在步驟402該特定按鍵不等于上述信息發(fā)送按鍵,則在步驟S403,通過遙控器的制造公司的唯一信號發(fā)送方案來形成與輸入的按鍵對應的信號,并且隨后發(fā)送該信號。相反,如果在步驟402該特定按鍵被確定為上述信息發(fā)送按鍵,則在步驟S404,根據(jù)上述信號發(fā)送方案將HAVi-支持遙控器公共協(xié)議轉(zhuǎn)換為物理層信號,并且隨后發(fā)送該信號。
圖11是圖解說明圖10所示的上述步驟404的詳細流程圖。
參考圖11,當在步驟S501將消息轉(zhuǎn)換為物理層信號時,則在步驟S502確定消息的數(shù)據(jù)類型是否指示正常信息或信號信息。如果確定消息的數(shù)據(jù)類型指示正常信息,則值“00”被分配給數(shù)據(jù)類型值,在步驟503,通過圖8所示的上述處理來形成物理層的正常代碼,并且隨后將其發(fā)送。
如果確定消息的數(shù)據(jù)類型指示信號信息,則值“01”被分配給數(shù)據(jù)類型值,在步驟504,如圖9所示形成“keySignal”信息的起始信號,并且進行發(fā)送。換句話說,指示“KeySignal”信息的開始的幀包括數(shù)據(jù)類型“01”、消息長度“0x07”、當前索引“0x05”、“數(shù)據(jù)代碼1”字段值0x10、和“數(shù)據(jù)代碼2”字段值0xEF。
在發(fā)送上述“keySignal”信息的起始信號之后,在步驟S505,形成并發(fā)送與遙控器的每個按鍵對應的制造公司的實際按鍵信號(keySignal)。在發(fā)送了制造公司的所有實際按鍵信號之后,在步驟506形成并發(fā)送“keySignal”信息的結(jié)束信號。在這種情況下,指示“keySignal”信息的結(jié)束的幀包括數(shù)據(jù)類型“01”、消息長度“0x07”、當前索引“0x06”、“數(shù)據(jù)代碼1”字段值0x11、和“數(shù)據(jù)代碼2”字段值0xEE。
之后,確定將被形成為物理層信號的更多消息是否維持在HAVi-支持遙控器公共協(xié)議。如果沒有將被形成為物理層信號的消息,則終止所有操作。如果確定存在上述消息,則操作處理返回到上述步驟502,從而重復上述步驟。
圖12是圖解說明根據(jù)本發(fā)明的、用于在支持HAVi-支持遙控器公共協(xié)議的接收器中接收遙控器信號,并且分析在物理層接收到的遙控器信號的方法的流程圖。
接收器等待遙控器。如果在步驟601在接收器中接收到遙控器信號,則在步驟602確定當前索引是否正確。換句話說,在步驟602確定當前索引的值是否依次增加。因為遙控器無線發(fā)送信號,由于在遙控器將信號發(fā)送到目的地時出現(xiàn)了意外障礙(例如,人體),所以信號可能被錯誤地發(fā)送到期望的目的地。
因此,如果在步驟602當前索引不正確,則不管相應的幀,而操作處理返回到上一步驟601。否則,如果在步驟602當前索引正確,則在步驟603確定相應幀的數(shù)據(jù)類型是否指示正常信息“00”或者信號信息“01”。
如果確定幀的數(shù)據(jù)類型被確定為正常信息“00”,則在步驟604形成正常代碼。在這種情況下,在步驟605確定將被存儲的代碼是否被包含在所形成的正常代碼中。這樣,將被存儲的代碼指示剩余信號而不是個別制造公司的按鍵信號中的與遙控器的唯一信息對應的代碼值。例如,上述代碼可以對應于相應遙控器的ID值(resource_id)、相應遙控器的制造公司的ID值(vendor_id)、和遙控器H/W版本值(hardware_version_id)等。在這種情況下,遙控器的ID值(resource_id)被包含在“打開會話請求”句法中,并且遙控器的ID值(vendor_id)被包含在“RC Info消息”句法中。數(shù)據(jù)類型能夠適于在上述信息當中進行區(qū)分。例如,當遙控器形成物理層信號時,將包括遙控器相關信息的字段的數(shù)據(jù)類型分配給值“01”。這樣,將被發(fā)送的數(shù)據(jù)尺寸較小,從而可以設立或者不設立起始信號和結(jié)束信號。
如果在步驟605確定是將被存儲的信息,則在步驟606將該信息存儲在存儲器214中,并且在步驟614確定是否完成了消息接收。
同時,如果在步驟603確定數(shù)據(jù)類型是信號信息“01”,則在步驟607確定是否通過參考“數(shù)據(jù)代碼1”字段的值提供了按鍵信號(keySignal)的起始信號。
如果在步驟607“數(shù)據(jù)代碼1”字段值是“0x10”,則確定起始信號,并且建立備用模式一段預定時間周期,直到在步驟608接收到與“keyCode”信息對應的制造公司的實際遙控器信號(keySignal)為止。
之后,在步驟609確定是否完成了“keySignal”數(shù)據(jù)的接收。如果在步驟609完成了“keySignal”數(shù)據(jù)的接收,則在步驟610,接收器等待一段預定時間周期,直到接收到“keySignal”數(shù)據(jù)的結(jié)束信號。如果預定時間期間過去,則在步驟611,接收器參考“數(shù)據(jù)代碼1”字段值來確定是否完全接收到“keySignal”數(shù)據(jù)的結(jié)束信號如果“數(shù)據(jù)代碼1”字段值是“0x11”,則在步驟612,確定結(jié)束信號,并且將接收到的“keySignal”數(shù)據(jù)存儲在存儲器214中。
這樣,存儲在存儲器214中的“keySignal”數(shù)據(jù)在根據(jù)在上面步驟606存儲的遙控器ID(resource_id)被分類的同時在步驟613被存儲。如果必要,則可以根據(jù)相應遙控器的制造公司ID值(vendor_id)和遙控器H/W版本值(harware_version_id)來分類上述“keySignal”數(shù)據(jù)。
確定是否完成消息接收。如果沒有完成消息接收,則操作處理返回到步驟601,從而重復上述步驟。
如果在執(zhí)行了上述注冊步驟之后接收器接收來自遙控器的操作命令,則接收器確定遙控器ID值是否被注冊在存儲器214中。如果遙控器ID值被注冊在存儲器214中,這意味著遙控器被注冊在接收器中,從而從存儲器214檢索與操作命令對應的信號,并且控制與該操作命令對應的操作。在這種情況下,如果多個相同遙控器ID值被包含在存儲器214中,則接收器確定是否使用制造公司ID或遙控器H/W版本值來注冊相應的遙控器,并且控制必需的操作。
如上所述,當HAVi-支持遙控器公共協(xié)議消息被轉(zhuǎn)換為物理層信號時,本發(fā)明使用上述信號格式將遙控器按鍵相關信息的數(shù)據(jù)類型和/或遙控器相關信息的數(shù)據(jù)類型指示為信號信息,并且將上述消息以外的剩余消息指示為正常信息。接收器將其數(shù)據(jù)類型被信號表示的數(shù)據(jù)——每個遙控器的遙控器相關信息和遙控器按鍵相關信息——作為數(shù)據(jù)庫存儲在存儲器中。這樣,用于分類遙控器的上述信號可以使用遙控器ID、遙控器的制造公司ID、和遙控器H/W版本值中的至少一個。
換句話說,遙控器(該遙控器期望支持處理HAVi標準的有效遙控器系統(tǒng)的協(xié)議定義)使用本發(fā)明的物理層信號產(chǎn)生方案,從而接收器可以分析所期望的信號,而不管不同制造公司的各種發(fā)送方案如何。
如果在接收器注冊遙控器,并且遙控器輸入操作命令(例如音量增加按鍵),則根據(jù)制造公司的各個發(fā)送方案來發(fā)送信號。例如,如果遙控器的制造公司是Sony公司,則以圖1A所示的信號格式的方式來發(fā)送上述操作命令信號。這樣,在信息發(fā)送模式期間根據(jù)各個制造公司的唯一發(fā)送方案來發(fā)送實際的遙控器按鍵信號,并且在接收器中注冊該信號。因此,盡管根據(jù)制造公司的各個發(fā)送方案發(fā)送了操作命令,但是接收器還可以分析操作命令,并且還可以控制與操作命令相關的操作。
應當注意,本發(fā)明公開的大多數(shù)術語是在考慮本發(fā)明的功能的情況下定義的,可以根據(jù)本領域普通技術人員或通常實踐的意圖來不同地確定這些術語。因此,最好基于本發(fā)明所公開的全部內(nèi)容來理解上述術語。
從上面描述可以明顯看出,根據(jù)本發(fā)明的遙控器、遙控器接收器、用于發(fā)送/接收遙控器信號的方法、和遙控器數(shù)據(jù)結(jié)構(gòu)具有下列效果。
首先,本發(fā)明提出了一種遙控器信號格式,從而其他制造公司的遙控器或者其他接收器的遙控器可以發(fā)送遙控器相關信息和遙控器按鍵相關信息。而且,接收器建議一種遙控器信號格式,從而該接收器可以分析遙控器信號,所有制造公司的遙控器可被公共使用。具體地,本發(fā)明也可應用于使用多個遙控器的系統(tǒng)。
其次,本發(fā)明使用物理層方案來支持HAVI-支持遙控器公共協(xié)議,從而接收器可以使用所有遙控器,而不管遙控器的各個制造公司的不同技術方案如何。
第三,如果其他制造公司的遙控器或者其他接收器的遙控器發(fā)送遙控器相關信息和遙控器按鍵相關信息,并且在接收器中注冊上述信息,則本發(fā)明允許相應的遙控器根據(jù)相應制造公司的唯一發(fā)送方案來發(fā)送信號,從而它可以支持HAVI-支持遙控器公共協(xié)議,并且同時對于每個制造公司可以維持物理層的各種遙控器發(fā)送技術方案。
對于本領域的普通技術人員明顯的是,在不背離發(fā)明精神或范圍的情況下,在本發(fā)明中可以做出各種修改和變化。因此,本發(fā)明覆蓋了在所附權利要求及其等效物的范圍之內(nèi)的本發(fā)明的修改和變化。
權利要求
1.一種在由遙控器控制的系統(tǒng)中使用的遙控信號,所述遙控信號包括首標部分,其指示其中發(fā)送遙控器信息和遙控器按鍵信息中的至少一個的信息發(fā)送模式;和代碼部分,其至少包括表示遙控器信息和遙控器按鍵信息中的至少一個的部分主數(shù)據(jù)。
2.如權利要求1所述的遙控信號,其中所述代碼部分包括第一自定義碼字段,其指示所述主數(shù)據(jù)部分的數(shù)據(jù)類型和主數(shù)據(jù)的總長度;第二自定義碼字段,其指示所述主數(shù)據(jù)部分的字節(jié)索引;第一數(shù)據(jù)代碼字段,其包括所述主數(shù)據(jù)部分;和第二數(shù)據(jù)代碼字段,其包括與第一數(shù)據(jù)代碼字段相關的錯誤校驗碼。
3.如權利要求2所述的遙控信號,其中所述主數(shù)據(jù)的總長度是由第一自定義碼字段的一部分和第二自定義碼字段的一部分定義的。
4.如權利要求1所述的遙控信號,其中所述首標部分包括兩對高脈沖和低脈沖,并且其中高脈沖的寬度至少比低脈沖的寬度大兩倍。
5.如權利要求4所述的遙控信號,其中所述高脈沖的寬度是4.5毫秒,并且低脈沖的寬度是2毫秒。
6.如權利要求1所述的遙控信號,其中代碼部分中包含的數(shù)據(jù)位的低脈沖寬度確定數(shù)據(jù)位是“0”還是“1”位。
7.如權利要求1所述的遙控信號,其中當數(shù)據(jù)位是“0”位時數(shù)據(jù)位的低脈沖寬度是0.565毫秒,而當數(shù)據(jù)位是“1”位時數(shù)據(jù)位的低脈沖寬度是1.69毫秒。
8.如權利要求2所述的遙控信號,其中所述主數(shù)據(jù)部分的數(shù)據(jù)類型指示系統(tǒng)中是否必須存儲所述主數(shù)據(jù)部分。
9.如權利要求2所述的遙控信號,其中所述數(shù)據(jù)類型是由第一自定義碼字段的兩個較高位來定義的,主數(shù)據(jù)的總長度是由第一自定義碼字段的六個較低位和第二自定義碼字段的一個較高位定義的,字節(jié)索引是由第二自定義碼字段的七個較低位定義的,并且使用第二數(shù)據(jù)代碼字段的八位來承載錯誤校驗碼。
10.一種在由遙控器控制的系統(tǒng)中使用的遙控信號,所述遙控信號包括第一數(shù)據(jù)代碼字段,其至少包括表示遙控器信息和遙控器按鍵信息中的至少一個的部分主數(shù)據(jù)。第一自定義碼字段,其指示第一數(shù)據(jù)代碼字段中包含的所述主數(shù)據(jù)部分的數(shù)據(jù)類型和主數(shù)據(jù)的總長度;第二自定義碼字段,其指示所述主數(shù)據(jù)部分的字節(jié)索引;和第二數(shù)據(jù)代碼字段,其包括用于校驗主數(shù)據(jù)部分的錯誤的代碼。
11.如權利要求10所述的遙控信號,其中所述主數(shù)據(jù)的總長度是由第一自定義碼字段的一部分和第二自定義碼字段的一部分定義的。
12.如權利要求10所述的遙控信號,還包括首標,所述首標包括兩對高脈沖和低脈沖,其中高脈沖的寬度至少比低脈沖的寬度大兩倍。
13.如權利要求10所述的遙控信號,其中在第一和第二數(shù)據(jù)代碼字段以及第一和第二自定義碼字段中的任何一個中包含的數(shù)據(jù)位的低脈沖寬度確定數(shù)據(jù)位是“0”還是“1”位。
14.如權利要求10所述的遙控信號,其中所述主數(shù)據(jù)部分的數(shù)據(jù)類型指示系統(tǒng)中是否必須存儲所述主數(shù)據(jù)部分。
15.如權利要求10所述的遙控信號,其中數(shù)據(jù)類型是由第一自定義碼字段的兩個較高位來定義的,主數(shù)據(jù)的總長度是由第一自定義碼字段的六個較低位和第二自定義碼字段的一個較高位來定義的,位索引被第二自定義碼字段的七個較低位定義,并且使用第二數(shù)據(jù)代碼字段的八位來承載錯誤校驗碼。
16.如權利要求10所述的遙控信號,其中所述錯誤校驗碼包括第一數(shù)據(jù)代碼字段中包含的所述主數(shù)據(jù)部分的1的補碼。
17.一種遙控系統(tǒng),包括遙控器,用于產(chǎn)生第一協(xié)議消息并且輸出包括該第一協(xié)議消息的遙控信號,所述第一協(xié)議消息至少包括表示遙控器信息和遙控器按鍵信息中的至少一個的部分主數(shù)據(jù);和用于接收來自遙控器的包括協(xié)議消息的遙控信號、從控制信號中提取所述主數(shù)據(jù)部分并且存儲由所提取的主數(shù)據(jù)部分表示的按鍵信息的設備。
18.如權利要求17所述的遙控系統(tǒng),其中所述遙控信號包括首標部分,其指示其中從遙控器輸出遙控器按鍵信息的按鍵信息發(fā)送模式;和代碼部分,其包括所述主數(shù)據(jù)部分。
19.如權利要求18所述的遙控系統(tǒng),其中所述代碼部分包括第一自定義碼字段,其指示所述主數(shù)據(jù)部分的數(shù)據(jù)類型和主數(shù)據(jù)的總長度;第二自定義碼字段,其指示所述主數(shù)據(jù)部分的字節(jié)索引;第一數(shù)據(jù)代碼字段,其包括所述主數(shù)據(jù)部分;和第二數(shù)據(jù)代碼字段,其包括與第一數(shù)據(jù)代碼字段相關的錯誤校驗碼。
20.如權利要求19所述的遙控系統(tǒng),其中所述主數(shù)據(jù)部分的數(shù)據(jù)類型指示所述設備中是否必須存儲所述主數(shù)據(jù)部分。
21.如權利要求17所述的遙控系統(tǒng),其中所述遙控器還生成包括遙控器的識別信息的第二協(xié)議消息,并且將該第二協(xié)議消息包含在遙控信號中。
22.如權利要求21所述的遙控系統(tǒng),其中所述遙控器的識別信息包括遙控器ID、制造商ID和硬件版本ID中的至少一個。
23.一種控制具有遙控器的設備的方法,所述方法包括產(chǎn)生第一協(xié)議消息,所述第一協(xié)議消息至少包括表示遙控器信息和遙控器按鍵信息中的至少一個的部分主數(shù)據(jù);和將遙控信號從遙控器發(fā)送到所述設備,所述遙控信號包括第一協(xié)議消息;和在所述設備從控制信號中提取所述主數(shù)據(jù)部分,并且將由所提取的主數(shù)據(jù)部分表示的按鍵信息存儲在所述設備中包含的存儲器中。
24.如權利要求23所述的方法,其中所述遙控信號包括首標部分,其指示從遙控器輸出遙控器按鍵信息的按鍵信息發(fā)送模式;和代碼部分,其包括所述主數(shù)據(jù)部分。
25.如權利要求24所述的方法,其中所述代碼部分包括第一自定義碼字段,其指示所述主數(shù)據(jù)部分的數(shù)據(jù)類型和主數(shù)據(jù)的總長度;第二自定義碼字段,其指示所述主數(shù)據(jù)部分的字節(jié)索引;第一數(shù)據(jù)代碼字段,其包括所述主數(shù)據(jù)部分;和第二數(shù)據(jù)代碼字段,其包括與第一數(shù)據(jù)代碼字段相關的錯誤校驗碼。
26.如權利要求25所述的方法,其中所述主數(shù)據(jù)部分的數(shù)據(jù)類型指示存儲器中是否必須存儲所述主數(shù)據(jù)部分。
27.如權利要求23所述的方法,還包括生成包括遙控器的識別信息的第二協(xié)議消息,其中該第二協(xié)議消息被包含在遙控信號中。
28.如權利要求27所述的方法,其中所述遙控器的識別信息包括遙控器ID、制造商ID和硬件版本ID中的至少一個。
全文摘要
一種遙控系統(tǒng)包括遙控器和由該遙控器控制的設備。遙控器產(chǎn)生遙控信號并且將該控制信號發(fā)送到所述設備以控制該設備的操作。所述控制信號包括首標部分,其指示其中發(fā)送遙控器按鍵信息的按鍵信息發(fā)送模式;和代碼部分,其至少包括表示遙控器按鍵信息的部分主數(shù)據(jù)。所述代碼部分包括所述主數(shù)據(jù)部分、定義數(shù)據(jù)部分的數(shù)據(jù)類型和字節(jié)索引以及主數(shù)據(jù)的總長度的數(shù)據(jù)、以及與主數(shù)據(jù)部分相關的錯誤校驗碼。
文檔編號G08C19/16GK1797495SQ200510137548
公開日2006年7月5日 申請日期2005年12月30日 優(yōu)先權日2004年12月31日
發(fā)明者金益主 申請人:Lg電子株式會社