虚拟资源管理方法与装置与流程

本公开涉及移动互联网技术领域，具体而言，涉及一种虚拟资源管理方法与装置。

背景技术：

智能卡常用于小额高频的交易场景，计费速度要求高，交易时网络条件不确定。随着以第三方支付账户为主的的移动支付的迅速发展，传统智能卡账户的离线充值方式为用户的使用设置了诸多不便。

在相关技术中，有通过二维码扫码支付替代智能卡刷卡缴费的解决方案，但是这种方案需要对现有的智能卡交易设备进行改造，且交易速度慢，对网络依赖性强，不适合有大量客流的交易场景。

在另一种技术中，利用移动终端的nfc功能提供虚拟智能卡交易方式，通过为虚拟智能卡设置信用金额，为用户提供一种信用卡，使用户能够在每个月为当月的多张智能卡的信用交易进行集中还款。然而，这种方式首先需要对用户进行信用审核，需要用户上传多种材料；其次，需要用户每个月多还一张信用卡，给用户增加了信息困扰；最后，这种方式对发卡公司有较高的资金要求，且为发卡公司设置了一定的财务风险。

因此，需要一种用户体验更好、更利于控制财务风险的智能卡账户管理方案。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开的目的在于提供一种虚拟资源管理方法与虚拟资源管理装置，用于至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或多个问题。

根据本公开实施例的第一方面，提供一种虚拟资源管理方法，包括：响应于接收的关联请求获取第一虚拟资源库与第二虚拟资源库的关联关系；监控所述第一虚拟资源库的资源变化，并根据所述第一虚拟资源库的资源变化通知对所述第二虚拟资源库进行资源转移操作；根据为所述第一虚拟资源库分配的信用资源值对所述第一虚拟资源库进行资源恢复操作。

在本公开的一种示例性实施例中，所述的监控所述第一虚拟资源库的资源变化，并根据所述第一虚拟资源库的资源变化通知对所述第二虚拟资源库进行资源转移操作包括：按第一周期读取所述第一虚拟资源库的资源转移记录和剩余资源值，并发送至所述第二虚拟资源库的管理设备，使所述管理设备基于收到的所述资源转移记录和剩余资源值从所述第二虚拟资源库中扣除相应的资源。

在本公开的一种示例性实施例中，所述的监控所述第一虚拟资源库的资源变化，并根据所述第一虚拟资源库的资源变化通知对所述第二虚拟资源库进行资源转移操作包括：根据获取的所述第一虚拟资源库的资源转移记录，按第二周期校验所述第一虚拟资源库的资源变化；以及

根据通过校验的资源变化，通知所述第二虚拟资源库的管理设备对所述第二虚拟资源库进行资源转移操作。

在本公开的一种示例性实施例中，还包括：通过所述第二虚拟资源库向所述第一虚拟资源库转移与所述信用资源值对应的初始资源。

在本公开的一种示例性实施例中，所述的根据为所述第一虚拟资源库分配的信用资源值对所述第一虚拟资源库进行资源恢复操作包括：通过可信服务管理平台以空中写入的方式向所述第一虚拟资源库转移虚拟资源，将所述第一虚拟资源库恢复至与所述信用资源值对应的初始资源。

在本公开的一种示例性实施例中，所述的对所述第二虚拟资源库进行资源转移操作包括：对与所述第二虚拟资源库绑定的银行账户进行扣款。

在本公开的一种示例性实施例中，还包括基于用户申请和/或用户授信信息中来调整所述第一虚拟资源库的信用资源值。

根据本公开实施例的第二方面，提供一种虚拟资源管理装置，包括：

资源库关联模块，设置为响应于接收的关联请求获取第一虚拟资源库与第二虚拟资源库的关联关系；

账户扣款模块，设置为监控所述第一虚拟资源库的资源变化，并根据所述第一虚拟资源库的资源变化通知对所述第二虚拟资源库进行资源转移操作；

余额恢复模块，设置为根据为所述第一虚拟资源库分配的信用资源值对所述第一虚拟资源库进行资源恢复操作。

根据本公开的第三方面，提供一种电子设备，包括：存储器；以及耦合到所属存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上述任意一项所述的虚拟资源管理方法。

