TW201312356A - 控制伺服器及控制方法 - Google Patents

Abstract

一種控制伺服器及控制方法。在控制伺服器中，記憶部儲存有請求資料，其是從終端接收且用以經由控制裝置而對家中所設置的家電進行遠端操作的請求資料。產生部基於請求資料及查詢中的至少一者而產生計畫資料，該計畫資料是關於與控制裝置的請求資料相關的查詢的頻率的資料，且是向控制裝置發送的資料。發送部根據按照計畫資料所示的頻率而從控制裝置發送的查詢，將記憶於記憶部的請求資料發送至控制裝置。

Description

控制伺服器及控制方法

本申請案享受2011年9月2日提出申請的日本專利申請案號2011-191380的優先權的利益，該日本專利申請案的全部內容援用於本申請案。

本發明的實施方式涉及一種控制伺服器(server)及控制方法。

近年來，隨著資訊通信的發展，對家庭內的設備進行控制的節能家庭照料網路(Energy Conservation and Homecare Network，ECHONET)等通信協定(communication protocol)一般已為人所知。

對於所述節能家庭照料網路而言，存在如下的情況：家電經由家電控制裝置(以下有時僅稱為“控制裝置”)，將家電自身的狀態上傳(upload)至家電控制伺服器(以下有時僅稱為“控制伺服器”)。例如若自己住宅的玄關大門(door)已上鎖，則控制裝置將表示所述大門已上鎖的家電通知資料(data)發送至控制伺服器。家電所通知的家電通知資料被儲存至控制伺服器。若從用戶(user)的終端接收對於家電的上鎖狀態的查詢，則控制伺服器可參照家電通知資料，將大門的上鎖狀態回復給用戶的終端。

另外，對於節能家庭照料網路而言，正在外出的用戶 可經由控制伺服器而將控制指示給予自己住宅的家電，藉此，對自己住宅的家電進行遠端控制。

具體而言，用戶從手機或電腦(computer)等資訊終端，將用於遠端操作的請求資料(以下有時僅稱為“請求資料”)發送至控制伺服器，控制伺服器儲存該請求資料。另一方面，設置於自己住宅的控制裝置在規定的時點(timing)訪間(access)控制伺服器，以查詢對於自己住宅的家電的請求資料。當控制伺服器中儲存有請求資料時，控制伺服器將該請求資料抽出，接著發送至處於用戶自己的住宅等中的控制裝置。該控制裝置接收請求資料之後，基於該請求資料來對家電進行控制。

此時，控制裝置在預定的時點，向控制伺服器查詢控制裝置所應處理的請求資料。

一般而言，已有底下通信控制處理裝置，該通信控制處理裝置是由其他設備來對輪詢(polling)間隔、實施時刻等進行設定，基於設定的資訊，藉由輪詢來收集其他設備的狀態(例如參照日本專利特開2005-65164號公報及日本專利特開2004-288187號公報)。日本專利特開2005-65164號公報所記載的通信控制處理裝置如段落號[0057]所述，例如當流量(traffic)增大，出現無法通信的設備時，將輪詢的間隔設定為長間隔。藉此，可使流量減輕，從而可與全部的對象設備進行通信。另外，在日本專利特開2004-288187號公報中揭示了如下的內容：以與設備的特性相對應的時間間隔來進行輪詢，藉此，使流量減 輕。

另外，已有能夠考慮用戶的可能的到家時間而進行遠端控制的家電遠端控制系統(system)(例如參照日本專利特開2010-288231號公報)。日本專利特開2010-288231號公報所記載的家電遠端控制系統是在規定的時點，向用戶終端查詢用戶的位置等，接著決定用戶的到家預計時刻、與家電的工作開始時刻及操作內容，並發送至家電控制設備。此時，基於用戶的位置資訊等，決定下一次對用戶的位置進行查詢的時點。

然而，所述日本專利特開2005-65164號公報及日本專利特開2004-288187號公報所揭示的發明均是將輪詢的間隔設定為長間隔，以使流量減輕，並未考慮對於用戶的便利性而將輪詢的間隔予以變更。對於日本專利特開2010-288231號公報所揭示的發明而言，為了計算出用戶的到家時點而決定對用戶的位置進行查詢的時點，因此，並未將由控制裝置對控制伺服器進行查詢的查詢時點予以變更。

例如，一般認為當用戶經由用戶終端而將家電的請求資料發送至控制伺服器時，藉由立即對所述請求資料進行處理，對於用戶的便利性會提高。然而，所述專利文獻所揭示的發明均未解決如上所述的問題。

因此，期待開發出如下的技術，即，將由控制裝置向控制伺服器發送請求資料的查詢的時點予以變更，使用戶的便利性提高。

本發明所要解決的問題在於提供如下的控制伺服器及控制方法，將由控制裝置向控制伺服器發送請求資料的查詢的時點予以變更，從而提高用戶的便利性。

