WO2012130036A1 - 一种跨应用的网络通信方法和设备 - Google Patents

一种跨应用的网络通信方法和设备 Download PDF

Info

Publication number
WO2012130036A1
WO2012130036A1 PCT/CN2012/072245 CN2012072245W WO2012130036A1 WO 2012130036 A1 WO2012130036 A1 WO 2012130036A1 CN 2012072245 W CN2012072245 W CN 2012072245W WO 2012130036 A1 WO2012130036 A1 WO 2012130036A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
information
module
plug
user
Prior art date
Application number
PCT/CN2012/072245
Other languages
English (en)
French (fr)
Inventor
安婷婷
邹泉
韩晓玮
陈希
Original Assignee
腾讯科技(深圳)有限公司
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 腾讯科技(深圳)有限公司 filed Critical 腾讯科技(深圳)有限公司
Publication of WO2012130036A1 publication Critical patent/WO2012130036A1/zh
Priority to US14/039,775 priority Critical patent/US9451014B2/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/56Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0815Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a cross-application network communication method and device. Background of the invention
  • IM instant messaging
  • SNS social network service
  • the invention provides a cross-application network communication method, which can realize instant communication across applications, thereby combining different Internet applications well.
  • the present invention also provides a cross-application network communication device capable of real-time communication across applications, thereby combining different Internet applications well.
  • a cross-application network communication method including:
  • the server of the peer application authenticates the user according to the account information.
  • the plug-in module of the local application is allowed to obtain the information of the user in the peer application; the plug-in module of the local application acquires the user. Information in the peer application.
  • the method of loading and starting the plug-in module of the local application is:
  • the program module of the local application determines whether the plug-in configuration information has been updated, if it has been updated, download and save the plug-in configuration information from the server of the local application, and continue to perform step B; if not, proceed to step B;
  • the plug-in module of the local application sends the user account information to the server of the peer application as follows:
  • the plug-in module of the local application determines whether the account information of the user in the local application and the account information in the peer application are saved locally, if yes, according to the account information of the user in the local application and the The corresponding relationship acquires the account information of the user in the peer application, and sends the information to the server of the peer application; if not, prompts the user to input the account information in the peer application, and receives the information input by the user, Information sent to The server of the peer application.
  • the method further includes: the plug-in module of the local application establishes and saves the correspondence between the account information of the user in the local application and the account information in the peer application. .
  • the method further includes:
  • the plug-in module of the local application sends the obtained information to the program module of the local application, and the program module of the local application displays the information;
  • the plug-in module of the local application receives the interaction information input by the user, sends the interaction information to the server of the peer application, receives the feedback information of the server of the peer application, and sends the information to the program module of the local application.
  • the plug-in module of the local application and the server interaction information of the peer application are:
  • the adaptation module of the peer application receives the information of the plug-in module from the local application, converts the information into a form recognizable by the server of the peer application, and forwards the converted information to the server of the peer application;
  • the adaptation module of the peer application receives the information from the server of the peer application, converts the information into a form recognized by the plug-in module of the local application, and forwards the converted information to the plug-in module of the local application.
  • a cross-application network communication device including:
  • a program module of the local application a plug-in module for loading and starting the local application
  • a plug-in module of the local application configured to send the user account information to the server of the peer application, and the server of the peer application to the user
  • the verification is passed, the information of the user in the peer application is obtained.
  • the program module of the local application loads and starts the plug-in of the local application.
  • the way of the module is:
  • step B judging whether the plug-in configuration information has been updated, if it has been updated, download and save the plug-in configuration information from the server of the local application, and continue to perform step B; if not, proceed to step B;
  • the manner in which the plug-in module of the local application sends the user account information to the server of the peer application is: determining whether the account information of the user in the local application and the account information in the peer application are saved locally, if If yes, the user information in the peer application is obtained according to the account information of the user in the local application and the corresponding relationship, and the information is sent to the server of the peer application; if not, the user is prompted to input.
  • the account information in the end application receives the information input by the user, and sends the information to the server of the peer application, and establishes and stores the correspondence between the account information of the user in the local application and the account information in the peer application.
  • the device further includes: an adaptation module of the peer application, where the adaptation module of the peer application is respectively connected to the plug-in module of the local application and the server of the peer application;
  • the adaptation module of the peer application When the adaptation module of the peer application receives the information of the plug-in module from the local application, the information is converted into a form that the server of the peer application can recognize, and the converted information is forwarded to the server of the peer application;
  • the application adapter module receives the information from the server of the peer application, the information is converted into a form that can be recognized by the plug-in module of the local application, and the converted information is forwarded to the plug-in module of the local application.
  • the cross-application network communication method and device load and start a plug-in in the local application, and the plug-in communicates with the background server of the peer application to extract the friend information of the user in the peer application.
  • Network communication across applications is achieved.
  • FIG. 1 is a flow chart of a method for communicating across application networks according to the present invention
  • Embodiment 1 of the present invention is a flowchart of an implementation of Embodiment 1 of the present invention.
  • Embodiment 2 of the present invention is a flowchart of an implementation of Embodiment 2 of the present invention.
  • FIG. 5 is a flowchart of an implementation of Embodiment 4 of the present invention.
  • FIG. 6 is a schematic structural diagram of a cross-application network communication device according to the present invention. Mode for carrying out the invention
  • FIG. 1 is a flowchart of a method for cross-application network communication according to the present invention. The method includes:
  • Step 101 Load and start a plug-in module of the local application, where the plug-in module of the local application sends the account information of the user to the server of the peer application;
  • Step 102 The server of the peer application authenticates the user according to the account information.
  • the plug-in module of the local application is allowed to obtain the information of the user in the peer application.
  • Step 103 The plug-in module of the local application acquires information about the user in the peer application.
  • the manner of loading and starting the plug-in module of the local application may be:
  • the program module of the local application determines whether the plug-in configuration information has been updated, if it has been updated, download and save the plug-in configuration information from the server of the local application, and continue to perform step B; if not, proceed to step B;
  • the account information of the user in the local application is the same as the account information in the peer application. Therefore, step 101 above.
  • the plug-in module of the local application sends the user account information to the server of the peer application.
  • the plug-in module of the local application obtains the account information of the user in the peer application.
  • This information is equal to the account information of the user in the local application, and has been input by the user), and the account information of the user in the peer application is sent to the server of the peer application.
  • the plug-in module of the local application determines whether the account information of the user in the local application and the account information in the peer application are saved locally. If yes, the account information of the user in the peer application is obtained according to the account information of the user in the local application, and the information is sent to the server of the peer application; if not, the user is prompted to input.
  • the account information in the end application receives the information input by the user, and sends the information to the server of the peer application.
  • the plug-in module of the local application can further establish and save the user after receiving the account information input by the user in the peer application.
  • the plug-in module of the local application may send the obtained information to the program module of the local application, and the program module of the local application displays the information.
  • the specific mode may be: the plug-in module of the local application receives the interaction information input by the user, and sends the interaction information to the server of the peer application; after the feedback of the friend in the peer application, the plug-in module of the local application receives the peer end.
  • the adaptation module of the peer application can be set in the local application, and the module implements information interaction between the plug-in module applied by the local end and the server of the peer application, and the specific manner is:
  • the adaptation module of the peer application receives the information of the plug-in module from the local application, converts the information into a form recognizable by the server of the peer application, and forwards the converted information to the server of the peer application;
  • the adaptation module of the peer application receives the information from the server of the peer application, converts the information into a form recognized by the plug-in module of the local application, and forwards the converted information to the plug-in module of the local application.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • the application is used as the local application
  • APP 2 to APP N are used as the peer application
  • the user accesses the APP N in the ⁇ as an example.
  • the APPi plugin is launched and running. If the application APPi and APP N belong to the same account system, after the APPi plug-in is started, the user information is directly verified. After the verification is successful, you can communicate with the background server of APP N. If the two are in different account systems, the user needs to first input the account information of the third-party application APP N. After the account verification is successful, the user will automatically communicate with the background server APP N Server of the binding account application platform to obtain and display the user friend. Related information. In this way, the user can instantly communicate with friends of other APP applications in the application APPi.
  • FIG. 2 is a flowchart of an implementation of Embodiment 1 of the present invention. Includes the following steps:
  • Step 201 The APPi main program starts running, and the APPi plugin is started and run.
  • Step 202 The APPi plug-in determines whether the APP and the APP N belong to the same account system. If they belong, the APPi plug-in will add the account information of the user in the APP N (equal to the user in the APPi). In the account information, and has been pre-entered by the user to send to the APP N server (Server), continue to step 204; if not, then step 203;
  • Step 203 The APP! plug-in requires the user to input the account information in the APP N , receive the information input by the user, and detect that the corresponding application is APP N according to the account information, and then send the account information of the user in the APP N to the APP N. Server, continue to step 204.
  • Steps 204 to 206 The APP N Server authenticates the user according to the account information. After the verification is passed, the APP plug-in is allowed to extract the friend information of the user. The APP plug-in pulls the friend information under the account from the APP N Server, and the online status is related. Information, extract the required friend information.
  • Steps 207 ⁇ 208 The APP plugin classifies the obtained friend information, and submits the information to the APPi main program.
  • Step 209 The APPi plugin receives the user interaction After the operation, an operation request is sent to the APP N Server.
  • Step 210 The APP N Server processes the interaction request and returns a processing result.
  • Embodiment 2 The above interactions can be processed by the APP plugin and displayed by the APP main program.
  • Embodiment 2
  • the specific manner of loading and starting the plug-in module of the local application by the program module of the local application is mainly introduced.
  • APPi is still introduced as a local application.
  • the program When the plugin is launched, the program will load the plugin first and get the The configuration parameters are initialized to initialize the plugin, and the display is completed after initialization.
  • FIG. 3 is a flowchart of an implementation of Embodiment 2 of the present invention, including the following steps:
  • Step 301 After the APPi main program is running, it is determined whether the plug-in configuration of the APPi Server has been updated. If yes, step 302 is performed; otherwise, step 303 is performed.
  • Step 302 The main program downloads and updates the locally configured plug-in configuration information, and proceeds to step 303.
  • Step 303 The main program reads in the local plug-in configuration list.
  • Steps 304 ⁇ 308 The main program loads the plug-ins according to the plug-in configuration list, and initializes the plug-ins according to the obtained configuration parameters. After the initialization is completed, the plug-in is displayed.
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • the embodiment provides an account "binding" function, and the "binding" function is mainly between the application APP number and the third-party application APP N account under different account systems. Establish a mapping correspondence. If APPi and apps? ? ⁇ is in a different account system, first query whether the user is bound to the APP N account:
  • the plug-in will determine whether the user is using the service for the first time. If yes, it is recommended that the user bind the third-party application account and store the account data in the APPi Server background; if not, determine whether the user has selected the local save password or directly enter the account to perform login verification.
  • the program will automatically obtain the bound account from the ⁇ Server background, and use these binding accounts to automatically authenticate with the APP N background.
  • the plug-in After the user account is successfully verified, the plug-in successfully obtains the account information of the application APP N , and then The background pulls the friend information of the account, the online status and the like are displayed in the program, and provides support for the user's instant communication interaction between multiple Internet applications.
  • FIG. 4 is a flowchart of an implementation of Embodiment 3 of the present invention. Includes the following steps:
  • Step 401 After the APPi plugin is started, the APP device judges APP ⁇ P? ? ⁇ belongs to the unified account system. If yes, the account information of the user in the APP N (that is, the account information of the user in APPi) is directly used for account verification; otherwise, step 402 is performed.
  • Step 402 Determine whether the APP N account is bound, and if yes, obtain the account information of the user in the APP N , and use the information to perform account verification; otherwise, perform step 403.
  • Step 403 It is determined whether the user uses the service for the first time. If yes, step 404 is performed; otherwise, the account information input by the user in the APP N application system is obtained, and the information is used for account verification.
  • Step 404 The APP component recommends that the user bind the third-party application account, and determine whether the user agrees to bind the account in the APP N application system. If yes, go to step 405. If you do not agree, obtain the user-entered APP N. The account information in the application system is used for account verification.
  • Step 405 ⁇ 406 APPi widget get a bound account information in APP N input by the user application, user account information stored in the application APP N, then using this information to verify the account.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • FIG. 5 is a flowchart of an implementation of Embodiment 4 of the present invention.
  • an adaptation module corresponding to APP N is applied in the APPi main program, and is used to implement information interaction between the UI plug-in and the APP N Server.
  • the adaptation module corresponding to APP N converts the user operation into a protocol command and data format corresponding to the application APP N account, and then communicates with the APP N Server; obtains a return after the execution of the operation command Result and number After that, after the command and data are parsed by the adaptation module corresponding to APP N , the returned result is displayed in the APPi program.
  • FIG. 6 is a schematic structural diagram of a cross-application network communication device according to the present invention.
  • the device includes:
  • the program module 601 of the local application the plug-in module for loading and starting the local application
  • the plug-in module 602 of the local application is configured to send the account information of the user to the server of the peer application, and obtain the information of the user in the peer application when the server of the peer application passes the verification of the user.
  • the manner in which the program module 601 of the local application loads and starts the plug-in module 602 of the local application may be:
  • step B judging whether the plug-in configuration information has been updated, if it has been updated, download and save the plug-in configuration information from the server of the local application, and continue to perform step B; if not, proceed to step B;
  • the manner in which the plug-in module 602 of the local application sends the account information of the user to the server of the peer application may be:
  • the account information in the end application sends the information to the server of the peer application; if not, the user is prompted to input the account information in the peer application, receive the information input by the user, and send the information to the peer application.
  • the server establishes and stores the correspondence between the account information of the user in the local application and the account information in the peer application.
  • the device may further include: an adaptation module 603 of the peer application, where the adaptation module 603 of the peer application is respectively connected to the plug-in module 602 of the local application and the server of the peer application; and the adaptation module 603 of the peer application receives When the information from the plug-in module 602 of the local application is obtained, the information is converted into a form recognizable by the server of the peer application, and the converted information is forwarded to the server of the peer application; the adaptation module 603 of the peer application receives When the information from the server of the peer application is obtained, the information is converted into a form that the plug-in module 602 of the local application can recognize, and the converted information is forwarded to the plug-in module 602 of the local application.
  • the cross-application network communication method and device proposed by the present invention load and start a plug-in in the local application, and the plug-in communicates with the server of the peer application to extract the friend information of the user in the peer application. Etc., thus realizing instant communication across applications.
  • the invention also takes into consideration the advantages of scalability, maintainability and configurability of specific functions, and expands the interconnection and intercommunication between users in different applications, and has an enormous information interaction platform for constructing an integrated third-party application. Flexibility.

