TWI416421B - 消息發送系統及方法 - Google Patents

Description

消息發送系統及方法

本發明涉及一種消息發送系統及方法，尤其涉及跨平台之間的消息發送。

隨著資訊化的推廣，幾乎所有的大型公司、企業都使用一種群件產品(如：Lotus公司推出Notes郵件系統)，所謂群件產品，是指具有通信、協同操作、協同運行三大功能特性的產品，其主要應用於企業級基礎通信，辦公自動化和消息發送等，它的主要目的是加強用戶之間的聯繫，使用戶們能更好的協同工作，提高工作效率。其中消息發送功能，它能為企業帶來的最大益處是加強部門內、部門間的通訊協作，使整個企業內部的資訊流有組織、高效的按照一定規範流程流動，透過對資訊流的控制，加強企業個體間聯繫，令整個企業高效的運作起來。

然而，很多消息發送的軟體由於發送的資料量較大，經常會出現重發或者是不發的情況，導致用戶沒有及時收到，甚至根本收不到，從而影響了工作效率。

鑒於以上內容，有必要提供一種消息發送系統，其可以自動生成一個發送標籤，透過發送標籤判斷消息是否成功發送，並將發送成功的消息在資料庫中進行刪除，減少資料庫中資訊容量，節約了消息發送伺服器資源。

此外，還有必要提供一種消息發送方法，其可以自動生成一個發送標籤，透過發送標籤判斷消息是否成功發送，並將發送成功的消息在資料庫中進行刪除，減少資料庫中資訊容量，節約了消息發送伺服器資源。

一種消息發送系統，包括消息發送伺服器、資料庫及用戶端，所述用戶端與消息發送伺服器相連，該消息發送伺服器包括：接收模組，用於接收用戶透過用戶端設置的消息及參數，所述的參數包括收信位址及消息的類型；轉換模組，用於將所述消息轉換成資料庫中存放消息資料的格式；存放模組，用於當用戶在參數中設置有收信時間時，將所述轉換的消息存放到資料庫的緩存表中，及當用戶在參數中沒有設置收信時間時，直接將所述轉換的消息存放到發送表中；轉移模組，用於當當前時間與用戶設置的收信時間一致時，將所述緩存表中的消息轉移到資料庫的發送表中；發送模組，用於讀取所述發送表中的消息，根據用戶設置的收信位址將其發送給對應的用戶，並生成一個發送標籤；判斷模組，用於根據所述發送標籤判斷該消息是否發送成功；刪除模組，用於當所述消息發送成功時，先備份該條消息，之後在發送表中刪除該條消息。

一種消息發送方法，該方法包括如下步驟：接收用戶透過用戶端設置的消息及參數，所述的參數包括用戶的收信地址；將所述消息轉換成資料庫中存放消息資料的格式；當用戶在參數中設置有收信時間時，將所述轉換的消息存放到資料庫的緩存表中；當當前時間與用戶設置的收信時間一致時，將所述緩存表中的消息轉移到資料庫的發送表中；當用戶沒有設置收信時間時，直接將所述轉換的消息存放到發送表中；讀取所述發送表中的消息，根據用戶設置的收信位址將其發送給對應的用戶，並生成一個發送標籤；根據所述發送標籤判斷該消息是否發送成功；當所述消息發送成功時，先備份該條消息，之後在發送表中刪除該條消息；判斷發送表中是否有消息以確認是否結束流程。

相較於習知技術，所述的消息發送系統及方法，其可以自動生成一個發送標籤，透過發送標籤判斷消息是否成功發送，並將發送成功的消息在資料庫中進行刪除，減少資料庫中資訊容量，節約了消息發送伺服器資源，且本系統可以與其他系統(如：電信系統)進行對接，使跨平台之間的消息發送更加方便，提高了系統之間的關聯度，加強用戶之間的聯繫。

如圖1所示，是本發明一種消息發送系統較佳實施例的硬體架構圖。該系統包括用戶端10、網路20、消息發送伺服器30及資料庫40。該消息發送伺服器30可以是個人電腦、網路消息發送伺服器，還可以是任意其他適用的電腦。

所述網路10可以是網際網路、局域網路或者無線通訊網路。

該消息發送伺服器30與資料庫40相連，該資料庫40用於存儲消息資料，該資料庫40可以內置於消息發送伺服器30，也可以外置於消息發送伺服器30。

