离线消息的处理方法及装置与流程

本发明涉及通信领域,具体而言,涉及一种离线消息的处理方法及装置。

背景技术:

富媒体通信(richcommunicationsuite,简称为rcs)是一种基于增强的手机本地地址本的、集语音、消息、视频、内容共享等多种通信方式及功能为一体的融合通信服务。

移动开放联盟(openmobilealliance,简称为oma)在会话初始协议/网络协议核(sessioninitiationprotocol/internetprotocolcore,简称为sip/ipcore)基础上制定了融合ip消息(convergedipmessaging,简称为cpm)标准,提供了多媒体通信服务的融合,满足不同的用户体验。

cpmclient:通过与cpm其他功能组件(例如,cpmparticipatingfunction)的交互,允许用户(cpmuser)使用基于cpm的服务。

cpm参与功能组件(cpmparticipatingfunction,简称为cpmpf):担任用户在网络侧的代理,包括协调用户拥有的多个cpmclient的交互。

cpm控制功能组件(cpmcontrollingfunction,简称为cpmcf):实现cpmstandalonemessage和cpmsession群操作功能。

cpm独立信息实体(cpmstandalonemessage):发送给一个或多个接受者的独立信息实体。一个cpmstandalonemessage能够包含多个离散的媒体信息(如:文本、图片、音频、视频等)。

cpmsession(会话):两个或多个参与者实时的交互,交互的消息包含文本、图片、音频、视频、连续的媒体内容等。

interworkingselectionfunction:选择一个interworkingfunction实现cpmmessage、cpm文件传输或者cpmsession的交互。

cpmmessage:包含cpmstandalonemessage和cpmchatmessage。

cpmchatmessage:在cpmsession中,发送给给一个或多个接受者的信息。一个cpmchatmessage能够包含多个离散的媒体信息(如:文本、图片、音频、视频等)。

interworkingfunction:实现cpm-based业务和外部non-cpm通信业务的交互。

messagestorageclient:管理cpmmessages、cpm文件传输历史、cpm会话历史、cpmsession历史和媒体对象等存储在终端设备(device)的信息。

messagestorageserver:管理cpmmessages、cpm文件传输历史、cpm会话历史、cpmsession历史和媒体对象等存储在网络的信息。

remotecpmenvironment:cpmenvironment驻留在其他(远端)网络。

cpm功能部件与下列外部功能部件交互提供cpm的功能:

sip/ipcore:基于sip/ip的能力。

支持cpm能力的其他oma的能力,例如:

presenceenabler:检索和公布出席信息(presenceinformation);

xdmenabler:存储和处理cpm用户偏好(cpmuserpreferences)、用户偏好配置(userpreferencesprofiles)、策略、cpm群组定义、cpm群组列表;

pushenabler:下发通知给cpm用户的终端;

devicemanagementenabler:管理cpmclient设置和messagestorageclient设置。

在对象管理体系结构(objectmanagementarchitecture,简称为oma)cpm标准中,发送方b(例如,cpmclientb)发送消息给接收方a(例如,cpmclienta),此时若接收方a不在线,则接收方a所归属的服务器(cpmpf)根据用户设置或系统设置选择是否保存离线消息(deferredmessage)。假设接收方a重新在线,接收方a所归属的服务器可以采用pushing和pulling两种方式把离线消息下发给接收方a。下面对两种方式分别进行说明。

(一)pushing方式

1.cpmpfa有离线消息等待下发且接收方a(cpmclienta)允许接收离线消息。接收方a重新上线;

2.cpmpfa下发所有离线消息给接收方a;

(二)pulling方式

1.cpmpfa有离线消息等待下发且接收方a(cpmclienta)允许接收离线消息和通知消息。接收方a重新上线;

2-3.cpmclienta通过sip/ipcore向pf订阅离线消息通知;

4-5.pf通过sip/ipcore向cpmclienta发送ok消息;

6-7.pf通过sip/ipcore向cpmclienta发送通知消息,通知消息包含离线消息信息;

8-9.cpmclienta发送ok,反馈收到通知消息;

10-11.cpmclienta通过sip/ipcore发送invite消息给pfa,invite消息包含对离线消息的操作,如下是否选择下发等操作;

12-13.pf发送ok消息;

14.pf发送被选择下发的离线消息给cpmclienta;

技术实现要素:

根据本发明的一个实施例,提供了一种离线消息的处理方法,包括:服务端根据离线消息策略下发离线消息给用户端;其中,所述离线消息策略用于指示下发所述离线消息的条件。

可选地,在服务端根据离线消息策略下发离线消息给用户端之前,所述方法还包括:所述服务端的策略服务器接收所述用户端的策略客户端配置的所述离线消息策略;或,所述服务端的策略服务器根据配置请求配置所述离线消息策略。

可选地,服务端根据离线消息策略下发离线消息给用户端包括:服务端的消息服务器从策略服务器中获取所述离线消息策略;在所述用户端离线时,服务端的消息服务器根据所述离线消息策略选择和保存待下发的离线消息;和/或,在所述用户端在线时,服务端的消息服务器下发根据所述离线消息策略选择的离线消息给用户端。

可选地,所述离线消息包括以下至少之一:离线消息的内容、离线消息的概要信息。

可选地,所述用户端包括以下至少之一:策略客户端、消息客户端;所述服务端包括以下至少之一:策略服务器、消息服务器。

根据本发明的另一个实施例,提供了一种离线消息的处理方法,包括:用户端接收服务端根据离线消息策略下发的离线消息;其中,所述离线消息策略用于指示下发所述离线消息的条件。

可选地,在所述离线消息为离线消息的概要信息时,在用户端接收服务端根据离线消息策略下发的离线消息之后,所述方法还包括:所述用户端的消息客户端设置条件请求所述服务端的消息服务器下发所述离线消息的内容;或,所述用户端的消息客户端请求所述服务端的消息服务器根据所述离线消息策略下发所述离线消息的内容;或,所述用户端的消息客户端请求所述服务端的消息服务器放弃下发所述离线消息的内容。

可选地,所述方法还包括:所述用户端根据设置条件请求所述服务端下发离线消息。

可选地,在用户端接收服务端根据离线消息策略下发的离线消息之前,所述方法还包括:所述用户端的策略客户端向所述服务端的策略服务器发送所述离线消息策略的配置请求或所述离线消息策略。

可选的,所述配置请求用于指示在所述服务端对所述离线消息策略进行以下操作至少之一:创建、删除、更改、检索、恢复、同步。

根据本发明的又一个实施例,提供了一种离线消息的处理装置,应用在服务端,包括:下发模块,用于根据离线消息策略下发离线消息给用户端;其中,所述离线消息策略用于指示下发所述离线消息的条件。

可选地,所述装置还包括:接收模块,用于在所述下发模块根据离线消息策略下发离线消息给用户端之前,接收所述用户端配置的所述离线消息策略;或,配置模块,用于在所述下发模块根据离线消息策略下发离线消息给用户端之前,根据配置请求配置所述离线消息策略。

根据本发明的又一个实施例,提供了一种离线消息的处理装置,应用在用户端,包括:接收模块,用于接收服务端根据离线消息策略下发的离线消息;其中,所述离线消息策略用于指示下发所述离线消息的条件。

可选地,所述装置还包括:发送模块,用于在所述接收模块接收服务端根据离线消息策略下发的离线消息之前,向所述服务端发送所述离线消息策略的配置请求或所述离线消息策略。

根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:服务端根据离线消息策略下发离线消息给用户端;其中,所述离线消息策略用于指示下发所述离线消息的条件。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在服务端根据离线消息策略下发离线消息给用户端之前,所述方法还包括:所述服务端接收所述用户端配置的所述离线消息策略;或,所述服务端根据配置请求配置所述离线消息策略。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:服务端根据离线消息策略下发离线消息给用户端包括:服务端从策略服务器中获取所述离线消息策略;服务端根据所述离线消息策略选择待下发的离线消息形成消息队列;服务端将所述消息队列的离线消息下发给用户端。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:所述离线消息包括:离线消息的内容、离线消息的概要信息。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:服务端根据所述离线消息策略选择待下发的离线消息形成消息队列包括:所述服务端获取所有待下发的离线消息;所述服务端将符合所述离线消息策略的第一离线消息设置成第一优先级,以及将不符合所述离线消息策略的第二离线消息设置成第二优先级,其中,所述第一优先级的下发权限大于所述第二优先级;所述服务端将所述第一离线消息和所述第二离线消息形成消息队列。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:所述用户端包括以下至少之一:融合ip消息cpm策略客户端、cpm消息客户端;所述服务端包括以下至少之一:cpm策略服务器、cpm消息服务器。

