WO2012163197A1 - 一种信息传送方法和系统、以及移动终端上的浏览器 - Google Patents

一种信息传送方法和系统、以及移动终端上的浏览器 Download PDF

Info

Publication number
WO2012163197A1
WO2012163197A1 PCT/CN2012/074495 CN2012074495W WO2012163197A1 WO 2012163197 A1 WO2012163197 A1 WO 2012163197A1 CN 2012074495 W CN2012074495 W CN 2012074495W WO 2012163197 A1 WO2012163197 A1 WO 2012163197A1
Authority
WO
WIPO (PCT)
Prior art keywords
browser
mobile terminal
cloud server
content record
message content
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2012/074495
Other languages
English (en)
French (fr)
Inventor
李亮
何洋
刘治锋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to EP12793329.9A priority Critical patent/EP2736281B1/en
Priority to US13/567,508 priority patent/US9300717B2/en
Publication of WO2012163197A1 publication Critical patent/WO2012163197A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
    • 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/568—Storing data temporarily at an intermediate stage, e.g. caching
    • 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/59—Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements

Definitions

  • the present invention relates to the field of mobile internet, and in particular, to an information transmission method and system, and a browser on a mobile terminal.
  • the mail push technology implementation process is specifically as follows: When the server receives a new mail, it first informs the mobile operator that the user has a new mail, and the mobile operator starts a process on the terminal where the user is located through a hidden short message, and the process connects to the data. Network, and receive mail. In this way, users can send and receive emails anytime, anywhere without having to log in to the mailbox frequently.
  • the prior art requires the participation of the mobile operator, and requires a process in which the user terminal has a specific function built in, which is complicated to implement.
  • An information transmission method includes: a browser plug-in on a personal computer and a browser on the mobile terminal respectively obtain an address of the cloud server from the address server, and log in to the cloud server corresponding to the address; After the browser plug-in on the personal computer successfully logs in to the cloud server, the message content record of the user is sent to the cloud server; after the browser on the mobile terminal successfully logs in to the cloud server, the cloud server Proactively pushing the message content record to a browser on the mobile terminal by using an HTTP persistent connection with a browser on the mobile terminal, or the browser on the mobile terminal actively initiates the The message content record is pulled on the cloud server.
  • An information delivery system comprising: a browser plug-in on a personal computer, a browser on a mobile terminal, and a cloud server; a browser plug-in on the personal computer and a browser on the mobile terminal respectively
  • the address server obtains the address of the cloud server, and logs in to the cloud server corresponding to the address; after the browser plug-in on the personal computer successfully logs in to the cloud server, sends a message content record of the user to the cloud server; After the browser on the mobile terminal successfully logs in to the cloud server, the cloud server actively pushes the message content record to the mobile terminal through an HTTP persistent connection with a browser on the mobile terminal.
  • the browser, or the browser on the mobile terminal periodically takes the message content record to the cloud server.
  • a browser on a mobile terminal includes: a login module, configured to acquire an address of a cloud server from an address server, and log in to a cloud server corresponding to the address; and an information acquiring module, configured to successfully log in to the cloud server And receiving, by the HTTP persistent connection with the cloud server, the message content record sent by the browser plug-in on the personal computer that is actively pushed by the cloud server in real time, or actively pulling the cloud server on the cloud server.
  • the message content record is:
  • Embodiment 1 is a flowchart of an information transmission method provided in Embodiment 1 of the present invention.
  • FIG. 2 is a message interaction diagram of a login cloud server provided in Embodiment 1 of the present invention.
  • FIG. 3 is an information interaction diagram of an information transmission method based on the login method of FIG. 2;
  • FIG. 4 is an information interaction diagram of another information transmission method based on the login method of FIG. 2;
  • FIG. 5 is a message interaction diagram of another login cloud server provided in Embodiment 1 of the present invention.
  • FIG. 6 is a schematic diagram of an information transmission system provided in Embodiment 2 of the present invention.
  • FIG. 7 is a schematic diagram of a browser on a mobile terminal provided in Embodiment 3 of the present invention.
  • the embodiment provides an information transmission method, which relates to a PC (Personal Computer), a cloud server, and a mobile terminal.
  • a browser plugin is installed on the PC.
  • a browser is installed on the mobile terminal.
  • the browser plug-in functions as an HTTP (Hyper Text Transfer Protocol) client on the PC
  • the browser acts as an HTTP client on the mobile terminal
  • the cloud server acts as an HTTP server, bridging the PC and the mobile terminal.
  • the browser plugin on the PC can be used for a variety of mainstream browsers such as IE, Firefox, Chrome, and more. Referring to Figure 1, the information transfer method flow is as follows:
  • the browser plug-in on the PC and the browser on the mobile terminal respectively obtain the address of the cloud server from the address server, and log in to the cloud server corresponding to the address.
  • logging in to the cloud server is divided into the following two cases:
  • the browser plug-in on the PC requests the address server to obtain the address of the cloud server through the HTTP GET message, which carries the account name.
  • the address of the cloud server may be an IP (Internet Protocol) address and a Port.
  • IP Internet Protocol
  • the address server queries whether it records the address of the cloud server corresponding to the account name. If not, the address of the cloud server is provided to the browser plug-in on the PC according to the load condition of each cloud server.
  • the address server returns an HTTP 200 OK message to the browser plug-in on the PC, where the address of the cloud server is carried, or the address server returns an HTTP 500 or 503 message to the browser plug-in on the PC, indicating that the address acquisition fails.
  • the address server provides the address of the cloud server
  • the account name and the address of the corresponding cloud server are recorded.
  • the browser plug-in on the PC sends a login message to the cloud server corresponding to the address through the HTTP POST message, which carries the account name and the account password.
  • HTTP message is divided into two parts: an HTTP message header and an HTTP message body, where the HTTP message header is processed according to the HTTP protocol, and details are not described herein.
  • HTTP message body can be described using XML (Extensible Markup Language).
  • the element account represents the account name
  • the element pwd represents the account password. For example, log in using the account name "liliang" and the password "123456".
  • the cloud server corresponding to the address authenticates the browser plug-in on the PC. If the authentication succeeds, the cloud server returns an HTTP 200 OK message to the browser plug-in on the PC. If the authentication fails, the cloud server is sent to the PC.
  • the browser plugin returns an HTTP 401 or 500 or 503 message.
  • the HTTP 200 OK message indicating that the authentication succeeds may have only an HTTP header, and the HTTP message body is empty.
  • HTTP 401 message (Unauthorized): Indicates that the account name or account password is incorrect, and the authentication fails.
  • HTTP Server Internal Server Error: Indicates that the cloud server is internally abnormal and cannot provide related capabilities.
  • HTTP 503 message (Service Unavailable): Indicates that the cloud server is currently in an overloaded state or is being maintained. The client request message cannot be processed.
  • the browser on the mobile terminal requests the address server to obtain the address of the cloud server through the HTTP GET message, where the account name is carried;
  • the address server queries whether it records the address of the cloud server corresponding to the account name, and if so, sends the address of the cloud server corresponding to the account name (that is, the same cloud server address as the browser plug-in on the PC) Give the browser on the mobile terminal.
  • the address server sends an HTTP 200 OK message to the browser on the mobile terminal, where the address of the cloud server is carried, or the address server sends the HTTP 500 to the browser on the mobile terminal. Or 503 message, indicating that the address acquisition failed.
  • the browser on the mobile terminal sends a login message to the cloud corresponding to the address through the HTTP POST message, where the account name and the account password are carried;
  • the login message reference format sent by the browser on the mobile terminal is as follows:
  • the element account represents the account name
  • the element pwd represents the account password. For example, log in using the account name "liliang" and the password "123456".
  • the cloud server corresponding to the address authenticates the browser on the mobile terminal. If the authentication succeeds, the cloud server returns an HTTP 200 OK message to the browser on the mobile terminal. If the authentication fails, the cloud server sends the mobile terminal to the mobile terminal. The browser on it returns an HTTP 401 or 500 or 503 message.
  • the authentication succeeds, otherwise the authentication fails.
  • the second case the browser on the mobile terminal first obtains the address of the cloud server from the address server, and logs in to the cloud server corresponding to the address, and the browser plug-in on the PC obtains the address of the cloud server from the address server, and logs in to the address. Corresponding cloud server.
  • the browser on the mobile terminal requests the address server to obtain the address of the cloud server through the HTTP GET message, where the account name is carried;
  • the address server queries whether the address of the cloud server corresponding to the account name is recorded by itself, and if not, provides the address of the cloud server to the browser on the mobile terminal according to the load condition of each cloud server. Specifically, the address server returns an HTTP 200 OK message to the browser on the mobile terminal, where the address of the cloud server is carried, or the address server returns an HTTP 500 or 503 message to the browser on the mobile terminal, indicating that the address acquisition fails.
  • the address server provides the address of the cloud server
  • the account name and the address of the corresponding cloud server are recorded.
  • the browser on the mobile terminal sends a login message to the cloud server corresponding to the address through the HTTP POST message, where the account name and the account password are carried;
  • the cloud server corresponding to the address authenticates the browser on the mobile terminal. If the authentication succeeds, the cloud server returns an HTTP 200 OK message to the browser on the mobile terminal. If the authentication fails, the cloud server sends the mobile terminal to the mobile terminal. The browser on the browser returns an HTTP 401 or 500 or 503 message;
  • the authentication succeeds, otherwise the authentication fails.
  • the browser plug-in on the PC requests the address server to obtain the address of the cloud server through the HTTP GET message, where the account name is carried;
  • the address server queries whether it records the address of the cloud server corresponding to the account name, and if so, sends the address of the cloud server corresponding to the account name (that is, the same cloud server address as the browser on the mobile terminal) Give the browser plugin on the PC.
  • the address server sends an HTTP 200 OK message to the browser plug-in on the PC, where the address of the cloud server is carried, or the address server sends an HTTP 500 or 503 message to the browser plug-in on the PC, indicating that the address acquisition fails.
  • the browser plug-in on the PC sends a login message to the cloud server corresponding to the address through the HTTP POST message, which carries the account name and the account password;
  • the cloud server corresponding to the address authenticates the browser plug-in on the PC. If the authentication succeeds, the cloud server returns an HTTP 200 OK message to the browser plug-in on the PC. If the authentication fails, the cloud server is sent to the PC.
  • the browser plugin returns an HTTP 401 or 500 or 503 message.
  • the browser on the mobile terminal provides a start and close button of the cloud transfer service, and the user can dynamically turn on and off the cloud transfer service through the start and close buttons.
  • Enable function Before the browser on the mobile terminal logs in to the cloud server, the browser on the mobile terminal opens the cloud delivery service through the user and connects to the cloud server.
  • the process of connecting to the cloud server may be:
  • the browser on the mobile terminal can register a network state switching receiver for detecting the change of the network state, and if the network is unavailable, close the HTTP persistent connection with the cloud server, and notify User; If the network is available, the browser on the mobile terminal first creates a sub-thread to complete the connection to the cloud server. If the connection fails, retry within the preset time or preset number. If it fails, the service is automatically closed. .
  • the time interval for connection retry can be changed. For example, if the first connection fails, the maximum retry is 2 times in 1 second interval. If it is still not connected to the server, then the interval is 3 seconds and the maximum retry is 2 times.
  • the service is automatically shut down. Close function: The browser on the mobile terminal first exits the message monitoring sub-thread, then closes the HTTP persistent connection with the cloud server and all the timers, and finally registers the screen state switching receiver and the network state switching receiver.
  • the account can be cancelled. Specifically, the browser plug-in on the PC or the browser on the mobile terminal sends a logout message to the cloud server, where the account name is carried. If it is a browser plug-in logout account on the PC, the cloud server deletes the message cache for that account. In the case of a browser logout account on the mobile terminal, the HTTP persistent connection between the cloud server and the mobile terminal is first actively closed, and then the link cache of the account is deleted.
  • the browser plug-in logout message body on the PC is as follows:
  • the element account represents the earning account name.
  • the browser logout message body on the mobile terminal is as follows:
  • the element account represents the earning account name.
  • the step of the browser plug-in on the PC sending the content of the user to the cloud server may be performed before or after the browser on the mobile terminal obtains the address of the cloud server and logs in to the cloud server.
  • the browser plug-in on the PC shown in FIG. 2 is first logged in, the browser plug-in on the PC sends the content of the user's message to the cloud server, and the browser on the mobile terminal obtains the address of the cloud server.
  • the information transmission process performed before the login to the cloud server refer to FIG. 3, and the information transmission process performed after the browser on the mobile terminal obtains the address of the cloud server and logs in to the cloud server is shown in FIG. 4.
  • the message content record includes an account name, a message type, and a message content.
  • the reference data structure of the message content record is as follows:
  • the content of the message includes Internet information such as URL, plain text and telephone number, and also includes important information on the PC browser such as bookmarks saved by the user.
  • the sending reference format of the message content record is as follows:
  • the element account represents the earning account name
  • the element msg_type represents the message type
  • the element msg_content represents the message content.
  • the account name is "15950589948”
  • the message type is 1, that is, the URL
  • the message content is a URL link
  • the cloud server receives the message content record sent by the browser plug-in on the PC, first matches the account name, if the account The name is legal, and the message content record with the account name as the primary key is saved. If the account name is illegal, the error response message is replied.
  • the cloud server can store only one message content record recently received for each message type for each account name.
  • the cloud server After the browser on the mobile terminal successfully logs in to the cloud server, the cloud server actively pushes the message content record to the browser on the mobile terminal through an HTTP persistent connection with the mobile terminal, or the browser timing on the mobile terminal Actively pull the message content record sent by the PC to the cloud server. For the case of actively pushing the content of the message, the following steps are specifically included:
  • the cloud server allocates a persistent connection pointer to the mobile terminal, and an HTTP persistent connection between the cloud server and the mobile terminal is established.
  • the cloud server can store the link information record with the account name as the primary key.
  • the reference data structure is as shown in Table 2, including the account name, mobile terminal status, link information, and so on.
  • the mobile terminal status, the cloud server may be obtained by using a heartbeat request message sent by the mobile terminal, and the mobile terminal may register a screen state switching receiver to receive the transition state of the screen opening and closing of the mobile terminal in real time, when the state of the mobile terminal changes. , notify the cloud server by a heartbeat request message.
  • the link information records a persistent connection pointer.
  • the cloud server and the mobile terminal maintain the HTTP persistent connection through the timed heartbeat mechanism, that is, the mobile terminal periodically sends a heartbeat request message to the cloud server, which carries information such as the account name and the state of the mobile terminal, for example, the heartbeat period is 6 minutes, and the cloud server returns.
  • the heartbeat response message if the heartbeat response message returned by the cloud server is received within a preset time (for example, within 20 seconds), the HTTP persistent connection between the cloud server and the mobile terminal is normal, if not received within the preset time
  • the heartbeat response message returned by the cloud server the HTTP persistent connection between the cloud server and the mobile terminal is abnormally closed.
  • the mobile terminal can re-initiate the connection request and establish a new HTTP persistent connection with the cloud server.
  • the heartbeat request message reference format is as follows:
  • the element account represents the earning account name
  • the element state represents the state of the mobile terminal
  • the value of the element state is 1 indicating that the screen of the mobile terminal is on
  • the mobile terminal is in the active state
  • the value of the element state is 0 indicating that the screen of the mobile terminal is closed
  • the mobile terminal Is in an idle state.
  • the account name of the mobile terminal is "liliang" and the state is 1 , indicating that the current mobile terminal's screen is on and the mobile terminal is in the active state.
  • the heartbeat response message can be an HTTP 200 OK message, and its message body is empty.
  • the cloud server actively pushes the message content. After receiving and buffering the message content record sent by the browser plug-in on the PC, the cloud server detects the state of the mobile terminal, and if the mobile terminal is in the active state, immediately pushes the saved message content record to the mobile terminal; otherwise, the cloud server delays sending, After waiting for the mobile terminal to switch to the active state, the latest message content record is pushed to the mobile terminal.
  • the active push process is divided into the following three cases:
  • the cloud server If the cloud server has cached the message content record of the same account name before the mobile terminal logs in to the cloud server, the cloud server sends the message content record as a login response message body to the mobile terminal.
  • the cloud server If the cloud server has cached the message content record of the same account name before the mobile terminal sends the heartbeat request message, the cloud server sends the message content record as a heartbeat response message body to the mobile terminal.
  • the mobile terminal sends a plurality of types of messages to the cloud server before the cloud delivery service is started or during the idle state, after the mobile terminal starts the cloud delivery service or activation state, the cloud server Only the most recent message of each message type is pushed to the mobile terminal.
  • the push reference format for the message content record is as follows:
  • the element msg_type represents the message type
  • the element msg_content represents the message content.
  • the message type is 1 , which is the URL type
  • the content of the message is a URL link http://hiphotos.baidu.com/836731212/pic/item/
  • the message content record of dbc598c0a0aeb78238db4909.jpg is actively pushed to the mobile terminal.
  • the browser on the mobile terminal initiates a message monitoring sub-thread to monitor and process the message content record actively pushed by the cloud server in real time. Specifically, the content content record is monitored and received in real time, the message content record is analyzed, and the user is notified, and corresponding processing is performed according to the message type. For example, for a URL type message, the browser can be automatically invoked to open a link to display a web page, a picture or a video; for a phone number type message, the dialer can be activated; for a text type message, the text content can be saved in the clipboard .
  • the browser plug-in on the personal computer and the browser on the mobile terminal respectively obtain the address of the cloud server from the address server, and log in to the cloud server corresponding to the address, after the browser plug-in on the personal computer successfully logs in to the cloud server.
  • the cloud server actively pushes the message content record to the mobile through an HTTP persistent connection with the browser on the mobile terminal.
  • the browser on the terminal, or the browser on the mobile terminal periodically pulls the message content record to the cloud server, and the entire information transmission process does not require the cooperation of the operator and the process of the built-in specific function, and the information transmission process is completed.
  • Example 2 it is applicable to various types of mobile terminals and various mainstream browsers, and is not restricted by the terminal type and the browser, and has good openness; the content of information transmission is relatively rich, except Internet information such as URL, plain text, and phone number can also transmit important information on the browser of the personal computer, such as bookmarks saved by the user; the user can interact with the browser on the mobile terminal to dynamically turn the cloud delivery service on and off. , user experience is better, and flexibility is high.
  • Example 2 Example 2
  • this embodiment provides an information delivery system, which includes: a browser plug-in 401 on a personal computer, a browser 402 on the mobile terminal, and a cloud server 403;
  • the browser plug-in 401 on the personal computer and the browser 402 on the mobile terminal respectively obtain the address of the cloud server 403 from the address server, and log in to the cloud server 403 corresponding to the address;
  • the browser plug-in 401 on the personal computer successfully logs in to the cloud server 403, the user's message content record is sent to the cloud server 403;
  • the cloud server 403 actively pushes the message content record to the browser 402 on the mobile terminal through an HTTP persistent connection with the browser 402 on the mobile terminal, or The browser 402 on the mobile terminal periodically takes the message content record onto the cloud server 403.
  • the cloud server 403 When the cloud server 403 actively uploads the message content record to the browser 402 on the mobile terminal, the cloud server 403 specifically detects the status of the mobile terminal after receiving the message content record sent by the browser plug-in 401 on the personal computer. If the mobile terminal is in an active state, the message content record is actively pushed to the mobile terminal immediately. If the mobile terminal is in an idle state, the cloud server 403 caches the message content record sent by the browser plug-in 401 on the personal computer, and waits for the mobile terminal to switch to the active state. After that, the latest message content record is pushed to the mobile terminal.
  • the cloud server 403 and the browser 402 on the mobile terminal maintain an HTTP persistent connection through a timed heartbeat mechanism.
  • the browser 402 on the mobile terminal provides a start and stop button for the cloud delivery service, enabling the user to dynamically turn the cloud delivery on and off via the start and close buttons.
  • the browser 402 on the mobile terminal listens to and processes the message content record from the cloud server 403 in real time through an HTTP persistent connection.
  • the message content record includes Internet information or browser information on a personal computer.
  • the browser plug-in on the personal computer and the browser on the mobile terminal respectively obtain the address of the cloud server from the address server, and log in to the cloud server corresponding to the address, after the browser plug-in on the personal computer successfully logs in to the cloud server. Sending the user's message content record to the cloud server.
  • the cloud server actively pushes the message content record to the mobile through an HTTP persistent connection with the browser on the mobile terminal.
  • the browser on the terminal or the browser on the mobile terminal periodically pulls the message content record to the cloud server, and the entire information transmission process does not require the cooperation of the operator and the process of the built-in specific function, and the information transmission process is completed.
  • it is applicable to various types of mobile terminals and various mainstream browsers, and is not restricted by the terminal type and the browser, and has good openness; the content of information transmission is relatively rich, except for Internet information such as URL, plain text, and telephone number. It can also transfer important information on the browser of the personal computer, such as bookmarks saved by the user; the user can interact with the browser on the mobile terminal to dynamically turn on and off the cloud delivery service, and the user experience is better and the flexibility is high.
  • Example 3
  • the embodiment provides a browser on the mobile terminal, where the browser includes: a login module 501, configured to acquire an address of the cloud server from the address server, and log in to the cloud server corresponding to the address;
  • a login module 501 configured to acquire an address of the cloud server from the address server, and log in to the cloud server corresponding to the address;
  • the information obtaining module 502 is configured to receive, by using an HTTP persistent connection with the cloud server, the message content record sent by the browser plug-in on the personal computer actively pushed by the cloud server, or periodically, to the cloud. Pull the message content record on the server.
  • the browser also includes: a connection maintenance module for maintaining an HTTP persistent connection with the cloud server through a timed heartbeat mechanism.
  • the browser further includes: a service providing module, configured to provide a start and a close button of the cloud transfer service, and enable the user to dynamically turn the cloud transfer service on and off through the start and close buttons.
  • a service providing module configured to provide a start and a close button of the cloud transfer service, and enable the user to dynamically turn the cloud transfer service on and off through the start and close buttons.
  • the message content record includes Internet information or browser information on a personal computer.
  • the browser obtains the address of the cloud server from the address server, and logs in to the address.
  • the corresponding cloud server receives the message content record sent by the browser plug-in on the personal computer that the cloud server actively pushes through the HTTP persistent connection with the cloud server, or periodically takes the message content record to the cloud server.
  • the entire information transfer process does not require the cooperation of the operator and the process of built-in specific functions, and the information transfer process is completed.
  • it is applicable to various types of mobile terminals and various mainstream browsers, and is not restricted by the terminal type and the browser, and has good openness; the content of information transmission is relatively rich, except for Internet information such as URL, plain text, and telephone number. It can also transfer important information on the browser of the personal computer, such as bookmarks saved by the user; the user can interact with the browser on the mobile terminal to dynamically turn on and off the cloud delivery service, and the user experience is better and the flexibility is high.
  • a person skilled in the art may understand that all or part of the steps of implementing the above embodiments may be completed by hardware, or may be instructed by a program to execute related hardware, and the program may be stored in a computer readable storage medium.
  • the storage medium mentioned may be a read only memory, a magnetic disk or an optical disk or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种信息传送方法和系统、以及移动终端上的浏览器，属于移动互联网领域。所述方法包括：个人计算机上的浏览器插件和移动终端上的浏览器分别从地址服务器获取云服务器的地址，并登录该地址对应的云服务器；个人计算机上的浏览器插件成功登录云服务器之后，将用户的消息内容记录发送到云服务器；移动终端上的浏览器成功登录云服务器之后，云服务器通过与移动终端上的浏览器之间的HTTP持久连接，将消息内容记录主动推送至移动终端上的浏览器，或者，移动终端上的浏览器定时主动到云服务器上拉取消息内容记录。本发明通过上述方案，整个信息传送过程不需要运营商的配合和内置特定功能的进程，简化了信息传送过程。