本公开提供的虚拟资源管理方法与系统，通过响应于接收的关联请求获取第一虚拟资源库与第二虚拟资源库的关联关系，监控所述第一虚拟资源库的资源变化，并根据所述第一虚拟资源库的资源变化通知对所述第二虚拟资源库进行资源转移操作，根据为所述第一虚拟资源库分配的信用资源值对所述第一虚拟资源库进行资源恢复操作，减少了用户对虚拟资源库的充值操作，降低了信用提供方的资金负担，在提高了用户体验的同时也保障了信用提供方的经济利益。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中虚拟资源管理方法的流程图。

图2示意性示出本公开示例性实施例中虚拟资源管理方法的子流程图。

图3a与图3b示意性示出本公开示例性实施例的交互示意图。

图4示意性示出本公开一个示例性实施例中一种虚拟资源管理装置的方框图。

图5示意性示出本公开一个示例性实施例中一种电子设备的方框图。

图6示意性示出本公开一个示例性实施例中一种计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下面结合附图对本公开示例实施方式进行详细说明。

图1示意性示出本公开示例性实施例中虚拟资源管理方法的流程图。参考图1，虚拟资源管理方法100可以包括：

步骤s102，响应于接收的关联请求获取第一虚拟资源库与第二虚拟资源库的关联关系；

步骤s104，监控所述第一虚拟资源库的资源变化，并根据所述第一虚拟资源库的资源变化通知对所述第二虚拟资源库进行资源转移操作；

步骤s106，根据为所述第一虚拟资源库分配的信用资源值对所述第一虚拟资源库进行资源恢复操作。

本公开提供的虚拟资源管理方法与系统，通过响应于接收的关联请求获取第一虚拟资源库与第二虚拟资源库的关联关系，监控所述第一虚拟资源库的资源变化，并根据所述第一虚拟资源库的资源变化通知对所述第二虚拟资源库进行资源转移操作，根据为所述第一虚拟资源库分配的信用资源值对所述第一虚拟资源库进行资源恢复操作，减少了用户对虚拟资源库的充值操作，降低了信用提供方的资金负担，在提高了用户体验的同时也保障了信用提供方的经济利益。

下面，对虚拟资源管理方法100的各步骤进行详细说明。

在步骤s102，响应于接收的关联请求获取第一虚拟资源库与第二虚拟资源库的关联关系。

虚拟资源管理方法100可以应用在移动终端，例如手机上。例如，可以通过应用程序(application)来实现本方法。

关联请求例如可以为用户操作手机中的应用程序提出的关联请求。获取第一虚拟资源库与第二虚拟资源库的关联关系可以通过用户提供的信息来进行。例如，首先可以获取第一虚拟资源库与第二虚拟资源库的识别符、访问权限等，再通过访问权限获取并记录第一虚拟资源库与第二虚拟资源库的相关信息。在一些实施例中，还可以进一步通过用户授权获取第一虚拟资源库与第二虚拟资源库的资源转移权限。关联关系的相关信息可以有多种，本公开对此不作特殊限定。

在本公开一个示例性实施例中，第一虚拟资源库例如可以为智能卡账户，第二虚拟资源库例如可以为用户的支付账户。

智能卡账户是指具有充值与消费功能的账户，例如公共交通卡账户、校园一卡通账户等。虽然以智能卡账户指代，但是本公开所指的智能卡账户不限于卡片形态，例如，其既可以为与实体卡片对应的虚拟账户，也可以仅为不具有实体形态的虚拟账户。被关联的智能卡账户的数量和种类也可以为一个或多个，本公开对此不做特殊限定。

支付账户是指具有支付功能的账户，可以具有余额或信用额度，以用于响应支付请求提供支付功能。支付账户例如可以为银行卡账户、信用卡账户、商业软件资金管理账户(例如美团账户余额)或第三方网络交易账户(例如支付宝或微信)中的一个或多个。

在本公开实施例中，将以公交卡账户为例进行说明，但是可以理解的是，本公开保护范围不限于此。

关联智能卡账户与支付账户的方法例如可以为获取智能卡账户的相关账户信息，从而能够实现查询智能卡账户余额、为智能卡账户进行空中充值等功能；获取支付账户信息，从而能够实现使支付账户响应支付指令进行支付。

在步骤s104，监控所述第一虚拟资源库的资源变化，并根据所述第一虚拟资源库的资源变化通知对所述第二虚拟资源库进行资源转移操作。