Landscapes

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

Abstract

本发明提出一种跨应用的网络通信方法和设备,其中方法包括:加载并启动本端应用的插件模块,所述本端应用的插件模块将用户的账号信息发送至对端应用的服务器;所述对端应用的服务器根据所述账号信息对用户进行验证,当验证通过时,允许本端应用的插件模块获取所述用户在对端应用中的信息。本发明能够实现跨应用间的网络通信,从而很好的将不同的互联网应用结合在一起。

Description

一种跨应用的网络通信方法和设备
技术领域
本发明涉及通信技术领域, 尤其涉及一种跨应用的网络通信方法和 设备。 发明背景
在现有的众多互联网应用中, 为增强用户之间的交互沟通, 大部分 应用程序都实现了单个应用内的即时通讯( IM )、社会性网络服务( SNS ) 信息推送功能。 比如在休闲游戏平台中, 游戏用户在游戏房间内、 外都 可以直接进行即时聊天, 获得好友上线提醒, 查询好友游戏状态等。 这 样可以有效加强该单个应用程序内用户之间的交互, 增加用户粘性, 保 证互联网用户在单个应用程序内的互联沟通体验。
然而, 在大多数用户系统中往往会同时运行着多个互联网应用程序 (比如 IM、 音乐播放、 网页浏览、 游戏等)。 这些程序或者属于同一类 账号系统(例如同一应用程序的聊天系统和游戏系统), 或者属于不同 的账号系统 (例如不同的电子邮箱系统), 用户只能在同种类型的应用 内与其好友进行通讯, 而不能和其它跨应用中的好友进行通讯, 这样势 必造成用户必须频繁在多个应用之间来回切换进行沟通聊天。 在这种实 际应用场景中, 用户需要一种能提供在跨应用间的聊天交互沟通形式。
在目前互联网应用平台中, 还没有跨应用的网络通讯解决方案; 用 户只能在当前所在的应用程序中接收本应用程序内的好友消息、 在线状 态等信息, 如果用户需要获取其他应用程序中的信息, 则必须切换到其 他应用程序中, 如此反复切换导致不能较好地将不同的互联网应用结合 在一起。 发明内容
本发明提供了一种跨应用的网络通信方法, 能够实现跨应用的即时 通信, 从而很好地将不同的互联网应用结合在一起。
本发明还提供了一种跨应用的网络通信设备, 能够实现跨应用的即 时通信, 从而很好地将不同的互联网应用结合在一起。
本发明的技术方案是这样实现的:
一种跨应用的网络通信方法, 包括:
加载并启动本端应用的插件模块, 所述本端应用的插件模块将用户 的账号信息发送至对端应用的服务器;
所述对端应用的服务器根据所述账号信息对用户进行验证, 当验证 通过时, 允许本端应用的插件模块获取所述用户在对端应用中的信息; 本端应用的插件模块获取用户在对端应用中的信息。
上述方法中, 加载并启动本端应用的插件模块的方式为:
A、 本端应用的程序模块判断插件配置信息是否已更新, 如果已更 新,则从本端应用的服务器下载并保存插件配置信息,继续执行步骤 B; 如果未更新, 则执行步骤 B;
B、 读取本地保存的插件配置信息, 按照该信息加载并启动本端应 用的插件模块。
当本端应用与对端应用属于不同的账号系统时, 所述本端应用的插 件模块将用户的账号信息发送至对端应用的服务器的方式为:
本端应用的插件模块判断本地是否保存有用户在本端应用中的账 号信息与在对端应用中的账号信息的对应关系, 如果有, 则根据用户在 本端应用中的账号信息和所述对应关系获取用户在对端应用中的账号 信息, 将所述信息发送至对端应用的服务器; 如果没有, 则提示用户输 入在对端应用中的账号信息, 接收用户输入的信息, 将所述信息发送至 对端应用的服务器。
上述方法中, 本端应用的插件模块接收用户输入的信息之后, 进一 步包括: 本端应用的插件模块建立并保存用户在本端应用中的账号信息 与在对端应用中的账号信息的对应关系。
本端应用的插件模块获取用户在对端应用中的信息之后, 进一步包 括:
本端应用的插件模块将获取的信息发送至本端应用的程序模块, 本 端应用的程序模块显示该信息;
本端应用的插件模块接收用户输入的交互信息, 将所述交互信息发 送至对端应用的服务器, 接收对端应用的服务器反馈的信息, 将该信息 发送至本端应用的程序模块。
上述方法中, 本端应用的插件模块和对端应用的服务器交互信息的 方式为:
对端应用的适配模块接收来自本端应用的插件模块的信息, 将该信 息转化为对端应用的服务器能够识别的形式, 将转化后的信息转发至对 端应用的服务器;
或者, 对端应用的适配模块接收来自对端应用的服务器的信息, 将 该信息转化为本端应用的插件模块能够识别的形式, 将转化后的信息转 发至本端应用的插件模块。
一种跨应用的网络通信设备, 包括:
本端应用的程序模块, 用于加载并启动本端应用的插件模块; 本端应用的插件模块, 用于将用户的账号信息发送至对端应用的服 务器, 当对端应用的服务器对该用户验证通过时, 获取用户在对端应用 中的信息。
上述通信设备中, 本端应用的程序模块加载并启动本端应用的插件 模块的方式为:
A、 判断插件配置信息是否已更新, 如果已更新, 则从本端应用的 服务器下载并保存插件配置信息, 继续执行步骤 B; 如果未更新, 则执 行步骤 B;
B、 读取本地保存的插件配置信息, 按照该信息加载并启动本端应 用的插件模块。
本端应用的插件模块将用户的账号信息发送至对端应用的服务器 的方式为: 判断本地是否保存有用户在本端应用中的账号信息与在对端 应用中的账号信息的对应关系, 如果有, 则根据用户在本端应用中的账 号信息和所述对应关系获取用户在对端应用中的账号信息, 将所述信息 发送至对端应用的服务器; 如果没有, 则提示用户输入在对端应用中的 账号信息,接收用户输入的信息,将所述信息发送至对端应用的服务器, 建立并保存用户在本端应用中的账号信息与在对端应用中的账号信息 的对应关系。
上述设备还包括: 对端应用的适配模块, 所述对端应用的适配模块 分别与本端应用的插件模块和对端应用的服务器连接;
对端应用的适配模块接收到来自本端应用的插件模块的信息时, 将 该信息转化为对端应用的服务器能够识别的形式, 将转化后的信息转发 至对端应用的服务器; 对端应用的适配模块接收到来自对端应用的服务 器的信息时, 将该信息转化为本端应用的插件模块能够识别的形式, 将 转化后的信息转发至本端应用的插件模块。
可见, 本发明提出的跨应用网络通信方法和设备, 在本端应用程序 中加载并启动插件, 由该插件与对端应用的后台服务器进行通信, 提取 用户在对端应用中的好友信息等, 实现了跨应用的网络通信。 附图简要说明
图 1为本发明提出的跨应用网络通信的方法流程图;
图 2为本发明实施例一的实现流程图;
图 3为本发明实施例二的实现流程图;
图 4为本发明实施例三的实现流程图;
图 5为本发明实施例四的实现流程图;
图 6为本发明提出的跨应用网络通信设备的结构示意图。 实施本发明的方式
本发明提出一种跨应用的网络通信方法, 如图 1为本发明提出的跨 应用网络通信的方法流程图, 该方法包括:
步骤 101: 加载并启动本端应用的插件模块, 所述本端应用的插件 模块将用户的账号信息发送至对端应用的服务器;
步骤 102: 所述对端应用的服务器根据所述账号信息对用户进行验 证, 当验证通过时, 允许本端应用的插件模块获取所述用户在对端应用 中的信息;
步骤 103: 本端应用的插件模块获取用户在对端应用中的信息。 上述步骤 101中, 加载并启动本端应用的插件模块的方式可以为:
A、 本端应用的程序模块判断插件配置信息是否已更新, 如果已更 新,则从本端应用的服务器下载并保存插件配置信息,继续执行步骤 B; 如果未更新, 则执行步骤 B;
B、 读取本地保存的插件配置信息, 按照该信息加载并启动本端应 用的插件模块。
当所述本端应用与对端应用属于同一个账号系统时, 用户在本端应 用中的账号信息与在对端应用中的账号信息相同, 因此, 上述步骤 101 中, 本端应用的插件模块将用户的账号信息发送至对端应用的服务器的 可以方式为: 本端应用的插件模块获取用户在对端应用中的账号信息
(该信息等于用户在本端应用中的账号信息, 并已由用户输入), 将所 述用户在对端应用中的账号信息发送至对端应用的服务器。
当所述本端应用与对端应用属于不同的账号系统时, 用户在本端应 用中的账号信息与在对端应用中的账号信息不同, 因此, 上述步骤 101 中, 本端应用的插件模块将用户的账号信息发送至对端应用的服务器的 可以方式为: 本端应用的插件模块判断本地是否保存有用户在本端应用 中的账号信息与在对端应用中的账号信息的对应关系, 如果有, 则根据 用户在本端应用中的账号信息和该对应关系获取用户在对端应用中的 账号信息, 将所述信息发送至对端应用的服务器; 如果没有, 则提示用 户输入在对端应用中的账号信息, 接收用户输入的信息, 将所述信息发 送至对端应用的服务器。
为了避免用户每次使用此服务时都要重复输入在对端应用中的账 号信息, 上述本端应用的插件模块接收用户输入的在对端应用中的账号 信息之后, 可以进一步建立并保存用户在本端应用中的账号信息与在对 端应用中的账号信息的对应关系, 从而可以在之后的应用过程中使用已 经保存的该对应关系直接获取用户在对端应用中的账号信息。
上述步骤 103之后, 本端应用的插件模块可以将获取的信息发送至 本端应用的程序模块, 由本端应用的程序模块显示该信息。
此后, 用户就可以在本端应用中查看对端应用中的好友信息, 并与 在对端应用中的好友进行发送信息、评论等交互操作。具体方式可以为: 本端应用的插件模块接收用户输入的交互信息, 将所述交互信息发送至 对端应用的服务器; 对端应用中的好友进行反馈后, 本端应用的插件模 块接收对端应用的服务器反馈的信息, 将该信息发送至本端应用的程序 模块, 由本端应用的程序模块显示该信息。 如此反复执行, 实现用户在 本端应用中与对端应用中的好友进行交互操作。
可以在本端应用中设置对端应用的适配模块, 由该模块实现本端应 用的插件模块和对端应用的服务器之间的信息交互, 具体方式为:
对端应用的适配模块接收来自本端应用的插件模块的信息, 将该信 息转化为对端应用的服务器能够识别的形式, 将转化后的信息转发至对 端应用的服务器;
或者, 对端应用的适配模块接收来自对端应用的服务器的信息, 将 该信息转化为本端应用的插件模块能够识别的形式, 将转化后的信息转 发至本端应用的插件模块。
以下举具体的实施例详细介绍。
实施例一:
在本实施例中, 将 ΑΡΡ ( application, 应用程序)作为本端应用, 将 APP2至 APPN作为对端应用, 并以用户在 ΑΡΡ 中访问 APPN为例进 行介绍。 当 ΑΡΡ开始运行时,会启动并运行 APPi插件。如果应用 APPi 和 APPN属于同一账号系统, 则启动 APPi插件后, 直接进行用户信息验 证。 验证成功后, 便可以与 APPN的后台 Server进行通信。 如果二者处 于不同的账号系统,则用户需要首先输入第三方应用 APPN的账号信息, 账号验证成功后,会自动与绑定账号应用平台的后台服务器 APPN Server 进行通信, 获取并显示用户好友的相关信息。 如此, 用户就可以在应用 APPi中与其它 APP应用的好友进行即时通信了。
如图 2为本发明实施例一的实现流程图。 包括以下步骤:
步骤 201: APPi主程序开始运行, 启动并运行 APPi插件。
步骤 202: APPi插件判断 APP和 APPN是否属于同一账号系统, 如 果属于, 则 APPi插件将用户在 APPN中的账号信息 (等于用户在 APPi 中的账号信息, 并已由用户预先输入)发送至 APPN服务器(Server ), 继续执行步骤 204; 如果不属于, 则执行步骤 203;
步骤 203: APP!插件要求用户输入在 APPN中的账号信息, 接收用 户输入的信息, 根据该账号信息检测出对应的应用为 APPN, 则将用户 在 APPN中的账号信息发送至 APPN Server, 继续执行步骤 204。
步骤 204~206: APPN Server根据账号信息对该用户进行验证, 验证 通过后,允许 APP插件提取该用户的好友信息; APP插件从 APPN Server 拉取该账号下的好友资料,在线状态等相关信息,提取所需的好友信息。
步骤 207~208: APP插件对获得的好友信息进行分类处理, 并交由 APPi主程序显示该信息。
至此, 当前处在 APPi中的用户已能够读取在 APPN中的好友信息, 如果用户需要与在 APPN中的好友交互, 则可以继续执行以下步骤: 步骤 209: APPi插件接收到用户的交互操作后, 将操作请求发送至 APPN Server。
步骤 210: APPN Server处理该交互操作请求, 并返回处理结果。 步骤 211: APP 件判断交互操作是否完成, 如果已完成, 则 APP 主程序退出; 如果未完成, 则继续进行交互操作。
以上交互操作均可由 APP插件进行处理并交由 APP主程序显示。 实施例二:
在本实施例中, 主要介绍本端应用的程序模块加载并启动本端应用 的插件模块的具体方式。 仍将 APPi作为本端应用进行介绍。 APPi主程 序每次运行时, 将向 APP 后台服务器请求插件配置信息, 如果配置有 更新, 则下载并更新本地保存的配置文件; 如果没有更新, 则直接从本 地配置文件中读取插件配置列表信息。 然后, APP程序将根据获得的配 置列表来逐个启动对应插件。 启动插件时, 程序将先载入插件并根据获 得的配置参数来初始化插件, 初始化完毕后进行显示。
如图 3为本发明实施例二的实现流程图, 包括以下步骤:
步骤 301: APPi主程序运行后, 判断 APPi Server的插件配置是否 已更新, 如果是, 则执行步骤 302; 否则, 执行步骤 303。
步骤 302: ΑΡΡ主程序下载并更新本地配置的插件配置信息, 继续 执行步骤 303。
步骤 303: ΑΡΡ主程序读入本地插件配置列表。
步骤 304~308: ΑΡΡ主程序根据插件配置列表依次载入插件, 并根 据获得的配置参数初始化插件, 初始化完毕后进行显示。
实施例三:
在不同账号系统下的不同应用之间, 当插件启动完毕后, 需要用户 提供第三方应用 APP^々账号信息用于验证。 为避免用户每次使用此服 务时输入账号密码, 本实施例提供了账号"绑定"功能, "绑定 "功能主要 是在应用 APP 号与不同账号体系下的第三方应用 APPN账号之间建立 一种映射对应关系。 如果 APPi和应用 ??^^处于不同的账号系统, 则首 先查询用户是否绑定了 APPN账号:
如果用户没有绑定第三方应用 APPN账号, 插件会判断用户是否第 一次使用该服务。 如果是则推荐用户进行第三方应用账号的绑定, 并将 账号数据存储在 APPi Server后台;如果不是,则判断用户是否选择了本 地保存密码或者直接输入账号来进行登录验证。
如果用户已经绑定了第三方应用 APPN账号, 每次成功登陆 APPi 应用程序时, 程序将自动从 ΑΡΡ Server后台中取得已绑定的账号, 使 用这些绑定账号自动与 APPN后台去验证。
用户账号验证成功后, 插件成功获得应用 APPN的账号信息, 则从 后台拉取该账号的好友信息, 在线状态等在程序中显示出来, 并且为用 户在多个互联网应用间的即时通讯交互提供支持。
如图 4为本发明实施例三的实现流程图。 包括以下步骤:
步骤 401: APPi插件启动完毕后, APP 件判断 APP^P ??^^是 否属于统一账号系统, 如果是, 则直接采用用户在 APPN中的账号信息 (也就是用户在 APPi中的账号信息)进行账号验证; 否则, 执行步骤 402。
步骤 402:判断是否已绑定 APPN账号,如果是,则获取用户在 APPN 中的账号信息, 采用该信息进行账号验证; 否则执行步骤 403。
步骤 403:判断用户是否首次使用本业务,如果是,则执行步骤 404; 否则, 获取用户输入的在 APPN应用系统中的账号信息, 采用该信息进 行账号验证。
步骤 404: APP 件推荐用户进行第三方应用账号的绑定, 判断用 户是否同意绑定 APPN应用系统中的账号, 如果同意, 则执行步骤 405; 如果不同意, 则获取用户输入的在 APPN应用系统中的账号信息, 采用 该信息进行账号验证。
步骤 405~406: APPi插件获取用户输入的在 APPN应用中的绑定账 号信息, 存储用户在 APPN应用中的账号信息, 之后采用该信息进行账 号验证。
实施例四:
如图 5 为本发明实施例四的实现流程图。 在本实施例中, 在 APPi 主程序中应用对应 APPN的适配模块,用于实现 ΑΡΡ插件和 APPN Server 之间的信息交互。 当接收到来自 ΑΡΡ 插件的用户操作时, 对应 APPN 的适配模块将用户操作转化为对应应用 APPN帐户的协议命令与数据格 式, 再与 APPN Server进行通信; 获得操作命令执行后的返回结果与数 据后, 再在由对应 APPN的适配模块解析命令与数据后将返回结果显示 在 APPi程序。
本发明还提出一种跨应用的网络通信设备, 如图 6为本发明提出的 跨应用网络通信设备的结构示意图, 该设备包括:
本端应用的程序模块 601 , 用于加载并启动本端应用的插件模块
602;
本端应用的插件模块 602, 用于将用户的账号信息发送至对端应用 的服务器, 当对端应用的服务器对该用户验证通过时, 获取用户在对端 应用中的信息。
上述本端应用的程序模块 601加载并启动本端应用的插件模块 602 的方式可以为:
A、 判断插件配置信息是否已更新, 如果已更新, 则从本端应用的 服务器下载并保存插件配置信息, 继续执行步骤 B; 如果未更新, 则执 行步骤 B;
B、 读取本地保存的插件配置信息, 按照该信息加载并启动本端应 用的插件模块。
上述本端应用的插件模块 602将用户的账号信息发送至对端应用的 服务器的方式可以为:
判断本地是否保存有用户在本端应用中的账号信息与在对端应用 中的账号信息的对应关系, 如果有, 则根据用户在本端应用中的账号信 息和所述对应关系获取用户在对端应用中的账号信息, 将所述信息发送 至对端应用的服务器; 如果没有, 则提示用户输入在对端应用中的账号 信息, 接收用户输入的信息, 将所述信息发送至对端应用的服务器, 建 立并保存用户在本端应用中的账号信息与在对端应用中的账号信息的 对应关系。 上述设备还可以包括: 对端应用的适配模块 603 , 该对端应用的适 配模块 603分别与本端应用的插件模块 602和对端应用的服务器连接; 对端应用的适配模块 603接收到来自本端应用的插件模块 602的信 息时, 将该信息转化为对端应用的服务器能够识别的形式, 将转化后的 信息转发至对端应用的服务器; 对端应用的适配模块 603接收到来自对 端应用的服务器的信息时, 将该信息转化为本端应用的插件模块 602能 够识别的形式, 将转化后的信息转发至本端应用的插件模块 602。
综上可见, 本发明提出的跨应用的网络通信方法和设备, 在本端应 用程序中加载并启动插件, 由该插件与对端应用的服务器进行通信, 提 取用户在对端应用中的好友信息等, 从而实现了跨应用的即时通信。 本 发明还同时兼顾了具体功能的可扩展性、 可维护性、 可配置性等优点, 扩展了不同应用中用户之间的互连互通, 对于构建一个集成第三方应用 的信息交互平台具有极大的灵活性。
以上所述仅为本发明的较佳实施例而已, 并不用以限制本发明, 凡 在本发明的精神和原则之内, 所做的任何修改、 等同替换、 改进等, 均 应包含在本发明保护的范围之内。

