本發(fā)明涉及一種具有權利要求1的特征的、用于處理電子消息的系統(tǒng)。

背景技術：

電子消息的數量、特別是種類(例如呈電子郵件、諸如SMS(Short Message Service)短消息或者社交網絡中的短消息)不斷增多。對于幾乎每一種電子消息都存在自己的用于處理電子消息的可行方案，其特別是呈例如用于計算機或移動電話的程序的形式。當使用者想要發(fā)送和接收很多類型的消息時，使用者通常必須使用多種不同的設備和/或程序。

電子消息原則上可以分成所謂的定向消息和非定向消息。定向消息例如由電子郵件、SMS、電話呼叫或其他形式的指定一個或多個具體接收方的通信形式構成。但是，很多人當今也通過非定向的消息來進行信息交換或者相互聯系。利用非定向的消息進行的非定向的通信需要：使用者將通信傳輸給第三方，但不傳輸給確定的接收方或組織。非定向的通信包括社交媒體和社交網絡，網站、網絡或者其他通信系統(tǒng)可以屬于這種類型。屬于社交媒體的例如：博客、微博、RSS推送和社交媒體的網站(例如Linkeln、Xing、Facebook、Twitter、Weibo、Pinterest和You Tube)以及其他類型的社交媒體，例如評論/審核系統(tǒng)(如Disqus)還有群組通信，例如谷歌分組的郵件群組或者例如Whatsapp或微信中的聊天列表。

因此，已經存在如下的用于處理電子消息的系統(tǒng)，其中，用戶僅借助于一個處理模塊就能夠發(fā)送和接收不同類型的電子消息。這種消息例如在DE102011117777B3中有所介紹。

電子消息可以除了實際的消息文本和附件(例如數據或圖片)之外，也具有所謂的、進一步限定電子消息的屬性。這種屬性例如可以例如是“未讀”或“已讀”。但不是所有的電子消息都具有相同的屬性，而可能的屬性對于不同類型的電子消息是不同的。例如社交網絡中的消息可以具有“贊”的屬性，這在電子郵件中是沒有意義的。

技術實現要素：

因此，本發(fā)明的目的在于，提出一種用于處理電子消息的系統(tǒng)，這種系統(tǒng)實現了對電子消息的屬性的簡便處理。按照本發(fā)明，所述目的通過具有權利要求1的特征的系統(tǒng)來實現。

按照本發(fā)明的用于處理電子消息的系統(tǒng)具有第一接口模塊、第二接口模塊、處理模塊和轉換模塊。第一接口模塊用于通過第一信道來發(fā)送和接收第一消息類型的電子消息。第一消息類型的電子消息可以具有第一屬性集的屬性。第二接口模塊用于通過第二信道發(fā)送和接收第二消息類型的電子消息。第二消息類型的電子消息可以具有第二屬性集的屬性。用戶借助于處理模塊可以對標準消息類型的電子消息加以處理，同時給電子消息分配標準屬性集的屬性。轉換模塊實現了在標準消息類型與第一和第二消息類型之間的電子消息轉換。在第一接口模塊中，存儲有標準屬性集與第一屬性集之間的至少一個對應關系表單，在第二接口模塊中，存儲有標準屬性集與第二屬性集之間的至少一個對應關系表單。第一接口模塊以如下方式實施，以第一對應關系表單為基礎，在第一屬性集與標準屬性集之間轉換屬性，第二接口模塊以如下方式實施，以第二對應關系表單為基礎，在第二屬性集與標準屬性集之間轉換屬性。在此，這種轉換特別是雙向實現。

由此，可行的是，用戶能夠利用處理模塊改變不同類型電子消息的屬性，并且不必針對每種電子消息使用單獨的程序。由此，對不同類型電子消息的處理特別簡單而且高效。

按照本發(fā)明的系統(tǒng)特別是具有其他接口模塊，用于經其他信道發(fā)送和接收其他消息類型。