本發明的控制伺服器的特徵在於包括：記憶部，儲存著請求資料，該請求資料是從終端接收且用以經由控制裝置而對家中所設置的家電進行遠端操作的請求資料；產生部，基於所述請求資料及查詢中的任一者而產生計畫資料，該計畫資料是關於與所述控制裝置的所述請求資料相關的所述查詢的頻率的資料，且是向所述控制裝置發送的資料；以及發送部，根據按照所述計畫資料所示的頻率而從所述控制裝置發送的所述查詢，將所述記憶的請求資料發送至所述控制裝置。

接著，參照附圖來對本發明的實施方式進行說明。在以下的附圖的記載中，對相同或類似的部分附上相同或類似的符號。

(家電控制系統)

如圖1所示，實施方式的家電控制系統10包括：控制伺服器1、控制裝置2a、控制裝置2b、控制裝置2c、控制裝置2d、家電3、用戶終端4a及用戶終端4b。此處，在不特別地對控制裝置2a、控制裝置2b、控制裝置2c及控 制裝置2d進行區分的情況下，有時僅記載為控制裝置2。同樣地，當不特別地對用戶終端4a及用戶終端4b進行區分的情況下，有時僅記載為用戶終端4。

控制伺服器1、控制裝置2及用戶終端4以能夠經由通信網路(network)5而互相通信的方式連接。通信網路5例如是網際網路(Internet)等能夠相互通信的公共通信網路。

將用以執行規定處理的程式(program)安裝(install)在一般的電腦中，藉此來實現控制伺服器1，所述一般的電腦包括：記憶裝置120、中央處理控制裝置110及通信控制裝置130。控制伺服器1經由通信控制裝置130而連接於通信網路5。

若控制伺服器1從用戶終端4接收請求資料，則會將該請求資料記憶於記憶裝置120的請求資料記憶部121。若控制裝置2接受發給該控制裝置2的請求資料的查詢，則控制伺服器1會從記憶裝置120中，將發給該控制裝置2的請求資料121a抽出，接著將該請求資料121a發送至控制裝置2。控制裝置2根據接收的請求資料來對家電3進行控制。另外，若控制伺服器1接收控制裝置2所發送的家電通知資料122a，則會將該家電通知資料122a儲存於記憶裝置120的通知資料記憶部122。

此處，請求資料121a是用以由用戶終端4對該用戶家中的家電3進行遠端操作的資料。例如，請求資料121a包含：用戶的識別符(identifier)、與用戶的識別符相對 應的控制裝置2的識別符、作為控制對象的家電類別、或用於控制的操作類別等資料。操作類別例如是用以將用戶家中的“空調的開啟時間設定為19點且將溫度設定為28度”、或“大門的上鎖確認”的資料。

特別是，實施方式的控制伺服器1產生查詢的計畫資料123a，該查詢的計畫資料123a表示由控制裝置2對請求資料進行查詢的時點。將產生的計畫資料123a發送至控制裝置2。該控制裝置2基於接收的計畫資料，向控制伺服器1查詢發給該控制裝置2的請求資料。

家電通知資料122a是將家電3的狀態等從控制裝置2通知給控制伺服器1的資料。例如，所述家電通知資料122a包含：用戶的識別符、與用戶的識別符相對應的控制裝置2的識別符、作為控制對象的家電類別、或用於通知的通知內容等資料。通知內容例如是表示用戶家中的“消耗電力為○○”、“大門已上鎖”等的資料。

用戶終端4是用戶所利用的資訊設備，例如為手機、智慧手機(smart phone)、及個人電腦(personal computer)等。例如將瀏覽器(browser)安裝於用戶終端4。將用戶終端4連接於控制伺服器1之後，用以將請求資料予以輸入的畫面會顯示在用戶終端4中。用戶在該畫面中，將用戶的識別符、與用戶的識別符相對應的控制裝置2的識別符、作為控制對象的家電類別、或用於控制的動作內容等予以輸入。用戶終端4將用戶所輸入的各種資料作為請求資料而發送至控制伺服器1。

控制裝置2設置在用戶家中，對用戶家中的家電3進行控制。控制裝置2是包括控制器(controller)210、記憶體(memory)220及通信控制裝置230的一般的資訊設備。控制裝置2經由通信控制裝置230而連接於通信網路5。

特別是，控制裝置2以規定的查詢頻率，向控制伺服器1查詢並取得請求資料121a。控制裝置2從控制伺服器1取得請求資料121a。控制裝置2以請求資料121a所指定的頻率，向控制伺服器查詢請求資料。

控制裝置2從控制伺服器1接收請求資料之後，根據接收的請求資料來對用戶家中的家電3進行控制。另外，在規定的時點取得用戶家中的家電3的狀態，針對用戶家中的家電3，將家電通知資料發送至控制伺服器1。

家電3例如是家庭內所設置的家電設備。家電3例如為空調、電子鎖、以及對講系統(intercom)等。

在圖1所示的例子中，對家電控制系統10包括兩個用戶終端4，且包括四個控制裝置2的情況進行說明，但不限於所述數量。另外，也可將多個家電3連接於各控制裝置2。

