一種消息傳輸方法與流程

2023-04-25 15:57:51 2

本發明涉及計算機技術領域，尤其涉及一種消息傳輸方法。

背景技術：

消息發送是指業務運營支撐系統在一定條件觸發的情況下,通過簡訊、彩信、電子郵件和信函等方式，主動發送的旨在幫助客戶更好的了解當前的通信消費、業務及服務狀態，維護自身利益和權益的一系列免費告知服務。

其中，當前能夠實現消息發送的技術途徑主要包括以下幾種：

第一種，接口表方式。

具體為，消息發送系統從業務運營支撐系統接口表中讀取數據信息，其中數據信息包括用戶的電話號碼、用戶名等個人信息，用戶當前的通信消費情況以及當前所使用的通信業務等等。然後，消息發送系統獲取數據信息後，將其通過簡訊、彩信、電子郵件和信函等方式發送至相應的客戶。

第二種，webservice方式。

具體為，消息發送系統提供webservice接口，業務運行支撐系統可以調用該webservice接口，然後獲取相應的數據信息，其中，數據信息同上文所述的數據信息所包含的內容相同。然後，消息發送系統獲取數據信息後，將其通過簡訊、彩信、電子郵件和信函等方式發送至相應的客戶。

第三種，文件方式。

具體為，消息發送系統提供文件接口，業務運營支撐系統通過文件接口將FTP消息文件發送至消息發送系統。其中，ftp消息文件中同樣包含上文中所述的數據信息。然後，消息發送系統獲取數據信息後，將其通過簡訊、彩信、電子郵件和信函等方式發送至相應的客戶。

但是，上述消息發送系統從業務運營支撐系統獲取數據信息的途徑均存在一定的缺陷。例如，採用接口表方式。由於接口表方式屬於消息發送系統單線程處理接口表，每秒最多處理1000條左右的數據信息。而如果業務運營商不停的產生新的數據信息，不斷更新接口表。例如，接口表中的數據信息為10000條，那麼消息發送系統則需要至少10s的時間處理完當前接口表中的數據。也即是當接口表中存在大量數據時，會造成數據處理延時。而且，因為每個接口表只會利用一套程序執行，那麼當接口表線程異常時，則會造成故障。又或者，如果一臺主機處理多個接口表時，如果主機發生故障，那麼該主機所處理的多個接口表都將受到影響。即使採用備用主機，噹噹前處理接口表的主機發生故障，切換備用主機處理，因為雙機切換時間較長，甚至是切換失敗，同樣會造成業務故障。

而webservice方式則是受限於webservice接口的通訊效率和xml保溫的複雜性，導致接口接收效率過低。

文件接口實時性較差，那麼同樣會存在採用接口表方式時所出現的問題。

技術實現要素：

本發明所要解決的技術問題是提供一種消息傳輸方法。

本發明解決上述技術問題的技術方案如下：

第一方面，本發明實施例提供了一種消息傳輸方法,該方法包括：

向伺服器發送請求消息，該請求消息用於與中間傳輸通道建立通信連接；

接收伺服器發送的與中間傳輸通道建立通信連接的指示信息；

根據指示信息，與中間傳輸通道建立通信連接；

並將服務消息寫入至中間傳輸通道，以便消息發送系統從中間傳輸通道讀取服務消息。

本發明的有益效果是：服務消息暫時存儲於中間傳輸通道中,而並非直接傳輸至消息發送系統,或者消息發送系統直接從消息運營系統讀取,目的是為了當消息運營系統或者消息發送系統中任意一臺主機發生故障時,消息運營系統已經產生的業務消息不會全部隨之消失或者發生損壞,由此,暫時也不會影響業務的運行。

進一步，服務消息包括至少一種類型，中間傳輸通道包括至少一個子通道，且服務消息的種類數量與子通道數量相同，中間傳輸通道中每一個子通道用於存儲且僅存儲一種類型的服務消息。

採用上述進一步的方案的有益技術效果在於，每一個子通道僅存儲一種類型的服務消息,可以使消息運營系統產生的消息能夠有序的存儲在中間傳輸通道中,便於消息發送系統從中間傳輸通道中讀取消息。

進一步，根據指示信息，將服務消息發送至中間傳輸通道，包括:

