CN118018505A

CN118018505A - 一种基于服务的消息显示方法、装置及系统

Info

Publication number: CN118018505A
Application number: CN202311870157.5A
Authority: CN
Inventors: 林章城; 张亮; 朱炳林; 黄涛
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2023-12-29
Filing date: 2023-12-29
Publication date: 2024-05-10

Abstract

本申请实施例提供了一种基于服务的消息显示方法装置及系统，涉及通信技术领域。第一终端向第二终端发送服务卡片，第二终端接收服务卡片后，响应于用户对服务卡片的操作，生成更新信息，第二终端向第一终端发送该更新信息，第一终端能够基于该更新信息对服务卡片进行更新并显示。同时用户对更新后的服务卡片进行操作，生成对应的更新信息，将该更新信息发送至第二终端，第二终端基于该更新信息对服务卡片进行更新，实现了双方及时反馈操作信息的效果。

Description

一种基于服务的消息显示方法、装置及系统

技术领域

本发明涉及通信技术领域，特别涉及一种基于服务的消息显示方法、装置及系统。

背景技术

通讯工具是目前生活中一种重要的信息传递方式。基于通讯工具进行分享服务也有了服务，在一些分享服务的场景中，往往需要对方及时做出反馈来告知发送方以及完成了哪些操作，例如在帮点外卖、帮拿快递等需要通过共享服务实现对方协助完成操作的场景中，缺乏便捷的向双方反馈操作信息的方式，通常需要通过截图或者发送信息的方式告知对方完成了操作，降低了用户体验感。如何实现快速有效的反馈对于共享服务的操作成为需要解决的一个现实问题。

发明内容

第一方面，本申请提供一种消息显示系统，应用于第一终端和第二终端，其特征在于，所述系统包括：所述第一终端在第一会话界面中向所述第二终端发送第一服务卡片，所述第一会话界面是所述第一终端中，所述第一用户与所述第二用户进行消息互动的界面；

所述第二终端基于所述第一服务卡片，在第二会话界面中显示第二服务卡片，所述第二服务卡片与所述第一服务卡片对应，所述第二会话界面是所述第二终端中，所述第一用户与所述第二用户进行消息互动的界面；

所述第二终端基于所述第二用户对所述第二服务卡片的操作跳转到服务的服务界面；

所述第二终端基于所述第二用户对所述服务界面的第一操作更新所述第二会话界面中的所述第二服务卡片为第三服务卡片，所述第三服务卡片中包括第一组件，所述第一组件指示所述第一操作产生的结果；

所述第一终端基于所述第一操作产生的结果在所述第一会话界面中更新所述第一服务卡片为第四服务卡片，所述第四服务卡片中包括第二组件，所述第二组件指示所述第一操作产生的结果。

需要说明的是，可以由第一更新信息承载第一操作产生的结果。即所述第二终端基于所述第二用户对所述服务界面的第一操作，所述第二终端生成第一更新信息，所述第二终端基于所述第一更新信息更新所述第二会话界面中的所述第二服务卡片为第三服务卡片，所述第三服务卡片包括第一组件，所述第一组件指示第二用户对所述服务的第一次操作产生的结果。需要进一步说明的是，会话界面包括输入栏。

由此可知，第二终端基于第二用户的第一次操作，在第二会话界面中将第二服务卡片更新为第三服务卡片，第二终端基于第一操作产生的结果在第一会话界面中更新第一服务卡片为第四服务卡片，第四服务卡片中的第二组件指示所述第一操作产生的结果。这样，除了第二用户在服务卡片上了解自己的第一次操作结果之外，第一用户也能够仅通过服务卡片就能了解第二用户对服务的第一次操作结果，从而使得第一用户无需点开卡片就能知晓第二用户对服务的操作结果，这样能够使得第一用户更为便捷的获得第二用户对服务操作后的反馈信息，提高了用户的使用体验。

在一种可能的实现方式中，所述第一终端的会话界面显示与第二终端会话的消息，所述第一终端识别所述消息匹配服务，所述第一终端对所述服务进行排序，所述第一终端对完成排序的所述服务以服务图标形式显示在所述会话界面；所述第一终端响应于对所述服务图标的操作生成第一服务卡片。

由此可知，第一终端通过在第一会话界面识别与第二终端会话的消息，进而匹配与该消息有关的服务，同时对匹配的服务的相关度进行排序，能够通过识别消息来更为准确地筛选出用户期望的服务，同时以服务图片的形式显示在第一会话界面内，能够使得用户更为便捷的对匹配的服务进行选择，提高了用户的使用体验。

在一种可能的实现方式中，所述第一服务卡片包括第三组件，所述第三组件用于发送所述第一服务卡片。

由此可知，第一用户通过在第一会话界面内的第一服务卡片的第三组件进行操作，更为方便快捷的发送服务卡片，提高了用户的使用体验。

在一种可能的实现方式中，所述第二用户对所述第二终端的所述服务界面包括进行第二操作，所述第二终端生成第二操作产生的结果，所述第二终端基于所述第二操作产生的结果更新所述第三服务卡片为第五服务卡片，所述第五服务卡片中包括第四组件，所述第四组件指示所述服务界面的所述第二操作产生的结果。

这样，第二用户对第二终端的服务界面可以进行第二次的操作，基于第一次操作更新后的第三服务卡片基于第二操作再次更新为第五服务卡片，第五服务卡片中的第四组件进而显示出第二次操作产生的结果，使得第二用户能够知晓自己的第二次操作结果。由此可知，第二用户的每一次操作都会使得第二终端的第二会话界面内的服务卡片进行更新，这样能够使得第二用户能够仅通过服务卡片就能更为便捷的了解自己的每一次操作，提高了用户的使用体验。

在一种可能的实现方式中，所述第二终端向所述第一终端发送所述第二次操作产生的结果，所述第一终端基于第二操作产生的结果更新所述第四服务卡片为第六服务卡片；所述第一终端在所述会话界面显示更新的所述第六服务卡片。所述第六服务卡片包括第五组件，所述第五组件指示所述服务界面的第二操作产生的结果。