在此，按照本發(fā)明的系統(tǒng)特別是以如下方式實施，使其適合于處理定向和非定向的電子消息。電子消息例如可以實施為：電子郵件、SMS(Short Message Service)消息、例如Facebook、Linkedln的社交網絡中的消息、例如Twitter的短消息客戶服務中的消息，其處在例如Skype的即時信息系統(tǒng)中，或者是互聯網“Over-the-Top”中的音頻和視頻傳輸。電子消息例如也可以實施為自由訪問的在線論壇或限制進入的在線論壇(例如公司網絡)中的輸入。同樣可行的是，電子消息通過從紙質信函或言語消息的轉換來實現。用戶例如也可以調整不同信道的特性并且配置不同的信道。對此所需的消息的傳輸也視為電子消息。對于這種特性例如理解為：哪些電子消息被視為不想要，并且相應標記。

電子消息的所提到的屬性例如可以是：“已讀”、“未讀”、“重要”、“非常重要”、“私密”、“業(yè)務”、“機密”、“公開”、“喜歡”、“分享”、“白名單”、“黑名單”。

就對電子消息的處理而言，應當特別是理解為對電子消息的讀取和發(fā)送、添加和刪除屬性。為了處理電子消息，可以例如通過所提到的接口模塊之一下載電子消息，在用于處理電子消息的系統(tǒng)中加以存儲和改變。但也可行的是，將電子消息保留在外部服務器上并且接口模塊調取對于處理所需的內容并且繼續(xù)傳輸給處理模塊，而在用于處理電子消息的系統(tǒng)中不存儲電子消息。在這種情況下，可以對外部服務器上的電子消息的屬性加以改變。

在本發(fā)明的設計方案中，在第一和/或第二對應關系表單中存儲用于所提到的轉換的規(guī)則。由此，第一和/或第二屬性集與標準屬性集之間的轉換特別簡單而且高效地執(zhí)行，并且同時可以反映出復雜的條件。在此，最簡單的規(guī)則是第一或第二屬性集的屬性與標準屬性集的屬性之間1∶1的對應關系。例如，所有屬性集可以具有屬性“已讀”，該屬性也在所有屬性集中具有相同含義。但是，規(guī)則也可以構成多個屬性的邏輯關系。例如，可以在對應關系表單中存儲：當同時添加標準屬性集的屬性SA1和SA2時，則添加第一屬性集的屬性1A1。由此，所提到的規(guī)則實施為“與”的邏輯關系。但也可以是其他邏輯關系，如“或”的邏輯關系、“互斥-或”的邏輯關系或者邏輯關系的組合。當如所介紹那樣應用一種邏輯關系時，特別是針對在確定的屬性集(例如第一屬性集)與標準屬性集之間的轉換存儲兩個對應關系表單，也就是用于轉換標準屬性集為第一屬性集的對應關系表單和針對反過來的對應關系的第二對應關系表單。

在本發(fā)明的設計方案中，處理模塊以如下方式實施，當發(fā)送電子消息時，可以確定：應當由哪個接口模塊遞送電子消息。這實現了電子消息的靈活的處理。這里，電子消息僅可以通過一個接口模塊以及由此通過一個通訊信道發(fā)送或者還可以同時通過多個接口模塊來發(fā)送。前面實施的確定過程的轉換在接口模塊中實現。與此類似地，用戶還可以在處理模塊中通過一個或多個接口模塊請求電子消息的接收。各接口模塊的響應在這種情況下也由接口模塊負責。

在本發(fā)明的設計方案中，處理模塊以如下方式實施，對一定的電子消息的查找可以通過多于一個的接口模塊來開始。這實現了不依賴于電子消息的類型對電子消息的查找。如已經介紹那樣，電子消息可以存儲在外部服務器上，不同的接口模塊對電子消息進行存取。通過介紹的可行方案：借助于多于一個的接口模塊能夠開始搜索，能夠在一個部位開始對電子消息無關于其類型和存儲位置的搜索。此外可行的是，搜索可以擴展到電子消息的存檔。

