CN112738742A - 与用户通信的方法、装置、电子设备及介质 - Google Patents

Abstract

本申请公开了一种与用户通信的方法、装置、电子设备及介质。本申请中，可以由短信系统实时监测目标业务系统的运行状态，目标业务系统用于为目标用户处理业务的系统；当短信系统检测到目标业务系统的运行状态超负荷时，向目标业务系统发送授权请求，其中授权请求用于读取目标用户的信息参数；当短信系统获取到目标用户的信息参数之后，向目标用户发送短信信息。通过应用本申请的技术方案，可以通由短信系统主动对各个业务系统进行业务运行压力的检测，并在确定存在业务压力多大的业务系统时，主动向该业务系统读取需要进行通信的用户信息。从而避免相关技术中各个业务系统需要和短信系统由人工逐一对接和调试才能达到向客户发送短信提醒的问题。

Description

与用户通信的方法、装置、电子设备及介质

技术领域

本申请中涉及数据处理技术，尤其是一种与用户通信的方法、装置、电子设备及介质。

背景技术

由于通信时代和社会的兴起，与用户进行短信沟通已经随着越来越多用户在业务平台使用各类业务而不断发展。

进一步的，随着企业的发展，企业各个业务部门内部聚集的业务数据越来越多，伴随着业务部门的工作的精细化，各业务部门也逐渐拆分出自己的业务系统以提供各自的客户服务，例如以信贷申请流程来说，信贷申请大致分为贷前、贷中、贷后三大流程，每个流程都会涉及到一定的客户提醒服务，如短信提醒举例，当在不同的环节需要给客户发短信时，各个业务系统需要逐一对接短信系统，客户提醒触发缓慢，且需要大量的人力进行对接。

然而，传统的客户短信提醒方式进度缓慢，各个业务系统需要和短信系统由人工逐一对接和调试才能达到向客户发送短信提醒的目的，效率极其低下。

发明内容

本申请实施例提供一种与用户通信的方法、装置、电子设备及介质，其中，根据本申请实施例的一个方面，提供的一种与用户通信的方法，其特征在于，包括：

短信系统实时监测目标业务系统的运行状态，所述目标业务系统用于为目标用户处理业务的系统；

当所述短信系统检测到所述目标业务系统的运行状态超负荷时，向所述目标业务系统发送授权请求，其中所述授权请求用于读取所述目标用户的信息参数；

所述短信系统获取所述目标用户的信息参数，向所述目标用户发送短信信息。

可选地，在基于本申请上述方法的另一个实施例中，所述当所述短信系统获取到所述目标用户的信息参数之后，向所述目标用户发送短信信息，包括：

所述短信系统读取所述信息参数中携带的目标用户的通信号码以及业务处理状态；

若所述短信系统确定所述业务处理状态表示的业务已处理完毕，利用所述通信号码向所述目标用户发送短信信息。

可选地，在基于本申请上述方法的另一个实施例中，所述当所述短信系统检测到所述目标业务系统的运行状态超负荷时，向所述目标业务系统发送授权请求之后，还包括：

所述目标业务系统生成与所述短信系统进行数据传输的临时通道；

所述短信系统通过所述临时通道读取所述目标用户的信息参数。

可选地，在基于本申请上述方法的另一个实施例中，所述短信系统通过所述临时通道读取所述目标用户的信息参数，包括：

所述目标业务系统对所述授权请求进行验证；

若验证通过，所述目标业务系统生成通知消息，生成通知消息，所述通知消息用于告知所述短信系统，所述目标用户的信息参数在所述目标业务系统中的存储区域；

所述短信系统通过所述通知消息，在所述存储区域中读取所述目标用户的信息参数。

可选地，在基于本申请上述方法的另一个实施例中，所述生成一个与所述短信系统进行数据传输的临时通道，包括：

所述目标业务系统生成失效标识，所述失效标识用于在检测到触发预设条件时，使得所述临时通道被清除，所述触发条件对应于时间段、清除指令的任意一种。

