CN116668590A - 业务处理方法和装置 - Google Patents

业务处理方法和装置 Download PDF

Info

Publication number
CN116668590A
CN116668590A CN202310627683.2A CN202310627683A CN116668590A CN 116668590 A CN116668590 A CN 116668590A CN 202310627683 A CN202310627683 A CN 202310627683A CN 116668590 A CN116668590 A CN 116668590A
Authority
CN
China
Prior art keywords
menu configuration
service
configuration content
target
information
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
CN202310627683.2A
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.)
Zhongdian Jinxin Software Co Ltd
Original Assignee
Zhongdian Jinxin Software Co 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 Zhongdian Jinxin Software Co Ltd filed Critical Zhongdian Jinxin Software Co Ltd
Priority to CN202310627683.2A priority Critical patent/CN116668590A/zh
Publication of CN116668590A publication Critical patent/CN116668590A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
    • G06F9/45508—Runtime interpretation or emulation, e g. emulator loops, bytecode interpretation
    • G06F9/45512—Command shells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5166—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing in combination with interactive voice response systems or voice portals, e.g. as front-ends

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Stored Programmes (AREA)

Abstract

本公开提出一种业务处理方法和装置，方法包括：响应于呼叫请求，获取呼叫请求中的呼叫信息；加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对第二菜单配置内容对应的业务进行处理，由此，避开直接使用IVR平台自身的开发工具来开发业务流程，使用目标业务脚本来开发业务流程，实现了业务流程与各种IVR平台的适配，提高了灵活性，并且无需开发人员掌握每种IVR的开发细节，同时，在更换IVR平台时，无需重新开发业务流程，降低了开发成本。

Description

