一種通知消息發(fā)送方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及機器類型通信(MTC,Machine Type Communicat1n)技術(shù),尤其涉及一種通知消息發(fā)送方法及裝置。
【背景技術(shù)】
[0002]機器對機器(Machine to Machine, M2M)通信網(wǎng)絡(luò)由各個M2M節(jié)點和承載網(wǎng)絡(luò)組成。M2M節(jié)點通過承載網(wǎng)絡(luò)實現(xiàn)互相通信，一個M2M節(jié)點至少包含一個應(yīng)用實體(AE)或者一個公共業(yè)務(wù)實體(CSE)。
[0003]M2M系統(tǒng)架構(gòu)如圖1所示，其中，應(yīng)用實體是執(zhí)行實際M2M應(yīng)用的邏輯單元，公共業(yè)務(wù)實體是對應(yīng)用進行管理和服務(wù)的邏輯單元。
[0004]在M2M系統(tǒng)架構(gòu)中，應(yīng)用節(jié)點是末端的執(zhí)行節(jié)點，例如智能電表，溫度測控傳感器，火警報警器，智能家電等等，中間節(jié)點是連接末端執(zhí)行節(jié)點到網(wǎng)絡(luò)側(cè)服務(wù)器的中間件，例如網(wǎng)關(guān)，基礎(chǔ)節(jié)點是網(wǎng)絡(luò)側(cè)的服務(wù)器，注冊在基礎(chǔ)節(jié)點上的應(yīng)用實體通常是M2M服務(wù)商的管理軟件或管理平臺。
[0005]M2M應(yīng)用之間的通信是通過公共業(yè)務(wù)實體CSE之間的交互來實現(xiàn)，而通信的前提是M2M應(yīng)用首先需要在本地CSE進行注冊(例如圖1中應(yīng)用節(jié)點上的應(yīng)用實體需要注冊在中間節(jié)點上的CSE，那么中間節(jié)點上的CSE就是應(yīng)用節(jié)點上應(yīng)用實體的本地CSE)，然后才能通過CSE之間的通信實現(xiàn)M2M應(yīng)用的交互。
[0006]應(yīng)用節(jié)點是物理實體，應(yīng)用實體AE是邏輯單元，是在應(yīng)用節(jié)點這個物理實體上真正執(zhí)行應(yīng)用的邏輯單元。
[0007]在應(yīng)用實體注冊在本地CSE上時，應(yīng)用實體需要提供能標識自己合法性的安全證書，提供給本地CSE進行驗證，只有驗證通過才能在本地CSE進行注冊，同時應(yīng)用實體還需要提供應(yīng)用實體建議的注冊名稱給本地CSE參考。
[0008]注冊后的AE還可以在本地CSE上創(chuàng)建應(yīng)用相關(guān)的資源，作為應(yīng)用資源的子資源，例如AE注冊后本地CSE創(chuàng)建資源“應(yīng)用”，為了保存應(yīng)用的數(shù)據(jù)，應(yīng)用還可以在資源“應(yīng)用”下創(chuàng)建資源“容器”，資源“容器”用來保存AE相關(guān)的數(shù)據(jù)。AE可以通過訂閱的方式來獲取某個資源是否變更的消息。被訂閱的資源在屬性或者子資源變更時，例如屬性的值被修改，子資源被刪除，或新創(chuàng)建了子資源等，該資源所在的CSE可以向AE發(fā)送通知消息，告知其關(guān)注的資源被修改了。
[0009]對資源的訂閱是通過AE在CSE想要訂閱的資源下上創(chuàng)建類型為“subscript1n”的子資源來實現(xiàn)的。
[0010]AE所訂閱的資源可能包含較多的屬性和子資源，那么就可能會被頻繁的修改，根據(jù)現(xiàn)有技術(shù)訂閱的規(guī)則，每一次修改都會發(fā)送通知消息給AE，從而導(dǎo)致AE可能會頻繁的接收到數(shù)量龐大的通知消息，不利于用戶體驗且浪費系統(tǒng)資源。

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