所述目标业务系统将所述失效标识配置到所述临时通道中。

可选地，在基于本申请上述方法的另一个实施例中，在所述短信系统实时监测目标业务系统的运行状态之前，还包括：

所述短信系统获取历史时间段中，超负荷次数达到预设阈值的业务系统；

所述短信系统将所述超负荷次数达到预设阈值的业务系作为所述目标业务系统，并由所述短信系统实时监测所述目标业务系统的运行状态。

可选地，在基于本申请上述方法的另一个实施例中，通过以下公式确定所述目标业务系统的运行状态超负荷：

Y＝∑mi＝1(Xm-Y)2

其中，Y为业务系统的负荷状态，X为监控因素，Y为误差值。

其中，根据本申请实施例的又一个方面，提供的一种与用户通信的装置，其特征在于，包括：

监测模块，被配置为短信系统实时监测目标业务系统的运行状态，所述目标业务系统用于为目标用户处理业务的系统；

检测模块，被配置为当所述短信系统检测到所述目标业务系统的运行状态超负荷时，向所述目标业务系统发送授权请求，其中所述授权请求用于读取所述目标用户的信息参数；

发送模块，被配置为所述短信系统获取所述目标用户的信息参数，向所述目标用户发送短信信息。

根据本申请实施例的又一个方面，提供的一种电子设备，包括：

存储器，用于存储可执行指令；以及

显示器，用于与所述存储器显示以执行所述可执行指令从而完成上述任一所述与用户通信的方法的操作。

根据本申请实施例的还一个方面，提供的一种计算机可读存储介质，用于存储计算机可读取的指令，所述指令被执行时执行上述任一所述与用户通信的方法的操作。

本申请中，可以由短信系统实时监测目标业务系统的运行状态，目标业务系统用于为目标用户处理业务的系统；当短信系统检测到目标业务系统的运行状态超负荷时，向目标业务系统发送授权请求，其中授权请求用于读取目标用户的信息参数；当短信系统获取到目标用户的信息参数之后，向目标用户发送短信信息。通过应用本申请的技术方案，可以通由短信系统主动对各个业务系统进行业务运行压力的检测，并在确定存在业务压力多大的业务系统时，主动向该业务系统读取需要进行通信的用户信息。从而避免相关技术中各个业务系统需要和短信系统由人工逐一对接和调试才能达到向客户发送短信提醒的问题。

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

附图说明

构成说明书的一部分的附图描述了本申请的实施例，并且连同描述一起用于解释本申请的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本申请，其中：

图1为本申请提出的与用户通信的示意图；

图2为本申请与用户通信的方法流程图；

图3为本申请与用户通信的电子装置的结构示意图；

图4为本申请显示电子设备结构示意图。

具体实施方式

现在将参照附图来详细描述本申请的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。

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

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，不作为对本申请及其应用或使用的任何限制。

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

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

另外，本申请各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

需要说明的是，本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

下面结合图1-2来描述根据本申请示例性实施方式的用于进行与用户通信的方法。需要注意的是，下述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。

本申请还提出一种与用户通信的方法、装置、目标终端及介质。

图1示意性地示出了根据本申请实施方式的一种与用户通信的方法的流程示意图。如图1所示，该方法包括：

S101，短信系统实时监测目标业务系统的运行状态，所述目标业务系统用于为目标用户处理业务的系统。

首先需要说明的是，本申请中不对目标业务系统做具体限定，例如可以为处理任意业务的业务系统，例如可以包括支付安全业务，贷款业务，用户关系维护业务、贷后业务系统，贷前业务系统，资质审核业务系统等等。

另外，本申请也不对目标用户的数量进行具体限定，例如可以为一个，也可以为多个。

其中，在一个业务平台中，可以包括处理多个业务的业务系统，为了减少业务系统的运行压力。本申请实施例中可以由向用户发送短信通知的短信系统实时的监测多个业务系统。

进一步的，本申请可以在由短信系统实时监测业务系统的运行状态的过程中，可以通过多个监测指标进行监测业务系统的延迟状态、处理业务数量、响应时间等几个因素来确定第一业务系统的运行状态。

