CN116596540A - 信息处理方法、装置及电子设备 - Google Patents

信息处理方法、装置及电子设备 Download PDF

Info

Publication number
CN116596540A
CN116596540A CN202310470764.6A CN202310470764A CN116596540A CN 116596540 A CN116596540 A CN 116596540A CN 202310470764 A CN202310470764 A CN 202310470764A CN 116596540 A CN116596540 A CN 116596540A
Authority
CN
China
Prior art keywords
outbound
operation information
information set
request
processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310470764.6A
Other languages
English (en)
Inventor
李烁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bank of China Ltd
Original Assignee
Bank of China Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bank of China Ltd filed Critical Bank of China Ltd
Priority to CN202310470764.6A priority Critical patent/CN116596540A/zh
Publication of CN116596540A publication Critical patent/CN116596540A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Multimedia (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供一种信息处理方法、装置及电子设备，可用于金融领域或其他领域。该方法包括：获取网点服务器发送的至少一操作信息，其中，操作信息中包含用户标识，根据用户标识对操作信息进行分组处理，得到至少一操作信息集，其中，不同的操作信息集对应不同的用户标识，根据每个操作信息集创建对应的外呼请求，并将外呼请求发送至外呼系统，以使外呼系统根据每个外呼请求进行一次外呼处理，得到外呼结果，接收外呼系统发送的外呼结果，并根据外呼结果对对应的操作信息集进行更新，根据更新后的操作信息集指示所述业务服务器对操作信息集对应的银行账户业务进行处理。本申请的方法，避免了多次向用户进行核实的情况，提高了核实过程的灵活性。

Description

信息处理方法、装置及电子设备
技术领域
本申请涉及金融领域，尤其涉及一种信息处理方法、装置及电子设备。
背景技术
随着网络技术的发展，用户可以通过网上银行实现线上转账、缴费等操作，因此，网上银行的应用越来越普及。
现有技术中，在用户应用网上银行进行操作时，为了保障用户的个人权益，一般需要先向用户进行意愿核实，核实通过之后，再进行相关的操作。
然而，现有的意愿核实方式一般为工作人员根据用户操作信息依次对用户进行询问，对于同一用户在不同网点的操作信息，需要向该用户多次进行核实，核实过程灵活性差，且增大了人力物力的消耗。
发明内容
本申请提供一种信息处理方法、装置及电子设备，用以解决需要向该用户多次进行核实，核实灵活性差的问题。
第一方面，本申请提供一种信息处理方法，应用于银行系统中的处理服务器，所述处理服务器与所述银行系统中的网点服务器、外呼系统和业务服务器通信连接；所述方法包括：
获取所述网点服务器发送的至少一操作信息，其中，所述操作信息为用户通过终端设备向网点服务器发起的、用于请求完成银行账户业务的信息，所述操作信息中包含用户标识；
根据所述用户标识对所述操作信息进行分组处理，得到至少一操作信息集，其中，不同的操作信息集对应不同的用户标识；
根据每个所述操作信息集创建对应的外呼请求，并将所述外呼请求发送至所述外呼系统，以使所述外呼系统根据每个所述外呼请求进行一次外呼处理，得到外呼结果；
接收所述外呼系统发送的外呼结果，并根据所述外呼结果对对应的操作信息集进行更新，根据更新后的操作信息集指示所述业务服务器对操作信息集对应的银行账户业务进行处理。
第二方面，本申请提供一种信息处理装置，应用于银行系统中的处理服务器，所述处理服务器与所述银行系统中的网点服务器、外呼系统和业务服务器通信连接；所述装置包括：
获取模块，用于获取所述网点服务器发送的至少一操作信息，其中，所述操作信息为用户通过终端设备向网点服务器发起的、用于请求完成银行账户业务的信息，所述操作信息中包含用户标识；
处理模块，用于根据所述用户标识对所述操作信息进行分组处理，得到至少一操作信息集，其中，不同的操作信息集对应不同的用户标识；
所述处理模块，还用于根据每个所述操作信息集创建对应的外呼请求，并将所述外呼请求发送至所述外呼系统，以使所述外呼系统根据每个所述外呼请求进行一次外呼处理，得到外呼结果；
所述处理模块，还用于接收所述外呼系统发送的外呼结果，并根据所述外呼结果对对应的操作信息集进行更新，根据更新后的操作信息集指示所述业务服务器对操作信息集对应的银行账户业务进行处理。
第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的方法。
第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。
第五方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面所述的方法。
本申请提供了一种信息处理方法、装置及电子设备，应用于银行系统中的处理服务器，处理服务器与银行系统中的网点服务器、外呼系统和业务服务器通信连接，可以先获取网点服务器发送的至少一包含用户标识的操作信息，然后可以根据用户标识对操作信息进行分组处理，得到对应不同用户标识的操作信息集，还可以对每个操作信息集创建对应的外呼请求，以使外呼系统根据每个外呼请求进行一次外呼处理，得到外呼结果，并根据外呼结果对操作信息集进行更新，并根据更新后的操作信息集指示业务服务器对操作信息集对应的银行账户业务进行处理，通过先对操作信息进行分组处理，得到不同用户标识对应的操作信息集，然后对每个操作信息集进行一次外呼处理的方式，来实现针对同一用户标识对应的用户仅执行一次外呼处理的效果，避免了多次向用户进行核实的情况，提高了核实过程的灵活性，减少了人力物力的消耗，同时也提高了用户的操作体验。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1为本申请实施例提供的信息处理方法的应用系统的架构示意图；
图2为本申请实施例提供的信息处理方法的流程示意图；
图3为本申请实施例提供的信息处理方法的原理示意图；
图4为本申请实施例提供的信息处理装置的结构示意图；
图5为本申请实施例提供的电子设备的硬件结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
需要说明的是，本申请的信息处理方法、装置及电子设备可用于金融领域，也可用于除金融领域之外的任意领域，本申请的信息处理方法、装置及电子设备的应用领域不做限定。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例还能够包括除了图示或描述的那些实例以外的其他顺序实例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
现有技术中，用户可以通过网上银行进行相关操作(例如，可以进行开户、转账、设置相关权限等)，为了保证用户的权益，在实现相关操作之前，一般需要先向用户进行核实，核实通过之后，再执行相关的操作。然而，现有的意愿核实方式一般为工作人员根据用户操作信息依次对用户进行询问，即每个操作信息均需要单独向用户进行一次询问，效率较低，对于同一用户，可能在不同网点或同一网点存在多个操作信息(例如，同一用户在不同网点执行了不同的操作，或者对于同一账户，具有处理权限的多个人分别在不同网点执行了相关操作，但均需要向账户总负责人进行核实)，则需要向该用户多次进行核实，核实过程灵活性差，且增大了人力物力的消耗，降低了用户的操作体验。
基于上述技术问题，本申请通过先对操作信息进行分组处理，得到不同用户标识对应的操作信息集，然后对每个操作信息集进行一次外呼处理的方式，实现了针对同一用户标识对应的用户仅执行一次外呼处理的效果，避免了多次向用户进行核实的情况，达到了既提高了核实过程的灵活性，减少了人力物力的消耗，同时也提高了用户的操作体验的技术效果。
本申请提供的信息处理方法，旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图1为本申请实施例提供的信息处理方法的应用系统的架构示意图，如图1所示，在该应用系统中，可以包括：网点服务器101、处理服务器102、外呼系统103以及业务服务器105，处理服务器102与银行系统中的网点服务器101、外呼系统103和业务服务器105通信连接。
外呼系统103可以为现有的系统，可以实现呼叫用户等功能，外呼系统103可以部署在外呼服务器上，外呼服务器可以有一个或多个。网点服务器101也可以有一个或多个，不同的网点服务器101可以分散在不同的位置。
此外，应用系统还可以包含终端设备104，用户通过终端设备104来执行相关操作时，可以根据终端设备104的位置来为终端设备104就近分配网点服务器101，进而提高相关操作数据的传输效率，网点服务器101在接收到终端设备104发送的操作请求之后，可以根据操作生成对应的操作信息，然后可以将操作信息发送至处理服务器102。处理服务器102在接收到操作信息之后，可以根据操作信息中包含的用户标识来对操作信息进行分组，得到用户标识对应的操作信息集。然后可以为用户标识对应的各操作信息集创建外呼请求，并将外呼请求发送至外呼系统103，以使外呼系统103根据每个外呼请求执行一次外呼处理，得到外呼结果，并将外呼结果更新至对应的操作信息集。然后可以根据更新后的操作信息集指示业务服务器对操作信息集对应的银行账户业务进行处理。
其中，网点服务器101、处理服务器102以及业务服务器105等可以为单独的服务器，也可以为服务器集群等，在此不再详细进行限定。
下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本申请实施例提供的信息处理方法的流程示意图，本实施例的方法可以由处理服务器102执行，即可以应用于银行系统中的处理服务器，处理服务器与银行系统中的网点服务器、外呼系统和业务服务器通信连接。如图2所示，本实施例的方法，可以包括：
S201：获取网点服务器发送的至少一操作信息，其中，操作信息为用户通过终端设备向网点服务器发起的、用于请求完成银行账户业务的信息，操作信息中包含用户标识。
在本实施例中，用户可以通过线上来实现账户的开通、转账、设置相关用户的权限(例如，可以设置转给用户A的金额上限为10万，转给用户B的金额上限为5万)等操作，用户在执行相关操作时，可以在本地的终端设备上操作，也可以在网点中部署的网点服务器上直接操作。若用户在本地的终端设备上操作，则可以在终端设备本地生成操作信息，然后可以将操作信息发送至网点服务器。其中，在选择网点服务器时，可以根据终端设备与网点服务器的距离、各网点服务器的负载等因素综合考虑，进而确定合适的网点服务器。
此外，操作信息中可以包含基础操作信息以及用户标识，基础操作信息为实现该操作待的相关信息(例如，基础操作信息可以为实现转账、开户等操作的相关信息)。用户标识为执行相关操作的用户的标识信息，或者企业账户的负责人信息等，即可以决定该操作是否被执行的用户的标识信息。另外，用户标识的具体格式可以采用现有方式设置，在此不再详细进行论述。
S202：根据用户标识对操作信息进行分组处理，得到至少一操作信息集，其中，不同的操作信息集对应不同的用户标识。
在本实施例中，在获取到一个或多个网点发送的操作信息之后，可以对操作信息进行分组，得到一个或多个操作信息集。
进一步的，在对操作信息进行分组时，可以根据每个操作信息中包含的用户标识来进行分组，即将包含同一用户标识的操作信息分配至一组，得到不同用户标识对应的操作信息集。其中，操作信息集可以有一个或多个，且操作信息集的数量与操作信息中包含的用户标识的数量相同。每个操作信息集中包含的操作信息的数量也为一个或多个，具体与每个用户标识对应的操作信息的数量相对应。
示例性的，有三个用户标识，分别为用户标识A、用户标识B和用户标识C，因此，可以根据用户标识对操作信息进行分类，得到用户标识A对应的操作信息集，用户标识B对应的操作信息集和用户标识C对应的操作信息集。此外，包含用户标识A的操作信息数量为两个，分别为A1和A2，因此，用户标识A对应的操作信息集中包含的操作信息数量为两个，分别为A1和A2。其他操作信息集中的操作信息数量与用户标识A对应的操作信息集类似，在此不再详细进行论述。
S203：根据每个操作信息集创建对应的外呼请求，并将外呼请求发送至外呼系统，以使外呼系统根据每个外呼请求进行一次外呼处理，得到外呼结果。
在本实施例中，在分类得到不同用户标识对应的操作信息集之后，可以为每个操作信息集创建一外呼请求，该外呼请求可以实现一次外呼过程。在创建完成外呼请求之后，可以将外呼请求发送至外呼系统。外呼系统在接收到外呼请求之后，可以根据每个外呼请求进行一次外呼处理，得到外呼结果。由于每个外呼请求对应一个操作信息集，且每个操作信息集对应一个用户标识，因此，通过根据每个外呼请求进行一次外呼处理的方式，实现了对同一用户仅执行一次外呼的效果，提高了外呼过程的灵活性。
进一步的，所述根据每个所述操作信息集创建对应的外呼请求，并将所述外呼请求发送至外呼系统，以使所述外呼系统根据每个所述外呼请求进行一次外呼处理，得到外呼结果，具体可以包括：
为每个所述操作信息集创建对应的外呼请求，其中，所述外呼请求中包含请求编号以及目标操作信息集对应的第一目标用户标识。
将所述外呼请求发送至外呼系统，以使所述外呼系统基于每个所述外呼请求中的请求编号对所述第一目标用户标识对应的目标用户进行一次外呼处理，得到外呼结果。
具体的，在为操作信息集创建对应的外呼请求时，可以在外呼请求中分配请求编号以及目标操作信息集对应的第一目标用户标识。其中，请求编号表示外呼请求的执行顺序，例如，若请求编号为1，则表示第一个执行该外呼请求，若请求编号为10，则表示第10个执行该外呼请求。且该请求编号可以根据外呼请求生成的顺序依次进行分配，例如，第一个生成的外呼请求，则分配编号1，第二个生成的外呼请求，则分配编号2等。第一目标用户标识用于表示该外呼请求对应的操作信息集的用户标识。
此外，在创建完成每个操作信息集对应的外呼请求之后，可以将外呼请求发送至外呼系统。外呼系统在接收到外呼请求之后，可以根据外呼请求中的请求编号，按顺序依次对第一目标用户标识对应的目标用户进行一次外呼处理，得到外呼结果。示例性的，外呼系统接收到了三个外呼请求，请求编号分别为1，2和3，则可以按请求编号1，2和3的顺序依次执行外呼请求。
此外，在将外呼请求发送至外呼系统时，可以在外呼请求中包含操作基本信息，也可以先不包含操作基本信息，等到外呼系统需要执行该外呼请求时，再向处理服务器获取对应的操作基本信息。
S204：接收外呼系统发送的外呼结果，并根据外呼结果对对应的操作信息集进行更新，根据更新后的操作信息集指示业务服务器对操作信息集对应的银行账户业务进行处理。
在本实施例中，外呼系统在进行外呼处理之后，可以得到外呼结果，然后可以将外呼结果返回至处理服务器，处理服务器在接收到外呼结果之后，可以根据外呼结果对相关操作信息集进行更新。
其中，外呼结果可以为外呼成功或外呼失败，其中，外呼成功表示用户接通电话且同意该操作，外呼失败则表示用户没有接通电话，或者用户接通了电话，但是没有同意该操作。
采用上述方案后，可以先获取网点服务器发送的至少一包含用户标识的操作信息，然后可以根据用户标识对操作信息进行分组处理，得到对应不同用户标识的操作信息集，还可以对每个操作信息集创建对应的外呼请求，以使外呼系统根据每个外呼请求进行一次外呼处理，得到外呼结果，并根据外呼结果对操作信息集进行更新，并根据更新后的操作信息集指示业务服务器对操作信息集对应的银行账户业务进行处理，通过先对操作信息进行分组处理，得到不同用户标识对应的操作信息集，然后对每个操作信息集进行一次外呼处理的方式，来实现针对同一用户标识对应的用户仅执行一次外呼处理的效果，避免了多次向用户进行核实的情况，提高了核实过程的灵活性，减少了人力物力的消耗，同时也提高了用户的操作体验。
基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
在另一实施例中，每个所述操作信息中还包含生成时刻以及等待时长阈值，在所述根据所述用户标识对所述操作信息进行分组处理，得到至少一操作信息集之后，还可以包括：
根据所述操作信息集中每个操作信息的生成时刻以及等待时长阈值确定最早请求时刻，其中，所述请求时刻为每个操作信息集对应的外呼请求的最晚创建时间。
在所述最早请求时刻内，若接收到新的第一操作信息，且所述第一操作信息中包含的用户标识为已创建操作信息集的第二目标用户标识，则将所述第一操作信息合并至所述第二目标用户标识对应的操作信息集中，得到新的操作信息集。
在本实施例中，操作信息中还可以包含生成时刻以及等待时长阈值，在对操作信息进行分组处理之后，由于有的操作信息没有要求必须马上执行，因此，可以先根据操作信息中的生成时刻以及等待时长阈值确定最早请求时刻，然后在最早请求时刻内，若接收到新的第一操作信息，且第一操作信息中包含的用户标识为已创建操作信息集的第二目标用户标识，则表示已经创建了第二目标用户标识对应的操作信息集，则可以将第一操作信息合并至第二目标用户标识对应的操作信息集中，得到新的操作信息集。
进一步的，所述根据所述操作信息集中每个操作信息的生成时刻以及等待时长阈值确定请求时刻，可以包括：
根据所述操作信息集中每个操作信息的生成时刻以及等待时长阈值确定每个操作信息对应的请求时刻。
从所述每个操作信息对应的请求时刻中确定最早请求时刻。
具体的，操作信息集中的每个操作信息均包含一生成时刻和等待时长阈值，生成时刻表示该操作信息的生成时间，等待时长阈值表示该操作信息对应的操作的最长等待时间，通过操作信息的生成时刻以及等待时长阈值可以确定该操作信息的请求时刻，即为该操作信息创建外呼请求的时间。示例性的，操作信息的生成时刻为9:00，等待时长阈值为30分钟，则请求时刻为9:30。
此外，在确定操作信息集中每个操作信息的请求时刻中，可以从各请求时刻中确定时间最早的请求时刻，作为该操作信息集的最早请求时刻。
此外，若在最早请求时刻内，接收到新的第一操作信息，且第一操作信息中包含的用户标识为没有创建操作信息集的第二目标用户标识，则可以创建该第二目标用户标识对应的操作信息集，后续也可以为该操作信息集创建对应的外呼请求。
综上，通过在创建完成操作信息集之后，可以根据最早请求时刻继续等待一段时间，在该时间段内，若有新的操作信息，则可以将该操作信息合并至对应的操作信息集中，保证外呼系统能够实时获取到最新的操作数据，且进一步提高了操作数据的集中性，减少了对用户的打扰，提高了用户的操作体验。
此外，在另一实施例中，所述接收所述外呼系统发送的外呼结果，并根据所述外呼结果对对应的操作信息集进行更新，可以包括：
若所述外呼结果为外呼成功，则将外呼成功的操作信息集中的操作信息分发至对应的应用系统，以使所述应用系统根据接收到的操作信息实现对应的操作。
所述接收所述外呼系统发送的外呼结果，并根据所述外呼结果对对应的操作信息集进行更新，包括：
若所述外呼结果为外呼失败，则存储所述外呼失败的操作信息集。
将外呼失败的操作信息集的状态设置为未实现状态。
在本实施例中，处理服务器在接收到外呼系统发送的外呼结果之后，可以根据外呼结果对操作信息集执行不同的更新过程。
若外呼结果为外呼成功，则表明用户同意该操作信息集中包含的操作内容，则可以对外呼成功的操作信息集中的操作信息进行拆分，然后将拆分后的操作信息分发至对应的应用系统中。应用系统在接收到操作信息之后，可以实现该操作信息对应的操作。
若外呼结果为外呼失败，则表明用户没有同意该操作信息集中包含的操作内容，或者没有打通用户预留的联系方式，则可以先将外呼失败的操作信息集的状态设置为未实现状态，并存储该操作信息集。其中，存储时长可以根据实际应用场景自定义进行设置。
此外，若外呼失败为没有打通用户预留的联系方式，在外呼用户的过程中，可以重复拨打预设次数，预设次数仍然没有成功之后，可以确定为外呼失败，进而提高了外呼失败确定过程的准确性。
此外，在另一实施例中，在所述将外呼失败的操作信息集的状态设置为未实现状态之后，还可以包括：
接收所述网点服务器发送的新的第二操作信息。
若所述第二操作信息与未实现状态的操作信息集存在关联性，则根据所述第二操作信息对所述未实现状态的操作信息集进行更新，得到更新后的操作信息集。
为所述更新后的操作信息集创建对应的外呼请求，并将所述外呼请求发送至外呼系统进行外呼处理。
在本实施例中，在存储外呼失败的操作信息集之后，可以继续接收网点服务器发送的新的第二操作信息，并在接收到新的第二操作信息之后，可以将第二操作信息与未实现状态的操作信息集进行匹配，判断第二操作信息与未实现状态的操作信息集之间是否存在关联性，若存在关联性，则可以根据第二操作信息对未实现状态的操作信息集进行更新，得到更新后的操作信息集，并为更新后的操作信息集创建对应的外呼请求，再将外呼请求发送至外呼系统进行外呼处理。
进一步的，在判断第二操作信息与未实现状态的操作信息集之间是否存在关联性时，可以先判断用户标识是否一致，若用户标识一致，则可以对基本操作信息中的字段进行判断，若包含相同的至少一字段，则可以认定为存在关联性，否则可以认定为不存在关联性。示例性的，若第二操作信息与未实现状态的操作信息集的用户标识一致，且基本操作信息中均包含联系方式字段，则可以认定为第二操作信息与未实现状态的操作信息集存在关联性。例如，可以通过第二操作信息中的联系方式对未实现状态的操作信息集中的操作信息的联系方式进行更新。此外，若第二操作信息与未实现状态的操作信息集的用户标识不一致，则可以认定为第二操作信息与未实现状态的操作信息集之间不存在关联性。
图3为本申请实施例提供的信息处理方法的原理示意图，如图3所示，本实施例的方法，可以包括：获取网点服务器发送的至少一操作信息，操作信息的类型可以有多种(即操作信息对应的具体操作内容可以不同)，且操作信息中包含用户标识。其中，在该实施例中，操作信息有三条，分别为用户标识A对应的操作信息1，用户标识A对应的操作信息2和用户标识B对应的操作信息3。然后可以根据用户标识对操作信息进行分组，得到用户标识A对应的操作信息集和用户标识B对应的操作信息集，然后可以为用户标识A对应的操作信息集创建外呼请求a，为用户标识B对应的操作信息集创建外呼请求b，然后可以将外呼请求a和外呼请求b发送至外呼系统。外呼系统在接收到外呼请求a和外呼请求b之后，可以根据外呼请求a执行一次外呼处理，根据外呼请求b执行一次外呼处理，分别得到外呼结果。外呼系统再将外呼结果返回至处理服务器，处理服务器可以根据外呼结果对用户标识A对应的操作信息集和用户标识B对应的操作信息集进行更新，并根据更新后的操作信息集指示业务服务器对操作信息集对应的银行账户业务进行处理。
综上，处理服务器通过将同一用户的操作数据进行整合，并根据整合后的数据进行外呼处理，真正实现了网点操作数据的集中管理，即实现了客户多类型的操作数据的集中处理与集中核实，减少了对用户的打扰，提高了用户的应用体验，同时也提高了核实过程的灵活性。
此外，在另一实施例中，若所述操作信息对应的银行账户业务为转账业务，所述转账业务的操作对象为目标账户，所述目标账户对应至少两个具有转账操作权限的一级用户，以及一个具有确认权限的二级用户。
则所述根据所述用户标识对所述操作信息进行分组处理，得到至少一操作信息集，可以包括：
根据所述目标账户对应的用户标识对所述操作信息进行分组处理，得到目标操作信息集，其中，所述目标操作信息集为至少两个一级用户对所述目标账户进行转账操作得到的。
所述根据每个所述操作信息集创建对应的外呼请求，并将所述外呼请求发送至所述外呼系统，以使所述外呼系统根据每个所述外呼请求进行一次外呼处理，得到外呼结果，可以包括：
根据所述目标操作信息集创建目标外呼请求，并将所述目标外呼请求发送至所述外呼系统，以使所述外呼系统根据所述目标外呼请求对所述目标账户的二级用户进行一次外呼处理，得到外呼结果，其中，所述外呼结果包含外呼成功或外呼失败，所述外呼成功为所述二级用户同意至少两个一级用户的转账操作，所述外呼失败为所述二级用户不同意至少两个一级用户的转账操作，或者呼叫所述二级用户失败。
所述根据所述外呼结果对对应的操作信息集进行更新，根据更新后的操作信息集指示所述业务服务器对操作信息集对应的银行账户业务进行处理，可以包括：
若所述外呼结果为外呼成功，则将所述目标操作信息集中的操作信息分发至转账操作对应的业务服务器，以使所述转账操作对应的业务服务器根据接收到的操作信息实现转账操作。
若所述外呼结果为外呼失败，则存储所述目标操作信息集。
将所述目标操作信息集的状态设置为未实现状态。
在本实施例中，一级用户可以为有普通管理权限的用户，可以对目标账户进行转账操作，二级用户可以为有最高管理权限的用户，拥有确认权限，可以对一级用户的转账操作进行确认，并在确认之后，再执行具体的转账过程。
基于同样的思路，本说明书实施例还提供了上述方法对应的装置，应用于银行系统中的处理服务器，所述处理服务器与所述银行系统中的网点服务器、外呼系统和业务服务器通信连接。图4为本申请实施例提供的信息处理装置的结构示意图，如图4所示，本实施例的装置，可以包括：
获取模块401，用于获取网点服务器发送的至少一操作信息，其中，所述操作信息为用户通过终端设备向网点服务器发起的、用于请求完成银行账户业务的信息，所述操作信息中包含用户标识。
处理模块402，用于根据所述用户标识对所述操作信息进行分组处理，得到至少一操作信息集，其中，不同的操作信息集对应不同的用户标识。
所述处理模块402，还用于根据每个所述操作信息集创建对应的外呼请求，并将所述外呼请求发送至外呼系统，以使所述外呼系统根据每个所述外呼请求进行一次外呼处理，得到外呼结果。
在本实施例中，所述处理模块402，还用于：
为每个所述操作信息集创建对应的外呼请求，其中，所述外呼请求中包含请求编号以及目标操作信息集对应的第一目标用户标识。
将所述外呼请求发送至外呼系统，以使所述外呼系统基于每个所述外呼请求中的请求编号对所述第一目标用户标识对应的目标用户进行一次外呼处理，得到外呼结果。
所述处理模块402，还用于接收所述外呼系统发送的外呼结果，并根据所述外呼结果对对应的操作信息集进行更新，根据更新后的操作信息集指示所述业务服务器对操作信息集对应的银行账户业务进行处理。
在另一实施例中，所述处理模块402，还用于：
根据所述操作信息集中每个操作信息的生成时刻以及等待时长阈值确定最早请求时刻，其中，所述请求时刻为每个操作信息集对应的外呼请求的最晚创建时间。
在所述最早请求时刻内，若接收到新的第一操作信息，且所述第一操作信息中包含的用户标识为已创建操作信息集的第二目标用户标识，则将所述第一操作信息合并至所述第二目标用户标识对应的操作信息集中，得到新的操作信息集。
进一步的，所述处理模块402，还用于：
根据所述操作信息集中每个操作信息的生成时刻以及等待时长阈值确定每个操作信息对应的请求时刻。
从所述每个操作信息对应的请求时刻中确定最早请求时刻。
在另一实施例中，所述处理模块402，还用于：
若所述外呼结果为外呼成功，则将外呼成功的操作信息集中的操作信息分发至对应的应用系统，以使所述应用系统根据接收到的操作信息实现对应的操作。
此外，所述处理模块402，还用于：若所述外呼结果为外呼失败，则存储所述外呼失败的操作信息集。将外呼失败的操作信息集的状态设置为未实现状态。
在另一实施例中，所述处理模块402，还用于：接收所述网点服务器发送的新的第二操作信息。
若所述第二操作信息与未实现状态的操作信息集存在关联性，则根据所述第二操作信息对所述未实现状态的操作信息集进行更新，得到更新后的操作信息集。
为所述更新后的操作信息集创建对应的外呼请求，并将所述外呼请求发送至外呼系统进行外呼处理。
此外，在另一实施例中，若所述操作信息对应的银行账户业务为转账业务，所述转账业务的操作对象为目标账户，所述目标账户对应至少两个具有转账操作权限的一级用户，以及一个具有确认权限的二级用户。所述处理模块402，还用于：
根据所述目标账户对应的用户标识对所述操作信息进行分组处理，得到目标操作信息集，其中，所述目标操作信息集为至少两个一级用户对所述目标账户进行转账操作得到的。
根据所述目标操作信息集创建目标外呼请求，并将所述目标外呼请求发送至所述外呼系统，以使所述外呼系统根据所述目标外呼请求对所述目标账户的二级用户进行一次外呼处理，得到外呼结果，其中，所述外呼结果包含外呼成功或外呼失败，所述外呼成功为所述二级用户同意至少两个一级用户的转账操作，所述外呼失败为所述二级用户不同意至少两个一级用户的转账操作，或者呼叫所述二级用户失败。
若所述外呼结果为外呼成功，则将目标操作信息集中的操作信息分发至转账操作对应的业务服务器，以使转账操作对应的业务服务器根据接收到的操作信息实现转账操作。
若所述外呼结果为外呼失败，则存储所述目标操作信息集。
将所述目标操作信息集的状态设置为未实现状态。
图5为本申请实施例提供的电子设备的硬件结构示意图。如图5所示，本实施例提供的设备500包括：处理器501，以及与所述处理器通信连接的存储器。其中，处理器501、存储器502通过总线503连接。
在具体实现过程中，处理器501执行所述存储器502存储的计算机执行指令，使得处理器501执行上述方法实施例中的方法。
处理器501的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
在上述的图5所示的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。
总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的信息处理方法。
本申请实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上所述的信息处理方法。
上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (11)

1.一种信息处理方法，其特征在于，应用于银行系统中的处理服务器，所述处理服务器与所述银行系统中的网点服务器、外呼系统和业务服务器通信连接；所述方法包括：
获取所述网点服务器发送的至少一操作信息，其中，所述操作信息为用户通过终端设备向网点服务器发起的、用于请求完成银行账户业务的信息，所述操作信息中包含用户标识；
根据所述用户标识对所述操作信息进行分组处理，得到至少一操作信息集，其中，不同的操作信息集对应不同的用户标识；
根据每个所述操作信息集创建对应的外呼请求，并将所述外呼请求发送至所述外呼系统，以使所述外呼系统根据每个所述外呼请求进行一次外呼处理，得到外呼结果；
接收所述外呼系统发送的外呼结果，并根据所述外呼结果对对应的操作信息集进行更新，根据更新后的操作信息集指示所述业务服务器对操作信息集对应的银行账户业务进行处理。
2.根据权利要求1所述的方法，其特征在于，所述根据每个所述操作信息集创建对应的外呼请求，并将所述外呼请求发送至外呼系统，以使所述外呼系统根据每个所述外呼请求进行一次外呼处理，得到外呼结果，包括：
为每个所述操作信息集创建对应的外呼请求，其中，所述外呼请求中包含请求编号以及目标操作信息集对应的第一目标用户标识；
将所述外呼请求发送至外呼系统，以使所述外呼系统基于每个所述外呼请求中的请求编号对所述第一目标用户标识对应的目标用户进行一次外呼处理，得到外呼结果。
3.根据权利要求1所述的方法，其特征在于，每个所述操作信息中还包含生成时刻以及等待时长阈值，在所述根据所述用户标识对所述操作信息进行分组处理，得到至少一操作信息集之后，还包括：
根据所述操作信息集中每个操作信息的生成时刻以及等待时长阈值确定最早请求时刻，其中，所述请求时刻为每个操作信息集对应的外呼请求的最晚创建时间；
在所述最早请求时刻内，若接收到新的第一操作信息，且所述第一操作信息中包含的用户标识为已创建操作信息集的第二目标用户标识，则将所述第一操作信息合并至所述第二目标用户标识对应的操作信息集中，得到新的操作信息集。
4.根据权利要求3所述的方法，其特征在于，所述根据所述操作信息集中每个操作信息的生成时刻以及等待时长阈值确定请求时刻，包括：
根据所述操作信息集中每个操作信息的生成时刻以及等待时长阈值确定每个操作信息对应的请求时刻；
从所述每个操作信息对应的请求时刻中确定最早请求时刻。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述接收所述外呼系统发送的外呼结果，并根据所述外呼结果对对应的操作信息集进行更新，包括：
若所述外呼结果为外呼成功，则将外呼成功的操作信息集中的操作信息分发至对应的应用系统，以使所述应用系统根据接收到的操作信息实现对应的操作。
6.根据权利要求1-4任一项所述的方法，其特征在于，所述接收所述外呼系统发送的外呼结果，并根据所述外呼结果对对应的操作信息集进行更新，包括：
若所述外呼结果为外呼失败，则存储所述外呼失败的操作信息集；
将外呼失败的操作信息集的状态设置为未实现状态。
7.根据权利要求6所述的方法，其特征在于，在所述将外呼失败的操作信息集的状态设置为未实现状态之后，还包括：
接收所述网点服务器发送的新的第二操作信息；
若所述第二操作信息与未实现状态的操作信息集存在关联性，则根据所述第二操作信息对所述未实现状态的操作信息集进行更新，得到更新后的操作信息集；
为所述更新后的操作信息集创建对应的外呼请求，并将所述外呼请求发送至外呼系统进行外呼处理。
8.根据权利要求1-4任一项所述的方法，其特征在于，若所述操作信息对应的银行账户业务为转账业务，所述转账业务的操作对象为目标账户，所述目标账户对应至少两个具有转账操作权限的一级用户，以及一个具有确认权限的二级用户，
则所述根据所述用户标识对所述操作信息进行分组处理，得到至少一操作信息集，包括：
根据所述目标账户对应的用户标识对所述操作信息进行分组处理，得到目标操作信息集，其中，所述目标操作信息集为至少两个一级用户对所述目标账户进行转账操作得到的；
所述根据每个所述操作信息集创建对应的外呼请求，并将所述外呼请求发送至所述外呼系统，以使所述外呼系统根据每个所述外呼请求进行一次外呼处理，得到外呼结果，包括：
根据所述目标操作信息集创建目标外呼请求，并将所述目标外呼请求发送至所述外呼系统，以使所述外呼系统根据所述目标外呼请求对所述目标账户的二级用户进行一次外呼处理，得到外呼结果，其中，所述外呼结果包含外呼成功或外呼失败，所述外呼成功为所述二级用户同意至少两个一级用户的转账操作，所述外呼失败为所述二级用户不同意至少两个一级用户的转账操作，或者呼叫所述二级用户失败；
所述根据所述外呼结果对对应的操作信息集进行更新，根据更新后的操作信息集指示所述业务服务器对操作信息集对应的银行账户业务进行处理，包括：
若所述外呼结果为外呼成功，则将所述目标操作信息集中的操作信息分发至转账操作对应的业务服务器，以使所述转账操作对应的业务服务器根据接收到的操作信息实现转账操作；
若所述外呼结果为外呼失败，则存储所述目标操作信息集；
将所述目标操作信息集的状态设置为未实现状态。
9.一种信息处理装置，其特征在于，应用于银行系统中的处理服务器，所述处理服务器与所述银行系统中的网点服务器、外呼系统和业务服务器通信连接；所述装置包括：
获取模块，用于获取所述网点服务器发送的至少一操作信息，其中，所述操作信息为用户通过终端设备向网点服务器发起的、用于请求完成银行账户业务的信息，所述操作信息中包含用户标识；
处理模块，用于根据所述用户标识对所述操作信息进行分组处理，得到至少一操作信息集，其中，不同的操作信息集对应不同的用户标识；
所述处理模块，还用于根据每个所述操作信息集创建对应的外呼请求，并将所述外呼请求发送至所述外呼系统，以使所述外呼系统根据每个所述外呼请求进行一次外呼处理，得到外呼结果；
所述处理模块，还用于接收所述外呼系统发送的外呼结果，并根据所述外呼结果对对应的操作信息集进行更新，根据更新后的操作信息集指示所述业务服务器对操作信息集对应的银行账户业务进行处理。
10.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至8任一项所述的方法。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至8任一项所述的方法。
CN202310470764.6A 2023-04-27 2023-04-27 信息处理方法、装置及电子设备 Pending CN116596540A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310470764.6A CN116596540A (zh) 2023-04-27 2023-04-27 信息处理方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310470764.6A CN116596540A (zh) 2023-04-27 2023-04-27 信息处理方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN116596540A true CN116596540A (zh) 2023-08-15

Family

ID=87603615

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310470764.6A Pending CN116596540A (zh) 2023-04-27 2023-04-27 信息处理方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN116596540A (zh)

Similar Documents

Publication Publication Date Title
CN107426711B (zh) 绑定或解绑手机号的方法、装置及系统
CN110532025B (zh) 基于微服务架构的数据处理方法、装置、设备及存储介质
CN111163130B (zh) 一种网络服务系统及其数据传输方法
CN109766316A (zh) 文件获取方法、装置、计算机设备和存储介质
CN111367694B (zh) 事件处理方法、服务器及计算机存储介质
CN116596540A (zh) 信息处理方法、装置及电子设备
CN108156206B (zh) 一种数据转移方法、服务器、客户端以及系统
CN107220818B (zh) 网上支付方法及装置
CN112927066B (zh) 一种批量扣款方法和装置
CN111988473B (zh) 基于智能合约的语音通信呼叫控制方法及装置
CN114238927A (zh) 业务系统登录方法、系统、装置、计算机设备及存储介质
CN113220453A (zh) 区块链系统中发起交易的方法及装置
CN112749958A (zh) 资源转移方法、装置、设备以及存储介质
CN113239297A (zh) 消息推送方法、系统及存储介质
CN114398376A (zh) 一种数据处理方法、设备及可读存储介质
KR20150096158A (ko) 애플리케이션 펀딩서비스를 제공하는 방법 및 시스템
CN109754189A (zh) 一种制卡任务的分配方法、一种制卡任务的获取方法、计算机装置及计算机可读存储介质
CN109741055A (zh) 黑名单调用方法、装置、服务器及存储介质
CN114741178B (zh) 一种授信申请处理方法、装置、电子设备和存储介质
CN112464272A (zh) 数据转移方法、系统、终端、服务器及存储介质
CN115564553A (zh) 一种资源调度记录的修正方法、装置、设备及存储介质
CN114445204A (zh) 一种基于云加端的税控设备业务处理方法及系统
CN118828637A (zh) 基于云计算技术的短信扣量检测方法以及装置
CN116975145A (zh) 基于区块链的数据处理方法、装置、设备及可读存储介质
CN114493731A (zh) 商户信息处理系统、方法和介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination