用于跨境汇入汇款直入账判断的数据处理方法和装置与流程

本申请涉及金融业务处理技术领域，特别涉及一种用于跨境汇入汇款直入账判断的数据处理方法和装置。

背景技术：

swift(societyforworldwideinterbankfinancialtelecommunications)，即国际银行金融电信协会的简称。swift是一个国际银行同业间非盈利性的国际合作组织。swift的标准作为规范化、标准化、国际化的通信标准已渗透到国际金融界，各种基于swift网络平台和标准的系统正在被不断开发、应用。

现有的swift系统是一个全世界比较普遍使用的系统，通过网络连接swift服务器，以提供各个银行之间的数据交换。需要做国际业务，例如外汇业务的，一般都要加入swift组织，只有通过swift才能与国外银行交换数据。现有银行通常会对于每个分行都分别配置一个swift系统，然后通过分行的swift系统连接swift服务器完成相应的业务处理。简单地说，一份报文就像我们写的信或者汇款单，上面有收款人、收款银行、付款人、中间行、入账日期等，swift通过这些信息就知道这份报文是去那个银行的，然后swift系统就转发到该银行。

随着跨境汇入汇款业务量的增长，汇款人对跨境汇款服务的时效性需求不断增加。目前，汇入行收到汇入汇款交易swift报文后，需要人工干预进行解付处理以将汇入汇款存入收款人账户中，这就导致跨境汇入汇款业务的解付处理效率低，用户体验差，而且业务人员工作量大且容易出错。

针对上述问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种用于跨境汇入汇款直入账判断的数据处理方法和装置，以解决现有技术中汇入汇款解付处理的效率低的问题。

本申请实施例提供了一种用于跨境汇入汇款直入账判断的数据处理方法，包括：从交易报文中获取收款人账号和收款人名称；根据收款人账号，确定收款人账号对应的客户账号；确定数据库中是否存在客户账号；在确定数据库中存在客户账号的情况下，获取与客户账号对应的客户名称和客户类型；确定收款人名称与客户名称是否一致；在确定收款人名称与客户名称一致的情况下，确定客户类型是否为预设类型；在确定客户类型为预设类型的情况下，对交易报文所请求的交易操作进行解付处理。

在一个实施例中，根据收款账号，确定收款人账号对应的客户账号，包括：获取收款人账号的位数；确定位数是否为预设位数；在确定位数为预设位数的情况下，将收款人账号确定为收款人账号对应的客户账号；在确定位数不是预设位数的情况下，根据收款人账号的位数确定收款人账号的类型；根据收款人账号的类型从预设的账户关系对应表中查找收款人账号对应的客户账号。

在一个实施例中，确定收款人名称与客户名称是否一致，包括：根据预设规则对收款人名称和客户名称进行格式化；确定格式化后的收款人名称和客户名称是否一致。

在一个实施例中，根据预设规则对收款人名称和客户名称进行格式化，包括至少以下之一：将收款人名称中的电报码转换为汉字；将收款人名称和客户名称中的字符统一转换为大写字符或小写字符；将收款人名称和客户名称中的汉字统一转换为繁体字转换为简体字；将收款人名称中的预设字符去除。

在一个实施例中，客户名称中包括姓字段和名字段，确定收款人名称与客户名称是否一致，包括：将客户名称按照姓字段和名字段的顺序与收款人名称进行比较，以确定是否一致；若不一致，则将客户名称按照名字段和姓字段的顺序与收款人名称进行比较，以确定是否一致。

在一个实施例中，在确定客户类型是否为预设类型之后，所述方法还包括：在确定客户类型不是预设类型的情况下，确定客户账号是否允许直入账；在确定客户账号允许直入账的情况下，对交易报文所请求的交易操作进行解付处理。

在一个实施例中，确定客户账号是否允许直入账，包括：确定交易报文中是否包括预设字符串。

本申请实施例还提供了一种用于跨境汇入汇款直入账判断的数据处理装置，包括：收款人信息获取模块，用于从交易报文中获取收款人账号和收款人名称；客户账号确定模块，用于根据收款账号，确定收款人账号对应的客户账号；客户账号检索模块，用于确定数据库中是否存在客户账号；名称和类型获取模块，用于在确定数据库中存在客户账号的情况下，获取与客户账号对应的客户名称和客户类型；一致性判断模块，用于确定收款人名称与客户名称是否一致；客户类型判断模块，在确定收款人名称与客户名称一致的情况下，确定客户类型是否为预设类型；解付处理模块，用于在确定客户类型为预设类型的情况下，对交易报文所请求的交易操作进行解付处理。

本发明实施例还提供一种计算机设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述任意实施例中所述的用于跨境汇入汇款直入账判断的数据处理方法的步骤。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述任意实施例中所述的用于跨境汇入汇款直入账判断的数据处理方法的步骤。

在本申请实施例中，提供了一种用于跨境汇入汇款直入账判断的数据处理方法，通过从交易报文中获取收款人账号和收款人名称，确定数据库中是否存在于收款人账号对应的客户账号，若是，则获取与客户账号对应的客户名称和客户类型，判断客户类型是否为预设类型，若是，则判断客户名称和收款人名称是否一致，若一致，则对交易报文所请求的交易操作进行解付处理，即，在客户类型满足预设条件并且收款人账号和收款人名称与系统中存储的客户账号和客户名称均一致的情况下，实现汇入汇款直入账，使得对于收款人信息非常明确的交易，无需人工确认即可入账，可以提高业务处理效率、降低人力成本、保证业务处理的高效性和正确性。通过上述方案解决了现有的汇入汇款解付处理的效率低、人力成本高的技术问题，达到了有效提升业务处理效率、提高业务处理的正确性、且降低人力成本的技术效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，并不构成对本申请的限定。在附图中：

图1示出了本申请一实施例中的用于跨境汇入汇款直入账判断的数据处理方法的流程图；

图2示出了本申请一实施例中的用于跨境汇入汇款直入账判断的数据处理方法的流程图；

图3示出了本申请一实施例中的用于跨境汇入汇款直入账判断的数据处理方法的流程图；

图4示出了本申请一实施例中的用于跨境汇入汇款直入账判断的数据处理方法的流程图；

图5示出了本申请一实施例中的用于跨境汇入汇款直入账判断的数据处理装置的示意图；

图6示出了本申请一实施例中的计算机设备的示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本申请的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本申请，而并非以任何方式限制本申请的范围。相反，提供这些实施方式是为了使本申请公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域的技术人员知道，本申请的实施方式可以实现为一种系统、装置设备、方法或计算机程序产品。因此，本申请公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

考虑到在实际的跨境汇入汇款中，解付处理均需人工干预。部分报文的收款人信息非常明确，可以不需人工确认即可入账，但是这部分报文仍在进行人工处理，效率较低，用户体验差，而且业务人员工作量大且容易出错。

基于以上问题，本发明实施例提供了一种用于跨境汇入汇款直入账判断的数据处理方法，如图1所示，可以包括以下步骤：

步骤s101，从交易报文中获取收款人账号和收款人名称。

例如，可以从swift交易报文的特定场次获取收款人账号和收款人名称。根据swift报文规则，收款人账号可以取自mt103报文59场的账号信息或mt202报文58场的账号信息，收款人名称可以取自mt103报文59场的名称信息或mt202报文58场的名称信息。

然而，值得注意的是，上述所列举的收款人账户和收款人名称的信息类型仅是一种示例性描述，在实际实现的时候，可以根据实际的情况和需要选择信息类型，本申请对此不作限定。

步骤s102，根据收款人账号，确定收款人账号对应的客户账号。

具体地，收款人账号可以是银行卡号，银行数据库中存储的可以是与收款人账号对应的客户账号，为了确定数据库中是否存在收款人账号，可以先根据收款人账号确定与其对应的客户账号。

步骤s103，确定数据库中是否存在客户账号。

考虑到只有在数据库中存在与收款人账号对应的客户账号的情况下，才表明该收款人账号是合法有效的，才有可能对交易报文所请求的交易操作进行解付处理，因此，需要先确定数据库中是否存在客户账号。