S102,当短信系统检测到目标业务系统的运行状态超负荷时，向目标业务系统发送授权请求，其中授权请求用于读取目标用户的信息参数。

进一步的，本申请在监测业务系统的运行状态的过程中，可以在当确定其运行状态超负荷时，主动向该业务系统发送用于读取目标用户的信息参数的授权请求。以实现帮助业务系统减轻压力的目的。

其中，本申请不对信息参数进行具体限定，一种方式中，该信息参数可以为用户的电话号码，所涉及业务类型，业务处理状态等等。可以理解的，短信系统在获取到该用户的信息之后，即可以自动为该用户发送短信以实现对该用户进行提醒、通知等目的。

进一步的，本申请可以由短信系统自动向业务系统发送用于获取各个用户的授权请求，并在获取到客户手机号之后，逐一给客户发送短信消息提醒，实现客户触达。

可选的，一种方式中，在短信系统监测业务系统运行状态的过程中，可以根据下述公式监测第一业务系统的负荷状态：

Y＝∑_mi＝1(Xm-Y)²

Y为负荷状态，X为监控因素，Y为误差值。

其中，该监控因素可以为一种也可以为多种，例如可以为业务系统延迟的时间值、业务系统处理业务的数量、以及业务系统的响应时间等等。

本申请中可以通过预设阈值与Y值的大小比较，来确定被监测的业务系统是否处于运行状态超负荷的情况。

S103，短信系统获取目标用户的信息参数，向目标用户发送短信信息。

其中，本申请的整体流程如图2所示，包括：1、由短信系统监测各个业务系统的负荷压力，当确定某个业务系统(目标业务系统)运行压力过重时，可以由短信系统主动接手向用户发送短信的操作。2、由业务系统在接收到授权请求时给短信系统进行授权，只有通过授权，短信系统才可以通过临时通道访问业务系统数据库，如果没有对短信系统进行授权，则短信系统无法读取客户手机号信息。3、短信系统通过授权后，访问业务系统，并从中读取客户手机号以及业务信息等用户信息参数。4、短信系统获取到用户的信息参数之后，逐一给客户发送短信消息提醒，实现客户触达。

本申请中，可以由短信系统实时监测目标业务系统的运行状态，目标业务系统用于为目标用户处理业务的系统；当短信系统检测到目标业务系统的运行状态超负荷时，向目标业务系统发送授权请求，其中授权请求用于读取目标用户的信息参数；当短信系统获取到目标用户的信息参数之后，向目标用户发送短信信息。通过应用本申请的技术方案，可以通由短信系统主动对各个业务系统进行业务运行压力的检测，并在确定存在业务压力多大的业务系统时，主动向该业务系统读取需要进行通信的用户信息。从而避免相关技术中各个业务系统需要和短信系统由人工逐一对接和调试才能达到向客户发送短信提醒的问题。

可选的，在本申请一种可能的实施方式中，在S103(当短信系统获取到目标用户的信息参数之后，向目标用户发送短信信息)中，可以包含下述步骤：

短信系统读取信息参数中携带的目标用户的通信号码以及业务处理状态；

若短信系统确定业务处理状态表示的业务已处理完毕，利用通信号码向目标用户发送短信信息。

进一步的，本申请实施例中可以实时的根据获取到的目标用户的业务处理状态，来确定是否完成为该用户处理的业务。可以理解的，只有在确定为该用户处理业务完毕时，才向目标用户发送短信信息。

需要说明的是，当目标用户的通信号码为多个时，需要向每个通信号码均发生短信信息。从而达到确保用户接收到短信提醒的目的。另外，如果当目标用户的业务处理状态对应于多个业务时，可以在确定每个业务均处理完毕时，在向标用户发送短信信息。

可选的，在本申请一种可能的实施方式中，在S102(向目标业务系统发送授权请求)之后，可以包含下述步骤：

目标业务系统生成与所述短信系统进行数据传输的临时通道；

