可变状态对象的管理系统技术方案

本发明专利技术揭示了一种可变状态对象的管理系统，包括：数据库层，保存可变状态对象；数据选择层，对数据库中保存的可变状态对象进行选择，选择状态为可用的可变状态对象，将其保存数据选择层的可用对象存储器中；业务层，一组构件，每一构件实现一固定功能，业务层对数个业务进行组装形成业务逻辑并以ＸＭＬ流程文档的方式保存，业务逻辑仅应用于数据选择层的可用对象存储器中保存的可变状态对象；交互层，交互模块、对象采集模块和状态判断模块；对象采集模块判断所采集的对象是否属于可变状态对象，仅将属于可变状态对象的对象保存到数据库中；状态判断模块周期性地查询可变状态对象的状态为可用还是不可用。

【技术实现步骤摘要】

本专利技术涉及数据库技术，尤其涉及一种可变状态对象的管理系统。
技术介绍
在举办大型活动时，常常需要志愿者的协助，志愿者由于是在空闲时间参加志愿 活动，因此他们可以参加活动的情况并不是固定的。在某一些时段，一部分的志愿者可以参 加活动，而另一部分人不能参加活动。此外，对于特定的活动来说，要求参加的志愿者有一 定的能力，因此，并非所有有志愿的人都能够成为志愿者，需要经过筛选之后才能确定志愿 者的人选。 上海马上面临世博会的举办，如何管理大量的志愿者成为一个问题。结合上面的 分析，可以将志愿者视为一种可变状态的对象，具有可用(能够参加志愿活动)和不可用 (不能参加志愿活动)两种状态。需要一种能够有效管理可变状态对象的管理系统。
技术实现思路
本专利技术旨在提供一种可变状态对象的管理系统，包括数据库层、数据选择层、业 务层和交互层。数据库层包括一组数据库，该组数据库保存可变状态对象。 数据选择层连接到数据库层，对数据库中保存的可变状态对象进行选择，选择状 态为可用的可变状态对象，将其保存数据选择层的可用对象存储器中。 业务层连接到数据选择层，业务层包括一组构件，每一构件实现一固定功能，业务 层对数个业务进行组装形成业务逻辑，业务逻辑以XML流程文档的方式保存，业务逻辑对 应一业务请求，其中，业务层的业务逻辑仅应用于数据选择层的可用对象存储器中保存的 可变状态对象。 交互层包括交互模块、对象采集模块和状态判断模块。交互模块连接到业务层，交 互模块提供交互界面。对象采集模块连接到数据库层，对象采集模块采集对象，判断所采集 的对象是否属于可变状态对象，对于属于可变状态对象的对象，保存到数据库中，对于不属 于可变状态对象的对象，拒绝加入到数据库中。状态判断模块连接到数据库层和数据选择 层，周期性地查询可变状态对象的状态为可用还是不可用。 其中，数据选择层的可用对象存储器中的可变状态对象的状态从可用变成不可用时，数据选择层的可用对象存储器将该可变状态对象从可用对象存储器中删除。 业务逻辑中的数个构件符合业务规制。 状态判断模块包括呼叫装置，周期性地呼叫可变状态对象，如果可变状态对象回应，则判断状态为可用，如果可变状态对象不回应，则判断状态为不可用。 采用本专利技术的技术方案，将志愿者作为可变状态的对象进行管理，通过呼叫对象的回应情况判断对象是否可用，对于可用状态的对象，将它们从数据库中取出放置在另外的存储器中，所有的业务逻辑仅针对可用状态的对象使用，因此有效管理可变状态对象。附图说明 图1揭示了本专利技术的可变状态对象的管理系统的结构图。 具体实施例方式参考图1所示，本专利技术提供一种可变状态对象的管理系统，包括数据库层10、数 据选择层20、业务层30和交互层40。 数据库层10包括一组数据库，该组数据库保存可变状态对象。交互层40中的对 象采集模块42用于对可变状态对象进行采集和选择，之后将选择的可变状态对象保存到 数据库层10的数据库中，后面会详细描述。 数据选择层20连接到数据库层IO，对数据库中保存的可变状态对象进行选择，选 择状态为可用的可变状态对象，将其保存数据选择层的可用对象存储器21中。为了确保保 存在可用对象存储器21中的可变状态对象的当前状态都是可用的，当可用对象存储器21 中目前保存的可变状态对象的状态从可用变成不可用时，可用对象存储器21将该可变状 态对象从可用对象存储器中删除。交互层40中的状态判断模块43用于对可变状态对象的 当前状态进行判断，状态判断模块43将判断的结果提供给可用对象存储器21，可用对象存 储器21依据该判断结果对可变状态对象进行相应的处理。 业务层30连接到数据选择层20，业务层30包括一组构件，每一构件实现一固定 功能，业务层对数个业务进行组装形成业务逻辑，业务逻辑以XML流程文档的方式保存，业 务逻辑对应一业务请求，其中，业务层的业务逻辑仅应用于数据选择层20的可用对象存储 器中21保存的可变状态对象，即当前为可用状态的可变状态对象。业务层30由构件组成， 通过基于业务规制对构件的组装，形成业务逻辑，业务逻辑中的构件符合业务规制。在一个 实施例中，业务层30也可以提供诸如资源管理、安全服务、日志管理、消息服务等的其他功 能。对于业务层中的构件来说，通常包括基础构件、业务共性构件与专用控件构件。基础构 件实现基本功能，例如数据交换、链接控制等。业务共性构件将各种业务中共用的功能提取 出来，实现共用以节省开销，业务共性构件可以实现诸如查询、添加、修改等等常用功能。专 用控件构件针对各个业务的专用功能开发，例如安全控制、地图显示等等。采用构件的一 个优势就是具有重用性，在设计构件的过程中，除构件本身完成一定的功能，还可以增加可 定义的属性，继续提高系统的可配制型与扩展性。并通过构件的服务达到"即插即用"的效 果。通过构件的组装可以搭建一个业务，并将之描述成一个XML的流程文档，这样只要通过 修改XML文档就可以实现业务流程的重组，无需要直接写代码。当系统调用这些流程时，规 则服务就需对这个业务规制进行解释，比如if-then， anchor等规则指令。 对于一个主要针对志愿者管理的可变状态对象的管理系统，其中的构件可以是一 组Web服务(Web Service)模块。这些Web服务模块之间的协作方式除了部分出于性能考 虑而采用的高速数据通道外，都是使用Web服务的方式松散地耦合在一起的。基于Web服 务的结构使得整个系统具有优秀的面向组件和跨技术实现的优点，同时，这些Web服务的 提供也为更多系统的接入提供了可能，从而形成一套完整的、基于面向服务架构(SOA)的 应用整合与业务协作解决方案。Web服务的定义有三种形式一、Web服务是自包含的、模块 化的应用程序，它可以在网络(通常为Web)中被描述、发布、查找以及调用；二、Web服务是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使 得Web服务能与其他兼容的组件进行互操作；三、Web服务是完成特别业务需求的在线应用 服务，其他应用软件能够通过Web来访问并使用这些应用服务。Web服务的体系结构就是面 向服务的架构，是面向对象分析与设计的一种合理发展，同时也是信息化系统解决方案中， 面向体系结构、设计、实现与部署而采用的组件化的合理发展。在面向服务的架构中共有三 种角色服务提供者(Service Provider)，发布自己的服务，并且对使用自身服务的请求进 行响应；服务代理者(Service Broker)，注册已经发布的服务提供者，对其进行分类，并提 供搜索服务；服务请求者(Service Requester)，利用服务代理者查找所需的服务，然后使 用该服务。除此之外，面向服务的架构中还包括三种操作发布(Publish)，即服务提供者 向服务代理者注册自己的功能及访问接口 ；查找(Find)，即服务请求者通过服务代理者查 找特定种类的服务；绑定(Bind)，即服务请求者使用服务提供者提供的服务。对于一个主 要针对志愿者管理的可变状态对象的管理系统，服务代理者将作为基础平台的形式存在， 每个业务子系统则分别担当了服务提供者和/或服务请求者的角色。每个业务子系统都履 行其特定的任务，并且同其本文档来自技高网...

