消息显示方法、处理方法、装置、电子设备和存储介质与流程

本发明实施例涉及计算机技术领域，尤其涉及一种消息显示方法、处理方法、装置、电子设备和存储介质。

背景技术：

im(instantmessaging，即时通讯)是目前互联网上最为流行的一种通讯方式，大部分的应用app都开发或集成了im模块。

目前通过im进行对话时，即用户登录成功后，通过app与另一个登录用户进行聊天时，在app的同一聊天界面中显示当前用户与另一用户聊天的所有信息。

但当业务复杂的时候，例如医疗行业的会诊业务、复诊业务或者医疗咨询业务等，医生与同一用户之间关于不同业务的聊天信息并不希望全部显示在同一聊天界面，这样不利于医生快速获取有效信息，降低了医生与用户之间的沟通效率。

技术实现要素：

本发明实施例提供了一种消息显示方法、处理方法、装置、电子设备和存储介质，实现了对不同维度消息的分开显示，有利于提高用户之间的沟通效率。

第一方面，本发明实施例提供了一种消息显示方法，应用于消息接收端，该方法包括：

当接收到消息时，确定所述消息所属的维度类别；

根据所述维度类别确定是否将所述消息显示在当前聊天界面；

其中，所述维度类别包括业务场景类别。

第二方面，本发明实施例还提供了一种消息处理方法，应用于消息发送端，该方法包括：

接收消息发送指令；

在所述消息的扩展字段添加所述消息所属的维度类别，以使消息接收端基于所述维度类别确定所述消息的处理策略；

其中，所述维度类别包括业务场景类别；

所述业务场景类别包括下述至少一种：医疗会诊业务、医疗复诊业务以及医疗咨询业务。

第三方面，本发明实施例还提供了一种消息显示装置，集成于消息接收端，该装置包括：

第一确定模块，用于当接收到消息时，确定所述消息所属的维度类别；

第二确定模块，用于根据所述维度类别确定是否将所述消息显示在当前聊天界面；

其中，所述维度类别包括业务场景类别和/或用户类别。

第四方面，本发明实施例还提供了一种消息处理装置，集成于消息发送端，该装置包括：

第一接收模块，用于接收消息发送指令；

添加模块，用于在所述消息的扩展字段添加所述消息所属的维度类别，以使消息接收端基于所述维度类别确定所述消息的处理策略；

其中，所述维度类别包括业务场景类别和/或用户类别；

所述业务场景类别包括下述至少一种：医疗会诊业务、医疗复诊业务以及医疗咨询业务。

第五方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例所提供的消息显示方法以及消息处理方法步骤。

第六方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的消息显示方法以及消息处理方法步骤。

上述发明中的实施例具有如下优点或有益效果：

通过当接收到消息时，确定所述消息所属的维度类别；根据所述维度类别确定是否将所述消息显示在当前聊天界面；其中，所述维度类别包括业务场景类别的技术手段，实现了对不同维度消息的分开显示，有利于提高用户之间的沟通效率。

附图说明

图1是本发明实施例一提供的一种消息显示方法的流程图；

图2是本发明实施例一所涉及的另一种消息显示方法的流程示意图；

图3是本发明实施例一提供的又一种消息显示方法的流程示意图；

图4是本发明实施例二提供的一种消息处理方法的流程图；

图5是本发明实施例二所涉及的一种维度类别接口的链式链接示意图；

图6是本发明实施例二所涉及的一种消息接收端执行的消息显示方法流程示意图；

图7是本发明实施例二所涉及的一种在消息发送时，对消息进行处理的代码实现流程图；

图8是本发明实施例二所涉及的一种消息发送端、消息接收端、消息服务端相互配合工作的消息显示流程示意图；

图9是本发明实施例二所涉及的一种历史消息查询处理的流程示意图；

图10是本发明实施例三提供的一种消息显示装置的结构示意图；

图11是本发明实施例四提供的一种消息处理装置的结构示意图；

