一種服務數據發布方法及裝置與流程

本申請涉及數據生命周期感知技術，特別是關于一種服務數據發布方法及裝置。

背景技術：

在多臺機器的交互中，一臺機器向另外一臺機器發送了一個消息，如果發送消息的機器不存在，那么其發送的數據就失效了。舉例說明，有一臺機器提供賣蘋果的服務，這臺機器希望其他機器都知道它在賣蘋果，于是它要把自己賣的產品，以及其連接信息告訴其他機器。那么當這臺機器不賣蘋果了，或者這臺機器宕機了，賣不了蘋果了，那么這臺機器的所有賣蘋果信息就要全部失效，通知出去的所有信息都要收回，不能讓用戶買蘋果時再找到這臺機器。

針對上述情況，現有技術中一般執行如下操作：

步驟1、對服務器a(服務提供方)的服務感興趣的服務器有n臺，該n臺服務器需要向服務器a發送感興趣的注冊通知。

步驟2、服務器a要發布自己的服務時，可以依次通過下述步驟3至步驟6向n臺感興趣的機器進行服務的發布。

步驟3、服務器a準備提供用戶數據。

步驟4、服務器a建立與n臺服務器之間程序連接通道的連接。

步驟5、上述連接建立完成后，向n臺服務器發送數據(包括服務器a的存活狀態數據及服務器a提供的服務相關數據)。

步驟6、發送完數據后，斷開程序連接通道的連接。

步驟7、每隔一設定時間段，服務器a依次重復執行步驟3至步驟6向n臺感興趣的機器發送存活狀態通知；

步驟8、n臺感興趣的服務器編寫處理服務器a發來的存活狀態的程序；

步驟9、n臺感興趣的服務器編寫服務相關數據的處理程序，在服務相關數據到達時，對服務相關數據進行緩存；

步驟10、當需要使用服務相關數據時，判斷是否有服務器a發過來的存活狀態，當服務器a處于存活狀態時，這些數據可用，否則這批數據失效。

實現上述信息交互的過程中，發明人發現現有技術中至少存在如下問題：由于服務數據發布者直接通知服務訂閱者(感興趣的服務器)，很多情況下服務數據發布者會一對多，在分布式場景下無可擴展能力，還可能引發服務數據發布者的發布服務功能和該服務器的其他功能相互影響，導致某些功能不可用。

技術實現要素：

本申請的一實施例提供一種服務數據發布方法，以保證數據傳輸的高效和低延遲性，保證通知的有效性，解決數據發布者壓力過大的問題，保證系統的可靠性，該服務數據發布方法包括：

數據生命周期感知服務器群集接收服務訂閱端發送的服務訂閱注冊請求，該服務訂閱注冊請求由所述數據生命周期感知服務器群集內的其中一臺數據生命周期感知服務器進行處理，以生成訂閱數據，并將所述訂閱數據同步至所述數據生命周期感知服務器群集內的其余數據生命周期感知服務器上；

所述數據生命周期感知服務器群集接收服務提供端發送的服務數據及心跳數據，該服務數據及心跳數據由所述數據生命周期感知服務器群集內的其中一臺數據生命周期感知服務器處理，以根據所述訂閱數據將所述服務數據推送至對應的服務訂閱端，并根據所述心跳數據確定所述服務數據的存活狀態。

本申請的一實施例提供一種服務數據發布方法，以保證數據傳輸的高效和低延遲性，保證系統的可靠性，該服務數據發布方法包括：

建立與數據生命周期感知服務器群集內其中一個數據生命周期感知服務器之間復用通道，所述復用通道處于不關閉狀態；

通過所述復用通道向所述數據生命周期感知服務器發送服務數據；

通過所述復用通道定時向所述數據生命周期感知服務器發送心跳數據，以使所述數據生命周期感知服務器根據服務訂閱端的訂閱情況通知相應的其他數據生命周期 感知服務器。