根據服務消息的類型,將服務消息發送至中間傳輸通道中與服務消息類型對應的子通道。

採用上述進一步的技術方案的有益技術效果在於，與上一步的有益效果類似的,服務消息根據類型不同,有序的存儲在不同的子通道中,有利於消息發送系統從對應的子通道中讀取某一類型的服務消息。

進一步的，中間傳輸通道包括至少一個，且至少一個中間傳輸通道中每一個中間傳輸通道均包括相同的子通道。

採用上述進一步的技術方案的有益技術效果在於:每一個中間傳輸通道都是相同的中間傳輸通道，且每一個中間傳輸通道都包括相同的子通道。也既是每一個中間傳輸通道執行的功能均是相同的，每個中間傳輸通道存儲的服務消息均是同步的。當其中一個中間傳輸通道處於忙碌狀態時，可以保證消息運營系統可以將服務數據加入至其他中間傳輸通道；或者，保證消息發送系統可以從其他中間傳輸通道讀取服務消息。由此提高工作效率。

進一步的，當中間傳輸通道包括至少一個時，接收伺服器發送的與中間傳輸通道建立通信連接的指示信息，具體包括：

接收伺服器發送的與最優的中間傳輸通道建立通信連接的指示信息，其中，最優的中間傳輸通道為伺服器確定的至少一個中間傳輸通道中當前承載負荷最少的中間傳輸通道。

採用上述進一步的技術方案的有益技術效果在於:當某一個中間傳輸通道處於「忙碌」狀態時，伺服器首先確定當前處於「閒」狀態的中間傳輸通道，然後讓消息運營系統和處於「閒」狀態的中間傳輸通道建立連接，並將服務消息發送至該中間傳輸通道，由此提高工作效率。而因為每一個中間傳輸通道執行的功能相同，所存儲的服務消息是同步的，所以，消息發送系統可以從任意一個中間傳輸通道讀取該消息。由此，不會影響消息的傳輸。

第二方面，本發明實施例提供了一種消息傳輸方法，該方法包括：

向伺服器發送請求消息，該請求消息用於與中間傳輸通道建立通信連接；

接收伺服器發送的與中間傳輸通道建立通信連接的指示信息；

根據指示信息，與中間傳輸通道建立通信連接；

並從中間傳輸通道讀取服務消息，其中，服務消息為消息運營系統發送至中間傳輸通道的消息。

上述方案的有益技術效果在於，服務消息暫時存儲於中間傳輸通道中,而並非直接傳輸至消息發送系統,或者消息發送系統直接從消息運營系統讀取,目的是為了當消息運營系統或者消息發送系統中任意一臺主機發生故障時,消息運營系統已經產生的業務消息不會全部隨之消失或者發生損壞,由此,暫時也不會影響業務的運行。

進一步的，服務消息包括至少一種類型，中間傳輸通道包括至少一個子通道，且服務消息的種類數量與子通道數量相同，中間傳輸通道中每一個子通道用於存儲且僅存儲一種類型的服務消息。

採用上述進一步的方案的有益技術效果在於，每一個子通道僅存儲一種類型的服務消息,可以使消息運營系統產生的消息能夠有序的存儲在中間傳輸通道中,便於消息發送系統從中間傳輸通道中讀取消息。

進一步的，根據指示信息，從中間傳輸通道讀取服務消息，包括：

根據服務消息的類型，從與服務消息類型對應的子通道中讀取服務消息。

採用上述進一步的技術方案的有益技術效果在於，與上一步的有益效果類似的,服務消息根據類型不同,有序的存儲在不同的子通道中,有利於消息發送系統從對應的子通道中讀取某一類型的服務消息。

進一步的，中間傳輸通道包括至少一個，且至少一個中間傳輸通道中每一個中間傳輸通道均包括相同的子通道。

採用上述進一步的技術方案的有益技術效果在於，每一個中間傳輸通道都是相同的中間傳輸通道，且每一個中間傳輸通道都包括相同的子通道。也既是每一個中間傳輸通道執行的功能均是相同的，每個中間傳輸通道存儲的服務消息均是同步的。當其中一個中間傳輸通道處於忙碌狀態時，可以保證消息運營系統可以將服務數據加入至其他中間傳輸通道；或者，保證消息發送系統可以從其他中間傳輸通道讀取服務消息。由此提高工作效率。

