专利名称：电子信息系统的软件子系统的制作方法
技术领域：
本发明涉及电子信息系统，特别涉及电子信息系统的实现及资源管理。
背景技术：
现代信息技术是一门涉及面很广、内容极其复杂的综合性应用技术。电子计算机技术、微电子技术、软件技术、通信技术、传感技术等都属于信息技术。它们都是用来开发、收集、传送、处理信息资源的。那么围绕着信息的开发、收集、存储、处理和传递而发展起来的这些相关的高技术群统称为信息技术。现代信息技术综合吸引了微电子学、光学、材料学以及数学、逻辑学等众多学科的成果，集现代科技之大成，全面提高了信息处理各个环节的工作效率与水平，使人类社会中各级各类信息处理系统大大加强，发挥了巨大作用。
信息技术以微电子技术为基础，以计算机、通信及自动控制技术为标志，渗透于各种传统技术中，由此又形成了许多边缘科学。现代信息技术已经渗透到几乎所有重大科技领域，成为科学研究和技术开发不可缺少的技术手段。如航天技术、生物技术、新材料技术、新能源技术、软科学技术等等，都离不开信息技术的支持。传统产业的更新换代，也主要依靠信息技术的渗透使产业“软化”。因此信息技术的发展影响着整个国民经济的发展。世界各国都围绕信息技术及其产业化，投入了大量的人力、物力、财力，展开了激烈的竞争。谁夺得了信息技术上的领先地位，谁就拥有了新经济竞争中的主导权。
电子信息系统就是信息技术的最基本存在方式。一个电子信息系统由硬件资源、软件系统等构成。按照该系统的应用领域及其实现功能来设计它的软件架构，不仅要负责利用和管理底层的硬件及其它资源，而且要按照一定的规则向用户提供服务。电子信息系统在不同的应用领域有不同的实体，狭义的如通信领域中的通信设备、控制领域中的自动化系统等，广义的如交通运输中的导航系统、工业生产中的监控系统等，小的如电子表、计算器等，大的如航天工程中的控制指挥中心、全球互联网等，都可属于电子信息系统在具体应用中的一种实体。
随着处理器技术的发展，目前电子信息系统逐渐向处理器资源加通用软件的方式发展。该软件系统在处理器上运行后，即能利用系统资源对用户提供服务。因此，各种各样的电子信息系统如何能够实现其软件架构，使得对下能够管理好系统资源，对上能够提供良好服务，将是电子信息系统发展乃至信息技术发展的关键问题之一。特别是对于当今技术飞速发展和更新的时代，各个应用领域的需求在发展、系统资源及技术规范也在升级，如何设计一套好的软件架构及管理方法，能够提供非常方便的维护升级机制，拥有优秀的代码重用性和可维护性，将更是影响信息技术及其应用领域发展的难题。
本文更多的专注于通信设备的软件系统开发，故以移动通信领域的基站子系统为例，一般由底层硬件如单板集成电路、基带或频带资源、数字信号处理器(Digital Signal Processor，简称“DSP”)等资源，另外还有通信中的逻辑资源，如一些代号、标识分配资源等。在这些系统资源基础上，基站软件架构在处理器上运行后，要实现对这些资源的管理、调度、使用并向用户及上层提供服务，实现通信协议规定的操作等。
然而，基站存在很多形态，根据覆盖和容量分为宏基站、微基站、微微基站等；根据运行环境来分为室内型基站、室外型基站等。同时随着通信技术的发展，同一形态的基站发展出各种不同的版本。所有的这些因素导致基站软件的设计难度和规模越来越大，同时软件需求的易变性也对软件架构和稳定提出了很高的要求。
因此，迫切需要一种软件系统、资源管理的设计与构架来解决系统更新、通用性等问题，达到不仅可以尽可能保证构架的重用与稳定，尽可能降低研发成本，从而提高产品质量；而且可以大大加快产品的研发速度，缩短产品上市时间，快速地响应市场新的需求。
目前对于电子信息系统特别是移动通信基站设备的软件架构实现方法，一般是针对不同的基站形态与开发需求开发不同的软件版本，而且基站相关的信息体现在具体的代码中。即整个基站的软件系统均是按照其类型版本、资源配备，然后根据协议需求来编写代码，这样就使得基站系统的资源、环境、类型等因素直接影响整个代码的构成，系统任何变化都可能导致代码的重新编写，代码共享与重用度很低，对于系统更新、维护和升级也不能很好的支持。
在实际应用中，上述方案存在以下问题该方法使得设备中的软件子系统的研发周期很长，对市场响应较慢，比如针对不同基站形态与开发需求而分别开发，加大了研发的工作量，另外对于任何版本几乎都是全新的开发，代码重用的可能性很小，需要有比较长的测试、稳定期；同时研发成本也很高，一方面是较大研发工作量导致的较高研发成本，以及由此引起的较高测试验证成本，另一方面是因此损失的隐含成本，比如因对市场响应较慢而可能丢失一些市场份额。
造成这种情况的主要原因在于，现有技术方案对于系统的软件架构和代码开发都是根据设备具体的配置资源、应用环境、类型版本来进行的，使得整个代码开发与系统环境设置密切相关，同时也没有提供方便的更新升级维护机制。
发明内容
有鉴于此，本发明的主要目的在于提供一种电子信息系统的软件子系统，使得电子信息系统的软件设计代码具有较高的重用性和可维护性，方便地支持系统更新、升级、维护。
为实现上述目的，本发明提供了一种电子信息系统的软件子系统，包含应用处理层，用于基于系统资源处理用户请求、实现高层应用、向上提供服务；资源管理层，用于管理、调度、维护系统资源，并向所述应用处理层提供资源调用交互接口；其中，所述资源管理层采用对象方式实现对系统资源的管理，用统一的资源管理对象格式封装所述系统资源，包含资源本身的信息、资源之间的关系、资源处理规则。
其中，所述资源管理层包含以下子层面，管理对象规则层，用于实现所述资源管理对象的处理规则；管理对象关系层，用于实现所述资源管理对象之间的逻辑关系；管理对象信息层，用于实现所述资源管理对象本身的相关信息；其中，所述管理对象规则层位于所述管理对象关系层之上，所述管理对象关系层位于所述管理对象信息层之上。
此外在所述系统中，所述资源管理层还包含以下子层面，资源驱动层，用于实现系统硬件资源的驱动接口。
此外在所述系统中，所述资源管理层通过建立对象关系树实现对所述资源管理对象的相关信息、逻辑关系、处理规则的描述；其中，
所述对象关系树的节点对应所述资源管理对象；该节点的属性包含所述资源管理对象的成员属性和成员函数；所述成员属性描述了所述资源管理对象的相关信息；所述成员函数实现了所述资源管理对象的处理规则；所述节点在所述对象关系树上的关系对应描述了所述资源管理对象之间的逻辑关系。
此外在所述系统中，所述资源管理层采用引入虚拟对象节点、影子对象节点的方法来建立所述对象关系树。
此外在所述系统中，所述资源管理层采用引入与或关系、序关系、指数关系的方法来描述所述对象关系树上各节点之间的关系。
此外在所述系统中，所述资源管理层建立对象指针表，用于直接索引所述对象关系树的节点；所述对象指针表包含指针指向所述对象关系树上的对应节点；所述对象指针表按照对应节点的系统资源类型整理排列其指针。
此外在所述系统中，所述对象指针表中还包含了相应资源管理对象的处理规则。
此外在所述系统中，所述资源管理对象的处理规则包含，上行处理规则，用于描述由所述对象关系树上的本节点向父节点传递影响的处理方法；下行处理规则，用于描述由所述对象关系树上的本节点向子节点传递影响的处理方法。
此外在所述系统中，所述上行、下行处理规则分别均包含，通用处理规则，用于描述对于所述对象关系树上所有节点都通用的处理方法；特殊处理规则，用于描述对于所述对象关系树上的本节点专用的处理方法。
此外在所述系统中，所述应用处理层和所述资源管理层之间通过服务接入点接口层进行调用、通知、交互。
此外在所述系统中，所述服务接入点接口层包含，应用程序调用接口，用于实现从所述应用处理层向所述资源管理层进行的资源调用接口；消息通知接口，用于实现从所述资源管理层向所述应用处理层进行的消息通知机制。
此外在所述系统中，所述消息通知接口通过以下步骤实现，当系统资源发生变化时，所述资源管理层检测引起变化的源对象；所述资源管理层通过所述消息通知接口将所述源对象的变化事件通知所述应用处理层；所述应用处理层通过所述应用程序调用接口获知由所述源对象引起的其它对象的变化事件。
此外在所述系统中，所述资源管理对象包含统一的成员格式，若对应系统资源不具备任一成员所描述的属性，则置该成员为无效。
此外在所述系统中，所述服务接入点层面向所述应用处理层屏蔽所述资源管理对象的无效成员。
此外在所述系统中，所述对象关系树由配置文件描述；所述资源管理对象的处理规则由相应函数代码实现，并向对应资源管理对象提供调用入口。
此外在所述系统中，当系统资源发生变化时，修改所述配置文件，将新的处理规则函数、驱动程序的调用入口注册到资源管理层。
此外在所述系统中，所述电子信息系统为第三代移动通信系统中的基站设备，其应用处理层用于实现第三代移动通信协议规范，其系统资源包含硬件资源、逻辑资源。
通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，首先采用按资源管理和协议实现两部分的架构，其中资源管理部分面向系统资源配置及应用环境，容易更新维护，而协议实现部分较为固定，代码重用性高；其次采用面向对象机制实现资源管理，由下而上为设备驱动层、MOInfo层、MORela层、MORules层等设计架构，用对象的成员属性和成员函数实现对象信息、关系、规则，用对象关系树及相应的指针表方便地描述资源对象的逻辑关系和并实现资源管理过程中的快速索引；另外还在应用高层和资源管理层之间设计SAP层透明接口，用API调用和MSG通知机制分别实现高层对资源的调度管理及资源状态信息变化引发的相关处理；对于MORules层按上下行、通用特殊规则进行划分，对于不同资源通过统计对象格式和无意义字段映射实现通用的面向对象资源管理，还用注册更新、回调函数等机制实现管理对象的相关操作。
这种技术方案上的区别，带来了较为明显的有益效果，即该方案统一实现了设备管理、数据配置、状态管理等功能，扩大软件系统功能，提高产品质量，方便系统维护更新，提高了系统的可维护性；最大限度地考虑了软件的重用与继承性，从而减少了开发成本，加快了研发速度，进而提高产品质量，加快对市场响应速度；还实现了对设备信息的统一维护，保证系统一致性和完整性，提高了系统的可靠性和安全性。
图1是根据本发明的第一实施例的电子信息系统软件子系统架构示意图；图2是根据本发明的第二实施例的电子信息系统软件子系统的层次构造示意图；图3是根据本发明的第三实施例的电子信息系统软件子系统的具体实现示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
针对电子信息系统的升级维护需求，尤其是移动通信中各种不同基站设备形态与开发需求，需要提供一种软件子系统构架，能够基于各种系统资源运行，实现高层应用向上提供服务，如实现移动通信协议功能等。有鉴于此，本发明提出的软件设计架构，通过将系统资源管理和高层应用处理两部分分开实现，采用资源管理对象方式描述系统资源，改善软件代码的可重用性和可维护性，同时保证软件系统的稳定性与可靠性，以降低由于研发新的基站形态或者实现新的需求的工作量，提高产品质量、降低产品成本、提高对市场的响应速度。
下面以第三代移动通信系统中基站子系统作为电子信息系统的例子，对本发明的软件子系统方案进行详细的描述。基站系统具备的系统资源有硬件资源、逻辑资源，而所需要实现的应用服务则是第三代移动通信合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)协议规范规定的功能。硬件资源比如有处理器、单板、数字电路模块、存储空间、基带资源、频带资源等，逻辑资源则如标识号分配资源、变量名空间等。而需要提供的服务比如是对移动台的接入通话、空口控制等。
按照资源管理和应用处理分开的发明思路，本发明的第一实施例中软件子系统的架构如图1所示。包含上面两层，上面为应用处理(Application，简称“APP”)层，也即协议流程的实现，用于基于系统资源处理用户请求、实现高层应用、向上提供服务；下面为资源管理层，用于管理、调度、维护系统资源，并向所述应用处理层提供资源调用交互接口，其中对于物理资源或硬件资源需要设备驱动程序。
基站系统的应用处理或协议流程一般都按照3GPP协议规范来实现，而协议自身变更周期相对较长，在相当长的市场周期内，协议的改动和更新升级都是比较慢，就算出现协议更新一般也会伴随着设备的全面更新，因此应用处理层的实现更多的需要考虑的是代码的重用性、通用性和继承性而非更新性。于是本发明的第一实施例将相对稳定的、对继承性通用性要求较高的这部分纳入到应用层部分，直接通过代码开发实现，开发完成后对于各类型的基站都通用，相对降低开发成本。
相对与协议规范而言，基站形态变更、硬件升级或维护变化更快更频繁，由此导致软件子系统开发的工作量很大一部分在于对变更设备的设备驱动、变更的物理或逻辑资源处理的代码研发与测试验证上。因此，本发明将与设备系统资源有关的资源管理、描述、配置等内容集中在资源管理层实现。两层之间通过提供统一的接口进行交互，实现高层应用对底层资源的调用或资源对应用的状态消息通知。
可见通过两层架构的划分，使得软件子系统代码及配置被划分为与资源无关和相关两个部分，分别着重于继承性、通用性和可重用性、可维护性的提高。下面将继续以基站子系统为例说明如何实现资源管理层及其对上接口，而应用处理层或协议流程等只要按具体协议实现，且符合资源管理层提供的接口即可，不再举例说明。
对于资源管理层的设计，容易看出该层的特点在于资源的集中管理、维护、更新，沿用高级语言的面向对象设计思路，本发明的第二实施例在第一实施例的基础上，在资源管理层采用面向对象方式实现对系统资源的管理，即用统一的资源管理对象格式封装系统资源，称为资源管理对象(ManagedObject，简称“MO”)。而每个MO包含有众多相关成员属性，比如资源本身的信息，称为管理对象信息(Managed Object Information，简称“MOInfo”)；资源之间的关系，称为管理对象关系(Managed Object Relation，简称“MORela”)；资源处理规则，称为管理对象规则(Managed Object Rules，简称“MORules”)。
接前文关于软件子系统架构的两大层次的论述，这里继续将其中的资源管理层划分为几个子层次，其层次结构如图2所示。从上至下依次为MORules层，用于实现资源管理对象的处理规则，主要是指与资源相关的操作方法等的具体规则，比如调用DSP处理资源是所需要满足的规范、使用频带资源时所需要遵从的条件等；MORela层，用于实现资源管理对象之间的逻辑关系，各种资源之间满足一定的逻辑关系，比如某一资源的功能实现必须由其底下两个子资源的功能完全具备才行，这样这一资源就与底下两个子资源满足与的关系，类似的还有或的关系、序关系、指数关系等。具体地说考虑存在直接父子关系的两个对象A，B，要保证父对象A的正常工作，对其子对象B有如下两种可能要求必需的，可选的。本发明称必需时的这种关系为“与关系”，可选时的关系为“或关系”。
存在一类对象，如实体之间的连接对象，因这类对象在其状态检测等方面，往往体现在某一实体，即体现一定的“序关系”。
指数关系是从数量角度进一步详细刻画对象节点之间的影响关系。指数关系可以看作是“或关系”的一种扩展，是从数量度量角度对对象节点关系进行的描述。
MOInfo层，用于实现资源管理对象本身的相关信息，各种资源自身的一些设置、属性等都属于其相关信息，需要在资源管理中用到，进行初始化、赋值、读取等操作；资源驱动层，用于实现系统硬件资源的驱动接口，对于逻辑资源则不需要这一层。另外最下一层即系统资源，最上面则是应用处理层。
这些层次的划分使得面向对象的管理方法在资源管理层的具体实现变得清晰，资源管理对象的各种属性在资源管理层实现时需要进行合理的设计。本发明的第三实施例在第二实施例的基础之上，其资源管理层是通过建立对象关系树实现对资源管理对象的相关信息、逻辑关系、处理规则的描述和保存维护的。
对象关系树的每一个节点即对应每个资源管理对象，节点的属性包含资源管理对象的成员属性和成员函数，成员属性描述了资源管理对象的相关信息，成员函数实现了资源管理对象的处理规则，节点在对象关系树上的关系则对应描述了资源管理对象之间的逻辑关系。图3中示出了该对象关系树的构成。该对象关系树实际上就是有层次的对象关系图，这里对节点构成的图示做了简化，且没有标识各节点的名称，这些与具体设计实现有关。
本发明的第四实施例在第三实施例的基础上，进一步基于一种新的引入虚拟对象节点、影子对象节点建立对象关系树的方法来构建对象关系树。该方法从对象资源、状态管理这个角度出发，为建立对象关系树来清晰描述对象以及对象之间的关系，并新引入虚拟对象节点、影子对象节点，从而能清晰地描述清楚对象之间的组关系，同时实现角度解决扇入/扇出宽度问题；从而在程序设计实现上建立起清晰的对象关系树。具体地说
在对对象关系树新增加实体对象节点过程中，当该新增实体节点的父实体对象节点的扇出已达到预定限度，则创建一个影子对象节点，拆除该父实体对象节点与其一个子实体对象节点的父子关系，将该子实体对象节点和新增节点作为影子对象的子节点；再将影子对象节点作为上述父实体对象节点的子节点加入对象关系树；在进行系统资源管理时，如果判断出影子对象节点没有子节点，则对影子对象节点进行删除操作。或者，在建立对象关系树时，如果一个父实体对象的多个子实体对象属于不同资源组，则创建分别与每个资源组一一对应的虚拟对象节点，将虚拟对象节点作为父实体对象节点的子节点，将属于同一资源组的子实体对象节点作为该资源组对应的虚拟对象节点的子节点，加入到对象关系树中；在进行系统资源管理时，根据对象关系树上虚拟对象节点与实体对象节点的父子关系，查找到属于同一资源组的实体对象节点，进行操作。应用本发明方法，能够降低处理程序代码与具体的实体对象的相关性，方便系统的维护和扩展另外在本发明的第四实施例中，对于对象节点之间的关系的描述，则采用一种新的引入与或关系、序关系、指数关系来刻画对象间关系的方法在对象关系树上刻画节点之间的逻辑关系。该方法从资源管理的角度，提出并借助与或关系、序关系、指数关系等来刻画对象节点之间的复杂关系；通过对这三类关系的刻画，试图完整刻画对象关系树中节点之间的关系和相互影响关系，达到对对象资源信息的有效组织与管理。
再看图3中的左侧，还设置了一个对象指针表，表中每个指针都指向对于的资源管理对象，也即对象关系树上的节点，通过这种方法可以实现对对象关系树的快速索引。在资源管理层建立对象指针表可以直接索引对象关系树的节点，该表中包含的指针都是指向对象关系树上的对应节点，且系统在建立该表时，将对象指针按照其对应节点的系统资源类型整理排列。比如将同一类的指针排列在一起，这样可以加快索引速度，如图3中所示第一个箭头指向上层节点，第二个箭头指向下层节点，且将同一类节点指针建立的链表关系。这些具体实现方式可以根据具体需求选择，并不影响本发明的实质和范围。另外，还可以在对象指针表的表项中保存同类对象的处理规则，以节省空间、加快存取。
可见，引入对象指针表的目的有两个首先可以快速定位对象节点，可以根据对象类型线性查找到相应的节点，而无需从对象树中查找；其次同类对象的处理规则可以保存在该表对应的表项，而不是保存在该类各个对象节点中，这样一方面可以节省空间，另一方面可以达到管理统一，变更代价也小。
从对象关系树看，对任一管理对象节点的处理规则即MORules层内容主要表现为两个方面从该节点向父节点方面“传递”影响，称之为上行；从该节点向子节点方面“传递”影响，本文称之为下行。这两个方面各需要有相应的处理规则。因此，对于资源管理对象设置上行处理规则，用于描述由对象关系树上的本节点向父节点(包括直接父类对象节点以及间接父类对象节点)传递影响的处理方法；下行处理规则，用于描述由对象关系树上的本节点向子节点(包括直接子类对象节点以及间接子类对象节点)传递影响的处理方法。
另外，从通用性和专用性看，一般对于整个对象树有一个统一的规则，称为通用规则；而考虑到一些类对象节点会有些特殊处理需要，需要专用的处理规则，称为特殊处理规则。因此本发明还对上下行处理规则各自分别设置了通用处理规则用于描述对于对象关系树上所有节点都通用的处理方法，给定对象树统一确定的规则；特殊处理规则用于描述对于所述对象关系树上的本节点专用的处理方法，这是相对于具体的对象节点才适用的处理规则，该规则并不是对整个对象树适用。在具体实现时，用函数实现特殊处理规则，对应设置特殊处理规则的回调函数指针，若无需特殊处理，则对应指针为空。
而按照是否采用通用规则、特殊规则的情况，处理规则的结合方式是指规则处理的先后方式。因此共有4种结合方式仅通用规则、仅特殊规则、先通用规则后特殊规则、先特殊规则后通用规则。对于特殊规则需要特别注意的是，其处理不能破坏对象树节点之间的约束关系。这些处理规则的信息即MORules层的内容，也保存在各对象节点内。
前面已经提到从资源管理层向上应该提供统一的调用、通知、交互的接口，本发明第三实施例中在应用处理层和所述资源管理层之间通过服务接入点(Service Access Point，简称“SAP”)作为接口层进行调用、通知、交互在。该SAP接口层包含有应用程序接口(Application Programming Interface，简称“API”)作为调用接口，用于实现从应用处理层向资源管理层进行的资源调用接口；消息(Message，简称“MSG”)通知接口，用于实现从资源管理层向应用处理层进行的消息通知机制。其结构组成如图3所示，从图中可见，SAP层向应用处理层提供透明接口，通过API函数调用实现从上向下的主动入口和通过MSG通知实现从下向上的通知引发，SAP等效屏蔽了下层资源及关系的变化对上面高层应用的影响。
这里需要特别提及的是MSG通知接口的实现不同于传统的状态变化事件机制。这里由于对象关系树的各个节点之间具有密切关联，因此任何一个节点的变化事件有可能导致与其关联的一系列节点的变化。比如节点A发生变化，同时引起了B、C、D等节点的变化，这时节点A是变化的源头。为了节省资源、简化处理，这里MSG通知接口只选择通知引起当前变化的源头节点的事件，比如上例中只向上通知节点A的变化，而不通知B、C、D等节点的变化，这些关联的变化都是由对应上层模块根据各自的需要通过API调用接口来重新获取。
简单的可以归纳MSG通知接口的通知方法如下当系统资源发生变化时，资源管理层检测引起变化的源对象，即引起变化的本身节点，而非受其它节点变化关联才变化的节点；此后资源管理层通过MSG通知接口将源对象的变化事件通知应用处理层，上层的各个模块都要向SAP接口注册，通知时只通知注册的上层模块；然后应用处理层各模块就通过API调用接口获知由源对象引起的其它对象的变化事件，即由源头节点引起的其它相关节点的变化。
最后，需要阐述的一个技术细节就是如何具体实现每个对象的结构，本发明的第五实施例在第三实施例的基础上，为实现通用格式的统一处理，所有对象节点都具有统一的信息字段，即所有资源管理对象具有统一的成员格式。这样会存在一个兼容所有不同类型、不同属性的系统资源，并统一到相同的格式的问题。本发明通过设置所有可能成员，并对不具备任一成员所描述的属性的系统资源，做该成员置为无效的处理。这里称无效的成员或字段为无意义字段。比如，从应用处理层看来，对A对象节点来说可能其b信息字段是无意义的，而对B对象节点而言a信息字段是无意义的。
另外，对象的无意义字段对于应用层来说不需要看见，为了处理这种情况，本发明在SAP层增加了一级映射关系，以向应用处理层屏蔽所有无意义字段，只给出有意义信息字段的映射。该映射信息保存在对应的节点，映射关系的完成由SAP层来实现；对各节点来说，其无意义字段的取值可以默认为“有效”。所谓“有效”，即对于是否配置而言，就是配置；对于是否在位而言，就是在位；对于是否可用而言，就是可用，等等。
最后，还需要解决的一个问题是如何在实体中体现和保存类似的管理对象节点及其属性。在实际实现时，本发明设置一个配置文件来描述对象关系树，而其它的挂接的函数代码则通过调用入口的设置体现。资源管理层的三个层MOInfo、MORela、以及MORules的结合方式由数据文件方式实现。而MORules的通用规则由代码实现。MORules的特殊规则通过注册方式实现，物理资源的设备驱动程序也通过注册方式实现。所谓注册就是指处理规则或驱动程序在初始化时可能被置为空，当相关代码完成之后或者更新之后，需要将该代码的调用入口填入到相应位置。
这样，当系统资源发生变化时，只需更新修改对应配置文件或数据文件中的信息，就可以将更新变化体现出来。而对于新的处理规则函数、驱动程序，则重新注册调用入口到资源管理层。
熟悉本领域的技术人员可以理解，以上对于本发明实施例的描述中，所举例说明的关于参数设置、实现方式等，均可以由相同原理的替代方案实现，同样以移动通信基站设备系统为例进行讨论并不限制本发明的应用范围，只要在相同构架的，也具有系统资源、处理器、软件子系统、高层应用服务的电子信息系统，均可以将本发明应用其中，能够实现发明目的，而不影响本发明的实质和范围。
虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。
权利要求
1.一种电子信息系统的软件子系统，其特征在于，包含应用处理层，用于基于系统资源处理用户请求、实现高层应用、向上提供服务；资源管理层，用于管理、调度、维护系统资源，并向所述应用处理层提供资源调用交互接口；其中，所述资源管理层采用对象方式实现对系统资源的管理，用统一的资源管理对象格式封装所述系统资源，包含资源本身的信息、资源之间的关系、资源处理规则。
2.根据权利要求1所述的电子信息系统的软件子系统，其特征在于，所述资源管理层包含以下子层面，管理对象规则层，用于实现所述资源管理对象的处理规则；管理对象关系层，用于实现所述资源管理对象之间的逻辑关系；管理对象信息层，用于实现所述资源管理对象本身的相关信息；其中，所述管理对象规则层位于所述管理对象关系层之上，所述管理对象关系层位于所述管理对象信息层之上。
3.根据权利要求2所述的电子信息系统的软件子系统，其特征在于，所述资源管理层还包含以下子层面，资源驱动层，用于实现系统硬件资源的驱动接口。
4.根据权利要求1所述的电子信息系统的软件子系统，其特征在于，所述资源管理层通过建立对象关系树实现对所述资源管理对象的相关信息、逻辑关系、处理规则的描述；其中，所述对象关系树的节点对应所述资源管理对象；该节点的属性包含所述资源管理对象的成员属性和成员函数；所述成员属性描述了所述资源管理对象的相关信息；所述成员函数实现了所述资源管理对象的处理规则；所述节点在所述对象关系树上的关系对应描述了所述资源管理对象之间的逻辑关系。
5.根据权利要求4所述的电子信息系统的软件子系统，其特征在于，所述资源管理层采用引入虚拟对象节点、影子对象节点的方法来建立所述对象关系树。
6.根据权利要求4所述的电子信息系统的软件子系统，其特征在于，所述资源管理层采用引入与或关系、序关系、指数关系的方法来描述所述对象关系树上各节点之间的关系。
7.根据权利要求4所述的电子信息系统的软件子系统，其特征在于，所述资源管理层建立对象指针表，用于直接索引所述对象关系树的节点；所述对象指针表包含指针指向所述对象关系树上的对应节点；所述对象指针表按照对应节点的系统资源类型整理排列其指针。
8.根据权利要求7所述的电子信息系统的软件子系统，其特征在于，所述对象指针表中还包含了相应资源管理对象的处理规则。
9.根据权利要求4所述的电子信息系统的软件子系统，其特征在于，所述资源管理对象的处理规则包含，上行处理规则，用于描述由所述对象关系树上的本节点向父节点传递影响的处理方法；下行处理规则，用于描述由所述对象关系树上的本节点向子节点传递影响的处理方法。
10.根据权利要求9所述的电子信息系统的软件子系统，其特征在于，所述上行、下行处理规则分别均包含，通用处理规则，用于描述对于所述对象关系树上所有节点都通用的处理方法；特殊处理规则，用于描述对于所述对象关系树上的本节点专用的处理方法。
11.根据权利要求4所述的电子信息系统的软件子系统，其特征在于，所述应用处理层和所述资源管理层之间通过服务接入点接口层进行调用、通知、交互。
12.根据权利要求11所述的电子信息系统的软件子系统，其特征在于，所述服务接入点接口层包含，应用程序调用接口，用于实现从所述应用处理层向所述资源管理层进行的资源调用接口；消息通知接口，用于实现从所述资源管理层向所述应用处理层进行的消息通知机制。
13.根据权利要求12所述的电子信息系统的软件子系统，其特征在于，所述消息通知接口通过以下步骤实现，当系统资源发生变化时，所述资源管理层检测引起变化的源对象；所述资源管理层通过所述消息通知接口将所述源对象的变化事件通知所述应用处理层；所述应用处理层通过所述应用程序调用接口获知由所述源对象引起的其它对象的变化事件。
14.根据权利要求11所述的电子信息系统的软件子系统，其特征在于，所述资源管理对象包含统一的成员格式，若对应系统资源不具备任一成员所描述的属性，则置该成员为无效。
15.根据权利要求14所述的电子信息系统的软件子系统，其特征在于，所述服务接入点层面向所述应用处理层屏蔽所述资源管理对象的无效成员。
16.根据权利要求4所述的电子信息系统的软件子系统，其特征在于，所述对象关系树由配置文件描述；所述资源管理对象的处理规则由相应函数代码实现，并向对应资源管理对象提供调用入口。
17.根据权利要求16所述的电子信息系统的软件子系统，其特征在于，当系统资源发生变化时，修改所述配置文件，将新的处理规则函数、驱动程序的调用入口注册到资源管理层。
18.根据权利要求1-17中任意一条权利要求所述的电子信息系统的软件子系统，其特征在于，所述电子信息系统为第三代移动通信系统中的基站设备，其应用处理层用于实现第三代移动通信协议规范，其系统资源包含硬件资源、逻辑资源。
全文摘要
本发明涉及电子信息系统，公开了一种电子信息系统的软件子系统，使得电子信息系统的软件设计代码具有较高的重用性和可维护性，方便地支持系统更新、升级、维护。本发明中，首先采用按资源管理和协议实现两部分的架构，其中资源管理部分面向系统资源配置及应用环境、容易更新维护，而协议实现部分较为固定，代码重用性高；其次采用面向对象机制实现资源管理，由下而上为设备驱动层、MOInfo层、MORela层、MORules层等设计架构，用对象的成员属性和成员函数实现对象信息、关系、规则，用对象关系树及相应的指针表方便地描述资源对象的逻辑关系和并实现资源管理过程中的快速索引。
文档编号G06F9/46GK1858699SQ20051010028
公开日2006年11月8日 申请日期2005年10月10日 优先权日2005年10月10日
发明者汪召兵 申请人:华为技术有限公司