WO2013189398A2 - 应用数据推送方法、装置及系统 - Google Patents
应用数据推送方法、装置及系统 Download PDFInfo
- Publication number
- WO2013189398A2 WO2013189398A2 PCT/CN2013/081951 CN2013081951W WO2013189398A2 WO 2013189398 A2 WO2013189398 A2 WO 2013189398A2 CN 2013081951 W CN2013081951 W CN 2013081951W WO 2013189398 A2 WO2013189398 A2 WO 2013189398A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- mobile terminal
- cardless
- platform
- push platform
- push
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 60
- 230000004044 response Effects 0.000 claims description 27
- 230000008569 process Effects 0.000 abstract description 24
- 230000003993 interaction Effects 0.000 abstract description 9
- 230000002708 enhancing effect Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 15
- 230000006870 function Effects 0.000 description 11
- 238000012545 processing Methods 0.000 description 9
- 238000012790 confirmation Methods 0.000 description 4
- 206010048669 Terminal state Diseases 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000000746 purification Methods 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- 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/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/60—Context-dependent security
- H04W12/69—Identity-dependent
- H04W12/71—Hardware identity
Definitions
- the present invention relates to the field of mobile communications, and in particular, to an application data push method, apparatus, and system. Background technique
- the mobile Internet service is an emerging business that combines the advantages of mobile networks and the Internet to provide users with voice, data, images, multimedia and other types of services through mobile terminals.
- a smart phone is an important part of the mobile Internet business.
- An application client program that can run a specific function on a smart phone can provide users with personalized, content-related and interactive application experiences through interaction with the application server.
- With the popularity of smart phones more and more users are accustomed to using their own mobile phones, such as mobile QQ, mobile phone mailboxes, etc., through their mobile terminals.
- the present invention provides an application data pushing method, device and system for solving the above technical problem.
- the present invention provides an application data push method, where the method includes: the push platform performs identity authentication on the cardless mobile terminal, and establishes a connection with the cardless mobile terminal after successful authentication; The downlink message sent by the application platform is received. The downlink message carries the application data. The push platform pushes the application data to the cardless mobile terminal that establishes a connection with the push platform.
- the method may further include: the domain name server DNS of the pushing platform receives the registration request sent by the cardless mobile terminal, where the registration request carries a first identifier of the cardless mobile terminal, wherein the first identifier is an identifier generated by the cardless mobile terminal encrypting an international mobile device identity code IMEI; and the DNS generates a first identifier corresponding to the first identifier according to the first identifier And the second identifier is used in the registration request response message, and is sent to the cardless mobile terminal. The second identifier is used to perform identity authentication on the cardless mobile terminal.
- the foregoing pushing platform performs the identity authentication on the cardless mobile terminal
- the method may include: the pushing platform receiving the login request message sent by the cardless mobile terminal; wherein the login request message carries the foregoing corresponding to the cardless mobile terminal The second identifier; the foregoing push platform sends an authentication-purification message to the DNS; wherein the authentication request message carries the second identifier corresponding to the cardless mobile terminal; and the authentication request message is used to request the DNS And authenticating the cardless mobile terminal according to the second identifier.
- the method may further include: the foregoing pushing platform performs identity authentication on the application platform, and after receiving the authentication, receiving the state of the cardless mobile terminal initiated by the application platform. Query request; the push platform determines the connection state of the cardless mobile terminal, and sends the connection state to the application platform; wherein the connection state is a state in which the cardless mobile terminal is normally connected to the push platform, or none of the foregoing The state in which the card mobile terminal is disconnected from the above-mentioned push platform.
- the present invention further provides an application data receiving method, wherein the method includes: the cardless mobile terminal transmits a login request message to the push platform; and the push platform moves the cardless card according to the login request message After the terminal successfully authenticates the identity, the cardless mobile terminal receives the login request response message sent by the push platform; the cardless mobile terminal establishes a connection with the push platform; the cardless mobile terminal receives the application data pushed by the application platform through the push platform.
- the present invention further provides an application data pushing device, which is applied to a push platform, wherein the device includes: an authentication module, configured to: perform identity authentication on a cardless mobile terminal; and connect the module
- the setting is as follows: after the authentication succeeds, the connection is established with the above-mentioned cardless mobile terminal; the message receiving module is configured to: receive the downlink message delivered by the application platform; wherein, the downlink message carries the application data; the application data pushing module, Set to: push the application data to the above-mentioned cardless mobile terminal that establishes a connection with the above push platform
- the device further includes a domain name server DNS
- the DNS may include: a registration module, configured to: receive a registration request sent by the cardless mobile terminal, where the registration request carries the first identifier of the cardless mobile terminal
- the first identifier is an identifier generated by the cardless mobile terminal encrypting the international mobile device identity code IMEI
- the registration response module is configured to: generate a second identifier corresponding to the first identifier according to the first identifier
- the second identifier is carried in the registration request response message and sent to the cardless mobile terminal.
- the second identifier is used to perform identity authentication on the cardless mobile terminal.
- the authentication module may include: a login request receiving unit, configured to: receive a login request message sent by the cardless mobile terminal; wherein the login request message carries the second identifier corresponding to the cardless mobile terminal;
- the authentication requesting unit is configured to: send an authentication request message to the DNS; wherein the authentication request message carries the second identifier corresponding to the cardless mobile terminal; and the authentication-purification message is used to request the DNS And authenticating the cardless mobile terminal according to the second identifier.
- the foregoing apparatus may further include: a query request receiving module, configured to: perform identity authentication on the application platform, and receive a query request of the cardless mobile terminal state initiated by the application platform after the authentication succeeds; and connect the status sending module, and set And determining the connection state of the cardless mobile terminal, and sending the connection state to the application platform; wherein the connection state is a state in which the cardless mobile terminal is normally connected to the push platform, or the cardless mobile terminal and the foregoing The status of the push platform disconnected.
- a query request receiving module configured to: perform identity authentication on the application platform, and receive a query request of the cardless mobile terminal state initiated by the application platform after the authentication succeeds; and connect the status sending module, and set And determining the connection state of the cardless mobile terminal, and sending the connection state to the application platform; wherein the connection state is a state in which the cardless mobile terminal is normally connected to the push platform, or the cardless mobile terminal and the foregoing The status of the push platform disconnected.
- the present invention further provides an application data receiving apparatus, which is applied to a cardless mobile terminal, wherein the apparatus comprises: a login requesting module, configured to: send a login request message to the push platform; The response receiving module is configured to: after the above-mentioned pushing platform successfully authenticates the cardless mobile terminal according to the login request message, receive the login request response message sent by the push platform; and the connection module is configured to: and the push platform Establishing a connection; an application data receiving module, configured to: receive application data pushed by the application platform through the above push platform.
- the present invention further provides an application data push system, wherein the system comprises: the above application data push device applied to a push platform, and the above application data applied to a cardless mobile terminal Receiving device.
- the application data sent by the application platform is pushed to the cardless mobile terminal, and the content update is solved in the process of acquiring the application service by the cardless mobile terminal in the related art.
- the problem of timeliness cannot be guaranteed, so that the latest content of the application can be intelligently and real-time pushed to the users of the cardless mobile terminal, which greatly reduces the dependence of the mobile terminal on the SIM card and improves the interaction capability of the mobile terminal. , enhanced user experience.
- FIG. 1 is a flow chart of an application data pushing method according to an embodiment of the present invention.
- FIG. 2 is a schematic diagram of network deployment according to an embodiment of the present invention.
- FIG. 3 is a structural block diagram of an application data receiving method according to an embodiment of the present invention.
- 4 is a schematic diagram of a terminal login process according to an embodiment of the present invention.
- FIG. 5 is a schematic diagram of an application service pushing process according to an embodiment of the present invention.
- FIG. 6 is a structural block diagram of an application data pushing apparatus according to an embodiment of the present invention.
- Figure ⁇ is a block diagram showing the structure of an application data receiving apparatus according to an embodiment of the present invention
- Figure 8 is a block diagram showing the structure of an application data pushing system according to an embodiment of the present invention.
- the embodiment of the present invention provides an application data pushing method, device and system, which are combined with the accompanying drawings and the embodiments.
- the present invention will be further described in detail. It is understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
- This embodiment provides an application data pushing method, which can be implemented on the push platform side.
- 1 is a flowchart of an application data pushing method according to an embodiment of the present invention. As shown in FIG. 1, the method includes the following steps (step S102 - step S106):
- Step S102 The push platform performs identity authentication on the cardless mobile terminal, and establishes a connection with the cardless mobile terminal after the authentication succeeds;
- Step S104 The push platform receives the downlink message sent by the application platform, where the downlink message carries the application data.
- Step S106 The push platform pushes the application data to a cardless mobile terminal that establishes a connection with the push platform.
- the application data sent by the application platform is pushed to the cardless mobile terminal, which solves the timely update of the content update process in the process of acquiring the application service by the cardless mobile terminal in the related art.
- the SP platform ie, an application platform
- the SP platform refers to the direct provider of the mobile Internet service content application service, and is responsible for developing and providing services suitable for mobile phone users according to the requirements of users.
- this embodiment only exemplifies the simplest situation in the actual operation process, that is, there is only one set of the push platform on the network side, and in the actual operation process, since the number of mobile terminals is large, multiple pushes are required.
- the platforms work together and have a certain routing strategy to complete.
- the Internet application platform and the network-side push platform are connected by IP routing, and the two parties negotiate a unified communication protocol.
- a large number of mobile terminals connect to the push platform through a wireless channel, and both parties also communicate using a negotiated protocol.
- the push platform needs to authenticate the identity of the Internet's application service in order to confirm that the relevant data and results are from a trusted network element. Preferably, the push platform can charge a certain service fee for the registered Internet application. The push platform also needs to authenticate the mobile terminal to ensure that the content message can be pushed to the mobile terminal and confirm that the application content is indeed the user.
- the cardless mobile terminal Before the step S102 pushes the platform to authenticate the identity of the cardless mobile terminal, the cardless mobile terminal should register first, and provide a basis for the subsequent push platform to interact with the cardless mobile terminal. Therefore, this embodiment provides a preferred implementation.
- the method that is, the domain name server (DNS) of the push platform receives the registration request sent by the cardless mobile terminal, where the registration request carries the first identifier of the cardless mobile terminal, and the first identifier is An identifier generated by the card mobile terminal for encrypting an International Mobile Equipment Identity (IMEI); the DNS generates a second identifier corresponding to the first identifier according to the first identifier; the DNS carries the second identifier The registration request response message is sent to the cardless mobile terminal; wherein the second identifier is used for identity authentication of the cardless mobile terminal.
- IMEI International Mobile Equipment Identity
- the push platform After the cardless mobile terminal registers, the push platform performs identity authentication on the cardless mobile terminal, and the authentication process can be implemented by the following preferred implementation manner:
- the push platform receives the cardless mobile terminal to send a login request message, wherein the login request message carries a second identifier corresponding to the cardless mobile terminal; the push platform sends an authentication request message to the DNS; wherein the authentication request message carries the second corresponding to the cardless mobile terminal
- the identifier request message is used to request the DNS to perform identity authentication on the cardless mobile terminal according to the second identifier.
- the push platform receives the downlink message sent by the application platform
- the method further includes: the push platform performs identity authentication on the application platform, and after receiving the authentication, receives the query request of the cardless mobile terminal state initiated by the application platform;
- the platform determines the connection status of the cardless mobile terminal, and sends the connection status to the application platform.
- the connection status is a state in which the cardless mobile terminal is normally connected to the push platform, or the cardless mobile terminal is disconnected from the push platform. .
- FIG. 3 is a structural block diagram of an application data receiving method according to an embodiment of the present invention. As shown in FIG. 3, the process includes the following steps (step S302-step S308):
- Step S302 The cardless mobile terminal sends a login request message to the push platform.
- Step S304 after the push platform successfully authenticates the cardless mobile terminal according to the login request message, the cardless mobile terminal receives the login request response message sent by the push platform.
- Step S306 the cardless mobile terminal establishes a connection with the push platform.
- Step S308 The cardless mobile terminal receives application data that is pushed by the application platform by using the push platform. After the cardless mobile terminal establishes a connection with the push platform, the application platform pushes the application data pushed by the application platform through the push platform, and solves the problem that the timeliness of the content update cannot be guaranteed in the process of acquiring the application service in the cardless mobile terminal in the related art.
- the problem is that the latest content of the application can be intelligently and real-time pushed to the user of the cardless mobile terminal, which greatly reduces the dependence of the mobile terminal on the SIM card, improves the interaction capability of the mobile terminal, and enhances the user experience.
- FIG. 4 is a schematic diagram of a terminal login process according to an embodiment of the present invention, as shown in FIG. 4, The flow includes the following steps (step S402 - step S412):
- Step S402 The mobile terminal sends a registration request to the DNC (Domain Name Server) of the push platform, where the registration request carries the first identifier token of the mobile terminal, and the first identifier is an identifier obtained by the mobile terminal encrypting the IMEI of the mobile terminal.
- DNC Domain Name Server
- Step S404 The DNS of the push platform generates a second identifier corresponding to the first identifier token according to the first identifier token of the mobile terminal.
- the DNS of the push platform returns a response message of the registration request to the mobile terminal, and the response message carries the second identifier and the gateway access address information (such as IP, port) of the push platform.
- Step S406 The mobile terminal initiates a login request message to the push platform, where the login request message carries the second identifier.
- Step S408 The push platform sends an authentication request message to the DNS, where the authentication request message carries a second identifier reported by the mobile terminal, where the authentication request message is used to request identity authentication for the mobile terminal.
- the DNS of the push platform After receiving the foregoing authentication request message, the DNS of the push platform performs identity authentication on the mobile terminal according to the second identifier.
- Step S410 After the authentication of the mobile terminal by the DNS is passed, the mobile terminal returns the registered information of the mobile terminal to the push platform.
- Step S412 The push platform returns a response message of the login request to the mobile terminal, and the mobile terminal establishes a link with the push platform according to the gateway access address information of the push platform.
- the connection status of the link will remain until the link is broken under abnormal conditions. After the condition is restored, the mobile terminal will immediately reconnect and restore the connection of the link.
- FIG. 5 is a schematic diagram of an application service push process according to an embodiment of the present invention. As shown in FIG. 5, the process includes the following steps (step S502-step S518):
- Step S502 the application platform initiates a login request message to the push platform, where the login request message is Carry the application platform identity number (ID, referred to as ID).
- ID the application platform identity number
- Step S504 After the authentication platform performs identity authentication on the application platform according to the application platform ID, the push platform returns a response message of the login request to the application platform.
- Step S506 The application platform initiates a query request for the status of the mobile terminal to the push platform.
- Step S508 the push platform determines the connection status of the mobile terminal, and then returns the connection status of the mobile terminal to the application platform, where the connection status is online or offline.
- the online status refers to the normal connection between the mobile terminal and the push platform
- the offline status is It means that the mobile terminal is disconnected from the push platform.
- Step S510 The application platform sends a downlink message to the push platform.
- the downlink message can be set to return a confirmation receipt.
- Step S512 The push platform returns a response message of the downlink message to the application platform, where the response message carries the identifier message ID allocated by the push platform for the downlink message.
- Step S514 The push platform addresses the corresponding mobile terminal according to the second identifier of the mobile terminal in the online state, and forwards the downlink message to the mobile terminal.
- Step S516 After receiving the downlink message, the mobile terminal returns a response message to the push platform. If the next message asks to return a confirmation receipt, the push platform sends a confirmation receipt message to the application platform, and then the application platform returns a confirmation receipt message response to the push platform.
- Step S518 The mobile terminal forwards the downlink message to the destination application client.
- FIG. 6 is a structural block diagram of an application data pushing apparatus according to an embodiment of the present invention. As shown in FIG. 6, the apparatus includes: an authentication module 10, a connection module 12, a message receiving module 14, and an application data pushing module 16. The structure is described in detail below.
- the authentication module 10 is configured to perform identity authentication on the cardless mobile terminal.
- connection module 12 is connected to the authentication module 10, and is configured to establish a connection with the cardless mobile terminal after the authentication succeeds;
- the message receiving module 14 is connected to the connection module 12, and is configured to receive a downlink message sent by the application platform, where the downlink message carries application data;
- the application data pushing module 16 is connected to the message receiving module 14 for pushing the application data to the cardless mobile terminal establishing a connection with the push platform.
- the application data sent by the application platform is pushed to the cardless mobile terminal, which solves the timely update of the content update process in the process of acquiring the application service by the cardless mobile terminal in the related art.
- the above device also includes a domain name server DNS, and the DNS includes:
- a registration module configured to receive a registration request sent by the cardless mobile terminal, where the registration request carries a first identifier of the cardless mobile terminal, where the first identifier is the cardless mobile terminal to an international mobile device identity code
- the identifier generated by the IMEI for encryption
- a registration response module configured to generate a second identifier corresponding to the first identifier according to the first identifier, and send the second identifier to the cardless mobile terminal, where the second identifier is sent to the cardless mobile terminal;
- the identifier is used for identity authentication of the above cardless mobile terminal.
- the push platform After the registration is performed by the cardless mobile terminal, the push platform performs identity authentication on the cardless mobile terminal.
- the authentication module includes: a login request receiving unit, configured to receive a login request message sent by the cardless mobile terminal; The request message carries the second identifier corresponding to the cardless mobile terminal; the authentication requesting unit is configured to send an authentication request message to the DNS; wherein the authentication request message carries the foregoing corresponding to the cardless mobile terminal a second identifier; the foregoing authentication request message is used to request the foregoing DNS to identify the cardless mobile terminal according to the second identifier Authentication.
- the device Before the sending platform receives the downlink message sent by the application platform, the device further includes: a query request receiving module, configured to perform identity authentication on the application platform, and receive the query of the cardless mobile terminal status initiated by the application platform after the authentication succeeds a connection status sending module, configured to determine a connection status of the cardless mobile terminal, and send the connection status to the application platform; wherein the connection status is a state in which the cardless mobile terminal is normally connected to the push platform, or The state in which the cardless mobile terminal is disconnected from the push platform.
- a query request receiving module configured to perform identity authentication on the application platform, and receive the query of the cardless mobile terminal status initiated by the application platform after the authentication succeeds
- a connection status sending module configured to determine a connection status of the cardless mobile terminal, and send the connection status to the application platform; wherein the connection status is a state in which the cardless mobile terminal is normally connected to the push platform, or The state in which the cardless mobile terminal is disconnected from the push platform.
- FIG. 7 is a structural block diagram of an application data receiving apparatus according to an embodiment of the present invention. As shown in FIG. 7, the apparatus includes: a login requesting module 20, a login request response receiving module 22, a connection module 24, and an application data receiving module 26. The structure is described in detail below.
- the login request module 20 is configured to send a login request message to the push platform.
- the login request response receiving module 22 is connected to the login requesting module 20, and configured to receive the login request sent by the push platform after the push platform successfully performs identity authentication on the cardless mobile terminal according to the login request message. Response message
- connection module 24 is connected to the login request response receiving module 22 for establishing a connection with the push platform;
- the application data receiving module 26 is connected to the connection module 24 for receiving application data pushed by the application platform through the push platform.
- FIG. 8 is a schematic diagram of the application data according to the present invention.
- the application data receiving device can implement the function of the application data receiving device by setting the processing middleware on the mobile terminal during the actual operation.
- This embodiment introduces the processing middleware provided on the mobile terminal.
- the processing middleware may include: a mobile terminal cardless identification reporting module, configured to detect whether the mobile terminal inserts a SIM card, and if there is no card, start processing the middleware to IMEI+ random number (currently, the fixed value may be simplified instead, and the multiple is guaranteed to be multiple).
- the encryption is performed to generate a first identifier token, the processing middleware stores the first identifier, and generates a corresponding second identifier according to the first identifier, as a unique identifier for subsequently identifying the cardless mobile terminal.
- the mobile terminal link keep-alive module is configured to detect whether the link between the platform is in a connected state, and maintain the connection between the mobile terminal and the network-side push platform, and if the link is broken under abnormal conditions, after the condition is restored The processing middleware will immediately reconnect and restore the connection.
- Mobile terminal length Online is the basis for the push platform to implement the push strategy;
- the push platform during the actual operation, the push platform can be set:
- a mobile terminal state management and analysis module the function of the module is equivalent to the function of the connection state sending module introduced in the foregoing embodiment, and is used for detecting a link connection state between the push platform and the mobile terminal, and determining the mobile terminal by the link connection state. Online status, while updating the online status of the mobile terminal in real time. In addition, when the data is to be pushed to the mobile terminal, the status of the mobile terminal is notified to the push platform for subsequent processing.
- the platform DNS module the function of the module is equivalent to the function of the DNS introduced in the foregoing embodiment, and is configured to receive a registration message that the mobile terminal sends a unique identifier including the cardless terminal, and update the mobile terminal information table stored on the push platform side in real time.
- the data push module is applied, and the function of the module is equivalent to the function of the application data push module introduced in the foregoing embodiment, and is used for pushing the application data to the mobile terminal according to a certain policy.
- it is determined which applications the mobile terminal user is interested in, and the application that is of interest to the user is pushed to the user in real time.
- the application data push result returned by the mobile terminal is received, and the result is processed to be processed, and if necessary, the log is output.
- the processing middleware disposed in the mobile terminal encrypts the first identifier of the cardless terminal by acquiring the UI of the terminal, and sends a registration request to the push platform, and the push platform generates the first identifier according to the first identifier.
- the push platform subsequently pushes the message to the terminal according to the second identifier of the cardless terminal.
- the processing middleware provided on the mobile terminal can operate in the manner of a service process.
- the corresponding mobile terminal resident program can support more functions, and the terminal client program of an application can be installed on the mobile terminal together, and the resident program can be tied when needed. Set the client program.
- the embodiment of the present invention provides a solution for acquiring a service service content of a cardless mobile terminal device (including a mobile terminal, a pad, etc.) without a SIM card, and improves the application of the cardless mobile terminal.
- the timeliness of content update greatly reduces the dependence of the mobile terminal on the SIM card, improves the interaction ability of the mobile terminal, and enhances the user experience.
- the application data sent by the application platform is pushed to the cardless mobile terminal, and the content update is solved in the process of acquiring the application service by the cardless mobile terminal in the related art.
Abstract
一种应用数据推送方法、装置及系统。其中，该方法包括：推送平台对无卡移动终端进行身份鉴权，鉴权成功后与无卡移动终端建立连接；推送平台接收应用平台下发的下行消息；其中，该下行消息中携带有应用数据；推送平台将上述应用数据推送至，与推送平台建立连接的无卡移动终端。上述方案中，推送平台与无卡移动终端建立连接之后，将应用平台下发的应用数据推送至无卡移动终端，解决了相关技术中在无卡移动终端获取应用服务过程中，内容更新的及时性无法保证的问题，从而能够将应用的最新内容智能的、实时的推送给无卡移动终端的用户，很大程度上降低了移动终端对 SIM 卡的依赖，提高了移动终端的交互能力，增强了用户体验。
Description
应用数据推送方法、 装置及系统
技术领域
本发明涉及移动通讯领域， 特别是涉及一种应用数据推送方法、 装置及 系统。 背景技术
移动互联网业务是一项新兴的业务，它结合了移动网络和互联网的优势， 可以通过手机终端给用户提供话音、数据、图像、多媒体等多种类型的业务。 智能手机是移动互联网业务中的一个重要环节， 在智能手机上可以运行特定 功能的应用客户端程序， 它通过和应用服务器的交互， 可以给用户提供个性 化、 内容关联和交互作业的应用体验。 随着智能手机的普及， 越来越多的用 户都习惯于通过手机终端， 来使用自己日常生活、 工作中所习惯的业务， 例 如手机 QQ， 手机邮箱等。
随着移动通讯越来越普及， 移动终端的功能越来越强大， 移动终端除了 实现基本的语言和短消息沟通功能之外， 已经日益成为用户生活中不可或缺 的一部分。 但是移动终端固有的问题依然存在， 例如： 目前移动互联网上的 大多数应用都需要用户通过移动终端去主动获取、 移动终端必须和 SIM卡 ( Subscriber Identity Module, 客户识别模块， 简称为 SIM )梆定， 如果移动 终端不插入 SIM、 SIM卡丟失或锁定， 则内容更新的及时性没有办法保证。 这些问题很大程度上成为移动终端进一步发展的瓶颈。 针对相关技术中在无卡移动终端获取应用服务过程中， 内容更新的及时 性无法保证的问题， 目前尚未提出有效的解决方案。 发明内容
针对相关技术中在无卡移动终端获取应用服务过程中， 内容更新的及时
性无法保证的问题， 本发明提供了一种应用数据推送方法、 装置及系统， 用 以解决上述技术问题。
根据本发明的一个方面， 本发明提供了一种应用数据推送方法， 其中， 该方法包括： 推送平台对无卡移动终端进行身份鉴权， 鉴权成功后与无卡移 动终端建立连接； 推送平台接收应用平台下发的下行消息； 其中， 该下行消 息中携带有应用数据； 推送平台将上述应用数据推送至， 与推送平台建立连 接的无卡移动终端。
优选地， 上述推送平台对上述无卡移动终端进行身份鉴权之前， 上述方 法还可以包括：上述推送平台的域名服务器 DNS接收上述无卡移动终端发送 的注册请求， 其中， 上述注册请求中携带有上述无卡移动终端的第一标识， 上述第一标识是上述无卡移动终端对国际移动设备身份码 IMEI进行加密生 成的标识； 上述 DNS根据上述第一标识，生成与上述第一标识对应的第二标 识；上述 DNS将上述第二标识携带在注册请求响应消息中，发送给上述无卡 移动终端； 其中， 上述第二标识用于对上述无卡移动终端进行身份鉴权。
优选地， 上述推送平台对上述无卡移动终端进行身份鉴权可以包括： 上 述推送平台接收上述无卡移动终端发送的登录请求消息； 其中， 上述登录请 求消息携带有上述无卡移动终端对应的上述第二标识； 上述推送平台向上述 DNS发送鉴权-清求消息； 其中， 上述鉴权奇求消息携带有上述无卡移动终端 对应的上述第二标识；上述鉴权请求消息用于请求上述 DNS根据上述第二标 识对上述无卡移动终端进行身份鉴权。
优选地， 上述推送平台接收上述应用平台下发的下行消息之前， 上述方 法还可以包括： 上述推送平台对应用平台进行身份鉴权， 鉴权成功后接收上 述应用平台发起的无卡移动终端状态的查询请求； 上述推送平台确定上述无 卡移动终端的连接状态， 将上述连接状态发送至上述应用平台； 其中， 上述 连接状态为上述无卡移动终端与上述推送平台正常连接的状态， 或者上述无
卡移动终端与上述推送平台断开连接的状态。
根据本发明的另一方面，本发明还提供了一种应用数据接收方法，其中， 该方法包括： 无卡移动终端向推送平台发送登录请求消息； 在推送平台根据 上述登录请求消息对无卡移动终端进行身份鉴权成功后， 无卡移动终端接收 推送平台发送的登录请求响应消息； 无卡移动终端与推送平台建立连接； 无 卡移动终端接收应用平台通过推送平台推送的应用数据。
根据本发明的另一方面， 本发明还提供了一种应用数据推送装置， 应用 于推送平台， 其中， 该装置包括： 鉴权模块， 设置为： 对无卡移动终端进行 身份鉴权；连接模块，设置为：在鉴权成功后与上述无卡移动终端建立连接； 消息接收模块， 设置为： 接收应用平台下发的下行消息； 其中， 上述下行消 息中携带有应用数据；应用数据推送模块，设置为：将上述应用数据推送至， 与上述推送平台建立连接的上述无卡移动终端
优选地， 上述装置还包括域名服务器 DNS, 上述 DNS可以包括： 注册 模块， 设置为： 接收上述无卡移动终端发送的注册请求， 其中， 上述注册请 求中携带有上述无卡移动终端的第一标识， 上述第一标识是上述无卡移动终 端对国际移动设备身份码 IMEI进行加密生成的标识； 注册响应模块， 设置 为： 根据上述第一标识， 生成与上述第一标识对应的第二标识； 将上述第二 标识携带在注册请求响应消息中， 发送给上述无卡移动终端； 其中， 上述第 二标识用于对上述无卡移动终端进行身份鉴权。
优选地， 上述鉴权模块可以包括： 登录请求接收单元， 设置为： 接收上 述无卡移动终端发送的登录请求消息； 其中， 上述登录请求消息携带有上述 无卡移动终端对应的上述第二标识； 鉴权请求单元， 设置为： 向上述 DNS 发送鉴权请求消息； 其中， 上述鉴权请求消息携带有上述无卡移动终端对应 的上述第二标识；上述鉴权-清求消息用于请求上述 DNS根据上述第二标识对 上述无卡移动终端进行身份鉴权。
优选地， 上述装置还可以包括： 查询请求接收模块， 设置为： 对应用平 台进行身份鉴权， 鉴权成功后接收上述应用平台发起的无卡移动终端状态的 查询请求；连接状态发送模块，设置为：确定上述无卡移动终端的连接状态， 将上述连接状态发送至上述应用平台； 其中， 上述连接状态为上述无卡移动 终端与上述推送平台正常连接的状态， 或者上述无卡移动终端与上述推送平 台断开连接的状态。
根据本发明的另一方面， 本发明还提供了一种应用数据接收装置， 应用 于无卡移动终端， 其中， 该装置包括： 登录请求模块， 设置为： 向推送平台 发送登录请求消息； 登录请求响应接收模块， 设置为： 在上述推送平台根据 上述登录请求消息对上述无卡移动终端进行身份鉴权成功后， 接收上述推送 平台发送的登录请求响应消息； 连接模块， 设置为： 与上述推送平台建立连 接； 应用数据接收模块， 设置为： 接收应用平台通过上述推送平台推送的应 用数据。
根据本发明的另一方面，本发明还提供了一种应用数据推送系统，其中， 该系统包括： 上述的应用于推送平台的应用数据推送装置， 以及上述的应用 于无卡移动终端的应用数据接收装置。 通过本发明实施例， 推送平台与无卡移动终端建立连接之后， 将应用平 台下发的应用数据推送至无卡移动终端， 解决了相关技术中在无卡移动终端 获取应用服务过程中， 内容更新的及时性无法保证的问题， 从而能够将应用 的最新内容智能的、 实时的推送给无卡移动终端的用户， 很大程度上降低了 移动终端对 SIM卡的依赖， 提高了移动终端的交互能力， 增强了用户体验。 附图概述
图 1 是根据本发明实施例的应用数据推送方法的流程图；
图 2 是根据本发明实施例的网络部署示意图；
图 3 是根据本发明实施例的应用数据接收方法的结构框图；
图 4 是根据本发明实施例的终端登录流程示意图；
图 5 是根据本发明实施例的应用业务推送流程示意图；
图 6 是根据本发明实施例的应用数据推送装置的结构框图；
图 Ί 是根据本发明实施例的应用数据接收装置的结构框图； 图 8 是根据本发明实施例的应用数据推送系统的结构框图。 本发明的较佳实施方式
为了解决相关技术中在无卡移动终端获取应用服务过程中， 内容更新的 及时性无法保证的问题， 本发明实施例提供了一种应用数据推送方法、 装置 及系统， 以下结合附图以及实施例， 对本发明进行进一步详细说明。 应当理 解， 此处所描述的具体实施例仅仅用以解释本发明， 并不限定本发明。
本实施例提供了一种应用数据推送方法，该方法可以在推送平台侧实现。 图 1是根据本发明实施例的应用数据推送方法的流程图， 如图 1所示， 该方 法包括以下步骤（步骤 S102-步骤 S106 ) ：
步骤 S102 , 推送平台对无卡移动终端进行身份鉴权， 鉴权成功后与无卡 移动终端建立连接；
步骤 S104， 推送平台接收应用平台下发的下行消息； 其中， 该下行消息 中携带有应用数据；
步骤 S106 , 推送平台将上述应用数据推送至， 与推送平台建立连接的无 卡移动终端。
通过上述方法， 推送平台与无卡移动终端建立连接之后， 将应用平台下 发的应用数据推送至无卡移动终端， 解决了相关技术中在无卡移动终端获取 应用服务过程中， 内容更新的及时性无法保证的问题， 从而能够将应用的最 新内容智能的、 实时的推送给无卡移动终端的用户， 很大程度上降低了移动 终端对 SIM卡的依赖， 提高了移动终端的交互能力， 增强了用户体验。
下面对本实施例中涉及的移动终端、 推送平台以及应用平台的网络部署
进行介绍， 如图 2所示的根据本发明实施例的网珞部署示意图， SP平台（即 应用平台）与推送平台相连接， 推送平台与一个或多个移动终端相连接。 SP 平台指移动互联网服务内容应用服务的直接提供者， 负责根据用户的要求开 发和提供适合手机用户使用的服务。
当然， 本实施例只是将实际操作过程中的最简单的情况进行举例说明， 即只有一套网络側的推送平台的情况， 而在实际操作过程中， 由于移动终端 数量较庞大， 需要多个推送平台相互之间协作， 并有一定的路由选择策略才 能完成。 其中互联网的应用平台和网络侧的推送平台之间通过 IP路由连接， 双方协商统一的通讯协议。 大量的移动终端通过无线信道连接推送平台， 双 方也采用协商的协议进行通讯。
推送平台需要认证互联网的应用服务的身份， 以便确认相关数据和结果 来自可信任的网元， 优选地， 推送平台可对注册的互联网应用收取一定的服 务费。 推送平台还需要对移动终端进行身份认证， 以确保内容消息能推送给 移动终端 , 并且确认应用内容的确是该用户的。
在上述步骤 S102推送平台对无卡移动终端进行身份鉴权之前， 无卡移 动终端应该先进行注册，为后续推送平台与无卡移动终端进行交互提供基础， 因此本实施例提供了一种优选实施方式， 即推送平台的域名服务器（Domain Name System, 简称为 DNS )接收无卡移动终端发送的注册请求， 其中， 该 注册请求中携带有无卡移动终端的第一标识， 该第一标识是无卡移动终端对 国际移动设备身份码 ( International Mobile Equipment Identity,简称为 IMEI ) 进行加密生成的标识； DNS根据上述第一标识， 生成与第一标识对应的笫二 标识； DNS将上述第二标识携带在注册请求响应消息中， 发送给无卡移动终 端； 其中， 上述第二标识用于对无卡移动终端进行身份鉴权。
在无卡移动终端进行注册之后，推送平台对无卡移动终端进行身份鉴权， 鉴权过程可通过以下优选实施方式实现： 推送平台接收无卡移动终端发送的
登录请求消息；其中，该登录请求消息携带有无卡移动终端对应的第二标识； 推送平台向 DNS发送鉴权请求消息；其中，该鉴权请求消息携带有无卡移动 终端对应的上述第二标识；鉴权请求消息用于请求 DNS根据上述第二标识对 无卡移动终端进行身份鉴权。
在上述步骤 S104推送平台接收应用平台下发的下行消息之前， 上述方 法还包括： 推送平台对应用平台进行身份鉴权， 鉴权成功后接收应用平台发 起的无卡移动终端状态的查询请求；推送平台确定无卡移动终端的连接状态， 将上述连接状态发送至应用平台； 其中， 上述连接状态为无卡移动终端与推 送平台正常连接的状态， 或者无卡移动终端与推送平台断开连接的状态。
对应于上述实施例介绍的推送平台侧的应用数据推送方法， 本实施例提 供了一种应用数据接收方法， 该方法可以在移动终端侧实现。 图 3是根据本 发明实施例的应用数据接收方法的结构框图， 如图 3所示， 该流程包括以下 步骤 (步驟 S302-步骤 S308 ) ：
步骤 S302, 无卡移动终端向推送平台发送登录请求消息；
步骤 S304,在推送平台根据上述登录请求消息对无卡移动终端进行身份 鉴权成功后， 无卡移动终端接收推送平台发送的登录请求响应消息；
步骤 S306, 无卡移动终端与推送平台建立连接；
步骤 S308, 无卡移动终端接收应用平台通过推送平台推送的应用数据。 通过上述方法， 无卡移动终端与推送平台建立连接之后， 接收应用平台 通过推送平台推送的应用数据， 解决了相关技术中在无卡移动终端获取应用 服务过程中， 内容更新的及时性无法保证的问题， 从而能够将应用的最新内 容智能的、 实时的推送给无卡移动终端的用户， 很大程度上降低了移动终端 对 SIM卡的依赖， 提高了移动终端的交互能力， 增强了用户体验。
下面通过优选实施例对推送平台与无卡移动终端建立连接的过程进行详 细介绍。 图 4是根据本发明实施例的终端登录流程示意图， 如图 4所示， 该
流程包括以下步骤（步骤 S402-步骤 S412 ) ：
步骤 S402,移动终端向推送平台的 DNC (域名服务器）发送注册请求， 该注册请求中携带有移动终端的第一标识 token,该第一标识是移动终端对自 身的 IMEI进行加密得到的标识。
步骤 S404 , 推送平台的 DNS根据移动终端的第一标识 token， 生成与该 第一标识 token对应的第二标识。
推送平台的 DNS向移动终端返回注册请求的响应消息，该响应消息中携 带有上述第二标识， 以及推送平台的网关接入地址信息 （例如 IP、 端口） 。
步骤 S406, 移动终端向推送平台发起登录请求消息， 该登录请求消息中 携带有上述第二标识。
步骤 S408， 推送平台向 DNS发送鉴权请求消息， 该鉴权诸求消息中携 带有移动终端上报的第二标识， 该鉴权请求消息用于请求对移动终端进行身 份鉴权。
推送平台的 DNS接收到上述鉴权请求消息后，根据上述第二标识对移动 终端进行身份鉴权。
步骤 S410 , 推送平台 DNS对移动终端的鉴权通过后， 向推送平台反馈 移动终端已注册信息。
步骤 S412, 推送平台向移动终端返回登录请求的响应消息， 移动终端根 据推送平台的网关接入地址信息 , 与推送平台建立链路。 该链路的连接状态 将一直保持，除非异常情况下断链，在条件恢复后移动终端将立即进行重连， 恢复该链路的连接。
下面通过优选实施例对应用平台通过推送平台向无卡移动终端推送应用 数据的过程进行详细介绍。 图 5是根据本发明实施例的应用业务推送流程示 意图， 如 5所示， 该流程包括以下步骤（步骤 S502-步骤 S518 ) ：
步骤 S502 , 应用平台向推送平台发起登录请求消息， 该登录请求消息中
携带应用平台身份标识号码（ Identity, 简称为 ID ) 。
步骤 S504， 推送平台根据应用平台 ID对应用平台进行身份鉴权后， 向 应用平台返回登录请求的响应消息。
步骤 S506, 应用平台向推送平台发起移动终端状态的查询请求。
步骤 S508, 推送平台确定移动终端的连接状态， 然后向应用平台返回移 动终端的连接状态， 该连接状态为在线状态或不在线状态， 在线状态是指移 动终端与推送平台正常连接，不在线状态是指移动终端与推送平台断开连接。
步骤 S510, 应用平台向推送平台下发下行消息。 在实际操作过程中， 可 以设置该下行消息要求返回确认回执。
步骤 S512， 推送平台向应用平台返回下行消息的响应消息， 该响应消息 中携带有推送平台为上述下行消息分配的标识消息 ID。
步骤 S514, 推送平台根据处于在线状态的移动终端的第二标识， 寻址到 对应的移动终端， 并将上述下行消息转发给移动终端。
步骤 S516 , 移动终端收到下行消息后向推送平台返回响应消息。如果下 行消息要求返回确认回执， 推送平台向应用平台发送确认回执消息， 然后应 用平台向推送平台返回确认回执消息响应。
步骤 S518, 移动终端将下行消息转发给目的应用客户端。
对应于上述实施例介绍的推送平台侧的应用数据推送方法， 本实施例提 供了一种应用数据推送装置， 该装置可以设置在推送平台侧， 用以实现上述 实施例。 图 6是^ ^据本发明实施例的应用数据推送装置的结构框图， 如图 6 所示， 该装置包括： 鉴权模块 10、 连接模块 12、 消息接收模块 14和应用数 据推送模块 16。 下面对该结构进行详细介绍。
鉴权模块 10， 用于对无卡移动终端进行身份鉴权；
连接模块 12,连接至鉴权模块 10,用于在鉴权成功后与上述无卡移动终 端建立连接；
消息接收模块 14,连接至连接模块 12,用于接收应用平台下发的下行消 息； 其中， 上述下行消息中携带有应用数据；
应用数据推送模块 16,连接至消息接收模块 14,用于将上述应用数据推 送至， 与上述推送平台建立连接的上述无卡移动终端。
通过上述装置， 推送平台与无卡移动终端建立连接之后， 将应用平台下 发的应用数据推送至无卡移动终端， 解决了相关技术中在无卡移动终端获取 应用服务过程中， 内容更新的及时性无法保证的问题， 从而能够将应用的最 新内容智能的、 实时的推送给无卡移动终端的用户， 很大程度上降低了移动 终端对 SIM卡的依赖， 提高了移动终端的交互能力， 增强了用户体验。
在推送平台对无卡移动终端进行身份鉴权之前， 无卡移动终端应该先进 行注册， 为后续推送平台与无卡移动终端进行交互提供基础， 因此本实施例 提供了一种优选实施方式， 即上述装置还包括域名服务器 DNS， 该 DNS包 括：
注册模块， 用于接收上述无卡移动终端发送的注册请求， 其中， 上述注 册请求中携带有上述无卡移动终端的第一标识， 上述第一标识是上述无卡移 动终端对国际移动设备身份码 IMEI进行加密生成的标识；
注册响应模块， 用于根据上述第一标识， 生成与上述第一标识对应的第 二标识； 将上述第二标识携带在注册请求响应消息中， 发送给上述无卡移动 终端； 其中， 上述第二标识用于对上述无卡移动终端进行身份鉴权。
在无卡移动终端进行注册之后，推送平台对无卡移动终端进行身份鉴权， 上述鉴权模块包括： 登录请求接收单元， 用于接收上述无卡移动终端发送的 登录请求消息； 其中， 上述登录请求消息携带有上述无卡移动终端对应的上 述第二标识； 鉴权请求单元， 用于向上述 DNS发送鉴权请求消息； 其中， 上 述鉴权请求消息携带有上述无卡移动终端对应的上述第二标识； 上述鉴权请 求消息用于请求上述 DNS根据上述第二标识对上述无卡移动终端进行身份
鉴权。
在推送平台接收应用平台下发的下行消息之前， 上述装置还包括： 查询 请求接收模块， 用于对应用平台进行身份鉴权， 鉴权成功后接收上述应用平 台发起的无卡移动终端状态的查询请求； 连接状态发送模块， 用于确定上述 无卡移动终端的连接状态， 将上述连接状态发送至上述应用平台； 其中， 上 述连接状态为上述无卡移动终端与上述推送平台正常连接的状态， 或者上述 无卡移动终端与上述推送平台断开连接的状态。
对应于上述实施例介绍的移动终端侧的应用数据接收方法， 本实施例提 供了一种应用数据接收装置， 该装置可以设置在无卡移动终端侧， 用以实现 上述实施例。 图 7是根据本发明实施例的应用数据接收装置的结构框图， 如 图 7所示， 该装置包括： 登录请求模块 20、登录请求响应接收模块 22、 连接 模块 24和应用数据接收模块 26。 下面对该结构进行详细介绍。
登录请求模块 20, 用于向推送平台发送登录请求消息；
登录请求响应接收模块 22 ,连接至登录请求模块 20,用于在所述推送平 台根据所述登录请求消息对所述无卡移动终端进行身份鉴权成功后， 接收所 述推送平台发送的登录请求响应消息；
连接模块 24，连接至登录请求响应接收模块 22,用于与所述推送平台建 立连接；
应用数据接收模块 26,连接至连接模块 24,用于接收应用平台通过所述 推送平台推送的应用数据。
通过上述装置， 无卡移动终端与推送平台建立连接之后， 接收应用平台 通过推送平台推送的应用数据， 解决了相关技术中在无卡移动终端获取应用 服务过程中， 内容更新的及时性无法保证的问题， 从而能够将应用的最新内 容智能的、 实时的推送给无卡移动终端的用户， 很大程度上降低了移动终端 对 SIM卡的依赖， 提高了移动终端的交互能力， 增强了用户体验。
对应于上述实施例介绍的应用于推送平台侧的应用数据推送装置， 以及 应用于无卡移动终端侧的应用数据接收装置， 本实施例提供了一种应用数据 推送系统， 图 8是根据本发明实施例的应用数据推送系统的结构框图， 如图 8 所示， 该系统包括应用于推送平台的应用数据推送装置， 以及应用于无卡 移动终端的应用数据接收装置。
对于上述实施例中介绍的应用于无卡移动终端侧的应用数据接收装置， 该应用数据接收装置在实际操作过程中， 可以通过在移动终端上设置处理中 间件的方式实现应用数据接收装置的功能， 本实施例对设置在移动终端上的 处理中间件进行介绍。
上述处理中间件可以包括： 移动终端无卡标识上报模块， 用于检测移动 终端是否插入 SIM卡， 如果无卡则启动处理中间件将 IMEI+随机数 (目前可 采用固定数值简化代替， 保证多次唯一性）进行加密， 生成第一标识 token, 处理中间件存储该第一标识， 并根据第一标识生成对应的第二标识， 作为后 续标识该无卡移动终端的唯一标识。
移动终端链路保活模块， 用于检测和推送平台间的链路是否处于连接状 态， 并将移动终端与网络侧推送平台的连接一直保持， 如发生异常情况下断 链， 则在条件恢复后处理中间件将立即进行重连， 恢复该连接。 移动终端长 在线是推送平台执行推送策略的基础；
对于上述实施例中介绍的推送平台， 在实际操作过程中， 推送平台上可 以设置：
移动终端状态管理与分析模块， 该模块的功能与上述实施例中介绍的连 接状态发送模块的功能相当， 用于检测推送平台与移动终端间的链路连接状 态， 通过链路连接状态判断移动终端的在线状态， 同时实时更新移动终端的 在线状态。 另外还负责在有数据要推送给移动终端时， 将该移动终端的状态 告知推送平台， 以备后续处理。
平台 DNS模块，该模块的功能与上述实施例中介绍的 DNS的功能相当， 用于接收移动终端发送包含无卡终端唯一标识的注册消息， 并实时更新保存 在推送平台侧的移动终端信息表。
应用数据推送模块， 该模块的功能与上述实施例中介绍的应用数据推送 模块的功能相当， 用于将应用数据， 按照一定的策略推送给移动终端。 优选 地， 判断移动终端用户对哪些应用比较感兴趣， 将用户感兴趣的应用实时的 推送给用户。 优选地， 接收移动终端返回的应用数据推送结果， 并对结果做 一定的处理， 必要时出日志。
在本实施例中，设置在移动终端的处理中间件通过获取终端的 ΙΜΕΙ,对 ΙΜΕΙ进行加密生成该无卡终端的第一标识， 并发送注册请求到推送平台，推 送平台根据该第一标识生成对应的第二标识， 推送平台后续根据该无卡终端 的第二标识给终端推送消息。
优选地， 在移动终端上设置的处理中间件可以以服务进程的方式运行。 优选地， 加上自动升级功能后， 对应的移动终端驻留程序可以支持更多 的功能， 可将某个应用的终端客户端程序一起安装在移动终端上， 驻留程序 可以在需要的时候绑定该客户端程序。
从以上的描述中可以看出，本发明实施例为未插入 SIM卡的无卡移动终 端设备 (包括手机终端、 Pad等设备）获取应用服务内容提供了解决方法， 提高了无卡移动终端的应用内容更新的及时性， 很大程度上降低了移动终端 对 SIM卡的依赖， 提高了移动终端的交互能力， 增强了用户体验。
尽管为示例目的， 已经公开了本发明的优选实施例， 本领域的技术人员 将意识到各种改进、 增加和取代也是可能的， 因此， 本发明的范围应当不限 于上述实施例。
工业实用性
本发明实施例， 推送平台与无卡移动终端建立连接之后， 将应用平台下 发的应用数据推送至无卡移动终端， 解决了相关技术中在无卡移动终端获取 应用服务过程中， 内容更新的及时性无法保证的问题， 从而能够将应用的最 新内容智能的、 实时的推送给无卡移动终端的用户， 很大程度上降低了移动 终端对 SIM卡的依赖， 提高了移动终端的交互能力， 增强了用户体验。
Claims
1、 一种应用数据推送方法， 所述方法包括：
推送平台对无卡移动终端进行身份鉴权， 鉴权成功后与所述无卡移动终 端建立连接；
所述推送平台接收应用平台下发的下行消息； 其中， 所述下行消息中携 带有应用数据；
所述推送平台将所述应用数据推送至， 与所述推送平台建立连接的所述 无卡移动终端。
2、如权利要求 1所述的方法， 其中， 所述推送平台对所述无卡移动终端 进行身份鉴权之前， 所述方法还包括：
所述推送平台的域名服务器 DNS接收所述无卡移动终端发送的注册请 求， 其中， 所述注册请求中携带有所述无卡移动终端的第一标识， 所述第一 标识是所述无卡移动终端对国际移动设备身份码 IMEI进行加密生成的标识； 所述 DNS根据所述第一标识，生成与所述第一标识对应的第二标识； 所 述 DNS将所述第二标识携带在注册请求响应消息中，发送给所述无卡移动终 端； 其中， 所述第二标识用于对所述无卡移动终端进行身份鉴权。
3、如权利要求 2所述的方法， 其中， 所述推送平台对所述无卡移动终端 进行身份鉴权包括：
所述推送平台接收所述无卡移动终端发送的登录请求消息； 其中， 所述 登录请求消息携带有所述无卡移动终端对应的所述笫二标识；
所述推送平台向所述 DNS发送鉴权请求消息；其中，所述鉴权请求消息 携带有所述无卡移动终端对应的所述第二标识； 所述鉴权请求消息用于请求 所述 DNS根据所述第二标识对所述无卡移动终端进行身份鉴权。
4、如权利要求 1至 3中任一项所述的方法， 其中， 所述推送平台接收所 述应用平台下发的下行消息之前， 所述方法还包括：
所述推送平台对应用平台进行身份鉴权， 鉴权成功后接收所述应用平台 发起的无卡移动终端状态的查询请求；
所述推送平台确定所述无卡移动终端的连接状态， 将所述连接状态发送 至所述应用平台； 其中， 所述连接状态为所述无卡移动终端与所述推送平台 正常连接的状态， 或者所述无卡移动终端与所述推送平台断开连接的状态。
5、 一种应用数据接收方法， 所述方法包括：
无卡移动终端向推送平台发送登录请求消息；
在所述推送平台根据所述登录请求消息对所述无卡移动终端进行身份鉴 权成功后， 所述无卡移动终端接收所述推送平台发送的登录请求响应消息； 所述无卡移动终端与所述推送平台建立连接；
所述无卡移动终端接收应用平台通过所述推送平台推送的应用数据。
6、 一种应用数据推送装置， 应用于推送平台， 所述装置包括： 鉴权模块， 设置为： 对无卡移动终端进行身份鉴权；
连接模块， 设置为： 在鉴权成功后与所述无卡移动终端建立连接； 消息接收模块， 设置为： 接收应用平台下发的下行消息； 其中， 所述下 行消息中携带有应用数据；
应用数据推送模块， 设置为： 将所述应用数据推送至， 与所述推送平台 建立连接的所述无卡移动终端。
7、如权利要求 6所述的装置，其中，所述装置还包括域名服务器 DNS, 所述 DNS包括：
注册模块， 设置为： 接收所述无卡移动终端发送的注册请求， 其中， 所 述注册请求中携带有所述无卡移动终端的第一标识， 所述第一标识是所述无 卡移动终端对国际移动设备身份码 IMEI进行加密生成的标识；
注册响应模块， 设置为： 根据所述第一标识， 生成与所述第一标识对应 的第二标识； 将所述第二标识携带在注册请求响应消息中， 发送给所述无卡
移动终端； 其中， 所述第二标识用于对所述无卡移动终端进行身份鉴权。
8、 如权利要求 7所述的装置， 其中， 所述鉴权模块包括：
登录请求接收单元， 设置为： 接收所述无卡移动终端发送的登录请求消 息；其中，所述登录请求消息携带有所述无卡移动终端对应的所述第二标识； 鉴权请求单元， 设置为： 向所述 DNS发送鉴权请求消息； 其中， 所述鉴 权请求消息携带有所述无卡移动终端对应的所述第二标识； 所述鉴权请求消 息用于请求所述 DNS根据所述第二标识对所述无卡移动终端进行身份鉴权。
9、 如权利要求 6至 8中任一项所述的装置， 所述装置还包括： 查询请求接收模块， 设置为： 对应用平台进行身份鉴权， 鉴权成功后接 收所述应用平台发起的无卡移动终端状态的查询请求；
连接状态发送模块， 设置为： 确定所述无卡移动终端的连接状态， 将所 述连接状态发送至所述应用平台； 其中， 所述连接状态为所述无卡移动终端 与所述推送平台正常连接的状态， 或者所述无卡移动终端与所述推送平台断 开连接的状态。
10、 一种应用数据接收装置， 应用于无卡移动终端， 所述装置包括： 登录请求模块， 设置为： 向推送平台发送登录请求消息；
登录请求响应接收模块， 设置为： 在所述推送平台根据所述登录请求消 息对所述无卡移动终端进行身份鉴权成功后， 接收所述推送平台发送的登录 请求响应消息；
连接模块， 设置为： 与所述推送平台建立连接；
应用数据接收模块， 设置为： 接收应用平台通过所述推送平台推送的应 用数据。
11、 一种应用数据推送系统， 其中， 所述系统包括权利要求 6至 9所述 的应用于推送平台的应用数据推送装置，以及权利要求 10所述的应用于无卡 移动终端的应用数据接收装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310038470.2A CN103973648B (zh) | 2013-01-31 | 2013-01-31 | 应用数据推送方法、装置及系统 |
| CN201310038470.2 | 2013-01-31 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| WO2013189398A2 true WO2013189398A2 (zh) | 2013-12-27 |
| WO2013189398A3 WO2013189398A3 (zh) | 2014-02-13 |
Family
ID=49769542
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2013/081951 WO2013189398A2 (zh) | 2013-01-31 | 2013-08-21 | 应用数据推送方法、装置及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103973648B (zh) |
| WO (1) | WO2013189398A2 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103986730A (zh) * | 2014-03-14 | 2014-08-13 | 国网山东省电力公司青岛供电公司 | 一种电力系统数据传输的方法和系统 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105656965B (zh) * | 2014-11-14 | 2019-09-13 | 中移物联网有限公司 | 一种内容推送方法及系统 |
| CN108063724A (zh) * | 2018-01-12 | 2018-05-22 | 吉浦斯信息咨询（深圳）有限公司 | 基于安卓平台的消息推送方法及其系统 |
| CN111314914B (zh) * | 2018-12-11 | 2023-12-19 | 厦门雅迅网络股份有限公司 | 移动终端数据转发方法及计算机可读存储介质 |
| CN111901227A (zh) * | 2020-07-31 | 2020-11-06 | 广东佳米科技有限公司 | 一种简单轻量的消息实时推送系统及其实施方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101577976A (zh) * | 2008-12-03 | 2009-11-11 | 中兴通讯股份有限公司 | 一种实现紧急呼叫语音业务连续性的方法及系统 |
| CN102264061A (zh) * | 2011-04-11 | 2011-11-30 | 宇龙计算机通信科技(深圳)有限公司 | 无卡移动终端的鉴权及通信方法、服务器及无卡移动终端 |
| CN102802197A (zh) * | 2011-05-23 | 2012-11-28 | 中兴通讯股份有限公司 | 应用数据的传输方法及装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5100345B2 (ja) * | 2007-12-07 | 2012-12-19 | 中国電力株式会社 | サービス消費の確認システム |
| CN102149079B (zh) * | 2010-02-08 | 2014-01-29 | 中国移动通信集团公司 | 一种获取用户身份标识的方法、装置和系统 |
| CN102223607B (zh) * | 2010-04-16 | 2016-03-02 | 联想(北京)有限公司 | 一种移动终端及其业务处理方法 |
| EP2518670A4 (en) * | 2010-09-07 | 2015-02-25 | Zte Corp | SYSTEM AND METHOD FOR REMOTE PAYMENT BASED ON MOBILE TERMINALS |
-
2013
- 2013-01-31 CN CN201310038470.2A patent/CN103973648B/zh active Active
- 2013-08-21 WO PCT/CN2013/081951 patent/WO2013189398A2/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101577976A (zh) * | 2008-12-03 | 2009-11-11 | 中兴通讯股份有限公司 | 一种实现紧急呼叫语音业务连续性的方法及系统 |
| CN102264061A (zh) * | 2011-04-11 | 2011-11-30 | 宇龙计算机通信科技(深圳)有限公司 | 无卡移动终端的鉴权及通信方法、服务器及无卡移动终端 |
| CN102802197A (zh) * | 2011-05-23 | 2012-11-28 | 中兴通讯股份有限公司 | 应用数据的传输方法及装置 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103986730A (zh) * | 2014-03-14 | 2014-08-13 | 国网山东省电力公司青岛供电公司 | 一种电力系统数据传输的方法和系统 |
| CN103986730B (zh) * | 2014-03-14 | 2016-11-23 | 国网山东省电力公司青岛供电公司 | 一种电力系统数据传输的方法和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103973648A (zh) | 2014-08-06 |
| CN103973648B (zh) | 2017-12-26 |
| WO2013189398A3 (zh) | 2014-02-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110800331B (zh) | 网络验证方法、相关设备及系统 | |
| WO2019062384A1 (zh) | 一种公网用户接入专网的实现方法及设备 | |
| US7519738B2 (en) | Method for moving of flows in communication networks | |
| EP2710776B1 (en) | Anonymous signalling | |
| US9781579B2 (en) | Method and device for realizing terminal WIFI talkback | |
| CN103503408A (zh) | 用于提供访问凭证的系统和方法 | |
| EP2981022B1 (en) | Method and system for transmitting and receiving data, method and device for processing message | |
| CN107567017B (zh) | 无线连接系统、装置及方法 | |
| EP3200486B1 (en) | Connection establishment method, device, and system | |
| CN105873055B (zh) | 一种无线网络接入认证方法及装置 | |
| CN111132305B (zh) | 5g用户终端接入5g网络的方法、用户终端设备及介质 | |
| WO2013189398A2 (zh) | 应用数据推送方法、装置及系统 | |
| CN105722072A (zh) | 一种业务授权方法、装置、系统及路由器 | |
| JP2014002716A (ja) | 情報処理装置、ネットワークシステム、データ共有方法、および、データ共有を可能とするコンピュータプログラム | |
| EP2693691B1 (en) | Method and apparatus for initializing gateway in device management system | |
| WO2014127615A1 (zh) | 一种实现手机客户端即时通信的方法及装置 | |
| JP5051656B2 (ja) | 通信制御システムおよび通信制御方法 | |
| WO2021002180A1 (ja) | 中継方法、中継システム、及び中継用プログラム | |
| JP2006270431A (ja) | 呼制御装置、端末、これらのプログラム、及び通信チャネル確立方法 | |
| KR20170019981A (ko) | 통화 및 웹 서비스의 연동방법 및 이를 위한 통신서버 | |
| US10581979B2 (en) | Information transmission method and apparatus | |
| KR101531198B1 (ko) | 푸쉬 메시지를 이용하여 인증을 수행하는 호 처리 장치 및 방법 | |
| US20120201204A1 (en) | Method for establishing an application session, device and corresponding notification | |
| CN113824789A (zh) | 一种通路描述符的配置方法、装置、设备及存储介质 | |
| CN105490816A (zh) | 一种基于AllJoyn的多重认证方法及装置 |
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: 13806255 Country of ref document: EP Kind code of ref document: A2 |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 13806255 Country of ref document: EP Kind code of ref document: A2 |