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

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

背景技术:

富媒体通信(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.chatgpt在线和本地部署区别在线部署和本地部署在数据隐私方面也存在一些区别。在线部署将用户的交互数据发送到OpenAI的服务器上进行处理,用户需要考虑其数据隐私的问题。而本地部署可以保证数据的安全性,用户可以完全控制数据的处理和存储,不需要将数据传输到外部服务器。 在模型更新和改进方面,在线部署和本地部署也存在一些差异。在线部署由OpenAIhttp://chatgpt.cmpy.cn/article/1757675.html
2.上传模式与实时模式详解,操作与应用指南(适用于初学者与进阶用户)在数字时代,上传模式和实时模式广泛应用于网络传输和数据交互领域。 1、上传模式:指的是将文件、数据或信息从本地设备发送到服务器或其他设备的过程,您在网络上分享图片、视频或文档时,就是在使用上传模式。 2、实时模式:指的是数据在产生后,能够立即进行传输和共享的模式,在直播、在线会议、实时通讯等领域应用广泛https://www.shuguo168.com/post/11417.html
3.服务器拒绝你发送离线文件怎么回事?一文读懂深度解析与应对策略检查文件内容:在发送前仔细检查文件名和内容,确保不包含任何敏感或非法信息。使用杀毒软件:在发送文件前,先使用杀毒软件对文件进行扫描,确保文件未被病毒感染。四、安全级别设置问题:过高过低皆不宜 QQ软件的安全级别设置也会影响离线文件的发送。如果本地QQ软件的安全级别设置过高,系统会对发送的文件进行更为严格https://baijiahao.baidu.com/s?id=1818543417326663137&wfr=spider&for=pc
4.QQ中的4G在线标志,技术原理与含义解析五金交电摘要:,,本文探讨了QQ上4G在线的含义及其技术原理。4G在线是QQ状态的一种显示,表示用户当前使用的设备正在通过4G网络连接到QQ。背后的技术原理涉及到移动网络的演进和QQ软件的功能设计。通过了解4G网络的高速数据http://xjxygt.cn/post/15467.html
5.机器之间的信息论与人机之间的信息论算法计算机人机交互机器之间的信息论与人机之间的信息论,尽管有很多交集,但它们在焦点和应用上有一些重要区别。 1.机器之间的信息论 机器之间的信息论主要涉及如何在多个机器或计算系统之间传递和处理信息。它通常关注以下几个方面: 信息编码与传输:如何通过物理介质(例如光纤、无线信号等)传递信息。信息理论中通常使用熵(信息量的度量)https://www.163.com/dy/article/JJUR2IOP05566W3H.html
6.在线发送和离线发送的区别爱问知识人离线发送不需要接收方在线,对方离线或者隐身也可以发送;在线发送需要及时接收,离线发送可以保存在服务器https://iask.sina.com.cn/b/new2I0a4geK5Qx.html
7.qq离线发送和在线发送有什么区别知乎在线发你必须等对方现在点接受来才会发送出去 离线发送相当于源先上传到网络,等对方什么时候2113看见了https://m.wenda.so.com/q/1513509019213770
8.聊天在线与离线传输文件qq转离线发送和转在线发送有区别吗微信只支持一种文件发送方式,就是发送方把文件发到文件存储服务,然后接收方从文件服务器进行下载。然而,在古老的QQ软件,是支持在线传输和离线传输(微信模式)。 1.离线传输 称之为离线传输,其实是相对与在线传输而言。在qq的概念里,离线传输就是及时对方不在线,仍然可以向其发送文件。 https://blog.csdn.net/littleschemer/article/details/144161451
9.发在线和发离线有什么区别,怎么选择发在线和发离线有什么区别,怎么选择 发在线 文件是在发送和下载设备之间直接传输,下载完成前发送端必须保持在线,不能关闭网页,也不能断网。(发送端断线后文件将会失效,不过轻松传支持重连,重新上线后文件将恢复,不需要重发) 适合:接收设备就在手边或者接收方也在线。一对一(少)的对传,尤其是局域网内互传,因为https://support.qq.com/embed/phone/348490/faqs-more/?id=109131
10.qq离线文件如何接收怎样发送qq离线文件3、选择要发送的文件,点击确定,文件开始传送。 4、传送完成之后,聊天窗口提示离线文件上传成功,此时作为接收方也会收到提示。 QQ离线文件和在线文件有什么区别 1、文件处理方式不同 在线传送:文件是点对点的,就是文件的发收双方。 离线传送:发送方先将文件上传至服务器,待接收方上线后会收到文件接收通知,直接从服https://www.tianqi.com/toutiao/read/103521.html
11.qq离线qq离线和离线请留言有什么区别离线和离线请留言有什么区别呢?主要有以下几点区别。 离线是指我们的QQ账号处于离线状态,我们无法接收到其他人发送的消息,而离线请留言是指我们给对方发送消息时,对方不在线,我们选择将消息保存在对方的聊天记录中,等到对方上线后才能看到,可以说,离线请留言是一种主动行为,而离线则是一种被动状态。 http://www.m.0632fc.cn/news/29442.html
12.常见问题和群组有什么区别? 一个聊天室支持100万人。聊天室和群组最大的区别在于,聊天室的消息没有推送通知和离线保存,也没有常驻成员的概念,只要进入聊天室即可接收消息,开始聊天, 一旦退出聊天室,不再会接收到任何消息、通知和提醒。注意:进入聊天室会自动获取最近50条消息,客户端目前不支持创建聊天室 实时音视频怎么收费?https://docs.jiguang.cn/jmessage/guideline/faq
13.第五次全国经济普查专项试点数据处理问题解答(一)3.清查调查员和普查调查员账号注册有何要求? 答:清查调查员注册的手机号码须在单位清查平台的调查员管理功能中提前预置。普查调查员注册的手机号码需要在普查登记数据处理平台提前预置,否则无法进行验证码的发送。 4.普查阶段对自主填报的用户有什么要求? https://www.yueyang.gov.cn/tjj/22746/22753/67182/67186/content_2080266.html
14.理解iOS消息推送一文就够:史上最全iOSPush技术详解1)判断app能否在线: 此处可以根据APP自身的后端策略如上一次与后端交互的时间等方法来判断APP能否在线或者者离线。认为在线,会发送在线push,否则,发送离线push。 2)在线push有以下几个特点: 不需要经过苹果APNs; 需要自己实现长链接; 代码在app内部实现。 https://www.songma.com/news/txtlist_i2865v.html
15.王者荣耀里怎么给好友发消息又如何向不在线的好友发送消息王者荣耀通过数年的运行,游戏内容上已经臻至化境,完全可以媲美端游的各项板块,不过新手玩家在进入游戏后,会遇到一系列问题,比如怎么给在线的微信好友发消息,不在线的好友是不是不能发送离线消息,其实这些当然都是可以的! 王者荣耀给好友发消息玩法: 玩家点击进入王者荣耀主页面,直接点击左下方世界聊天频道,里面有喊话功https://www.qqtn.com/article/article_192864_1.html
16.一文搞懂:Web3.0钱包是什么?如何创建和使用?如何确保安全?发送和接收加密货币:用户可以通过Web3钱包发送和接收加密货币,完成各种支付和交易。 管理区块链地址:每个Web3钱包都会生成一对公钥和私钥,用于管理区块链上的地址。 连接DApps:Web3钱包允许用户连接并与各种DApps进行交互,如借贷平台、去中心化交易所等。 https://www.528btc.com/zhuanti/1316042.html
17.质检培训完整操作指南针对自定义添加的质检标准,如果是有规律可循的标准,建议选择规则检出,然后把规则配起来,规则支持买家咨询商品/买家咨询时间/买家消息内容/客服消息发送位置/是否下单/客服回复行为/等多条件。 设置自定义规则检出后,满足规则条件的会话会自动打上扣分项或加分项的标签。 https://www.360doc.cn/article/27880450_1075329921.html
18.11家最佳电子邮件服务提供商(2022年免费)通过自动操作保护您的帐户,并远离垃圾邮件发送者的异常活动。 它适用于 iOS 和 android 设备,即使离线也能个性化您的体验。 通过添加用户、管理组别名和设置策略,主控制面板可以轻松配置、自定义和调整您的电子邮件内容。 通过右键单击搜索来自任何发件人的电子邮件,并提供 50 多个键盘快捷键。 https://www.douban.com/note/828512166/
19.基于WebSocket技术的即时通讯51CTO博客我们可以把第一种方式称作在线发送。可以把第二种方式称作离线发送。很显然在线发送的即时性比较好,但对技术的要求显然更高(特别是对于JavaScript这种技术在读写本地磁盘方面有着很大的局限性),同时也要求两个客户端必须同时在线。所以可以在WEB上考虑第二种方式是目前阶段比较理智的行为。http://bewweb.blog.51cto.com/12604306/1900201
20.揭秘QQ文件传输,是否全经服务器转发及传输速度解析QQ在线发送和离线发送的区别 1、在线发送文件需要双方同时在线,而离线发送文件则不需要接收方在线,离线发送时,发送方只需将文件上传至服务器,接收方上线后会收到文件接收通知,然后从服务器下载文件。 2、在线发送是点对点传输,文件大小没有限制,但不能传送文件夹;离线发送则是将文件上传至服务器,待接收方上线后下载http://www.cloud12.cn/53B2f5776b6a.html
21.肇庆用友U8+V15.0的行业插件后续适配发版,以《U8+V15.0行业插件发在金税开票界面,可以选择需要开具发票的电商订单记录进行开票和红冲操作。 对于电子发票,可以根据电商订单的信息推式生成发票管理中销项发票的待开票记录。 在发票管理模块中进行电子发票的具体开票作业,企业可以将电商订单中销售数据直接在线开具电子发票,生成电子成票PDF文件,并可以通过客户的电子邮件地址,直接发送到客户邮https://www.ufida168.com/case_detail/2782.html
22.邮件toccbcc区别宜搭版本区别M2与D2的区别 您好,M2和D2区别如下:M2:智能前台考勤,支持离线储存1000张人脸;D2:门禁功能+考勤,支持离线储存10000张人脸。 查看详情 如何查看自己发送的钉钉邮件 您好,若需要查看【已发送】的邮件明细,查看路径如下:【手机端钉钉】-【工作台】-【邮箱】-【收件箱】-【已发送】;【电脑端钉钉】- 左侧【邮https://www.dingtalk.com/qidian/help-keyword-128157.html