進一步的，當中間傳輸通道包括至少一個時，接收伺服器發送的與中間傳輸通道建立通信連接的指示信息包括：

接收伺服器發送的與最優的中間傳輸通道建立通信連接的指示信息，其中，最優的中間傳輸通道為伺服器確定的至少一個中間傳輸通道中當前承載負荷最少的中間傳輸通道。

採用上述進一步的技術方案的有益技術效果在於:當某一個中間傳輸通道處於「忙碌」狀態時，伺服器首先確定當前處於「閒」狀態的中間傳輸通道，然後讓消息發送系統和處於「閒」狀態的中間傳輸通道建立連接，並從該中間傳輸通道讀取服務消息，由此提高工作效率。而因為每一個中間傳輸通道執行的功能相同，所存儲的服務消息是同步的，所以，消息發送系統可以從任意一個中間傳輸通道讀取該消息。由此，不會影響消息的傳輸。

附圖說明

圖1為本發明實施例提供的一種消息傳輸方法流程示意圖；

圖2為本發明實施例提供的另一種消息傳輸方法流程示意圖；

圖3為本發明實施例提供的一種消息傳輸裝置的結構示意圖；

圖4為本發明實施例提供的另一種消息傳輸裝置的結構示意圖。

具體實施方式

以下描述中，為了說明而不是為了限定，提出了諸如特定系統結構、接口、技術之類的具體細節，以便透切理解本發明。然而，本領域的技術人員應當清楚，在沒有這些具體細節的其它實施例中也可以實現本發明。在其它情況中，省略對眾所周知的裝置、電路以及方法的詳細說明，以免不必要的細節妨礙本發明的描述。

在本發明中，可以包括以下4類執行主體，消息運營系統、消息發送系統、中間傳輸通道和伺服器。其中，消息運營系統可以包括多個，每一個消息運營系統產生的服務消息可以是相同的或者是不同的。例如，消息運營系統可以包括客戶關係系統、客服系統、電子渠道系統以及帳務計費系統等。而消息發送系統則只包括一個。中間傳輸通道可以理解為是一個中間件(或者僅僅是一個或者多個程序)，主要用於緩存服務消息。而伺服器可以是分布式功能的伺服器。

圖1為本發明實施例提供的一種消息傳輸方法流程示意圖。如圖1所示，該方法主要由消息運營系統執行，該方法包括以下步驟：

步驟110，向伺服器發送請求消息。

具體的，該請求消息用於與中間傳輸通道建立通信連接。在該請求消息中，可以包括與服務消息對應的標識信息，例如該標識信息可以為服務消息的主題。而每一個消息的主題代表服務消息的一種類型。

在一種情況中，服務消息包括至少一種類型，中間傳輸通道包括至少一個子通道，且服務消息的種類數量與子通道數量相同，中間傳輸通道中每一個子通道用於存儲且僅存儲一種類型的服務消息。

步驟120，接收伺服器發送的中間傳輸通道建立通信連接的指示信息。

具體的，如步驟110中的，服務消息可以包括至少一種類型，而中間傳輸通道同樣包括了至少一個子通道，且每一個子通道用於存儲一種類型的服務消息。所以，伺服器在接收到請求消息時，可以根據請求消息中的服務消息標識信息，確定消息的類型，然後根據消息類型，確定消息運營系統需要和中間傳輸通道中的哪一個子通道建立通信連接。並向消息運營系統發送指示信息，用於消息運營系統和該中間傳輸通道中的一個子通道建立通信連接。

在一種情況中，為了能夠提高工作效率，中間傳輸通道包括至少一個，且至少一個中間傳輸通道中每一個中間傳輸通道均包括相同的子通道。也既是說，中間傳輸通道可以包括多個，而每一個中間傳輸通道可以執行相同的功能。即每一個中間傳輸通道接收消息運營系統傳輸的服務消息是同步的，也即是不論消息運營系統將服務消息發送至哪一個中間傳輸通道，其他中間傳輸通道中對應位置均會存儲相同的服務消息。因此，伺服器還需要確定消息運營系統需要和哪一個中間傳輸通道進行通信連接。而確定消息運營系統與最優的中間傳輸通道建立通信連接的準則是：最優的中間傳輸通道為當前承載負荷最少的中間傳輸通道。

