资产管理方法、装置、电子设备及介质

技术领域

本发明涉及计算机技术领域，更具体地说，涉及一种资产管理方法、装置、电子设备及介质。

背景技术

资产管理类应用程序通常会涉及到资产的状态管理，在处理具有状态的资产时，往往会涉及到资产的状态转换，而且，不同状态下的资产在相同状态处理方法下会有不同的状态表现。

现有的资产管理类应用程序通常是使用传统的顺序状态处理流程来处理这种复杂的状态转换以及状态表现，顺序状态处理流程会出现多个业务流程分支，分支过多时就会导致逻辑不清晰的问题，同时多分支中容易存在相同操作，导致代码冗余及高耦合，而且，各个分支的代码文件通常会分散偶和到各个业务文件中，开发人员需要牢记代码的位置以及流程规程，不利于维护与扩展。

发明内容

本发明的目的是提供一种资产管理方法、装置、电子设备及介质，以至少部分地解决现有技术中存在的问题。包括如下技术方案：

一种资产管理方法，包括：

获取目标数据，所述目标数据为状态业务逻辑执行过程中用于确定目标资产、所述目标资产的状态以及对所述目标资产施加的状态处理方法的数据；

对所述目标数据进行业务实体映射，得到业务对象；

将所述业务对象注入到所述目标资产关联的状态处理机内，以便所述状态处理机根据所述业务对象生成状态处理对象；所述状态处理对象中封装有：状态对象和所述状态处理方法；

调用所述状态处理机，以便所述状态处理机根据所述状态处理对象执行所述状态处理方法，以进行状态对象的转换。

上述方法，优选的，所述目标数据包括：

终端发送的用于对目标资产进行状态处理的请求数据，以及基于所述请求数据从数据库中查询到的所述目标资产和所述目标资产的状态。

上述方法，优选的，还包括：

根据所述目标数据确定在执行所述状态处理方法后需要执行目标策略时，调用策略处理机以执行所述目标策略。

上述方法，优选的，所述调用策略处理机以执行所述目标策略，包括：

确定所述目标策略对应的接口标识；

调用所述策略处理机提供的与所述接口标识对应的接口，使得所述策略处理机执行所述目标策略。

上述方法，优选的，在调用所述状态处理机之前，还包括：

基于所述状态业务逻辑检测所述状态处理方法是否合规，若合规，执行所述调用所述状态处理机的步骤。

上述方法，优选的，所述状态处理机通过如下方式生成：

获取所述状态业务逻辑中涉及的各个状态和各个状态处理方法的抽象概念；

将所述各个状态和各个状态处理方法的抽象概念输入状态机生成器，以获取所述状态机生成器生成的状态处理机模板；所述状态处理机模板中包括每一个状态与每一个状态处理方法的关联关系；

对所述状态处理机模板进行编辑，得到所述状态处理机。

上述方法，优选的，所述对所述状态处理机模板进行编辑，包括：

对于所述状态处理机模板中具有第一关联关系的第一状态和第一状态处理方法，获取输入的与所述第一状态和所述第一状态处理方法对应的第二状态；

建立所述第一状态、所述第一状态处理方法和所述第二状态的第二关联关系，所述第二关联关系表征对所述第一状态执行所述第一状态处理方法后，转换为第二状态。

一种资产管理装置，包括：

获取模块，用于获取目标数据，所述目标数据为状态业务逻辑执行过程中用于确定目标资产，所述目标资产的状态以及对所述目标资产施加的状态处理方法的数据；

映射模块，用于对所述目标数据进行业务实体映射，得到业务对象；

注入模块，用于将所述业务对象注入到所述目标资产关联的状态处理机内，以便所述状态处理机根据所述业务对象生成状态处理对象；所述状态处理对象中封装有：状态对象和所述状态处理方法；

调用模块，用于调用所述状态处理机，以便所述状态处理机根据所述状态处理对象执行所述状态处理方法，以进行状态对象转换。

一种电子设备，包括：

存储器，用于存储程序；

处理器，用于调用并执行所述存储器中的所述程序，通过执行所述程序实现如上任一项所述的资产管理方法的各个步骤。

一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现如上任一项所述的资产管理方法的各个步骤。