Claims

权利要求书
1、 一种跨应用的网络通信方法, 其特征在于, 所述方法包括: 加载并启动本端应用的插件模块, 所述本端应用的插件模块将用户 的账号信息发送至对端应用的服务器;
所述对端应用的服务器根据所述账号信息对用户进行验证, 当验证 通过时, 允许本端应用的插件模块获取所述用户在对端应用中的信息; 本端应用的插件模块获取用户在对端应用中的信息。
2、 根据权利要求 1 所述的方法, 其特征在于, 所述加载并启动本 端应用的插件模块的方式为:
A、 本端应用的程序模块判断插件配置信息是否已更新, 如果已更 新,则从本端应用的服务器下载并保存插件配置信息,继续执行步骤 B; 如果未更新, 则执行步骤 B;
B、 读取本地保存的插件配置信息, 按照该信息加载并启动本端应 用的插件模块。
3、 根据权利要求 1或 2所述的方法, 其特征在于, 当所述本端应 用与对端应用属于不同的账号系统时, 所述本端应用的插件模块将用户 的账号信息发送至对端应用的服务器的方式为:
本端应用的插件模块判断本地是否保存有用户在本端应用中的账 号信息与在对端应用中的账号信息的对应关系, 如果有, 则根据用户在 本端应用中的账号信息和所述对应关系获取用户在对端应用中的账号 信息, 将所述信息发送至对端应用的服务器; 如果没有, 则提示用户输 入在对端应用中的账号信息, 接收用户输入的信息, 将所述信息发送至 对端应用的服务器。
4、 根据权利要求 3 所述的方法, 其特征在于, 所述本端应用的插 件模块接收用户输入的信息之后, 进一步包括: 本端应用的插件模块建 立并保存用户在本端应用中的账号信息与在对端应用中的账号信息的 对应关系。
5、 根据权利要求 2 所述的方法, 其特征在于, 所述本端应用的插 件模块获取用户在对端应用中的信息之后, 进一步包括:
本端应用的插件模块将获取的信息发送至本端应用的程序模块, 本 端应用的程序模块显示该信息;
本端应用的插件模块接收用户输入的交互信息, 将所述交互信息发 送至对端应用的服务器, 接收对端应用的服务器反馈的信息, 将该信息 发送至本端应用的程序模块。
6、 根据权利要求 5 所述的方法, 其特征在于, 所述本端应用的插 件模块和对端应用的服务器交互信息的方式为:
对端应用的适配模块接收来自本端应用的插件模块的信息, 将该信 息转化为对端应用的服务器能够识别的形式, 将转化后的信息转发至对 端应用的服务器;
或者, 对端应用的适配模块接收来自对端应用的服务器的信息, 将 该信息转化为本端应用的插件模块能够识别的形式, 将转化后的信息转 发至本端应用的插件模块。
7、 一种跨应用的网络通信设备, 其特征在于, 所述设备包括: 本端应用的程序模块, 用于加载并启动本端应用的插件模块; 本端应用的插件模块, 用于将用户的账号信息发送至对端应用的服 务器, 当对端应用的服务器对该用户验证通过时, 获取用户在对端应用 中的信息。
8、 根据权利要求 7 所述的设备, 其特征在于, 所述本端应用的程 序模块加载并启动本端应用的插件模块的方式为: A、 判断插件配置信息是否已更新, 如果已更新, 则从本端应用的 服务器下载并保存插件配置信息, 继续执行步骤 B; 如果未更新, 则执 行步骤 B;
B、 读取本地保存的插件配置信息, 按照该信息加载并启动本端应 用的插件模块。
9、 根据权利要求 7或 8所述的设备, 其特征在于, 所述本端应用 的插件模块将用户的账号信息发送至对端应用的服务器的方式为: 判断本地是否保存有用户在本端应用中的账号信息与在对端应用 中的账号信息的对应关系, 如果有, 则根据用户在本端应用中的账号信 息和所述对应关系获取用户在对端应用中的账号信息, 将所述信息发送 至对端应用的服务器; 如果没有, 则提示用户输入在对端应用中的账号 信息, 接收用户输入的信息, 将所述信息发送至对端应用的服务器, 建 立并保存用户在本端应用中的账号信息与在对端应用中的账号信息的 对应关系。
10、 根据权利要求 7或 8所述的设备, 其特征在于, 所述设备还包 括: 对端应用的适配模块, 所述对端应用的适配模块分别与本端应用的 插件模块和对端应用的服务器连接;
对端应用的适配模块接收到来自本端应用的插件模块的信息时, 将 该信息转化为对端应用的服务器能够识别的形式, 将转化后的信息转发 至对端应用的服务器; 对端应用的适配模块接收到来自对端应用的服务 器的信息时, 将该信息转化为本端应用的插件模块能够识别的形式, 将 转化后的信息转发至本端应用的插件模块。
PCT/CN2012/072245 2011-03-28 2012-03-13 一种跨应用的网络通信方法和设备 WO2012130036A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/039,775 US9451014B2 (en) 2011-03-28 2013-09-27 Across-application network communication method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110075144.X 2011-03-28
CN201110075144.XA CN102710534B (zh) 2011-03-28 2011-03-28 一种跨应用的网络通信方法和设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/039,775 Continuation US9451014B2 (en) 2011-03-28 2013-09-27 Across-application network communication method and device

