CN104346185A - 应用对象属性更新方法、装置及应用平台 - Google Patents

Abstract

本发明涉及一种应用对象属性更新方法、装置及应用平台，其方法包括：通过任务配置建立应用的对象属性更新任务，形成任务列表；从任务列表中提取每一任务，从任务配置信息中解析出对应的应用的源属性信息和目的属性信息；根据对应的应用的源属性信息从数据库中查找对应的应用对象；将对应的应用对象的当前属性信息修改为目的属性信息；将修改后的目的属性信息作为应用对象的当前属性信息重新写入数据库。本发明通过任务配置建立应用的对象属性更新任务，根据任务配置信息执行每一任务，自动完成应用对象的属性信息的修改，提高了应用对象属性更新效率。此外还可对修改的属性信息引入审核机制，进而提高了网络应用数据安全性。

Description

应用对象属性更新方法、装置及应用平台

技术领域

本发明涉及互联网技术领域，尤其涉及一种应用对象属性更新方法、装置及应用平台。

背景技术

网络游戏交易平台作为自动化的网络游戏物品或者角色交易平台，使得游戏玩家既可以直接在该平台上发布商品，也可以在该平台上购买别的玩家发布的商品。游戏物品或者角色的转移都是自动完成，不需要第三方的介入。

游戏玩家在网络游戏交易平台上发布的商品会带有游戏内的属性——区和服，这些属性必须跟游戏内的区服属性时刻保持一致才能保证交易的正常进行。通常，网络游戏因其自身的运营需要，会不定期的将若干个区（服）合并到一个区（服）中去，此称为区服合并。此时，隶属于这些被合并的区服的商品的区服，必须与游戏内的区服保持一致，所以这些商品的区服需要跟随游戏内的区服一起进行合并。

目前，商品的区服合并大都是由开发人员操作。首先开发人员先从运营商获取到区服合并的信息，然后操作数据库，进行数据备份，再手动进行商品的区服信息修改，修改之后再进行商品区服信息的校验。上述手动操作流程不仅费时费力，而且手动操作数据库面临着巨大的数据安全风险。

发明内容

本发明实施例提供一种应用对象属性更新方法、装置及应用平台，旨在提高应用对象属性更新效率。

本发明实施例提出一种应用对象属性更新方法，包括：

通过任务配置建立应用的对象属性更新任务，形成任务列表；

从所述任务列表中提取每一任务，从任务配置信息中解析出对应的应用的源属性信息和目的属性信息；

根据所述对应的应用的源属性信息从数据库中查找对应的应用对象；

将所述对应的应用对象的当前属性信息修改为所述目的属性信息；

将修改后的目的属性信息作为所述应用对象的当前属性信息重新写入所述数据库。

本发明实施例还提出一种应用对象属性更新装置，包括：

任务建立模块，用于通过任务配置建立应用的对象属性更新任务，形成任务列表；

提取解析模块，用于从所述任务列表中提取每一任务，从任务配置信息中解析出对应的应用的源属性信息和目的属性信息；

查找模块，用于根据所述对应的应用的源属性信息从数据库中查找对应的应用对象；

修改模块，用于将所述对应的应用对象的当前属性信息修改为所述目的属性信息；

写入模块，用于将修改后的目的属性信息作为所述应用对象的当前属性信息重新写入所述数据库。

本发明实施例还提出一种应用平台，包括如上所述的装置。

本发明实施例提出的一种应用对象属性更新方法、装置及应用平台，通过任务配置建立应用的对象属性更新任务，根据任务配置信息执行每一任务，自动完成应用对象的属性信息的修改，提高了应用对象属性更新效率。此外还可以对修改的属性信息引入审核机制，让任务可以更加安全的进行，进而提高了网络应用数据安全性。

附图说明

图1是本发明应用对象属性更新方法第一实施例的流程示意图；

图2a是本发明实施例网络游戏中添加任务的一种页面示意图；

图2b是本发明实施例网络游戏中添加任务的另一种页面示意图；

图2c是本发明实施例网络游戏中添加任务的又一种页面示意图；

图2d是本发明实施例网络游戏中一种任务列表页面示意图；

图3是本发明应用对象属性更新方法第二实施例的流程示意图；

图4是本发明应用对象属性更新方法第三实施例的流程示意图；

图5是本发明应用对象属性更新方法第四实施例的流程示意图；

图6是本发明应用对象属性更新装置第一实施例的功能模块示意图；

图7是本发明应用对象属性更新装置实施例中任务建立模块的结构示意图；

图8是本发明应用对象属性更新装置第二实施例的功能模块示意图；

图9是本发明应用对象属性更新装置第三实施例的功能模块示意图；

图10是本发明应用对象属性更新装置第四实施例的功能模块示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，本发明第一实施例提出一种应用对象属性更新方法，包括：

步骤S101，通过任务配置建立应用的对象属性更新任务，形成任务列表；

本实施例方案涉及网络游戏等网络应用运行过程中应用属性改变时，应用的对象属性需要跟随进行修改，以确保应用运行过程中，在需要进行应用对象转移（比如游戏物品或角色交易）时，转移操作能够正常进行。

以网络游戏（对应本实施例中所述的应用）为例，网络交易平台作为自动化的网络游戏物品或者角色（对应本实施例中所述的应用对象）交易平台，游戏玩家既可以直接在该平台上发布商品，也可以在该平台上购买别的玩家发布的商品。游戏物品或者角色的转移都是自动完成，不需要第三方的介入。游戏玩家在网络交易平台上发布的商品会带有游戏内的属性——区和服，这些属性必须跟游戏内的区服属性时刻保持一致才能保证交易的正常进行。

网络游戏因为其自身的运营需要，会不定期的将若干个的区（服）合并到一个区（服）中去，此时，隶属于这些被合并的区服的商品的区服，必须跟游戏内的区服保持一致，所以这些商品的区服需要跟随游戏内的区服一起进行合并。

由此涉及到应用对象属性的修改更新。

为了实现应用对象属性跟随应用属性的变化而修改更新，本实施例首先通过任务配置针对每个应用建立应用的对象属性更新任务，形成任务列表，后续执行相应的任务即可自动完成对应变化的应用属性来修改应用对象属性。

其中，在建立任务时，针对不同的属性修改项，每个应用的任务中可以包括多个子任务，以网络游戏的区/服合并为例，针对某一类游戏，其属性修改项可以是：合并服（即服的合并）或者合并区（即区的合并）。

以服的合并为例，在一个任务中，可以是一个服合并到其他服，也可以是多个服合并到其他服；还可以是包括多个并列的子任务：每个子任务中，可以是一个服合并到其他服，也可以是多个服合并到其他服。

在进行任务配置时，首先用户在应用平台操作界面上触发添加任务指令，应用平台响应用户终端触发的添加任务指令，根据所述添加任务指令进行任务配置，获取任务配置信息。其中，任务配置信息包括应用名称、应用的属性修改类型、应用对应属性类型的源属性信息和目的属性信息等。

在具体操作时，用户通过应用平台操作界面上设置的各选项按钮进行任务配置，选取应用名称、应用的属性修改类型、应用对应的属性类型的源属性信息和需要修改替换成的目的属性信息。

此外，还可以根据需要，在应用平台操作界面上设置更多的选项按钮，比如设置增加待修改的应用对应的属性类型的源属性信息的选项按钮；还比如，设置增加待修改的应用对应的属性类型的源属性信息和目的属性信息。

以图2a所示的添加任务为例，首先选择游戏和合并类型，比如选择游戏名称：QQ仙灵（可以通过下拉按钮进行选择）；合并类型：合并服或者合并大区（可以通过勾选键来选择）；之后，选择需要合并的区/服的属性信息，其中包括对应的应用的源属性信息和目的属性信息等，上述属性信息包括区名、区ID以及服名、服ID。