本申請的一實施例提供一種服務數據發布裝置，以保證數據傳輸的高效和低延遲性，保證通知的有效性，解決數據發布者壓力過大的問題，保證系統的可靠性，該服務數據發布裝置包括：

請求處理單元，用于接收服務訂閱端發送的服務訂閱注冊請求，該服務訂閱注冊請求由所述數據生命周期感知服務器群集內的其中一臺數據生命周期感知服務器進行處理，以生成訂閱數據，并將所述訂閱數據同步至所述數據生命周期感知服務器群集內的其余數據生命周期感知服務器上；

數據處理單元，用于接收服務提供端發送的服務數據及心跳數據，該服務數據及心跳數據由所述數據生命周期感知服務器群集內的其中一臺數據生命周期感知服務器處理，以根據所述訂閱數據將所述服務數據推送至對應的服務訂閱端，并根據所述心跳數據確定所述服務數據的存活狀態。

本申請的一實施例提供一種服務數據發布裝置，以保證數據傳輸的高效和低延遲性，保證系統的可靠性，該服務數據發布裝置包括：

通道創建單元，用于建立與數據生命周期感知服務器群集內其中一個數據生命周期感知服務器之間復用通道，所述復用通道處于不關閉狀態；

服務數據發送單元，通過所述復用通道向所述數據生命周期感知服務器發送服務數據；

心跳數據發送單元，用于通過所述復用通道定時向所述數據生命周期感知服務器發送心跳數據，以使所述數據生命周期感知服務器根據服務訂閱端的訂閱情況通知相應的其他數據生命周期感知服務器。

本申請實施例中，由于服務訂閱端分散到多臺數據生命周期感知服務器上，解決了服務提供端壓力過大的問題。

通過將服務訂閱端的訂閱數據在多個數據生命周期感知服務器之間同步，可以保證服務的有效性。

由于本申請實施例采用通道持續連接不斷開的方式，保證了數據傳輸的高效和低延遲性，節省了性能損耗。

服務提供端在服務不可用(服務數據失效，例如不再提供電子產品的銷售服務)之前，可以通過上述復用通道向所述數據生命周期感知服務器發送失效命令，使得服 務訂閱端能夠在服務數據失效時及時獲知。

附圖說明

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本申請實施例的服務數據發布方法流程圖；

圖2為本申請實施例的應用場景示意圖；

圖3為本申請實施例的服務數據發布方法流程圖；

圖4為本申請一實施例的服務發布裝置的結構示意圖；

圖5為本申請一實施例的服務發布裝置的結構示意圖；

圖6為本申請一實施例的服務發布裝置的結構示意圖；

圖7為本申請一實施例的服務發布裝置的結構示意圖；

圖8為本申請一實施例的服務發布裝置的結構示意圖；

圖9為本申請一實施例的服務發布裝置的結構示意圖；

圖10為本申請一實施例的服務發布裝置的結構示意圖；

圖11為本申請一實施例的服務發布裝置的結構示意圖。

具體實施方式

下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。

圖1為本申請實施例的服務數據發布方法流程圖，如圖1所示，該服務數據發布方法包括：

s101：數據生命周期感知服務器群集接收服務訂閱端發送的服務訂閱注冊請求，該服務訂閱注冊請求由所述數據生命周期感知服務器群集內的其中一臺數據生命周 期感知服務器進行處理，以生成訂閱數據，并將所述訂閱數據同步至所述數據生命周期感知服務器群集內的其余數據生命周期感知服務器上；

s102：所述數據生命周期感知服務器群集接收服務提供端發送的服務數據及心跳數據，該服務數據及心跳數據由所述數據生命周期感知服務器群集內的其中一臺數據生命周期感知服務器處理，以根據所述訂閱數據將所述服務數據推送至對應的服務訂閱端，并根據所述心跳數據確定所述服務數據的存活狀態。