參照圖2來對實施方式的家電控制系統的處理的概要進行說明。圖2所示的家電3為玄關大門，例如，以用戶離開自己住宅，將玄關大門上鎖的情況進行說明。

首先，若在步驟S1中，偵測出用戶已將玄關大門上鎖，則在步驟S2中，家電3會將所述情況發送至控制裝置2。在步驟S3中，控制裝置2將玄關大門已上鎖這一情 況作為家電通知資料而發送至控制伺服器1。在步驟S4中，該控制伺服器1將接收的家電通知資料記憶於通知資料記憶部122。

另一方面，在步驟S5中，若用以請求進行遠端操作的資料登錄至用戶終端4，則在步驟S6中，用戶終端4將請求資料發送至控制伺服器1。控制伺服器1在步驟S7中，將接收的請求資料記憶於請求資料記憶部121，等待控制裝置2對請求資料進行查詢。

控制裝置2參照計畫資料123a，在計畫資料123a所決定的時點，如步驟S8所示，向控制伺服器1查詢遠端操作的請求資料。如下所述，所述計畫資料123a是由控制伺服器1產生，且從控制伺服器1發送至控制裝置2的資料。

控制伺服器1從控制裝置2接收遠端操作查詢之後，讀出請求資料記憶部121的資料，取得應發送至該控制裝置2的請求資料。而且，控制伺服器1根據需要而取得計畫資料123a。控制伺服器1在步驟S9中，將已取得的請求資料及計畫資料123a發送至控制裝置2。

在步驟S9中，控制裝置2接收計畫資料123a之後，在步驟S10中，將接收的計畫資料123a記憶於記憶體220的計畫資料記憶部221。此時，也可藉由新記憶的計畫資料123a來覆蓋預先記憶的舊的計畫資料。從下一次起，控制裝置2基於新接收的計畫資料123a，向控制伺服器1查詢請求資料。

控制裝置2在步驟S11中，基於步驟S9中所接收的請求資料，向家電3請求進行遠端操作。在步驟S12中，控制裝置2接收與步驟S11中的對於家電3的遠端操作請求相對應的遠端操作回應。在步驟S13中，控制裝置2將與步驟S9中的對於家電3的遠端操作請求相對應的遠端操作回應發送至控制伺服器1。在步驟S14中，控制伺服器1將與步驟S6中的對於家電3的遠端操作請求相對應的遠端操作回應發送至用戶終端4。

(控制伺服器)

參照圖1來對控制伺服器1進行詳述。

在控制伺服器1的記憶裝置120中記憶有家電控制程式，並且記憶裝置120包括：請求資料記憶部121、通知資料記憶部122、計畫資料記憶部123及對象設備資料記憶部124。另外，中央處理控制裝置110包括：請求處理部111、回應部112及計畫產生部113。家電控制程式被中央處理控制裝置110讀出且被執行，藉此來實現請求處理部111、回應部112及計畫產生部113。

請求資料記憶部121是記憶裝置120中的記憶有請求資料121a、121b、…的記憶區域。在實施方式中，請求資料121a、121b、…是由用戶終端4發送，且用以對用戶家中所設置的家電3進行遠端操作的資料，並且是為了產生計畫資料123a而被參照的資料。在實施方式中，有時將記憶於請求資料記憶部121的任意的請求資料標注為“請求資料121a”。

如圖3所示，在請求資料記憶部121中記憶有請求資料121a、121b、…。該請求數據121a、121b、…包含：從用戶終端4接收的接收日期、作為遠端操作請求的對象的控制裝置識別符、家電識別符、家電類別、操作類別及必需的參數(parameter)的各資料。此處，請求資料121a、121b、…主要唯一地決定了日期、控制裝置識別符、家電識別符及操作類別。參數的需要則是依據操作類別的項目。

在圖3所示的例子中，請求資料121a是用以從外出目的地確認是否已上鎖的資料。請求資料121d、121i是用以從外出目的地使空調以設定溫度為24度工作的資料。

通知資料記憶部122是記憶裝置120中的記憶有家電通知資料122a、122b、…的記憶區域。在實施方式中，家電通知資料122a、122b、…是由控制裝置2發送，且用以通知用戶家中所設置的家電3的狀態的資料，並且是為了產生計畫資料123a而被參照的資料。在實施方式中，有時將記憶於通知資料記憶部122的任意的家電通知資料標注為“家電通知資料122a”。

如圖4所示，在通知資料記憶部122中記憶有家電通知資料122a、122b、…。家電通知資料122a、122b、…包含：從控制裝置接收的接收日期、通知的控制裝置的控制裝置識別符、作為通知對象的家電的家電識別符、家電類別、通知類別及參數的各資料。此處，家電通知資料122a、122b、…主要唯一地決定了日期、家電控制識別符、家電識別符及通知類別。參數的需要則是依據通知類別的項目。

在圖4所示的例子中，家電通知資料122a是用以通知已上鎖的資料。家電通知資料122b是用以通知消耗電力監視器(monitor)所測量出的消耗電力的資料。

