CN113157267B - 一种开放式资源管理模型及其构建方法 - Google Patents

Abstract

本发明公开了一种开放式资源管理模型及其构建方法，包括：应用层；资源层；资源类管理服务器，其用于为用户提供创建、编译以及部署发布资源类的服务；资源类数据库，其用于存储资源类；资源实例数据库，其用于存储资源实例；资源实例运行服务器，其用于执行对资源实例的操作；资源实例管理服务器，其用于从资源类数据库中获取资源类；资源实例监控服务器。本发明的开放式资源管理模型，有效地解决了资源实体到工业互联网平台的数字建模，规范了工业互联网平台资源模型的描述要求，实现了对资源描述方式的统一，减轻开发工作量，降低了资源与数据管理模块的耦合度，提高了容错性，做到对大规模工业互联网资源的管理。

Description

一种开放式资源管理模型及其构建方法

技术领域

本发明属于工业互联网技术领域，具体地说，涉及一种开放式资源管理模型构建方法。

背景技术

工业互联网平台的出现可以轻松实现对各种资源的连接和管控，使企业可以快速、经济地收集生产过程中各类资源产生的海量数据，并对这些数据进行处理和分析，同时提供开发平台和工具帮助用户快速的构建物联网应用，为某些特定场景提供成熟的一站式的解决方案。在工业互联网平台中，有各种各样的资源需要平台调配，如生产制造类资源、物流运力资源、售后资源等，同时有各种各样的感知设备需要与工业互联网平台进行连接，如温度传感器、湿度传感器、压力传感器等。为了能使各类资源与平台进行连接和通信，需要在工业互联网平台上针对物理设备资源进行数字化建模，以使各类资源在***中有一个数字镜像。设备、终端等各类资源进行建模后，通过对数字模型的直接操作，实现对设备资源的间接操作，因此如何对设备资源进行描述和数字化建模就是工业互联网平台需要首要解决的一大难题。

传感器、制造设备、智能终端设备是工业互联网平台上的一类典型资源，随着嵌入式和联网传感器不断发展，已经实现了传感器接入物联平台，传感器收集到的信息可在平台中实现共享，对于此类资源的操作可以通过平台发布指令，这使得对于传感器或物理实体的控制变成基于 Web 的新应用，这样不仅利于信息的交互，更加有利于物联网的发展。

目前的产品有：ThingWorx：是一个为满足智能互联产品解决方案而设计的一款应用程序平台。ThingWorx模型定义是由Things、Thing Templates、Thing Shapes组成。Things表示具有属性和业务逻辑的物理设备、资产、产品、***、人员或流程。ThingTempaltes提供基本功能，包括Thing实例在其执行中使用的属性，服务，事件和订阅。ThingShapes提供了一组特性，这些特性表示为一组物理资产之间共享的属性，服务，事件和订阅。

MindSphere：西门子推出的基于云的开放式物联网操作***。MindConnect工具盒子，可以让设备轻松连接入网。MindConnect Nano是一款嵌入式工控机，通过预先进行配置的方式与MindSphere进行连接通讯，包含配套的网关、软件可以轻松集成到MES软件上。

ThingsBoard：一个开源物联网平台。通过行业标准的物联网协议 - MQTT、CoAP和HTTP实现设备连接，并支持云和本地部署，具有可伸缩性、容错性和性能优越的特点。使用丰富的服务端API以安全的方式配置、监视和控制您的物联网实体资源。可定义设备、资源、客户或任何其他实体之间的关系。

由于资源种类繁多，各自含有不同的静态和动态属性，对外提供的服务各不相同，因此，有必要提出一种规范化的资源描述方式和构建，使得各类资源有统一的格式进行描述和说明。对比ThingWorx、MindSphere、ThingsBoard等方案侧重对“物理实体”资源进行建模，本发明提出的“开放式”资源描述模型及构建方法，除可针对物理实体资源建模外，还可支持诸如“制造能力”、“供应能力”、“运输能力”、“维护能力”等虚拟资源的抽象和建模。将企业“制造能力”、“供应能力”、“运输能力”、“维护能力”等难以量化的资源，以“制造设备”、“车辆”、“原料储备”等可被量化的实体映射到模型中，形成可被计算机工具远程管理的镜像。该模型屏蔽了资源的多样性和虚拟资源的难以量化性，统一了资源的控制模型，数据传输模型，数据模型，为物联网的资源提供了统一抽象。对物联资源的接入，远程控制提供统一的标准以及方法。

发明内容

本发明为了解决上述问题，提出了一种开放式资源管理模型，通过对资源的计算机建模，对传感器、智能设备的数字建模，抽象，并对该数字模型进行远程管理。

为实现上述发明目的，本发明采用下述技术方案予以实现：

一种开放式资源管理模型，包括：

应用层，其创建有多个应用，用于向用户提供可操作的界面，解析用户需求并传达给资源层，接收资源层响应反馈给用户；

资源层，其用于接收应用层需求，做出响应，所述资源层按照不同的数据种类建立多个资源类，将一种资源建模成一个资源类，每个资源类包括一个或者多个资源实例，每个资源实例设置唯一的标识地址；

资源类管理服务器，其用于为用户提供创建、编译以及部署发布资源类的服务；

资源类数据库，其用于存储资源类；

资源实例数据库，其用于存储资源实例；

资源实例运行服务器，资源实体在资源实例运行服务器上映射为资源实例，其用于执行对所述资源实例的操作；

资源实例管理服务器，其用于从所述资源类数据库中获取资源类，为用户提供创建、编译以及部署发布资源实例的服务；

资源实例监控服务器，其用于对所述资源实例进行创建、发布、停止或者作废。

进一步的，所述资源实例运行服务器还包括用于维护资源实例的生命周期。

进一步的，所述资源类的数据结构、调用方法都相同，所述资源类的地址互不相同。

进一步的，资源类管理服务器在发布部署资源类时，会产生一个基于 C/Java 的资源端运行库，该资源端运行库能够被下载。

进一步的，所述资源端运行库包括基础库、资源数据类型定义段、事件定义段、数据段、服务段以及通知段的任意组合。

进一步的，用户通过所述资源实例管理服务器发出指令，资源实例管理服务器调用资源的实例镜像，从资源实例运行服务器找到对应的资源实例，所述资源实例运行服务器做出响应。

进一步的，所述资源实体通过本地的基础路由组件访问资源实例，并指向资源实例，当资源实体对应的资源实例不在所述资源实体中时，则提示资源实体重获取资源实例运行服务器的地址。

进一步的，资源实体提交数据，资源实例运行服务器将资源实例数据写入到数据队列中，并立即返回；资源实例运行服务器通过线程池从数据队列中获取数据，调用对应的资源实例查找服务。

本发明同时提出了一种开放式资源管理模型构建方法，包括以下步骤：

在资源类管理服务器上创建资源类，并存储于资源类数据库中；

在资源实例管理服务器上创建资源实例，并存储于资源实例数据库中；

资源实例运行服务器实例化，从本地资源类数据库中读取资源类，对资源类进行实例化；

用户通过资源实例管理服务器发出指令，资源实例管理服务器会调用资源的实例镜像，从资源实例运行服务器找到对应的资源实例，所述资源实例运行服务器做出响应。

进一步的，所述资源实体通过本地的基础路由组件访问资源实例，并指向资源实例，当资源实体对应的资源实例不在所述资源实体中时，则提示资源实体重获取资源实例运行服务器的地址。

与现有技术相比，本发明的优点和积极效果是：本发明的开放式资源管理模型，（1）有效地解决了资源实体到工业互联网平台的数字建模，规范了工业互联网平台资源模型的描述要求，实现了对资源描述方式的统一，减轻开发工作量，降低了资源与数据管理模块的耦合度，提高了容错性，做到对大规模工业互联网资源的管理。

（2）对工业互联网平台资源模型中的资源对象的定义有了更精细化的控制，提供一种开放式资源管理的方法，解决工业互联网平台资源封闭，不开放的问题。

（3）对工业互联网平台资源模型中的资源对象的定义可以复用已经定义好的其它的资源对象的定义，不需要重复定义，可以直接集成到新的资源对象中，对外开放，通过这种对资源对象的复用，使得层次关系简单明了，资源管理有条不紊。