Description

一种信息传送方法和系统、 以及移动终端上的浏览器 技术领域
本发明涉及移动互联网领域， 特别涉及一种信息传送方法和系统、 以及 移动终端上的浏览器。
背景技术 随着移动互联网技术的方法， 目前出现了一种邮件推送（Push Mail )技 术。 该技术能够将用户电子邮箱中刚刚收到的新邮件在第一时间快速地推送 到用户终端上。 用户不用再频繁上网登录邮箱， 就可随时随地收发、 处理邮 件， 极大的方便了用户。 邮件推送技术实现过程具体为： 服务器收到新邮件时， 会首先通知移动 运营商用户有新邮件， 移动运营商通过一条隐藏的短信息启动该用户所在终 端上的进程， 该进程会连接到数据网络， 并收取邮件。 这样， 用户无需频繁 上网登录邮箱， 就可随时随地收发、 处理邮件。 现有技术在推送邮件过程中， 需要移动运营商的参与， 并且需要用户终端内置特定功能的进程， 实现较为 复杂。
发明内容 为了在信息传送过程中避免运营商的参与和内置特定功能的进程， 筒化 信息传送过程， 本发明实施例提供了一种信息传送方法和系统、 以及移动终 端上的浏览器。 技术方案如下： 一种信息传送方法， 所述方法包括： 个人计算机上的浏览器插件和移动终端上的浏览器分别从地址服务器获 取云服务器的地址， 并登录该地址对应的云服务器； 所述个人计算机上的浏览器插件成功登录所述云服务器之后， 将用户的 消息内容记录发送到所述云服务器； 所述移动终端上的浏览器成功登录所述云服务器之后， 所述云服务器通 过与所述移动终端上的浏览器之间的 HTTP持久连接， 将所述消息内容记录 主动推送至所述移动终端上的浏览器， 或者， 所述移动终端上的浏览器定时 主动到所述云服务器上拉取所述消息内容记录。 一种信息传送系统， 所述系统包括： 个人计算机上的浏览器插件、 移动 终端上的浏览器、 和云服务器； 所述个人计算机上的浏览器插件和所述移动终端上的浏览器分别从地址 服务器获取所述云服务器的地址， 并登录该地址对应的云服务器； 所述个人计算机上的浏览器插件成功登录所述云服务器之后， 将用户的 消息内容记录发送到所述云服务器； 所述移动终端上的浏览器成功登录所述云服务器之后， 所述云服务器通 过与所述移动终端上的浏览器之间的 HTTP持久连接， 将所述消息内容记录 主动推送至所述移动终端上的浏览器， 或者， 所述移动终端上的浏览器定时 主动到所述云服务器上拉取所述消息内容记录。 一种移动终端上的浏览器， 所述浏览器包括： 登录模块， 用于从地址服务器获取云服务器的地址， 并登录该地址对应 的云服务器； 信息获取模块， 用于成功登录所述云服务器之后， 通过与所述云服务器 之间的 HTTP持久连接， 实时接收所述云服务器主动推送的个人计算机上的 浏览器插件发送的消息内容记录， 或者， 定时主动到所述云服务器上拉取所 述消息内容记录。 本发明实施例提供的技术方案带来的有益效果是： 通过。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作一筒单地介绍， 显而易见地， 下 面描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1是本发明实施例 1中提供的信息传送方法流程图；
图 2是本发明实施例 1中提供的登录云服务器信息交互图；
图 3是基于图 2登录方法的信息传送方法信息交互图；
图 4是基于图 2登录方法的另一信息传送方法信息交互图；
图 5是本发明实施例 1中提供的另一登录云服务器信息交互图；
图 6是本发明实施例 2中提供的信息传送系统示意图；
图 7是本发明实施例 3中提供的移动终端上的浏览器示意图。
具体实施方式
为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发 明实施方式作进一步地详细描述。
实施例 1
本实施例提供了一种信息传送方法， 该方法涉及 PC ( Personal Computer, 个人计算机）、 云服务器、 和移动终端。 PC上安装有浏览器插件。 移动终端上 安装有浏览器。 其中， 浏览器插件作为 PC上的 HTTP ( Hyper Text Transfer Protocol, 超文本传输协议）客户端， 浏览器作为移动终端上的 HTTP客户端， 云服务器作为 HTTP服务端， 桥接 PC与移动终端。 PC上的浏览器插件可以面 向多种主流的浏览器， 如 IE、 Firefox, Chrome等。 参见图 1 , 信息传送方法流程如下：
101: PC上的浏览器插件和移动终端上的浏览器分别从地址服务器获取云 服务器的地址， 并登录该地址对应的云服务器。
根据登录的先后顺序， 登录云服务器分为以下两种情况：
第一种情况： PC上的浏览器插件先从地址服务器获取云服务器的地址， 并登录该地址对应的云服务器， 移动终端上的浏览器后从地址服务器获取云 服务器的地址， 并登录该地址对应的云服务器。
参见图 2, 具体过程如下：
【 11】PC上的浏览器插件通过 HTTP GET消息向地址服务器请求获取云服 务器的地址， 其中携带账户名。
其中， 云服务器的地址可以是 IP ( Internet Protocol , 网络协议）地址和 Port
(端口号）。
【12】地址服务器查询自身是否记录有该账户名对应的云服务器的地址， 如果没有， 根据各个云服务器的负载情况向 PC上的浏览器插件提供云服务器 的地址。
具体的， 地址服务器向 PC上的浏览器插件返回 HTTP 200 OK消息， 其中 携带云服务器的地址， 或者， 地址服务器向 PC上的浏览器插件返回 HTTP 500 或 503消息， 表示地址获取失败。
进一步的， 在地址服务器提供云服务器的地址之后， 记录账户名及其相 应的云服务器的地址。
【13】 PC上的浏览器插件通过 HTTP POST消息向该地址对应的云服务器 发送登录消息， 其中携带账户名和账户密码。
需要说明的是， HTTP消息分为两部分： HTTP消息头和 HTTP消息体， 其 中 HTTP消息头按照 HTTP协议进行处理， 这里不再赘述。 后续只介绍 HTTP消 息体， HTTP消息体可以使用 XML ( Extensible Markup Language , 可扩展标记 语言 )进行描述。
PC上的浏览器插件发送的登录消息参考格式如下： <?xml version="1.0" encodings "UTF- 8 "?>
<pc_login_req>
<client>
<account>liliang</account>
<pwd>123456</pwd>
</client>
</pc_login_req>
其中， 元素 account表示账户名， 元素 pwd表示账户密码。 例如， 使用账户 名 "liliang" 和密码 "123456" 进行登录。
【14】该地址对应的云服务器对 PC上的浏览器插件进行鉴权， 如果鉴权 成功， 云服务器向 PC上的浏览器插件返回 HTTP 200 OK消息， 如果鉴权失败， 云服务器向 PC上的浏览器插件返回 HTTP 401或 500或 503消息。
其中，表示鉴权成功（也即登录成功）的 HTTP 200 OK消息可以只有 HTTP 消息头， HTTP消息体为空。
其中， 表示鉴权失败（也即登录失败） 的情况， 分为以下三种情况： HTTP 401消息（Unauthorized ): 表示账户名或账户密码错误， 鉴权失败。 HTTP 500消息（ Internal Server Error ): 表示云服务器内部异常， 无法提 供相关能力。
HTTP 503消息（ Service Unavailable ): 表示云服务器当前处于过负荷状态 或正在维护中， 无法处理客户端请求消息。
【 15】移动终端上的浏览器通过 HTTP GET消息向地址服务器请求获取云 服务器的地址， 其中携带账户名；
【16】地址服务器查询自身是否记录有该账户名对应的云服务器的地址， 如果有， 将该账户名对应的云服务器的地址（也即与 PC上的浏览器插件相同 的云服务器地址）发送给移动终端上的浏览器。
具体的，地址服务器向移动终端上的浏览器发送 HTTP 200 OK消息，其中 携带云服务器的地址，或者，地址服务器向移动终端上的浏览器发送 HTTP 500 或 503消息， 表示地址获取失败。
【17】移动终端上的浏览器通过 HTTP POST消息向该地址对应的云 务 器发送登录消息， 其中携带账户名和账户密码；
移动终端上的浏览器发送的登录消息参考格式如下：
<?xml version="1.0" encodings "UTF- 8 "?>
<mobile_login_req>
<client>
<account>liliang</ account>
<pwd>123456</pwd>
</client>
</mobile_login_req>
其中， 元素 account表示账户名， 元素 pwd表示账户密码。 例如， 使用账户 名 "liliang" 和密码 "123456" 进行登录。
【18】该地址对应的云服务器对移动终端上的浏览器进行鉴权， 如果鉴 权成功，云服务器向移动终端上的浏览器返回 HTTP 200 OK消息，如果鉴权失 败， 云服务器向移动终端上的浏览器返回 HTTP 401或 500或 503消息。
具体的， 如果账户名存在， 并且账户名和账户密码匹配， 则鉴权成功， 否则鉴权失败。
第二种情况： 移动终端上的浏览器先从地址服务器获取云服务器的地址， 并登录该地址对应的云服务器， PC上的浏览器插件后从地址服务器获取云服 务器的地址， 并登录该地址对应的云服务器。
参见图 5 , 具体过程如下：
【21】移动终端上的浏览器通过 HTTP GET消息向地址服务器请求获取云 服务器的地址， 其中携带账户名；
【22】地址服务器查询自身是否记录有该账户名对应的云服务器的地址， 如果没有， 根据各个云服务器的负载情况向移动终端上的浏览器提供云服务 器的地址。 具体的，地址服务器向移动终端上的浏览器返回 HTTP 200 OK消息，其中 携带云服务器的地址，或者，地址服务器向移动终端上的浏览器返回 HTTP 500 或 503消息， 表示地址获取失败。
进一步的， 在地址服务器提供云服务器的地址之后， 记录账户名及其相 应的云服务器的地址。
【23】移动终端上的浏览器通过 HTTP POST消息向该地址对应的云服务 器发送登录消息， 其中携带账户名和账户密码；
【24】该地址对应的云服务器对移动终端上的浏览器进行鉴权， 如果鉴 权成功，云服务器向移动终端上的浏览器返回 HTTP 200 OK消息，如果鉴权失 败， 云服务器向移动终端上的浏览器返回 HTTP 401或 500或 503消息；
具体的， 如果账户名存在， 并且账户名和账户密码匹配， 则鉴权成功， 否则鉴权失败。
【25】PC上的浏览器插件通过 HTTP GET消息向地址服务器请求获取云服 务器的地址， 其中携带账户名；
【26】地址服务器查询自身是否记录有该账户名对应的云服务器的地址， 如果有， 将该账户名对应的云服务器的地址（也即与移动终端上的浏览器相 同的云服务器地址）发送给 PC上的浏览器插件。
具体的， 地址服务器向 PC上的浏览器插件发送 HTTP 200 OK消息， 其中 携带云服务器的地址， 或者， 地址服务器向 PC上的浏览器插件发送 HTTP 500 或 503消息， 表示地址获取失败。
【 27】 PC上的浏览器插件通过 HTTP POST消息向该地址对应的云服务器 发送登录消息， 其中携带账户名和账户密码；
【28】该地址对应的云服务器对 PC上的浏览器插件进行鉴权， 如果鉴权 成功， 云服务器向 PC上的浏览器插件返回 HTTP 200 OK消息， 如果鉴权失败， 云服务器向 PC上的浏览器插件返回 HTTP 401或 500或 503消息。
具体的， 如果账户名存在， 并且账户名和账户密码匹配， 则鉴权成功， 否则鉴权失败。 需要说明的是， 移动终端上的浏览器提供了云传送服务的启动和关闭按 鈕， 用户通过启动和关闭按鈕能够动态的开启和关闭云传送服务。 开启功能： 在移动终端上的浏览器登录云服务器之前， 移动终端上的浏览器通过用户开 启云传送服务， 并连接云服务器。 连接云服务器的过程可以是： 移动终端上 的浏览器可以注册一个网络状态切换接收器， 用于检测网络状态的变化， 如 果网络不可用， 则关闭与云服务器之间的 HTTP持久连接， 并通知用户； 如果 网络可用， 移动终端上的浏览器首先会创建子线程， 完成连接云服务器的相 关工作， 如果连接失败， 在预设时间或预设次数内重试， 如果都失败， 则自 动关闭服务。 其中， 连接重试的时间间隔可以是变化的， 例如， 如果首次连 接失败， 则间隔 1秒钟最大重试 2次， 如果仍未连接至服务端， 则再间隔 3秒钟 最大重试 2次， 若 5次连接服务器都失败， 则自动关闭服务。 关闭功能： 移动 终端上的浏览器首先退出消息监听子线程， 再关闭与云服务器间的 HTTP持久 连接以及所有的定时器， 最后去注册屏幕状态切换接收器和网络状态切换接 收器。
进一步的， PC上的浏览器插件和移动终端上的浏览器成功登录云服务器 之后， 还可以注销账户。 具体的， PC上的浏览器插件或移动终端上的浏览器 向云服务器发送注销消息， 其中携带账户名。 如果是 PC上的浏览器插件注销 帐户， 则云服务器删除该帐户的消息緩存。 如果是移动终端上的浏览器注销 帐户， 则首先主动关闭云服务器与移动终端之间的 HTTP持久连接， 然后再删 除该帐户的链路緩存。
PC上的浏览器插件注销消息体如下：
<?xml version="1.0" encodings "UTF- 8 "?>
<pc_logout_req>
<client>
<account>liliang</ account>
</client>
</pc_logout_req> 其中， 元素 account表示賺户名。
移动终端上的浏览器注销消息体如下：
<?xml version="1.0" encodings "UTF- 8 "?>
<mobile_logout_req>
<client>
<account>liliang</ account>
</client>
</mobile_logout_req>
其中， 元素 account表示賺户名。
102: PC上的浏览器插件成功登录云服务器之后， 将用户的消息内容记录 发送到云服务器。
需要说明的是， PC上的浏览器插件将用户的消息内容发送到云服务器的 步骤， 可以在移动终端上的浏览器获取云服务器的地址、 并登录云服务器之 前或之后进行。 具体的， 对于图 2所示 PC上的浏览器插件先登录的情况， PC 上的浏览器插件将用户的消息内容发送到云服务器的步骤， 在移动终端上的 浏览器获取云服务器的地址、 并登录云服务器之前进行的信息传送流程参见 图 3所示， 在移动终端上的浏览器获取云服务器的地址、 并登录云服务器之后 进行的信息传送流程参见图 4所示。
其中， 消息内容记录包括账户名、 消息类型和消息内容等。 消息内容记 录的参考数据结构如下：
表 1 消息内容记录
账户名 （主键） 消息类型 消息内容
账户名 取值范围： 例如 {0, 1 , 4, 5 }
1) 0: 未定；
2) 1 : URL;
3) 4: 电话号码；
4) 5: 纯文本。 注： 根据需要， 可以增加消息类型。 （其他类型，如邮件、书签等）/ URL/ 电话号码 /文本
需要说明的是， 消息内容包括 URL, 纯文本以及电话号码等互联网信息， 还包括用户保存的书签等 PC浏览器上的重要信息。
消息内容记录的发送参考格式如下：
<?xml version="1.0" encodings "UTF- 8 "?>
<pc_to_phone>
<account>15950589948</account>
<msg>
<msg_type> 1 </msg_type>
<msg_content>
</msg_content>
</msg>
</pc_to_phone>
其中， 元素 account表示賺户名， 元素 msg_type表示消息类型， 元素 msg_content表示消息内容。 例如： 账户名为 "15950589948" , 消息类型为 1 , 即 URL , 消 息 内 容 为 一 URL 链 接 进一步的， 云服务器接收到 PC上的浏览器插件发送的消息内容记录后， 首先匹配账户名， 如果账户名合法， 保存以账户名为主键的消息内容记录， 如果账户名非法， 回复错误响应消息。 另外， 云服务器针对每个账户名， 可 以只保存每种消息类型最近接收的一条消息内容记录。
103: 移动终端上的浏览器成功登录云服务器之后， 云服务器通过与移动 终端之间的 HTTP持久连接， 将消息内容记录主动推送至移动终端上的浏览 器， 或者， 移动终端上的浏览器定时主动到云服务器上拉取 PC端发送的消息 内容记录。 对于主动推送消息内容的情况， 具体包括以下步骤：
【31】建立持久连接。 当移动终端上的浏览器成功登录云服务器之后， 云服务器为移动终端分配持久连接指针， 则建立了云服务器与移动终端之间 的 HTTP持久连接。 云服务器可以保存以账户名为主键的链路信息记录， 其参 考数据结构如表 2所示， 包括账户名、 移动终端状态、 链路信息等。 其中， 移 动终端状态， 云服务器可以通过移动终端发送的心跳请求消息获取， 移动终 端可以注册一个屏幕状态切换接收器， 实时接收移动终端的屏幕开启和关闭 的转换状态， 当移动终端状态发生改变时， 通过心跳请求消息通知云服务器。 其中， 链路信息记录持久连接指针。
表 2链路信息记录
账户名 （主键） 移动终端状态链路
账户名 取值范围： 例如 [0..1]
1) 1: 移动终端的屏幕开启， 移动终端处于激活状态；
2) 0: 移动终端的屏幕关闭， 移动终端处于空闲状态。
默认值： 1 云服务器与移动终端之间的持久连接指针。
默认值： NULL (空 )
【32】维护持久连接。 云服务器与移动终端通过定时心跳机制维护 HTTP 持久连接， 也即移动终端定期向云服务器发送心跳请求消息， 其中携带账户 名和移动终端状态等信息， 例如， 心跳周期为 6分钟， 并接收云服务器返回的 心跳响应消息， 如果在预设时间内 （如 20秒内）接收到云服务器返回的心跳 响应消息， 则云服务器与移动终端之间的 HTTP持久连接正常， 如果在预设时 间内没有接收到云服务器返回的心跳响应消息， 则云服务器与移动终端之间 的 HTTP持久连接异常关闭。 当 HTTP持久连接异常关闭时， 移动终端可以重 新发起连接请求， 建立与云服务器之间新的 HTTP持久连接。
心跳请求消息参考格式如下：
<?xml version="1.0" encodings "UTF- 8 "?>
<heartbeat_req> <account>liliang</account>
<client>
<state>l</state>
</client>
</heartbeat_req>
其中， 元素 account表示賺户名， 元素 state表示移动终端状态， 元素 state 的值为 1表示 移动终端的屏幕开启，移动终端处于激活状态，元素 state的值为 0表示移动终端的屏幕关闭， 移动终端处于空闲状态。 例如， 移动终端的账户 名为 "liliang" , state为 1 , 表示当前移动终端的屏幕开启， 移动终端处于激活 状态。
心跳响应消息可以为 HTTP 200 OK消息， 其消息体为空。
【33】 云服务器主动推送消息内容。 云服务器接收并緩存 PC上的浏览器 插件发送的消息内容记录后， 检测移动终端状态， 如果移动终端处于激活状 态， 则立即向移动终端主动推送保存的消息内容记录； 否则， 云服务器延迟 发送， 等待移动终端切换为激活状态后， 再将最新的消息内容记录推送至移 动终端。 主动推送过程分为以下三种情况：
1 )如果在移动终端登录云服务器前， 云服务器已緩存相同账户名的消息 内容记录， 则云服务器将消息内容记录作为登录响应消息体发送至移动终端。
2 )如果在移动终端发送心跳请求消息前， 云服务器已緩存相同账户名的 消息内容记录， 则云服务器将消息内容记录作为心跳响应消息体发送至移动 终端。
3)如果移动终端在启动云传送服务之前或在空闲状态期间， PC上的浏览 器插件发送多条一种类型的消息至云服务器， 则在移动终端启动云传送服务 或激活状态后， 云服务器只推送每种消息类型的最近一条消息至移动终端。
消息内容记录的推送参考格式如下：
<?xml version="1.0" encodings "UTF- 8 "?>
<push> <msg>
<msg_type> 1 </msg_type>
<msg_content>
http://hiphotos.
Pg
</msg_content>
</msg>
</push>
其中， 元素 msg_type表示消息类型， 元素 msg_content表示消息内容。 例 如 ， 将消 息类型 为 1 , 即 URL类型 ， 消 息 内 容为 URL链接 http://hiphotos.baidu.com/836731212/pic/item/
dbc598c0a0aeb78238db4909.jpg 的消息内容记录主动推送到移动终端上。 【34】移动终端上的浏览器启动消息监听子线程， 实时监听和处理云服 务器主动推送的消息内容记录。 具体的， 实时监听和接收消息内容记录， 解 析消息内容记录， 并通知用户， 根据消息类型进行相应的处理。 例如， 对于 URL类型的消息， 可以自动调用浏览器打开链接， 显示网页、 图片或视频； 对于电话号码类型的消息， 可以启动拨号器； 对于文本类型的消息， 可以将 文本内容保存在剪贴板中。
本实施例通过个人计算机上的浏览器插件和移动终端上的浏览器分别从 地址服务器获取云服务器的地址， 并登录该地址对应的云服务器， 在个人计 算机上的浏览器插件成功登录云服务器之后， 将用户的消息内容记录发送到 云服务器， 在移动终端上的浏览器成功登录云服务器之后， 云服务器通过与 移动终端上的浏览器之间的 HTTP持久连接， 将消息内容记录主动推送至移动 终端上的浏览器， 或者， 移动终端上的浏览器定时主动到云服务器上拉取消 息内容记录， 整个信息传送过程不需要运营商的配合和内置特定功能的进程， 筒化了信息传送过程。 并且， 适用于各种类型的移动终端和各种主流浏览器， 不受终端类型和浏览器的限制， 开放性好； 信息传送的内容比较丰富， 除了 URL, 纯文本以及电话号码等互联网信息， 还可以传送个人计算机的浏览器 上的重要信息， 如用户保存的书签等； 用户可以与移动终端上的浏览器交互， 动态地开启和关闭云传送服务， 用户体验性较好， 灵活度高。 实施例 2
参见图 6, 本实施例提供了一种信息传送系统， 该系统包括： 个人计算机 上的浏览器插件 401、 移动终端上的浏览器 402、 和云服务器 403;
个人计算机上的浏览器插件 401和移动终端上的浏览器 402分别从地址服 务器获取云服务器 403的地址， 并登录该地址对应的云服务器 403;
个人计算机上的浏览器插件 401成功登录云服务器 403之后， 将用户的消 息内容记录发送到云服务器 403;
移动终端上的浏览器 402成功登录云服务器 403之后， 云服务器 403通过与 移动终端上的浏览器 402之间的 HTTP持久连接， 将消息内容记录主动推送至 移动终端上的浏览器 402, 或者， 移动终端上的浏览器 402定时主动到云服务 器 403上拉取消息内容记录。
其中， 云服务器 403在将消息内容记录主动推送至移动终端上的浏览器 402时， 具体用于云服务器 403接收到个人计算机上的浏览器插件 401发送的消 息内容记录后， 检测移动终端的状态， 如果移动终端处于激活状态， 立即向 移动终端主动推送消息内容记录， 如果移动终端处于空闲状态， 云服务器 403 緩存个人计算机上的浏览器插件 401发送的消息内容记录， 等待移动终端切换 为激活状态后， 将最新的消息内容记录推送至移动终端。
云服务器 403与移动终端上的浏览器 402通过定时心跳机制维护 HTTP持 久连接。
移动终端上的浏览器 402提供了云传送服务的启动和关闭按鈕， 使用户通 过启动和关闭按鈕动态的开启和关闭云传送月良务。
移动终端上的浏览器 402通过 HTTP持久连接， 实时监听和处理来自云服 务器 403的消息内容记录。 其中， 消息内容记录包括互联网信息或个人计算机上的浏览器信息。 本实施例通过个人计算机上的浏览器插件和移动终端上的浏览器分别从 地址服务器获取云服务器的地址， 并登录该地址对应的云服务器， 在个人计 算机上的浏览器插件成功登录云服务器之后， 将用户的消息内容记录发送到 云服务器， 在移动终端上的浏览器成功登录云服务器之后， 云服务器通过与 移动终端上的浏览器之间的 HTTP持久连接， 将消息内容记录主动推送至移动 终端上的浏览器， 或者， 移动终端上的浏览器定时主动到云服务器上拉取消 息内容记录， 整个信息传送过程不需要运营商的配合和内置特定功能的进程， 筒化了信息传送过程。 并且， 适用于各种类型的移动终端和各种主流浏览器， 不受终端类型和浏览器的限制， 开放性好； 信息传送的内容比较丰富， 除了 URL, 纯文本以及电话号码等互联网信息， 还可以传送个人计算机的浏览器 上的重要信息， 如用户保存的书签等； 用户可以与移动终端上的浏览器交互， 动态地开启和关闭云传送服务， 用户体验性较好， 灵活度高。 实施例 3
参见图 7, 本实施例提供了一种移动终端上的浏览器， 该浏览器包括： 登录模块 501 , 用于从地址服务器获取云服务器的地址， 并登录该地址对 应的云服务器；
信息获取模块 502, 用于成功登录云服务器之后， 通过与云服务器之间的 HTTP持久连接， 实时接收云服务器主动推送的个人计算机上的浏览器插件发 送的消息内容记录， 或者， 定时主动到云服务器上拉取消息内容记录。
浏览器还包括： 连接维护模块， 用于通过定时心跳机制维护与云服务器 之间的 HTTP持久连接。
浏览器还包括： 服务提供模块， 用于提供云传送服务的启动和关闭按鈕, 使用户通过启动和关闭按鈕动态的开启和关闭云传送服务。
其中， 消息内容记录包括互联网信息或个人计算机上的浏览器信息。 本实施例浏览器通过从地址服务器获取云服务器的地址， 并登录该地址 对应的云服务器， 通过与云服务器之间的 HTTP持久连接， 实时接收云服务器 主动推送的个人计算机上的浏览器插件发送的消息内容记录， 或者， 定时主 动到云服务器上拉取消息内容记录， 整个信息传送过程不需要运营商的配合 和内置特定功能的进程， 筒化了信息传送过程。 并且， 适用于各种类型的移 动终端和各种主流浏览器， 不受终端类型和浏览器的限制， 开放性好； 信息 传送的内容比较丰富， 除了 URL, 纯文本以及电话号码等互联网信息， 还可 以传送个人计算机的浏览器上的重要信息， 如用户保存的书签等； 用户可以 与移动终端上的浏览器交互， 动态地开启和关闭云传送服务， 用户体验性较 好， 灵活度高。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通 过硬件来完成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以存 储于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘或光盘等。
以上所述仅是本发明的优选实施方式， 应当指出， 对于本技术领域的普 通技术人员来说， 在不脱离本发明原理的前提下， 还可以作出若干改进和润 饰， 这些改进和润饰也应视为本发明的保护范围。