此外，處理模塊也能夠以如下方式實施，相關聯的消息(例如針對一個主題)可以跨越不同信道得到辨識。這樣，例如能夠確定聊天的開始時刻和結束時刻。相關聯的消息例如可以通過標題或評估消息內容來辨識。然后，例如同樣可行的是，僅能夠向使用者顯示針對一定主題的消息。

在本發(fā)明的設計方案中，轉換模塊以如下方式實施，能夠根據詢問向用戶提供信息。轉換模塊特別是以如下方式實施，其與多個處理模塊相連接，這些處理模塊分別分配給一個用戶。在此，例如可以涉及的是幾千個單獨的用戶。在轉換模塊中則將針對各個用戶的信息(例如對應不同信道的接收地址)加以存儲。接收地址可以根據詢問提供轉換模塊。如果例如第一用戶想要通過第一信道向第二用戶發(fā)送電子消息并且收到第二用戶通過該信道暫時不能找到的反饋的話，第二使用者可以在其他信道上向轉換模塊提出有關第二用戶的接收地址的詢問。當轉換模塊已知第二用戶的其他接收地址的話，則轉換模塊將所述信息繼續(xù)發(fā)送給第一使用者，第一使用者這樣可以基于該信息嘗試通過其他信道找到第二用戶。各個用戶特別是可以確定轉換模塊是否允許根據詢問轉送信息。同樣可行的是，這種詢問通過接口模塊中的一個向轉換模塊傳輸和答復這類詢問。在這種情況下，詢問信息的用戶不必直接與轉換模塊相連接并且將其用于處理電子消息。在這種情況下，也可以為轉換模塊僅分配單獨一個用戶。

在本發(fā)明的設計方案中，轉換模塊以如下方式實施，用于發(fā)送和接收電子消息的接口模塊所需的登錄信息能夠送達。為了接口模塊與分配給其的外部服務器能夠通信并且在此發(fā)送和接收電子消息，必須在相應的服務器上進行登錄或被授權。登錄通常利用呈用戶名和密碼的組合形式的登錄信息來執(zhí)行。同樣可行的是，登錄信息以特定的、可能與信道有關的數據格式來存儲。這樣存儲的登錄信息例如稱為所謂的“Access Token(訪問令牌)”。這種訪問令牌可以對于使用者在按照本發(fā)明的系統(tǒng)輔助下產生。當轉換模塊能夠送達登錄信息時，登錄信息不必存儲在轉換模塊中。由此，登錄信息特別安全地受到保護，以防未經授權使用者的不被允許的存取。轉換模塊的實施方案與針對電子消息的屬性所提到的轉換表單的存在性無關地實現。

在本發(fā)明的設計方案中，用于處理電子消息的系統(tǒng)具有識別模塊，識別模塊可以向轉換模塊提供登錄信息。在這個識別模塊中，可以除了針對不同信道的登錄信息之外，也存儲并保存一部分電子消息或所有電子消息。

在本發(fā)明的設計方案中，識別模塊、轉換模塊和至少一個接口模塊以如下方式實施，登錄信息能夠被加設密鑰地從識別模塊經轉換模塊傳輸至接口模塊。由此，有利地可行的是，在轉換模塊中，登錄信息僅加密存在，由此，對登錄信息不被允許的干預特別困難。

在本發(fā)明的設計方案中，識別模塊以如下方式實施，使得識別模塊能夠由識別裝置讀取登錄信息。識別模塊例如可以類似于信用卡地實施為具有可讀信息的識別卡。這實現了特別的保護，以防使用者的電子信息被不希望地存取。除了所提到的識別卡，也可以考慮其他類型的識別裝置，例如所謂的軟件狗或令牌。

附圖說明