其中，可以按第一周期读取所述第一虚拟资源库的资源转移记录和剩余资源值，并发送至所述第二虚拟资源库的管理设备，使所述管理设备基于收到的所述资源转移记录和剩余资源值从所述第二虚拟资源库中扣除相应的资源。

例如，在监控智能卡账户的余额变化，并根据余额变化通知对支付账户扣款时，可以按第一周期读取智能卡账户的交易记录和余额，并发送至支付账户所在的服务器，使支付账户所在的服务器基于该交易记录和余额对该支付账户扣款。

第一周期例如可以为若干小时、天、周或月。优选的，本公开的一个实施例采用小时作为第一周期，以不大于24小时为周期读取所述智能卡账户的交易记录，以实现降低金融风险的目的。

在一些实施例中，用户可以通过实体智能卡进行消费，应用程序通过空中读卡的方式监控智能卡金额，从而降低对用户设备功能的要求；在另一些实施例中，当用户持有具nfc功能的移动终端时，可以通过移动终端进行消费，应用程序通过绑定的智能卡账户信息对智能卡账户进行监控。

图2是本公开一个示例性实施例中步骤s104的子流程图。参考图2，在一些实施例中，步骤s104可以包括：

步骤s1042，根据获取的所述第一虚拟资源库的资源转移记录，按第二周期校验所述第一虚拟资源库的资源变化；以及

步骤s1044，根据通过校验的资源变化，通知所述第二虚拟资源库的管理设备对所述第二虚拟资源库进行资源转移操作。

可以获取智能卡的交易记录，从而通过交易记录计算出智能卡的余额，并与直接读取的智能卡余额进行比对，如果二者一致，则可以根据余额变化确定该智能卡的消费金额，从而根据该消费金额对所述支付账户进行扣款。如果二者不一致，则说明书智能卡账户出现问题，可以通过短信、消息等方式提醒用户检查。

上述第二周期可以与第一周期相等，也可以不等，本领域技术人员可以根据实际情况自行设置用于信用校验的第二周期。

在本公开的一种示例性实施例中，所述的对所述第二虚拟资源库进行资源转移操作可以包括对与所述第二虚拟资源库绑定的银行账户进行扣款，例如对与支付账户绑定的银行账户进行扣款。对于绑定多个银行账户或金融账户的支付账户，可以为用户提供扣款顺序设定入口，从而根据用户设置的扣款顺序对各账户进行小额免密支付。可以理解的是，为了降低对用户的打扰，需要预先取得对支付账户进行免密支付的权限，以在权限预设范围内在不打扰用户的情况下对支付账户扣款。

在步骤s106，根据为所述第一虚拟资源库分配的信用资源值对所述第一虚拟资源库进行资源恢复操作。

在一些实施例中，步骤s106可以包括：

通过可信服务管理平台以空中写入的方式向所述第一虚拟资源库转移虚拟资源，将所述第一虚拟资源库恢复至与所述信用资源值对应的初始资源，例如通过可信服务管理平台以空中写入的方式为所述智能卡账户充值，将所述智能卡账户恢复至与所述信用额度对应的初始余额。

确定智能卡账户的变动金额并通过支付账户提供获取到变动金额后，可以为智能卡账户充值该对应金额，从而保障智能卡账户的余额金额。在智能卡账户的初始余额由用户确定时，可以直接根据余额变动数目对智能卡充值；在在智能卡账户的初始余额由信用额度确定时，可以通过充值将智能卡账户的余额回复到该信用额度对应的金额。不论以何种余额为标准，充值金额均等于从支付账户中扣款的金额。通过以上延迟支付方案，可以在使用户操作最小的情况下降低服务提供平台的资金压力以及金融风险。

使用本公开提供的智能卡账户管理方法，用户可以仅通过一个智能终端管理多个智能卡账户，一次绑定支付账户并设置小额免密支付权限，即可以无需对多个、多种类的智能卡账户进行充值或还款，最大化降低了用户的操作，节约了用户的时间，方便了用户的使用。

优选的，在本公开的一种示例性实施例中，还可以通过所述第二虚拟资源库向所述第一虚拟资源库转移与所述信用资源值对应的初始资源。例如，通过所述支付账户为所述智能卡账户分配与所述信用额度对应的初始余额。