之后可以通过合并按钮将上述任务配置信息保存，由此建立一条游戏的区/服属性更新任务。

上述过程中，对于具有多个区/服合并到一个区/服的情形，可以通过操作界面中设置的增加待合并区/服来增加更多的区/服属性信息，如图2b所示；此外，还可以通过操作界面中设置的添加合并项来增加更多的子任务，每个子任务的任务配置信息的配置过程与上述过程相同。其操作后的界面可以如图2c所示。

此外，上述操作界面中还可以设置删除待合并服/区的选项以及删除合并项的选项，以防止用户误操作或者满足用户不同的修改要求。

采用上述方法，可以针对不同类型的游戏，建立一系列的任务，由此形成任务列表，如图2d所示。

步骤S102，从所述任务列表中提取每一任务，从任务配置信息中解析出对应的应用的源属性信息和目的属性信息；

如图2d所示，在执行任务时，可以同时执行多项合并任务，也可以逐项执行。

在执行每一项任务时，应用平台从任务列表中提取该任务，解析该任务的任务配置信息，获取对应的应用的源属性信息和目的属性信息，以便根据该应用的源属性信息从数据库中查找到该应用的所有对象，进而可以将该应用的所有对象的源属性信息修改为目的属性信息。

步骤S103，根据所述对应的应用的源属性信息从数据库中查找对应的应用对象；

步骤S104，将所述对应的应用对象的当前属性信息修改为所述目的属性信息；

步骤S105，将修改后的目的属性信息作为所述应用对象的当前属性信息重新写入所述数据库。

上述步骤S103至步骤S105中，在获取到对应的应用的源属性信息和目的属性信息后，根据该应用的源属性信息从数据库中查找到该应用的所有对象，进而将该应用的所有对象的源属性信息修改为目的属性信息，之后，再将所有对象的源属性信息修改为目的属性信息，每一个应用对象修改后的目的属性信息将被重新写入数据库中，从而完成应用对象属性信息的修改。

执行任务时的页面可以参照图2d所示，在任务列表页面中，可以显示当前执行的任务的ID、应用名称、任务创建时间、任务类型（即应用的属性修改类型）、任务状态等，同时还可以设置操作项供用户操作，在此操作项中，用户可以选择回退按钮来撤销之前的任务执行过程，用户也可以通过操作项来了解任务执行的详细信息等。

上述任务状态可以显示任务的执行状态，比如执行成功、回退失败等。

另外，还可以在任务列表页面中设置添加任务选项，由此，在任务执行的过程中，还可以继续添加其他需要执行的任务。

本实施例通过上述方案，通过任务配置建立应用的对象属性更新任务，根据任务配置信息执行每一任务，自动完成应用对象的属性信息的修改，不仅提高了应用对象属性更新效率，而且通过及时修改应用对象的属性信息，使其与应用属性信息保持一致，保证了后续应用平台上应用对象转移能够正常进行，进而提高了应用操作的可靠性。

如图3所示，本发明第二实施例提出一种应用对象属性更新方法，在上述第一实施例的基础上，在上述步骤S103之后还包括：

步骤S106，备份所述数据库中对应的应用对象的当前属性信息。

本实施例与上述第一实施例的区别在于，本实施例在从数据库中查找到对应的应用对象，对其属性信息进行修改之前，还需要在数据库中备份该应用对象的当前属性信息，以便后续进行回退操作时，依据此备份信息还原应用对象的当前属性信息，从而可以保证回退操作的正常进行。

本实施例通过上述方案，通过任务配置建立应用的对象属性更新任务，根据任务配置信息执行每一任务，自动完成应用对象的属性信息的修改，不仅提高了应用对象属性更新效率，而且通过及时修改应用对象的属性信息，使其与应用属性信息保持一致，保证了后续应用平台上应用对象转移能够正常进行，进而提高了应用操作的可靠性；此外，在从数据库中查找到对应的应用对象，对其属性信息进行修改之前，还需要在数据库中备份该应用对象的当前属性信息，以便后续进行回退操作时，依据此备份信息还原应用对象的当前属性信息，从而可以保证回退操作的正常进行。

如图4所示，本发明第三实施例提出一种应用对象属性更新方法，在上述第二实施例的基础上，在上述步骤S104之后还包括：

步骤S107，对所述目的属性信息进行校验。

本实施例与上述第二实施例的区别在于，本实施例在对应用对象的属性信息进行修改之后，还需对其修改得到的目的属性信息进行校验，以保证应用数据的准确性，进一步提高应用操作的可靠性。

如图5所示，本发明第四实施例提出一种应用对象属性更新方法，在上述第三实施例的基础上，在上述步骤S104之前还包括：

步骤S108，对属性信息修改权限进行审核。

本实施例与上述第三实施例的区别在于，本实施例在对应用对象的属性信息进行修改之前，还需要对该属性信息修改权限进行审核，以防止信息修改的误操作，提高任务操作的安全性。

本实施例通过上述方案，通过任务配置建立应用的对象属性更新任务，根据任务配置信息执行每一任务，自动完成应用对象的属性信息的修改，不仅提高了应用对象属性更新效率，而且通过及时修改应用对象的属性信息，使其与应用属性信息保持一致，保证了后续应用平台上应用对象转移能够正常进行，进而提高了应用操作的可靠性。此外还可以对修改的属性信息引入审核机制，让任务可以更加安全的进行，进而提高了网络应用数据安全性。

相比现有技术，以网络游戏为例，商品的区服合并是由开发人员手动操作完成，首先开发人员先从运营商获取区服合并的信息，然后操作数据库进行数据备份，之后再手动进行商品的信息修改，修改之后还要进行商品信息的校验，该流程执行过程不仅费时费力，而且手动操作数据库面临着巨大的安全风险；本发明实施例只需由运营人员进行任务配置、点击操作，商品的区服合并，包括数据备份、数据修改、数据校验等即可自动完成；此外由于有审批机制，可以使得任务更加安全的进行。

如图6所示，本发明第一实施例提出一种应用对象属性更新装置，包括：任务建立模块201、提取解析模块202、查找模块203、修改模块204以及写入模块205，其中：

任务建立模块201，用于通过任务配置建立应用的对象属性更新任务，形成任务列表；

提取解析模块202，用于从所述任务列表中提取每一任务，从任务配置信息中解析出对应的应用的源属性信息和目的属性信息；

查找模块203，用于根据所述对应的应用的源属性信息从数据库中查找对应的应用对象；

修改模块204，用于将所述对应的应用对象的当前属性信息修改为所述目的属性信息；

写入模块205，用于将修改后的目的属性信息作为所述应用对象的当前属性信息重新写入所述数据库。

本实施例方案涉及网络游戏等网络应用运行过程中应用属性改变时，应用的对象属性需要跟随进行修改，以确保应用运行过程中，在需要进行应用对象转移（比如游戏物品或角色交易）时，转移操作能够正常进行。

以网络游戏（对应本实施例中所述的应用）为例，网络交易平台作为自动化的网络游戏物品或者角色（对应本实施例中所述的应用对象）交易平台，游戏玩家既可以直接在该平台上发布商品，也可以在该平台上购买别的玩家发布的商品。游戏物品或者角色的转移都是自动完成，不需要第三方的介入。游戏玩家在网络交易平台上发布的商品会带有游戏内的属性——区和服，这些属性必须跟游戏内的区服属性时刻保持一致才能保证交易的正常进行。

网络游戏因为其自身的运营需要，会不定期的将若干个的区（服）合并到一个区（服）中去，此时，隶属于这些被合并的区服的商品的区服，必须跟游戏内的区服保持一致，所以这些商品的区服需要跟随游戏内的区服一起进行合并。

由此涉及到应用对象属性的修改更新。

为了实现应用对象属性跟随应用属性的变化而修改更新，本实施例任务建立模块201首先通过任务配置针对每个应用建立应用的对象属性更新任务，形成任务列表，后续执行相应的任务即可自动完成对应变化的应用属性来修改应用对象属性。