这样，第二用户对第二终端的服务界面可以进第二次的操作，使得第一用户能够仅通过服务卡片就能知晓第二用户的第二次操作结果。由此可知，第二用户的每一次操作都会使得第一终端的第一会话界面内的服务卡片进行更新，这样能够使得第一用户能够仅通过服务卡片就能更为便捷的第二用户的每一次操作，能够使得第一用户更为便捷地获得第二用户对服务操作的反馈，提高了用户的使用体验。

在一种可能的实现方式中，所述系统还包括服务端，所述服务端接收来自第一终端的所述第一服务卡片，所述服务端对所述第二终端进行识别，所述服务端根据识别结果对第二终端发送所述第一服务卡片或者h5链接。

由此可知，在第一终端发送给第一服务卡片给第二终端之前，先发送给服务端，服务端接收第一服务卡片后，通过对第二终端进行识别，并根据识别结果来决定发送第一幅卡片或是h5链接。这样，通过服务端的识别，使得在第二终端不具备服务卡片跳转到服务的情况下，也能够转换成h5链接发送从而使得不具备服务卡片跳转到服务的第二终端也能够获取服务卡片的内容，解决了无法接收服务卡片的问题。

第二方面，本申请提供一种消息显示方法，应用于第一终端，所述消息显示方法包括，

所述第一终端在第一会话界面中向所述第二终端发送第一服务卡片，所述第一会话界面是所述第一终端中，所述第一用户与所述第二用户进行消息互动的界面；所述第一终端基于第一操作产生的结果，在所述会话界面中更新所述第一服务卡片为第四服务卡片，所述第四服务卡片中包括第二组件，所述第二组件指示所述业务的第一次操作产生的结果。

由此可知，第一用户能够仅通过服务卡片就能了解第二用户对服务的第一次操作结果，从而使得第一用户无需点开卡片就能知晓第二用户对服务的操作结果，这样能够使得第一用户更为便捷的获得第二用户对服务操作后的反馈信息，提高了用户的使用体验。

在一种可能的实现方式中，所述第一终端响应于所述第一用户对所述第一会话界面的操作，在所述第一会话界面显示多个服务图标；所述服务图标的排列顺序与所述第一会话界面内的消息内容相关，所述服务图标的至少一个与所述消息内容匹配。

在一种可能的实现方式中，所述第一服务卡片包括第三组件，所述第三组件包括发送图标。

第三方面，本申请提供一种消息显示方法，应用于第二终端，所述消息显示方法包括，

所述第二终端基于所述第二用户对所述服务界面的第一操作更新所述第二会话界面中的所述第二服务卡片为第三服务卡片，所述第三服务卡片中包括第一组件，所述第一组件指示所述第一操作结果。

由此可知，第二终端基于第二用户的第一次操作，在第二会话界面中将第二服务卡片更新为第三服务卡片，从而使得第二用户无需点卡服务卡片就能知晓服务卡片的内容，提高了用户的使用体验。

第四方面，本申请提供一种消息显示方法，应用于服务端，所述消息显示方法包括，所述服务端接收来自第一终端的第一服务卡片，所述服务端对第二终端进行识别，所述服务端根据识别结果对所述第二终端发送所述第一服务卡片或者h5链接。

第五方面，本申请提供一种消息显示系统，应用于第一终端、第二终端和服务端，所述系统包括，

所述第一终端响应于对第一服务卡片的操作，所述第一终端匹配服务并打开所述服务，所述第一终端响应于对所述服务的操作生成第一更新信息，所述第一终端向所述服务端发送所述第一更新信息；所述第一更新消息指示对所述服务的第一操作结果；

所述第二终端响应于对第二服务卡片的操作，所述第二终端匹配服务并打开所述服务，所述第二终端响应于对所述服务的操作生成第二更新信息，所述第二终端向所述服务端发送所述第二更新信息；所述第二更新消息指示对所述服务的第二操作结果；

所述服务端对所述第一更新信息和所述第二更新信息进行处理；

所述服务端基于所述第一信息更新所述第一服务卡片为第三服务卡片，所述服务端基于所述第二更新信息更新所述第二服务卡片为第四服务卡片；

所述第一终端显示所述更新后的所述第三服务卡片，所述第二终端显示所述更新后的所述第四服务卡片，所述第三服务卡片与所述第四服务卡片对应；

由此可知，第一用户和第二用户对服务内容进行操作后，双方都会收到更新后的服务卡片，实现消息发送方和消息接收方在对服务进行操作时共享反馈信息，提高了用户的使用体验。

在一种可能的实现方式中，所述服务端对所述第一更新信息和所述第二更新信息进行处理包括，

所述服务端在识别出所述第一更新信息与第二更新信息存在冲突的情况下，所述服务端根据所述第一更新信息和所述第二更新信息生成的顺序，所述服务端对在先生成的更新信息发送至所述在先生成更新信息的终端，所述终端对所述服务卡片进行更新；所述终端为第一终端或第二终端，所述服务卡片为第一服务卡片或第二服务卡片；所述服务端对在后生成的更新信息，所述服务端发送操作失败的更新信息至所述在后生成的更新信息的终端，所述终端对所述服务卡片进行更新。所述终端为第一终端或第二终端，所述服务卡片为第一服务卡片或第二服务卡片；

由此可知，服务端对第一终端的第一更新信息和第二终端的第二更新信息内容进行识别，判断是否发生冲突，在根据判断结果为存在冲突的情况下，同时向双方发送显示为一方操作失败，另一方发送操作成功并显示的操作的具体内容，这样能够对操作失败的一方进行提醒并告知对方等待操作失败的一方继续操作，从而能够有效反馈操作失败的信息，提高了用户的使用体验。