此外，該消息發送伺服器30透過網路20與至少一用戶端10相連，該用戶端10用於提供一個互動式介面給用戶，便於用戶進行操作並將操作過程中的各種資訊保存於消息發送伺服器30中，所述用戶端10可以是個人電腦、筆記本電腦、手機、PDA(個人數位助理)、郵件系統以及其他任意能與消息發送伺服器連接並接收消息發送伺服器發送的資訊的設備或系統。

如圖2所示，是圖1中消息發送伺服器的的功能模組圖。該消息發送伺服器1包括接收模組210、轉換模組211、判斷模組212、存放模組213、匯總模組214、轉移模組215、發送模組216及刪除模組217。

所述接收模組210用於接收用戶透過用戶端10設置的消息及參數。所述消息包括消息的正文、主題、作者等相關資訊。所述的參數包括消息的類型、優先順序、收信位址、消息發送方式等。所述的消息類型是用戶根據需要對消息設置的類別，假設從消息的重要性進行分類，用戶可將消息分為機密消息、重要消息等類別，每一種類別都有一個標號，例如，標號“A”表示機密消息，標號“B”表示重要消息。所述發送方式包括，但不限於，以郵件的形式發送、以短信的形式發送等方式。若用戶設置了收信時間，則所述參數中還包括收信時間，此外，同一類型的消息還可以設置以一條消息發送的模式，具體而言，假設用戶設置了十條消息，且這十條消息的類型一致，則系統自動會將這十條消息以一條消息的形式發送給該用戶，而發送的該條消息包含了這十條消息的所有相關資訊。

所述轉換模組211用於將所述消息轉換成資料庫40中存放消息資料的格式。

所述判斷模組212用於根據所述參數判斷用戶是否設置收信時間。具體而言，若所述參數資訊中包含有用戶設置的收信時間，則說明用戶對所設置的消息有指定的收信時間。

所述存放模組213用於當用戶有設置收信時間時，將所述轉換的消息存放到資料庫40的緩存表中。所述的緩存表是資料庫40中消息資料的存儲區域，若用戶所設置的參數中包含收信時間，則將消息存放到緩存表中。具體而言，資料庫中存儲資料的方式都是存儲在對應的表中，表中有對應的欄位，例如，用戶設置的消息中包括正文、標題等資料，存儲的方式是將消息中的正文、標題等資料存儲到緩存表對應的欄位中。

所述判斷模組212還用於判斷該用戶是否將同一類型的消息設置為以一條消息發送的模式。

所述匯總模組214用於當該用戶將同一類型的消息設置為以一條消息發送的模式時，在緩存表中將同一類型的消息匯總為一條消息。具體而言，假設某一用戶設置了十條消息且類型相同，則將緩存表中同一欄位下的資料匯總到一起，形成一條新的消息。

所述判斷模組212用於判斷當前時間與用戶設置的收信時間是否一致。

所述轉移模組215用於若當前時間與用戶設置的收信時間一致時，將所述緩存表中的消息轉移到資料庫40中的發送表中。所述的發送表是資料庫40中消息資料的存儲區域，系統定時從發送表中讀取消息，並即時發送讀取的消息給對應的用戶。

所述存放模組213還用於當用戶沒有設置收信時間時，直接將所述消息存放到發送表中。

所述發送模組216用於讀取所述發送表中的消息，根據用戶設置的收信位址將其發送給對應的用戶，並生成一個發送標籤。

所述判斷模組212用於根據所述發送標籤判斷該消息是否發送成功。在本較佳實施例中，成功發送則標籤為True，未成功發送為False，若沒有成功發送則系統每隔一段時間自動重新發送給對應的用戶。

所述刪除模組217用於當所述消息發送成功時，先在指定的存儲區域備份該條消息，之後在發送表中刪除該條消息。所述指定的存儲區域可以是資料庫40的一個表，也可以是伺服器30下的存儲介質(如：硬碟)。

所述判斷模組212還用於判斷發送表中是否有消息。