其中，在建立任务时，针对不同的属性修改项，每个应用的任务中可以包括多个子任务，以网络游戏的区/服合并为例，针对某一类游戏，其属性修改项可以是：合并服（即服的合并）或者合并区（即区的合并）。

以服的合并为例，在一个任务中，可以是一个服合并到其他服，也可以是多个服合并到其他服；还可以是包括多个并列的子任务：每个子任务中，可以是一个服合并到其他服，也可以是多个服合并到其他服。

在进行任务配置时，首先用户在应用平台操作界面上触发添加任务指令，应用平台响应用户终端触发的添加任务指令，根据所述添加任务指令进行任务配置，获取任务配置信息。其中，任务配置信息包括应用名称、应用的属性修改类型、应用对应属性类型的源属性信息和目的属性信息等。

在具体操作时，用户通过应用平台操作界面上设置的各选项按钮进行任务配置，选取应用名称、应用的属性修改类型、应用对应的属性类型的源属性信息和需要修改替换成的目的属性信息。

此外，还可以根据需要，在应用平台操作界面上设置更多的选项按钮，比如设置增加待修改的应用对应的属性类型的源属性信息的选项按钮；还比如，设置增加待修改的应用对应的属性类型的源属性信息和目的属性信息。

以图2a所示的添加任务为例，首先选择游戏和合并类型，比如选择游戏名称：QQ仙灵（可以通过下拉按钮进行选择）；合并类型：合并服或者合并大区（可以通过勾选键来选择）；之后，选择需要合并的区/服的属性信息，其中包括对应的应用的源属性信息和目的属性信息等，上述属性信息包括区名、区ID以及服名、服ID。

之后可以通过合并按钮将上述任务配置信息保存，由此建立一条游戏的区/服属性更新任务。

上述过程中，对于具有多个区/服合并到一个区/服的情形，可以通过操作界面中设置的增加待合并区/服来增加更多的区/服属性信息，如图2b所示；此外，还可以通过操作界面中设置的添加合并项来增加更多的子任务，每个子任务的任务配置信息的配置过程与上述过程相同。其操作后的界面可以如图2c所示。

此外，上述操作界面中还可以设置删除待合并服/区的选项以及删除合并项的选项，以放置用户误操作或者满足用户不同的修改要求。

采用上述方法，可以针对不同类型的游戏，建立一系列的任务，由此形成任务列表，如图2d所示。

如图2d所示，在执行任务时，可以同时执行多项合并任务，也可以逐项执行。

在执行每一项任务时，应用平台的提取解析模块202从任务列表中提取该任务，解析该任务的任务配置信息，获取对应的应用的源属性信息和目的属性信息，以便查找模块203根据该应用的源属性信息从数据库中查找到该应用的所有对象，进而修改模块204可以将该应用的所有对象的源属性信息修改为目的属性信息。

在获取到对应的应用的源属性信息和目的属性信息后，查找模块203根据该应用的源属性信息从数据库中查找到该应用的所有对象，进而将该应用的所有对象的源属性信息修改为目的属性信息，之后，修改模块204再将所有对象的源属性信息修改为目的属性信息，每一个应用对象修改后的目的属性信息将被写入模块205重新写入数据库中，从而完成应用对象属性信息的修改。

执行任务时的页面可以参照图2d所示，在任务列表页面中，可以显示当前执行的任务的ID、应用名称、任务创建时间、任务类型（即应用的属性修改类型）、任务状态等，同时还可以设置操作项供用户操作，在此操作项中，用户可以选择回退按钮来撤销之前的任务执行过程，用户也可以通过操作项来了解任务执行的详细信息等。

上述任务状态可以显示任务的执行状态，比如执行成功、回退失败等。

另外，还可以在任务列表页面中设置添加任务选项，由此，在任务执行的过程中，还可以继续添加其他需要执行的任务。

