信息交互方法、装置、计算机及存储介质与流程

本申请涉及计算机技术领域，主要涉及了一种信息交互方法、装置、计算机及存储介质。

背景技术：

机器人流程自动化(roboticprocessautomation，rpa)是通过特定的“机器人软件”，模拟人在计算机上的操作，按规则自动执行流程任务。然而，rpa流程中存在一些机器与用户进行信息交互的场景。例如，需要用户填写用户名、密码、验证码的场景，需要用户从提供的选项中选择目标选项的场景等。在上述场景中，若用户回复不及时，易导致流程延迟或中断。

技术实现要素：

本申请实施例提供了一种信息交互方法、装置、计算机及存储介质，能够按照通知顺序对应的联系方式向用户发送rpa流程对应的交互通知，提高了通知效率，便于提高信息交互的效率。

第一方面，本申请实施例提供一种信息交互方法，其中：

接收目标rpa任务的执行指令；

确定所述目标rpa任务对应的rpa流程是否为人机交互流程；

若确定所述rpa流程为所述人机交互流程，则获取所述rpa流程对应的联系方式，所述联系方式包括所述rpa流程对应的用户的第一联系方式和第二联系方式，所述第一联系方式的通知顺序位于所述第二联系方式的通知顺序之前；

基于所述第一联系方式向所述用户发送所述rpa流程对应的交互通知；

在所述第一联系方式对应的预设时长内，若接收到所述用户回复的目标信息，则基于所述目标信息执行所述rpa流程。

第二方面，本申请实施例提供一种信息交互装置，其中：

通信单元，用于接收目标rpa任务的执行指令；

处理单元，用于确定所述目标rpa任务对应的rpa流程是否为人机交互流程；若确定所述rpa流程为所述人机交互流程，则获取所述rpa流程对应的联系方式，所述联系方式包括所述rpa流程对应的用户的第一联系方式和第二联系方式，所述第一联系方式的通知顺序位于所述第二联系方式的通知顺序之前；

所述通信单元，还用于基于所述第一联系方式向所述用户发送所述rpa流程对应的交互通知；接收所述用户回复的目标信息；

所述处理单元，还用于在所述第一联系方式对应的预设时长内，基于所述目标信息执行所述rpa流程。

第三方面，本申请实施例提供一种计算机，包括处理器、存储器、通信接口以及一个或至少一个程序，其中，上述一个或至少一个程序被存储在上述存储器中，并且被配置由上述处理器执行，所述程序包括用于如第一方面中所描述的部分或全部步骤的指令。

第四方面，本申请实施例提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储计算机程序，其中，所述计算机程序使得计算机执行以实现如第一方面中所描述的部分或全部步骤。

实施本申请实施例，将具有如下有益效果：

采用了上述的信息交互方法、装置、计算机及存储介质之后，在接收目标rpa任务的执行指令之后，确定目标rpa任务对应的rpa流程是否为人机交互流程。若是，则获取该rpa流程对应的联系方式。然后，基于通知顺序位于第二联系方式的通知顺序之前的第一联系方式向用户发送该rpa流程对应的交互通知。在第一联系方式对应的预设时长内，若接收到该用户回复的目标信息，则基于该目标信息执行rpa流程。如此，按照通知顺序对应的联系方式向用户发送rpa流程对应的交互通知，提高了通知效率，便于提高信息交互的效率。

附图说明

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

其中：

图1为应用于本申请实施例提供的一种信息交互方法的系统构架图；

图2为本申请实施例提供的一种信息交互方法的流程示意图；

图3为本申请实施例提供的另一种信息交互方法的流程示意图；

图4为本申请实施例提供的一种信息交互装置的结构示意图；

图5为本申请实施例提供的一种计算机的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

请参见图1，图1为应用于本申请实施例提供的一种信息交互方法的系统架构图。如图1所示，该系统包括服务器101、客户端102和用户103。需要说明的是，图1所示的系统中的各个设备的数量和形态用于举例，并不构成对本申请实施例的限定，例如，一个服务器101可连接一个或多个客户端102，一个客户端102可连接一个或多个服务器101。

