处理票据业务的方法、装置、计算设备和介质

摘要

本公开提供了一种处理票据业务的方法，该方法包括：响应于接收到票据业务的触发信号，循环执行状态转换操作，直到业务的当前状态转换为结束状态；其中，状态转换操作包括：获取业务的当前状态和待执行动作；通过查询状态转换表，确定与当前状态和待执行动作对应的下一个状态；执行待执行动作；以及设置下一个状态作为新的当前状态。本公开还提供了一种处理票据业务的装置、一种计算设备、一种计算机存储介质以及计算机程序产品。该处理票据业务的方法、装置、计算设备、介质和程序产品可用于金融领域或其他领域。

说明书

技术领域

本公开涉及计算机系统领域，更具体地，涉及一种处理票据业务的方法、装置、一种计算设备、一种计算机存储介质以及一种计算机程序产品。

背景技术

相关技术在处理票据时，票据的签发、存入、复核、兑付、冲销、删除、长时间无人认领、挂失等等票据处理状态和处理流程是离散的、需要人工手动触发的，需要人工去识别每个状态并进行状态的流转，这样容易出错，而且人工成本也高。

发明内容

本公开的一个方面提供了一种处理票据业务的方法，包括：响应于接收到票据业务的触发信号，循环执行状态转换操作，直到业务的当前状态转换为结束状态；其中，所述状态转换操作包括：获取业务的当前状态和待执行动作；通过查询状态转换表，确定与所述当前状态和所述待执行动作对应的下一个状态；执行所述待执行动作；以及设置所述下一个状态作为新的当前状态。

可选地，所述方法还包括：在每次执行状态转换操作时，记录与所述状态流转操作对应的状态转换路径信息，其中，所述状态转换路径信息至少包括以下要素信息：状态转换前的状态、状态转换后的状态和触发状态转换的动作；根据已记录的状态转换路径信息，确定行为规律数据；以及根据所述行为规律数据，配置用户的个性化配置数据。

可选地，所述根据已记录的状态转换路径信息，确定行为规律数据，包括：确定已记录的状态转换路径信息中的热点路径信息，并将所述热点路径信息存储至热点库；针对所述热点库中的每个热点路径信息，获取与所述热点路径信息相关的附加业务信息；以及根据所述热点路径信息和所述附加业务信息，确定行为规律数据。

可选地，所述确定已记录的状态转换路径信息中的热点路径信息包括：确定已记录的状态转换路径信息中的每一种状态转换路径信息的数量；针对每一种状态转换路径信息，根据所述状态转换路径信息的数量，确定状态转换路径信息的权值；以及在所述状态转换路径信息的权值大于预设权值阈值的情况下，确定所述状态转换路径信息作为热点路径信息。

可选地，所述将所述热点路径信息存储至热点库包括：在热点库中记录的热点路径信息的数量未达到预设数量上限的情况下，将所述热点路径信息记录至所述热点库；以及在所述热点库中记录的热点路径信息的数量达到预设数量上限的情况下，将所述热点路径信息记录至热点库中，并将所述热点库中权值最低的一条热点路径信息删除。

可选地，所述附加业务信息包括以下要素信息中的至少一个：金额、用户名、账号、日期和币种；所述根据所述热点路径信息和所述附加业务信息，确定行为规律数据，包括：确定所述热点路径信息和附加业务信息中具有关联关系的要素信息作为所述行为规律数据。

可选地，所述根据所述行为规律数据，配置用户的个性化配置数据，包括：获取用户的行为数据；从已确定的行为规律数据中确定与所述用户的行为数据之间的相似度参数大于相似度阈值的目标行为规律数据；以及根据所述目标行为规律数据，配置所述用户的个性化配置数据。

可选地，所述个性化配置数据包括提示信息和提示时间，所述方法还包括：在所述提示时间向用户展示所述提示信息。