所述服务端在识别出所述第一更新信息与第二更新信息不存在冲突的情况下，所述服务端对所述第一更新信息和所述第二更新信息进行合并；所述服务端向所述第一终端、第二终端发送所述合并后的所述第一更新信息和所述第二更新信息。所述第一终端基于合并后的第一更新信息和第二更新信息对所述第一服务卡片进行更新；所述第二终端基于合并后的第一更新信息和第二更新信息对所述第二服务卡片进行更新；所述第一终端对更新后的所述第一服务卡片进行显示；所述第二终端对更新后的所述第二服务卡片进行显示。

由此可知，服务端对第一终端的第一更新信息和第二终端的第二更新信息内容进行识别，判断是否发生冲突，在根据判断结果为不存在冲突的情况下，同时向双方发送显示为各自操作内容的服务卡片，实现消息发送方和消息接收方在对服务进行操作时共享操作成功的反馈信息，这样提高了用户的使用体验。

附图说明

图1为本申请实施例提供的一种消息显示系统的架构示意图；

图2为本申请实施例提供的又一种消息显示系统的架构示意图；

图3为本申请实施例提供的一种终端的结构示意图；

图4为本申请实施例提供的一种终端的软件结构框图；

图5为本申请实施例提供的一种生成服务卡片的流程示意图；

图6为本申请实施例提供的一种第一终端向第二终端发送服务卡片的流程示意图；

图7为本申请实施例提供的一种短信会话界面示意图；

图8为本申请实施例提供的一种识别短信后显示外卖服务的会话界面示意图；

图9为本申请实施例提供的一种识别短信后显示外卖服务卡片的会话界面示意图；

图10为本申请实施例提供的一种用户点击发送外卖服务卡片的会话界面示意图；

图11为本申请实施例提供的一种第二终端向第一终端发送服务卡片的流程示意图；

图12为本申请实施例提供的一种用户B接收并显示服务卡片的会话界面示意图；

图13为本申请实施例提供的一种用户B在外卖APP中选择商家的示意图；

图14为本申请实施例提供的一种用户A手机会话界面服务卡片显示用户B已经选择商家1的示意图；

图15为本申请实施例提供的一种用户B在外卖APP中选择菜品的示意图；

图16为本申请实施例提供的一种用户B手机会话界面显示用户B已经完成点餐的示意图；

图17为本申请实施例提供的一种用户A手机会话界面显示用户B已经完成点餐的示意图

图18为本申请实施例提供的一种用户A手机会话界面显示用户A已经完成下单的示意图；

图19为本申请实施例提供的一种用户B手机会话界面显示用户A已经完成下单的示意图；

图20为本申请实施例提供的一种解决更新冲突的流程示意图。

图21为本申请实施例提供的一种消息显示系统的装置示意图；

具体实施方式

为使本发明的目的、技术方案及优点更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

目前，企业营销短信可以通过发送智慧短信，实现用户通过短信跳转到相应的服务，但用户间发送短信还处于只能发送基础的短信内容或者图片，无法满足用户间快速实现服务分享的需求。同时，目前关于帮点外卖，帮取快递等行为缺乏有效的告知对方的方式，在告知对方时通常需要通过截图外卖订单或者快递订单，告知对方外卖或者快递的实时动向；同时，对方在拿到外卖和快递后缺乏快速便捷地提醒用户结果，通常需要用户自主打开APP查询动态或者被对方告知外卖或快递是否取到。总的来说，对方无法自主实时的跟踪订单信息，用户自身也缺乏有效的被告知方式，这样大大降低了用户的使用体验。如何实现服务内容的分享从而高效共享信息的技术尚未出现，如何基于此提高用户的使用体验成为需要解决的一个现实问题。

鉴于此，本申请实施例提供了一种消息显示系统，本发明适用于终端设备的短信服务。对于用户，在第一终端发送短信的过程中，短信发送栏下方会有服务栏目，用户在点击对应的“服务”后，会在下方拉起服务所对应的具有具体服务内容的卡片，如果用户的第二终端具备服务跳转模块，则用户可以选择需要的服务卡片发送至第二终端；如果第二终端不具备服务跳转模块，则服务端通过算法转为文字加h5链接的普通短信发送至第二终端。用户的第二终端接收到第一终端发送过的服务卡片或者文字加h5链接的短信，用户点击服务卡片或者h5链接后跳转至对应的服务。用户可以在服务中操作，也可以直接在服务卡片进行操作，操作内容包括但不限于点击、添加、编辑、删除。用户进行操作变更信息后将回传至用户，实现用户和用户的服务信息的快速共享。

需要说明的是，服务可以包括系统服务、原生服务、网页服务、混合服务、快服务、微信小程序以及元服务等。其中，服务可以是终端的操作系统预装的服务，如服务市场、华为商城，APP Store等；也可以是从第三方下载的服务，如微信、滴滴打车、高德地图等。本申请对服务的具体类型和形态不做限制。

如图1所示，为本申请实施例提供的一种消息显示系统的架构示意图，该消息显示系统包括第一终端101、第二终端102。其中，第一终端101为用户所使用的终端，第二终端102为用户所使用的终端。如图2所示，为本申请实施例提供的又一种消息显示系统的架构示意图，该消息显示系统包括第一终端101、第二终端102、服务端103。其中，第一终端101为用户所使用的终端，第二终端102为用户所使用的终端，服务端103部署有云服务器，用于执行服务端的相关功能。服务端是第一终端与第二终端之间的传输信息的方式之一，本申请不对第一终端与第二终端之间传输信息的方式进行限定。

如图3所示，为本申请实施例提供的一种第一终端或第二终端的结构示意图。第一终端101、第二终端102可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对第一终端101或第二终端102的具体限定。在本申请另一些实施例中，第一终端101或第二终端102可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括服务处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过第一终端101或第二终端102的无线充电线圈接收无线充电输入。

天线1和天线2用于发射和接收电磁波信号。第一终端101或第二终端102中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供服务在第一终端101或第二终端102上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

在一些实施例中，第一终端101或第二终端102可以通过移动通信模块105，与运营商的移动通信网络建立通信连接，并通过移动通信网络访问互联网。例如，第二终端101通过移动通信模块105与游戏服务器104进行通信，以及通过移动通信模块105与直播服务器101进行通信，甚至还可以通过移动通信模块105与第一终端102进行点对点通信。又例如，第一终端102可以通过移动通信模块105与直播服务器101进行通信。

无线通信模块160可以提供服务在第一终端101或第二终端102上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near fieldcommunication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，第一终端101或第二终端102可以通过无线通信模块160，与互联网建立通信连接，以访问互联网。例如，第二终端101通过无线通信模块160与服务端101进行通信，还可以通过无线通信模块160与第一终端102进行点对点通信。又例如，第二终端101可以通过无线通信模块160与服务端101进行通信。

在一些实施例中，第一终端101或第二终端102的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得第一终端101或第二终端102可以通过无线通信技术与网络以及其他设备通信、

第一终端101或第二终端102通过GPU，显示屏194，以及服务处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和服务处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。

第一终端101或第二终端102可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及服务处理器等实现拍摄功能。

摄像头193用于捕获静态图像或视频。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当第一终端101或第二终端102在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。第一终端101或第二终端102可以支持一种或多种视频编解码器。这样，第一终端101或第二终端102可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现第一终端101或第二终端102的智能认知等服务，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展第一终端101或第二终端102的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的服务程序(比如声音播放功能，图像播放功能等)等。

第一终端101或第二终端102可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及服务处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

图4是本发明实施例提供的第一终端102或第二终端103的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为服务程序层，服务程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。服务程序层可以包括一系列服务程序包。

如图4所示，服务程序包可以包括相机，图库，日历，通话，地图，WLAN，蓝牙，音乐，视频(包括长视频与短视频)，直播、短信息等服务程序。

服务程序框架层为服务程序层的服务程序提供服务编程接口(applicationprogramming interface，API)和编程框架。服务程序框架层包括一些预先定义的函数。

如图4所示，服务程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被服务程序访问。所述数据可以包括控制面板数据、视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建服务程序。显示界面可以由一个或多个视图组成的。例如，例如，控制面板的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供第一终端102或第二终端103的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为服务程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使服务程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的服务程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

服务程序层和服务程序框架层运行在虚拟机中。虚拟机将服务程序层和服务程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面1管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个服务程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面结合附图对本申请实施例提供的技术方案进行介绍，以下步骤是平台端设计服务卡片和第一终端生成服务卡片的时序图。

如图5所示，是本实施例提供的一种生成服务卡片的流程示意图。步骤如下：

100：在平台端，卡片设计人员根据运营需求，在平台端的完成服务卡片样式进行设计，包括但不限于对第一终端的服务卡片、第二终端的服务卡片和第一终端和第二终端的服务卡片各个阶段更新后的样式。

在一种可实现的方式中，服务可以是外卖APP，卡片设计人员根据运营需求，在平台端完成对外卖APP服务卡片的样式设计，包括但不限于对用户A的手机对应的外卖APP服务卡片、终端B对应的外卖APP服务卡片各个阶段更新后的样式。

101：在第一终端的服务有对应数据接口的情况下，平台端将设计好的服务卡片传输至第一终端的服务来配置服务卡片的数据接口。

102：在第一终端的服务没有对应的数据接口的情况下，由服务提供数据接口更新包发送至第一终端，从而使第一终端更新服务数据接口，第一终端通过对服务发送来的数据接口更新包设定一些操作节点，再向服务的服务卡片传输数据。

在一种可能的实施方式中，如果外卖APP目前没有相应的数据接口，则提供数据更新包至用户A的手机，更新外卖APP的数据接口，用户A的手机通过对外卖APP的数据接口更新包设定一些控制信息，再向外卖APP的服务卡片传输数据。

103：服务卡片配置完数据接口后，生成正式的服务卡片，存储在第一终端，统一管理服务卡片的上线、下线和更新等操作。

104：第一终端的NLP语义识别短信内容后匹配用户可能发送的服务卡片模板，第一终端服务请求数据，完成对服务卡片模板的渲染，第一终端将渲染后的服务卡片上传至第一终端的会话界面，供用户在发送服务卡片过程中选择是否点击上传服务卡片。

在一种可能的实现方式中，手机的NLP语义识别短信内容为“点外卖”后，匹配用户可能发送的服务卡片模版为“邀请点单”，手机向外卖APP服务请求数据，完成对“邀请点单”的服务卡片模板的渲染。手机将渲染后的“邀请点单”服务卡片上传至手机的会话界面选择，供用户A在发送服务卡片过程中选择是否点击上传服务卡片。

通过在平台端预先生成服务卡片，并保存在终端中，能够在终端通过语义识别消息后迅速匹配服务的服务卡片，提高了用户的使用体验。

如图6所示，是本实施例提供的一种发送服务卡片的流程示意图。

为了便于理解，图7至图10是对第一终端向第二终端发送外卖APP的服务卡片进行举例说明。

2001：用户在第一终端输入或者发送短信。

在一种可能的实施方式中，如图7所示，用户在短信编辑界面输入了“外卖”有关字样并发送给了用户。

2002-2003:第一终端通过NLP语义识别用户的短信内容，匹配用户可能发送的卡片的服务，生成服务栏目，在会话界面根据匹配概率对服务进行排序展示。

在一种可能的实施方式中，如图8所示，用户A的手机通过NLP语义识别用户的短信框中的内容，分析出用户可能是想点外卖，因此根据外卖的相关度生成服务栏目对服务进行展示，排在最前面的是外卖APP，其他有关的APP依次往后排序。

2004：用户对在第一终端的会话界面的服务进行点击。

在一种可能的实施方式中，用户点击了外卖APP的服务图标。

2005：第一终端对用户的短信内容进一步进行NLP语义识别，匹配用户可能发送的服务卡片，并根据匹配概率对服务卡片进行排序。

在一种可能的实施方式中，第一终端的服务卡片通过识别用户的短信内容，分析出是帮忙点单的场景，从而生成匹配度最高的“邀请点单”服务卡片，其他卡片依据匹配度往后进行排序；