其中，客户端102可以是图1所示的个人计算机(personalcomputer，pc)、笔记本电脑或智能手机，还可以是一体机、掌上电脑、平板电脑(pad)、智能电视播放终端、车载终端或便捷式设备等客户端。pc端的客户端，例如一体机等，其操作系统可以包括但不限于linux系统、unix系统、windows系列系统(例如windowsxp、windows7等)、macosx系统(苹果电脑的操作系统)等操作系统。移动端的客户端，例如智能手机等，其操作系统可以包括但不限于安卓系统、ios(苹果手机的操作系统)、window系统等操作系统。

服务器101与通用的计算机架构类似，包括处理器、硬盘、内存、系统总线等，用于为客户端102提供服务。该服务器101可以是一个服务器或多个服务器组成的服务器集群等，在此不做限定。

用户103可以是实际操作客户端102的用户，也可以是服务器101的开发人员或测试人员。用户103可以对客户端102输入操作指令，以控制客户端102执行相应地操作。用户103还可以接收客户端102发送的交互通知，以根据交互通知完成rpa流程中的交互任务。

本申请实施例提供的信息交互方法，可应用于信息交互装置中，该装置可由软件和/或硬件实现，一般可集成在服务器中，能够按照通知顺序对应的联系方式向用户发送rpa流程对应的交互通知，提高了通知效率，便于提高信息交互的效率。

请参照图2，图2为本申请实施例提供的一种信息交互方法的流程示意图。以该方法应用于服务器进行举例说明，如图2所示，该方法包括以下步骤s201～s205，其中：

s201：服务器接收目标rpa任务的执行指令。

在本申请实施例中，目标rpa任务为采用rpa技术执行的任务，目标rpa任务的执行指令用于指示服务器执行目标rpa任务。该执行指令可以是服务器中执行目标rpa任务的上一个rpa任务完成之后自动向服务器发送的，还可以是目标rpa任务的定时时长到达时向服务器发送的，或者可以是用户向服务器发送的等，在此不做限定。

s202：服务器确定目标rpa任务对应的rpa流程是否为人机交互流程。

本申请对于目标rpa任务对应的rpa流程不做限定，该rpa流程可以是目标rpa任务的所有流程，或者可以是目标rpa任务中需要或固定采用rpa技术执行的流程等，在此不做限定。

在本申请实施例中，将需要进行人机交互的rpa流程称为人机交互流程，将不需要进行人机交互的rpa流程称为非人机交互流程。若rpa流程中存在多个子流程，其中一个子流程需要进行人机交互，则确定该rpa流程为人机交互流程。若其中所有的子流程均不需要进行人机交互，则确定该rpa流程为非人机交互流程。

本申请对于确定rpa流程是否为人机交互流程的方法不做限定，在一种可能的示例中，步骤s202包括以下步骤a1～a3，其中：

a1：服务器确定目标rpa任务对应的rpa流程对应的内容模块的功能和数据类型。

其中，内容模块为rpa流程对应的功能模块，可以理解为rpa流程对应的显示页面内容，通过内容模块所涉及的数据执行不同的功能。内容模块的功能用于描述执行该内容模块的目的，例如，登录、选择选项、订单信息确认等。内容模块的数据类型为内容模块所涉及的数据的类型，例如，验证类型、选择类型等。

a2：服务器根据功能和数据类型确定rpa流程的目标人机交互概率。

在本申请实施例中，目标人机交互概率用于描述rpa流程中需要人机交互的可能性。本申请对于确定目标人机交互概率的方法不做限定，在一种可能的示例中，步骤a2包括：服务器根据功能确定rpa流程的第一人机交互概率；服务器根据数据类型确定rpa流程的第二人机交互概率；服务器根据第一人机交互概率和第二人机交互概率确定rpa流程的目标人机交互概率。

可以理解，一些功能需要人进行参与，例如，验证码、选项等。而另外一些功能不需要人进行参与，例如，计算、存储等。因此，可通过功能确定rpa流程为人机交互流程的第一人机交互概率。一些数据类型需要人进行参与，例如，待填写信息、待选择信息、待确认信息等，而一些数据类型不需要人进行参与，例如，历史记录、指定信息等。因此，可通过数据类型确定rpa流程为人机交互流程的第二人机交互概率。在该示例中，根据第一人机交互概率和第二人机交互概率确定目标人机交互概率，可提高确定rpa流程为人机交互流程的准确率。

本申请对于第一人机交互概率和第二人机交互概率确定目标人机交互概率的方法不做限定，可以选取第一人机交互概率和第二人机交互概率之间的最小值、最大值或平均值，还可确定功能和数据类型分别对应的第一权值和第二权值，再根据第一权值和第二权值对第一人机交互概率和第二人机交互概率进行加权计算等。

