用于同业业务的客户的校验方法、校验装置、介质与流程

1.本技术涉及数据处理领域，特别涉及一种用于同业业务的客户的校验方法、校验装置、介质、电子设备、计算机程序产品。


背景技术：

2.金融市场中的同业业务的交易过程中，往往需要对于金融机构的资产情况、信用资质等进行资质审核。在目前的同业业务流程中，这些对于合作机构、融资主体的合规性检查往往以人工审核的方式进行，在审查内容方面涉及反洗钱、证件有效期、客户舆情信息等多个方面。业务人员在业务发起时往往需要通过获取各个渠道的信息(如登录第三方关联系统、线下由客户提供证件等形式)，收集并备案信息。目前的业务流程中信息获取的方式过于繁琐。
3.上述业务流程虽然考虑了风险合规性的要求，但绝大部分类似的业务管理系统对于业务准入的控制还仅停留在查询信息的维度，未形成系统化、通用化的对于合规检查的有效控制，对于已发生风险事件的情形(如业务开展的过程中客户信息发生变动等)也没有能够提供有效的系统处理方式。而且，该业务流程高度依赖业务经办人员对于风险管控的风险意识，要求其能够在进行业务的过程中主动识别、合理处理风险事件。此外，系统合规检查功能与业务功能的耦合性高，无法适应多种业务风险控制场景。


技术实现要素：

4.本技术实施例提供了用于同业业务的客户的校验方法、校验装置、介质、电子设备、计算机程序产品。
5.第一方面，本技术实施例提供了一种用于同业业务的客户的校验方法，所述方法包括：
6.接收步骤，接收一个或多个业务请求，每个所述业务请求包括业务类别；
7.识别步骤，根据所述业务类别，识别与所述业务请求关联的一个或多个所述客户；
8.第一校验步骤，从外联系统查询一个或多个所述客户的待校验信息，对所述待校验信息进行校验以生成校验结果列表；
9.生成步骤，基于所述校验结果列表，生成校验结果为合规的客户的业务请求；
10.检查步骤，周期性地对于校验结果为合规的所述客户进行检查，以确定所述客户是否保持合规。
11.在上述第一方面的一种可能的实现中，所述检查步骤进一步包括：
12.第一查询步骤，周期性地从所述合规的客户的业务请求中查找处于存续期的所述业务请求以及对应的所述客户，得到存续期业务请求列表和存续期客户列表；
13.第二查询步骤，从当前的异常客户列表中查找预定时间段内的未核实过的客户，得到待核实客户列表；
14.第二校验步骤，从所述外联系统查询属于所述存续期客户列表但不属于所述待核
实客户列表的客户的待校验信息，并进行校验以得到校验异常客户列表，并将所述校验异常客户列表插入当前的所述异常客户列表，得到更新的异常客户列表；
15.筛查步骤，从所述存续期业务请求列表中，取出属于所述更新的异常客户列表的客户在预定时间的存续期业务请求，得到筛查结果表，用于确定所述客户是否合规。
16.在上述第一方面的一种可能的实现中，所述外联系统包括客户信息系统，
17.在所述第一校验步骤中，从所述客户信息系统查询一个或多个所述客户的待校验信息，对所述待校验信息进行校验，以生成所述校验结果列表。
18.在上述第一方面的一种可能的实现中，在所述第二校验步骤中，从所述客户信息系统查询属于所述存续期客户列表但不属于所述待核实客户列表的客户的待校验信息，对所述待校验信息进行校验，以得到所述校验异常客户列表。
19.在上述第一方面的一种可能的实现中，所述待校验信息包括客户证件信息、反洗钱信息、客户风险预警、舆情信息。
20.第二方面，本技术实施例提供了一种用于同业业务的客户的校验装置，所述装置包括：
21.接收单元，接收一个或多个业务请求，每个所述业务请求包括业务类别；
22.识别单元，根据所述业务类别，识别与所述业务请求关联的一个或多个所述客户；
23.第一校验单元，从外联系统查询一个或多个所述客户的待校验信息，对所述待校验信息进行校验以生成校验结果列表；
24.生成单元，基于所述校验结果列表，生成校验结果为合规的客户的业务请求；
25.检查单元，周期性地对于校验结果为合规的所述客户进行检查，以确定所述客户是否保持合规。
26.上述接收单元、识别单元、第一校验单元、生成单元、检查单元可以通过电子设备中具有这些模块或单元功能的处理器实现。
27.在上述第二方面的一种可能的实现中，所述检查单元进一步包括：
28.第一查询单元，周期性地从所述合规的客户的业务请求中查找处于存续期的所述业务请求以及对应的所述客户，得到存续期业务请求列表和存续期客户列表；
29.第二查询单元，从当前的异常客户列表中查找预定时间段内的未核实过的客户，得到待核实客户列表；
30.第二校验单元，从所述外联系统查询属于所述存续期客户列表但不属于所述待核实客户列表的客户的待校验信息，并进行校验以得到校验异常客户列表，并将所述校验异常客户列表插入所述异常客户列表，得到更新的异常客户列表；
31.筛查单元，从所述存续期业务请求列表中，取出属于所述更新的异常客户列表的客户在预定时间的存续期业务请求，得到筛查结果表，用于确定所述客户是否合规。
32.在上述第二方面的一种可能的实现中，所述外联系统包括客户信息系统，
33.所述第一校验单元从所述客户信息系统查询一个或多个所述客户的待校验信息，对所述待校验信息进行校验，以生成所述校验结果列表。
34.在上述第二方面的一种可能的实现中，所述第二校验单元从所述客户信息系统查询属于所述存续期客户列表但不属于所述待核实客户列表的客户的待校验信息，并基于所述客户风险画像系统中的信息，对所述待校验信息进行校验，以得到所述校验异常客户列
表。
35.在上述第二方面的一种可能的实现中，所述待校验信息包括客户证件信息、反洗钱信息、客户风险预警、舆情信息。
36.第三方面，本技术实施例提供了一种计算机可读存储介质，所述存储介质上存储有指令，所述指令在计算机上执行时使所述计算机执行上述第一方面中的用于同业业务的客户的校验方法。
37.第四方面，本技术实施例提供了一种电子设备，包括：一个或多个处理器；一个或多个存储器；所述一个或多个存储器存储有一个或多个程序，当所述一个或者多个程序被所述一个或多个处理器执行时，使得所述电子设备执行上述第一方面中的用于同业业务的客户的校验方法。
38.第五方面，本技术实施例提供了一种计算机程序产品，包括计算机可执行指令，其特征在于，所述指令被处理器执行以实施述第一方面中的用于同业业务的客户的校验方法。
39.本发明中，事前检查针对业务(也称为业务请求)发起，例如意向申报的发起、业务申报的发起等，在提交申报时对与业务相关的所有客户进行准入校验。因此，如果存在有风险信息的客户，则可以例如通过系统弹窗和审批批注来提示业务经办人员与审核人员，审核人员可依据风险提示信息决定是否继续业务，从而控制可能出现的合规风险问题。事后检查针对已通过业务申报并已有过资金划拨的存续期的业务，是对事前检查的一种补充控制，其作用是筛查出客户的信息(待校验信息)有过变动、且未符合同业中心要求的客户，并提示业务经办人员对该客户的信息进行核查，从而有效地控制业务发生过程中可能出现的合规风险问题。
40.本发明适用于多种业务场景的客户的合规检查，通过统一的外联系统获取相关信息，适用于同时对多项检查内容的处理，简化人工处理步骤，提高了效率。
附图说明
41.图1根据本技术的实施例，示出了用于同业业务的客户的校验的场景示意图；
42.图2根据本技术的实施例，示出了用于同业业务的客户的校验方法的第一流程示意图；
43.图3根据本技术的实施例，示出了用于同业业务的客户的校验方法的第二流程示意图；
44.图4根据本技术的实施例，示出了用于同业业务的客户的校验装置的第一结构图；
45.图5根据本技术的实施例，示出了用于同业业务的客户的校验装置的第二结构图；
46.图6根据本技术的实施例，示出了一种电子设备的框图。
具体实施方式
47.本技术的说明性实施例包括但不限于用于同业业务的客户的校验方法、校验装置、介质及电子设备。
48.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
49.下面将结合附图对本技术的实施例作进一步地详细描述。
50.如图1所示，为本技术实施例的用于同业业务的客户的校验的场景示意图。装置10可以接收一个或多个客户发起的业务请求，如图1所示，示出了例如3个客户，即，客户1、客户2和客户3。装置10可以通过有线或无线网络与客户信息系统11以及客户风险画像系统12连接，并从其分别获取信息。
51.图2是本技术实施例的用于同业业务的客户的校验方法的第一流程图，该方法用于电子设备中的装置10。电子设备例如是计算机、服务器、移动终端等等。
52.在接收步骤s21，接收一个或多个业务请求，每个业务请求包括业务类别。
53.例如，可以接收如图1所示的客户1、客户2和客户3发起的一个或多个业务请求。下面以接收到客户1发起的业务请求r1为例，进行详细说明。
54.在同业业务中，业务类别包括投资类、票据类、存款类、专户资产组合同业投资类、资产转让类等等。
55.在识别步骤s22，根据业务类别，识别与业务请求关联的一个或多个客户。
56.不同的业务类别所涉及的客户并不相同。具体的，票据类、存款类、和资产转让类的业务请求仅涉及单个客户，即，发起业务的客户，所以仅需要对单个客户进行校验。例如，发起票据类的业务请求的客户为融资客户，需要校验的客户仅是融资客户。类似的，发起存款类的业务请求的客户为存款客户，需要校验的客户仅是存款客户。
57.投资类、专户资产组合同业投资类的业务涉及多个客户，所以需要对多个客户进行校验。例如，发起投资类的业务请求的客户为融资客户，该类业务请求由于涉及第三方机构(例如，合作机构)，所以需要校验的客户包括融资客户和合作机构。合作机构例如是基金公司、信托公司等等。
58.可以理解的是，根据业务类别，需要校验的客户的数量并不相同。
59.本实施例中，客户1发起的业务请求r1例如是投资类的，并且识别出关联的客户是融资客户(即，客户1)以及例如基金公司1。
60.在第一校验步骤s23，从外联系统查询一个或多个客户的待校验信息，对待校验信息进行校验以生成校验结果列表。
61.外联系统包括图1所示的客户信息系统11和客户风险画像系统12，从客户信息系统11可以查询一个或多个客户的待校验信息。例如，从客户信息系统11可以查询客户1和基金公司1的待校验信息。
62.待校验信息包括客户证件信息、反洗钱信息、客户风险预警、舆情信息。可以理解的是，待校验信息还可以包括其他信息，例如注册证件信息、命中清单监测标识、司法查冻扣信息、客户风险画像等等。
63.客户证件信息涉及实际控制人、控股股东、法定代表人/单位负责人、授权代表人、受益所有人等等的证件信息，用于校验客户证件是否过期。
64.反洗钱信息涉及客户的法人机构的洗钱等级，洗钱等级为“高”，则限制业务发起，为“中高”，则需要业务经办人员核查情况，并人工录入核查信息。
65.命中清单监测标识涉及客户的法人机构的清单监测标识，清单监测标识为拒绝，则限制业务发起，带有“有条件使用”标识，则需要业务经办人员核查情况，并人工录入核查信息。
66.司法查冻扣信息涉及客户的法人机构的司法查冻扣信息，需要严控并限制业务发起。
67.可以理解的是，根据事件发生的严重程度，做出的控制可分为严控和提示。对于客户证件过期、注册证件吊销、涉及司法查冻扣等情形，需进行严控并限制业务发起，对于客户存在风险预警、舆情信息等则需进行提示。
68.另外，可以从客户风险画像系统12获取客户1和基金公司1的风险画像，并基于风险画像，确定客户1和基金公司1各自的风险预警。
69.在对上述待校验信息进行校验后，生成校验结果列表。校验结果列表例如包括是否需要限制该客户发起业务，或者提示业务经办人员进行核实。
70.可以理解的是，本发明可同时对多笔业务的多个客户同时进行校验。其中，如果存在两个分支机构的客户的总部为同一个机构，即存在两笔不同的业务为同一个客户发起时，需对相同的客户进行去重后再进行后续的校验。根据校验结果列表，可以确定是否需要限制该客户发起业务，或者提示业务经办人员进行线下核实，以做出不同的处理。
71.如同一位客户同时具有多个未合规信息(例如，客户证件过期且洗钱等级为“高”)时，则校验结果列表需要按照客户的维度进行汇总，在界面进行提示。如果同一笔业务存在多个客户需要人工线下核实时，可按照提示信息的维度进行汇总，由业务经办人员统一在录入核实信息，从而供业务审核人员进行人工核实。
72.在生成步骤s24，基于校验结果列表，生成校验结果为合规的客户的业务请求。
73.可以理解的是，校验结果为合规是指客户证件没有过期、注册证件没有吊销、客户反洗钱风险等级为“低”，没有司法查冻扣，业务审核人员核实风险预警后认为没有风险等等。
74.如此，生成校验结果为合规的客户的业务请求。可以理解的是，这些业务请求被通过并进行后续的业务处理，例如，进行放款、转账等等。
75.在检查步骤s25，周期性地对于校验结果为合规的客户进行检查，以确定客户是否保持合规。
76.在多个客户发起多个业务请求时，如上述步骤s21到s24所描述的方式，对与这些业务请求关联的所有客户进行了校验，以确定这些客户是否合规。这些过程也可以被称为事前检查。
77.在这些业务进行后续处理的过程中，有些客户的待校验信息可能会有变动，从而导致有些客户变成不合规的客户。因此，在检查步骤s25中，周期性地对事先检查中合规的客户进行检查，也可以称为事后检查。
78.可以理解的是，在事后检查中，校验的客户都是与业务请求关联的所有客户。
79.如图3所示，检查步骤s25进一步包括第一查询步骤s251、第二查询步骤s252、第二校验步骤s253、筛查步骤s254。
80.在第一查询步骤s251，周期性地从合规的客户的业务请求中查找处于存续期的业务请求(即，处于存续期的业务)以及对应的客户，得到存续期业务请求列表和存续期客户列表。
81.例如，对于投资类的业务请求，贷款账户状态为正常、逾期、部分逾期、非应计状态的业务请求是处于存续期。对于票据类的业务请求，仅完成首期结算的合约的业务请求是
处于存续期。可以理解的是，对于不同类别的业务请求，处于存续期的范围是不相同的。
82.存续期的所有业务请求组成存续期业务请求列表，并且与这些业务请求相关的客户组成存续期客户列表。可以理解的是，存续期客户列表中也对相同的客户进行了去重。
83.存续期业务请求列表例如包括：客户编号，客户名称，原业务主键，起息日/转让日，产品编号，一级分行，一级分行名，总部机构编号，总部机构名称等等。存续期客户列表例如包括客户编号。
84.在第二查询步骤s252，从当前的异常客户列表中查找预定时间段内的未核实过的客户，得到待核实客户列表。
85.当前的异常客户列表例如是在先前的校验中，已经被确定为非合规或需要进一步核实的客户。
86.预定时间段例如是(t-d)≤t≤t，其中，t是操作人员需要核实一个业务的客户的待校验信息所需要的天数，d是反洗钱提示类型的控制天数，t是查找日期。
87.从当前的异常客户列表中查找中处上述预定时间段、且这个客户的核实状态为“待核实”的客户，得到待核实客户列表。待核实客户列表包括客户编号、反洗钱提示类型等等。“待核实”的客户是指没有经过审核人员审核的客户。
88.在第二校验步骤s253，从外联系统查询属于存续期客户列表但不属于待核实客户列表的客户的待校验信息，并进行校验以得到校验异常客户列表，并将校验异常客户列表插入异常客户列表，得到更新的异常客户列表。
89.具体的，从图1所示的客户信息系统查询属于存续期客户列表但不属于待核实客户列表的客户的待校验信息，对待校验信息进行校验，以得到校验异常客户列表。
90.具体的校验过程和事前检查中的第一校验步骤s23中描述的过程类似。例如，当某个客户的证件已经过期，那么将该客户编号插入校验异常客户列表。在遍历了存续期客户列表中的所有客户后，将最终得到的校验异常客户列表插入当前的异常客户列表，得到更新的异常客户列表。
91.在筛查步骤s254，从存续期业务请求列表中，取出属于更新的异常客户列表的客户在预定时间的存续期业务请求，得到筛查结果表，用于确定客户是否合规。
92.预定时间例如是与起息日/转让日最近的时间，从而取出属于更新的异常客户列表的客户在与起息日/转让日最近的存续期业务请求，并插入筛查结果表。筛查结果表包括：客户编号(例如，总部机构编号)、反洗钱提示类型、一级机构等等。
93.将筛查结果表发送给业务审核人员进行人工审核，从而确定其中的客户是否仍然保持合规。
94.本发明中，事前检查针对业务(也称为业务请求)发起，例如意向申报的发起、业务申报的发起等，在提交申报时对与业务相关的所有客户进行准入校验。因此，如果存在有风险信息的客户，则可以例如通过系统弹窗和审批批注来提示业务经办人员与审核人员，审核人员可依据风险提示信息决定是否继续业务。事后检查针对已通过业务申报并已有过资金划拨的存续期的业务，是对事前检查的一种补充控制，其作用是筛查出客户的信息(待校验信息)有过变动、且未符合同业中心要求的客户，并提示业务经办人员对该客户的信息进行核查，从而有效地控制业务发生过程中可能出现的合规风险问题。
95.本发明适用于多种业务场景的客户的合规检查，通过统一外联系统获取相关信
息，适用于同时对多项检查内容的处理，简化人工处理步骤，提高效率。
96.本发明还提供用于同业业务的客户的校验装置10，如图4所示，该校验装置10包括：接收单元101，接收一个或多个业务请求，每个所述业务请求包括业务类别；识别单元102，根据所述业务类别，识别与所述业务请求关联的一个或多个所述客户；第一校验单元103，从外联系统查询一个或多个所述客户的待校验信息，对所述待校验信息并进行校验以生成校验结果列表；生成单元104，基于所述校验结果列表，生成校验结果为合规的客户的业务请求；检查单元105，周期性地对于校验结果为合规的所述客户进行检查，以确定所述客户是否保持合规。
97.可以理解的是，图4中的校验装置10用于实现图1中的装置10。
98.可以理解的是，接收单元101、识别单元102、第一校验单元103、生成单元104、检查单元105可以通过图6中的电子设备100中具有这些模块或单元功能的处理器102来实现。
99.如图5所示，检查单元105进一步包括：第一查询单元1051，周期性地从所述合规的客户的业务请求中查找处于存续期的所述业务请求以及对应的所述客户，得到存续期业务请求列表和存续期客户列表；第二查询单元1052，从当前的异常客户列表中查找预定时间段内的未核实过的客户，得到待核实客户列表；第二校验单元1053，从所述外联系统查询属于所述存续期客户列表但不属于所述待核实客户列表的客户的待校验信息，并进行校验以得到校验异常客户列表，并将所述校验异常客户列表插入所述异常客户列表，得到更新的异常客户列表；筛查单元1054，从所述存续期业务请求列表中，取出属于所述更新的异常客户列表的客户在预定时间的存续期业务请求，得到筛查结果表，用于确定所述客户是否合规。
100.可以理解的是，第一查询单元1051、第二查询单元1052、第二校验单元1053、筛查单元1054可以通过图6中的电子设备100中具有这些模块或单元功能的处理器102来实现。
101.本发明还提供一种计算机可读存储介质，存储介质上存储有指令，该指令在计算机上执行时使计算机执行图2中所示的用于同业业务的客户的校验方法。
102.本发明还提供一种计算机程序产品，包括计算机可执行指令，指令被处理器102执行以实施本发明的用于同业业务的客户的校验方法。
103.现在参考图6，图6示意性地示出了根据本发明的实施例的示例电子设备1400。在一个实施例中，系统1400可以包括一个或多个处理器1404，与处理器1404中的至少一个连接的系统控制逻辑1408，与系统控制逻辑1408连接的系统内存1412，与系统控制逻辑1408连接的非易失性存储器(nvm)1416，以及与系统控制逻辑1408连接的网络接口1420。
104.在一些实施例中，处理器1404可以包括一个或多个单核或多核处理器。在一些实施例中，处理器1404可以包括通用处理器和专用处理器(例如，图形处理器，应用处理器，基带处理器等)的任意组合。在系统1400采用enb(evolved node b，增强型基站)101或ran(radio access network，无线接入网)控制器102的实施例中，处理器1404可以被配置为执行各种符合的实施例，例如，如图1所示的实施例。
105.在一些实施例中，系统控制逻辑1408可以包括任意合适的接口控制器，以向处理器1404中的至少一个和/或与系统控制逻辑1408通信的任意合适的设备或组件提供任意合适的接口。
106.在一些实施例中，系统控制逻辑1408可以包括一个或多个存储器控制器，以提供
连接到系统内存1412的接口。系统内存1412可以用于加载以及存储数据和/或指令。在一些实施例中系统1400的内存1412可以包括任意合适的易失性存储器，例如合适的动态随机存取存储器(dram)。
107.nvm/存储器1416可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，nvm/存储器1416可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如hdd(hard disk drive，硬盘驱动器)，cd(compact disc，光盘)驱动器，dvd(digital versatile disc，数字通用光盘)驱动器中的至少一个。
108.nvm/存储器1416可以包括安装系统1400的装置上的一部分存储资源，或者它可以由设备访问，但不一定是设备的一部分。例如，可以经由网络接口1420通过网络访问nvm/存储器1416。
109.特别地，系统内存1412和nvm/存储器1416可以分别包括：指令1424的暂时副本和永久副本。指令1424可以包括：由处理器1404中的至少一个执行时导致电子设备1400实施如图2所示的方法的指令。在一些实施例中，指令1424、硬件、固件和/或其软件组件可另外地/替代地置于系统控制逻辑1408，网络接口1420和/或处理器1404中。
110.网络接口1420可以包括收发器，用于为系统1400提供无线电接口，进而通过一个或多个网络与任意其他合适的设备(如前端模块，天线等)进行通信。在一些实施例中，网络接口1420可以集成于系统1400的其他组件。例如，网络接口1420可以集成于处理器1404的，系统内存1412，nvm/存储器1416，和具有指令的固件设备(未示出)中的至少一种，当处理器1404中的至少一个执行所述指令时，电子设备1400实现如图1所示的方法。
111.网络接口1420可以进一步包括任意合适的硬件和/或固件，以提供多输入多输出无线电接口。例如，网络接口1420可以是网络适配器，无线网络适配器，电话调制解调器和/或无线调制解调器。
112.在一个实施例中，处理器1404中的至少一个可以与用于系统控制逻辑1408的一个或多个控制器的逻辑封装在一起，以形成系统封装(sip)。在一个实施例中，处理器1404中的至少一个可以与用于系统控制逻辑1408的一个或多个控制器的逻辑集成在同一管芯上，以形成片上系统(soc)。
113.电子设备1400可以进一步包括：输入/输出(i/o)设备1432。i/o设备1432可以包括用户界面，使得用户能够与电子设备1400进行交互；外围组件接口的设计使得外围组件也能够与电子设备1400交互。在一些实施例中，电子设备1400还包括传感器，用于确定与电子设备1400相关的环境条件和位置信息的至少一种。
114.在一些实施例中，用户界面可包括但不限于显示器(例如，液晶显示器，触摸屏显示器等)，扬声器，麦克风，一个或多个相机(例如，静止图像照相机和/或摄像机)，手电筒(例如，发光二极管闪光灯)和键盘。
115.本技术公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本技术的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。
116.可将程序代码应用于输入指令，以执行本技术描述的各功能并生成输出信息。可
以按已知方式将输出信息应用于一个或多个输出设备。为了本技术的目的，处理系统包括具有诸如例如数字信号处理器(dsp)、微控制器、专用集成电路(asic)或微处理器之类的处理器的任何系统。
117.程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本技术中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。
118.在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器(cd-rom)、磁光盘、只读存储器(rom)、随机存取存储器(ram)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。
119.在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。
120.需要说明的是，本技术各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本技术所提出的技术问题的关键。此外，为了突出本技术的创新部分，本技术上述各设备实施例并没有将与解决本技术所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。
121.需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
122.虽然通过参照本技术的某些优选实施例，已经对本技术进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本技术的精神和范围。