结合附图阅读本发明的具体实施方式后，本发明的其他特点和优点将变得更加清楚。

附图说明

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

图1 是本发明提出的开放式资源管理模型的一种实施例中的模型图；

图2是本发明提出的开放式资源管理模型的一种实施例中资源模型运行原理图；

图3是本发明提出的开放式资源管理模型的一种实施例中资源实例结构示意图；

图4是本发明提出的开放式资源管理模型的一种实施例中多数公司实现资源互联的架构图；

图5是加入本发明的资源管理模型发放后的架构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下将结合附图和实施例，对本发明作进一步详细说明。

需要说明的是，在本发明的描述中，术语“上”、“下”、“左”、“右”、“竖”、“横”、“内”、“外”等指示的方向或位置关系的术语是基于附图所示的方向或位置关系，这仅仅是为了便于描述，而不是指示或暗示所述装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

工业互联网平台为用户提供多种应用以满足用户的要求，比如设备资源管理应用，大数据分析应用，数据可视化应用等。每个应用又需要多种资源实体协同工作。以设备资源管理应用为例，有不同规格、不同类型以及数量众多的物理资源需要与工业互联网平台进行通信和连接，需要在工业互联网平台上针对物理资源进行数字化建模，通过对数字模型的操作，间接的操控物理资源。

本实施例的开放式资源管理模型以工业互联网平台资源为对象，定义一套抽象的资源管理模型，实现对工业互联网平台资源的描述和建模，减轻平台开发者和管理者的工作量。

在工业互联网平台中有多种多样的资源互相连接和通信，各类资源之间的关系错综复杂，问题是目前没有统一的资源描述和建模方法，因此不同类型的资源描述方式差异巨大，开发者不能快速而正确的理解平台中各类资源所代表的具体含义以及各类资源之间的关系，导致资源开发速度减慢，资源管理混乱。本发明以工业互联网资源为对象建立模型，为各类资源的管理，提供通用的资源抽象模型、标准接口以及实现标准接口的各资源端的SDK开发包；为工业互联网平台后端，提供基于该抽象模型的连接、管理服务以及控制接口，解耦具体某类资源与特定平台的关系，极大的简化了开发者和管理者的前期工作。下面将以具体实施例详细说明本发明的技术方案。

实施例一

本实施例的开放式资源管理模型，包括：

应用层，其用于向用户提供可操作的界面，解析用户需求并传达给资源层，接收资源层响应反馈给用户；

资源层，其用于接收应用层需求，做出响应，资源层按照不同的数据种类建立多个资源类，将一种资源建模成一个资源类，每个资源类包括一个或者多个资源实例，每个资源实例设置唯一的标识地址；

资源类管理服务器，其用于为用户提供创建、编译以及部署发布资源类的服务；

资源类数据库，其用于存储资源类；

资源实例数据库，其用于存储资源实例；

资源实例运行服务器，资源实体在资源实例运行服务器上映射为资源实例；资源实例运行服务器用于执行对所述资源实例的操作；

资源实例管理服务器，其用于从所述资源类数据库中获取资源类，为用户提供创建、编译以及部署发布资源实例的服务；

资源实例监控服务器，其用于对所述资源实例进行创建、发布、停止或者作废。

本方案还包括用户层，是指使用该模型的各类用户,使用应用层提供的接口，向应用层提出需求，它们可以通过有线或无线网络与应用层进行通信,从而完成所需的工作。

通过该抽象模型接口或平台功能模块发布调用需求，对外开放，解决工业互联网平台资源封闭、不开放的问题。

工业互联网平台中的资源并不是任意资源和任意用户皆可使用的，想要提高工作效率和资源利用率必须能充分调动各类资源。本方案的开放式资源管理模型通过抽象模型中的标准接口的对外开放，并考虑了安全性，包含接入身份认证的安全性、数据传输的安全性，后端控制的安全性，故障的迁移等。