a3：若目标人机交互概率大于预设阈值，则服务器确定rpa流程为人机交互流程。

本申请对于预设阈值不做限定，可以为指定数值，例如，0.5等。还可以根据rpa页面的数量、内容模块的数量、内容模块所涉及的数据的数量和数据类型的数量等进行计算预设阈值，在此不做限定。

可以理解，在步骤a1～a3中，根据rpa流程对应的内容模块的功能和数据类型确定rpa流程的目标人机交互概率，可提高确定目标概率的准确率。并在目标概率大于预设阈值时，确定该rpa流程为人机交互流程，可提高确定rpa流程为人机交互流程的准确率。

在确定rpa流程为人机交互流程时，执行步骤s203。否则，服务器自行执行完成rpa流程。

s203：服务器获取rpa流程对应的联系方式，联系方式包括rpa流程对应的用户的第一联系方式和第二联系方式。

在本申请实施例中，联系方式至少包括rpa流程对应的用户的第一联系方式和第二联系方式。也就是说，可通过至少两种联系方式通知rpa流程对应的用户。需要说明的是，联系方式还可包括第三联系方式、第四联系方式等，在此不做限定。本申请以第一联系方式和第二联系方式进行举例说明，联系方式可以基于客户端的通讯号码进行通信的方式，例如，基于手机号码进行电话或短信通知，基于应用软件绑定的电话号码向应用软件进行信息或语音电话通知等。联系方式还可以基于客户端中运行的应用对应的信息进行通信的方式，例如，基于邮箱应用中的邮箱地址进行邮件通知、基于即时通信应用的账号进行信息或语音电话通知等。该应用可以为服务器提供服务的应用，或者为服务器中能访问的第三方应用等。

在本申请实施例中，通知顺序用于描述服务器通知用户执行rpa流程的先后顺序。可以理解，通知顺序在前的联系方式优先通知，在该联系方式通知失败之后，可采用通知顺序在后的联系方式进行通知。如此，能够按照通知顺序对应的联系方式向用户发送rpa流程对应的交互通知，提高了通知效率，便于提高信息交互的效率。

本申请对于确定联系方式的通知顺序的方法不做限定，以第一联系方式进行举例说明。在一种可能的示例中，第一联系方式的通知顺序自以下步骤b1和步骤b2而确定，其中：

b1：服务器确定当前时间采用第一联系方式进行通知的推荐值。

其中，推荐值用于描述当前时间采用第一联系方式通知用户的推荐性。本申请对于确定推荐值的方法不做限定，可通过当前时间用户使用第一联系方式对应的应用的使用频率、当前时间用户能查看第一联系方式的消息的查看概率、当前时间采用第一联系方式通知用户是否会打扰到用户(休息或会议等)，当前时间进行通知所需产生的费用或占用的内存大小等进行确定，在此不做限定。

在一种可能的示例中，步骤b1包括以下步骤b11和步骤b12，其中：

b11：服务器确定当前时间用户使用第一联系方式对应的应用的使用概率、和/或当前时间采用第一联系方式的合理值。

其中，使用概率用于描述当前时间用户会使用第一联系方式对应的应用的可能性，可包括查看第一联系方式对应的应用的通知消息或第一联系方式的交互通知的概率，使用第一联系方式对应的应用的概率等，在此不做限定。使用概率可以按照客户端的历史使用记录进行确定，例如，根据历史使用记录确定当前时间用户会查看客户端的概率、根据历史使用记录确定当前时间使用该应用的概率、根据历史使用记录确定当前时间用户会查看通知消息的概率等，再根据以上多个概率确定使用概率。

合理值用于描述当前时间采用第一联系方式进行通知是否合理的概率，可以理解为会打扰用户的可能性，可根据用户的生活习惯进行确定当前时间接收第一联系方式对应的交互通知的合理值。例如，根据用户的生活习惯确定当前时间是否为工作时段或休息时段，是否为开会期间，或当前时段用户可能参与的事件(比如，吃饭、睡觉、打游戏、听音乐、学习等)等。再根据当前时间对应的事件确定接收第一联系方式对应的交互通知的合理值，例如，在睡觉时或在开会期间，采用电话通知的合理值小于采用信息通知的合理值等，在此不做限定。