根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:用户端接收服务端根据离线消息策略下发的离线消息;其中,所述离线消息策略用于指示下发所述离线消息的条件。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:所述离线消息包括以下至少之一:离线消息的内容、离线消息的概要信息。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在所述离线消息为离线消息的概要信息时,在用户端接收服务端根据离线消息策略下发的离线消息之后,所述方法还包括:所述用户端请求所述服务端下发所述离线消息的内容;或,所述用户端的消息客户端请求所述服务端的消息服务器根据所述离线消息策略下发所述离线消息的内容;或,所述用户端请求所述服务端放弃下发所述离线消息的内容。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:所述方法还包括:所述用户端根据设置条件请求所述服务端下发离线消息。

可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在用户端接收服务端根据离线消息策略下发的离线消息之前,所述方法还包括:所述用户端向所述服务端发送所述离线消息策略的配置请求或所述离线消息策略。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图4是本发明实施例的一种离线消息的处理方法的服务器的硬件结构框图;

图5是根据本发明实施例的离线消息的处理方法的流程图一;

图6是根据本发明实施例的离线消息的处理方法的流程图二;

图7是根据本发明优选实施例的离线消息下发方法的流程图;

图8是根据本发明优选实施例的用户端请求服务器端操作离线消息策略的示意图;

图9是根据本发明优选实施例的cpmclient再次请求下发离线消息的流程示意图;

图10是根据本发明优选实施例的cpmclient请求下发完整的音频消息或视频消息或文件消息的流程示意图;

图11是根据本发明优选实施例的cpmpf根据离线消息策略处理离线消息的流程示意图;

图12是根据本发明实施例的离线消息的处理装置的结构框图一;

图13是根据本发明实施例的离线消息的处理装置的结构框图二;

图14是根据本发明实施例的离线消息的处理装置的结构框图三;

图15是根据本发明实施例的离线消息的处理装置的结构框图四。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例1所提供的方法实施例可以在服务器、用户端计算机终端或者类似的运算装置中执行。以运行在服务器上为例,图4是本发明实施例的一种离线消息的处理方法的服务器的硬件结构框图。如图4所示,服务器40可以包括一个或多个(图中仅示出一个)处理器42(处理器42可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器44、以及用于通信功能的传输装置46。本领域普通技术人员可以理解,图4所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,服务器40还可包括比图4中所示更多或者更少的组件,或者具有与图4所示不同的配置。

存储器44可用于存储应用软件的软件程序以及模块,如本发明实施例中的离线消息的处理方法对应的程序指令/模块,处理器42通过运行存储在存储器44内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器44可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器44可进一步包括相对于处理器42远程设置的存储器,这些远程存储器可以通过网络连接至服务器40。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置46用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器40的通信供应商提供的无线网络。在一个实例中,传输装置46包括一个网络适配器(networkinterfacecontroller,nic),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置46可以为射频(radiofrequency,rf)模块,其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述服务器的离线消息的处理方法,图5是根据本发明实施例的离线消息的处理方法的流程图一,如图5所示,该流程包括如下步骤:

步骤s502,服务端根据离线消息策略下发离线消息给用户端;其中,离线消息策略用于指示下发离线消息的条件。

可选地,在服务端根据离线消息策略下发离线消息给用户端之前,该服务器还可以通过如下方式确定该离线消息策略:所述服务端的策略服务器接收所述用户端的策略客户端配置的所述离线消息策略;或,所述服务端的策略服务器根据配置请求配置所述离线消息策略。

可选地,服务端可以采用如下方式根据离线消息策略下发离线消息给用户端:服务端的消息服务器从策略服务器中获取离线消息策略;在所述用户端离线时,服务端根据所述离线消息策略选择和保存待下发的离线消息;和/或,在所述用户端在线时,服务端的消息服务器下发根据所述离线消息策略选择的离线消息给用户端。

可选地,该离线消息可以但不限于为:离线消息的内容、离线消息的概要信息。

可选地,服务端根据离线消息策略选择待下发的离线消息包括第一离线消息,还可以包括第二离线消息的概要信息;第一离线消息是通过离线消息策略筛选需要下发给用户端的离线消息;第二离线消息可以是在通过离线消息策略筛选后的不需要下发给用户端的离线消息。

可选地,用户端可以是策略客户端、消息客户端,具体如:融合ip消息cpm策略客户端、cpm消息客户端;服务端可以是策略服务器、消息服务器,具体如:cpm策略服务器、cpm消息服务器。

在本实施例中还提供了一种运行于上述服务器的离线消息的处理方法,图6是根据本发明实施例的离线消息的处理方法的流程图二,如图6所示,该流程包括如下步骤:

步骤s602,用户端接收服务端根据离线消息策略下发的离线消息;其中,离线消息策略用于指示下发离线消息的条件。

可选地,该离线消息可以包括:离线消息的内容、离线消息的概要信息。

可选地,在离线消息为离线消息的概要信息时,在用户端接收服务端根据离线消息策略下发的离线消息之后,该方法可以还包括:用户端的消息客户端设置条件请求服务端的消息服务器下发离线消息的内容;或,用户端的消息客户端请求服务端的消息服务器放弃下发离线消息的内容。

可选地,在用户端接收服务端根据离线消息策略下发的离线消息之前,用户端的策略客户端可以向所述服务端的策略服务器发送离线消息策略的配置请求或离线消息策略。可选的,所述配置请求用于指示在所述服务端对所述离线消息策略进行以下操作至少之一:创建、删除、更改、检索、恢复、同步。

基于上述实施例及优选实施方式,为说明方案的整个流程交互,在本优选实施例中,提供了一种离线消息的处理方法,该方法主要涉及到用户端和服务器端的交互,下面首先对各实体进行说明。

用户端:包含有至少以下之一:消息客户端(如,cpmclient)、策略客户端(如,用户端的xdmenabler)功能实体,以上实体可以驻留在同一个终端设备或不同终端设备。

服务器端:包含有以下至少之一:消息服务器(如,cpmpf)、策略服务器(如,服务器端的xdmenabler)等功能实体,以上实体可以驻留在相同或不同的服务器端设备。

用户端,用于在本地设置离线消息策略,该离线消息策略,主要是指用于用户选择离线消息下发的条件,至少包含以下条件的至少之一:

1)日期:根据日期设置选择所需接收的离线消息,例如一段日期(x年-x月-x日至y年-y月-y日,x年-x月-x日之前,x年-x月-x日之后)、具体日期(x年-x月-x日)等;