步骤s104，在确定数据库中存在客户账号的情况下，获取与客户账号对应的客户名称和客户类型。

在实际实现的时候，数据库中还可以存储有与客户账号对应的客户名称，在确定数据库中存在客户账号的情况下，可以从该数据库获取对应的客户名称。其中，客户类型可以包括对公账户和对私账户。对公账户是指以公司名义在银行开立的账户。对私账户是指存款人凭个人身份证件以自然人名称开立的账户。用户第一次到某银行办理业务时开立客户，采用客户号(例如，一串16位的数字)标识，一个公司或个人仅可以开立一个客户，对应一个客户号，一个客户号对应一种客户类型。一个客户可以开立多个账户，因此一个客户号可以对应多个客户账号，但一个客户账号仅对应一个客户号。在确定数据库中存在客户账号的情况下，可以根据客户账号获取对应的客户号，从而获取对应的客户类型。

步骤s105，确定收款人名称与客户名称是否一致。

具体地，在确定数据库中存在收款人账号对应的客户账号的情况下，还需要确定收款人名称与客户名称是否一致。

步骤s106，在确定收款人名称与客户名称一致的情况下，确定客户类型是否为预设类型。

因为不同类型的客户的监管政策是不同的，因此，在确定收款人名称与客户名称一致的情况下，还需要判断客户类型是否为预设类型。其中，预设类型可以包括对私账户。如果预设类型为对私账户，那么可以判断客户类型是否为对私账户。

步骤s107，在确定客户类型为预设类型的情况下，对交易报文所请求的交易操作进行解付处理。

具体地，在确定数据库中存在收款人账号对应的客户账号、确定与客户账号对应的客户名称与收款人名称一致并且确定对应的客户类型为预设类型的情况下，对交易报文所请求的交易操作进行解付处理。

上述方案中，先确定收款人名称与客户名称是否一致，然后确定客户类型是否为预设类型。可以理解的是，在其他实施例中，可以先确定客户类型是否为预设类型，然后在确定客户类型为预设类型的情况下，判断收款人名称与客户名称是否一致，最后在确定收款人名称与客户名称一致的情况下，对交易报文所请求的交易操作进行解付处理。这两种方案属于相同的发明构思，本申请对此不做限制。

上述数据处理方法，通过从交易报文中获取收款人账号和收款人名称，确定数据库中是否存在于收款人账号对应的客户账号，若是，则获取与客户账号对应的客户名称和客户类型，判断客户类型是否为预设类型，若是，则判断客户名称和收款人名称是否一致，若一致，则对交易报文所请求的交易操作进行解付处理，即，在客户类型满足预设条件并且收款人账号和收款人名称与系统中存储的客户账号和客户名称均一致的情况下，实现汇入汇款直入账，使得对于收款人信息非常明确的交易，无需人工确认即可入账，可以提高业务处理效率、降低人力成本、保证业务处理的高效性和正确性。

进一步地，如图2所示，步骤s102，根据收款人账号，确定收款人账号对应的客户账号，可以包括以下步骤：

步骤s201，获取收款人账号的长度；

步骤s202，确定收款人账号的长度是否为预设长度，若是则执行步骤s203，否则执行步骤s204；

步骤s203，将收款人账号确定为收款人账号对应的客户账号；

步骤s204，根据收款人账号的长度确定收款人账号的类型；

步骤s205，根据收款人账号的类型从预设的账户关系对应表中查找收款人账号对应的客户账号。

具体地，系统中存储的客户账号的长度一般为12位。首先获取收款人账号的长度，如果该长度为预设长度(例如12位)，则该收款人账号为标准账号，将该收款人账号确定为与其对应的客户账号。当收款人账号的长度不是预设长度时，则需要根据收款人账号的长度来判断收款人账号的类型。例如，当长度为19位或16位时，可以确定收款人账号的类型为借记卡；当长度为其他长度时，可以确定收款人账号为旧账号。在确定收款人账号的类型之后，从与该类型对应的预设的账户关系对应表中查找收款人账号对应的客户账号。