图12是本发明实施例五提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种消息显示方法的流程图，本实施例的技术方案应用于消息接收端，具体可以是某咨询类的app，例如医疗行业的网上会诊类应用app，该类app可以安装于患者(可以理解为用户)的手机或者电脑，同时在医生的手机或者电脑也安装有与患者端的app匹配的app，患者可以通过其手机或者电脑的app与医生发起即时聊天，医生通过其手机或者电脑的app与患者进行沟通。

所述消息显示方法可以由消息显示装置来执行，该装置可以由软件和/或硬件的方式来实现。如图1所示，该方法具体包括以下步骤：

步骤110、当接收到消息时，确定所述消息所属的维度类别。

其中，所述维度类别包括业务场景类别，所述业务场景类别包括下述至少一种：医疗会诊业务、医疗复诊业务以及医疗咨询业务。其中，医疗会诊业务可以指患者第一次就诊相关的业务，该业务场景下通常会涉及患者诉说自己的症状、不适感等，医生会为患者开具检查单，例如b超的检查单或者验血的检查单等。医疗复诊业务可以指患者在第一次就诊后的几天之内的会诊，可以通俗地理解为是复查，以前一次的就诊记录为基础，患者就相同的病症与相同的医生进行沟通。医疗咨询业务可以指一些保健方面的信息咨询，该种业务场景下通常不存在病症。

所述维度类别还可以包括用户类别。“用户类别”可通过如下场景进行理解，例如张三在其手机安装了医疗咨询类app，并且张三使用自己的身份信息进行了注册，则张三为该app的一个有效用户，张三通过该app与医生李四针对自己皮肤长痘的情况进行了医疗会诊，则张三为一具体的用户类别，对应的业务场景类别为医疗会诊业务。同时，张三本人或者张三的母亲通过张三手机上的所述app针对张三母亲血压高的事项与医生李四进行了医疗咨询，询问平时的注意事项，则张三母亲也为一具体的用户类别，对应的业务场景类别为医疗咨询业务。需要说明的是，由于使用的是利用张三的身份信息注册的app针对张三母亲的个人情况与医生李四进行的沟通，因此，张三母亲并不是所述app的有效用户，但是张三母亲为一具体的用户类别，张三母亲可以理解为是有效用户张三的分支用户。

本实施例的技术方案旨在实现在上述场景下，实现针对不同用户类别在不同业务场景下消息的单独显示，即针对张三皮肤长痘与医生李四进行沟通过程中的相关消息显示在一个聊天界面，而针对张三母亲高血压事项与医生李四进行医疗咨询的过程中产生的相关消息显示在另一聊天界面，上面两类消息分开显示，虽然是通过同一app与同一医生进行沟通产生的消息，但是需要根据消息所属的业务场景类别以及用户类别进行单独显示，以方便医生或者患者及时捕获消息所传达的内容，提高沟通效率。

示例性的，所述确定所述消息所属的维度类别，包括：

对所述消息进行解析，获取所述消息的扩展字段数据；

根据所述扩展字段数据确定所述消息所属的维度类别。

其中，所述消息在被消息发送端发送时，在消息的扩展字段添加了用于标识消息所属维度类别的数据，当消息接收端接收到消息时，可以通过对消息进行解析，获取消息的扩展字段数据，从而根据扩展字段数据确定消息所属的维度类别。

步骤120、根据所述维度类别确定是否将所述消息显示在当前聊天界面。

示例性的，所述根据所述维度类别确定是否将所述消息显示在当前聊天界面，包括：

根据所述扩展字段数据从预设工具获取预先注册的过滤规则对象；

将所述消息添加至所述过滤规则对象，获得过滤结果；

根据所述过滤结果确定是否将所述消息显示在当前聊天界面。

所述将所述消息添加至所述过滤规则对象，获得过滤结果，包括：

将所述消息的维度类别与所述过滤规则对象记录的类别标识进行比对；

若所述消息的维度类别与所述过滤规则对象记录的类别标识一致，则确定过滤结果为通过；

其中，所述过滤规则对象记录的类别标识包括当前聊天界面的类别标识，所述维度类别还包括用户类别。

