CN110138644A - 信息处理方法及装置 - Google Patents

Abstract

本文公开了一种信息处理方法及装置，所述信息处理方法可以包括：即时通讯服务端接收来自业务应用服务端的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；基于所述第二用户的信息，建立与所述第二用户的会话；在收到对应所述会话的预定消息时，通过语音交互界面向所述第二用户提供所述内容。本申请能够大幅提高信息的触达率。

Description

信息处理方法及装置

技术领域

本发明涉及网络技术领域，尤其涉及一种消息处理方法及装置。

背景技术

应用平台需要提醒多个用户进行某些操作或向用户群发信息时，常需要应用平台的工作人员一个个拨打电话或发送信息来向每个用户发送，有时用户还需要在收到信息后再手动进入应用并完成操作，采用这种方式，常常会出现未成功传送到所有用户、已传送用户可能并未关注信息、用户在收到信息后还需手动进入应用才能完成操作等情况，用户的操作过程不仅繁琐而且复杂，时间成本和人力成本都比较高，信息触达率低，传送效果也比较差。

发明内容

本申请旨在至少解决相关技术中的技术问题之一。

本申请实施例提供一种信息处理方法及装置，至少能够提高信息的触达率。

本申请采用如下技术方案。

一种信息处理方法，包括：

即时通讯服务端接收来自业务应用服务端的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

即时通讯服务端基于所述第二用户的信息，建立与所述第二用户的会话；

即时通讯服务端在收到对应所述会话的预定消息时，通过语音交互界面向所述第二用户提供所述内容。

其中，所述对应所述会话的预定消息为如下之一：

所述会话的拒绝消息；

所述会话的挂断消息。

其中，所述待发送信息还包括：发送模式，所述发送模式为如下之一：语音播报、交互式语音应答IVR；所述通过语音交互界面向所述第二用户提供所述内容，包括：基于所述发送模式通过语音交互界面向所述第二用户发送所述内容。

其中，所述通过语音交互界面向所述第二用户提供所述内容，包括：在所述发送模式为IVR时，接收用户的操作信息，根据所述操作信息确定IVR菜单，并将所述内容中对应于所述IVR菜单的部分转换为语音发送给所述用户。

其中，所述通过语音交互界面向所述第二用户提供所述内容，包括：在所述发送模式为语音播报时，将所述内容的全部转换为语音文件，并以流媒体的形式向所述第二用户发送所述语音文件。

其中，所述通过语音交互界面向所述第二用户提供所述内容之后，所述方法还包括：统计收到的所有对应所述会话的预定消息，确定所述待发送信息到各第二用户的触达结果，并向所述业务应用服务端提供所述触达结果。

其中，所述待发送信息还包括：预先设定的发送时间；所述建立与所述第二用户的会话，包括：按照所述发送时间，建立与所述第二用户的会话。

一种信息处理方法，包括：

业务应用服务端接收第一用户设置的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

业务应用服务端向即时通讯服务端发送所述待发送信息，以便所述即时应用服务端以会话触发、并通过语音交互界面将所述待发送信息送至所述第二用户。

其中，所述业务应用服务端接收第一用户设置的待发送信息，包括：

所述业务应用服务端向所述第一用户推送用于输入所述待发送信息的界面，并接收所述第一用户在所述界面上输入的所述待发送信息。

其中，所述方法还包括：接收来自所述即时通讯服务端的触达结果，并将所述触达结果提供给第一用户，所述触达结果用于反映所述待发送信息的发送情况。

其中，所述待发送信息还包括：预先设定的发送时间。

一种信息处理方法，包括：

监听来自即时通讯服务端的会话，所述会话为所述即时通讯服务端基于业务应用服务端的待发送信息发起的会话，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

响应于针对所述会话的预定操作，唤起即时通讯应用的语音交互界面，并通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容。

其中，所述通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容，包括：展示所述语音交互界面的同时，接收即时通讯服务端以流媒体形式传输的语音文件并进行播放，所述语音文件由所述即时通讯服务端基于所述待发送信息中的内容得到。

其中，所述通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容，包括：以交互式语音应答IVR的模式展示所述语音交互界面，同时基于对应当前IVR菜单的语音交互界面的操作信息，向即时通讯服务端获取对应于当前IVR菜单的语音并播放，以提示第二用户完成针对所述业务应用的操作；其中，所述语音由所述即时通讯服务端基于所述待发送信息中的内容得到。

其中，所述第二用户完成针对所述业务应用的操作为所述业务应用的续费操作。

其中，所述针对所述会话的预定操作为如下之一：拒绝所述即时通讯应用发起的会话的操作；接受所述即时通讯应用发起的会话后挂断所述会话的操作。

一种信息处理装置，应用于即时通讯服务端，包括：

存储有计算机程序的存储器；

处理器，配置为读取所述计算机程序以执行如下操作：

接收来自业务应用服务端的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

基于所述第二用户的信息，建立与所述第二用户的会话；

在收到对应所述会话的预定消息时，通过语音交互界面向所述第二用户提供所述内容。

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机可读存储介质应用于即时通讯服务端，所述计算机程序被处理器执行时实现如下操作：

接收来自业务应用服务端的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

基于所述第二用户的信息，建立与所述第二用户的会话；

在收到对应所述会话的预定消息时，通过语音交互界面向所述第二用户提供所述内容。

一种信息处理装置，应用于业务应用服务端，包括：

存储有计算机程序的存储器；

处理器，配置为读取所述计算机程序以执行如下操作：

接收第一用户设置的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

向即时通讯服务端发送所述待发送信息，以便所述即时应用服务端以会话触发、并通过语音交互界面将所述待发送信息送至所述第二用户。

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机可读存储介质应用于业务应用服务端，所述计算机程序被处理器执行时实现如下操作：

接收第一用户设置的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

向即时通讯服务端发送所述待发送信息，以便所述即时应用服务端以会话触发、并通过语音交互界面将所述待发送信息送至所述第二用户。

一种信息处理装置，应用于第二用户的用户端设备，包括：

存储有计算机程序的存储器；

处理器，配置为读取所述计算机程序以执行如下操作：

监听来自即时通讯服务端的会话，所述会话为所述即时通讯服务端基于业务应用服务端的待发送信息发起的会话，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

响应于针对所述会话的预定操作，唤起即时通讯应用的语音交互界面，并通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容。

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机可读存储介质应用于第二用户的用户端设备，所述计算机程序被处理器执行时实现如下操作：

监听来自即时通讯服务端的会话，所述会话为所述即时通讯服务端基于业务应用服务端的待发送信息发起的会话，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

响应于针对所述会话的预定操作，唤起即时通讯应用的语音交互界面，并通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容。

本申请包括以下优点：

一方面，本申请中，即时通信服务端通过与指定的第二用户建立会话的方式将业务应用服务端提供的内容送至第二用户，可大幅提高信息的触达率，从而取得较佳的信息触达效果；

另一方面，本申请通过即时通讯应用的语音交互界面将业务应用的信息发送给用户，用户通过语音交互即可获取信息或完成相应操作，大大简化了用户的操作过程，提高了信息发送的效率，节省了人力成本和时间成本。

当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有优点。

附图说明

图1为本申请示例性应用环境的架构示意图；

图2为实施例一的一种信息处理方法的流程示意图；

图3为实施例一的另一种信息处理方法的流程示意图；

图4为实施例一的又一种信息处理方法的流程示意图；

图5为实例1的CRM系统通过钉钉平台完成续费的执行流程示意图；

图6为续费到期用户库的界面实例图；

图7为统一设置提醒内容的对话框的示例性界面图；

图8为提醒电话的来电界面示例图；

图9为提醒电话的会话中界面示例图；

图10为“我要续费”的语音交互界面示例图；

图11为升级服务套餐的选择界面示例图；

图12为升级套餐的确认界面示例图；

图13为确认续费的语音交互界面示例图；

图14为跳转付款页面的界面示例图；

图15为实例2的电子商务平台通过钉钉平台向用户推送消息的执行流程示意图；

图16为推送消息设置对话框的界面示例图；

图17为展示消息触达通知的界面示例图；

图18为实施例二的一种信息处理装置的示例性结构示意图；

图19为实施例三的一种信息处理装置的示例性结构示意图；

图20为实施例四的一种信息处理装置的示例性结构示意图。

具体实施方式

下面将结合附图及实施例对本申请的技术方案进行更详细的说明。

需要说明的是，如果不冲突，本申请实施例以及实施例中的各个特征可以相互结合，均在本申请的保护范围之内。另外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在一个典型的配置中，客户端或服务器的计算设备可包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存(memory)。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。内存可能包括模块1，模块2，……，模块N(N为大于2的整数)。

计算机可读介质包括永久性和非永久性、可移动和非可移动存储介质。存储介质可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)，快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

针对相关技术中业务应用平台向其用户群发信息时发送端和接收端都存在操作繁琐的问题，本申请提供如下技术方案，该技术方案中业务应用平台可通过即时通讯应用平台(即，即时通讯应用的平台)向其设定的用户群发信息，不仅能够大幅简化操作过程，而且能够有效提高信息推送的效果及其用户体验。

图1为本申请应用环境的示例性架构。其中，业务应用平台与即时通讯应用平台可进行跨平台通信，业务应用平台可以通过即时通讯应用平台向其预先设定的用户群发信息。即时通讯应用平台通过将业务应用平台提供的信息转换为语音，再将该信息群发给业务应用平台预先设定的多个用户。实际应用中，即时通讯应用平台可以是支持跨平台对接的即时通讯应用平台，比如，该即时通讯应用平台可以是钉钉服务端。业务应用平台可以是注册并使用即时通讯应用平台提供的跨平台消息提醒服务的应用服务端。比如，业务应用平台可以是客户关系管理(CRM，Customer relationship management)系统(比如，诚信通)、提供线上交易服务的电子商务类应用的服务端。实际应用中，作为信息接收方的第二用户可通过第二用户的用户端设备与即时通讯应用平台交互，以获取来自业务应用平台的信息，作为信息发起方的第一用户可通过第一用户的用户端设备与业务应用平台交互，设置要发送的信息(比如，信息的接收方、信息的内容等)。该用户端设备可以是任何能够与即时通讯应用平台进行通信的电子设备，比如，用户端设备可以是固定终端(比如，PC)、移动终端(如，手机)、便携式电子设备(如，平板电脑、可穿戴设备)等。

需要说明的是，本申请所述的应用平台可以通过服务器或其集群实现。比如，业务应用平台为CRM系统平台时，可以通过支持CRM的分布式系统实现，该分布式系统可以通过服务器集群实现。比如，即时通讯应用平台可以通过支持即时通讯业务的服务器集群来实现。可以理解，除上述实现方式之外，本申请中各应用平台还可采用其他形式的网络架构来实现，比如，基于云服务器的分布式系统。对于应用平台的网络结构形式，本文不予限制。

下面对本申请技术方案的实现方式进行说明。

实施例一

一种信息处理方法，可通过第二用户的用户端设备实现。如图2所示，该方法可以包括：

步骤201，监听来自即时通讯服务端的会话，所述会话为所述即时通讯服务端基于业务应用服务端的待发送信息发起的会话，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

步骤202，响应于针对所述会话的预定操作，唤起即时通讯应用的语音交互界面，并通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容。

本实施例中，通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容(即向第二用户呈现待发送信息中内容的方式)可以有多种。一种实现方式中，可以通过语音播报的方式将待发送信息中的内容播放出来，供第二用户收听；另一种实现方式中，可以通过交互式语音应答(IVR，Interactive Voice Response)的方式将待发送信息中的内容播放给第二用户，同时还可提示第二用户通过IVR下的语音交互完成与待发送信息相关的、针对业务应用的一些操作。除上述两种实现方式之外，还可通过其他方式实现信息的呈现。对于信息呈现的具体方式，本文不予限制。

本实施例的一种实现方式中，所述所述通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容，可以包括：展示所述语音交互界面的同时，接收即时通讯服务端以流媒体形式传输的语音文件并进行播放，所述语音文件由所述即时通讯服务端基于所述待发送信息中的内容得到。通过该实现方式，可将业务应用的信息以语音播报的方式呈现给第二用户，不需要第二用户再做操作即可使其接收到业务应用的信息，不仅简化了用户操作，而且发送效果佳。

本实施例的另一种实现方式中，所述通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容，可以包括：以IVR的模式展示所述语音交互界面，同时基于对应当前IVR菜单的语音交互界面的操作信息，向即时通讯服务端获取对应于当前IVR菜单的语音并播放，以提示第二用户完成针对所述业务应用的操作；其中，所述语音由所述即时通讯服务端基于所述待发送信息中的内容得到。通过该实现方式，不仅可将业务应用的信息以语音的形式呈现给第二用户，而且还可通过语音交互提示用户完成与相关的一些操作，不再需要第二用户收到信息后再进入业务应用来完成操作，大大简化了信息及其相关操作的中间链路和用户的操作过程，提高了信息的发送效果，同时还节省了人力和时间。

在上述实现方式中，以IVR模式实现信息发送的过程可以包括：基于对应当前IVR菜单的语音交互界面的操作信息，切换到下一IVR菜单的语音交互界面，向即时通讯服务端获取对应所述下一IVR菜单且以流媒体形式传输的语音并播放，该语音由所述即时通讯服务端基于所述待发送信息中的内容得到。其中，所述操作信息表示第二用户在语音交互界面上做出的响应操作。该响应操作可以语音、按键、姿势等操作。比如，在语音交互界面中，第二用户可基于提示输入相应的语音指令，第二用户的用户端设备接收该语音指令，即可相当于收到了该语音交互界面的操作信息。再比如，在语音交互界面下，第二用户基于提示按下快捷键“1”，第二用户的用户端设备响应于该操作即可收到表示按下快捷键“1”的操作信息。

在上述实现方式中，所述针对所述业务应用的操作是指业务应用中与所述信息相关的操作。比如，所述第二用户完成针对所述业务应用的操作可以为所述业务应用的续费操作。除此之外，该操作还可以是其他类型，比如，账户查询操作。对于该操作的具体类型，本文不予限制。