計畫資料記憶部123是記憶裝置120中的記憶有計劃資料123a、123b、…的記憶區域。針對每個控制裝置2而產生計畫資料123a、123b、…。在實施方式中，有時將記憶於計畫資料記憶部123的任意的計畫資料標注為“計畫資料123a”。

計畫資料123a是使控制裝置2向控制伺服器1查詢請求資料時的頻率，與每個規定時間相對應的資料。圖5所示的計畫資料123a使15分鐘的間隔所決定的時段、與查詢的頻率相對應。在圖5所示的例子中，查詢頻率的資料為“標準”或“縮短”。例如，“標準”表示每五分鐘查詢一次，“縮短”表示每三分鐘查詢一次。

在圖5所示的例子中，主要使將來的日期及15分鐘的間隔的時段與頻率相對應，但也可並非為該形式。例如，在用戶的生活週期(life cycle)是星期一至星期五上班，星期六及星期天休息的情況下，計畫資料123a也可以15分鐘的間隔，使頻率分別與從星期一至星期五為止的“平日”、及星期六及星期天的“假日”相對應。另外，使作為頻率的“標準”或“縮短”與所述時段相對應，但只要知道控制裝置2向控制伺服器1查詢請求資料時的頻率，則也可採用所述標注以外的標注。例如，也可考慮底下情況，即，將“5分鐘”、“3分鐘”等資料設定為查詢間隔。

對象設備資料記憶部124是記憶裝置120中的記憶有對象設備資料124a及對象設備資料124b的記憶區域。當根據請求資料產生計畫資料123a時，使用對象設備資料124a。另一方面，當根據家電通知資料產生計畫資料123a時，使用對象設備資料124b。實施方式的控制伺服器1產生計畫資料123a，該計畫資料123a包含控制裝置2查詢請求資料121a時的頻率。因此，將假設由用戶請求進行遠端操作的家電的資訊、遠端操作請求的操作內容、或與遠端操作請求相關的家電通知的通知類別等，設定為對象設備資料124a及對象設備資料124b。

對象設備資料124a包括：產生計畫資料123a時，作為基礎的請求資料的總計對象的家電類別、與請求資料的操作類別。對象設備資料124a是如圖6A所示的數據。對象設備資料124a使家電類別“空調”及操作類別“打開暖氣”相對應作為請求資料的總計對象。在此情況下，根據與打開空調的暖氣相關的請求資料，產生計畫資料123a。

設定為對象設備資料124a的家電類別及操作類別，例如是需要即時性的作為遠端操作對象的家電及操作類別。由請求資料記憶部121對與對象設備資料124a所確定的家電類別及操作類別相關的請求資料進行總計，藉此，有效率地產生計畫資料123a。藉此，控制伺服器1可以如下的方式進行設定，即，在設定為對象設備資料124a的家電及遠端操作頻繁地出現的時點，使控制裝置2的請求資料的 查詢頻率提高。

另外，對象設備資料124b包括：產生計畫資料123a時，作為基礎的家電通知資料的總計對象的家電類別、與家電通知的通知類別。對象設備資料124b是如圖6B所示的數據。對象設備資料124b使家電類別“鎖”及通知類別“上鎖確認”相對應作為家電通知資料的總計對象。在此情況下，根據與鎖的上鎖確認相關的家電通知資料，產生計畫資料123a。

設定為對象設備資料124b的家電類別及通知類別，例如是與作為用戶所請求的遠端操作對象的家電及操作類別相關的家電及通知類別。由通知資料記憶部122對與對象設備資料124b所確定的家電類別及通知類別相關的家電通知資料122a進行總計，藉此，有效率地產生計畫資料123a。

例如，電力監視器所通知的消耗電力是為了記錄而發送至控制伺服器1的資料，且難以成為由用戶進行遠端操作時的對象。另一方面，考慮在用戶外出之後，對鎖的上鎖狀態進行確認。因此，在用戶上鎖之後，控制裝置2將上鎖確認通知控制伺服器1，然後，假設用戶為了掌握所述鎖的上鎖狀態而請求進行遠端操作。

因此，將可成為遠端操作請求的對象的家電類別及通知類別設定為對象設備資料124b，藉此，控制伺服器1可以如下的方式進行設定，即，在設定為對象設備資料124b的家電及通知頻繁地出現的時點，使控制裝置2的請求資 料的查詢頻率提高。

請求處理部111從用戶終端4接收請求資料之後，將該請求資料儲存於請求資料記憶部121。另外，請求處理部111將與遠端操作請求相對應的處理結果發送至用戶終端4。

回應部112從控制裝置2接受請求資料的查詢之後，對請求資料記憶部121進行檢索，檢索應發送至所述控制裝置2的請求資料。當存在應發送至控制裝置2的請求資料時，回應部112將該請求資料發送至控制裝置2。此時，回應部(發送部)112也發送用於所述控制裝置2的計畫資料123a。