业务处理方法和装置
技术领域
本公开涉及数据处理技术领域，尤其涉及一种业务处理方法和装置。
背景技术
目前，在客服系统及远程银行系统中IVR(Interactive Voice Response，互动式语音应答)作为话务接入的门户，有着重要的作用，在金融领域的电话银行系统中IVR也是银行一个重要的渠道，在远程银行中占有重要的份额。
相关技术中，主流或非主流厂商推出的各种的IVR平台，都有自身开发工具，这些开发工具和IVR平台的特性是绑定的，开发过程及其成果都只能用在自身的系统上，需要开发人员掌握每种IVR的开发细节，开发难度较大；同时客户的业务也严重受制于IVR平台，如果因为业务发展要更换厂商，那么所有业务流程都要重新开发、测试，导致开发成本较高，灵活性差。
发明内容
本公开提供一种业务处理方法和装置，以至少在一定程度上解决相关技术中的技术问题之一。本公开的技术方案如下：
根据本公开实施例的第一方面，提供一种业务处理方法，应用于IVR业务系统，包括：接收IVR平台发送的呼叫请求，并响应于所述呼叫请求，获取所述呼叫请求中的呼叫信息；加载与所述呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据所述第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与所述第二菜单配置内容匹配的目标业务脚本，并执行所述目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理。
根据本公开实施例的第二方面，提供了一种业务处理方法，应用于IVR平台，包括：向IVR业务系统发送呼叫请求；其中，所述呼叫请求用于所述IVR业务系统响应于所述呼叫请求，获取所述呼叫请求中的呼叫信息；加载与所述呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据所述第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与所述第二菜单配置内容匹配的目标业务脚本，并执行所述目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理。
根据本公开实施例的第三方面，提供了一种业务处理装置，应用于IVR业务系统，包括：接收模块，用于接收IVR平台发送的呼叫请求，并响应于所述呼叫请求，获取所述呼叫请求中的呼叫信息；加载模块，用于加载与所述呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；交互模块，用于根据所述第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用模块，用于调用与所述第二菜单配置内容匹配的目标业务脚本，并执行所述目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理。
根据本公开实施例的第四方面，提供了一种业务处理装置，应用于IVR平台，包括：发送模块，用于向IVR业务系统发送呼叫请求；其中，所述呼叫请求用于所述IVR业务系统响应于所述呼叫请求，获取所述呼叫请求中的呼叫信息；加载与所述呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据所述第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与所述第二菜单配置内容匹配的目标业务脚本，并执行所述目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理。
根据本公开实施例的第五方面，提供了一种业务处理系统，包括：IVR业务系统，用于实现上述第一方面实施例所述的业务处理方法；IVR平台，用于实现上述第二方面实施例所述的业务处理方法。
根据本公开实施例的第六方面，提供一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如本公开第一方面实施例所述的业务处理方法；或者，以实现如本公开第二方面实施例所述的业务处理方法。
根据本公开实施例的第七方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如本公开第一方面实施例所述的业务处理方法，或者，执行如本公开第二方面实施例所述的业务处理方法。
根据本公开实施例的第八方面，提供一种计算机程序产品，包括：计算机程序，所述计算机程序被处理器执行时实现如本公开第一方面实施例所述的业务处理方法，或者，执行时实现如本公开第二方面实施例所述的业务处理方法。
本公开的实施例提供的技术方案至少带来以下有益效果：
通过接收IVR平台发送的呼叫请求，并响应于呼叫请求，获取呼叫请求中的呼叫信息；加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理，由此，IVR业务系统通过加载与呼叫信息匹配的菜单配置文件，以及调用并执行与第二菜单配置内容匹配的目标业务脚本，以对第二菜单配置内容对应的业务进行处理，避开直接使用平台的开发工具来开发业务流程，使用目标业务脚本来开发业务流程，实现了业务流程与各种IVR平台的适配，提高了灵活性，并且无需开发人员掌握每种IVR的开发细节，同时，在更换IVR平台时，无需重新开发业务流程，降低了开发成本。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
图1是本公开第一实施例所示出的业务处理方法的流程示意图；
图2是本公开第二实施例所示出的业务处理方法的流程示意图；
图3是本公开第三实施例所示出的业务处理方法的流程示意图；
图4是本公开第四实施例所示出的业务处理方法的流程示意图；
图5是本公开第五实施例所示出的业务处理方法的流程示意图；
图6是本公开实施例所提供的业务处理方法的流程示意图；
图7是本公开第六实施例所示出的业务处理系统的结构示意图；
图8是本公开第七实施例所示出的业务处理装置的结构示意图；
图9是本公开第八实施例所示出的业务处理装置的结构示意图；
图10是本公开一示例性实施例所示出的电子设备的结构示意图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
相关技术中，主流或非主流厂商推出的各种的IVR平台，都有自身开发工具，这些开发工具和IVR平台的特性是绑定的，开发过程及其成果都只能用在自身的系统上，虽然VXML号称是IVR的通用国际建议(和标准不同)，但是各家厂商大都也是有利的用，不利的弃，形成众多的VXML的开发过程，并且要求开发人员要掌握每种IVR的开发细节，所有业务开发人员都要掌握平台的开发工具，人员培训的压力较大。
另外，IVR系统在开发业务流程时，采用图形化表示业务流程，图形化看似直观，但是简单的运算和逻辑判断处理都要使用大量的图元节点，整体流程的十分复杂，效率低下，复用性也有很差；并且开发后的成果只能在自己的平台上运行。因此客户业务受制于IVR平台，如果因为业务发展或产商的原因要更换IVR平台，那么所有业务过程都要重新开发、测试，投入巨大。
因此，针对上述问题，本公开提出一种业务处理方法和装置。
下面参考附图描述本公开实施例的业务处理方法和装置。
图1是本公开第一实施例所示出的业务处理方法的流程示意图。其中，需要说明的是，本公开实施的业务处理方法可应用于IVR业务系统。
如图1所示，该业务处理方法可以包括以下步骤：
步骤101，接收IVR平台发送的呼叫请求，并响应于所述呼叫请求，获取呼叫请求中的呼叫信息。
作为本公开实施例的一种可能的实现方式，IVR平台作为被动呼叫方时，IVR平台接收主动呼叫方的呼叫(来电)，并向IVR业务系统发送呼叫请求，其中，呼叫请求中可携带呼叫信息，呼叫信息可包括呼叫标识(callid)、呼叫通道(channel)、主叫号、被叫号、系统接入码等。
进一步地，IVR业务系统响应于该呼叫请求，可获取呼叫请求中的呼叫信息。
步骤102，加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容。
为了使业务流程与各种IVR平台的适配，在本公开实施例中，可预先设置与各种IVR平台适配的菜单配置文件，在获取到呼叫请求中的呼叫信息后，可加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容，其中，菜单配置文件还可以称为菜单脚本文件或菜单配置脚本文件，第一菜单配置内容可为菜单配置文件中的首个菜单配置内容，也可为菜单配置文件中指定的菜单配置内容，本公开不做具体限定。
步骤103，根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容。
为了满足用户需求，在本公开实施例中，基于第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容。
也就是说，根据第一菜单配置内容，IVR业务系统与IVR平台之间执行至少一次交互，以确定第二菜单配置内容，根据第二菜单配置内容，可确定待执行的业务以及待执行的业务对应的目标业务脚本。
步骤104，调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对第二菜单配置内容对应的业务进行处理。
进一步，根据第二菜单配置内容，可调用与第二菜单配置内容匹配的目标业务脚本，并执行该业务脚本，从而可实现对第二菜单配置内容对应的业务进行处理。
综上，通过接收IVR平台发送的呼叫请求，并响应于呼叫请求，获取呼叫请求中的呼叫信息；加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对第二菜单配置内容对应的业务进行处理，由此，IVR业务系统通过加载与呼叫信息匹配的菜单配置文件，以及调用并执行与第二菜单配置内容匹配的目标业务脚本，以对第二菜单配置内容对应的业务进行处理，避开直接使用平台的开发工具来开发业务流程，使用目标业务脚本来开发业务流程，业务脚本无需依赖IVR平台，实现了业务流程与各种IVR平台的适配，提高了灵活性，并且无需开发人员掌握每种IVR的开发细节，同时，在更换IVR平台时，无需重新开发业务流程，降低了开发成本。
为了清楚地说明上述实施例是如何根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容的，本公开提出另一种业务处理方法，该业务处理方法可应用于IVR业务系统。
图2是本公开第二实施例所示出的业务处理方法的流程示意图。
如图2所示，该业务处理方法可包括如下步骤：
步骤201，接收IVR平台发送的呼叫请求，并响应于呼叫请求，获取呼叫请求中的呼叫信息。
步骤202，加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容。
步骤203，针对至少一次交互过程的首次交互过程，将第一菜单配置内容作为首次交互过程的菜单配置内容。
在本公开实施例中，将菜单配置文件中的第一菜单配置内容，作为首次交互过程的菜单配置内容。
步骤204，在首次交互过程的菜单配置内容为第一输入提示信息的情况下，将首次交互过程的菜单配置内容发送至IVR平台。
其中，第一配置内容用于播报第一输入提示信息。
进一步地，在首次交互过程的菜单配置内容为第一输入提示信息的情况下，比如，首次交互过程的配置内容为“欢迎您致电xxx，业务A请按1，业务B请按2，业务C请按3，业务D请按4，返回请按#”，IVR系统将首次交互过程的菜单配置内容发送至IVR平台，IVR平台可对首次交互过程的配置内容进行播报。
步骤205，接收IVR平台发送的第一目标输入信息。
其中，第一目标输入信息是响应第一输入提示信息所输入的。
进一步地，可接收IVR平台发送的第一目标输入信息，其中，第一目标输入信息是响应于第一输入提示信息所输入的，比如，用户在听到IVR平台播报的首次交互过程的菜单配置内容时所输入的，IVR平台从而可收集用户所输入的信息，并作为第一目标输入信息。
步骤206，在第一目标输入信息与第一目标业务具有关联关系的情况下，判断第一目标业务是否具有子业务。
进一步地，可判断第一目标输入信息与首次交互过程的菜单配置内容中的第一目标业务是否具有关联关系，在第一目标输入信息与第一目标业务具有关联关系的情况下，可进一步判断第一目标业务是否具有子业务。比如，第一目标输入信息为按键1，按键1与首次交互过程的菜单配置内容中的业务A具有关联关系，可进一步判断业务A是否具有子业务。在第一目标输入信息与第一目标业务不具有关联关系的情况下，IVR业务系统可生成对应的提示信息并发送至IVR平台，以提示用户重新输入第一目标输入信息。
步骤207，在第一目标业务具有子业务的情况下，从菜单配置文件中读取与第一目标业务对应的菜单配置内容，并作为下一次交互过程的菜单配置内容。
作为一种示例，在第一目标业务具有子业务的情况下，可从菜单配置文件中读取与第一目标业务对应的菜单配置内容，作为下一次交互过程的菜单配置内容。
比如，第一目标业务为业务A，业务A中包含3个子业务，可从菜单配置内容中获取与业务A对应的菜单配置内容，作为下一次交互过程的菜单配置内容。如，与业务A对应的菜单配置内容为“业务A-1请按1，业务A-2请按2，业务A-3请按3”。
作为本公开实施例的一种可能的实现方式，针对至少一次交互过程的非首次交互过程，在非首次交互过程的菜单配置内容为第二输入提示信息的情况下，将非首次交互过程的菜单配置内容发送至IVR平台，非首次交互过程的菜单配置内容用于播报第二输入提示信息；接收IVR平台发送的第二目标输入信息，其中，第二目标输入信息是响应第二输入提示信息所输入的；在第二目标输入信息与第二目标业务具有关联关系的情况下，判断第二目标业务是否具有子业务；在第二目标业务具有子业务的情况下，从菜单配置文件中读取与第二目标业务对应的菜单配置内容，并作为非首次的下一次交互过程的菜单配置内容；在第二目标业务不具有子业务的情况下，从菜单配置文件中读取与第二目标业务对应的菜单配置内容，并作为第二菜单配置内容。
比如，首次交互过程对应的第一目标业务A中包含3个子业务，与业务A对应的菜单配置内容为“业务A-1请按1，业务A-2请按2，业务A-3请按3”，作为第二次交互过程的菜单配置内容，并将第二次交互过程的菜单配置内容发送至IVR平台，IVR平台可对该第二次交互过程的菜单配置内容进行播报，接收IVR平台发送的第二目标输入信息，比如，第二目标输入信息为按键1，按键1对应的第二目标业务为A-1，可进一步判断业务A-1是否具有子业务，在业务A-1不具有子业务的情况下，可直接将菜单配置文件中与第二目标业务对应的菜单配置内容，作为第二菜单配置内容。其中，与第二目标业务对应的菜单配置内容可包括第二目标业务的名称、ID(Identity document，身份标识)、第二目标业务的目标业务脚本的名称等标识信息。
在业务A-1具有子业务的情况下，可将业务A-1对应的菜单配置内容作为第三次交互过程的菜单配置内容，如，业务A-1对应的菜单配置内容可为“业务A-1-1请按1，业务A-1-2请按2，业务A-1-3请按3”，以此类推，直至后续交互过程对应的第二目标业务不具有子业务，将菜单配置文件中与第二目标业务对应的菜单配置内容，作为第二菜单配置内容。
步骤208，在第一目标业务不具有子业务的情况下，从菜单配置文件中读取与第一目标业务对应的菜单配置内容，并作为第二菜单配置内容。
作为另一种示例，在第一目标业务不具有子业务的情况下，比如，第一目标业务为业务B，业务B中不包含子业务，可直接将菜单配置文件中与第一目标业务对应的菜单配置内容，作为第二菜单配置内容。其中，与第一目标业务对应的菜单配置内容可包括第一目标业务的名称、ID(Identity document，身份标识)、第一目标业务对应的目标业务脚本的名称等标识信息。步骤209，调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对第二菜单配置内容对应的业务进行处理。
作为本公开实施例的一种可能的实现方式，可根据第二菜单配置内容中的标识信息调用与第二菜单配置内容匹配的目标业务脚本，并执行该目标业务脚本，以对第二菜单配置内容对应的业务(如，第一目标业务)进行处理。
综上，针对至少一次交互过程的首次交互过程，将第一菜单配置内容作为首次交互过程的菜单配置内容；在首次交互过程的菜单配置内容为第一输入提示信息的情况下，将首次交互过程的菜单配置内容发送至IVR平台；接收IVR平台发送的第一目标输入信息；在第一目标输入信息与第一目标业务具有关联关系的情况下，判断第一目标业务是否具有子业务；在第一目标业务具有子业务的情况下，从菜单配置文件中读取与第一目标业务对应的菜单配置内容，并作为下一次交互过程的菜单配置内容；在第一目标业务不具有子业务的情况下，从菜单配置文件中读取与第一目标业务对应的菜单配置内容，并作为第二菜单配置内容；调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对第二菜单配置内容对应的业务进行处理，由此，基于第一菜单配置内容，执行至少一次交互过程，可从菜单配置文件中准确地确定第二菜单配置内容。
为了清楚地说明上述实施例是如何调用与所述第二菜单配置内容匹配的目标业务脚本，并执行所述目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理的，本公开提出另一种业务处理方法。该业务处理方法可应用于IVR业务系统。
图3是本公开第三实施例所示出的业务处理方法的流程示意图。
如图3所示，该业务处理方法可包括如下步骤：
步骤301，接收IVR平台发送的呼叫请求，并响应于所述呼叫请求，获取呼叫请求中的呼叫信息。
步骤302，加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容。
步骤303，根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容。
步骤304，调用与第二菜单配置内容匹配的目标业务脚本。
步骤305，依次执行目标业务脚本中多个业务流程节点。
在本公开实施例中，业务脚本中包括多个业务流程节点，可依次执行目标业务脚本中的多个业务流程节点。
步骤306，针对多个业务流程节点中的非末尾业务流程节点，获取非末尾业务流程节点的第一返回值，并从菜单配置文件中查询与第一返回值匹配的第三菜单配置内容。
在本公开实施例中，在依次执行目标业务脚本中多个业务流程节点的过程中，针对多个业务流程节点中的非末尾业务流程节点，可获取该非末尾业务流程节点的第一返回值，第一返回值为执行该非末尾业务流程节点所得到的返回值，进一步地，可从菜单配置文件中查询与第一返回值匹配的第三菜单配置内容。比如，返回值为1，与返回值1匹配的第三菜单配置内容为“请输入密码”。
步骤307，在第三菜单配置内容为第三输入提示信息的情况下，将第三菜单配置内容发送至IVR平台。
其中，第三菜单配置内容用于播报第三输入提示信息。
进一步地，在第三菜单配置内容为第三输入提示信息的情况下，可将第三菜单配置内容发送至IVR平台，IVR平台可对第三输入提示信息进行播报。比如，第三菜单配置内容为“请输入密码”，IVR平台可播放“请输入密码”。
步骤308，接收IVR平台发送的第三目标输入信息。
其中，第三目标输入信息是响应第三输入提示信息所输入的。
进而，IVR平台可收集用户的输入信息，并将用户的输入信息作为第三目标输入信息发送至IVR业务系统。其中，第三目标输入信息是用户在听到IVR平台播放的第三输入提示信息时所输入的。
步骤309，根据第三目标输入信息，执行非末尾业务流程节点的下一业务流程节点，以对第二菜单配置内容对应的业务进行处理。
在本公开实施例中，根据第三目标输入信息，执行非末尾业务流程节点的下一业务流程节点，以对第二菜单配置内容对应的业务进行处理。
其中，需要说明的是，在根据第三目标输入信息，执行非末尾业务流程节点的下一业务流程节点，以对第二菜单配置内容对应的业务进行处理之前，验证第三目标输入信息是否异常；在第三目标输入信息异常的情况下，向IVR平台发送第四输入提示信息，其中，第四输入提示信息用于提示重新输入第三目标输入信息；接收IVR平台重新发送的第三目标输入信息，其中，重新发送的第三目标输入信息是响应第四输入提示信息所输入的。
也就是说，为了提高业务处理的准确性，在根据第三目标输入信息，执行非末尾业务流程节点的下一业务流程节点之前，可对第三目标输入信息进行验证，以确定第三目标输入信息是否异常，在第三目标输入信息异常的情况下，向IVR平台发送第四输入提示信息，接收IVR平台重新发送的第三目标输入信息。在第三目标输入信息未异常的情况下，根据第三目标输入信息，执行非末尾业务流程节点的下一业务流程节点，以对第二菜单配置内容对应的业务进行处理。
比如，第三目标输入信息为用户密码，可对用户密码进行验证，以确定用户密码是否异常，在用户密码异常的情况下，可向IVR平台发送第四目标输入信息，如“请重新输入密码”，并接收IVR平台重新发送的用户密码。其中，需要说明的是，在IVR业务系统针对第三目标输入信息进行多次验证，第三目标输入信息均为异常时，IVR业务系统可向IVR平台发送目标指示信息，其中，目标指示信息用于指示IVR业务系统与IVR平台终止交互。
此外，还需要说明的是，针对多个业务流程节点中的末尾业务流程节点，获取末尾业务流程节点的第二返回值，从菜单配置文件中查询与第二返回值匹配的第四菜单配置内容，其中，第四菜单配置内容用于播报第二菜单配置内容对应的业务的执行结果。
也就是说，多个业务流程节点中的最后一个业务流程节点的第二返回值可用于指示业务的执行结果，将菜单配置文件中与第二返回值匹配的第四菜单配置内容发送至IVR平台，IVR平台可对该第四菜单配置内容对应的业务的执行结果进行播报，比如，第四菜单配置内容对应的业务的执行结果为“xx卡余额为xxx”。
综上，通过依次执行目标业务脚本中多个业务流程节点；针对多个业务流程节点中的非末尾业务流程节点，获取非末尾业务流程节点的第一返回值，并从菜单配置文件中查询与第一返回值匹配的第三菜单配置内容；在第三菜单配置内容为第三输入提示信息的情况下，将第三菜单配置内容发送至IVR平台，其中，第三菜单配置内容用于播报第三输入提示信息；接收IVR平台发送的第三目标输入信息，其中，第三目标输入信息是响应第三输入提示信息所输入的；根据第三目标输入信息，执行非末尾业务流程节点的下一业务流程节点，以对第二菜单配置内容对应的业务进行处理，由此，可准确地执行目标业务脚本中多个业务流程节点，从而可有效地对第二菜单配置内容对应的业务进行处理，提高了业务处理的准确性。
为了清楚地说明上述实施例是如何调用与第二菜单配置内容匹配的目标业务脚本的，本公开提出另一种业务处理方法，该业务处理方法可应用于IVR业务系统。
图4是本公开第四实施例所示出的业务处理方法的流程示意图。
如图4所示，该业务处理方法可包括如下步骤：
步骤401，接收IVR平台发送的呼叫请求，并响应于呼叫请求，获取呼叫请求中的呼叫信息。
步骤402，加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容。
步骤403，根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容。
步骤404，从第二菜单配置内容中获取待调用的业务脚本的标识信息。
在本公开实施例中，第二菜单配置内容中可包括待调用的业务脚本的标识信息，从而，可从第二菜单配置内容中提取待调用脚本的标识信息。
步骤405，根据标识信息，从多个设定的业务脚本中，调用目标业务脚本。
进一步地，可从多个设定的业务脚本中，调用与该标识信息匹配的目标业务脚本。
步骤406，执行目标业务脚本，以对第二菜单配置内容对应的业务进行处理。
此外，还需要说明的是，IVR系统还可接收IVR平台发送的交互指示信息，其中，交互指示信息是在满足设定条件的情况下生成的，交互指示信息用于指示IVR平台与IVR业务系统终止交互；其中，设定条件包括：侦测通话链路的状态，通话链路的状态为挂机状态；执行转接操作完毕。
也就是说，IVR系统在接收待IVR平台发送的交互指示信息时，可终止与IVR平台的交互，其中，交互指示信息是IVR平台在满足设定条件的情况下生成的，其中，设定条件包括：侦测通话链路的状态，通话链路的状态为挂机状态；执行转接操作完毕。其中，通话链路的状态为挂机状态可包括主动呼叫方挂断、IVR平台主动挂断和IVR平台转接后挂机。
综上，通过从第二菜单配置内容中获取待调用的业务脚本的标识信息；根据标识信息，从多个设定的业务脚本中，调用目标业务脚本，由此，可准确地调用与第二菜单配置内容匹配的目标业务脚本。
为了实现上述实施例，本公开提出另一种业务处理方法。该业务处理方法可应用于IVR平台。
图5是本公开第五实施例所示出的业务处理方法的流程示意图。
如图5所示，该业务处理方法可包括如下步骤：
步骤501，向IVR业务系统发送呼叫请求。
其中，呼叫请求用于IVR业务系统响应于呼叫请求，获取呼叫请求中的呼叫信息；加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对第二菜单配置内容对应的业务进行处理。
综上，通过向IVR业务系统发送呼叫请求，IVR业务系统接收IVR平台发送的呼叫请求，并响应于呼叫请求，获取呼叫请求中的呼叫信息；加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对第二菜单配置内容对应的业务进行处理，由此，IVR业务系统通过加载与呼叫信息匹配的菜单配置文件，以及调用并执行与第二菜单配置内容匹配的目标业务脚本，以对第二菜单配置内容对应的业务进行处理，避开直接使用平台的开发工具来开发业务流程，使用目标业务脚本来开发业务流程，实现了业务流程与各种IVR平台的适配，提高了灵活性，并且无需开发人员掌握每种IVR的开发细节，同时，在更换IVR平台时，无需重新开发业务流程，降低了开发成本。
在本公开任一实施例中，如图6所示，还可基于如下步骤实现本公开实施例的业务处理方法：
1、来电时接起电话，IVR平台接起客户电话，获取呼叫信息，如电话的基本信息、CTI(Computer Telephony Integration，计算机电话)的基本信息等，并根据呼叫信息，生成呼叫请求发送至IVR业务系统，IVR业务系统然后调用菜单解释器。如果呼出，执行拨号并判定呼叫过程，呼叫接通后调用菜单解释器；
2、菜单解释器根据电话信息(呼叫信息)使用合适的菜单配置文件(菜单脚本)，同时读取菜单配置文件中的首条菜单配置内容并解释该首条菜单配置内容。根据该首条菜单配置内容所指定功能及对应的属性参数做相应的操作。如果当前的菜单是指向一个具体的业务则启动脚本解释器，启动脚本解释后到步骤4；如果指向下级菜单，则根据当前菜单配置内容，播报当前菜单所包含的下级菜单的内容，调用IVR平台的收集菜单的方法，由IVR平台收集客户所选择的菜单；
3、获取客户选择的菜单后，匹配下级子菜单，匹配到子菜单后，读入对应的菜单配置内容，继续步骤2的处理；
4、启动流程解释器后，流程解释器加载该菜单业务指定的业务脚本，解释器默认从脚本的第一条指令开始执行。解释脚本后，如果该条脚本不需要平台资源，直接执行该指令，执行完成后，执行后续流程；如果要使用平台资源(如，报读语音、收集按键、选择菜单、转接电话、语音识别、挂断电话、发送传真等等需使用电话资源的功能)，如要客户输入，则组织相应方法的语音及需要的参数调用平台输入的方法，IVR平台收到客户的输入后，把结果会给解释器，解释器根据结果执行后续脚本；
5、在业务脚本执行完后(意味着已经完成一个业务)，根据这个流程执行的结果，及该流程执行完成后指定的后续处理方式，可以回到菜单解释器(步骤6)，也可以执行其他流程(步骤7)；
6、回到菜单解释后，根据流程执行的结果，在菜单的节点会配置不同结果的不同执行方式，进入到对应的执行步骤；
7、执行其他流程时，脚本解释器加载对应的流程脚本，重复步骤4。
为了实现上述实施例，本公开提出一种业务处理系统。
图7是本公开第六实施例所示出的业务处理系统的结构示意图。
如图7所示，该业务处理系统700可包括：IVR业务系统710和IVR平台720。
其中，IVR业务系统710，用于实现本公开图1至4实施例业务处理方法；IVR平台720，用于实现本公开图5实施例所述的业务处理方法。
为了实现上述实施例，本公开提出一种业务处理装置。该业务处理装置可应用于IVR业务系统。
本公开实施例的业务处理系统，IVR业务系统可实现上述图1至4实施例所述业务处理方法；IVR平台，用于实现本公开图5实施例所述的业务处理方法，由此，IVR业务系统通过加载与呼叫信息匹配的菜单配置文件，以及调用并执行与第二菜单配置内容匹配的目标业务脚本，以对第二菜单配置内容对应的业务进行处理，避开直接使用平台的开发工具来开发业务流程，使用目标业务脚本来开发业务流程，实现了业务流程与各种IVR平台的适配，提高了灵活性，并且无需开发人员掌握每种IVR的开发细节，同时，在更换IVR平台时，无需重新开发业务流程，降低了开发成本。
与上述图1至图4实施例提供的业务处理方法相对应，本公开还提供一种业务处理装置，由于本公开实施例提供的业务处理装置与上述图1至图4实施例提供的业务处理方法相对应，因此在业务处理方法的实施方式也适用于本公开实施例提供的业务处理装置，在本公开实施例中不再详细描述。
图8是本公开第七实施例所示出的业务处理装置的结构示意图。该业务处理装置可应用于IVR业务系统。
如图8所示，该业务处理装置800包括：接收模块810、加载模块820、交互模块830和调用模块840。
其中，接收模块810，用于接收IVR平台发送的呼叫请求，并响应于呼叫请求，获取呼叫请求中的呼叫信息；加载模块820，用于加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；交互模块830，用于根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用模块840，用于调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对第二菜单配置内容对应的业务进行处理。
作为本公开实施例的一种可能的实现方式，交互模块830，具体用于：针对至少一次交互过程的首次交互过程，将第一菜单配置内容作为首次交互过程的菜单配置内容；在首次交互过程的菜单配置内容为第一输入提示信息的情况下，将首次交互过程的菜单配置内容发送至IVR平台，其中，首次交互过程的菜单配置内容用于播报第一输入提示信息；在第一目标输入信息与第一目标业务具有关联关系的情况下，判断第一目标业务是否具有子业务；在第一目标业务具有子业务的情况下，从菜单配置文件中读取与第一目标业务对应的菜单配置内容，并作为下一次交互过程的菜单配置内容；在第一目标业务不具有子业务的情况下，从菜单配置文件中读取与第一目标业务对应的菜单配置内容，并作为第二菜单配置内容。
作为本公开实施例的一种可能的实现方式，交互模块830，具体用于：针对至少一次交互过程的非首次交互过程，在非首次交互过程的菜单配置内容为第二输入提示信息的情况下，将非首次交互过程的菜单配置内容发送至IVR平台，非首次交互过程的菜单配置内容用于播报第二输入提示信息；接收IVR平台发送的第二目标输入信息，其中，第二目标输入信息是响应所述第二输入提示信息所输入的；在第二目标输入信息与第二目标业务具有关联关系的情况下，判断第二目标业务是否具有子业务；在第二目标业务具有子业务的情况下，从菜单配置文件中读取与第二目标业务对应的菜单配置内容，并作为非首次的下一次交互过程的菜单配置内容；在第二目标业务不具有子业务的情况下，从菜单配置文件中读取与第二目标业务对应的菜单配置内容，并作为第二菜单配置内容。
作为本公开实施例的一种可能的实现方式，业务脚本中包括多个业务流程节点，调用模块840，具体用于：依次执行目标业务脚本中多个业务流程节点；针对多个业务流程节点中的非末尾业务流程节点，获取非末尾业务流程节点的第一返回值，并从菜单配置文件中查询与第一返回值匹配的第三菜单配置内容；在第三菜单配置内容为第三输入提示信息的情况下，将第三菜单配置内容发送至IVR平台，其中，第三菜单配置内容用于播报第三输入提示信息；接收IVR平台发送的第三目标输入信息，其中，第三目标输入信息是响应第三输入提示信息所输入的；根据第三目标输入信息，执行非末尾业务流程节点的下一业务流程节点，以对第二菜单配置内容对应的业务进行处理。
作为本公开实施例的一种可能的实现方式，调用模块840，具体用于：针对多个业务流程节点中的末尾业务流程节点，获取末尾业务流程节点的第二返回值；从菜单配置文件中查询与第二返回值匹配的第四菜单配置内容，其中，第四菜单配置内容用于播报第二菜单配置内容对应的业务的执行结果。
作为本公开实施例的一种可能的实现方式，业务处理装置800还包括：验证模块和发送模块。
其中，验证模块，用于验证第三目标输入信息是否异常；发送模块，用于在第三目标输入信息异常的情况下，向IVR平台发送第四输入提示信息，其中，第四输入提示信息用于提示重新输入第三目标输入信息；接收模块，还用于接收IVR平台重新发送的第三目标输入信息，其中，重新发送的第三目标输入信息是响应第四输入提示信息所输入的。
作为本公开实施例的一种可能的实现方式，调用模块840，具体用于：从第二菜单配置内容中获取待调用的业务脚本的标识信息；根据标识信息，从多个设定的业务脚本中，调用目标业务脚本。
作为本公开实施例的一种可能的实现方式，接收模块，还用于接收IVR平台发送的交互指示信息，其中，所述交互指示信息是在满足设定条件的情况下生成的，所述交互指示信息用于指示IVR平台与所述IVR业务系统终止所述交互；其中，所述设定条件包括：侦测通话链路的状态，所述通话链路的状态为挂机状态；执行转接操作完毕。
本公开实施例的业务处理装置，通过接收IVR平台发送的呼叫请求，并响应于呼叫请求，获取呼叫请求中的呼叫信息；加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理，由此，IVR业务系统通过加载与呼叫信息匹配的菜单配置文件，以及调用并执行与第二菜单配置内容匹配的目标业务脚本，以对第二菜单配置内容对应的业务进行处理，避开直接使用平台的开发工具来开发业务流程，使用目标业务脚本来开发业务流程，实现了业务流程与各种IVR平台的适配，提高了灵活性，并且无需开发人员掌握每种IVR的开发细节，同时，在更换IVR平台时，无需重新开发业务流程，降低了开发成本。
与上述图5实施例提供的业务处理方法相对应，本公开还提供一种业务处理装置，由于本公开实施例提供的业务处理装置与上述图5实施例提供的业务处理方法相对应，因此在业务处理方法的实施方式也适用于本公开实施例提供的业务处理装置，在本公开实施例中不再详细描述。
图9是本公开第八实施例所示出的业务处理装置的结构示意图。该业务处理装置可应用于IVR平台。
如图9所示，该业务处理装置包括：发送模块910。
其中，发送模块910，用于向IVR业务系统发送呼叫请求；其中，呼叫请求用于IVR业务系统响应于呼叫请求，获取呼叫请求中的呼叫信息；加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与所述第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对第二菜单配置内容对应的业务进行处理。
本公开实施例的业务处理装置，通过向IVR业务系统发送呼叫请求，IVR业务系统接收IVR平台发送的呼叫请求，并响应于呼叫请求，获取呼叫请求中的呼叫信息；加载与呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与第二菜单配置内容匹配的目标业务脚本，并执行目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理，由此，IVR业务系统通过加载与呼叫信息匹配的菜单配置文件，以及调用并执行与第二菜单配置内容匹配的目标业务脚本，以对第二菜单配置内容对应的业务进行处理，避开直接使用平台的开发工具来开发业务流程，使用目标业务脚本来开发业务流程，实现了业务流程与各种IVR平台的适配，提高了灵活性，并且无需开发人员掌握每种IVR的开发细节，同时，在更换IVR平台时，无需重新开发业务流程，降低了开发成本。
在示例性实施例中，还提出了一种电子设备。
其中，电子设备包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，处理器被配置为执行指令，以实现如前述任一实施例提出的业务处理方法。作为一种示例，图10是本公开一示例性实施例所示出的电子设备1000的结构示意图，如图10所示，上述电子设备1000，还可以包括：
存储器1010及处理器1020，连接不同组件(包括存储器1010和处理器1020)的总线1030，存储器1010存储有计算机程序，当处理器1020执行所述程序时实现本公开实施例所述的业务处理方法。
总线1030表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
电子设备1000典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备1000访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
存储器1010还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)1040和/或高速缓存存储器1050。服务器1000可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统1060可以用于读写不可移动的、非易失性磁介质(图10未显示，通常称为“硬盘驱动器”)。尽管图10中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线1030相连。存储器1010可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。
具有一组(至少一个)程序模块1070的程序/实用工具1080，可以存储在例如存储器1010中，这样的程序模块1070包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块1070通常执行本公开所描述的实施例中的功能和/或方法。
电子设备1000也可以与一个或多个外部设备1090(例如键盘、指向设备、显示器1091等)通信，还可与一个或者多个使得用户能与该电子设备1000交互的设备通信，和/或与使得该电子设备1300能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1092进行。并且，电子设备1000还可以通过网络适配器1093与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1093通过总线1030与电子设备1000的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1000使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理器1020通过运行存储在存储器1010中的程序，从而执行各种功能应用以及数据处理。
需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本公开实施例的业务处理方法的解释说明，此处不再赘述。
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备的处理器执行以完成上述任一实施例提出的业务处理方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现上述任一实施例提出的业务处理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种业务处理方法，其特征在于，应用于IVR业务系统，包括：
接收IVR平台发送的呼叫请求，并响应于所述呼叫请求，获取所述呼叫请求中的呼叫信息；
加载与所述呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；
根据所述第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；
调用与所述第二菜单配置内容匹配的目标业务脚本，并执行所述目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理。
2.根据权利要求1所述的方法，其特征在于，所述根据所述第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容，包括：
针对至少一次交互过程的首次交互过程，将第一菜单配置内容作为首次交互过程的菜单配置内容；
在所述首次交互过程的菜单配置内容为第一输入提示信息的情况下，将所述首次交互过程的菜单配置内容发送至所述IVR平台，其中，所述首次交互过程的菜单配置内容用于播报所述第一输入提示信息；
接收所述IVR平台发送的第一目标输入信息，其中，所述第一目标输入信息是响应所述第一输入提示信息所输入的；
在所述第一目标输入信息与第一目标业务具有关联关系的情况下，判断所述第一目标业务是否具有子业务；
在第一目标业务具有子业务的情况下，从所述菜单配置文件中读取与所述第一目标业务对应的菜单配置内容，并作为下一次交互过程的菜单配置内容；
在第一目标业务不具有子业务的情况下，从所述菜单配置文件中读取与所述第一目标业务对应的菜单配置内容，并作为第二菜单配置内容。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
针对至少一次交互过程的非首次交互过程，在所述非首次交互过程的菜单配置内容为第二输入提示信息的情况下，将所述非首次交互过程的菜单配置内容发送至所述IVR平台，所述非首次交互过程的菜单配置内容用于播报所述第二输入提示信息；
接收所述IVR平台发送的第二目标输入信息，其中，所述第二目标输入信息是响应所述第二输入提示信息所输入的；
在所述第二目标输入信息与第二目标业务具有关联关系的情况下，判断所述第二目标业务是否具有子业务；
在第二目标业务具有子业务的情况下，从所述菜单配置文件中读取与所述第二目标业务对应的菜单配置内容，并作为所述非首次的下一次交互过程的菜单配置内容；
在所述第二目标业务不具有子业务的情况下，从所述菜单配置文件中读取与所述第二目标业务对应的菜单配置内容，并作为第二菜单配置内容。
4.根据权利要求1所述的方法，其特征在于，所述业务脚本中包括多个业务流程节点，所述执行所述目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理，包括：
依次执行所述目标业务脚本中多个业务流程节点；
针对所述多个业务流程节点中的非末尾业务流程节点，获取所述非末尾业务流程节点的第一返回值，并从所述菜单配置文件中查询与所述第一返回值匹配的第三菜单配置内容；
在所述第三菜单配置内容为第三输入提示信息的情况下，将所述第三菜单配置内容发送至所述IVR平台，其中，所述第三菜单配置内容用于播报第三输入提示信息；
接收所述IVR平台发送的第三目标输入信息，其中，所述第三目标输入信息是响应所述第三输入提示信息所输入的；
根据所述第三目标输入信息，执行所述非末尾业务流程节点的下一业务流程节点，以对所述第二菜单配置内容对应的业务进行处理。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
针对所述多个业务流程节点中的末尾业务流程节点，获取所述末尾业务流程节点的第二返回值；
从所述菜单配置文件中查询与所述第二返回值匹配的第四菜单配置内容，其中，所述第四菜单配置内容用于播报所述第二菜单配置内容对应的业务的执行结果。
6.根据权利要求4所述的方法，其特征在于，在所述根据所述第三目标输入信息，执行所述非末尾业务流程节点的下一业务流程节点，以对所述第二菜单配置内容对应的业务进行处理之前，还包括：
验证所述第三目标输入信息是否异常；
在所述第三目标输入信息异常的情况下，向所述IVR平台发送第四输入提示信息，其中，所述第四输入提示信息用于提示重新输入所述第三目标输入信息；
接收所述IVR平台重新发送的第三目标输入信息，其中，所述重新发送的第三目标输入信息是响应所述第四输入提示信息所输入的。
7.根据权利要求1所述的方法，其特征在于，所述调用与所述第二菜单配置内容匹配的目标业务脚本，包括：
从所述第二菜单配置内容中获取待调用的业务脚本的标识信息；
根据所述标识信息，从多个设定的业务脚本中，调用所述目标业务脚本。
8.根据权利要求1-7中任一项所述的方法，其特征在于，所述方法还包括：
接收所述IVR平台发送的交互指示信息，其中，所述交互指示信息是在满足设定条件的情况下生成的，所述交互指示信息用于指示所述IVR平台与所述IVR业务系统终止所述交互；
其中，所述设定条件包括：
侦测通话链路的状态，所述通话链路的状态为挂机状态；
执行转接操作完毕。
9.一种业务处理方法，其特征在于，应用于IVR平台，包括：
向IVR业务系统发送呼叫请求；其中，所述呼叫请求用于所述IVR业务系统响应于所述呼叫请求，获取所述呼叫请求中的呼叫信息；加载与所述呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；根据所述第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；调用与所述第二菜单配置内容匹配的目标业务脚本，并执行所述目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理。
10.一种业务处理装置，其特征在于，应用于IVR业务系统，包括：
接收模块，用于接收IVR平台发送的呼叫请求，并响应于所述呼叫请求，获取所述呼叫请求中的呼叫信息；
加载模块，用于加载与所述呼叫信息匹配的菜单配置文件，并读取菜单配置文件中的第一菜单配置内容；
交互模块，用于根据所述第一菜单配置内容，执行至少一次交互过程，以从菜单配置文件中确定第二菜单配置内容；
调用模块，用于调用与所述第二菜单配置内容匹配的目标业务脚本，并执行所述目标业务脚本，以对所述第二菜单配置内容对应的业务进行处理。
CN202310627683.2A 2023-05-30 2023-05-30 业务处理方法和装置 Pending CN116668590A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310627683.2A CN116668590A (zh) 2023-05-30 2023-05-30 业务处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310627683.2A CN116668590A (zh) 2023-05-30 2023-05-30 业务处理方法和装置

