一种测试数据处理方法、装置和服务器与流程

本发明涉及测试数据处理领域，尤其涉及一种测试数据处理方法、装置和服务器。
背景技术：
：在线支付平台能够为用户提供快捷的在线支付服务，为了保证在线支付平台的正确运行，需要经常对在线支付平台进行测试。测试过程如图1所示，首先要在在线支付平台中获取测试账户，并通过测试账户模拟用户的支付行为以产生测试账户对应的流水记录，后通过对流水记录进行数据分析完成测试过程。为了进行精准的数据分析，需要明确支付行为产生前的测试账户余额(测试数据变化的起点)和支付行为产生后的测试账户余额(测试数据变化的终点)。因此，在每一次测试前均需要记录测试数据变化的起点，从而增大了测试工作量。尤其是在压力测试环节，测试数据的数据量较大，对于测试工作效率的影响也格外显著。此外，在测试过程中产生的流水记录会影响测试账户的余额，而所述测试账户的余额将作为下一次测试中测试数据变化的起点，从而使得相邻测试过程的测试数据不能完全独立，影响测试效果。技术实现要素：为了解决上述技术问题，本发明提出了一种测试数据处理方法、装置和服务器。本发明具体是以如下技术方案实现的：第一方面，一种测试数据处理方法，所述测试数据处理方法包括：接收测试数据处理指令，所述测试数据处理指令包括目标时间区间；所述目标时间区间为目标交易发生的时间段；根据所述目标时间区间在测试数据中获取目标数据集，所述目标数据集中记录有参与目标交易的账户，以及所述账户对应的流水记录；根据目标数据集对参与目标交易的账户进行调账处理，以使得目标数据集中参与目标交易的账户恢复到未参与所述目标交易之前的状态。第二方面，一种测试数据处理装置，所述装置包括：指令获取模块，用于接收测试数据处理指令，所述测试数据处理指令包括目标时间区间；所述目标时间区间为目标交易发生的时间段；目标数据集获取模块，用于根据所述目标时间区间在测试数据中获取目标数据集，所述目标数据集中记录有参与目标交易的账户，以及所述账户对应的流水记录；调账模块，用于根据目标数据集对参与目标交易的账户进行调账处理，以使得目标数据集中参与目标交易的账户恢复到未参与所述目标交易之前的状态。第三方面，一种服务器，其特征在于，所述服务器中包含上述测试数据处理装置。本发明提供了一种测试数据处理方法、装置和服务器，本发明提供的测试数据处理方法能够对测试后的测试数据进行调账处理，使得调账处理后的测试数据能够恢复支付行为发生之前的状态。具体地，本申请具有如下有益效果：(1)在每一次测试后均按照本发明所述的处理方法对测试数据进行处理，能够将测试数据恢复到支付行为发生前的状态(测试数据变化的起点)，从而确保历次测试时均具备相同的测试数据变化的起点，从而不必在每次测试前都记录当前测试数据变化的起点，减少了工作量。(2)鉴于使用本方法能够使得相邻测试具备相同的测试数据变化的起点，因此，本方法的使用也达到了相邻测试过程完全独立，互不影响的技术效果。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。图1是本发明
背景技术：
提供的测试过程示意图；图2是本发明实施例提供的一种测试数据处理方法示意图；图3是本发明实施例提供的第一支付类型示意图；图4是本发明实施例提供的第二支付类型示意图；图5是本发明实施例提供的对不同支付类型产生的测试数据进行处理方法流程图；图6是本发明实施例提供的使用第一支付类型对应的调账规则对参与目标交易的账户进行调账的方法流程图；图7是本发明实施例提供的根据所述第一调账基础数据对目标账户进行调账的方法流程图；图8是本发明实施例提供的转账方法流程图；图9是本发明实施例提供的使用第二支付类型对应的调账规则对参与目标交易的账户进行调账处理的方法流程图；图10是本发明实施例提供的根据所述第二调账基础数据对目标账户进行调账方法流程图；图11是本发明实施例提供的根据收支总差额进行调账流程图；图12是本发明实施例提供的第一支付类型资金流示意图；图13是本发明实施例提供的第二支付类型资金流示意图；图14是本发明实施例提供的一种测试数据处理装置框图；图15是本发明实施例提供的服务器结构示意图。具体实施方式为了使本
技术领域：
的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。为了保证在线支付平台的正确运行，需要对在线支付平台进行压力测试，即使用在线支付平台，模拟大量支付行为产生大量测试数据，并对测试数据进行数据分析，并由此测试在线支付平台的各项功能。现有技术中存在两种常用的数据分析策略：(1)t+1会计核对：在第二天的凌晨处理前一天的所有交易数据，t+1会计核对分为总帐核算、总帐分户帐核对、分户帐核算三个环节进行。t+1会计核对时效性不高，要第二天才能够得出核对结果。(2)实时会计核对：每隔预设时间运行一次，所述预设时间可以根据用户需要进行设置，为了保证实时性，预设时间可以小于10分钟。实时会计核对也分为总帐核算、总帐分户帐核对、分户帐核算三个环节进行。实时会计核对解决了实效性问题，但出于实时性考量，实时会计核对的数据保存在内存中，并不支持查询或者展示。t+1会计核对和实时会计核对虽然给出了通过数据分析及时了解在线支付平台功能的途径，但是其存在下述缺陷：(1)t+1会计核对和实时会计核对的数据分析对象是在线支付平台的全部数据，并不区分测试数据和真实数据，只呈现数据分析结果。无法对测试数据进行单独的分析与处理。(2)t+1会计核对和实时会计核对不能对测试数据进行调账处理，从而无法保证每次测试均具有相同的测试数据变化的起点，无法达到相邻测试过程的测试数据相互独立，互不影响的技术效果。基于此，本发明实施例提供一种测试数据处理方法，所述方法如图2所示，包括：s101.接收测试数据处理指令，所述测试数据处理指令包括目标时间区间；所述目标时间区间为目标交易发生的时间段。具体地，所述目标时间区间可以根据实际情况进行设置，可以响应于某个控制指令而自动获取，在一个可行的实施例中，响应于第一预设控制指令，所述第一预设控制指令包括目标时间区间的起点，则以当前时间为终点自动得到目标时间区间。在另一个可行的实施例中，响应于第二预设控制指令，所述第二预设控制指令包括目标时间区间的长度，则以当前时间为终点自动得到目标时间区间的起点。所述目标时间区间也可以按照预设算法自动生成。在一个可行的实施例中，可以设定触发时间阈值，每间隔所述触发时间阈值开启本发明实施例中所述的方法，根据触发时间阈值结合当前时间即可自动得到目标时间区间。s102.根据所述目标时间区间在测试数据中获取目标数据集，所述目标数据集中记录有参与目标交易的账户，以及所述账户对应的流水记录。在本发明实施例中测试数据与真实数据可以一并存在于在线支付平台中，为了保障测试数据和真实数据互不影响，本发明实施例中将测试数据与真实数据隔离，只对测试数据进行处理。为了将测试数据与真实数据隔离，可以专门生成测试账户，测试账户与真实账户的生成规则不同，因此不会造成混淆。测试账户产生的支付行为以及流水数据均属于测试数据，测试账户的属性(包括账户余额)也属于测试数据。目标数据集为以目标时间区间为过滤器得到的测试数据构成的集合，也是本发明实施例中需要进行调账处理的对象。s103.根据目标数据集对参与目标交易的账户进行调账处理，以使得目标数据集中参与目标交易的账户恢复到未参与所述目标交易之前的状态。在支付行为发生之前，参与目标交易的账户为收支平衡状态。为了达到消除目标时间区间内发生的支付行为对测试账户余额的影响的目的，在调账之后，参与目标交易的账户恢复收支平衡状态。随着在线支付的发展，在线支付平台可以提供多种多样的支付类型，对于不同支付类型的调账处理策略也有所不同。为了实现对不同的支付类型的支持，在线支付平台可以为三种用户服务：个人、商户和银行，相应的，在线支付平台可以有三种账户，个人账户(c账户)、商户账户(b账户)和银行账户。个人在在线支付平台注册成功后，会生成一个c账户。商户在在线支付平台注册成功后，会生成一个b账户。在线支付平台往外对接的银行渠道会生成一个银行账户。相应的，上述三个账户在进行支付交易的过程中可以产生流水记录，流水记录包括入流水和出流水。当账户产生资金交易时，若所述账户是进钱方，就会产生一笔入流水；若所述账户是出钱方，就会产生一笔出流水。具体地，本发明实施例中在线支付平台提供了第一支付类型和第二支付类型；(1)在所述第一支付类型中，第一账户通过账户余额完成对第二账户的支付；所述账户余额与所述第一账户一一对应。具体地，第一账户可以为个人账户(c账户)。第二账户可以为商户账户(b账户)。在第一支付类型中，如图3所示，个人账户(c账户)可以使用自身的账户余额向商户账户(b账户)进行支付。(2)在所述第二支付类型中，第一账户通过银行账户完成对第二账户的支付；第一账户对应一个或多个银行账户。具体地，第二账户可以为商户账户(b账户)。第一账户可以为个人账户(c账户)，对于每个个人账户都可以绑定一张或多张银行卡，每绑定一张银行卡，个人账户与银行卡所在的银行账户即可建立绑卡关系。不同的银行都可以有其对应的银行账户。如图4所示，第一账户即可通过与其存在绑卡关系的银行账户完成对第二账户的支付。比如个人用户a的个人账户为a0，个人用户a将其名下两张银行卡b1和b2与其个人账户a0进行了绑定，其中银行卡b1为中国农业银行发行的银行卡，银行卡b2为中国建设银行发行的银行卡。则个人账户a0与中国农业银行和中国建设银行都建立了绑卡关系。个人账户a0可以通过中国农业银行的银行账户向商户账户(b账户)进行支付，也可以通过中国建设银行的银行账户向商户账户(b账户)进行支付。本发明只对测试数据进行处理，为了模拟真实交易，测试数据中的测试账户与真实账户类型相同，也分为上述三种类型。不同的支付类型对应的调账规则可以不同，为了避免混淆，可以在步骤s101-s103的执行过程中，只处理一种支付类型产生的测试数据。当然，在其它可行的实施方式中，也可以对这两种支付类型产生的测试数据均进行处理。具体地，步骤s103可以分为如下两步进行，如图5所示，包括：s1031.获取支付类型。具体地，所述支付类型在s1032之前的任何环节获取均可，本发明实施例不限定其具体的获取时机。s1032.使用所述支付类型对应的调账规则对参与目标交易的账户进行调账处理。考虑到不同支付类型对应的调账规则可能不同的情况，本发明实施例提供了基于支付类型进行调账的方法，包括：a1.若支付类型为第一支付类型，则使用第一支付类型对应的调账规则对参与目标交易的账户进行调账处理。a2.若支付类型为第二支付类型，则使用第二支付类型对应的调账规则对参与目标交易的账户进行调账处理。a3.若支付类型为第一支付类型和第二支付类型，则分别使用第一支付类型对应的调账规则和第二支付类型对应的调账规则对参与目标交易的账户进行调账处理。在实际使用过程中，余额支付属于第一支付类型，快捷支付属于第二支付类型，余额支付和快捷支付的调账逻辑是不同的，因此应该使用不同的调账规则。为了确保调账规则在使用中与测试账户的支付类型严格对应，本发明实施例中可以通过测试账户进行区分，即在测试过程中使用余额支付进行交易的测试账户和使用快捷支付进行交易的测试账户是不同的，通过测试账户即可快速判定该测试账户是在具体哪种支付类型中使用的。本发明实施例进一步提供了使用第一支付类型对应的调账规则对参与目标交易的账户进行调账的方法，如图6所示，包括：s10.获取第一交易账户集合，所述第一交易账户集合包括目标账户构成的集合，所述目标账户包括参与第一支付类型的目标交易的第二账户，和向第一账户充值的第二账户。为了便于第一账户向第二账户完成支付，可能存在第二账户向第一账户预充值的情况，因此，第一支付类型对应的调账规则中也需要对向第一账户充值的第二账户进行调账。具体地，本发明实施例提供的使用第一支付类型对应的调账规则进行调账的方法中，以第二账户为调账目标，即站在第二账户的角度，实现调账后第二用户账户的收支平衡。在一个可行的实施例中，当参与第一支付类型的交易的各个第一账户均将其自身账户余额支付完成后，即可触发对于第一支付类型产生的测试数据的调账。s20.根据第一交易账户集合，过滤目标数据集以得到第一调账基础数据；所述第一调账基础数据包括全部目标账户对应的流水记录。在一个可行的实施方式中，第一账户向第二账户充值，以及第二账户向第一用户充值均可以在第二账户一侧留下流水记录，则第一调账基础数据可以包括第二账户产生的流水记录。在另一个可行的实施方式中，为节省数据量，减轻系统负担，第一账户向第二账户充值仅在第一账户一侧留下流水记录，而不在第二账户一侧留下流水记录，为了获取完备的第二账户流水记录，所述第一调账基础数据可以包括第二账户产生的流水记录和第一账户产生的流水记录。s30.根据所述第一调账基础数据对目标账户进行调账。具体地，如图7所示，所述根据所述第一调账基础数据对目标账户进行调账包括：s301.根据所述第一调账基础数据得到第一目标账户集；所述第一目标账户集为收入大于支出的目标账户构成的集合。s302.根据所述第一调账基础数据得到第二目标账户集；所述第二目标账户集为支出大于收入的目标账户构成的集合。为了最终实现参与第一支付类型交易的第二账户的收支平衡，需要获取收大于入的第二账户构成的集合(第一目标账户集)以及入不敷出的第二账户构成的集合(第二目标账户集)。s303.由第一目标账户集中的目标账户向第二目标账户集中的目标账户转账，以使得各个目标账户均恢复到未参与所述目标交易之前的状态。第一目标账户集可以包括多个元素，第二目标账户集也可以包括多个元素，为了实现多对多转账并最终使得各个目标账户均恢复到未参与所述目标交易之前的状态，本发明实施例提供了具体的转账方法，如图8所示，包括：s3031.获取中介账户。中介账户可以为某个测试账户。s3032.第一目标账户集中的各个目标账户均将自身收支差额转账至所述中介账户。s3033.由所述中介账户向第二目标账户集中每个目标账户执行下述操作：获取所述目标账户的收支差额；由所述中介账户转账至所述目标账户，转账金额为所述收支差额的绝对值。所述转账方法以中介账户为中转，获取第一目标账户集中各个目标账户收支差额的总和，并将汇总后得到的金额按照第二目标账户集中目标账户的收支差值向目标账户充钱，从而使得第一目标账户集和第二目标账户集中的各个目标账户均实现收支平衡。进一步地，为了兼容现有技术中的会计核对功能，本发明实施例中还包括下述步骤：在所述根据所述第一调账基础数据对目标账户进行调账之前还包括：统计全部目标账户的收支总和值。为了统计全部目标账户的收支总和值，可以首先计算各个目标账户的收支总和值，进而计算统计全部目标账户的收支总和值。在测试环境中，测试账户之间进行交易，但是测试账户与真实账户之间应该进行隔离，不应该产生交易。若统计全部目标账户的收支总和值非零，即无法实现测试账户总和的收支平衡，则提示可能出现测试账户与真实账户隔离失败等异常。和/或，在所述根据所述第一调账基础数据对目标账户进行调账之后还包括：计算每个目标账户的收支总和值。调账之后，每个目标账户均应该实现收支平衡，若存在收支总和值非零的目标账户，则提示可能在调账过程存在错误。上述过程中间环节以及最终结果中的全部或部分数据均可以记录在预设的数据库之中。本发明实施例进一步提供了使用第二支付类型对应的调账规则对参与目标交易的账户进行调账处理的方法，如图9所示，包括：s100.获取第二交易账户集合，所述第二交易账户集合包括目标账户构成的集合，所述目标账户为参与第二支付类型的目标交易的第二账户。需要注意的是，在测试环境中并不对真正的银行账户中的数据进行变动，在测试环境中虚拟的银行账户并不影响真实银行的数据。比如虚拟的银行账户为中国建设银行cbc，在所述虚拟的银行账户中发生的交易，并不影响真正的中国建设银行cbc中的数据。在第二支付类型的交易发生过程中，第一账户通过与其存在绑卡关系的银行账户向第二账户进行支付，由于银行账户是虚拟的，并不需要去真实的银行账户扣钱，因此，并不需要对虚拟的银行账户进行预充值。具体地，本发明实施例提供的使用第二支付类型对应的调账规则进行调账的方法中，以第二账户为调账目标，即站在第二账户的角度，实现调账后第二用户账户的收支平衡。在实现第二用户账户的收支平衡的过程中，与第二账户进行第二支付类型交易的银行账户也实现收支平衡。s200.根据第二交易账户集合，过滤目标数据集以得到第二调账基础数据；所述第二调账基础数据包括全部目标账户对应的流水记录。具体地，可以以目标账户和银行账户作为联合主键，从所述目标数据集中获取第二调账基础数据，所述第二调账基础数据包括由银行账户向目标账户支付的流水，所述由银行账户向目标账户支付的流水体现在第二账户产生的流水记录和/或银行账户产生的流水记录。值得注意的是，对于不同目标账户，与之产生交易的银行账户可以不同。相应的，第二调账基础数据可以以目标账户和银行账户为联合主键进行数据组织。举例而言，第二调账基础数据的流水记录可以如表1所示：表1目标账户银行账户流水记录第二账户a中国建设银行cbca与cbc之间的流水中国农业银行abca与abc之间的流水第二账户b中国农业银行abcb与abc之间的流水中国工商银行icbcb与icbc之间的流水s300.根据所述第二调账基础数据对目标账户进行调账。具体地，所述根据所述第二调账基础数据对目标账户进行调账包括对每个目标账户均执行下述操作，如图10所示，所述操作包括：s3001.获取目标账户对应的一个或多个目标银行账户。以表1中的数据距离，对于第二账户a，其对应两个目标银行账户，分别为中国建设银行cbc和中国农业银行abc。s3002.对于每个目标银行账户，计算目标统计值，所述目标统计值为在目标账户与目标银行账户的交易流水中，目标账户的收支差额。以第二账户a为例，在步骤s3002中可以得到两个目标统计值，第一个目标统计值为第二账户a与中国建设银行cbc进行交易的过程中，第二账户a的收支差额；第二个目标统计值为第二账户a与中国农业银行abc进行交易过程中，第二账户a的收支差额。s3003.计算目标账户的收支总差额。目标账户的各个目标统计值的总和即为目标账户对应的收支总差额。s3004.根据所述收支总差额进行调账。具体地，所述根据所述收支总差额进行调账如图11所示，包括：p1.获取中转账户。具体地，所述中转账户可以为某个第一账户。p2.由目标账户向所述中转账户转账，转账金额为所述收支总差额。p3.在目标银行账户中获取转账目标银行账户，所述转账目标银行账户对应的目标统计值为正数。在与转账目标银行账户交易的过程中，目标账户的收入大于支出，因此目标账户应当向转账目标银行账户转账，转账的金额即为目标统计值。因此，执行p4。p4.对每个转账目标银行账户执行下述操作：由所述中转账户向所述转账目标银行账户转账，转账金额为所述转账目标银行账户对应的目标统计值。中转账户为某个第一账户，第一账户可以通过提现的操作方式实现向转账目标银行账户的转账。进一步地，为了兼容现有技术中的会计核对功能，本发明实施例中还包括下述步骤：在所述根据所述第二调账基础数据对目标账户进行调账之前还包括：统计全部的目标账户收支总和值；所述目标账户收支总和值为目标账户与各个银行账户交易流水中，目标账户的收支总和值。为了统计全部目标账户的收支总和值，可以首先计算各个目标账户的收支总和值，进而统计全部目标账户的收支总和值。和/或，在所述根据所述第二调账基础数据对目标账户进行调账之后还包括：计算每个目标账户对应的各个单项收支总和值，所述单项收支总和值为目标账户与某个银行账户交易流水中，目标账户的收支总和值。调账之后，每个目标账户均应该实现收支平衡，若存在单项收支总和值非零的目标账户，则提示可能在调账过程存在错误。上述过程中间环节以及最终结果中的全部或部分数据均可以记录在预设的数据库之中。本发明实施例中对于第一支付类型对应的测试数据进行调账的资金流如图12所示，第一支付类型对应的测试数据产生环节存在第一账户和第二账户之间的资金流，而第一账户的资金来源全部来自第二账户的预充值。在调账过程中，通过对第二账户进行调账实现资金闭环。对于第二支付类型对应的测试数据进行调账的资金流如图13所示，第二支付类型对应的测试数据产生环节存在银行账户向第二账户进行支付，在调账过程中，第二账户通过第一账户为中转向银行账户转账从而实现资金闭环。本发明实施例在兼容现有技术中的会计核对的功能的基础上，进一步提出了调账方法，从而确保调账后第二账户能够实现收支平衡，测试数据恢复测试之前的初始状态，达到相邻测试过程完全独立的技术效果。在实际使用过程中本发明实施例能够响应于预设指令或者即时触发指令立即启动，启动过程更灵活，运行速度也较快。本发明实施例的使用场景广泛，在对外提供支付服务的各种在线支付平台均可使用，可以适用于普通测试场景和/或压力测试场景。本发明另一实施例提供了一种测试数据处理装置，如图14所示，所述装置包括：指令获取模块1，用于接收测试数据处理指令，所述测试数据处理指令包括目标时间区间；所述目标时间区间为目标交易发生的时间段；目标数据集获取模块2，用于根据所述目标时间区间在测试数据中获取目标数据集，所述目标数据集中记录有参与目标交易的账户，以及所述账户对应的流水记录；调账模块3，用于根据目标数据集对参与目标交易的账户进行调账处理，以使得目标数据集中参与目标交易的账户恢复到未参与所述目标交易之前的状态。具体地，所述调账模块3包括：支付类型获取单元31，用于获取支付类型；调账处理单元32，用于使用所述支付类型对应的调账规则对参与目标交易的账户进行调账处理。具体地，所述调账处理单元32包括第一调账模块和/或第二调账模块；所述第一调账模块，用于使用第一支付类型对应的调账规则对参与目标交易的账户进行调账处理；所述第二调账模块，用于使用第二支付类型对应的调账规则对参与目标交易的账户进行调账处理。本发明的装置实施例中所述的一种测试数据处理装置与方法实施例基于同样地发明构思。本发明的实施例还提供了一种存储介质，所述存储介质可用于保存用于实现方法实施例中数据处理方法的程序代码。可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络设备中的至少一个网络设备。可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。具体地，图15是本发明实施例提供的一种服务器结构示意图，所述服务器结构可以包括上述测试数据处理装置。该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)822(例如，一个或一个以上处理器)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中，存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器822可以设置为与存储介质830通信，在服务器800上执行存储介质830中的一系列指令操作。服务器800还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口858，和/或，一个或一个以上操作系统841，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。上述方法实施例所执行的步骤可以基于该图15所示的服务器结构。需要说明的是：上述本发明实施例的先后顺序仅仅为了描述，不代表实施例的优劣。本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。当前第1页12