上述实施例中的数据处理方法，根据收款人账号的长度来确定账号类型并根据账号类型从对应的账户关系对应表中获取与收款人账号对应的客户账号，可以方便高效地确定于收款人账号对应的客户账号。

考虑到收款人名称和客户名称的格式可能不同，为了使得尽可能多的跨境汇入汇款交易实现直入账，提高跨境汇入汇款的解付处理效率，可以在判断收款人名称与客户名称是否一致之前，对收款人名称与客户名称进行格式化。因而，在本申请一些实施例中，步骤s105，确定收款人名称与客户名称是否一致，可以包括：根据预设规则对收款人名称和客户名称进行格式化；确定格式化后的收款人名称和客户名称是否一致。通过对收款人名称与客户名称进行格式化，可以提高客户名称和收款人名称匹配的几率，进而提高直入账的比例，提高跨境汇入汇款的处理效率。

进一步地，根据预设规则对收款人名称和客户名称进行格式化，可以包括至少以下之一：将收款人名称中的电报码转换为汉字；将收款人名称和客户名称中的字符统一转换为大写字符或小写字符；将收款人名称和客户名称中的汉字统一转换为繁体字或简体字；将收款人名称中的预设字符去除。

具体地，在系统中存储的客户名称是中文名称的情况下，swift报文中可能使用电报码来表示客户名称，因而可以将电报码转换为汉字，以方便后续确定收款人名称与客户名称是否一致。另外，将收款人名称和客户名称中的字符统一转换为大写字符或小写字符，以及将收款人名称和客户名称中的汉字统一转换为繁体字或统一转换为简体字，都可以使得后续收款人名称与客户名称匹配的成功率提高。此外，还可以将收款人名称中的预设字符去除。其中，预设字符可以包括无实际意义的符号，例如“-”、“·”、“/”和多余的空格等字符；预设字符还可以包括表示称谓的字符，例如“mr”、“mrs”、“先生”、“女士”等字符。

考虑到各国的姓名中的姓和名的顺序可能不同，为了适应这种应用场景，可以将姓和名的顺序颠倒来进行两次匹配。因而，在本申请的一些实施例中，步骤s105，确定收款人名称与客户名称是否一致，可以包括：将客户名称按照姓字段和名字段的顺序与收款人名称进行比较，以确定是否一致；若不一致，则将客户名称按照名字段和姓字段的顺序与收款人名称进行比较，以确定是否一致。

上述用于跨境汇入汇款直入账判断的数据处理方法，考虑到多种业务场景，并对收款人名称和客户名称进行相应的格式化，可以提高收款人名称和客户名称匹配的灵活性，提高匹配的成功率，进而在保证正确性的提前下提升业务处理的效率，减少业务人员的工作量，改善用户的业务体验。

如前面提到的，政府对于不同客户类型的监管政策不同，在客户类型为预设类型(例如对私账户)的情况下，只要收款人名称与客户名称一致就可以对该交易报文所请求的交易操作进行解付处理。而对于客户类型不是预设类型的收款人账号，可以在满足进一步的条件后才进行解付处理。因而，在本申请一些实施例中，如图3所示，在确定客户类型是否为预设类型之后，还包括：步骤s301，在确定客户类型不是预设类型的情况下，确定客户账号是否允许直入账；步骤s302，在确定客户账号允许直入账的情况下，对交易报文所请求的交易操作进行解付处理。

具体地，确定客户账号是否允许直入账，可以包括：确定客户账号是否与银行建立了直入账签约关系。建立了直入账签约关系的账号可以在满足收款人名称与客户名称一致的情况下进行直入账。在其他实施例中，确定客户账号是否允许直入账，还可以包括：确定客户账号是否具有预设的特征。其中，预设的特征可以根据业务需求来设置，例如是否属于某些特定的行业等。对于客户类型不是预设类型的收款人账号，在确定收款人名称与客户名称一致并且客户账号允许直入账的情况下，可以对交易报文所请求的交易操作进行解付处理。

