一种境外司库管理系统

技术领域

本公开涉及数据交互技术领域，尤其涉及一种境外司库管理系统。

背景技术

目前，随着科学技术的不断发展，越来越多的企业用户应用境外司库管理系统等为其提供高度自动化的企业内部业务数据管理。但是，对于企业用户境外司库管理系统需要和银行系统进行数据交互的业务处理中，企业用户往往还需要再登录银行系统(如网银)进行操作，无法实现直接通过境外司库管理系统与银行系统交互，进行银行业务数据处理。

发明内容

本公开旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本公开提出一种境外司库管理系统，通过境外司库系统与SWIFT系统集成，实现企业用户境外司库管理系统中的境外司库系统和银行系统交互时，实现银企直连。

第一方面，提出了一种境外司库管理系统，其特征在于，所述境外司库管理系统，包括：境外司库系统，与所述境外司库系统交互连接的SWIFT系统；其中，所述境外司库系统用于整合业务信息生成可扩展标记语言XML格式的转账报文，调用转账业务接口通过文件传输协议FTP的方式将所述转账报文发送至SWIFT系统；所述SWIFT系统接收所述转账报文，通过SWIFT NET的方式将所述转账报文发送至银行系统，并通过SWIFT NET的方式从所述银行系统获取账户账单报文；其中，所述账户账单报文包括日终账单报文和日间账单报文；将所述日终账单报文和所述日间账单报文分别经过数据处理转换成XML格式的日终账单文件和日间账单文件，并将所述日终账单文件和所述日间账单文件存储至第一文件夹；所述境外司库系统，还用于定时扫描所述第一文件夹，调用通用查询接口通过FTP的方式获取所述日终账单文件和所述日间账单文件，分别进行解析翻译获取每个字段的值，分别存储至对应的文件信息数据库表格中，以更新境外司库系统的余额表和明细表。

在一些实施例中，所述境外司库系统，还用于在所述SWIFT系统根据接收的所述转账报文、所述日终账单报文和所述日间账单报文，生成处理记录文件和/或错误处理记录文件，并分别存储至第二文件夹和/或第三文件夹；之后定时扫描所述第二文件夹和/或所述第三文件夹，调用通用查询接口通过FTP的方式获取所述处理记录文件和/或所述错误处理记录文件，分别进行翻译解析获取每个字段的值，分别存储至所述境外司库系统的自建表中，以供查询处理记录信息和/或错误处理记录信息。

在一些实施例中，所述境外司库系统，还用于调用查询业务状态接口，通过查询所述日终账单文件、所述日间账单文件、所述处理记录文件或者所述错误处理记录文件，以确定每一笔业务的状态。

在一些实施例中，所述境外司库系统通过数据媒介交换DMEE的方式，将所述业务信息整合生成XML格式的所述转账报文。

在一些实施例中，所述SWIFT系统通过SAA IPLA的方式将所述日终账单报文和所述日间账单报文分别经过数据处理转换成XML格式的日终账单文件和日间账单文件。

在一些实施例中，所述境外司库管理系统，还包括，与所述境外司库系统交互连接的门户系统；其中，所述境外司库系统与门户系统的接口交互通过EBS调用，所述境外司库系统通过EBS调用所述门户系统的服务。

在一些实施例中，至少一个用户通过所述门户系统，登录所述境外司库系统，上传其业务信息；其中，用户通过所述门户系统进行用户创建、登录或验证，以登录所述境外司库系统。

在一些实施例中，所述业务信息，包括：审批业务；所述境外司库系统中定义有审批流，调用设置在所述门户系统中的审批机制，对所述审批业务进行审批，获取审批结果；其中，所述门户系统中的审批机制包括至少一级审批流程。

在一些实施例中，所述境外司库系统使用数字签名，其中，对所述业务信息中支付敏感的数据设置数字签名；在对所述业务信息中支付敏感的数据进行处理的过程中进行数字签名的验证。

在一些实施例中，所述境外司库系统中不直接存储附件，所述附件存储在NAS文件服务器中，所述境外司库系统中存储所述附件的相对路径和文件名。