通过以上方案可知，本发明提供的一种资产管理方法，在获取状态业务逻辑执行过程中用于确定目标资产、所述目标资产的状态以及对所述目标资产施加的状态处理方法的目标数据后，对目标数据进行业务实体映射，得到业务对象，将业务对象注入到目标资产关联的状态处理机内，以便状态处理机根据业务对象生成状态处理对象，状态处理对象中封装有：状态对象和状态处理方法，调用状态处理机，以便状态处理机根据状态处理对象执行状态处理方法，以进行状态对象转换。可见，本申请实施例提供的资产管理方法，将原有的顺序状态处理流程转换成面向对象的状态处理机模式，而状态处理机是对外透明的，即插即用的，因而，基于本申请，在资产的状态处理过程中，只需要直接对接状态处理机，而不用在业务层中处理代码逻辑，实现了资产管理过程中的状态业务的解耦，使得资产状态更容易管理，而且，状态处理机结构清晰，能够很好的捋顺状态业务逻辑，使得资产管理中的状态业务逻辑易于维护与扩展。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的资产管理产品中的状态业务逻辑的一种示例图；

图2为本发明实施例提供的资产管理方法的一种实现流程图；

图3为本发明实施例提供的调用策略处理机以执行目标策略的一种实现流程图；

图4为本发明实施例提供的基于图1所示的状态业务逻辑生成的状态处理机的示意图；

图5为本发明实施例提供的使用顺序方式时业务工程的局部的代码量的示例图；

图6为本发明实施例提供的使用有限状态机后的业务工程的局部代码量的示例图；

图7为本发明实施例提供的资产管理装置的一种结构示意图；

图8为本发明实施例提供的电子设备的硬件结构框图。

说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示的以外的顺序实施。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在设计和开发资产管理产品的过程中，涉及到资产的状态管理，鉴于以往的开发项目经验，在处理具有状态的资产时，往往会涉及到资产的状态转换，以及不同状态下的资产在相同状态处理方法下会有不同的状态表现。在使用传统的顺序处理的方式来处理这种复杂的状态转换以及状态表现时，会导致业务代码出现逻辑不清晰，代码冗余，耦合度高，难以扩展等一系列问题。

如图1所示，为本申请实施例提供的资产管理产品中的状态业务逻辑的一种示例图。该图中，圆圈表示资产的状态，矩形表示状态表现，箭头中的文字表示状态处理方法。

被管理的资产可以是任意产品，比如可以是计算机、CPU芯片等等。以资产为计算机为例，在对资产的状态进行管理的状态业务逻辑中，计算机的其中一个状态为空闲状态，可以对空闲状状态的计算机进行的状态处理方法可以包括但不限于：处置、派发等。以状态处理方法为派发为例，则对空闲状态的计算机进行派发处理后，状态表现可以是：生成审批待办项、状态转换(比如，由“空闲”状态转换为“派发审批中”状态)、以及短信通知相关人员进行审批等。

对处于“派发审批中”状态的计算机可以进行状态处理方法可以包括：同意或不同意，假设对处于“派发审批中”状态的计算机进行的状态处理方法为同意，则其状态表现为：生成签字代办项、状态转换(比如，由“派发审批中”状态转换为“领用待签字”状态)、以及短信通知领用人签字等。

在一种示例中，如果对空闲状态的计算机进行的状态处理方法为处置，则，相应的状态表现是：生成审批待办项、状态转换(比如，由“空闲”状态转换为“处置审批中”状态)和短信通知相关人员进行处置审批。

对处于“处置审批中”状态的计算机可以进行状态处理方法可以包括：同意或不同意，假设对处于“处置审批中”状态的计算机进行的状态处理方法为同意，则其状态表现为：生成签字代办项、状态转换(比如，由“处置审批中”状态转换为“处置待签字”状态)、以及短信通知处置人签字等。

显然，对“派发审批中”和“处置审批中”这两个状态下的计算机均进行“同意”这一处理方法时，其状态表现是不同的。

现有技术中，在实现图1所述的状态业务逻辑时，均是采用顺序处理方式，比如，对资产进行派发处理的处理流程是：判断资产是否处于空闲状态，若是，进行状态转换，若否，则业务输出业务告警。再比如，对资产进行领用确认的处理时，其处理流程是：判断资产是否处于空闲状态，若是则输出业务告警，若否则判断资产是否处于派发审批中，若是则输出业务告警，若否则判断资产是否处于领用待签字状态，若是则输出业务告警，若否则判断资产是否处于领用待确认状态，若是，则进行状态转换，即由“领用待确认”状态转换到“已领用状态”，若否，则输出业务告警。可见，顺序处理方式会出现多个业务流程分支，分支过多时就会导致逻辑不清晰的问题，同时多分支中容易存在相同操作，导致代码冗余及高耦合，而且，各个分支的代码文件通常会分散偶和到各个业务文件中，开发人员需要牢记代码的位置以及流程规程，不利于维护与扩展。

