CN115482006A - 一种客户交易的管理方法及装置 - Google Patents

Abstract

本申请公开了一种客户交易的管理方法及装置，可应用于金融领域或其他领域。该方法包括：获取客户信息和交易信息，根据所述客户信息确定客户信息对应的状态码，根据所述状态码确定所述客户信息对应的控制指令，根据所述控制指令和所述交易信息进行客户交易。如此，通过客户信息确定客户对应的状态码，可以确定该客户的状态，然后再根据状态码确定控制指令，通过控制指令确定客户在进行交易时，需要执行的控制是什么，最后根据所述控制指令和客户所要进行的交易，执行不同的交易，区别于现有技术中由于同一客户账户的状态不同，导致的不同操作或信息提示，可能会造成混乱的问题，本申请可以实现对客户账户在进行交易时的有效管理。

Description

一种客户交易的管理方法及装置

技术领域

本申请涉及交易管理技术领域，特别是涉及一种客户交易的管理方法及装置。

背景技术

随着科学技术的发展，客户在办理业务时与客户账户相关的材料由传统的纸质文件变为电子版文件存储在业务系统中，以银行系统为例，客户在办理业务时，柜员将客户的账户输入进业务系统进行查询，查询客户账户对应的相关材料，比如某客户A的账户的材料为手机号码和身份信息，但是缺少护照信息，那么客户A如果要办理需要护照信息的业务时，柜员就需要拒绝或让客户进行补充材料。

但是，由于客户账户的状态多态并存，比如冻结、员工户、VIP等，有些是全球共性的状态，有些是各分行特有的状态，或是各海外分行有不同的监管和市场习惯，需要自由定义分行专用状态的业务含义。

一方面，同一客户账户的状态，可能存在不同交易控制不同，各分行每个状态对不同交易有不同的提示、授权或拒绝控制要求，例如存款需要授权，取款要拒绝等，需求多样且时有变化。

另一方面，同一客户账户的状态，提示信息不同，客户的某些状态需要提供特殊的提示信息，如信息缺失、信息冻结或信息补充等，每个客户缺失的内容不同。

基于此，如何实现对客户账户的不同状态或不同交易权限的有效管理，是本领域技术人员亟待解决的技术问题。

发明内容

基于上述问题，本申请提供了一种客户交易的管理方法及装置，以实现对客户账户的状态或交易权限的有效管理。

本申请实施例公开了如下技术方案：

第一方面，本申请实施例提供一种客户交易的管理方法，所述方法包括：

获取客户信息和交易信息；

根据所述客户信息确定客户信息对应的状态码；

根据所述状态码确定所述客户信息对应的控制指令；

根据所述控制指令和所述交易信息进行客户交易。

可选地，所述根据所述客户信息确定客户信息对应的状态码，包括：

将所述客户信息输入状态码参数模型；

利用所述状态码参数模型对所述客户信息进行处理，得到处理结果；

将所述处理结果作为客户信息对应的状态码。

可选地，所述状态码参数模型，通过以下方式得到：

确定状态码编号；

根据所述状态码编号确定与所述状态码编号对应的状态名称和适用类型；其中所述状态码编号分别与所述状态名称和适用类型存在一一对应关系；

根据所述状态码编号、状态名称以及适用类型生成状态码参数模型。

可选地，所述获取客户信息和交易信息，包括：

获取客户账户；

根据所述客户账户确定交易信息；

将所述客户账户输入通用参数模型；

利用所述通用参数模型对所述客户账户的状态进行标记，将得到的标记结果作为客户信息。

可选地，所述根据所述状态码确定所述客户信息对应的控制指令，包括：

将状态码输入状态控制列表；

利用所述状态控制列表对所述状态码进行匹配，得到匹配结果；

根据所述匹配结果生成与所述客户信息对应的控制指令。

第二方面，本申请实施例提供一种客户交易的管理装置，所述装置包括：获取信息模块，状态码确定模块，控制指令确定模块和客户交易管理模块；

所述获取信息模块，用于获取客户信息和交易信息；

所述状态码确定模块，用于根据所述客户信息确定客户信息对应的状态码；

所述控制指令确定模块，用于根据所述状态码确定所述客户信息对应的控制指令；

所述客户交易管理模块，用于根据所述控制指令和所述交易信息进行客户交易。

可选地，所述状态码确定模块，包括：

第一输入模块，用于将所述客户信息输入状态码参数模型；

处理模块，用于利用所述状态码参数模型对所述客户信息进行处理，得到处理结果；

状态码确定子模块，用于将所述处理结果作为客户信息对应的状态码。

可选地，所述状态码参数模型，通过以下方式得到：

编号确定模块，用于确定状态码编号；

名称类型确定模块，用于根据所述状态码编号确定与所述状态码编号对应的状态名称和适用类型；其中所述状态码编号分别与所述状态名称和适用类型存在一一对应关系；

状态码参数模型生成模块，用于根据所述状态码编号、状态名称以及适用类型生成状态码参数模型。

可选地，所述获取信息模块，包括：

客户账户获取模块，用于获取客户账户；

交易信息确定模块，用于根据所述客户账户确定交易信息；

第二输入模块，用于将所述客户账户输入通用参数模型；

客户信息确定模块，用于利用所述通用参数模型对所述客户账户的状态进行标记，将得到的标记结果作为客户信息。

可选地，所述控制指令确定模块，包括：

第三输入模块，用于将状态码输入状态控制列表；

匹配模块，用于利用所述状态控制列表对所述状态码进行匹配，得到匹配结果；

控制指令确定子模块，用于根据所述匹配结果生成与所述客户信息对应的控制指令。

相较于现有技术，本申请具有以下有益效果：本申请通过获取客户信息和交易信息，根据所述客户信息确定客户信息对应的状态码，根据所述状态码确定所述客户信息对应的控制指令，根据所述控制指令和所述交易信息进行客户交易。其中，通过客户信息确定客户对应的状态码，可以确定该客户的状态，然后再根据状态码确定控制指令，通过控制指令确定客户在进行交易时，需要执行的控制是什么，最后根据所述控制指令和客户所要进行的交易，执行不同的交易，区别于现有技术中由于同一客户账户的状态不同，导致的不同操作或信息提示，可能会造成混乱的问题，本申请可以实现对客户账户在进行交易时的有效管理。

附图说明

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

图1为本申请实施例提供的一种客户交易的管理方法的流程图；

图2为本申请实施例提供的一种客户交易的管理装置的结构示意图。

具体实施方式

正如前文描述，发明人在针对客户交易的研究中发现，由于客户账户的状态多态并存，比如冻结、员工户、VIP等，有些是全球共性的状态，有些是各分行特有的状态，或是各海外分行有不同的监管和市场习惯，需要自由定义分行专用状态的业务含义。一方面，同一客户账户的状态，可能存在不同交易控制不同，各分行每个状态对不同交易有不同的提示、授权或拒绝控制要求，例如存款需要授权，取款要拒绝等，需求多样且时有变化；另一方面，同一客户账户的状态，提示信息不同，客户的某些状态需要提供特殊的提示信息，如信息缺失、信息冻结或信息补充等，每个客户缺失的内容不同。

为了解决上述问题，本申请实施例提供一种客户交易的管理方法及装置。该方法包括：获取客户信息和交易信息，根据所述客户信息确定客户信息对应的状态码，根据所述状态码确定所述客户信息对应的控制指令，根据所述控制指令和所述交易信息进行客户交易。

如此，通过客户信息确定客户对应的状态码，可以确定该客户的状态，然后再根据状态码确定控制指令，通过控制指令确定客户在进行交易时，需要执行的控制是什么，最后根据所述控制指令和客户所要进行的交易，执行不同的交易，区别于现有技术中由于同一客户账户的状态不同，导致的不同操作或信息提示，可能会造成混乱的问题，本申请可以实现对客户账户在进行交易时的有效管理。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，该图为本申请实施例提供的一种客户交易的管理方法的流程图，结合图1所示，本申请实施例提供的一种客户交易的管理方法，可以包括：

S101：获取客户信息和交易信息。

其中，客户信息包括客户账户的状态，比如证件缺失状态、员工状态、VIP状态或破产状态等等，包括但不限于前述四种状态，在此并不作具体限定。

作为一种可选的实施方式，步骤S101具体可以包括：

步骤11：获取客户账户。

其中，以银行为例，客户的账户A是固定的，比如账户A在a银行进行的开户操作，但是并未登记个人的护照信息，该账户A如果在b银行办理与护照信息相关的业务时，系统是可以查询到该账户A并未登记个人护照信息。也就是说，客户账户是唯一指定的，其与客户账户关联的信息都可以查到。

步骤12：根据所述客户账户确定交易信息。

其中，所述客户账户在客户授权的情况下，客户会告知该账户需要办理的交易，柜员会根据客户需要办理的业务为该客户账户建立对应的业务单，即，可以通过客户账户确定交易信息。

步骤13：将所述客户账户输入通用参数模型。

步骤14：利用所述通用参数模型对所述客户账户的状态进行标记，将得到的标记结果作为客户信息。

其中，通用参数模型可以为客户账户进行自动打标，由通用参数模型对相应状态的打标条件进行检查，满足条件时即打标，不满足时即解标。

其中，打标意指为客户账户打标签，即对客户账户状态进行标记；解标意指在符合条件的情况下，将客户账户所存在的标签进行删除或去除。

其中，打标后的客户账户所存在的标签即为标记结果，可以作为客户信息。

以银行为例，比如客户账户对应的证件过期状态，其客户信息记为101状态。客户A开户时会录入【证件失效日期】栏位，通用参数模型每天对当日日期与客户的证件失效日期进行比较，若失效日期小于当日日期则说明客户证件已过期，通用参数模型会自动进行打标，即在客户账户状态信息中记录“客户A，101状态为Y”。若该客户更新【证件失效日期】栏位会再次触发通用参数模型检查，更新后的证件失效日期在当日日期之后，则说明不满足证件过期状态，可以对客户A的101状态解标，即修改客户账户状态信息中记录“客户A，101状态为N”，完成解标。

不同状态根据业务需求不同，控制方式也不同，部分状态是批量自动打标解标，部分状态是通过联机交易收到打标和解标。最终都体现在客户账户状态信息中，即“某客户/账户，某状态，打标记录为Y/解标记录为N”。

S102：根据所述客户信息确定客户信息对应的状态码。

其中，状态码意指客户信息对应的客户账户的状态，用唯一且确定的编码表示。

作为一种可选的实施方式，步骤S102，可以包括：

步骤21：将所述客户信息输入状态码参数模型；

步骤22：利用所述状态码参数模型对所述客户信息进行处理，得到处理结果；

步骤23：将所述处理结果作为客户信息对应的状态码。

其中，作为一种可选的实施方式，所述状态码参数模型可以通过以下方式得到：

步骤31：确定状态码编号。

其中，给每种状态确定一个唯一的编号，比如给身份信息确实的状态设置001，给护照信息缺失设置002，以此类推，每种状态都存在唯一确定的编号。

步骤32：根据所述状态码编号确定与所述状态码编号对应的状态名称和适用类型。

其中，所述状态码编号分别与所述状态名称和适用类型存在一一对应关系。

其中，所述状态名称为客户账户可能存在的状态，比如身份信息缺失、手机号码缺失或护照信息丢失等，包括但不限于所述三种状态名称，在此并不作具体限定。

其中，所述适用类型为编号及其对应的客户账户状态可以使用或适用的范围，比如CIF-客户、AIF-所有存贷账号、BCA-客户和账户、TRN-交易码级、INV-存款账户、BOR-贷款账户等等，包括但不限于前述客户或账户，在此并不作具体限定。

步骤33：根据所述状态码编号、状态名称以及适用类型生成状态码参数模型。

其中，在建立的状态码参数模型的基础上，结合前述步骤14中所得到的客户信息，步骤22具体可以包括：

利用状态码参数模型对客户信息进行解析，得到客户账户和客户账户状态；

根据所述客户账户和客户账户的状态通过状态码参数模型确定状态码编号，将所述状态码编号作为处理结果并输出。

以银行为例，假设“客户A，手机号信息缺失状态为Y”，解析得到客户账户A和手机信息缺失状态，在状态码参数模型中寻找与其匹配的状态码编码为006，那么就将006作为处理结果并输出。

S103：根据所述状态码确定所述客户信息对应的控制指令。

其中，控制指令是指状态码对应的需要执行的控制命令，比如无控制(信息齐全可以直接进行下一流程)，提示信息，授权或拒绝等等。

作为一种可选的实施方式，所述步骤S103可以包括：

步骤41：将状态码输入状态控制列表。

其中，所述状态控制列表中的每一种控制与状态码存在一一对应关系，不同的状态存在不同的控制。

步骤42：利用所述状态控制列表对所述状态码进行匹配，得到匹配结果。

步骤43：根据所述匹配结果生成与所述客户信息对应的控制指令。

S104：根据所述控制指令和所述交易信息进行客户交易。

根据建立的交易以及控制指令进行客户交易，以银行为例，客户想要取款，交易信息为取款操作，但是控制指令为拒绝取款(比如该客户的账户处于冻结状态)，那么柜员就要根据“拒绝取款”的信息告知客户由于账户冻结无法进行取款操作。

其中，上述步骤11～14，步骤21～23，步骤31～33，步骤41～43并未在附图中展示，各标号仅作为对不同步骤的区分或对不同步骤的先后顺序的区分。

本申请通过获取客户信息和交易信息，根据所述客户信息确定客户信息对应的状态码，根据所述状态码确定所述客户信息对应的控制指令，根据所述控制指令和所述交易信息进行客户交易。其中，通过客户信息确定客户对应的状态码，可以确定该客户的状态，然后再根据状态码确定控制指令，通过控制指令确定客户在进行交易时，需要执行的控制是什么，最后根据所述控制指令和客户所要进行的交易，执行不同的交易，区别于现有技术中由于同一客户账户的状态不同，导致的不同操作或信息提示，可能会造成混乱的问题，本申请可以实现对客户账户在进行交易时的有效管理。

基于上述实施例提供的一种客户交易的管理方法，本申请实施例另外提出一种基于实际环境下的客户交易的管理流程，该流程包括：

1、对客户账户的前期准备：

(1)建立状态码参数模型，记录要控制什么状态。

如纳税证件信息缺失状态、员工状态、破产状态，每个状态对象都有自己的编号，交易层级和客户账户层级的控制都建立在状态对象的基础之上。其他还可以增加一些辅助性的栏位，如状态描述、适用实体类型，控制的授权级别、提示信息、针对前端及外围交易的控制方式等。

状态码：编号，001～320，在本实施例中编号可以为320个状态位，即满足业务需求，且有预留位。

状态描述：状态名称，与前述编号一一对应。

适用类型：使用或适用的对象或范围，比如CIF-客户、AIF-所有存贷账号、BCA-客户和账户、TRN-交易码级、INV-存款账户、BOR-贷款账户。能够应用到哪些实体上面，关系到哪些实体有这个状态码，以及交易时检查哪些相关实体的状态。

授权级别：谁可以授权，如果对这个状态码的控制是需授权，授权要求的柜员级别。

是否允许柜员修改提示信息：能否取外号或简称，如果允许，则可以在某个客户/账户的这个状态填写自定义的提示信息；在弹出提示时就会返回自定义的提示信息，如信息缺失状态，可以给客户A维护是身份证缺失，给客户B维护是护照缺失；(授权、拒绝还是使用STAP参数的标准信息，不使用此自定义)。

借款方：控制借款方要求，比如D-金融交易借方、C-金融交易贷方、B-金融交易借款双方、N-无需判断借款方；这个状态码是否只需控制借方、贷方、或借款双方都控制、或不需判断借款方(即金融非金融都控制)。

外围渠道控制方式：外围怎么控制，如果是TF、外围、批量的交易，则按照BL上送交易一样的标准流程判断出控制结果后，再用此字段转换为此类交易的最终控制方式；比如选项0-“交易层控制级别大于等于3拒绝，即BL无控制/提示/授权的，渠道无控制，BL为拒绝的，渠道拒绝”是为最弱的控制，即和目前外围交易处理类似，外围可以跳过所有提示、授权的控制，即BL有提示、有授权的外围都可以通过，但是BL拒绝的(即类似报错)外围也拒绝。其中，BL(BL：为核心银行系统的前端，即联机交易)和外围渠道都是指交易的发起方式。

外围渠道：指除了核心系统之外的其他系统，如网银，只能柜台等，通过调用核心银行系统来实现相应交易功能。此处指针对某一状态从BL端和外围渠道端这两个不同的渠道发起的交易进行不同的控制，需要结合交易层状态控制参数的【状态控制列表1】和【状态控制列表2】中配置的控制级别来进行分析判断。

(2)建立交易层状态控制参数模型，其中该模型包括多个状态控制列表。

如所有交易都提示纳税证件信息缺失，如查询交易需授权，如建立存贷账户、支票出售需拒绝，针对交易层级记录每个交易所有状态对象的控制方式。

状态控制列表1和状态控制列表2一共320位，对应320位状态，每一位的取值可以为0-无控制、1-仅提示、2-需授权、3-需拒绝，即对每个状态码的控制方式。

(3)建立通用参数表，即系统自动标记客户是否满足这个状态从而进行打标解标的参数控制。

如个人客户的“居民”字段为“是”、企业客户的“注册国家”为本国且非临时客户时，如客户未提供税务证件，则客户需打标纳税证件缺失状态；系统自动根据开户和客户信息维护交易时，柜员维护的客户信息自动给该客户打标状态，如满足此条件则该客户会标记上“纳税证件缺失”状态，不满足时又会自动解除标识。

(4)建立客户账户状态信息，即要控制谁。

如客户A纳税证件信息完整，不满足纳税证件缺失状态，不需控制；客户B缺失，则需控制。针对具体客户记录所有状态位是否打标。

2、基于前期准备对客户账户进行交易管控流程：

其中，可以针对联机交易进行单个客户账户维护，也有批量程序进行多客户账户的处理。

在执行前期准备流程后，客户账户状态信息中，A客户的001状态打了标，同时，交易层状态控制参数中，T1交易配置的是，001状态，2-需授权，那么最终实现的控制结果就是A客户在做T1交易时，系统会弹出授权框，需要授权柜员进行授权才能继续交易。

基于上述实施例提供的一种客户交易的管理方法，本申请实施例还提供一种客户交易的管理装置，参见图2，图2为本申请实施例提供的一种客户交易的管理装置的结构示意图，结合图2所示，本申请实施例提供的客户交易的管理装置200，可以包括：

获取信息模块201，用于获取客户信息和交易信息；

状态码确定模块202，用于根据所述客户信息确定客户信息对应的状态码；

控制指令确定模块203，用于根据所述状态码确定所述客户信息对应的控制指令；

客户交易管理模块204，用于根据所述控制指令和所述交易信息进行客户交易。

作为一种示例，所述状态码确定模块202，包括：

第一输入模块，用于将所述客户信息输入状态码参数模型；

处理模块，用于利用所述状态码参数模型对所述客户信息进行处理，得到处理结果；

状态码确定子模块，用于将所述处理结果作为客户信息对应的状态码。

作为一种示例，所述状态码参数模型，通过以下方式得到：

编号确定模块，用于确定状态码编号；

名称类型确定模块，用于根据所述状态码编号确定与所述状态码编号对应的状态名称和适用类型；其中所述状态码编号分别与所述状态名称和适用类型存在一一对应关系；

状态码参数模型生成模块，用于根据所述状态码编号、状态名称以及适用类型生成状态码参数模型。

作为一种示例，所述获取信息模块201，包括：

客户账户获取模块，用于获取客户账户；

交易信息确定模块，用于根据所述客户账户确定交易信息；

第二输入模块，用于将所述客户账户输入通用参数模型；

客户信息确定模块，用于利用所述通用参数模型对所述客户账户的状态进行标记，将得到的标记结果作为客户信息。

作为一种示例，所述控制指令确定模块203，包括：

第三输入模块，用于将状态码输入状态控制列表；

匹配模块，用于利用所述状态控制列表对所述状态码进行匹配，得到匹配结果；

控制指令确定子模块，用于根据所述匹配结果生成与所述客户信息对应的控制指令。

本申请实施例提供的客户交易的管理装置与前述实施例提供的一种客户交易的管理方法具有相同的有益效果，因此不再赘述。

本申请实施例还提供了对应的设备以及计算机存储介质，用于实现本申请实施例提供的方案。

其中，所述设备包括存储器和处理器，所述存储器用于存储指令或代码，所述处理器用于执行所述指令或代码，以使所述设备执行本申请任一实施例所述的客户交易的管理方法。

所述计算机存储介质中存储有代码，当所述代码被运行时，运行所述代码的设备实现本申请任一实施例所述的客户交易的管理方法。

本发明提供的一种客户交易的管理方法及装置可用于金融领域或其他领域，例如，可用于金融领域中的客户交易应用场景。其他领域为除金融领域之外的任意领域，例如，交易管理领域。上述仅为示例，并不对本发明提供的客户交易的管理方法及装置的应用领域进行限定。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置及设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及设备实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元提示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请实施例所提到的“第一”、“第二”(若存在)等名称中的“第一”、“第二”只是用来做名字标识，并不代表顺序上的第一、第二。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，ROM)/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种客户交易的管理方法，其特征在于，所述方法包括：

获取客户信息和交易信息；

根据所述客户信息确定客户信息对应的状态码；

根据所述状态码确定所述客户信息对应的控制指令；

根据所述控制指令和所述交易信息进行客户交易。

2.根据权利要求1所述的客户交易的管理方法，其特征在于，所述根据所述客户信息确定客户信息对应的状态码，包括：

将所述客户信息输入状态码参数模型；

利用所述状态码参数模型对所述客户信息进行处理，得到处理结果；

将所述处理结果作为客户信息对应的状态码。

3.根据权利要求2所述的客户交易的管理方法，其特征在于，所述状态码参数模型，通过以下方式得到：

确定状态码编号；

根据所述状态码编号确定与所述状态码编号对应的状态名称和适用类型；其中所述状态码编号分别与所述状态名称和适用类型存在一一对应关系；

根据所述状态码编号、状态名称以及适用类型生成状态码参数模型。

4.根据权利要求1所述的客户交易的管理方法，其特征在于，所述获取客户信息和交易信息，包括：

获取客户账户；

根据所述客户账户确定交易信息；

将所述客户账户输入通用参数模型；

利用所述通用参数模型对所述客户账户的状态进行标记，将得到的标记结果作为客户信息。

5.根据权利要求1所述的客户交易的管理方法，其特征在于，所述根据所述状态码确定所述客户信息对应的控制指令，包括：

将状态码输入状态控制列表；

利用所述状态控制列表对所述状态码进行匹配，得到匹配结果；

根据所述匹配结果生成与所述客户信息对应的控制指令。

6.一种客户交易的管理装置，其特征在于，所述装置包括：获取信息模块，状态码确定模块，控制指令确定模块和客户交易管理模块；

所述获取信息模块，用于获取客户信息和交易信息；

所述状态码确定模块，用于根据所述客户信息确定客户信息对应的状态码；

所述控制指令确定模块，用于根据所述状态码确定所述客户信息对应的控制指令；

所述客户交易管理模块，用于根据所述控制指令和所述交易信息进行客户交易。

7.根据权利要求1所述的客户交易的管理装置，其特征在于，所述状态码确定模块，包括：

第一输入模块，用于将所述客户信息输入状态码参数模型；

处理模块，用于利用所述状态码参数模型对所述客户信息进行处理，得到处理结果；

状态码确定子模块，用于将所述处理结果作为客户信息对应的状态码。

8.根据权利要求7所述的客户交易的管理装置，其特征在于，所述状态码参数模型，通过以下方式得到：

编号确定模块，用于确定状态码编号；

名称类型确定模块，用于根据所述状态码编号确定与所述状态码编号对应的状态名称和适用类型；其中所述状态码编号分别与所述状态名称和适用类型存在一一对应关系；

状态码参数模型生成模块，用于根据所述状态码编号、状态名称以及适用类型生成状态码参数模型。

9.根据权利要求1所述的客户交易的管理装置，其特征在于，所述获取信息模块，包括：

客户账户获取模块，用于获取客户账户；

交易信息确定模块，用于根据所述客户账户确定交易信息；

第二输入模块，用于将所述客户账户输入通用参数模型；

客户信息确定模块，用于利用所述通用参数模型对所述客户账户的状态进行标记，将得到的标记结果作为客户信息。

10.根据权利要求1所述的客户交易的管理装置，其特征在于，所述控制指令确定模块，包括：

第三输入模块，用于将状态码输入状态控制列表；

匹配模块，用于利用所述状态控制列表对所述状态码进行匹配，得到匹配结果；

控制指令确定子模块，用于根据所述匹配结果生成与所述客户信息对应的控制指令。

Images