b12：服务器根据使用概率和/或合理值确定当前时间采用第一联系方式进行通知的推荐值。

本申请对于使用概率和合理值确定推荐值的方法不做限定，可以选取使用概率与合理值之间的最小值、最大值或平均值，还可确定使用概率与合理值分别对应的第一权值和第二权值，再根据第一权值和第二权值对使用概率和合理值进行加权计算等。

可以理解，在步骤b11和步骤b12中，先确定当前时间用户使用第一联系方式对应的应用的使用概率和/或当前时间采用第一联系方式的合理值，再根据第一概率和/或第二概率确定当前时间采用第一联系方式进行通知的推荐值。也就是说，根据当前时间用户是否会查看第一联系方式对应的交互通知，和/或当前时间采用第一联系方式进行通知是否合理的概率确定第一联系方式进行通知的推荐值。

b2：服务器根据推荐值确定第一联系方式的通知顺序。

本申请对于根据推荐值确定通知顺序的方法不做限定，可以根据推荐值所属的推荐等级确定第一联系方式的通知顺序，还可根据推荐值的大小确定各个联系方式的通知顺序等，在此不做限定。

可以理解，在步骤b1和步骤b2中，先确定当前时间采用第一联系方式进行通知的推荐值，再按照推荐值确定第一联系方式的通知顺序。如此，可提高采用第一联系方式进行通知的准确率。

s204：服务器基于第一联系方式向用户发送rpa流程对应的交互通知。

本申请对于发送rpa流程对应的交互通知的方式不做限定，当联系方式为信息类型时，可直接发送交互通知对应的信息。当联系方式为通话类型时，可在通话连接成功之后，可采用人工智能ai技术向用户播放交互通知，并获取目标信息等。且本申请对于交互通知的形态不做限定，当联系方式为信息类型时，交互通知除了通知用户进行交互之外，还可包括用户回复的目标信息的提示信息，例如，目标信息的类型、如何获取目标信息、如何回复目标信息等。当联系方式为通话类型时，交互通知可由ai技术向用户播放交互通知，并在通话的过程中，提示用户回复目标信息等。

s205：在第一联系方式对应的预设时长内，若服务器接收到用户回复的目标信息，则基于目标信息执行rpa流程。

在本申请实施例中，第一联系方式对应的预设时长用于判断交互通知是否有效，可以理解为在第一联系方式对应的预设时长内接收到用户回复的目标信息，确定基于第一联系方式向用户发送rpa流程对应的交互通知有效。否则，确定通知无效，需要采用其他的联系方式通知用户。

本申请对于第一联系方式对应的预设时长不做限定，可以为5分钟等。在一种可能的示例中，确定第一联系方式对应的应用的使用频率；根据使用频率确定第一联系方式的预设时长。

其中，使用频率可以为客户端中统计的第一联系方式对应的应用的使用频率，或者可以为当前时间对应的历史时段中第一联系方式对应的应用的使用频率等，在此不做限定。

可以理解，根据联系方式对应的应用的使用频率确定该联系方式的预设时长，也就是说，根据用户的使用习惯确定预设时长，可提高确定预设时长的准确率，便于提高判断通知是否有效的准确率。

在另一种可能的示例中，确定第一联系方式对应的有效时长；根据有效时长确定第一联系方式的预设时长。

其中，有效时长可以为固定数值，例如，短信中的验证码通常存在有效时长，例如，30分钟。有效时长还可以根据当前时间所属的时段进行确定，例如，开会时段的有效时长大于卡座上工作的时段的有效时长等。有效时长还可以根据客户端的状态进行确定，例如，充电状态的有效时长大于使用状态的有效时长等。

可以理解，根据联系方式对应的有效时长确定该联系方式的预设时长，可提高确定预设时长的有效性，便于提高判断通知是否有效的准确率。

需要说明的是，本申请对于确定第一联系方式对应的预设时长的方法不仅包括上述的两种实施例，还可包括上述两种实施例的结合方法，例如，根据第一联系方式对应的应用的使用频率，和/或第一联系方式对应的有效时长确定第一联系方式的预设时长等，在此不做限定。

在本申请实施例中，用户回复的目标信息是rpa流程中需要用户提供的信息。例如，登录rpa流程中需要填入的信息为密码和验证码，则目标信息为密码和验证码。选择rpa流程中的选项包括第一选项、第二选项和第三选项，则目标信息可以为第一选项、第二选项和第三选项中至少一种等，在此不做限定。