为了至少部分的解决现有技术中存在的问题，提出本申请方案。

如图2所示，为本申请实施例提供的资产管理方法的一种实现流程图，可以包括：

步骤S201：获取目标数据，该目标数据为状态业务逻辑执行过程中用于确定目标资产、目标资产的状态以及对目标资产施加的状态处理方法的数据。

可选的，目标数据可以是终端发送的用于对目标资产进行状态处理的请求数据，以及基于请求数据从数据库中查询到的目标资产和目标资产的状态。比如，当用户想要对某个资产Z进行管理时，可以在客户端触发生成对资产Z执行状态处理方法F的请求数据，资产管理系统的服务端接收到客户端发送的请求数据后，在数据库中查询资产Z，以及资产Z的状态，显然，根据请求数据，可以确定状态处理方法，还可以从数据库中查询到资产Z，以及资产Z的状态。

以对空闲状态的资产(比如计算机)进行派发为例，前端请求数据可以为前端json数据，具体可以为形如如下格式的数据：{asset_id:4564564564,action:delivery}，其中，asset_id表示资产ID，其具体取值为4564564564；action表示状态处理方法，其具体取值为delivery，即派发。数据库中对应的资产数据为数据库持久化数据，具体可以为形如如下格式的数据：{asset_id:4564564564,name:computer,status:leisure,code:007,brand:hp}，其中，name表示名称，其具体取值为computer；status表示状态，其具体取值为leisure，即空闲；code表示代码，其具体取值为007；brand表示品牌，其具体取值为hp。当然，这里的前端请求数据和数据库中的数据只是示例性说明，并不构成对本申请的限定，在实际应用中，前端请求数据和/或数据库中的资产数据还可以包括更多的信息。

步骤S202：对目标数据进行业务实体映射，得到业务对象。

状态业务逻辑执行过程中的目标数据通常为关系数据，关系数据是业务实体的一种表现形式，业务实体的另一种表现形式是对象，业务实体在内存中表现为对象，在数据库中表现为关系数据。本申请中，对目标数据进行业务实体映射主要是将从数据库中查询到的数据，以及该数据与状态处理方法的关联关系映射为对象，记为业务对象。具体映射过程不是本申请关注的重点，这里不再详述，可以采用已有的业务实体映射方法进行映射。

对目标数据进行业务实体映射的目的是将目标数据转换为状态处理机能够识别的数据，即内存中的资产对象，也就是上述的业务对象，内存中的资产对象具体可以为如下结构的数据：

通过预置的如下函数可以对目标数据进行处理，得到如上结构的数据。

Asset asset＝new Asset()；。

步骤S203：将业务对象注入到目标资产关联的状态处理机内，以便状态处理机根据业务对象生成状态处理对象。

本申请实施例中，不同的资产可能会具有不同的状态转换策略，因此，针对不同的状态转换策略预先建立有不同的状态处理机，具有相同状态转换策略的不同资产对应同一状态处理机。

状态转换策略是指：处于一个状态(为便于区分，记为状态A)的资产被执行状态处理方法后，资产的状态转换到另一个状态(为便于区分，记为状态B)，其中，状态A和状态B可能相同，也可能不同。

状态处理机根据业务对象生成的目标资产对应的状态处理对象中封装有：状态对象(对应目标资产的状态)和状态处理方法。

可以将所述业务对象传入预置函数AssetStatusMachine.build(asset)以生成状态处理对象。

以前述示例为例，这里生成的状态处理对象为空闲状态处理对象，具体可以为如下结构的数据：

该示例中，空闲状态处理对象提供了如下接口以便执行派送这一状态处理方法：

public interface AssetStatus{

void deliveryAsset()；

}

步骤S204：调用状态处理机，以便状态处理机根据状态处理对象执行状态处理方法，以进行状态对象转换。

可以调用预置函数assetStatusMachine.delivery()来执行状态处理方法，执行完后进行状态对象转换。