【技术保护点】
一种可变状态对象的管理系统，其特征在于，包括：数据库层，所述数据库层包括一组数据库，所述的一组数据库保存所述可变状态对象；数据选择层，连接到所述数据库层，对数据库中保存的可变状态对象进行选择，选择状态为可用的可变状态对象，将其保存数据选择层的可用对象存储器中；业务层，连接到所述数据选择层，所述业务层包括一组构件，每一构件实现一固定功能，业务层对数个业务进行组装形成业务逻辑，所述业务逻辑以ＸＭＬ流程文档的方式保存，所述业务逻辑对应一业务请求，其中，所述业务层的业务逻辑仅应用于数据选择层的可用对象存储器中保存的可变状态对象；交互层，所述交互层包括：交互模块，连接到所述业务层，交互模块提供交互界面；对象采集模块，连接到数据库层，对象采集模块采集对象，判断所采集的对象是否属于可变状态对象，对于属于可变状态对象的对象，保存到数据库中，对于不属于可变状态对象的对象，拒绝加入到数据库中；状态判断模块，连接到数据库层和数据选择层，周期性地查询所述可变状态对象的状态为可用还是不可用。

【技术特征摘要】

【专利技术属性】
技术研发人员：高建强，顾国强，王占宏，赵戈，马国春，
申请(专利权)人：上海众恒信息产业有限公司，
类型：发明
国别省市：31[中国|上海]