附图说明

本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本公开实施例提供的一种境外司库管理系统的结构图；

图2为本公开实施例提供的另一种境外司库管理系统的结构图。

具体实施方式

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

下面参考附图描述本公开实施例的一种境外司库管理系统。

相关技术中，银企直连技术采用企业用户安装银行方提供的前置机客户端软件，银行通过前置机客户端软件实现与企业用户的境外司库系统进行数据交互，但是，对于不同的银行账户，企业用户需要安装不同的银行方的前置机客户端软件，企业用户的财务人员需要管理不同银行方的前置机客户端软件的账户和登录密码，使得财务人员的工作繁琐，并存在资金安全的问题。

基于此，本公开实施例中提出一种境外司库管理系统，境外司库系统10与SWIFT系统交互连接。企业用户境外司库系统通过SWIFT系统(society for worldwide interbankfinancial telecommunications，环球银行金融电信协会系统)与银行系统进行交互，可以理解的是，在SWIFT系统中，全球范围内的金融机构可互通互联，其主要为各银行金融机构提供汇兑信息服务，银行接到信息后，按照指令转送到所属的资金调拨系统或清算系统内，然后进行资金转账处理。

图1为本公开实施例所提供的一种境外司库管理系统1的结构图。

如图1所示，在一些实施例中，境外司库管理系统1，包括，境外司库系统10，与境外司库系统10交互连接的SWIFT系统20。

其中，境外司库系统10用于整合业务信息生成可扩展标记语言XML格式的转账报文，调用转账业务接口通过文件传输协议FTP的方式将转账报文发送至SWIFT系统20。

其中，企业用户境外司库系统10将其业务信息进行整合，生成XML格式的转账报文。示例性地，业务信息包括：企业用户的汇划转账数据等；转账报文，例如：SWIFT报文中的MT101报文。

示例性实施例中，转账业务接口可以为：YFM_BKIF_BANK_TRANSFER_API：汇划\转账业务API(application programming interface，应用程序编程接口)。接收境外司库系统10业务发来支付汇划信息，并进行整合生成XML格式的转账报文，通过FTP(filetransfer protocol，文件传输协议)的方式发送到SWIFT系统，示例性地，转账报文可以发送至SWIFT系统的SEND文件夹。

可以理解的是，本公开实施例中境外司库系统10和SWIFT系统20实现交互的通讯协议为FTP，因此通过FTP的方式将转账报文发送至SWIFT系统20。

本公开实施例中，采用企业用户境外司库系统10通过SWIFT系统20与银行系统实现银企直连，境外司库系统10与SWIFT系统20的交互数据需要按照SWIFT报文的要求，其中，境外司库系统10采用XML格式的转账报文和SWIFT系统20进行数据交互，能够满足SWIFT系统20的数据传输格式的要求。

SWIFT系统20接收转账报文，通过SWIFT NET的方式将转账报文发送至银行系统，并通过SWIFT NET的方式从银行系统获取账户账单报文；其中，账户账单报文包括日终账单报文和日间账单报文；将日终账单报文和日间账单报文分别经过数据处理转换成XML格式的日终账单文件和日间账单文件，并将日终账单文件和日间账单文件存储至第一文件夹。

本公开实施例中，SWIFT系统20和银行系统之间交互的方式，是SWIFT系统20通过SWIFT NET的方式将接收到的转账报文发送至银行系统，银行系统接收到该转账报文之后，进行转账或汇划等处理，生成账户账单报文；其中，账户账单报文包括日终账单报文和日间账单报文。示例性地，账户账单报文包括：SWIFT报文中的MT940日终账单报文和MT942日间账单报文。

可以理解的是，本公开实施例中采用企业用户境外司库系统10通过SWIFT系统20与银行系统实现银企直连，SWIFT系统20与银行系统的交互数据需要按照SWIFT报文的要求，本公开实施例中将日终账单报文和日间账单报文分别经过数据处理转换成XML格式的日终账单文件和日间账单文件，以满足SWIFT报文的要求。

其中，将日终账单文件和日间账单文件存储至第一文件夹，示例性地，第一文件夹可以为Received文件夹。当然，第一文件夹还可以为其他文件夹，可以根据需要进行设置，本公开对此不作具体限制。

境外司库系统10，还用于定时扫描第一文件夹，调用通用查询接口通过FTP的方式获取日终账单文件和日间账单文件，分别进行解析翻译获取每个字段的值，分别存储至对应的文件信息数据库表格中，以更新境外司库系统的余额表和明细表。

可以理解的是，境外司库系统10定时扫描第一文件夹，可以以一定频率扫描第一文件夹，进而监控第一文件夹数据的变化，及时获取第一文件夹中更新的文件，以实现境外司库系统10业务数据的更新。

示例性实施例中，通用查询接口可以为：YFM_BKIF_ACCOUNT_ACQUERY_API：银行账户通用查询API，实现境外司库系统10查询银行系统中该银行账户交易明细和账户余额。

本公开实施例中境外司库系统10定时扫描第一文件夹，由于第一文件夹中存储着日终账单文件和日间账单文件，境外司库系统10定时扫描第一文件夹，以获取日终账单文件和日间账单文件。境外司库系统10和SWIFT系统20之间的通讯协议为FTP，境外司库系统10通过FTP的方式从SWIFT系统20的第一文件夹中获取日终账单文件和日间账单文件。

可以理解的是，由于获取的日终账单文件和日间账单文件的格式为XML格式的文件，境外司库系统30并不能直接进行读取，需要将XML格式的文件进行解析翻译成境外司库系统30能够读取的文件格式，本公开实施例中境外司库系统30获取日终账单文件和日间账单文件，分别进行解析翻译，获取每个字段的值，将每个字段的值存储至对应的文件信息数据库表格中，对余额表和明细表进行更新，从而企业用户可以直接从境外司库系统30中获取对应银行账户的账户余额和明细的信息。

需要说明的是，本公开实施例提供的境外司库系统30对于跨国或者跨地区的企业，同样适用，从而能够对跨国企业用户建成横向集成、纵向贯通的全流程资金管理、服务和工作平台，集中管理、统一调配和统筹运作跨国企业用户内外成员单位用户的全口径金融资源，全面提升跨国企业用户全球金融资源集约管控能力，强化效率。

本公开实施例中，境外司库系统10通过整合业务信息生成可扩展标记语言XML格式的转账报文，并调用转账业务接口通过文件传输协议FTP的方式将转账报文发送至SWIFT系统20；接收转账报文，通过SWIFT NET的方式将转账报文发送至银行系统，并通过SWIFTNET的方式从银行系统获取账户账单报文；其中，账户账单报文包括日终账单报文和日间账单报文；将日终账单报文和日间账单报文分别经过数据处理转换成XML格式的日终账单文件和日间账单文件，并将日终账单文件和日间账单文件存储至第一文件夹；境外司库系统10定时扫描第一文件夹，调用通用查询接口通过FTP的方式获取日终账单文件和日间账单文件，分别进行解析翻译获取每个字段的值，分别存储至对应的文件信息数据库表格中，以更新境外司库系统10的余额表和明细表。由此，能够实现企业用户的境外司库系统10与银行系统通过SWIFT系统20进行数据交互，企业用户可以直接通过境外司库系统10实现对银行系统中对应的账户进行业务数据处理，方便企业用户使用，实现银企直连。

在一些实施例中，境外司库系统10还用于在SWIFT系统20根据接收的转账报文、日终账单报文和日间账单报文，生成处理记录文件和/或错误处理记录文件，并分别存储至第二文件夹和/或第三文件夹。之后定时扫描第二文件夹和/或第三文件夹，调用通用查询接口通过FTP的方式获取处理记录文件和/或错误处理记录文件，分别进行翻译解析获取每个字段的值，分别存储至境外司库系统10的自建表中，以供查询处理记录信息和/或错误处理记录信息。

