TW201410304A - 應用平台與應用共用登錄態的方法、代理伺服器及系統 - Google Patents

應用平台與應用共用登錄態的方法、代理伺服器及系統 Download PDF

Info

Publication number
TW201410304A
TW201410304A TW102131944A TW102131944A TW201410304A TW 201410304 A TW201410304 A TW 201410304A TW 102131944 A TW102131944 A TW 102131944A TW 102131944 A TW102131944 A TW 102131944A TW 201410304 A TW201410304 A TW 201410304A
Authority
TW
Taiwan
Prior art keywords
application
login
server
application platform
platform
Prior art date
Application number
TW102131944A
Other languages
English (en)
Other versions
TWI510272B (zh
Inventor
Liang Ma
Zhi-Qiang He
Cheng Guo
lin-bo Zhang
Xiao-Jing Tu
Original Assignee
Tencent Tech Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Tech Shenzhen Co Ltd filed Critical Tencent Tech Shenzhen Co Ltd
Publication of TW201410304A publication Critical patent/TW201410304A/zh
Application granted granted Critical
Publication of TWI510272B publication Critical patent/TWI510272B/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1014—Server selection for load balancing based on the content of a request
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本發明公開一種應用平台與應用共用登錄態的方法、代理伺服器及系統。本發明應用平台與應用通過前端共用與代理伺服器的連接，將登錄請求通過前端發送代理伺服器。代理伺服器根據登錄請求獲取登錄來源的類型，相應地建立與應用平台伺服器或應用後台伺服器的通信連接。並在應用平台與應用之間共用登錄狀態，進而實現與相應的後台伺服器之間的業務資料通信。由此極大的節省了網路頻寬資源，同時避免了跨域訪問等問題。

Description

應用平台與應用共用登錄態的方法、代理伺服器及系統
本發明涉及一種網際網路技術領域，尤其涉及一種應用平台與應用共用登錄態的方法、代理伺服器及系統。
目前，基於HTML5的遊戲大廳採用AJAX非同步傳輸技術與遊戲大廳伺服器進行資料通信，而長連接遊戲與遊戲後台伺服器之間的通信則是採用Websocket的通信機制，基於兩種不同的前端通信機制和後端伺服器架構方式，如何實現遊戲大廳與遊戲之間登錄態的相互傳遞以減少網路資源浪費成為目前的一個技術難題。
在現有的兩種不同的前端通信機制和後端伺服器架構方式中，AJAX直連遊戲大廳伺服器，WebSocket直連遊戲伺服器。此種方式需要遊戲大廳創建AJAX的xmlHttpRequest物件與遊戲大廳後台伺服器直連，以實現遊戲大廳直接非同步登錄的方式。但是，在這種方式的缺點是遊戲後台伺服器與大廳登錄伺服器位於不同的伺服器上，因此，存在跨域訪問的問題。
目前，解決跨域訪問的手段有以下三種：
(1)在同一域的伺服器端建立一個代理，瀏覽器向該代理網址發送請求，然後該代理向其他域的網址發送請求，在獲取回覆後，將回覆內容作相應處理或按原樣發回到瀏覽器。
(2)使用按需(On-Demand)Javascript腳本。在頁面內動態生成新的<script>，將其src屬性指向其他網站的網址，該網址返回的內容必須是合法的Javascript腳本，通常採用JSON消息。
(3)使用IFRAME。在頁面內嵌或動態生成指向其他網站的IFRAME，然後此兩網頁間可以通過改變對方的anchor hash fragment來傳輸消息。
採用上述解決方案優點在於，使用比較方便，但是，由於AJAX直連遊戲大廳伺服器，WebSocket直連遊戲伺服器，二者需要各自連接對應的伺服器，無法實現登錄態的互通與傳遞，從而浪費了網路頻寬資源。另外，跨域訪問瀏覽器還需進行安全限制，並需要解決跨域訪問的問題。
本發明的主要目的在於提供一種應用平台與應用共用登錄態的方法、代理伺服器及系統，旨在節省網路資源。
為了達到上述目的，本發明提出一種應用平台與應用共用登錄態的方法，包括：代理伺服器接收前端發送的登錄請求；解析所述登錄請求，獲取登錄來源的類型；根據所述登錄來源的類型，建立與應用平台伺服器或應用後台伺服器的通信連接，在應用平台與應用之間共用登錄狀態。
優選地，所述解析登錄請求，獲取登錄來源的類型的步驟包括：解析所述登錄請求的數據封包的標頭；獲取所述資料封包的標頭的編碼標誌位元；若所述編碼標誌位元為設定的應用平台登錄格式資料，則登錄來源的類型為應用平台登錄；若所述編碼標誌位元為設定的應用登錄格式資料，則登錄來源的類型為應用登錄。
優選地，所述應用平台的登錄請求的資料封包為文本封包模式；所述應用的登錄請求的資料封包為二進位封包模式。
優選地，根據所述登錄來源的類型，建立與應用平台伺服器或應用後台伺服器的通信連接，在應用平台與應用之間共用登錄狀態的步驟包括：若所述登錄來源的類型為應用平台登錄，則啟動HTTP Proxy服務，建立與應用平台伺服器之間的通信連接；基於與應用平台伺服器之間的通信連接，在所述應用平台伺服器上進行應用平台登錄；當應用平台登錄成功後，接收所述應用平台伺服器返回的登錄key；將所述登錄key傳送給前 端，作為所述應用的訪問金鑰，在應用後台伺服器上進行登錄。
優選地，根據所述登錄來源的類型，建立與應用平台伺服器或應用後台伺服器的通信連接，在應用平台與應用之間共用登錄狀態的步驟包括：若所述登錄來源的類型為應用登錄，則啟動WebSocket Proxy服務，建立與應用後台伺服器之間的通信連接；基於與應用後台伺服器之間的通信連接，在所述應用後台伺服器上進行應用登錄；當應用登錄成功後，接收所述應用後台伺服器返回的登錄key；將所述登錄key傳送給前端，作為所述應用平台的訪問金鑰，在應用平台伺服器上進行登錄。
優選地，該方法還包括：所述代理伺服器基於與應用平台伺服器或應用後台伺服器之間的通信連接，在前端與應用平台伺服器或應用後台伺服器之間進行業務資料通信。
優選地，所述代理伺服器接收前端發送的登錄請求的步驟之前還包括：代理伺服器與前端建立WebSocket連接。
本發明還提出一種應用平台與應用共用登錄態的代理伺服器，包括：接收模組，應用接收前端發送的登錄請求；解析模組，應用解析所述登錄請求，獲取登錄來源的類型；登錄共用模組，應用根據所述登錄來源的類型，建立與應用平台伺服器或應用後台伺服器的通信連接，在應用平台與應用之間共用登錄狀態。
優選地，所述解析模組包括：解析單元，用於解析所述登錄請求的資料封包的標頭；獲取單元，用於獲取所述資料封包的標頭的編碼標誌位元；判斷單元，用於當所述編碼標誌位元為設定的應用平台登錄格式資料時，判定登錄來源的類型為應用平台登錄；當所述編碼標誌位元為設定的應用登錄格式資料時，判定登錄來源的類型為應用登錄。
優選地，所述登錄共用模組包括：通信建立單元，用於當所述登錄來源的類型為應用平台登錄時，啟動HTTP Proxy服務，建立與應用平台伺服器之間的通信連接；登錄單元，用於基於與應用平台伺服器之間的通信連接，在所述應用平台伺服器上進行應用平台登錄；接收單元，用於當應用平台登錄成功後，接收所述應用平台伺服器返回的登錄key；共用單元，用於將所述登錄key傳送給前端，作為所述應用的訪問金鑰，在應 用後台伺服器上進行登錄。
優選地，所述通信建立單元，還用於當所述登錄來源的類型為應用登錄時，啟動WebSocket Proxy服務，建立與應用後台伺服器之間的通信連接；所述登錄單元，還用於基於與應用後台伺服器之間的通信連接，在所述應用後台伺服器上進行應用登錄；所述接收單元，還用於當應用登錄成功後，接收所述應用後台伺服器返回的登錄key；所述共用單元，還用於將所述登錄key傳送給前端，作為所述應用平台的訪問金鑰，在應用平台伺服器上進行登錄。
優選地，該代理伺服器還包括：通信代理模組，用於基於與應用平台伺服器或應用後台伺服器之間的通信連接，在前端與應用平台伺服器或應用後台伺服器之間進行業務資料通信。
優選地，該代理伺服器還包括：建立模組，用於與前端建立WebSocket連接。
本發明還提出一種應用平台與應用共用登錄態的系統，包括：前端、代理伺服器、應用平台伺服器和應用後台伺服器，其中：所述前端，用於向代理伺服器發送登錄請求；所述代理伺服器，用於接收前端發送的登錄請求，解析所述登錄請求，獲取登錄來源的類型；根據所述登錄來源的類型，建立與應用平台伺服器或應用後台伺服器的通信連接，在應用平台與應用之間共用登錄狀態；所述應用平台伺服器，用於與所述代理伺服器建立通信連接後，進行應用平台登錄；所述應用後台伺服器，用於與所述代理伺服器建立通信連接後，進行應用登錄。
優選地，所述應用平台伺服器在進行應用平台登錄時，還用於檢測登錄是否異常，若是，則下發驗證碼至前端，當驗證通過後，允許應用平台登錄；所述應用後台伺服器在進行應用登錄時，還用於檢測登錄是否異常，若是，則下發驗證碼至前端，當驗證通過後，允許應用登錄。
優選地，所述前端，還用於向所述代理伺服器發送業務資料封包；所述代理伺服器，還用於接收所述業務資料封包，基於與應用平台伺服器或應用後台伺服器之間的通信連接，在前端與應用平台伺服器或應用後台伺服器之間進行業務資料通信。
優選地，所述應用平台伺服器還用於推送相應的業務消息至所述前端；所述應用後台伺服器還用於推送相應的業務消息至所述前端。
本發明提出的一種應用平台與應用共用登錄態的方法、代理伺服器及系統，應用平台與應用通過前端共用與代理伺服器的連接，將登錄請求通過前端發送代理伺服器，代理伺服器根據登錄請求獲取登錄來源的類型，相應地建立與應用平台伺服器或應用後台伺服器的通信連接，並在應用平台與應用之間共用登錄狀態，進而實現與相應的後台伺服器之間的業務資料通信，由此極大的節省了網路頻寬資源，同時避免了跨域訪問等問題。
500‧‧‧模組
501‧‧‧接收模組
502‧‧‧解析模組
503‧‧‧登錄共用模組
504‧‧‧通信代理模組
5021‧‧‧解析單元
5022‧‧‧獲取單元
5023‧‧‧判斷單元
5031‧‧‧通信建立單元
5032‧‧‧登錄單元
5033‧‧‧接收單元
5034‧‧‧共用單元
901‧‧‧前端
902‧‧‧代理伺服器
903‧‧‧應用平台伺服器
904‧‧‧應用後台伺服器
S100、S101、S102、S103、S104、S1021、S1022、S1023、S1031、S1032、S1033、S1034、S1035、S1036、S1037、S1038、S1039‧‧‧步驟
圖1是本發明應用平台與應用共用登錄態的方法第一實施例的流程示意圖；圖2a是本發明應用平台與應用共用登錄態的方法第一實施例中解析所述登錄請求，獲取登錄來源的類型的流程示意圖；圖2b是本發明應用平台與應用共用登錄態的方法第一實施例中根據所述登錄來源的類型，建立與應用平台伺服器或應用後台伺服器的通信連接，在應用平台與應用之間共用登錄狀態的流程示意圖；圖3是本發明應用平台與應用共用登錄態的方法第一實施例中的一種實例框架圖；圖4是本發明應用平台與應用共用登錄態的方法第二實施例的流程示意圖；圖5是本發明應用平台與應用共用登錄態的代理伺服器第一實施例的結構示意圖；圖6是本發明應用平台與應用共用登錄態的代理伺服器第一實施例中解析模組的結構示意圖；圖7是本發明應用平台與應用共用登錄態的代理伺服器第一實施例中登錄共用模組的結構示意圖； 圖8是本發明應用平台與應用共用登錄態的代理伺服器第二實施例的結構示意圖；圖9是本發明應用平台與應用共用登錄態的系統較佳實施例的結構示意圖。
本發明實施例的解決方案主要是：以遊戲大廳和遊戲為例，遊戲大廳與遊戲共用Websocket連接，與代理伺服器進行通信。當遊戲大廳與代理伺服器通信時，代理伺服器與大廳伺服器進行資料連接和通信；當遊戲與代理伺服器通信時，代理伺服器則與遊戲後台伺服器進行資料連接和通信，由此使得連接的保持和登錄態的記錄可以通過代理伺服器來實現，同時實現遊戲大廳和遊戲的登錄態的共用。
本發明實施例所涉及的技術術語包括：
Websocket：是基於HTML5的一種新的協議，實現了瀏覽器與伺服器之間的雙向通信。在WebSocket API中，瀏覽器和伺服器只需要做一個握手(handshaking)動作，即可在瀏覽器和伺服器之間就形成一條快速通道，進行資料互相傳送。
AJAX：為“Asynchronous JavaScript XML”的縮寫(非同步的JavaScript 與XML技術)，是一種廣泛應用在瀏覽器的網頁開發技術。AJAX是多項技術的綜合應用，它運用XHTML+CSS來表達資訊；運用JavaScript操作DOM(Document Object Model)執行動態效果；運用XML和XSLT進行資料交換及操作；運用XMLHttpRequest為Agent與網頁伺服器進行非同步資料交換；運用JavaScript技術來實現。
JCE：一種業務資料編解碼方式，採用此種編碼可以實現可動態變長和可擴展的協議資料傳輸。
LocalStorage(本機存放區)：是Web Storage網際網路存儲規範中的一部分，LocalStorage提供了簡單的Javascript API，用來在瀏覽器中持久化鍵值(key-value)對。
JSON(JavaScript Object Notation)：是一種羽量級的資料交換格式。它基於JavaScript(Standard ECMA-262 3rd Edition-December 1999)的一個子 集。JSON採用完全獨立於語言的文本格式，但是也使用了類似於C語言家族的習慣(包括C,C++,C#,Java,JavaScript,Perl,Python等)。這些特性使JSON成為理想的資料交換語言。易於人閱讀和編寫，同時也易於機器解析和生成。
登錄key：是請求登錄成功後，由後台伺服器下發給登錄請求方的一個金鑰，此金鑰有一個有效期，在有效期內用key可直接帶登錄態，無需再次登錄。
如圖1所示，本發明第一實施例提出一種應用平台與應用共用登錄態的方法，包括：
步驟S101，代理伺服器接收前端發送的登錄請求； 當應用平台和應用需要登錄訪問各自的後台伺服器時，通過前端向代理伺服器發送登錄請求。
前端與代理伺服器通過Websocket連接，應用平台和應用共用該Websocket連接與各自後台伺服器實現通信。
上述登錄請求攜帶的請求資料封包中包含有供代理伺服器識別的標誌位元，該標誌位元標識請求登錄的是應用平台登錄還是應用登錄。
步驟S102，解析所述登錄請求，獲取登錄來源的類型； 代理伺服器接收到前端發送的登錄請求後，對該登錄請求進行解析，從登錄請求攜帶的請求資料封包中讀取標識是應用平台登錄還是應用登錄的標誌位元，以此獲取登錄來源的類型。
步驟S103，根據所述登錄來源的類型，建立與應用平台伺服器或應用後台伺服器的通信連接，在應用平台與應用之間共用登錄狀態。
當登錄請求為應用平台登錄時，代理伺服器則建立與應用平台伺服器的通信連接，實現應用平台登錄；當登錄請求為應用登錄時，代理伺服器則建立與應用後台伺服器的通信連接，實現應用登錄，由此實現應用平台與應用共用一個連線物件進行連接互通。
此外，當應用平台與應用其中之一實現登錄後，代理伺服器會記錄此登錄狀態，並從相應的後台伺服器(應用平台伺服器或應用後台伺服器)獲取登錄key，將此登錄key再傳給對方，以實現登錄態的共用。
具體地，如圖2a所示，上述步驟S102可以包括：
步驟S1021，解析所述登錄請求的資料封包的標頭； 其中，所述應用平台的登錄請求的資料封包為文本封包模式；所述應用的登錄請求的資料封包為二進位封包模式。
步驟S1022，獲取所述資料封包的標頭的編碼標誌位元； 步驟S1023，若所述編碼標誌位元為設定的應用平台登錄格式資料，則登錄來源的類型為應用平台登錄；若所述編碼標誌位元為設定的應用登錄格式資料，則登錄來源的類型為應用登錄。
如圖2b所示，上述步驟S103包括：
步驟S1031，判斷登錄來源的類型；若所述登錄來源的類型為應用平台登錄，則進入步驟S1032；若所述登錄來源的類型為應用登錄，則進入步驟S1036；步驟S1032，啟動HTTP Proxy服務，建立與應用平台伺服器之間的通信連接；步驟S1033，基於與應用平台伺服器之間的通信連接，在所述應用平台伺服器上進行應用平台登錄；步驟S1034，當應用平台登錄成功後，接收所述應用平台伺服器返回的登錄key；步驟S1035，將所述登錄key傳送給前端，作為所述應用的訪問金鑰，在應用後台伺服器上進行登錄。
步驟S1036，啟動WebSocket Proxy服務，建立與應用後台伺服器之間的通信連接；步驟S1037，基於與應用後台伺服器之間的通信連接，在所述應用後台伺服器上進行應用登錄；步驟S1038，當應用登錄成功後，接收所述應用後台伺服器返回的登錄key：步驟S1039，將所述登錄key傳送給前端，作為所述應用平台的訪問金鑰，在應用平台伺服器上進行登錄。
下面以應用平台為遊戲大廳，應用為遊戲為例，對本實施例方案進行詳細闡述。
如圖3所示，基於HTML5的遊戲大廳和遊戲分別登錄成功 後，需要將登錄態傳遞給對方，本實施例在前後端通信環節中加入了代理伺服器，Web前端通過與代理伺服器建立連接通信，然後在代理伺服器中區分是遊戲大廳登錄還是遊戲登錄，再啟動不同的代理模式，與相應的後台伺服器(遊戲大廳後台伺服器和遊戲後台伺服器)建立通信連接，實現遊戲大廳和遊戲的登錄共用與連接互通。
如果是遊戲大廳登錄，代理伺服器則啟動HTTP Proxy服務；如果是遊戲登錄就啟用Websocket Proxy服務。這兩種代理服務的差別在於：Websocket Proxy服務是採用長連接的方式，HTTP Proxy服務是採用HTTP短連接的方式，前者用Websocket方式實現，後者採用AJAX技術實現。
具體實現時，利用遊戲大廳主Window與內嵌iframe遊戲共用一個Websocket連接，在遊戲大廳登錄時，用此Websocket連接與代理伺服器進行連接，同時在資料段用一個標誌位元標識是遊戲大廳連接，然後代理伺服器與具體的遊戲大廳後台伺服器進行通信。當進入遊戲時，遊戲使用父window的Websocket物件與代理伺服器進行通信，同時在資料段用一個標識位元表明是遊戲連接，然後代理伺服器與具體的遊戲後台伺服器進行通信。由此可以實現遊戲大廳與遊戲共用一個連線物件進行連接互通。
在本實施方案中，Web前端與代理伺服器交互通信的資料封包的封包形式分為：文本封包模式(text frame)和二進位封包模式(binary frame)，分別如下表1和表2所示。
文本封包模式：
二進位封包模式封包模式：
其中，文本封包模式以位元組0x00開頭，以位元組0xFF結尾。其文本內容需要轉換成UTF8編碼。文本封包模式中的消息編碼類型(MsgCodeType)欄位用來使後台伺服器識別此條消息是採用何種編碼方式進行封包傳輸，‘j’代表json的資料編碼方式。
二進位封包模式以位元組0x80開始，與文本封包模式相反，二進位封包模式沒有結束標誌。在二進位封包模式的開始標識位元組(0x80)之後為長度位元組。二進位封包模式的消息編碼類型(MsgCodeType)欄位用‘b’表示，其含義是用base64編碼資料封包體。
本實施例資料編碼具體採用JCE方式，JCE是一種業務資料編解碼方式，採用此種編碼可以實現可動態變長和可擴展的協議資料傳輸。
具體地，遊戲大廳與遊戲共用登錄態的交互流程如下：首先，Web前端上行登錄請求，如果是遊戲大廳登錄，則在登錄請求資料封包頭部的編碼欄位為‘j’；如果是遊戲登錄，則登錄請求資料封包頭部的編碼欄位為‘b’。登錄請求資料封包傳送資料是用base64序列化/json序列化/加密的數據。
代理伺服器收到Web前端發送的登錄請求資料封包後，從資料流程的第二位元組讀取編碼標誌位元，如果是‘j’，則表示是json格式化的遊戲大廳登錄資料，代理伺服器將消息轉交到Websocket Proxy，並根據消息ID去進行相應的解析流程。如果是‘b’，則表示是base64序列表的遊戲資料，代理伺服器將消息轉交到HTTP Proxy，並根據消息ID去進行相應的解析流程。
當代理伺服器判斷出登錄來源後，與相應的後台伺服器(遊戲大廳後台伺服器或者遊戲後台伺服器)進行實際的通信連接，代理伺服器不需要關心具體消息協定體的含義，在收到資料封包後，只需要加上‘j’或者‘b’的標誌位元頭返回給Web前端，Web前端再根據標誌位元類型進行相應的解析流程。
後台伺服器在與代理伺服器建立連接後，進行相應的登錄流程。
在遊戲大廳與遊戲其中一個實現登錄後，代理伺服器還使用LocalStorage存儲大廳登錄返回的登錄key，將此登錄key作為url拼接成遊戲訪問位址進行登錄，從而實現遊戲大廳與遊戲的登錄態的共用。
此外，在後台伺服器進行登錄流程時，後台伺服器如果檢測到登錄有異常流程，比如資料發送異常、頻繁登錄等，則啟動驗證碼流程，此時下發驗證碼到Web前端，當驗證通過後，再進行登錄；如果沒有異常，則可以直接登錄成功。另外，後台伺服器還可以直接push消息到Web前端，從而實現雙向通信。
另外，後台伺服器在檢測到連接數超過一定限制後，會在三次握手成功後，在首條協議回包時斷開連接，並且提示用戶伺服器繁忙。
當Web前端、代理伺服器、後台伺服器之間的通路連接成功後，便可以進行實際業務資料的通信。
本實施例通過上述方案，使遊戲大廳與遊戲共用Websocket連接，與代理伺服器進行通信，當遊戲大廳與代理伺服器通信時，代理伺服器與大廳後台伺服器進行資料連接和通信，當遊戲與代理伺服器通信時，代理伺服器就與遊戲後台伺服器進行資料連接和通信，這種方式下，連接的保持和登錄態的記錄可以通過代理伺服器來實現，不僅便於進行狀態切換，而且還有利於遊戲大廳與遊戲的連接互通，較好的滿足了遊戲大廳和遊戲任意一個登錄成功後，在代理伺服器記錄登錄態，然後再傳給對方，從而實現登錄共用，減少了網路頻寬資源。
如圖4所示，本發明第二實施例提出一種應用平台與應用共用登錄態的方法，在上述第一實施例的基礎上，在上述步驟S101之前，還 可以包括：步驟S100，代理伺服器與前端建立WebSocket連接。
在上述步驟S103之後，還可以包括：步驟S104，所述代理伺服器基於與應用平台伺服器或應用後台伺服器之間的通信連接，在前端與應用平台伺服器或應用後台伺服器之間進行業務資料通信。
本實施例與上述第一實施例的區別在於：本實施例還包括代理伺服器與前端建立WebSocket連接的步驟，而且本實施例還通過登錄建立的通信連接，在前端與後台伺服器(應用平台伺服器或應用後台伺服器)之間進行業務資料通信，其他與第一實施例相同。
其中，在進行業務資料通信時，前端向代理伺服器發送相應的業務資料封包，以遊戲大廳和遊戲為例，代理伺服器與遊戲大廳伺服器和遊戲伺服器進行消息代理，負責轉發前後端之間的消息。代理伺服器在接收到前端發送的業務資料封包後，與登錄請求資料封包的解析過程相同，同樣通過對該業務資料封包進行解析獲取該業務資料封包的標誌位元，以通過該標誌位元識別出該業務資料封包來自遊戲大廳還是遊戲，並進行相應的業務代理，將業務資料封包轉發至相應的後台伺服器。
本實施例通過建立代理伺服器與前端之間的WebSocket連接，通過代理伺服器實現連接的保持和登錄態的記錄，不僅實現了應用平台與應用之間的登錄態共用，而且應用平台與應用共用一個WebSocket連接實現了前端與後台伺服器之間的資料傳輸，極大的節省了網路頻寬資源。
如圖5所示，本發明第一實施例提出一種應用平台與應用共用登錄態的代理伺服器，包括：接收模組501、解析模組502以及登錄共用模組503，其中：接收模組501，應用接收前端發送的登錄請求；解析模組502，應用解析所述登錄請求，獲取登錄來源的類型；登錄共用模組503，應用根據所述登錄來源的類型，建立與應用平台伺服器或應用後台伺服器的通信連接，在應用平台與應用之間共用登錄狀態。
當應用平台和應用需要登錄訪問各自的後台伺服器時，通過前端向代理伺服器發送登錄請求。
前端與代理伺服器通過Websocket連接，應用平台和應用共用該Websocket連接與各自後台伺服器實現通信。
上述登錄請求攜帶的請求資料封包中包含有供代理伺服器識別的標誌位元，該標誌位元標識請求登錄的是應用平台登錄還是應用登錄。
代理伺服器的接收模組501接收到前端發送的登錄請求後，解析模組502對該登錄請求進行解析，從登錄請求攜帶的請求資料封包中讀取標識是應用平台登錄還是應用登錄的標誌位元，以此獲取登錄來源的類型。
當登錄請求為應用平台登錄時，代理伺服器的登錄共用模組503則建立與應用平台伺服器的通信連接，實現應用平台登錄；當登錄請求為應用登錄時，代理伺服器的登錄共用模組503則建立與應用後台伺服器的通信連接，實現應用登錄，由此實現應用平台與應用共用一個連線物件進行連接互通。
此外，當應用平台與應用其中之一實現登錄後，代理伺服器會記錄此登錄狀態，並從相應的後台伺服器(應用平台伺服器或應用後台伺服器)獲取登錄key，將此登錄key再傳給對方，以實現登錄態的共用。
具體地，如圖6所示，所述解析模組502包括：解析單元5021、獲取單元5022及判斷單元5023，其中：解析單元5021，用於解析所述登錄請求的資料封包的標頭；獲取單元5022，用於獲取所述資料封包的標頭的編碼標誌位元；判斷單元5023，用於當所述編碼標誌位元為設定的應用平台登錄格式資料時，判定登錄來源的類型為應用平台登錄；當所述編碼標誌位元為設定的應用登錄格式資料時，判定登錄來源的類型為應用登錄。
如圖7所示，所述登錄共用模組503包括：通信建立單元5031、登錄單元5032、接收單元5033以及共用單元5034，其中：通信建立單元5031，用於當所述登錄來源的類型為應用平台登錄時，啟動HTTP Proxy服務，建立與應用平台伺服器之間的通信連接；登錄單元5032，用於基於與應用平台伺服器之間的通信連接，在所述應用平台伺服器上進行應用平台登錄；接收單元5033，用於當應用平台登錄成功後，接收所述應用平台伺服器返回的登錄key；共用單元5034，用於將所述登錄key傳送給前 端，作為所述應用的訪問金鑰，在應用後台伺服器上進行登錄。
進一步地，所述通信建立單元5031還用於當所述登錄來源的類型為應用登錄時，啟動WebSocket Proxy服務，建立與應用後台伺服器之間的通信連接；所述登錄單元5032還用於基於與應用後台伺服器之間的通信連接，在所述應用後台伺服器上進行應用登錄；所述接收單元5033還用於當應用登錄成功後，接收所述應用後台伺服器返回的登錄key；所述共用單元5034還用於將所述登錄key傳送給前端，作為所述應用平台的訪問金鑰，在應用平台伺服器上進行登錄。
下面以應用平台為遊戲大廳，應用為遊戲為例，對本實施例方案進行詳細闡述。
如圖3所示，基於HTML5的遊戲大廳和遊戲分別登錄成功後，需要將登錄態傳遞給對方，本實施例在前後端通信環節中加入了代理伺服器，Web前端通過與代理伺服器建立連接通信，然後在代理伺服器中區分是遊戲大廳登錄還是遊戲登錄，再啟動不同的代理模式，與相應的後台伺服器(遊戲大廳後台伺服器和遊戲後台伺服器)建立通信連接，實現遊戲大廳和遊戲的登錄共用與連接互通。
如果是遊戲大廳登錄，代理伺服器則啟動HTTP Proxy服務；如果是遊戲登錄就啟用Websocket Proxy服務。這兩種代理服務的差別在於：Websocket Proxy服務是採用長連接的方式，HTTP Proxy服務是採用HTTP短連接的方式，前者用Websocket方式實現，後者採用AJAX技術實現。
具體實現時，利用遊戲大廳主Window與內嵌iframe遊戲共用一個Websocket連接，在遊戲大廳登錄時，用此Websocket連接與代理伺服器進行連接，同時在資料段用一個標誌位元標識是遊戲大廳連接，然後代理伺服器與具體的遊戲大廳後台伺服器進行通信。當進入遊戲時，遊戲使用父window的Websocket物件與代理伺服器進行通信，同時在資料段用一個標識位元表明是遊戲連接，然後代理伺服器與具體的遊戲後台伺服器進行通信。由此可以實現遊戲大廳與遊戲共用一個連線物件進行連接互通。
在本實施方案中，Web前端與代理伺服器交互通信的資料 封包的封包形式分為：文本封包模式(text frame)和二進位封包模式(binary frame)，分別如上表1和表2所示。
其中，文本封包模式以位元組0x00開頭，以位元組0xFF結尾。其文本內容需要轉換成UTF8編碼。文本封包模式中的消息編碼類型(MsgCodeType)欄位用來使後台伺服器識別此條消息是採用何種編碼方式進行封包傳輸，‘j’代表json的資料編碼方式。
二進位封包模式以位元組0x80開始，與文本封包模式相反，二進位封包模式沒有結束標誌。在二進位封包模式的開始標識位元組(0x80)之後為長度位元組。二進位封包模式的消息編碼類型(MsgCodeType)欄位用‘b’表示，其含義是用base64編碼資料封包體。
本實施例資料編碼具體採用JCE方式，JCE是一種業務資料編解碼方式，採用此種編碼可以實現可動態變長和可擴展的協議資料傳輸。
具體地，遊戲大廳與遊戲共用登錄態的交互流程如下：首先，Web前端上行登錄請求，如果是遊戲大廳登錄，則在登錄請求資料封標頭部的編碼欄位為‘j’；如果是遊戲登錄，則登錄請求資料封標頭部的編碼欄位為‘b’。登錄請求資料封包傳送資料是用base64序列化/json序列化/加密的數據。
代理伺服器收到Web前端發送的登錄請求資料封包後，從資料流程的第二位元組讀取編碼標誌位元，如果是‘j’，則表示是json格式化的遊戲大廳登錄資料，代理伺服器將消息轉交到Websocket Proxy，並根據消息ID去進行相應的解析流程。如果是‘b’，則表示是base64序列表的遊戲資料，代理伺服器將消息轉交到HTTP Proxy，並根據消息ID去進行相應的解析流程。
當代理伺服器判斷出登錄來源後，與相應的後台伺服器(遊戲大廳後台伺服器或者遊戲後台伺服器)進行實際的通信連接，代理伺服器不需要關心具體消息協定體的含義，在收到資料封包後，只需要加上‘j’或者‘b’的標誌位元頭返回給Web前端，Web前端再根據標誌位元類型進行相應的解析流程。
後台伺服器在與代理伺服器建立連接後，進行相應的登錄流程。
在遊戲大廳與遊戲其中一個實現登錄後，代理伺服器還使用LocalStorage存儲大廳登錄返回的登錄key，將此登錄key作為url拼接成遊戲訪問位址進行登錄，從而實現遊戲大廳與遊戲的登錄態的共用。
此外，在後台伺服器進行登錄流程時，後台伺服器如果檢測到登錄有異常流程，比如資料發送異常、頻繁登錄等，則啟動驗證碼流程，此時下發驗證碼到Web前端，當驗證通過後，再進行登錄；如果沒有異常，則可以直接登錄成功。另外，後台伺服器還可以直接push消息到Web前端，從而實現雙向通信。
另外，後台伺服器在檢測到連接數超過一定限制後，會在三次握手成功後，在首條協議回包時斷開連接，並且提示用戶伺服器繁忙。
當Web前端、代理伺服器、後台伺服器之間的通路連接成功後，便可以進行實際業務資料的通信。
本實施例通過上述方案，使遊戲大廳與遊戲共用Websocket連接，與代理伺服器進行通信，當遊戲大廳與代理伺服器通信時，代理伺服器與大廳後台伺服器進行資料連接和通信，當遊戲與代理伺服器通信時，代理伺服器就與遊戲後台伺服器進行資料連接和通信，這種方式下，連接的保持和登錄態的記錄可以通過代理伺服器來實現，不僅便於進行狀態切換，而且還有利於遊戲大廳與遊戲的連接互通，較好的滿足了遊戲大廳和遊戲任意一個登錄成功後，在代理伺服器記錄登錄態，然後再傳給對方，從而實現登錄共用，減少了網路頻寬資源。
如圖8所示，本發明第二實施例提出一種應用平台與應用共用登錄態的代理伺服器，在上述第一實施例的基礎上，還包括：建立模組500，用於與前端建立WebSocket連接。
通信代理模組504，用於基於與應用平台伺服器或應用後台伺服器之間的通信連接，在前端與應用平台伺服器或應用後台伺服器之間進行業務資料通信。
本實施例與上述第一實施例的區別在於：本實施例還通過建 立模組500建立代理伺服器與前端之間的WebSocket連接，而且本實施例通信代理模組504還通過登錄建立的通信連接，在前端與後台伺服器(應用平台伺服器或應用後台伺服器)之間進行業務資料通信，其他與第一實施例相同。
其中，在進行業務資料通信時，前端向代理伺服器發送相應的業務資料封包，以遊戲大廳和遊戲為例，代理伺服器與遊戲大廳伺服器和遊戲伺服器進行消息代理，負責轉發前後端之間的消息。代理伺服器在接收到前端發送的業務資料封包後，與登錄請求資料封包的解析過程相同，同樣通過對該業務資料封包進行解析獲取該業務資料封包的標誌位元，以通過該標誌位元識別出該業務資料封包來自遊戲大廳還是遊戲，並進行相應的業務代理，將業務資料封包轉發至相應的後台伺服器。
本實施例通過建立代理伺服器與前端之間的WebSocket連接，通過代理伺服器實現連接的保持和登錄態的記錄，不僅實現了應用平台與應用之間的登錄態共用，而且應用平台與應用共用一個WebSocket連接實現了前端與後台伺服器之間的資料傳輸，極大的節省了網路頻寬資源。
如圖9所示，本發明較佳實施例提出一種應用平台與應用共用登錄態的系統，包括：前端901、代理伺服器902、應用平台伺服器903和應用後台伺服器904，其中：所述前端901用於向代理伺服器902發送登錄請求；所述代理伺服器902用於接收前端901發送的登錄請求，解析所述登錄請求，獲取登錄來源的類型；根據所述登錄來源的類型，建立與應用平台伺服器903或應用後台伺服器904的通信連接，在應用平台與應用之間共用登錄狀態；所述應用平台伺服器903用於與所述代理伺服器902建立通信連接後，進行應用平台登錄；所述應用後台伺服器904用於與所述代理伺服器902建立通信連接後，進行應用登錄。
具體地，當應用平台和應用需要登錄訪問各自的後台伺服器時，通過前端901向代理伺服器902發送登錄請求。
前端901與代理伺服器902通過Websocket連接，應用平台和應用共用該Websocket連接與各自後台伺服器實現通信。
上述登錄請求攜帶的請求資料封包中包含有供代理伺服器902識別的標誌位元，該標誌位元標識請求登錄的是應用平台登錄還是應用登錄。
代理伺服器902接收到前端901發送的登錄請求後，對該登錄請求進行解析，從登錄請求攜帶的請求資料封包中讀取標識是應用平台登錄還是應用登錄的標誌位元，以此獲取登錄來源的類型。
當登錄請求為應用平台登錄時，代理伺服器902則建立與應用平台伺服器903的通信連接，實現應用平台登錄；當登錄請求為應用登錄時，代理伺服器902則建立與應用後台伺服器904的通信連接，實現應用登錄，由此實現應用平台與應用共用一個連線物件進行連接互通。
此外，當應用平台與應用其中之一實現登錄後，代理伺服器902會記錄此登錄狀態，並從相應的後台伺服器(應用平台伺服器903或應用後台伺服器904)獲取登錄key，將此登錄key再傳給對方，以實現登錄態的共用。
此外，在後台伺服器進行登錄流程時，後台伺服器(應用平台伺服器903或應用後台伺服器904)如果檢測到登錄有異常流程，比如資料發送異常、頻繁登錄等，則啟動驗證碼流程，此時下發驗證碼到Web前端901，當驗證通過後，再進行登錄；如果沒有異常，則可以直接登錄成功。另外，後台伺服器還可以直接push消息到Web前端901，從而實現雙向通信。
另外，後台伺服器在檢測到連接數超過一定限制後，會在三次握手成功後，在首條協議回包時斷開連接，並且提示用戶伺服器繁忙。
當Web前端901、代理伺服器902、後台伺服器(應用平台伺服器903或應用伺服器)之間的通路連接成功後，便可以進行實際業務資料的通信。
在進行實際業務通信時，前端901向代理伺服器902發送業務資料封包；代理伺服器902接收到所述業務資料封包後，基於與應用平 台伺服器903或應用後台伺服器904之間的通信連接，在前端901與應用平台伺服器903或應用後台伺服器904之間進行業務資料通信。
本發明實施例應用平台與應用共用登錄態的方法、代理伺服器及系統，應用平台與應用通過前端共用與代理伺服器的連接，將登錄請求通過前端發送代理伺服器，代理伺服器根據登錄請求獲取登錄來源的類型，相應地建立與應用平台伺服器或應用後台伺服器的通信連接，並在應用平台與應用之間共用登錄狀態，進而實現與相應的後台伺服器之間的業務資料通信，由此極大的節省了網路頻寬資源，同時避免了跨域訪問等問題。
以上所述僅為本發明的優選實施例，並非因此限制本發明的專利範圍，凡是利用本發明說明書及附圖內容所作的等效結構或流程變換，或直接或間接運用在其它相關的技術領域，均同理包括在本發明的專利保護範圍內。
S101、S102、S103‧‧‧步驟

Claims (17)

  1. 一種應用平台與應用共用登錄態的方法，包括：一代理伺服器接收一前端發送的一登錄請求；解析該登錄請求，獲取一登錄來源的一類型；以及根據該登錄來源的類型，建立與一應用平台伺服器或一應用後台伺服器的通信連接，在一應用平台與一應用之間共用一登錄狀態。
  2. 根據權利要求1所述的方法，其中解析該登錄請求，獲取該登錄來源的該類型的步驟包括：解析該登錄請求的一數據封包的一標頭；獲取一資料封包的一標頭的一編碼標誌位元；若該編碼標誌位元為設定的一應用平台登錄格式資料，則該登錄來源的該類型為一應用平台登錄；以及若該編碼標誌位元為設定的一應用登錄格式資料，則該登錄來源的該類型為一應用登錄。
  3. 根據權利要求2所述的方法，其中該應用平台的該登錄請求的該資料封包為一文本封包模式；該應用的該登錄請求的該資料封包為一二進位封包模式。
  4. 根據權利要求1-3中任一項所述的方法，其中該登錄來源的該類型，建立與該應用平台伺服器或該應用後台伺服器的通信連接，在該應用平台與該應用之間共用該登錄狀態的步驟包括：若該登錄來源的該類型為該應用平台登錄，則啟動一HTTP Proxy服務，建立與該應用平台伺服器之間的通信連接；基於與該應用平台伺服器之間的通信連接，在該應用平台伺服器上進行該應用平台登錄；當該應用平台登錄成功後，接收該應用平台伺服器返回的一登錄key； 以及將該登錄key傳送給該前端，作為該應用的一訪問金鑰，在該應用後台伺服器上進行登錄。
  5. 根據權利要求1-3中任一項所述的方法，其中根據該登錄來源的類型，建立與該應用平台伺服器或該應用後台伺服器的通信連接，在該應用平台與該應用之間共用該登錄狀態的步驟包括：若該登錄來源的該類型為該應用登錄，則啟動一WebSocket Proxy服務，建立與該應用後台伺服器之間的通信連接；基於與該應用後台伺服器之間的通信連接，在該應用後台伺服器上進行該應用登錄；當該應用登錄成功後，接收該應用後台伺服器返回的一登錄key；以及將該登錄key傳送給該前端，作為該應用平台的該訪問金鑰，在該應用平台伺服器上進行登錄。
  6. 根據權利要求1所述的方法，還包括：該代理伺服器基於與該應用平台伺服器或該應用後台伺服器之間的通信連接，在該前端與該應用平台伺服器或該應用後台伺服器之間進行一業務資料通信。
  7. 根據權利要求1所述的方法，其中在該代理伺服器接收該前端發送的該登錄請求的步驟之前還包括：該代理伺服器與該前端建立一WebSocket連接。
  8. 一種應用平台與應用共用登錄態的代理伺服器，包括：一接收模組，應用於接收一前端發送的一登錄請求；一解析模組，應用於解析所該登錄請求，獲取一登錄來源的一類型；以及一登錄共用模組，應用於根據該登錄來源的該類型，建立與一應用平台伺服器或一應用後台伺服器的通信連接，在該應用平台與該應用之間共 用一登錄狀態。
  9. 根據權利要求8所述的代理伺服器，其中該解析模組包括：一解析單元，用於解析該登錄請求的一資料封包的一標頭；一獲取單元，用於獲取該資料封包的該標頭的一編碼標誌位元；以及一判斷單元，用於當該編碼標誌位元為設定的一應用平台登錄格式資料時，判定該登錄來源的該類型為一應用平台登錄；當該編碼標誌位元為設定的一應用登錄格式資料時，判定該登錄來源的該類型為一應用登錄。
  10. 根據權利要求9所述的代理伺服器，其中該登錄共用模組包括：一通信建立單元，用於當該登錄來源的該類型為該應用平台登錄時，啟動一HTTP Proxy服務，建立與該應用平台伺服器之間的通信連接；一登錄單元，用於基於與該應用平台伺服器之間的通信連接，在該應用平台伺服器上進行該應用平台登錄；一接收單元，用於當該應用平台登錄成功後，接收該應用平台伺服器返回的一登錄key；以及一共用單元，用於將該登錄key傳送給該前端，作為該應用的一訪問金鑰，在該應用後台伺服器上進行登錄。
  11. 根據權利要求10所述的代理伺服器，其中：該通信建立單元，還用於當該登錄來源的該類型為該應用登錄時，啟動一WebSocket Proxy服務，建立與該應用後台伺服器之間的通信連接；該登錄單元，還用於基於與該應用後台伺服器之間的通信連接，在該應用後台伺服器上進行該應用登錄；該接收單元，還用於當該應用登錄成功後，接收該應用後台伺服器返回的該登錄key；以及該共用單元，還用於將該登錄key傳送給該前端，作為該應用平台的一訪問金鑰，在該應用平台伺服器上進行登錄。
  12. 根據權利要求8所述的代理伺服器，還包括一通信代理模組，用於基 於與該應用平台伺服器或該應用後台伺服器之間的通信連接，在該前端與該應用平台伺服器或該應用後台伺服器之間進行一業務資料通信。
  13. 根據權利要求8所述的代理伺服器，還包括建立一模組，用於與該前端建立一WebSocket連接。
  14. 一種應用平台與應用共用登錄態的系統，包括：一前端、一代理伺服器、一應用平台伺服器和一應用後台伺服器，其中：該前端，用於向該代理伺服器發送一登錄請求；該代理伺服器，用於接收該前端發送的該登錄請求，解析該登錄請求，獲取一登錄來源的一類型；根據該登錄來源的該類型，建立與該應用平台伺服器或該應用後台伺服器的通信連接，在該應用平台與該應用之間共用一登錄狀態；該應用平台伺服器，用於與該代理伺服器建立通信連接後，進行一應用平台登錄；以及該應用後台伺服器，用於與該代理伺服器建立通信連接後，進行一應用登錄。
  15. 根據權利要求14所述的系統，其中：該應用平台伺服器在進行該應用平台登錄時，還用於檢測一登錄是否異常，若是，則下發一驗證碼至該前端，當驗證通過後，允許該應用平台登錄；以及該應用後台伺服器在進行應用該登錄時，還用於檢測該登錄是否異常，若是，則下發該驗證碼至該前端，當驗證通過後，允許該應用登錄。
  16. 根據權利要求14所述的系統，其中：該前端還用於向該代理伺服器發送一業務資料封包；以及該代理伺服器，還用於接收該業務資料封包，基於與該應用平台伺服器或該應用後台伺服器之間的通信連接，在該前端與該應用平台伺服器或 該應用後台伺服器之間進行一業務資料通信。
  17. 根據權利要求16所述的系統，其中：該應用平台伺服器還用於推送相應的一業務消息至該前端；以及該應用後台伺服器還用於推送相應的該業務消息至該前端。
TW102131944A 2012-09-11 2013-09-04 應用平台與應用共用登錄態的方法、代理伺服器及系統 TWI510272B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210334289.1A CN103685175B (zh) 2012-09-11 2012-09-11 应用平台与应用共享登录态的方法、代理服务器及系统

Publications (2)

Publication Number Publication Date
TW201410304A true TW201410304A (zh) 2014-03-16
TWI510272B TWI510272B (zh) 2015-12-01

Family

ID=50277619

Family Applications (1)

Application Number Title Priority Date Filing Date
TW102131944A TWI510272B (zh) 2012-09-11 2013-09-04 應用平台與應用共用登錄態的方法、代理伺服器及系統

Country Status (6)

Country Link
EP (1) EP2895981B1 (zh)
JP (1) JP5867841B2 (zh)
KR (1) KR101556619B1 (zh)
CN (1) CN103685175B (zh)
TW (1) TWI510272B (zh)
WO (1) WO2014040522A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3127332B1 (en) * 2014-04-04 2019-11-27 Systems and Software Enterprises, LLC Mobile device in-flight entertainment connection
CN104601437A (zh) * 2014-04-30 2015-05-06 腾讯科技（深圳）有限公司 聊天信息传输方法及装置、聊天信息推送方法及服务器
US9824136B2 (en) * 2014-09-19 2017-11-21 Microsoft Technology Licensing, Llc Dynamic application containers
CN105704001A (zh) * 2014-11-25 2016-06-22 上海天脉聚源文化传媒有限公司 一种微信服务器消息分发方法及系统
US11196711B2 (en) * 2017-07-21 2021-12-07 Fisher-Rosemount Systems, Inc. Firewall for encrypted traffic in a process control system
CN108170537B (zh) * 2017-12-06 2021-02-02 北京像素软件科技股份有限公司 游戏api实现方法、装置、接口服务器及可读存储介质
CN109639740B (zh) * 2019-01-31 2022-02-22 平安科技（深圳）有限公司 一种基于设备id的登录态共享方法及装置
CN110659463B (zh) * 2019-08-23 2021-11-12 苏州浪潮智能科技有限公司 一种无状态系统的分布式运行的方法及装置
CN112619129B (zh) * 2020-12-18 2023-09-19 咪咕互动娱乐有限公司 云游戏运行方法、服务器及存储介质
CN114172958B (zh) * 2021-11-19 2023-10-20 云从科技集团股份有限公司 隐私计算节点、系统、方法、装置以及存储介质

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8002617B1 (en) * 1999-09-27 2011-08-23 Nokia Corporation Sponsored network games
US7174383B1 (en) * 2001-08-31 2007-02-06 Oracle International Corp. Method and apparatus to facilitate single sign-on services in a hosting environment
GB0308991D0 (en) * 2003-04-17 2003-05-28 Psion Digital Ltd A data access replication or communication system comprising a distributed software application
US7534169B2 (en) * 2005-07-08 2009-05-19 Cfph, Llc System and method for wireless gaming system with user profiles
JP2005332233A (ja) * 2004-05-20 2005-12-02 Nippon Telegr & Teleph Corp <Ntt> 複数サービス事業者アプリケーションへの共通機能を提供するサービス提供システム、その方法、サービス提供装置、その方法、ならびにそのプログラムおよび記録媒体
KR100906109B1 (ko) * 2007-06-20 2009-07-07 엔에이치엔(주) 3ａ 기반의 다양한 어플리케이션 상태를 제공하는유비쿼터스 프리젠스 서비스 방법 및 시스템
CN101355527A (zh) * 2008-08-15 2009-01-28 深圳市中兴移动通信有限公司 一种跨域名单点登录的实现方法
TWI364202B (en) * 2008-12-17 2012-05-11 Ind Tech Res Inst Single sign-on method and system for web browser
CN101783873A (zh) * 2009-01-19 2010-07-21 北京视典无限传媒技术有限公司 数字化多媒体信息传输平台
TWI421118B (zh) * 2010-10-01 2014-01-01 Xpec Entertainment Inc Online gaming system and method of resources to handle online games
JP5620781B2 (ja) * 2010-10-14 2014-11-05 キヤノン株式会社 情報処理装置、その制御方法、及びプログラム
CN102469080B (zh) * 2010-11-11 2015-07-15 中国电信股份有限公司 实现通行证用户安全登录应用客户端的方法和系统
US9854055B2 (en) * 2011-02-28 2017-12-26 Nokia Technologies Oy Method and apparatus for providing proxy-based content discovery and delivery

Also Published As

Publication number Publication date
EP2895981A4 (en) 2015-10-07
JP5867841B2 (ja) 2016-02-24
EP2895981B1 (en) 2017-03-01
KR20150052286A (ko) 2015-05-13
CN103685175B (zh) 2017-12-01
CN103685175A (zh) 2014-03-26
TWI510272B (zh) 2015-12-01
KR101556619B1 (ko) 2015-10-01
EP2895981A1 (en) 2015-07-22
JP2015532984A (ja) 2015-11-16
WO2014040522A1 (en) 2014-03-20

Similar Documents

Publication Publication Date Title
TWI510272B (zh) 應用平台與應用共用登錄態的方法、代理伺服器及系統
Liu et al. Research of web real-time communication based on web socket
US9379952B2 (en) Monitoring NAT behaviors through URI dereferences in web browsers
WO2011150818A1 (zh) Soapapi转换为restapi的公共消息头承载方法及装置
WO2013097401A1 (zh) 浏览器客户端与后端服务器直通的方法、网关和通信系统
WO2010081336A1 (zh) 网页页面的显示方法、请求的处理方法、装置和系统
CN103108037B (zh) 一种通信方法，Web服务器及Web通信系统
US9088559B2 (en) System and method for sharing login status between an application platform and an application
JP5940216B2 (ja) ベアラ非依存プロトコルを伴うソケット管理の方法
CN104052746A (zh) 异构应用单点登录系统及其单点登录方法
WO2016086755A1 (zh) 一种报文处理的方法和透明代理服务器
WO2010133097A1 (zh) 微技系统的数据共享方法、服务器以及数据共享系统
CN102694830A (zh) 一种实现网络内容分享的方法、系统和装置
WO2012155668A1 (zh) 网管配置管理方法及装置
CN107239308A (zh) 一种浏览器的调用功能实现方法及系统
WO2013120325A1 (zh) 浏览器与浏览器直通的方法、装置和通信系统
WO2013120315A1 (zh) 域名信息的处理方法、无线路由器和客户端
CN103227827A (zh) 请求资源的方法和装置
CN103812756B (zh) 一种基于网页的即时通信的方法及装置
CN102918811A (zh) 双向通信系统和用于该系统的服务器装置
WO2016184025A1 (zh) 一种设备管理方法和装置
WO2018153231A1 (zh) 信息处理的方法、设备及存储介质
KR101579525B1 (ko) 웹 서비스 어댑터 및 이를 포함하는 통합 sns 게이트웨이
CN103067517A (zh) 结合重定向和主动连接的p2p缓存服务器系统和实现方法
JP5985377B2 (ja) 複数の端末間でプライベートページを同期して表示させるページ同期表示方法及びシステム