CN116319642A - 消息呈现方法、终端和通信系统 - Google Patents

Abstract

本公开提供了一种消息呈现方法、终端和通信系统，涉及通信技术领域，所述方法包括：个人用户的第一终端在通话的过程中接收RCS消息；所述第一终端在所述RCS消息携带企业用户的第一电话号码的情况下，判断所述第一电话号码和与所述第一终端通话的另一方的第二电话号码是否相同；在所述第一电话号码和所述第二电话号码相同的情况下，所述第一终端自动呈现所述RCS消息的内容。

Description

消息呈现方法、终端和通信系统

技术领域

本公开涉及通信技术领域，尤其是一种消息呈现方法、终端和通信系统。

背景技术

近年来，富媒体通信(Rich Communication Suite，RCS)技术逐渐发展。

从应用场景的角度来说，RCS业务主要包括个人用户与个人用户之间(Customerto Customer，C2C)的RCS业务、以及企业用户与个人用户之间(Business to Customer，B2C)的RCS业务。

然而，面对来自各种即时通信软件的竞争，目前着重于发展B2C的RCS业务。基于B2C的RCS业务，企业与消费者之间通信的效率得到提高。

发明内容

然而，发明人注意到，相关技术中，在企业与消费者通话的过程中，企业与消费者之间通信的效率仍然较低。

比如说，企业在与消费者通话的过程中还想与消费者进行其他形式的实时互动(例如，共享位置等)，那么，企业可以用对应的终端向消费者对应的终端发送企业RCS消息(即，B2C的RCS消息)。然而，消费者对应的终端无法将企业RCS消息与正在通话的企业关联起来，从而无法自动呈现企业RCS消息的内容。这降低了企业与消费者之间通信的效率。

发明人分析发现，消费者基于企业的电话号码与企业通话，而企业RCS消息携带的是企业的账号信息。这导致消费者对应的终端不能将企业RCS消息与正在通话的企业关联起来，从而导致企业与消费者之间通信的效率降低。

为了解决上述问题，本公开实施例提出了如下解决方案。

根据本公开实施例的一方面，提供一种消息呈现方法，包括：个人用户的第一终端在通话的过程中接收富媒体通信RCS消息；所述第一终端在所述RCS消息携带企业用户的第一电话号码的情况下，判断所述第一电话号码和与所述第一终端通话的另一方的第二电话号码是否相同；在所述第一电话号码和所述第二电话号码相同的情况下，所述第一终端自动呈现所述RCS消息的内容。

在一些实施例中，所述RCS消息为初始会话协议消息。

在一些实施例中，所述第一终端在所述RCS消息携带所述第一电话号码、且携带表示所述RCS消息是通话中消息的业务标签的情况下，判断所述第一电话号码和所述第二电话号码是否相同。

在一些实施例中，所述业务标签携带在所述RCS消息的Accept-Contact头字段和P-Asserted-Service头字段中的至少一个头字段中。

在一些实施例中，所述方法还包括：在所述RCS消息的From头字段不携带电话号码、且所述RCS消息的To头字段外的其他头字段携带与所述To头字段中携带的电话号码不同的电话号码的情况下，所述第一终端确定所述RCS消息携带企业用户的第一电话号码。

在一些实施例中，所述其他头字段为P-Asserted-Identity头字段。

在一些实施例中，所述方法还包括：增强通话业务平台接收来自所述企业用户的第二终端的增强通话业务触发指令；所述增强通话业务平台在所述第二终端与所述第一终端通话、且所述增强通话业务触发指令未携带所述第一电话号码的情况下，确定所述第一电话号码；所述增强通话业务平台根据所述增强通话业务触发指令，向RCS平台发送携带确定的所述第一电话号码的增强通话业务请求，以便所述RCS平台发送所述RCS消息。

在一些实施例中，确定的所述第一电话号码是所述企业用户的专线电话号码。

根据本公开实施例的另一方面，提供一种终端，包括：接收模块，被配置为在通话的过程中接收富媒体通信RCS消息；判断模块，被配置为在所述RCS消息携带企业用户的第一电话号码的情况下，判断所述第一电话号码和与所述第一终端通话的另一方的第二电话号码是否相同；呈现模块，被配置为在所述第一电话号码和所述第二电话号码相同的情况下，自动呈现所述RCS消息的内容。

根据本公开实施例的还一方面，提供一种终端，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行上述任意一个实施例所述的消息呈现方法。

根据本公开实施例的还一方面，提供一种通信系统，包括：上述任意一个实施例所述的终端；增强通话业务平台，被配置为接收来自所述企业用户的第二终端的增强通话业务触发指令；在所述第二终端与所述终端通话、且所述增强通话业务触发指令未携带所述第一电话号码的情况下，确定所述第一电话号码；根据所述增强通话业务触发指令，向RCS平台发送携带确定的所述第一电话号码的增强通话业务请求，以便所述RCS平台发送所述RCS消息；以及所述RCS平台。

根据本公开实施例的还一方面，提供一种计算机可读存储介质，包括计算机程序指令，其中，所述计算机程序指令被处理器执行时实现上述任意一个实施例所述的消息呈现方法。

根据本公开实施例的还一方面，提供一种计算机程序产品，包括计算机程序，其中，所述计算机程序被处理器执行时实现上述任意一个实施例所述的消息呈现方法。

本公开实施例中，个人用户的终端在通话的过程中接收携带企业用户的电话号码的RCS消息，并判断这一电话号码与通话另一方的电话号码是否相同。在这两个电话号码相同的情况下，个人用户的终端可以自动呈现RCS消息的内容。如此，个人用户的终端可以在与企业用户的终端通话的过程中自动呈现企业RCS消息的内容。这提高了企业与消费者之间通信的效率，提高了用户体验。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本公开一些实施例的消息呈现方法的流程示意图；

图2是根据本公开另一些实施例的消息呈现方法的流程示意图；

图3是根据本公开一些实施例的终端的结构示意图；

图4是根据本公开另一些实施例的终端的结构示意图；

图5是根据本公开一些实施例的通信系统的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1是根据本公开一些实施例的消息呈现方法的流程示意图。

如图1所示，消息呈现方法包括步骤102～步骤106。

在步骤102，个人用户的第一终端在通话的过程中接收RCS消息。

这里，个人用户的终端(即，第一终端)表示消费者对应的终端，例如，手机、智能手表等。

第一终端可以基于IP多媒体系统语音(Voice over IP Multimedia Subsystem，VoIMS)与另一方进行通话。另一方既可以是企业用户的终端(即，第二终端，表示企业对应的终端)，也可以是其他终端。在通话的过程中，第一终端接收RCS消息，RCS消息例如可以是初始会话协议(Session initialization Protocol，SIP)消息。

在步骤104，第一终端在RCS消息携带企业用户的第一电话号码的情况下，判断第一电话号码和与第一终端通话的另一方的第二电话号码是否相同。

RCS消息携带的企业用户的电话号码(即，第一电话号码)可以是企业的专线电话号码(例如，中国铁路的专线电话号码是12306)、或企业在运营商侧登记过的电话号码(例如，手机号码或固话号码)。

在步骤106，在第一电话号码和第二电话号码相同的情况下，第一终端自动呈现RCS消息的内容。

第一电话号码和第二电话号码相同，这说明RCS消息是由正与消费者通话的企业发来的。在这种情况下，第一终端自动呈现RCS消息的内容。

作为一些实现方式，第一终端可以从当前呈现的界面(例如，通话界面)自动跳转到RCS消息界面，以便自动呈现RCS消息的内容。

作为另一些实现方式，第一终端上的通话应用程序的软件开发工具包(SoftwareDevelopment Kit，SDK)可以通过与RCS消息应用程序的SDK进行底层交互来获取RCS消息的内容，以便在通话界面自动呈现RCS消息的内容。

RCS消息的内容可以包括但不限于交互式菜单、文件、位置、实时视频等内容。以交互式菜单为例，消费者可以根据交互式菜单中的按钮进行搜索、支付、查询等操作。以文件为例，消费者可以方便地查看企业发送的图片、视频、文档、音频等文件。以位置为例，消费者可以方便地确定企业的位置。以实时视频为例，消费者可以在视频的指导和协助下完成办理企业业务所需要进行的操作。

以上仅仅是RCS消息的内容的一部分示例。实际中，RCS消息还有其他各种内容，这里不再详述。

上述实施例中，个人用户的终端在通话的过程中接收携带企业用户的电话号码的RCS消息，并判断这一电话号码与通话另一方的电话号码是否相同。在这两个电话号码相同的情况下，个人用户的终端可以自动呈现RCS消息的内容。如此，个人用户的终端可以在与企业用户的终端通话的过程中自动呈现企业RCS消息的内容。这提高了企业与消费者之间通信的效率，提高了用户体验。

下面结合一些实施例进一步说明图1所示的消息呈现方法。

在一些实施例中，第一终端在RCS消息携带第一电话号码、且携带表示RCS消息是通话中消息的业务标签的情况下，判断第一电话号码和第二电话号码是否相同。

例如，运营商可以配置多种业务标签，不同种业务标签可以表示不同的消息类型。多种业务标签可以包括但不限于表示RCS消息是通话外消息的业务标签、表示RCS消息是通话中消息的业务标签等。

通话中消息的业务标签可以进一步细分为多个子标签，不同子标签可以对应不同类型的RCS消息的内容，例如，交互式菜单、文件、位置或实时视频等类型的内容。

如果RCS消息携带通话中消息的业务标签，这表明RCS消息是企业在与消费者通话的过程中还想与消费者进行其他实时互动的这种场景下发送的，在这种情况下，第一终端需要自动呈现RCS消息的内容。反之，如果RCS消息未携带通话中消息的业务标签，而是携带其他业务标签，这表明RCS消息并不是在前述场景下发送的，在这种情况下，第一终端不需要自动呈现RCS消息的内容，也就不需要进行判断。

个人用户的终端在接收的RCS消息携带通话中消息的业务标签的情况下执行判断，而对未携带通话中消息的业务标签不执行判断。如此，可以在保障企业与消费者之间通信效率的同时，减轻个人用户的终端的工作压力。

作为一些实现方式，通话中消息的业务标签携带在RCS消息的Accept-Contact(接受联系)头字段和P-Asserted-Service(隐私认证服务)头字段中的至少一个头字段中。

以RCS消息的内容是交互式菜单为例来说，RCS消息中的Accept-Contact头字段可以携带：

“+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.gsma.sharedrichcard"”；

P-Asserted-Service头字段可以携带：

“urn:urn-7:3gpp-service.ims.icsi.gsma.sharedrichcard”。

这里，“sharedrichcard”就是表示RCS消息是通话中消息的业务标签，该业务标签表示对应的RCS消息的内容是交互式菜单。

在这些实现方式下，第一终端根据Accept-Contact头字段和P-Asserted-Service头字段即可决定是否要进行判断，而不需要遍历整个RCS消息。如此，既可以进一步减轻个人用户的终端的工作压力，又可以提高RCS消息内容呈现的速度，进一步提高用户体验。

在一些实施例中，第一终端在执行步骤104之前，可以执行以下操作来确定RCS消息是否携带企业用户的电话号码。

例如，第一终端可以首先确定表示消息发送方的From头字段中携带的信息是否是电话号码的形式，以便确定RCS消息是否为企业RCS消息。如果是电话号码的形式，则说明RCS消息是个人RCS消息(即，C2C的RCS消息)；如果不是电话号码的形式，则说明RCS消息是企业RCS消息。

在确定RCS消息是企业RCS消息后，可以进一步确定RCS消息表示消息接收方的To头字段外的其他头字段是否携带与To头字段中携带的电话号码不同的电话号码。如果未携带，则表示企业RCS消息没有携带企业用户的电话号码；如果携带，则将与To头字段中携带的电话号码不同的电话号码确定为企业用户的电话号码。

换言之，在这些实施例中，在RCS消息的From头字段不携带电话号码、且RCS消息的To头字段外的其他头字段携带与To头字段中携带的电话号码不同的电话号码的情况下，第一终端确定RCS消息携带企业用户的电话号码。

如此，个人用户的终端可以准确地确定RCS消息是否携带企业用户的电话号码，从而可以准确地确定企业用户的电话号码。这可以提高后续判断的准确性，从而可以准确地呈现RCS消息的内容，进一步提高用户体验。