短信系统通过临时通道读取目标用户的信息参数。

其中，本申请在短信系统通过临时通道读取目标用户的信息参数中，可以通过下述步骤实现：

目标业务系统对授权请求进行验证；

若验证通过，目标业务系统生成通知消息，通知消息用于告知短信系统，目标用户的信息参数在目标业务系统中的存储区域；

短信系统通过通知消息，在存储区域中读取目标用户的信息参数。

其中，当目标业务系统通过短信系统发送的授权请求时，即可以向短信系统授权，业务系统即可以将存有客户手机号等数据的信息参数的数据库授权给短信系统访问，以帮助短信系统读取目标用户的信息参数。

优选的，短信系统获取目标用户的信息参数的步骤中，可以根据各个用户的重要性等级，注册时间等参数依次获取对应用户的信息参数。也可以随机获取全部用户的信息参数。另外，本申请中的临时通道可以在与短信系统进行数据传输的临时通道可以在预设时间后自动清除，也可以在接收到预设指令后自动清除。

其中，本申请还可以由业务系统主动告知短信系统某一个用户信息的存储区域。也可以由短信系统主动遍历第一业务系统中的各个表项来确定某个用户信息的存储区域。

可选的，本申请在由业务系统主动告知短信系统某一个用户信息的存储区域。例如其可以告诉短信系统：用户A的信息位于自身数据库中的第三张表，第四个字段中存储。以使短信系统后续直接到该存储位置中读取对应用户的信息参数，以达到节省短信系统运行资源的目的。

可选的，在本申请一种可能的实施方式中，本申请在生成一个与短信系统进行数据传输的临时通道时，还可以实施下述步骤：

目标业务系统生成失效标识，失效标识用于在检测到触发预设条件时，使得临时通道被清除，触发条件对应于时间段、清除指令的任意一种。

目标业务系统将失效标识配置到临时通道中。

其中，本申请为了避免短信系统始终与业务平台进行通道连接所导致的业务平台数据不安全的问题。本申请可以在检测到当前触发某个条件时，自动将该临时通道进行清除。

需要说明的是，本申请不对预设条件进行具体限定，例如可以对应于时间段(超时连接)，或者在接收到用户生成的清除指令，还或可以在检测到自身处理业务运行压力较小时等。

可选的，在本申请一种可能的实施方式中，本申请在短信系统实时监测目标业务系统的运行状态之前，还可以实施下述步骤：

短信系统获取历史时间段中，超负荷次数达到预设阈值的业务系统；

短信系统将超负荷次数达到预设阈值的业务系作为目标业务系统，并由短信系统实时监测目标业务系统的运行状态。

可选的，本申请可以通过以下公式确定目标业务系统的运行状态超负荷：

Y＝∑_mi＝1(Xm-Y)²

其中，Y为业务系统的负荷状态，X为监控因素，Y为误差值。

进一步的，本申请为了针对性的防止部分多次处于超负荷状态的业务系统，本申请还可以从业务平台的日志中查看在历史时间段中多次出现过超负荷状态的业务系统，并重点对该部分业务进行监测。从而实现及时为该业务系统进行与用户通信的目的。

需要说明的是，该监控因素可以根据开发人员的需要自行选择，例如可以为监控延迟时间，正在处理的业务数量，已处理业务时间等等。而误差值可以根据人为的经验预先配置。

可选的，在本申请的另外一种实施方式中，如图3所示，本申请还提供一种与用户通信的装置。其中，包括监测模块201，检测模块202，发送模块203，其中：

监测模块201，被配置为短信系统实时监测目标业务系统的运行状态，所述目标业务系统用于为目标用户处理业务的系统；

检测模块202，被配置为当所述短信系统检测到所述目标业务系统的运行状态超负荷时，向所述目标业务系统发送授权请求，其中所述授权请求用于读取所述目标用户的信息参数；

发送模块203，被配置为短信系统获取所述目标用户的信息参数，向所述目标用户发送短信信息。

