專利名稱：通信系統(tǒng)和通信裝置的制作方法
技術領域：
本發(fā)明涉及通信系統(tǒng)和通信裝置，其包括通過發(fā)送遙控代碼來執(zhí)行遙控的遙控器以及作為遙控代碼的操作目標的主裝置，并且更具體地涉及通信系統(tǒng)和通信裝置，其通過使用無線網絡在遙控器與主裝置之間執(zhí)行雙向通信。
背景技術：
目前，在各種信息裝置(如，電視接收機和AV裝置)中廣泛地應用遙控。在本說明書中，作為遙控器的操作目標的裝置體一般被稱為“主裝置”。作為遙控器的通信方式，已經使用了紅外通信。紅外通信具有諸如便宜和功耗低之類的優(yōu)點，然而，紅外通信具有諸如限于單向通信且沒有方向性(directivity)之類的缺點。另一方面，當利用無線網絡用作通信方式時，可以在遙控器與主裝置之間執(zhí)行雙向通信，且擴展了通信范圍，然而，存在的問題在于功耗高。在下文中，將考慮使用無線網絡的遙控系統(tǒng)。許多主裝置(如，電視接收機)使用商用交流電源作為主電源，其能夠通過允許裝置持續(xù)地處于接收等待狀態(tài)來從遙控器接收無線信號。另一方面，當對于由電池驅動的遙控器側應用持續(xù)接收等待狀態(tài)時，電池的負荷將過大。然而，當為了節(jié)省功耗在遙控器中接收等待狀態(tài)是間歇的時，不容易執(zhí)行由主裝置側觸發(fā)的對遙控器的信息發(fā)送。這里，作為示例，將說明應用IEEE 802. 15. 4作為當在遙控器與主裝置之間執(zhí)行雙向通信時使用的無線網絡的情況下的電流消耗。在發(fā)送、接收和接收等待狀態(tài)的任意一個中，大約30mA (通常值DC3. 0V)的電流流過IEEE 802. 15. 4的通信模塊(通常值DC 3. 0V)。當遙控器持續(xù)地處于接收等待狀態(tài)時， 30mA的電流持續(xù)地流動。當AA電池的容量是750mAh時，在遙控器的持續(xù)接收等待狀態(tài)下的電池壽命是750mAh/30mA = 25小時，即只有一天。另一方面，當遙控器處于不執(zhí)行發(fā)送/接收操作的休眠狀態(tài)時，這實現了很小的功耗。通過允許遙控器在除了發(fā)送遙控代碼的時段之外的所有時段中處于休眠狀態(tài)，可以獲得具有很小電池消耗的遙控器。當遙控器發(fā)送遙控代碼時，代碼具有幾個字節(jié)。由于 IEEE 802. 15. 4的通信速率是250kbps，因此即使當添加通信所需的信息(如，報頭)時，在大約一毫秒中完成包括應答(ACK)的通信序列。即，電流和遙控器的一次發(fā)送所需的時間是30mA、1毫秒。當AA電池的容量是750mAh時，遙控器可以操作的次數是750mAhX60X60 秒/0. 001秒/30mA = 90，000, 000次。假設一天中執(zhí)行1000次遙控，則可以使用遙控器 90，000天，這是相當長的壽命。然而，當在遙控器中接收等待狀態(tài)是間歇的時，不容易執(zhí)行由主裝置側觸發(fā)的對遙控器的信息發(fā)送(如上所述)。例如，用戶通過使用遙控器的光標按鈕來選擇主裝置的屏幕上的菜單項，并按下確定按鈕由此固定菜單項的選擇。在主裝置側，激活與所選擇的菜單項對應的應用程序，然后，應用程序產生到遙控器的發(fā)送信息。在這種情況下，用戶他/她自己在觀看屏幕的同時操作遙控器實現了通過遙控器的操作由主裝置觸發(fā)的信息的發(fā)送。然而，遙控器本身難以僅通過諸如按下光標按鈕和確定按鈕之類的操作來識別出存在主裝置側執(zhí)行的處理或由主裝置側觸發(fā)的信息的發(fā)送?？梢砸靡恍┓椒▉碓试S處于休眠狀態(tài)的遙控器接收由主裝置觸發(fā)的發(fā)送信息。例如，在遙控器提供激活按鈕。當主裝置期望向遙控器發(fā)送信息時，顯示用于提示用戶按下激活按鈕的屏幕。當用戶根據屏幕的指令按下遙控器的激活按鈕時，將遙控器從休眠狀態(tài)切換到接收等待狀態(tài)，并且可以從主裝置接收發(fā)送信息。在通信結束之后，遙控器再次變?yōu)樘幱谛菝郀顟B(tài)。然而，在使用激活按鈕的方法中，必須在主裝置側執(zhí)行用于提示用戶按下激活按鈕的屏幕顯示。給予用戶操作激活按鈕的麻煩，并且每當從主裝置發(fā)送信息時，無論用戶的意圖如何，都強制按下激活按鈕。從主裝置的信息發(fā)送開始直到用戶按下激活按鈕為止，停止處理。當執(zhí)行由主裝置側觸發(fā)的信息發(fā)送時，在許多情況下，執(zhí)行遙控器的按鈕操作，直到達到信息發(fā)送為止。例如，通過使用遙控器的光標按鈕來選擇主裝置的屏幕上的菜單項， 并進一步按下確定按鈕由此固定菜單項的選擇的情況對應于該情況(如上所述)。當關注這一點時，可以考慮這樣的方法即，在從上一次用戶按下遙控器的按鈕時起的某一時段期間，允許遙控器處于接收等待狀態(tài)，并且當在該時段期間從主裝置發(fā)送信息時，隨后執(zhí)行接收操作，然而，當沒有信息發(fā)送時將狀態(tài)改變到休眠狀態(tài)，由此抑制功耗。例如，提出了這樣的通信系統(tǒng)其在遙控器已經發(fā)送了遙控信號之后，能夠延長接收等待時間直到操作接收裝置為止(例如，參照JP-A-2001-111647(專利文檔1))。然而，當每次操作按鈕遙控器都轉換到接收等待狀態(tài)時，遙控器的功耗不低。當接收時間是1000毫秒時，與時間1毫秒(在此期間，通過發(fā)送遙控代碼消耗電流)相比，操作時間急劇增大，因此，電池壽命由于該增大而減小。從遙控器側按下按鈕起(即，從遙控代碼的發(fā)送起)直到主裝置側開始信息發(fā)送為止的時間通常不固定，因此，難以設置遙控器的合適的接收等待時間。例如，當諸如對于網絡的查詢之類的處理中斷了根據主裝置的遙控器的操作而激活的應用程序的處理時，接收等待時間不僅是不規(guī)則的，而且急劇增大。當將接收等待時間設置為通過考慮以上情況而假設所需的最大值時，每次執(zhí)行遙控器的按鈕操作時產生的接收等待操作的功耗將增大。

