專利名稱：一種信息交互的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于通訊領(lǐng)域，尤其涉及一種信息交互方法及系統(tǒng)。
技術(shù)背景隨著網(wǎng)絡(luò)通訊技術(shù)的發(fā)展，即時通訊系統(tǒng)已逐漸成為人們工作、生活中不 可缺少的溝通交流工具。即時通訊客戶端在即時通訊服務(wù)器注冊后，通過注冊 時的帳號和密碼即可登錄到即時通訊服務(wù)器。各即時通訊客戶端之間通過即時 通訊力l務(wù)器可以進(jìn)4亍即時通訊和信息交互。用戶可以主動向添加至即時通訊客 戶端的聯(lián)系人發(fā)起會話請求，也可以接收其他用戶發(fā)起的會話請求。當(dāng)用戶與 即時通訊客戶端中添加的聯(lián)系人進(jìn)行會話時，為用戶與每個會話對象之間的會 話分別創(chuàng)建一會話窗口。隨著用戶使用即時通訊系統(tǒng)的時間的增長，用戶不但 擁有了數(shù)量龐大的聯(lián)系人，而且還擁有了多個群組。當(dāng)用戶同時與多個聯(lián)系人 或者參與到多個群組中進(jìn)行會話時，需要創(chuàng)建多個會話窗口，便于用戶與不同 的會話對象進(jìn)行會話。在多個會話對象之間進(jìn)行切換時，容易將消息發(fā)送給錯 誤的會話對象，從而造成信息交互的誤差率高，引起與各會話對象之間信息交 互的混亂。發(fā)明內(nèi)容本發(fā)明實施例的目的在于提供一種信息交互方法，旨在解決現(xiàn)有即時通訊 系統(tǒng)中由于同時與多個會話對象進(jìn)行信息交互時，信息交互的誤差率高、信息 交互混亂的問題。本發(fā)明實施例是這樣實現(xiàn)的， 一種信息交互方法，所述方法包括下述步驟 接收用戶發(fā)送的消息發(fā)送請求；判斷所述消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話對象，如果是， 響應(yīng)所述消息發(fā)送請求，將消息發(fā)送至所述會話對象，如果否，取消消息發(fā)送 操作。本發(fā)明實施例的另一目的在于提供一種信息交互系統(tǒng)，所述系統(tǒng)包括 消息發(fā)送請求接收模塊，用于接收用戶發(fā)送的消息發(fā)送請求； 會話對象判斷模塊，用于判斷所述消息發(fā)送請求對應(yīng)的會話對象是否為正 確的會話對象；消息發(fā)送模塊，用于當(dāng)所述會話對象判斷模塊的結(jié)果為是時，響應(yīng)所述消 息發(fā)送請求，將消息發(fā)送至所述會話對象；消息取消模塊，用于當(dāng)所述會話對象判斷模塊的結(jié)果為否時，取消消息發(fā) 送操作。在本發(fā)明實施例中，在用戶進(jìn)行信息交互之前，通過判斷與用戶進(jìn)行信息 交互的會話對象是否為正確的會話對象，從而有效的降低了信息交互的誤差率， 極大的提高了信息交互的可用性和便利性。