本申请中，可以由短信系统实时监测目标业务系统的运行状态，目标业务系统用于为目标用户处理业务的系统；当短信系统检测到目标业务系统的运行状态超负荷时，向目标业务系统发送授权请求，其中授权请求用于读取目标用户的信息参数；当短信系统获取到目标用户的信息参数之后，向目标用户发送短信信息。通过应用本申请的技术方案，可以通由短信系统主动对各个业务系统进行业务运行压力的检测，并在确定存在业务压力多大的业务系统时，主动向该业务系统读取需要进行通信的用户信息。从而避免相关技术中各个业务系统需要和短信系统由人工逐一对接和调试才能达到向客户发送短信提醒的问题。

在本申请的另外一种实施方式中，监测模块201，还包括：

监测模块201，被配置为所述短信系统读取所述信息参数中携带的目标用户的通信号码以及业务处理状态；

监测模块201，被配置为若所述短信系统确定所述业务处理状态表示的业务已处理完毕，利用所述通信号码向所述目标用户发送短信信息。

在本申请的另外一种实施方式中，监测模块201，还包括：

监测模块201，被配置为所述目标业务系统生成与所述短信系统进行数据传输的临时通道；

监测模块201，被配置为所述短信系统通过所述临时通道读取所述目标用户的信息参数。

在本申请的另外一种实施方式中，监测模块201，还包括：

监测模块201，被配置为所述目标业务系统对所述授权请求进行验证；

监测模块201，被配置为若验证通过，所述目标业务系统生成通知消息，所述通知消息用于告知所述短信系统，所述目标用户的信息参数在所述目标业务系统中的存储区域；

监测模块201，被配置为所述短信系统通过所述通知消息，在所述存储区域中读取所述目标用户的信息参数。

在本申请的另外一种实施方式中，监测模块201，还包括：

监测模块201，被配置为所述目标业务系统生成失效标识，所述失效标识用于在检测到触发预设条件时，使得所述临时通道被清除，所述触发条件对应于时间段、清除指令的任意一种。

监测模块201，被配置为所述目标业务系统将所述失效标识配置到所述临时通道中。

在本申请的另外一种实施方式中，监测模块201，还包括：

监测模块201，被配置为所述短信系统获取历史时间段中，超负荷次数达到预设阈值的业务系统；

监测模块201，被配置为所述短信系统将所述超负荷次数达到预设阈值的业务系作为所述目标业务系统，并由所述短信系统实时监测所述目标业务系统的运行状态。

在本申请的另外一种实施方式中，可以通过以下公式确定所述目标业务系统的运行状态超负荷：

Y＝∑mi＝1(Xm-Y)2

其中，Y为业务系统的负荷状态，X为监控因素，Y为误差值。

图4是根据一示例性实施例示出的一种电子设备的逻辑结构框图。例如，电子设备300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备处理器执行以完成上述与用户通信的方法，该方法包括：短信系统实时监测目标业务系统的运行状态，所述目标业务系统用于为目标用户处理业务的系统；当所述短信系统检测到所述目标业务系统的运行状态超负荷时，向所述目标业务系统发送授权请求，其中所述授权请求用于读取所述目标用户的信息参数；所述短信系统获取到所述目标用户的信息参数，向所述目标用户发送短信信息。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种应用程序/计算机程序产品，包括一条或多条指令，该一条或多条指令可以由电子设备的处理器执行，以完成上述与用户通信的方法，该方法包括：短信系统实时监测目标业务系统的运行状态，所述目标业务系统用于为目标用户处理业务的系统；当所述短信系统检测到所述目标业务系统的运行状态超负荷时，向所述目标业务系统发送授权请求，其中所述授权请求用于读取所述目标用户的信息参数；所述短信系统获取到所述目标用户的信息参数，向所述目标用户发送短信信息。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。

图4为计算机设备30的示例图。本领域技术人员可以理解，示意图4仅仅是计算机设备30的示例，并不构成对计算机设备30的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如计算机设备30 还可以包括输入输出设备、网络接入设备、总线等。