此處，對如下的情況進行說明，即，回應部112將計畫資料123a發送至控制裝置2，但也可不與針對遠端操作查詢的回應的發送同步，而由發送單元(未圖示)將計畫資料123a發送至控制裝置2。例如，也可不限於遠端操作查詢，當控制伺服器1將資料發送至控制裝置2時，控制伺服器1也一併發送計畫資料123a。

計畫產生部113基於請求資料記憶部121及/或通知資料記憶部122中所記憶的資料，產生計畫資料123a，將該計畫資料123a記憶於記憶裝置120。

當根據請求資料記憶部121的資料而產生所述計畫資料123a時，計畫產生部113將請求資料記憶部121的資料予以讀出，針對每個計算對象單位，對接收的請求資料的數量進行總計，當該請求資料的數量大於規定數量時，產 生如下的計畫資料123a，該計畫資料123a的所述計算對象單位中的查詢頻率被設定為短查詢頻率。

當根據通知資料記憶部122的資料產生所述計畫資料123a時，計畫產生部113將通知資料記憶部122的資料予以讀出，針對每個計算對象單位，對接收的家電通知資料的數量進行總計，當該家電通知資料的數量大於規定數量時，產生如下的計畫資料123a，該計畫資料123a的所述計算對象單位中的查詢頻率被設定為短查詢頻率。另外，計畫產生部113也可根據請求資料記憶部121的資料與通知資料記憶部122的資料兩者，來產生計畫資料123a。

此處，所謂“計算對象單位”，是指將遠端操作查詢的頻率設定為“標準”、“縮短”等的時間的單位。在圖5所示的例子中，計算對象單位是以15分的間隔來對一天進行劃分所得的時間。此外，計算對象單位也可考慮以20分鐘的間隔來分別對平日及假日進行劃分所得的時間、及以10分鐘的間隔來對去年的同一天進行劃分所得的時間等。

另外，當將作為對請求資料121a、121b、…進行總計的對象的對象設備及操作類別設定為對象設備資料124a時，計畫產生部113根據請求資料121a、121b、…，將對象設備資料124a中所含的作為總計對象的家電類別及操作類別的資料抽出，從而產生計畫資料123a。

同樣地，當將作為對家電通知資料122a、122b、…進行總計的對象的對象設備及通知類別設定為對象設備資料 124b時，計畫產生部113根據家電通知資料122a、122b、…，將對象設備資料124b中所含的作為總計對象的家電類別及通知類別的資料抽出，從而產生計畫資料123a。

計畫產生部113可僅基於請求資料121a、121b、…來產生計畫資料123a，也可僅基於家電通知資料122a、122b、…來產生計畫資料123a。另外，計畫產生部113也可基於請求資料121a、121b、…、與家電通知資料122a、122b、…來產生計畫資料123a。

計畫產生部113將產生的計畫資料123a記憶於記憶裝置120的計畫資料記憶部123。

在產生第二天的計畫的情況下，計畫產生部113產生計畫資料123a，該計畫資料123a是在過去的接收遠端操作請求的時刻的前後，縮短從控制裝置2向控制伺服器1查詢請求資料時的間隔所得。

例如，計畫產生部113從預先指定的期間內的過去的請求資料記憶部121的資料中，將產生了遠端操作請求的時刻抽出。計畫產生部113產生如下的計畫，即，在產生遠端操作請求的時刻的前後，以比默認(default)的時間間隔更短的時間間隔，向控制伺服器1進行查詢。

另外，基於家電通知資料來產生計畫資料123a的情況也相同。在產生第二天的計畫的情況下，計畫產生部113產生計畫資料123a，該計畫資料123a是在過去的接收家電通知的時刻的前後，縮短從控制裝置2向控制伺服器1 查詢請求資料時的間隔所得。

例如，計畫產生部113從預先指定的期間內的過去的通知資料記憶部122的資料中，將接收家電通知的時刻抽出。計畫產生部113產生如下的計畫，即，在接收家電通知的時刻的前後，以比默認的時間間隔更短的時間間隔，向控制伺服器1進行查詢。

參照圖7，對計畫產生部113所進行的遠端操作查詢計畫產生處理的流程進行說明。在圖7所示的例子中，對根據請求資料121a、121b、…而產生計畫資料123a的情況進行說明。

首先，在步驟S101中，計畫產生部113從記憶裝置120的請求資料記憶部121中，將請求資料121a、121b、…予以讀出。此處，當針對規定的控制裝置2而產生計畫資料123a時，計畫產生部113將與該規定的控制裝置2的識別符相對應的請求資料抽出。在步驟S102中，計畫產生部113進一步將與對象設備資料124a相一致的請求資料抽出。

然後，在步驟S103中，計畫產生部123基於步驟S102中所抽出的請求資料的接收時刻，取得作為總計對象的期間的資料。所謂總計對象，例如是指“最近的一個月所接收的資料”、或“去年的同一時期所接收的資料”，且是指在輸出計畫資料時的作為基準的資料。