[0011]有鑒于此，為解決現(xiàn)有存在的技術(shù)問題，本發(fā)明實施例提供:
[0012]一種通知消息發(fā)送方法，包括:
[0013]獲取目標資源信息、通知發(fā)送策略以及通知發(fā)送地址；
[0014]當所述目標資源發(fā)生變化時，生成相應(yīng)的通知消息；
[0015]根據(jù)所述通知發(fā)送策略，向所述通知發(fā)送地址發(fā)送通知消息。
[0016]優(yōu)選的，所述通知發(fā)送策略包括以下一項或多項:通知發(fā)送模式、通知數(shù)量、通知時長。
[0017]優(yōu)選的，所述通知發(fā)送模式為正常模式，所述根據(jù)所述通知發(fā)送策略，向所述通知發(fā)送地址發(fā)送通知消息，包括:
[0018]通知數(shù)量和通知時長不為空時，判斷當前時間窗內(nèi)發(fā)送的通知消息數(shù)量是否超過所述通知數(shù)量，如果未超過，發(fā)送所述通知消息；如果超過，在下個時間窗發(fā)送所述通知消息，所述時間窗的長度為所述通知時長。
[0019]優(yōu)選的，所述生成相應(yīng)的通知消息之后，該方法還包括:存儲所述通知消息。
[0020]優(yōu)選的，所述通知發(fā)送模式為發(fā)送最新通知模式，所述根據(jù)所述通知發(fā)送策略，向所述通知發(fā)送地址發(fā)送通知消息，包括:
[0021]通知數(shù)量和通知時長不為空時，判斷保存的通知消息數(shù)是否不小于所述通知數(shù)量，以及判斷通知消息保存時間是否不小于所述通知時長，如果保存的通知消息數(shù)不小于所述通知數(shù)量，或者，通知消息保存時間不小于所述通知時長，則發(fā)送所保存的通知消息中最新產(chǎn)生的通知消息；或者，
[0022]通知數(shù)量不為空且通知時長為空時，判斷保存的通知消息數(shù)是否不小于所述通知數(shù)量，如果保存的通知消息數(shù)不小于所述通知數(shù)量，則發(fā)送所保存的通知消息中最新產(chǎn)生的通知消息；或者，
[0023]通知時長不為空且通知數(shù)量為空時，判斷通知消息保存時間是否不小于所述通知時長，如果通知消息保存時間不小于所述通知時長，則發(fā)送所保存的通知消息中最新產(chǎn)生的通知消息。
[0024]優(yōu)選的，所述通知發(fā)送模式為批處理發(fā)送模式，所述根據(jù)所述通知發(fā)送策略，向所述通知發(fā)送地址發(fā)送通知消息，包括:
[0025]通知數(shù)量和通知時長不為空時，判斷保存的通知消息數(shù)是否不小于所述通知數(shù)量，以及判斷通知消息保存時間是否不小于所述通知時長，如果保存的通知消息數(shù)不小于所述通知數(shù)量，或者，通知消息保存時間不小于所述通知時長，則發(fā)送所保存的通知消息；或者，
[0026]通知數(shù)量不為空且通知時長為空時，判斷保存的通知消息數(shù)是否不小于所述通知數(shù)量，如果保存的通知消息數(shù)不小于所述通知數(shù)量，則發(fā)送所保存的通知消息；或者，
[0027]通知時長不為空且通知數(shù)量為空時，判斷通知消息保存時間是否不小于所述通知時長，如果通知消息保存時間不小于所述通知時長，則發(fā)送所保存的通知消息。
[0028]優(yōu)選的，該方法應(yīng)用于公共業(yè)務(wù)實體CSE，
[0029]所述獲取目標資源信息、通知發(fā)送策略以及通知發(fā)送地址，包括:
[0030]CSE從應(yīng)用實體AE或其他CSE發(fā)送的創(chuàng)建訂閱資源請求獲取目標資源信息、通知發(fā)送策略以及通知發(fā)送地址。
[0031]一種通知消息發(fā)送裝置，包括:獲取模塊、生成模塊和發(fā)送模塊；其中，
[0032]所述獲取模塊，用于獲取目標資源信息、通知發(fā)送策略以及通知發(fā)送地址；
[0033]所述生成模塊，用于在目標資源發(fā)生變化時，生成相應(yīng)的通知消息；
[0034]所述發(fā)送模塊，用于根據(jù)所述通知發(fā)送策略，向所述通知發(fā)送地址發(fā)送通知消息。
[0035]優(yōu)選的，所述獲取模塊獲取的通知發(fā)送策略包括以下一項或多項:通知發(fā)送模式、通知數(shù)量、通知時長。
[0036]優(yōu)選的，所述通知發(fā)送模式為正常模式，
[0037]所述發(fā)送模塊，具體用于在通知數(shù)量和通知時長不為空時，判斷當前時間窗內(nèi)發(fā)送的通知消息數(shù)量是否超過所述通知數(shù)量，如果未超過，發(fā)送所述通知消息；如果超過，在下個時間窗發(fā)送所述通知消息，所述時間窗的長度為所述通知時長。
[0038]優(yōu)選的，該裝置還包括保存模塊，
[0039]所述保存模塊，用于保存所述生成模塊生成的通知消息。
[0040]優(yōu)選的，所述通知發(fā)送模式為發(fā)送最新通知模式，
[0041]所述發(fā)送模塊，具體用于在通知數(shù)量和通知時長不為空時，判斷保存的通知消息數(shù)是否不小于所述通知數(shù)量，以及判斷通知消息保存時間是否不小于所述通知時長，如果保存的通知消息數(shù)不小于所述通知數(shù)量，或者，通知消息保存時間不小于所述通知時長，則發(fā)送所保存的通知消息中最新產(chǎn)生的通知消息；或者，在通知數(shù)量不為空且通知時長為空時，判斷保存的通知消息數(shù)是否不小于所述通知數(shù)量，如果保存的通知消息數(shù)不小于所述通知數(shù)量，則發(fā)送所保存的通知消息中最新產(chǎn)生的通知消息；或者，在通知時長不為空且通知數(shù)量為空時，判斷通知消息保存時間是否不小于所述通知時長，如果通知消息保存時間不小于所述通知時長，則發(fā)送所保存的通知消息中最新產(chǎn)生的通知消息。
[0042]優(yōu)選的，所述通知發(fā)送模式為批處理發(fā)送模式，
[0043]所述發(fā)送模塊，具體用于在通知數(shù)量和通知時長不為空時，判斷保存的通知消息數(shù)是否不小于所述通知數(shù)量，以及判斷通知消息保存時間是否不小于所述通知時長，如果保存的通知消息數(shù)不小于所述通知數(shù)量，或者，通知消息保存時間不小于所述通知時長，則發(fā)送所保存的通知消息；或者，在通知數(shù)量不為空且通知時長為空時，判斷保存的通知消息數(shù)是否不小于所述通知數(shù)量，如果