如圖3所示，是本發明一種消息發送方法的較佳實施例的流程圖。首先，步驟S10，接收模組210接收用戶透過用戶端10設置的消息及參數。所述消息包括消息的正文、主題、作者等相關資訊。所述的參數包括消息的類型、優先順序、收信位址、消息發送方式等。所述的消息類型是用戶根據需要對消息設置的類別，假設從消息的重要性進行分類，用戶可將消息分為機密消息、重要消息等類別，每一種類別都有一個標號，例如，標號“A”表示機密消息，標號“B”表示重要消息。所述發送方式包括，但不限於，以郵件的形式發送、以短信的形式發送等方式。若用戶設置了收信時間，則所述參數中還包括收信時間，此外，同一類型的消息還可以設置以一條消息發送的模式，具體而言，假設用戶設置了十條消息，且這十條消息的類型一致，則系統自動會將這十條消息以一條消息的形式發送給該用戶，而發送的該條消息包含了這十條消息的所有相關資訊。步驟S11，轉換模組211將所述消息轉換成資料庫40中存放消息資料的格式。

步驟S12，判斷模組212根據所述參數判斷用戶是否設置收信時間。具體而言，若所述參數資訊中包含有用戶設置的收信時間，則說明用戶對所設置的消息有指定的收信時間。

步驟S13，存放模組213當用戶在參數中設置有收信時間時，將所述轉換的消息存放到資料庫40的緩存表中。所述的緩存表是資料庫40中消息資料的存儲區域，若用戶所設置的參數中包含收信時間，則將消息存放到緩存表中。具體而言，資料庫中存儲資料的方式都是存儲在對應的表中，表中有對應的欄位，例如，用戶設置的消息中包括正文、標題等資料，存儲的方式是將消息中的正文、標題等資料存儲到緩存表對應的欄位中。

步驟S14，判斷模組212判斷該用戶是否將同一類型的消息設置為以一條消息發送的模式。

步驟S15，當該用戶將同一類型的消息設置為以一條消息發送的模式時，匯總模組214在緩存表中將同一類型的消息匯總為一條消息。具體而言，假設某一用戶設置了十條消息且類型相同，則將緩存表中同一欄位下的資料匯總到一起，形成一條新的消息。

步驟S16，判斷模組212判斷當前時間與用戶設置的收信時間是否一致。

步驟S17，當當前時間與用戶設置的收信時間一致時，轉移模組215將所述緩存表中的消息轉移到資料庫40中的發送表中。所述的發送表是資料庫40中消息資料的存儲區域，系統定時從發送表中讀取消息，並即時發送讀取的消息給對應的用戶。

步驟S18，發送模組216讀取所述發送表中的消息，根據用戶設置的收信位址將其發送給對應的用戶，並生成一個發送標籤。

步驟S19，判斷模組212根據所述發送標籤判斷該消息是否發送成功。在本較佳實施例中，成功發送則標籤為True，未成功發送為False，若沒有成功發送則系統每隔一段時間自動重新發送給對應的用戶。

步驟S20，當所述消息發送成功時，刪除模組217先在指定的存儲區域備份該條消息，之後在發送表中刪除該條消息。所述指定的存儲區域可以是資料庫40的一個表，也可以是伺服器30下的存儲介質(如：硬碟)。

步驟S21，判斷模組212判斷發送表中是否有消息，若發送表中沒有消息，則結束流程，若有消息則回到步驟S18。

在步驟S12中，當用戶在參數中沒有設置收信時間時，則於步驟S22，直接將所述轉換的消息存放到資料庫40的發送表中。

在步驟S14中，當該用戶沒有將同一類型的消息設置為以一條消息發送的模式時，則轉到步驟S16。

在步驟S19中，當所述消息沒有發送成功時，則轉到步驟S18。

在步驟S16中，若當前時間與用戶設置的收信時間不一致時，繼續判斷當前時間是否與用戶設置的時間是否一致。

最後所應說明的是，以上實施例僅用以說明本發明的技術方案而非限制，儘管參照以上較佳實施例對本發明進行了詳細說明，本領域的普通技術人員應當理解，可以對本發明的技術方案進行修改或等同替換，而不脫離本發明技術方案的精神和範圍。

用戶端．．．10

網路．．．20

消息發送伺服器．．．30

資料庫．．．40

接收模組．．．210

轉換模組．．．211

判斷模組．．．212

存放模組．．．213

匯總模組．．．214

轉移模組．．．215

發送模組．．．216

刪除模組．．．217

接收用戶設置的消息及參數．．．S10

將消息轉換成資料庫中標準格式．．．S11

根據參數判斷用戶是否設置收信時間．．．S12

將轉換的消息存放到資料庫的緩存表中．．．S13

判斷該用戶是否將同一類型的消息設置為以一條消息發送的模式．．．S14

在緩存表中將同一類型的消息匯總為一條消息．．．S15

判斷當前時間是否與用戶設置的收信時間一致．．．S16

將緩存表中的消息轉移到發送表中．．．S17

讀取發送表中的一條消息，發送該消息並生成一個發送標籤．．．S18

根據標籤判斷該消息是否發送成功．．．S19

先備份該條資訊，並在發送表中刪除該條消息．．．S20

判斷發送表中是否有消息．．．S21

將轉換的消息存放到發送表中．．．S22

圖1為本發明消息發送系統的較佳實施例的硬體框架圖。

圖2為圖1中消息發送伺服器的功能模組圖。

圖3為本發明消息發送方法的較佳實施例的流程圖。

接收用戶設置的消息及參數．．．S10

將消息轉換成資料庫中標準格式．．．S11

根據參數判斷用戶是否設置收信時間．．．S12

將轉換的消息存放到資料庫的緩存表中．．．S13

判斷該用戶是否將同一類型的消息設置為以一條消息發送的模式．．．S14

在緩存表中將同一類型的消息匯總為一條消息．．．S15

判斷當前時間是否與用戶設置的收信時間一致．．．S16

將緩存表中的消息轉移到發送表中．．．S17

讀取發送表中的一條消息，發送該消息並生成一個發送標籤．．．S18

根據標籤判斷該消息是否發送成功．．．S19

先備份該條資訊，並在發送表中刪除該條消息．．．S20

判斷發送表中是否有消息．．．S21

將轉換的消息存放到發送表中．．．S22

Claims (7)

1. 一種消息發送系統，包括消息發送伺服器、資料庫及用戶端，所述用戶端與消息發送伺服器相連，該消息發送伺服器包括：接收模組，用於接收用戶透過用戶端設置的消息及參數，所述的參數包括收信位址及消息的類型；轉換模組，用於將所述消息轉換成資料庫中存放消息資料的格式；存放模組，用於當用戶在參數中設置有收信時間時，將所述轉換的消息存放到資料庫的緩存表中，及當用戶在參數中沒有設置收信時間時，直接將所述轉換的消息存放到發送表中；轉移模組，用於當當前時間與用戶設置的收信時間一致時，將所述緩存表中的消息轉移到資料庫的發送表中；發送模組，用於讀取所述發送表中的消息，根據用戶設置的收信位址將其發送給對應的用戶，並生成一個發送標籤；判斷模組，用於根據所述發送標籤判斷該消息是否發送成功；及刪除模組，用於當所述消息發送成功時，先備份該條消息，之後在發送表中刪除該條消息。
2. 如申請專利範圍第1項所述之消息發送系統，所述判斷模組還用於判斷用戶是否將同一類型的消息設置為以一條消息發送的模式。
3. 如申請專利範圍第2項所述之消息發送系統，所述消息發送伺服器還包括匯總模組，所述匯總模組用於當該用戶將同一類型的消息設置為以一條消息發送的模式時，在緩存表中將同一類型的消息匯總為一條消息。
4. 如申請專利範圍第1項所述之消息發送系統，所述消息包括正文、主題及作者。
5. 一種消息發送方法，該方法包括如下步驟：接收用戶透過用戶端設置的消息及參數，所述的參數包括用戶的收信地址；將所述消息轉換成資料庫中存放消息資料的格式；當用戶在參數中設置有收信時間時，將所述轉換的消息存放到資料庫的緩存表中；當當前時間與用戶設置的收信時間一致時，將所述緩存表中的消息轉移到資料庫的發送表中；當用戶沒有設置收信時間時，直接將所述轉換的消息存放到發送表中；讀取所述發送表中的消息，根據用戶設置的收信位址將其發送給對應的用戶，並生成一個發送標籤；根據所述發送標籤判斷該消息是否發送成功；當所述消息發送成功時，先備份該條消息，之後在發送表中刪除該條消息；及判斷發送表中是否有消息以確認是否結束流程。
6. 如申請專利範圍第5項所述之消息發送方法，該方法在當當前時間與用戶設置的收信時間一致時，將所述緩存表中的消息轉移到資料庫的發送表中之前還包括步驟：判斷該用戶是否將同一類型的消息設置為以一條消息發送的模式；當該用戶將同一類型的消息設置為以一條消息發送的模式時，在緩存表中將同一類型的消息匯總為一條消息。
7. 如申請專利範圍第5項所述之消息發送方法，所述消息包括正文、主題及作者。