信息處理方法和裝置的制造方法
【專利摘要】本申請提供了一種信息處理方法和裝置，該方法包括：接收目標網站向所述開放平臺發送的消息；確定該目標網站中待接收該消息的網站用戶；從該開放平臺該維護的多個用戶中，獲取與該網站用戶關聯的目標用戶；向該目標用戶的客戶端發送該消息。該方法和裝置可以使得用戶能夠更方便的同時獲取多個網站所提供的信息，降低了用戶獲取網站所提供的信息的復雜度。
【專利說明】
信息處理方法和裝置
技術領域
[0001]本申請涉及網絡通信技術領域，更具體的說是涉及一種信息處理方法和裝置。
【背景技術】
[0002]隨著網絡技術的不斷發展，各種網站日益增多。為了獲取到不同網站所提供的服務，用戶可能會在多個網站上進行注冊，這樣，用戶就必然存在多個需要管理的網站賬戶信息。當用戶希望獲取某個網站所提供的服務時，則可以利用該網站對應的賬戶以及密碼登錄該網站。比如，供應商往往會在多個電商網站上開通商戶，這樣，該供應商就需要管理該多個電商網站上的賬戶信息，且如果希望獲取到某個電商網站上的其他用戶發送的詢盤消息或者網站的系統通知等，該供應商就可以利用該電商網站上的賬號以及密碼登錄該電商網站。
[0003]然而，當用戶所管理的網站賬戶的數量較多時，用戶需要記錄大量的賬戶和密碼，使得登錄網站的復雜度提高。同時，很多情況下，用戶如果希望登錄網站，就需要在用戶的終端上安裝該網站對應的客戶端，這樣，如果用戶希望同時獲取到多個網站所提供的服務時，用戶的終端上就需要同時安裝多個不同的客戶端，并且分別通過該多個不同的客戶端登錄到不同的網站才可以獲取到相應網站所提供的服務。這樣，用戶的終端上維護的客戶端數量較多，導致終端資源耗費量大，且用戶需要不斷在多個客戶端之間進行切換，才可能會獲取到不同網站所反饋的信息，使得用戶獲取網站服務的復雜度較高。
【發明內容】
[0004]有鑒于此，本申請提供了一種信息處理方法和裝置，以使得用戶能夠更方便的同時獲取多個網站所提供的信息，降低了用戶獲取多個網站所提供的信息的復雜度。
[0005]為實現上述目的，一方面，本申請提供了一種信息處理方法，應用于開放平臺，所述方法包括:
[0006]接收目標網站向所述開放平臺發送的消息；
[0007]確定所述目標網站中待接收所述消息的網站用戶；
[0008]從所述開放平臺所維護的多個用戶中，獲取與所述網站用戶關聯的目標用戶；
[0009]向所述目標用戶的客戶端發送所述消息。
[0010]優選地，所述接收目標網站向所述開放平臺發送的消息，包括:
[0011 ]通過所述開放平臺與目標網站之間互通的接口，接收所述目標網站發送的消息。
[0012]優選地，所述消息攜帶有待接收所述消息的網站用戶信息；
[0013]所述確定所述目標網站中待接收所述消息的網站用戶，包括:
[0014]獲取所述消息攜帶的所述網站用戶信息；
[0015]依據所述網站用戶信息，確定所述目標網站中待接收所述消息的網站用戶。
[0016]優選地，所述確定所述目標網站中待接收所述消息的網站用戶，包括:
[0017]確定所述目標網站中待接收所述消息的網站用戶的賬號；
[0018]所述從所述開放平臺所述維護的多個用戶中，獲取與所述網站用戶關聯的目標用戶，包括:
[0019]依據預置的賬號之間的綁定關系，從所述開放平臺維護的用戶賬號中，確定與所述網站用戶的賬號具有綁定關系的目標賬號；
[0020]所述向所述目標用戶的客戶端發送所述消息，包括:
[0021]向所述目標賬號所指向的目標用戶的客戶端發送消息。
[0022]優選地，在所述接收目標網站向所述開放平臺發送的消息之前，還包括:
[0023]接收所述開放平臺的用戶通過客戶端發送的二維碼信息；
[0024]解析所述二維碼信息，得到所述二維碼信息所表征的網站以及所述網站中用戶的賬號；
[0025]建立所述開放平臺的用戶的賬號與所述網站中用戶的賬號之間的綁定關系。
[0026]優選地，所述接收目標網站向所述開放平臺發送的消息，包括:
[0027]接收目標電商網站向所述開放平臺發送的消息；
[0028]其中，所述消息包括以下任意一種或多種:
[0029]詢盤消息；
[0030]交易信息；
[0031]語音通話通知；
[0032]所述目標電商網站的統計分析數據。
[0033]另一方面，本申請實施例還提供了一種信息處理裝置，應用于開放平臺，所述裝置包括:
[0034]接收單元，用于接收目標網站向所述開放平臺發送的消息；
[0035]用戶確定單元，用于確定所述目標網站中待接收所述消息的網站用戶；
[0036]用戶獲取單元，用于從所述開放平臺所維護的多個用戶中，獲取與所述網站用戶關聯的目標用戶；
[0037]發送單元，用于向所述目標用戶的客戶端發送所述消息。
[0038]優選的，所述接收單元接收到的所述消息攜帶有待接收所述消息的網站用戶信息;
[0039]所述用戶確定單元，包括:
[0040]信息獲取子單元，用于獲取所述消息攜帶的所述網站用戶信息；
[0041]用戶確定子單元，用于依據所述網站用戶信息，確定所述目標網站中待接收所述消息的網站用戶。
[0042]優選的，所述用戶確定單元，具體為，用于確定所述目標網站中待接收所述消息的網站用戶的賬號；
[0043]所述用戶獲取單元，包括:
[0044]賬號確定子單元，用于依據預置的賬號之間的綁定關系，從所述開放平臺維護的用戶賬號中，確定與所述網站用戶的賬號具有綁定關系的目標賬號；
[0045]所述發送單元具體為，用于向所述目標賬號所指向的目標用戶的客戶端發送消息。
[0046]優選的，所述裝置還包括:
[0047]二維碼獲取單元，用于在所述接收單元接收目標網站向所述開放平臺發送的消息之前，接收所述開放平臺的用戶通過客戶端發送的二維碼信息；
[0048]二維碼解析單元，用于解析所述二維碼信息，得到所述二維碼信息所表征的網站以及所述網站中用戶的賬號；
[0049]關系建立單元，用于建立所述開放平臺的用戶的賬號與所述網站中用戶的賬號之間的綁定關系。
[0050]經由上述的技術方案可知，開放平臺接收到目標網站發送的消息之后，確定該開放平臺所維護的用戶中，與該目標網站中待接收該消息的網站用戶關聯的目標用戶，并將該目標網站發送的消息轉發給目標用戶的客戶端。這樣，用戶不需要登錄該目標網站，也可以通過該開放平臺便可以接收到該目標網站所發送的消息，使得用戶只需要在終端安裝該開放平臺的客戶端，便可以同時獲取到其他任意一個或多個目標網站向該用戶發送的消息，降低了用戶獲取多個網站所提供的信息的復雜度。
【附圖說明】
[0051]為了更清楚地說明本申請實施例的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據提供的附圖獲得其他的附圖。
[0052]圖1示出了本申請一種信息處理方法一個實施例的流程示意圖；
[0053]圖2示出了本申請一種信息處理方法又一個實施例的流程示意圖；
[0054]圖3示出了本申請一種信息處理裝置一個實施例的結構示意圖。
【具體實施方式】
[0055]下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。
[0056]參見圖1，其示出了本申請一種信息處理方法一個實施例的流程示意圖，本實施例的方法應用于一開放平臺，如該開放平臺可以為多營銷平臺，例如B2B開放平臺等等，本實施例的方法可以包括:
[0057]101，接收目標網站向該開放平臺發送的消息。
[0058]其中，該消息為該目標網站需要發送給該目標網站中的網站用戶的信息，該消息可以包括多種類型的數據，如該消息可以為一個通知，例如，目標網站對該網站用戶輸出的提醒信息，該提醒信息可以為網站用戶的登錄情況、信息轉發情況等等的分析結果，也可以是用戶希望關注的新聞或者資訊等。又如，該消息可以為其他用戶向給用戶發送的信息。當然，該消息所包含的具體數據的形式還可以有其他多種可能，在此不加以限制。
[0059]102，確定該目標網站中待接收該消息的網站用戶。
[0060]可以理解的是，目標網站向該開放平臺發送的消息的目的是希望通過該開放平臺使得該目標網站的網站用戶能夠獲取到該消息，因此，需要確定出能夠接收到該消息的網站用戶。
[0061]確定需要接收該消息的網站用戶的方式可以有多種:
[0062]在一種可能的實現方式中，該消息中可以攜帶待接收該消息的網站用戶信息，例如，該網站用戶的用戶名、賬號、標識等信息。這樣，根據該消息中攜帶的網站用戶信息，可以確定目標網站中待接收該消息的網站用戶。
[0063]在另一種可能的實現方式中，在開放平臺接收到該消息之后，該開放平臺可以接收該目標網站發送的網站用戶的信息，進而確定出目標網站中待接收該消息的網站用戶。
[0064]當然，在實際應用中還可以有其他方式來確定需要接收該消息的網站用戶，無論通過哪種方式來確定網站用戶均適用于本申請。
[0065]103，從該開放平臺所維護的多個用戶中，獲取與該網站用戶關聯的目標用戶。
[0066]其中，開放平臺所維護的用戶可以理解為已經在開放平臺上注冊的用戶。
[0067]可以理解的是，同一個用戶可以即在開放平臺注冊，又可以在其他網站注冊，這樣，其他網站接收到需要發送該用戶的消息之后，可以通過該開放平臺將該消息轉發給該用戶。具體的，開放平臺可以建立該用戶在該開放平臺中的用戶身份與該用戶在其他網站中的用戶身份之間的關聯關系，以根據該關聯關系，確定該步驟102中得出的網站用戶所對應的開放平臺中的目標用戶。
[0068]當然，與該網站用戶關聯的目標用戶可以是與該網站用戶可以是同一個使用者，例如同一個人、同一個單位或者同一個供應商等;也可以是不同的使用者，例如，該目標用戶可以是已注冊該開放平臺的用戶中，該網站用戶授權的可信任的目標用戶。
[0069]104，向該目標用戶的客戶端發送該消息。
[0070]向目標用戶的客戶端發送該消息之后，該目標用戶可以通過該客戶端接收到目標網站所發送的消息，實現了僅僅通過開放平臺的客戶端便可以獲取到其他網站的消息。
[0071]在本申請實施例中，開放平臺接收到目標網站發送的消息之后，確定該開放平臺所維護的用戶中，與該目標網站中待接收該消息的網站用戶關聯的目標用戶，并將該目標網站發送的消息轉發給目標用戶的客戶端。這樣，用戶不需要登錄該目標網站，也可以通過該開放平臺便可以接收到該目標網站所發送的消息，使得用戶只需要在終端安裝該開放平臺的客戶端，便可以同時獲取到其他任意一個或多個目標網站向該用戶發送的消息，降低了用戶獲取多個網站所提供的信息的復雜度。
[0072]可選的，在本申請實施例中，開放平臺接收到該消息之后，還可以確定該消息來自的目標網站，并在向客戶端發送給消息的同時，向客戶端發送該目標網站的信息，以使得客戶端展現該消息的同時展示出該目標網站，從而使得用戶可以確定消息來源。
[0073]可以理解的是，在本申請實施例中，為了使得目標網站與開放平臺之間能夠實現信息互通，實現目標網站將接收到的消息自動推送到該開放平臺，該開放平臺可以向該目標網站提供通信接口，并將開放平臺提供的接口與該目標網站的接口互通，這樣，開放平臺可以通過該開放平臺與目標網站之間互通的接口，接收該目標網站發送的消息。
[0074]需要說明的是，該開放平臺的接口實現互通的目標網站可以有多個，本申請實施例中對于任意一個目標網站向該開放平臺發送的消息均可以采用本申請實施例的信息處理方法進行處理。
[0075]在以上實施例中，考慮到開放平臺以及網站一般都以用戶的賬號來區分不同的用戶，可選的，確定待接收該消息的網站用戶具體可以為確定目標網站中待接收該消息的網站用戶的賬號。相應的，開放平臺可以預置網站用戶的賬號與該開放平臺的用戶的賬號之間的綁定關系，這樣依據預置的賬號之間的綁定關系，可以從該開放平臺維護的用戶賬號中，確定與該網站用戶的賬號具有綁定關系的目標賬號，進而向該目標賬號所指向的目標用戶的客戶端發送消息。
[0076]可以理解的是，在以上任意一個實施例中，開放平臺建立該開放平臺的用戶與其他網站的網站用戶的關聯關系的方式可以有多種。可選的，為了能夠保證網站中網站用戶信息的安全性，開放平臺的用戶可以通過掃描網站中網站用戶對應的二維碼，并將掃描到的二維碼發送給開放平臺。這樣，開放平臺接收到用戶通過客戶端發送的二維碼信息之后，解析該二維碼信息，從而得到該二維碼信息所表征的網站以及該網站中的用戶。然后，該開放平臺會建立開放平臺中該用戶與該網站中該用戶之間的綁定關系。
[0077]特別的，當需要建立賬號之間的綁定關系時，則網站用戶對應的二維碼中可以包括該網站用戶的賬號，這樣，開放平臺接收到用戶發送的二維碼信息之后，可以從該二維碼中解析出網站用戶的賬號以及網站用戶所屬的網站，從而建立開放平臺中該用戶的賬號與該網站中該網站用戶的賬號之間的綁定關系。
[0078]可以理解的是，本申請實施例中，該開放平臺與該目標網站可以根據需要設定。可選的，考慮到實際應用中，供應商可能會在多個電商網站上進行注冊，以使得電商網站中的其他用戶可以對該供應商的商品進行詢盤，或者下業務訂單等等，同時，電商網站可能也會為該供應商的銷售情況、詢盤情況進行分析以及統計，并向該供應商推送統計結果。為了避免供應商分別安裝不同電商網站的客戶端，并通過多個客戶端分別接收不同電商網站上的消息，則可以將該多個電商網站與該開放平臺的接口互通，這樣供應商只需要登錄該開放平臺就可以接收該多個電商網站向該開放平臺發送消息。在該種情況下，本申請實施例所述的目標網站可以理解為目標電商網站，該開放平臺可以是企業到企業(B2B，Business-to-Business)的交互平臺。該目標網站的接口可以與該B2B開放平臺的接口互通。
[0079]相應的，該目標電商網站向該開放平臺發送的消息可以包括:詢盤消息、交易信息、語音通話通知、以及該電商網站的統計分析數據等信息中的一種或多種。當然，不同類型的消息在開放平臺的客戶端上展示出的內容也會有所不同。
[0080]為了便于理解電商網站發送的消息，下面以幾種情況舉例進行說明。
[0081]首先介紹詢盤消息。
[0082]詢盤消息的具體格式以及可能包括的內容可以如下:
[0083]標題:新詢盤通知
[0084]時間:XXX年XX月XX日XX時XX分;
[0085]產品:xxxxx(接受詢盤的產品名稱等信息)；
[0086]詢盤編號:xxxx;
[0087]詢盤內容:xxxxxx(其他用戶向供應商發送的具體詢盤內容)；
[0088]聯系電話:xxxxxx;
[0089]查看詳情:對應鏈接地址。
[0090]其次，對交易信息進行介紹。
[0091]該交易信息可以是電商網站接收到其他用戶向供應商發起的交易時，向該開放平臺發送的交易推送。
[0092]如，該交易信息的內容包括以下任意一種或多種:
[0093]標題:您有一條新的交易信息等待確認；
[0094]時間:xx月XX日XX時XX分；
[0095]內容:采購會員XX(姓名)提交交易，金額XX(XXX.XX)元/萬元，采購產品xxxx(名稱)，等待您的確認；
[0096]查看詳情:對應鏈接地址。
[0097]再次，對語音通話通知進行介紹。
[0098]其中，語音通話通知也可以稱為400通知。
[0099]該語音通話通知的具體格式以及可能包括的內容可以如下:
[0100]標題:您有一條400通話信息；
[0101]時間:xxx年XX月XX日XX時XX分；
[0102]內容:xxxxxx，xxxx(如，電話號碼的地域地址)的采購會員聯系過你，通話x分XX秒，請及時標注。
[0103]最后，對電商網站的統計分析數據進行介紹。
[0104]分析數據的格式以及可能包括的內容可以如下:
[0105]本周店鋪的頁面瀏覽量；
[Ο?Ο?] 本周店鋪的獨立IP訪問量(UV，unique visito)訪問用戶量；
[0107]本周詢盤數量；
[0108]本周接受訪客數量。
[0109]需要說明的是，以上僅僅是以電商網站的4種服務的簡單形態進行介紹，在實際應用中，消息的種類還可以有其他多種，具體可以根據實際需求，以及電商網站與開放平臺的預先設定為準。
[0110]為了便于理解，以多個電商網站與開放平臺的接口互通為例進行介紹。為了便于描述，以一個電商網站向該開放平臺發送的消息為詢盤消息為例。參見圖2，其示出了本申請一種信息處理方法又一個實施例的流程交互示意圖，本實施例的方法應用于開放平臺，本實施例的方法可以包括:
[0111]201，目標電商網站接收網站用戶A向網站用戶B發送的詢盤消息。
[0112]其中，該網站用戶A可以理解為采購方，而該網站用戶B可以理解為供應商。
[0113]供應商在電商網站中開放有網上店鋪，其他用戶可以向該供應商發送詢盤消息。
[0114]202，目標電商網站將該詢盤消息發送給開放平臺，該詢盤消息攜帶有該網站用戶B的賬號。
[0115]進一步的，該詢盤消息中還可以包括該目標電商網站的信息，如該目標電商網站的名稱或者IP地址等等。這樣，開放平臺接收到該消息時，可以確定出發送該消息的電商網站。
[0116]203，開放平臺依據賬號綁定關系，確定該開放平臺的用戶賬號中與該網站用戶B的賬號綁定的目標賬號。
[0117]其中，該步驟203的具體實現過程可以參見前面實施例的相關描述，在此不再贅述。
[0118]特別的，在電商網站發送的消息中包括有該電商網站的信息時，開放平臺可以查詢該開放平臺與該電商網站之間的賬號的綁定關系，以減少數據查詢量，提高確定目標賬號的速度。
[0119]204，開放平臺將該詢盤消息發送給該目標賬號對應的目標用戶的客戶端。
[0120]205，客戶端輸出該詢盤消息，以提示用戶處理該詢盤消息。
[0121]進一步的，開放平臺在將該消息發送給客戶端的同時，可以將該電商網站的信息發送給客戶端，這樣客戶端輸出消息的同時，還可以輸出該消息來源的電商網站，從而使得客戶端的用戶可以明確消息來源，以變更為準確和迅速的處理相關消息。
[0122]可以理解的是，在本申請以上任意一個實施例中，客戶端接收到該消息之后，用戶還可以通過客戶端對該消息進行處理，如，輸入對該消息的回復，例如，對詢盤消息進行回復。這樣，客戶端獲取用戶對該消息的處理結果之后，該客戶端會將該處理結果返回給開放平臺。而開放平臺接收到該處理結果之后，可以確定該處理結果所針對的消息以及發送該消息的電商網站，并將該處理結果返回給該電商網站，以便電商網站依據該處理結果進行更新。
[0123]另一方面，對應本申請的一種信息處理方法，本申請實施例還提供了一種信息處理裝置。
[0124]參見圖3，其示出了本申請一種信息處理裝置一個實施例的結構示意圖。本實施例的信息處理裝置可以應用于開放平臺。
[0125]本實施例的裝置可以包括:
[0126]接收單元301，用于接收目標網站向所述開放平臺發送的消息；
[0127]用戶確定單元302，用于確定所述目標網站中待接收所述消息的網站用戶；
[0128]用戶獲取單元303，用于從所述開放平臺所維護的多個用戶中，獲取與所述網站用戶關聯的目標用戶；
[0129]發送單元304，用于向所述目標用戶的客戶端發送所述消息。
[0130]可選的，所述接收單元，具體為:
[0131]通過所述開放平臺與目標網站之間互通的接口，接收所述目標網站發送的消息
[0132]可選的，所述接收單元接收到的所述消息攜帶有待接收所述消息的網站用戶信息;
[0133]相應的，用戶確定單元，包括:
[0134]信息獲取子單元，用于獲取所述消息攜帶的所述網站用戶信息；
[0135]用戶確定子單元，用于依據所述網站用戶信息，確定所述目標網站中待接收所述消息的網站用戶。
[0136]可選的，所述用戶確定單元，具體為，用于確定所述目標網站中待接收所述消息的網站用戶的賬號；
[0137]相應的，用戶獲取單元，包括:
[0138]賬號確定子單元，用于依據預置的賬號之間的綁定關系，從所述開放平臺維護的用戶賬號中，確定與所述網站用戶的賬號具有綁定關系的目標賬號；
[0139]所述發送單元具體為，用于向所述目標賬號所指向的目標用戶的客戶端發送消息。
[0140]進一步的，該裝置還可以包括:
[0141]二維碼獲取單元，用于在所述接收單元接收目標網站向所述開放平臺發送的消息之前，接收所述開放平臺的用戶通過客戶端發送的二維碼信息；
[0142]二維碼解析單元，用于解析所述二維碼信息，得到所述二維碼信息所表征的網站以及所述網站中用戶的賬號；
[0143]關系建立單元，用于建立所述開放平臺的用戶的賬號與所述網站中用戶的賬號之間的綁定關系。
[0144]可選的，以上接收單元具體可以為:
[0145]接收目標電商網站向所述開放平臺發送的消息；
[0146]相應的，所述消息可以包括以下任意一種或多種:
[0147]詢盤消息；
[0148]交易信息；
[0149]語音通話通知；
[0150]所述目標電商網站的統計分析數據。
[0151]對于裝置實施例而言，由于其基本相應于方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解并實施。
[0152]在本發明所提供的幾個實施例中，應該理解到，所揭露的裝置和方法，在沒有超過本申請的精神和范圍內，可以通過其他的方式實現。當前的實施例只是一種示范性的例子，不應該作為限制，所給出的具體內容不應該限制本申請的目的。例如，所述單元或子單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或多個子單元結合一起。另外，多個單元可以或組件可以結合或者可以集成到另一個系統，或一些特征可以忽略，或不執行。
[0153]另外，所描述系統和方法以及不同實施例的示意圖，在不超出本申請的范圍內，可以與其它系統，模塊，技術或方法結合或集成。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。
[0154]以上所述僅是本發明的【具體實施方式】，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護范圍。
【主權項】
1.一種信息處理方法，其特征在于，應用于開放平臺，所述方法包括: 接收目標網站向所述開放平臺發送的消息； 確定所述目標網站中待接收所述消息的網站用戶； 從所述開放平臺所維護的多個用戶中，獲取與所述網站用戶關聯的目標用戶； 向所述目標用戶的客戶端發送所述消息。2.根據權利要求1所述的方法，其特征在于，所述接收目標網站向所述開放平臺發送的消息，包括: 通過所述開放平臺與目標網站之間互通的接口，接收所述目標網站發送的消息。3.根據權利要求1所述的方法，其特征在于，所述消息攜帶有待接收所述消息的網站用戶信息； 所述確定所述目標網站中待接收所述消息的網站用戶，包括: 獲取所述消息攜帶的所述網站用戶信息； 依據所述網站用戶信息，確定所述目標網站中待接收所述消息的網站用戶。4.根據權利要求1或3所述的方法，其特征在于，所述確定所述目標網站中待接收所述消息的網站用戶，包括: 確定所述目標網站中待接收所述消息的網站用戶的賬號； 所述從所述開放平臺所述維護的多個用戶中，獲取與所述網站用戶關聯的目標用戶，包括: 依據預置的賬號之間的綁定關系，從所述開放平臺維護的用戶賬號中，確定與所述網站用戶的賬號具有綁定關系的目標賬號； 所述向所述目標用戶的客戶端發送所述消息，包括: 向所述目標賬號所指向的目標用戶的客戶端發送消息。5.根據權利要求4所述的方法，其特征在于，在所述接收目標網站向所述開放平臺發送的消息之前，還包括: 接收所述開放平臺的用戶通過客戶端發送的二維碼信息； 解析所述二維碼信息，得到所述二維碼信息所表征的網站以及所述網站中用戶的賬號； 建立所述開放平臺的用戶的賬號與所述網站中用戶的賬號之間的綁定關系。6.根據權利要求1所述的方法，其特征在于，所述接收目標網站向所述開放平臺發送的消息，包括: 接收目標電商網站向所述開放平臺發送的消息； 其中，所述消息包括以下任意一種或多種: 詢盤消息； 交易信息； 語音通話通知； 所述目標電商網站的統計分析數據。7.一種信息處理裝置，其特征在于，應用于開放平臺，所述裝置包括: 接收單元，用于接收目標網站向所述開放平臺發送的消息； 用戶確定單元，用于確定所述目標網站中待接收所述消息的網站用戶； 用戶獲取單元，用于從所述開放平臺所維護的多個用戶中，獲取與所述網站用戶關聯的目標用戶； 發送單元，用于向所述目標用戶的客戶端發送所述消息。8.根據權利要求7所述的裝置，其特征在于，所述接收單元接收到的所述消息攜帶有待接收所述消息的網站用戶信息； 所述用戶確定單元，包括: 信息獲取子單元，用于獲取所述消息攜帶的所述網站用戶信息； 用戶確定子單元，用于依據所述網站用戶信息，確定所述目標網站中待接收所述消息的網站用戶。9.根據權利要求7或8所述的方法，其特征在于，所述用戶確定單元，具體為，用于確定所述目標網站中待接收所述消息的網站用戶的賬號； 所述用戶獲取單元，包括: 賬號確定子單元，用于依據預置的賬號之間的綁定關系，從所述開放平臺維護的用戶賬號中，確定與所述網站用戶的賬號具有綁定關系的目標賬號； 所述發送單元具體為，用于向所述目標賬號所指向的目標用戶的客戶端發送消息。10.根據權利要求9所述的裝置，其特征在于，還包括: 二維碼獲取單元，用于在所述接收單元接收目標網站向所述開放平臺發送的消息之前，接收所述開放平臺的用戶通過客戶端發送的二維碼信息； 二維碼解析單元，用于解析所述二維碼信息，得到所述二維碼信息所表征的網站以及所述網站中用戶的賬號； 關系建立單元，用于建立所述開放平臺的用戶的賬號與所述網站中用戶的賬號之間的綁定關系。
【文檔編號】H04L29/08GK105933409SQ201610248599
【公開日】2016年9月7日
【申請日】2016年4月20日
【發明人】王路, 樊賀, 楊碧天, 付朋飛, 喬景亮, 張麗輝, 朱雨瑩, 張揚蕾, 駱超鋒, 陳拓
【申請人】鄭州悉知信息科技股份有限公司