一种过渡系统中互联网资源的核对方法及装置
技术领域
本申请涉及互联网技术领域,尤其涉及一种过渡系统中互联网资源的核对方法及装置。
背景技术
随着互联网业务的业务类型增多和业务量增大,有一种过渡业务越来越流行。过渡业务是互联网资源传输过程中用于暂时存储的中间业务,如临时管理、中转等,过渡系统(或账户)是为了满足过渡业务的需要而设置的,比如,临时账户、中转系统等。具有收发关系的双方进行收发互联网资源(存储资源、文件资源)时,其中一方将互联网资源发送给过渡系统,过渡系统在确认互联网资源匹配双方协定后将该互联网资源发送给另一方,从而完成过渡业务,并在业务过程中生成业务记录(记录业务流程)以及传输记录(记录资源传输过程)。还会在一段时间后对过渡系统中的互联网资源进行核对。
现有的核对过渡系统中的互联网资源的方法,是基于已经发生的过渡业务,根据生成的业务记录和传输记录进行核对。以上述收发互联网资源为例,过渡系统接收到一方发送的互联网资源后,会生成业务记录和传输记录,根据业务记录中记录的业务资源值以及传输记录中的记录的传输资源值进行核对。然而,如果由于业务规则发生错误或系统出现缺陷等异常情况,导致在过渡业务中多接收或多发送一部分互联网资源,则这部分互联网资源也会生成业务记录和传输记录,但是在核对时,由于两个记录中记录的互联网资源的资源值等,则核对结果仍为无误,所以现有的核对方法对于发现这种由于业务规则发生错误或系统出现缺陷等原因导致的过渡系统异常的几率较低。
发明内容
本申请实施例提供一种过渡系统中互联网资源的核对方法,用于提高发现过渡系统存在异常情况的几率。
本申请实施例提供一种过渡系统中互联网资源的核对装置,用于提高发现过渡系统存在异常情况的几率。
本申请实施例采用下述技术方案:
一种过渡系统中互联网资源的核对方法,包括:获取过渡系统中过渡业务的业务记录以及对应的传输记录,所述业务记录包含业务资源值、业务时间,所述传输记录包含传输资源值、传输时间;根据所述业务记录,确定指定时间段内过渡系统中的应有互联网资源值;根据所述收发记录,确定所述指定时间段内过渡系统中的实际互联网资源值;根据所述应有互联网资源值和所述实际互联网资源值,对过渡系统在指定时间段内的互联网资源进行核对。
优选地,根据所述业务记录,确定指定时间段内过渡系统中的应有互联网资源值,包括:根据所述业务记录,确定指定时间段内是否存在未完成的过渡业务;当存在时,所述应有互联网资源值为所述指定时间段内所有未完成的过渡业务的业务记录中业务资源值的总和。
优选地,当不存在时,所述应有互联网资源值为零。
优选地,所述过渡业务为第一终端通过过渡系统向第二终端发送互联网资源,则获取过渡系统中过渡业务的业务记录以及对应的传输记录,包括:获取过渡系统分别与第一终端和第二终端发生的过渡业务的业务记录以及对应的传输记录。
优选地,根据所述业务记录,确定指定时间段内过渡系统中的应有互联网资源值,包括:根据过渡系统分别与第一终端和第二终端发生的过渡业务的业务记录以及对应的传输记录,确定是否存在未完成第一终止向第二终端发送互联网资源的过渡业务;当存在时,所述应有互联网资源值为所述指定时间段内所有未完成第一终止向第二终端发送互联网资源的过渡业务的业务记录中业务资源值的总和。
优选地,根据所述收发记录,确定所述指定时间段内过渡系统中的实际互联网资源值,包括:获取过渡系统分别与第一终端和第二终端发生的传输记录,确定所述指定时间段内过渡系统中的实际互联网资源值。
一种过渡系统中互联网资源的核对装置,包括:记录获取单元、资源确定第一单元、资源确定第二单元以及资源核对单元,其中,所述记录获取单元,用于获取过渡系统中过渡业务的业务记录以及对应的传输记录,所述业务记录包含业务资源值、业务时间,所述传输记录包含传输资源值、传输时间;所述资源确定第一单元,用于根据所述业务记录,确定指定时间段内过渡系统中的应有互联网资源值;所述资源确定第二单元,用于根据所述收发记录,确定所述指定时间段内过渡系统中的实际互联网资源值;所述资源核对单元,用于根据所述应有互联网资源值和所述实际互联网资源值,对过渡系统在指定时间段内的互联网资源进行核对。
优选地,所述资源确定第一单元,具体用于:根据所述业务记录,确定指定时间段内是否存在未完成的过渡业务;当存在时,所述应有互联网资源值为所述指定时间段内所有未完成的过渡业务的业务记录中业务资源值的总和。
优选地,当不存在时,所述应有互联网资源值为零。
优选地,所述过渡业务为第一终端通过过渡系统向第二终端发送互联网资源,则所述记录获取单元,具体用于:获取过渡系统分别与第一终端和第二终端发生的过渡业务的业务记录以及对应的传输记录。
优选地,所述资源确定第一单元,具体用于:根据过渡系统分别与第一终端和第二终端发生的过渡业务的业务记录以及对应的传输记录,确定是否存在未完成第一终止向第二终端发送互联网资源的过渡业务;当存在时,所述应有互联网资源值为所述指定时间段内所有未完成第一终止向第二终端发送互联网资源的过渡业务的业务记录中业务资源值的总和。
优选地,所述资源确定第二单元,具体用于:获取过渡系统分别与第一终端和第二终端发生的传输记录,确定所述指定时间段内过渡系统中的实际互联网资源值。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
根据过渡业务是否完成的判断结果,利用业务记录确定过渡系统中的应有互联网资源的资源值,根据传输记录确定实际互联网资源的资源值,再将上述两种资源值进行核对,也就是将预期的资源值和实际的资源值进行核对,相比于现有技术基于已经发生的业务进行核对的方式,提高了发现过渡系统存在异常情况的几率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例1提供的一种过渡系统中互联网资源的核对方法的流程示意图;
图2为本申请实施例2提供的一种过渡系统中互联网资源的核对装置的结构框图;
图3为本申请实施例3提供的一种担保账户中资金的核对方法的流程示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在进行本申请的技术方案的详细介绍之前,为了明确起见,这里先对几个术语作简要说明。在本申请实施例中将涉及过渡业务和过渡系统,业务记录和传输记录,业务资源值和传输资源值,未完成的过渡业务等。其中,过渡业务是互联网资源传输过程中用于暂时存储的中间业务,如临时管理、中转等,比如,终端将互联网资源上传到共享平台的业务,先将该互联网资源发送到安全检查系统,当安全检查系统确定该互联网资源为安全资源后,发送到共享平台中,这里的安全检查系统就起到临时管理的过渡作用。过渡系统(或账户)是为了满足过渡业务的需要而设置的,比如,临时账户、中转系统等。业务记录是指对业务的流程进行记录;业务资源值就是业务流程中互联网资源的资源值。传输记录是指在业务过程中接收和发送的互联网资源进行记录;传输资源值就是接收和发送的互联网资源的资源值。未完成的过渡业务是指未完成过渡作用的业务,由于过渡业务就是起到了临时管控、中转等过渡的作用,所以未完成过渡作用的业务就可以称为未完成的过渡业务,比如,依然以上文“终端将互联网资源上传到共享平台的业务”为例,安全检查系统在没有将接收到的互联网资源全部上传到共享平台之前,都可以认为是未完成的过渡业务,只有全部上传到共享平台后,才可以认为完成了过渡业务。
以下结合附图,详细说明本申请各实施例提供的技术方案。
实施例1
如前所述,现有的核对过渡系统中的互联网资源的方法,是基于已经发生的过渡业务,根据生成的业务记录和传输记录进行核对。比如,接前文介绍的“终端将互联网资源上传到共享平台的业务”为例,终端要将10GB网络存储资源上传到共享平台中,先将10GB网络存储资源发送到安全检查系统,当安全检查系统确定这些存储资源为安全资源后,将这些存储资源发送到共享平台。安全检查系统在接收和发送的过程中生成了如下表1的业务记录和表2的传输记录,
业务流程 |
业务数量 |
接收终端发送的存储资源 |
10 |
发送存储资源到共享平台 |
10 |
表1:业务记录(单位:GB)
传输过程 |
传输数量 |
接收存储资源 |
+10 |
发送存储资源 |
-10 |
表2:传输记录(单位:GB)
根据这两个记录进行核对时,核对结果为下表3所示,
业务流程 |
业务数量 |
核对 |
传输过程 |
传输数量 |
接收终端发送的存储资源 |
10 |
相等 |
接收存储资源 |
10 |
发送存储资源到共享平台 |
10 |
相等 |
发送存储资源 |
10 |
表3:核对结果
但是,如果过渡系统出现异常,比如业务规则发生错误或系统出现缺陷等原因,导致在该过渡业务中,有额外的传输,如下表4的业务记录和表5的传输记录:
业务流程 |
业务数量 |
接收终端发送的存储资源 |
10 |
发送存储资源到共享平台 |
10 |
发送存储资源到共享平台 |
1 |
表4:业务记录(单位:GB)
传输过程 |
传输数量 |
接收存储资源 |
+10 |
发送存储资源到共享平台 |
-10 |
发送存储资源到共享平台 |
-1 |
表5:传输记录(单位:GB)
但是,根据表4个表5的两个记录进行核对时,核对结果为下表6所示,
业务流程 |
业务数量 |
核对 |
传输过程 |
传输数量 |
接收终端发送的存储资源 |
10 |
相等 |
接收存储资源 |
10 |
发送存储资源到共享平台 |
10 |
相等 |
发送存储资源 |
10 |
发送存储资源到共享平台 |
1 |
相等 |
发送存储资源 |
1 |
表6:核对结果
显然,从核对结果上看,由于是基于已经发生的业务,业务数量和传输数量依旧是相等的,所以就不太可能核查出过渡系统异常,从而对于现有技术而言,发现出过渡系统异常的几率较低。鉴于此缺陷,本发明人提出了一种过渡系统中互联网资源的核对方法,用于提高发现过渡系统存在异常情况的几率。该方法的流程示意图如图1所示,包括下述步骤:
步骤11:获取过渡系统中过渡业务的业务记录以及对应的传输记录。
当发起对过渡系统中的互联网资源进行核对的任务时,需要先获取到过渡业务的业务记录以及对应的传输记录。这其中,业务记录可以包含业务资源值、业务时间;传输记录可以包含传输资源值、传输时间。业务资源值是指业务流程中互联网资源的资源值,传输资源值是指接收和发送的互联网资源的资源值,如上表1至表6所示,业务资源值就可以是业务数量,传输资源值就可以是传输数量。资源值可以是指互联网资源的单位,比如,网络存储空间的单位为GB,存储地址的单位为个,等等。除了资源值,业务/传输记录还可以包含业务时间和传输时间,用于记录业务/传输发生的时间。此外,业务/传输记录中还可以包含:业务/传输发生原因,业务/传输单号等。
由于过渡业务在过渡互联网资源时,会针对过渡的过程,生成业务记录和传输记录,所以同一个过渡业务,业务记录与传输记录是具有对应关系的。
前文介绍的“终端将互联网资源上传到共享平台的业务”的例子为针对单个终端,但是在实际应用中,还可以针对至少两个用户,比如,有两个终端,第一终端将互联网资源通过过渡系统发送到第二终端中,等等。所以,
获取过渡系统中过渡业务的业务记录以及对应的传输记录,可以包括:获取过渡系统分别与第一终端和第二终端发生的过渡业务的业务记录以及对应的传输记录。
具体地,在该过渡业务中,过渡系统会接收第一终端发送的互联网资源,生成与第一终端发生的过渡业务的业务记录(简称第一终端业务记录)以及对应的传输记录(简称第一终端传输记录);过渡系统也会发送互联网资源给第二终端,生成第二终端业务记录以及对应的第二终端传输记录。
进一步地,以第一终端通过安全检查系统向第二终端发送10GB网络存储资源为例,该安全检查系统专门用于检查网络存储地址的安全性。在业务过程中,由于安全检查系统出现系统错误的异常,导致向共享系统多发送1GB网络存储资源。在该过渡业务中生成了表7和表8的业务记录和传输记录:
业务流程 |
业务单号 |
业务资源值 |
业务时间 |
接收第一终端发送的网络存储资源 |
1001 |
10 |
12:46 |
发送网络存储资源到第二终端 |
1002 |
10 |
13:15 |
发送网络存储资源到共享平台 |
5001 |
1 |
13:16 |
表7:业务记录(单位:GB)
传输过程 |
传输单号 |
传输资源值 |
传输时间 |
接收网络存储资源 |
2001 |
+10 |
12:46 |
发送网络存储资源 |
2002 |
-10 |
13:15 |
发送网络存储资源 |
2003 |
-1 |
13:16 |
表8:传输记录(单位:GB)
步骤12:根据业务记录,确定指定时间段内过渡系统中的应有互联网资源值。
该步骤中,利用了过渡系统特有的性质,因为过渡系统只起到过渡的作用,不起到永久存储的作用,所以过渡系统在完成过渡业务后,过渡系统应有的互联网资源的资源值应为零。需要说明的是,此处所说的不起到永久存储的作用,不是存储领域中说的存储数据的作用,过渡系统可以用于存储数据,但是这些数据的最终去处非本过渡系统,而是该互联网资源的目的地。
所以,在确定过渡系统中的应有互联网资源值时,先要根据获取到的业务记录,确定指定时间段内是否存在未完成的过渡业务。前文已经介绍何为未完成的过渡业务,此处不再赘述。需要说明的是,指定时间段时可以根据核对需要灵活控制的,比如,一天,一周,一小时等。
当没有未完成的过渡业务,即所有过渡业务全部完成时,过渡系统中的应有互联网资源值为零。
当存在未完成的过渡业务时,应有互联网资源值为指定时间段内所有未完成的过渡业务的业务记录中业务资源值的总和。
具体地,过渡业务未完成时,由于过渡系统中存在未发送到目的地的互联网资源,所以,此时应有互联网资源值就是未发送到目的地的这部分互联网资源的资源值。在表4中,接收终端发送的存储地址后,安全检查系统的应有互联网资源值就为10(GB),在随后的两次发送后,由于完成将10GB网络存储资源发送到共享平台,所以完成了过渡业务,所以在两次发送后,安全检查系统的应有互联网资源值就为0。
在步骤11中介绍了在实际应用中,可以两个终端通过过渡系统传输互联网资源,所以,在本步骤中,根据业务记录,确定指定时间段内过渡系统中的应有互联网资源值,可以包括:
根据过渡系统分别与第一终端和第二终端发生的过渡业务的业务记录以及对应的传输记录,确定是否存在未完成第一终止向第二终端发送互联网资源的过渡业务;
当存在时,应有互联网资源值为指定时间段内所有未完成第一终止向第二终端发送互联网资源的过渡业务的业务记录中业务资源值的总和。
具体地,以表7为例,根据获取到的业务记录,确定指定时间段内是否存在未完成的过渡业务,此处设定的指定时间段为1小时,所以,在12:00至13:00这1小时内,存在未完成的过渡业务,业务单号1001,所以在这个时间段内,安全检查系统内的应有网络存储资源为10GB;在13:00至14:00这1小时内,不存在未完成的过渡业务,即过渡业务全部完成,业务单号1002和5001,所以在这个时间段内,安全检查系统内的应有网络存储资源为0。
步骤13:根据收发记录,确定指定时间段内过渡系统中的实际互联网资源值。
该步骤中,由于收发记录是记录了对于互联网资源的实际收发过程,所以可以根据实际收发过程,确定出过渡系统中实际的互联网资源值。
比如,在表5中,接收终端发送的存储地址后,安全检查系统的实际互联网资源值就为10(GB),在随后的两次发送到共享平台后,由于发送了11GB网络存储资源,所以完成过渡业务后,安全检查系统的实际互联网资源值就为-1。
在步骤11和步骤12中介绍了可以两个终端通过过渡系统传输互联网资源,所以,在本步骤中,根据收发记录,确定指定时间段内过渡系统中的实际互联网资源值,可以包括:
获取过渡系统分别与第一终端和第二终端发生的传输记录,确定指定时间段内过渡系统中的实际互联网资源值。
具体地,以表8为例,根据获取到的传输记录,在12:00至13:00这1小时内,传输单号2001,所以在这个时间段内,安全检查系统内的实际网络存储资源为10GB;在13:00至14:00这1小时内,传输单号2002和2003,所以在这个时间段内,安全检查系统内的实际网络存储资源为-1。
需要说明的是,由于过渡系统中是用于临时存储互联网资源的,所以本不存在资源值为负的情况,就像货物仓库是用来存放货物的,是不会出现负数的情况,此处的负数情况是针对这一个过渡业务的流程而言,过渡系统一般不会只执行一个过渡业务,所以过渡系统中会临时存储很多互联网资源,再有,为了保证过渡系统的顺利进行,也会预先在系统中存放一部分互联网资源,以便补充缺口,便于周转等情况。所以本申请试试了中的负数互联网资源,只是表明针对这一过渡业务而言,而非针对整个过渡系统而言。
步骤14:根据应有互联网资源值和实际互联网资源值,对过渡系统在指定时间段内的互联网资源进行核对。
该步骤中,就是根据步骤12和步骤13中确定的应有互联网资源值和实际互联网资源值,进行核对。
比如,针对表4和表5而言,核对结果如下表9:
应有数量 |
核对 |
实际数量 |
10 |
相等 |
10 |
0 |
相等 |
0 |
0 |
不相等 |
-1 |
表9:核对结果(单位:GB)
通过核对,发现核对结果为错误,所以就可以后续的检查,从而发现系统异常这样的问题。
又如,针对表7和表8而言,核对结果如下表10:
时间段 |
应有资源值 |
核对 |
实际资源值 |
12:00至13:00 |
10 |
相等 |
10 |
13:00至14:00 |
0 |
相等 |
0 |
13:00至14:00 |
0 |
不相等 |
-1 |
表10:核对结果(单位:GB)
通过核对,发现核对结果为错误,所以就可以后续的检查,从而发现在第一终端通过过渡系统发送给第二终端网络存储资源的过程中,出现的系统异常这样的问题。
采用实施例1提供的该方法,根据过渡业务是否完成的判断结果,利用业务记录确定过渡系统中的应有互联网资源的资源值,根据传输记录确定实际互联网资源的资源值,再将上述两种资源值进行核对,也就是将预期的资源值和实际的资源值进行核对,相比于现有技术基于已经发生的业务进行核对的方式,提高了发现过渡系统存在异常情况的几率。
实施例2
基于相同的发明构思,实施例2提供了一种过渡系统中互联网资源的核对装置,用于提高发现过渡系统存在异常情况的几率。如图2所示,该装置包括:
记录获取单元21、资源确定第一单元22、资源确定第二单元23以及资源核对单元24,其中,
记录获取单元21,可以用于获取过渡系统中过渡业务的业务记录以及对应的传输记录,该业务记录包含业务资源值、业务时间,该传输记录包含传输资源值、传输时间;
资源确定第一单元22,可以用于根据业务记录,确定指定时间段内过渡系统中的应有互联网资源值;当存在未完成的过渡业务时,应有互联网资源值为指定时间段内所有未完成的过渡业务的业务记录中业务资源值的总和;
资源确定第二单元23,可以用于根据收发记录,确定指定时间段内过渡系统中的实际互联网资源值;
资源核对单元24,可以用于根据应有互联网资源值和实际互联网资源值,对过渡系统在指定时间段内的互联网资源进行核对。
在一种实施方式中,资源确定第一单元22,可以用于:根据业务记录,确定指定时间段内是否存在未完成的过渡业务;当存在时,应有互联网资源值为指定时间段内所有未完成的过渡业务的业务记录中业务资源值的总和。当不存在时,应有互联网资源值为零。
在一种实施方式中,当过渡业务为第一终端通过过渡系统向第二终端发送互联网资源时,则
记录获取单元21,可以用于:获取过渡系统分别与第一终端和第二终端发生的过渡业务的业务记录以及对应的传输记录。
在一种实施方式中,资源确定第一单元22,可以用于:根据过渡系统分别与第一终端和第二终端发生的过渡业务的业务记录以及对应的传输记录,确定是否存在未完成第一终止向第二终端发送互联网资源的过渡业务;当存在时,应有互联网资源值为指定时间段内所有未完成第一终止向第二终端发送互联网资源的过渡业务的业务记录中业务资源值的总和。
在一种实施方式中,资源确定第二单元23,可以用于:获取过渡系统分别与第一终端和第二终端发生的传输记录,确定指定时间段内过渡系统中的实际互联网资源值。
采用实施例2提供的该装置,根据过渡业务是否完成的判断结果,利用业务记录确定过渡系统中的应有互联网资源的资源值,根据传输记录确定实际互联网资源的资源值,再将上述两种资源值进行核对,也就是将预期的资源值和实际的资源值进行核对,相比于现有技术基于已经发生的业务进行核对的方式,提高了发现过渡系统存在异常情况的几率。
实施例3
由于资金也可以是互联网资源的一种,在资金的流通中,通过使用担保业务,能够增加资金的安全性,所以,基于与实施例1和实施例2相同的发明构思。本实施例3提供了一种担保账户中资金的核对方法,用于提高发现担保系统存在异常情况的几率。假设买家A通过担保账户向卖家B支付100元。该方法的流程如图3所示,包括:
步骤31:从担保系统中获取“买家A通过担保账户向卖家B支付100元”这笔担保业务的业务记录和账务记录,如下表11和12所示:
业务单号 |
业务事件 |
金额 |
日期 |
12340 |
买家支付给担保账户 |
100 |
2015.03.01 |
12341 |
担保账户放款给卖家 |
100 |
2015.03.02 |
52340 |
担保账户支出 |
1 |
2015.03.02 |
表11:业务记录
其中,担保账户支出为担保系统出现错误而导致的。
表12:账务记录
步骤32:根据业务记录,确定担保账户中应有余额。在2015.03.01日存在未完结的订单如下:
业务单号 |
业务事件 |
金额 |
日期 |
12340 |
买家支付给担保户 |
100 |
2015.03.01 |
在2015.03.02日则没有未完结的订单。所以,担保账户的应有余额如下表13所示:
应有余额 |
日期 |
100 |
2015.03.01 |
0 |
2015.03.02 |
表13:应有余额
步骤33:根据账务记录,确定担保账户中实际余额。
实际余额 |
日期 |
100 |
2015.03.01 |
-1 |
2015.03.02 |
表14:实际余额
步骤34:根据应有余额与实际余额,进行资金核对,核对结果如下表15所示:
日期 |
应有余额 |
核对结果 |
实际余额 |
2015.03.01 |
100 |
相等 |
100 |
2015.03.02 |
0 |
不相等 |
-1 |
表15:资金核对
核对结果为应有余额与实际余额不相同,从而可以通过检查错误原因,有机会发现担保系统出现错误。
采用实施例3提供的该方法,根据担保业务是否完成的判断结果,利用担保账户中的应有余额,根据账务记录确定的实际余额,再将应有余额和实际余额进行核对,也就是将预期的余额和实际的余额进行核对,相比于现有技术基于已经发生的业务进行核对的方式,提高了发现担保系统存在异常情况的几率
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。