对于公交卡等主要应用于离线交易的账户而言，需要在卡内存储有一定的金额，以供离线消费。在一些实施例中，如用户已经在卡内存储有一定金额，则无需为其预先充值。在另一些实施例中，如用户未在卡内预存金额，或预存金额小于一预设值(例如1元、2元等)，则可以为该智能卡账户分配一信用额度，并通过支付账户为该智能卡账户分配与该信用额度对应的初始余额，为该账户预充值。

该智能卡账户的信用额度可以基于用户申请服务时提供的材料来进行评估，也可以基于用户申请和/或用户授信信息中来调整。在本公开的一个优选实施例中，为降低金融风险，对公交卡账户的信用额度设置可以为较小金额，例如10元、20元，对应的，查询智能卡账户的周期可以随信用额度的降低而降低，以保证智能卡账户中随时具有足够可供消费的金额。

在一些实施例中，还可以基于用户申请和/或用户授信信息中来调整所述第一虚拟资源库的信用资源值。

例如，可以基于用户在手机的应用程序上提出的信用额度提高申请来提高用户的信用额度。在收到用户的信用额度提高申请时，可以根据用户的账户支付情况来评估该用户是否满足信用额度提高要求。相关评估例如可以通过设置行为分值自定进行。对用户的各项行为根据预设规则进行评分，如果总分超过阈值，即通过该申请，提高用户的信用额度。评估的方法和确定新的信用额度值的方法可以有多种，本公开对此不作特殊限定。

在另一些情况下，如果该智能卡账户存在多次扣款等情况，则可以相应下调甚至取消对该智能卡账户的信用额度设置。或者如果该智能卡账户长期扣款情况顺利，且根据对用户相关授信信息——如年龄、工作、收入等的评估确定了该智能卡账户的用户为信用良好用户，也可以自动提高对该智能卡账户的信用额度设置。

调整信用额度的情况可以有多种，本领域技术人员可以根据实际情况自行设置。

下面结合具体实施场景对虚拟资源管理方法进行举例说明。

图3a是本公开示例性实施例的一种交互示意图。参考图3a，以公交卡为例，用户301可以通过移动终端302下载应用程序，并在应用程序中发起开卡申请。应用程序以及相关服务器可以提供智能卡账户管理平台。如果用户使用具有nfc功能的的移动终端进行消费，例如可穿戴设备，则还需要首先完成设备的通讯设置。

开卡申请时，可以请用户输入智能卡账户303的信息以及支付账户304的信息，支付账户304的信息例如为实名处理。此外，在绑定多个支付账户时，需要用户设置默认付款账户，并设置扣款顺序，以在默认付款账户不可用时进行轮询扣费。为确保在不打扰用户的情况下扣费成功，可以获取用户对所绑定的支付账户进行小额免密支付的授权。通过对用户在发起开卡申请时提供的信息，可以为用户分配一小额信用额度，例如10元。

接下来，通过智能卡账户管理平台中的可信服务管理平台，以空中写入方式对智能卡账户303写入数据，激活应用程序的相关功能，从而进行查询余额等操作，并对有离线交易需求的智能卡账户303通过支付账户304为其预存与信用额度对应的金额。示例性而言，移动终端302可以首先向支付账户304发送金额为信用额度的扣款请求，并响应支付账户304的同意扣款信息进行扣款，然后，对智能卡账户303充值信用额度对应的金额。

当用户持卡或移动终端(代表智能卡账户303)在公交终端305上消费时，公交终端305设置交易金额，智能卡账户303支付交易金额，发生余额变动。以一定周期(例如2小时)静默完成与用户卡片的交互，读取卡内交易记录和余额，查询智能卡账户303的余额变动情况，根据余额变化情况对支付账户304做扣费处理。用户可以通过应用程序对查询次数或查询时间进行调整，例如设置每日22点到次日6点无需查询等，每日查询五次等。

根据信用额度、累计消费限额，对公交卡内离线账户的额度进行恢复，在满足用户正常使用的的同时降低资金风险。

在本实施例中，在移动终端302具有nfc功能时，智能卡账户303可以为虚拟账户，此时用户301仅需持有移动终端302一个实体与公交终端305交互即可，无需关注账户余额与充值事项。本实施例的智能卡账户管理方法通过为用户提供智能卡账户自动充值，为用户使用智能卡进行消费提供了良好的用户体验，提高了使用效率。