进一步地，确定客户账号是否允许直入账，可以包括：确定交易报文中是否包括预设字符串。具体地，可以在账户的产品层规定某一类型的客户账号是否可以直入账，如果允许直入账，则可以支持直入账交易，可以签约客户账号和预设字符串的关联关系，只要报文中特定场次(例如swift报文的70场或72场)出现了预设字符串，则判定该账户允许直入账。其中，预设字符串可以是开发人员设置的数字和/或字母串等，例如“permitted”等。

上述用于跨境汇入汇款直入账判断的数据处理方法，对于客户类型不是预设类型的客户，增加了进一步的判断规则，即，确定该客户账号是否允许直入账，从而可以实现各种客户类型的客户账号能够进行直入账交易，进而可以提高业务处理的效率。

下面结合一个具体实施例对上述方法进行说明，然而，值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。

在本实施例中，提供了一种用于跨境汇入汇款直入账判断的数据处理方法，如图4所示，可以包括以下步骤：

步骤s401，从交易报文中获取收款人账号和收款人名称；

步骤s402，根据收款账号，确定收款人账号对应的客户账号；

步骤s403，确定数据库中是否存在客户账号，若是，则执行步骤s404，否则执行步骤s409；

步骤s404，获取与客户账号对应的客户名称和客户类型；

步骤s405，确定收款人名称与客户名称是否一致；若是，则执行步骤s406，否则执行步骤s409；

步骤s406，确定客户类型是否为预设类型，若是，则执行步骤s408，否则执行步骤s407；

步骤s407，确定客户账号是否允许直入账，若是，则执行步骤s408，否则执行步骤s409；

步骤s408，对交易报文所请求的交易操作进行解付处理；

步骤s409，将交易报文所请求的交易操作转至人工处理。

上述用于跨境汇入汇款直入账判断的数据处理方法，建立了明确直入账判断规则，并实现了基于直入账判断规则的直入账判断，从而减少了跨境汇入汇款解付处理的人工干预，降低了人力成本，提高了业务处理效率，改善了用户体验。

基于同一发明构思，本申请实施例中还提供了一种用于跨境汇入汇款直入账判断的数据处理装置，如下面的实施例所述。由于用于跨境汇入汇款直入账判断的数据处理装置解决问题的原理与用于跨境汇入汇款直入账判断的数据处理方法相似，因此用于跨境汇入汇款直入账判断的数据处理装置的实施可以参见用于跨境汇入汇款直入账判断的数据处理方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图5是本申请实施例的用于跨境汇入汇款直入账判断的数据处理装置的一种结构框图，如图5所示，包括：收款人信息获取模块501、客户账号确定模块502、客户账号检索模块503、名称和类型获取模块504、一致性判断模块505、客户类型判断模块506和解付处理模块507，下面对该结构进行说明。

收款人信息获取模块501，用于从交易报文中获取收款人账号和收款人名称。

客户账号确定模块502，用于根据收款人账号，确定收款人账号对应的客户账号。

客户账号检索模块503，用于确定数据库中是否存在客户账号。

名称和类型获取模块504，用于在确定数据库中存在客户账号的情况下，获取与客户账号对应的客户名称和客户类型。

一致性判断模块505，用于确定收款人名称与客户名称是否一致。

客户类型判断模块506，在确定收款人名称与客户名称一致的情况下，确定客户类型是否为预设类型。

解付处理模块507，用于在确定客户类型为预设类型的情况下，对交易报文所请求的交易操作进行解付处理。

在本申请一些实施例中，客户账号确定模块502具体可以用于：获取收款人账号的长度；确定长度是否为预设长度；在确定长度为预设长度的情况下，将收款人账号确定为收款人账号对应的客户账号；在确定长度不是预设长度的情况下，根据收款人账号的长度确定收款人账号的类型；根据收款人账号的类型从预设的账户关系对应表中查找收款人账号对应的客户账号。

在本申请一些实施例中，一致性判断模块505具体可以用于：根据预设规则对收款人名称和客户名称进行格式化；确定格式化后的收款人名称和客户名称是否一致。