本实施例中，针对会话的预定操作可以为如下之一：拒绝所述即时通讯应用发起的会话的操作；接受所述即时通讯应用发起的会话后挂断所述会话的操作。这样，可基于第二用户针对会话的操作来触发待发送信息中内容的发送，从而大幅改善信息的发送效果，提高信息的触达率，同时还有利于提升第二用户的用户体验。

本实施例还提供另一种信息处理方法，可通过即时通讯服务端来实现，如图3所示，可以包括：

步骤301，即时通讯服务端接收来自业务应用服务端的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

步骤302，即时通讯服务端基于所述第二用户的信息，建立与所述第二用户的会话；

步骤303，即时通讯服务端在收到对应所述会话的预定消息时，通过语音交互界面向所述第二用户提供所述内容。

本实施例中，即时通讯服务端通过即时通讯应用的语音交互界面向第二用户提供待发送信息中内容的方式可以有多种。一种实现方式中，可以通过语音播报的方式将待发送信息中的内容送至第二用户；另一种实现方式中，可以通过交互式语音应答(IVR，Interactive Voice Response)的方式将待发送信息中的内容送给至第二用户，同时还可通过IVR下的语音交互完成与该信息相关的、针对业务应用的一些操作。除上述两种实现方式之外，还可通过其他方式实现信息的发送。对于信息发送的具体方式，本文不予限制。

本实施例的一种实现方式中，所述待发送信息还可以包括：发送模式，所述发送模式为如下之一：语音播报、IVR。即时通信服务端通过语音交互界面向所述第二用户提供所述内容，可以包括：基于所述发送模式通过语音交互界面向所述第二用户发送所述内容。具体来讲，向第二用户提供所述内容的方式可以有多种。一种实现方式中，可以通过语音播报的方式将待发送信息中的内容传送给第二用户的用户端设备，由第二用户的用户端设备播放；另一种实现方式中，可以通过IVR的方式将业务应用的内容发送给第二用户的用户端设备。除上述两种实现方式之外，还可通过其他方式实现内容的发送。除此之外，该发送模式还可以是其他，比如视频播放等，对于该发送模式的具体类型，本文不予限制。相应的，即时通信服务端向所述第二用户提供所述内容的方式也可以有多种，比如视频播放等。

本实施例的上述实现方式中，即时通讯应用的服务端所获取的内容可以为文本形式，即时通讯应用的服务端可将该文本形式的内容转换为语音，并以流媒体的形式传送给第二用户的用户端设备，以便第二用户的用户端设备在接收信息的同时即可将其播放，有助于提高信息发送的效率。换言之，本实施例中向第二用户提供所述内容的过程可以包括：将所述内容的全部或部分转换为语音文件，并以流媒体的形式向所述第二用户的用户端设备发送所述语音文件。

本实施例的一种实现方式中，所述通过语音交互界面向所述第二用户提供所述内容，可以包括：在所述发送模式为IVR时，接收用户的操作信息，根据所述操作信息确定IVR菜单，并将所述内容中对应于所述IVR菜单的部分转换为语音发送给所述用户。通过该实现方式，不仅可将业务应用的信息以语音的形式发送给第二用户，而且还可通过语音交互提示用户完成与该信息相关的一些操作，不再需要第二用户收到信息后再进入业务应用来完成操作，大大简化了信息及其相关操作的中间链路和用户的操作过程，提高了信息的发送效果，同时还节省了人力和时间。

实际应用中，IVR模式可以由即时通讯服务端与业务应用服务端预先约定，在约定之后可以在即时通讯服务端保存对应于业务应用的IVR流程信息(比如，对应业务应用的应用标识或其他标识类的信息存储其IVR流程信息)，在通过IVR模式向第二用户发送内容时，可以通过查询对应于业务应用的IVR流程信息来完成相应的IVR处理。这里，IVR流程信息可以包括：各级IVR菜单及其操作信息、各级IVR菜单之间的关联关系。其中，IVR菜单与用户完成业务应用的相应操作的步骤相对应(比如，可以是一一对应关系)，各级IVR菜单之间的关联关系与操作步骤的执行顺序相对应。其中，所述操作信息表示第二用户在语音交互界面上做出的响应操作。该响应操作可以语音、按键、姿势等操作。比如，在语音交互界面中，第二用户可基于提示输入相应的语音指令，第二用户的用户端设备接收该语音指令，即可相当于收到了该语音交互界面的操作信息。再比如，在语音交互界面下，第二用户基于提示按下快捷键“1”，第二用户的用户端设备响应于该操作即可收到表示按下快捷键“1”的操作信息。

本实施例的另一种实现方式中，所述通过语音交互界面向所述第二用户提供所述内容，包括：在所述发送模式为语音播报时，将所述内容的全部转换为语音文件，并以流媒体的形式向所述第二用户发送所述语音文件。通过该实现方式，可将业务应用的信息以语音播报的方式提供给第二用户，不需要第二用户再做操作即可使其接收到业务应用的信息，不仅简化了用户操作，而且触达率高，信息发送效果佳。

本实施例图3所示的方法中，还可以包括：通过语音交互界面向所述第二用户提供所述内容之后，统计收到的所有对应所述会话的预定消息，确定所述待发送信息到各第二用户的触达结果，并向所述业务应用服务端提供所述触达结果。触达结果触达结果具体的，即时通讯服务端将待发送信息的内容提供给第二用户之后，可基于第二用户的反馈统计这些信息的发送情况，生成对应于相应业务应用的触达结果并将该触达结果返回给业务应用服务端，以便业务应用服务端将该触达结果提供给第一用户，便于第一用户了解信息的触达情况。

本实施例中，上述所述对应所述会话的预定消息为如下之一：所述会话的拒绝消息；所述会话的挂断消息。实际应用中，第二用户的用户端设备在检测到第二用户在相应会话界面上的拒绝操作之后，即向即时通讯服务端发送相应会话的挂断消息。第二用户的用户端设备在检测到第二用户在相应会话的呼叫界面上的拒绝操作之后，向即时通讯服务端发送相应会话的拒绝消息。即时通讯应用的服务端可在收到这些消息之后，即向第二用户的用户端设备提供待发送信息的内容。如此，可基于第二用户对会话的操作向其发送业务应用的信息，从而大幅提高业务应用相关信息的触达率。

本实施例的一种实现方式中，所述待发送信息还可以包括预先设定的发送时间，所述发送时间为固定时刻或距离预定时刻的时长；所述建立与所述第二用户的会话，可以包括：按照所述发送时间，建立与所述第二用户的会话。换言之，在当前时刻与所述发送时间相符时，建立与所述第二用户的会话。这样，可基于不同应用场景的需求将相应的信息在最恰当的时机发送给第二用户，可提高信息的发送效果，同时有利于提升第二用户的用户体验。需要说明的是，这里的“预定时刻”是指预先设定的某个时刻，该时刻可以是业务应用中某项业务的一个特定时刻，也可以是第二用户使用业务应用提供的某项服务的时刻信息。比如，该预定时刻可以是第二用户使用业务应用某项服务的到期日。

如图4所示，本实施例还提供另一种信息处理方法，可通过业务应用服务端来实现，该业务应用可以为通过即时通讯应用向其用户发送信息的应用，可以包括：

步骤401，业务应用服务端接收第一用户设置的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

