自定义动态策略部署的服务器、通信系统及方法与流程

本发明涉及通信技术领域，特别涉及自定义动态策略部署的服务器、通信系统及方法。

背景技术：

在通信参与方进行消息交互时，现有技术只能使用系统统一规定的交互方式，如文本、语音、图片、视频、表情等，无法灵活定制扩展；并且在交互过程中用户无法自定义动态过滤或重点提醒关注的数据，尤其是在群会话中，用户接收全部会话消息，不仅增加了流量，而且会占用过多存储空间。

专利cn104853043a公开了一种通知消息的过滤和控制系统，用于智能手机向智能手表推送通知消息时，根据一定的策略对通知消息进行过滤和控制，以减少对用户的干扰。包括：智能手机获取过滤和控制策略；有通知消息时，根据过滤和控制策略对通知消息进行过滤和控制；将符合过滤和控制策略的通知消息推送给智能手表。但是该方案用于智能手机向智能手表推送通知消息的情境，该方案用户不能在交互过程中动态自定义接收方的策略。

而目前的通信方式中，大量的通信方式为客户端应用程序之间的消息传送，例如微信；目前的技术，虽然有为发送的消息增加标签，通过通讯防火墙拦截不满足设定参数的消息的方案，该种技术方案一定程度上实现了消息接收的自定义化，但无法在群会话中实现多方会话成员间的策略设定，也不能在会话过程中动态设定消息参数，更不能限定接收到的消息类型。

技术实现要素：

本发明的目的在于克服现有技术的不足，提供一种自定义动态策略部署的服务器、通信系统及方法。通过对服务器的改进在通信过程中增加动态策略控制功能，在通信建立、通信过程中，通信参与方可以随时选择服务器策略池中的可选策略，调整消息接收方式、内容提醒方式、消息类型等，节省消息存储空间。通过动态制定策略的方式解决现有技术在交互过程中用户无法自定义动态过滤或重点提醒关注的数据的问题。

本发明提供的一种自定义动态策略部署的服务器，其技术方案为：

一种自定义动态策略部署的服务器，包括通讯模块、分析处理模块和存储模块，通讯模块用于策略和消息的传输；分析处理模块用于会话性质、策略性质及消息性质的分析判断，并用于对策略进行验证；存储模块用于存储供客户端调用的策略池和存储客户端自定义设定的策略。

本发明还提供了一种自定义动态策略部署的通信系统，包括客户端和服务器，客户端包括通讯模块、分析处理模块、输入模块、显示模块和存储模块，服务器是上述的自定义动态策略部署的服务器；

客户端通讯模块用于策略和消息的传输；分析处理模块用于会话性质、策略性质及消息性质的分析判断，并用于对策略进行验证；输入模块用于策略参数及消息的输入；显示模块用于消息及通知消息的显示；存储模块用于存储消息及本地策略库。

优选地，客户端的输入模块能够从服务器的策略池调取策略，接收用户选择的策略及参数输入，完成策略的自定义设置；分析处理模块根据会话性质及策略性质将策略存储在本地策略库或由通讯模块传输至服务器。

优选地，服务器通讯模块接收客户端发送的策略；分析处理模块根据会话性质及策略性质将策略存储在会话策略库或由通讯模块传输至相应的客户端。

优选地，客户端接收服务器发送的策略，存储在客户端的本地策略库中。

优选地，客户端在发送和/或接收消息时对本地策略库中的策略进行验证；服务器在发送和/或接收消息时对相应会话策略库中的策略进行验证。

本发明还提供了一种上述的服务器的策略验证方法，服务器接收发送客户端的消息，根据服务器存储的该会话的会话策略库中的策略对消息进行验证，验证通过，则将消息发送到接收客户端。

本发明还提供了一种上述的通信系统的通信方法，在互发消息时或互发消息过程中，需依次根据发送客户端存储的本地策略库、服务器存储的会话策略库、接收客户端存储的本地策略库进行策略验证。

优选地，在会话发起时或会话过程中，客户端基于输入板从服务器策略池中选择一项或多项策略；

根据所选策略实现策略参数输入，并根据会话性质及策略性质将策略存储在本地策略库、上传至服务器或经由服务器传输至相对方客户端。

优选地，所述策略池是根据通信过程中消息传输的各个节点制定的。

本发明的实施包括以下技术效果：

本发明服务器的存储模块中存储有供客户端调用的策略池，而且基于客户端的输入板策略应用设计，在通信建立、通信过程中，通信参与方可以随时通过输入板选择策略池中的可选策略，调整消息接收方式、内容提醒方式、消息类型等，完成自定义动态策略部署，将自定义设定的策略存储在服务器的会话策略库中、或者存储在客户端的本地策略库中，发送客户端和接收客户端在互发消息时，服务器分析处理模块对会话性质、策略性质及消息性质进行分析判断，并进行策略验证。本发明通过动态制定策略的方式解决现有技术在交互过程中用户无法自定义动态过滤或重点提醒关注的数据的问题。

采用本发明的技术方案，用户还可以自定义脚本策略，使消息处理更加自由灵活。

采用本发明的技术方案，在群会话中，每个群成员均可自定义发送或接收消息的对象及类型，免打扰方式多样化，自由度更高，且可以有效节省存储空间，节约流量。

采用本发明的技术方案，在通信过程中增加动态策略控制功能，会话发起方及接收方均能够自定义策略，并可在会话发起时和会话中更改策略，实现策略动态自定义部署。

附图说明

图1为本发明实施例的一种自定义动态策略部署的通信系统结构示意图。

图2为本发明实施例的一种自定义动态策略部署的通信系统设计原理示意图。

图3为策略分类示意图。

图4为本发明实施例的一种自定义动态策略部署的通信方法流程示意图。

图5为策略池的制定流程意图。

具体实施方式

下面将结合实施例以及附图对本发明加以详细说明，需要指出的是，所描述的实施例仅旨在便于对本发明的理解，而对其不起任何限定作用。

本发明中，服务器和客户端的分析处理模块对会话性质、策略性质及消息性质进行分析，作为策略验证的前提，并根据会话性质、策略性质及消息性质做出相应的处理。在详细介绍本发明的技术方案之前，首先对几个概念做出解释：

会话性质包括单聊或群聊，例如，对于“仅接收某类型消息”的策略，对于单聊模式，该策略通过服务器下发至发送客户端，在消息发送时即进行策略验证，不允许被禁止的消息类型发出，从而节省发送方的流量；而对于群聊模式，该策略仅上传至服务器，不需要下发至发送客户端，发送客户端发送的消息在服务器中进行验证，服务器不向设置了该策略的群成员转发相关消息，节省了接收方的流量。

策略性质包括提醒策略、不接收策略、黑名单策略、白名单策略、客户端脚本策略、服务端脚本策略、输入板应用策略等等。

消息性质包括发送人、消息类型(文字、语音、图片、视频、文件等)、是否指定接收方等信息。

通知消息指的是分析处理模块进行策略验证，对验证结果进行反馈的消息；例如通知消息可以是服务器发出的消息接收客户端不接收该消息的反馈消息；或者是禁止消息发送客户端发出消息的反馈消息。

策略参数指对于某一策略类型而言其对应的参数，每一个策略具有一个或多个策略参数。

本地策略库指的是自身客户端自定义设定(从服务器策略池中选择设定)的策略，以及相对方客户端自定义设定(从服务器策略池中选择设定)的策略并经服务器发送到自身客户端存储的多个策略集合；会话时或会话过程中该策略集合通过客户端进行验证。

策略池指的是系统设定并存储在服务器中的策略集合，供客户端调用并自定义选择设置。

会话策略库指的是会话方自定义设定(从服务器策略池中选择设定)的策略并存储在服务器中的策略集合，会话时或会话过程中服务器对该策略集合进行验证。

本实施例提供了一种自定义动态策略部署的服务器，包括通讯模块、分析处理模块、存储模块，通讯模块用于策略和消息的传输；分析处理模块用于会话性质、策略性质及消息性质的分析判断，并用于对策略进行验证；存储模块用于存储供客户端调用的策略池和存储客户端自定义设定的策略。本实施例服务器的存储模块中存储有供客户端调用的策略池，而且基于客户端的输入板策略应用设计，在通信建立、通信过程中，通信参与方可以随时通过输入板选择策略池中的可选策略，调整消息接收方式、内容提醒方式、消息类型等，完成自定义动态策略部署，将自定义设定的策略存储在服务器的会话策略库中、或者存储在客户端的本地策略库中，发送客户端和接收客户端在互发消息时，服务器分析处理模块对会话性质、策略性质及消息性质进行分析判断，并进行策略验证。本发明通过动态制定策略的方式解决现有技术在交互过程中用户无法自定义动态过滤或重点提醒关注的数据的问题。