3)数量:该条件表示要接收的离线消息数量;

4)大小:该条件表示要接收的离线消息的大小的限值;

5)发件人:根据该条件用于设置的发件人或发件人列表来接收离线消息;或

6)主题:根据该条件设置的消息主题或主题列表接收离线消息;

7)名称:用于识别1-1会话或群聊会话的名字或标识。根据该条件设置名称或名称列表接收离线消息;

8)文本消息:根据该条件设置是否接收文本消息类型的离线消息;

9)音频消息:根据该条件选择是否接收音频消息类型的离线消息;或选择不接收音频类型离线消息,但是要求接收音频类型离线消息的概要信息如音频时长、大小、地址等;

10)视频消息:根据该条件选择是否接收视频消息类型的离线消息;或选择不接收视频类型离线消息,但是要求接收视频类型离线消息的概要信息如视频时长、大小、地址等;

11)文件消息:根据该条件选择是否接收视频文件类型的离线消息;或选择不接收视频类型离线消息,但是要求接收视频类型离线消息的概要信息如视频时长、大小、地址等;

12)全部:该条件表示要接收全部的离线消息。

上述罗列等条件可以单独使用也可以任意组合使用。该离线消息策略至少包含以上罗列条件的之一,也可以是以上罗列等条件的任意组合。

根据离线消息策略或用户端设置条件选择的用户端需要的离线消息,以下称为离线消息x;根据离线消息策略或用户端设置条件确定的用户不需要的离线消息,以下称为离线消息y。

用户端在本地设置离线消息策略,具体可以表现为通过策略客户端设置或保存离线消息策略。

策略客户端在本地设置离线消息策略,可以是用户端在线时也可以是用户离线时进行设置或修改。

用户端发送消息给服务器端,该消息包含用户端对离线消息策略的操作。用户端发送消息给服务器端,具体表现为策略客户端发消息给策略服务器,策略客户端发消息给策略服务器,包括策略客户端请求策略服务器进行离线消息策略创建、更新、删除、检索、恢复等操作。

服务器端收到用户端发送的对离线消息策略操作的消息;在接收到该消息后,服务器端可以执行对离线消息策略操作。

服务器端收到用户端发送的对离线消息策略操作的消息,具体可以表现为策略服务器收到来自策略客户端对离线消除策略操作的请求消息,服务器端执行对离线消息策略操作,具体可以表现为策略服务器进行所述离线消息策略创建、更新、删除、检索、恢复等操作。

当用户端离线且服务器端收到发送给用户端消息(离线消息)时,服务器端可以保留所述消息(离线消息)。