步骤402，业务应用服务端向即时通讯服务端发送所述待发送信息，以便所述即时应用服务端以会话触发、并通过语音交互界面将所述待发送信息送至所述第二用户。

本实施例的一种实现方式中，所述业务应用服务端接收第一用户设置的待发送信息，可以包括：所述业务应用服务端向所述第一用户推送用于输入所述待发送信息的界面，并接收所述第一用户在所述界面上输入的所述待发送信息。这样，通过界面获取待发送信息，不仅用户体验更好，而且有助于改善信息发送的效果和提高发送的效率。这里，第一用户设置的信息中除包含上述的第二用户的信息、发送的内容之外，还可以包括上述预先设定的发送时间，以便即时通讯服务端按照该发送时间与第二用户建立会话并基于该会话向第二用户提供所述内容。

本实施例的一种实现方式中，还可以包括：接收来自所述即时通讯服务端的触达结果结果，并将所述触达结果结果提供给第一用户，触达结果所述触达结果用于反映所述待发送信息的发送情况。如此，可便于第一用户了解相应信息的触达情况。

本实施例还提供另一种信息处理方法，可通过第一用户的用户端设备(即第一用户的用户端设备)来实现，第一用户可将信息提交至业务应用服务端，再由业务应用服务端将该信息送至即时通讯服务端，最终由即时通讯服务端发送给第二用户。该方法可以包括：

响应于第一用户针对业务应用的操作，唤起设置待发送信息的界面；

接收第一用户在所述界面中输入的信息并发送至业务应用服务端，所述信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容。

一种实现方式下，所述设置待发送信息的界面可以包括对话框，第一用户在该对话框中输入的信息除第二用户的信息、以及发送的内容之外，还可以包括：预先设定的发送时间。相关具体细节可参照上文，不再赘述。

本实施例的一种实现方式中，第一用户的用户端设备所执行的信息处理方法还可以包括：接收来自所述业务应用服务端的触达结果并进行展示，所述触达结果用于反映所述待发送信息的发送情况，该触达结果由即时通讯服务端提供给所述业务应用服务端。如此，可便于第一用户查看所设置信息的触达情况。

本实施例，通过即时通讯应用的会话触发业务应用的信息发送，可大幅提高信息的触达率，从而取得较佳的信息发送效果；通过即时通讯应用的语音交互界面将业务应用的信息发送给第二用户，方便用户通过语音交互的方式获取信息或完成相应操作，大大简化了用户的操作过程，提高了信息发送的效率，节省了人力成本和时间成本。

下面以两个具体的应用场景为例说明本实施例的具体实现过程。

需要说明的是，下述流程中，用户均是通过用户端设备进行操作并与应用平台进行交互，用户的所有操作都是在用户端设备上进行，用户端设备响应于用户的操作执行相应处理。下述流程中，钉钉为上文即时通讯应用的一个示例，CRM系统、诚信通、电子商务均为上文所述业务应用的示例。提醒内容、推送内容分别为本文待发送信息中内容的示例。接收人信息为待发送信息中第二用户的信息的示例。可以理解，本领域技术人员可直接将下述流程应用于其他类似的应用中。

实例1

本实例中，CRM系统通过钉钉平台提醒多个用户进行续费，并利用钉钉平台的IVR模式完成续费操作。

本实例中，第一用户为CRM系统中发起续费操作的一方，第二用户为CRM系统中需要完成续费操作的一方。

如图5所示，本实例的执行流程可以包括：

步骤501，第一用户进入CRM管理后台的用户界面；

步骤502，第一用户通过CRM管理后台的用户界面进行操作，进入续费到期用户库的界面；

以诚信通为例，续费到期用户库的界面如图6所示，在该界面中展示有所有支持“钉续费”的客户的信息(即支持通过钉钉平台进行续费操作的第二用户的信息)，这些信息以列表的形式展示，该列表中每个条目展示一条客户的信息，一条客户的信息可以包括客户名称(即第二用户在诚信通注册的用户名)、客户信息(比如，第二用户的续费信息)、是否支持钉续费等。

步骤503，第一用户在续费到期用户库的界面上进行操作，统一设置提醒内容；

仍以诚信通为例，第一用户可在图6所示的界面上点击按钮“全部钉续费”，唤起统一设置提醒内容的对话框，并在该对话框中对所有提醒的第二用户统一设置提醒内容。如图7所示，为统一设置提醒内容的对话框的示例性界面图。第一用户可在该对话框中进行如下设置操作：输入续费活动文字、选择接收人、选择发送方式(或者该发送方式默认为电话)、设置发送时间(比如，诚信通到期前的60天)。设置操作完成后，第一用户点击“发送”按钮，即可将所设置的提醒内容提交到诚信通的服务端。这里，提交到诚信的服务端的提醒内容可以包括：续费活动文本信息、接收人信息、表示发送方式为电话的信息、表示发送时间的信息。

实际应用中，第一用户还可通过复选图7所示界面上的按钮“钉续费”，选择部分客户(即，部分第二用户)来设置提醒内容，以对部分第二用户进行续费提醒。

步骤504，到达第一用户设置的发送时间时，CRM系统通过钉钉“钉”功能向第二用户发起提醒会话；

仍以诚信通为例，CRM系统通过钉钉“钉”功能向第二用户发起会话的过程可以包括：CRM系统获取第一用户设置的待发送信息之后，根据其中的发送时间，向钉钉平台的服务端发送提醒消息，该提醒消息中携带所述提醒内容以及预先配置的指示发送模式为“IVR”的信息；钉钉平台的服务端在接收到该提醒消息之后，根据该提醒消息所携带提醒内容中的接收人信息，向相应的第二用户发起提醒电话(即发送提醒电话的呼叫请求到第二用户的用户端设备)，第二用户的用户端设备在收到该提醒电话的呼叫请求之后即展示会话界面。如图8所示，为提醒电话的来电界面示例图。

步骤505，第二用户完成电话接受的操作，第二用户的用户端设备与钉钉平台的服务端建立会话；

一种实现方式中，建立会话的过程可以包括：钉钉平台的服务端根据CRM系统提供的接收人信息，向相应的第二用户发送提醒电话的呼叫请求之后，第二用户的用户端设备接收该呼叫请求并向第二用户展示提醒电话的来电界面，第二用户在该来电界面上点击“接受”，响应于该操作第二用户的用户端设备向钉钉平台的服务端发送接受呼叫的响应消息，钉钉平台接收该接受呼叫的响应消息即与第二用户的用户端设备建立了会话。建立会话之后，第二用户的用户端设备展示提醒电话的会话界面。如图9所示，为提醒电话的会话中界面示例图。

步骤506，第二用户挂断来自钉钉平台服务端的提醒电话，提醒电话的会话终止，在该操作的触发下，进入“我要续费”的语音交互界面；

一种实现方式中，第二用户可以在图9所示的会话界面点击“拒绝”切断会话，在该操作的触发下，第二用户的用户端设备唤起“我要续费”的语音交互界面。

同时，在第二用户“拒绝”操作的触发下，第二用户的用户端设备向钉钉平台的服务端发送会话终止或会话中断的消息，在该会话终止或会话中断的消息的触发下，钉钉平台的服务端将来自CRM系统的续费活动文本信息转换为语音提示信息，并按照与CRM系统预先约定的IVR流程，向第二用户的用户端设备发送语音提示信息。

本实例中，IVR流程可以由钉钉平台服务端与CRM系统服务端提前约定。在约定之后，钉钉平台将保存该IVR流程的信息，在CRM系统发起提醒之后按照该IVR流程的信息执行相应的IVR处理，以便第二用户通过语音交互的方式完成续费操作。这里，IVR流程的信息可以包括：各级IVR菜单及其操作信息、各级IVR菜单之间的关联关系。其中，IVR菜单与操作的步骤相对应(比如，可以是一一对应关系)，各级IVR菜单之间的关联关系与操作步骤的执行顺序相对应。

以诚信通为例，续费操作的步骤包括：续费与升级服务的选择操作、升级服务套餐的选择操作、选定升级套餐的确认操作、续费的确认操作。相应的，设定如下IVR菜单：选择续费与升级服务的一级IVR菜单、选择升级服务套餐的二级IVR菜单、确认所选定升级套餐的三级IVR菜单、确认续费的四级IVR菜单，并设定如下操作信息：针对一级IVR菜单的各项语音指令(可以包括续费的语音指令、升级服务的语音指令)、针对二级IVR菜单的各项语音指令、针对三级IVR菜单的语音确认响应、针对四级IVR菜单的语音确认响应，同时设定如下关联关系：一级IVR菜单下续费的语音指令对应二级IVR菜单、一级IVR菜单下升级服务的语音指令对应四级IVR菜单、二级IVR菜单的各项语音指令对应三级IVR菜单、三级IVR菜单的确认响应对应四级IVR菜单。

其中，各级IVR菜单下的语音提示信息可以根据CRM系统提供的提醒内容得到。一种实现方式中，可以将CRM系统提供的续费活动文本信息转换为语音提示信息，在各级IVR菜单下提取该语音提示信息中的全部或部分内容以流媒体的形式发送至第二用户的用户端设备，以通过该用户端设备向第二用户播放当前IVR菜单下的语音提示信息。

以诚信通为例，续费活动文本信息可以包括：可选的各项升级服务套餐的续费信息、以及不升级服务时的续费信息。相应的，语音提示信息包括：各项升级服务套餐的续费语音提示、不升级服务时的续费语音提示。在一级IVR菜单下播放预先配置的语音选择提示，在二级IVR菜单下播放可选的各项升级服务套餐的续费语音提示，在三级IVR菜单下播放已选定的升级服务套餐的续费语音提示，在四级IVR菜单下基于第二用户的响应操作播放所选定升级服务套餐的续费语音提示或不升级服务时的续费语音提示。

如图10所示，为“我要续费”的语音交互界面示例图。在该语音提示界面中，用户可通过语音选择续费还是升级服务。

步骤507，在“我要续费”的语音提示界面上，第二用户输入“我要续费”或“我要升级服务”的语音指令，以确认下一步的续费操作；

步骤508，判断是否升级服务；如果升级服务则进入步骤509，如果不需要升级服务可以直接进入步骤510；

这里，基于第二用户输入的语音指令，判断是否升级服务。如果第二用户在“我要续费”的语音交互界面中输入的“我要续费”的语音指令，则说明不需要升级服务，直接进入步骤510，如果第二用户在“我要续费”的语音交互界面中输入的“我要升级服务”的语音指令，则说明需要升级服务，进入步骤509。

步骤509，语音选择升级套餐；

一种实现方式中，在第二用户输入“我要升级服务”的语音指令之后，跳转到升级服务套餐的选择界面，在该选择界面下向第二用户语音提示可选择的升级服务套餐的信息，第二用户通过输入语音指令选择套餐；在第二用户选定升级套餐之后，跳转到升级套餐的确认界面。

仍以诚信通为例，图11为升级服务套餐的选择界面示例图。在该选择界面下，向第二用户语音提示可选择的升级服务套餐的信息，同时可以在该选择界面上以文本的形式展示可选升级服务套餐的信息。如果需要选择“套餐一”，第二用户可输入“套餐一”的语音指令，如果需要选择“套餐二”，第二用户可输入“套餐二”的语音指令。这里，在该选择界面中展示的升级服务套餐的信息可以包括：各套餐的有效期、续费价格等信息。

仍以诚信通为例，图12为第二用户可输入“套餐二”的语音指令之后，升级套餐的确认界面示例图。在该确认界面下，向第二用户语音提示所选定升级套餐的信息，同时可在界面上可以以文本的形式展示该升级套餐的信息。在该确认界面中展示的所选定升级套餐的信息包括：所选定的升级套餐的有效期、续费价格。

步骤510，跳转到确认续费的语音交互界面，在该语音交互界面下，向第二用户播放续费信息(包括续费价格、有效期等)的语音提示，同时可以在界面上以文本形式展示该续费信息，确认续费信息后决定续费时，第二用户可以在该语音交互界面下输入“确认续费”的语音指令，进入支付环节；

如图13所示，为确认续费的语音交互界面示例图。

步骤511，第二用户可以在确认续费的语音交互界面下输入“确认续费”的语音指令，从钉钉应用跳转到预先约定的支付应用(比如，支付宝)，展示跳转界面，进入支付应用的付款界面，第二用户进行支付确认并执行付款操作，付款完成后，流程结束。

以支付宝为例，跳转支付宝付款页面的界面如图14所示。

以诚信通为例，相关技术中，第一用户每月需要打海量电话通知第二用户进行续费，第二用户收到电话后还需要打开诚信通的续费界面进行续费操作，不仅操作复杂繁琐、耗时费力、成本高，而且中间链路繁杂，处理效率低下。而本实例中，第一用户可以通过诚信通的后台操作设置提醒内容，钉钉平台对接诚信通的CRM系统，钉钉平台作为一种人工智能的消息渠道通过钉钉电话的方式将第一用户设置的提醒内容通知到第二用户，通过信息触达后自动唤起钉钉平台的语音交互界面，使得第二用户可通过语音交互完成续费操作，不需要再打开诚信通的续费界面、找到入口再进行续费操作，也就是通过自动电话+语音交互的方式提醒第二用户并完成了续费操作，不仅大幅简化了用户操作，而且提高了续费信息的触达率和续费操作的处理效率。

实例2

本实例中，电子商务平台可通过钉钉平台定时向其用户推送消息。

本实例中，第一用户是指推送消息的发起方，第二用户是指推送消息的接收方。比如，第一用户可以是电子商务平台的运营方(比如，运营小二)，第二用户可以是电子商务平台的卖方。再比如，第一用户可以是电子商务平台的卖方，第二用户可以是电子商务平台的买方。

如图15所示，本实例的执行流程可以包括：

步骤1501，第一用户设置推送消息并提交至电子商务平台的服务端；

这里，第一用户在电子商务平台提供的消息中心界面上进行推送消息的设置并提交推送消息至电子商务平台的服务端。

一种实现方式中，第一用户可以在图16所示的推送消息设置对话框中设置推送消息。通过图16所示的对话框，第一用户可进行如下设置操作：输入推送内容、选择接收人、选择发送方式、设置发送时间，用户设置之后点击按钮“保存”即可触发该推送消息的发送动作。这里，经过第一用户设置的推送消息的内容可以包括：推送内容、接收人信息、表示发送方式的信息、表示发送时间的信息等信息。

