CN110247972A - 一种业务处理系统 - Google Patents

Abstract

本发明公开了一种业务处理系统，包括：场景设计器，所述场景设计器配置为获取并发送用户操作场景；事件中心，所述事件中心根据所述用户操作场景定义与所述操作场景对应的事件的处理要求；消息中心，所述消息中心配置为根据所述处理要求生成并发送相应消息。本发明公开的业务处理系统能够从场景到事件到消息的统一管理，并形成客户服务的闭环，提供统一的技术接入标准，打通金融企业内客户服务行为、客户服务信息的孤岛，增强金融企业服务客户的能力，降低金融企业服务客户的信息化建设成本。

Description

一种业务处理系统

技术领域

本发明涉及互联网业务处理技术领域，具体设计一种业务处理系统。

背景技术

互联技术的飞速发展，千禧年互联网原生居民的金融需求已逐步成熟，习惯了互联模式的千禧一代，对传统金融服务模式提出巨大的挑战。他们崇尚社交属性、互动属性、以我为中心的场景化服务，而不是传统金融自助业务办理，这种冰冷的、机械的、毫无情感的单向服务供给。对此传统金融服务机构一直在思变求变，考虑如何利用新型技术迎接新生代，布局未来主战场。

恰逢5G万物互联时代的到来，通过引入音视频技术、自然语音处理、光学识别、二维码识别等技术构建新型智慧银行，提供更好的互动交流模式。然而，银行为更好的服务需要沉入到各种业务场景、生活场景、工作场景中，而且这种场景在互联网时代越来越多，越来越难管理，急需一种为统一各种场景下对客户服务行为的管理，更好的为客户服务的方案。

发明内容

有鉴于此，为了克服上述问题的至少一个方面，本发明实施例的提出一种业务处理系统，包括：

场景设计器，场景设计器配置为获取并发送用户操作场景；

事件中心，事件中心根据用户操作场景定义与操作场景对应的事件的处理要求；

消息中心，消息中心配置为根据处理要求生成并发送相应消息。

在一些实施例中，场景设计器包括第一模块和第二模块；

其中，第一模块用于获取采集的用户操作场景，第二模块用于获取输入的用户操作场景。

在一些实施例中，事件中心包括第一接口和第二接口；

其中，第一接口接收第一模块发送的用户操作场景，第二接口接收第二模块发送的用户操作场景。

在一些实施例中，事件中心还配置为根据用户操作场景确定与操作场景对应的事件的名称和内容。

在一些实施例中，事件中心还配置为根据事件的名称，利用解析规则对事件的内容进行解析，并根据解析结果识别事件的处理要求。

在一些实施例中，业务处理系统还包括第三模块，第三模块用于接收输入的事件的处理要求，并发送至消息中心。

在一些实施例中，消息中心还配置为根据处理要求确定消息的内容、接受者、消息推送渠道，并利用消息推送渠道将消息的内容发送至消息的接收者。

在一些实施例中，消息中心还配置为根据处理要求确定消息的后续操作内容以及有效期。

在一些实施例中，消息中心响应于在消息的有效期内，消息的接收者未根据后续操作内容完成相应操作，利用消息推送渠道将消息的内容再次发送至消息的接收者。

在一些实施例中，消息中心还配置为响应于消息的接收者根据后续操作内容完成相应操作后，则终止利用消息推送渠道将消息的内容发送至消息的接收者。

本发明具有以下有益技术效果：本发明公开的业务处理系统能够从场景到事件到消息的统一管理，并形成客户服务的闭环，提供统一的技术接入标准，打通金融企业内客户服务行为、客户服务信息的孤岛，增强金融企业服务客户的能力，降低金融企业服务客户的信息化建设成本。

附图说明

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

图1为本发明的实施例提供的业务处理系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图1，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

根据本发明的一个方面，本发明的实施例提供了一种业务处理系统，如图1所示，其可以包括场景设计器、事件中心以及消息中心。

其中，图1示出的场景设计器配置为获取并发送用户操作场景，事件中心根据用户操作场景定义与操作场景对应的事件的处理要求，消息中心配置为根据处理要求生成并发送相应消息。

在一些实施例中，如图1所示，场景设计器可以包括第一模块和第二模块。其中，第一模块用于获取采集的用户操作场景，第二模块用于获取输入的用户操作场景。

需要说明的是，第一模块可以先采集用户的操作场景，在将采集到的操作场景发送至事件中心，而第二模块则可以直接接收输入的操作场景即可，两者接收到的操作场景没有本质上的区别，只是第一模块可以通过采集获取的用户操作场景，而第二模块直接接收的用户操作场景。输入到第二模块的用户操作场景可以是通过其他不同系统采集到并发送至第二模块。

在一些实施例中，事件中心包括第一接口和第二接口，其中，第一接口接收第一模块发送的用户操作场景，第二接口接收第二模块发送的用户操作场景。

具体的，事件中心既可以通过第一接口接收第一模块发送的用户操作场景，也可以通过第二接口接收第二模块发送的用户操作场景，而且后续对两个接口接收到的用户操作场景的处理过程相同。

在一些实施例中，事件中心还配置为根据用户操作场景确定与操作场景对应的事件的名称和内容。

在一些实施例中，事件中心还配置为根据事件的名称，利用解析规则对事件的内容进行解析，并根据解析结果识别事件的处理要求。

具体的，事件中心可以定义事件主题，事件类型，事件规则，事件响应，事件处理及事件处理结果等要素，如客户登录失败，时间类型为异常，规则为连续2次，事件响应为人工，事件处理为生成一个消息通知客户经理进行电话外呼，协助客户成功登录或者办理客户想办理的业务。

在一些实施例中，如图1所示，业务处理系统还可以包括第三模块，第三模块用于接收输入的事件的处理要求，并发送至消息中心。

需要说明的是，第三模块直接接收的事件的处理要求与通过事件中心生成的事件的处理要求相同，消息中心均可以根据处理要求进行后续消息的生成、发送等。

在一些实施例中，消息中心还配置为根据处理要求确定消息的内容、接受者、消息推送渠道，并利用消息推送渠道将消息的内容发送至消息的接收者。

在一些实施例中，消息中心还配置为根据处理要求确定消息的后续操作内容以及有效期。例如，消息内容是推荐客户A购买产品B，那么这个消息还有能力为客户A提供购买产品B的能力，或者提供购买产品B的入口。

在一些实施例中，消息中心响应于在消息的有效期内，消息的接收者未根据后续操作内容完成相应操作，利用消息推送渠道将消息的内容再次发送至消息的接收者。

在一些实施例中，消息中心还配置为响应于消息的接收者根据后续操作内容完成相应操作后，不再利用消息推送渠道将消息的内容发送至消息的接收者。

具体的，消息中心为供客户(含金融机构内部员工)使用的消息中心，管理所有使用者的消息全生命周期，不仅仅包含传统意义上的消息，还包含传统消息中需要使用者后续处理的内容，以及后续处理的结果反馈。例如系统给使用者发来消息，要求通知客户信用卡申请需要补充社保信息，并约定补充社保信息页面及消息的有效期、消息通知方式(APP通知、消息推送、微信通知等)、消息失效方式(后续处理完成)；消息中心负责将此消息在有效期内按照消息通知方式，推送到使用者的APP内消息模块、使用者APP所在的操作系统消息通知和/或使用者的微信中，当客户在任意渠道接到通知并完成社保信息提供后，消息中心将不再任何渠道再展示本消息，并将该消息已经处理完成的消息通知消息来源：系统。

本发明提供的业务管理系统包括的场景设计器、消息中心、事件中心构成了一个整体，但又可独立对外提供接口和服务，即：消息中心负责消息的全生命周期管理，消息主要来源于事件中心，但其他系统可产生消息到消息中心；事件中心负责事件的全生命周期管理，事件主要来源于场景设计器，但其他系统可产生事件到事件中心；场景设计器负责场景的全生命周期管理，通过场景设计器，进行场景的管理。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

结合这里的公开所描述的各种示例性逻辑块、模块和电路可以利用被设计成用于执行这里功能的下列部件来实现或执行：通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。通用处理器可以是微处理器，但是可替换地，处理器可以是任何传统处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP和/或任何其它这种配置。

在一个或多个示例性设计中，功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质来传送。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。存储介质可以是能够被通用或专用计算机访问的任何可用介质。作为例子而非限制性的，该计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储设备、磁盘存储设备或其它磁性存储设备，或者是可以用于携带或存储形式为指令或数据结构的所需程序代码并且能够被通用或专用计算机或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以适当地称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线路 (DSL)或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远程源发送软件，则上述同轴线缆、光纤线缆、双绞线、DSL或诸如红外线、无线电和微波的无线技术均包括在介质的定义。如这里所使用的，磁盘和光盘包括压缩盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘、蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应当包括在计算机可读介质的范围内。

以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上所述的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (10)

1.一种业务处理系统，包括：

场景设计器，所述场景设计器配置为获取并发送用户操作场景；

事件中心，所述事件中心根据所述用户操作场景定义与所述操作场景对应的事件的处理要求；

消息中心，所述消息中心配置为根据所述处理要求生成并发送相应消息。

2.如权利要求1所述的业务处理系统，其特征在于，所述场景设计器包括第一模块和第二模块；

其中，所述第一模块用于获取采集的所述用户操作场景，所述第二模块用于获取输入的所述用户操作场景。

3.如权利要求2所述的业务处理系统，其特征在于，所述事件中心包括第一接口和第二接口；

其中，所述第一接口接收所述第一模块发送的所述用户操作场景，所述第二接口接收所述第二模块发送的所述用户操作场景。

4.如权利要求1-3任一项所述的业务处理系统，其特征在于，所述事件中心还配置为根据所述用户操作场景确定与所述操作场景对应的事件的名称和内容。

5.如权利要求4所述的业务处理系统，其特征在于，所述事件中心还配置为根据所述事件的名称，利用解析规则对所述事件的内容进行解析，并根据解析结果识别事件的处理要求。

6.如权利要求1所述的业务处理系统，其特征在于，所述业务处理系统还包括第三模块，所述第三模块用于接收输入的事件的所述处理要求，并发送至所述消息中心。

7.如权利要求1或6所述的业务处理系统，其特征在于，所述消息中心还配置为根据所述处理要求确定所述消息的内容、接受者、消息推送渠道，并利用所述消息推送渠道将所述消息的内容发送至所述消息的接收者。

8.如权利要求7所述的业务处理系统，其特征在于，所述消息中心还配置为根据所述处理要求确定所述消息的后续操作内容以及有效期。

9.如权利要求8所述的业务处理系统，其特征在于，所述消息中心响应于在所述消息的有效期内，消息的接收者未根据所述后续操作内容完成相应操作，利用所述消息推送渠道将所述消息的内容再次发送至所述消息的接收者。

10.如权利要求8所述的业务处理系统，其特征在于，所述消息中心还配置为响应于消息的接收者根据所述后续操作内容完成相应操作后，则终止利用所述消息推送渠道将所述消息的内容发送至所述消息的接收者。