步驟130，根據指示信息，與中間傳輸通道建立通信連接。

具體的，如步驟120中，當伺服器確定消息運營系統需要和哪個消息中間傳輸通道中的一個子通道進行連接時，則向消息運營系統發送指示信息。消息運營系統根據指示信息，和「最優」的中間傳輸通道建立通信連接。，其中，建立連接的過程可以為：消息運營系統向「最優」的中間傳輸通道發送API調用接口，通過API調用接口，和「最優」的中間傳輸通道建立通信連接。

步驟140，將服務消息寫入至中間傳輸通道。

具體的，當消息運營系統和「最優」的中間傳輸通道建立連接後，可以將服務消息寫入至中間傳輸通道中。以便消息發送系統從中間傳輸通道讀取服務消息。

讀者應理解，中間傳輸通道只能暫時緩存服務消息，而不能夠永久性的存儲該服務消息。那麼，為了避免消息發送系統不能夠及時處理消息運行系統產生的大量服務消息，中間傳輸通道可以將大量的服務消息寫入存儲器中，其中存儲器可以是一張或者多張磁碟。而當消息發送系統需要讀取服務消息時，中間傳輸通道則從存儲器中取出服務消息，以便消息發送系統讀取該服務消息後，發送給用戶。

進一步的，讀者應理解，在消息發送系統中，可以包括多個程序，每一個程序用於處理一種類型的消息。這些程序可以存放於一臺主機中。但是，為了避免一臺主機發生損壞，而延誤服務消息的處理。在消息發送系統中還可以備用多臺主機，每一臺主機均存有與當前正在使用的主機相同的程序，用於在當前正在使用的主機發生故障時，作為備選處理服務消息。又或者，這些主機可以同時投入使用，處理不同的服務消息，以提高工作效率。

進一步優選的，為了防止消息運行系統生產服務消息時，短時間內生產大量的同一類服務消息，那麼一臺主機中還可以包含處理該類服務消息的多個程序，同時進行處理。以此提高工作效率。

進一步的，上文中所說的伺服器，同樣可以包括多個，當消息運行系統需要和中間傳輸通道建立連接時，首先向伺服器集群發送請求消息，伺服器集群內部選出處理該請求消息的伺服器，並且利用被選的伺服器找到最優的中間傳輸通道，並向消息運營系統發送指示信息，以便消息運營系統和最優的中間傳輸通道建立通信連接。類似的，在下一時刻，消息運營系統需要和一個中間傳輸通道建立連接時，通過上述步驟，利用伺服器集群中的一個伺服器(此時是最空閒的伺服器)確定當前時刻最優的中間傳輸通道，然後建立與當前時刻最優的中間傳輸通道之間的連接。

本發明實施例提供的一種消息傳輸方法，通過分布式的拓展中間傳輸通道、伺服器集群以及消息發送系統所佔用的主機等，避免了當消息發送系統中的一臺主機損壞時，影響服務消息的處理進度的情況發生的同時，最大化的提升了工作效率。

圖2為本發明實施例提供的另一種消息傳輸方法流程示意圖。如圖2所示，本實施例包括以下步驟：

步驟210，向伺服器發送請求消息。

具體的，該請求消息用於與中間傳輸通道建立通信連接。在該請求消息中，可以包括與服務消息對應的標識信息，例如該標識信息可以為服務消息的主題。而每一個消息的主題代表服務消息的一種類型。

在一種情況中，服務消息包括至少一種類型，中間傳輸通道包括至少一個子通道，且服務消息的種類數量與子通道數量相同，中間傳輸通道中每一個子通道用於存儲且僅存儲一種類型的服務消息。

步驟220，接收伺服器發送的與中間傳輸通道建立通信連接的指示信息。

具體的，如步驟210中的，服務消息可以包括至少一種類型，而中間傳輸通道同樣包括了至少一個子通道，且每一個子通道用於存儲一種類型的服務消息。所以，伺服器在接收到請求消息時，可以根據請求消息中的服務消息標識信息，確定消息的類型，然後根據消息類型，確定消息發送系統需要和中間傳輸通道中的哪一個子通道建立通信連接。並向消息發送系統發送指示信息，用於消息發送系統和該中間傳輸通道中的一個子通道建立通信連接。