本公开实施例中，SWIFT系统20接收境外司库系统10发送的转账报文，以及银行系统发送的日终账单报文和日间账单报文，进行分析汇总，生成处理记录文件和/或错误处理记录文件，并分别存储至第二文件夹和/或第三文件夹。

示例性实施例中，SWIFT系统20接收境外司库系统10发送的转账报文，以及银行系统发送的日终账单报文和日间账单报文，进行分析汇总，生成ACKNAK处理记录文件，存储至Notification文件夹；SWIFT系统20接收境外司库系统10发送的转账报文，以及银行系统发送的日终账单报文和日间账单报文，进行分析汇总，生成ERROR错误处理记录文件，存储至Error文件夹。

可以理解的是，处理记录文件可以为境外司库系统10提交的业务数据，产生的账户余额变动，以及交易明细变化，根据获得的境外司库系统10发送的转账报文、以及银行系统发送的日终账单报文和日间账单报文，通过对比分析可以获得ACKNAK记录文件和ERROR记录文件。

需要说明的是，此处第二文件夹为Notification文件夹和第三文件夹为Error文件夹仅作为示意，本领域技术人员可以根据需要选择满足条件的其他文件夹作为第二文件夹或第三文件夹，本公开对此不作具体限制。

可以理解的是，境外司库系统10定时扫描第二文件夹和/或第三文件夹，可以以一定频率扫描第二文件夹和/或第三文件夹，进而监控第二文件夹和/或第三文件夹数据的变化，及时获取第二文件夹和/或第三文件夹中更新的文件，以实现境外司库系统10业务数据的更新。

本公开实施例中境外司库系统10定时扫描第二文件夹和/或第三文件夹，由于第二文件夹中存储着ACKNAK记录文件，第三文件夹中存储着ERROR记录文件，境外司库系统10定时扫描第二文件夹和/或第三文件夹，能够获取ACKNAK记录文件和/或ERROR记录文件。并且在境外司库系统10和SWIFT系统20之间的通讯协议为FTP的情况下，境外司库系统10通过FTP的方式从SWIFT系统20的第二文件夹中获取ACKNAK记录文件和/或从第三文件夹中获取ERROR记录文件。

其中，通用查询接口可以为：YFM_BKIF_ACCOUNT_ACQUERY_API：银行账户通用查询API，实现境外司库系统10查询处理记录信息和/或错误处理记录信息。

在一些实施例中，本公开实施例中提供的交易方法，还包括：境外司库系统10，还用于调用查询业务状态接口，通过查询日终账单文件、日间账单文件、处理记录文件或者错误处理记录文件，以确定每一笔业务的状态。

其中，查询业务状态接口，可以为：YFM_BKIF_BANK_CHKPAYM_API：查询汇划/转账业务状态的API。根据境外司库系统10中业务数据的支付单查询每一笔汇划\转账业务的银行处理状态。

可以理解的是，查询业务状态接口并不连接SWIFT系统20，而是执行一个模拟的过程，查询境外司库系统10定时扫描获取的日终账单文件、日间账单文件、处理记录文件和/或错误处理记录文件，以确定每一笔支付单的状态。

在一些实施例中，境外司库系统10通过数据媒介交换DMEE(data mediumexchange，数据媒介交换)的方式，将业务信息整合生成XML格式的转账报文。

本公开实施例中境外司库系统10通过DMEE的方式，将执行的业务信息(例如汇划)整合成XML格式的转账报文，以满足SWIFT系统20文件传输交互的需求，从而能够实现境外司库系统10与SWIFT系统20之间的数据交互，进而通过SWIFT系统20与银行系统进行数据交互，实现银企直连。

在一些实施例中，SWIFT系统20通过SAA IPLA(SWIFT alliance accessintegration platform，SAA集成平台)的方式将日终账单报文和日间账单报文分别经过数据处理转换成XML格式的日终账单文件和日间账单文件。

