[發(fā)明專利]一種在即時通信工具中發(fā)送要求回復(fù)信息的方法及系統(tǒng)

無效

• 申請?zhí)枺?/td>: 200710100007.0
• 申請日: 2007-06-04
• 公開（公告）號: CN101098314A
• 公開（公告）日: 2008-01-02
• 發(fā)明（設(shè)計）人: 霍文旌
• 申請（專利權(quán)）人: 北京億企通信息技術(shù)有限公司
• 主分類號: H04L12/58
• 分類號: H04L12/58
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術(shù)領(lǐng)域

本發(fā)明涉及計算機軟件、網(wǎng)絡(luò)通信領(lǐng)域，特別是涉及一種在即時通信工具中發(fā)送要求回復(fù)信息的方法及系統(tǒng)。

背景技術(shù)

即時通信系統(tǒng)目前已經(jīng)成為用戶通過網(wǎng)絡(luò)進行通信的重要手段。隨著近年來日益加快的商務(wù)實時溝通需求，企業(yè)即時通信系統(tǒng)也在迅速發(fā)展，正在逐漸成為企業(yè)內(nèi)外一種常用的溝通手段。

在企業(yè)內(nèi)部，溝通需要即時、有效，需要反饋，現(xiàn)有的即時通信工具發(fā)送信息時，發(fā)送方不能確保接收方收到信息后閱讀、回復(fù)信息，不能提示接收方這是一條比較重要的信息。

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

本發(fā)明提供一種在即時通信工具中發(fā)送要求回復(fù)信息的方法及系統(tǒng)，用以解決目前即時通信工具中發(fā)送方不能確保接收方收到信息后閱讀、回復(fù)信息，不能提示接收方這是一條比較重要的信息的問題。

進一步提供了一種在即時通信工具中信息發(fā)送方區(qū)分重要信息和非重要信息的方式。

本發(fā)明方法包括下列步驟：

A、發(fā)送方在發(fā)送方客戶端給接收方發(fā)送要求回復(fù)的信息，

B、服務(wù)器存儲發(fā)送方發(fā)出的信息，將信息的狀態(tài)作標注；

C、服務(wù)器轉(zhuǎn)發(fā)信息給接收方，將信息的狀態(tài)做標注；

D、當接收方回復(fù)信息后，服務(wù)器存儲接收方回復(fù)的消息，將信息的狀態(tài)作標注；當接收方未回復(fù)信息，則進行步驟E。

E、接收方再次登陸客戶端時，服務(wù)器會提示接收方有未回復(fù)的信息。

F、服務(wù)器將回復(fù)的信息發(fā)給發(fā)送方。

步驟B中，服務(wù)器先對信息進行分析，檢查是否是“要求回復(fù)的信息”，如果不是，則提交給其他信息處理模塊，如果是，則提交給下面的“要求回復(fù)的信息”的模塊進行處理。對于服務(wù)器和客戶端，收到信息后都要先進行以上的信息分析，后面不再重復(fù)，都假設(shè)該信息是“要求回復(fù)的信息”或“回復(fù)的信息”。

服務(wù)器存儲發(fā)送方在發(fā)送方客戶端發(fā)送的要求接收方回復(fù)的信息，并將該信息狀態(tài)標注為“未接收”+“未回復(fù)”。

步驟C中，包含兩種情況，一種是發(fā)送方發(fā)送信息時，接收方不在線，當接收方在接收方客戶端上線登陸時，服務(wù)器將此信息發(fā)送給接收方客戶端，同時提示接收方需要回復(fù)信息；另一種是發(fā)送方發(fā)送信息時，接收方已經(jīng)在接收方客戶端上線登陸，服務(wù)器向接收方客戶端發(fā)送信息通知，接收方客戶端收到通知后從服務(wù)器接收該信息的內(nèi)容，并得到提示此信息需要回復(fù)。

步驟C中，服務(wù)器將信息的狀態(tài)標注為“已接收”+“未回復(fù)”。

步驟D中，接收方在接收方客戶端回復(fù)信息后，服務(wù)器存儲回復(fù)的信息，同時將要求回復(fù)的信息的狀態(tài)標注為“已接收”+“已回復(fù)”

步驟E中，接收方未回復(fù)信息，接收方再次登陸客戶端時，服務(wù)器會再次向接收方客戶端發(fā)送信息通知，通知接收方有未回復(fù)的信息，直至接收方回復(fù)該信息，否則每次接收方登陸時，服務(wù)器都會重復(fù)以上處理。

步驟F中，服務(wù)器將回復(fù)的信息發(fā)送給發(fā)送者客戶端。

本發(fā)明的系統(tǒng)，包括：服務(wù)器、發(fā)送方客戶端和接收方客戶端，所述服務(wù)器，用于存儲發(fā)送方發(fā)送的消息、接收方回復(fù)的消息、標注信息狀態(tài)，以及發(fā)送提示消息；所述客戶端，泛指Windows和Web，用于發(fā)送方、接收方發(fā)送、接收信息，用于接收方回復(fù)信息，接收提示消息。發(fā)送方客戶端和接收方客戶端，只表示針對“需要回復(fù)的信息”雙方處于的不同角色，所使用的客戶端都相同。

本發(fā)明有益效果如下：

本發(fā)明中，通過服務(wù)器存儲信息，轉(zhuǎn)發(fā)信息，提示信息，可強制接收方閱讀消息內(nèi)容，確保信息接收方能回復(fù)收到的信息，同時也為發(fā)送方提供了一種區(qū)分發(fā)送重要信息和非重要信息的方式。

附圖說明

圖1為本發(fā)明方法步驟流程圖；

圖2為本發(fā)明系統(tǒng)示意圖；

具體實施方式

為了在即時通訊工具中，能發(fā)送要求接收方回復(fù)的信息，本發(fā)明提供了一種方法，參見圖一所示，包括下列步驟：

S1、發(fā)送方在發(fā)送方客戶端給接收方發(fā)送要求回復(fù)的信息

接收方可為一人或若干人，此信息含會話消息和廣播消息。

S2、服務(wù)器存儲信息，標注信息狀態(tài)

服務(wù)器先對信息進行分析，檢查是否是“要求回復(fù)的信息”，如果不是，則提交給其他信息處理模塊，如果是，則提交給下面的“要求回復(fù)的信息”的模塊進行處理。對于服務(wù)器和客戶端，收到信息后都要先進行以上的信息分析，后面不再重復(fù)，都假設(shè)該信息是“要求回復(fù)的信息”或“回復(fù)的信息”。

服務(wù)器存儲發(fā)送方在發(fā)送方客戶端發(fā)送的要求接收方回復(fù)的信息，并將該信息狀態(tài)標注為“未接收”+“未回復(fù)”。