本说明书一个或多个实施例涉及金融业务领域，尤其涉及一种业务系统的核对方法及装置、电子设备。
背景技术：
：对于银行、第三方支付平台等金融企业，需要进行账账核对、账证核对、系统间核对等针对业务处理的核对操作，以确保业务流水与账务明细的正确性。但是，随着业务系统的快速发展，业务系统中业务节点的数量较多，导致针对业务处理的核对操作较为复杂，效率低下。技术实现要素：有鉴于此，本说明书一个或多个实施例提供一种业务系统的核对方法及装置、电子设备，可以提高针对业务处理的核对操作的效率。为实现上述目的，本说明书一个或多个实施例提供技术方案如下：根据本说明书一个或多个实施例的第一方面，提出了一种业务系统的核对方法，所述业务系统包括按照预设顺序依次实施业务处理的若干业务节点；所述方法应用于核对设备，所述方法包括：接收业务系统中任一业务节点发送的核对请求；根据所述核对请求，获取待核对数据对，所述待核对数据对包括与所述任一业务节点的业务相关的第一待核对数据，以及与所述任一业务节点的前一业务节点的业务相关的第二待核对数据；核对所述第一待核对数据和所述第二待核对数据，以确定所述任一业务节点的业务处理是否正确。根据本说明书一个或多个实施例的第二方面，提出了一种业务系统的核对方法，所述业务系统包括按照预设顺序依次实施业务处理的若干业务节点；所述方法应用于业务节点，所述方法包括：生成待核对数据对，所述待核对数据对包括与自身的业务相关的第一待核对数据，以及与前一业务节点的业务相关的第二待核对数据；根据所述待核对数据对生成核对请求，并向核对设备发送所述核对请求，以使得所述核对设备根据核对结果确定自身的业务处理是否正确；所述核对结果由所述核对设备核对所述第一待核对数据与所述第二待核对数据得到。根据本说明书一个或多个实施例的第三方面，提出了一种业务系统的核对装置，所述业务系统包括按照预设顺序依次实施业务处理的若干业务节点；所述装置应用于核对设备，所述装置包括：接收单元，接收业务系统中任一业务节点发送的核对请求；获取单元，根据所述核对请求，获取待核对数据对，所述待核对数据对包括与所述任一业务节点的业务相关的第一待核对数据，以及与所述任一业务节点的前一业务节点的业务相关的第二待核对数据；核对单元，核对所述第一待核对数据和所述第二待核对数据，以确定所述任一业务节点的业务处理是否正确。根据本说明书一个或多个实施例的第四方面，提出了一种业务系统的核对装置，所述业务系统包括按照预设顺序依次实施业务处理的若干业务节点；所述装置应用于业务节点，所述装置包括：生成单元，生成待核对数据对，所述待核对数据对包括与自身的业务相关的第一待核对数据，以及与前一业务节点的业务相关的第二待核对数据；发送单元，根据所述待核对数据对生成核对请求，并向核对设备发送所述核对请求，以使得所述核对设备根据核对结果确定自身的业务处理是否正确；所述核对结果由所述核对设备核对所述第一待核对数据与所述第二待核对数据得到。根据本说明书一个或多个实施例的第五方面，提出了一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为实现如上述任一实施例所述的业务系统的核对方法。附图说明图1是一示例性实施例提供的一种业务系统的核对系统的架构示意图。图2是一示例性实施例提供的一种核对设备侧业务系统的核对方法的流程图。图3是一示例性实施例提供的一种业务节点侧业务系统的核对方法的流程图。图4是一示例性实施例提供的一种业务系统的核对方法的交互图。图5是一示例性实施例提供的一种链路架构的示意图。图6是一示例性实施例提供的另一种链路架构的示意图。图7是一示例性实施例提供的一种电子设备的结构示意图。图8是一示例性实施例提供的一种业务系统的核对装置的框图。图9是一示例性实施例提供的另一种电子设备的结构示意图。图10是一示例性实施例提供的另一种业务系统的核对装置的框图。具体实施方式这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。图1是一示例性实施例提供的一种业务系统的核对系统的架构示意图。如图1所示，该系统可以包括业务系统10和核对设备20。其中，业务系统10中包括按照预设顺序依次实施业务处理的若干业务节点，比如业务节点10A、业务节点10B、业务节点10C等。业务节点10A、10B、10C等可以为包含一独立主机的物理服务器，或者该业务节点10A、10B、10C等可以为主机集群承载的虚拟服务器。在运行过程中，业务节点10A、10B、10C等可以运行某一应用的业务节点侧的程序，以实现该应用的相关业务功能。而在本说明书一个或多个实施例的技术方案中，可由业务节点10A、10B、10C等通过与核对设备进行配合，以实现业务系统的核对方案。核对设备20可位于中台侧，比如，可以是核对中台。而对于业务节点10A、10B、10C等与核对设备20之间进行交互的网络(图中未示出)，可以包括多种类型的有线或无线网络。在一实施例中，该网络可以包括公共交换电话网络(PublicSwitchedTelephoneNetwork，PSTN)和因特网，本说明书一个或多个实施例并不对此进行限制。下面分别针对核对设备和业务节点中的不同角色，对本说明书的业务系统的核对方案进行说明。图2是一示例性实施例提供的一种核对设备侧业务系统的核对方法的流程图。如图2所示，该方法应用于核对设备(所述核对设备可位于中台侧，例如，所述核对设备可以是核对中台)，可以包括以下步骤：步骤202，接收业务系统中任一业务节点发送的核对请求。在本实施例中，所述业务系统包括按照预设顺序依次实施业务处理的若干业务节点。在一实施例中，所述业务系统可以是金融业务系统。比如，当金融业务系统处理存入业务时，各业务节点实施业务处理的顺序为：存款业务平台→资产转让平台→存款核心→借记账务→总账中心；存款业务平台→清算中心→内部户→总账中心。在本实施例中，所述核对请求可由所述任一业务节点在实施业务处理后无延迟地发送至所述核对设备。相应的，所述核对设备可“实时”接收到核对请求，从而及时执行后续针对业务处理的核对操作，实现“在线核对”，提高了核对操作的效率。步骤204，根据所述核对请求，获取待核对数据对。在本实施例中，针对核对请求中包含的数据的不同，获取待核对数据对的方式也随之不同。在一种情况下，当所述核对请求中包含的数据为数据索引(所述数据索引用于记录所述待核对数据对的数据标识)时，根据所述核对请求中包含的数据索引，获取待核对数据对；在另一种情况下，当所述核对请求中记录了待核对数据对时，直接读取所述核对请求中包含的所述待核对数据对。步骤206，核对所述第一待核对数据和所述第二待核对数据，以确定所述任一业务节点的业务处理是否正确。在本实施例中，所述待核对数据对按照预定义的数据结构生成，例如第一待核对数据和第二待核对数据分别存储于预设字段中。基于该预定义的数据结构，核对设备可根据该数据结构，在相应的字段中读取第一待核对数据和第二待核对数据，从而提高读取操作的效率，进而提高核对操作的效率。可见，本说明书中的核对方案仅通过将第一待核对数据(与业务节点的业务相关)与第二待核对数据(与该业务节点的前一业务节点的业务相关)进行核对，即可确定出相应业务节点的业务处理是否正确，而无需类似于“离线核对”的方式，通过逐个确定业务系统中各个业务节点的关联逻辑(可理解为各个业务节点之间的链路架构)来定位出业务处理发生错误的业务节点，从而提高了核对操作的效率。同时，核对操作由核对设备来执行，不影响各个业务节点实施正常的业务处理。在本实施例中，基于各个业务节点均向核对设备发送核对请求以确定自身的业务处理是否正确，核对设备可根据各个业务节点的核对请求(根据核对请求可确定该核对请求的发送方业务节点，以及该发送方业务节点的前一业务节点)，确定所述各个业务节点之间的链路架构，而所述链路架构便可反映出各个业务节点当前实施业务处理的顺序。因此，当确定出所述任一业务节点的业务处理发生错误时，可根据所述链路架构确定业务处理发生错误的链路段，从而可进一步根据该链路段定位出业务处理发生错误的所有业务节点，便于管理员查找错误。需要说明的是，由于业务系统在处理不同类型的业务流时，各个业务节点实施业务处理的顺序可能存在差异，即针对不同类型的业务流，各个业务节点之间的链路架构可能随之发生改变(比如，新增或减少业务节点)。而基于核对设备可在各个业务节点实施业务处理后“实时”接收到相应的核对请求，当链路结构发生改变时，核对设备也可根据“实时”接收到的各个核对请求，“实时”生成对应于当前业务流的链路架构(即改变后的链路架构)。可见，通过由业务节点在实施业务处理后无延迟地发送核对请求，可确保链路架构的准确性，自适应能力强。而反观上述“离线核对”的方式，当链路结构发生改变时，上一次(即链路结构发生改变之前)确定出的链路架构并不可继续使用，需要重新确定改变后的链路架构。而基于上述分析可知，“离线核对”的方式效率低下，从而导致自适应能力较弱。相应的，图3是一示例性实施例提供的一种业务节点侧业务系统的核对方法的流程图。如图3所示，该方法应用于业务节点，可以包括以下步骤：步骤302，生成待核对数据对。在本实施例中，类似的，所述业务系统可以是金融业务系统，可包括按照预设顺序依次实施业务处理的若干业务节点。所述业务节点在生成所述待核对数据对时，可按照预定义的数据结构生成所述待核对数据对；其中，所述待核对数据对包括与自身的业务相关的第一待核对数据，以及与前一业务节点的业务相关的第二待核对数据。例如第一待核对数据和第二待核对数据分别存储于预设字段中。基于该预定义的数据结构，后续核对设备可根据该数据结构，在相应的字段中读取第一待核对数据和第二待核对数据，从而提高读取操作的效率，进而提高核对设备执行核对操作的效率。步骤304，根据所述待核对数据对生成核对请求，并向核对设备发送所述核对请求，以使得所述核对设备根据核对结果确定自身的业务处理是否正确。在本实施例中，在一种情况下，可将所述待核对数据对的数据索引添加至所述核对请求中，所述数据索引用于记录所述待核对数据对的数据标识。核对请求中仅存储数据索引，可减少业务节点与核对设备之间的数据传输量，从而可保证在核对设备能获取到待核对数据对的情况下提高传输效率。在另一种情况下，可直接将所述待核对数据对添加至所述核对请求中，从而提高核对设备获取待核对数据的效率。而针对发送核对请求的方式，所述业务节点可在实施业务处理后无延迟地向所述核对设备发送所述核对请求。关于本实施例中“实时”发送核对请求的详细描述，可参考上述核对设备侧实施例中的相应内容，在此不再赘述。可见，本说明书中的核对方案通过由业务节点主动向核对设备发送核对请求(核对设备可根据该核对请求获取到第一待核对数据和第二待核对数据)，以由核对设备通过将第一待核对数据(与业务节点的业务相关)与第二待核对数据(与该业务节点的前一业务节点的业务相关)进行核对，即可确定出相应业务节点的业务处理是否正确，而无需类似于“离线核对”的方式，通过逐个确定业务系统中各个业务节点的关联逻辑来定位出业务处理发生错误的业务节点，从而提高了核对操作的效率。同时，核对操作由核对设备来执行，不影响各个业务节点实施正常的业务处理。为了便于理解，下面以金融业务系统处理存入业务(各业务节点实施业务处理的顺序为：存款业务平台→资产转让平台→存款核心→借记账务→总账中心；存款业务平台→清算中心→内部户→总账中心)为例，对本说明书一个或多个实施例的技术方案进行详细说明。请参见图4，图4是一示例性实施例提供的一种业务系统的核对方法的交互图。如图4所示，以业务节点为借记账务，核对设备为在线核对中台为例，该方法可以包括以下步骤：步骤402，借记账务实施业务处理。步骤404，借记账务生成待核对数据对。在本实施例中，借记账务可按照预定义的数据结构生成待核对数据对(包括第一待核对数据和第二待核对数据)。比如，第一待核对数据和第二待核对数据分别存储于预设字段中。基于该预定义的数据结构，在线核对中台可根据该数据结构，在相应的字段中读取出第一待核对数据和第二待核对数据，从而提高读取操作的效率，进而提高核对操作的效率。举例而言，业务节点可根据自身业务处理的数据生成数据包模型(DataModel，DM)，数据包模型的数据结构如表1所示：表1其中，“当前业务节点.字段名+唯一键”为第一待核对数据(与业务节点本身的业务相关)，“前一业务节点.字段名+唯一键”为第二待核对数据(与该业务节点的前一业务节点的业务相关)。假定存款核心和借记账务之间业务处理的数据如表2所示：表2那么，借记账务的数据包模型如表3所示：表3步骤406，借记账务生成核对请求。在一实施例中，借记账务可将待核对数据对的数据索引添加至核对请求中，核对请求中仅存储数据索引，可减少借记账务与在线核对中台之间的数据传输量，从而可保证在在线核对中台能获取到待核对数据对的情况下提高传输效率。在另一实施例中，可直接将待核对数据对添加至核对请求中，从而提高在线核对中台获取待核对数据的效率。步骤408，借记账务向在线核对中台发送核对请求。步骤410，在线核对中台根据核对请求获取待核对数据对。在本实施例中，承接于步骤406中的实施例，当核对请求中包含的数据为数据索引时，根据核对请求中包含的数据索引，获取待核对数据对；在另一种情况下，当核对请求中记录了待核对数据对时，直接读取核对请求中包含的待核对数据对。步骤412，在线核对中台读取第一待核对数据、第二待核对数据。步骤414，在线核对中台核对第一待核对数据和第二待核对数据。在本实施例中，承接于上述举例，在线核对中台对数据流ID对“<1000000001，1000000001>”进行核对，由表2可知，存款核心中的发生额(存入卡号为123456789，流出卡号为987654321)为12.8元，借记账务中账号987654321的发生额为12.8元，账号123456789的发生额为12.8元。因此，核对结果为借记账务的业务处理正确。有上述举例可见，本实施例中的核对方案通过由借记账务主动向在线核对中台发送核对请求，以由在线核对中台通过核对数据流ID对中的数据，即可确定出借记账务的业务处理是否正确，而无需类似于“离线核对”的方式，从而提高了核对操作的效率。同时，核对操作由在线核对中台来执行，不影响各个业务节点实施正常的业务处理。步骤416，在线核对中台输出核对结果。在本实施例中，在线核对中台通过输出核对结果，可以帮助管理员及时获知借记账务的业务处理状况。例如，在线核对中台可以将核对结果记录在日志文件中，以使管理员读取该日志文件时获知各个业务节点的业务处理状况；或者，在线核对中台可以直接在显示屏上输出核对结果；或者，在线核对中台可以在核对结果为错误时向管理员的手机、PC等电子设备发送核对结果为错误的消息通知，以使管理员在任意场景下，均能够及时发现业务节点的业务处理状况；当然，本说明书一个或多个实施例并不限制核对结果的输出方式。在本说明书中的核对方案中，基于各个业务节点均向在线核对中台发送核对请求以确定自身的业务处理是否正确，在线核对中台可根据各个业务节点的核对请求(根据核对请求可确定该核对请求的发送方业务节点，以及该发送方业务节点的前一业务节点)，确定各个业务节点之间的链路架构，而链路架构便可反映出各个业务节点当前实施业务处理的顺序。因此，当确定出某一业务节点的业务处理发生错误时，可根据该链路架构确定业务处理发生错误的链路段，从而可进一步根据该链路段定位出业务处理发生错误的所有业务节点，便于管理员查找错误。举例而言，承接于上述金融业务系统处理存入业务的举例，根据各个业务(存款业务平台、资产转让平台、存款核心、借记账务、总账中心、清算中心)节点的核对请求，可得到如图5所示的链路架构。假定在线核对中台得出清算中心的业务处理发生错误，则可根据该链路架构，确定出链路段“清算中心→内部户→总账中心”的业务处理发生错误。那么，管理员便可根据该链路段查找错误。比如，当清算中心的业务处理发生错误时，可确定清算中心驱动内部户的调账发生错误，以及总账中心记会计分录发生错误。需要说明的是，基于业务系统在处理不同类型的业务流时，各个业务节点实施业务处理的顺序可能存在差异，即针对不同类型的业务流，各个业务节点之间的链路架构可能随之发生改变(比如，新增或减少业务节点)。而基于上述步骤402-408示出的“实时”发送核对请求的方式，当链路结构发生改变时，在线核对中台也可根据“实时”接收到的各个核对请求，“实时”生成对应于当前业务流的链路架构(即改变后的链路架构)。可见，通过由业务节点在实施业务处理后无延迟地发送核对请求，可确保链路架构的准确性，自适应能力强。而反观上述“离线核对”的方式，当链路结构发生改变时，上一次(即链路结构发生改变之前)确定出的链路架构并不可继续使用，需要重新确定改变后的链路架构。而基于上述分析可知，“离线核对”的方式效率低下，从而导致自适应能力较弱。举例而言，假定金融业务系统中各业务节点实施业务处理的顺序改变为：存款业务平台→资产转让平台→存款核心→借记账务→总账中心；存款业务平台→清算中心→内部户→总账中心；存款业务平台→购结汇中心→内部户→总账中心，则根据购结汇中心、内部户、总账中心发送的核对请求可得新增的链路段如表4所示：业务节点该业务节点的前一业务节点购结汇中心存款业务平台内部户购结汇中心总账中心内部户表4那么，在线核对中台可“实时”生成如图6所示的链路架构；其中，新增的链路段为虚线部分。图7是一示例性实施例提供的一种电子设备的示意结构图。请参考图7，在硬件层面，该设备包括处理器702、内部总线704、网络接口706、内存708以及非易失性存储器710，当然还可能包括其他业务所需要的硬件。处理器702从非易失性存储器710中读取对应的计算机程序到内存708中然后运行，在逻辑层面上形成业务系统的核对装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。请参考图8，在软件实施方式中，该业务系统的核对装置应用于核对设备，可以包括：接收单元81，接收业务系统中任一业务节点发送的核对请求；其中，所述业务系统包括按照预设顺序依次实施业务处理的若干业务节点；获取单元82，根据所述核对请求，获取待核对数据对，所述待核对数据对包括与所述任一业务节点的业务相关的第一待核对数据，以及与所述任一业务节点的前一业务节点的业务相关的第二待核对数据；核对单元83，核对所述第一待核对数据和所述第二待核对数据，以确定所述任一业务节点的业务处理是否正确。可选的，所述获取单元82具体用于：根据所述核对请求中包含的数据索引，获取待核对数据对，所述数据索引用于记录所述待核对数据对的数据标识。可选的，所述获取单元82具体用于：读取所述核对请求中包含的所述待核对数据对。可选的，所述待核对数据对按照预定义的数据结构生成。可选的，所述核对请求由所述任一业务节点在实施业务处理后无延迟地发送至所述核对设备。可选的，所述核对设备位于中台侧。可选的，还包括：架构确定单元84，根据各个业务节点的核对请求，确定所述各个业务节点之间的链路架构；链路段确定单元85，当确定出所述任一业务节点的业务处理发生错误时，根据所述链路架构确定业务处理发生错误的链路段。可选的，所述业务系统包括金融业务系统。图9是一示例性实施例提供的另一种电子设备的示意结构图。请参考图9，在硬件层面，该设备包括处理器902、内部总线904、网络接口906、内存908以及非易失性存储器910，当然还可能包括其他业务所需要的硬件。处理器902从非易失性存储器910中读取对应的计算机程序到内存908中然后运行，在逻辑层面上形成业务系统的核对装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。请参考图10，在软件实施方式中，该业务系统的核对装置应用于业务节点，可以包括：生成单元1001，生成待核对数据对，所述待核对数据对包括与自身的业务相关的第一待核对数据，以及与前一业务节点的业务相关的第二待核对数据；其中，所述业务系统包括按照预设顺序依次实施业务处理的若干业务节点；发送单元1002，根据所述待核对数据对生成核对请求，并向核对设备发送所述核对请求，以使得所述核对设备根据核对结果确定自身的业务处理是否正确；所述核对结果由所述核对设备核对所述第一待核对数据与所述第二待核对数据得到。可选的，所述发送单元1002具体用于：将所述待核对数据对的数据索引添加至所述核对请求中，所述数据索引用于记录所述待核对数据对的数据标识。可选的，所述发送单元1002具体用于：将所述待核对数据对添加至所述核对请求中。可选的，所述生成单元1001具体用于：按照预定义的数据结构生成所述待核对数据对。可选的，所述发送单元1002具体用于：在实施业务处理后无延迟地向所述核对设备发送所述核对请求。相应的，本说明书还提供一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器耦合于所述存储器，用于读取所述存储器存储的程序指令，并作为响应，至少执行如下操作：接收业务系统中任一业务节点发送的核对请求；其中，所述业务系统包括按照预设顺序依次实施业务处理的若干业务节点；根据所述核对请求，获取待核对数据对，所述待核对数据对包括与所述任一业务节点的业务相关的第一待核对数据，以及与所述任一业务节点的前一业务节点的业务相关的第二待核对数据；核对所述第一待核对数据和所述第二待核对数据，以确定所述任一业务节点的业务处理是否正确。当然，还可以执行上述方法实施例中任一方法的步骤，相关之处参见方法实施例的部分说明即可。本说明书还提供另一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器耦合于所述存储器，用于读取所述存储器存储的程序指令，并作为响应，至少执行如下操作：生成待核对数据对，所述待核对数据对包括与自身的业务相关的第一待核对数据，以及与前一业务节点的业务相关的第二待核对数据；其中，所述业务系统包括按照预设顺序依次实施业务处理的若干业务节点；根据所述待核对数据对生成核对请求，并向核对设备发送所述核对请求，以使得所述核对设备根据核对结果确定自身的业务处理是否正确；所述核对结果由所述核对设备核对所述第一待核对数据与所述第二待核对数据得到。当然，还可以执行上述方法实施例中任一方法的步骤，相关之处参见方法实施例的部分说明即可。上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。当前第1页1 2 3