在一種情況中，為了能夠提高工作效率，中間傳輸通道包括至少一個，且至少一個中間傳輸通道中每一個中間傳輸通道均包括相同的子通道。也既是說，中間傳輸通道可以包括多個，而每一個中間傳輸通道可以執行相同的功能。即每一個中間傳輸通道中存儲的服務消息是同步的，也即是不論消息發送系統讀取的是哪一個中間傳輸通道內存儲的服務消息，其內容均是相同的。因此，伺服器還需要確定消息發送系統需要和哪一個中間傳輸通道進行通信連接。而確定消息發送系統與最優的中間傳輸通道建立通信連接的準則是：最優的中間傳輸通道為當前承載負荷最少的中間傳輸通道。

步驟230，根據指示信息，與中間傳輸通道建立通信連接。

具體的，如步驟220中，當伺服器確定消息發送系統需要和哪個消息中間傳輸通道中的一個子通道進行連接時，則向消息發送系統發送指示信息。消息發送系統根據指示信息，和「最優」的中間傳輸通道建立通信連接。其中，建立連接的過程可以為：消息發送系統向「最優」的中間傳輸通道發送API調用接口，通過API調用接口，和「最優」的中間傳輸通道建立通信連接。

步驟240，從中間傳輸通道讀取服務消息。

具體的，當消息發送系統和「最優」的中間傳輸通道建立連接後，可以從該中間傳輸通道中讀取服務消息。

讀者應理解，中間傳輸通道只能暫時緩存服務消息，而不能夠永久性的存儲該服務消息。那麼，為了避免消息發送系統不能夠及時處理消息運行系統產生的大量服務消息，中間傳輸通道可以將大量的服務消息寫入存儲器中，其中存儲器可以是一張或者多張磁碟。而當消息發送系統需要讀取服務消息時，中間傳輸通道則從存儲器中取出服務消息，以便消息發送系統讀取該服務消息後，發送給用戶。

進一步的，讀者應理解，在消息發送系統中，可以包括多個程序，每一個程序用於處理一種類型的消息。這些程序可以存放於一臺主機中。但是，為了避免一臺主機發生損壞，而延誤服務消息的處理。在消息發送系統中還可以備用多臺主機，每一臺主機均存有與當前正在使用的主機相同的程序，用於在當前正在使用的主機發生故障時，作為備選處理服務消息。又或者，這些主機可以同時投入使用，處理不同的服務消息，以提高工作效率。

進一步優選的，為了防止消息運行系統生產服務消息時，短時間內生產大量的同一類服務消息，那麼一臺主機中還可以包含處理該類服務消息的多個程序，同時進行處理。以此提高工作效率。

進一步的，上文中所說的伺服器，同樣可以包括多個，在某一時刻，當消息發送系統需要和中間傳輸通道建立連接時，首先向伺服器集群發送請求消息，伺服器集群內部選出處理該請求消息的伺服器，並且利用被選的伺服器找到最優的中間傳輸通道，並向消息發送系統發送指示信息，以便消息發送系統和最優的中間傳輸通道建立通信連接。類似的，在下一時刻，消息發送系統需要和一個中間傳輸通道建立連接時，通過上述步驟，利用伺服器集群中的一個伺服器(此時是最空閒的伺服器)確定當前時刻最優的中間傳輸通道，然後建立與當前時刻最優的中間傳輸通道之間的連接。

本發明實施例提供的另一種消息傳輸方法，通過分布式的拓展中間傳輸通道、伺服器集群以及消息發送系統所佔用的主機等，避免了當消息發送系統中的一臺主機損壞時，影響服務消息的處理進度的情況發生的同時，最大化的提升了工作效率。

另外，讀者還應理解的是，上述兩種實施例中，消息運營系統和消息發送系統在與中間傳輸通道之間建立連接關係，以及進行消息寫入或者讀取時，並沒有什麼時序關係。消息運營系統和中間傳輸通道建立連接和寫入數據等過程，與消息發送系統與中間傳輸通道建立連接關係和讀取數據等過程分別是獨立完成的。二者之間僅僅是建立連接的步驟相似，所使用的中間傳輸通道相同，讀/寫數據可能是相同的而已。讀者不能理所當然的認為二者之間有什麼具體的時序順序。