接著，針對各計算對象單位，重複步驟S103至步驟S105的處理。具體而言，在步驟S103中，計畫產生部113 進一步基於已抽出的各請求資料的接收時刻，對在規定的計算對象單位的時間內所接收的請求資料的數量進行總計，對請求的頻率進行計算。

在步驟S104中，計畫產生部113判定步驟S103中所計算出的請求的頻率是否已超過臨界值。該臨界值已預先設定。在所述請求的頻率已超過臨界值的情況下，在步驟S105中，針對所述計算對象單位，設定短查詢間隔的值。計畫產生部113將所述計算對象單位的頻率設定為“縮短”。另一方面，在所述請求的頻率未超過臨界值的情況下，在步驟S106中，針對所述計算對象單位，設定標準的查詢間隔的值。

若針對全部的計算對象單位，步驟S103至步驟S106的處理已結束，則在步驟S107中，計畫產生部113使步驟S105或步驟S106中所設定的查詢間隔值、與計算對象單位的識別符相對應，將計畫資料123a予以輸出。

在圖7中，對如下的情況進行說明，該情況是指基於請求資料121a、121b、…的頻率而將計畫資料123a予以輸出，但在基於家電通知資料122a、122b、…的頻率而進行輸出的情況下，如圖8所示，同樣地進行處理。另外，在基於請求資料121a、121b、…的頻率、與家電通知資料122a、122b、…的頻率而進行輸出的情況下，也與圖7及圖8同樣地進行處理。

參照圖9A~圖9C來對如下的具體例進行說明，該具體例是指基於請求資料121a、121b、…的頻率而將計畫資 料123a予以輸出。在圖9A~圖9C所示的例子中，對如下的情況進行說明，該情況是指針對2011年3月12日之前的查詢的計畫，基於n個星期的鎖的上鎖確認的請求資料，對各天的從7：15至7：30的查詢頻率進行計算，產生計畫資料123a。

圖9A是記憶於請求資料記憶部121的請求資料121a、121b、…的一例。計畫產生部113將已接收的發給規定的控制裝置2的請求資料中，由成為總計對象的區間所接收且與鎖的上鎖確認相關的請求資料抽出。

此處，計畫產生部113對各天及以15分鐘為單位而接收的請求資料的數量進行計數。圖9B表示各天及以15分鐘為單位而接收的請求資料的數量。在圖9B中，關於星期一而表示了如下的內容：一周前在7：21，兩周前在7：25，三周前在7：28，五周前在7：22…有上鎖確認的遠端操作請求，在n周內有五次查詢。此處，在四周前並未發生查詢。

如此，計畫產生部113基於n周的鎖的上鎖確認的請求資料，對各天從7：15至7：30所接收的請求資料的數量進行計數。結果，已知：在7：15至7：30期間，星期一接收了五次鎖的上鎖確認的遠端操作請求，星期二及星期三接收了兩次鎖的上鎖確認的遠端操作請求，星期四接收了四次鎖的上鎖確認的遠端操作請求，星期五接收了三次鎖的上鎖確認的遠端操作請求，星期六及星期天未接收鎖的上鎖確認的遠端操作請求。

此處，若將臨界值設為“3”，則在星期一、星期四及星期五的7：15至7：30期間，頻繁地產生了鎖的上鎖確認的遠端操作請求。因此，如圖9C所示，計畫產生部113將使星期一、星期四及星期五的7：15至7：30期間的遠端操作的查詢間隔縮短的計畫予以輸出。計畫產生部113針對全部的計算對象單位，對遠端操作請求的發生數進行計數，從而產生計畫資料123a。根據所述計畫，在星期一、星期四及星期五的7：15至7：30期間，從控制裝置2朝向控制伺服器1的請求資料的查詢頻率升高。

控制伺服器1可考慮用戶的行為模式(behavioral pattern)而進行控制，使得在用戶發送遠端操作請求的可能性高的時段，由控制裝置2頻繁地向控制伺服器查詢請求資料。藉此，可使從用戶終端4接收的請求資料儘早從控制伺服器1下載至控制裝置2。另外，控制伺服器1可迅速地對用戶的遠端操作請求進行處理，從而可儘早將遠端操作請求的處理結果通知給用戶終端4。另外，在不太從用戶終端4發送請求資料的時段，不將查詢頻率予以變更，藉此，可使控制伺服器1的負載減輕。

也可根據控制伺服器1所處理的控制裝置2的數量來決定臨界值。例如，當控制伺服器1所處理的控制裝置的數量多，且對控制伺服器1的負載進行預計時，將臨界值設定為高臨界值。藉此，可使如從用戶終端4發送請求資料之類的時段的控制裝置2的查詢頻率提高，同時可使控制伺服器1的負載減輕。

另外，也可考慮天氣資訊等而產生計畫資料123a。例如考慮到在氣溫的上升劇烈的情況下，用戶會配合到家時間而發送打開空調的製冷設備的遠端操作。因此，計畫產生部113也可以如下的方式來產生計畫資料123a，所述方式是指當氣溫上升時，在靠近用戶的到家時間的時段，使控制裝置2的查詢頻率升高。