Claims

权利要求书
1、 一种信息传送方法， 其特征在于， 所述方法包括：
个人计算机上的浏览器插件和移动终端上的浏览器分别从地址服务器获取 云服务器的地址， 并登录该地址对应的云服务器；
所述个人计算机上的浏览器插件成功登录所述云服务器之后， 将用户的消 息内容记录发送到所述云服务器；
所述移动终端上的浏览器成功登录所述云服务器之后， 所述云服务器通过 与所述移动终端上的浏览器之间的 HTTP持久连接， 将所述消息内容记录主动推 送至所述移动终端上的浏览器， 或者， 所述移动终端上的浏览器定时主动到所 述云服务器上拉取所述消息内容记录。
2、 根据权利要求 1所述的方法， 其特征在于， 所述云服务器将所述消息内 容记录主动推送至所述移动终端上的浏览器， 包括：
所述云服务器接收到所述个人计算机上的浏览器插件发送的消息内容记录 后， 检测所述移动终端的状态， 如果所述移动终端处于激活状态， 立即向所述 移动终端主动推送所述消息内容记录， 如果所述移动终端处于空闲状态， 所述 云服务器緩存所述个人计算机上的浏览器插件发送的消息内容记录， 等待所述 移动终端切换为激活状态后， 将最新的消息内容记录推送至所述移动终端。
3、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括：
所述云服务器与所述移动终端上的浏览器通过定时心跳机制维护所述 HTTP持久连接。
4、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括：
所述移动终端上的浏览器提供了云传送服务的启动和关闭按鈕， 使用户通 过所述启动和关闭按鈕动态的开启和关闭云传送月^务。
5、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括：
所述移动终端上的浏览器通过所述 HTTP持久连接， 实时监听和处理来自所 述云服务器的消息内容记录。
6、 根据权利要求 1所述的方法， 其特征在于， 所述消息内容记录包括互联 网信息或所述个人计算机上的浏览器信息。
7、 一种信息传送系统， 其特征在于， 所述系统包括： 个人计算机上的浏览 器插件、 移动终端上的浏览器、 和云服务器；
所述个人计算机上的浏览器插件和所述移动终端上的浏览器分别从地址服 务器获取所述云服务器的地址， 并登录该地址对应的云服务器；
所述个人计算机上的浏览器插件成功登录所述云服务器之后， 将用户的消 息内容记录发送到所述云服务器；
所述移动终端上的浏览器成功登录所述云服务器之后， 所述云服务器通过 与所述移动终端上的浏览器之间的 HTTP持久连接， 将所述消息内容记录主动推 送至所述移动终端上的浏览器， 或者， 所述移动终端上的浏览器定时主动到所 述云服务器上拉取所述消息内容记录。
8、 根据权利要求 7所述的系统， 其特征在于， 所述云服务器在将所述消息 内容记录主动推送至所述移动终端上的浏览器时， 具体用于：
所述云服务器接收到所述个人计算机上的浏览器插件发送的消息内容记录 后， 检测所述移动终端的状态， 如果所述移动终端处于激活状态， 立即向所述 移动终端主动推送所述消息内容记录， 如果所述移动终端处于空闲状态， 所述 云服务器緩存所述个人计算机上的浏览器插件发送的消息内容记录， 等待所述 移动终端切换为激活状态后， 将最新的消息内容记录推送至所述移动终端。
9、 根据权利要求 7所述的系统， 其特征在于， 所述云服务器与所述移动终 端上的浏览器通过定时心跳机制维护所述 HTTP持久连接。
10、 根据权利要求 7所述的系统， 其特征在于， 所述移动终端上的浏览器提 供了云传送服务的启动和关闭按鈕， 使用户通过所述启动和关闭按鈕动态的开 启和关闭云传送服务。
11、 根据权利要求 7所述的系统， 其特征在于， 所述移动终端上的浏览器通 过所述 HTTP持久连接， 实时监听和处理来自所述云服务器的消息内容记录。
12、 根据权利要求 7所述的系统， 其特征在于， 所述消息内容记录包括互联 网信息或所述个人计算机上的浏览器信息。
13、 一种移动终端上的浏览器， 其特征在于， 所述浏览器包括：
登录模块， 用于从地址服务器获取云服务器的地址， 并登录该地址对应的 云服务器；
信息获取模块， 用于成功登录所述云服务器之后， 通过与所述云服务器之 间的 HTTP持久连接， 实时接收所述云服务器主动推送的个人计算机上的浏览器 插件发送的消息内容记录， 或者， 定时主动到所述云服务器上拉取所述消息内 容记录。
14、 根据权利要求 13所述的浏览器， 其特征在于， 所述浏览器还包括： 连接维护模块， 用于通过定时心跳机制维护与所述云服务器之间的 HTTP持 久连接。
15、 根据权利要求 13所述的浏览器， 其特征在于， 所述浏览器还包括： 服务提供模块， 用于提供云传送服务的启动和关闭按鈕， 使用户通过所述 启动和关闭按鈕动态的开启和关闭云传送服务。
16、 根据权利要求 13所述的浏览器， 其特征在于， 所述消息内容记录包括 互联网信息或所述个人计算机上的浏览器信息。
PCT/CN2012/074495 2011-09-14 2012-04-23 一种信息传送方法和系统、以及移动终端上的浏览器 Ceased WO2012163197A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP12793329.9A EP2736281B1 (en) 2011-09-14 2012-04-23 Method and system for information transfer, and browser of mobile terminal
US13/567,508 US9300717B2 (en) 2011-09-14 2012-08-06 Information transmission method and system, and browser on mobile terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110271814.5 2011-09-14
CN201110271814.5A CN102413436B (zh) 2011-09-14 2011-09-14 信息传送方法和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/567,508 Continuation US9300717B2 (en) 2011-09-14 2012-08-06 Information transmission method and system, and browser on mobile terminal