本公开的另一个方面提供了一种处理票据业务的装置，包括：接收模块，用于接收票据业务的触发信号；状态转换模块，用于在接收到票据业务的触发信号的情况下，循环执行状态转换操作，直到业务的当前状态转换为结束状态；其中，所述状态转换模块包括：获取子模块，用于获取业务的当前状态和待执行动作；状态确定子模块，用于通过查询状态转换表，确定与所述当前状态和所述待执行动作对应的下一个状态；执行子模块，用于执行所述待执行动作；以及状态设置子模块，用于设置所述下一个状态作为新的当前状态。

本公开的另一个方面提供了一种计算设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开实施例的又一方面，提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现根据本公开实施例的方法。

根据本公开的实施例，在整个业务流引擎搭建的过程中通过状态转换表、自动机等技术完成了对业务流引擎的整体搭建，使得业务处理过程自动化，降低了出错概率和人工成本。另外，也实现了业务处理过程的数据化，为后续数据处理提供了数据支撑。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了根据本公开的实施例的可以应用处理票据业务的方法和处理票据业务的装置的票据处理中心集群架构图；

图2示意性示出了根据本公开的实施例的处理票据业务的方法的流程图；

图3示意性示出了根据本公开另一实施例的处理票据业务的方法的流程图；

图4示意性示出了根据本公开的实施例的票据处理领域的业务处理流程示意图；

图5示意性示出了根据本公开的实施例的处理票据业务的装置的框图；以及

图6示意性示出了根据本公开实施例的适于实现本公开实施例描述的方法的计算机系统的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

本公开的实施例提供了一种处理票据业务的方法以及能够应用该方法的处理票据业务的装置。该方法包括响应于接收到票据业务的触发信号，循环执行状态转换操作，直到业务的当前状态转换为结束状态；其中，状态转换操作包括：获取业务的当前状态和待执行动作；通过查询状态转换表，确定与当前状态和待执行动作对应的下一个状态；执行待执行动作；以及设置下一个状态作为新的当前状态。

需要说明的是，根据本公开实施例的处理票据业务的方法和装置可用于金融领域，也可用于除金融领域之外的任意领域，本公开对处理票据业务的方法和装置的应用领域不做限定。

根据本公开的实施例，同城票据交换是指同一城市或者同一区域内票据跨行交换。同城交换业务：收付款双方中的一方为一个某银行网点开户的账户，另一方为跨系统金融机构的账户，双方之间相互发生的资金往来业务即为同城交换业务。同城交换业务可以采取前台柜员录入，后台柜员复核的方式进行处理。

下面以收款方为第一银行，付款方为第二银行为例，对“同城提出代付”进行说明。某人A把第一银行的票据给第二银行客户B，B持第一银行票据到第二银行兑付，并把票据金额存入其第二银行账户中。即第二银行代第一银行付款，再与第一银行进行清算。

下面以收款方为第一银行，付款方为第二银行为例对“同城提回代付”进行说明。第二银行客户B把第二银行的票据给某人A，A持第二银行票据到第一银行兑付，并把金额存入第一银行账户，即第一银行代第二银行付款，再与第二银行清算。

用户行为，是指体现在票据处理中心系统里面的用户业务数据所指向的用户目的和用户的社会活动等，以及拓展到该票据处理中心以外的所有可以被数据化的社会行为的总和。

图1示意性示出了根据本公开的实施例的可以应用处理票据业务的方法和处理票据业务的装置的票据处理中心集群架构图。需要注意的是，图1所示仅为可以应用本公开实施例的场景的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的票据处理中心集群可以包括渠道侧设备10、线上处理中心20、银行侧设备30。

根据本公开的实施例，渠道侧设备10例如可以指设置在渠道侧的服务器或客户端设备，可用用于支票机存入支票、网银存票、手机存票或柜面存票等。

线上处理中心20可以指无人线上票据处理中心，包括数据流引擎21。线上处理中心20可以用于接入渠道侧设备10存入的票据数据，对票据数据进行影像存档、监控、信息登记等操作，然后通过数据流引擎21完成对数据流程的识别，并完成对数据的归集，以方便后续数据清洗、采集、行为发现等操作。线上处理中心20还可以包括监控信息库22、交换信息库23和票据影像库24。其中，监控信息库22可以用于存储监控信息，交换信息库23可以用于存储票据的交换信息，票据影像库24可以用于存储票据的影像。

银行侧设备30可以指设置在银行侧的服务器或客户端设备。银行侧设备30可以用于接入线上处理中心20，获取线上处理中心20处理过的票据数据，然后对票据数据进行信息检查、记账处理、信息登记等操作。银行侧设备30包括业务流引擎31，可以通过业务流引擎完成业务流程的智能化自动处理。银行侧设备30可以为N个，其中N为大于0的正整数。

线上处理中心20还可以包括行为发现机25，可以用于根据数据流引擎21和业务流引擎31生成数据进行分析，实现用户行为发现。

图2示意性示出了根据本公开的实施例的处理票据业务的方法的流程图。

如图2所示，该方法包括操作S210～S260。

在操作S210，接收票据业务的触发信号。

根据本公开的实施例，用户可以通过渠道侧设备录入票据数据，并向银行侧设备发送票据业务的触发信号。银行侧设备响应于接收到票据业务的触发信号，循环执行状态转换操作，直到业务的当前状态转换为结束状态。

在操作S220，判断业务的当前状态是否转换为结束状态。若当前状态没有转换为结束状态，则执行状态转换操作，即操作S230～S260。若当前状态转换为结束状态，则结束状态转换操作，继续等待下一次票据业务的触发。

在操作S230，获取业务的当前状态和待执行动作。

在操作S240，通过查询状态转换表，确定与当前状态和待执行动作对应的下一个状态。

根据本公开的实施例，在状态转换表中预先配置有业务执行过程中涉及的状态和动作，以及状态和动作之间的对应关系。在每次执行动作后，都会更新状态。示例性地，状态转换表包括原状态、动作、后状态等字段。其中，动作是指系统执行的业务操作，原状态是指动作执行前的状态，后状态是指在当前状态处于原状态的情况下，执行动作后的状态。

基于此，可以以当前状态和待执行动作为索引，在状态转换表中查找与当前状态和待执行动作匹配的数据项，读取该数据项中的后状态作为下一个状态。

在操作S250，执行待执行动作。

在操作S260，设置下一个状态作为新的当前状态。然后跳转执行操作S220。

相关技术在处理票据业务时，票据的签发、存入、复核、兑付、冲销、删除、长时间无人认领、挂失等等票据处理状态和处理流程是离散的、需要人工手动触发的，需要人工去识别每个状态并进行状态的流转，这样容易出错，而且人工成本也高。根据本公开的实施例，在整个业务流引擎搭建的过程中通过状态转换表、自动机等技术完成了对业务流引擎的整体搭建，使得业务处理过程自动化，降低了出错概率和人工成本。另外，也实现了业务处理过程的数据化，为后续数据处理提供了数据支撑。

图3示意性示出了根据本公开另一实施例的处理票据业务的方法的流程图。

如图3所示，该方法包括操作S310～S350。

在操作S310，接收票据业务的触发信号。

在操作S320，判断业务的当前状态是否转换为结束状态。若当前状态没有转换为结束状态，则执行操作S330。若当前状态转换为结束状态，则结束状态转换操作，继续等待下一次票据业务的触发。

在操作S330，执行状态转换操作。

根据本公开的实施例，状态转换操作可以参考上述操作S230～S260，在此不再赘述。

在操作S340，记录与状态流转操作对应的状态转换路径信息。

根据本公开的实施例，在每次执行状态转换操作时，都记录与状态流转操作对应的状态转换路径信息。其中，状态转换路径信息至少包括以下要素信息：状态转换前的状态、状态转换后的状态和触发状态转换的动作。

在操作S350，根据已记录的状态转换路径信息，确定行为规律数据。

根据本公开的实施例，操作S350例如可以包括操作S351～S353。

在操作S351，确定已记录的状态转换路径信息中的热点路径信息，并将热点路径信息存储至热点库。

根据本公开的另一些实施例，可以对热点库设置预设数量上限。在热点库中记录的热点路径信息的数量未达到预设数量上限的情况下，将热点路径信息记录至热点库。在热点库中记录的热点路径信息的数量达到预设数量上限的情况下，将热点路径信息记录至热点库中，并将热点库中权值最低的一条热点路径信息删除。

通过对热点库设置预设数量上限，可以筛选热点数据进行后续处理，减少了后续处理的数据量，提高了效率。

在操作S352，针对热点库中的每个热点路径信息，获取与热点路径信息相关的附加业务信息。

根据本公开的实施例，附加业务信息例如可以包括以下要素信息中的至少一个：金额、用户名、账号、日期和币种。

在操作S353，根据热点路径信息和附加业务信息，确定行为规律数据。

根据本公开的实施例，可以确定热点路径信息和附加业务信息中具有关联关系的要素信息作为行为规律数据。

根据本公开的实施例，可以预先训练深度学习模型，利用深度学习模型确定热点路径信息和附加业务信息中具有关联关系要素信息。需要说明的是，在实际应用的过程中，也可以使用其他方法确定要素信息之间的关联关系，本公开对此不作具体限定。

在操作S360，根据行为规律数据，配置用户的个性化配置数据。

根据本公开的实施例，操作S360例如可以包括，获取用户的行为数据，从已确定的行为规律数据中确定与用户的行为数据之间的相似度参数大于相似度阈值的目标行为规律数据，然后根据目标行为规律数据，配置用户的个性化配置数据。其中，相似度参数可以根据行为规律数据与用户的行为数据中包含相同或相似关键要素的数量确定。示例性地，本实施例中，相似度参数等于行为规律数据与用户的行为数据中包含相同或相似关键要素的数量，相似度阈值等于行为规律数据中包含的关键要素的数量。

根据本公开的另一实施例，可以通过预先训练的深度学习模型来确定行为规律数据与用户的行为数据之间的相似度参数。

根据本公开的实施例，个性化配置数据例如可以包括提示信息和提示时间。方法还可以包括：根据已配置的个性化配置数据，在提示时间向用户展示提示信息。

根据本公开的另一实施例，个性化配置数据包括票据的默认信息，方法还可以包括：根据与发起票据业务的用户对应的个性化配置数据，确定票据的默认信息，然后在用户申请录入票据信息时，向用户展示填写有默认信息的票据录入表单，以方便用户填写。

根据本公开的再一实施例，个性化配置数据还可以包括用户的特征信息，方法还包括：根据用户的特征信息，对用户进行信息推荐。

本实施例中，可以利用业务流引擎完成业务流程的智能化自动处理，以使票据业务处理流程智能化、自动化。可以通过对业务流程领域建模、分类归集、智能存储、自动触发(例如相似场景票据智能流程触发)等等处理完成对业务流引擎的构建，以便在业务处理上实现业务处理的自动化。另外，通过对业务流程进行领域建模，即根据业务使用的具体场景建立模型，可以使业务流程数据化。

下面参考图4，以票据处理领域为例，对领域建模的方法做进一步说明。本领域技术人员可以理解，以下示例实施例仅用于理解本公开，本公开并不局限于此。

图4示意性示出了根据本公开的实施例的票据处理领域的业务处理流程示意图。

如图4所示，在处理票据业务的过程中，系统执行的动作例如可以包括签发、网银签发、补打、更新、兑付、冲销、修改、挂失、退款、完结等等，对应的状态例如可以包括初始态、未发出、未兑付、已兑付、已挂失、已退款、无人认领、已注销、已删除、已冲正、结束等等。

因此，在在针对业务流程领域建模的过程中可以按领域将动作抽象划分为：{A签发、B网银签发、C补打、D更新、E兑付、F冲销、G修改、H挂失、I退款、J完结}等。可以将状态抽象划分为：{0初始态、1-未发出、2-未兑付、3-已兑付、4-已挂失、5-已退款、6-无人认领、7-已注销、8-已删除、9-已冲正、10结束}等。

通过上述流程建模完成对状态和动作的数据建模，并结合相应的建模完成业务流引擎状态转换表的构建。示例性地，本实施例中，业务流引擎状态转换表例如表1所示。

表1

在完成上述状态建模后，可以基于模型进行自动业务处理引擎的构建。

需要说明的是，上面所描述的票据状态的流转仅为业务场景中一个示例性例子，在实际应用的过程中，票据处理流程也可以包括其他流程，或者也可以应用于其他业务场景，本公开对此不作具体限定。

如图4所示，轮询等待接收票据存入动作的触发信号。当接收到触发票据存入动作的信号时，利用业务流引擎循环执行以下操作：获取当前的状态和动作，根据状态转换表，确定与当前的状态和动作对应的下一个动作和状态，执行该下一个动作，更新当前状态，以使该下一个状态作为当前状态，并将该状态转换过程所对应的权值加1，即状态转换过程的权值等于该状态转换过程出现的数量，其中，状态转换过程在图4中可以通过状态之间的路径来表示，因此状态转换过程也可以被称为状态转换路径。

接下来，根据权值的大小对各状态转换路径进行排序，然后选取权值大于阈值的状态转换路径，作为热点路径信息。将热点路径信息记录至热点库。

本实施例中，可以对热点库中的热点路径信息设置数量上限。在热点库中记录的热点路径信息数量未达到数量上限的情况下，当有新的热点路径信息生成时，将新的热点路径信息记录至热点库。在热点库中记录的热点路径信息数量达到数量上限的情况下，当有新的热点路径信息生成时，将新的热点路径信息记录至热点库中，并将热点库中权值最低的一条热点路径信息删除。

示例性地，本实施例中，业务流引擎核心处理逻辑及热点路径信息采集策略例如可以表示为如下算法。

通过如上算法，完成了对状态自动流转，以及热点库的自动替换。在业务处理时，可以通过优先检索热点库来加快检索速度。同时该算法也可以纳入算法库中，以支持算法自动更新等功能。

根据本公开的实施例，在整个业务流引擎搭建的过程中通过状态转换表、自动机、热点替换等技术完成了对业务流引擎的整体搭建，使得业务处理过程自动化，降低了出错概率和人工成本。另外，也实现了业务处理过程的数据化，为后续数据处理提供了数据支撑。

下面结合具体实施例对构建该数据流引擎的方法做进一步说明。本领域技术人员可以理解，以下示例实施例仅用于理解本公开，本公开并不局限于此。

根据本公开的实施例，数据流引擎构建的目标是完成数据流程的识别，并完成对数据的归集，以对数据进行有针对性的存储和划分，以将数据转换为后续数据清洗、采集、行为发现等操作方便处理的模态。

为了更为方便快捷的达到这个目标，本公开基于“模型数据流存储”的思路来构建该数据流引擎的数据存储部分，进而在引擎进行数据流操作时更加贴近现实生活，可以更好地模拟真实交易场景。

根据本公开的实施例，“模型数据流存储”的实现过程例如可以包括业务场景入库、业务领域分析和业务领域建模等操作。。

其中，业务场景入库例如可以包括：对待入库的业务场景进行分析，并按已建立的模型进行检索，以确定已建立的模型中是否有与该业务场景中的对象(例如执行业务时业务的状态)或行为(例如执行业务时的操作)相似的对象或行为。如果模型中发现相似的对象或行为，则将该业务场景中的对象或行为与该模型归为一类，并对相应的对象或行为进行入库操作。如果没有发现相似的对象或者行为，则进行业务领域分析操作、业务领域建模操作两步，以新建一个业务领域模型。

业务领域分析例如可以包括：通过业务领域，找到现实生活中与该业务领域映射的业务场景，对每一个业务场景进行详细的分析，将该业务领域所对应的业务场景全部梳理出来。

业务领域建模例如可以包括：通过数据模型完成对业务场景的数据化。更具体地，识别出业务场景中的对象和行为，并对识别出的对象和行为进行抽象，生成相应的数据模型。然后建立对应的业务模型库、对象或行为模型库等等相关的数据化模型库用于存储这些数据模型。

综上，在数据流引擎的构建时，通过以上三个操作，完成整个业务领域的模型库搭建。对于后续加入的新的票据，会对该票据整个生命周期内所涉及到的所有对象和行为进行识别，并归类到对应的对象或行为领域模型库中，从而实现了对行为或者对象实现自发现，利用该模型自发现技术可以对模型库进行扩展。

更具体地，可以通过已建立好的对象模型库或者行为模型库进行对象要素匹配或者对象行为匹配，通过无限趋近算法，完成模型要素点的比对，通过参数阀值设置匹配要素的点位以及匹配的趋近程度。如果对象或行为与模型的趋近程度大于趋近程度阀值，即将该对象或行为归类于该模型。如果模型库中不存在与对象或行为趋近的模型，则针对对象或行为自动执行要素分析，并自动根据分析结果创建新的模型。其中，趋近程度阀值可以根据实际需要进行设置，本公开对趋近程度阀值的值不作具体限定。

另外需要说明的是，本实施例中，对于与现有模型库实在无法匹配的模型，可以通过人工介入完成对应的模型创建。

通过业务流引擎和数据流引擎处理后，包括热点路径信息和与热点路径信息对应的附加业务信息在内的业务数据已经被两个引擎以数据模型的形式完成数据化的存储，可以通过对建模后的业务数据进行分析，完成用户行为的发现。

本实施例中，可以训练深度学习模型，利用深度学习模型预分析和发现用户的行为规律。或者也可以通过其他预测方法来预分析和发现用户行为规律。

根据本公开的实施例，行为发现机制所使用的算法支持自更新，从而可以保证行为发现机制是灵活的，可以适应变化的。

根据本公开的实施例，通过用户行为发现获得用户的行为规律后，可以基于用户的行为规律，对用户在使用票据时的一些默认规则进行定制，比如默认的附言信息、默认的支票目的。另外，也可以基于用户的行为规律，对用户设置定时的提醒任务。举例说明，用户A使用票据每月进行固定缴交水电费，通过对该行为进行预分析，预测得到该用户下一次缴纳水电费的时间，可以在该时间到前对用户A进行提醒，以实现水电费缴交前的提醒。

根据本公开的实施例，在对用户进行行为发现操作时，先要对用户的业务数据进行分类。

本实施例中，预先对用户近期的业务数据进行记录，以数据模型的形式存储在与该用户对应的行为模型库中。其中，业务数据包括热点路径信息和与热点路径信息对应的附加业务信息。

在进行业务数据分类时，扫描用户所对应的行为模型库，从行为模型库中获取一条该用户的业务数据。将该业务数据和预测库中的行为规律数据一一对比并分析两者之间的相关联程度。其中，关联程度可以通过关键要素比对得到，关键要素比对例如可以包括金额比对、日期相似比对、行为目的比对等。如果预测库中具有与业务数据之间的关联程度高于关联程度阈值的行为规律数据，则执行将该行为归类到该行为规律数据对应的分类下。如果预测库中没有与业务数据之间的关联程度高于关联程度阈值的行为规律数据，则执行根据该业务数据，在预测库中新增一个行为规律数据分类，用于表示该业务数据所对应的行为规律。特别地，初始时，预测库为空，在获取的第一个存量行为后，在预测库中新增一个行为规律数据分类。

重复执行上述操作，直到行为模型库中每一条业务数据都完成分类。

通过如上方法对用户业务数据进行划分以后，相关联的业务数据就都纳入到预测库中的一个预测行为分类里面了，下面可以对用户所对应的每一个行为规律数据进行智能筛选和分析，找到其中有价值的行为规律数据，并根据这些行为规律数据定制用户的个性化配置数据。

用户预测库的行为预测定制方法例如可以包括：分析预测库中的每一条行为规律数据，做各要素的等值判断，比如判断金额、判断日期、判断票据号码、判断凭证种类等要素。根据相似要素确定筛选条件，比如用户的多张票据的金额相同，且票据的日期中的“日”相同，则可以分析得到这个用户在过去每个月的固定日期会处理相同的金额的票据业务，从而可以确定用户、日期、金额、行为作为一个筛选条件。对于符合该筛选条件的用户，可以预测到该用户在下一个固定日期还会处理相同金额的票据业务。因此，可以为符合该筛选条件的用户配置提示信息和提示时间，并在提示时间向用户展示提示信息，以提示用户及时办理票据业务。其中，该提示时间可以在固定日期前，提示信息可以用于提示用户处理票据业务。

图5示意性示出了根据本公开的实施例的处理票据业务的装置的框图。

如图5所示，处理票据业务的装置500包括接收模块510和状态转换模块520。该处理票据业务的装置500可以执行上面参考图2～图3描述的方法。

具体地，接收模块510，可以用于接收票据业务的触发信号。

状态转换模块520，可以用于在接收到票据业务的触发信号的情况下，循环执行状态转换操作，直到业务的当前状态转换为结束状态。

其中，状态转换模块520可以包括：

获取子模块521，可以用于获取业务的当前状态和待执行动作。

状态确定子模块522，可以用于通过查询状态转换表，确定与当前状态和待执行动作对应的下一个状态。

执行子模块523，可以用于执行待执行动作。

状态设置子模块524，可以用于设置下一个状态作为新的当前状态。

根据本公开的实施例，在整个业务流引擎搭建的过程中通过状态转换表、自动机等技术完成了对业务流引擎的整体搭建，使得业务处理过程自动化，降低了出错概率和人工成本。另外，也实现了业务处理过程的数据化，为后续数据处理提供了数据支撑。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，接收模块510和状态转换模块520中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，接收模块510和状态转换模块520中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，接收模块510和状态转换模块520中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图6示意性示出了根据本公开实施例的适于实现上文描述的方法的计算机系统的方框图。图6示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，该计算机系统600包括处理器610、计算机可读存储介质620、信号发送器630、以及信号接收器640。该计算机系统600可以执行根据本公开实施例的方法。

具体地，处理器610例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器610还可以包括用于缓存用途的板载存储器。处理器610可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质620，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；等等。

计算机可读存储介质620可以包括计算机程序621，该计算机程序621可以包括代码/计算机可执行指令，其在由处理器610执行时使得处理器610执行根据本公开实施例的方法或其任何变形。

计算机程序621可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序621中的代码可以包括一个或多个程序模块，例如包括621A、模块621B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器610执行时，使得处理器610可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，处理器610可以与信号发送器630和信号接收器640进行交互，来执行根据本公开实施例的方法或其任何变形。

根据本发明的实施例，接收模块510和状态转换模块520中的至少一个可以实现为参考图6描述的计算机程序模块，其在被处理器610执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行本公开实施例所提供的方法的程序代码，当计算机程序产品在电子设备上运行时，该程序代码用于使电子设备实现本公开实施例所提供的处理票据业务的方法。

在该计算机程序被处理器601执行时，执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分609被下载和安装，和/或从可拆卸介质611被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。