步骤1502，电子商务平台的服务端获取第一用户设置的推送消息，在所述推送消息中添加表示发送模式为“语音播报”的信息，并将该推送消息发送至钉钉平台的服务端；

步骤1503，钉钉平台的服务端获取来自电子商务平台的推送消息之后，按照所述推送消息中指示的发送时间，基于其中的接收人信息与相应的第二用户建立会话；

一种实现方式中，钉钉平台的服务端获取来自电子商务平台的推送消息之后，根据所述推送消息中指示的发送时间向所述推送消息中指示的接收人(即第二用户)发起会话请求，并与相应的第二用户建立会话。

这里，推送消息中携带有表示发送时间的信息，该表示发送时间的信息可以是时刻信息、也可以是时长信息。如果表示发送时间的信息是时刻信息，钉钉平台的服务端可直接在该时刻信息所指示的时刻到达时向相应的第二用户发起呼叫请求，以建立会话。如果表示发送时间的信息是距预定时刻的时长信息，钉钉平台的服务端可在接收到推送消息时自该信息中的预定时刻起开始计时，计时达到该时长信息所指示的时长即向相应的第二用户发起呼叫请求，以建立会话。

这里，建立会话的过程可以是：钉钉平台的服务端根据推送消息中携带的接收人信息，向相应的第二用户发起呼叫请求，第二用户接受该呼叫请求之后，钉钉平台的服务端即与第二用户建立了会话。实际应用中，该会话的链路可以是基于电路交换(CS，CircuitSwitch)域的电话链路，也可以是基于分组交换(PS，Packet Switch)域的VOIP链路。步骤1504，第二用户挂断与钉钉平台的服务端之间的会话，在该挂断会话操作的触发下，进入钉钉的语音交互界面；

步骤1504，第二用户挂断会话，第二用户的用户端设备响应于该操作，唤起语音交互界面，并向钉钉平台的服务端发送对应所述会话的挂断消息；

这里，第二用户可手动将与钉钉平台的服务端之间的会话挂断，在该挂断操作的触发下，第二用户的用户端设备即唤起钉钉的语音交互界面。

步骤1505，钉钉平台的服务端接收到对应所述会话的挂断消息后，即将推送消息中的推送内容转换为语音文件，并以流媒体的形式将该语音文件发送至第二用户；

一种实现方式中，第二用户挂断与钉钉平台的服务端之间的会话之后，在该挂断操作的触发下，第二用户的用户端设备还将向钉钉平台的服务端发送会话的挂断消息，钉钉平台的服务端收到该会话的挂断消息之后即开始执行本步骤。换言之，钉钉平台的服务端在来自第二用户的会话终止或会话断开的消息的触发下，开始本步骤的处理。

步骤1506，第二用户的用户端设备在展示钉钉应用的语音交互界面的同时，接收并播放所述语音文件，播放完毕后退出语音交互界面；

步骤1507，钉钉平台的服务端统计上述推送消息的触达结果，并向电子商务平台的服务端发送消息触达通知，该消息触达通知携带所述触达结果；

这里，所述触达结果可以包括但不限于：推送消息的发送时刻(即向第二用户发起会话的时刻或以流媒体形式发送相应语音文件的时刻)、推送消息的标题或内容、已触达的用户数(该用户数表示已接收相应语音文件或建立过会话的第二用户的数目)。

步骤1508，电子商务平台接收所述消息触达通知，将所述消息触达通知推送给第一用户，第一用户可在消息中心界面查看该消息触达通知。

如图17所示，为展示消息触达通知的界面示例图。其中，向第一用户展示的消息触达通知的内容可以包括：信息的发送时刻、标题、触达用户数。

实际应用中，通过上述流程，电子商务平台的卖方可通过设置上述推送消息，定时通过语音播报的方式向买方推送信息，并通过查看消息触达通知了解信息的推送情况。同理，电子商务平台的运营方也可通过设置上述推送消息，定时通过语音播报的方式向卖方推送信息，并通过查看消息触达通知了解信息的推送情况。

需要说明的是，本实例中通过“先建立会话再终止该会话”的方式触发第二用户端语音交互界面的唤起，该方式仅为示例性的实现方式。实际应用中，还可通过其他方式实现，比如，还可以通过“拒绝建立会话”的方式触发第二用户端语音交互界面的唤起，即钉钉平台的服务端向第二用户发起呼叫请求之后，第二用户直接拒绝该请求，在第二用户拒绝会话操作的触发下唤起第二用户端语音交互界面。

需要说明的是，本实例的步骤1502中，电子商务平台的服务端还在推送消息中携带发送模式为“语音播报”的信息，该方式仅为示例性的实现方式。实际应用中，还可通过其他方式实现。比如，电子商务平台的服务端与钉钉平台的服务端可以在本实例的流程开始之前即步骤1501之前即通过协商的方式预先约定该发送模式。例如，可以在电子商务平台的服务端向钉钉平台的服务端注册语音提醒服务时，即约定发送模式为“语音播报”，这里“约定”可以包括：双方均在其本地预先配置发送模式为“语音播报”的信息。在钉钉平台的服务端还可以将该发送模式为“语音播报”的信息与电子商务平台的应用标识或其他标识类的信息相关联，以便在收到来自电子商务平台的推送消息之后即可查询到该发送模式为“语音播报”的信息，基于该信息的指示以“语音播报”的方式将其中的推送内容提供给第二用户。

需要说明的是，本实例的执行流程仅为示例性实现方式。实际应用中，可基于应用场景的不同或应用对象的不同，调整上述流程中各步骤的具体实现方式、以及各步骤的执行顺序。

实施例二

一种应用于即时通讯服务端的信息处理装置18，包括：

存储有计算机程序的存储器1801；

处理器1802，配置为读取所述计算机程序以执行如下操作：

接收来自业务应用服务端的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

基于所述第二用户的信息，建立与所述第二用户的会话；

在收到对应所述会话的预定消息时，通过语音交互界面向所述第二用户提供所述内容。

其中，所述对应所述会话的预定消息可以为如下之一：所述会话的拒绝消息；所述会话的挂断消息。

本实施例中，所述待发送信息还可以包括：发送模式，所述发送模式为如下之一：语音播报、IVR；所述处理器1802，可配置为读取所述计算机程序以执行如下操作：基于所述发送模式通过语音交互界面向所述第二用户发送所述内容。具体来讲，一种实现方式中，所述处理器1802，可配置为读取所述计算机程序以执行如下操作：在所述发送模式为IVR时，接收用户的操作信息，根据所述操作信息确定IVR菜单，并将所述内容中对应于所述IVR菜单的部分转换为语音发送给所述用户。另一种实现方式中，所述处理器1802，可配置为读取所述计算机程序以执行如下操作：在所述发送模式为语音播报时，将所述内容的全部转换为语音文件，并以流媒体的形式向所述第二用户发送所述语音文件。

本实施例中，所述处理器1802，还可配置为读取所述计算机程序以执行如下操作：统计收到的所有对应所述会话的预定消息，确定所述待发送信息到各第二用户的触达结果，并向所述业务应用服务端提供所述触达结果。