圖1所示的服務數據發布方法的執行主體為數據生命周期感知服務器群集內的數據生命周期感知服務器。服務訂閱端可以為移動終端(如手機、pda)或者服務器等，服務提供端也可以為移動終端(如手機、pda)或者服務器等。圖2為本申請實施例的應用場景示意圖，如圖2所示，標號101及標號102為服務提供端，圓圈內的103、104及105為數據生命周期感知服務器群集內的數據生命周期感知服務器，106、107及108為服務訂閱端。服務提供端101及服務提供端102與其中一臺數據生命周期感知服務器連接，數據生命周期感知服務器103、數據生命周期感知服務器104及數據生命周期感知服務器105相互連接，服務訂閱端106、服務訂閱端107及服務訂閱端108被分配至不同的數據生命周期感知服務器。

根據圖1所示的流程可知，本申請實施例首先根據服務訂閱端的服務訂閱注冊請求，該服務訂閱注冊請求由所述數據生命周期感知服務器群集內的其中一臺數據生命周期感知服務器進行處理，由于服務訂閱端分散到多臺數據生命周期感知服務器上，解決了服務提供端壓力過大的問題。數據生命周期感知服務器將訂閱數據同步至數據生命周期感知服務器群集內的其余數據生命周期感知服務器上，可以保證服務的有效性。數據生命周期感知服務器群集的其中一臺數據生命周期感知服務器接收到服務提供端發送的服務數據后，可以根據所述訂閱數據將所述服務數據推送至對應的服務訂閱端。還可以定期接收服務提供端發送的心跳數據，根據心跳數據可以確定服務數據的存活狀態，可以感知服務數據的生命周期，實時進行生命周期的數據處理。

用戶對某種服務感興趣(如購買電子產品等)，想要訂閱某種服務，可以通過服務訂閱端向數據生命周期感知服務器群集內發送服務訂閱注冊請求。

數據生命周期感知服務器群集在接收到服務訂閱注冊請求后，可以在數據生命周期感知服務器群集內自動為服務訂閱端分配一臺數據生命周期感知服務器，建立服務訂閱端與該臺數據生命周期感知服務器之間的連接。

數據生命周期感知服務器群集分配數據生命周期感知服務器的方法有很多，一實施例中，可以根據負載均衡策略將該服務訂閱端分配至其中一臺數據生命周期感知服務器。負載均衡策略有很多，例如可以根據ip地址對服務訂閱端進行分配，本申請不再贅述。

服務訂閱注冊請求包含了服務數據的訂閱信息，數據生命周期感知服務器可以根據該訂閱信息生成訂閱數據，并將訂閱數據同步至數據生命周期感知服務器群集內的其余數據生命周期感知服務器上，訂閱數據可以是一份訂閱表。每臺數據生命周期感知服務器將根據分配到其上的服務訂閱端的所有訂閱信息生成訂閱表，然后同步到數據生命周期感知服務器群集內的其余數據生命周期感知服務器上，使得數據生命周期感知服務器群集內的每臺數據生命周期感知服務器都知道每臺服務訂閱端訂閱到數據。

服務提供端在向數據生命周期感知服務器群集發布服務數據前，需要向數據生命周期感知服務器群集發送連接請求，數據生命周期感知服務器群集為其分配(分配方法同服務訂閱端)一臺數據生命周期感知服務器供與服務提供端建立連接通道，該連接通道為復用通道。該連接通道建立過程簡述如下：

1.服務提供端建立與數據生命周期感知服務器之間的連接通道；

2.服務提供端向數據生命周期感知服務器發送請求命令，該請求命令中包含了發送方的ip信息及端口信息等信息，同時服務提供端還需要將ip信息及端口信息等信息緩存。

3.數據生命周期感知服務器在接收到上述請求命令之后，會記錄ip信息及端口信息等信息，同時處理請求命令的線程不關閉。數據生命周期感知服務器在向服務提供端發送信息時，也將通過上述連接通道進行信息發送。