(控制裝置)

參照圖1來對控制裝置2進行詳述。

控制裝置2的記憶體220中記憶有家電控制程式，並且記憶體220包括計畫資料記憶部221及控制資料記憶部222。控制器210包括：取得部211、查詢部212、通知部213及家電控制部214。將家電控制程式讀出至控制器210來執行，藉此，實現取得部211、查詢部212、通知部213及家電控制部214。用以實現控制裝置2的程式也可為所謂的固件(firmware)。另外，也可藉由電路程式而非藉由軟體(software)來實現控制器210所實現的各種單元。

計畫資料記憶部221是記憶體220中的記憶有計劃資料221a的記憶區域。計畫資料221a是從控制伺服器1發送的資料，且包括與圖5所示的計畫資料123a相同的資料構成及資料的一例。控制裝置2以計畫資料221a所規定的頻率，向控制伺服器1查詢請求資料。

控制資料記憶部222是記憶體220中的記憶有控制資料222a的記憶區域，該控制資料222a用以對家電3進行控制。控制資料222a還包含：從控制伺服器1取得的請求 資料、基於請求資料而進行操作所得的結果的資料、以及發送至控制伺服器1的家電通知資料。

取得部211從控制伺服器1接收計畫資料123a，接著將該計畫資料123a記憶於計畫資料記憶部221。在已記憶有舊的計畫資料的情況下，取得部211利用新取得的資料來覆蓋所述舊的計畫資料。

查詢部212根據計畫資料221a的計算對象單位及頻率，向控制伺服器1查詢請求資料。查詢部212以計畫資料221a所決定的頻率，向控制伺服器1查詢是否存在由所述控制裝置2取得的請求資料，當存在該請求資料時，取得該請求資料，接著將該請求資料記憶於控制資料記憶部222。在圖5所示的例子中，“縮短”對應於2011年3月18日的上午7點16分至7點半。查詢部212在該時段的情況下，以比通常的查詢頻率更高的頻率，向控制伺服器1進行查詢。例如，若通常應每隔十分鐘地進行查詢，則查詢部212每隔五分鐘地進行查詢。

另外，查詢部212接收請求資料之後，基於該資料，使家電控制部214對家電3進行控制，並取得其結果。查詢部212取得對應於請求資料的結果之後，將該結果發送至控制伺服器1。

通知部213在規定的時點，將家電的狀態發送至控制伺服器1。通知部213經由家電控制部214而取得家電的狀態。例如，通知部213在對玄關大門上鎖的時點，將該情況通知控制伺服器1。另外，通知部213在每天的固定 時刻，取得一天的消耗電力並發送至控制伺服器1。

家電控制部214基於控制資料222a來對家電進行控制，並取得其結果。例如，當控制資料記憶部222中記憶有請求資料時，家電控制部214基於請求資料來對家電3進行操作，並取得其結果。例如，在對鎖的上鎖狀態進行確認的請求資料的情況下，家電控制部214取得作為家電3的鎖的上鎖狀態，將該上鎖狀態記憶於控制資料記憶部222。另外，在以設定溫度為24度來打開暖氣的請求資料的情況下，家電控制部214使作為家電3的空調的暖氣以24度的設定溫度來工作，在正常地工作的情況下，將該結果記憶於控制資料記憶部222。

如此，根據實施方式的家電控制系統10，可將由控制裝置2向控制伺服器1發送請求資料的查詢的時點予以變更，從而可使對於用戶的便利性提高。

已對本發明的若干實施方式進行了說明，但這些實施方式是作為例子而被提示的實施方式，並無對發明的範圍進行限定的意圖。這些新穎的實施方式能夠以其他各種方式來實施，且在不脫離發明的宗旨的範圍內，可進行各種省略、替換、以及變更。所述實施方式或其變形包含于發明的範圍或宗旨，並且包含於權利要求書所揭示的發明與其均等的範圍中。

1‧‧‧控制伺服器

2a~2d‧‧‧控制裝置

3‧‧‧家電

4a、4b‧‧‧用戶終端

5‧‧‧通信網路

10‧‧‧家電控制系統

110‧‧‧中央處理控制裝置

111‧‧‧請求處理部

112‧‧‧回應部(發送部)

113‧‧‧計畫產生部

120‧‧‧記憶裝置

121‧‧‧請求資料記憶部

121a、121b、121d、121i‧‧‧請求數據

122‧‧‧通知資料記憶部

122a、122b‧‧‧家電通知資料

123、221‧‧‧計畫資料記憶部

123a、123b‧‧‧計畫資料

124‧‧‧對象設備資料記憶部

124a、124b‧‧‧對象設備資料

130、230‧‧‧通信控制裝置

210‧‧‧控制器

211‧‧‧取得部

212‧‧‧查詢部

213‧‧‧通知部

214‧‧‧家電控制部

220‧‧‧記憶體

222‧‧‧控制資料記憶部

S1~S14、S101~S107、S201~S207‧‧‧步驟