本实施例中，所述待发送信息还可以包括：预先设定的发送时间；所述处理器1802，可配置为读取所述计算机程序以执行如下操作：按照所述发送时间，建立与所述第二用户的会话。

本实施例中，信息处理装置18的其他技术细节可参照实施例一中图3所示方法的部分，不再赘述。

需要说明的是，图18仅为信息处理装置18的基础结构，实际应用中，在该基础结构的基础上，信息处理装置18还可以包括总线、通信电路、输入设备、输入设备等部件，对于信息处理装置18的具体结构，本文不予限制。

本实施例中，还提供一种计算机可读存储介质，该计算机可读存储介质应用于即时通讯服务端，所述计算机程序被处理器执行时实现如下操作：

接收来自业务应用服务端的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

基于所述第二用户的信息，建立与所述第二用户的会话；

在收到对应所述会话的预定消息时，通过语音交互界面向所述第二用户提供所述内容。

其中，所述对应所述会话的预定消息可以为如下之一：所述会话的拒绝消息；所述会话的挂断消息。

本实施例中，所述待发送信息还可以包括：发送模式，所述发送模式为如下之一：语音播报、IVR；所述计算机程序被处理器执行时实现如下操作：基于所述发送模式通过语音交互界面向所述第二用户发送所述内容。具体来讲，一种实现方式中，所述计算机程序被处理器执行时可以实现如下操作：在所述发送模式为IVR时，接收用户的操作信息，根据所述操作信息确定IVR菜单，并将所述内容中对应于所述IVR菜单的部分转换为语音发送给所述用户。另一种实现方式中，所述计算机程序被处理器执行时可以实现如下操作：在所述发送模式为语音播报时，将所述内容的全部转换为语音文件，并以流媒体的形式向所述第二用户发送所述语音文件。

本实施例中，所述计算机程序被处理器执行时还可以实现如下操作：：统计收到的所有对应所述会话的预定消息，确定所述待发送信息到各第二用户的触达结果，并向所述业务应用服务端提供所述触达结果。

本实施例中，所述待发送信息还可以包括：预先设定的发送时间；所述计算机程序被处理器执行时可以实现如下操作：按照所述发送时间，建立与所述第二用户的会话。

本实施例中，计算机可读存储介质的其他技术细节可参照实施例一中图3所示方法的部分，不再赘述。

实施例三

一种信息处理装置19，应用于业务应用服务端，可以包括：

存储有计算机程序的存储器1901；

处理器1902，配置为读取所述计算机程序以执行如下操作：

接收第一用户设置的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

向即时通讯服务端发送所述待发送信息，以便所述即时应用服务端以会话触发、并通过语音交互界面将所述待发送信息送至所述第二用户。

其中，所述待发送信息还可以包括：预先设定的发送时间。

本实施例的一种实现方式中，所述处理器1902，是配置为读取所述计算机程序以执行如下操作：所述业务应用服务端向所述第一用户推送用于输入所述待发送信息的界面，并接收所述第一用户在所述界面上输入的所述待发送信息。

本实施例的一种实现方式中，所述处理器1902，还可配置为读取所述计算机程序以执行如下操作：接收来自所述即时通讯服务端的触达结果，并将所述触达结果提供给第一用户，所述触达结果用于反映所述待发送信息的发送情况。

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机可读存储介质应用于业务应用服务端，所述计算机程序被处理器执行时实现如下操作：

接收第一用户设置的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

向即时通讯服务端发送所述待发送信息，以便所述即时应用服务端以会话触发、并通过语音交互界面将所述待发送信息送至所述第二用户。

本实施例的一种实现方式中，所述计算机程序被处理器执行时可以实现如下操作：所述业务应用服务端向所述第一用户推送用于输入所述待发送信息的界面，并接收所述第一用户在所述界面上输入的所述待发送信息。

本实施例的一种实现方式中，所述计算机程序被处理器执行时还可以实现如下操作：接收来自所述即时通讯服务端的触达结果，并将所述触达结果提供给第一用户，所述触达结果用于反映所述待发送信息的发送情况。

本实施例中，信息处理装置19以及计算机可读存储介质的其他技术细节可参照实施例一中图4所示方法的部分，不再赘述。

需要说明的是，图19仅为信息处理装置19的基础结构，实际应用中，在该基础结构的基础上，信息处理装置19还可以包括总线、通信电路、输入设备、输入设备等部件，对于信息处理装置19的具体结构，本文不予限制。

实施例四

一种信息处理装置20，应用于第二用户的用户端设备，可以包括：

存储有计算机程序的存储器2001；

处理器2002，配置为读取所述计算机程序以执行如下操作：

监听来自即时通讯服务端的会话，所述会话为所述即时通讯服务端基于业务应用服务端的待发送信息发起的会话，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

响应于针对所述会话的预定操作，唤起即时通讯应用的语音交互界面，并通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容。

其中，所述针对所述会话的预定操作可以为如下之一：拒绝所述即时通讯应用发起的会话的操作；接受所述即时通讯应用发起的会话后挂断所述会话的操作。

本实施例的一种实现方式中，所述处理器2002，是配置为读取所述计算机程序以执行如下操作：展示所述语音交互界面的同时，接收即时通讯服务端以流媒体形式传输的语音文件并进行播放，所述语音文件由所述即时通讯服务端基于所述待发送信息中的内容得到。

本实施例的另一种实现方式中，所述处理器2002，是配置为读取所述计算机程序以执行如下操作：以交互式语音应答IVR的模式展示所述语音交互界面，同时基于对应当前IVR菜单的语音交互界面的操作信息，向即时通讯服务端获取对应于当前IVR菜单的语音并播放，以提示第二用户完成针对所述业务应用的操作；其中，所述语音由所述即时通讯服务端基于所述待发送信息中的内容得到。这里，所述第二用户完成针对所述业务应用的操作可以为所述业务应用的续费操作。

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机可读存储介质应用于第二用户的用户端设备，所述计算机程序被处理器执行时实现如下操作：

监听来自即时通讯服务端的会话，所述会话为所述即时通讯服务端基于业务应用服务端的待发送信息发起的会话，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

响应于针对所述会话的预定操作，唤起即时通讯应用的语音交互界面，并通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容。

其中，所述针对所述会话的预定操作可以为如下之一：拒绝所述即时通讯应用发起的会话的操作；接受所述即时通讯应用发起的会话后挂断所述会话的操作。

本实施例的一种实现方式中，所述计算机程序被处理器执行时可以实现如下操作：展示所述语音交互界面的同时，接收即时通讯服务端以流媒体形式传输的语音文件并进行播放，所述语音文件由所述即时通讯服务端基于所述待发送信息中的内容得到。

本实施例的另一种实现方式中，所述计算机程序被处理器执行时可以实现如下操作：以交互式语音应答IVR的模式展示所述语音交互界面，同时基于对应当前IVR菜单的语音交互界面的操作信息，向即时通讯服务端获取对应于当前IVR菜单的语音并播放，以提示第二用户完成针对所述业务应用的操作；其中，所述语音由所述即时通讯服务端基于所述待发送信息中的内容得到。这里，所述第二用户完成针对所述业务应用的操作可以为所述业务应用的续费操作。