2006：第一终端通过预设数据接口向服务发送数据请求，服务上传相应的数据内容，生成服务卡片。

在一种可能的实施方式中，用户A的手机生成了外卖APP的“邀请点单”的服务卡片。

2007：第一终端将服务卡片展示在会话界面。

2008：第一终端的会话界面生成服务卡片栏目，用户可以通过上下滑动在内的操作查看不同的服务卡片及相关内容。

在一种可能的实施方式中，如图9所示，用户A手机的短信框内生成了外卖APP的服务卡片栏目，同时用户通过下划操作展示出来“历史订单分享”服务卡片、“收藏分享商家”服务卡片等。

2009：用户对会话界面的服务卡片栏目的服务卡片进行选择并发送。

在一种可能的实施方式中，如图10所示，用户A选择“邀请点单”的服务卡片进行点击并发送。

在一种可能的实施方式中，用户将服务卡片发送后，服务卡片先传输至服务端的服务器，服务端再传输至第二终端。

201：服务端接收来自第一终端的服务卡片，服务端通过用户手机型号数据库匹配，先识别第二终端是否能实现服务跳转，如果能实现服务跳转直接将服务卡片数据暂存至服务端数据库，如果不能实现服务跳转则先通过算法转换短信形式至短信关键信息+h5链接的形式并将数据暂存至服务端数据库；

在一种可能的实施方式中，服务端识别用户B的手机能实现服务跳转，则直接将服务卡片数据存储在服务端数据库。

202：服务端将暂存在卡片信息暂存数据库的服务卡片发送至第二终端。

需要指出的是，步骤2009-203是在一种可能的实现方式下，在第一终端和第二终端之间引入服务端，但本发明对第一终端与第二终端之间的传输通道不做限制。

203：第二终端的会话界面展示服务卡片。

通过第一终端经过服务端向第二终端发送服务卡片，服务端对第二终端是否能够基于服务卡片实现跳转进行识别，从而对第二终端发送服务卡片或者h5链接，能够适应不同的终端之间共享服务卡片的内容，提高了用户的使用体验。

如图11所示，是本实施例提供的一种服务卡片信息更新的流程示意图。

为了便于理解，图12至图19是对外卖APP的服务卡片信息进行更新的举例说明。

300：在第二终端能实现服务跳转的情形下，用户接收到服务端发送过来的短信内容后，对接收到的服务卡片进行操作，包括但不限于进行点击卡片上的选项等操作。

在一种可能的实施方式中，如图12所示，用户B的手机短信会话界面上接收到“邀请点单”的服务卡片并进行操作。

301：用户点击服务卡片并进行操作后，第二终端匹配更新后的服务卡片的服务，同时解析更新后的服务卡片数据。

在一种可能的实施方式中，用户B在服务卡片上选择确认后，用户B的手机匹配外卖APP，并解析该卡片数据。

302：第二终端根据解析服务卡片的数据，拉起并打开服务。

在一种可能的实施方式中，如图13所示，用户B手机解析用户B对“邀请点单”进行确认操作后的服务卡片数据，拉起并打开外卖APP。

303：用户对拉起的服务进行操作。

在一种可能的实施方式中，用户B进行了选择商家1的操作，同时识别出用户B实施了选择商家1这一操作。

304：服务根据用户的操作，传输更新信息至服务卡片，对服务卡片内容进行更新。

在一种可能的实施方式中，外卖APP根据用户B的选择商家1这一操作，传输更新信息至“邀请点单”的服务卡片，对“邀请点单”的服务卡片的样式和内容更新为“用户B选择了商家B”。

305：第二终端向服务端发送更新信息，对服务端的卡片暂存信息数据库进行更新。

在一种可能的实施方式中，用户B手机发送用户B选择商家1这一触发节点后的变更信息至外服务端，对服务端的卡片的暂存信息数据库进行更新。

306：服务端发送更新后的服务卡片至第一终端，第一终端对的会话界面展示更新后的服务卡片。

在一种可能的实施方式中，如图14所示，服务端回传更新后的卡片至用户A的手机，用户A手机的短信编辑界面对用户B选择了商家1的卡片进行展示。

需要指出的是，用户对拉起的服务进行操作可以进行多次操作，每次操作都会形成一个更新信息，每一次更新信息都会对第二终端服务卡片进行更新，更新后的步骤则重复304-306，从而使得第一终端展示第二终端的每一次操作结果。同时，第二终端用户通过服务端向第一终端发送更新信息之后，第二终端用户可能正在进行下一步操作，同样的，下一步操作生成新的更新信息，新的更新信息指示下一步操作结果，对新的更新信息再次通过服务端发送至第一终端，更新第一终端的服务卡片。

在一种可能的实现方式中，用户B选择商家的操作对“邀请点单”卡片进行更新，并将更新信息发送至用户A的手机时，如图15所示，用户B正在进行下一步选择菜品操作，用户B选好菜品完成点单，并点击“点好锁定”后，完成对用户B手机的服务卡片的更新。如图16所示，显示用户B完成了点餐。后续步骤通305-306，实施完步骤306后，如图17所示，用户A手机的短信编辑界面对用户B完成的点单后更新的卡片进行展示，显示用户B已经完成点餐。

需要指出的是，步骤305-306是在一种可能的实现方式下，在第一终端和第二终端之间引入服务端，但本发明对第一终端与第二终端之间的传输信息的方式不做限制。

307：用户对更新后的服务卡片进行操作，包括但不限于点击按钮等操作，用户点击服务卡片的按钮后，第一终端将该操作信息数据匹配服务卡片的服务，并解析服务卡片的数据。

在一种可能的实现方式中，如图17所示，用户A在手机界面的服务卡片上点击“结算”按钮，手机将该操作的信息匹配外卖APP。

308：第二终端将解析后的服务卡片数据传入匹配的服务，并拉起该服务；在一种可能的实现方式中，拉起了外卖APP的结算界面。

