CN103166921B - 一种向终端提供服务的方法、网络侧装置及终端 - Google Patents
一种向终端提供服务的方法、网络侧装置及终端 Download PDFInfo
- Publication number
- CN103166921B CN103166921B CN201110415161.3A CN201110415161A CN103166921B CN 103166921 B CN103166921 B CN 103166921B CN 201110415161 A CN201110415161 A CN 201110415161A CN 103166921 B CN103166921 B CN 103166921B
- Authority
- CN
- China
- Prior art keywords
- terminal
- state information
- service
- application
- server
- 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.)
- Active
Links
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明提供了一种向终端提供服务的方法、网络侧装置及终端。其中所述方法包括:网络侧获取终端的当前状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态;网络侧根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略;网络侧根据所确定的服务策略,向所述终端提供服务。按照本发明,能够实现更有针对性地向用户提供其所需要的服务。
Description
技术领域
本发明涉及网际协议多媒体子***(IMS,IPMultimediaSubsystem)技术领域,具体涉及一种在IMS网络中向终端提供服务的方法、网络侧装置及终端。
背景技术
第三代合作伙伴计划(3GPP)所规范的IMS,是为了在3G核心网中支持多媒体会话以及其它基于会话初始协议(SIP,SessionInitiationProtocol)的业务而提出的,其主要目的是将蜂窝移动通信和互联网技术有机结合起来,向用户提供一个具有电信级服务质量(QoS)保证,能提供综合业务的下一代通信网络。它的主要特点是采用了SIP协议、独立于接入和承载技术。
目前,移动互联网中出现了大量的应用(比如微博,即时通信IM,新闻推送等),IMS网络中随之出现了用于提供各种服务的应用服务器。因此,网络侧如何能够更有针对性地向用户提供其所需要的服务,成为一个新的问题。
发明内容
本发明的目的是提供一种向终端提供服务的方法、网络侧装置及终端,实现更有针对性地向用户提供其所需要的服务。
为解决上述技术问题,本发明提供方案如下:
一种向终端提供服务的方法,应用于IP多媒体子***,所述方法包括:
网络侧获取终端的当前状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态;
网络侧根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略;
网络侧根据所确定的服务策略,向所述终端提供服务。
优选地,上述方法中,所述网络侧包括有用于对终端进行业务授权和许可的业务服务器、和用于向终端提供所请求的服务的应用服务器;
其中,所述网络侧获取终端的当前状态信息包括:
业务服务器接收终端上报的当前状态信息;
业务服务器确定订阅了所述终端的状态信息的应用服务器,并向订阅了所述终端的状态信息的应用服务器转发所述终端的当前状态信息。
优选地,上述方法中,所述终端中设置有中间件和至少一个应用;
所述终端通过所述中间件向所述业务服务器注册,并在注册成功后,所述中间件获得所述终端的用户标识,并建立与所述业务服务器之间的长连接;
所述终端中的应用获取所述用户标识,携带所述用户标识向对应的应用服务器注册;应用服务器携带注册成功的终端的用户标识,向业务服务器订阅所述终端的状态信息;
所述当前状态信息是所述中间件在获取所述终端的当前状态信息后,通过所述长连接向所述业务服务器上报的。
优选地,上述方法中,
进一步由所述应用服务器根据所述对应关系,确定所述终端的当前状态信息所对应的服务策略,并根据所确定的服务策略,向所述终端提供服务。
优选地,上述方法中,
所述应用服务器进一步按照以下步骤获得所述对应关系:
所述应用服务器在向所述业务服务器订阅所述终端的状态信息后,接收并保存所述业务服务器转发的所述对应关系,其中,所述业务服务器返回的所述对应关系是所述终端的中间件发送至所述业务服务器的。
优选地,上述方法中,所述对应关系中包括有在所述当前状态信息为第一状态信息时,不向所述终端推送该应用的离线消息的服务策略;
所述应用服务器进一步根据所述对应关系,在所述当前状态信息为第一状态信息时,缓存该应用的离线消息。
优选地,上述方法中,所述对应关系中包括有在所述当前状态信息为第二状态信息时,向所述终端推送该应用的离线消息的服务策略;
所述应用服务器进一步根据所述对应关系,在所述当前状态信息为第二状态信息时,经由所述业务服务器,将该应用的离线消息推送给所述终端的中间件进行显示。
一种向终端提供服务的网络侧装置,应用于IP多媒体子***,包括:
状态获得单元,用于获取终端的当前状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态;
策略确定单元,用于根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略;
服务单元,用于根据所确定的服务策略,向所述终端提供服务。
优选地,上述的网络侧装置中,
所述网络侧装置包括有用于对终端进行业务授权和许可的业务服务器、和用于向终端提供所请求的服务的应用服务器;
所述状态获得单元设置在所述业务服务器中,具体用于:接收终端上报的当前状态信息;确定订阅了所述终端的状态信息的应用服务器,并向订阅了所述终端的状态信息的应用服务器转发所述终端的当前状态信息。
优选地,上述的网络侧装置中,所述终端中设置有中间件和至少一个应用;
所述终端通过所述中间件向所述业务服务器注册,并在注册成功后,所述中间件获得所述终端的用户标识,并建立与所述业务服务器之间的长连接;
所述终端中的应用获取所述用户标识,携带所述用户标识向对应的应用服务器注册;应用服务器携带注册成功的终端的用户标识,向业务服务器订阅所述终端的状态信息;
所述当前状态信息是所述中间件在获取所述终端的当前状态信息后,通过所述长连接向所述业务服务器上报的。
优选地,上述的网络侧装置中,
所述策略确定单元和服务单元设置在所述应用服务器中。
优选地,上述的网络侧装置中,所述应用服务器还包括:
对应关系获得单元,用于在所述应用服务器向所述业务服务器订阅所述终端的状态信息后,接收并保存所述业务服务器转发的所述对应关系,其中,所述业务服务器返回的所述对应关系是所述终端的中间件发送至所述业务服务器的。
优选地,上述的网络侧装置中,所述对应关系中包括有在所述当前状态信息为第一状态信息时,不向所述终端推送该应用的离线消息的服务策略;
所述应用服务器还包括:
缓存单元,用于根据所述对应关系,在所述当前状态信息为第一状态信息时,缓存该应用的离线消息。
优选地,上述的网络侧装置中,所述对应关系中包括有在所述当前状态信息为第二状态信息时,向所述终端推送该应用的离线消息的服务策略;
所述应用服务器还包括:
推送单元,用于根据所述对应关系,在所述当前状态信息为第二状态信息时,经由所述业务服务器,将该应用的离线消息推送给所述终端的中间件进行显示。
本发明还提供了一种IP多媒体子***中的终端,包括中间件和至少一个应用,其中,
所述中间件,用于执行以下操作:
向业务服务器发起注册,并获得注册成功后所述业务服务器返回的用户标识,建立并维护与所述业务服务器之间的长连接;
检测所述终端的工作状态和所述终端中的应用的工作状态,获得所述终端的当前状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态;
通过所述长连接向所述业务服务器上报所述当前状态信息,以使得所述业务服务器将所述当前状态信息转发给订阅了所述终端的状态信息的应用服务器,进而使得所述应用服务器能够根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略,并根据所确定的服务策略,向所述终端提供服务;
通过所述长连接接收所述业务服务器推送的离线消息,并显示所述离线消息;
所述应用,用于执行以下操作:
获取所述用户标识,并携带所述用户标识向应用服务器发起注册。
本发明还提供了一种IP多媒体子***,包括以上所述的应用服务器、业务服务器以及终端。
从以上所述可以看出,本发明提供的向终端提供服务的方法、网络侧装置及终端,由网络侧根据预先确定的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略,进而基于该服务策略向终端提供服务,从而能够更有针对性地向用户提供其所需要的服务,改善用户对服务的使用体验。
附图说明
图1为本发明实施例提供的向终端提供服务的方法的流程示意图;
图2为本发明实施例所述方法的一种具体应用环境示意图;
图3为本发明实施例所述方法的一种具体的流程示意图;
图4为本发明实施例还提供的一种IMS中的业务服务器的结构示意图;
图5为本发明实施例还提供的一种IMS中的应用服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明进行详细描述。
首先,请参考图1,本发明实施例提供的一种向终端提供服务的方法,具体包括以下步骤:
步骤11,网络侧获取终端的当前状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态。
这里,所述网络侧是指IMS网络,当前状态信息是指终端当前的状态信息。所述状态信息可以包括所述终端的工作状态和/或所述终端中的应用的工作状态。具体的,所述终端的工作状态可以包括开关机状态、通话状态、空闲状态和休眠状态等状态,还可以包括用户设定的防打扰状态(如会议状态、静音状态等)和震动状态等状态;所述终端中的应用的工作状态可以包括应用的激活(登陆或在线)状态和关闭(离线)状态等,更为具体的,在激活状态下,还可以进一步细分为离开状态、忙碌状态等多种状态。
步骤12,网络侧根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略。
步骤13,网络侧根据所确定的服务策略,向所述终端提供服务。
从以上步骤可以看出,本实施例的上述方法中,网络侧根据终端的状态信息,决定针对该终端的服务策略,进而依据该服务策略为终端提供服务,从而能够更有针对性地向用户提供其所需要的服务,改善用户对服务的使用体验。
下面进一步结合IMS网络说明本发明所述方法的具体实施。
图2示出了本发明实施例的一种具体应用环境。图2中IMS网络包括有IMS核心网,其中,IMS核心网可以包括有各种现有的功能实体,如代理呼叫会话控制功能实体(P-CSCF,Proxy-CallSessionControlFunction)、查询呼叫会话控制功能实体(I-CSCF,Interrogating-CallSessionControlFunction)、归属用户服务器(HSS,HomeSubscriberServer)和服务呼叫会话控制功能实体(S-CSCF,Serving-CallSessionControlFunction)等。
图2所示的IMS网络还包括有用于对终端进行业务授权和许可的业务服务器、以及用于向终端提供所请求的服务的应用服务器。具体的,所述业务服务器可以包括现有运营商网络中部署的在线业务服务器(PresenceAS)、群组业务服务器(GroupAS)和即时通信业务服务器(IMAS)等。所述应用服务器可以包括提供微博服务的微博服务器、提供即时通信服务的即时通信服务器以及提供新闻推送服务的新闻服务器等。
请参照图2和图3,示出了本发明实施例所述方法的流程以及所述方法涉及的各个实体。本实施例中,IMS网络中的终端中可以设置有中间件和至少一个应用,该应用可以包括微博应用、即时通信应用和新闻应用等。其中,中间件作为应用的代理,与每个应用连接。如图2~3所示,本实施例提供的向终端提供服务的方法,具体包括以下步骤:
步骤201,所述终端通过所述中间件向业务服务器注册,以获得进行业务的授权和许可;在注册成功后,所述中间件获得所述终端的用户标识,并建立与所述业务服务器之间的长连接。
这里,中间件可以通过SIP请求消息中的注册(REGISTER)消息发起IMS的注册请求,注册成功后,业务服务器向中间件返回所述终端的用户标识,所述用户标识可以采用终端的IP多媒体公共标识(IMPU)或IP多媒体私有标识(IMPI)。该中间件可以通过SIPREGISTER消息周期性发起注册,以保持其与业务服务器之间的长连接。
这里,可以预先由用户制定所述终端的状态信息与应用的服务策略之间的对应关系,中间件接收所述终端的用户输入的所述对应关系,然后在上述步骤201的注册过程中,将所述对应关系发送给业务服务器。这样,业务服务器可以在本地维护其所接收到的终端发送的所述对应关系,下表1给出了一种可能的对应关系的实例:
终端的用户标识 | 状态信息 | 对应的应用 | 对应的服务策略 |
A | 开机 | 微博 | 接收微博消息 |
A | 会议 | 微博 | 不接收微博消息 |
A | 关机 | 微博 | 不接收微博消息 |
B | 开机 | 微博 | 接收微博消息 |
B | 会议 | 微博 | 接收微博消息 |
B | 关机 | 微博 | 不接收微博消息 |
表1
本发明实施例中,所述对应关系还可以是由网络侧的业务服务器或应用服务器设置的默认对应关系,或者是基于用户输入以及上述默认对应关系生成的。
步骤202,所述终端中的应用,从所述中间件处获取所述终端的用户标识,并携带所述用户标识向应用服务器(如微博服务器)进行注册,用以请求注册到该应用服务器,以获得该应用服务器提供的服务。
步骤203,在终端成功注册到应用服务器后,该应用服务器携带该终端的用户标识,向业务服务器发送订阅请求,以订阅该终端的状态信息,具体可以通过SIP请求消息中的订阅(SUBSCRIBE)消息发送订阅请求。
步骤204,业务服务器收到上述订阅请求后,建立并维护该业务服务器与对应终端之间的订阅关系,同时将该终端的状态信息与应用的服务策略之间的对应关系转发给应用服务器,从而应用服务器获得了上述对应关系。这里,可以通过向该应用服务器返回SIP响应消息(Response)将上述对应关系转发给应用服务器。
步骤205,终端中的中间件获取终端的工作状态和/或终端中应用的工作状态,具体可以通过调用终端操作***中应用程序接口(API)来获取上述状态,从而获得终端的当前状态信息;中间件进一步将获得的所述当前状态信息,通过其与业务服务器之间的长连接上报至业务服务器。
这里,中间件可以周期性地,如每15分钟,去检测终端的当前工作状态和/或应用的当前工作状态,然后将获得的所述终端的当前状态信息上报给业务服务器。当然,中间件还可以在检测到终端的当前状态信息发生改变时,立即将终端的当前状态信息进行上报,具体可以通过SIPPUBLISH消息进行上报。
步骤206,业务服务器收到中间件上报的终端的当前状态信息后,查询本地维护的订阅关系,确定订阅了该终端的状态信息的应用服务器,然后,将该终端的当前状态信息转发至对应的应用服务器。这里,可以通过SIPNOTIFY消息将当前状态信息转发至对应的应用服务器。
步骤207~208,应用服务器在接收到业务服务器发送的终端的当前状态信息后,根据先前获得的所述终端的上述对应关系,确定所述终端的当前状态信息所对应的服务策略,并根据所确定的服务策略,向所述终端提供服务。例如,在根据所述服务策略,确定需要向所述终端推送消息时,应用服务器可以通过SIPMESSAGE消息将消息推送至业务服务器,进而由业务服务器通过SIPMESSAGE消息进一步将该消息推送至所述终端的中间件,这样实现了消息从应用服务器至终端的推送过程。
通常,现有技术在实现永远在线业务时,需要终端上的各个应用分别建立和维护与对应应用服务器的长连接并周期性上报应用的工作状态,比如每隔30秒应用软件发送一次心跳信息,以使得网络侧了解用户状态的变化,以便于当终端状态发生变化的时候,应用服务器可以根据用户状态的变化,采取相应的操作。比如当用户下线时,应用服务器端可以缓存发给客户端的消息,等待用户上线的时候推送给用户。这样能够避免丢失消息,并能使终端能够及时的收到消息,提高用户体验。但是,多个应用单独与应用服务器端建立周期性的长连接,对于移动网络而言,由于无线空口资源宝贵,有“快速休眠”机制;而多个应用独立维护与服务器建立连接,并周期性保活,会引起频繁的上下文激活,导致消耗大量的空口控制信令,容易引起移动网络的拥塞。
从本发明实施例的上述流程可以看出,本实施例采用中间件作为终端上所有应用的代理,负责建立并维护与网络侧业务服务器的长连接,并周期性地将终端上各个应用的当前工作状态通知给业务服务器,由此,本实施例不需要终端上的各个应用分别建立和维护与网络侧的长连接并周期性上报应用的工作状态,即可实现永远在线业务,因此能够减少空口控制信令的数量,避免引起移动网络的拥塞。
并且,本实施例中进一步通过业务服务器根据其所维护的订阅关系,将终端的当前状态信息发送给对应的订阅者(应用服务器),使得应用服务器能够及时了解用户状态的变化,并根据预先获得的所述对应关系,确定针对该终端的服务策略。
例如,本发明实施例可以在所述对应关系中包括:在所述当前状态信息为第一状态信息时,不向所述终端推送该应用的离线消息的服务策略。这里的第一状态信息可以是终端上的该应用未被激活或者是该终端的工作状态为防打扰状态等。此时,应用服务器根据所述对应关系,在所述当前状态信息为第一状态信息时,缓存该应用的离线消息。
再例如,本发明实施例可以在所述对应关系中包括:在所述当前状态信息为第二状态信息时,向所述终端推送该应用的离线消息的服务策略。这里的第二状态信息可以是该终端的工作状态为开机状态等。此时,应用服务器根据所述对应关系,在所述当前状态信息为第二状态信息时,经由所述业务服务器,将该应用的离线消息推送给所述终端的中间件进行显示,比如对于微博应用,终端的中间件可能显示“你增加了3个新粉丝,5条回复”的消息。这样即使该应用未被激活,中间件也可以显示该应用的离线消息。
上述过程中,应用服务器是根据所确定的服务策略,决定是否将消息推送给终端,业务服务器收到来自应用服务器的消息后,即将该消息推送给终端的中间件,而不必等到该终端中对应的应用被激活。可以看出,以上过程能够减少或避免业务服务器缓存大量终端的应用的离线消息,减轻业务处理器的工作压力,避免产生业务流量的瓶颈。
综上,本发明实施例所述的向终端提供服务的方法,可以利用运营商已经部署的IMSPresenceAS、GroupAS和IMAS,并配合设置在终端中的中间件,来进行状态更新和离线消息的推送;通过利用SIP订阅/通知(Subscribe/Notify)机制,可以让应用服务器及时了解终端状态,在有需要的时候进行推送消息,避免了给业务(推送)服务器过大的压力;同时应用服务器能够主动实现基于状态信息的推送,以实现更多更复杂的个性化服务。并且,本发明实施例是基于用户标识进行业务的推送和绑定,可以独立于终端设备本身,在用户更换手机,仍可以基于该用户的SIM卡获得对应的用户标识,进而实施已经为该用户标识建立的服务策略。
基于以上所述的方法,本发明实施例还提供了一种向终端提供服务的网络侧装置,应用于IP多媒体子***,该网络侧装置包括:
状态获得单元,用于获取终端的当前状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态;
策略确定单元,用于根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略;
服务单元,用于根据所确定的服务策略,向所述终端提供服务。
具体的,在所述网络侧装置包括有用于对终端进行业务授权和许可的业务服务器、和用于向终端提供所请求的服务的应用服务器时,所述状态获得单元可以设置在所述业务服务器中,而所述策略确定单元和服务单元可以设置在所述应用服务器中。
此时,所述状态获得单元具体用于:接收终端上报的当前状态信息;确定订阅了所述终端的状态信息的应用服务器,并向订阅了所述终端的状态信息的应用服务器转发所述终端的当前状态信息。
本实施例中,所述终端中可以设置有中间件和至少一个应用;
所述终端通过所述中间件向所述业务服务器注册,并在注册成功后,所述中间件获得所述终端的用户标识,并建立与所述业务服务器之间的长连接;所述终端中的应用获取所述用户标识,携带所述用户标识向对应的应用服务器注册;应用服务器携带注册成功的终端的用户标识,向业务服务器订阅所述终端的状态信息。优选地,所述当前状态信息是所述中间件在获取所述终端的当前状态信息后,通过所述长连接向所述业务服务器上报的。
为了获得所述对应关系,本实施例的所述网络侧装置中,所述应用服务器还可以包括:
对应关系获得单元,用于在所述应用服务器向所述业务服务器订阅所述终端的状态信息后,接收并保存所述业务服务器转发的所述对应关系,其中,所述业务服务器返回的所述对应关系是所述终端的中间件发送至所述业务服务器的。
作为一种优选实施方式,所述对应关系中可以包括有在所述当前状态信息为第一状态信息时,不向所述终端推送该应用的离线消息的服务策略;此时,所述应用服务器还包括:
缓存单元,用于根据所述对应关系,在所述当前状态信息为第一状态信息时,缓存该应用的离线消息。
作为另一种优选实施方式,所述对应关系中可以包括有在所述当前状态信息为第二状态信息时,向所述终端推送该应用的离线消息的服务策略;此时,所述应用服务器还包括:
推送单元,用于根据所述对应关系,在所述当前状态信息为第二状态信息时,经由所述业务服务器,将该应用的离线消息推送给所述终端的中间件进行显示。
以下通过具体实施例,对本发明网络侧装置中的各个服务器作进一步的说明。
本发明实施例还提供了一种IMS中的应用服务器,如图4所示,该应用服务器400包括:
应用注册单元,用于接收来自终端中的应用的注册请求并进行注册,所述注册请求携带有所述终端的用户标识,所述用户标识是所述终端在向IP多媒体子***中的业务服务器注册后获得的;
订阅单元,用于携带注册成功的终端的用户标识,向业务服务器订阅所述终端的状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态;
状态获取单元,用于接收所述业务服务器向订阅了所述终端的状态信息的应用服务器转发的所述终端的当前状态信息,所述当前状态信息是所述终端中的中间件在检测到所述终端的状态信息发生更新时,通过所述中间件与所述业务服务器之间建立的长连接向所述业务服务器上报的;
服务单元,用于根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略,并根据所确定的服务策略,向所述终端提供服务。
上述应用服务器中还可以包括:
对应关系获取单元,用于在所述订阅单元向所述业务服务器订阅所述终端的状态信息后,接收并保存所述业务服务器转发的所述对应关系,其中,所述业务服务器返回的所述对应关系是所述终端的中间件发送给所述业务服务器的。
优选地,所述对应关系中包括有在所述当前状态信息为第一状态信息时,不向所述终端推送该应用的消息的服务策略。此时,所述服务单元包括:
第一处理单元,用于根据所述对应关系,在所述当前状态信息为第一状态信息时,缓存该应用的离线消息。
优选地,所述对应关系中包括有在所述当前状态信息为第二状态信息时,向所述终端推送该应用的消息的服务策略。此时,所述服务单元包括:
第二处理单元,用于根据所述对应关系,在所述当前状态信息为第二状态信息时,经由所述业务服务器,将该应用的消息推送给所述终端的中间件进行显示。
本发明实施例还提供了一种IMS中的业务服务器,如图5所示,该应用服务器500包括:
业务注册单元,用于接收终端中的中间件发送的注册请求,并在所述终端注册成功后,向所述中间件返回所述终端的用户标识;
连接维护单元,用于响应所述终端的中间件发送的长连接请求,建立并维护与所述终端的中间件之间的长连接;
订阅请求接收单元,用于接收应用服务器发送的、用于订阅所述终端的状态信息的订阅请求,所述订阅请求是所述应用服务器在所述终端的应用注册成功后发送的、携带有所述终端的用户标识的请求;
状态更新单元,用于通过所述中间件与所述业务服务器之间建立的长连接,接收所述中间件上报的所述终端的当前状态信息;
订阅处理单元,用于向订阅了所述终端的状态信息的应用服务器转发的所述终端的当前状态信息,以使得所述应用服务器能够基于预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略,并根据所确定的服务策略,向所述终端提供服务。
优选地,上述应用服务器还可以包括:
对应关系转发单元,用于接收所述终端的中间件发送的所述对应关系,并在所述订阅请求接收单元接收到所述订阅请求后,将所述对应关系转发给所述应用服务器。
本发明实施例还提供了一种IMS中的终端,该终端包括中间件和至少一个应用,其中,
所述中间件,用于执行以下操作:
向业务服务器发起注册,并获得注册成功后所述业务服务器返回的用户标识,建立并维护与所述业务服务器之间的长连接;
检测所述终端的工作状态和所述终端中的应用的工作状态,获得所述终端的当前状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态;
通过所述长连接向所述业务服务器上报所述当前状态信息,以使得所述业务服务器将所述当前状态信息转发给订阅了所述终端的状态信息的应用服务器,进而使得所述应用服务器能够根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略,并根据所确定的服务策略,向所述终端提供服务;
通过所述长连接接收所述业务服务器推送的离线消息,并显示所述离线消息;
所述应用,用于执行以下操作:
获取所述用户标识,并携带所述用户标识向应用服务器发起注册。
最后,本发明实施例还提供了一种IMS(IP多媒体子***),包括以上所述的应用服务器、以上所述的业务服务器、以及以上所述的终端。
此说明书中所描述的许多功能部件都被称为模块,以便更加特别地强调其实现方式的独立性。
本发明实施例中,模块可以用软件实现,以便由各种类型的处理器执行。举例来说,一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块,举例来说,其可以被构建为对象、过程或函数。尽管如此,所标识模块的可执行代码无需物理地位于一起,而是可以包括存储在不同位里上的不同的指令,当这些指令逻辑上结合在一起时,其构成模块并且实现该模块的规定目的。
实际上,可执行代码模块可以是单条指令或者是许多条指令,并且甚至可以分布在多个不同的代码段上,分布在不同程序当中,以及跨越多个存储器设备分布。同样地,操作数据可以在模块内被识别,并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集,或者可以分布在不同位置上(包括在不同存储设备上),并且至少部分地可以仅作为电子信号存在于***或网络上。
在模块可以利用软件实现时,考虑到现有硬件工艺的水平,所以可以以软件实现的模块,在不考虑成本的情况下,本领域技术人员都可以搭建对应的硬件电路来实现对应的功能,所述硬件电路包括常规的超大规模集成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备,诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
以上所述仅是本发明的实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (13)
1.一种向终端提供服务的方法,应用于IP多媒体子***,其特征在于,所述方法包括:
网络侧获取终端的当前状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态;
网络侧根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略;
网络侧根据所确定的服务策略,向所述终端提供服务;
其中,所述网络侧包括有用于对终端进行业务授权和许可的业务服务器、和用于向终端提供所请求的服务的应用服务器;
其中,所述网络侧获取终端的当前状态信息包括:
业务服务器接收终端上报的当前状态信息;
业务服务器确定订阅了所述终端的状态信息的应用服务器,并向订阅了所述终端的状态信息的应用服务器转发所述终端的当前状态信息。
2.如权利要求1所述的方法,其特征在于,所述终端中设置有中间件和至少一个应用;
所述终端通过所述中间件向所述业务服务器注册,并在注册成功后,所述中间件获得所述终端的用户标识,并建立与所述业务服务器之间的长连接;
所述终端中的应用获取所述用户标识,携带所述用户标识向对应的应用服务器注册;应用服务器携带注册成功的终端的用户标识,向业务服务器订阅所述终端的状态信息;
所述当前状态信息是所述中间件在获取所述终端的当前状态信息后,通过所述长连接向所述业务服务器上报的。
3.如权利要求2所述的方法,其特征在于,
进一步由所述应用服务器根据所述对应关系,确定所述终端的当前状态信息所对应的服务策略,并根据所确定的服务策略,向所述终端提供服务。
4.如权利要求3所述的方法,其特征在于,
所述应用服务器进一步按照以下步骤获得所述对应关系:
所述应用服务器在向所述业务服务器订阅所述终端的状态信息后,接收并保存所述业务服务器转发的所述对应关系,其中,所述业务服务器返回的所述对应关系是所述终端的中间件发送至所述业务服务器的。
5.如权利要求3所述的方法,其特征在于,所述对应关系中包括有在所述当前状态信息为第一状态信息时,不向所述终端推送该应用的离线消息的服务策略;
所述应用服务器进一步根据所述对应关系,在所述当前状态信息为第一状态信息时,缓存该应用的离线消息。
6.如权利要求3所述的方法,其特征在于,所述对应关系中包括有在所述当前状态信息为第二状态信息时,向所述终端推送该应用的离线消息的服务策略;
所述应用服务器进一步根据所述对应关系,在所述当前状态信息为第二状态信息时,经由所述业务服务器,将该应用的离线消息推送给所述终端的中间件进行显示。
7.一种向终端提供服务的网络侧装置,应用于IP多媒体子***,其特征在于,包括:
状态获得单元,用于获取终端的当前状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态;
策略确定单元,用于根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略;
服务单元,用于根据所确定的服务策略,向所述终端提供服务;
其中,所述网络侧装置包括有用于对终端进行业务授权和许可的业务服务器、和用于向终端提供所请求的服务的应用服务器;
所述状态获得单元设置在所述业务服务器中,具体用于:接收终端上报的当前状态信息;确定订阅了所述终端的状态信息的应用服务器,并向订阅了所述终端的状态信息的应用服务器转发所述终端的当前状态信息。
8.如权利要求7所述的网络侧装置,其特征在于,所述终端中设置有中间件和至少一个应用;
所述终端通过所述中间件向所述业务服务器注册,并在注册成功后,所述中间件获得所述终端的用户标识,并建立与所述业务服务器之间的长连接;
所述终端中的应用获取所述用户标识,携带所述用户标识向对应的应用服务器注册;应用服务器携带注册成功的终端的用户标识,向业务服务器订阅所述终端的状态信息;
所述当前状态信息是所述中间件在获取所述终端的当前状态信息后,通过所述长连接向所述业务服务器上报的。
9.如权利要求8所述的网络侧装置,其特征在于,
所述策略确定单元和服务单元设置在所述应用服务器中。
10.如权利要求9所述的网络侧装置,其特征在于,所述应用服务器还包括:
对应关系获得单元,用于在所述应用服务器向所述业务服务器订阅所述终端的状态信息后,接收并保存所述业务服务器转发的所述对应关系,其中,所述业务服务器返回的所述对应关系是所述终端的中间件发送至所述业务服务器的。
11.如权利要求9所述的网络侧装置,其特征在于,所述对应关系中包括有在所述当前状态信息为第一状态信息时,不向所述终端推送该应用的离线消息的服务策略;
所述应用服务器还包括:
缓存单元,用于根据所述对应关系,在所述当前状态信息为第一状态信息时,缓存该应用的离线消息。
12.如权利要求9所述的网络侧装置,其特征在于,所述对应关系中包括有在所述当前状态信息为第二状态信息时,向所述终端推送该应用的离线消息的服务策略;
所述应用服务器还包括:
推送单元,用于根据所述对应关系,在所述当前状态信息为第二状态信息时,经由所述业务服务器,将该应用的离线消息推送给所述终端的中间件进行显示。
13.一种IP多媒体子***中的终端,其特征在于,包括中间件和至少一个应用,其中,
所述中间件,用于执行以下操作:
向业务服务器发起注册,并获得注册成功后所述业务服务器返回的用户标识,建立并维护与所述业务服务器之间的长连接;
检测所述终端的工作状态和所述终端中的应用的工作状态,获得所述终端的当前状态信息,所述状态信息包括所述终端和/或所述终端中的应用的工作状态;
通过所述长连接向所述业务服务器上报所述当前状态信息,以使得所述业务服务器将所述当前状态信息转发给订阅了所述终端的状态信息的应用服务器,进而使得所述应用服务器能够根据预先确定的所述终端的状态信息与应用的服务策略之间的对应关系,确定所述终端的当前状态信息所对应的服务策略,并根据所确定的服务策略,向所述终端提供服务;
通过所述长连接接收所述业务服务器推送的离线消息,并显示所述离线消息;
所述应用,用于执行以下操作:
获取所述用户标识,并携带所述用户标识向应用服务器发起注册。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110415161.3A CN103166921B (zh) | 2011-12-13 | 2011-12-13 | 一种向终端提供服务的方法、网络侧装置及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110415161.3A CN103166921B (zh) | 2011-12-13 | 2011-12-13 | 一种向终端提供服务的方法、网络侧装置及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103166921A CN103166921A (zh) | 2013-06-19 |
CN103166921B true CN103166921B (zh) | 2016-01-20 |
Family
ID=48589667
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110415161.3A Active CN103166921B (zh) | 2011-12-13 | 2011-12-13 | 一种向终端提供服务的方法、网络侧装置及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103166921B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104349288B (zh) | 2013-07-25 | 2020-04-07 | 腾讯科技(深圳)有限公司 | 一种消息传输方法及装置 |
CN104754004B (zh) * | 2013-12-30 | 2018-06-15 | 成都鼎桥通信技术有限公司 | 一种集群终端的处理方法 |
CN105103515B (zh) * | 2013-12-31 | 2019-01-25 | 华为终端(东莞)有限公司 | 一种数据处理的方法、装置及*** |
CN104375854B (zh) * | 2014-07-25 | 2016-10-19 | 腾讯科技(深圳)有限公司 | 一种应用更新下载方法及用户终端 |
CN105743954A (zh) * | 2014-12-11 | 2016-07-06 | ***通信集团公司 | 一种确定终端状态的方法、***及装置 |
CN104486422B (zh) * | 2014-12-17 | 2019-04-02 | 百度在线网络技术(北京)有限公司 | 信息推送方法和装置 |
CN108023923A (zh) * | 2016-11-04 | 2018-05-11 | 中兴通讯股份有限公司 | 离线消息的处理方法及装置 |
CN108259312A (zh) * | 2016-12-29 | 2018-07-06 | 广州市动景计算机科技有限公司 | 信息发布方法、装置及服务器 |
CN106817428A (zh) * | 2017-02-13 | 2017-06-09 | 浙江风向标科技有限公司 | 一种离线检测的方法和装置 |
CN108900587A (zh) * | 2018-05-22 | 2018-11-27 | 四川斐讯信息技术有限公司 | 一种智能终端的代理决策*** |
CN111049864A (zh) * | 2018-10-12 | 2020-04-21 | 北京优酷科技有限公司 | 一种消息推送方法、终端设备、应用服务器及交互*** |
CN110365802B (zh) * | 2019-08-26 | 2022-11-15 | 北京奇艺世纪科技有限公司 | 一种消息传输方法、消息转发设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101075986A (zh) * | 2007-06-01 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 一种离线文件的发送、接收、传输方法及*** |
CN101123649A (zh) * | 2006-08-08 | 2008-02-13 | ***通信集团公司 | 信息服务***及服务信息提供和获取的方法 |
CN101262453A (zh) * | 2008-04-23 | 2008-09-10 | 中国电信股份有限公司 | 下一代网络中的智能聊天业务实现方法、***和设备 |
US20090106455A1 (en) * | 2006-12-31 | 2009-04-23 | Huawei Technologies Co., Ltd. | Method and apparatus for synchronizing messages between multiple terminals |
US20100067679A1 (en) * | 2008-09-16 | 2010-03-18 | Io Tong Lei | Automated call routing based on an active presence profile |
CN101938498A (zh) * | 2010-09-26 | 2011-01-05 | 深圳市同洲电子股份有限公司 | 数字电视终端进行即时通讯的方法和装置及*** |
-
2011
- 2011-12-13 CN CN201110415161.3A patent/CN103166921B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101123649A (zh) * | 2006-08-08 | 2008-02-13 | ***通信集团公司 | 信息服务***及服务信息提供和获取的方法 |
US20090106455A1 (en) * | 2006-12-31 | 2009-04-23 | Huawei Technologies Co., Ltd. | Method and apparatus for synchronizing messages between multiple terminals |
CN101075986A (zh) * | 2007-06-01 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 一种离线文件的发送、接收、传输方法及*** |
CN101262453A (zh) * | 2008-04-23 | 2008-09-10 | 中国电信股份有限公司 | 下一代网络中的智能聊天业务实现方法、***和设备 |
US20100067679A1 (en) * | 2008-09-16 | 2010-03-18 | Io Tong Lei | Automated call routing based on an active presence profile |
CN101938498A (zh) * | 2010-09-26 | 2011-01-05 | 深圳市同洲电子股份有限公司 | 数字电视终端进行即时通讯的方法和装置及*** |
Also Published As
Publication number | Publication date |
---|---|
CN103166921A (zh) | 2013-06-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103166921B (zh) | 一种向终端提供服务的方法、网络侧装置及终端 | |
CN102388632B (zh) | 应用信息推送方法、***和网元 | |
US9106671B2 (en) | Capability discovery optimization | |
CN102958107B (zh) | 一种能力查询的方法、通信终端及应用服务器 | |
CN101960822A (zh) | Sip-http应用相关器 | |
CN101416468A (zh) | 通信***中由网络发起的ims注册 | |
US20160295390A1 (en) | Centralised capabiity discovery | |
CN100471150C (zh) | 建立订阅对话的方法及订阅用户事件的方法 | |
CN101223746B (zh) | 寻呼模式消息收发 | |
CN100563258C (zh) | 一种发现流媒体业务的方法和***以及业务发现装置 | |
CN102025683B (zh) | 接入网关控制功能实体中用户的业务接入方法与*** | |
US20080207161A1 (en) | Method and apparatus to facilitate hotlining in a communication system | |
EP2797285B1 (en) | Method and apparatus for network communication | |
CN101924737A (zh) | 一种用户数据订阅方法及订阅***以及相关设备 | |
WO2013124313A1 (en) | Handling session initiation protocol messages in a wireless telecommunications device | |
JP2009060608A (ja) | PoC業務中のコール処理方法及びプレゼンス情報予約購読方法 | |
US20100306349A1 (en) | Method and System for Configuring Service on Terminal | |
CN103797751A (zh) | 一种用户在线状态的查询方法和装置 | |
US10044774B1 (en) | Methods and apparatus for aggregating and distributing presence information | |
CN103905374A (zh) | 一种呼叫方法、***和设备 | |
CN101835133B (zh) | 订阅通知处理方法和*** | |
CN103179541A (zh) | Sip 终端对数图单元的获取处理方法与*** | |
CN108270756B (zh) | 一种设备间通信的方法及*** | |
CN102571710B (zh) | 信息订阅方法及*** | |
CN102045694B (zh) | 用户业务信息的传输方法和网元设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |