一种5G消息的通信方法及用于5G消息通信的网元与流程

一种5g消息的通信方法及用于5g消息通信的网元
技术领域
1.本发明涉及移动通信技术领域，尤其涉及一种5g消息的通信方法及用于5g消息通信的网元。


背景技术：

2.运营商短信服务将向5g消息中富媒体消息(英文：rich communication suite，简写：rcs)演进，目前中国移动、电信、联通3运营商已联合发布5g消息业务，其中面向c端用户的富媒体消息以及面向b端应用侧传统端口短信向富媒体的消息即平台(英文：massage as a platform，简写：maap)行业消息服务升级的2方面特性均引发各行业的高度关注。
3.在面向b端应用侧的5g消息特性方面，相比传统的端口短信，商户可通过5g消息maap行业消息服务，与用户进行商业信息内容更丰富、呈现更直观、安全度更高的商业消息交互体验。在rcs提倡的rcs标准下，maap平台提供了面向应用接入的5g消息网关型服务能力，与短信业务的短信网关网元对等。由于标准maap特性仅正式推出2年多，相关功能定义聚焦应用与用户间的基础rcs消息交互内容，部分传统短信服务能力并未能在现有maap平台网元得以集成，一些运营商特色服务暂无法在现有商用5g消息体系下实现，也影响了现网业务向5g消息服务的升级。因此相比微信公众号等越过运营商(英文：over the top，简写：ott)消息多元化服务，5g消息在为行业应用提供的服务能力方面还有不少差距。
4.以短信网关提供的号码转换功能为例，发送方用户可使用特定的应用客户端，向接收方用户发送点对点短信，即接收方用户收到的短信，发送方号码显示为用户手机号码，而非特定端口号)。
5.经过授权的应用可对接短信网关，基于短信网关的号码转换功能，向短信中心推送短信发送请求，最终由短信中心向用户发送号显发送方手机号码的点对点短信，即用户通过应用向接收方发起的短信，与用户直接通过手机向接收方发送短信的核心体验基本一致，接收方可通过短信内容中的来源标签描述识别发送方发起来源，通过该业务形式可扩展运营商基础通信服务能力范围，通过pc等终端发送短信，已广泛应用于包括139邮箱、和飞信等内部业务。
6.在5g消息maap特性下，基于http、sip协议交互，标准规范下，maap平台、rcs应用均遵循rcs标准，用户码号采用会话初始协议统一资源标志符(英文：session initiation protocol uniform resource identifier，简写：sip uri)形式标识，用户侧接收应用侧发送的5g消息，固定显示为应用消息机器人chatbot分配的sip uri。
7.maap平台、rcs应用中心基于sip uri进行路由，终端侧会显示为应用系统分配的应用的sip号码，而不是发送方用户的号码。
8.传统端口短信业务下应用侧发起点对点短信的能力，在当前5g消息标准和现网业务下并不支持，作为对接应用系统的maap平台，不具备消息发起方应用系统码号向用户号码转换的能力。即在5g消息下，用户无法通过特定应用的客户端，向接收方用户发起点对点富媒体5g消息。
9.因此，目前亟需一种sip协议下的5g消息的通信方法，能够实现5g消息的点对点通信。


技术实现要素：