309：用户完成对服务的结算操作，服务判断用户是否完成操作。如果判断用户完成操作之前，发生了服务卡片的更新，提示用户服务卡片发生了更新，并回到步骤307。

310：第一终端的服务将更新后的服务卡片信息对第一终端的会话界面内的服务卡片进行更新。

在一种可能的实现方式中，如图18所示，用户A完成了在外卖APP的结算，外卖APP判断用户A进行了关闭服务、付款等操作，完成操作前服务卡片未进行更新，所以用户A的手机的服务卡片更新为“用户A已完成下单”。

311：第一终端将更新后的卡片信息发送至服务端，对服务端进行更新。

312：服务端将更新后的卡片信息发送至第二终端，对第二终端会话界面的服务卡片进行更新。

313：第二终端的会话界面对更新后的服务卡片进行展示。

在一种可能的实现方式中，如图19所示，用户B手机的短信框内“邀请点单”的卡片更新为“用户A已完成下单”的样式。

如图20所示，是本实施例提供的一种双方同时更新卡片的流程示意图。与步骤300-313相区别的是，用户A和用户B都对服务卡片进行操作，并且都对各自的服务卡片进行更新。

本实施例步骤如下：

400：服务端将暂存在卡片信息暂存数据库的卡片发送给用户。

4011：用户A对第一终端的服务卡片进行操作。

4012：用户B对第二终端的服务卡片进行操作。

需要指出的是，用户A与用户B对服务卡片进行操作时不限定先后顺序，可以是用户A先进行操作，也可以是用户B先进行操作。

4021：第一终端匹配第一终端服务卡片对应的服务，解析服务卡片数据。

4022：第二终端匹配第二终端服务卡片对应的服务，解析服务卡片数据。

需要指出的是，第一终端与第二终端在匹配服务时，以及解析服务卡片数据时，不限定先后顺序。

4031：第一终端根据卡片解析数据，并拉起服务，这里的卡片解析数据由第一终端解析得到。

4032：第二终端根据卡片解析数据，并拉起服务，这里的卡片解析数据由第二终端解析得到；

需要指出的是，第一终端与第二终端根据卡片解析数据，并拉起服务时，不限定先后顺序；

4041：用户对第一终端的服务进行操作，生成更新信息，对用户的服务卡片信息进行更新，并发送给第一终端。

4042：用户对第二终端的服务进行操作，生成更新信息，对用户的服务卡片进行更新，并发送给第二终端。

需要指出的是，第一终端与第二终端的服务在更新用户的服务卡片信息，并发送给第二终端，不限定先后顺序。

4051：第一终端基于接收到的更新后的服务卡片信息，发送给服务端。

4052：第二终端基于接收到的更新后的服务卡片信息，发送给服务端。

需要指出的是，第一终端与第二终端在发送更新后的卡片信息给服务端时，不限定先后顺序。

406：服务端识别到第一终端和第二终端同时发送了更新后的卡片信息，将第一终端和第二终端更新后的信息输入更新冲突算法，通过算法匹配第一终端与第二终端的更新信息是否发生冲突。

如果双方更新的卡片信息不存在冲突情况，通过算法合并两者的卡片更新信息，形成新的卡片更新信息，并传输至服务端的暂存数据库。

当通过算法识别，发现第一终端与第二终端的更新信息存在冲突情况。根据业务流程优先级和更新时间的前后，服务端更新为在先进行更新的服务卡片信息，同时对更新失败的终端返回操作失败的提醒。

在一种可能的实施方式中，双方选择了不同的商家，冲突合并算法识别到双方的更新内容存在冲突，依据队列先后，即第一终端或第二终端任一终端在先更新卡片信息的，服务端对在后更新的卡片信息的第一终端或第二终端返回操作失败提醒。

407：服务端回传卡片更新信息至第一终端和第二终端，第一终端和第二终端展示更新后的服务卡片。

4081-4082：服务端对在后更新卡片信息的第一终端或第二终端发送操作失败提醒，对操作成功的第一终端或第二终端发送基于更新信息更新后的服务卡片。

在一种可能的实现方式中，用户重新点击服务卡片进行操作，第一终端将更新后的服务卡片信息再次发送给服务端。服务端对第一终端和第二终端再次发送来的更新后的信息进行识别。

在一种可能的实现方式中，服务端的冲突算法识别双方更新后的卡片信息不存在冲突，对双方更新后的卡片信息订单进行合并。服务端回传更新后的卡片信息至第一终端和第二终端，第一终端和第二终端在会话界面展示更新后的服务卡片。

在一种可能的实现方式中，用户A对手机短信编辑界面的“邀请点单”服务卡片进行操作，用户B也对手机短信编辑界面的“邀请点单”服务卡片进行操作，用户A和用户B的操作的时间顺序随机。用户A和用户B的手机均匹配外卖APP，且用户A和用户B分别对外卖APP进行操作，用户A选和用户B选择了不同商家，各自生成对应的操作信息对“邀请点单”卡片进行更新，且均将该操作信息发送至服务端，服务端对用户A手机和用户B手机发送来的操作信息进行识别，服务端的冲突合并算法识别到用户A和用户B的更新内容存在冲突，即选择了不同商家，对“邀请点单”卡片在后进行更新的用户发送操作失败信息。服务端回传处理后的信息至用户A和用户B的手机，双方展示更新后的服务卡片，一方更新为“选择了商家”的服务卡片，另一方更新为操作失败的服务卡片。

对于卡片更新为操作失败的用户，重新点击卡片进行点单，选择了的同一商家后，将操作信息再次发送至服务端，服务端识别后不存在冲突，对再次更新后的操作信息与在先更新的操作信息进行合并，并分别发送给用户A和用户B的手机，双方服务卡片同时更新为“选择了商家”并进行展示。

如图21所示，为本申请实施例提供的一种消息显示系统的装置示意图，该消息显示系统包括第一终端、第二终端、服务端、平台端。第一终端和第二终端包括服务服务卡片模块和服务跳转模块，服务端包括接收端识别模块和服务卡片信息更新模块，平台端包括服务服务卡片模版管理模块和服务数据接口管理模块。