以前述示例为例，可以调用函数assetStatusMachine.delivery()来执行空闲状态处理方法，执行完后将空闲状态对象转换为派发审批中状态对象。

调用状态处理机得到的是转换后的状态对象，状态处理机基于转换后的状态对象生成目标资产对应的新的业务对象后输出，将状态处理机输出的新的业务对象进行业务实体映射，得到数据库中可以存储的数据，具体可以为如下格式的数据：

{asset_id:4564564564,name:computer,statue:delivery_approval,code:007,brand:hp}。

本申请实施例提供的资产管理方法，将原有的顺序状态处理流程转换成面向对象的状态处理机模式，而状态处理机是对外透明的，即插即用的，因而，基于本申请，在资产的状态处理过程中，不用在业务层中处理代码逻辑，只需要直接对接状态处理机即可实现状态业务逻辑，而实现了资产管理过程中的状态业务的解耦，使得资产状态更容易管理，而且，状态处理机结构清晰，能够很好的捋顺状态业务逻辑，使得资产管理中的状态业务逻辑易于维护与扩展。

在一些状态业务处理逻辑中，在对资产进行状态处理方法后，除了进行状态转换外，可能会有一些其它状态表现，比如，生成签字待办项、发送短信等。本申请实施例中，针对这些除状态转换外的状态表现，建立了策略处理机，该策略处理机中集成了多种处理策略，每种处理策略对应一个其它状态表现，不同的处理策略提供不同的调用接口，便于处理策略的调用。基于此，本申请实施例提供的资产管理方法还可以包括：

根据目标数据确定在执行上述状态处理方法后需要执行目标策略时，调用策略处理机以执行目标策略。具体的，本申请实施例提供的调用策略处理机以执行目标策略的一种实现流程图如图3所示，可以包括：

步骤S301：确定目标策略对应的接口标识。

目标策略对应的接口标识可以是通过预先设定的策略与接口标识的对应关系确定的。

步骤S302：调用策略处理机提供的与接口标识对应的接口，使得策略处理机执行所述目标策略。

通过设置策略处理机，避免相同的目标处理策略在不同的流程分支中重复使用相同的代码，实现了处理策略与状态业务逻辑的解耦，进一步提高资产管理的便利性。

在一可选的实施例中，在调用状态处理机之前，还可以包括：

基于状态业务逻辑检测状态处理方法是否合规，若合规，执行调用状态处理机的步骤。

如果不合规，则输出业务告警。

这里的是否合规是指判断状态处理方法是否是状态业务逻辑中规定的对目标资产的状态进行处理的处理方法，比如，状态业务逻辑规定，对一个已领用状态的资产可以进行处置、转移、借出、退库等处理，当不能对其进行派发处理，如果对处于已领用状态的资产进行派发处理，则该派发处理是不合规的。

在一可选的实施例中，状态处理机可以通过如下方式生成：

获取状态业务逻辑中涉及的各个状态和各个状态处理方法的抽象概念。

状态业务逻辑中涉及的各个状态和各个状态处理方法可以由开发人员确定，各个状态的抽象概念和各个状态处理方法的抽象概念也可以由开发人员定义。状态的抽象概念即为前述的状态对象。

将各个状态和各个状态处理方法的抽象概念输入状态机生成器，以获取状态机生成器生成的状态处理机模板；该状态处理机模板中包括每一个状态与每一个状态处理方法的关联关系。

可选的，状态处理机模板中任意一个状态与任意一个状态处理方法的关联关系可以为：该对任意一个状态执行该任意一个状态处理方法。

比如，假设状态业务逻辑中涉及5个状态，这5个状态的抽象概念依次为S1、S2、S3、S4、S5，状态处理方法有6种，6个状态处理方法的抽象概念依次为D1、D2、D3、D4、D5、D6，则基于此生成的状态处理机模板中可以包括：

对状态S1执行状态处理方法D1；

对状态S1执行状态处理方法D2；

对状态S1执行状态处理方法D3；

对状态S1执行状态处理方法D4；

对状态S1执行状态处理方法D5；

对状态S1执行状态处理方法D6；

对状态S2执行状态处理方法D1；

对状态S2执行状态处理方法D2；

对状态S2执行状态处理方法D3；

对状态S2执行状态处理方法D4；

对状态S2执行状态处理方法D5；

对状态S2执行状态处理方法D6；

对状态S3执行状态处理方法D1；