Publications (1)

Publication Number Publication Date
CN116668590A true CN116668590A (zh) 2023-08-29

Family

ID=87721889

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310627683.2A Pending CN116668590A (zh) 2023-05-30 2023-05-30 业务处理方法和装置

Country Status (1)

Country Link
CN (1) CN116668590A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106572272A (zh) * 2015-10-12 2017-04-19 阿里巴巴集团控股有限公司 一种ivr语音菜单确定方法及装置
CN106993104A (zh) * 2016-11-14 2017-07-28 阿里巴巴集团控股有限公司 来电处理方法、装置及终端
CN107995378A (zh) * 2017-12-11 2018-05-04 携程旅游信息技术（上海）有限公司 呼叫中心的分布式ivr方法、平台、设备及存储介质
US10212283B1 (en) * 2015-10-08 2019-02-19 Noble Systems Corporation Live call debugging and monitoring tool for an interactive voice response unit
CN111432081A (zh) * 2020-03-31 2020-07-17 中国银行股份有限公司 交互式语音应答菜单的推荐方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10212283B1 (en) * 2015-10-08 2019-02-19 Noble Systems Corporation Live call debugging and monitoring tool for an interactive voice response unit
CN106572272A (zh) * 2015-10-12 2017-04-19 阿里巴巴集团控股有限公司 一种ivr语音菜单确定方法及装置
CN106993104A (zh) * 2016-11-14 2017-07-28 阿里巴巴集团控股有限公司 来电处理方法、装置及终端
CN107995378A (zh) * 2017-12-11 2018-05-04 携程旅游信息技术（上海）有限公司 呼叫中心的分布式ivr方法、平台、设备及存储介质
CN111432081A (zh) * 2020-03-31 2020-07-17 中国银行股份有限公司 交互式语音应答菜单的推荐方法及装置

Similar Documents

Publication Publication Date Title
US7184534B2 (en) Using a telephony application server for call control with a voice server
US10154118B2 (en) System and method for telephony and communication services with message-based API
US11087737B1 (en) Method and apparatus for voice recognition unit simulation
US7158616B2 (en) Automated and integrated call control server
US7099442B2 (en) Telephony and voice interface for voice server system management
US7406683B2 (en) System and method providing for interaction between programming languages
US20050152344A1 (en) System and methods for dynamic integration of a voice application with one or more Web services
US20060224392A1 (en) Test harness for a speech server
US11762629B2 (en) System and method for providing a response to a user query using a visual assistant
EP2561439B1 (en) Unified framework and method for call control and media control
EP1625728B1 (en) Web application server
US8364490B2 (en) Voice browser with integrated TCAP and ISUP interfaces
CN110795174A (zh) 一种应用程序接口调用方法、装置、设备及可读存储介质
JP4473119B2 (ja) 音声ｘｍｌを用いて電話サービス機能を実施する方法およびシステム
US7397905B1 (en) Interactive voice response (IVR) system providing dynamic resolution of data
CN116668590A (zh) 业务处理方法和装置
US11321151B2 (en) Automated troubleshooting system and method for performing an action on a user device
US11100928B2 (en) Configuration for simulating an interactive voice response system for language interpretation
CN110012175B (zh) 用于调试ivr业务的装置、系统及其应用方法
CN116647619A (zh) 业务处理方法和系统
US20060203989A1 (en) Automated follow-up call in a telephone interaction system
CN114615176B (zh) 一种报文测试方法、装置及电子设备
CN114465991B (zh) 软电话的连接方法和装置
CN115426434B (zh) 数据处理方法、设备及存储介质
CN112261051B (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