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

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

背景技术:

富媒体通信(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.IM开发基础知识补课(五):通俗易懂,正确理解并用好MQ消息队列2)另一种称为延迟消息:即消息从某端发出后,首先进入一个容器进行临时存储,当达到某种条件后,再由这个容器发送给另一端。 在上述“消息传递方式2)”中所指的这个容器的一种具体实现就是MQ消息队列服务。 MQ消息队列中间件是中大型分布式系统中重要的组件,它主要用来解决:应用解耦、异步消息、流量削锋等问题,用以https://cloud.tencent.com/developer/article/1346912
2.QQ里发送文件和发送离线文件有什么不同?发离线文件,文件可以保留7天,好友不在线或关闭窗口,好友下次登陆,还能收到的。操作方法如下: 1、首先打开电脑上的QQ软件登陆,点击要发送文件的好友,发现好友是不在线的。 2、打开好友聊天窗口后点击发送文件。 3、弹出的界面点发送离线文件。 4、然后选择电脑上要发送的文件,这样文件就离线发送给了好友。 5、当https://wenda.so.com/q/1455960290721244
3.聊天在线与离线传输文件qq转离线发送和转在线发送有区别吗微信只支持一种文件发送方式,就是发送方把文件发到文件存储服务,然后接收方从文件服务器进行下载。然而,在古老的QQ软件,是支持在线传输和离线传输(微信模式)。 1.离线传输 称之为离线传输,其实是相对与在线传输而言。在qq的概念里,离线传输就是及时对方不在线,仍然可以向其发送文件。 https://blog.csdn.net/littleschemer/article/details/144161451
4.邮件基本概念及发送方式蚂蚁小哥邮件基本概念及发送方式 回到目录 ↑↑↑ 一:邮件发送的基本介绍 在工作中我相信大家会经常和邮件打交道,用邮件来进行信息的交流和汇报工作情况;但是在我们程序员眼里,邮件的用处还是挺广泛的,比如我们在注册账号完成时平台会发送一封邮件给我们,让我们点击邮件里的链接来激活当前注册的账号;其实邮件还可以实现验证码https://www.cnblogs.com/antLaddie/p/15546365.html
5.在线传送和离线传送有什么区别在线传送和离线传送有..但对于大型软件或大量的多媒体文件来说选择哪种方式就要根据具体情况而定:是否需要在两台机器间建立即时连接以及是否能接受较长的传送延迟都可能影响最终的选择https://tieba.baidu.com/p/8808758805
6.交易公告3.11、冷却方式:ONAN(油浸空气循环自冷式) 3.12、有载调压分接开关:变压器生产厂家配套提供,要求选择国内名牌产品,满足国家及行业相关标准,同时必须满足当地海拔 3300m 及其他相关环境参数的要求。 3.13、其他诸如轨距、变压器套管外绝缘泄漏比距、绕组绝缘耐热等级、绕组绝缘水平、温升限值、电压升高时的运行持续时间等https://www.qhggzyjy.gov.cn/ggzy/jyxx/001001/001001003/20211224/4629299d-f91b-4656-be33-3d3213b51cd3.html
7.奥鹏作业答案优学网A、收/发双方可以使用各自独立的接收器/发送器时钟 B、收发双方不必同步 C、省去了同步字符所以传送效率高 D、校验方法多 三、判断题(共5题,20分) 1.传输距离较远时,常采用并行传送方式,传输距离较近时,常采用串行传送方式。 A、错误 B、正确 http://www.youxue100f.com/jldx/2023-04-24-11965.html
8.前端和框架(144)少部分浏览器不支持,浏览器支持的程度与方式有区别。 http://www.cnblogs.com/best/p/5695570.html#_label1 3、什么是magic string 4、如何创建响应式布局 @media (min-width: 768px){ .pg-header{ background-color: green; } } @media (min-width: 992px){ https://www.jianshu.com/p/057e028aa44f
9.qq离线文件如何接收怎样发送qq离线文件3、选择要发送的文件,点击确定,文件开始传送。 4、传送完成之后,聊天窗口提示离线文件上传成功,此时作为接收方也会收到提示。 QQ离线文件和在线文件有什么区别 1、文件处理方式不同 在线传送:文件是点对点的,就是文件的发收双方。 离线传送:发送方先将文件上传至服务器,待接收方上线后会收到文件接收通知,直接从服https://www.tianqi.com/toutiao/read/103521.html
10.即时通信教学设计9篇(全文)(1) 图七所示的就是封锁UDP方式之后的抓包图, 由于Binding Response包被拦截, 客户端发送Binding Request之后长时间没有收到来自服务器发送回来的Binding Response包, 客户端就会自动转向使用TCP (9000) 端口和HTTP (80) 端口来传输数据。 (2) 图八黑色的包就是MSN在视频传输时通过TCP直接传输时被截住的包。 https://www.99xueshu.com/w/file7y9jjdrh.html
11.思科网络技术学院教程(第6版):网络简介第8章“对IP网络划分子网”:探讨如何根据网络需求以最佳的方式划分IP地址空间,以改善网络性能。探讨如何确定有效的主机地址以及子网地址和广播地址。这一章探讨子网划分时,涉及IPv4和IPv6。 第9章“传输层”:介绍了传输控制协议(TCP)和用户数据报协议(UDP)以及它们如何通过网络传输信息。探讨TCP如何使用分段、三次握手https://www.epubit.com/bookDetails?id=N15003
12.我们给区块链提了这100个问题来全面扫盲科技频道区块链是一个集合了密码学、分布式储存、智能合约、共识算法等多种新兴技术的数据传输方式,本质上是一种集成技术,而非一个特定技术的发明。 区块链本质上是一个应用了密码学技术的,多方参与、共同维护、持续增长且不可篡改的分布式数据库系统,也称为分布式共享账本。在数据上传的过程中,数据会被打包到一起形成一个https://tech.hexun.com/2019-11-13/199255086.html
13.网红面试题:从输入Url到看到页面发生了什么主要是为了确认双方的接收能力和发送能力是否正常、制定自己的初始化序列号为后面的可靠性传送做准备。 可以理解为一对男女要分手。 女方提出分手,说你对我不好,我要分手。 男方觉得需求合理,同意分手,但分手之前要把联系方式、合照、各种乱七八糟的的事情算清楚再分手。 https://www.51cto.com/article/707647.html
14.揭秘QQ文件传输,是否全经服务器转发及传输速度解析2、在局域网内,QQ传输文件通常不会经过腾讯的服务器,而是通过点对点的方式进行传输,这样可以提高传输速度。 QQ在线发送和离线发送的区别 1、在线发送文件需要双方同时在线,而离线发送文件则不需要接收方在线,离线发送时,发送方只需将文件上传至服务器,接收方上线后会收到文件接收通知,然后从服务器下载文件。 http://www.cloud12.cn/53B2f5776b6a.html
15.面试:可以写到简历上的分布式IM即时通讯系统冰河技术分布式IM即时通讯系统本质上就是对线上聊天和用户的管理,针对聊天本身来说,最核心的需求就是:发送文字、图片、文件、语音、视频、消息缓存、消息存储、消息未读、已读、撤回,离线消息、历史消息、单聊、群聊,多端同步,以及其他一些需求。 对用户管理来说,存在的需求包含:添加好友、查看还有列表、删除好友、查看好友https://binghe.gitcode.host/md/project/im/start/2023-12-08-interview.html
16.一种LORA集中器及其数据传输方法系统专利专利查询LORA节点处于离线状态,则LORA集中器返回给服务器错误代码,LORA节点处于在线状态,LORA集中器将服务器发送的参数配置命令进行存储,并向服务器发送等待指令,当LORA节点上传数据完成后,LORA集中器再将服务器发送的参数配置命令发送至LORA节点,如果节点类型为实时传输类型,则服务器发送的参数配置命令立即通过LORA集中器发送至https://www.tianyancha.com/patent/6f9b691ec582185f824a2543929706f8