所称处理器302可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器302也可以是任何常规的处理器等，处理器302是计算机设备30的控制中心，利用各种接口和线路连接整个计算机设备30的各个部分。

存储器301可用于存储计算机可读指令303，处理器302通过运行或执行存储在存储器301内的计算机可读指令或模块，以及调用存储在存储器301内的数据，实现计算机设备30的各种功能。存储器301可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序 (比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备30的使用所创建的数据等。此外，存储器301可以包括硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory， RAM)或其他非易失性/易失性存储器件。

计算机设备30集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种与用户通信的方法，其特征在于，包括：

短信系统实时监测目标业务系统的运行状态，所述目标业务系统用于为目标用户处理业务的系统；

当所述短信系统检测到所述目标业务系统的运行状态超负荷时，向所述目标业务系统发送授权请求，其中所述授权请求用于读取所述目标用户的信息参数；

所述短信系统获取所述目标用户的信息参数，向所述目标用户发送短信信息。

2.如权利要求1所述的方法，其特征在于，所述当所述短信系统获取到所述目标用户的信息参数之后，向所述目标用户发送短信信息，包括：

所述短信系统读取所述信息参数中携带的目标用户的通信号码以及业务处理状态；

若所述短信系统确定所述业务处理状态表示的业务已处理完毕，利用所述通信号码向所述目标用户发送短信信息。

3.如权利要求1所述的方法，其特征在于，所述当所述短信系统检测到所述目标业务系统的运行状态超负荷时，向所述目标业务系统发送授权请求之后，还包括：

所述目标业务系统生成与所述短信系统进行数据传输的临时通道；

所述短信系统通过所述临时通道读取所述目标用户的信息参数。

4.如权利要求3所述的方法，其特征在于，所述短信系统通过所述临时通道读取所述目标用户的信息参数，包括：

所述目标业务系统对所述授权请求进行验证；

若验证通过，所述目标业务系统生成通知消息，所述通知消息用于告知所述短信系统，所述目标用户的信息参数在所述目标业务系统中的存储区域；

所述短信系统通过所述通知消息，在所述存储区域中读取所述目标用户的信息参数。

5.如权利要求3所述的方法，其特征在于，所述生成一个与所述短信系统进行数据传输的临时通道，包括：

所述目标业务系统生成失效标识，所述失效标识用于在检测到触发预设条件时，使得所述临时通道被清除，所述触发条件对应于时间段、清除指令的任意一种。

所述目标业务系统将所述失效标识配置到所述临时通道中。

6.如权利要求1所述的方法，其特征在于，在所述短信系统实时监测目标业务系统的运行状态之前，还包括：

所述短信系统获取历史时间段中，超负荷次数达到预设阈值的业务系统；

所述短信系统将所述超负荷次数达到预设阈值的业务系作为所述目标业务系统，并由所述短信系统实时监测所述目标业务系统的运行状态。

7.如权利要求6所述的方法，其特征在于，通过以下公式确定所述目标业务系统的运行状态超负荷：

Y＝∑_mi＝1(Xm-Y)²

其中，Y为业务系统的负荷状态，X为监控因素，Y为误差值。

8.一种与用户通信的装置，其特征在于，包括：

监测模块，被配置为短信系统实时监测目标业务系统的运行状态，所述目标业务系统用于为目标用户处理业务的系统；

检测模块，被配置为当所述短信系统检测到所述目标业务系统的运行状态超负荷时，向所述目标业务系统发送授权请求，其中所述授权请求用于读取所述目标用户的信息参数；

发送模块，被配置为所述短信系统获取所述目标用户的信息参数，向所述目标用户发送短信信息。

9.一种电子设备，其特征在于，包括：

存储器，用于存储可执行指令；以及，

处理器，用于与所述存储器显示以执行所述可执行指令从而完成权利要求1-7中任一所述与用户通信的方法的操作。

10.一种计算机可读存储介质，用于存储计算机可读取的指令，其特征在于，所述指令被执行时执行权利要求1-7中任一所述与用户通信的方法的操作。

Images