参见图1所示，本实施例还提供了一种自定义动态策略部署的通信系统，包括客户端和服务器，客户端包括通讯模块、分析处理模块、输入模块、显示模块和存储模块，服务器是上述的自定义动态策略部署的服务器；

客户端通讯模块用于策略和消息的传输；分析处理模块用于会话性质、策略性质及消息性质的分析判断，并用于对策略进行验证；输入模块用于策略参数及消息的输入；显示模块用于消息及通知消息的显示；存储模块用于存储消息及本地策略库。客户端在发送和/或接收消息时对本地策略库中的策略进行验证；服务器在发送和/或接收消息时对相应会话策略库中的策略进行验证。

参见图2所示，图中箭头表示策略操作的走向，虚线上方表示发起方设置强制/可选策略的过程；虚线下方表示接收方设置强制/可选策略的过程。具体地，客户端的输入模块能够从服务器的策略池调取策略，接收用户选择的策略及参数输入，完成策略的自定义设置；分析处理模块根据会话性质及策略性质将策略存储在本地策略库或由通讯模块传输至服务器。服务器通讯模块接收客户端发送的策略；分析处理模块根据会话性质及策略性质将策略存储在该会话的会话策略库或由通讯模块传输至相应的客户端。客户端接收服务器发送的策略，存储在客户端的本地策略库中。例如单聊模式下选择“仅提示”策略，该策略只存储在本地策略库；群聊模式下选择“不接收某些人消息”策略，该策略将由客户端通讯模块传输至服务器，存储在服务器会话策略库中。

具体地，策略分为标准策略和可选策略。会话的人数可以为2个(单聊)或2个以上(群聊)。参见图3所示，策略包括群策略、脚本策略及输入板应用策略等，其中输入板应用策略为公共策略，通过输入板应用策略实现策略输出。群策略包括但不限于：群聊模式下，屏蔽某些人、仅接收@、仅接收某类型消息、仅接收某些人消息、仅提示、自动同步、禁言/发言等；脚本策略，包括客户端脚本策略和服务端脚本策略。在群会话中，高权限的用户能够设置低权限用户的可选策略内容，例如群主用户能够将禁言权限下发至管理员用户。

本发明还提供了一种基于如上服务器的策略验证方法，服务器接收发送客户端的消息，根据服务器存储的该会话的会话策略库中的策略对消息进行验证，验证通过，则将消息发送到接收客户端。

参见图4所示，本发明还提供了一种基于如上通信系统的通信方法，在互发消息时或互发消息过程中，需依次根据发送客户端存储的本地策略库、服务器存储的会话策略库、接收客户端存储的本地策略库进行策略验证。

具体地，发送客户端本地策略库验证步骤为在消息发送前根据本地策略库进行策略验证，验证通过，将消息发送到服务器；验证不通过，显示通知消息。服务器会话策略库验证步骤为服务器接收发送客户端的消息，根据服务器存储的会话策略库进行验证，验证通过，将消息发送到接收客户端；接收客户端本地策略库验证步骤为接收客户端接收服务器发送的消息，根据本地策略库进行验证，并依据策略进行显示或提醒。

自定义动态策略的制定通过以下步骤完成：在会话发起时或会话过程中，客户端基于输入板在服务器策略池中选择一项或多项策略；调取策略时点击“策略”按钮的同时会进入参数设定界面，从策略池中选择某个策略，例如，对接收方/发送方的选择，对文件类型的选择，对接收方式的选择等等。

根据所选策略实现策略参数输入，并根据会话性质及策略性质将策略存储在本地策略库、上传至服务器会话策略库或经服务器进行策略判断后，由服务器下发至相对方客户端本地策略库；

