发明内容
有鉴于此,本说明书实施例提供了一种利息计提方法、系统、设备及计算机可读介质,用于解决现有技术中在使用离线计算平台实现利息计提操作时,初期硬件成本压力较高的问题。
本说明书实施例采用下述技术方案:
本说明书实施例提供一种利息计提方法,所述方法包括:
基于金融机构的在线交易服务平台完成利息计提操作,包括:
调用所述在线交易服务平台的通信接口,访问联机数据库,获取账户信息;
调用所述在线交易服务平台的计算处理接口,针对所述账户信息进行利息计提计算。
在本说明书一实施例中:
在所述获取账户信息的过程中,以在线方式访问所述联机数据库,每次访问获取一个用户账户的账户信息;
在所述进行利息计提计算的过程中,每次处理一个用户账户的账户信息。
在本说明书一实施例中,所述方法还包括:
分析当前应用场景下进行利息计提计算的计算消耗;
根据所述计算消耗确定利息计提计算方式,其中,当所述计算消耗没有超过所述在线交易服务平台承受范围时,选择所述基于金融机构的在线交易服务平台完成利息计提操作的方式。
在本说明书一实施例中,根据所述计算消耗确定利息计提计算方式,其中,当所述计算消耗超过所述在线交易服务平台承受范围时,选择基于离线计算平台完成利息计提操作的方式。
在本说明书一实施例中,所述方法还包括:
在基于离线计算平台完成利息计提操作的过程中,所述在线交易服务平台不执行利息计提计算操作。
在本说明书一实施例中,所述方法还包括:
在基于金融机构的在线交易服务平台完成利息计提操作的过程中,关闭所述离线计算平台和/或断开所述离线计算平台与所述在线交易服务平台的连接。
本申请还提出了一种利息计提系统,所述利息计提系统构造在金融机构的在线交易服务平台中,所述利息计提系统包括:
利息计提触发监控模块,其配置为监控利息计提功能是否被触发;
利息计提计算模块,其配置为:
当所述利息计提功能被触发时,调用所述在线交易服务平台的通信接口从联机数据库获取账户信息;
调用所述在线交易服务平台的计算处理接口,针对所述账户信息进行利息计提计算。
在本说明书一实施例中,所述利息计提系统还包括:
计算消耗分析模块,其配置为确定当前应用场景下进行利息计提计算的计算消耗;
外部计算平台接入接口,其配置为接入外部的离线计算平台;
利息计提模式选择模块,其配置为根据所述计算消耗确定选择激活所述利息计提计算模块或者所述离线计算平台。
在本说明书一实施例中,所述利息计提模式选择模块还配置为:
当选择激活所述利息计提计算模块时,关闭所述离线计算平台和/或断开所述离线计算平台与所述外部计算平台接入接口的连接;
和/或,
当选择激活所述离线计算平台时,关闭所述利息计提计算模块。
本说明书实施例还提出了一种用于在用户设备端进行信息处理的设备,该设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该设备执行本说明书实施例所述的方法。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:根据本说明书实施例的方法,使用金融机构的在线交易服务平台实现利息计提计算,这样就不需要构造离线计算平台,从根本上削减了离线计算平台的硬件成本投入;相较于现有技术中,根据本发明的方法可以在中小金融机构运营初期有效控制实现利息计提操作的硬件投入,从而减轻金融机构的运营成本压力。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在现有技术中,如前所述,实现利息计提计算操作的离线计算平台,可以是传统的文件批处理平台,也可以是新兴的大数据平台。由于离线计算平台需要进行海量账户的利息计算与计提动作,因此其需要具备非常高效的计算处理能力。这就导致离线计算平台的硬件成本居高不下,大大加剧了金融机构的运营成本压力。
针对上述问题,本说明书实施例提出了一种利息计提方法。为了提出本说明书实施例的方法,发明人首先详细分析实际应用场景。在实际应用场景中,离线计算平台硬件投入偏高的原因,主要是离线计算平台需要具备非常高效的计算处理能力。但是离线计算平台的初期硬件成本偏高并不是加剧金融机构的运营成本压力的直接原因。不难理解,在金融领域,即使投入偏高,如果该投入带来的产出也等比例提高的话,其对整体运营的影响就不会很大。虽然离线计算平台的硬件成本偏高,但是其高水准的硬件等级对应的是高数据量的处理能力。也就是说,高硬件投入对应的是高计算处理产出。
然而,对于大部分中小金融机构来讲,其初期的账户数量并不是很多,对应的利息计提计算的数据处理量也就不是很大。这导致的情况是,虽然离线计算平台具备巨量的数据处理能力,但实际运行时,离线计算平台是低负荷运行,并没有做到高计算处理产出。这就使得离线计算平台的投入产出比很低,并最终导致金融机构的运营成本压力。因此,针对中小金融机构来讲,在初期不需要构造硬件水准很高的离线计算平台来实现利息计提计算。
但是,如果在初期使用计算处理能力不高的硬件平台实现利息计提操作,那么,随着账户数量的增加,很快的,现有的硬件平台就会无法满足利息计提计算的数据处理量需求,这就需要升级硬件平台。而升级硬件平台必然会造成进一步的硬件成本投入,也就是说,虽然在运营初期通过降低硬件平台性能控制初期硬件成本投入,但最终需要投入的总的硬件成本反而增加了,对运营成本的控制起到了反效果。
基于上述分析,在本说明书实施例中的方法中,并不采用降低离线计算平台硬件配置的方式来控制初期硬件成本投入。
另一方面,在现有技术中,在线交易服务平台是金融机构必不可少的配置。在线交易服务平台指金融行业的核心业务系统,具体的,例如核心银行系统,(Core BankingSystem)。目前的在线交易服务平台,通常以客户为中心,可以进行帐务处理、满足综合柜员制要求,并可以提供24小时服务。按照服务对象的不同,在线交易服务平台可以分为二大类。第一类,服务对象为客户,提供的服务包括存款、贷款、结算、代理等。第二类,服务对象为金融机构自身,提供的服务包括网点/柜员管理、总账、内部账、现金、凭证、报表等。
在一般的应用场景中,金融机构,尤其是账户数量较少的中小金融机构,其很少存在频繁的、大批量的客户服务以及自身业务需求场景。也就是说,对于在线交易服务平台而言,在一般应用场景下,其数据处理压力并不大。尤其的,在金融机构营业时间以外,由于客户服务的终止,在线交易服务平台在大部分时间处于闲置状态。这就使得在线交易服务平台硬件共享复用成为可能。
进一步的,在现有的应用场景中,基于业务需要,在线交易服务平台本身是直连到联机数据库的。并且,为了保证数据安全,离线计算平台通常不会直连到联机数据库,而是通过在线交易服务平台连接到联机数据库。如图1所示,在一应用场景中,离线计算平台110连接到在线交易服务平台120,在线交易服务平台120连接到联机数据库130。也就是说,在线交易服务平台120具备访问联机数据库130的通信接口,当离线计算平台110需要针对联机数据库130中的账户信息进行计算时,其实是向在线交易服务平台120发送申请,在线交易服务平台120调用自身的通信接口访问联机数据库130,下载对应的账户信息并传输到离线计算平台110。
基于上述分析,针对相同数据量的账户信息,如果基于在线交易服务平台进行利息计提计算,就是在线交易服务平台直接访问联机数据库并进行计算,其消耗的数据处理以及传输资源要远远小于离线计算平台通过在线交易服务平台离线下载账户信息后再进行利息计提计算所消耗的数据处理以及传输资源。因此,基于在线交易服务平台进行利息计提计算的硬件利用效率要优于基于离线计算进行利息计提计算的硬件利用效率。
进一步的,在实际应用场景中,在线交易服务平台自身业务包含了计算处理任务(例如存款、贷款、结算),也就是说,在线交易服务平台内部已包含计算处理接口。并且,利息计提计算的计算过程并不复杂(只是伴随着账户的增多,计算量会逐步增加)。这就使得利息计提计算完全可以通过调用在线交易服务平台内部原有的计算处理接口就可以实现,不需要额外构造新的计算处理接口,这就大大降低了基于在线交易服务平台进行利息计提计算的实现难度。
基于上述分析,在本说明书实施例的方法中,使用金融机构的在线交易服务平台实现利息计提计算。这样就不需要构造离线计算平台,从根本上削减了初期的离线计算平台的硬件成本投入。并且,由于在中小金融机构运营初期账户数量不高,在线交易服务平台本身业务(客户服务以及金融机构自身管理服务)的计算处理需求以及利息计提计算的计算处理需求都不高。使用在线交易服务平台进行利息计提计算不会影响在线交易服务平台本身业务的正常进行。尤其的,利息计提计算通常在日终(金融机构当日停止营业后)进行,利息计提计算与在线交易服务平台本身业务之间更不会构成干扰。
以下结合附图,详细说明本说明书各实施例提供的技术方案。在本说明书一实施例中,基于金融机构的在线交易服务平台完成利息计提操作,如图2所示,基于金融机构的在线交易服务平台完成利息计提操作包括以下步骤:
S210,调用在线交易服务平台的通信接口,直接访问联机数据库,获取账户信息;
S220,调用在线交易服务平台的计算处理接口,针对账户信息进行利息计提计算。
根据本说明书实施例的方法,使用金融机构的在线交易服务平台实现利息计提计算,这样就不需要构造离线计算平台,从根本上削减了离线计算平台的硬件成本投入;相较于现有技术中,根据本发明的方法可以在中小金融机构运营初期有效控制实现利息计提操作的硬件投入,从而减轻金融机构的运营成本压力。
进一步的,实现利息计提计算,需要获取最新的账户信息。在现有的应用场景中,由于相对于联机数据库以及在线交易服务平台而言,离线计算平台属于外部平台。为了确保数据安全,离线计算平台不能直接访问联机数据库。离线计算平台获取账户信息的方式一般有两种:
(1)从数据库中导出数据为文件,即,将联机数据库的账户信息文件直接下载到离线计算平台;
(2)联机数据库同步到从数据库,从数据库同步到离线平台。
针对方式(1),因为利息计提计算是全部用户的利息计提计算,所以账户信息文件下载一定是包括全部用户账户的最新信息的。针对方式(2),一般联机数据库与从数据库之间是一次全量后,之后增量同步的,但从数据库到离线计算平台,会进行每日全量同步,保证准确性。上述两种方式的本质都是首先一次性获取账户信息文件,因此都无法避免的会生成短时间内的巨量数据下载任务,从而对数据传输造成压力,影响到同时刻的其他数据传输进程的执行。
而针对在线交易服务平台而言,由于其是直联到联机数据库的,其可以对联机数据库进行直接访问。也就是说,在线交易服务平台可以在线直接读取联机数据库中账户信息文件,而不需要预先下载所有的账户信息文件。
因此,在本说明书一实施例中,在通过在线交易服务平台直接访问联机数据库的过程中,以在线方式直接访问联机数据库,每次访问获取一个用户账户的账户信息。因为是单笔访问,所以每次访问都几乎没有数据处理/传输压力。在进行利息计提计算的过程中,单次调用操作处理一个用户账户的账户信息。这样,不仅可以实现“随用随读”,避免生成短时间内的巨量数据读取/下载任务,降低了对其他数据传输进程的影响;而且,还降低了单位时间内的数据处理压力,降低了对其他数据处理进程的影响。
进一步的,在基于在线交易服务平台进行利息计提操作时,其根本前提是在线交易服务平台的数据计算处理能力能够满足利息计提操作的需求。具体的,既不能对在线交易服务平台自身的业务处理进程产生影响,也不能拖延迟滞利息计提计算进程。因此,为了保证金融机构各项业务的顺利进行,在本说明书一实施例中,在基于在线交易服务平台进行利息计提操作前,需要对在线交易服务平台是否能够正常实现利息计提操作进行评估。
具体的,在本说明书一实施例中,首先分析当前应用场景下进行利息计提计算的计算消耗;然后根据利息计提计算的计算消耗确定利息计提计算方式,其中,当计算消耗没有超过在线交易服务平台承受范围时,选择基于金融机构的在线交易服务平台完成利息计提操作。
进一步的,在本说明书一实施例中,在根据利息计提计算的计算消耗确定利息计提计算方式时,当利息计提计算的计算消耗超过在线交易服务平台承受范围时,选择基于离线计算平台完成利息计提操作。
具体的,如图3所示,在本说明书一实施例中:
S310,分析当前应用场景下进行利息计提计算的计算消耗;
S320,判断利息计提计算的计算消耗是否超过在线交易服务平台承受范围;
S330,当计算消耗没有超过在线交易服务平台承受范围时,选择基于金融机构的在线交易服务平台完成利息计提操作;
S340,当利息计提计算的计算消耗超过在线交易服务平台承受范围时,选择基于离线计算平台完成利息计提操作。
具体的,在一应用场景中,在金融机构进行利息计提操作之前首先进行评估,判断自身的在线交易服务平台是否可以满足利息计提计算的计算量需求(在确保在线交易服务平台本身业务不受影响的前提下),如果可以满足,则不额外搭建离线计算平台,使用在线交易服务平台实现日常的利息计提操作。进一步的,在金融机构业务规模变化的过程中,监控利息计提计算的计算量需求的变化。随着金融机构业务规模的扩大,当金融机构的在线交易服务平台无法满足利息计提计算的计算量需求时(具体的,在金融机构的在线交易服务平台在实现利息计提操作过程中的冗余计算处理能力下降到某个预设阈值时),构造离线计算平台,在之后使用离线计算平台实现利息计提操作。
进一步的,当利息计提操作由在线交易服务平台转到离线计算平台来实现时,离线计算平台接入在线交易服务平台和/或联机数据库,此时在线交易服务平台仍然具备独自实现利息计提操作的能力。这就可能出现离线计算平台以及在线交易服务平台分别独立进行利息计提计算的情况,从而导致重复计息。因此,在本说明书一实施例中,在基于离线计算平台完成利息计提操作的过程中,禁止在线交易服务平台执行利息计提计算操作。具体的,在本说明书一实施例中,在线交易服务平台的利息计提功能是可以关闭的。当选择了基于离线计算平台实现利息计提操作时,随之关闭在线交易服务平台的利息计提功能。
如图4所示,在本说明书一实施例中:
S410,分析当前应用场景下进行利息计提计算的计算消耗;
S420,判断利息计提计算的计算消耗是否超过在线交易服务平台承受范围;
S430,当计算消耗没有超过在线交易服务平台承受范围时,基于金融机构的在线交易服务平台完成利息计提操作;
在步骤S430之后,跳回步骤S410,监控利息计提计算的计算消耗,并执行步骤S420;
S440,当利息计提计算的计算消耗超过在线交易服务平台承受范围时,搭建离线计算平台;
S450,关闭在线交易服务平台的利息计提计算功能;
S460,基于离线计算平台实现利息计提计算。
进一步的,在实际的应用场景中,金融机构的利息计提计算处理需求量可能是波动的。也就是说,当利息计提操作的消耗需求超出在线交易服务平台的承受范围时,金融机构搭建离线计算平台进行利息计提操作。但是,在这之后在某个特定阶段内,利息计提操作的消耗需求可能会回落到在线交易服务平台的承受范围内。针对这种应用场景,在本说明书一实施例中,为了降低硬件资源消耗,当利息计提操作的消耗需求回落到在线交易服务平台的承受范围内时,选择基于金融机构的在线交易服务平台完成利息计提操作。
并且,进一步的,为了避免重复计息,在本说明书一实施例中,在基于金融机构的在线交易服务平台完成利息计提操作的过程中,关闭离线计算平台和/或断开离线计算平台与在线交易服务平台的连接。
如图5所示,在本说明书一实施例中:
S510,分析当前应用场景下进行利息计提计算的计算消耗;
S520,判断利息计提计算的计算消耗是否超过在线交易服务平台承受范围;
S530,当计算消耗没有超过在线交易服务平台承受范围时,关闭离线计算平台和/或断开离线计算平台与在线交易服务平台的连接;
S540,基于金融机构的在线交易服务平台完成利息计提操作;
S550,当利息计提计算的计算消耗超过在线交易服务平台承受范围时,关闭在线交易服务平台的利息计提计算功能;
S560,基于离线计算平台实现利息计提计算。
具体的,在本说明书一实施例中,在分析利息计提计算的计算消耗是否超过在线交易服务平台承受范围时,为简化操作,根据在线交易服务平台的具体应用场景设定其可以承担的利息计提计算的客户数量,即,设定客户数量阈值。当当前金融机构的客户数量少于客户数量阈值时,判定利息计提计算的计算消耗没有超过在线交易服务平台承受范围;当当前金融机构的客户数量大于等于客户数量阈值时,判定利息计提计算的计算消耗超过在线交易服务平台承受范围。
基于本说明书实施例所提出的方法,本说明书一实施例还提出了一种利息计提系统。具体的,在本说明书一实施例中,利息计提系统构造在金融机构的在线交易服务平台中,如图6所示,利息计提系统包括:
利息计提触发监控模块610,其配置为监控利息计提功能是否被触发;
利息计提计算模块620,其配置为:
当利息计提功能被触发时,调用在线交易服务平台的通信接口从联机数据库获取账户信息;
调用在线交易服务平台的计算处理接口,针对账户信息进行利息计提计算。
进一步的,在本说明书一实施例中,如图7所示,利息计提系统还包括:
计算消耗分析模块730,其配置为确定当前应用场景下进行利息计提计算的计算消耗;
外部计算平台接入接口740,其配置为接入外部的离线计算平台;
利息计提模式选择模块750,其配置为根据计算消耗分析模块730确定的计算消耗确定选择激活利息计提计算模块720或者外部计算平台接入接口740连接的离线计算平台。
当利息计提计算模块720被激活时,如果利息计提触发监控模块710监控到利息计提功能是否被触发,则利息计提计算模块720开始进行利息计提计算。当外部计算平台接入接口740连接的离线计算平台被激活时,如果利息计提触发监控模块710监控到利息计提功能是否被触发,则外部计算平台接入接口740连接的离线计算平台开始进行利息计提计算。
进一步的,在本说明书一实施例中,利息计提模式选择模块750还配置为:
当选择激活利息计提计算模块720时,关闭外部计算平台接入接口740连接的离线计算平台和/或断开外部计算平台接入接口740与离线计算平台的连接;
和/或,
当选择激活外部计算平台接入接口740连接的离线计算平台时,关闭利息计提计算模块720。
进一步的,基于本发明的方法,本发明还提出了一种用于在用户设备端信息处理的设备,该设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该设备执行本发明所述的方法。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(ProgrammableLogic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。