作为一些实现方式，其他头字段为P-Asserted-Identity(隐私认证标识)头字段。

例如，在确定RCS消息是企业RCS消息后，第一终端可以直接提取RCS消息中的P-Asserted-Identity头字段，以便确认P-Asserted-Identity头字段是否携带与To头字段中携带的电话号码不同的电话号码，而不需要遍历整个RCS消息。

如此，既可以进一步减轻个人用户的终端的工作压力，又可以提高RCS消息内容呈现的速度，进一步提高用户体验。

图2是根据本公开另一些实施例的消息呈现方法的流程示意图。

如图2所示，除步骤102～步骤106外，消息呈现方法还包括步骤202～步骤208。

在步骤202，增强通话业务平台接收来自企业用户的第二终端的增强通话业务触发指令。

第二终端既可以是企业的客服话务中心内的固定终端，也可以是手机等移动终端。

增强通话业务平台可以是运营商向使用增强通话业务的企业用户开放的平台。增强通话业务平台内可以预置有方便企业用户使用增强通话业务的各种业务模板。

例如，个人用户的第一终端首先与企业用户的第二终端之间建立语音通话。当企业在与消费者通话的过程中还要给消费者发送RCS消息时，第二终端会发送增强通话业务触发指令，该增强通话业务触发指令可以至少携带企业用户在增强通话业务平台的账号信息和个人用户的电话号码。在一些实施例中，增强通话业务触发指令还可以携带业务标签等信息。

作为一些实现方式，第二终端直接向增强通话业务平台发送增强通话业务触发指令。作为另一些实现方式，第二终端向第二终端侧的RCS平台发送增强通话业务触发指令，然后，第二终端侧的RCS平台将增强通话业务触发指令转发至增强通话业务平台。

RCS平台包括例如，消息即平台(Messaging as a Platform，MaaP)、超文本传输协议(Hyper Text Transfer Protocol，HTTP)文件服务器、媒体服务器等。

在步骤204，增强通话业务平台在第二终端与第一终端通话、且增强通话业务触发指令未携带第一电话号码的情况下，确定第一电话号码。

作为一些实现方式，增强通话业务平台可以根据增强通话业务触发指令中携带的业务标签来确定第二终端是否在与第一终端通话。例如，如果增强通话业务触发指令携带通话中消息的业务标签，则可以表明第二终端与第一终端通话。

作为一些实现方式，增强通话业务平台可以通过判断增强通话业务触发指令是否携带不同的电话号码来确定增强通话业务触发指令是否携带第一电话号码。例如，如果增强通话业务触发指令仅携带相同的一个电话号码，这说明增强通话业务触发指令仅携带消息接收方的电话号码，而没有携带第一电话号码。

如果确定第二终端与第一终端通话、且增强通话业务触发指令未携带第一电话号码，增强通话业务平台可以确定第一电话号码。

例如，增强通话业务平台可以确定与增强通话业务触发指令中携带的企业的账号信息对应的电话号码。该电话号码可以是预先配置好的与企业关联的企业专线电话号码。

在步骤206，增强通话业务平台根据增强通话业务触发指令，向RCS平台发送携带确定的第一电话号码的增强通话业务请求，以便RCS平台执行步骤208(即，发送RCS消息)。

例如，增强通话业务平台可以根据增强通话业务触发指令调用RCS平台的相关接口，以向第二终端侧的RCS平台发送增强通话业务请求。增强通话业务请求可以至少携带企业用户在增强通话业务平台的账号信息、个人用户的电话号码和企业用户的电话号码。在一些实施例中，增强通话业务请求还携带增强通话业务触发指令中的其他信息，例如，业务标签等信息。

第二终端侧的RCS平台可以从增强通话业务请求中提取需要的信息，并将这些信息封装为RCS消息(例如，SIP消息)。然后，第二终端侧的RCS平台可以向第一终端侧的RCS平台发送RCS消息。之后，第一终端侧的RCS平台将RCS消息发送给第一终端，以便第一终端执行步骤102～步骤106。

上述实施例中，增强通话业务平台在第二终端与第一终端通话、且增强通话业务触发指令未携带第一电话号码的情况下，确定企业用户的第一电话号码。然后，增强通话业务平台向RCS平台发送携带确定的第一电话号码的增强通话业务请求。如此，可以确保第一终端能够在与第二终端通话的过程中接收到携带第一电话号码的企业RCS消息，确保RCS消息内容的自动呈现。这可以进一步提高企业与消费者之间通信的效率，进一步提高用户体验。

下面结合一些实施例进一步说明本公开的消息呈现方法。

在一些实施例中，增强通话业务触发指令携带由第二终端添加的第一电话号码。在这种情况下，增强通话业务平台不必额外确定第一电话号码，而是可以直接向RCS平台发送携带第一电话号码的增强通话业务请求。如此，可以降低第一终端接收到RCS消息的时延，从而可以进一步提高用户体验。

在一些实施例中，第一终端开启通话中消息对应的RCS业务。

例如，第一终端在向RCS平台注册前，可以首先向RCS配置服务器获取配置参数，该配置参数(例如，“IncallAuth”)可以表明第一终端是否开启通话中消息对应的RCS业务。

如果“IncallAuth”为1，则表示第一终端开启通话中消息对应的RCS业务。在这种情况下，第一终端可以执行上述任意一个实施例的消息呈现方法。

反之，如果“IncallAuth”为0，则表示第一终端没有开启通话中消息对应的RCS业务。在这种情况下，第一终端不必判断是否要自动呈现RCS消息的内容。或者，携带通话中消息的业务标签的RCS消息可以由第一终端侧的RCS平台拦截，以使得第一终端不会接收到在与企业通话的过程中企业发来的RCS消息。

个人用户可以根据需求决定是否开启通话中消息对应的RCS业务。如此，开启通话中消息对应的RCS业务的终端能够自动呈现RCS消息的内容，而没有开启这种RCS业务的终端则不必执行判断和呈现。这可以进一步提高用户体验。

图3是根据本公开一些实施例的终端的结构示意图。

如图3所示，终端300包括接收模块301、判断模块302和呈现模块303。

接收模块301被配置为在通话的过程中接收RCS消息。

判断模块302被配置为在RCS消息携带企业用户的第一电话号码的情况下，判断第一电话号码和与第一终端通话的另一方的第二电话号码是否相同。

呈现模块303被配置为在第一电话号码和第二电话号码相同的情况下，自动呈现RCS消息的内容。

应理解，终端300还可以包括其他各种模块，以执行上述任意一个实施例中的第一终端执行的操作。

图4是根据本公开另一些实施例的终端的结构示意图。

如图4所示，终端400包括存储器401以及耦接至该存储器401的处理器402，处理器402被配置为基于存储在存储器401中的指令，执行上述任意一个实施例中的第一终端执行的操作。

存储器401例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如可以存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。

终端400还可以包括输入输出接口403、网络接口404、存储接口405等。这些接口403、404、405之间、以及存储器401与处理器402之间例如可以通过总线406连接。输入输出接口403为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口404为各种联网设备提供连接接口。存储接口405为SD卡、U盘等外置存储设备提供连接接口。

图5是根据本公开一些实施例的通信系统的结构示意图。

如图5所示，通信系统包括上述任意一个实施例中的个人用户的终端(例如，终端300/400)、增强通话业务平台501、以及RCS平台502。

增强通话业务平台501被配置为接收来自企业用户的第二终端的增强通话业务触发指令；在第二终端与终端300/400通话、且增强通话业务触发指令未携带第一电话号码的情况下，确定第一电话号码；根据增强通话业务触发指令，向RCS平台502发送携带确定的第一电话号码的增强通话业务请求，以便RCS平台502发送RCS消息。

RCS平台502被配置为根据增强通话业务请求，发送RCS消息。

应理解，增强通话业务平台501还可以被配置为执行上述任意一个实施例中的增强通话业务平台执行的操作。RCS平台502还可以被配置为执行上述任意一个实施例中的RCS平台执行的操作。

在一些实施例中，通信系统还包括未示出的企业用户的终端。企业用户的终端可以被配置为执行上述任意一个实施例中的第二终端执行的操作。