本实施例中，根据会话性质及策略性质判断策略需要在哪一阶段进行验证，就将相应的策略存储在相应的策略库中，例如，对于“仅接收某类型消息”的策略，单聊模式下，需将该策略下发至发送客户端，并存储在发送客户端本地策略库中，在消息发送时即进行策略验证，不允许被禁止的消息类型发出，节省发送端的流量；而对于群聊模式，该策略仅上传至服务器存储在服务器会话策略库中，不需要下发至发送客户端，发送客户端发送的消息在服务器中进行验证，服务器不向设置了该策略的群成员转发相关消息，节省了接收端的流量。提醒策略就只需将该策略存储在接收客户端的本地策略库中，收到消息时进行相应提示。

群聊模式下，根据策略性质将策略存储在本地策略库、上传至服务器或经由服务器传输至相对方客户端的不同处理方式，再举例如下：

若策略为屏蔽某些人、仅接收@、仅接收某类型消息、仅接收某些人消息时，该策略上传至服务器；

若策略为仅提示、自动同步时，该策略存储在本地策略库；这些策略为无需下发策略；

若策略为禁言/发言时，该策略经由服务器传输至相对方客户端，这些策略为需下发策略。接收到策略的客户端将接收到的策略存储在本地策略库。

参见图5所示，策略池是根据通信过程中消息传输的各个节点制定的。关于策略池的产生，是根据通信过程涉及到的消息类型(例如制定不接收大于1m的文件策略，策略下发到相对方，发送方无法发送大于1m的文件)、消息提示方式(例如将含有特定关键词的交互消息凸出显示)、会话性质(单聊或群聊)等环节的可能性，及相应的输出方式、展示方式、处理方式，梳理出消息传输的各个节点制定对应的交互策略和客户端响应指令。制定策略池的数据源包括消息表(from、to、time、status、data、attachment、type)、群成员表(temail、role)、群会话表(session、from、data、status)或输入板应用表(inputappname、toontype、icon、outputdata、bubbletemplate、approuter、bubblerouter)中的一种或任几种。策略池的制定是依据一些字段，例如from(发送方)，to(接收方)，type(数据类型)等，图5中的字段以编程涉及到的字段作为示例。

为了更详细的说明本发明的技术方案，以下通过具体示例对单聊模式策略执行的方法和群聊模式策略执行的方法再进行说明。

单聊模式策略执行的方法：

a-b单聊模式下，b客户端制定“不接收大于1m的文件”以及“仅提示”策略，其中“不接收大于1m的文件”策略下发到a客户端，存储在a客户端本地策略库；“仅提示”策略只存储在b客户端本地策略库。

当a客户端发送大于1m的文件时，本地策略验证不通过，无法发送，a客户端显示“无法发送”通知消息；当a客户端发送小于1m的文件或其他消息时，本地策略验证通过，消息经客户端转发到b客户端。b客户端进行本地策略验证，仅提示有新消息，但不显示消息具体内容。

群聊模式策略执行的方法：

聊天群中某成员c通过客户端设置策略，选择“仅接收某些人消息”策略，并设置策略参数，选择群成员d、e、f，即制定了仅接收d、e、f的消息、而屏蔽其余人消息的策略；同时设置“仅提示”策略；“仅接收成员d、e、f的消息”的策略上传至服务器；“仅提示”的策略保存至本地策略库；

群主d通过客户端设置策略，选择“禁言”策略，并设置策略参数，选择群成员g，即制定了禁止成员g发言的策略；该策略上传至服务器，由服务器下发至g客户端；

g客户端将“禁言”策略保存至本地策略库；

g客户端发起群消息，本地策略验证不通过，无法发送消息，显示“已被禁言”的通知消息；

e客户端发起群消息，本地策略验证通过；服务端接收该消息，并进行策略验证，验证后，该消息将下发至所有客户端，其中，c客户端提示有新消息进入；

h客户端发起群消息，本地策略验证通过；服务端接收该消息，并进行策略验证，验证后，该消息将下发至除c外的其余群成员客户端。

可选的，群主d可以将禁言权限下发给指定成员。

最后应当说明的是，以上实施例仅用以说明本发明的技术方案，而非对本发明保护范围的限制，尽管参照较佳实施例对本发明作了详细地说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的实质和范围。