本發(fā)明的其他設計方式從說明書和附圖中獲得。本發(fā)明的實施例在附圖中簡化示出并且在后面的說明書中詳細闡釋。在此：

圖1示出用于處理電子消息的系統(tǒng)的原理圖，

圖2示出第一屬性與標準屬性集之間的對應關系表單的片段。

具體實施方式

根據圖1，用于處理電子消息的系統(tǒng)10具有轉換模塊11，轉換模塊與第一接口模塊12保持連接。第一接口模塊12經互聯網與第一外部服務器13連接，從第一外部服務器接受例如呈電子郵件形式的第一類型的電子消息，并且通過第一外部服務器能夠發(fā)送該類型的電子消息。由此，第一接口模塊12和第一外部服務器13形成第一信道。此外，轉換模塊11與第二接口模塊14連接，第二接口模塊與第二外部服務器15形成第二信道。通過第二信道例如能夠發(fā)送和接收社交網絡中的信息。除了兩個所示的信道外，可以有其他類似地構造的信道。在此，每個接口模塊可以處在自己的服務器上或者多個接口模塊共同處在一個服務器上。

此外，轉換模塊11與第一處理模塊16相連接，通過第一處理模塊，第一用戶能夠發(fā)送和接收、進而處理不同類型的電子消息。為此，轉換模塊11將經接口模塊12、14中的一個輸入的電子消息從原來的第一或第二消息類型轉換為能夠被加工模塊加工的標準消息類型。當用戶想要通過所介紹的信道中的一個發(fā)送電子消息時，則其可以將電子消息利用處理模塊16編寫成標準信息類型。在將電子消息傳輸給轉換模塊11時，轉換模塊將電子消息轉換成相應的第一和/或第二消息類型，并且將電子消息接下來轉送給相對應的接口模塊12、14，用于繼續(xù)傳輸給所對應的外部服務器13、15。

第一處理模塊16附加地與呈讀卡器18的形式的識別模塊相連接。第一用戶17可以將未示出的識別卡插入讀卡器18中，獲得了針對多個不同信道的登錄信息，諸如用戶名和密碼。當使用者登錄系統(tǒng)10時，登錄信息被讀卡器18讀取并且傳輸給轉換模塊11。轉換模塊將相應的登錄信息繼續(xù)傳送給不同的接口模塊12、14。在此，登錄信息的傳輸可以加密或不加密地實現。在加密傳輸的情況下，解密可以要么在對應的通信模塊中進行，要么在對應的外部服務器中才進行。這可以由用戶17借助于處理模塊16來確定。同樣可行的是，解密在對應的接口模塊12、14中進行。在這種情況下，接口模塊12、14由使用者相應進行編程。在轉換模塊11中，則不會存在用于解密的信息。

除了第一處理模塊16之外，系統(tǒng)10具有第二處理模塊19，第二用戶20可以借助于第二處理模塊20處理電子消息。除了兩個所示的處理模塊16、19和用戶17、20之外，可以有多個其他處理模塊和用戶。

接收到和發(fā)送出的電子消息具有諸如“已讀”、“未讀”、“重要”、“非常重要”、“私密”、“業(yè)務”、“機密”、“公開”、“喜歡”、“分享”的屬性，其中，不是所有類型的電子消息都可以具有相同的屬性。出于這個原因，在轉換模塊11中存儲標準屬性集，其包含所有由轉換模塊11進而也由處理模塊16、19提供的屬性。用戶17、20可以向各個電子消息通過處理模塊16、19來分派標準屬性集的屬性。在此，例如“已讀”的屬性也由處理模塊16、19自動分派。

為了將標準消息類型的電子消息的標準屬性集的屬性轉換為第一或第二消息類型的電子消息的第一或第二屬性集的屬性，在所對應的第一和第二接口模塊12、14中存儲第一和第二對應關系表單。以對應關系表單為基礎，接口模塊12、14能夠在第一或第二屬性集與標準屬性集之間轉換屬性。