图3b是本公开实施例的另一种交互示意图。

参考图3b，由移动终端、应用程序服务器等组成的智能卡账户管理平台接受多个智能卡账户和多个支付账户的绑定信息，为智能卡账户设置信用额度，并根据信用额度对支付账户进行扣款，以为智能卡账户设置预存金额，供智能卡账户离线消费。此后，按预设周期监控智能卡账户余额变动，获取余额变动金额，根据变动金额对支付账户进行扣款，从而为智能卡账户充值，保障智能卡账户的离线交易功能。

本公开实施例通过绑定智能卡账户和支付账户，可以使用户在不改变现有消费习惯的情况下，通过智能终端对多个智能卡账户进行管理，无需关心各账户余额或进行充值。此外，通过对智能卡账户进行实名制管理，可以实现挂失解挂，无需担心丢卡风险，使资金损失可控。

在另一个实施例中，对于绑定多个智能卡账户的情况，可以轮询监控该多个智能卡账户的余额，并在某个智能卡账户的余额小于预设值时，通过支付账户为该智能卡账户充值信用额度对应的金额。

对应于上述方法实施例，本公开还提供一种虚拟资源管理装置，可以用于执行上述方法实施例。

图4示意性示出本公开一个示例性实施例中一种虚拟资源管理装置的方框图。

参考图4，虚拟资源管理装置400可以包括：

资源库关联模块402，设置为响应于接收的关联请求获取第一虚拟资源库与第二虚拟资源库的关联关系；

账户扣款模块404，设置为监控所述第一虚拟资源库的资源变化，并根据所述第一虚拟资源库的资源变化通知对所述第二虚拟资源库进行资源转移操作。

余额恢复模块406，设置为根据为所述第一虚拟资源库分配的信用资源值对所述第一虚拟资源库进行资源恢复操作。

在本公开的一种示例性实施例中，；

账户扣款模块404可以设置为按第一周期读取所述第一虚拟资源库的资源转移记录和剩余资源值，并发送至所述第二虚拟资源库的管理设备，使所述管理设备基于收到的所述资源转移记录和剩余资源值从所述第二虚拟资源库中扣除相应的资源。

在本公开的一种示例性实施例中，账户扣款模块404可以包括：

信用校验单元4042，设置为根据获取的所述第一虚拟资源库的资源转移记录，按第二周期校验所述第一虚拟资源库的资源变化；以及

资源转移单元4044，设置为根据通过校验的资源变化，通知所述第二虚拟资源库的管理设备对所述第二虚拟资源库进行资源转移操作。

在本公开的一种示例性实施例中，还包括：

初始资源管理模块408，设置为通过所述第二虚拟资源库向所述第一虚拟资源库转移与所述信用资源值对应的初始资源。

在本公开的一种示例性实施例中，余额恢复模块406设置为通过可信服务管理平台以空中写入的方式向所述第一虚拟资源库转移虚拟资源，将所述第一虚拟资源库恢复至与所述信用资源值对应的初始资源。

在本公开的一种示例性实施例中，；

账户扣款模块404设置为对与所述第二虚拟资源库绑定的银行账户进行扣款。

在本公开的一种示例性实施例中，还包括信用额度管理模块410，基于用户申请和/或用户授信信息中来调整所述第一虚拟资源库的信用资源值。

由于装置400的各功能已在其对应的方法实施例中予以详细说明，本公开于此不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图5来描述根据本发明的这种实施方式的电子设备500。图5显示的电子设备500仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：上述至少一个处理单元510、上述至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线530。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元510执行，使得所述处理单元510执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元510可以执行如图1中所示的步骤s102：响应于接收的关联请求获取第一虚拟资源库与第二虚拟资源库的关联关系；步骤s104：监控所述第一虚拟资源库的资源变化，并根据所述第一虚拟资源库的资源变化通知对所述第二虚拟资源库进行资源转移操作；步骤s106：根据为所述第一虚拟资源库分配的信用资源值对所述第一虚拟资源库进行资源恢复操作。

存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)5201和/或高速缓存存储单元5202，还可以进一步包括只读存储单元(rom)5203。

存储单元520还可以包括具有一组(至少一个)程序模块5205的程序/实用工具5204，这样的程序模块5205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备500也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口550进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器550通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图6所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和构思由权利要求指出。