用户回复的目标信息可以基于通知的联系方式进行接收，例如，采用第一联系方式向用户发送rpa流程对应的交互通知之后，可基于第一联系方式接收用户回复的目标信息，或者可以基于服务器对应的应用或者rpa流程对应的应用接收用户回复的目标信息等，在此不做限定。

在图2所示的方法中，在接收目标rpa任务的执行指令之后，确定目标rpa任务对应的rpa流程是否为人机交互流程。若是，则获取该rpa流程对应的联系方式。然后，基于通知顺序位于第二联系方式的通知顺序之前的第一联系方式向用户发送该rpa流程对应的交互通知。在第一联系方式对应的预设时长内，若接收到该用户回复的目标信息，则基于该目标信息执行rpa流程。如此，按照通知顺序对应的联系方式向用户发送rpa流程对应的交互通知，提高了通知效率，便于提高信息交互的效率。

请参照图3，图3为本申请实施例提供的另一种信息交互方法的流程示意图。以该方法应用于服务器进行举例说明，如图3所示，该方法包括以下步骤s301～s307，其中：

s301：服务器接收目标rpa任务的执行指令。

s302：服务器确定目标rpa任务对应的rpa流程是否为人机交互流程。

s303：服务器获取rpa流程对应的联系方式，联系方式包括rpa流程对应的用户的第一联系方式和第二联系方式。

s304：服务器基于第一联系方式向用户发送rpa流程对应的交互通知。

其中，步骤s301～s304可参照步骤s201～s204的描述，在此不再赘述。

s305：在第一联系方式对应的预设时长内，服务器是否接收到用户回复的目标信息。

若接收到目标信息，则执行步骤s306。否则，可执行步骤s307。

s306：服务器基于目标信息执行rpa流程。

其中，步骤s306可参照步骤s205的描述，在此不再赘述。

s307：服务器基于第二联系方式向用户发送rpa流程对应的交互通知。

其中，步骤s307中的交互通知可以参照步骤s204的描述。步骤s307中的交互通知与步骤s204的交互通知可以相同，也可以不同。当不同时，步骤s307中的交互通知与第二联系方式的通知方法对应，步骤s204的交互通知与第一联系方式的通知方法对应。

举例来说，第一联系方式为即时通信方式，第二联系方式为短信方式，第一联系方式对应的预设时长为5分钟，则在7点20分通过即时通信方式向用户发送rpa流程对应的交互通知，以使用户对应的客户端中运行的即时通信方式对应的应用程序中显示未读的信息，该信息包含交互通知的内容。若在7点22分接收到用户通过即时通信方式回复的目标信息，则基于该目标信息执行rpa流程。若在7点20分-7点25分之间，均未接收到用户通过即时通信方式回复的目标信息，则基于短信方式向用户发送rpa流程对应的交互通知，以使用户对应的客户端中显示未读的短信，该短信包含交互通知的内容。

在图3所示的方法中，在接收目标rpa任务的执行指令之后，确定目标rpa任务对应的rpa流程是否为人机交互流程。若是，则获取该rpa流程对应的联系方式。然后，基于通知顺序位于第二联系方式的通知顺序之前的第一联系方式向用户发送该rpa流程对应的交互通知。在第一联系方式对应的预设时长内，若接收到该用户回复的目标信息，则基于该目标信息执行rpa流程。否则，表示用户未能及时回复第一联系方式对应的交互通知，可通过第二联系方式向用户发送rpa流程对应的交互通知。如此，按照通知顺序对应的联系方式向用户发送rpa流程对应的交互通知，提高了通知效率，便于提高信息交互的效率。

在一种可能的示例中，在步骤s306之后，在第二联系方式对应的预设时长内，若服务器接收到用户回复的目标信息；则执行步骤s305。

本申请对于第二联系方式对应的预设时长不做限定，可以与第一联系方式对应的预设时长相等或不相等，第二联系方式对应的预设时长可以参照第一联系方式对应的预设时长的方法进行确定等。