Publications (1)

Publication Number Publication Date
WO2012130036A1 true WO2012130036A1 (zh) 2012-10-04

Family

ID=46903103

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/072245 WO2012130036A1 (zh) 2011-03-28 2012-03-13 一种跨应用的网络通信方法和设备

Country Status (3)

Country Link
US (1) US9451014B2 (zh)
CN (1) CN102710534B (zh)
WO (1) WO2012130036A1 (zh)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013161924A1 (ja) * 2012-04-27 2013-10-31 株式会社コナミデジタルエンタテインメント 端末装置、その制御方法及びコンピュータ読み取り可能な記録媒体、並びにアプリケーションシステム
JP5726944B2 (ja) * 2012-04-27 2015-06-03 株式会社コナミデジタルエンタテインメント 管理装置、その制御方法、及びプログラム
CN102932239B (zh) * 2012-11-13 2015-09-09 深圳市路特斯网络技术有限公司 即时通信平台中的通讯方法和系统
CN103841141B (zh) * 2012-11-23 2018-12-11 腾讯科技(深圳)有限公司 一种多媒体通信系统和方法
CN103595617A (zh) * 2013-08-06 2014-02-19 北京花千树信息科技有限公司 一种基于互联网的交友平台
CN104753764A (zh) * 2013-12-31 2015-07-01 北京新媒传信科技有限公司 一种 im系统以及在im系统中实现多用户应用的方法
CN104836818A (zh) * 2014-02-07 2015-08-12 倚硕科技股份有限公司 在行动装置动态载入人机界面及服务设定的系统及其方法
CN103856395B (zh) * 2014-04-03 2017-08-04 王青 一种在网页上呼唤好友并展开讨论的方法及系统
CN105471818B (zh) * 2014-08-18 2020-04-24 腾讯科技(深圳)有限公司 应用软件间的信息传递方法和系统
CN104468600B (zh) * 2014-12-18 2019-03-19 北京奇虎科技有限公司 数据收集方法及客户端
CN104468635B (zh) * 2014-12-31 2018-01-26 广州东海网络科技有限公司 网络平台的用户权限升级认证方法及系统
CN105045801B (zh) * 2015-05-20 2019-01-18 天脉聚源(北京)传媒科技有限公司 一种登录时头像的显示方法、装置及系统
CN105100105B (zh) * 2015-08-11 2019-08-06 北京金山安全软件有限公司 网页游戏的登录方法、浏览器、游戏服务器及终端设备
CN105897816A (zh) * 2015-08-13 2016-08-24 乐视致新电子科技(天津)有限公司 一种用户反馈信息处理方法、装置及系统
CN105553822A (zh) * 2015-12-14 2016-05-04 宁波康伯斯电器有限公司 一种基于应用偏好度的消息传输系统
CN105553820A (zh) * 2015-12-14 2016-05-04 宁波康伯斯电器有限公司 一种基于应用偏好度的消息发送装置
CN105610683A (zh) * 2015-12-14 2016-05-25 宁波康伯斯电器有限公司 一种基于应用偏好度的消息传输方法
CN105577512A (zh) * 2015-12-14 2016-05-11 宁波康伯斯电器有限公司 一种基于应用偏好度的消息接收装置
CN105610685A (zh) * 2015-12-18 2016-05-25 宁波康伯斯电器有限公司 一种基于应用评价的消息传输系统
CN106790448B (zh) * 2016-12-06 2020-05-29 网易(杭州)网络有限公司 游戏中的信息交互方法、装置以及系统
CN106911559B (zh) * 2017-01-24 2020-07-10 北京奇虎科技有限公司 建立语音连接的方法与装置
CN108040000B (zh) * 2017-11-24 2019-05-17 上海掌门科技有限公司 一种信息传送方法及设备
CN108111392A (zh) * 2017-11-29 2018-06-01 努比亚技术有限公司 一种信息处理方法、装置及计算机可读存储介质
CN108075965A (zh) * 2017-12-13 2018-05-25 北京小米移动软件有限公司 消息处理方法及装置、电子设备和计算机可读存储介质
CN108830562B (zh) * 2018-06-14 2022-02-11 腾讯科技(深圳)有限公司 一种考勤打卡方法及相关设备
CN109450870B (zh) * 2018-10-22 2021-10-15 腾讯科技(深圳)有限公司 Voip业务的处理方法和装置、存储介质及电子装置
CN112532509A (zh) * 2019-09-18 2021-03-19 华为技术有限公司 跨应用通信方法及相关装置
CN111490931B (zh) * 2020-04-14 2021-10-15 腾讯科技(深圳)有限公司 会话管理方法、装置、会话管理设备及存储介质
CN111698200A (zh) * 2020-04-22 2020-09-22 威比网络科技(上海)有限公司 跨平台通信方法、装置、电子设备、存储介质
US11343114B2 (en) 2020-07-27 2022-05-24 Bytedance Inc. Group management in a messaging service
US11922345B2 (en) 2020-07-27 2024-03-05 Bytedance Inc. Task management via a messaging service
US11349800B2 (en) 2020-07-27 2022-05-31 Bytedance Inc. Integration of an email, service and a messaging service
US11645466B2 (en) 2020-07-27 2023-05-09 Bytedance Inc. Categorizing conversations for a messaging service
US11539648B2 (en) 2020-07-27 2022-12-27 Bytedance Inc. Data model of a messaging service
US11290409B2 (en) 2020-07-27 2022-03-29 Bytedance Inc. User device messaging application for interacting with a messaging service
CN114025207A (zh) * 2021-12-07 2022-02-08 贵阳朗玛视讯科技有限公司 一种基于iptv系统启动apk插件的方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101083692A (zh) * 2006-05-29 2007-12-05 丛升日 一种基于网站的多媒体电话服务系统
CN101119335A (zh) * 2007-07-13 2008-02-06 腾讯科技(深圳)有限公司 一种登录游戏服务器的方法及其实现系统
CN101170745A (zh) * 2007-11-22 2008-04-30 腾讯科技(深圳)有限公司 基于蓝牙的即时通讯方法、服务器、系统和终端
CN101291305A (zh) * 2008-06-25 2008-10-22 腾讯科技(深圳)有限公司 实现插件管理的方法及客户端

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6567813B1 (en) * 2000-12-29 2003-05-20 Webex Communications, Inc. Quality of service maintenance for distributed collaborative computing
EP1927229B1 (de) * 2005-08-04 2015-01-21 T-Mobile International AG Verfahren und system zum verteilen von informationen mittels media distribution function zur festen ip-netzwelt
US8239575B2 (en) * 2006-04-28 2012-08-07 Avfinity, Llc Method, system, apparatus, and program to facilitate communication between systems
US7886000B1 (en) * 2006-06-27 2011-02-08 Confluence Commons, Inc. Aggregation system for social network sites
US8528064B2 (en) * 2007-06-22 2013-09-03 Springo Incorporated Web based system that allows users to log into websites without entering username and password information

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101083692A (zh) * 2006-05-29 2007-12-05 丛升日 一种基于网站的多媒体电话服务系统
CN101119335A (zh) * 2007-07-13 2008-02-06 腾讯科技(深圳)有限公司 一种登录游戏服务器的方法及其实现系统
CN101170745A (zh) * 2007-11-22 2008-04-30 腾讯科技(深圳)有限公司 基于蓝牙的即时通讯方法、服务器、系统和终端
CN101291305A (zh) * 2008-06-25 2008-10-22 腾讯科技(深圳)有限公司 实现插件管理的方法及客户端