归属服务器端保留离线消息可以包括:保留离线消息于消息服务器的离线消息队列(如,deferredcpmmessagequeue);或者,消息服务器到策略服务器获取离线消息策略,并根据离线消息策略选择保存用户需要的离线消息于消息服务器的离线消息队列(deferredcpmmessagequeue)。

当用户端重新上线后,服务器端可以根据离线消息策略下发离线消息给用户端。

当用户端重新上线后,如果策略客户端设置或修改设置条件,策略客户端可以发送携带设置或修改了的设置条件的消息发送给策略服务器;策略服务器保存或修改离线消息策略。

服务器端根据离线消息策略下发离线消息给用户端,可以包括以下至少之一:消息服务器从策略服务器获取离线消息策略,根据离线消息策略选择用户端需要的离线消息下发给消息客户端;消息服务器还下发消息给消息客户端,消息包含用户端不需要的离线消息的信息。

消息客户端收到消息服务器下发的离线消息x或离线消息y的信息,可以执行以下操作:消息客户端收到消息服务器下发的离线消息x,如果离线消息x中包含音频消息的概要信息或视频信息的概要信息或文件信息的概要信息,消息客户端向消息服务器请求下发完整的音频消息或视频消息或文件消息;消息客户端收到消息服务器下发的离线消息y的信息,消息客户端请求消息服务器下发离线消息y或放弃下发离线消息y。

上述所有操作可以重复进行,直至消息服务器的所有离线消息下发完;在中间过程中,消息客户端也可以不再发送请求下发离线消息。

下面结合具体的实例对该离线消息的处理方法进行说明。

实例1:

用户端设置离线策略,服务器端根据离线策略下发离线消息。

图7是根据本发明优选实施例的离线消息下发方法的流程图,如图7所示,该方法包括如下步骤:

1,xdmenablerclienta配置或保存设置条件。设置条件与前述离线消息策略类似,至少包含前述条件之一;

2,xdmenablerclienta发消息请求xdmenablerservera创建离线消息策略;

3,xdmenablerservera在服务器端创建或保存离线消息策略;

4,当cpmclient不可达,例如离线、关闭会话窗口等;

5,cmppfa收到离线消息并保存;

6,cpmclienta可达,例如上线、打开会话窗口等;

7,cpmpfa从xdmenablerservera获取离线消息策略,例如,根据xcap(theextensiblemarkuplanguage(xml)configurationaccessprotocol,ietfrfc4825)和xdcp(xdmcommandprotocol)协议从xdmenablerservera获取离线消息策略;

8,cpmpfa根据离线消息策略选择离线消息下发给cpmclient。

实例2:

图8是根据本发明优选实施例的用户端请求服务器端操作离线消息策略的示意图,如图8所示,根据oma定义的xml文档管理(xmldocumentmanagement,简称为xdm)标准实现离线消息策略的创建、修改、检索、删除、恢复等操作。

xdmenablerclienta按照xcap(theextensiblemarkuplanguage(xml)configurationaccessprotocol,ietfrfc4825)和xdcp(xdmcommandprotocol)协议在xdmenablerservera创建、修改、检索、删除、恢复离线消息策略。

实例3:

在本实例中,cpmpf根据cpmclient设置的离线消息策略下发用户端选择的离线消息(离线消息x)给cpmclient。同时,对于用户端没有选择的离线消息策略,cpmpf下发这些没有选择的离线消息(离线消息y)的信息给cpmclient;如果cpmclient收到cpmpf发送的离线消息y的信息,cpmclient可以设置条件请求cpmpf下发完整的离线消息y。

图9是根据本发明优选实施例的cpmclient再次请求下发离线消息的流程示意图。如图9所示,该流程包括如下步骤:

1,cpmclient处于在线状态;

2,cpmpf根据xdmenablerserver的离线消息策略下发离线消息x给cpmclient,其中还有离线消息y没有下发;

3-4,cpmpf发送消息(例如,sipinvite、sipnotify或sipmessage)给cpmclient,所述消息包含离线消息y的信息;

5-6,cpmclient发送ok消息给cpmpf;

7,cpmclient设置条件用于选择要下发的离线消息,上述条件与前述离线消息策略中的罗列条件的至少之一;

上述步骤5,6,7没有先后顺序的区别。

8-9,cpmclient发送sipinvite消息通过sip/ipcore发送给cpmpf,sipinvite包含步骤7所设置条件;

10-11,cpmpf发送ok消息通过sip/ipcore发送给cpmclient;