可以理解，通过第二联系方式向用户发送rpa流程对应的交互通知之后，在第二联系方式对应的预设时长内，若服务器根据接收到目标信息，则可基于该目标信息执行rpa流程，提高了信息交互的效率。否则，可基于通知顺序位于第二联系方式之后的联系方式向用户发送该rpa流程对应的交互通知，或暂停该rpa流程的执行，以等待接收到目标信息之后再执行该rpa流程，或采用其他方式(例如，通知其他用户，以使其他用户通知用户等)通知用户等，在此不做限定。

若联系方式还包括第三联系方式，且第二联系方式的通知顺序位于第三联系方式的通知顺序之前，则在一种可能的示例中，在第二联系方式对应的预设时长内，若服务器未接收到用户回复的目标信息，则基于第三联系方式向用户发送rpa流程对应的交互通知。

可以理解，在第二联系方式对应的预设时长内，未接收到用户回复的目标信息，表示用户未能及时回复，因此，可通过通知顺序在第二联系方式之后的第三联系方式，向用户发送rpa流程对应的交互通知，以提高信息交互的效率。

举例来说，第二联系方式为短信方式，第三联系方式为人工智能ai外呼方式，第二联系方式对应的预设时长为5分钟，则在7点25分通过短信方式向用户发送rpa流程对应的交互通知。若在7点26分接收到用户通过服务器对应的应用回复的目标信息，则基于该目标信息执行rpa流程。若在7点25分-7点30分之间，均未接收到用户回复的目标信息，则在7点30分之后，基于ai外呼方式呼叫用户，在呼叫成功时，可向用户播放rpa流程对应的交互通知，从而通过与用户的通话过程获取目标信息。

进一步，在一种可能的示例中，第三联系方式为ai外呼方式，则基于所述用户的作息时间和工作计划确定用户的合理时段；若当前时间属于合理时段，则执行基于第三联系方式向用户发送rpa流程对应的交互通知的步骤。

其中，作息时间可通过用户在服务器或电子设备中存储的作息安排进行确定，还可以通过电子设备的传感器记录用户的睡眠状态进行确定，或者通过用户的年龄、性别、兴趣和身体状态等确定同样类型的用户的作息时间的范围来进行确定等，在此不做限定。

工作计划可通过用户在服务器或电子设备中存储或记录的工作安排进行确定，还可以通过电子设备的位置进行确定用户的位置，从而根据位置确定工作计划，例如，位置为办公室的卡座，可表示用户当前的工作计划为办公；位置为办公室的会议室，可表示用户当前的工作计划为开会等。还可以根据用户及参与项目的计划进行确定等，在此不做限定。

合理呼叫时段可以理解为可以给用户进行呼叫的时段，且在该时段内给用户进行电话呼叫影响用户休息和工作的概率低。可以理解，若当前时间处于休息时段或会议时段时，表示此时呼叫通知用户会打扰到用户，确定当前时间不合理。若当前时间处于休息时段或会议时段之外，表示此时通知用户可能不会被打扰，确定当前时段合理。基于此，在本申请实施例中，可以根据用户的作息时间确定用户的非休息时段，再根据用户的工作计划确定用户工作时不会被影响的目标工作时段，从而根据非休息时段和目标工作时段之间的并集确定用户的合理呼叫时段等，在此不做限定。

可以理解，在该示例中，基于用户的坐席时间和工作计划确定用户的合理呼叫时段，可提高确定合理呼叫时段的准确率。若确定当前时间属于合理呼叫时段，则基于ai外呼方式对用户进行rpa流程的通知，可避免在不属于合理呼叫时段的当前时间对用户进行ai外呼，可提高通知的合理性，避免打扰到用户。

在一种可能的示例中，在第三联系方式对应的预设时长内，若服务器未收到用户回复的目标信息，则将该rpa流程的状态标记为未收到用户回复。可以理解，服务器在通过各种联系方式向用户发送交互通知之后，都未收到用户回复的目标信息，对该rpa流程的状态进行标记，且标记为未收到用户回复，以等待用户回复之后执行，可提高整体rpa流程的执行效率。

上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。

与图2和图3所示的实施例一致，请参照图4，图4是本申请提出的一种信息交互装置的结构示意图，如图4所示，当信息交互装置400为服务器时，上述信息交互装置400包括：

通信单元402，用于接收目标rpa任务的执行指令；

处理单元401，用于确定目标rpa任务对应的rpa流程是否为人机交互流程；若确定所述rpa流程为所述人机交互流程，则获取所述rpa流程对应的联系方式，所述联系方式包括所述rpa流程对应的用户的第一联系方式和第二联系方式，所述第一联系方式的通知顺序位于所述第二联系方式的通知顺序之前；