10.本发明实施例的目的是提供一种sip协议下的5g消息的通信方法，能够实现5g消息的点对点通信。
11.为了解决上述技术问题，本发明实施例是这样实现的：
12.第一方面，提供一种5g消息的通信方法，包括：接收第一消息机器人发送的第一请求消息，所述第一请求消息中包括发送方终端设备关联用户的号码信息、接收方终端设备关联用户的号码信息、所述第一消息机器人的标识、消息内容、点对点应用消息类型、所述第一消息机器人的uri，其中，所述点对点应用消息类型用于指示所述发送方终端设备通过所述第一消息机器人向所述接收方终端设备发送点对点消息；向所述第一消息机器人返回所述第一请求消息的响应消息，所述响应消息中携带为所述第一请求消息分配的消息标识；向富媒体通信服务网元发送第二请求消息，所述第二请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识、所述消息内容，所述第二请求消息用于指示所述富媒体通信服务向所述接收方终端设备发送第三请求消息，所述第三请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识。
13.结合第一方面，在第一方面的第一种可能的实现方式中，所述第二请求消息中还包括所述第一请求消息的业务签名。
14.结合第一方面及其上述实现方式，在第一方面的第一种可能的实现方式中，所述方法还包括：接收所述富媒体通信服务发送的第二请求回执消息，所述第二请求回执消息中携带所述第一消息机器人的uri和所述第一请求消息的信息标识；向所述第一消息机器人发送所述第二请求回执消息，所述第二请求回执消息携带所述第一消息机器人的uri和所述第一请求消息的信息标识。
15.第二方面，提供一种5g消息的通信方法，包括：接收消息即平台maap发送的第二请求消息，其中，所述第二请求消息由第一消息机器人发送的第一请求消息生成，所述第二请求消息中携带发送方终端设备关联用户的号码信息、接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识、消息内容；向所述接收方终端设备发送第三请求消息，所述第三请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识。
16.结合第二方面，在第二方面的第一种可能的实现方式中，所述方法还包括：记录所述第一请求消息的消息标识与所述第一消息机器人的uri之间的关联关系。
17.结合第二方面及其上述实现方式，在第二方面的第二种可能的实现方式中，所述方法还包括：接收所述终端设备返回的第一回执消息，所述第一回执消息中携带所述第一请求消息的消息标识；根据所述第一请求消息的消息标识与所述第一消息机器人的uri之间的关联关系，向所述maap发送第二请求回执消息，所述第二请求回执消息携带所述第一消息机器人的uri和所述第一请求消息的信息标识。
18.结合第二方面及其上述实现方式，在第二方面的第三种可能的实现方式中，所述
第二请求消息中还包括所述第一请求消息的业务签名。
19.第三方面，提供一种用于5g消息通信的网元，包括：接收单元，所述接收单元用于接收第一消息机器人发送的第一请求消息，所述第一请求消息中包括发送方终端设备关联用户的号码信息、接收方终端设备关联用户的号码信息、所述第一消息机器人的标识、消息内容、点对点应用消息类型、所述第一消息机器人的uri，其中，所述点对点应用消息类型用于指示所述发送方终端设备通过所述第一消息机器人向所述接收方终端设备发送点对点消息；发送单元，所述发送单元用于向所述第一消息机器人返回所述第一请求消息的响应消息，所述响应消息中携带为所述第一请求消息分配的消息标识；所述发送单元还用于向富媒体通信服务网元发送第二请求消息，所述第二请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识、所述消息内容，所述第二请求消息用于指示所述富媒体通信服务向所述接收方终端设备发送第三请求消息，所述第三请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识。
20.可选地，第三方面提供的网元能够实现第一方面或第一方面中任意种可能的实现方式。
21.第四方面，提供一种用于5g消息通信的网元，包括：接收单元，所述接收单元用于接收消息即平台maap发送的第二请求消息，其中，所述第二请求消息由第一消息机器人发送的第一请求消息生成，所述第二请求消息中携带发送方终端设备关联用户的号码信息、接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识、消息内容；发送单元，所述发送单元用于向所述接收方终端设备发送第三请求消息，所述第三请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识。
22.结合第四方面，在第四方面的第一种可能的实现方式种，所述网元还包括：处理单元，所述处理单元用于记录所述第一请求消息的消息标识与所述第一消息机器人的uri之间的关联关系。
23.第五方面，本技术提供一种5g消息通信系统，该系统包括发送发终端设备、接收方终端设备、第一通信网元和第二通信网元，所述第一通信网元用于实现如第一方面所述的方法，第二通信网元用于实现如第二方面所述的方法。
24.第五方面，本发明实施例提供了一种网络设备，包括处理器、通信接口、存储器和通信总线；其中，所述处理器、所述通信接口以及所述存储器通过总线完成相互间的通信；所述存储器，用于存放计算机程序；所述处理器，用于执行所述存储器上所存放的程序，实现如第一或第二方面所述的方法步骤。
25.第六方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现如第一方面或第二所述的方法步骤。
26.本发明提出了一种在现有5g消息标准组网架构下，实现基于5g消息maap特性，应用用户发送5g消息点对点消息的方法、网元和系统，可实现应用向用户发送点对点短信功能的自有业务服务能力，平滑向5g消息服务能力的升级，有效继承运营商在行业短信领域应用的创新，助力发展运营商的行业消息服务，可衍生出更多的应用交互场景和商业模式。
27.进一步地，针对5g消息终端用户发起的点对点消息，属于标准流程，为避免对5g消息标准网元和基础业务流程改造过大，遵循rcs标准化流程机制处理，与现网端口短信服务模式保持一致。
28.进一步地，本提案不改变5g消息基础网元组网架构，面向内部自有业务的主要应用方式下不额外新增与应用系统的互通网元，通过应用chatbot接入maap平台，由maap平台与rcs as对接完成应用与用户端侧涉及点对点消息的消息交互，为避免对rcs终端的定制化适配要求，平台侧rcs as与5g消息终端间的uni消息定义维持标准化定义不变。
附图说明
29.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
30.图1为本技术一个实施例提供的现有技术5g消息通信的示意性流程图。
31.图2为本技术一个实施例提供的一种5g消息的通信方法的示意性流程图。
32.图3为本技术另一个实施例提供的一种5g消息的通信方法的示意性流程图。
33.图4为本技术一个实施例的方法的示意性流程图。
34.图5为本技术另一实施例的方法的示意性流程图。
35.图6为本技术一个实施例用于5g消息通信的网元的示意性框图。
36.图7为本技术另一个实施例用于5g消息通信的网元的示意性框图。
37.图8为本技术实施例提供的网络设备的结构示意图。
具体实施方式
38.本发明实施例提供了一种网络资源的配置方法、装置及网络设备。
39.为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
40.如图1所示，现有技术中，用户通过终端设备发起点对点的消息请求后，作为对接应用系统的maap平台，不具备消息发起方应用系统码号向用户号码转换的能力，即在5g消息下，用户无法通过特定应用的客户端，向接收方用户发起点对点富媒体5g消息，接收方收到的主叫号码为应用的sip uri，因为无法实现5g消息的点对点通信，如图1所示，应用系统与maap平台间通过http协议进行通信，maap平台与rcs服务网元(ras as)之间通过http协议进行通信，rcs as与接收端终端设备之间的通信采用的是sip协议。
41.本技术提出的方法将不改变5g消息基础网元组网架构，面向内部自有业务的主要应用方式下，不额外新增与应用系统的互通网元，由应用chatbot接入maap平台，由maap平台与rcs as对接完成应用与用户端侧涉及点对点消息的消息交互，进一步地，为避免对rcs终端的定制化适配要求，平台侧rcs as与5g消息终端间的uni消息定义维持标准化定义不
变。
42.如图2所示，本发明实施例提供一种5g消息的通信方法，该方法的执行主体可以为部署在服务器上的maap平台，其中，服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是能够进行网络操作处理的服务器，如某网络资源配置的服务器等。该方法200具体可以包括以下步骤：
43.步骤s210，接收第一消息机器人发送的第一请求消息，所述第一请求消息中包括发送方终端设备关联用户的号码信息、接收方终端设备关联用户的号码信息、所述第一消息机器人的标识、消息内容、点对点应用消息类型、所述第一消息机器人的uri，其中，所述点对点应用消息类型用于指示所述发送方终端设备通过所述第一消息机器人向所述接收方终端设备发送点对点消息；
44.步骤s220，向所述第一消息机器人返回所述第一请求消息的响应消息，所述响应消息中携带为所述第一请求消息分配的消息标识；
45.步骤s230，向富媒体通信服务网元发送第二请求消息，所述第二请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识、所述消息内容，所述第二请求消息用于指示所述富媒体通信服务向所述接收方终端设备发送第三请求消息，所述第三请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识。
46.具体地，聊天机器人chatbot可以为5g消息聊天机器人(chatbot)、短彩信发送方、消息发送方软件程序等等，本技术不做限定。
47.具体地，在步骤210中，第一请求消息具体地，可以为应用chatbot向maap平台发起用户点对点消息http请求，包括发送方chatbot uri、接收方用户tel、消息内容等参数基础上，扩展消息contenttype参数值，增加点对点应用消息类型，同时增加发送方用户号码字段参数，例如该contenttype参数值用于点对点应用场景的特殊消息contenttype可以扩展新值，如《contenttype》application/p2papplication/vnd.gsma.rcs-ft-http xml《/contenttype》(标准下有多种contenttype，可在第一个/符号间扩展为/p2papplication/)。发送方号码参数，也是新扩展定义即可，如《senderusernumber》 8613902221234《/senderusernumber》，/p2papplication/用于指示为点对点应用消息类型，《senderusernumber》 8613902221234《/senderusernumber》指示发送发用户地号码，应理解，具体地实施方式本技术不做限定。
48.具体地，在步骤220中，maap平台接收后，根据标准化处理流程，在响应消息中返回对应分配的msgid信息，具体地，第一请求消息地响应消息可以为200ok消息，其中，第一请求消息的消息标识可以为msgid信息。
49.具体地，在步骤230中，第二请求消息可以为maap平台通过下行消息发送http请求，具体地，其中可以包括发送方用户的tel、接收方用户的tel、msgid、消息内容等。
50.可选地，作为本技术一个实施例，所述第二请求消息中还包括所述第一请求消息的业务签名。
51.也就是说，maap平台可以在第二请求消息内容中添加对应chatbot设置的追尾来源标签，如通过某个具体应用139邮箱发送，向rcs as转发该第二请求消息。
52.具体地，相比点对点短信的文字模式，5g点对点消息还支持图片、语音、视频、地理位置等富媒体消息类型，将追尾来源标签(也就是上述业务签名)作为可选功能。除文字消息，由maap平台根据chatbot配置自动在消息文字内容后追加预设的应用追尾来源标签文字外，富媒体消息的追尾信息，由应用chatbot在标准的素材上传流程中，通过在对应缩略图素材中自动增加追尾标签水印信息，maap平台不做特殊适配。
53.进一步地，rcs服务网元基于唯一标识(该第一请求消息的msgid)记录该第一请求消息与对应chatbot uri的映射关系。
54.进一步地，rcs应用按照标准的点对点消息处理逻辑，将对应sip message推送至用户5g消息终端侧，发送方号码为通过应用发送消息的用户tel码号，因此接收方用户终端显示主叫为通过应用发送消息的用户手机号码，该sip message消息中。
55.图3为本技术另一个实施例提供的一种5g消息的通信方法的示意性流程图，该方法300包括：
56.步骤310，接收消息即平台maap发送的第二请求消息，其中，所述第二请求消息由第一消息机器人发送的第一请求消息生成，所述第二请求消息中携带发送方终端设备关联用户的号码信息、接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识、消息内容。
57.步骤320，向所述接收方终端设备发送第三请求消息，所述第三请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识。
58.具体地，第二请求消息为maap平台通过下行消息发送http请求，具体地，其中可以包括发送方用户的tel、接收方用户的tel、msgid、消息内容等。
59.具体地，在步骤320中，第三请求消息可以为rcs服务网元发送的sip message，sip message携带发送方终端设备关联用户的tel、接收方终端设备关联用户的tel，msgid。
60.可选地，所述第二请求消息中还包括所述第一请求消息的业务签名，也就是说，上述sip message还可以携带业务签名。
61.可选地，作为本技术一个实施例，所述方法还包括：记录所述第一请求消息的消息标识与所述第一消息机器人的uri之间的关联关系。
62.可选地，作为本技术一个实施例，所述方法还包括：接收所述终端设备返回的第一回执消息，所述第一回执消息中携带所述第一请求消息的消息标识；根据所述第一请求消息的消息标识与所述第一消息机器人的uri之间的关联关系，向所述maap发送第二请求回执消息，所述第二请求回执消息携带所述第一消息机器人的uri和所述第一请求消息的信息标识。
63.具体地，该终端设备返回的第一回执消息可以为sip message回执消息，该sip message回执消息中携带第一请求消息的msgid；第二回执消息可以为http回执消息，该http回执消息中携带主叫chatbot uri和第一请求消息的msgid。
64.图4为本技术一个实施例的方法的示意性流程图。如图4所示，该方法包括，步骤401，chatbot向maap平台发起用户点对点http请求消息，该请求消息包括发送方chatbot uri、接收方用户tel、消息内容等，同时还包括点对点应用消息类型，发送方用户号码。
65.步骤402，maap平台发送200ok，该消息中携带401中点对点http消息的msgid信息。
66.步骤403，maap平台通过下行消息发送http请求，具体地，其中可以包括发送方用户的tel、接收方用户的tel、msgid、消息内容等。
67.步骤404，rcs服务网元向maap发送200ok返回消息。
68.进一步地，rcs服务网元基于该点对点http消息的msgid，记录该消息与对应chatbot uri的映射关系。
69.步骤405，rcs服务网元向ue终端发送sip消息，sip消息中携带发送方终端设备关联用户的tel、接收方终端设备(也就是ue终端)关联用户的tel、该点对点http消息的msgid，可选地，该上述sip消息还可以携带业务签名，也就是携带点对点http消息的业务标签。
70.步骤406，ue终端向rcs服务网元返回响应于步骤405的200ok消息。
71.步骤407，ue终端向rcs应用发送sip消息回执消息，该sip message回执消息中携带点对点http消息的msgid。
72.步骤408，rcs服务网元向ue终端返回响应于步骤407的200ok消息。
73.进一步地，rcs服务网元会根据msgid与chatbot uri的映射关系，匹配执行步骤409时返回http回执消息的路径。
74.步骤409，http回执消息，该http回执消息中携带主叫chatbot uri和点对点http消息的msgid。
75.步骤410，maap平台向rcs服务网元发送响应于步骤409的200ok消息。
76.步骤411，maap平台向chatbot发送http回执消息，该http回执消息中携带chatbot uri和点对点http消息的msgid。
77.步骤412，maap平台向chatbot发送200ok消息。
78.应理解，在发送点对点消息之前，需要对用户通过chatbot下发点对点消息的鉴权，目前包括2种方式，一种是面向内部自有业务，由自有业务自行保障用户订购通过应用发送点对点消息的真实性，maap平台针对chatbot进行点对点消息发送功能权限开通，该方式适用于面向内部自有业务的服务升级，实现方式最为简单，与现网端口短信实现方式一致。
79.另外一种是可面向外部应用开放通过maap平台下发点对点消息服务，为避免对maap平台标准化网元提出过多适配需求，可在maap平台之上叠加专门的点对点消息应用服务网关，完成用户订购确认、记录及校验功能，统一与maap平台对接，汇聚分发所有点对点消息信令。
80.图5为本技术另一实施例的方法的示意性流程图，如图5所示，该方法包括：
81.步骤501，chatbot向应用服务网关发起点对点消息服务订购请求。
82.步骤502，应用服务网关向maap平台发送点对点消息功能订购http请求，起请求消息种携带chatbot uri、请求用户的tel和订购内容。
83.具体地，订购内容为预设置的订购通知信息，如带建议回复的卡片消息，有用户请求通过应用xxx给您发送消息，是否接收？建议回复按钮分别为“接受”、“不接收”，具体形式可在应用服务网关配置。
84.步骤503，maap向应用服务网关发送200ok响应。
85.步骤504，maap平台向rcs服务网元发送下行订购确认http消息，该消息携带了
chatbot中chatbot uri、请求用户的tel和订购内容。
86.步骤505，rcs服务网元向maap平台返回200ok响应。
87.步骤506，rcs服务网元向终端设备发送sip或者sms订购确认消息。
88.步骤507，ue终端向rcs服务网元发送接收成功响应消息。
89.步骤508，rcs服务网元向终端设备发送sip或者sms订购确认回复消息。
90.步骤509，ue终端向rcs服务网元发送接收成功响应消息。
91.步骤510，rcs服务网元向maap平台发送上行订购确认回复http消息。
92.步骤511，maap平台向rcs服务网元返回200ok响应。
93.步骤512，maap平台向应用服务网关发送点对点消息功能订购回复http请求。
94.步骤513，应用服务网关向maap应用发送200ok响应。
95.步骤514，应用服务网关向chatbot发送订购结果通知消息。
96.如上所述，外部应用chatbot发起的点对点消息服务订购请求，需对接统一的应用服务网关，通过maap平台、rcs as的标准a2p\p2a消息交互流程，向对应用户5g消息终端推送并接收用户功能订购确认消息，相关订购关系在点对点应用服务网关记录并将订购结果通知至相关外部应用chatbot。应用服务网关相对于maap平台而言，是可信的内部网元，作为外部应用chatbot的交互代理。因此该模式相当于自有业务应用模式的一种特例，解决外部应用chatbot鉴权问题，后续点对点消息交互流程与自有业务模式类似，只是应用chatbot与maap平台之间多一层应用服务网关的转发，因此后续消息交互流程不再对该模式重复描述，将以自有业务类应用chabot为代表阐述。
97.图6示出了本技术一个实施例的用于5g消息通信的网元的示意性框图，如图6所示，该网元600包括接收单元610，所述接收单元610用于接收第一消息机器人发送的第一请求消息，所述第一请求消息中包括发送方终端设备关联用户的号码信息、接收方终端设备关联用户的号码信息、所述第一消息机器人的标识、消息内容、点对点应用消息类型、所述第一消息机器人的uri，其中，所述点对点应用消息类型用于指示所述发送方终端设备通过所述第一消息机器人向所述接收方终端设备发送点对点消息；发送单元620，所述发送单元用于向所述第一消息机器人返回所述第一请求消息的响应消息，所述响应消息中携带为所述第一请求消息分配的消息标识；所述发送单元620还用于向富媒体通信服务网元发送第二请求消息，所述第二请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识、所述消息内容，所述第二请求消息用于指示所述富媒体通信服务向所述接收方终端设备发送第三请求消息，所述第三请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识。
98.具体地，该网元600可以为maap平台。
99.应理解，该用于5g消息通信的网元用于执行图2示出的方法，在此不再赘述。
100.图7示出了本技术一个实施例的用于5g消息通信的网元的示意性框图，如图7所示，该网元700包括接收单元710，所述接收单元710用于接收消息即平台maap发送的第二请求消息，其中，所述第二请求消息由第一消息机器人发送的第一请求消息生成，所述第二请求消息中携带发送方终端设备关联用户的号码信息、接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识、消息内容；发送单元720，所述发送单元720用于向所述
接收方终端设备发送第三请求消息，所述第三请求消息中携带所述发送方终端设备关联用户的号码信息、所述接收方终端设备关联用户的号码信息、所述第一请求消息的消息标识。
101.可选地，所述网元700还包括：处理单元730，所述处理单元730用于记录所述第一请求消息的消息标识与所述第一消息机器人的uri之间的关联关系。
102.本发明实施例提供的消息处理系统能够实现上消息处理方法对应的实施例中的各个过程，为避免重复，这里不再赘述。
103.需要说明的是，本发明实施例提供的消息处理系统与本发明实施例提供的消息处理方法基于同一发明构思，实现相同的有益效果，因此该实施例的具体实施可以参见前述网络资源的配置方法的实施和有益效果，重复之处不再赘述。
104.对应上述实施例提供的网络资源的配置方法，基于相同的技术构思，本发明实施例还提供了一种网络设备，该网络设备用于执行上述的网络资源的配置方法，图8为实现本发明各个实施例的一种网络设备的结构示意图，如图8所示。网络设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器801和存储器802，存储器802中可以存储有一个或一个以上存储应用程序或数据。其中，存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对网络设备中的一系列计算机可执行指令。更进一步地，处理器801可以设置为与存储器802通信，在网络设备上执行存储器802中的一系列计算机可执行指令。网络设备还可以包括一个或一个以上电源803，一个或一个以上有线或无线网络接口804，一个或一个以上输入输出接口805，一个或一个以上键盘806。
105.具体在本实施例中，网络设备包括有处理器、通信接口、存储器和通信总线；其中，所述处理器、所述通信接口以及所述存储器通过总线完成相互间的通信；所述存储器，用于存放计算机程序；所述处理器，用于执行所述存储器上所存放的程序，实现以下方法步骤：上述图2或图3实施例描述的方法。
106.本技术实施例还提供一种计算机可读存储介质，所述存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述图2或图3实施例描述的方法。
107.本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
108.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
109.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或
多个方框中指定的功能。
110.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
111.在一个典型的配置中，网络设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
112.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
113.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
114.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
115.本领域技术人员应明白，本技术的实施例可提供为方法、装置或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
116.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。