一種信息傳輸方法、裝置和系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例公開了一種信息傳輸方法，包括：客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器；所述客戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號；所述客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信息；所述客戶端將所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述第一信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。相應(yīng)地，本發(fā)明實施例還公開相關(guān)的裝置和系統(tǒng)。本發(fā)明實施例可以實現(xiàn)不同通信類型的通信賬號之間的信息傳輸。
【專利說明】一種信息傳輸方法、裝置和系統(tǒng)
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，尤其涉及一種信息傳輸方法、裝置和系統(tǒng)。
【背景技術(shù)】
[0002] 目前人們生活出現(xiàn)了各種通信類型的通信，例如：即時通信類型的通信、社會性網(wǎng) 絡(luò)服務(wù)（Social Networking Services, SNS)類型的通信、電話(包括手機、座機、網(wǎng)絡(luò)電話） 類型的通信、電子郵件類型的通信。但現(xiàn)在的通信技術(shù)中只支持同一類型的通信賬號之間 的信息傳輸，例如，即時通訊類型的通信賬號只能與即時通訊類型的通信賬號進行信息傳 輸，電話類型的通信賬號只能與電話類型的通信賬號進行信息傳輸，電子郵件類型的通信 賬號只能與電子郵件類型的通信賬號進行信息傳輸。而在實際應(yīng)用中不同的用戶可以使 用不同類型的通信賬號，例如，用戶A習(xí)慣使用即時通訊類型的通信賬號進行通信，而用戶 B習(xí)慣使用電話類型的通信賬號進行通信，當(dāng)用戶A需要退出即時通訊類型的通信客戶端， 登錄電話類型的通信客戶與用戶B進行信息傳輸?？梢?，目前只支持同一類型的通信賬號 之間的信息傳輸?shù)募夹g(shù)是無法滿足用戶需求。
【發(fā)明內(nèi)容】
[0003] 本發(fā)明實施例提供了一種信息傳輸方法、裝置和系統(tǒng)，可以實現(xiàn)不同通信類型的 通信賬號之間的信息傳輸，以滿足用戶需求。
[0004] 第一方面，本發(fā)明實施例提供一種信息傳輸方法，其特征在于，包括：
[0005] 客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器；
[0006] 所述客戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送 的邀請請求的第二通信類型的第二通信賬號；
[0007] 所述客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信息；
[0008] 所述客戶端將所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述第一信息 發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
[0009] 第二方面，本發(fā)明實施例提供一種信息傳輸方法，包括：
[0010] 客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器；
[0011] 所述客戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送 的邀請請求的第二通信類型的第二通信賬號；
[0012] 所述客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信息；
[0013] 所述客戶端將所述第一信息發(fā)送至所述服務(wù)器；
[0014] 所述服務(wù)器將所述第一信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
[0015] 第三方面，本發(fā)明實施例提供一種信息傳輸客戶端，所述客戶端包括：登錄單元、 第一獲取單元、接收單元和發(fā)送單元，其中：
[0016] 所述登錄單元，用于通過第一通信賬號登錄第一通信類型的服務(wù)器；
[0017] 所述第一獲取單元，用于獲取不在所述第一通信賬號的好友列表中，且未接收所 述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號；
[0018] 所述接收單元，用于接收用戶輸入的攜帶所述第二通信賬號的第一信息；
[0019] 所述發(fā)送單元，用于將所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述 第一信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
[0020] 第四方面，本發(fā)明實施例提供一種信息傳輸系統(tǒng)，包括：客戶端和服務(wù)器，其中：
[0021] 客戶端，用于通過第一通信賬號登錄第一通信類型的服務(wù)器；以及獲取不在所述 第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二 通信賬號；并接收用戶輸入的攜帶所述第二通信賬號的第一信息；再將所述第一信息發(fā)送 至所述服務(wù)器；
[0022] 所述服務(wù)器，用于將所述第一信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
[0023] 上述技術(shù)方案中，客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器；所述客 戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第 二通信類型的第二通信賬號；所述客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信 息；所述客戶端將所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述第一信息發(fā)送 至所述第二通信賬號對應(yīng)的客戶端。這樣第一通信賬號就可以與第二通信賬號進行信息傳 輸，從而實現(xiàn)不同通信類型的通信賬號之間的信息傳輸，以滿足用戶需求。
【專利附圖】
【附圖說明】
[0024] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。
[0025] 圖1是本發(fā)明實施例提供的一種信息傳輸方法的流程示意圖；
[0026] 圖2是本發(fā)明實施例提供的另一種信息傳輸方法的流程示意圖；
[0027] 圖3是本發(fā)明實施例提供的另一種信息傳輸方法的示意圖；
[0028] 圖4是本發(fā)明實施例提供的舉例示意圖；
[0029] 圖5是本發(fā)明實施例提供的一種信息傳輸客戶端的結(jié)構(gòu)示意圖；
[0030] 圖6是本發(fā)明實施例提供的另一種信息傳輸客戶端的結(jié)構(gòu)示意圖；
[0031] 圖7是本發(fā)明實施例提供的另一種信息傳輸客戶端的結(jié)構(gòu)示意圖；
[0032] 圖8是本發(fā)明實施例提供的一種信息傳輸系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實施方式】
[0033] 下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。
[0034] 本發(fā)明實施例中，客戶端指終端設(shè)備中的客戶端模塊，例如：即時通信客戶端、SNS 客戶端、電子郵件客戶等等；其中，終端設(shè)備可以包括：個人計算機（Personal Computer, PC)、平板電腦、手機、智能手機、筆記本電腦等設(shè)備。通信類型可以是互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】中任 何通信類型，例如：即時通信類型、SNS類型、電話類型、電子郵件類型等，其中，第一通信類 型可以是互聯(lián)網(wǎng)技術(shù)領(lǐng)領(lǐng)域中任一通信類型，第二通信類型可以是互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】中除所 述第一通信類型之外的任一通信類型。例如：第一通信類型為即時通信類型時，那么第二通 信類型就可以SNS類型、電話類型和電子郵件類型中的任一類型。其中，第一通信賬號可以 上述第一通信類型中的任一通信賬號，第二通信賬號可以上述第二通信類型中的任一通信 賬號。
[0035] 圖1是本發(fā)明實施例提供的一種信息傳輸方法的流程示意圖，如圖1所示，包括以 下步驟：
[0036] S101、客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器。
[0037] S102、客戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā) 送的邀請請求的第二通信類型的第二通信賬號。
[0038] 可選的，上述第二通信賬號不在所述第一通信賬號的好友列表中，且未接收所述 客戶端發(fā)送的邀請請求具體可以理解為，在步驟S102之前所述客戶端與上述第二通信賬 號之間沒有進行過信息傳輸，或者所述客戶端中沒有存儲過與上述第二通信賬號的信息傳 輸記錄，或者第二通信賬號與第一通信賬號在步驟S102之前沒有進行過信息傳輸，或者第 一通信賬號在沒在存儲過與第二通信賬號進行信息傳輸?shù)挠涗洝?br>
[0039] S103、客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信息。
[0040] 可選的，上述信息可以是文本信息、圖像信息、語音信息等，本實施例對此不作限 定。
[0041] S104、客戶端將攜帶所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述信 息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
[0042] 可選的，當(dāng)上述服務(wù)器接收到上述第一信息時，就可以將上述第一信息發(fā)送至上 述第二通信賬號對應(yīng)的客戶端。具體還可以是服務(wù)器將到上述第一信息發(fā)送至第二通信類 型的服務(wù)器，再由該服務(wù)器將該信息發(fā)送至第二通信賬號對應(yīng)的客戶端。其中，上述第二通 信賬號對應(yīng)的客戶端具體可以是第二通信賬號登錄第二通信類型的服務(wù)器所使用的客戶 端。
[0043] 通過上述步驟就可以實現(xiàn)不同通信類型的通信賬號之間進行信息傳輸。例如，上 述第一通信類型為即時通信類型，上述第二通信類型為電話類型時，這樣就可以實現(xiàn)即時 通信賬號向電話賬號(例如：手機號）發(fā)送信息。而在實際應(yīng)用中，即時通信類型的通信賬 號發(fā)送信息都是免費，而電話類型的通信賬號發(fā)送信息是需要付費。這樣通過上述步驟還 可以實現(xiàn)免費向電話賬號(例如：手機號）發(fā)送信息。另外，在實際應(yīng)用中，人們一般對電話 賬號(例如：手機號）的信息比較敏感，而對即時通信賬號的信息可能不怎么在意，這樣通過 上述步驟向電話賬號(例如：手機號）發(fā)送信息，還可以實現(xiàn)使用戶能夠即時查看信息。
[0044] 上述技術(shù)方案中，客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器；所述客 戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第 二通信類型的第二通信賬號；所述客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信 息；所述客戶端將所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述第一信息發(fā)送 至所述第二通信賬號對應(yīng)的客戶端。這樣第一通信賬號就可以與第二通信賬號進行信息傳 輸，從而實現(xiàn)不同通信類型的通信賬號之間的信息傳輸，以滿足用戶需求。
[0045] 圖2是本發(fā)明實施例提供的另一種信息傳輸方法的流程示意圖，如圖2所示，包 括：
[0046] S201、客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器。
[0047] S202、在預(yù)設(shè)情況下，客戶端獲取不在所述第一通信賬號的好友列表中，且未接收 所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號。
[0048] 可選的，上述預(yù)設(shè)情況具體可以包括：
[0049] 客戶端接收到所述第一通信賬號的好友列表中的第三通信賬號無法接收信息的 指示消息；所述第二通信賬號與所述第三通信賬號為同一用戶注冊的，且不在所述第一通 信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的通信賬號。 或者
[0050] 所述客戶端向所述第一通信賬號的好友列表中的第四通信賬號發(fā)送第二信息后， 在預(yù)設(shè)時間段內(nèi)所述客戶端沒有接收到所述第四通信賬號返回的第二信息的響應(yīng)信息?；?者
[0051] 需要緊急向第二通信賬號的用戶發(fā)送上述第一信息時。
[0052] 上述情況僅是進行舉例說明，本實施例預(yù)設(shè)情況包括但不限于上述列出的情況。
[0053] 例如：在步驟S202之前，所述方法還可以包括：
[0054] 客戶端獲取所述第一通信賬號的好友列表中的第三通信賬號無法接收信息的指 示消息；所述第二通信賬號與所述第三通信賬號為同一用戶注冊的，且不在所述第一通信 賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的通信賬號。
[0055] 具體可以是所述客戶端測量得到上述指示消息，或者上述服務(wù)器向所述客戶端發(fā) 送的上述指示消息。
[0056] 這樣就可以實現(xiàn)當(dāng)上述第三通信賬號無法接收信息時，還可以將需要向第三通信 賬號發(fā)送的上述第一信息發(fā)送至該用戶的第二通信賬號。例如，該用戶未使用上述第三通 信賬號登錄上述服務(wù)器，或者該用戶使用第三通信賬號的網(wǎng)絡(luò)出現(xiàn)異常時，但使用上述第 二通信賬號的網(wǎng)絡(luò)正常時。例如，該用戶通過終端通過無線網(wǎng)絡(luò)使用第三通信賬號（例如： 即時通信賬號）登錄上述服務(wù)器，通過移動網(wǎng)絡(luò)使用第二通信賬號(例如：手機號）登錄上述 第二通信類型的服務(wù)器，當(dāng)上述無線網(wǎng)絡(luò)出現(xiàn)異常時，即第三通信賬號(例如：即時通信賬 號）無法接收信息時，本實施例就可以向第二通信賬號(例如：手機號）發(fā)送上述第一信息， 以即時讓該用戶獲取到該第一信息。
[0057] 例如：在步驟S202之前，所述方法還可以包括：
[0058] 客戶端向所述第一通信賬號的好友列表中的第四通信賬號發(fā)送第二信息，并開始 計時，當(dāng)所述計時到達預(yù)設(shè)時間時所述客戶端還沒有接收到所述第四通信賬號返回的所述 信息的響應(yīng)信息時，執(zhí)行步驟S202;其中，所述第二通信賬號與所述第四通信賬號為同一 用戶注冊的通信賬號。
[0059] 其中，上述第二信息的內(nèi)容可以是與上述第一信息的內(nèi)容相同，也可以是不同的。
[0060] 這樣可以實現(xiàn)上述第四通信賬號在一定時間內(nèi)沒有返回上述響應(yīng)信息時，就可以 執(zhí)行步驟S202。例如：向上述第四通信賬號發(fā)送上述第二信息后的1分鐘內(nèi)，還沒接收到 第四通信賬號返回的上述響應(yīng)信息時，就可以執(zhí)行步驟S202。例如：用戶同時登錄有上述 第二通信賬號和第四通信賬號，但用戶當(dāng)前可能沒有使用第四通信賬號對應(yīng)的客戶端，而 正在使用上述第二通信賬號對應(yīng)的客戶端時，這樣用戶就可以通過第二通信賬號對應(yīng)的客 戶端接收到上述第一信息。
[0061] S203、客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信息。
[0062] 可選的，步驟S203具體可以包括：
[0063] 客戶端顯示用于與所述第二通信賬號進行通信的會話界面，并接收用戶在所述界 面輸入的攜帶所述第二通信賬號的第一信息。
[0064] 這樣向第二通信賬號發(fā)送信息的效果就和向第一通信賬號的好友賬號發(fā)送信息 的效果一樣，以便于用戶的操作。
[0065] S204、客戶端將攜帶所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述第 一信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
[0066] 可選的，客戶端獲取到上述第二通信賬號后，還可以將上述第二通信賬號作為上 述第一通信賬號的好友賬號，客戶端還可以采用第一通信賬號的好友賬號發(fā)送信息的形式 向服務(wù)器發(fā)送上述信息。例如：顯示一個會話界面，在該會話界面輸入上述第一信息，再將 該第一信息發(fā)送至上述服務(wù)器。
[0067] 可選的，步驟S202具體可以包括：
[0068] 客戶端獲取本地存儲的，且不在所述第一通信賬號的好友列表中，且未接收所述 客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號。
[0069] 例如，獲取客戶端所在的終端中通訊錄中的第二通信賬號。具體可以是客戶端顯 示該客戶端所在的終端的通訊錄界面，再接收用戶在該界面中選擇的第二通信賬號。
[0070] 可選的，步驟S201具體可以包括：
[0071] 客戶端通過網(wǎng)絡(luò)獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端 發(fā)送的邀請請求的第二通信類型的第二通信賬號。
[0072] 例如：獲取第一通信賬號的好友發(fā)送過來的第二通信賬號，或者客戶端接收所述 服務(wù)器發(fā)送的第二通信賬號。
[0073] 當(dāng)然上述第二通信賬號還可以是用戶輸入的通信賬號。
[0074] 上述技術(shù)方案中，在上面實施例的基本上介紹了多種可選的實施方式，且都可以 實現(xiàn)不同通信類型的通信賬號之間的信息傳輸。
[0075] 圖3是本發(fā)明實施例提供的另一種信息傳輸方法的示意圖，如圖3所示，包括：
[0076] S301、客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器。
[0077] S302、客戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā) 送的邀請請求的第二通信類型的第二通信賬號。
[0078] 可選的，上述第二通信賬號不在所述第一通信賬號的好友列表中，且未接收所述 客戶端發(fā)送的邀請請求具體可以理解為，在步驟S302之前所述客戶端與上述第二通信賬 號之間沒有進行過信息傳輸，或者所述客戶端中沒有存儲過與上述第二通信賬號的信息傳 輸記錄，或者第二通信賬號與第一通信賬號在步驟S302之前沒有進行過信息傳輸，或者第 一通信賬號在沒在存儲過與第二通信賬號進行信息傳輸?shù)挠涗洝?br>
[0079] S303、客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信息。
[0080] 可選的，上述信息可以是文本信息、圖像信息、語音信息等，本實施例對此不作限 定。
[0081] S304、客戶端將攜帶所述第一信息發(fā)送至所述服務(wù)器。
[0082] S305、服務(wù)器將所述第一信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
[0083] 上述第二通信賬號對應(yīng)的客戶端具體可以是第二通信賬號登錄第二通信類型的 服務(wù)器所使用的客戶端。
[0084] 可選的，在步驟S302之前，所述方法還可以包括：
[0085] 客戶端獲取所述第一通信賬號的好友列表中的第三通信賬號無法接收信息的指 示消息；所述第二通信賬號與所述第三通信賬號為同一用戶注冊的，且不在所述第一通信 賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的通信賬號。
[0086] 可選的，在步驟S302之前，所述方法還可以包括：
[0087] 客戶端向所述第一通信賬號的好友列表中的第四通信賬號發(fā)送第二信息，并開始 計時，當(dāng)所述計時到達預(yù)設(shè)時間時所述客戶端還沒有接收到所述第四通信賬號返回的所述 信息的響應(yīng)信息時，執(zhí)行步驟S302 ;其中，所述第二通信賬號與所述第四通信賬號為同一 用戶注冊的通信賬號。
[0088] 可選的，步驟S302具體可以包括：
[0089] 客戶端獲取本地存儲的，且不在所述第一通信賬號的好友列表中，且未接收所述 客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號；或者
[0090] 客戶端通過網(wǎng)絡(luò)獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端 發(fā)送的邀請請求的第二通信類型的第二通信賬號。
[0091] 可選的，步驟S303具體可以包括：
[0092] 客戶端顯示用于與所述第二通信賬號進行通信的會話界面，并接收用戶在所述界 面輸入的攜帶所述第二通信賬號的第一信息。
[0093] 這樣向第二通信賬號發(fā)送信息的效果就和向第一通信賬號的好友賬號發(fā)送信息 的效果一樣，以便于用戶的操作。
[0094] 上述技術(shù)方案中，客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器；所述客 戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第 二通信類型的第二通信賬號；所述客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信 息；所述客戶端將所述第一信息發(fā)送至所述服務(wù)器；服務(wù)器將所述第一信息發(fā)送至所述第 二通信賬號對應(yīng)的客戶端。這樣第一通信賬號就可以與第二通信賬號進行信息傳輸，從而 實現(xiàn)不同通信類型的通信賬號之間的信息傳輸，以滿足用戶需求。
[0095] 下面以一個具體的實施例進行舉例說明：
[0096] 即時通信賬號（即上述第一通信賬號）通過即時通信客戶端登錄即時通信類型的 服務(wù)器，以得到圖4-1所示的界面；該界面包括用于連接手機本地通訊錄的通訊錄401按 鈕。點擊通訊錄401按鈕就可以顯示手機本地通訊錄，具體可以得到如圖4-2所示的界面， 該界面包括目標(biāo)手機號（即上述第二通信賬號）402。客戶端再顯示如圖4-3所示的會話界 面，該會話界面為即時通信賬號與目標(biāo)手機號402進行通信的界面，且該界面還可以顯示 出目標(biāo)手機號以便更加清楚地得知與目標(biāo)手機號402進行通信。當(dāng)用戶在該會話界面編輯 完信息后，客戶端就可以將該信息和目標(biāo)手機號402發(fā)送至服務(wù)器，由服務(wù)器將該信息發(fā) 送至目標(biāo)手機號402。這樣就可以實現(xiàn)在即時通信客戶端上向手機號發(fā)送信息。
[0097] 下面為本發(fā)明裝置實施例，本發(fā)明裝置實施例用于執(zhí)行本發(fā)明方法實施例一至三 實現(xiàn)的方法，為了便于說明，僅示出了與本發(fā)明實施例相關(guān)的部分，具體技術(shù)細節(jié)未揭示 的，請參照本發(fā)明實施例一、實施例二和實施例三。
[0098] 圖5是本發(fā)明實施例提供的一種信息傳輸客戶端的結(jié)構(gòu)示意圖，如圖5所示，所述 客戶端包括：登錄單元51、第一獲取單元52、接收單元53和發(fā)送單元54,其中：
[0099] 登錄單元51，用于通過第一通信賬號登錄第一通信類型的服務(wù)器。
[0100] 第一獲取單元52,用于獲取不在所述第一通信賬號的好友列表中，且未接收所述 客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號。
[0101] 可選的，上述第二通信賬號不在所述第一通信賬號的好友列表中，且未接收所述 客戶端發(fā)送的邀請請求具體可以理解為，在第一獲取單元52獲取第二通信賬號之前所述 客戶端與上述第二通信賬號之間沒有進行過信息傳輸，或者所述客戶端中沒有存儲過與上 述第二通信賬號的信息傳輸記錄，或者第二通信賬號與第一通信賬號在第一獲取單元52 獲取第二通信賬號之前沒有進行過信息傳輸，或者第一通信賬號在沒在存儲過與第二通信 賬號進行信息傳輸?shù)挠涗洝?br>
[0102] 接收單元53,用于接收用戶輸入的攜帶所述第二通信賬號的第一信息。
[0103] 可選的，上述信息可以是文本信息、圖像信息、語音信息等，本實施例對此不作限 定。
[0104] 發(fā)送單元54,用于將攜帶所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所 述信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
[0105] 可選的，當(dāng)上述服務(wù)器接收到上述第一信息時，就可以將上述第一信息發(fā)送至上 述第二通信賬號對應(yīng)的客戶端。具體還可以是服務(wù)器將到上述第一信息發(fā)送至第二通信類 型的服務(wù)器，再由該服務(wù)器將該信息發(fā)送至第二通信賬號對應(yīng)的客戶端。其中，上述第二通 信賬號對應(yīng)的客戶端具體可以是第二通信賬號登錄第二通信類型的服務(wù)器所使用的客戶 端。
[0106] 通過上述步驟就可以實現(xiàn)不同通信類型的通信賬號之間進行信息傳輸。例如，上 述第一通信類型為即時通信類型，上述第二通信類型為電話類型時，這樣就可以實現(xiàn)即時 通信賬號向電話賬號(例如：手機號）發(fā)送信息。而在實際應(yīng)用中，即時通信類型的通信賬 號發(fā)送信息都是免費，而電話類型的通信賬號發(fā)送信息是需要付費。這樣通過上述步驟還 可以實現(xiàn)免費向電話賬號(例如：手機號）發(fā)送信息。另外，在實際應(yīng)用中，人們一般對電話 賬號(例如：手機號）的信息比較敏感，而對即時通信賬號的信息可能不怎么在意，這樣通過 上述步驟向電話賬號(例如：手機號）發(fā)送信息，還可以實現(xiàn)使用戶能夠即時查看信息。
[0107] 上述技術(shù)方案中，客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器；所述客 戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第 二通信類型的第二通信賬號；所述客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信 息；所述客戶端將所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述第一信息發(fā)送 至所述第二通信賬號對應(yīng)的客戶端。這樣第一通信賬號就可以與第二通信賬號進行信息傳 輸，從而實現(xiàn)不同通信類型的通信賬號之間的信息傳輸，以滿足用戶需求。
[0108] 圖6是本發(fā)明實施例提供的另一種信息傳輸客戶端的結(jié)構(gòu)示意圖，如圖6所示，所 述客戶端包括：登錄單元61，第一獲取單元62、接收單元63和發(fā)送單元64,其中：
[0109] 登錄單元61，用于通過第一通信賬號登錄第一通信類型的服務(wù)器。
[0110] 第一獲取單元62,用于在預(yù)設(shè)情況下，獲取不在所述第一通信賬號的好友列表中， 且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號。
[0111] 可選的，上述預(yù)設(shè)情況具體可以包括：
[0112] 客戶端接收到所述第一通信賬號的好友列表中的第三通信賬號無法接收信息的 指示消息；所述第二通信賬號與所述第三通信賬號為同一用戶注冊的，且不在所述第一通 信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的通信賬號。 或者
[0113] 所述客戶端向所述第一通信賬號的好友列表中的第四通信賬號發(fā)送第二信息后， 在預(yù)設(shè)時間段內(nèi)所述客戶端沒有接收到所述第四通信賬號返回的第二信息的響應(yīng)信息。或 者
[0114] 需要緊急向第二通信賬號的用戶發(fā)送上述第一信息時。
[0115] 可選的，所述客戶端還可以包括：
[0116] 第二獲取單元65,用于獲取所述第一通信賬號的好友列表中的第三通信賬號無法 接收信息的指示消息；所述第二通信賬號與所述第三通信賬號為同一用戶注冊的，且不在 所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的 通信賬號。
[0117] 具體可以是所述客戶客戶端測量得到上述指示消息，或者上述服務(wù)器向所述客戶 端發(fā)送的上述指示消息。
[0118] 這樣就可以實現(xiàn)當(dāng)上述第三通信賬號無法接收信息時，還可以將需要向第三通信 賬號發(fā)送的上述第一信息發(fā)送至該用戶的第二通信賬號。例如，該用戶未使用上述第三通 信賬號登錄上述服務(wù)器，或者該用戶使用第三通信賬號的網(wǎng)絡(luò)出現(xiàn)異常時，但使用上述第 二通信賬號的網(wǎng)絡(luò)正常時。例如，該用戶通過終端通過無線網(wǎng)絡(luò)使用第三通信賬號(例如： 即時通信賬號）登錄上述服務(wù)器，通過移動網(wǎng)絡(luò)使用第二通信賬號(例如：手機號）登錄上述 第二通信類型的服務(wù)器，當(dāng)上述無線網(wǎng)絡(luò)出現(xiàn)異常時，即第三通信賬號（例如：即時通信賬 號）無法接收信息時，本實施例就可以向第二通信賬號(例如：手機號）發(fā)送上述第一信息， 以即時讓該用戶獲取到該第一信息。
[0119] 可選的，如圖7所示，所述客戶端還可以包括：
[0120] 計時單元66,用于向所述第一通信賬號的好友列表中的第四通信賬號發(fā)送第二信 息，并開始計時；
[0121] 第一獲取單元62還可以用于當(dāng)所述計時到達預(yù)設(shè)時間時所述客戶端還沒有接收 到所述第四通信賬號返回的所述信息的響應(yīng)信息時，獲取不在所述第一通信賬號的好友列 表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號；其中，所述第 二通信賬號與所述第四通信賬號為同一用戶注冊的通信賬號。
[0122] 這樣可以實現(xiàn)上述第四通信賬號在一定時間內(nèi)沒有返回上述響應(yīng)信息時，第一獲 取單元62就可以執(zhí)行獲取上述第二通信賬號。例如：向上述第四通信賬號發(fā)送上述信息后 的1分鐘內(nèi)，還沒接收到第四通信賬號返回的上述響應(yīng)信息時，第一獲取單元62就可以獲 取上述第二通信賬號。例如：用戶同時登錄有上述第二通信賬號和第四通信賬號，但用戶當(dāng) 前可能沒有使用第四通信賬號，而正在使用上述第二通信賬號時，這樣用戶就可以通過第 二通信賬號接收到上述信息。
[0123] 可選的，第一獲取單元62具體還可以用于獲取本地存儲的，且不在所述第一通信 賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬 號。
[0124] 例如，獲取客戶端所在的終端中通訊錄中的第二通信賬號。具體可以是客戶端顯 示該客戶端所在的終端的通訊錄界面，再接收用戶在該界面中選擇的第二通信賬號。
[0125] 可選的，第一獲取單元61具體還可以用于通過網(wǎng)絡(luò)獲取不在所述第一通信賬號 的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號。
[0126] 例如：獲取第一通信賬號的好友發(fā)送過來的第二通信賬號，或者客戶端接收所述 服務(wù)器發(fā)送的第二通信賬號。當(dāng)然上述第二通信賬號還可以是用戶輸入的通信賬號。
[0127] 接收單元63,用于接收用戶輸入的攜帶所述第二通信賬號的第一信息。
[0128] 可選的，接收單元63具體可以用于顯示用于與所述第二通信賬號進行通信的會 話界面，并接收用戶在所述界面輸入的攜帶所述第二通信賬號的第一信息。
[0129] 這樣向第二通信賬號發(fā)送信息的效果就和向第一通信賬號的好友賬號發(fā)送信息 的效果一樣，以便于用戶的操作。
[0130] 發(fā)送單元64,用于將攜帶所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所 述第一信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
[0131] 上述技術(shù)方案中，在上面實施例的基本上介紹了多種可選的實施方式，且都可以 實現(xiàn)不同通信類型的通信賬號之間的信息傳輸，以滿足用戶需求。
[0132] 圖8是本發(fā)明實施例提供的一種信息傳輸系統(tǒng)的結(jié)構(gòu)示意圖，包括：客戶端81和 服務(wù)器82,服務(wù)器82為第一通信類型的服務(wù)器，其中 ：
[0133] 客戶端81，用于通過第一通信賬號登錄第一通信類型的服務(wù)器；以及獲取不在所 述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第 二通信賬號；并接收用戶輸入的攜帶所述第二通信賬號的第一信息；再將所述第一信息發(fā) 送至所述服務(wù)器82。
[0134] 可選的，上述信息可以是文本信息、圖像信息、語音信息等，本實施例對此不作限 定。
[0135] 服務(wù)器82,用于將所述第一信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
[0136] 可選的，當(dāng)上述服務(wù)器82接收到上述信息時，就可以將上述信息發(fā)送至上述第二 通信賬號對應(yīng)的客戶端。具體還可以是服務(wù)器82將到上述第一信息發(fā)送至第二通信類型 的服務(wù)器82,再由該服務(wù)器82將該信息發(fā)送至第二通信賬號對應(yīng)的客戶端。
[0137] 可選的，客戶端81還可以用于獲取所述第一通信賬號的好友列表中的第三通信 賬號無法接收信息的指示消息；所述第二通信賬號與所述第三通信賬號為同一用戶注冊 的，且不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二 通信類型的通信賬號。
[0138] 可選的，客戶端81還可以用于向所述第一通信賬號的好友列表中的第四通信賬 號發(fā)送第二信息，并開始計時，當(dāng)所述計時到達預(yù)設(shè)時間時所述客戶端還沒有接收到所述 第四通信賬號返回的所述第二信息的響應(yīng)信息時，獲取不在所述第一通信賬號的好友列表 中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號的步驟；其中，所 述第二通信賬號與所述第四通信賬號為同一用戶注冊的通信賬號。
[0139] 可選的，客戶端81具體可以用于獲取本地存儲的，且不在所述第一通信賬號的好 友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號；或者
[0140] 可選的，客戶端81具體可以用于通過網(wǎng)絡(luò)獲取不在所述第一通信賬號的好友列 表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號。
[0141] 可選的，客戶端81還可以用于顯示用于與所述第二通信賬號進行通信的會話界 面，并接收用戶在所述界面輸入的攜帶所述第二通信賬號的第一信息。
[0142] 可選的，所述系統(tǒng)還可以包括第二通信賬號登錄所述第二通信類型的服務(wù)器所使 用的客戶端83。即服務(wù)器82接收到上述信息后，就可以將該信息發(fā)送至客戶端83。
[0143] 上述技術(shù)方案中，客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器；所述客 戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第 二通信類型的第二通信賬號；所述客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信 息；所述客戶端將所述第一信息發(fā)送至所述服務(wù)器；服務(wù)器將所述第一信息發(fā)送至所述第 二通信賬號對應(yīng)的客戶端。這樣第一通信賬號就可以與第二通信賬號進行信息傳輸，從而 實現(xiàn)不同通信類型的通信賬號之間的信息傳輸，以滿足用戶需求。
[0144] 本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以 通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì) 中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁 碟、光盤、只讀存儲記憶體（Read-Only Memory, ROM)或隨機存取存儲器（Random Access Memory，簡稱 RAM)等。
[0145] 以上所揭露的僅為本發(fā)明較佳實施例而已，當(dāng)然不能以此來限定本發(fā)明之權(quán)利范 圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。
【權(quán)利要求】
1. 一種信息傳輸方法，其特征在于，包括： 客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器； 所述客戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀 請請求的第二通信類型的第二通信賬號； 所述客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信息； 所述客戶端將所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述第一信息發(fā)送 至所述第二通信賬號對應(yīng)的客戶端。
2. 如權(quán)利要求1所述的方法，其特征在于，所述客戶端獲取不在所述第一通信賬號的 好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號之前， 所述方法還包括： 所述客戶端獲取所述第一通信賬號的好友列表中的第三通信賬號無法接收信息的指 示消息；所述第二通信賬號與所述第三通信賬號為同一用戶注冊的，且不在所述第一通信 賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的通信賬號。
3. 如權(quán)利要求1所述的方法，其特征在于，所述客戶端獲取不在所述第一通信賬號的 好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號之前， 所述方法還包括： 所述客戶端向所述第一通信賬號的好友列表中的第四通信賬號發(fā)送第二信息，并開始 計時，當(dāng)所述計時到達預(yù)設(shè)時間時所述客戶端還沒有接收到所述第四通信賬號返回的所述 第二信息的響應(yīng)信息時，執(zhí)行所述客戶端獲取不在所述第一通信賬號的好友列表中，且未 接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號的步驟；其中，所述第二 通信賬號與所述第四通信賬號為同一用戶注冊的通信賬號。
4. 如權(quán)利要求1-3中任一所述的方法，其特征在于，所述客戶端獲取不在所述第一通 信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬 號，包括： 所述客戶端獲取本地存儲的，且不在所述第一通信賬號的好友列表中，且未接收所述 客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號；或者 所述客戶端通過網(wǎng)絡(luò)獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端 發(fā)送的邀請請求的第二通信類型的第二通信賬號。
5. 如權(quán)利要求1-3中任一所述的方法，其特征在于，所述述客戶端接收輸入的攜帶所 述第二通信賬號的第一信息，包括： 所述客戶端顯示用于與所述第二通信賬號進行通信的會話界面，并接收用戶在所述界 面輸入的攜帶所述第二通信賬號的第一信息。
6. -種信息傳輸方法，其特征在于，包括： 客戶端通過第一通信賬號登錄第一通信類型的服務(wù)器； 所述客戶端獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀 請請求的第二通信類型的第二通信賬號； 所述客戶端接收用戶輸入的攜帶所述第二通信賬號的第一信息； 所述客戶端將所述第一信息發(fā)送至所述服務(wù)器； 所述服務(wù)器將所述第一信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
7. 如權(quán)利要求6所述的方法，其特征在于，所述客戶端獲取不在所述第一通信賬號的 好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號之前， 所述方法還包括： 所述客戶端獲取所述第一通信賬號的好友列表中的第三通信賬號無法接收信息的指 示消息；所述第二通信賬號與所述第三通信賬號為同一用戶注冊的，且不在所述第一通信 賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的通信賬號。
8. 如權(quán)利要求6所述的方法，其特征在于，所述客戶端獲取不在所述第一通信賬號的 好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號之前， 所述方法還包括： 所述客戶端向所述第一通信賬號的好友列表中的第四通信賬號發(fā)送第二信息，并開始 計時，當(dāng)所述計時到達預(yù)設(shè)時間時所述客戶端還沒有接收到所述第四通信賬號返回的所述 第二信息的響應(yīng)信息，執(zhí)行所述客戶端獲取不在所述第一通信賬號的好友列表中，且未接 收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號的步驟；其中，所述第二通 信賬號與所述第四通信賬號為同一用戶注冊的通信賬號。
9. 如權(quán)利要求6-8中任一所述的方法，其特征在于，所述客戶端獲取不在所述第一通 信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬 號，包括： 所述客戶端獲取本地存儲的，且不在所述第一通信賬號的好友列表中，且未接收所述 客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號；或者 所述客戶端通過網(wǎng)絡(luò)獲取不在所述第一通信賬號的好友列表中，且未接收所述客戶端 發(fā)送的邀請請求的第二通信類型的第二通信賬號。
10. 如權(quán)利要求6-8中任一所述的方法，其特征在于，所述述客戶端接收輸入的攜帶所 述第二通信賬號的第一信息，包括： 所述客戶端顯示用于與所述第二通信賬號進行通信的會話界面，并接收用戶在所述界 面輸入的攜帶所述第二通信賬號的第一信息。
11. 一種信息傳輸客戶端，其特征在于，所述客戶端包括：登錄單元、第一獲取單元、接 收單元和發(fā)送單元，其中 ： 所述登錄單元，用于通過第一通信賬號登錄第一通信類型的服務(wù)器； 所述第一獲取單元，用于獲取不在所述第一通信賬號的好友列表中，且未接收所述客 戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號； 所述接收單元，用于接收用戶輸入的攜帶所述第二通信賬號的第一信息； 所述發(fā)送單元，用于將所述第一信息發(fā)送至所述服務(wù)器，以使所述服務(wù)器將所述第一 信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
12. 如權(quán)利要求11所述的客戶端，其特征在于，所述客戶端還包括： 第二獲取單元，用于獲取所述第一通信賬號的好友列表中的第三通信賬號無法接收信 息的指示消息；所述第二通信賬號與所述第三通信賬號為同一用戶注冊的，且不在所述第 一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的通信賬 號。
13. 如權(quán)利要求11所述的客戶端，其特征在于，所述客戶端還包括： 計時單元，用于向所述第一通信賬號的好友列表中的第四通信賬號發(fā)送第二信息，并 開始計時； 所述第一獲取單元還用于當(dāng)所述計時到達預(yù)設(shè)時間時所述客戶端還沒有接收到所述 第四通信賬號返回的所述信息的響應(yīng)信息時，獲取不在所述第一通信賬號的好友列表中， 且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號的步驟；其中，所述 第二通信賬號與所述第四通信賬號為同一用戶注冊的通信賬號。
14. 如權(quán)利要求11-13中任一項所述的客戶端，其特征在于，所述第一獲取單元還用于 獲取本地存儲的，且不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀 請請求的第二通信類型的第二通信賬號；或者 所述第一獲取單元還用于通過網(wǎng)絡(luò)獲取不在所述第一通信賬號的好友列表中，且未接 收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號。
15. 如權(quán)利要求11-13中任一項所述的客戶端，其特征在于，所述接收單元還用于顯示 用于與所述第二通信賬號進行通信的會話界面，并接收用戶在所述界面輸入的攜帶所述第 二通信賬號的第一信息。
16. -種信息傳輸系統(tǒng)，其特征在于，包括：客戶端和服務(wù)器，其中： 客戶端，用于通過第一通信賬號登錄第一通信類型的服務(wù)器；以及獲取不在所述第一 通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第二通信 賬號；并接收用戶輸入的攜帶所述第二通信賬號的第一信息；再將所述第一信息發(fā)送至所 述服務(wù)器； 所述服務(wù)器，用于將所述第一信息發(fā)送至所述第二通信賬號對應(yīng)的客戶端。
17. 如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述客戶端還用于獲取所述第一通信賬 號的好友列表中的第三通信賬號無法接收信息的指示消息；所述第二通信賬號與所述第三 通信賬號為同一用戶注冊的，且不在所述第一通信賬號的好友列表中，且未接收所述客戶 端發(fā)送的邀請請求的第二通信類型的通信賬號。
18. 如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述客戶端還用于向所述第一通信賬號 的好友列表中的第四通信賬號發(fā)送第二信息，并開始計時，當(dāng)所述計時到達預(yù)設(shè)時間時所 述客戶端還沒有接收到所述第四通信賬號返回的所述第二信息的響應(yīng)信息時，獲取不在所 述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的第二通信類型的第 二通信賬號的步驟；其中，所述第二通信賬號與所述第四通信賬號為同一用戶注冊的通信 賬號。
19. 如權(quán)利要求16-18中任一所述的系統(tǒng)，其特征在于，所述客戶端具體用于獲取本地 存儲的，且不在所述第一通信賬號的好友列表中，且未接收所述客戶端發(fā)送的邀請請求的 第二通信類型的第二通信賬號；或者 所述客戶端具體用于通過網(wǎng)絡(luò)獲取不在所述第一通信賬號的好友列表中，且未接收所 述客戶端發(fā)送的邀請請求的第二通信類型的第二通信賬號。
20. 如權(quán)利要求16-18中任一所述的系統(tǒng)，其特征在于，所述客戶端還用于顯示用于與 所述第二通信賬號進行通信的會話界面，并接收用戶在所述界面輸入的攜帶所述第二通信 賬號的第一信息。
【文檔編號】H04L29/06GK104144105SQ201310429120
【公開日】2014年11月12日 申請日期:2013年9月18日 優(yōu)先權(quán)日:2013年9月18日
【發(fā)明者】張小龍, 單祎 申請人:騰訊科技（深圳）有限公司