通過上述連接通道，服務提供端就可以向對應的數據生命周期感知服務器發送各種數據，首先，服務提供端會向數據生命周期感知服務器發送服務數據，告知數據生命周期感知服務器其提供的服務，如電子產品的銷售、圖書的銷售等。數據生命周期感知服務器在收到服務數據后，會根據訂閱表將服務數據發送給至對應的一臺或幾臺數據生命周期感知服務器。由于訂閱表中記錄了哪些服務訂閱端訂閱了該服務數據對應的服務，與服務提供端連接的數據生命周期感知服務器知道這些服務訂閱端被分配至了一臺或幾臺數據生命周期感知服務器上，所以與服務提供端連接的數據生命周期 感知服務器根據訂閱表即可將服務數據發送給至對應的一臺或幾臺數據生命周期感知服務器。

上述一臺或幾臺數據生命周期感知服務器收到服務數據后，會將服務數據推送至與其連接的服務訂閱端，同時還要記錄數據推送的版本號，每條推送數據對應唯一的一個推送版本號，推送的情況(包括版本號等)需要在向數據生命周期感知服務器群集內進行同步。

數據生命周期感知服務器群集內的數據生命周期感知服務器上設有一個進程，根據該進程，可以定時查看數據推送情況，如果某臺數據生命周期感知服務器宕機，沒有進行相應的數據推送任務，那么可以將數據推送任務調度給數據生命周期感知服務器群集內的其他數據生命周期感知服務器。

通過上述連接通道，服務提供端還可以定期向與其連接數據生命周期感知服務器心跳數據，根據該心跳數據，數據生命周期感知服務器可以確定所述服務數據的存活狀態，并將確定的存活狀態告知數據生命周期感知服務器群集內其余數據生命周期感知服務器。

存活狀態一般包括存活和不存活兩種，若根據心跳數據確定服務數據存活狀態為不存活，需要根據訂閱數據通知對應的服務訂閱端，服務訂閱端可以獲知該服務數據已經無效，不可用。

服務提供端在服務不可用(服務數據失效，例如不再提供電子產品的銷售服務)之前，可以通過上述復用通道發送失效命令，數據生命周期感知服務器接收到服務提供端發送的服務數據失效命令后，可以根據訂閱數據將服務數據失效命令告知對應的數據生命周期感知服務器，使該對應的數據生命周期感知服務器將服務數據失效命令告知對應的服務訂閱端。

通過接收服務提供端的心跳數據，可以檢測數據生命周期的變化軌跡，監控數據的變化。

另外，數據生命周期感知服務器還可以定時檢查與其連接的服務提供端是否宕機，即判斷與服務提供端是否斷開連接，如果斷開連接，需要根據訂閱數據告知服務提供端的服務數據失效。

圖3為本申請實施例的服務數據發布方法流程圖，如圖3所示，該服務數據發布方法包括：

s301：建立與數據生命周期感知服務器群集內其中一個數據生命周期感知服務器之間復用通道，所述復用通道處于不關閉狀態；

s302：通過所述復用通道向所述數據生命周期感知服務器發送服務數據；

s303：通過所述復用通道定時向所述數據生命周期感知服務器發送心跳數據，以使所述數據生命周期感知服務器根據服務訂閱端的訂閱情況通知相應的其他數據生命周期感知服務器。

圖3所示的服務數據發布方法的執行主體為服務提供端，服務提供端也可以為移動終端(如手機、pda)或者服務器等。

根據圖1所示的流程可知，本申請實施例中，服務提供端在進行服務發布時，可以首先建立與數據生命周期感知服務器群集內其中一個數據生命周期感知服務器之間復用通道，然后通過復用通道向所述數據生命周期感知服務器發送服務數據及心跳數據，以使數據生命周期感知服務器根據服務訂閱端的訂閱情況通知相應的其他數據生命周期感知服務器。服務提供端不需要直接一對一的面對服務訂閱者，使得在分布場景下具備擴展能力。通過向數據生命周期感知服務器發送心跳數據，可以檢測數據生命周期的變化軌跡，監控數據的變化。

s301中，復用通道建立過程簡述如下：

1.服務提供端建立與數據生命周期感知服務器之間的連接通道；