如图1所示，以家电制造业为例，资源可具体化为冰箱制造过程中的温度传感器。在冰箱制造过程中，会使用到众多同一厂家同一型号的温度传感器，将这些同一类型的温度传感器抽象为一个模型，对该模型进行规范化的描述，并将该模型存入资源模型服务器中。而每个被用到的温度传感器，都有一个镜像存在实例服务器中，这些镜像即温度传感器模型的实例化。当终端发出某个指令，比如制作人员想要调节一下这些温度传感器的温度，需在应用层提供的界面点击操作，应用层调用模型层提供的接口，通过资源实例唯一的ID标识，找到相应的温度传感器的实例镜像，镜像响应操作并将指令传达给温度传感器实体。基于以上模型提出以下核心概念：

1）RC（Resource Class）资源类，在服务器端定义的资源类，资源类是资源的数字建模；

2）RI（Resource instance）资源实例，依据资源类实例化产生的实例对象；

3）RIRS（Resource Instance Runtime Server）资源实例运行服务器，对RI的操作都在该服务器上进行；

4）RCMS（Resource Class Manage Server） 资源类管理服务器；

5）RIMS（Resource Instance Manage Server）资源实例管理服务器；

6）RIMNS（Resource Instance Monitor Server ）资源实例监控服务器；

7）RCDB（Resource Class DataBase） 资源类数据库；

8）RIDB（Resource Instance DataBase）资源实例数据库。

资源类管理服务器在发布部署资源类时，会产生一个基于 C/Java 的资源端运行库，该资源端运行库能够被下载。

资源端运行库包括基础库、资源数据类型定义段、事件定义段、数据段、服务段以及通知段的任意组合。

如图2所示，用户通过APP或Web端登陆成功后，在RCMS上根据需求创建资源类，RCMS为用户提供创建、编译以及部署发布的功能。RCDB负责资源类的存储功能，在RCMS上创建的资源类部署发布与RCDB中。RIMS管理资源对象实例，提供资源对象的创建、发布、停止、作废功能。RIDB存放资源实例对象，RIRS 实例化时从本数据库中读取数据，对RC进行实例化。用户通过RIMS发出指令，RIMS会调用自身方法，到RIRS找到对应实例，RIRS做出响应。

资源实例运行服务器还包括用于维护资源实例的生命周期。资源实体通过本服务器的基础路由组件访问 RI，指向 RI，如果资源实体对应的 RI不在本服务器中，则提示资源实体重获取 RIRS 服务器地址。***默认为单向数据流，即资源->RIRS->RI。为提升数据写入处理效率，RIRS 提供资源数据写入队列：资源实体提交数据，RIRS 写入数据到队列中，并立即返回；RIRS 通过线程池从数据队列中获取数据，调用对应的 RI查找服务。在RIRS中，通过资源实体的唯一地址查找具体的资源对象，通过资源实体地址获得资源对象，可以直接调用资源类的方法或者服务。

RC是被用户在RCMS上定义的资源类。资源类的数据结构、调用方法都相同，所述资源类的地址互不相同。并在RCMS并发布部署，在发布部署的同时，会产生一个基于 C/Java的资源端运行库，该库可以被其他人下载。

用户通过资源实例管理服务器发出指令，资源实例管理服务器调用资源的实例镜像，从资源实例运行服务器找到对应的资源实例，资源实例运行服务器做出响应。资源的实例镜像即资源（物理设备）的运行时在资源实例运行服务器上的镜像。

① 基础库：

a) MQTT/WebSocket/TCP 基础库负责底层通讯协议；

b) pub-sub模型库，Device<->Server<->Monitor 之间的通讯采用“发布者-订阅者”模型通讯；

c) 消息派送器负责 Device、Server、Monitor间的消息发送；

d) 消息接收器负责 Device、Server、Monitor间的消息接收；

e) 数据类型-JSON 序列化库、反序列化库负责将通讯数据转换到JSON数据或者将JSON数据转换为 C# 对象、Java对象、C结构体。

② 资源数据类型定义段：

a) 基本数据类型抽取C#、Java、C 的通用数据类型，其中 String 在C中没有，采用Char[] 结构定义；

b) 复杂数据类型，是定义了集合数据类型，复杂数据类型中可以容纳基本数据类型和自定义数据类型；