在圖2中示出第一接口模塊12的此類轉換表單21的片段。轉換表單21的第一欄22包含標準屬性集的所有屬性。在第二欄23中，在相應的行中包含有第一屬性集的所對應的屬性。在轉換表單21的第一行24中，為標準屬性集的第一屬性SA1(其代表屬性“已讀”)對應有第一屬性集的第一屬性1A1。在轉換表單21的第二行25中，為標準屬性集的第二屬性SA2(其代表屬性“未讀”)對應有第二屬性集的第二屬性1A2。兩個行24、25中的第一行分別是指1∶1或者說1對1的對應關系。

在對應關系表單21的第三行26中，包含邏輯關系。在此，為標準屬性集的屬性SA3分配的是第一屬性集的第三屬性1A3和第四屬性1A4的“與”的邏輯關系結果。由此，對應關系表達21僅適合于將第一屬性集的屬性變換為標準屬性集的屬性。這特別是在通過第一信道接收電子消息時執(zhí)行。因此，為了朝向其他方向轉換，存儲有未示出的其他對應關系表單。當對應關系表單僅包含1∶1或者說1對1的對應關系時，對于每個接口模塊，僅一個唯一的對應關系表單也足夠了。

如果針對標準屬性集的屬性沒有給出第一屬性集的相應屬性并且也不能由邏輯關系推出第一屬性集的其他屬性的話，則針對標準屬性集的該屬性給不出對應關系，并且不能通過對應的信道接收或發(fā)送相應的信息。對應關系表單的第二欄的對應的格子或者說單元格則保持空置。

由此，對應關系表單21的每個行包含的是針對第一屬性集和標準屬性集的屬性的所提到的對應關系的規(guī)則。

當用戶17、20中的一個想要發(fā)送電子消息時，則其可以在對應的處理模塊16、19中設置其想要哪種類型的電子消息，進而通過哪個信道來發(fā)送消息。當其想要詢問是否接收到給其的新電子消息時，其同樣可以確定，應當檢查哪個信道來找新的電子消息。同樣可行的是，用戶可以給定一個時間段，應當在該時間段內對新電子消息的到來進行檢查。

當用戶17、20中的一個查找一定的電子消息時，則其可以在對應的處理模塊16、19中設置：應當通過哪一個或哪幾個信道(例如所有信道)查找消息。在此，也可以將未示出的、電子消息在其中存檔的消息存檔引入查找中。

轉換模塊11可以根據詢問也提供信息，特別是用戶16、19中的一個的接收地址或所謂的頭像。例如，第一用戶17可以通過第一處理模塊16在轉換模塊11中詢問：除了信道的已知的接收地址，第二用戶20還具有哪些其他接收地址。如果第二用戶20已經允許繼續(xù)傳送該信息的話，轉換模塊11繼續(xù)給送該信息給第一處理模塊16，并且第一用戶17可以向第二用戶20通過其他信道發(fā)送電子消息。對其他接收地址的詢問也可以通過接口模塊12、14中的一個傳輸給轉換模塊11。由此，不必要的是，發(fā)出詢問的用戶通過自己的處理模塊來干預轉換模塊11。

如果在外部服務器13、15中的一個上有給使用者17、20中的一個的新電子消息到來時，則該信息通過對應的接口模塊12、14繼續(xù)送給轉換模塊11。然后，轉換模塊11區(qū)分：相關的使用者17、20是否應當通過其所對應的處理模塊16、19獲取關于新電子消息的送達的信息。用戶17、20可以為此制定規(guī)則，并將其存儲在轉換模塊11中。所提到的規(guī)則可以非常簡便地由使用者17、20改變，使得轉換模塊11的特性能夠非常簡便地匹配于使用者17、20的當前的狀況。同樣可行的是，轉換模塊11將所提到的規(guī)則自主匹配與用戶17、20的相對應的特性。