相應地，本發明實施例還提供了一種消息傳輸裝置。圖3為本發明實施例提供的一種消息傳輸裝置結構示意圖。如圖3所示，該裝置包括以下單元：

發送單元301，接收單元302以及處理單元303。

發送單元301，用於向伺服器發送請求消息。

具體的，請求消息用於與中間傳輸通道建立通信連接。

接收單元302，用於接收伺服器發送的與中間傳輸通道建立通信連接的指示信息。

處理單元303，用於根據指示信息，與中間傳輸通道建立通信連接。

處理單元303還用於，將服務消息寫入至中間傳輸通道，以便消息發送系統從中間傳輸通道讀取服務消息。

具體的，服務消息包括至少一種類型，中間傳輸通道包括至少一個子通道，且服務消息的種類數量與子通道數量相同，中間傳輸通道中每一個子通道用於存儲且僅存儲一種類型的服務消息。

處理單元303具體用於，根據服務消息的類型,將服務消息寫入至中間傳輸通道中與服務消息類型對應的子通道。

在一種情況中，中間傳輸通道包括至少一個，且至少一個中間傳輸通道中每一個中間傳輸通道均包括相同的子通道。

而當中間傳輸通道包括至少一個時，接收單元302具體用於，接收伺服器發送的與最優的中間傳輸通道建立通信連接的指示信息，其中，最優的中間傳輸通道為伺服器確定的至少一個中間傳輸通道中當前承載負荷最少的中間傳輸通道。

該消息傳輸裝置中的各部件所執行的功能已經在上述實施例一種消息傳輸方法中做了詳細的介紹，這裡不再贅述。

本發明實施例提供的一種消息傳輸裝置，通過分布式的拓展中間傳輸通道、伺服器集群以及消息發送系統所佔用的主機等，避免了當消息發送系統中的一臺主機損壞時，影響服務消息的處理進度的情況發生的同時，最大化的提升了工作效率。

與上述實施例的另一種消息傳輸方法相對應的，本發明實施例還提供了另一種消息傳輸裝置。具體如圖4所示，圖4為本發明實施例提供的另一種消息傳輸裝置結構示意圖。該裝置包括以下單元：

發送單元401，用於向伺服器發送請求消息。

具體的，請求消息用於與中間傳輸通道建立通信連接。

接收單元402，用於接收伺服器發送的與中間傳輸通道建立通信連接的指示信息。

處理單元403，用於根據指示信息，與中間傳輸通道建立通信連接；並從中間傳輸通道讀取服務消息，其中，服務消息為消息運營系統發送至中間傳輸通道的消息。

具體的，服務消息包括至少一種類型，中間傳輸通道包括至少一個子通道，且服務消息的種類數量與子通道數量相同，中間傳輸通道中每一個子通道用於存儲且僅存儲一種類型的服務消息。

處理單元403具體用於，根據服務消息的類型，從與服務消息類型對應的子通道中讀取服務消息。

在一種情況中，中間傳輸通道包括至少一個，且至少一個中間傳輸通道中每一個中間傳輸通道均包括相同的子通道。

當中間傳輸通道包括至少一個時，接收單元402具體用於，接收伺服器發送的與最優的中間傳輸通道建立通信連接的指示信息，其中，最優的中間傳輸通道為伺服器確定的至少一個中間傳輸通道中當前承載負荷最少的中間傳輸通道。

該系統中各部件所執行的功能均已在上述另一種消息傳輸方法中做了詳細介紹，這裡不再贅述。

本發明實施例提供的另一種消息傳輸裝置，通過分布式的拓展中間傳輸通道、伺服器集群以及消息發送系統所佔用的主機等，避免了當消息發送系統中的一臺主機損壞時，影響服務消息的處理進度的情況發生的同時，最大化的提升了工作效率。

讀者應理解，在本說明書的描述中，參考術語「一個實施例」、「一些實施例」、「示例」、「具體示例」、或「一些示例」等的描述意指結合該實施例或示例描述的具體特徵、結構、材料或者特點包含於本發明的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不必針對的是相同的實施例或示例。而且，描述的具體特徵、結構、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結合。此外，在不相互矛盾的情況下，本領域的技術人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特徵進行結合和組合。

儘管上面已經示出和描述了本發明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發明的限制，本領域的普通技術人員在本發明的範圍內可以對上述實施例進行變化、修改、替換和變型。