TWI638325B - Instant messaging client, instant messaging server and instant messaging method - Google Patents
Instant messaging client, instant messaging server and instant messaging method Download PDFInfo
- Publication number
- TWI638325B TWI638325B TW101146884A TW101146884A TWI638325B TW I638325 B TWI638325 B TW I638325B TW 101146884 A TW101146884 A TW 101146884A TW 101146884 A TW101146884 A TW 101146884A TW I638325 B TWI638325 B TW I638325B
- Authority
- TW
- Taiwan
- Prior art keywords
- status information
- transaction status
- user
- instant messaging
- transaction
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/02—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail using automatic reactions or user delegation, e.g. automatic replies or chatbot-generated messages
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申請提供了一種即時通訊用戶端、一種即時通訊伺服器和一種即時通訊方法,其中的即時通訊方法具體包括:用戶端針對存取聯繫人發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到。本申請能夠減輕即時通訊伺服器的訪問負擔,提高即時通訊效率,提升即時通訊用戶的使用體驗。
Description
本申請係關於即時通訊技術領域,特別係關於一種即時通訊用戶端、一種即時通訊伺服器和一種即時通訊方法。
即時通訊(IM,Instant Message)技術在電子商務中的應用越來越廣泛。它已經從先前的娛樂聊天、檔案傳輸工具逐漸擴展為電子商務交易中不可缺少的通訊工具。為了增加線上交易流程的便利性,交易雙方透過安裝在用戶端的即時通信軟體進行溝通。
隨著交易的增多,賣家不可能記住每個賣家的交易狀態變化,為了更好地與買家用戶溝通,賣家通常需要先瞭解當前存取的買家用戶的交易狀態資訊,根據交易狀態資訊,準確、及時地與買家用戶溝通。其中,交易狀態資訊通常是隨著交易的進行而不斷發生變化的。例如,一個交易的訂單通常包括賣家用戶ID、買家用戶ID、商品資訊、訂單編號等,交易狀態資訊通常包括以下流程:已拍下→已付款→已發貨→已確認收貨→已評價等等。在交易的過程中,隨著訂單的變化,對應的交易狀態不斷變化。這些資訊通常記錄在電子商務網站的交易伺服器中。
現有技術中,如果賣家用戶想獲知某一訂單的交易狀態資訊,必須登錄到web端的電子商務網站對應的交易伺
服器中進行交易狀態資訊的查詢。這導致在即時通訊過程中,賣家用戶需要頻繁的在用戶端的即時通信軟體和web端的電子商務網站之間進行切換。尤其是在賣家用戶有大的促銷活動時,在很短的時間內可能會存取很多買家用戶,賣家用戶需要更加頻繁的切換,這不但增加了交易伺服器和即時通訊伺服器的訪問負擔,而且大幅降低了賣家用戶的工作效率,特別是對於交易伺服器因訪問量過大而不能及時回應時,賣家用戶不能及時獲取交易狀態資訊,導致不能及時回覆買家用戶,買家用戶只能等待回覆,這不但降低了即時通訊效率,而且降低了即時通訊用戶的使用體驗。
總之,需要本領域技術人員迫切解決的一個技術問題就是:如何能夠減輕即時通訊伺服器的訪問負擔,提高即時通訊效率,以及提升即時通訊用戶的使用體驗。
本申請的目的在於,提供一種即時通訊方法、一種即時通訊用戶端和一種即時通訊伺服器,以減輕即時通訊伺服器的訪問負擔,提高即時通訊效率,提升即時通訊用戶的使用體驗。
為了解決上述問題,本申請公開了一種即時通訊方法,包括:用戶端針對存取聯繫人發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的
交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到。
較佳的,該用戶端針對存取聯繫人發送相應的交易狀態資訊查詢請求,包括:用戶端針對存取聯繫人,向即時通訊伺服器發送相應的交易狀態資訊查詢請求;該接收依據該交易狀態資訊查詢請求返回的交易狀態資訊,包括:接收該即時通訊伺服器依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在即時通訊伺服器端或交易伺服器端的交易狀態資料庫中查詢得到。
較佳的,該用戶端針對存取聯繫人發送相應的交易狀態資訊查詢請求,包括:用戶端針對存取聯繫人,向交易伺服器發送相應的交易狀態資訊查詢請求;該接收依據該交易狀態資訊查詢請求返回的交易狀態資訊,包括:接收交易伺服器依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易伺服器端的交易狀態資料庫中
查詢得到。
較佳的,該方法還包括:對接收到的交易狀態資訊進行即時展示;或者,依據用戶端用戶針對存取聯繫人的相關操作,對接收到的交易狀態資訊進行展示。
較佳的,該方法還包括:依據交易狀態資訊,調整相應存取聯繫人在即時通訊視窗中的順序。
較佳的,該方法還包括:將存取聯繫人的交易狀態資訊查詢請求記錄至請求資料庫;依據請求資料庫中交易狀態資訊查詢請求的順序,發送請求資料庫中交易狀態資訊查詢請求。
較佳的,該方法還包括:依據接收得到的交易伺服器或即時通訊伺服器推送的交易狀態資訊,調整請求資料庫中交易狀態資訊查詢請求的順序。
較佳的,該方法還包括:即時通訊用戶端針對即時通訊視窗的聯繫人列表中的聯繫人,發送相應的交易狀態資訊查詢請求。
較佳的,該用戶端用戶為線上交易的賣家用戶,該存取聯繫人為線上交易的買家用戶。
另一方面,本申請還公開了一種即時通訊方法,包括:
接收來自即時通訊用戶端的交易狀態資訊查詢請求,該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊;向即時通訊用戶端返回查詢得到的交易狀態資訊。
較佳的,該依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊的步驟,進一步包括:將接收到的交易狀態資訊查詢請求轉發給交易伺服器;接收交易伺服器依據交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到的相應的交易狀態資訊。
較佳的,該依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊的步驟,進一步包括:依據該用戶端用戶的ID和存取聯繫人的ID,在即時通訊伺服器端的交易狀態資料庫中查詢得到相應的交易狀態資訊。
較佳的,透過如下步驟得到即時通訊伺服器端的交易狀態資料庫:即時通訊伺服器向交易伺服器發送資訊查詢請求;該
資訊查詢請求中攜帶賣家用戶的ID;接收交易伺服器依據資訊查詢請求返回的交易狀態資訊;將交易狀態資訊及對應的賣家用戶的ID、買家用戶的ID保存至即時通訊伺服器端的交易狀態資料庫。
較佳的,該方法還包括:交易狀態資訊推送步驟:監測到交易狀態資訊是否發生變化;當監測到交易狀態資訊發生變化時,根據該發生變化的交易狀態資訊,確定對應的用戶端用戶的ID;向該用戶端用戶的ID對應的用戶端推送該交易狀態資訊。
另一方面,本申請還公開了一種即時通訊用戶端,包括:發送模組,用於針對存取聯繫人發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;及接收模組,用於接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到。
另一方面,本申請還公開了一種即時通訊伺服器端,包括:請求接收模組,用於接收來自即時通訊用戶端的交易
狀態資訊查詢請求,該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;查詢模組,用於依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊;及返回模組,用於向即時通訊用戶端返回查詢得到的交易狀態資訊。
與現有技術相比,本申請具有以下優點:本申請針對存取聯繫人發送相應的交易狀態資訊查詢請求,該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,並接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;相對於現有技術,在即時通訊過程中,賣家用戶需要在用戶端的即時通信軟體和web端的電子商務網站之間進行頻繁切換以查詢交易狀態資訊進行溝通,容易出現溝通不暢和溝通效率低下的問題;而本申請依據該交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到該交易狀態資訊,能夠避免上述頻繁切換,故能夠減輕交易伺服器和即時通訊伺服器的訪問負擔;並且,對於線上交易的賣家用戶而言,可以在同一個即時通訊的入口中進行溝通和交易狀態資訊的獲取,能夠提高其即時通訊的速度,增加溝通的流暢度,而從買方的角度,則減少了等待時間;總之,本申請能夠大大減少即時通訊時間,既能夠提高即時通訊效率,又能夠提高即時通訊用戶的使用體驗。
為使本申請的上述目的、特徵和優點能夠更加明顯易懂,下面結合附圖和具體實施方式對本申請作進一步詳細的說明。
在透過即時通訊工具進行線上交易的流程中,交易雙方的溝通和交易狀態資訊的生成往往是必不可少的一部分。目前,對於交易的賣家用戶而言,交易雙方的溝通和交易狀態資訊的查詢在不同的入口,前者在即時通訊伺服器,後者在交易伺服器。因此,一個完整的線上交易流程往往需要賣家用戶頻繁的在即時通訊用戶端和交易伺服器之間切換,這不但增加了交易伺服器和即時通訊伺服器的訪問負擔,而且降低了即時通訊效率,嚴重影響即時通訊用戶的使用體驗。
針對上述技術問題,本申請實施例對現有的即時通訊技術進行改進,透過針對存取聯繫人發送相應的交易狀態資訊查詢請求;並接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;使其在原有的通訊功能的基礎上,根據存取聯繫人進行交易狀態資訊的查詢,這樣,對於賣家用戶而言,可以在同一個入口中進行溝通和交易狀態資訊的獲取,這提高了其即時通訊的速度,無需頻繁訪問,這減輕了即時通訊伺服器的訪問負擔,而從買方的角度,則減少了等待時間;總之,本申請能夠大大減少即時通訊時間,既能夠提高即時通訊效率,又能夠提高即時通訊用戶的使用體驗。
下面對即時通訊用戶端側的通訊方法進行詳細說明。
參照圖1,其示出了本申請一種即時通訊用戶端側的通訊方法實施例一的流程圖,具體可以包括:步驟101、即時通訊用戶端針對存取聯繫人發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;在本申請實施例中,該存取聯繫人可以是線上交易的買家用戶,該用戶端用戶可以是線上交易的賣家用戶。存取聯繫人為與用戶端用戶建立即時通訊連接的聯繫人。通常建立通訊連接的方式可以包括:買家用戶與賣家用戶建立的連接,如買家用戶為諮詢賣家的商品資訊或者與賣家用戶達成交易的交易狀態資訊等,而與賣家用戶建立通訊連接;也可以是賣家用戶與買家建立的連接,如溝通商品資訊、廣告資訊等。
建立即時通訊連接的方式還可以包括:用戶端用戶與存取聯繫人至少一方建立即時通訊視窗。此種方式對應的存取聯繫人主要可以包括兩種情形:一種是存取聯繫人存在於用戶端用戶的聯繫人列表中;另一種是存取聯繫人不在用戶端用戶的聯繫人列表中,但已經開啟了相應的用戶端用戶與該存取聯繫人的即時通訊視窗。在實際中,可以採用聯繫人列表來記錄即時通訊視窗中的存取聯繫人。可
以理解,如果用戶端用戶關閉了某個存取聯繫人的即時通訊視窗或者將某個存取聯繫人從聯繫人列表中刪除,則可認為相應存取聯繫人已不在聯繫人列表中;或者,如果用戶端用戶開啟了某個聯繫人的即時通訊視窗將或將某個聯繫人添加至聯繫人列表,則可認為相應聯繫人存在於聯繫人列表中。
本申請的即時通訊用戶端可針對存取聯繫人發送相應的交易狀態資訊查詢請求。在實際中,交易狀態資訊查詢請求中可以攜帶有賣家用戶ID(Identity)、買家用戶ID等資訊,但賣家用戶ID、買家用戶ID並不作為交易狀態資訊查詢請求中攜帶資訊的應用限制。
步驟102、即時通訊用戶端接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到。
本申請實施例可以用於各種線上交易流程中,用於提供溝通功能和交易狀態資訊獲取功能,本申請實施例中以淘寶的即時通訊線上交易流程為例進行說明,其他交易流程的交易狀態資訊可相互參照即可。
例如,淘寶的線上交易流程中,web端生成的交易狀態資訊不斷發生變化,假設該交易狀態資訊的變化流程包括:已拍下→已付款→已發貨→已確認收貨→已評價等等,相應的說明如下:A1、買家用戶(存取聯繫人)先是從web端的商品
頁進入即時通訊視窗,以諮詢一件商品,此時,由於未發生交易,在交易狀態資料庫中沒有該店主的ID和該存取聯繫人的ID的交易資料,因此不存在對應的交易狀態資訊;A2、當該買家用戶拍下該商品之後,則“已拍下”的交易資訊將會被發送至交易狀態資料庫中,並在交易狀態資料庫中記錄該店主的ID和該存取聯繫人的ID的交易資料,此時對應的交易狀態資訊為“已拍下”;A3、在拍下該商品之後,如果該買家用戶進行付款,則“已付款”的交易資訊將會被發送至交易狀態資料庫中並記錄,對應交易狀態資訊變為“已付款”;A4、在該買家用戶付款後,如果賣家用戶的客服或倉庫已經為該買家用戶發貨,“已發貨””的交易資訊將會被發送至交易狀態資料庫中並記錄,對應的交易狀態資訊變為“已發貨”;A5、在賣家用戶發貨後,如果該買家用戶收到貨,並在web端確認收貨,則“已確認收貨”的交易資訊將會被發送至交易狀態資料庫中並記錄,對應的交易狀態資訊變為“已確認收貨”;A6、在該買家用戶確認收貨後,如果其在web端進行了評價,則“買家已評價”的交易資訊將會被發送至交易狀態資料庫中並記錄,對應的的交易狀態資訊變為“買家已評價”;A7、在該買家用戶評價後,如果賣家用戶也進行了
評價,則“雙方已評價”的交易資訊將會被發送至交易狀態資料庫中並記錄,對應的交易狀態資訊變為“雙方已評價”。
上述A6和A7買家用戶和賣家用戶的評價順序可以互做調換。
本申請的即時通訊用戶端可以在獲取到存取聯繫人後觸發相應存取聯繫人的交易狀態資訊查詢請求。例如,上述步驟A1中,買家用戶從web端的商品頁進入用戶端用戶(這裏的用戶端用戶可以是店主或者店鋪客服)的即時通訊視窗,以諮詢一件商品;此時,由於買家用戶已與用戶端用戶建立即時通訊連接,故可以將該買家用戶作為存取聯繫人,並觸發相應的交易狀態資訊查詢請求,並在交易狀態資訊查詢請求中攜帶店主ID和存取聯繫人ID,以在交易狀態資料庫中查詢店主和存取聯繫人之間的交易狀態資訊。
在即時通訊的過程中,賣家用戶可以根據即時通訊用戶端獲取的交易狀態資訊快速判斷與買家用戶之間的交易狀態資訊,這能夠節省登錄web端查詢交易狀態資訊的操作,故能夠有效提高即時通訊效率。
相對於現有技術,在即時通訊過程中,賣家用戶需要在用戶端的即時通信軟體和web端的電子商務網站之間進行頻繁切換以查詢交易狀態資訊進行溝通,容易出現溝通不暢或者效率低下的問題;而本申請能夠依據該交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的
ID在交易狀態資料庫中查詢得到該交易狀態資訊,能夠避免上述頻繁切換,從而能夠減輕交易伺服器和即時通訊伺服器的訪問負擔;並且,對於線上交易的賣家用戶而言,可以在同一個即時通訊的入口中進行溝通和交易狀態資訊的獲取,這樣,賣家用戶可以依據交易狀態資訊區分出不同的賣家用戶,能夠提高其即時通訊的速度和流暢度;而從買方的角度,則減少了即時通訊中的等待時間;總之,本申請能夠大大減少即時通訊時間,既能夠提高即時通訊效率,又能夠提高即時通訊用戶的使用體驗。
參照圖2,其示出了本申請一種即時通訊用戶端側的通訊方法實施例二的流程圖,具體可以包括:步驟201、即時通訊用戶端針對存取聯繫人,向交易伺服器發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;步驟202、即時通訊用戶端接收交易伺服器依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易伺服器端的交易狀態資料庫中查詢得到。
由於交易狀態資訊通常記錄在電子商務網站的交易伺服器的交易狀態資料庫中,同時記錄的還可以包括:賣家
用戶ID、買家用戶ID、商品資訊、訂單編號、交易狀態資訊的發生時間等資訊,故發送方案1向交易伺服器發送交易狀態資訊查詢請求。
實施例二中,步驟201針對存取聯繫人,向交易伺服器發送相應的交易狀態資訊查詢請求;交易伺服器可以依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到相應的交易狀態資訊,並返回;則該步驟202可以接收交易伺服器依據該交易狀態資訊查詢請求返回的交易狀態資訊。
需要說明的是,在交易伺服器端的交易狀態資料庫中記錄的交易狀態資訊是根據接收到的交易狀態資訊的不同而不斷發生變化的,因此,查詢得到的交易狀態資訊及即時通訊用戶端接收的交易狀態資訊也可以是不斷變化的。
參照圖3,其示出了本申請一種即時通訊用戶端側的通訊方法實施例三的流程圖,具體可以包括:步驟301、即時通訊用戶端針對存取聯繫人,向即時通訊伺服器發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;步驟302、即時通訊用戶端接收該即時通訊伺服器依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易
狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在即時通訊伺服器端或交易伺服器端的交易狀態資料庫中查詢得到。
相對於實施例二向交易伺服器發送交易狀態資訊查詢請求,實施例三可以向即時通訊伺服器發送交易狀態資訊查詢請求,相應的實現方案具體可以包括:該步驟301中,可針對存取聯繫人,向即時通訊伺服器發送相應的交易狀態資訊查詢請求;該步驟302中,可接收即時通訊伺服器依據該交易狀態資訊查詢請求返回的交易狀態資訊。
由於實施例三中即時通訊伺服器依據交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊,本申請可以提供即時通訊伺服器的查詢方案:
即時通訊伺服器將接收到的交易狀態資訊查詢請求轉發給交易伺服器,由交易伺服器依據交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到相應的交易狀態資訊,並返回。
可見,查詢方案A1中的交易狀態資料庫是位於交易伺服器端的。
相對於查詢方案A1中的交易狀態資料庫是位於交易伺服器端,處理方案中即時通訊伺服器端也可以設置交易狀態資料庫。即時通訊伺服器端的交易狀態資料庫可用於儲存賣家用戶的ID、買家用戶的ID及相應的交易狀態資訊。
本申請獲取即時通訊伺服器端的交易狀態資料庫的方案具體可以包括:即時通訊伺服器可以定期向交易伺服器發送資訊查詢請求;接收交易伺服器依據資訊查詢請求返回的交易狀態資訊;將交易狀態資訊及對應的賣家用戶的ID、買家用戶的ID保存至即時通訊伺服器端的交易狀態資料庫。這裡的定期可以為每天、每小時、每10分鐘等等,本申請對具體的週期不加以限制。
在具體實現中,該資訊查詢請求中可以僅攜帶賣家用戶的ID,則此時交易伺服器返回的交易狀態資訊可以包括該賣家用戶的ID與各買家用戶的ID的交易狀態資訊。可以理解,該資訊查詢請求中還可以攜帶賣家用戶的ID和買家用戶的ID,則交易伺服器返回的交易狀態資訊可以包括該賣家用戶的ID與該買家用戶的ID的交易狀態資訊。
則查詢方案A2的實現過程具體可以包括:依據接收到的交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的ID,在即時通訊伺服器端的交易狀態資料庫中查詢得到相應的交易狀態資訊。
可以理解,本領域技術人員可以單獨使用上述查詢方
案A1或查詢方案A2;也可以結合使用上述查詢方案A1和查詢方案A2,例如,在查詢方案A2查詢失敗時,可以使用查詢方案A1進行交易狀態資訊的查詢。
參照圖4,其示出了本申請一種即時通訊用戶端側的通訊方法實施例四的流程圖,具體可以包括:步驟401、即時通訊用戶端針對存取聯繫人發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;步驟402、即時通訊用戶端接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到;步驟403、對接收到的交易狀態資訊進行即時展示;或者,依據用戶端用戶針對存取聯繫人的相關操作,對接收到的交易狀態資訊進行展示。
實施例四中對接收到的交易狀態資訊的展示,能夠更加方便用戶端用戶依據展示的交易狀態資訊區分不同的存取聯繫人,提高即時通訊效率。
在具體實現中,該即時展示可以為接收到交易狀態資訊,立即進行展示;該用戶端用戶針對存取聯繫人的相關操作可以包括針對即時通訊視窗中聯繫人或者聯繫人列表
中聯繫人的操作等,該相關操作可以透過用戶的滑鼠、鍵盤、觸摸等操作產生。
本申請可以提供如下該交易狀態資訊的展示方案:
如果賣家用戶有大的促銷活動,可能在很短的時間內存取很多聯繫人,如果使用現有技術的即時通信工具,賣家用戶很難分辨跟這些存取聯繫人的交易進展,即使賣家用戶去web端查詢到了這些存取聯繫人的交易狀態資訊,很難將這些交易狀態資訊跟眾多的存取聯繫人對上號,此種情況下不知如何跟眾多的存取聯繫人溝通,嚴重影響了即時通訊效率。
針對上述情形,展示方案1可以在即時通訊視窗的聯繫人列表中將該交易狀態資訊展示在相應聯繫人的區域。
參照圖5,其示出了本申請一種即時通訊視窗的示例1,其具體可以包括聯繫人列表和聊天視窗,該聯繫人列表進一步包括聯繫人區域,該聯繫人區域又進一步包括聯繫人標識(聯繫人1、2、3等)和相應的交易狀態資訊;其中,聯繫人列表一直可見,在點擊某一聯繫人區域時,可切換至相應的聯繫人視窗。
依據圖5的示例,即使存取聯繫人眾多,聯繫人列表仍能夠在聯繫人區域對應地展示聯繫人和相應的交易狀態資訊。亦即展示方案2能夠將交易狀態資訊一目了然地展示在相應聯繫人的區域,故能夠節省用戶端用戶將存取聯
繫人對號的時間,大大節省即時通訊時間。
展示方案2可以將該交易狀態資訊展示在即時通訊視窗的聯繫人描述區域。
參照圖6,其示出了本申請一種即時通訊視窗的示例2,其具體可以包括聯繫人列表、聊天視窗和聯繫人描述區域,該聯繫人列表進一步包括聯繫人區域,該聯繫人區域又進一步包括聯繫人標識(聯繫人1、2、3等),該聯繫人描述區域可以進一步包括展示的交易狀態資訊;其中,聯繫人列表一直可見,在點擊某一聯繫人區域時,才可切換至相應的聯繫人視窗和相應的聯繫人描述區域。
依據圖6的示例,即使存取聯繫人眾多,如果用戶想查看與某個聯繫人之間的交易狀態資訊,可透過點擊相應的聯繫人區域,切換至相應的聯繫人視窗和相應的聯繫人描述區域,然後透過聯繫人描述區域內展示的交易狀態資訊進行分辨。
可以理解,展示方案1和展示方案2可以結合使用。例如,參照圖7,其示出了本申請一種即時通訊視窗的示例3,其具體可以包括聯繫人列表、聊天視窗和聯繫人描述區域,該聯繫人列表進一步包括聯繫人區域,該聯繫人區域又進一步包括聯繫人標識(聯繫人1、2、3等)和相應的交易狀態資訊,該聯繫人描述區域可以進一步包括展示的交易狀態資訊;其中,聯繫人列表一直可見,在點擊
某一聯繫人區域時,可切換至相應的聯繫人視窗和相應的聯繫人描述區域。
展示方案3可以圖示形式展示該交易狀態資訊,其中,不同交易狀態資訊對應不同的圖示。
圖示(icon)是一種圖示格式,可用於系統圖示、軟體圖示等,這種圖示副檔名為*.icon、*.ico。參照圖8,其示出了本申請一種以圖示形式展示該交易狀態資訊的示例,其中,“已拍下”、“已付款”和“已發貨”對應不同的圖示。
本申請實施例的圖示用於區分不同的交易狀態資訊,本申請還可以給出類似的實施方式,例如,還可以根據不同的顏色來區別不同的交易狀態資訊。如用黃色表示“已拍下”,用綠色表示“已付款”,用藍色表示“已發貨”等等。本申請對交易狀態資訊的具體展現形式不加以區分。
在本申請的一種較佳實施例中,該即時通訊用戶端展示該交易狀態資訊的步驟,還可以包括:在用戶操作進入該圖示的周圍區域內時,展示該圖示的文字資訊,在用戶操作移出該圖示的周圍區域時,該圖示的文字資訊消失,該用戶操作具體可以包括用戶的滑鼠、鍵盤、觸摸等操作,本申請對具體的用戶操作不加以限制。
參照圖9,其示出了本申請一種即時通訊用戶端側的通訊方法實施例五的流程圖,具體可以包括:步驟901、即時通訊用戶端針對存取聯繫人發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;步驟902、即時通訊用戶端接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到;步驟903、即時通訊用戶端依據交易狀態資訊,調整相應存取聯繫人在即時通訊視窗中的順序。
依據圖5的示例,假設即時通訊用戶端在很短的時間內存取100個聯繫人,在聯繫人列表中這100個聯繫人可以預設按照存取時間進行排序,並依據交易狀態資訊對相應存取聯繫人在即時通訊視窗中的順序進行後續的調整。這樣,用戶端用戶可將存取聯繫人在即時通訊視窗中的順序作為即時通訊處理的優先順序,能夠進一步提高即時通訊效率。
在本申請的一種應用示例中,還可以設置交易狀態資訊的優先順序,其中,優先順序高的存取聯繫人排在優先順序低的存取聯繫人的前面。例如,一種交易狀態資訊的優先順序從高到低的順序為:已評價>已確認收貨>已發貨
>已付款>已拍下>無交易狀態資訊,其中,無交易狀態資訊表示沒有收到相應存取聯繫人的交易狀態資訊。
總之,實施例五依據交易狀態資訊,調整相應存取聯繫人在即時通訊視窗中的順序,能夠將交易狀態資訊變化快的存取聯繫人排在前面,使得用戶端用戶能夠更加容易地區分出不同存取聯繫人,且能夠優先處理排在前面的存取聯繫人的資訊,提高即時通訊的效率。
參照圖10,其示出了本申請一種即時通訊用戶端側的通訊方法實施例六的流程圖,具體可以包括:步驟1001、即時通訊用戶端將存取聯繫人的交易狀態資訊查詢請求記錄至請求佇列;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;步驟1002、依據請求佇列中交易狀態資訊查詢請求的順序,對請求佇列中交易狀態資訊查詢請求進行發送;步驟1003、接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到。
如果賣家用戶有大的促銷活動,可能在很短的時間內存取很多聯繫人,如果存取一個聯繫人後就立即去向交易伺服器或即時通訊伺服器發送相應的交易狀態資訊查詢請
求,則容易對交易伺服器或即時通訊伺服器產生壓力,影響查詢效率並且也會對通訊用戶端造成訪問壓力。
為了避免上述即時通訊用戶端和交易伺服器或即時通訊伺服器的訪問、查詢壓力,實施例六在即時通訊用戶端採用請求佇列的方式,記錄存取聯繫人的交易狀態資訊查詢請求,在實際中可以透過控制從請求資料庫中獲取交易狀態資訊查詢請求的速度來延緩請求速度。例如,從請求資料庫中獲取交易狀態資訊查詢請求的速度可以為30秒一次等等。
在實際應用中,陣列、佇列、堆疊、鏈表等均可以作為本申請的請求資料庫,本申請對具體的請求資料庫不加以限制。例如,在採用先進先出佇列時,在新存取一個聯繫人時,可以新建一個交易狀態資訊查詢請求,並透過入隊操作將其放入隊尾;還可以透過出隊操作將隊首的交易狀態資訊查詢請求從佇列中刪除,並發送至交易伺服器或即時通訊伺服器。
上述請求資料庫可以依據聯繫人的存取時間,確定該聯繫人的交易狀態資訊查詢請求在眾多存取聯繫人的交易狀態資訊查詢請求中的請求順序。實際上,上述依據聯繫人的存取時間確定請求次序的方法不一定客觀,因為有些先存取聯繫人只是在交易的詢問階段,還沒確定是否交易。
針對上述情況,為了更客觀準確地確定請求順序,在本申請的一種較佳實施例中,還可以依據接收得到的交易
伺服器或即時通訊伺服器推送的交易狀態資訊,調整請求資料庫中交易狀態資訊查詢請求的順序。
假設通訊用戶端存取了200個聯繫人,即時通訊用戶端按照存取順序將這200個聯繫人的交易狀態資訊查詢請求一一入隊,假設入隊次序為聯繫人1,聯繫人2,聯繫人3,……,聯繫人100,……聯繫人200;假設此時通訊用戶端剛剛發送針對聯繫人20的請求,聯繫人21-聯繫人200的請求還未發送,但是,此時即時通訊伺服器已監控到用戶端用戶與聯繫人100的交易狀態資訊發生變化(例如,聯繫人100已拍下某件商品等待付款),則即時通訊伺服器可以主動推送聯繫人100的交易狀態資訊。
本較佳實施例中,如果交易伺服器或即時通訊伺服器主動將交易狀態資訊推送下來,則可以說明相應聯繫人的交易狀態資訊的獲取緊急度比較高,故可以將相應的交易狀態資訊查詢請求在請求資料庫中的順序往前調整。例如,如果用戶端用戶與聯繫人100的交易狀態資訊目前為“已拍下”,則用戶端用戶需要跟聯繫人100溝通商品資訊、價格資訊等事項,此時,將相應的交易狀態資訊查詢請求在請求資料庫中的順序往前調整,能夠及時接收到接下來的“已付款”等交易狀態資訊。
可以理解,在用戶端用戶關閉了某個存取聯繫人的即時通訊視窗或者將某個存取聯繫人從聯繫人列表中刪除,則可認為相應存取聯繫人已不在聯繫人列表中;故此時可以在請求資料庫中刪除相應存取聯繫人的交易狀態資訊查
詢請求。實際上,其他更新請求資料庫的方法也是可行的,本申請對具體的更新方法不加以限制。
參照圖11,其示出了本申請一種即時通訊用戶端側的通訊方法實施例七的流程圖,具體可以包括:步驟1101、即時通訊用戶端針對即時通訊視窗的聯繫人列表中的聯繫人,發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;步驟1102、接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到。
如果即時通訊用戶端中途斷網斷線、帳號被踢下線,對於已接收到的相應聯繫人的交易狀態資訊,即時通訊用戶端會在記憶體中進行保存;再次登錄之後,直接進行顯示即可。
對於已發送交易狀態資訊查詢請求仍未接收到交易伺服器或即時通訊伺服器返回的交易狀態資訊的情形,本申請可由交易伺服器或即時通訊伺服器端以離線訊息的方式推送該交易狀態資訊。但是,由於本申請要解決的技術問題主要在於提高即時通訊的效率,故離線推送交易狀態資訊的意義不大,而且在交易狀態資訊查詢請求的數量巨大
時,離線推送還會增加交易伺服器或即時通訊伺服器的壓力。
這樣,如果不採用離線推送的方式,則即時通訊用戶端中途斷網斷線、帳號被踢下線後的再次登錄後,就不能接收到即時通訊伺服器推送下來的交易消息。此時,如果即時通訊用戶端一併去重新發送交易狀態資訊查詢請求,在大批量的大批量的用戶斷線,這些用戶重登後都去重新請求的情況下,仍會給交易伺服器或即時通訊伺服器造成很大壓力。
針對上述情況,為了降低交易伺服器或即時通訊伺服器的壓力,實施例七在重登後並不是重新發送針對中途斷網斷線、帳號被踢下線前的交易狀態資訊查詢請求,而是選擇即時通訊視窗的聯繫人列表中的聯繫人去請求。
例如,中途斷網斷線、帳號被踢下線前,即時通訊用戶端針對聯繫人1、2、3、10、40、56發送了交易狀態資訊查詢請求,但並未收到相應的交易狀態資訊;如果用戶端用戶在重登後想查看聯繫人3和聯繫人56的交易狀態資訊,可以透過點擊將聯繫人3和聯繫人56添加至即時通訊視窗的聯繫人列表,本實施例就可以針對聯繫人3和聯繫人56重新發送相應的交易狀態資訊查詢請求。相對於實施例一針對存取聯繫人發送交易狀態資訊查詢請求,本實施例針對即時通訊視窗的聯繫人列表中的聯繫人,發送相應的交易狀態資訊查詢請求。
需要說明的是,本申請實施例主要以淘寶的交易狀態
為例對交易狀態資訊在線上交易流程中的變化進行了說明,但淘寶的交易狀態並不作為本申請的應用限制,實際上,本申請可以適用於任意電子商務網站的任意交易狀態資訊。
上述實施例中,即時通訊用戶端針對存取聯繫人發送相應的交易狀態資訊查詢請求,並接收依據該交易狀態資訊查詢請求返回的交易狀態資訊。需要說明的是,在本申請的一些實施例中,即時通訊用戶端還可以接收交易伺服器或即時通訊伺服器推送的交易狀態資訊。在具體實現中,交易伺服器或即時通訊伺服器可以監控用戶端用戶與聯繫人的交易狀態資訊,如果發生變化,則可以主動推送相應聯繫人的交易狀態資訊。
這裡的主動推送可以不依據交易狀態資訊查詢請求而觸發的。假設即使通訊用戶端存取了200個聯繫人;假設此時通訊用戶端剛剛發送針對聯繫人20的請求,聯繫人21-聯繫人200的請求還未發送,但是,此時即時通訊伺服器監控到用戶端用戶與聯繫人100的交易狀態資訊發生變化(例如,聯繫人100已拍下某件商品等待付款),則即時通訊伺服器可以主動推送聯繫人100的交易狀態資訊。
在具體實現中,即時通訊用戶端可以僅針對存取聯繫人展示相應的交易狀態資訊查詢請求。例如,假設即時通訊用戶端目前有20個存取聯繫人,這樣,即使在即時通訊伺服器端主動推送100個聯繫人的交易狀態資訊的情況
下,即時通訊用戶端也可以不展示其餘80個聯繫人的交易狀態資訊,而只是展示這20個存取聯繫人的交易狀態資訊。
另外,針對存取聯繫人,即時通訊用戶端可以只發送一次交易狀態資訊查詢請求。在接收到來自即時通訊用戶端的交易狀態資訊查詢請求時,一旦檢測到用戶端用戶與聯繫人的交易狀態資訊的變化,交易伺服器或即時通訊伺服器均可以不斷返回最新的交易狀態資訊。
總之,本申請的即時通訊用戶端能夠在注重即時通訊用戶體驗的同時,盡可能有效地利用與即時通訊伺服器或交易伺服器之間的交互資料,盡可能地減少即時通訊伺服器或交易伺服器的負擔;更重要的是,能夠使得用戶端用戶依據獲取的交易狀態資訊區分出不同的存取聯繫人,能夠確定與存取聯繫人溝通的優先順序和緊急度,故能夠大大減少溝通時間,提高即時通訊的效率的目的。
在上述實施例中,對各個實施例的描述都各有側重,某個實施例中沒有詳述的部分,可以參見其他實施例的相關描述即可。
在上述實施例一-實施例七中,各步驟的執行主體不限於即時通訊用戶端,實際上具有溝通功能的裝置作為執行主體均是可行的。
並且,本領域技術人員易於想到的是:上述實施例一-實施例七任意組合應用都是可行的,故上述實施例一-實施例七之間的任意組合都是本發明的實施方案,但是由
於篇幅限制,本說明書在此就不一一詳述了。
上面對即時通訊用戶端側的通訊方法進行了詳細說明,相應地,本申請還提供了一種即時通訊伺服器側的通訊方法實施例,參照圖12所示的流程圖,具體可以包括:步驟1201、即時通訊伺服器接收來自即時通訊用戶端的交易狀態資訊查詢請求,該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;步驟1202、即時通訊伺服器依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊;步驟1203、即時通訊伺服器向即時通訊用戶端返回查詢得到的交易狀態資訊。
本申請實施例中,即時通訊伺服器可依據交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊。
本申請可以提供如下即時通訊伺服器的查詢方案:
即時通訊伺服器將接收到的交易狀態資訊查詢請求轉發給交易伺服器,接收交易伺服器依據交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到的相應的交易狀態資訊。
可見,查詢方案B1中的交易狀態資料庫是位於交易
伺服器端的。
相對於查詢方案B1中的交易狀態資料庫是位於交易伺服器端,查詢方案B2中即時通訊伺服器端也可以設置交易狀態資料庫。即時通訊伺服器端的交易狀態資料庫可用於儲存賣家用戶的ID、買家用戶的ID及相應的交易狀態資訊。
本申請獲取即時通訊伺服器端的交易狀態資料庫的方案具體可以包括:即時通訊伺服器可以向交易伺服器發送資訊查詢請求;接收交易伺服器依據資訊查詢請求返回的交易狀態資訊;將交易狀態資訊及對應的賣家用戶的ID、買家用戶的ID保存至即時通訊伺服器端的交易狀態資料庫。在實際應用中,即時通訊伺服器可以定期向交易伺服器發送資訊查詢請求,這裏的定期可以為每天、每小時、每10分鐘等等,本申請對具體的週期不加以限制。
在具體實現中,該資訊查詢請求中可以僅攜帶賣家用戶的ID,則此時交易伺服器返回的交易狀態資訊可以包括該賣家用戶的ID與各買家用戶的ID的交易狀態資訊。可以理解,該資訊查詢請求中還可以攜帶賣家用戶的ID和買家用戶的ID,則交易伺服器返回的交易狀態資訊可以包括該賣家用戶的ID與該買家用戶的ID的交易狀態資訊。
則查詢方案B2的實現過程具體可以包括:依據接收
到的交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的ID,在即時通訊伺服器端的交易狀態資料庫中查詢得到相應的交易狀態資訊。
可以理解,本領域技術人員可以單獨使用上述查詢方案B1或查詢方案B2;也可以結合使用上述查詢方案B1和查詢方案B2,例如,在查詢方案B2查詢失敗時,可以使用查詢方案B1進行交易狀態資訊的查詢。
在本申請的一種較佳實施例中,該方法還可以包括:交易狀態資訊推送步驟,該易狀態資訊推送步驟具體可以包括:監測到交易狀態資訊是否發生變化;當監測到交易狀態資訊發生變化時,根據該發生變化的交易狀態資訊,確定對應的用戶端用戶的ID;向該用戶端用戶的ID對應的用戶端推送該交易狀態資訊。
本較佳實施例可以針對已登錄的用戶端用戶,構造相應的交易狀態資訊查詢請求,該構造的交易狀態資訊查詢請求中可以攜帶用戶端用戶的ID,則可以使用上述查詢方案B1和查詢方案B2中一者或多者,查詢得到該用戶端用戶與存取聯繫人之間的交易狀態資訊。
在本申請的另一種較佳實施例中,該方法還可以包括:監測與即時通訊用戶端的連接狀態;在監測到與即時通訊用戶端的連接斷開時,停止向相
應的即時通訊用戶端返回或推送交易狀態資訊。
如果即時通訊用戶端中途斷網斷線、帳號被踢下線,對於已發送交易狀態資訊查詢請求仍未接收到即時通訊伺服器返回的交易狀態資訊的情形,本申請可由即時通訊伺服器端以離線訊息的方式推送該交易狀態資訊。但是,由於本申請要解決的技術問題主要在於提高即時通訊的效率,故離線推送交易狀態資訊的意義不大,而且在交易狀態資訊查詢請求的數量巨大時,離線推送還會增加即時通訊伺服器的壓力。故為了減輕伺服器的壓力,在監測到與即時通訊用戶端的連接斷開時,可以停止向相應的即時通訊用戶端返回資料。
在即時通訊伺服器側的通訊方法實施例中,各步驟的執行主體不限於瀏覽器伺服器,實際上具有溝通功能的裝置對應的伺服器作為執行主體均是可行的。
另外,對於即時通訊伺服器側的通訊方法實施例而言,對於其與實施例一-實施例七基本相似的部分描述的比較簡單,相關之處參見實施例一-實施例七的部分說明即可。
參照圖13,其示出了本申請一種即時通訊用戶端實施例的結構圖,具體可以包括:發送模組1301,用於針對存取聯繫人發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;及
接收模組1302,用於接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到。
在本申請實施例中,較佳的是,該用戶端用戶為線上交易的賣家用戶,該存取聯繫人為線上交易的買家用戶。
在本申請的一種較佳實施例中,該發送模組可以進一步包括:第一發送子模組,用於針對存取聯繫人,向即時通訊伺服器發送相應的交易狀態資訊查詢請求;該接收模組可以進一步包括:第一接收子模組,用於接收該即時通訊伺服器依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在即時通訊伺服器端或交易伺服器端的交易狀態資料庫中查詢得到。
在本申請的另一種較佳實施例中,該發送模組可以進一步包括:第二發送子模組,用於針對存取聯繫人,向交易伺服器發送相應的交易狀態資訊查詢請求;該接收模組可以進一步包括:第二接收子模組,用於接收交易伺服器依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易伺服器端
的交易狀態資料庫中查詢得到。
在本申請的再一種較佳實施例中,該即時通訊用戶端還可以包括:第一展示模組,用於對接收到的交易狀態資訊進行即時展示;或者,第二展示模組,用於依據用戶端用戶針對存取聯繫人的相關操作,對接收到的交易狀態資訊進行展示。
在本申請的一種較佳實施例中,該即時通訊用戶端還可以包括:第一順序調整模組,用於依據交易狀態資訊,調整相應存取聯繫人在即時通訊視窗中的順序。
在本申請的另一種較佳實施例中,該即時通訊用戶端還可以包括:記錄模組,用於將存取聯繫人的交易狀態資訊查詢請求記錄至請求資料庫;順序發送模組,用於依據請求資料庫中交易狀態資訊查詢請求的順序,發送請求資料庫中交易狀態資訊查詢請求。
在本申請的再一種較佳實施例中,該即時通訊用戶端還可以包括:第二順序調整模組,用於依據接收得到的交易伺服器或即時通訊伺服器推送的交易狀態資訊,調整請求資料庫中交易狀態資訊查詢請求的順序。
在本申請的一種較佳實施例中,該即時通訊用戶端還
可以包括:聯繫人發送模組,用於即時通訊用戶端針對即時通訊視窗的聯繫人列表中的聯繫人,發送相應的交易狀態資訊查詢請求。
參照圖14,其示出了本申請一種即時通訊伺服器端實施例的結構圖,具體可以包括:請求接收模組1401,用於接收來自即時通訊用戶端的交易狀態資訊查詢請求,該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;查詢模組1402,用於依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊;及返回模組1403,用於向即時通訊用戶端返回查詢得到的交易狀態資訊。
在本申請的一種較佳實施例中,該查詢模組可以進一步包括:轉發子模組,用於將接收到的交易狀態資訊查詢請求轉發給交易伺服器;及接收子模組,用於接收交易伺服器依據交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到的相應的交易狀態資訊。
在本申請的另一種較佳實施例中,該查詢模組可以進一步包括:
依據該用戶端用戶的ID和存取聯繫人的ID,在即時通訊伺服器端的交易狀態資料庫中查詢得到相應的交易狀態資訊,並返回給即時通訊用戶端。
在本申請的一種較佳實施例中,該即時通訊伺服器端還可以包括:資料庫創建模組,用於創建即時通訊伺服器端的交易狀態資料庫;該資料庫創建模組具體可以包括:查詢發送子模組,用於向交易伺服器發送資訊查詢請求;該資訊查詢請求中攜帶賣家用戶的ID;資訊接收子模組,用於接收交易伺服器依據資訊查詢請求返回的交易狀態資訊;及保存子模組,用於將交易狀態資訊及對應的賣家用戶的ID、買家用戶的ID保存至即時通訊伺服器端的交易狀態資料庫。
在本申請的一種較佳實施例中,該即時通訊伺服器端還可以包括交易狀態資訊推送模組,具體可以包括:監測子模組,用於監測到交易狀態資訊是否發生變化;確定子模組,用於在監測到交易狀態資訊發生變化時,根據該發生變化的交易狀態資訊,確定對應的用戶端用戶的ID;推送子模組,用於向該用戶端用戶的ID對應的用戶端推送該交易狀態資訊。
對於即時通訊用戶端和即時通訊伺服器端實施例而言
,由於其與即時通訊方法實施例基本相似,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
本領域內的技術人員應明白,本申請的實施例可提供為方法、系統、或電腦程式產品。因此,本申請可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且,本申請可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。
本申請是參照根據本申請實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可編程資料處理設備的處理器以產生一個機器,使得透過電腦或其他可編程資料處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些電腦程式指令也可儲存在能引導電腦或其他可編程資料處理設備以特定方式工作的電腦可讀記憶體中,使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品,該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些電腦程式指令也可裝載到電腦或其他可編程資料處理設備上,使得在電腦或其他可編程設備上執行一系列操作步驟以產生電腦實現的處理,從而在電腦或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
儘管已描述了本申請的較佳實施例,但本領域內的技術人員一旦得知了基本創造性概念,則可對這些實施例做出另外的變更和修改。所以,所附申請專利範圍意欲解釋為包括較佳實施例以及落入本申請範圍的所有變更和修改。
本說明書中的各個實施例均採用遞進的方式描述,每個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同相似的部分互相參見即可。
以上對本申請所提供的一種即時通訊用戶端、一種即時通訊伺服器和一種即時通訊方法,進行了詳細介紹,本文中應用了具體個例對本申請的原理及實施方式進行了闡述,以上實施例的說明只是用於幫助理解本申請的方法及其核心思想;同時,對於本領域的一般技術人員,依據本申請的思想,在具體實施方式及應用範圍上均會有改變之處,綜上所述,本說明書內容不應理解為對本申請的限制。
1301‧‧‧發送模組
1302‧‧‧接收模組
1401‧‧‧請求接收模組
1402‧‧‧查詢模組
1403‧‧‧返回模組
圖1是本申請一種即時通訊用戶端側的通訊方法實施例一的流程圖;圖2是本申請一種即時通訊用戶端側的通訊方法實施例二的流程圖;圖3是本申請一種即時通訊用戶端側的通訊方法實施例三的流程圖;圖4是本申請一種即時通訊用戶端側的通訊方法實施例四的流程圖;圖5是本申請一種即時通訊視窗的示例1的示意圖;圖6是本申請一種即時通訊視窗的示例2的示意圖;圖7是本申請一種即時通訊視窗的示例3的示意圖;圖8是本申請一種以圖示形式展示該交易狀態資訊的示例;圖9是本申請一種即時通訊用戶端側的通訊方法實施例五的流程圖;圖10是本申請一種即時通訊用戶端側的通訊方法實施例六的流程圖;圖11是本申請一種即時通訊用戶端側的通訊方法實施例七的流程圖;圖12是本申請一種即時通訊伺服器側即時通訊方法實施例的流程圖;圖13是本申請一種即時通訊用戶端實施例的結構圖;圖14是本申請一種即時通訊伺服器端實施例的結構
圖。
Claims (15)
- 一種即時通訊方法,其特徵在於,包括:用戶端針對與用戶端用戶建立即時通訊連接的存取聯繫人發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到。
- 如申請專利範圍第1項所述的方法,其中,該用戶端針對存取聯繫人發送相應的交易狀態資訊查詢請求,包括:用戶端針對存取聯繫人,向即時通訊伺服器發送相應的交易狀態資訊查詢請求;該接收依據該交易狀態資訊查詢請求返回的交易狀態資訊,包括:接收該即時通訊伺服器依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在即時通訊伺服器端或交易伺服器端的交易狀態資料庫中查詢得到。
- 如申請專利範圍第1項所述的方法,其中,該用戶端針對存取聯繫人發送相應的交易狀態資訊查詢請求,包括: 用戶端針對存取聯繫人,向交易伺服器發送相應的交易狀態資訊查詢請求;該接收依據該交易狀態資訊查詢請求返回的交易狀態資訊,包括:接收交易伺服器依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易伺服器端的交易狀態資料庫中查詢得到。
- 如申請專利範圍第1項所述的方法,其中,還包括:對接收到的交易狀態資訊進行即時展示;或者,依據用戶端用戶針對存取聯繫人的相關操作,對接收到的交易狀態資訊進行展示。
- 如申請專利範圍第1項所述的方法,其中,還包括:依據交易狀態資訊,調整相應存取聯繫人在即時通訊視窗中的順序。
- 如申請專利範圍第1項所述的方法,其中,還包括:將存取聯繫人的交易狀態資訊查詢請求記錄至請求資料庫;依據請求資料庫中交易狀態資訊查詢請求的順序,發送請求資料庫中交易狀態資訊查詢請求。
- 如申請專利範圍第6項所述的方法,其中,還包 括:依據接收得到的交易伺服器或即時通訊伺服器推送的交易狀態資訊,調整請求資料庫中交易狀態資訊查詢請求的順序。
- 如申請專利範圍第1至7項中任一項所述的方法,其中,還包括:即時通訊用戶端針對即時通訊視窗的聯繫人列表中的聯繫人,發送相應的交易狀態資訊查詢請求。
- 一種即時通訊方法,其特徵在於,包括:接收來自即時通訊用戶端的交易狀態資訊查詢請求,該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID,存取聯繫人為與用戶端用戶建立即時通訊連接的聯繫人;依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊;向即時通訊用戶端返回查詢得到的交易狀態資訊。
- 如申請專利範圍第9項所述的方法,其中,該依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊的步驟,進一步包括:將接收到的交易狀態資訊查詢請求轉發給交易伺服器;接收交易伺服器依據交易狀態資訊查詢請求中攜帶的用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中 查詢得到的相應的交易狀態資訊。
- 如申請專利範圍第9項所述的方法,其中,該依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊的步驟,進一步包括:依據該用戶端用戶的ID和存取聯繫人的ID,在即時通訊伺服器端的交易狀態資料庫中查詢得到相應的交易狀態資訊。
- 如申請專利範圍第11項所述的方法,其中,透過如下步驟得到即時通訊伺服器端的交易狀態資料庫:即時通訊伺服器向交易伺服器發送資訊查詢請求;該資訊查詢請求中攜帶賣家用戶的ID;接收交易伺服器依據資訊查詢請求返回的交易狀態資訊;將交易狀態資訊及對應的賣家用戶的ID、買家用戶的ID保存至即時通訊伺服器端的交易狀態資料庫。
- 如申請專利範圍第9項所述的方法,其中,還包括:交易狀態資訊推送步驟:監測到交易狀態資訊是否發生變化;當監測到交易狀態資訊發生變化時,根據該發生變化的交易狀態資訊,確定對應的用戶端用戶的ID;向該用戶端用戶的ID對應的用戶端推送該交易狀態資訊。
- 一種即時通訊用戶端,其特徵在於,包括: 發送模組,用於針對與用戶端用戶建立即時通訊連接的存取聯繫人發送相應的交易狀態資訊查詢請求;該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID;及接收模組,用於接收依據該交易狀態資訊查詢請求返回的交易狀態資訊;該交易狀態資訊為依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到。
- 一種即時通訊伺服器端,其特徵在於,包括:請求接收模組,用於接收來自即時通訊用戶端的交易狀態資訊查詢請求,該交易狀態資訊為用戶端用戶與存取聯繫人之間的交易狀態資訊,該交易狀態資訊查詢請求中攜帶有用戶端用戶的ID和存取聯繫人的ID,存取聯繫人為與用戶端用戶建立即時通訊連接的聯繫人;查詢模組,用於依據用戶端用戶的ID和存取聯繫人的ID在交易狀態資料庫中查詢得到交易狀態資訊;及返回模組,用於向即時通訊用戶端返回查詢得到的交易狀態資訊。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210287697.6A CN103595613B (zh) | 2012-08-13 | 2012-08-13 | 即时通讯客户端、即时通讯服务器和即时通讯方法 |
??201210287697.6 | 2012-08-13 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201407524A TW201407524A (zh) | 2014-02-16 |
TWI638325B true TWI638325B (zh) | 2018-10-11 |
Family
ID=50066905
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW101146884A TWI638325B (zh) | 2012-08-13 | 2012-12-12 | Instant messaging client, instant messaging server and instant messaging method |
Country Status (5)
Country | Link |
---|---|
US (1) | US9842364B2 (zh) |
JP (1) | JP6033440B2 (zh) |
CN (1) | CN103595613B (zh) |
TW (1) | TWI638325B (zh) |
WO (1) | WO2014028391A2 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI804763B (zh) * | 2020-10-22 | 2023-06-11 | 楊蕙如 | 適合於通訊或社群平台的交易方法及系統 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016046824A1 (en) * | 2014-09-22 | 2016-03-31 | Melzer Roy S | Interactive user interface based on analysis of chat messages content |
CN105740244A (zh) * | 2014-12-08 | 2016-07-06 | 阿里巴巴集团控股有限公司 | 一种提供会话快捷消息的方法及设备 |
CN104571816A (zh) * | 2014-12-24 | 2015-04-29 | 深圳市元征科技股份有限公司 | 一种信息获取方法、终端及系统 |
US9544747B2 (en) * | 2015-05-27 | 2017-01-10 | Airwatch Llc | Transmitting management commands to a client device |
EP4131912A1 (en) * | 2016-09-09 | 2023-02-08 | Honor Device Co., Ltd. | Method and apparatus for pushing notification, mobile terminal, and graphical user interface |
CN106453036A (zh) * | 2016-09-14 | 2017-02-22 | 深圳市贝克数据有限公司 | 好友添加系统及方法 |
WO2018160898A1 (en) | 2017-03-01 | 2018-09-07 | Cvs Pharmacy, Inc. | Intelligent pre-processing of and fulfillment of mixed orders |
US10708206B2 (en) * | 2017-12-12 | 2020-07-07 | Microsoft Technology Licensing, Llc | Mailbox protection in web conferencing systems |
KR20190115652A (ko) * | 2018-04-03 | 2019-10-14 | 라인 페이 가부시키가이샤 | 송금 기능이 탑재된 메신저에서 메시지 내용을 인식하여 송금 기능을 제공하는 방법 및 시스템 |
CN110390531B (zh) * | 2018-04-17 | 2024-06-04 | 阿里巴巴集团控股有限公司 | 一种基于即时通讯的关系沉淀方法、设备以及系统 |
CN109272075B (zh) * | 2018-09-11 | 2021-07-13 | 珠海格力电器股份有限公司 | 一种推送信息的方法及设备 |
US11256714B1 (en) | 2020-10-26 | 2022-02-22 | Coupang Corp. | Systems and methods for managing event storage |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020178087A1 (en) * | 2001-05-25 | 2002-11-28 | Henderson Greg S. | Internet-based instant messaging hybrid peer-to-peer distributed electronic commerce system and method |
US20070192442A1 (en) * | 2001-07-24 | 2007-08-16 | Brightplanet Corporation | System and method for efficient control and capture of dynamic database content |
TW200820112A (en) * | 2006-10-25 | 2008-05-01 | Inventec Corp | Trade management system for enterprises and on-line prompt message exchanging method therefor |
US20080275788A1 (en) * | 2007-05-03 | 2008-11-06 | Utbk, Inc. | Systems and Methods to Provide Peer to Peer Connections for Real Time Communications and Commerce |
US20110016516A1 (en) * | 2009-07-15 | 2011-01-20 | Alibaba Group Holding Limited | Management of an instant message session |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3173451B2 (ja) | 1998-02-25 | 2001-06-04 | 日本電気株式会社 | 半導体装置及びその製造方法 |
JP2002083247A (ja) | 2000-09-06 | 2002-03-22 | Sumisho Computer Systems Corp | 取引仲介システムおよび方法、データ処理装置、記録媒体 |
US7016304B2 (en) * | 2001-05-18 | 2006-03-21 | Intel Corporation | Link level retry scheme |
US20030195811A1 (en) * | 2001-06-07 | 2003-10-16 | Hayes Marc F. | Customer messaging service |
JP2003044700A (ja) | 2001-07-27 | 2003-02-14 | Os Planning:Kk | 物々交換仲介サーバシステム |
CN1701327A (zh) * | 2001-08-28 | 2005-11-23 | 美国联合包装服务有限公司 | 订单和付款可见性处理 |
US7881964B2 (en) * | 2002-09-05 | 2011-02-01 | Accenture Global Services Gmbh | Computer self-support management |
US20040249691A1 (en) * | 2003-06-05 | 2004-12-09 | Schell H. Mike | Method, system and computer product for strategic priority order tracking |
US20050075978A1 (en) * | 2003-10-02 | 2005-04-07 | Old World Industries | System and method for automated payment and adjustment processing |
US7761323B2 (en) * | 2003-10-08 | 2010-07-20 | Aspect Software, Inc. | Method and system for scheduling a customer service callback |
US8392522B2 (en) | 2003-10-30 | 2013-03-05 | Microsoft Corporation | Business inquiries and operations using messaging service |
US10225373B2 (en) * | 2003-11-21 | 2019-03-05 | Thomson Reuters (Grc) Llc | Financial-information systems, methods, interfaces, and software |
US20060085276A1 (en) | 2004-10-15 | 2006-04-20 | Johannes Hoech | Ecommerce methods and systems |
US20060156063A1 (en) | 2004-12-20 | 2006-07-13 | Travel Sciences, Inc. | Instant messaging transaction integration |
US7451102B2 (en) * | 2005-06-03 | 2008-11-11 | Shadow Enterprises Inc. | Ordering method utilizing instant messaging |
CA2624981C (en) | 2005-10-06 | 2017-06-13 | C-Sam, Inc. | Three-dimensional transaction authentication |
CN1979555A (zh) * | 2005-12-06 | 2007-06-13 | 腾讯科技(深圳)有限公司 | 在即时通信客户端展示电子商务用户信息的系统和方法 |
CN1808983A (zh) * | 2006-02-15 | 2006-07-26 | 阿里巴巴公司 | 一种实现即时通讯的方法及系统 |
US9830634B2 (en) * | 2006-02-23 | 2017-11-28 | International Business Machines Corporation | Performing secure financial transactions in an instant messaging environment |
US8290819B2 (en) | 2006-06-29 | 2012-10-16 | Microsoft Corporation | Electronic commerce transactions over a peer-to-peer communications channel |
US8108458B2 (en) * | 2006-11-30 | 2012-01-31 | Verizon Data Services Llc | Systems and methods for providing enhanced shipping and receiving services |
US20080294447A1 (en) | 2007-05-22 | 2008-11-27 | Avaya Technology Llc | Issue or transaction tracking by using presence information and instant messaging |
CN101127734A (zh) * | 2007-09-11 | 2008-02-20 | 腾讯科技(深圳)有限公司 | 一种通过即时通信实现电子交易的方法及系统 |
US8762205B2 (en) * | 2008-01-17 | 2014-06-24 | International Business Machines Corporation | Method for delivering businesses enterprises advertising via instant messaging |
CN101246575A (zh) * | 2008-01-31 | 2008-08-20 | 戚永德 | 信用化买方非强制履约后付费交易系统及方法 |
US20090210312A1 (en) | 2008-02-20 | 2009-08-20 | Safetrade Limited | On-line facility for financial transactions |
JP2009211583A (ja) | 2008-03-06 | 2009-09-17 | Nec Corp | 問い合わせ応対システム |
CN101655948A (zh) * | 2008-08-20 | 2010-02-24 | 阿里巴巴集团控股有限公司 | 网上交易方法及网上交易系统 |
CN102025652B (zh) * | 2010-06-04 | 2012-07-04 | 西本新干线电子商务有限公司 | 服务总线以及消息处理方法 |
JP3173451U (ja) * | 2011-10-10 | 2012-02-09 | インターリソース 株式会社 | 汎用の使い慣れた方法でオーダー行為ができるシステムを実現する機能を搭載した携帯電話又はスマートフォン |
-
2012
- 2012-08-13 CN CN201210287697.6A patent/CN103595613B/zh active Active
- 2012-12-12 TW TW101146884A patent/TWI638325B/zh active
-
2013
- 2013-08-09 US US13/963,823 patent/US9842364B2/en active Active
- 2013-08-12 JP JP2015526756A patent/JP6033440B2/ja active Active
- 2013-08-12 WO PCT/US2013/054550 patent/WO2014028391A2/en active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020178087A1 (en) * | 2001-05-25 | 2002-11-28 | Henderson Greg S. | Internet-based instant messaging hybrid peer-to-peer distributed electronic commerce system and method |
US20070192442A1 (en) * | 2001-07-24 | 2007-08-16 | Brightplanet Corporation | System and method for efficient control and capture of dynamic database content |
TW200820112A (en) * | 2006-10-25 | 2008-05-01 | Inventec Corp | Trade management system for enterprises and on-line prompt message exchanging method therefor |
US20080275788A1 (en) * | 2007-05-03 | 2008-11-06 | Utbk, Inc. | Systems and Methods to Provide Peer to Peer Connections for Real Time Communications and Commerce |
US20110016516A1 (en) * | 2009-07-15 | 2011-01-20 | Alibaba Group Holding Limited | Management of an instant message session |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI804763B (zh) * | 2020-10-22 | 2023-06-11 | 楊蕙如 | 適合於通訊或社群平台的交易方法及系統 |
Also Published As
Publication number | Publication date |
---|---|
TW201407524A (zh) | 2014-02-16 |
US20140046805A1 (en) | 2014-02-13 |
WO2014028391A3 (en) | 2014-07-17 |
WO2014028391A2 (en) | 2014-02-20 |
CN103595613B (zh) | 2017-06-06 |
CN103595613A (zh) | 2014-02-19 |
US9842364B2 (en) | 2017-12-12 |
JP2015528602A (ja) | 2015-09-28 |
JP6033440B2 (ja) | 2016-11-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI638325B (zh) | Instant messaging client, instant messaging server and instant messaging method | |
US11411804B1 (en) | Actionable event responder | |
US11430196B2 (en) | Precise manipulation of virtual object position in an extended reality environment | |
US10909772B2 (en) | Precise scaling of virtual objects in an extended reality environment | |
US8261198B2 (en) | Automatic co-browsing invitations | |
US11276240B1 (en) | Precise plane detection and placement of virtual objects in an augmented reality environment | |
WO2013025717A2 (en) | Managing information associated with network resources | |
EP3635918A1 (en) | Systems for managing messaging conversations | |
CN103984727B (zh) | 基于浏览器的网页互动的方法及装置 | |
EP2958277B1 (en) | Instant messaging method and system | |
US11089107B1 (en) | Management of connected sensor devices | |
US10269051B2 (en) | Social-marketplace system and method | |
US11861399B2 (en) | User specific event threading | |
US11676345B1 (en) | Automated adaptive workflows in an extended reality environment | |
US20220028015A1 (en) | Real estate agent and buyer real-time online matching service | |
KR20170109075A (ko) | 고객 접촉 시스템 및 방법 | |
KR101545663B1 (ko) | 다중-사용자 관계 체인을 변경하는 기기, 시스템 및 방법 | |
JP5385071B2 (ja) | 電子商取引における電子メール配信システム及び同電子メール配信方法 | |
WO2021098446A1 (zh) | 数据处理方法、终端设备及服务器设备 | |
US20200279312A1 (en) | Social-marketplace system and method | |
JP3984001B2 (ja) | アイテム注文処理方法 | |
US11482002B1 (en) | Codeless anchor detection for detectable features in an environment | |
WO2021212476A1 (zh) | 一种通讯的方法、设备及系统 | |
US8516034B1 (en) | System and method for modifying application behavior based on network bandwidth | |
KR20140085612A (ko) | 인스턴트 메시지 서비스를 이용하여 상품을 조르는 이동 단말의 동작 방법,인스턴트 메시지 서비스와 연동하여 상품을 조르는 서비스를 제공하는 선물하기 서버의 동작 방법,및 특정 상품을 인스턴트 메시지 서비스 내 친구에게 조르는 상품 조르기 서비스를 제공하는 인스턴트 메시지 서비스 시스템 |