圖1是對實施方式的家電控制系統的系統構成、與控 制伺服器及控制裝置的功能區塊進行說明的圖。

圖2是對實施方式的家電控制系統中的處理的概要進行說明的順序圖。

圖3是對實施方式的控制伺服器中所記憶的請求資料的資料構造與資料的一例進行說明的圖。

圖4是對實施方式的控制伺服器中所記憶的家電通知資料的資料構造與資料的一例進行說明的圖。

圖5是對實施方式的控制伺服器中所記憶的計畫資料的資料構造與資料的一例進行說明的圖。

圖6A、圖6B是對實施方式的控制伺服器中所記憶的對象設備資料的資料構造與資料的一例進行說明的圖。

圖7是說明由實施方式的控制伺服器中的計畫產生部基於請求資料，來產生計畫資料的處理的流程圖。

圖8是說明由實施方式的控制伺服器中的計畫產生部基於家電通知資料，來產生計畫資料的處理的流程圖。

圖9A~圖9C是對在實施方式的控制伺服器中產生計畫資料時的資料進行說明的圖。

1‧‧‧控制伺服器

2a~2d‧‧‧控制裝置

3‧‧‧家電

4a、4b‧‧‧用戶終端

5‧‧‧通信網路

10‧‧‧家電控制系統

110‧‧‧中央處理控制裝置

111‧‧‧請求處理部

112‧‧‧回應部(發送部)

113‧‧‧計畫產生部

120‧‧‧記憶裝置

121‧‧‧請求資料記憶部

122‧‧‧通知資料記憶部

123、221‧‧‧計畫資料記憶部

124‧‧‧對象設備資料記憶部

130、230‧‧‧通信控制裝置

210‧‧‧控制器

211‧‧‧取得部

212‧‧‧查詢部

213‧‧‧通知部

214‧‧‧家電控制部

220‧‧‧記憶體

222‧‧‧控制資料記憶部

Claims (11)

1. 一種控制伺服器，其特徵在於包括：記憶部，儲存著請求資料，所述請求資料是從終端接收且用以經由控制裝置而對家中所設置的家電進行遠端操作；產生部，基於所述請求資料及查詢中的任一者而產生計畫資料，所述計畫資料是關於與所述控制裝置的所述請求資料相關的所述查詢的頻率的資料，且是向所述控制裝置發送的資料；以及發送部，根據按照所述計畫資料所示的頻率而從所述控制裝置發送的所述查詢，將所述記憶的請求資料發送至所述控制裝置。
2. 如申請專利範圍第1項所述之控制伺服器，其特徵在於：所述產生部產生所述計畫資料，所述計畫資料表示與所述請求資料的接收次數相對應的所述頻率。
3. 如申請專利範圍第2項所述之控制伺服器，其特徵在於：比起在所述接收次數不足臨界值的情況下，所述接收次數在所述臨界值以上的情況時所述計畫資料所示的所述頻率更高。
4. 如申請專利範圍第3項所述之控制伺服器，其特徵在於：根據所述控制裝置的數量來決定所述臨界值。
5. 如申請專利範圍第1項所述之控制伺服器，其特徵在於：所述產生部產生所述計畫資料，所述計畫資料表示與所述查詢的接收次數相對應的所述頻率。
6. 如申請專利範圍第5項所述之控制伺服器，其特徵在於：比起在所述接收次數不足臨界值的情況下，所述接收次數在所述臨界值以上的情況時所述計畫資料所示的所述頻率更高。
7. 如申請專利範圍第6項所述之控制伺服器，其特徵在於：根據所述控制裝置的數量來決定所述臨界值。
8. 如申請專利範圍第1項所述之控制伺服器，其特徵在於：所述產生部產生所述計畫資料，所述計畫資料表示與所述請求資料的接收次數及所述查詢的接收次數相對應的所述頻率。
9. 如申請專利範圍第1項所述之控制伺服器，其特徵在於：所述產生部基於氣候資訊來對所述計畫資料的所述頻率進行調整。
10. 如申請專利範圍第1項所述之控制伺服器，其特徵在於：所述請求資料包含遠端操作對象的家電的家電類別與 操作類別，所述記憶部進而記憶著包含所述接收次數的總計對象的家電類別及操作類別的對象設備資料，所述產生部從所述請求資料中，將所述對象設備資料中所含的所述總計對象的家電類別及操作類別的資料抽出，產生所述計畫資料。
11. 一種家電的控制方法，其特徵在於：控制伺服器儲存著請求資料，所述請求資料是從終端接收且用以經由控制裝置而對家中所設置的家電進行遠端操作，所述控制伺服器基於所述請求資料及查詢中的任一者而產生計畫資料，所述計畫資料是關於與所述控制裝置的所述請求資料相關的所述查詢的頻率的資料，且是向所述控制裝置發送的資料，所述控制伺服器根據按照所述計畫資料所示的頻率而從所述控制裝置發送的所述查詢，將所述記憶的請求資料發送至所述控制裝置。