發(fā)明內容
考慮到以上情況，期望提供優(yōu)秀的通信系統(tǒng)和通信裝置，其能夠通過使用無線網絡在遙控器與主裝置之間執(zhí)行雙向通信。還期望提供優(yōu)秀的通信系統(tǒng)和通信裝置，其能夠通過使用無線網絡在各裝置之間執(zhí)行雙向通信，這可以優(yōu)選地通過由主裝置側觸發(fā)而將信息發(fā)送到遙控器，同時允許遙控器間歇地處于接收等待狀態(tài)。根據本發(fā)明的實施例，提供了通信系統(tǒng)，包括遙控器，具有輸入用戶操作的輸入單元和執(zhí)行雙向通信的通信單元，從所述通信單元發(fā)送根據關于所述輸入單元的用戶操作的遙控代碼；以及主裝置，具有執(zhí)行雙向通信的通信單元和執(zhí)行與在所述通信單元中接收到的遙控代碼對應的處理的主功能單元，其中所述主裝置響應于從所述遙控器的所述通信單元發(fā)送的狀態(tài)查詢而從所述通信單元發(fā)送狀態(tài)響應，所述遙控器在發(fā)送遙控代碼之后， 以給定時間間隔重復地執(zhí)行狀態(tài)檢查通信過程，其中所述狀態(tài)檢查通信過程包括狀態(tài)查詢的發(fā)送以及等待接收所述狀態(tài)響應，而在所述給定時間間隔期間所述通信單元處于休眠狀態(tài)。在這種情況下的“系統(tǒng)”指示邏輯地集合多個裝置(或實現特定功能的功能模塊) 的狀態(tài)，并且各個裝置和功能模塊是否處于單個外殼中并不重要。根據本發(fā)明的另一實施例，可以配置以上通信系統(tǒng)，以使得所述主裝置執(zhí)行與接收到的遙控代碼對應的處理，并發(fā)送包括關于遙控器的發(fā)送信息的狀態(tài)響應。所述遙控器重復地執(zhí)行所述狀態(tài)檢查通信過程，直到接收到包括發(fā)送信息的狀態(tài)響應為止。根據本發(fā)明的再一實施例，可以配置以上通信系統(tǒng)，以使得所述主裝置執(zhí)行與接收到的遙控代碼對應的處理，并發(fā)送包括指示是否存在關于遙控器的發(fā)送信息的信息的狀態(tài)響應。所述遙控器重復地執(zhí)行所述狀態(tài)檢查通信過程，直到接收到由所述狀態(tài)響應指示的發(fā)送信息為止。根據本發(fā)明的再一實施例，可以配置以上通信系統(tǒng)，以使得所述遙控器包括一個或多個功能單元。所述主裝置發(fā)送指示所述一個或多個功能單元中至少一個功能單元的激活的發(fā)送信息，同時所述遙控器激活由接收到的發(fā)送信息指定的功能單元。根據本發(fā)明的再一實施例，可以配置以上通信系統(tǒng)，以使得所述遙控器根據發(fā)送次數來延長待發(fā)送的狀態(tài)查詢的時間間隔。根據本發(fā)明的再一實施例，提供了通信裝置，包括輸入單元，輸入用戶操作；通信單元，執(zhí)行雙向通信；以及控制單元，控制所述裝置的操作，如上述通信系統(tǒng)中的遙控器那樣操作所述控制單元。這里，所述控制單元允許所述通信單元根據對所述輸入單元的用戶操作來發(fā)送關于操作目標裝置的遙控代碼，并在發(fā)送遙控代碼之后，以給定時間間隔重復地執(zhí)行狀態(tài)檢查通信過程，其中所述狀態(tài)檢查通信過程包括狀態(tài)查詢的發(fā)送以及等待從操作目標裝置接收狀態(tài)響應，而在所述給定時間間隔期間所述通信單元處于休眠狀態(tài)。根據本發(fā)明的再一實施例，可以配置以上通信裝置，以使得所述控制單元重復地執(zhí)行所述狀態(tài)檢查通信過程，直到從所述操作目標裝置接收到包括發(fā)送信息的狀態(tài)響應為止。根據本發(fā)明的再一實施例，可以配置以上通信裝置，以使得所述控制單元重復地執(zhí)行所述狀態(tài)檢查通信過程，直到當從所述操作目標裝置接收到包括指示是否存在發(fā)送信息的信息的狀態(tài)響應時接收到發(fā)送信息為止。根據本發(fā)明的再一個實施例，以上通信裝置可進一步包括一個或多個功能單元。 所述控制單元激活由從所述操作目標裝置接收到的發(fā)送信息指定的功能單元。根據本發(fā)明的再一實施例，可以配置以上通信裝置，以使得所述控制單元根據發(fā)送次數來延長要發(fā)送的狀態(tài)查詢的時間間隔。根據本發(fā)明的再一實施例，提供了通信裝置，包括通信單元，執(zhí)行與遙控器的雙向通信；主功能單元，作為由所述通信單元接收到的遙控代碼的操作目標；以及控制單元， 控制所述裝置的操作，如上述通信系統(tǒng)中的主裝置那樣操作所述控制單元。所述控制單元管理所述主功能單元的狀態(tài)，并允許所述通信單元響應于在所述通信單元處接收到的來自所述遙控器的狀態(tài)查詢來發(fā)送狀態(tài)響應。
根據本發(fā)明的再一實施例，可以配置以上通信裝置，以使得所述控制單元管理所述主功能單元中是否存在關于所述遙控器的發(fā)送信息的狀態(tài)，并允許所述通信單元響應于在所述通信單元處接收到的來自所述遙控器的狀態(tài)查詢來發(fā)送包括發(fā)送信息的狀態(tài)響應。根據本發(fā)明的再一實施例，可以配置以上通信裝置，以使得所述控制單元管理所述主功能單元中是否存在關于所述遙控器的發(fā)送信息的狀態(tài)，并允許所述通信單元響應于在所述通信單元處接收到的來自所述遙控器的狀態(tài)查詢來發(fā)送包括指示是否存在對所述遙控器的發(fā)送信息的信息的狀態(tài)響應。根據本發(fā)明的再一實施例，可以配置以上通信裝置，以使得所述控制單元在發(fā)送信息中包括所述遙控器中包括的功能的激活指令。根據本發(fā)明的實施例，可以提供優(yōu)秀的通信系統(tǒng)和通信裝置，其能夠使用無線網絡在各裝置之間執(zhí)行雙向通信，其中信息可以通過由主裝置側觸發(fā)而適當地發(fā)送到遙控器，同時通過允許遙控器間歇地處于接收等待狀態(tài)來節(jié)省功耗。根據本發(fā)明的實施例，遙控器在發(fā)送遙控代碼之后以給定時間間隔發(fā)送狀態(tài)查詢，同時主裝置給出指示發(fā)送信息的存在的狀態(tài)響應。因此，遙控器在發(fā)送狀態(tài)查詢之后通過允許通信單元處于休眠狀態(tài)直到下一狀態(tài)查詢?yōu)橹梗梢怨?jié)省功耗。遙控器還可以立即響應于由主裝置側觸發(fā)的信息發(fā)送，同時通過以給定時間間隔向主裝置進行狀態(tài)查詢來允許通信單元間歇地處于接收等待狀態(tài)。應用本發(fā)明的遙控系統(tǒng)可以實現雙向通信，這與現有技術的遙控系統(tǒng)相比更加用戶友好?；诤竺婷枋龅谋景l(fā)明的實施例以及附圖，通過更詳細的說明，本發(fā)明的其它特征和優(yōu)點將變得清楚。