其中，所述过滤规则对象记录的类别标识为预先设置的类别标识，不同业务方的app可以设置不同的类别标识，所属类别标识例如可以为level＝4表示业务场景类别为医疗复诊业务，level＝7表示业务场景类别为医疗咨询业务。用户类别可以通过targetid进行表示，例如targetid＝1表示app的有效用户(例如上述张三)，targetid＝1.1表示的有效用户的母亲，targetid＝1.2表示的有效用户的父亲。targetid＝1.1且level＝7表示针对张三母亲关于医疗咨询业务的消息。所述当前聊天界面的类别标识例如可以是targetid＝1.1且level＝7，表示当前聊天界面适用于沟通针对张三母亲关于医疗咨询业务的界面。

进一步的，所述方法还包括：

若确定不将所述消息显示在当前聊天界面，则弹出消息通知栏；

当接收到所述消息通知栏的触发指令时，基于所述维度类别确定目标聊天界面，并跳转至所述目标聊天界面，其中，所述消息显示于所述目标聊天界面。

具体是根据所述维度类别确定标识一致的或者相对应的聊天界面，例如所述维度类别为targetid＝1.1且level＝7(表示针对张三母亲关于医疗咨询业务的消息)，则目标聊天界面应是用于沟通针对张三母亲关于医疗咨询业务的界面。具体可参考图2所示的另一种消息显示方法的流程示意图。

可以理解的是，为了提高app的稳定性，避免宕机时消息丢失，当接收到消息时，若当前某聊天界面为激活状态，即当前页面为聊天界面，则将消息存储至本地数据库以及内存，而后进行消息的分类显示策略，若当前页面不是聊天界面，则弹出消息通知栏，消息仅被保存至内存，若在用户点击消息通知栏之前发生了宕机现象，则该消息可能会丢失。对应的，可参考图3所示的另一种消息显示流程示意图。

本实施例的技术方案，当接收到消息时，确定所述消息所属的维度类别；根据所述维度类别确定是否将所述消息显示在当前聊天界面，具体是当所述维度类别与当前聊天界面的维度类别一致时，将所述消息显示在当前聊天界面，若当所述维度类别与当前聊天界面的维度类不一致时，不将所述消息显示在当前聊天界面，而是弹出消息通知栏，当用户点击消息通知栏时，根据消息的维度类别确定对应的聊天界面，并进行跳转，实现了不同用户类别在不同业务场景下消息的单独显示，有利于提高用户之间的沟通效率。

实施例二

图4为本发明实施例二提供的一种消息处理方法的流程图，本实施例在上述实施例的基础上，提出了一种应用于消息发送端的消息显示方法，与应用于消息接收端的消息显示方法对应。其中与上述实施例相同或相应的术语的解释在此不再赘述。

参见图4，本实施例提供的消息处理方法具体包括以下步骤：

步骤410、接收消息发送指令。

具体的，用户在特定的聊天界面输入消息，并触发“发送”按钮时，系统接收到消息的发送指令。

在进行app开发时，可以设置针对不同用户类别、不同业务场景类别的聊天界面触发标识。例如，当张三想针对张三母亲的个人情况与医生进行沟通时，可通过触发与“母亲”、“医疗咨询业务”对应的聊天界面标识激活特定的聊天界面，并通过该特定的聊天界面与连线医生进行沟通。

步骤420、在所述消息的扩展字段添加所述消息所属的维度类别，以使消息接收端基于所述维度类别确定所述消息的处理策略。

其中，所述维度类别包括业务场景类别和/或用户类别；所述业务场景类别包括下述至少一种：医疗会诊业务、医疗复诊业务以及医疗咨询业务。所述用户类别包括下述至少一种：母亲以及父亲。具体可以根据当前聊天界面所属的维度类别确定消息的维度类别。