本实施例中，信息处理装置20以及计算机可读存储介质的其他技术细节可参照实施例一中图2所示方法的部分，不再赘述。

需要说明的是，图20仅为信息处理装置20的基础结构，实际应用中，在该基础结构的基础上，信息处理装置20还可以包括总线、通信电路、输入设备、输入设备等部件，对于信息处理装置20的具体结构，本文不予限制。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本申请不限制于任何特定形式的硬件和软件的结合。

以上显示和描述了本申请的基本原理和主要特征和本申请的优点。本申请不受上述实施例的限制，上述实施例和说明书中描述的只是说明本申请的原理，在不脱离本申请精神和范围的前提下，本申请还会有各种变化和改进，这些变化和改进都落入要求保护的本申请范围内。

Claims (22)

1.一种信息处理方法，其特征在于，包括：

即时通讯服务端接收来自业务应用服务端的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

即时通讯服务端基于所述第二用户的信息，建立与所述第二用户的会话；

即时通讯服务端在收到对应所述会话的预定消息时，通过语音交互界面向所述第二用户提供所述内容。

2.根据权利要求1所述的信息处理方法，其特征在于，所述对应所述会话的预定消息为如下之一：

所述会话的拒绝消息；

所述会话的挂断消息。

3.根据权利要求1所述的信息处理方法，其特征在于，

所述待发送信息还包括：发送模式，所述发送模式为如下之一：语音播报、交互式语音应答IVR；

所述通过语音交互界面向所述第二用户提供所述内容，包括：基于所述发送模式通过语音交互界面向所述第二用户发送所述内容。

4.根据权利要求3所述的信息处理方法，其特征在于，所述通过语音交互界面向所述第二用户提供所述内容，包括：

在所述发送模式为IVR时，接收用户的操作信息，根据所述操作信息确定IVR菜单，并将所述内容中对应于所述IVR菜单的部分转换为语音发送给所述用户。

5.根据权利要求3所述的信息处理方法，其特征在于，所述通过语音交互界面向所述第二用户提供所述内容，包括：

在所述发送模式为语音播报时，将所述内容的全部转换为语音文件，并以流媒体的形式向所述第二用户发送所述语音文件。

6.根据权利要求1所述的信息处理方法，其特征在于，所述通过语音交互界面向所述第二用户提供所述内容之后，所述方法还包括：

统计收到的所有对应所述会话的预定消息，确定所述待发送信息到各第二用户的触达结果，并向所述业务应用服务端提供所述触达结果。

7.根据权利要求1所述的信息处理方法，其特征在于，

所述待发送信息还包括：预先设定的发送时间；

所述建立与所述第二用户的会话，包括：按照所述发送时间，建立与所述第二用户的会话。

8.一种信息处理方法，包括：

业务应用服务端接收第一用户设置的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

业务应用服务端向即时通讯服务端发送所述待发送信息，以便所述即时应用服务端以会话触发、并通过语音交互界面将所述待发送信息送至所述第二用户。

9.根据权利要求8所述的信息处理方法，其特征在于，所述业务应用服务端接收第一用户设置的待发送信息，包括：

所述业务应用服务端向所述第一用户推送用于输入所述待发送信息的界面，并接收所述第一用户在所述界面上输入的所述待发送信息。

10.根据权利要求8所述的信息处理方法，其特征在于，

所述方法还包括：接收来自所述即时通讯服务端的触达结果，并将所述触达结果提供给第一用户，所述触达结果用于反映所述待发送信息的发送情况。

11.根据权利要求8所述的信息处理方法，其特征在于，所述待发送信息还包括：预先设定的发送时间。

12.一种信息处理方法，包括：

监听来自即时通讯服务端的会话，所述会话为所述即时通讯服务端基于业务应用服务端的待发送信息发起的会话，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

响应于针对所述会话的预定操作，唤起即时通讯应用的语音交互界面，并通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容。

13.根据权利要求12所述的信息处理方法，其特征在于，所述通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容，包括：

展示所述语音交互界面的同时，接收即时通讯服务端以流媒体形式传输的语音文件并进行播放，所述语音文件由所述即时通讯服务端基于所述待发送信息中的内容得到。

14.根据权利要求12所述的信息处理方法，其特征在于，所述通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容，包括：

以交互式语音应答IVR的模式展示所述语音交互界面，同时基于对应当前IVR菜单的语音交互界面的操作信息，向即时通讯服务端获取对应于当前IVR菜单的语音并播放，以提示第二用户完成针对所述业务应用的操作；

其中，所述语音由所述即时通讯服务端基于所述待发送信息中的内容得到。

15.根据权利要求14所述的信息处理方法，其特征在于：

所述第二用户完成针对所述业务应用的操作为所述业务应用的续费操作。

16.根据权利要求12所述的信息处理方法，其特征在于，所述针对所述会话的预定操作为如下之一：

拒绝所述即时通讯应用发起的会话的操作；

接受所述即时通讯应用发起的会话后挂断所述会话的操作。

17.一种信息处理装置，其特征在于，应用于即时通讯服务端，包括：

存储有计算机程序的存储器；

处理器，配置为读取所述计算机程序以执行如下操作：

接收来自业务应用服务端的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

基于所述第二用户的信息，建立与所述第二用户的会话；

在收到对应所述会话的预定消息时，通过语音交互界面向所述第二用户提供所述内容。

18.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机可读存储介质应用于即时通讯服务端，所述计算机程序被处理器执行时实现如下操作：

接收来自业务应用服务端的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

基于所述第二用户的信息，建立与所述第二用户的会话；

在收到对应所述会话的预定消息时，通过语音交互界面向所述第二用户提供所述内容。

19.一种信息处理装置，其特征在于，应用于业务应用服务端，包括：

存储有计算机程序的存储器；

处理器，配置为读取所述计算机程序以执行如下操作：

接收第一用户设置的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

向即时通讯服务端发送所述待发送信息，以便所述即时应用服务端以会话触发、并通过语音交互界面将所述待发送信息送至所述第二用户。

20.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机可读存储介质应用于业务应用服务端，所述计算机程序被处理器执行时实现如下操作：

接收第一用户设置的待发送信息，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

向即时通讯服务端发送所述待发送信息，以便所述即时应用服务端以会话触发、并通过语音交互界面将所述待发送信息送至所述第二用户。

21.一种信息处理装置，其特征在于，应用于第二用户的用户端设备，包括：

存储有计算机程序的存储器；

处理器，配置为读取所述计算机程序以执行如下操作：

监听来自即时通讯服务端的会话，所述会话为所述即时通讯服务端基于业务应用服务端的待发送信息发起的会话，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

响应于针对所述会话的预定操作，唤起即时通讯应用的语音交互界面，并通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容。

22.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机可读存储介质应用于第二用户的用户端设备，所述计算机程序被处理器执行时实现如下操作：

监听来自即时通讯服务端的会话，所述会话为所述即时通讯服务端基于业务应用服务端的待发送信息发起的会话，所述待发送信息至少包括：作为被发送对象的第二用户的信息、以及发送的内容；

响应于针对所述会话的预定操作，唤起即时通讯应用的语音交互界面，并通过所述语音交互界面向所述第二用户提供所述待发送信息中发送的内容。