圖1是示意性地示出了根據本發(fā)明實施例的通信系統(tǒng)的功能配置的圖；圖2是示出了圖1中所示的通信系統(tǒng)的通信序列示例的圖；圖3是示出了用戶通過使用遙控器來選擇主裝置側的功能的狀態(tài)的圖；圖4是示出了在顯示單元上顯示語音搜索屏幕的狀態(tài)的圖；圖5是示出了在用戶通過使用遙控器來選擇主裝置側的功能的情況下，通信系統(tǒng)的通信序列示例的圖；圖6是示出了圖5中所示的通信序列的修改示例的圖；圖7是示出了圖1中所示的通信系統(tǒng)的修改示例的圖；圖8是示出了圖7中所示的通信系統(tǒng)的通信序列示例的圖；圖9是示出了遙控器逐漸地延長要發(fā)送的狀態(tài)查詢的時間間隔的通信序列示例的圖；圖10是示出了在遙控器側執(zhí)行的處理過程的流程圖；圖11是示出了在主裝置側執(zhí)行的處理過程的流程圖；圖12是示出了主裝置響應于來自遙控器側的遙控代碼的發(fā)送而給出ACK的通信序列的圖；圖13是示出了主裝置響應于來自遙控器的狀態(tài)查詢的發(fā)送而給出ACK，并且遙控器關于來自主裝置側的狀態(tài)響應而給出ACK的通信序列的圖14是示出了遙控器側和主裝置側的協(xié)議堆棧的結構作為示例的圖；圖15是示出了在遙控器側的無線通信的層結構附近布置的“狀態(tài)查詢”以及在主裝置側的無線通信的層結構附近布置的“狀態(tài)響應”的處理的圖；以及圖16是示出了以信息編號+數據的格式在主裝置與遙控器之間發(fā)送標志信息的方案的圖。
具體實施例方式
在下文中，將參照附圖詳細說明本發(fā)明的實施例。圖1示意性地示出了根據本發(fā)明實施例的通信系統(tǒng)1的功能配置。所示的通信系統(tǒng)1包括遙控器10，通過發(fā)送遙控代碼來執(zhí)行遙控；以及主裝置20，其為遙控代碼的操作目標。遙控器10包括輸入單元11、控制單元12、通信單元13和電源單元14。電源單元14使用電池作為主電源，向各個單元提供驅動電源。輸入單元11包括多個按鈕(如，光標按鈕、數字按鈕、決定按鈕、菜單按鈕等)。通信單元13例如通過遵照IEEE 802. 15. 4標準來執(zhí)行無線通信操作，并進入無線網絡作為終端站。在該實施例中，遙控器10經由通信單元13與主裝置20執(zhí)行雙向通信。控制單元12整體地控制遙控器10中的操作。例如，當用戶按下輸入單元11中包括的任意按鈕時，從通信單元13發(fā)送相應的遙控代碼的信號。當由主裝置20側發(fā)送信息時，控制單元12允許通信單元13接收信息并執(zhí)行接收到的信息的處理。在該實施例中，控制單元12允許通信單元13間歇地執(zhí)行接收操作，并且稍后將描述這一點的細節(jié)。另一方的主裝置20包括顯示單元21、主功能單元22、控制單元23、通信單元24和電源單元25。電源單元25使用商用交流電源作為主電源，向各個單元提供驅動電源。通信單元24通過遵照例如IEEE 802. 15. 4標準執(zhí)行無線通信操作，并且例如操作無線網絡作為用以容納終端站(如，遙控器10)的接入點。顯示單元21包括液晶顯示器等。主功能單元22是信息裝置主體(如，電視接收機、AV裝置等)，其是遙控器10的操作目標?？刂茊卧?3整體地控制主裝置20中的操作。例如，當在通信單元24中接收到來自遙控器10的信號時，控制單元23執(zhí)行信號的分析處理。當接收到的信號是遙控代碼時，控制單元23指令主功能單元22執(zhí)行遙控代碼所指示的處理。在操作遙控器的時候，例如，在顯示單元11的屏幕上顯示多個菜單項。用戶通過使用遙控器10的輸入單元11中包括的光標按鈕來改變菜單項的選擇，并通過按下決定按鈕來固定菜單項的選擇。主功能單元22激活與所選擇的菜單項對應的應用程序，并且如果需要的話產生到遙控器10的發(fā)送信息。在圖1所示的通信系統(tǒng)中，遙控器10是電池驅動的，然而，當在除了發(fā)送遙控代碼時的時段之外的所有時段中處于休眠狀態(tài)時消耗極少的電池能量。然而，當允許遙控器10 間歇地處于接收等待狀態(tài)以便節(jié)省功耗時，由主裝置20側觸發(fā)的對遙控器10的信息發(fā)送不容易。遙控器10自身難以識別出存在在主裝置20側的激活的功能以及通過諸如輸入單元11中包括的按鈕(如，光標按鈕和決定按鈕)的按下之類的操作由功能的激活引起的主裝置20側觸發(fā)的信息發(fā)送。換言之，遙控器10難以捕捉從用戶對輸入單元11的上一次輸入操作(或遙控代碼的上一次發(fā)送)起用戶應當等待與通信單元13的接收多長時間。因此，在本實施例中，代替當按下輸入單元11中包括的任意按鈕時(或發(fā)送遙控代碼之后)允許通信單元13處于接收等待狀態(tài)固定時間段(例如，大約1000毫秒)，遙控器10重復狀態(tài)查詢(該狀態(tài)查詢向主裝置20查詢是否已經在給定間隔產生了發(fā)送信息)， 并在除了進行狀態(tài)查詢時的時段之外的所有時段中允許通信單元13處于休眠狀態(tài)。圖2示出了通信系統(tǒng)1的通信順序示例。在圖中，實線箭頭表示于遙控器10側的通信單元13與主裝置20側的通信單元24之間存在的遵循例如IEEE 802. 15. 4的無線信號。遙控器10在向主裝置20發(fā)送遙控代碼之后，進行關于主裝置20的狀態(tài)查詢。另一方面，主裝置20執(zhí)行與接收到的遙控代碼對應的處理。當在接收狀態(tài)查詢時未產生要發(fā)送到遙控器10的發(fā)送信息時，主裝置20給出不包括發(fā)送信息的狀態(tài)響應。當從主裝置20接收到不包括發(fā)送信息的狀態(tài)響應時，遙控器10允許通信單元13 處于休眠狀態(tài)。此后，遙控器10允許通信單元13在給定時間間隔之后再次操作，向主裝置 20發(fā)送狀態(tài)查詢以及等待來自主裝置20的響應。遙控器10在所示的示例中每100毫秒進行狀態(tài)查詢，然而，時間間隔不是必須恒定的。稍后將描述當進行狀態(tài)查詢時的時間間隔不恒定的情況。此后，遙控器10重復對主裝置20的狀態(tài)查詢以及接收來自主裝置20的響應的等待，并重復當接收到不包括發(fā)送信息的狀態(tài)時允許通信單元13處于休眠狀態(tài)的操作。這里，當在主裝置20側產生尋址到遙控器10的發(fā)送信息時，主裝置20關于來自遙控器10的狀態(tài)查詢，給出包括發(fā)送信息的狀態(tài)響應。然后，當接收到包括發(fā)送信息的狀態(tài)響應時，遙控器10可以檢查主裝置20的狀態(tài)，并且可以立即停止通信單元13的接收。此后，遙控器10不需要進行狀態(tài)查詢，并且可以保持通信單元13的休眠狀態(tài)。在圖2中所示的通信序列中，遙控器10可以通過狀態(tài)查詢來查詢主裝置20側是否存在信息發(fā)送的觸發(fā)。因此，可以執(zhí)行由主裝置20側觸發(fā)的對遙控器10的信息發(fā)送，并允許遙控器10側的通信單元13間歇地處于接收等待狀態(tài)以節(jié)省功耗。在普通情況下，從遙控器10的狀態(tài)查詢直到從主裝置20接收到響應為止的必要時間約為1毫秒到5毫秒。遙控器10必須允許通信單元13處于接收等待狀態(tài)，直到由主裝置20給出狀態(tài)響應為止，然而，遙控器10可以允許通信單元13處于休眠狀態(tài)，直到在接收到狀態(tài)響應之后下一次進行狀態(tài)查詢?yōu)橹?。在?zhí)行狀態(tài)查詢的狀態(tài)下，例如，每100毫秒，且查詢的必要時間是5毫秒，與接收等待時間花費100毫秒的情況相比，接收時段將是 1/20，結果，功耗約為1/20。在圖2中所示的通信序列中，可以考慮這樣的修改示例其中，由遙控器10進行的狀態(tài)查詢的時間間隔不是恒定的，且逐漸地延長時間間隔。例如，遙控器10通過以向主裝置20發(fā)送遙控代碼時的時間點作為開始點，從上一狀態(tài)查詢起逐漸地延長時間間隔。在這種情況下，遙控器10可以對于來自主裝置20的短時間段響應到長時間段響應進行響應。 稍后將詳細說明延長遙控器10進行的狀態(tài)查詢的時間間隔的方法。在狀態(tài)查詢的時間間隔恒定或其可變的任一情況下，遙控器10可以通過使用當發(fā)送遙控代碼時的時間點或其他可選時間點作為開始點來設置計時器，以便在超時之后不進行狀態(tài)查詢。優(yōu)選地是，主裝置20不僅關于是否存在對遙控器10的發(fā)送信息，來對于來自遙控器10的狀態(tài)查詢進行響應，而且還添加其它信息。例如，遙控器10可以發(fā)送主裝置20側的電源狀態(tài)的信息、指示裝置不處于產生發(fā)送信息的狀態(tài)的標志等的信息。而且優(yōu)選地是， 遙控器10在接收到這種信息之后，不進行狀態(tài)查詢。稍后將說明狀態(tài)響應中包括的其它信肩、ο而且優(yōu)選地是，將狀態(tài)處理布置到最靠近網絡層，以便加速遙控器10和主裝置20 二者中的對于狀態(tài)查詢的響應。當加速對于狀態(tài)查詢的響應時，可以相應地抑制遙控器10 側的電池功耗。當通過使用RF4CE來執(zhí)行通信時，將狀態(tài)響應應用程序提供得靠近網絡層。 因此，主裝置20側可以進行響應，而不論裝置本身的電源狀態(tài)如何。稍后將描述在遙控器 10和主裝置20中的每一個安裝狀態(tài)處理的方法。接下來，將說明圖2中所示的通信序列的特定應用程序示例。圖3示出了用戶通過使用遙控器10來選擇主裝置20側的功能的狀態(tài)。遙控器10的輸入單元11包括指令上、下、左和右移動的光標按鈕以及用于決定選擇的決定按鈕。輸入單元11還具有用于輸入語音數據的麥克風。在主裝置20側的顯示單元21的屏幕上，通過圖標來顯示主功能單元22中提供的功能列表。在所示的示例中，通過圖標來顯示包括功能1到5以及“語音搜索”的六種菜單項。每當用戶按下任意操作按鈕時，遙控器10從通信單元13輸出相應的遙控代碼作為無線信號。另一方面，當主裝置20側在通信單元24處接收到無線信號時，控制單元23允許主功能單元22根據由遙控代碼所示的指令執(zhí)行操作。當操作光標按鈕時，主裝置20移動光標的選擇顯示到上、下、左或右，并且當按下決定按鈕時，固定與所選擇的圖標對應的功能的選擇，并且主功能單元22激活相應的處理。在所示的示例中，用戶通過操作光標按鈕來選擇“語音搜索”的圖標，并進一步通過按下決定按鈕來固定“語音搜索”的功能的選擇。然后，主功能單元22激活“語音搜索” 的處理，并且將顯示單元21的屏幕改變到圖4中所示的語音搜索屏幕。語音搜索屏幕包括輸入搜索詞(search word)的輸入欄(input field)。在遙控器10側，用戶可以經由麥克風電路中的麥克風(當通電時)，通過語音來輸入搜索詞。從通信單元13輸出輸入的語音數據作為無線信號。主裝置20側通過語音識別從接收到的語音數據得到文本，在語音搜索屏幕的輸入欄中顯示文本。圖4示出了通過語音輸入來輸入“搜索詞”作為搜索詞的示例。當用戶按下決定按鈕時，遙控器10從通信單元13發(fā)送相應的遙控代碼。主裝置20側固定輸入的搜索詞，并且當接收到遙控代碼時開始搜索。在直到用戶經由遙控器10選擇主裝置20側的特定功能為止的時段期間，遙控器 10僅向主裝置20發(fā)送遙控代碼，因此，信息發(fā)送是單向的。另一方面，當在主裝置20側固定諸如“語音搜索”之類的特定功能的選擇，并且激活功能的處理時，通過所述處理來產生對遙控器10的發(fā)送信息，因此，存在由主裝置20側觸發(fā)的信息發(fā)送。在圖3和圖4所示的示例中，當經由用戶的遙控器10的操作，在主裝置20中完成 “語音搜索”的處理的激活時，關于遙控器10，在主裝置20側產生指示麥克風的激活(施加電力到麥克風電路)的發(fā)送信息。
遙控器10重復狀態(tài)查詢，用于向主裝置20查詢是否在按下輸入單元11中包括的任意按鈕并發(fā)送遙控代碼之后以給定時間間隔產生發(fā)送信息，允許通信單元13在除了狀態(tài)查詢之外的所有時段中處于休眠狀態(tài)。因此，遙控器10可以檢測在主裝置20側是否已經產生了發(fā)送信息，同時允許通信單元13間歇地操作并抑制功耗。當來自主裝置20的包括發(fā)送信息的狀態(tài)響應中包括指示麥克風的激活的信息時，遙控器10將電力施加到麥克風電路。據此，用戶可以向麥克風輸入語音。從通信單元 13輸出輸入的語音數據作為無線信號。圖5示出了在用戶通過使用遙控器10選擇主裝置20側的功能的情況下(參照圖 3和圖4)，通信系統(tǒng)1的通信序列示例。在圖中，實線箭頭表示于遙控器10側的通信單元 13與主裝置20側的通信單元24之間存在遵循例如IEEE 802. 15. 4的無線信號。每當用戶按下任意操作按鈕時，遙控器10從通信單元13輸出相應的遙控代碼作為無線信號。響應于此，當主裝置20側在通信單元24處接收無線信號時，控制單元23允許主功能單元22根據由遙控代碼指示的指令而操作。當在遙控器10側按下光標按鈕時，主裝置20側在顯示單元21上顯示的功能列表的屏幕上，移動圖標的選擇顯示到上、下、左或右。當在遙控器10側按下決定按鈕時，固定與所選擇的圖標對應的功能的選擇，并且主功能單元22激活相應的處理。這里，選擇“語音搜索”的功能。在主裝置20側，從固定 “語音搜索”功能的選擇起直到主功能單元22開始語音搜索功能的激活并完成激活為止花費時間。在用戶按下決定按鈕之后，遙控器10以給定間隔向主裝置20進行狀態(tài)查詢。從在遙控器10側按下決定按鈕且在主裝置20側固定“語音搜索”功能的選擇時的時間起直到主功能單元22開始語音搜索功能的激活并完成激活為止花費時間。在直到完成語音搜索功能的激活為止的時段期間，由于尚未產生發(fā)送信息，因此當接收到狀態(tài)查詢時，主裝置20給出不包括發(fā)送信息的狀態(tài)響應。當從主裝置20接收到不包括發(fā)送信息的狀態(tài)響應時，遙控器10允許通信單元13在給定時間間隔處于休眠狀態(tài)。此后，遙控器10重復對主裝置20的狀態(tài)查詢以及接收來自主裝置20的響應的等待，然后，重復當接收到不包括發(fā)送信息的狀態(tài)時，允許通信單元13處于休眠狀態(tài)的操作。當在主功能單元22處完成語音搜索功能的激活時，在主裝置20中，關于遙控器10 產生指示麥克風的激活(施加電力到麥克風電路)的發(fā)送信息。主裝置20關于來自遙控器10的狀態(tài)查詢，給出包括發(fā)送信息的狀態(tài)響應。當來自主裝置20的包括發(fā)送信息的狀態(tài)響應包括指示麥克風的激活的信息時， 遙控器10向麥克風電路施加電力。根據該激活，用戶可以向麥克風輸入語音。從通信單元 13輸出輸入的語音數據作為無線信號。遙控器10可以確認以激活麥克風(向麥克風電路施加電力)，并且當接收到包括發(fā)送信息的狀態(tài)響應時可以立即停止通信單元13中的接收。此后，遙控器10不需要進行狀態(tài)查詢，并且可以維持通信單元13的休眠狀態(tài)。主裝置20側通過語音識別從接收到的語音數據中得到文本，在語音搜索屏幕的輸入欄中顯示該文本。當用戶按下決定按鈕時，遙控器10從通信單元13發(fā)送相應的遙控代碼。主裝置20側固定輸入的搜索詞，并且當接收到遙控代碼時開始搜索。
圖6示出了圖5中所示的通信序列的修改示例。在發(fā)送遙控代碼之后遙控器10 以給定間隔向主裝置20進行狀態(tài)查詢的點以及當不存在發(fā)送信息時主裝置20給出不包括發(fā)送信息的狀態(tài)響應以及當產生發(fā)送信息時主裝置20給出包括發(fā)送信息的狀態(tài)響應的點與圖5中所示的示例相同。圖6的示例與圖5的示例的不同之處在于，當主裝置20給出包括發(fā)送信息的狀態(tài)響應時，狀態(tài)響應不包括指示麥克風的激活的信息。在這種情況下，遙控器10在接收到包括發(fā)送信息的狀態(tài)響應之后，繼續(xù)接收操作并等待通信單元13中的發(fā)送信息。然后，當接收到指示麥克風的激活的發(fā)送信息時，遙控器10停止通信單元13中的接收，并將電力施加到麥克風電路。據此，用戶可以向麥克風輸入語音。從通信單元13輸出輸入的語音數據作為無線信號。主裝置20側通過語音識別從接收到的語音中得到文本，在語音搜索屏幕的輸入欄中顯示該文本。當用戶按下決定按鈕時，遙控器10從通信單元13發(fā)送相應的遙控代碼。 當接收到遙控代碼時，主裝置20側固定輸入的搜索詞，并開始搜索。圖7示出了圖1中所示的通信系統(tǒng)的修改示例。該示例與圖1的示例的不同之處在于，遙控器10包括IC卡讀取器15。IC卡讀取器可以通過使用遵循國際標準(如，IS0/IEC IS 18092 (NFCIP-I))的通信系統(tǒng)，在大約0(零)到幾十厘米的發(fā)送距離中執(zhí)行與IC卡的安全數據傳輸。作為主要的應用程序，可以引用從IC卡的認證信息的讀取、IC卡中存儲的有價值信息的使用等。例如，主裝置20可以通過將IC卡保持在遙控器10之上，經由IC卡讀取器15來支付電視接收機中付費內容的使用費用。圖8示出了圖7中所示的通信系統(tǒng)1的通信序列示例。在圖中，實線箭頭表示于遙控器10側的通信單元13與主裝置20側的通信單元24之間存在的遵循例如IEEE 802. 15. 4 的無線信號。在主裝置20側的顯示單元21的屏幕上，通過圖標來顯示主功能單元22中提供的功能列表。在所示的示例中，通過圖標來顯示包括功能1到5以及“IC卡”的六種菜單項。 “IC卡”的功能是通過使用由用戶保持在遙控器10之上的IC卡來執(zhí)行認證和支付處理的功能。每當用戶按下任意按鈕時，遙控器10從通信單元13輸出相應的遙控代碼作為無線信號。另一方面，當主裝置20在通信單元24處接收到無線信號時，控制單元23允許主功能單元22根據由遙控代碼指示的指令來執(zhí)行操作。當在遙控器10側按下光標按鈕時，主裝置20側在顯示單元21上顯示的功能列表的屏幕上移動圖標的選擇顯示到上、下、左或右。當在遙控器10側按下決定按鈕時，固定與所選擇的圖標對應的功能的選擇，并且主功能單元22激活相應的處理。這里，選擇“ IC卡”的功能。在用戶按下決定按鈕之后，遙控器10以給定間隔向主裝置20進行狀態(tài)查詢。從在遙控器10側按下決定按鈕且在主裝置20側固定“IC卡”功能的選擇時的時間起直到主功能單元22開始IC卡功能的激活并完成激活為止花費時間。在直到完成IC卡功能的激活為止的時段期間，由于尚未產生發(fā)送信息，因此當接收到狀態(tài)查詢時，主裝置20 給出不包括發(fā)送信息的狀態(tài)響應。當從主裝置20接收到不包括發(fā)送信息的狀態(tài)響應時，遙控器10允許通信單元13在給定時間間隔處于休眠狀態(tài)。此后，遙控器10重復對主裝置20的狀態(tài)查詢以及接收來自主裝置20的響應的等待，然后，重復當接收到不包括發(fā)送信息的狀態(tài)時，允許通信單元13處于休眠狀態(tài)的操作。當在主功能單元22處完成IC卡功能的激活時，在主裝置20中，關于遙控器10產生發(fā)送信息。主裝置20關于來自遙控器10的狀態(tài)查詢，給出包括發(fā)送信息(不包括指示 IC卡讀取器的激活的信息)的狀態(tài)響應。在這種情況下，在接收到包括發(fā)送信息的狀態(tài)響應之后，遙控器10繼續(xù)接收操作并等待接收通信單元13中的發(fā)送信息。然后，當接收到指示IC卡讀取器的激活的發(fā)送信息時，遙控器10停止通信單元13中的接收，并將電力施加到IC卡讀取器15。在主裝置20側，當完成“IC卡”功能的激活時，將顯示單元21的屏幕改變?yōu)橛糜谧x取IC卡的屏幕。盡管沒有示出，但是在屏幕上顯示用戶在遙控器10等之上保持IC卡的指令。主裝置20指令從IC卡的讀取作為“ IC卡”功能的處理，并且從通信單元24輸出該指令作為無線信號。當在通信單元13處接收到無線信號時，遙控器10側根據來自主裝置20的讀取指令，執(zhí)行由IC卡指定的數據的讀取處理。然后，遙控器10從通信單元13輸出讀取的數據作為無線信號。接下來，將詳細說明延長遙控器10進行的狀態(tài)查詢的時間間隔的方法。如以上那樣，已經引用了這樣的示例其中，主裝置20激活并使用遙控器10側的功能模塊(如，麥克風或IC卡讀取器15)。根據主裝置20側提供的功能，從激活到激活完成的時間中可以出現變化。激活時間可以根據功能類型而增大(如，存在多個功能的情況)。 例如，在使用IC卡讀取器15的各功能中，存在根據用于經由外部網絡(如因特網)從網絡服務器訪問IC卡15的指令進行操作的功能，其中直到訪問指令到達為止的時間根據線路速度等的效果而極大地變化。在頻繁地(S卩，以短時間間隔)向主裝置20進行狀態(tài)查詢的情況下，遙控器10可以在更早的定時在主裝置20側檢測出狀態(tài)已經從不具有發(fā)送信息的狀態(tài)改變到具有發(fā)送信息的狀態(tài)(或者用于激活麥克風或IC卡讀取器15的指令)。然而，當花費很長時間來完成經由遙控器10的操作選擇的主裝置20的功能的激活時，通過以短時間間隔進行狀態(tài)查詢，直到主裝置20的狀態(tài)改變到具有發(fā)送信息的狀態(tài)為止(或者直到指示麥克風或IC卡讀取器15的激活為止)進行狀態(tài)查詢的次數增大，由于該增大引起了不必要的功耗。當遙控器10以長時間間隔來發(fā)送狀態(tài)查詢時，不必要的狀態(tài)查詢的次數減小，并且可以由于該減小來削減功耗的浪費。在花費短時間來完成所選擇的功能的激活的情況下，當以長時間間隔來發(fā)送狀態(tài)查詢時，可以延遲功能模塊(如，遙控器10側的麥克風或IC卡讀取器15)的激活。關于以短時間激活的功能，優(yōu)選地馬上激活遙控器10側?？偨Y以上示例，當主裝置20具有帶有不同激活時間的多個功能時，或者當存在激活時間變化的功能時，在遙控器10側難以將狀態(tài)查詢的時間間隔固定為恒定?？紤]到以上情況，本發(fā)明人提出了逐漸地延長由遙控器10進行的狀態(tài)查詢的時間間隔以便對應于主裝置20側的以上功能的激活時間的變化的方法。
圖9示出了遙控器10逐漸地延長待發(fā)送的狀態(tài)查詢的時間間隔的通信序列示例。在所示的示例中，遙控器10根據狀態(tài)查詢的發(fā)送數量，以間隔1、間隔2、間隔3和間隔 4......的方式，逐漸地從上一狀態(tài)查詢延長時間間隔。根據狀態(tài)查詢的次數，查詢的時間間隔逐漸地延長，由此當主裝置20的所選功能的激活時間短時，馬上激活遙控器10。相反，當所選功能的激活時間長時，減小不必要的狀態(tài)查詢的次數，并由于該減小可以削減遙控器10中的功耗浪費。在圖9中所示的通信序列示例中，通過關于功能的激活時間設置可以將遙控器10 的激活延長到什么百分比，易于計算時間間隔根據狀態(tài)查詢的次數的增加量。例如，當百分比是20%，則通過增加η次狀態(tài)查詢所花費的時間段的20%而獲得的點將是下一狀態(tài)查詢的點“η+?！４_定狀態(tài)查詢的時間間隔的方法不限于此，并且時間間隔可以以二次曲線或指數地增大。在任意情況下，隨著狀態(tài)查詢的次數增大，從上一狀態(tài)查詢到待發(fā)送的下一狀態(tài)查詢的間隔延長，由此獲得期望的優(yōu)點，以便當選擇具有長激活時間的功能時，抑制不必要的狀態(tài)查詢的次數，由此減小功耗，并且當選擇具有短激活時間的功能時，可以順暢地檢測主裝置20的狀態(tài)變化。根據圖2、圖5、圖6、圖8和圖9中所示的通信序列，遙控器10在以給定時間間隔發(fā)送遙控代碼之后發(fā)送狀態(tài)查詢。主裝置20響應于以上發(fā)送，給出指示發(fā)送信息的存在的狀態(tài)響應。因此，遙控器10通過在發(fā)送狀態(tài)查詢之后允許通信單元13處于休眠狀態(tài)直到下一狀態(tài)查詢?yōu)橹梗梢怨?jié)省功耗。另外，遙控器10以給定間隔向主裝置20進行狀態(tài)查詢， 由此迅速響應由主裝置20側觸發(fā)的信息發(fā)送，同時允許通信單元13間歇地處于接收等待狀態(tài)。與現有技術的遙控系統(tǒng)相比，應用本發(fā)明的遙控系統(tǒng)可以實現用戶友好的雙向通信。圖10以流程圖的形式示出了用于實現圖2、圖5、圖6、圖8和圖9中所示的通信序列的遙控器10側執(zhí)行的處理過程。每當在遙控器10側按下輸入單元11中包括的任意按鈕時激活處理過程。當在圖10中所示的處理過程的執(zhí)行期間新按下按鈕時，切斷處理，并且新執(zhí)行圖10中所示的處理。首先，遙控器10根據關于輸入單元11的用戶操作來發(fā)送遙控代碼(步驟S1001)。這里，假設主裝置20響應于從遙控器10側的遙控代碼的發(fā)送而給出ACK的通信序列(參照圖12)。因此，遙控器10可以通過接收來自主裝置20的ACK來檢查遙控代碼的到達。相反，當在發(fā)送遙控代碼之后的固定時間段內沒有接收到ACK時，執(zhí)行遙控代碼的發(fā)送的重試。接下來，遙控器10檢查遙控代碼的發(fā)送是否已經成功(步驟S1002)。當在重復遙控代碼的發(fā)送的重試之后的固定時間段內未接收到ACK時，遙控器10 確定遙控代碼的發(fā)送已經失敗(步驟S1002中“否”)，并且跳過所有后續(xù)處理以終止處理例程。另一方面，遙控器10通過在發(fā)送遙控代碼之后的固定時間段內從主裝置20接收到ACK來確認遙控代碼的發(fā)送已經成功(步驟S1002中的“是”)。在這種情況下，遙控器 10繼續(xù)后續(xù)處理。遙控器10允許通信單元13在發(fā)送遙控代碼和其它分組之后在給定時間間隔處于休眠狀態(tài)(步驟S1003)。在這種情況下，時間間隔不總是恒定的，而可以是可變的。還存在
14這樣的情況其中，根據狀態(tài)查詢的次數(執(zhí)行包括步驟S1002到S1007的循環(huán)的次數)， 逐漸地延長時間間隔(參照圖9)。然后，遙控器10允許通信單元13在給定時間間隔經過之后再次操作，向主裝置 20發(fā)送狀態(tài)查詢并在等待來自主裝置20的響應的狀態(tài)下檢查主裝置20的狀態(tài)(步驟 S1004)。如上所述，主裝置20關于來自遙控器10的狀態(tài)查詢，給出狀態(tài)響應。盡管在圖2、 圖5、圖6、圖8和圖9中所示的通信序列中沒有示出，但是假設了這樣的通信序列其中，主裝置20響應于來自遙控器10側的狀態(tài)查詢的發(fā)送而給出ACK，并且遙控器10關于來自主裝置20側的狀態(tài)響應給出ACK(參照圖13)。遙控器10可以在發(fā)送狀態(tài)查詢之后通過從主裝置20接收ACK來檢查狀態(tài)查詢的到達。當在發(fā)送狀態(tài)查詢之后的給定時間段內沒有接收到ACK時，執(zhí)行狀態(tài)查詢的發(fā)送的重試。類似地，主裝置20可以在發(fā)送狀態(tài)響應之后通過從遙控器10接收ACK來檢查狀態(tài)響應的到達。相反地，當在發(fā)送狀態(tài)響應之后的固定時間段內沒有接收到ACK時，執(zhí)行狀態(tài)響應的發(fā)送的重試。接著，遙控器10檢查主裝置20的狀態(tài)檢查的發(fā)送是否已經成功(步驟S1005)。當在重復狀態(tài)查詢的發(fā)送的重試之后固定時間段內沒有接收到狀態(tài)響應時，遙控器10確定主裝置20的狀態(tài)檢查已經失敗(步驟S1005中的“否”)，并且跳過所有后續(xù)處理以終止處理例程。另一方面，當在發(fā)送狀態(tài)查詢之后的固定時間段內從主裝置20接收到狀態(tài)響應時，遙控器10確認主裝置20的狀態(tài)檢查已經成功(步驟S1005中的“是”)。在這種情況下，遙控器10進一步繼續(xù)后續(xù)處理。接著，遙控器10分析接收到的狀態(tài)響應的內容，以檢查是否存在發(fā)送信息，即是否包括由主裝置20側觸發(fā)的信息發(fā)送(步驟S1006)。這里，當接收到不包括發(fā)送信息的狀態(tài)響應時(即，不存在由主裝置20側觸發(fā)的信息發(fā)送)(步驟S1006中的“否”)，遙控器10接下來檢查狀態(tài)檢查處理是否達到超時以及狀態(tài)檢查處理是否停止(步驟S1007)。狀態(tài)檢查處理達到超時的情況包括例如在開始狀態(tài)檢查處理之后已經經過了給定時間段的情況、狀態(tài)查詢的發(fā)送重試的次數達到給定次數的情況、在給定時間段中或在給定次數等中未確認主裝置20側的信息發(fā)送處理的觸發(fā)的情況等。當狀態(tài)檢查處理達到超時時，或者當狀態(tài)檢查處理停止時(步驟S1007中的 “是”)，遙控器10跳過所有后續(xù)處理以終止處理例程。另一方面，當狀態(tài)檢查處理沒有達到超時以及當狀態(tài)檢查處理未停止時(步驟 S1007中的“否”)，處理返回到步驟S1003，并且在允許通信單元13在給定時間間隔處于休眠狀態(tài)之后，遙控器10重復地執(zhí)行向主裝置20進行狀態(tài)查詢的處理。當存在發(fā)送信息時，即當存在由主裝置20側觸發(fā)的信息發(fā)送時(步驟S1006中的“是”)，遙控器10激活與觸發(fā)對應的遙控器10側的功能(麥克風、IC卡讀取器15等) (步驟S1008)。然后，遙控器10執(zhí)行激活的功能(步驟S1009)。圖11以流程圖的形式示出了用于實現圖2、圖5、圖6、圖8和圖9中所示的通信序列的主裝置20側執(zhí)行的處理過程。響應于主裝置20側通信單元24處遙控代碼的接收而激活該處理過程。
主裝置20初始化要發(fā)送到遙控器10側的信息，即狀態(tài)響應的標志信息(步驟 S1101)。然而，可能存在這樣的情況其中，當某一功能正在處理時以及當該功能使用遙控器10側的功能時，處理未通過初始化良好地進行，并且考慮到該情形而執(zhí)行初始化。接下來，主裝置20執(zhí)行從遙控器20接收到的遙控代碼的處理(步驟S1102)。然后，主裝置20檢查是否已經由遙控代碼激活了任意功能(步驟S1103)。例如，當按下光標按鈕時，主裝置20側移動圖標的選擇顯示到上、下、左或右，并且當按下決定按鈕時，固定與所選擇的圖標對應的功能的選擇，并且主功能單元22激活相應的處理。當通過接收到的遙控代碼在主裝置20側未激活功能時(步驟S1103中的“否”)， 主裝置20創(chuàng)建寫入狀態(tài)檢查停止標志的狀態(tài)響應，并將該響應發(fā)送到遙控器10(步驟 Sl 111)以終止處理例程。當通過接收到的遙控代碼在主裝置20側激活功能時，主裝置20接下來檢查遙控器10側的功能的激活對于激活的功能來說是否是必要的(步驟S1104)。當遙控器10側的功能的激活不是必要的時(步驟S1104中的“否”)，主裝置20創(chuàng)建寫入狀態(tài)檢查停止標志的狀態(tài)響應，并將該響應發(fā)送到遙控器10 (步驟S1112)以終止處
理例程。當接收到寫入狀態(tài)檢查停止標志的狀態(tài)響應時，遙控器10側可以確定此后不是必須執(zhí)行狀態(tài)檢查，停止要關于此時發(fā)送的遙控代碼進行的狀態(tài)查詢的重復發(fā)送。另一方面，當遙控器10側的功能的激活是必要的時(步驟S1104中的“是”)，主裝置20創(chuàng)建寫入指示存在關于來自遙控器10側的狀態(tài)查詢的由主裝置20側觸發(fā)的信息發(fā)送的觸發(fā)標志的狀態(tài)響應，向遙控器10發(fā)送該狀態(tài)響應(步驟S1105)。然后，在向遙控器10發(fā)送狀態(tài)響應之后，主裝置20檢查是否已經由遙控器10側檢查步驟S1105中寫入標志之后的狀態(tài)(即，是否已經執(zhí)行了圖10中步驟S1004的處理) (步驟S1106)。由于這里假設執(zhí)行圖13中所示的通信序列(上述)，因此主裝置20可以通過從遙控器10接收ACK來檢查狀態(tài)響應的到達。相反，當在發(fā)送狀態(tài)響應之后的固定時間段內沒有接收到ACK時(步驟S1107中的“否”)，處理返回到步驟S1106，并且執(zhí)行狀態(tài)響應的發(fā)送的重試，直到狀態(tài)檢查處理達到超時為止(步驟S1108中的“否”)。當狀態(tài)檢查處理達到超時時(步驟S1108中的“是”)，主裝置20執(zhí)行當遙控器10 側的功能的激活失敗(步驟S1109)時執(zhí)行的處理以終止處理例程。另一方面，當主裝置20可以執(zhí)行狀態(tài)檢查處理直到超時為止時(步驟S1107中的 “是”)，主裝置20執(zhí)行激活的功能(步驟S1110)。接下來，將說明在遙控器10和主裝置20 二者中，通過將狀態(tài)處理布置到剛好靠近網絡層來加速狀態(tài)查詢的響應的方法。圖14示出了遙控器10側和主裝置20側的協(xié)議堆棧的結構作為示例。在遙控器10側，在無線通信的層結構附近布置“狀態(tài)查詢”的功能，以便與遙控功能應用程序獨立。在主裝置20側，在無線通信的層結構附近布置“狀態(tài)響應”的功能，以便與主功能單元22中的應用程序獨立。遙控功能應用程序和主功能單元22中的應用程序二者具有斷電狀態(tài)。當通過遙控功能應用程序執(zhí)行“狀態(tài)查詢”的處理且通過主功能單元22中的應用程序執(zhí)行“狀態(tài)響應”的處理(與圖15中不同)時，在斷電狀態(tài)下完全不執(zhí)行狀態(tài)查詢的操作。響應于以上，當在無線通信的層結構附近布置“狀態(tài)查詢”的功能以便與遙控功能應用程序獨立，且在無線通信的層結構附近布置“狀態(tài)響應”的功能，以便與主功能單元22 中的應用程序獨立(如圖14所示)時，遙控器10可以維持遙控功能應用程序中的休眠狀態(tài)，盡管在查詢狀態(tài)時需要解除通信單元13的休眠狀態(tài)，這將功耗抑制為低。圖15以圖形示出了在遙控器10側的無線通信的層結構附近布置的“狀態(tài)查詢”的處理以及在主裝置20側的無線通信的層結構附近布置的“狀態(tài)響應”的處理。遙控器10側的“狀態(tài)查詢發(fā)送”在查詢的定時發(fā)送“查詢分組”，并且“狀態(tài)響應接收”處于接收等待狀態(tài)。在主裝置20側，根據位于主功能單元22中的應用程序中布置的“狀態(tài)響應”處的多個標志存儲器中的功能，在激活標志中寫入標志信息?！盃顟B(tài)查詢接收”允許在相應的功能激活標志中寫入的標志信息是當接收到查詢分組時的分組，并且“狀態(tài)響應發(fā)送”向狀態(tài)查詢源發(fā)送關于狀態(tài)查詢的狀態(tài)響應作為響應分組。當接收到響應分組時，遙控器10側檢查標志信息，并激活與該分組中寫入的每一種標志信息對應的功能。主裝置20可以在響應分組中包括功能(如，遙控器10中包括的麥克風、IC卡讀取器15等)的激活標志以外的信息。除了激活標志之外，響應分組中可以包括的信息示出如下。(1)指示主裝置20側電源的開/關狀態(tài)的標志遙控器10中包括的功能基本上用在作為操作目標的主裝置20側的電源打開的狀態(tài)下。遙控器10可以確定當可以從響應分組獲得指示主裝置20側的電源關閉的信息時， 不存在激活這些功能的可能性。因此，由于此后不需要狀態(tài)查詢，從而遙控器10可以停止通信單元13。(2)指示電源狀態(tài)以外的主裝置20側的狀態(tài)的信息主裝置20在響應分組中包括指示裝置是否對應于遙控器10中包括的各個功能的信息。遙控器10側不激活不必要的功能。(3)指示連接到主裝置20側的各種機器類型的操作狀態(tài)的信息當各種類型的外部設備連接到主裝置20時，可以提供從主裝置20自身擴展的功能。主裝置20可以在響應分組中包括選擇外部設備的信息以及關于連接的外部設備的信息。遙控器10可以獲取這種信息以允許操作各種功能，從而對應于外部設備。(4)諸如字符之類的顯示信息盡管在圖1中沒有示出，但是遙控器10可以包括顯示裝置，如液晶顯示器。主裝置20通過在響應分組中包括諸如字符之類的顯示信息，可以顯示在遙控器10中主裝置20 側提供的信息(如，字符串)。自然地，字符串以外的顯示信息(如，設計數據)可以包括在響應分組中，只要信息具有落在響應分組的大小內的數據大小即可。(5)指示主裝置20在響應分組之后發(fā)送信息的標志當在響應分組之后存在要發(fā)送的附加信息時，主裝置20發(fā)送具有指示附加信息的有效標志的響應分組。當接收到其中標志設置為有效的響應分組時，遙控器10繼續(xù)通信單元13中的接收等待狀態(tài)。主裝置20可以通過發(fā)送后續(xù)分組來向遙控器10發(fā)送大的信
17息O(6)用于請求遙控器10發(fā)送信息的指令當遙控器10側的狀態(tài)是必需的時，主裝置20在響應分組中包括用于請求狀態(tài)信息的指令。當接收到包括該指令的響應分組時，遙控器10向主裝置20發(fā)送所請求的信息。在圖15中所示的示例中，要在響應分組中包括的信息是標志，然而，不限于標志， 而可以使用可以在遙控器側翻譯并使用的信息。并且在圖15中所示的示例中，響應分組中包括的信息是激活遙控器10的各種功能的信息，然而，可以包括控制遙控器10的操作的信息。還可以在響應分組中包括遙控器10側的各個功能中使用的參數。此外，指定狀態(tài)查詢的繼續(xù)或中斷的信息、來自遙控器10側的查詢等的時間間隔可以包括在響應分組中。接下來，將說明關于狀態(tài)查詢的響應分組中包括的標志信息的格式。在諸如IEEE 802. 15. 4之類的無線網絡中，要在一個分組中發(fā)送的信息量約為 100字節(jié)。在安裝方面存在限制對于要在主裝置20側的無線模塊上安裝的標志信息來說難以增大存儲器大小，并且難以準備與遙控器10側中包括的功能對應的標志的編號。本發(fā)明人提出了這樣的方法通過使用包括信息的編號和與編號對應的數據的格式，來發(fā)送具有小數據大小的標志信息。在通信系統(tǒng)1中(即，在遙控器10與主裝置20之間)，預先定義與信息編號對應的功能。
權利要求
1.一種通信系統(tǒng)，包括遙控器，具有輸入用戶操作的輸入單元和執(zhí)行雙向通信的通信單元，從所述通信單元發(fā)送根據關于所述輸入單元的用戶操作的遙控代碼；以及主裝置，具有執(zhí)行雙向通信的通信單元和執(zhí)行與在所述通信單元中接收到的遙控代碼對應的處理的主功能單元，其中所述主裝置響應于從所述遙控器的所述通信單元發(fā)送的狀態(tài)查詢而從所述通信單元發(fā)送狀態(tài)響應，所述遙控器在發(fā)送遙控代碼之后，以給定時間間隔重復地執(zhí)行狀態(tài)檢查通信過程，其中所述狀態(tài)檢查通信過程包括狀態(tài)查詢的發(fā)送以及等待接收所述狀態(tài)響應，而在所述給定時間間隔期間所述通信單元處于休眠狀態(tài)。
2.根據權利要求1所述的通信系統(tǒng)，其中，所述主裝置執(zhí)行與接收到的遙控代碼對應的處理，并發(fā)送包括關于所述遙控器的發(fā)送信息的狀態(tài)響應，以及所述遙控器重復地執(zhí)行所述狀態(tài)檢查通信過程，直到接收到包括發(fā)送信息的狀態(tài)響應為止。
3.根據權利要求1所述的通信系統(tǒng)，其中，所述主裝置執(zhí)行與接收到的遙控代碼對應的處理，并發(fā)送包括指示是否存在關于所述遙控器的發(fā)送信息的信息的狀態(tài)響應，以及所述遙控器重復地執(zhí)行所述狀態(tài)檢查通信過程，直到接收到由所述狀態(tài)響應指示的發(fā)送信息為止。
4.根據權利要求2所述的通信系統(tǒng)， 其中，所述遙控器包括一個或多個功能單元，所述主裝置發(fā)送指令所述一個或多個功能單元中的至少一個功能單元的激活的發(fā)送信息，以及所述遙控器激活由接收到的發(fā)送信息指定的功能單元。
5.根據權利要求1所述的通信系統(tǒng)，其中，所述遙控器根據發(fā)送次數來延長待發(fā)送的狀態(tài)查詢的時間間隔。
6.一種通信裝置，包括 輸入單元，輸入用戶操作； 通信單元，執(zhí)行雙向通信；以及控制單元，控制所述裝置的操作，其中，所述控制單元允許所述通信單元根據對所述輸入單元的用戶操作來發(fā)送關于操作目標裝置的遙控代碼，并在發(fā)送遙控代碼之后，以給定時間間隔重復地執(zhí)行狀態(tài)檢查通信過程，其中所述狀態(tài)檢查通信過程包括狀態(tài)查詢的發(fā)送以及等待從操作目標裝置接收狀態(tài)響應，而在所述給定時間間隔期間所述通信單元處于休眠狀態(tài)。
7.根據權利要求6所述的通信裝置，其中，所述控制單元重復地執(zhí)行所述狀態(tài)檢查通信過程，直到從所述操作目標裝置接收到包括發(fā)送信息的狀態(tài)響應為止。
8.根據權利要求6所述的通信裝置，其中，所述控制單元重復地執(zhí)行所述狀態(tài)查詢通信過程，直到當從所述操作目標裝置接收到包括指示是否存在發(fā)送信息的信息的狀態(tài)響應時接收到發(fā)送信息為止。
9.根據權利要求7所述的通信裝置，進一步包括一個或多個功能單元，其中，所述控制單元激活由從所述操作目標裝置接收到的發(fā)送信息指定的功能單元。
10.根據權利要求6所述的通信裝置，其中，所述控制單元根據發(fā)送次數來延長要發(fā)送的狀態(tài)查詢的時間間隔。
11.一種通信裝置，包括通信單元，執(zhí)行與遙控器的雙向通信；主功能單元，作為由所述通信單元接收到的遙控代碼的操作目標；以及控制單元，控制所述裝置的操作，其中，所述控制單元管理所述主功能單元的狀態(tài)，并允許所述通信單元響應于在所述通信單元處接收到的來自所述遙控器的狀態(tài)查詢來發(fā)送狀態(tài)響應。
12.根據權利要求11所述的通信裝置，其中，所述控制單元管理所述主功能單元中是否存在關于所述遙控器的發(fā)送信息的狀態(tài)，并允許所述通信單元響應于在所述通信單元處接收到的來自所述遙控器的狀態(tài)查詢來發(fā)送包括發(fā)送信息的狀態(tài)響應。
13.根據權利要求11所述的通信裝置，其中，所述控制單元管理所述主功能單元中是否存在關于所述遙控器的發(fā)送信息的狀態(tài)，并允許所述通信單元響應于在所述通信單元處接收到的來自所述遙控器的狀態(tài)查詢來發(fā)送包括指示是否存在對所述遙控器的發(fā)送信息的信息的狀態(tài)響應。
14.根據權利要求12所述的通信裝置，其中，所述控制單元在發(fā)送信息中包括在所述遙控器中包括的功能的激活指令。
全文摘要
提供了通信系統(tǒng)和通信裝置。該通信系統(tǒng)包括遙控器，具有輸入用戶操作的輸入單元和執(zhí)行雙向通信的通信單元，根據來自通信單元的關于輸入單元的用戶操作來發(fā)送遙控代碼；以及主裝置，具有執(zhí)行雙向通信的通信單元和執(zhí)行與在通信單元中接收到的遙控代碼對應的處理的主功能單元，其中主裝置響應于從遙控器的通信單元發(fā)送的狀態(tài)查詢而從通信單元發(fā)送狀態(tài)響應，遙控器以給定時間間隔，在發(fā)送遙控代碼之后重復地執(zhí)行狀態(tài)檢查通信過程，所述狀態(tài)檢查通信過程包括狀態(tài)查詢的發(fā)送以及等待接收所述狀態(tài)響應，其中在所述給定時間間隔期間所述通信單元處于休眠狀態(tài)。
文檔編號H04M1/725GK102223438SQ20111008891
公開日2011年10月19日 申請日期2011年4月11日 優(yōu)先權日2010年4月16日
發(fā)明者佐藤善記, 弦本隆志 申請人:索尼公司