对状态S3执行状态处理方法D2；

对状态S3执行状态处理方法D3；

对状态S3执行状态处理方法D4；

对状态S3执行状态处理方法D5；

对状态S3执行状态处理方法D6；

……

依次类推

对状态处理机模板进行编辑，得到状态处理机。

在得到状态处理机模板后，可以显示该状态处理机模板，由开发人员根据状态业务逻辑对状态处理机模板进行编辑。

可选的，可以显示具有第一关联关系的状态和处理方法，其中，第一状态和第一状态处理方法具有第一关联关系表示对第一状态执行第一状态处理方法。

以前述举例为例，可以显示如下信息：

S1-D1-；S1-D2-；S1-D3-；S1-D4-；S1-D5-；S1-D6-；

S2-D1-；S2-D2-；S2-D3-；S2-D4-；S2-D5-；S2-D6-；

S3-D1-；S3-D2-；S3-D3-；S3-D4-；S3-D5-；S3-D6-；

S4-D1-；S4-D2-；S4-D3-；S4-D4-；S4-D5-；S4-D6-；

S5-D1-；S5-D2-；S5-D3-；S5-D4-；S5-D5-；S5-D6-；

其中，

Si-Dj-表示Si、Dj具有第一关联关系，对状态Si执行状态处理方法Dj后的转换状态由用户输入。i为大0，且小于6的正整数，j为大于0，且小于7的正整数。

基于此，对于状态处理机模板中具有第一关联关系的第一状态和第一状态处理方法，可以获取输入的与第一状态和第一状态处理方法对应的第二状态；

建立第一状态、第一状态处理方法和第二状态的第二关联关系，第二关联关系表征对第一状态执行第一状态处理方法后，转换为第二状态。

比如，在上述显示界面中，用户针对具有第一关联关系的Si、Dj输入一个状态(记为Sk)后，在显示界面可以显示为Si-Dj-Sk，则可以建立Si、Dj和Sk的第二关联关系，该第二关联关系表征，对状态Si执行状态处理方法Dj后的状态转换为Sk。k为大0，且小于6的正整数。

在实际应用场景中，并不是所有的状态和状态处理方法都具有关联关系，因此，并不需要针对状态机处理模型中的所列举的所有具有第一关联关系的状态和状态处理方法输入转换后的状态，只需要针对状态业务逻辑中涉及到的具有第一关联关系的状态和状态处理方法输入转换后的状态即可，那些不需要输入转换后的状态的具有第一关联关系的状态和状态处理方法可以不做任何处理，也可以删除掉，或者，也可以针对不需要输入转换为后的状态的具有第一关系关系的第一状态和第一状态处理方法，输入转换后的状态，但该输入的转换后的状态为第一状态，即状态保持不变。

如图4所示，为基于图1所示的状态业务逻辑生成的状态处理机的示意图。

综上所述，本申请方案提出了基于面向对象思想，通过使用有限状态机以及策略模式，有效的解决了使用顺序方式处理具有状态属性的业务工程产生的状态难控制，不易管理，代码繁琐/冗余等诸多影响工程管理的问题。基于本申请方案可以快速高效完成对应业务的开发，并能够很好的管理业务中的状态流程，使得工程更易于维护与扩展。

使用顺序方式处理具有状态属性的业务工程通常是通过大篇幅的代码实现，如图5所示为本申请提供的使用顺序方式时业务工程的局部的代码量的示例，业务工程的其余代码与该局部的代码的密度相似或接近，因此，通过该局部可以看出使用顺序方式时，业务工程的代码量非常大。如图6所示，为本申请提供的使用有限状态机后的业务工程的局部代码量的示例图，可见使用有限状态机后，至少与状态相关的代码的量减少了，有效克服了现有技术中状态难控制，不易管理，代码繁琐/冗余等诸多影响工程管理的问题。

与方法实施例相对应，本申请实施例还提供一种资产管理装置，本申请实施例提供的资产管理装置的一种结构示意图如图7所示，可以包括：

获取模块701，映射模块702，注入模块703和调用模块704；其中，

获取模块701用于获取目标数据，所述目标数据为状态业务逻辑执行过程中用于确定目标资产，所述目标资产的状态以及对所述目标资产施加的状态处理方法的数据；

映射模块702用于对所述目标数据进行业务实体映射，得到业务对象；

