WO2014121605A1 - 一种支持多终端应用的永远在线架构的方法及设备及系统 - Google Patents
一种支持多终端应用的永远在线架构的方法及设备及系统 Download PDFInfo
- Publication number
- WO2014121605A1 WO2014121605A1 PCT/CN2013/082996 CN2013082996W WO2014121605A1 WO 2014121605 A1 WO2014121605 A1 WO 2014121605A1 CN 2013082996 W CN2013082996 W CN 2013082996W WO 2014121605 A1 WO2014121605 A1 WO 2014121605A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- terminal
- user
- server
- status
- application
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 25
- 238000012545 processing Methods 0.000 claims description 20
- 230000006870 function Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
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/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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Definitions
- the present invention relates to the field of mobile internet technologies, and in particular, to a method, device and system for supporting an always-on architecture of a multi-terminal application. Background technique
- the Open Online Architecture provides a unified message transmission channel and control management mechanism between the terminal and the application service, and realizes application connection sharing and message push of the terminal.
- FIG. 1 is a structural diagram of an AOI system in the prior art. The system is mainly composed of two parts: an AOI server on the network side, and an AOI client located on the terminal. A data connection is established between the AOI client and the AOI server, and the connection will serve as a shared link of all applications on the terminal, thereby reducing the number of connections established by the terminal application in the network; the application server and the AOI server establish one or more length reductions. The need for the number and performance of servers for application providers.
- the current AOI architecture and functions only implement connection sharing and message push for multiple applications on one terminal. When the same user uses multiple terminals, it does not bring up the user body.
- the technical problem to be solved by embodiments of the present invention is to provide a method, device and system for an always-on-line architecture supporting multi-terminal applications, and to provide a new solution for an AOI system to support an application scenario in which multiple users of the same user use multiple terminals.
- an embodiment of the present invention provides an implementation method for supporting an always-on architecture of a multi-terminal, wherein: an always-on-line architecture (AOI) server acquires a multi-terminal policy and a multi-terminal related information of a user, and stores the application from the application.
- AOI always-on-line architecture
- the server selects one or more terminals according to the multi-terminal policy and/or the multi-terminal related information, and sends the application data to the selected terminal.
- the above method may also have the following features:
- the multi-terminal related information includes at least one of the following information of the plurality of terminals of the user: a terminal type, a terminal status, an application status, a user status, and a user position.
- the above method may also have the following features:
- the method for obtaining the multi-terminal policy by the AOI server is: the terminal receives a multi-terminal policy set by the user through the terminal, and sends the policy to the AOI server.
- the embodiment of the present invention further provides an always-on-line architecture server, where: the always-on-line architecture server includes: a multi-terminal management module configured to acquire a multi-terminal policy and a user's multi-terminal related information and store And receiving, by the application server, the application data sent to the user, selecting one or more terminals according to the multi-terminal policy and/or the multi-terminal related information, and sending the application data to the selected terminal.
- the always-on-line architecture server includes: a multi-terminal management module configured to acquire a multi-terminal policy and a user's multi-terminal related information and store And receiving, by the application server, the application data sent to the user, selecting one or more terminals according to the multi-terminal policy and/or the multi-terminal related information, and sending the application data to the selected terminal.
- the above server may also have the following features:
- the multi-terminal related information includes at least one of the following information of the plurality of terminals of the user Species: terminal type, terminal status, application status, user status, user location.
- the above server may also have the following features:
- the multi-terminal management module is configured to receive the multi-terminal policy set by a user from one or more of the plurality of terminals.
- the embodiment of the present invention further provides a terminal, where the terminal includes an always-on-line architecture (AOI) client, where: the AOI client includes: a multi-terminal processing module, configured to collect the terminal
- the related information is reported to the AOI server, and the related information includes at least one of the following information: a terminal type, a terminal status, an application status, a user status, and a user location.
- AOI always-on-line architecture
- the terminal further has the following features:
- the multi-terminal processing module is further configured to receive a multi-terminal policy set by the user through the terminal and send the same to the AOI server.
- the terminal further has the following features:
- the terminal is a mobile phone, a tablet computer, a personal computer, a smart TV or a set top box.
- an embodiment of the present invention further provides an implementation system for supporting an always-on architecture of a multi-terminal, wherein the system includes the foregoing server and the foregoing terminal.
- the corresponding function module is added to support the application mode of the same user using multiple terminals, and the user who uses multiple terminals is provided with more convenient and effective services, and meets the requirements of multiple applications at the same time. Without adding extra complexity to the application.
- FIG. 1 is a structural diagram of an AOI system in the prior art
- FIG. 2 is a structural diagram of an AOI system supporting multi-terminal features in an embodiment of the present invention
- FIG. 3 is a flowchart of a method for collecting and updating multi-terminal related information in an embodiment of the present invention
- FIG. 4 is a user setting in an embodiment of the present invention
- Flow chart of a multi-terminal strategy Flow chart of the law;
- FIG. 6 is a flowchart of a multi-terminal decision method when a user requests application data in an embodiment of the present invention. detailed description
- an implementation system for supporting an always-on architecture of a multi-terminal includes: an AOI server 201 and a plurality of terminals 202.
- the terminal 202 can be a mobile phone, a tablet computer, a personal computer, a smart TV or a set top.
- the terminal 202 includes a client, and the client includes a multi-terminal processing module 2021.
- the UI server 201 includes a multi-terminal management module 2011.
- the multi-terminal processing module 2021 is configured to collect related information of the local terminal 202 and report the information to the ⁇ server 201.
- the related information includes at least one of the following types: a terminal type, a terminal status, an application status, a user status, and a user location.
- the terminal type information may be a mobile phone, a tablet, a PC, a smart TV or a set top box, and the like, and the multi-terminal processing module 2021 may send the terminal type information to the multi-terminal management module 2011.
- the terminal status refers to a power on state or a power off state.
- the terminal status is updated to the power-on state, and the multi-terminal processing module 2021 sends the updated terminal status to the multi-terminal management module 2011; and the terminal 202 sends the status of the terminal after the shutdown to the shutdown state.
- the multi-terminal processing module 2021 periodically sends a heartbeat message to the multi-terminal management module 2011 in the power-on state, and the multi-terminal management module 2011 sets the state of the terminal 202 to be off or unreachable after receiving the heartbeat message several times.
- the information of the application state, the user state, and the user location is changed when the information is changed.
- the terminal processing module 2021 transmits the multi-terminal management module 2011 in real time.
- the status of the application may be running, not starting, sleeping, etc.; the user status may be a login (online), offline, or user-defined busy, idle, etc. for an application; the location information may be from the terminal that the user is using.
- the GPS module of 202 acquires geographic location information, or user-defined at home, in the office, and the like. When these states or locations change, the multi-terminal processing function 2021 will transmit new status or location information to the multi-terminal management module 2011 of the AOI server 201 in real time.
- the user can set a policy related to the multi-terminal feature through the multi-terminal processing module 2021.
- the multi-terminal processing module 2021 is also configured to receive the multi-terminal policy set by the user through the terminal 202 and send it to the AOI server 201.
- the multi-terminal processing module 2021 may be a central processing unit (CPU), a digital signal processor (DSP), or a Field-Programmable Gate Array (FPGA). achieve.
- CPU central processing unit
- DSP digital signal processor
- FPGA Field-Programmable Gate Array
- the multi-terminal management module 2011 of the AOI server 201 is configured to acquire and store the multi-terminal policy and the multi-terminal related information of the user, and when receiving the application data sent to the user from the application server, The one or more terminals 202 are selected according to the multi-terminal policy and the multi-terminal related information, and the application data is transmitted to the selected terminal 202.
- the multi-terminal related information includes at least one of the following information of the plurality of terminals 202 of the above-mentioned users: a terminal type, a terminal status, an application status, a user status, and a user position.
- Multi-terminal policies can be set by the user.
- the multi-terminal management module 2011 receives a multi-terminal policy set by the user from one or more of the plurality of terminals 202.
- Multi-terminal policies can be formulated based on status and location information. For example, in a user's multiple terminals, when a message push or a service content is required to be delivered, the terminal status is first referred to, and the shutdown or unreachable terminal is excluded.
- the terminal can be selected according to the type of the terminal and the type of the message/service content, for example, for an instant message, the mobile phone or the tablet can be selected, for the picture, the video For clips and other content, you can choose PC or smart TV.
- the application state you should first select the terminal where the application is in the running state, and then consider the terminal where the application in the sleep state is located.
- the preferred user status is online and active.
- an appropriate terminal is selected. For example, if the location information of the user is at home, the message/service content can be sent to the PC or the smart TV in the home. If the location information of the user is in the subway or the bus, The message/business content can be sent to the user's phone or tablet.
- the policy can be formulated based on one or a combination of the above status or location information. For example, if the user's location is at home, and the application status on the PC is running, and the application status on the smart TV is not activated, the message/service content will be sent to the PC.
- the multi-terminal management module 2011 can be implemented by a CPU, a DSP, or an FPGA.
- the method for implementing the always-on architecture supporting multiple terminals in the embodiment of the present invention includes: an always-on-line architecture (AOI) server acquires and stores a multi-terminal policy and a multi-terminal related information of a user, and receives an application sent to the user from an application server. In the case of data, one or more terminals are selected according to the multi-terminal policy and/or the multi-terminal related information, and the application data is sent to the selected terminal.
- AOI always-on-line architecture
- the multi-terminal related information includes at least one of the following information of the plurality of terminals of the user: a terminal type, a terminal status, an application status, a user status, and a user location.
- the method for obtaining the multi-terminal policy by the AOI server is: The terminal receives the multi-terminal policy set by the user through the terminal and sends it to the AOI server.
- Step 301 A multi-terminal processing module located at an AOI client collects multi-terminal related information, including terminal type, terminal status, application status, and user status. And user location information, etc.;
- Step 302 The multi-terminal processing module sends the multi-terminal related information to the multi-terminal management module located in the AOI server.
- Step 303 The multi-terminal management module stores the received multi-terminal related information.
- Step 304 When any information in the multi-terminal related information is updated, the multi-terminal processing module sends the updated information to the multi-terminal management module.
- Step 305 The multi-terminal management function stores the updated information.
- the method for the user to set the multi-terminal policy includes steps 401 to 403:
- Step 401 The user sets a multi-terminal policy by using a multi-terminal processing module in the AOI client.
- Step 402 The multi-terminal processing module sends the multi-terminal policy customized by the user to a multi-terminal management module located at the AOI server.
- Step 403 The multi-terminal management module stores the foregoing multi-terminal policy.
- the multi-terminal decision method when the application server actively delivers application data includes steps 501 to 503:
- Step 501 The application server sends the application data (including the message and/or service content) to the terminal that is to be sent to the user to the AOI server.
- Step 502 The multi-terminal management module in the AOI server selects an appropriate terminal according to the current state and user location information of each terminal of the user according to the multi-terminal policy defined by the user.
- Step 503 The AOI server uses the application data received in step 501. Send to the terminal selected in step 502.
- the user sends a service request to the application server through a terminal.
- the system sends the application data returned by the application server to the terminal that sends the service request.
- the user can formulate a multi-terminal policy. Under certain conditions, for example, the user sends a service request by using a mobile phone at home, and the application client on the smart TV is also running, the system can send the data requested by the user. Displayed on the smart TV by the smart TV to the user.
- the terminal decision method includes steps 601 to 605: Steps 601-602, the user's terminal 1 sends a service request to the application server through the AOI server; Step 603: The application server sends the application data requested by the user to the AOI server.
- Step 604 the multi-terminal management module in the AOI server selects the terminal 2 according to the current state and user location information of each terminal of the user according to the multi-terminal policy formulated by the user;
- Step 605 The AOI server sends the application data obtained by the application server for the user to the terminal 2.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种支持多终端应用的永远在线架构的方法及设备及系统，其中，方法包括：永远在线架构（AOI）服务器获取多终端策略和用户的多终端相关信息并存储，从应用服务器接收发往所述用户的应用数据时，根据所述多终端策略和/或所述多终端相关信息选择一个或多个终端，将所述应用数据发送至选择出的终端。本发明在已有的AOI架构中增加相应功能模块实现对同一用户使用多终端的应用方式的支持，为使用多个终端的用户提供更方便有效的服务，同时满足多个应用的需求，而不会额外增加应用的复杂性。
Description
一种支持多终端应用的永远在线架构的方法及设备及系统 技术领域
本发明涉及移动互联网技术领域， 并且特别地， 涉及一种支持多终端 应用的永远在线架构的方法及设备及系统。 背景技术
随着移动互联网相关技术和商业模式的发展， 用户能够使用丰富多彩 的业务和应用。 与此同时， 用户接入互联网使用各种应用的终端种类日益 增多， 除了传统的 PC机、 笔记本电脑， 更多的使用智能手机、 平板电脑、 互联网电视等设备。 从用户角度来说， 应用支持多终端特征是越来越重要 的需求。 而在业界目前的支持多终端的方案中， 一般需要应用自己来实现 和维护， 这样就增加了应用开放的复杂度和应用维护多设备特征相关信息 的复杂度； 对于小的服务提供者和个人应用开发者来说往往难以实现。
远在线架构（Always Online Infrastructure, AOI)作为移动互联网业务 接入和管理系统， 在终端和应用服务之间提供了统一的消息传输通道和控 制管理机制， 实现了终端的应用连接共享和消息推送等功能。 图 1是现有 技术中的 AOI系统的结构图， 本系统主要由两个部分组成： 网络侧的 AOI 服务器， 和位于终端上的 AOI客户端。 AOI客户端与 AOI服务器之间建立 一条数据连接， 该连接将作为终端上所有应用的共享链路， 从而减少终端 应用在网络中建立的连接数量； 应用服务器和 AOI服务器建立一到多条长 降低了对应用服务商的服务器数量和性能的需求。
目前的 AOI架构和功能， 仅针对一个终端上的多个应用实现连接共享 和消息推送， 在同一个用户使用多个终端的时候， 并不能带来提升用户体
验的有益效果； 而在业界已有的多终端方案中， 一般需要应用自己来实现 和维护， 同时仅支持根据在线状态进行消息推送， 不支持用户自定义设置 , 不支持交互类业务的多终端特征。 发明内容
本发明实施例要解决的技术问题是提供一种支持多终端应用的永远在 线架构的方法及设备及系统， 为 AOI系统支持同一用户使用多个终端的应 用情境提供新的解决方案。
为了解决上述技术问题， 本发明实施例提供了一种支持多终端的永远 在线架构的实现方法， 其中： 永远在线架构（AOI )服务器获取多终端策略 和用户的多终端相关信息并存储， 从应用服务器接收发往所述用户的应用 数据时， 根据所述多终端策略和 /或所述多终端相关信息选择一个或多个终 端， 将所述应用数据发送至选择出的终端。
较佳地， 上述方法还可以具有以下特点：
所述多终端相关信息包括所述用户的多个终端的以下信息中的至少一 种： 终端类型、 终端状态、 应用状态、 用户状态、 用户位置。
较佳地， 上述方法还可以具有以下特点：
所述 AOI服务器获取多终端策略的方法是： 所述终端接收用户通过所 述终端设置的多终端策略并发送至所述 AOI服务器。
为了解决上述技术问题， 本发明实施例还提供了一种永远在线架构服 务器， 其中： 所述永远在线架构服务器包括： 多终端管理模块， 配置为获 取多终端策略和用户的多终端相关信息并存储， 从应用服务器收到发往所 述用户的应用数据时， 根据所述多终端策略和 /或所述多终端相关信息选择 一个或多个终端， 将所述应用数据发送至选择出的终端。
较佳地， 上述服务器还可以具有以下特点：
所述多终端相关信息包括所述用户的多个终端的以下信息中的至少一
种： 终端类型、 终端状态、 应用状态、 用户状态、 用户位置。
较佳地， 上述服务器还可以具有以下特点：
所述多终端管理模块， 配置为从所述多个终端中的一个或多个接收用 户设置的所述多终端策略。
为了解决上述技术问题， 本发明实施例还提供一种终端， 所述终端包 括永远在线架构 （AOI )客户端， 其中： 所述 AOI客户端包括： 多终端处 理模块， 配置为收集所述终端的相关信息并向 AOI服务器上报， 所述相关 信息包括以下信息中的至少一种： 终端类型、 终端状态、 应用状态、 用户 状态、 用户位置。
较佳地， 上述终端还可以具有以下特点：
所述多终端处理模块， 还配置为接收用户通过所述终端设置的多终端 策略并发送至 AOI服务器。
较佳地， 上述终端还可以具有以下特点：
所述终端是手机、 平板电脑、 个人电脑、 智能电视或者机顶盒。
为了解决上述技术问题， 本发明实施例还提供一种支持多终端的永远 在线架构的实现系统， 其中， 所述系统包括上述服务器和上述终端。
本发明实施例在已有的 AOI架构中增加相应功能模块实现对同一用户 使用多终端的应用方式的支持， 为使用多个终端的用户提供更方便有效的 服务， 同时满足多个应用的需求， 而不会额外增加应用的复杂性。 附图说明
图 1是现有技术中 AOI系统的结构图；
图 2是本发明实施例中支持多终端特征的 AOI系统的结构图； 图 3是本发明实施例中多终端相关信息的收集和更新方法的流程图； 图 4是本发明实施例中用户设置多终端策略的流程图；
法的流程图；
图 6是本发明实施例中用户请求应用数据时多终端决策方法的流程图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚明白， 下文中将结合附 图对本发明的实施例进行详细说明。 需要说明的是， 在不沖突的情况下， 本申请中的实施例及实施例中的特征可以相互任意组合。
如图 2所示， 支持多终端的永远在线架构的实现系统包括： AOI服务 器 201和多个终端 202。
所述终端 202可以是手机、 平板电脑、 个人电脑、 智能电视或者机顶 合答
所述终端 202包括 ΑΟΙ客户端， ΑΟΙ客户端包括多终端处理模块 2021。 所述 ΑΟΙ服务器 201包括多终端管理模块 2011。
所述多终端处理模块 2021配置为收集本终端 202的相关信息并向 ΑΟΙ 服务器 201 上报， 相关信息包括以下信息中的至少一种： 终端类型、 终端 状态、 应用状态、 用户状态、 用户位置。
所述终端类型信息可以是手机、 平板、 PC、 智能电视或机顶盒等以及 相应的型号， 所述多终端处理模块 2021向所述多终端管理模块 2011发送 一次终端类型信息即可。
所述终端状态是指开机状态或关机状态。 在终端 202开机时， 终端状 态更新为开机状态， 多终端处理模块 2021向多终端管理模块 2011发送此 更新后的终端状态； 终端 202关机前发送更新为关机状态后的终端状态。 或者多终端处理模块 2021在开机状态下定时向多终端管理模块 2011发送 心跳消息， 多终端管理模块 2011在若干次没有收到心跳消息后将终端 202 的状态设置为关机或不可达。
所述应用状态、 用户状态和用户位置这些信息在发生改变的时候由多
终端处理模块 2021实时地发送给多终端管理模块 2011。例如应用的状态可 以是运行、 未启动、 休眠等； 用户状态可以是针对某个应用的登录 (在线)、 离线， 或者用户自定义的忙碌、 空闲等状态； 位置信息可以是从用户正在 使用终端 202的 GPS模块获取的地理位置信息，或者用户自定义的在家中、 在办公室等等。在这些状态或者位置发生改变的时候，多终端处理功能 2021 将实时地发送新的状态或位置信息给 AOI服务器 201 的多终端管理模块 2011。
用户可以通过多终端处理模块 2021设置与多终端特征相关的策略。 多 终端处理模块 2021还配置为接收用户通过本终端 202设置的多终端策略并 发送至 AOI服务器 201。
在实际应用中， 所述多终端处理模块 2021可以由中央处理器（CPU, Central Processing Unit ), 数字信号处理器 ( DSP, Digital Signal Processor ) 或可编程逻辑阵列 （FPGA, Field - Programmable Gate Array ) 实现。
对于支持同一用户的多个终端 202, AOI服务器 201的多终端管理模块 2011 配置为获取多终端策略和用户的多终端相关信息并存储， 从应用服务 器收到发往所述用户的应用数据时， 根据多终端策略和多终端相关信息选 择一个或多个终端 202, 将应用数据发送至选择出的终端 202。
多终端相关信息包括上述用户的多个终端 202的以下信息中的至少一 种： 终端类型、 终端状态、 应用状态、 用户状态、 用户位置。
多终端策略可以由用户设置。 多终端管理模块 2011从多个终端 202中 的一个或多个终端 202 中接收用户设置的多终端策略。 多终端策略可以依 据状态和位置信息制订。 例如， 在用户的多个终端中， 当需要进行消息推 送或者业务内容下发的时候， 将首先参照各个终端状态， 排除关机或者不 可达的终端。 另外在多个终端之间， 可以根据终端类型和消息 /业务内容的 类别选择终端， 如对于即时消息等可以选择手机或平板， 对于图片、 视频
片段等内容可以选择 PC或智能电视。对于应用状态， 应该首先选择处于运 行状态的应用所在的终端， 其次考虑休眠状态的应用所在的终端。 对于用 户状态， 首选用户状态为在线和活动的终端。 另外根据用户的地理位置信 息选择合适的终端， 例如如果用户的位置信息为在家中则可以把消息 /业务 内容发送到家中的 PC 或智能电视， 如果用户的位置信息为在地铁或公交 车， 则可以把消息 /业务内容发送到用户的手机或平板。 策略可以根据上述 状态或位置信息的某一个或者若干个的组合来制订。 例如用户的位置为在 家中， 而 PC上的应用状态为运行， 智能电视上的应用状态为未启动， 则消 息 /业务内容将发送到 PC上。
在实际应用中，所述多终端管理模块 2011可以由 CPU、 DSP、或 FPGA 实现。
本发明实施例中支持多终端的永远在线架构的实现方法包括： 永远在 线架构（AOI )服务器获取多终端策略和用户的多终端相关信息并存储， 从 应用服务器收到发往所述用户的应用数据时， 根据上述多终端策略和 /或上 述多终端相关信息选择一个或多个终端， 将所述应用数据发送至选择出的 终端。
多终端相关信息包括上述用户的多个终端的以下信息中的至少一种： 终端类型、 终端状态、 应用状态、 用户状态、 用户位置。
AOI服务器获取多终端策略的方法是： 终端接收用户通过终端设置的 多终端策略并发送至 AOI服务器。
如图 3所示， 多终端相关信息的收集和更新方法包括步驟 301至 305: 步驟 301 , 位于 AOI客户端的多终端处理模块收集多终端相关信息， 包括终端类型、 终端状态、 应用状态、 用户状态和用户位置信息等；
步驟 302, 多终端处理模块发送多终端相关信息到位于 AOI服务器的 多终端管理模块；
步驟 303, 多终端管理模块存储收到的多终端相关信息；
步驟 304, 在多终端相关信息中任一信息发生更新时， 多终端处理模块 将更新后的信息发送到多终端管理模块；
步驟 305, 多终端管理功能存储更新后的信息。
如图 4所示， 用户设置多终端策略的方法包括步驟 401至 403:
步驟 401 , 用户通过 AOI客户端中的多终端处理模块设置多终端策略； 步驟 402,多终端处理模块发送上述用户定制的多终端策略到位于 AOI 服务器的多终端管理模块；
步驟 403, 多终端管理模块存储上述多终端策略。
如图 5 所示， 应用服务器主动下发应用数据时多终端决策方法包括步 驟 501至 503:
步驟 501 , 应用服务器向需发送至用户的终端的应用数据（包括消息 和 /或业务内容）发送至 AOI服务器；
步驟 502, AOI服务器中的多终端管理模块依据用户制订的多终端策 略根据此用户的各个终端的当前状态和用户位置信息选择合适的终端； 步驟 503, AOI服务器将步驟 501 中收到的应用数据发送至步驟 502 中选定的终端。
用户通过某个终端向应用服务器发送业务请求， 一般情况下系统将应 用服务器返回的应用数据发送到发送业务请求的终端。 但本发明实施例中 用户可以制订多终端策略， 在某些特定条件下， 例如用户在家中用手机发 送业务请求， 智能电视上的应用客户端也在运行， 则系统可以将用户请求 的数据发送到智能电视上由智能电视展示给用户。
如图 6所示， 用户请求应用数据时终端决策方法包括步驟 601至 605: 步驟 601-602,用户的终端 1通过 AOI服务器向应用服务器发送业务请 求；
步驟 603, 应用服务器将所述用户所请求的应用数据发送到 AOI服务 器；
步驟 604 , AOI服务器中的多终端管理模块依据用户制订的多终端策 略根据此用户的各个终端的当前状态和用户位置信息选择出终端 2;
步驟 605, AOI服务器向终端 2发送从应用服务器获得的为所述用户提 供的应用数据。
当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质 的情况下， 熟悉本领域的技术人员可根据本发明作出各种相应的改变和变 形， 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
本领域普通技术人员可以理解上述方法中的全部或部分步驟可通过程 序来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如 只读存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步驟也可 以使用一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元 可以采用硬件的形式实现， 也可以采用软件功能模块的形式实现。 本发明 不限制于任何特定形式的硬件和软件的结合。
Claims
1、 一种支持多终端的永远在线架构的实现方法， 所述方法包括： 永远在线架构（ AOI )服务器获取多终端策略和用户的多终端相关信息 并存储；
从应用服务器接收发往所述用户的应用数据时， 根据所述多终端策略 和 /或所述多终端相关信息选择一个或多个终端；
将所述应用数据发送至选择出的终端。
2、 如权利要求 1所述的方法， 其中， 所述多终端相关信息包括所述用 户的多个终端的以下信息中的至少一种：
终端类型、 终端状态、 应用状态、 用户状态、 用户位置。
3、 如权利要求 1所述的方法， 其中， 所述 AOI服务器获取多终端策略 的方法是：
所述终端接收用户通过所述终端设置的多终端策略并发送至所述 AOI 服务器。
4、 一种永远在线架构服务器， 所述永远在线架构服务器包括： 多终端管理模块， 配置为获取多终端策略和用户的多终端相关信息并 存储， 从应用服务器收到发往所述用户的应用数据时， 根据所述多终端策 略和 /或所述多终端相关信息选择一个或多个终端， 将所述应用数据发送至 选择出的终端。
5、 如权利要求 4所述的服务器， 其中， 所述多终端相关信息包括所述 用户的多个终端的以下信息中的至少一种：
终端类型、 终端状态、 应用状态、 用户状态、 用户位置。
6、 如权利要求 4所述的服务器， 其中，
所述多终端管理模块， 配置为从所述多个终端中的一个或多个终端接 收用户设置的所述多终端策略。
7、 一种终端， 所述终端包括永远在线架构 （A0I )客户端， 所述 AOI 客户端包括：
多终端处理模块， 配置为收集所述终端的相关信息并向 AOI服务器上 报， 所述相关信息包括以下信息中的至少一种： 终端类型、 终端状态、 应 用状态、 用户状态、 用户位置。
8、 如权利要求 7所述的终端， 其中，
所述多终端处理模块， 还配置为接收用户通过所述终端设置的多终端 策略并发送至 AOI服务器。
9、 如权利要求 7所述的终端， 其中， 所述终端是手机、 平板电脑、 个 人电脑、 智能电视或者机顶盒。
10、 一种支持多终端的永远在线架构的实现系统， 所述系统包括所述 权利要求 4、 5、 6所述的服务器和所述权利要求 7、 8、 9所述的终端。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310049637.5 | 2013-02-07 | ||
| CN201310049637.5A CN103986740A (zh) | 2013-02-07 | 2013-02-07 | 一种支持多终端应用的永远在线架构的方法及设备及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2014121605A1 true WO2014121605A1 (zh) | 2014-08-14 |
Family
ID=51278564
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2013/082996 WO2014121605A1 (zh) | 2013-02-07 | 2013-09-05 | 一种支持多终端应用的永远在线架构的方法及设备及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103986740A (zh) |
| WO (1) | WO2014121605A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10263872B2 (en) | 2015-09-08 | 2019-04-16 | Shenzhen Skyworth-Rgb Electronic Co., Ltd. | Long connection sharing method for multi-businesses, system and device, terminal |
| CN112653681A (zh) * | 2020-12-15 | 2021-04-13 | 中国建设银行股份有限公司 | 多特征融合的用户登录准入方法、装置和系统 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107508916B (zh) * | 2017-09-27 | 2021-02-26 | 苏州狗尾草智能科技有限公司 | 用于智能机器人的服务器链接管理方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101378408A (zh) * | 2008-10-10 | 2009-03-04 | 深圳华为通信技术有限公司 | 一种向多终端推送消息的方法、装置、网关和代理 |
| CN102395119A (zh) * | 2011-11-15 | 2012-03-28 | 华为技术有限公司 | 一种支持应用客户端永久在线的方法、系统及装置 |
| CN102891877A (zh) * | 2011-07-22 | 2013-01-23 | 中兴通讯股份有限公司 | 实现终端应用的在线处理系统及方法 |
-
2013
- 2013-02-07 CN CN201310049637.5A patent/CN103986740A/zh active Pending
- 2013-09-05 WO PCT/CN2013/082996 patent/WO2014121605A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101378408A (zh) * | 2008-10-10 | 2009-03-04 | 深圳华为通信技术有限公司 | 一种向多终端推送消息的方法、装置、网关和代理 |
| CN102891877A (zh) * | 2011-07-22 | 2013-01-23 | 中兴通讯股份有限公司 | 实现终端应用的在线处理系统及方法 |
| CN102395119A (zh) * | 2011-11-15 | 2012-03-28 | 华为技术有限公司 | 一种支持应用客户端永久在线的方法、系统及装置 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10263872B2 (en) | 2015-09-08 | 2019-04-16 | Shenzhen Skyworth-Rgb Electronic Co., Ltd. | Long connection sharing method for multi-businesses, system and device, terminal |
| CN112653681A (zh) * | 2020-12-15 | 2021-04-13 | 中国建设银行股份有限公司 | 多特征融合的用户登录准入方法、装置和系统 |
| CN112653681B (zh) * | 2020-12-15 | 2023-02-10 | 中国建设银行股份有限公司 | 多特征融合的用户登录准入方法、装置和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103986740A (zh) | 2014-08-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9467202B2 (en) | Method and apparatus for downloading content using NFC | |
| US11057484B2 (en) | Message push notification client improvements for multi-user devices | |
| WO2020199487A1 (zh) | 访问请求的响应方法、装置、设备及存储介质 | |
| US20120151006A1 (en) | Content sharing between a universal plug and play device and a wide area network device | |
| EP2466786A1 (en) | Energy-efficient content retrieval in content-centric networks | |
| JP6676080B2 (ja) | 近距離通信を介してアプリケーションバージョンをインストールする方法およびシステム | |
| JP2014527665A (ja) | 通知メッセージの管理 | |
| WO2020094035A1 (zh) | 用于终端的无线网络连接方法 | |
| CN109586929B (zh) | 会议内容的传输方法及装置、电子设备、存储介质 | |
| CN101156407A (zh) | 用于计划的下载服务的系统结构和方法 | |
| EP3059945A1 (en) | Method and system for video surveillance content adaptation, and central server and device | |
| WO2012151980A1 (zh) | 业务处理服务器、系统和方法 | |
| JP2014526090A (ja) | デバイスディスカバリー方法及びコンテンツダウンロード方法 | |
| US10063663B2 (en) | Subscribing to multiple resources through a common connection | |
| US8656028B2 (en) | System, method, and program for communication connection by polling | |
| WO2022242361A1 (zh) | 数据下载方法、装置、计算机设备和存储介质 | |
| US9699132B2 (en) | Method, apparatus, and system for exchanging electronic business card | |
| CN107332894B (zh) | 直播方法、装置及系统、服务器、存储介质 | |
| WO2014121605A1 (zh) | 一种支持多终端应用的永远在线架构的方法及设备及系统 | |
| US9088629B2 (en) | Managing an electronic conference session | |
| US9112917B2 (en) | Controller system and method therefor | |
| WO2014015525A1 (zh) | 一种用户在线状态的查询方法和装置 | |
| CN109981778B (zh) | 内容分发网络的服务实现方法、装置、设备及存储介质 | |
| JP2012108909A (ja) | モバイルメッセージングサービスにおけるファイル送信をサポートするファイル送信管理システム及びファイル送信管理方法 | |
| JPWO2007046369A1 (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: 13874817 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 13874817 Country of ref document: EP Kind code of ref document: A1 |