c) 自定义数据类型中可以包含基本数据类型、复杂数据类型、以及其他的自定义数据类型；

d) 所有的数据类型可以自动的被数据类型-JSON序列化反序列化库转换为JSON数据或者将JSON数据转换为以上三种数据类型；

e) 数据类型可以采用共享库的方式，在几个RC（Resource Class）中共享。

③事件定义段：

a) 事件是资源实体端和资源服务器端交互数据、资源监控端和资源服务器端交互数据的手段；

b) 事件包含了***定义的事件，也包含了用户自定义的事件；

c) 在开发 RC（Resource Class）的时候需要将事件类型绑定对应的处理函数。

④数据段：

a) 数据段定义 RC（Resource Class）的数据内容，如电压、转速、温度等；

b) 属性数据定义 RC（Resource Class）基本的数据内容，如电压、转速等，这些数值在运行时确定，即在 RI（Resource Instance）中实例化，由资源实体端确定，这些数据在创建 RC（Resource Class）时定义；

c) 静态数据，定义资源实体的基本信息，包含创建者信息、分类、类型、可用状态等信息；

d) 附加信息，包含用户自定义的静态数据。

⑤服务段：

a) 服务段包含了在服务器端运行的实例以及暴露给资源实体端和资源监控端运行实例的方法；

b) 方法包括：方法可见性、方法名、参数类型、服务的具体实现；

c) 因为服务端的实现都采用 java 开发，用户可以将一个已存在的符合开发规范的类绑定到服务段；

d) 服务段的方法运行在RIRS(Resource Instance Runtime Server)资源实例运行服务器中；

e) 服务段的方法通过预定义的接口暴露给设备和监控端。

⑥通知段：

a) 通知段包含资源实体端和资源监控端接收服务端消息的处理函数；

b) 服务端存有资源实体端和资源监控端的通知段的函数接口；

c) 服务端调用接口中的函数，触发通知事件，***将通知事件广播到每个资源实体和资源监控端中；

资源实体端和资源监控端的消息接收器获得事件，调用事件对应的位于通知段中的方法，处理消息。

资源实体通过本地的基础路由组件访问资源实例，并指向资源实例，当资源实体对应的资源实例不在所述资源实体中时，则提示资源实体重获取资源实例运行服务器的地址。

资源实体提交数据，资源实例运行服务器将资源实例数据写入到数据队列中，并立即返回；资源实例运行服务器通过线程池从数据队列中获取数据，调用对应的资源实例查找服务。

RI是RC的实例化，RI结构如图3所示。

RI作为RC的运行实例，有三种实例镜像类型：

① Resource Instance on Server 在资源实例运行服务器上运行的实例镜像

②Resource Instance on Device 在设备端运行的实例镜像

③Resource Instance on Monitor 在监控端运行的实例镜像

当某个服务器出现问题时，可将该服务器上的镜像移植到其他可运行的服务器中。

（4）通过模型内的标准接口实现资源对外开放

① 工业互联网前端设备资源，每台设备都有一个唯一的ID-KEY 来标识该设备，该ID-KEY 是一个以（ DES/RSA ）方法加密处理的KEY，可以和服务器端的 RI（ResourceInstance）一一对应，如果服务器端未注册，或者实例被作废则不能与服务端交互数据。

② 资源类的实例需要有 sub 代码，才能与服务器端交互数据。

③ RI（Resource Instance）镜像是RC（Resource Class）的属性数据实例化并赋值；存在和本资源实例化后的设备一一对应的ID-KEY值；存在状态数据；标识当前是否连接；服务段呈现为一个接口代理对象-Proxy，负责代理服务端镜像在服务段的功能；通知段呈现为一个未实现的代码脚手架，供设备端在此处实现代码——即二次开发，接收服务器发送的事件通知。

RC（Resource Class）模型实例化后的 RI（Resource Instance）实例，通过在通知段呈现的一个未实现的代码脚手架，可供用户在服务段和资源管理平台实现二次开发。