可以理解的是，本公开实施例中境外司库系统10和SWIFT系统20之间数据传输的文件格式为XML的格式，由于SWIFT系统20从银行系统获取的日终账单报文和日间账单报文的格式为MT FIN报文的格式，因此，SWIFT系统20为了实现与境外司库系统10的数据交互传输，需要将从银行系统获取的日终账单报文和日间账单报文的格式转换为XML的格式。

本公开实施例中，通过SAA IPLA的方式，将日终账单报文和日间账单报文分别经过数据处理转换成XML格式的日终账单文件和日间账单文件，存储至相应的文件夹，由此，境外司库系统10才能够扫描SWIFT系统20相应的文件夹，以识别获取对应的文件，以读取业务数据，实现银企直连，获取账单信息、余额信息、交易明细信息等。

示例性地，本公开实施例中，SWIFT系统20接收银行系统发送的SWIFT报文中的MT940报文和MT942报文，经过SAA IPLA转换成XML格式的文件，以存储至相应的文件夹。

在一些实施例中，境外司库系统10通过转变Transformation的方式分别解析翻译日终账单文件、日间账单文件、处理记录文件和错误处理记录文件。

示例性地，境外司库系统10通过定时扫描SWIFT系统20中的不同文件夹，以获取日终账单文件、日间账单文件、处理记录文件和错误处理记录文件，对不同的文件进行解析翻译处理，获取余额信息、交易明细信息以及业务处理信息等。

示例性实施例中，境外司库系统10扫描SWIFT系统20的Received文件夹，获取日终账单文件和日间账单文件，通过Transformation的方式分别进行解析翻译，获取每个字段对应的值，分别存储至对应的文件信息数据库表格中，以更新境外司库系统10的余额表和明细表，使得企业用户可以通过境外司库系统10直接查看银行系统对应银行账户的余额信息和交易明细信息，实现银企直连，方便企业用户操作。

示例性实施例中，境外司库系统10扫描SWIFT系统20的Notification文件夹，获取处理记录文件，通过Transformation的方式分别进行解析翻译，获取每个字段对应的值，分别存储至境外司库系统10的自建表中，以供境外司库系统10的企业用户查询处理记录信息，实现银企直连，方便企业用户操作，并且能够保留所有的处理记录，方便企业用户的业务信息进行自查和异常追溯。

示例性实施例中，境外司库系统10扫描SWIFT系统20的Error文件夹，获取错误处理记录文件，通过Transformation的方式分别进行解析翻译，获取每个字段对应的值，分别存储至境外司库系统10的自建表中，以供境外司库系统10的企业用户查询错误处理记录信息，实现银企直连，方便企业用户操作，并且能够保留所有的错误处理记录，方便企业用户的业务信息进行自查和异常追溯。

在一些实施例中，本公开实施例中企业用户的境外司库系统10通过SWIFT系统20实现与银行系统交互，其中，境外司库系统10与SWIFT系统20之间的通讯协议为FTP的方式，采用FTP的方式要求业务数据传递在境外司库系统的后台进行处理，并不涉及企业用户个人终端和SWIFT系统20的文件交互，境外司库系统10与SWIFT系统20之间的通讯协议采用FTP的方式中标准的远程连接，例如TCP或者IP(Transmission Control Protocol/Internet Protocol，传输控制协议/网际协议)连接。

如图2所示，在一些实施例中，境外司库管理系统1还包括：与境外司库系统10交互连接的门户系统30；境外司库系统10与门户系统30的接口交互通过EBS调用，境外司库系统10通过EBS调用门户系统30的服务包括以下至少一种：新增消息服务；新增公告服务；CAS验证服务；会话心跳服务；流程发起服务；查看流程当前状态服务；撤销流程服务。

本公开实施例中，境外司库管理系统10和门户系统30接口交互全部通过ESB调用，不直接调用。采用的报文格式为JSON。境外司库系统10向门户系统30提供的接口服务，技术服务端口只有一个：YESB。它对应的处理类是“YCL_ALL_ESB”。

目前境外司库系统10提供的具体服务是：1、审批回调服务；2、用户同步服务；3、主数据变更通知服务。

境外司库系统10调用门户系统30的服务只有一个ESB服务地址。

境外司库系统10在发送报文时，通过指定不同“service_code”、“message_type”、“message_code”报文字段，可以要求ESB调用门户系统30的不同服务。

目前境外司库系统10调用门户系统30的服务包括：

1、消息类服务，包括新增消息服务和新增公告服务。

2、登录类服务，包括CAS验证服务，会话心跳服务。

3、审批类服务，包括流程发起服务，查看流程当前状态服务，流程撤销服务。

在一些实施例中，至少一个用户通过门户系统30，登录境外司库系统10，上传其业务信息；其中，用户通过门户系统30进行用户创建、登录或验证，以登录境外司库系统10。

用户通过门户系统30登录之后，可以通过两种途径单点登录。

1、点击单点登录按钮进入境外司库系统10。

点击单点登录按钮将打开境外司库系统10门户PORTAL的一个统一资源定位器URL，用户名和登录票作为参数传入。境外司库系统10门户PORTAL立刻调用门户系统30的CAS验证服务验证用户名和登录票有效性。得到门户系统30返回正确值后，对用户进行无境外司库系统10密码登录。

2、统一查询直接打开境外司库系统10页面。

境外司库系统10提供URL给门户系统30嵌入它们的菜单。每个报表一个不通URL。登录的逻辑和上文按钮同。这种方式是方便用户查询报表。

在一些实施例中，业务信息，包括：审批业务；境外司库系统10中定义有审批流，调用设置在门户系统30中的审批机制，对审批业务进行审批，获取审批结果；其中，门户系统30中的审批机制包括至少一级审批流程。

在门户系统30配置审批流。然后在境外司库系统10中定义审批流。配置审批流的回调机制：审批最终同意或者拒绝，门户系统30会调用上文提及的审批回调服务。具体执行逻辑在这里定义。一般而言，门户系统30会把单据状态改为审批同意或者审批退回。具体单据提交审批：调用流程发起服务将单据类型，单据号码，审批流类型和单据URL提供给门户系统30，门户系统30生成审批流的实例ID，单据的URL方便用户在审批时查看单据。具体单据取消审批：调用流程撤销服务将单据类型，单据号码提供给门户系统30，门户系统30注销审批流的实例ID，同时会调用一次境外司库系统10提供审批回调服务。审批结果返回：门户系统30调用境外司库系统10的审批回调服务，门户系统30每级审批都会调用一次境外司库系统10回调服务，境外司库系统10仅和最后一级审批有关，审批回调服务已经整体过滤，不需要各审批流过滤。

审批回调是可能失败的，在一搬情况下，境外司库系统10的单据操作失败不能影响审批用户的审批动作。境外司库系统10提供平台可以对没有正确执行的回调动作再次执行或者显示错误原因。

在一些实施例中，境外司库系统10使用数字签名，其中，对业务信息中支付敏感的数据设置数字签名；在对业务信息中支付敏感的数据进行处理的过程中进行数字签名的验证。

境外司库系统10使用数字签名技术，实现留痕和关键信息防篡改。

境外司库系统10对支付相关的业务场景中支付敏感的数据进行数字签名。比如收款方账户，付款金额，货币。境外司库系统10在这些业务场景的后续关键步骤中验签。根据不同的场景，可能是业务单据的保存，业务单据的提交，支付申请单的保存，支付单的保存，调用支付模块等。签名的前提是前台用户操作。后台程序自动执行的支付相关业务场景不签名。比如每晚定时的自动资金清理。

其中，数字签名使用Webdynpro内嵌JS代码调用本机API。运行环境是用户PC机。

验签技术使用境外司库系统10服务器调用境外司库系统10的门户系统30服务器的服务，境外司库系统10的门户系统30服务器调用数字证书服务器JAVA服务验证的方式。因为境外司库系统10服务器无法调用JAVA API，所以进行了一次转发。

在一些实施例中，境外司库系统10中不直接存储附件，附件存储在NAS文件服务器中，境外司库系统10中存储附件的相对路径和文件名。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“示例性实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本公开的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本公开的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本公开各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。