在平台端，卡片设计人员根据运营需求，在平台端的服务卡片模板管理模块内完成服务卡片样式进行设计，包括但不限于对第一终端对应的服务卡片、第二终端对应的服务卡片和第一终端和第二终端的服务卡片各个阶段更新后的样式。在第一终端的服务有对应数据接口的情况下，平台端的服务卡片模板管理模块将设计好的服务卡片传输至服务数据接口管理模块，服务数据接口管理模块传输至第一终端的服务配置服务卡片的数据接口；在第一终端的服务没有对应的数据接口的情况下，由服务提供数据接口更新包发送至第一终端，从而使第一终端更新服务数据接口，第一终端通过对服务发送来的数据接口更新包设定一些操作节点，再向服务的服务卡片传输数据。服务卡片配置完数据接口后，生成正式的服务卡片，存储在第一终端的服务卡片模块，同时将该服务卡片传送至服务卡片模板管理模块，通过服务卡片模板管理模块统一管理服务卡片的上线、下线和更新等操作。服务卡片模块的NLP语义识别短信内容后，服务卡片模块匹配用户可能发送的服务卡片模板，服务卡片模块向服务请求数据，完成对服务卡片模板的渲染，服务卡片模块将渲染后的服务卡片上传至第一终端的短信编辑发送展示模块，供用户在发送服务卡片过程中选择是否点击上传服务卡片。

用户在第一终端输入或者发送短信，服务卡片模板管理模块通过NLP语义识别用户的短信内容，匹配用户可能发送的卡片的服务，生成服务栏目，在短信编辑模块中根据匹配概率对服务进行排序展示。

用户对在短信编辑发送展示模块展示的服务进行点击，第一终端的服务卡片模块对用户的短信内容进一步进行NLP语义识别，匹配用户可能发送的服务卡片，并根据匹配概率对服务卡片进行排序。服务卡片模块通过预设数据接口向服务发送数据请求，服务上传相应的数据内容，生成服务卡片。服务卡片模块将服务卡片发送至短信编辑发送展示模块。短信编辑发送展示模块生成服务卡片栏目，用户可以通过上下滑动在内的操作查看不同的服务卡片及相关内容。用户在第一终端的短信编辑界面点击选择好的服务卡片。用户对服务卡片栏目的服务卡片进行选择并发送至服务端，服务端通过用户手机型号数据库匹配，先识别第二终端是否具备服务跳转模块，如果具备该模块直接将服务卡片数据暂存至服务端数据库，如果不具备该模块则先通过算法转换短信形式至短信关键信息+h5链接的形式并将数据暂存至服务端数据库。

服务端的信息更新模块将暂存在卡片信息暂存数据库的服务卡片信息发送至第二终端。第二终端的短信编辑发送展示模块展示服务卡片信息。

在用户具备服务跳转模块的情形下，用户接收到服务端发送过来的短信内容后，对接收到的服务卡片进行操作，包括但不限于进行点击卡片上的选项等操作。用户点击服务卡片并进行操作后，短信编辑发送展示模块匹配更新后的服务卡片的服务，同时解析更新后的服务卡片数据。第二终端的服务跳转模块根据解析服务卡片的数据拉起服务。用户对拉起的服务进行进一步操作，操作信息触发服务卡片进行更新。服务根据用户的触发节点，传输触发节点后的变更信息至服务卡片，对服务卡片内容进行更新。第二终端回传触发节点后的变更信息至服务端，对服务端的卡片暂存信息数据库进行更新。服务端发送更新后的服务卡片信息至第一终端，第一终端的短信编辑发送展示模块展示更新后的服务卡片。需要指出的是，用户对拉起的服务进行操作可以进行多次操作，每次操作都会形成一个控制信息，控制信息触发第二终端服务卡片进行更新，更新后的步骤则重复：服务根据用户的触发节点，传输触发节点后的变更信息至服务卡片，对服务卡片内容进行更新；第二终端回传触发节点后的变更信息至服务端，对服务端的卡片暂存信息数据库进行更新。从而使得第一终端及时展示第二终端的每一次控制信息。同时，第二终端的用户进行了选择第一步的控制信息触发卡片更新并回传到第一终端时，用户用户可能正在进行下一步操作，同样的，下一步控制信息触发卡片更新并回传到第一终端。

用户对更新后的服务卡片进行操作，包括但不限于点击按钮等操作，用户点击服务卡片的按钮后，第一终端将该操作信息数据传输至服务跳转模块，匹配服务卡片的服务，并解析服务卡片的数据。服务跳转模块将解析后的服务卡片数据传入匹配的服务，并拉起该服务；用户完成对服务的结算操作，服务判断用户是否完成操作。如果判断用户完成操作之前，发生了服务卡片的更新，提示用户服务卡片发生了更新，并回到步骤：用户对更新后的服务卡片进行操作，包括但不限于点击按钮等操作，用户点击服务卡片的按钮后，第一终端将该操作信息数据传输至服务跳转模块，匹配服务卡片的服务，并解析服务卡片的数据。第一终端的服务将更新后的服务卡片信息传送至第一终端的短信编辑发送展示模块，对第一终端的短信编辑发送展示模块的服务卡片进行更新。第一终端的短信编辑发送展示模块将更新后的卡片信息发送至服务端，对服务端的信息更新模块进行更新。服务端的信息更新模块将更新后的卡片信息发送至第二终端，对第二终端的短信编辑发送展示模块的服务卡片进行更新。第二终端的短信编辑发送展示模块对更新后的服务卡片进行展示。

Claims

1.一种消息显示系统，应用于第一终端和第二终端，其特征在于，所述系统包括：

所述第一终端在第一会话界面中向所述第二终端发送第一服务卡片，所述第一会话界面是所述第一终端中，所述第一用户与所述第二用户进行消息互动的界面；

