通知消息接收方法、裝置及系統(tǒng)的制作方法
【技術領域】
[0001]本發(fā)明涉及物聯(lián)網(wǎng)領域，特別是涉及一種通知消息接收方法、裝置及系統(tǒng)。
【背景技術】
[0002]AllJoyn(簡稱為AJ)是一個合作的開源軟件框架，程序員可以很方便的編寫出搜索附近設備的應用程序，并且無論對方的品牌、類別、系統(tǒng)都可以在不需要云環(huán)境的情況下連接。AllJoyn框架是非常靈活，能使物聯(lián)網(wǎng)實現(xiàn)愿景。AllJoyn采用“分布式軟件總線”，總線是AllJoyn應用通過應用程序編程接口(Applicat1n Programming Interface，簡稱為API)進行通信的“媒介”，應用可以是微處理器的固件、移動設備的應用(Applicat1n，簡稱為APP)、或個人計算機(Personal Computer，簡稱為PC)上的應用程序。在AllJoyn中，發(fā)布API的應用是服務器(service)，消費的是客戶端(client)，應用可以既是service又是client，這使得AllJoyn成為了點對點(P2P)系統(tǒng)。此外，通信傳遞的消息直接映射高級編程語言實現(xiàn)的API?？偩€形成采用自組織方式，基于應用/服務發(fā)現(xiàn)，抽象了特定連接的發(fā)現(xiàn)機制。AllJoyn采用獨立于網(wǎng)絡的協(xié)議，網(wǎng)絡協(xié)議是基于對D-Bus協(xié)議的擴展，可運行于 W1-F1、Wi_Fi Direct、Ethernet、PLC 和 Bluetooth。AllJoyn 應用都是路由器(Router)的客戶端。Client Library是開發(fā)人員所面對的AllJoyn軟件開發(fā)工具包(SoftwareDevelopment Kit，簡稱為SDK)的API，Client Library有兩種實現(xiàn):標準客戶端(SC)和瘦客戶端(TC)，其中，標準客戶端目標為運行在高級操作系統(tǒng)(HLOS)上的應用，瘦客戶端目標為運行在嵌入式設備上的應用。
[0003]AllJoyn應用通過對象實現(xiàn)的API對外暴露功能(object)，多數(shù)應用僅暴露一個對象，根據(jù)應用模型需要可支持分級對象，對象實現(xiàn)一個或多個接口(interface)，服務發(fā)現(xiàn)和連接建立之后，便可發(fā)現(xiàn)API。其接口由成員組成，三類成員為:方法(Method)、信號(Signal)、屬性(Property)。
[0004]關于屬性(Property)的分類:一般情況下，不同的對象代表不同的實體(設備)，接口中的Property—般代表了實體對外可見的狀態(tài)。如熱水器的溫度等。因此作為對象的觀察者(client app)是可以通過Property來了解實體的狀態(tài)的。根據(jù)org.freedesktop.DBus.Property.EmitsChangedSignal 的標注值(annotat1n value) Property 可以分為三類:
[0005]當標注值為True:當 Property 發(fā)生變化時，updateing Property org.freedesktop.DBus.Properties.PropertiesChanged 信號攜帶 Property 的新值被發(fā)送。
[0006]當標注值為False:當Property發(fā)生變化時，不會發(fā)送non-cacheable propertyorg.freedesktop.DBus.Properties.PropertiesChanged 信號。
[0007]當標注值為invalidates:當 Property 發(fā)生變化時，invalidating propertyorg.freedesktop.DBus.Properties.PropertiesChanged 信號發(fā)送，不攜帶 Property 的新值。
[0008]上述消息都是時域(sess1n)內的廣播發(fā)送，也就是說同一個sess1n內的App都可能接到上述消息。App需要選擇是否接收上述消息，具體地:
[0009]客戶端APP如何接受消息:如圖1所示，通過addmatch方法向router內注冊一個過濾條件。當router接到上述屬性(Property)變化的消息后，會根據(jù)上述過濾條件，判定是否需要為APP發(fā)送上述請求消息。具體消息如下:org.freedesktop.DBus.AddMatch(bus_proxy, 〃type = ’signal’，name = ’org.example.App’，path_namespace=’/org/example/App’ 〃)，其中，addmatch 的參數(shù)包括如下:type (消息類型)，sender (Bus名或者連接唯一名)，interface (接口名)，member (方法名或者信號名稱)，path(對象路徑),pathnamespace (對象路徑命名空間),destinat1n (目的地)。
[0010]當AJ客戶路由模塊(consumer AJ Router)收到信號后會根據(jù)上述條件進行判斷是否需要把Property的新值發(fā)送給客戶端APP (前提條件是客戶端APP通過addmatch方法向router注冊了對應其的過濾條件)。
[0011]在現(xiàn)有技術中，當提供者(Provider)APP的Property變化的頻率特別高而且該 Property 對應的 org.freedesktop.DBus.Property.EmitsChangedSignal 的標注值設定為 TURE 或者 invalidates，即需要生成對應的 org.freedesktop.DBus.Properties.PropertiesChanged信號時，訂閱該信號的客戶端APP可能需要相同頻率解析上述信號，這樣可能嚴重消耗客戶端APP所在設備的資源，造成設備的過載、宕機、失控等問題。