所述对所述消息的处理策略具体是对所述消息进行维度类别的识别与分类，并将针对不同用户类别、不同业务场景类别的消息进行单独显示，以方便用户查看消息，捕获消息传达的内容，提高用户之间的沟通效率。例如，针对张三皮肤长痘与医生李四进行沟通过程中的相关消息显示在一个聊天界面，而针对张三母亲高血压事项与医生李四进行医疗咨询的过程中产生的相关消息显示在另一聊天界面，上面两类消息分开显示，虽然是通过同一app与同一医生进行沟通产生的消息，但是需要根据消息所属的业务场景类别以及用户类别进行单独显示。

具体的，在进行app开发时，预先制定消息的分类规则，通常包括维度类别和过滤规则。例如定义两个接口，其中一个为维度类别接口，根据业务的实际情况来划分几个维度，例如业务场景类别和用户类别两个维度。

维度类别接口的代码实现具体可以为：

(level＜t)：+opration()：returnt

-leve：int

-next：level

维度类别接口的链式链接可参考图5所示。

过滤规则接口的代码实现具体可以为：

(rule＜t)：+computerule(tt)：returnboolean

过滤规则的实现类与维度类别对应，不同的维度类别对应的过滤规则可以不同，例如第一个维度--业务场景类别对应的过滤规则可以为：

rule1<bean1>：+computerule(bean1t)：returnboolean

根据传入的string类型的参数，判断业务编号，如果当前的业务编号为4，则代表当前的消息是医疗复诊业务的消息，如果type＝curtype，则返回true，如果type≠curtype，则返回false。所以通过逻辑判断如果返回结果为true，则表示消息与当前聊天界面的业务场景类别相同，则显示消息，如果是false，则表示消息与当前聊天界面的业务场景类别不同，程序终止。

第二个维度--用户类别对应的过滤规则可以是：

rule2<bean>：+computerule(beant)：returnboolean

这个维度的过滤规则是判断用户idtargetid是否和当前用户的id相同，如果相同，则表示消息是发送给当前用户的，程序继续，否则终止程序。

预先定义了几个维度的标准，就相应地判断几层，全部满足了才会将消息展示给用户。如图6所示的一种消息接收端执行的消息显示方法流程示意图，接收到消息时，将消息的扩展字段extra转换成level对象，通过规则管理器获取level对象对应的规则方法，通过规则方法判断消息是否满足过滤条件，如果不满足，则结束程序，如果满足则显示消息。消息的extra字段是扩展字段，消息接收端获取消息后先存入本地数据库，而显示消息的动作是在adapter类的方法中，所以在向adapter类添加消息的时候进行消息过滤，过滤规则是判断两个维度的过滤方法返回的布尔值，例如若当聊天界面是有效用户张三的医疗复诊业务的界面时，如果返回的布尔值中level值是1(表示第一个维度)并且业务编号是4(表示业务场景类别为医疗复诊业务场景)，level值是2(表示第二维度)并且targetid(表示用户类别标识)是当前用户id则可以向adapter类添加消息，以在当前聊天界面进行显示，如果不符合上述条件，则不向adapter类添加消息，即不在当前聊天界面对消息进行显示。

在应用app的全局变量中注册上述分类规则，定义一个全局的规则管理器rulemanager，其结构可以为：

rulemanager：+rules：map<level＜t>.class,rule<t>>＝newhashmap()+getrule(level＜t>.classi)：rule＜t>-registerule(level＜t>.classi，rule＜t>r)

通常app的消息分类规则是预先设定好的，因此在app的application中注册相应的维度和过滤规则对象即可，其中，以过滤维度类别的字节码为key，获取到对应的过滤规则的对象实例。

在发送消息时，可以通过两种方式对消息进行处理，其中一种是每次发送消息时，在消息的扩展字段里面添加分类规则，根据业务需求定义几个维度，就向消息的扩展字段中添加几个维度对象，每个维度对象的next字段都指定一个维度对象。第二种方式，在消息的预处理方法中进行处理，通常在进行消息发送时都会对消息进行一定的预处理，具体是调用预处理接口实现，因此可以将在扩展字段中添加分类规则的操作设置在预处理方法中，每次对消息进行预处理时捎带对消息的扩展字段进行分类规则的添加，此时无需关注消息类型是字符、图片还是语音，只关注扩展字段即可，处理效率与稳定性较高。