Also Published As

Publication number Publication date
US9451014B2 (en) 2016-09-20
CN102710534B (zh) 2015-11-25
US20140025780A1 (en) 2014-01-23
CN102710534A (zh) 2012-10-03

Similar Documents

Publication Publication Date Title
WO2012130036A1 (zh) 一种跨应用的网络通信方法和设备
US10531297B2 (en) Authentication method and server, and computer storage medium
JP6182327B2 (ja) 移動通信端末の認証方法、それを行うサービスサーバ、移動通信端末及びコンピュータで読み取り可能な記録媒体
US7860525B2 (en) System, method, and computer program product for service and application configuration in a network device
EP2445149B1 (en) System and method for enabling applications to communicate using a peer-to-peer (P2P) system
JP5313372B2 (ja) アプリケーションシステム、アプリケーションインストール方法、アプリケーションサーバ、プログラム
CN102655505B (zh) 一种开放式通讯平台及其实现方法
CN101485173A (zh) 远程更新存在服务器上的用户状态
US10860980B2 (en) Establishing a communication event
WO2009009968A1 (fr) Procédé, dispositif et système pour acquérir des informations d'ouverture de session
EP2710468A1 (en) Smartphone apps in a cloud
WO2016004768A1 (zh) 一种社交关系管理的方法、设备及系统
WO2014086123A1 (zh) 搜索方法和信息搜索终端
CN102843308A (zh) 一种基于移动终端本地通讯录的即时通信方法和系统
CN103118069A (zh) 基于xmpp协议的实现机顶盒之间即时通信的方法
WO2013178157A2 (zh) 私有云中设备间自动建立基于wifi局域网的方法及装置
CN101577730A (zh) 一种基于ftp协议的同步上传与下载文件的方法
WO2009121269A1 (zh) 即时通信中用户信息的表现方法、即时通信系统及设备
CN114928459A (zh) 用于私有通讯架构的连接方法与电脑可读取媒体
CN116070290A (zh) 设备连接方法、装置、电子设备和计算机可读存储介质
WO2010081370A1 (zh) 一种即时通信客户端及其通信的方法、一种插件
CN103379023A (zh) 即时通信方法和即时通信客户端
CN111031145A (zh) 一种基于智能终端的远程协助方法及其系统
CN102186050A (zh) 一种基于网页的远程视频会议的方法及系统
CN108270756A (zh) 一种设备间通信的方法及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12764075

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112)1) EPC OF 070214

122 Ep: pct application non-entry in european phase

Ref document number: 12764075

Country of ref document: EP

Kind code of ref document: A1