所述通信单元402，还用于基于所述第一联系方式向所述用户发送所述rpa流程对应的交互通知；接收所述用户回复的目标信息；

所述处理单元401，还用于在所述第一联系方式对应的预设时长内，基于所述目标信息执行所述rpa流程。

在一个可能的示例中，所述处理单元401具体用于确定当前时间采用所述第一联系方式进行通知的推荐值；根据所述推荐值确定所述第一联系方式的通知顺序。

在一个可能的示例中，所述处理单元401具体用于确定当前时间所述用户使用所述第一联系方式对应的应用的使用概率、和/或所述当前时间采用所述第一联系方式的合理值；根据所述使用概率和/或所述合理值确定所述当前时间采用所述第一联系方式进行通知的推荐值。

在一个可能的示例中，所述处理单元401具体用于确定所述目标rpa任务对应的rpa流程对应的内容模块的功能和数据类型；根据所述功能和所述数据类型确定所述rpa流程的目标人机交互概率；若所述目标人机交互概率大于预设阈值，则确定所述rpa流程为人机交互流程。

在一个可能的示例中，所述处理单元401还用于确定所述第一联系方式对应的应用的使用频率，和/或所述第一联系方式对应的有效时长；根据所述使用频率和/或所述有效时长确定所述第一联系方式的预设时长。

在一个可能的示例中，所述处理单元401还用于在所述第一联系方式对应的预设时长内，若所述通信单元402未接收到所述目标信息，则基于所述第二联系方式向所述用户发送所述rpa流程对应的交互通知。

在一个可能的示例中，所述联系方式还包括第三联系方式，所述第二联系方式的通知顺序位于所述第三联系方式的通知顺序之前，所述处理单元401还用于在所述第二联系方式对应的预设时长内，若所述通信单元402未接收到所述目标信息，则基于所述第三联系方式向所述用户发送所述rpa流程对应的交互通知。

在一个可能的示例中，所述第三联系方式为ai外呼方式，所述处理单元401还用于基于所述用户的作息时间和工作计划确定所述用户的合理呼叫时段；若当前时间属于所述合理呼叫时段，则执行所述基于所述第三联系方式向所述用户发送所述rpa流程对应的交互通知的步骤。

当信息交互装置400为客户端时，上述信息交互装置400包括：

通信单元402用于基于第一联系方式接收来自服务器的rpa流程对应的交互通知，所述rpa流程为人机交互流程，所述rpa流程对应的联系方式包括所述第一联系方式和第二联系方式，所述第一联系方式的通知顺序位于所述第二联系方式的通知顺序之前；接收到所述用户回复的目标信息；向所述服务器发送所述目标信息。

在一种可能的示例中，所述通信单元402还用于在所述第一联系方式对应的预设时长内，若未接收到所述目标信息，则基于所述第二联系方式接收来自所述服务器的交互通知。

在一种可能的示例中，所述联系方式还包括第三联系方式，所述第二联系方式的通知顺序位于所述第三联系方式的通知顺序之前，所述通信单元402还用于在所述第二联系方式对应的预设时长内，若所述通信单元402未接收到所述目标信息，则基于所述第三联系方式接收来自所述服务器的交互通知。

该信息交互装置400中各个单元执行详细过程可以参见前述方法实施例中的执行步骤，此处不在赘述。

与图2和图3的实施例一致，请参照图5，图5是本申请实施例提供的一种计算机的结构示意图。如图5所示，该计算机500包括处理器510、存储器520、通信接口530以及一个或多个程序540。处理器510、存储器520和通信接口530之间通过总线550互相连接。图4所示的通信单元402所实现的相关功能可通过通信接口530来实现，图4所示的处理单元401所实现的相关功能可通过处理器510来实现。

上述一个或多个程序540被存储在上述存储器520中，并且被配置由上述处理器510执行，当计算机500为服务器时，上述程序540包括用于执行以下步骤的指令：

接收目标rpa任务的执行指令；

确定所述目标rpa任务对应的rpa流程是否为人机交互流程；

若确定所述rpa流程为所述人机交互流程，则获取所述rpa流程对应的联系方式，所述联系方式包括所述rpa流程对应的用户的第一联系方式和第二联系方式，所述第一联系方式的通知顺序位于所述第二联系方式的通知顺序之前；