圖1是本發(fā)明實施例提供的信息交互方法的實現(xiàn)流程圖； 圖2是本發(fā)明實施例提供的信息交互系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實 施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅 僅用以解釋本發(fā)明，并不用于限定本發(fā)明。在本發(fā)明實施例中，在接收到用戶發(fā)送的消息發(fā)送請求后，通過判斷該消 息發(fā)送請求的會話對象是否為正確的會話對象，如果是，則響應(yīng)該消息發(fā)送請 求，將消息發(fā)送至用戶請求發(fā)送的會話對象。圖1示出了本發(fā)明實施例提供的信息交互方法的實現(xiàn)流程，詳述如下在步驟S101中，接收用戶發(fā)送的消息發(fā)送請求，以向用戶選擇的會話對象發(fā)送消息。該消息發(fā)送請求攜帶消息發(fā)送信息。其中消息發(fā)送信息包括用戶輸 入的消息文本等。在即時通訊系統(tǒng)中，各聯(lián)系人之間需要進(jìn)行信息交互時，為便于用戶與不 同的聯(lián)系人進(jìn)行會話，為與用戶進(jìn)行信息交互的每個會話對象創(chuàng)建一會話窗口 ， 以供用戶輸入消息文本，并發(fā)送消息發(fā)送請求。在向用戶選擇的會話對象發(fā)送 消息時，消息發(fā)送信息是以消息數(shù)據(jù)包的形式進(jìn)行發(fā)送的。 '在步驟S102中，判斷該消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話對 象，如果是，則執(zhí)行步驟S103,如果不是，執(zhí)行步驟S104。在判斷該消息發(fā) 送請求對應(yīng)的會話對象是否為正確的會話對象時，可以采用如下幾種判斷方式方式1:向用戶返回消息發(fā)送確認(rèn)請求，當(dāng)接收到用戶發(fā)送的消息發(fā)送確 認(rèn)命令時，則該消息發(fā)送請求對應(yīng)的會話對象為正確的會話對象，當(dāng)接收到用 戶發(fā)送的消息取消命令時，則該消息發(fā)送請求對應(yīng)的會話對象不是正確的會話 對象。其中向用戶返回消息發(fā)送確認(rèn)請求的形式可以是創(chuàng)建并向用戶輸出 一確 認(rèn)窗口 ，并在該確認(rèn)窗口中顯示用戶輸入的消息文本以及消息發(fā)送請求的會話 對象。用戶在接收到該消息發(fā)送確認(rèn)請求后，判斷該消息發(fā)送請求對應(yīng)的會話 對象是否為其期望的會話對象，如果是，則通過確認(rèn)窗口發(fā)送消息發(fā)送確認(rèn)命 令，如果不是，則通過確認(rèn)窗口發(fā)送消息取消命令。方式2:將接收到的消息數(shù)據(jù)包緩存至消息隊列中，并啟動對應(yīng)的定時器。 如果該定時器的計數(shù)值在預(yù)設(shè)的時間內(nèi)，如假設(shè)預(yù)設(shè)的時間為2分鐘，同時該 定時器的計數(shù)值在2分鐘內(nèi)，接收到用戶發(fā)送的消息撤回請求，則該消息發(fā)送 請求對應(yīng)的會話對象不是正確的會話對象；如果該定時器的計數(shù)值超過預(yù)設(shè)的 時間，還未接收到用戶發(fā)送的消息撤回請求，則該消息發(fā)送請求對應(yīng)的會話對 象為正確的會話對象。方式3:判斷該消息發(fā)送請求對應(yīng)的會話對象是否為最后一個與用戶進(jìn)行信息交互的會話對象，如果是，則該消息發(fā)送請求對應(yīng)的會話對象為正確的會話對象；如果不是，則該消息發(fā)送請求對應(yīng)的會話對象不是正確的會話對象。在本發(fā)明實施例中，也可以釆用上述三種判斷方式的一種或者多種組合來 判斷該消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話對象。當(dāng)同時與用戶進(jìn)行信息交互的會話對象不多時，則創(chuàng)建的會話窗口也不多， 從而如果在向會話對象發(fā)送消息發(fā)送請求后，對每個會話對象進(jìn)行判斷，則可 能影響用戶進(jìn)行信息交互的速度，同時給用戶之間的信息交互帶來諸多麻煩。 因此，在本發(fā)明一實施例中，在判斷該消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話對象之前，還包括下述步驟判斷是否接收到用戶發(fā)送的會話對象判斷請求，如果是，則執(zhí)行步驟S102, 否則，直接將消息發(fā)送請求中的消息發(fā)送信息進(jìn)行組合，并按照消息協(xié)議格式 組包，形成消息數(shù)據(jù)包后，將該消息數(shù)據(jù)包發(fā)送至用戶選擇的會話對象。用戶 可以采用如下幾種方式發(fā)送會話對象判斷請求方式1:預(yù)先設(shè)置不需要對消息請求對應(yīng)的會話對象進(jìn)行判斷時的最多會 話窗口的數(shù)量(稱為預(yù)設(shè)會話窗口數(shù)量)。比較當(dāng)前創(chuàng)建的會話窗口的數(shù)量是 否達(dá)到預(yù)設(shè)會話窗口數(shù)量，如果達(dá)到，則發(fā)送會話對象判斷請求，否則，不發(fā) 送會話對象判斷請求。方式2:接收用戶輸入的會話對象判斷設(shè)置，根據(jù)用戶的設(shè)置判斷是否發(fā) i^會話對象判斷請求，如果用戶在與會話對象進(jìn)行信息交互時，通過即時通訊 系統(tǒng)提供的人機(jī)交互界面，預(yù)先設(shè)置了需要對消息發(fā)送請求對應(yīng)的會話對象進(jìn) 行判斷，則在用戶向會話對象發(fā)送消息時，同時發(fā)送會話對象判斷請求，否貝'J, 不發(fā)送會話對象判斷請求。在步驟S103中，響應(yīng)該消息發(fā)送請求，根據(jù)該消息發(fā)送請求中攜帶的消息 發(fā)送信息，按照消息協(xié)議格式組包后，將消息發(fā)送至用戶選擇的會話對象。不 再執(zhí)行步驟S104。當(dāng)接收到用戶發(fā)送的消息發(fā)送確認(rèn)命令時，將消息發(fā)送請求中的消息發(fā)送信息進(jìn)行組合，并按照消息協(xié)議格式組包，形成消息數(shù)據(jù)包后，將該消息數(shù)據(jù) 包發(fā)送至用戶選擇的會話對象；當(dāng)在預(yù)設(shè)的時間內(nèi)未接收到用戶發(fā)送的消息撤回請求時，將緩存在消息隊列中的消息數(shù)據(jù)包發(fā)送至用戶選擇的會話對象；當(dāng)該消息發(fā)送請求對應(yīng)的會話對象為最后 一個與用戶進(jìn)行信息交互的會話 對象時，將消息發(fā)送請求中的消息發(fā)送信息進(jìn)行組合，并按照消息協(xié)議格式組 包，形成消息數(shù)據(jù)包后，將該消息數(shù)據(jù)包發(fā)送至用戶選擇的會話對象。在步驟S104中，不響應(yīng)該消息發(fā)送請求，取消用戶的此次消息發(fā)送操作。當(dāng)接收到用戶發(fā)送的消息取消命令時，則不再對消息發(fā)送請求中攜帶的消 息發(fā)送信息進(jìn)行組合和組包，直接終止消息發(fā)送操作；當(dāng)在預(yù)設(shè)的時間內(nèi)接收到用戶發(fā)送的消息撤回請求時，刪除緩存在消息隊 列中的發(fā)送至該會話對象的消息數(shù)據(jù)包，從而終止消息發(fā)送操作；當(dāng)該消息發(fā)送請求對應(yīng)的會話對象不是最后一個與用戶進(jìn)行信息交互的會 話對象時，則不再對消息發(fā)送請求中攜帶的消息發(fā)送信息進(jìn)行組合和組包，直 接終止消息發(fā)送操作。圖2示出了本發(fā)明實施例提供的信息交互系統(tǒng)的結(jié)構(gòu)，為了便于說明，僅 示出了與本發(fā)明實施例相關(guān)的部分。消息發(fā)送請求接收模塊21接收用戶發(fā)送的消息發(fā)送請求，以向用戶選擇的 會話對象發(fā)送消息。該消息發(fā)送請求攜帶消息發(fā)送信息。其中消息發(fā)送信息包 括用戶輸入的消息文本等。在本發(fā)明實施例中，消息發(fā)送信息是以消息數(shù)據(jù)包 的形式發(fā)送至?xí)拰ο蟮摹?會話對象判斷請求模塊22判斷是否接收到用戶發(fā)送的會話對象判斷請求， 如果未收到，則消息發(fā)送模塊24直接響應(yīng)消息發(fā)送請求接收模塊21接收的消 息發(fā)送請求，根據(jù)該消息發(fā)送請求中攜帶的消息發(fā)送信息，按照消息協(xié)議格式 組包后，將消息數(shù)據(jù)包發(fā)送至用戶選擇的會話對象。如果會話對象判斷請求模 塊22收到了用戶發(fā)送的會話對象判斷請求，則會話對象判斷模塊23判斷消息發(fā)送請求接收模塊21接收的消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話對象，如果是，則消息發(fā)送模塊24響應(yīng)消息發(fā)送請求接收模塊21接收的消息發(fā)送請求，根據(jù)該消息發(fā)送請求中攜帶的消息發(fā)送信息，按照消息協(xié)議格式組 包后，將消息數(shù)據(jù)包發(fā)送至用戶選擇的會話對象。如果不是，則消息取消模塊25不響應(yīng)消息發(fā)送請求接收模塊21接收的消息發(fā)送請求，取消用戶的此次消 息發(fā)送操作。在本發(fā)明一實施例中當(dāng)消息發(fā)送請求接收模塊21接收用戶發(fā)送的消息發(fā) 送請求后，會話對象判斷模塊23可以直接判斷消息發(fā)送請求接收模塊21接收 的消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話對象，而不需要在會話對象 判斷請求模塊22判定已接收到用戶發(fā)送的會話對象判斷請求之后，才判斷消息 發(fā)送請求接收沖莫塊21接收的消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話 對象。其中會話對象判斷模塊23包括消息發(fā)送確認(rèn)模塊231和/或消息撤回模塊232。消息發(fā)送確認(rèn)才莫塊231向用戶返回消息發(fā)送確認(rèn)請求，并接收用戶發(fā)送的 針對該消息發(fā)送確認(rèn)請求的指示命令。該指示命令是消息發(fā)送確認(rèn)命令或者消 息取消命令。用戶在接收到消息發(fā)送確認(rèn)請求后，如果該消息發(fā)送請求對應(yīng)的會話對象為其期望的會話對象，則發(fā)送消息發(fā)送確認(rèn)命令，否則，發(fā)送消息取 消命令。當(dāng)消息發(fā)送確認(rèn)模塊231接收到的指示命令為消息發(fā)送確認(rèn)命令時， 會話對象判斷模塊23判定消息發(fā)送請求接收模塊21接收的消息發(fā)送請求對應(yīng) 的會話對象為正確的會話對象；當(dāng)消息發(fā)送確認(rèn)模塊221接收到指示命令為消 息取消命令時，.會話對象判斷模塊23判定消息發(fā)送請求接收模塊21接收的消 息發(fā)送請求對應(yīng)的會話對象不是正確的會話對象。消息撤回模塊232在預(yù)定的時間內(nèi)接收到用戶發(fā)送的消息撤回請求時，刪 除緩存在消息隊列中的消息數(shù)據(jù)包。此時會話對象判斷模塊23判定消息發(fā)送請 求接收模塊21接收的消息發(fā)送請求對應(yīng)的會話對象不是正確的會話對象。如果消息撤回模塊232在預(yù)定的時間內(nèi)未接收到用戶發(fā)送的消息撤回請求，則會話 對象判斷模塊23判定消息發(fā)送請求接收模塊21接收的消息發(fā)送請求對應(yīng)的會 話對象為正確的會話對象。在本發(fā)明實施例中，在用戶與會話對象進(jìn)行信息交互之前，通過判斷對與 用戶進(jìn)行信息交互的會話對象是否為正確的會話對象，從而有效的降低了信息 交互的誤差率。同時，當(dāng)用戶與錯誤的會話對象進(jìn)行信息交互時，可以通過發(fā) 送消息撤回請求，避免將信息發(fā)送至錯誤的會話對象，極大的提高了信息交互 的可用性和便利性。以上所述4義為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā) 明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明 的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種信息交互方法，其特征在于，所述方法包括下述步驟接收用戶發(fā)送的消息發(fā)送請求；判斷所述消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話對象，如果是，響應(yīng)所述消息發(fā)送請求，將消息發(fā)送至所述會話對象，如果否，取消消息發(fā)送操作。
2、 如權(quán)利要求l所述的方法，其特征在于，在所述判斷所述消息發(fā)送請求 對應(yīng)的會話對象是否為正確的會話對象的步驟之前，還包括下述步驟判斷是否接收到用戶發(fā)送的會話對象判斷請求，如果是，判斷所述消息發(fā) 送請求對應(yīng)的會話對象是否為正確的會話對象；如果否，直接響應(yīng)所述消息發(fā) 送請求，將消息發(fā)送至所述會話對象。
3、 如權(quán)利要求2所述的方法，其特征在于，所述判斷是否接收到用戶發(fā)送 的會話對象判斷請求的步驟具體為判斷當(dāng)前創(chuàng)建的會話窗口的數(shù)量是否達(dá)到預(yù)設(shè)會話窗口數(shù)量，如果是，則 判定接收到用戶發(fā)送的會話對象判斷請求；如果否，則判定未接收到用戶發(fā)送 的會話對象判斷請求。
4、 如權(quán)利要求2所述的方法，其特征在于，所述判斷是否接收到用戶發(fā)送 的會話對象判斷請求的步驟具體為判斷用戶是否預(yù)先設(shè)置了在與會話對象進(jìn)行信息交互時，需要對所述會話 對象進(jìn)行判斷，如果是，則判定接收到用戶發(fā)送的會話對象判斷請求；如果否， 則判定未接收到用戶發(fā)送的會話對象判斷請求。
5、 如權(quán)利要求l所述的方法，其特征在于，所述判斷所述消息發(fā)送請求對 應(yīng)的會話對象是否為正確的會話對象的步驟具體為向用戶返回消息發(fā)送確認(rèn)請求，當(dāng)接收到用戶發(fā)送的消息發(fā)送確認(rèn)命令時， 則判定所述消息發(fā)送請求對應(yīng)的會話對象為正確的會話對象；當(dāng)接收到用戶發(fā) 送的消息取消命令時，則判定所述消息發(fā)送請求對應(yīng)的會話對象不是正確的會話對象。
6、 如權(quán)利要求l所述的方法，其特征在于，所述判斷所述消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話對象的步驟具體為判斷在預(yù)設(shè)的時間內(nèi)是否接收到用戶發(fā)送的消息撤回請求，如果是，則判定所述消息發(fā)送請求對應(yīng)的會話對象不是正確的會話對象；如果否，則判定所 述消息發(fā)送請求對應(yīng)的會話對象為正確的會話對象。
7、 如權(quán)利要求6所述的方法，其特征在于，如果在預(yù)設(shè)的時間內(nèi)接收到用 戶發(fā)送的消息撤回請求，則刪除緩存在消息隊列中待發(fā)送至所述會話對象的消 息凄史據(jù)包。
8、 如權(quán)利要求1所述的方法，其特征在于，所述判斷所述消息發(fā)送請求對 應(yīng)的會話對象是否為正確的會話對象的步驟具體為判斷所述消息發(fā)送請求對應(yīng)的會話對象是否為最后一個與用戶進(jìn)行信息交 互的會話對象，如果是，則判定所述消息發(fā)送請求對應(yīng)的會話對象不是正確的 會話對象；如果否，則判定所述消息發(fā)送請求對應(yīng)的會話對象為正確的會話對 象。
9、 一種信息交互系統(tǒng)，其特征在于，所述系統(tǒng)包括消息發(fā)送請求接收模塊，用于接收用戶發(fā)送的消息發(fā)送請求； 會話對象判斷模塊，用于判斷所述消息發(fā)送請求對應(yīng)的會話對象是否為正 確的會話對象；消息發(fā)送模塊，用于當(dāng)所述會話對象判斷模塊的結(jié)果為是時，響應(yīng)所述消 息發(fā)送請求，將消息發(fā)送至所述會話對象；消息取消模塊，用于當(dāng)所述會話對象判斷模塊的結(jié)果為否時，取消消息發(fā) 送操作。
10、 如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括會話對象判斷請求模塊，用于判斷是否接收到用戶發(fā)送的會話對象判斷請 求；此時，所述會話對象判斷模塊在所述會話對象判斷請求模塊的結(jié)果為是時，判斷所述消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話對象；所述消息發(fā)送 模塊在所述會話對象判斷請求模塊的結(jié)果為否時，響應(yīng)所述消息發(fā)送請求，將 消二息發(fā)送至所述會話對象。
11、 如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述會話對象判斷模塊包括 消息發(fā)送確認(rèn)模塊，用于向用戶返回消息發(fā)送確認(rèn)請求，并接收用才發(fā)送的針對所述消息發(fā)送確認(rèn)請求的指示命令；和/或消息撤回模塊，用于當(dāng)在預(yù)定的時間內(nèi)接收到用戶發(fā)送的消息撤回請求時， 刪除緩存在消息隊列中的待發(fā)送至所述會話對象的消息數(shù)據(jù)包。
12、 如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述指示命令為消息發(fā)送確 認(rèn)命令或者消息取消命令，當(dāng)所述指示命令為消息發(fā)送確認(rèn)命令時，所述消息 發(fā)送模塊，響應(yīng)所述消息發(fā)送請求，將消息發(fā)送至所述會話對象；當(dāng)所述指示 命令為消息取消命令時，所述消息取消模塊，取消消息發(fā)送操作。
全文摘要
本發(fā)明適用于通訊領(lǐng)域，提供了一種信息交互方法及系統(tǒng)，所述方法包括下述步驟接收用戶發(fā)送的消息發(fā)送請求；判斷所述消息發(fā)送請求對應(yīng)的會話對象是否為正確的會話對象，如果是，響應(yīng)所述消息發(fā)送請求，將消息發(fā)送至所述會話對象，如果否，取消消息發(fā)送操作。在本發(fā)明實施例中，在用戶與會話對象進(jìn)行信息交互之前，通過判斷與用戶進(jìn)行信息交互的會話對象是否為正確的會話對象，從而有效的降低了信息交互的誤差率，極大的提高了信息交互的可用性和便利性。
文檔編號H04L12/58GK101227427SQ20071030584
公開日2008年7月23日 申請日期2007年12月27日 優(yōu)先權(quán)日2007年12月27日
發(fā)明者斌 李 申請人:騰訊科技(深圳)有限公司