如图4所示，若将资源具体化为温度传感器，用户打开应用，会先获取到当前的温度信息。当用户发出更改温度为38℃的指令时，会通过网络层直连到温度传感器，当该传感器调整温度为38℃后，返回调整后的温度信息，该信息再通过连接服务集群映射到数据模型中存储，并将修改后的温度信息返回给用户应用显示。即相当于控制端会直连到资源本身，各部分高度耦合。

如图5所示，加入该资源管理模型发放后，该温度传感器连到连接服务器集群，连接服务器将自身的数据存入数据模型中，并主动映射到模型服务器，加入的该模型服务器存放当前数据，模型服务器随时接入数据更新，应用层的应用如APP会接入控制服务器，并从控制服务器读取该资源的数据。当用户通过应用传达指令，如调整温度到38℃时，通过该模型内的方法的调用会更温度为38℃并显示给用户，再由该模型将指令经网络层最终传达给资源本身，该资源通过传感器返回温度并存储。该方法降低了整个架构的耦合程度，当某一部分出现问题的时候并不影响其余部分的运行。

（1）由上，本发明提出的一种工业互联网平台资源模型定义方法，有效地解决了资源实体到工业互联网平台的数字建模，规范了工业互联网平台资源模型的描述要求，实现了对资源描述方式的统一，减轻开发工作量，降低了资源与数据管理模块的耦合度，提高了容错性，做到对大规模工业互联网资源的管理。

（2）对工业互联网平台资源模型中的资源对象的定义有了更精细化的控制，提供一种开放式资源管理的方法，解决工业互联网平台资源封闭，不开放的问题。

（3）对工业互联网平台资源模型中的资源对象的定义可以复用已经定义好的其它的资源对象的定义，不需要重复定义，可以直接集成到新的资源对象中，对外开放，通过这种对资源对象的复用，使得层次关系简单明了，资源管理有条不紊。

对资源的描述包含定义资源的访问权限、属性、方法、服务以及附加属性。各含义如下：

① 访问权限的定义：安全性是物联网平台的基本要求，而访问权限控制是保证安全性的基本手段，而目前的访问权限控制大多数是针对用户的，通过对用户的权限控制来提高***的安全性，但设备间的通信和集成也是需要权限控制的，这是更加精细化的权限控制。对资源对象的权限控制主要包含以下几个方面：

Public: 公开的访问权限。定义该资源对象所产生的资源实例全局可见，所有的资源实例都可以访问和通信。

Protected:受保护的访问权限。定义该资源对象的物实例只能被集成到此资源对象的资源实例或者由继承了此资源对象所产生的资源实例可见。

Private：私有的访问权限。定义该资源对象的物实例不能被其他资源实例所访问，只能被自己或者集成此资源对象的资源实例可见。

② 属性的定义:属性分为两部分，资源对象的基本属性和集成属性。

基本属性：每种资源都有它自己的基本属性，比如出厂时间、体积、重量、使用年限、生产厂家、服务保修期等等，这些基本属性可以用基本类型来表示，例如 Intege、Float、Double、Long、String，Date类型等等。

集成属性：除了基本属性，某些资源可能是其它的资源的集成，比如温湿度传感器的功能可以有温度传感器和湿度传感器集成得到，通过集成获取单种传感器不具备的一些属性或功能。因此温湿度传感器的资源对象可以直接集成温度传感器资源对象和湿度传感器资源对象，使得资源对象之间的层次关系一目了然，使得每个资源对象都可以快速的复用，加快了开发速度。

③ 方法的定义：资源对象定义的方法是描述资源基本功能的方法，比如获取实时数据，数据的上传和下达等等，当基于某资源对象创建了资源实例时，该资源实例就可调用资源对象中的方法。考虑到安全性，对方法的定义也可以进行权限控制。

Public: 公开的访问权限。

Protected:受保护的访问权限。

Private：私有的访问权限。

④ 服务的定义：在资源对象中可以定义一系列服务，服务分为两类，***服务和自定义服务，基于该资源对象创建的资源实例可以调用这些服务满足客户需求。

***服务：资源的启动服务、关闭服务、初始化服务、实例化服务、数据写入服务、定时器服务等等。

自定义服务：开发者可以根据自己的业务逻辑自定义服务，也可以对***服务进行组合来构成更为复杂且满足客户需求的服务。