所述第一终端基于所述第一操作产生的结果在所述第一会话界面中更新所述第一服务卡片为第四服务卡片，所述第四服务卡片中包括第二组件，所述第二组件指示所述所述第一操作产生的结果。

2.根据权利要求1所述的系统，其特征在于，所述系统还包括，所述第一终端响应于所述第一用户对所述第一会话界面的操作，在所述第一会话界面显示多个服务图标；所述服务图标的排列顺序与所述第一会话界面内的消息内容相关，所述服务图标的至少一个与所述消息内容匹配。

3.根据权利要求1所述的系统，其特征在于，所述第一服务卡片包括第三组件，所述第三组件用于发送所述第一服务卡片。

4.根据权利要求1所述的系统，其特征在于，所述方法还包括：

所述第二用户对所述第二终端的所述服务界面包括进行第二操作，所述第二终端生成第二操作产生的结果，所述第二终端基于所述第二操作产生的结果更新所述第三服务卡片为第五服务卡片，所述第五服务卡片中包括第四组件，所述第四组件指示所述服务界面的所述第二操作产生的结果。

5.根据权利要求4所述的系统，其特征在于，所述第二终端向所述第一终端发送所述第二次操作产生的结果，所述第一终端基于第二操作产生的结果更新所述第四服务卡片为第六服务卡片；所述第一终端在所述会话界面显示更新的所述第六服务卡片。所述第六服务卡片包括第五组件，所述第五组件指示所述服务界面的第二操作产生的结果。

6.根据权利要求1所述的系统，其特征在于，所述系统还包括服务端，所述服务端接收来自所述第一终端的所述第一服务卡片，所述服务端对所述第二终端进行识别，所述服务端根据识别结果对所述第二终端发送所述第一服务卡片或者h5链接。

7.一种消息显示方法，应用第一终端，其特征在于，所述消息显示方法包括，

所述第一终端基于第一操作产生的结果，在所述会话界面中更新所述第一服务卡片为第四服务卡片，所述第四服务卡片中包括第二组件，所述第二组件指示所述业务的第一次操作产生的结果。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括，所述第一终端响应于所述第一用户对所述第一会话界面的操作，在所述第一会话界面显示多个服务图标；所述服务图标的排列顺序与所述第一会话界面内的消息内容相关，所述服务图标的至少一个与所述消息内容匹配。

9.根据权利要求7所述的方法，其特征在于，所述第一服务卡片包括第三组件，所述第三组件包括发送图标。

10.一种消息显示方法，应用第二终端，其特征在于，所述消息显示方法包括，

所述第二终端基于所述第二用户对所述服务界面的第一操作更新所述第二会话界面中的所述第二服务卡片为第三服务卡片，所述第三服务卡片中包括第一组件，所述第一组件指示所述第一操作产生的结果。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

12.根据权利要求11所述的方法，其特征在于，所述第二终端向所述第一终端发送所述第二次操作产生的结果，所述第一终端基于第二操作产生的结果更新所述第四服务卡片为第六服务卡片；所述第一终端在所述会话界面显示更新的所述第六服务卡片，所述第六服务卡片包括第五组件，所述第五组件指示所述服务界面的第二操作产生的结果。

13.一种消息显示方法，应用服务端，其特征在于，所述消息显示方法包括，

所述服务端接收来自第一终端的第一服务卡片，所述服务端对第二终端进行识别，所述服务端根据识别结果对所述第二终端发送所述第一服务卡片或者h5链接。

14.一种消息显示系统，所述系统包括第一终端、第二终端和服务端，其特征在于，

所述第一终端响应于对第一服务卡片的操作，所述第一终端匹配服务并打开所述服务，所述第一终端响应于对所述服务的操作生成第一更新信息，所述第一终端向所述服务端发送所述第一更新信息；所述第一更新消息指示对所述服务的第一操作产生的结果；

所述第二终端响应于对第二服务卡片的操作，所述第二终端匹配服务并打开所述服务，所述第二终端响应于对所述服务的操作生成第二更新信息，所述第二终端向所述服务端发送所述第二更新信息；所述第二更新消息指示对所述服务的第二操作产生的结果；

所述服务端基于所述第一信息更新所述第一服务卡片，所述服务端基于所述第二更新信息更新所述第二服务卡片；

所述第一终端显示所述更新后的所述第三服务卡片，所述第二终端显示所述更新后的所述第四服务卡片。

15.根据权利要求14所述的系统，其特征在于，所述服务端对所述第一更新信息和所述第二更新信息进行处理包括，

所述服务端在识别出所述第一更新信息与第二更新信息存在冲突的情况下，所述服务端根据所述第一更新信息和所述第二更新信息生成的顺序，所述服务端对在先生成的更新信息发送至所述在先生成更新信息的终端，所述终端对所述服务卡片进行更新；所述终端为第一终端或第二终端，所述服务卡片为第一服务卡片或第二服务卡片；

所述服务端对在后生成的更新信息，所述服务端发送操作失败的更新信息至所述在后生成的更新信息的终端，所述终端对所述服务卡片进行更新，所述终端为第一终端或第二终端，所述服务卡片为第一服务卡片或第二服务卡片。

16.根据权利要求15所述的系统，其特征在于，所述服务端对所述第一更新信息和所述第二更新信息进行处理包括，

所述服务端在识别出所述第一更新信息与第二更新信息不存在冲突的情况下，所述服务端对所述第一更新信息和所述第二更新信息进行合并；

所述服务端向所述第一终端、第二终端发送所述合并后的所述第一更新信息和所述第二更新信息；

所述第一终端基于合并后的第一更新信息和第二更新信息对所述第一服务卡片进行更新；

所述第二终端基于合并后的第一更新信息和第二更新信息对所述第二服务卡片进行更新；

所述第一终端对更新后的所述第一服务卡片进行显示；

所述第二终端对更新后的所述第二服务卡片进行显示。

17.一种电子设备，其特征在于，所述设备包括处理器以及存储器：所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行权利要求7-13中任一项所述的方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求7-13中任一项所述的方法。