12,cpmpf根据cpmclient设置的条件下发所选择的离线消息给cpmclient。

如果此时cpmpf还有离线消息没有下发,可以重复步骤3-12直至cpmclient不再请求下发离线消息或所有离线消息全部下发完。

实例4:

图10是根据本发明优选实施例的cpmclient请求下发完整的音频消息或视频消息或文件消息的流程示意图。如图10所示,该流程包括如下步骤:

1,cpmclient收到离线消息,离线消息包含有音频消息或视频消息或cpm文件消息的概要信息;所示概要信息包括以下至少之一:时长、名称、大小、地址等;

2-3,cpmclient发送sipinvite消息通过sip/ipcore发送给cpmpf。其中,sipinvite消息包含cpmclient选择的音频消息或视频消息或cpm文件消息的地址等信息;

4-5,cpmpf发送ok消息通过sip/ipcore发送给cpmclient;

6,cpmpf根据cpmclient的选择下发完整的音频消息或视频消息或cpm文件给cpmclient。

实例5,

图11是根据本发明优选实施例的cpmpf根据离线消息策略处理离线消息的流程示意图。如图11所示,该流程包括如下步骤:

1,xdmenablerservera已经配置了离线消息策略。当cpmclienta不可达时,cpmpfa收到发送给cpmclienta的离线消息;

2,cpmpfa从xdmenablerservera获取离线消息策略(此为可选步骤),例如,根据xcap(theextensiblemarkuplanguage(xml)configurationaccessprotocol,ietfrfc4825)和xdcp(xdmcommandprotocol)协议从xdmenablerservera获取离线消息策略;

3,cpmpfa按照以下方式处理离线消息:保存所述离线消息于cpmpfa离线消息队列(deferredcpmmessagequeue);或者根据步骤2获取的离线消息策略,保存用户选择下发的离线消息于cpmpfa离线消息队列(deferredcpmmessagequeue)。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中提供了一种离线消息的处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。

图12是根据本发明实施例的离线消息的处理装置的结构框图一,如图12所示,该装置包括:

下发模块122,用于根据离线消息策略下发离线消息给用户端;其中,离线消息策略用于指示下发离线消息的条件。

图13是根据本发明实施例的离线消息的处理装置的结构框图二,如图13所示,该装置除包括图12所示的所有模块外,还包括:

接收模块132,连接至上述下发模块122,用于在下发模块根据离线消息策略下发离线消息给用户端之前,接收用户端配置的离线消息策略;或,

配置模块134,连接至上述下发模块122,用于在下发模块根据离线消息策略下发离线消息给用户端之前,根据配置请求配置离线消息策略。

在本实施例中还提供了一种离线消息的处理装置,图14是根据本发明实施例的离线消息的处理装置的结构框图三,如图14所示,该装置包括:

接收模块142,用于接收服务端根据离线消息策略下发的离线消息;其中,离线消息策略用于指示下发离线消息的条件。

图15是根据本发明实施例的离线消息的处理装置的结构框图四,如图15所示,该装置除包括图14所示的所有模块外,还包括:

发送模块152,连接至上述接收模块142,用于在接收模块接收服务端根据离线消息策略下发的离线消息之前,向服务端发送离线消息策略的配置请求或离线消息策略。

需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本发明的实施例中提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:

服务端根据离线消息策略下发离线消息给用户端,其中,离线消息策略用于指示下发离线消息的条件。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:

在服务端根据离线消息策略下发离线消息给用户端之前,方法还包括:

s1,服务端接收用户端配置的离线消息策略;或,

s2,服务端根据配置请求配置离线消息策略。

服务端根据离线消息策略下发离线消息给用户端包括:

s1,服务端从策略服务器中获取离线消息策略;

s2,服务端根据离线消息策略选择待下发的离线消息形成消息队列;

s3,服务端将消息队列的离线消息下发给用户端。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:离线消息包括:离线消息的内容、离线消息的概要信息。

服务端根据离线消息策略选择待下发的离线消息形成消息队列包括:

s1,服务端获取所有待下发的离线消息;

s2,服务端将符合离线消息策略的第一离线消息设置成第一优先级,以及将不符合离线消息策略的第二离线消息设置成第二优先级,其中,第一优先级的下发权限大于第二优先级;

s3,服务端将第一离线消息和第二离线消息形成消息队列。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:用户端包括以下至少之一:融合ip消息cpm策略客户端、cpm消息客户端;服务端包括以下至少之一:cpm策略服务器、cpm消息服务器。