在本申请一些实施例中，根据预设规则对收款人名称和客户名称进行格式化，可以包括但不限于至少以下之一：将收款人名称中的电报码转换为汉字；将收款人名称和客户名称中的字符统一转换为大写字符或小写字符；将收款人名称和客户名称中的汉字统一转换为繁体字或简体字；将收款人名称中的预设字符去除。

在本申请一些实施例中，客户名称中包括姓字段和名字段，一致性判断模块505具体可以用于：将客户名称按照姓字段和名字段的顺序与收款人名称进行比较，以确定是否一致；若不一致，则将客户名称按照名字段和姓字段的顺序与收款人名称进行比较，以确定是否一致。

在本申请一些实施例中，用于跨境汇入汇款直入账判断的数据处理装置还可以包括直入账判断模块，用于在确定客户类型不是预设类型的情况下，确定客户账号是否允许直入账。解付处理模块507还用于：在确定客户账号允许直入账的情况下，对交易报文所请求的交易操作进行解付处理。

在本申请一些实施例中，确定客户账号是否允许直入账可以包括：确定交易报文中是否包括预设字符串。

从以上的描述中，可以看出，本申请实施例实现了如下技术效果：通过从交易报文中获取收款人账号和收款人名称，确定数据库中是否存在于收款人账号对应的客户账号，若是，则获取与客户账号对应的客户名称和客户类型，判断客户类型是否为预设类型，若是，则判断客户名称和收款人名称是否一致，若一致，则对交易报文所请求的交易操作进行解付处理，即，在客户类型满足预设条件并且收款人账号和收款人名称与系统中存储的客户账号和客户名称均一致的情况下，实现汇入汇款直入账，使得对于收款人信息非常明确的交易，无需人工确认即可入账，可以提高业务处理效率、降低人力成本、保证业务处理的高效性和正确性。通过上述方案解决了现有的汇入汇款解付处理的效率低、人力成本高的技术问题，达到了有效提升业务处理效率、提高业务处理的正确性、且降低人力成本的技术效果。

本申请实施方式还提供了一种计算机设备，具体可以参阅图6所示的基于本申请实施例提供的用于跨境汇入汇款直入账判断的数据处理方法的计算机设备组成结构示意图，所述计算机设备具体可以包括输入设备61、处理器62、存储器63。其中，存储器63用于存储处理器62可执行指令，处理器62执行所述指令时实现上述任意实施例中所述的数据处理方法的步骤。所述输入设备61具体可以用于输入预设类型；预设字符串等参数。

在本实施方式中，所述输入设备具体可以是用户和计算机系统之间进行信息交换的主要装置之一。所述输入设备可以包括键盘、鼠标、摄像头、扫描仪、光笔、手写输入板、语音输入装置等；输入设备用于把原始数据和处理这些数的程序输入到计算机中。所述输入设备还可以获取接收其他模块、单元、设备传输过来的数据。所述处理器可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式等等。所述存储器具体可以是现代信息技术中用于保存信息的记忆设备。所述存储器可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如ram、fifo等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、tf卡等。

在本实施方式中，该计算机设备具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

本申请实施方式中还提供了一种基于用于跨境汇入汇款直入账判断的数据处理方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现上述任意实施例中所述的用于跨境汇入汇款直入账判断的数据处理方法的步骤。

在本实施方式中，上述存储介质包括但不限于随机存取存储器(randomaccessmemory,ram)、只读存储器(read-onlymemory,rom)、缓存(cache)、硬盘(harddiskdrive,hdd)或者存储卡(memorycard)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

在本实施方式中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

显然，本领域的技术人员应该明白，上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请实施例不限制于任何特定的硬件和软件结合。

应该理解，以上描述是为了进行图示说明而不是为了进行限制。通过阅读上述描述，在所提供的示例之外的许多实施方式和许多应用对本领域技术人员来说都将是显而易见的。因此，本申请的范围不应该参照上述描述来确定，而是应该参照前述权利要求以及这些权利要求所拥有的等价物的全部范围来确定。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请实施例可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。