应理解，借助于本公开的通信系统，可以在不改造VoIMS网络和终端芯片的前提下，以容易落地的方式提高企业和消费者之间通信的效率，而不会对C2C的RCS业务造成影响。

本公开实施例还提供了一种计算机可读存储介质，包括计算机程序指令，该计算机程序指令被处理器执行时实现上述任意一个实施例的消息呈现方法。

本公开实施例还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述任意一个实施例的消息呈现方法。

至此，已经详细描述了本公开的各实施例。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于终端和通信系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域内的技术人员应当明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解，可由计算机程序指令实现流程图中一个流程或多个流程和/或方框图中一个方框或多个方框中指定的功能。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改或者对部分技术特征进行等同替换。本公开的范围由所附权利要求来限定。

Claims (13)

1.一种消息呈现方法，包括：

个人用户的第一终端在通话的过程中接收富媒体通信RCS消息；

所述第一终端在所述RCS消息携带企业用户的第一电话号码的情况下，判断所述第一电话号码和与所述第一终端通话的另一方的第二电话号码是否相同；

在所述第一电话号码和所述第二电话号码相同的情况下，所述第一终端自动呈现所述RCS消息的内容。

2.根据权利要求1所述的方法，其中，所述RCS消息为初始会话协议消息。

3.根据权利要求1所述的方法，其中，所述第一终端在所述RCS消息携带所述第一电话号码、且携带表示所述RCS消息是通话中消息的业务标签的情况下，判断所述第一电话号码和所述第二电话号码是否相同。

4.根据权利要求3所述的方法，其中，所述业务标签携带在所述RCS消息的Accept-Contact头字段和P-Asserted-Service头字段中的至少一个头字段中。

5.根据权利要求1所述的方法，还包括：

在所述RCS消息的From头字段不携带电话号码、且所述RCS消息的To头字段外的其他头字段携带与所述To头字段中携带的电话号码不同的电话号码的情况下，所述第一终端确定所述RCS消息携带企业用户的第一电话号码。

6.根据权利要求5所述的方法，其中，所述其他头字段为P-Asserted-Identity头字段。

7.根据权利要求1-6任意一项所述的方法，还包括：

增强通话业务平台接收来自所述企业用户的第二终端的增强通话业务触发指令；

所述增强通话业务平台在所述第二终端与所述第一终端通话、且所述增强通话业务触发指令未携带所述第一电话号码的情况下，确定所述第一电话号码；

所述增强通话业务平台根据所述增强通话业务触发指令，向RCS平台发送携带确定的所述第一电话号码的增强通话业务请求，以便所述RCS平台发送所述RCS消息。

8.根据权利要求7所述的方法，其中，确定的所述第一电话号码是所述企业用户的专线电话号码。

9.一种终端，包括：

接收模块，被配置为在通话的过程中接收富媒体通信RCS消息；

判断模块，被配置为在所述RCS消息携带企业用户的第一电话号码的情况下，判断所述第一电话号码和与所述第一终端通话的另一方的第二电话号码是否相同；

呈现模块，被配置为在所述第一电话号码和所述第二电话号码相同的情况下，自动呈现所述RCS消息的内容。

10.一种终端，包括：

存储器；以及

耦接至所述存储器的处理器，被配置为基于存储在所述存储器中的指令，执行权利要求1-8任意一项所述的消息呈现方法。

11.一种通信系统，包括：

权利要求9或10所述的终端；

增强通话业务平台，被配置为接收来自所述企业用户的第二终端的增强通话业务触发指令；在所述第二终端与所述终端通话、且所述增强通话业务触发指令未携带所述第一电话号码的情况下，确定所述第一电话号码；根据所述增强通话业务触发指令，向RCS平台发送携带确定的所述第一电话号码的增强通话业务请求，以便所述RCS平台发送所述RCS消息；以及

所述RCS平台。

12.一种计算机可读存储介质，包括计算机程序指令，其中，所述计算机程序指令被处理器执行时实现权利要求1-8任意一项所述的消息呈现方法。

13.一种计算机程序产品，包括计算机程序，其中，所述计算机程序被处理器执行时实现权利要求1-8任意一项所述的消息呈现方法。

Images