在消息发送时，对消息进行处理的代码实现流程图可参考图7所示，将具体的分类规则转换成json，然后赋值给消息的extra字段。

本实施例的技术方案，在消息发送时，在所述消息的扩展字段添加所述消息所属的维度类别，以使消息接收端基于所述维度类别确定所述消息的处理策略；实现了按照一定的规则对消息进行纵向分类，当app登录用户在某个业务场景中点击某个分支用户的时候，可以展示具体规则下过滤出来的所有聊天信息，实时发送和接收的消息也应该是带有具体规则标记的im消息。通过在消息的扩展字段中加消息分类标记，将聊天消息根据不同的业务(复诊、医疗咨询)、不同的患者等划分出不同的维度，达到同一用户不同患者、同一患者不同业务场景能看到对应的聊天信息，不同业务场景下的不同病人相互看不到聊天信息的目的。

进一步的，可参考图8所示的一种消息发送端、消息接收端、消息服务端相互配合工作的消息显示流程示意图，具体包括：

步骤301、制定消息分类的规则，主要分为维度和过滤规则；

步骤302、在应用的全局变量中注册规则；

步骤303、发送消息时将规则信息加入到扩展字段中；

步骤304、接收消息时对消息的扩展字段进行处理；

步骤305、点击通知栏的跳转处理；

步骤306、im聊天界面的显示规则；

步骤307、历史消息查询的处理；

步骤308、未读消息数量的处理；

步骤309、其它业务入口的处理。

其中，步骤307、历史消息查询的处理具体指当app更换手机然后登录新手机的app时，本地数据库中并没有聊天数据，这时会从远程服务端拉取聊天消息，处理方式同样是先保存到本地数据库中，此时聊天消息也是没有分类的，然后像步骤306一样，按照维度和过滤规则来确定是否显示聊天消息，以及如何显示聊天消息(具体可以参考实施例1的步骤120)。对应的，可参考如图9所示的一种历史消息查询处理的流程示意图。

以下是本发明实施例提供的消息显示装置的实施例，该装置与上述各实施例的消息显示方法属于同一个发明构思，在消息显示装置的实施例中未详尽描述的细节内容，可以参考上述消息显示方法的实施例。

实施例三

图10为本发明实施例三提供的一种消息显示装置的结构示意图，该装置集成于消息接收端，如图10所示，该装置具体包括：第一确定模块1010和第二确定模块1020。

其中，第一确定模块1010，用于当接收到消息时，确定所述消息所属的维度类别；第二确定模块1020，用于根据所述维度类别确定是否将所述消息显示在当前聊天界面；其中，所述维度类别包括业务场景类别。

进一步的，所述业务场景类别包括下述至少一种：医疗会诊业务、医疗复诊业务以及医疗咨询业务。

进一步的，第一确定模块1010包括：

解析单元，用于对所述消息进行解析，获取所述消息的扩展字段数据；

第一确定单元，用于根据所述扩展字段数据确定所述消息所属的维度类别。

进一步的，第二确定模块1020包括：

获取单元，用于根据所述扩展字段数据从预设工具获取预先注册的过滤规则对象；

添加单元，用于将所述消息添加至所述过滤规则对象，获得过滤结果；

第二确定单元，用于根据所述过滤结果确定是否将所述消息显示在当前聊天界面。

进一步的，所述添加单元具体用于：将所述消息的维度类别与所述过滤规则对象记录的类别标识进行比对；若所述消息的维度类别与所述过滤规则对象记录的类别标识一致，则确定过滤结果为通过；其中，所述过滤规则对象记录的类别标识包括当前聊天界面的类别标识，所述维度类别还包括用户类别。

进一步的，所述装置还包括：弹出模块和跳转模块；

其中，所述弹出模块用于：若确定不将所述消息显示在当前聊天界面，则弹出消息通知栏；