本发明的实施例中还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:

s1,用户端接收服务端根据离线消息策略下发的离线消息;

其中,离线消息策略用于指示下发离线消息的条件。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:离线消息包括以下至少之一:离线消息的内容、离线消息的概要信息。

在离线消息为离线消息的概要信息时,在用户端接收服务端根据离线消息策略下发的离线消息之后,还包括:

s1,用户端请求服务端下发离线消息的内容;或,

s2,用户端请求服务端放弃下发离线消息的内容。

可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:用户端根据设置条件请求服务端下发离线消息。

在用户端接收服务端根据离线消息策略下发的离线消息之前,还包括:

s1,用户端向服务端发送离线消息策略的配置请求或离线消息策略。

可选地,在本实施例中,上述存储介质可以包括但不限于:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

根据本发明的一个实施例,提供了一种离线消息的处理方法,包括:服务端根据离线消息策略下发离线消息给用户端;其中,离线消息策略用于指示下发离线消息的条件。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在服务端根据离线消息策略下发离线消息给用户端之前,方法还包括:服务端接收用户端配置的离线消息策略;或,服务端根据配置请求配置离线消息策略。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:服务端根据离线消息策略下发离线消息给用户端包括:在所述用户端离线时,服务端根据所述离线消息策略选择和保存待下发的离线消息;和/或,在所述用户端在线时,服务端下发根据所述离线消息策略选择的离线消息给用户端。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:用户端包括以下至少之一:融合ip消息cpm策略客户端、cpm消息客户端;服务端包括以下至少之一:cpm策略服务器、cpm消息服务器。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:用户端接收服务端根据离线消息策略下发的离线消息;其中,离线消息策略用于指示下发离线消息的条件。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:离线消息包括以下至少之一:离线消息的内容、离线消息的概要信息。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在离线消息为离线消息的概要信息时,在用户端接收服务端根据离线消息策略下发的离线消息之后,方法还包括:用户端请求服务端下发离线消息的内容;或,用户端请求服务端放弃下发离线消息的内容。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:用户端根据设置条件请求服务端下发离线消息。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在用户端接收服务端根据离线消息策略下发的离线消息之前,用户端向服务端发送离线消息策略的配置请求或离线消息策略。

可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。

显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