进一步地，如图7所示，上述任务建立模块201可以包括：响应单元2011、配置单元2012及保存建立单元2013，其中：

响应单元2011，用于响应用户终端触发的添加任务指令；

配置单元2012，用于根据所述添加任务指令进行任务配置，获取任务配置信息；所述任务配置信息包括应用名称、应用的属性修改类型、应用对应属性类型的源属性信息和目的属性信息；

保存建立单元2013，用于保存所述任务配置信息，建立应用的对象属性更新任务。

本实施例通过上述方案，通过任务配置建立应用的对象属性更新任务，根据任务配置信息执行每一任务，自动完成应用对象的属性信息的修改，不仅提高了应用对象属性更新效率，而且通过及时修改应用对象的属性信息，使其与应用属性信息保持一致，保证了后续应用平台上应用对象转移能够正常进行，进而提高了应用操作的可靠性。

如图8所示，本发明第二实施例提出一种应用对象属性更新装置，在上述第一实施例的基础上，还包括：

备份模块206，用于备份所述数据库中对应的应用对象的当前属性信息。

本实施例与上述第一实施例的区别在于，本实施例在从数据库中查找到对应的应用对象，对其属性信息进行修改之前，还需要在数据库中备份该应用对象的当前属性信息，以便后续进行回退操作时，依据此备份信息还原应用对象的当前属性信息，从而可以保证回退操作的正常进行。

本实施例通过上述方案，通过任务配置建立应用的对象属性更新任务，根据任务配置信息执行每一任务，自动完成应用对象的属性信息的修改，不仅提高了应用对象属性更新效率，而且通过及时修改应用对象的属性信息，使其与应用属性信息保持一致，保证了后续应用平台上应用对象转移能够正常进行，进而提高了应用操作的可靠性；此外，在从数据库中查找到对应的应用对象，对其属性信息进行修改之前，还需要在数据库中备份该应用对象的当前属性信息，以便后续进行回退操作时，依据此备份信息还原应用对象的当前属性信息，从而可以保证回退操作的正常进行。

如图9所示，本发明第三实施例提出一种应用对象属性更新装置，在上述第二实施例的基础上，还包括：

校验模块207，用于对所述目的属性信息进行校验。

本实施例与上述第二实施例的区别在于，本实施例在对应用对象的属性信息进行修改之后，还需对其修改得到的目的属性信息进行校验，以保证应用数据的准确性，进一步提高应用操作的可靠性。

如图10所示，本发明第四实施例提出一种应用对象属性更新装置，在上述第三实施例的基础上，还包括：

审核模块208，用于对属性信息修改权限进行审核。

本实施例与上述第三实施例的区别在于，本实施例在对应用对象的属性信息进行修改之前，还需要对该属性信息修改权限进行审核，以防止信息修改的误操作，提高任务操作的安全性。

本实施例通过上述方案，通过任务配置建立应用的对象属性更新任务，根据任务配置信息执行每一任务，自动完成应用对象的属性信息的修改，不仅提高了应用对象属性更新效率，而且通过及时修改应用对象的属性信息，使其与应用属性信息保持一致，保证了后续应用平台上应用对象转移能够正常进行，进而提高了应用操作的可靠性。此外还可以对修改的属性信息引入审核机制，让任务可以更加安全的进行，进而提高了网络应用数据安全性。

相比现有技术，以网络游戏为例，商品的区服合并是由开发人员手动操作完成，首先开发人员先从运营商获取区服合并的信息，然后操作数据库进行数据备份，之后再手动进行商品的信息修改，修改之后还要进行商品信息的校验，该流程执行过程不仅费时费力，而且手动操作数据库面临着巨大的安全风险；本发明实施例只需由运营人员进行任务配置、点击操作，商品的区服合并，包括数据备份、数据修改、数据校验等即可自动完成；此外由于有审批机制，可以使得任务更加安全的进行。