基于所述第一联系方式向所述用户发送所述rpa流程对应的交互通知；

在所述第一联系方式对应的预设时长内，若接收到所述用户回复的目标信息，则基于所述目标信息执行所述rpa流程。

在一个可能的示例中，在所述基于所述第一联系方式向所述用户发送所述rpa流程对应的交互通知之前，所述程序540具体用于执行以下步骤的指令：

确定当前时间采用所述第一联系方式进行通知的推荐值；

根据所述推荐值确定所述第一联系方式的通知顺序。

在一个可能的示例中，在所述确定当前时间采用所述第一联系方式进行通知的推荐值方面，所述程序540具体用于执行以下步骤的指令：

确定当前时间所述用户使用所述第一联系方式对应的应用的使用概率、和/或所述当前时间采用所述第一联系方式的合理值；

根据所述使用概率和/或所述合理值确定所述当前时间采用所述第一联系方式进行通知的推荐值。

在一个可能的示例中，在所述确定所述目标rpa任务对应的rpa流程为人机交互流程方面，所述程序540具体用于执行以下步骤的指令：

确定所述目标rpa任务对应的rpa流程对应的内容模块的功能和数据类型；

根据所述功能和所述数据类型确定所述rpa流程的目标人机交互概率；

若所述目标人机交互概率大于预设阈值，则确定所述rpa流程为人机交互流程。

在一个可能的示例中，所述程序540还用于执行以下步骤的指令，而确定所述第一联系方式对应的预设时长：

确定所述第一联系方式对应的应用的使用频率，和/或所述第一联系方式对应的有效时长；

根据所述使用频率和/或所述有效时长确定所述第一联系方式的预设时长。

在一个可能的示例中，在所述基于所述第一联系方式向所述用户发送所述rpa流程对应的交互通知之后，所述程序540还用于执行以下步骤的指令：

在所述第一联系方式对应的预设时长内，若未接收到所述用户回复的目标信息，则基于所述第二联系方式向所述用户发送所述rpa流程对应的交互通知。

在一个可能的示例中，所述联系方式还包括第三联系方式，所述第二联系方式的通知顺序位于所述第三联系方式的通知顺序之前，在所述基于所述第二联系方式向所述用户发送所述rpa流程对应的交互通知之后，所述程序540还用于执行以下步骤的指令：

在所述第二联系方式对应的预设时长内，若未接收到所述用户回复的目标信息，则基于所述第三联系方式向所述用户发送所述rpa流程对应的交互通知。

在一个可能的示例中，所述第三联系方式为ai外呼方式，在所述基于所述第三联系方式向所述用户发送所述rpa流程对应的交互通知之前，所述程序540还用于执行以下步骤的指令：

基于所述用户的作息时间和工作计划确定所述用户的合理呼叫时段；

若当前时间属于所述合理呼叫时段，则执行所述基于所述第三联系方式向所述用户发送所述rpa流程对应的交互通知的步骤。

当计算机500为客户端时，上述程序540包括用于执行以下步骤的指令：

基于第一联系方式接收来自服务器的rpa流程对应的交互通知，所述rpa流程为人机交互流程，所述rpa流程对应的联系方式包括所述第一联系方式和第二联系方式，所述第一联系方式的通知顺序位于所述第二联系方式的通知顺序之前；接收到所述用户回复的目标信息；向所述服务器发送所述目标信息。

在一种可能的示例中，所述程序540还用于执行以下步骤的指令：

在所述第一联系方式对应的预设时长内，若未接收到所述目标信息，则基于所述第二联系方式接收来自所述服务器的交互通知。

在一种可能的示例中，所述联系方式还包括第三联系方式，所述第二联系方式的通知顺序位于所述第三联系方式的通知顺序之前，所述程序540还用于执行以下步骤的指令：

在所述第二联系方式对应的预设时长内，若未接收到所述目标信息，则基于所述第三联系方式接收来自所述服务器的交互通知。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于存储计算机程序，该计算机程序使得计算机执行以实现方法实施例中记载的任一方法的部分或全部步骤，计算机包括客户端或服务器。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，计算机程序可操作来使计算机执行以实现方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，计算机包括客户端或服务器。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模式并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如至少一个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到至少一个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序模式的形式实现。

集成的单元如果以软件程序模式的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。根据这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。