【發(fā)明內容】

[0012]鑒于現(xiàn)有技術中提供者APP高頻發(fā)送請求消息，造成客戶端APP處理過載的問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的通知消息接收方法、裝置及系統(tǒng)。
[0013]本發(fā)明提供一種通知消息接收方法，包括:AJ客戶路由模塊接收客戶端應用APP注冊的過濾條件，并獲取過濾條件中的接收頻率參數(shù)，其中，接收頻率參數(shù)中攜帶了客戶端APP在檢測周期內能夠接收通知消息的最大數(shù)目；AJ客戶路由模塊進行周期性檢測，根據(jù)過濾條件和接收頻率參數(shù)判斷是否將接收到的通知消息發(fā)送給客戶端APP。
[0014]優(yōu)選地，AJ客戶路由模塊接收客戶端APP注冊的過濾條件之前，客戶端APP中的應用程序根據(jù)設備的性能和/配置確定單位時間內能夠接收通知消息的最大數(shù)目；應用程序向客戶端APP中的AJ核心模塊注冊信號處理函數(shù)時，將接收頻率參數(shù)發(fā)送給AJ核心模塊。
[0015]優(yōu)選地，AJ客戶路由模塊接收客戶端APP注冊的過濾條件，并獲取過濾條件中的接收頻率參數(shù)具體包括:AJ客戶路由模塊接收AJ核心模塊注冊的過濾條件，并獲取過濾條件中的接收頻率參數(shù)。
[0016]優(yōu)選地，AJ客戶路由模塊進行周期性檢測，根據(jù)過濾條件和接收頻率參數(shù)判斷是否將接收到的通知消息發(fā)送給客戶端APP具體包括:AJ客戶路由模塊進行周期性檢測，如果判斷接收到的通知消息均符合過濾條件和接收頻率參數(shù)，則將通知消息發(fā)送給客戶端APP，否則，禁止將通知消息發(fā)送給客戶端APP。
[0017]優(yōu)選地，判斷接收到的通知消息符合接收頻率參數(shù)具體包括:計算在該檢測周期內接收通知消息的數(shù)目，如果在該檢測周期內接收的通知消息未超過接收頻率參數(shù)中的最大數(shù)目，則確定該通知消息符合接收頻率參數(shù)。
[0018]本發(fā)明還提供了一種通知消息接收裝置，設置于AJ客戶路由模塊，包括:獲取模塊，用于接收客戶端應用APP注冊的過濾條件，并獲取過濾條件中的接收頻率參數(shù)，其中，接收頻率參數(shù)中攜帶了客戶端APP在檢測周期內能夠接收通知消息的最大數(shù)目；檢測模塊，用于進行周期性檢測，根據(jù)過濾條件和接收頻率參數(shù)判斷是否將接收到的通知消息發(fā)送給客戶端APP。
[0019]優(yōu)選地，獲取模塊具體用于:接收客戶端APP中的AJ核心模塊注冊的過濾條件，并獲取過濾條件中的