此外，本发明实施例还提出一种应用平台，该应用平台可以包括如上所述的装置。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。具体地，图6至图10所述的应用对象属性更新装置所对应的程序指令可以存储在应用对象属性更新装置的可读存储介质中，并被其中的至少一个处理器执行，以实现图1至图5所述的应用对象属性更新方法。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (11)

1.一种应用对象属性更新方法，其特征在于，包括：

通过任务配置建立应用的对象属性更新任务，形成任务列表；

从所述任务列表中提取每一任务，从任务配置信息中解析出对应的应用的源属性信息和目的属性信息；

根据所述对应的应用的源属性信息从数据库中查找对应的应用对象；

将所述对应的应用对象的当前属性信息修改为所述目的属性信息；

将修改后的目的属性信息作为所述应用对象的当前属性信息重新写入所述数据库。

2.根据权利要求1所述的方法，其特征在于，所述应用平台通过任务配置建立应用的对象属性更新任务的步骤包括：

应用平台响应用户终端触发的添加任务指令；

根据所述添加任务指令进行任务配置，获取任务配置信息；所述任务配置信息包括应用名称、应用的属性修改类型、应用对应属性类型的源属性信息和目的属性信息；

保存所述任务配置信息，建立应用的对象属性更新任务。

3.根据权利要求2所述的方法，其特征在于，所述根据添加任务指令进行任务配置，获取任务配置信息的步骤包括：

根据添加任务指令选取应用名称；

选取应用的属性修改类型；

选取应用对应的属性类型的源属性信息和目的属性信息。

4.根据权利要求3所述的方法，其特征在于，所述根据添加任务指令进行任务配置，获取任务配置信息的步骤进一步包括：

增加待修改的应用对应的属性类型的源属性信息；和/或，增加待修改的应用对应的属性类型的源属性信息和目的属性信息。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述根据对应的应用的源属性信息从数据库中查找对应的应用对象的步骤之后还包括：

备份所述数据库中对应的应用对象的当前属性信息；

所述将对应的应用对象的当前属性信息修改为所述目的属性信息的步骤之后还包括：

对所述目的属性信息进行校验；

所述将对应的应用对象的当前属性信息修改为所述目的属性信息的步骤之前还包括：

对属性信息修改权限进行审核。

6.一种应用对象属性更新装置，其特征在于，包括：

任务建立模块，用于通过任务配置建立应用的对象属性更新任务，形成任务列表；

提取解析模块，用于从所述任务列表中提取每一任务，从任务配置信息中解析出对应的应用的源属性信息和目的属性信息；

查找模块，用于根据所述对应的应用的源属性信息从数据库中查找对应的应用对象；

修改模块，用于将所述对应的应用对象的当前属性信息修改为所述目的属性信息；

写入模块，用于将修改后的目的属性信息作为所述应用对象的当前属性信息重新写入所述数据库。

7.根据权利要求6所述的装置，其特征在于，所述任务建立模块包括：

响应单元，用于响应用户终端触发的添加任务指令；

配置单元，用于根据所述添加任务指令进行任务配置，获取任务配置信息；所述任务配置信息包括应用名称、应用的属性修改类型、应用对应属性类型的源属性信息和目的属性信息；

保存建立单元，用于保存所述任务配置信息，建立应用的对象属性更新任务。

8.根据权利要求7所述的装置，其特征在于，所述配置单元还用于根据添加任务指令选取应用名称；选取应用的属性修改类型；选取应用对应的属性类型的源属性信息和目的属性信息。

9.根据权利要求8所述的装置，其特征在于，所述配置单元还用于增加待修改的应用对应的属性类型的源属性信息；和/或，增加待修改的应用对应的属性类型的源属性信息和目的属性信息。

10.根据权利要求6-9中任一项所述的装置，其特征在于，还包括：

备份模块，用于备份所述数据库中对应的应用对象的当前属性信息；

校验模块，用于对所述目的属性信息进行校验；

审核模块，用于对属性信息修改权限进行审核。

11.一种应用平台，其特征在于，包括权利要求6-10中任一项所述的装置。