THE END
1.断点续传技术,大文件数据传输,稳定发送与接收保存发送端根据这些信息记录已经成功传输的数据,在中断后继续发送剩余数据。实现断点续传时,要求服务器和客户端都支持这一功能。服务器记录已传输的文件片段和状态信息,客户端记录传输中的状态和接收到的文件片段,在重新连接时向服务器发送正确的请求以继续传输。如图2所示,前端和后端分别记录发送和接收的状态。二、上传https://baijiahao.baidu.com/s?id=1817036339552958901&wfr=spider&for=pc
2.为何QQ离线发送要比在线发送快?因为离线发送是发送给QQ服务器的,速度只与当前网络有关,而在线发送需要考虑对方网络,所以速度没有离线https://ask.zol.com.cn/x/7947978.html
3.聊天在线与离线传输文件qq转离线发送和转在线发送有区别吗微信只支持一种文件发送方式,就是发送方把文件发到文件存储服务,然后接收方从文件服务器进行下载。然而,在古老的QQ软件,是支持在线传输和离线传输(微信模式)。 1.离线传输 称之为离线传输,其实是相对与在线传输而言。在qq的概念里,离线传输就是及时对方不在线,仍然可以向其发送文件。 https://blog.csdn.net/littleschemer/article/details/144161451
4.qq离线文件如何接收怎样发送qq离线文件3、选择要发送的文件,点击确定,文件开始传送。 4、传送完成之后,聊天窗口提示离线文件上传成功,此时作为接收方也会收到提示。 QQ离线文件和在线文件有什么区别 1、文件处理方式不同 在线传送:文件是点对点的,就是文件的发收双方。 离线传送:发送方先将文件上传至服务器,待接收方上线后会收到文件接收通知,直接从服https://www.tianqi.com/toutiao/read/103521.html
5.QQ服务器拒绝发送离线文件的解决方法(对方不在线的情况下)QQ技巧经常会使用QQ来接收和发送文件,如果对方不在线,还可以离线发送文件。但今天遇到了这种情况,发送离线文件时,出现了服务器拒绝了发送请求,这是什么原因,有什么解决方法? 服务器拒绝发送离线文件 服务器拒绝了您发送离线文件的原因: 第一种:传输文件容量超过限制;实际上所有的普通QQ用户都可用使用QQ离线文件功能,只不过https://www.jb51.net/qq/249795.html
6.王者荣耀里怎么给好友发消息又如何向不在线的好友发送消息王者荣耀通过数年的运行,游戏内容上已经臻至化境,完全可以媲美端游的各项板块,不过新手玩家在进入游戏后,会遇到一系列问题,比如怎么给在线的微信好友发消息,不在线的好友是不是不能发送离线消息,其实这些当然都是可以的! 王者荣耀给好友发消息玩法: 玩家点击进入王者荣耀主页面,直接点击左下方世界聊天频道,里面有喊话功https://www.qqtn.com/article/article_192864_1.html
7.理解iOS消息推送一文就够:史上最全iOSPush技术详解1)判断app能否在线: 此处可以根据APP自身的后端策略如上一次与后端交互的时间等方法来判断APP能否在线或者者离线。认为在线,会发送在线push,否则,发送离线push。 2)在线push有以下几个特点: 不需要经过苹果APNs; 需要自己实现长链接; 代码在app内部实现。 https://www.songma.com/news/txtlist_i2865v.html
8.redis存储im离线消息mob649e815d65e6的技术博客redis 存储im离线消息,#Redis存储IM离线消息随着即时通讯(IM)应用程序的广泛使用,如何有效地存储和管理离线消息变得尤为重要。用户在不在线时发送的消息如果不能及时接收,将影响用户体验。而使用Redis进行离线消息存储和异步处理,正是一个理想的解决方案。本文将探讨https://blog.51cto.com/u_16175471/12039501
9.IM消息机制(二):保证离线消息的可靠投递腾讯云开发者社区IM消息机制(二):保证离线消息的可靠投递 本文的上篇《IM消息机制(一):保证在线实时消息的可靠投递》中,我们讨论了在线实时消息的投递可以通过应用层的确认、发送方的超时重传、接收方的去重等手段来保证业务层面消息的不丢不重。 但实时在线投递针对的是消息收发双方都在线的情况(如当发送方用户A发送消息给接收方https://cloud.tencent.com/developer/article/1936474
10.移动端使用uniapp,支持私聊群聊离线消息发送图片文件盒子IM是一个仿微信的聊天工具。后端采用springboot+netty实现,web端使用vue,移动端使用uniapp,支持私聊、群聊、离线消息、发送图片、文件、语音、emoji表情、视频聊天等功能。https://gitee.com/wuzhenping/box-im
11.为何QQ服务器会拒绝发送离线文件?可能由于网络连接问题、服务器故障、安全限制、存储空间不足或用户权限设置。建议检查网络环境,清理缓存,重启应用,并确保账户设置允许发送离线文件。如果问题持续,可联系客服寻求帮助。 在数字化时代,即时通讯软件如QQ已成为人们日常生活和工作中不可或缺的工具,用户经常利用QQ发送离线文件,以便在对方不在线时也能传递重要https://www.kdun.com/ask/825613.html
12.揭秘QQ文件传输,是否全经服务器转发及传输速度解析QQ在线发送和离线发送的区别 1、在线发送文件需要双方同时在线,而离线发送文件则不需要接收方在线,离线发送时,发送方只需将文件上传至服务器,接收方上线后会收到文件接收通知,然后从服务器下载文件。 2、在线发送是点对点传输,文件大小没有限制,但不能传送文件夹;离线发送则是将文件上传至服务器,待接收方上线后下载http://www.cloud12.cn/53B2f5776b6a.html
13.如流如果把状态改成“隐身”,您的联系人看到您的状态和“离线”状态是一样的,您可以收到联系人发送给您的即时消息,群消息也同样可以收到,同时您可以发起和一位联系人的会话,也可以参与群内的讨论,不过您的联系人和群成员看到您的状态都是“离线”。 怎样添加表情? 首先,您在聊天的时候看到联系人发了很多好玩的表https://baike.sogou.com/v61825.htm
14.文档中心device_token和alias没有正确绑定、及时更新,导致无法下发 厂商token异常,需要开发者确认divide_token是否与厂商token绑定,确认设备是在线还是离线 消息发送量超过厂商限额 面对很多不同类型的问题,都需要开发者们进行排查,才能知道具体是什么原因导致的消息推送失败。U-Push上线的提效新工具「消息查询」功能就可以帮助开发https://developer.umeng.com/docs/67966/detail/2409275