⑤ 附加属性的定义：附加属性是用来对资源对象整体来进行一些说明的，附加属性包含如下：

创建人：对资源对象定义的人。

创建组织：对资源对象进行定义的组织，包括组织中的成员对资源对象进行了定义。

创建时间：此资源对象定义的时间。

描述:此资源对象的基本描述，对应何种设备资源，主要功能等等。

实施例二

本实施例提出了一种开放式资源管理模型构建方法，包括以下步骤：

在资源类管理服务器上创建资源类，并存储于资源类数据库中；

在资源实例管理服务器上创建资源实例，并存储于资源实例数据库中；

资源实例运行服务器实例化，从本地资源类数据库中读取资源类，对资源类进行实例化；

用户通过资源实例管理服务器发出指令，资源实例管理服务器会调用自身方法，从资源实例运行服务器找到对应的资源实例，所述资源实例运行服务器做出响应。

资源实体通过本地的基础路由组件访问资源实例，并指向资源实例，当资源实体对应的资源实例不在所述资源实体中时，则提示资源实体重获取资源实例运行服务器的地址。

以上实施例仅用以说明本发明的技术方案，而非对其进行限制；尽管参照前述实施例对本发明进行了详细的说明，对于本领域的普通技术人员来说，依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本发明所要求保护的技术方案的精神和范围。

Claims (5)

1.种开放式资源管理模型，其特征在于，包括：

应用层，其创建有多个应用，用于向用户提供可操作的界面，解析用户需求并传达给资源层，接收资源层响应反馈给用户；

资源层，其用于接收应用层需求，做出响应，所述资源层按照不同的数据种类建立多个资源类，将一种资源建模成一个资源类，每个资源类包括一个或者多个资源实例，每个资源实例设置唯一的标识地址；

资源类管理服务器，其用于为用户提供创建、编译以及部署发布资源类的服务；

资源类数据库，其用于存储资源类；

资源实例数据库，其用于存储资源实例；

资源实例运行服务器，资源实体在资源实例运行服务器上映射为资源实例，其用于执行对所述资源实例的操作；

资源实例管理服务器，其用于为用户提供创建、编译以及部署发布资源实例的服务；

资源实例监控服务器，其用于对所述资源实例进行创建、发布、停止或者作废；

资源类管理服务器在发布部署资源类时，会产生一个基于 C/Java 的资源端运行库，该资源端运行库能够被下载；

所述资源端运行库包括基础库、资源数据类型定义段、事件定义段、数据段、服务段以及通知段的任意组合；

用户通过所述资源实例管理服务器发出指令，资源实例管理服务器调用资源的实例镜像，从资源实例运行服务器找到对应的资源实例，所述资源实例运行服务器做出响应；

资源实体通过本地的基础路由组件访问资源实例，并指向资源实例，当资源实体对应的资源实例不在所述资源实体中时，则提示资源实体重获取资源实例运行服务器的地址。

2.根据权利要求1所述的开放式资源管理模型，其特征在于，所述资源实例运行服务器还包括用于维护资源实例的生命周期。

3.根据权利要求1所述的开放式资源管理模型，其特征在于，所述资源类的数据结构、调用方法都相同，所述资源类的地址互不相同。

4.根据权利要求1所述的开放式资源管理模型，其特征在于，资源实体提交数据，资源实例运行服务器将资源实例数据写入到数据队列中，并立即返回；资源实例运行服务器通过线程池从数据队列中获取数据，调用对应的资源实例查找服务。

5.一种开放式资源管理模型构建方法，其特征在于，基于权利要求1-4任一项所述的开放式资源管理模型执行所述开放式资源管理模型构建方法，包括以下步骤：

在资源类管理服务器上创建资源类，并存储于资源类数据库中；

在资源实例管理服务器上创建资源实例，并存储于资源实例数据库中；

资源实例运行服务器实例化，从本地资源类数据库中读取资源类，对资源类进行实例化；

用户通过资源实例管理服务器发出指令，资源实例管理服务器会调用资源的实例镜像，从资源实例运行服务器找到对应的资源实例，所述资源实例运行服务器做出响应。