注入模块703用于将所述业务对象注入到所述目标资产关联的状态处理机内，以便所述状态处理机根据所述业务对象生成状态处理对象；所述状态处理对象中封装有：状态对象和所述状态处理方法；

调用模块704用于调用所述状态处理机，以便所述状态处理机根据所述状态处理对象执行所述状态处理方法，以进行状态对象的转换。

本申请实施例提供的资产管理装置，将原有的顺序状态处理流程转换成面向对象的状态处理机模式，而状态处理机是对外透明的，即插即用的，因而，基于本申请，在资产的状态处理过程中，只需要直接对接状态处理机，而不用在业务层中处理代码逻辑，实现了资产管理过程中的状态业务的解耦，使得资产状态更容易管理，而且，状态处理机结构清晰，能够很好的捋顺状态业务逻辑，使得资产管理中的状态业务逻辑易于维护与扩展。

在一可选的实施例中，所述目标数据包括：

终端发送的用于对目标资产进行状态处理的请求数据，以及基于所述请求数据从数据库中查询到的所述目标资产和所述目标资产的状态。

在一可选的实施例中，所述调用模块还用于：

根据所述目标数据确定在执行所述状态处理方法后需要执行目标策略时，调用策略处理机以执行所述目标策略。

在一可选的实施例中，所述调用模块调用策略处理机以执行所述目标策略时，用于：

确定所述目标策略的识别标识；

调用所述策略处理机提供的与所述识别标识对应的接口，使得所述策略处理机执行所述目标策略。

在一可选的实施例中，所述调用模块在调用所述状态处理机之前，还用于：

基于所述状态业务逻辑检测所述状态处理方法是否合规，若合规，执行所述调用所述状态处理机的步骤。

在一可选的实施例中，还包括：状态处理机生成模块，用于：

获取所述状态业务逻辑中涉及的各个状态和各个状态处理方法的抽象概念；

将所述各个状态和各个状态处理方法的抽象概念输入状态机生成器，以获取所述状态机生成器生成的状态处理机模板；所述状态处理机模板中包括每一个状态与每一个状态处理方法的关联关系；

对所述状态处理机模板进行编辑，得到所述状态处理机。

在一可选的实施例中，所述状态处理机生成模块对所述状态处理机模板进行编辑时，用于：

对于所述状态处理机模板中具有第一关联关系的第一状态和第一状态处理方法，获取输入的与所述第一状态和所述第一状态处理方法对应的第二状态；

建立所述第一状态、所述第一状态处理方法和所述第二状态的第二关联关系，所述第二关联关系表征对所述第一状态执行所述第一状态处理方法后，转换为第二状态。

本发明实施例提供的资产管理装置可应用电子设备中。可选的，图8示出了电子设备的硬件结构框图，参照图8，电子设备的硬件结构可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；

在本发明实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)等，例如至少一个磁盘存储器；

其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于：

获取目标数据，所述目标数据为状态业务逻辑执行过程中用于确定目标资产、所述目标资产的状态以及对所述目标资产施加的状态处理方法的数据；

对所述目标数据进行业务实体映射，得到业务对象；

将所述业务对象注入到所述目标资产关联的状态处理机内，以便所述状态处理机根据所述业务对象生成状态处理对象；所述状态处理对象中封装有：状态对象和所述状态处理方法；

调用所述状态处理机，以便所述状态处理机根据所述状态处理对象执行所述状态处理方法，以进行状态对象的转换。

可选的，所述程序的细化功能和扩展功能可参照上文描述。

本发明实施例还提供一种存储介质，该存储介质可存储有适于处理器执行的程序，所述程序用于：

获取目标数据，所述目标数据为状态业务逻辑执行过程中用于确定目标资产、所述目标资产的状态以及对所述目标资产施加的状态处理方法的数据；

对所述目标数据进行业务实体映射，得到业务对象；

将所述业务对象注入到所述目标资产关联的状态处理机内，以便所述状态处理机根据所述业务对象生成状态处理对象；所述状态处理对象中封装有：状态对象和所述状态处理方法；

调用所述状态处理机，以便所述状态处理机根据所述状态处理对象执行所述状态处理方法，以进行状态对象的转换。

可选的，所述程序的细化功能和扩展功能可参照上文描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统(若存在)、装置和方法，可以通过其它的方式实现。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

应当理解，本发明实施例中，从权、各个实施例、特征可以互相组合结合，都能实现解决前述技术问题。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。