所述跳转模块，用于当接收到所述消息通知栏的触发指令时，基于所述维度类别确定目标聊天界面，并跳转至所述目标聊天界面，其中，所述消息显示于所述目标聊天界面。

本实施例的技术方案，当接收到消息时，确定所述消息所属的维度类别；根据所述维度类别确定是否将所述消息显示在当前聊天界面，具体是当所述维度类别与当前聊天界面的维度类别一致时，将所述消息显示在当前聊天界面，若当所述维度类别与当前聊天界面的维度类不一致时，不将所述消息显示在当前聊天界面，而是弹出消息通知栏，当用户点击消息通知栏时，根据消息的维度类别确定对应的聊天界面，并进行跳转，实现了不同用户类别在不同业务场景下消息的单独显示，有利于提高用户之间的沟通效率。

本发明实施例所提供的消息显示装置可执行本发明任意实施例所提供的消息显示方法，具备执行消息显示方法相应的功能模块和有益效果。

实施例四

图11为本发明实施例四提供的一种消息处理装置的结构示意图，该装置集成于消息发送端，如图11所示，该装置具体包括：接收模块1110和添加模块1120。

其中，接收模块1110，用于接收消息发送指令；添加模块1120，用于在所述消息的扩展字段添加所述消息所属的维度类别，以使消息接收端基于所述维度类别确定所述消息的处理策略；其中，所述维度类别包括业务场景类别和/或用户类别；所述业务场景类别包括下述至少一种：医疗会诊业务、医疗复诊业务以及医疗咨询业务。

本实施例的技术方案，在消息发送时，在所述消息的扩展字段添加所述消息所属的维度类别，以使消息接收端基于所述维度类别确定所述消息的处理策略；实现了按照一定的规则对消息进行纵向分类，当app登录用户在某个业务场景中点击某个分支用户的时候，可以展示具体规则下过滤出来的所有聊天信息，实时发送和接收的消息也应该是带有具体规则标记的im消息。通过在消息的扩展字段中加消息分类标记，将聊天消息根据不同的业务(复诊、医疗咨询)、不同的患者等划分出不同的维度，达到同一用户不同患者、同一患者不同业务场景能看到对应的聊天信息，不同业务场景下的不同病人相互看不到聊天信息的目的。

本发明实施例所提供的消息处理装置可执行本发明任意实施例所提供的消息处理方法，具备执行消息处理方法相应的功能模块和有益效果。

实施例五

图12为本发明实施例五提供的一种电子设备的结构示意图。图12示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图12显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图12所示，电子设备12以通用计算电子设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图12未显示，通常称为“硬盘驱动器”)。尽管图12中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及消息显示，例如实现本发实施例所提供的一种消息显示方法步骤，该方法包括：

当接收到消息时，确定所述消息所属的维度类别；

根据所述维度类别确定是否将所述消息显示在当前聊天界面；

或者，消息处理方法，该方法包括：

接收消息发送指令；

在所述消息的扩展字段添加所述消息所属的维度类别，以使消息接收端基于所述维度类别确定所述消息的处理策略；

其中，所述维度类别包括业务场景类别和/或用户类别；

所述业务场景类别包括下述至少一种：医疗会诊业务、医疗复诊业务以及医疗咨询业务。

当然，本领域技术人员可以理解，处理器还可以实现本发明任意实施例所提供的消息显示方法的技术方案。

实施例六

本实施例六提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的消息显示方法步骤，该方法包括：

当接收到消息时，确定所述消息所属的维度类别；

根据所述维度类别确定是否将所述消息显示在当前聊天界面；

或者，消息处理方法，该方法包括：

接收消息发送指令；

在所述消息的扩展字段添加所述消息所属的维度类别，以使消息接收端基于所述维度类别确定所述消息的处理策略；

其中，所述维度类别包括业务场景类别和/或用户类别；

所述业务场景类别包括下述至少一种：医疗会诊业务、医疗复诊业务以及医疗咨询业务。

当然，本领域技术人员可以理解，处理器还可以实现本发明任意实施例所提供的消息显示方法的技术方案。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本领域普通技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。