Publications (1)

Publication Number Publication Date
WO2012163197A1 true WO2012163197A1 (zh) 2012-12-06

Family

ID=45915226

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/074495 Ceased WO2012163197A1 (zh) 2011-09-14 2012-04-23 一种信息传送方法和系统、以及移动终端上的浏览器

Country Status (4)

Country Link
US (1) US9300717B2 (zh)
EP (1) EP2736281B1 (zh)
CN (1) CN102413436B (zh)
WO (1) WO2012163197A1 (zh)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102413436B (zh) * 2011-09-14 2016-03-09 华为技术有限公司 信息传送方法和系统
CN102724327B (zh) * 2012-06-29 2016-04-13 百度在线网络技术（北京）有限公司 用于浏览器的实时网页浏览服务提供系统和方法
US9450784B2 (en) * 2012-09-27 2016-09-20 Blackberry Limited Communicating data among personal clouds
CN103002019B (zh) * 2012-11-14 2016-01-13 北京奇虎科技有限公司 浏览器及浏览器发送页游消息的方法
CN102968559B (zh) * 2012-11-14 2016-04-20 北京奇虎科技有限公司 浏览器及其进行页游事件提醒的方法
CN103152376A (zh) * 2012-12-07 2013-06-12 傲游国际有限公司 一种应用浏览器管理资源的方法和装置
CN103095819A (zh) * 2013-01-04 2013-05-08 微梦创科网络科技（中国）有限公司 推送数据信息的方法及数据信息推送系统
CN103973737A (zh) * 2013-01-30 2014-08-06 腾讯科技（深圳）有限公司 主动推送消息的方法、服务器及浏览器
CN104079707A (zh) * 2013-03-28 2014-10-01 联想(北京)有限公司 通信方法和电子设备
CN104331403B (zh) * 2013-07-22 2020-09-11 腾讯科技（深圳）有限公司 一种基于浏览器的动态消息查看方法、装置及系统
CN103501335A (zh) * 2013-09-29 2014-01-08 北京奇虎科技有限公司 数据传输方法、设备及系统
CN103475753A (zh) * 2013-09-29 2013-12-25 北京奇虎科技有限公司 数据传输方法、设备及系统
CN103491184A (zh) * 2013-09-29 2014-01-01 北京奇虎科技有限公司 数据传输方法、设备及系统
CN103501332A (zh) * 2013-09-29 2014-01-08 北京奇虎科技有限公司 数据传输方法、设备及网络系统
CN103501331B (zh) * 2013-09-29 2017-05-10 北京奇虎科技有限公司 数据传输方法、设备及系统
CN103491099A (zh) * 2013-09-29 2014-01-01 北京奇虎科技有限公司 数据处理方法及客户端
CN103501334B (zh) * 2013-09-29 2019-09-24 北京世界星辉科技有限责任公司 数据传输方法、设备及网络系统
CN103473376B (zh) * 2013-09-29 2017-12-29 北京奇虎科技有限公司 数据处理方法及客户端
CN103647821B (zh) * 2013-12-06 2018-09-18 北京奇虎科技有限公司 基于长连接的数据内容分享方法、系统及装置
CN103618665A (zh) * 2013-12-10 2014-03-05 南京守护宝信息技术有限公司 一种向客户端推送消息的方法
KR102292471B1 (ko) * 2014-03-04 2021-08-23 모보파일스 인코포레이티드 디비에이 모보라이즈 다이내믹 캐시 할당 및 네트워크 관리
JP6201835B2 (ja) * 2014-03-14 2017-09-27 ソニー株式会社 情報処理装置、情報処理方法及びコンピュータプログラム
CN105025049B (zh) * 2014-04-22 2019-03-22 深圳市尼得科技有限公司 一种媒体流存储方法、装置及服务器
CN104023073A (zh) * 2014-06-13 2014-09-03 北京奇虎科技有限公司 一种资源的推送方法、系统及装置
CN104158722B (zh) * 2014-07-21 2016-11-09 小米科技有限责任公司 用于轻应用的消息推送方法、装置、终端及服务器
CN104394210B (zh) * 2014-11-20 2018-09-14 北京安奇智联科技有限公司 直连通信方法及装置
CN104506416B (zh) * 2014-12-17 2017-11-28 东软集团股份有限公司 一种实现消息稳定推送的方法、装置及系统
CN105763591B (zh) * 2014-12-19 2019-07-26 阿里巴巴集团控股有限公司 一种数据通信方法和装置
CN107622205B (zh) * 2016-07-13 2021-05-25 北京京东尚科信息技术有限公司 一种业务系统接入移动客户端的方法和装置
CN109889579B (zh) * 2019-01-24 2021-01-26 江苏中云科技有限公司 云计算环境下的通用升级系统
CN109992485B (zh) * 2019-03-20 2023-02-03 郑州阿帕斯科技有限公司 一种调试日志提供方法、终端设备及服务器
CN110856124B (zh) * 2019-10-23 2021-10-19 深圳市梦网科技发展有限公司 消息状态的确定方法、装置、计算设备及存储介质
JP7409064B2 (ja) * 2019-12-18 2024-01-09 ブラザー工業株式会社 制御プログラム、制御システム、情報処理装置の制御方法
CN112882851B (zh) * 2021-03-24 2022-08-26 国家超级计算天津中心 一种基于超级计算机的云交互系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163114A (zh) * 2006-10-10 2008-04-16 华为技术有限公司 通知移动邮件状态的方法、系统和装置
CN101599982A (zh) * 2008-06-06 2009-12-09 广东宇天信通通信科技有限公司 手机信息浏览装置、系统及实现方法
CN102045369A (zh) * 2011-01-27 2011-05-04 北京播思软件技术有限公司 一种实现云拷贝的信息推送系统及其方法
CN102413436A (zh) * 2011-09-14 2012-04-11 华为技术有限公司 信息传送方法和系统、以及移动终端上的浏览器

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030195963A1 (en) * 2002-04-10 2003-10-16 Yu Song Session preservation and migration among different browsers on different devices
US20090043849A1 (en) * 2007-07-27 2009-02-12 Intelligent Software Solutions, Inc. Collaborative web-based computing
ES2375861B1 (es) * 2010-03-29 2013-01-29 Vodafone España, S.A.U. Sistema y método para gestionar la autenticación automática a recursos objetivo de internet.
US8532074B2 (en) * 2010-07-29 2013-09-10 Microsoft Corporation Energy-efficient on-the-fly Wi-Fi hotspot using mobile devices
WO2012023050A2 (en) * 2010-08-20 2012-02-23 Overtis Group Limited Secure cloud computing system and method
JP6011000B2 (ja) * 2011-12-28 2016-10-19 株式会社リコー 伝送管理装置、伝送システム、伝送管理方法およびプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163114A (zh) * 2006-10-10 2008-04-16 华为技术有限公司 通知移动邮件状态的方法、系统和装置
CN101599982A (zh) * 2008-06-06 2009-12-09 广东宇天信通通信科技有限公司 手机信息浏览装置、系统及实现方法
CN102045369A (zh) * 2011-01-27 2011-05-04 北京播思软件技术有限公司 一种实现云拷贝的信息推送系统及其方法
CN102413436A (zh) * 2011-09-14 2012-04-11 华为技术有限公司 信息传送方法和系统、以及移动终端上的浏览器