2.服務提供端向數據生命周期感知服務器發送請求命令，該請求命令中包含了發送方的ip信息及端口信息等信息，同時服務提供端還需要將ip信息及端口信息等信息存儲起來。

3.數據生命周期感知服務器在接收到上述請求命令之后，會記錄ip信息及端口信息等信息，由于記錄了服務提供端的ip信息及端口信息等信息，線程沒有關閉，數據生命周期感知服務器在向服務提供端發送信息時，也將通過上述連接通道進行信息發送。

由于本申請實施例采用通道持續連接不斷開的方式，保證了數據傳輸的高效和低延遲性，節省了性能損耗。

服務提供端在服務不可用(服務數據失效，例如不再提供電子產品的銷售服務)之前，可以通過上述復用通道向所述數據生命周期感知服務器發送失效命令，使得服務訂閱端能夠在服務數據失效時及時獲知。

在服務提供端建立與數據生命周期感知服務器群集內其中一個數據生命周期感知服務器之間復用通道之前，需要先準備服務數據，以在建立復用通道之后立即將服務數據發送出去。

基于與圖1所示的服務數據發布方法相同的發明構思，本申請實施例還提供了一種服務發布裝置，如下面的實施例所述。由于該服務發布裝置解決問題的原理與服務數據發布方法相似，因此該服務發布裝置的實施可以參見服務數據發布方法的實施，重復之處不再贅述。

圖4為本申請實施例的服務發布裝置的結構示意圖，如圖4所示，該服務發布裝置包括：請求處理單元401及數據處理單元402。

請求處理單元401用于接收服務訂閱端發送的服務訂閱注冊請求，該服務訂閱注冊請求由所述數據生命周期感知服務器群集內的其中一臺數據生命周期感知服務器進行處理，以生成訂閱數據，并將所述訂閱數據同步至所述數據生命周期感知服務器群集內的其余數據生命周期感知服務器上；請求處理單元401是服務發布裝置中處理服務訂閱請求的部分，可以是軟件、硬件或二者的結合，例如可以是完成服務訂閱請求處理功能的輸入輸出接口、處理芯片等元器件。

數據處理單元401用于接收服務提供端發送的服務數據及心跳數據，該服務數據及心跳數據由所述數據生命周期感知服務器群集內的其中一臺數據生命周期感知服務器處理，以根據所述訂閱數據將所述服務數據推送至對應的服務訂閱端，并根據所述心跳數據確定所述服務數據的存活狀態。數據處理單元402是服務發布裝置中處理數據的部分，可以是軟件、硬件或二者的結合，例如可以是完成數據處理功能的輸入輸出接口、處理芯片等元器件。

一實施例中，如圖5所示，本申請實施例的服務發布裝置還包括：數據發送單元501，用于根據所述訂閱數據向數據生命周期感知服務器群集內其余數據生命周期感知服務器發送所述服務數據的存活狀態和/或所述服務數據。數據發送單元501是服務發布裝置中發送數據的部分，可以是軟件、硬件或二者的結合，例如可以是完成數據發送功能的輸入輸出接口、處理芯片等元器件。

一實施例中，如圖6所示，本申請實施例的服務發布裝置還包括：失效告知單元601，當服務數據存活狀態為不存活是，失效告知單元601用于根據訂閱數據告知對應的服務訂閱端。失效告知單元601是服務發布裝置中發送數據的部分，可以是軟件、 硬件或二者的結合，例如可以是完成數據告知功能的輸入輸出接口、處理芯片等元器件。

一實施例中，如圖7所示，本申請實施例的服務發布裝置還包括：版本號記錄單元701，用于記錄推送的所述服務數據的版本號，并同步至數據生命周期感知服務器群集內其余數據生命周期感知服務器。版本號記錄單元701是服務發布裝置中記錄版本號的部分，可以是軟件、硬件或二者的結合，例如可以是完成版本號記錄功能的輸入輸出接口、處理芯片等元器件。

一實施例中，如圖8所示，本申請實施例的服務發布裝置還包括：失效命令告知單元801，用于接收所述服務提供端發送的服務數據失效命令，根據所述訂閱數據將所述服務數據失效命令告知對應的數據生命周期感知服務器，使該對應的數據生命周期感知服務器將所述服務數據失效命令告知對應的服務訂閱端。失效命令告知單元801是服務發布裝置中告知服務數據失效的部分，可以是軟件、硬件或二者的結合，例如可以是完成失效告知功能的輸入輸出接口、處理芯片等元器件。

一實施例中，如圖9所示，本申請實施例的服務發布裝置還包括：連接判斷單元901，用于判斷與服務提供端是否斷開連接，如果是，根據所述訂閱數據通知對應的服務訂閱端(訂閱該服務提供端提供的服務的服務訂閱端)，該服務提供端的服務數據失效。連接判斷單元901是服務發布裝置中判斷與服務提供端的部分，可以是軟件、硬件或二者的結合，例如可以是完成連接判斷功能的輸入輸出接口、處理芯片等元器件。

本申請實施例中，由于服務訂閱端分散到多臺數據生命周期感知服務器上，解決了服務提供端壓力過大的問題。通過將服務訂閱端的訂閱數據在多個數據生命周期感知服務器之間同步，可以保證服務的有效性。通過接收服務提供端的心跳數據，可以檢測數據生命周期的變化軌跡，監控數據的變化。

基于與圖3所示的服務數據發布方法相同的發明構思，本申請實施例還提供了一種服務發布裝置，如下面的實施例所述。由于該服務發布裝置解決問題的原理與服務數據發布方法相似，因此該服務發布裝置的實施可以參見服務數據發布方法的實施，重復之處不再贅述。

圖10為本申請實施例的服務發布裝置的結構示意圖，如圖10所示，該服務發布裝置包括：通道創建單元1001，服務數據發送單元1002及心跳數據發送單元103。

通道創建單元1001用于建立與數據生命周期感知服務器群集內其中一個數據生命周期感知服務器之間復用通道，所述復用通道處于不關閉狀態；通道創建單元1001是服務發布裝置中創建復用通道的部分，可以是軟件、硬件或二者的結合，例如可以是完成通道創建功能的輸入輸出接口、處理芯片等元器件。

服務數據發送單元1002通過所述復用通道向所述數據生命周期感知服務器發送服務數據；服務數據發送單元1002是服務發布裝置中發送服務數據的部分，可以是軟件、硬件或二者的結合，例如可以是完成服務數據發送功能的輸入輸出接口、處理芯片等元器件。

心跳數據發送單元1003用于通過所述復用通道定時向所述數據生命周期感知服務器發送心跳數據，以使所述數據生命周期感知服務器根據服務訂閱端的訂閱情況通知相應的其他數據生命周期感知服務器。心跳數據發送單元1003是服務發布裝置中發送心跳數據的部分，可以是軟件、硬件或二者的結合，例如可以是完成心跳數據發送功能的輸入輸出接口、處理芯片等元器件。

一實施例中，如圖11所示，本申請實施例的服務發布裝置還包括：失效命令發送單元1101，用于向所述數據生命周期感知服務器發送服務數據失效命令。

本申請實施例采用通道持續連接不斷開的方式，保證了數據傳輸的高效和低延遲性，節省了性能損耗。

服務提供端在服務不可用(服務數據失效，例如不再提供電子產品的銷售服務)之前，可以通過上述復用通道向所述數據生命周期感知服務器發送失效命令，使得服務訂閱端能夠在服務數據失效時及時獲知。

在服務提供端建立與數據生命周期感知服務器群集內其中一個數據生命周期感知服務器之間復用通道之前，需要先準備服務數據，以在建立復用通道之后立即將服務數據發送出去。

本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或計算機程序產品。因此，本發明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產品的形式。

本發明是參照根據本發明實施例的方法、設備(系統)、和計算機程序產品的流 程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

本發明中應用了具體實施例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發明的方法及其核心思想；同時，對于本領域的一般技術人員，依據本發明的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。