Also Published As

Publication number Publication date
US20130066983A1 (en) 2013-03-14
EP2736281A4 (en) 2014-10-15
CN102413436A (zh) 2012-04-11
CN102413436B (zh) 2016-03-09
EP2736281A1 (en) 2014-05-28
EP2736281B1 (en) 2018-07-04
US9300717B2 (en) 2016-03-29

Similar Documents

Publication Publication Date Title
WO2012163197A1 (zh) 一种信息传送方法和系统、以及移动终端上的浏览器
US8275892B2 (en) Low-level remote sharing of local devices in a remote access session across a computer network
US9225798B2 (en) Remote access to a customer home network
US7698392B2 (en) Method and system for establishing a user-friendly data transfer service application executing within a heterogeneous distributed service application execution environment
KR101509871B1 (ko) 사진을 로딩하기 위한 방법 및 장치
KR20120065391A (ko) 메시지 크기 한계들을 가하는 하나 이상의 콘텐츠 공급자 웹 사이트들에 대한 메시지를 발생하는 방법
US9215195B2 (en) Method and apparatus for message synchronization in instant messaging applications
EP2254302B1 (en) Method and apparatus for restoring state information of remote user interface
US20110231478A1 (en) System, Server, and Mobile Device for Content Provider Website Interaction and Method Therefore
US20110060793A1 (en) Mobile Device and Method of Operating Same to Interface Content Provider Website
KR101580023B1 (ko) 컨텐츠 프로바이더 웹사이트와 모바일 디바이스를 중개하는 방법 및 시스템
WO2012129468A1 (en) System and method for sharing data from a local network to a remote device
US20060085429A1 (en) Acknowledged delivery of full email state change to mobile email clients after involuntary disconnects
US8583726B2 (en) Event-processing method and system for a home network supporting a remote user interface
US20070226312A1 (en) System and method for using web syndication feeds as a change log for synchronization in a UPnP audio/video environment
US10798047B2 (en) Systems, devices and methods for text message communication
CN107809681B (zh) 切片视频传输的方法及装置
CN100571207C (zh) 一种聚合rss信息的系统及方法
US20070245174A1 (en) Diagnostics for remote computer systems
CN104468812B (zh) 在家庭网络中存储会话信息的方法和存储服务器
CN113051223A (zh) 一种数据处理方法及装置
CN100508523C (zh) 一种增值业务中的同步方法、系统及装置
JP2010288154A (ja) 通信システム、通信方法、通信プログラム、および通信プログラムを記録した記録媒体
JP4834794B2 (ja) コンテンツ送信装置、コンテンツ送受信制御装置
JP2007309576A (ja) 浴槽監視システム、及び浴槽監視装置

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: 12793329

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012793329

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE