本发明涉及计算机应用技术，具体而言，涉及一种系统服务端业务模块的注册方法及装置。
背景技术：
目前，每次开发系统服务端中的新业务模块时，通常因为应用层和业务层的代码耦合度较高，导致开发人员除了需要开发业务模块中用于实现相应业务的代码外，还需要开发业务模块中相应的基本功能代码，而大部分的基本功能的代码在每个新业务模块中基本上是相同的，重复开发影响了开发人员的工作效率。
此外，对于新开发的业务模块(如页面模块)，每次均需要通过更改系统代码或直接操作数据库的方式去进行注册，一方面因每次需要修改系统代码，增加了对系统代码误修改的可能，降低了系统代码的私密性；另一方面导致重复且繁琐的工作内容，且缺乏数据的可视化操作。
技术实现要素：
本发明提供一种系统服务端业务模块的注册方法及装置，能够避免重复的冗余操作，提升开发效率。
本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。
根据本发明的一方面，提供了一种系统服务端业务模块的注册方法，包括：通过可视化用户界面，接收新开发的业务模块的注册信息，所述注册信息包括所述业务模块的访问路径与权限信息；以及根据所述业务模块的访问路径，注册所述业务模块到所述系统服务端中，以存储所述业务模块的权限信息；其中所述业务模块包括用于实现相应业务的功能及基本功能，所述基本功能的部分或全部通过使用于定义所述业务模块的类继承所述系统服务端的功能模块的公用类来实现；所述功能模块用于定义所述系统服务端中各业务模块公有的基本功能。
根据本发明的一实施方式，所述功能模块的公用类包括：用于定义页面绑定、重写系统中的加载事件、文件导入导出及压缩中的部分或全部功能的类，和/或用于定义系统缓存管理的类；其中所述缓存管理包括：静态字典、登录用户信息缓存和/或权限模块功能缓存中的部分或全部缓存的管理。
根据本发明的一实施方式，所述业务模块为一页面，所述注册信息还包括：所述页面中各控件的用户权限信息。
根据本发明的一实施方式，所述用户权限包括：个人权限、角色权限和岗位权限中的至少一种；其中所述个人权限是为不同的个体所赋予的权限，所述角色权限是为不同角色所赋予的权限，所述岗位权限是为不同岗位所赋予的权限。
根据本发明的一实施方式，上述方法还包括：当接收到用户对所述页面的请求时，根据所述用户的用户权限，为所述用户创建并返回包括与所述用户权限的匹配的控件的所述页面。
根据本发明的另一方面，提供了一种系统服务端业务模块的注册装置，包括：注册信息接收单元，用于通过可视化用户界面，接收新开发的业务模块的注册信息，所述注册信息包括所述业务模块的访问路径与权限信息；以及业务模块注册单元，用于根据所述业务模块的访问路径，注册所述业务模块到所述系统服务端中，以存储所述业务模块的权限信息；其中所述业务模块包括用于实现相应业务的功能及基本功能，所述基本功能的部分或全部通过使用于定义所述业务模块的类继承所述系统服务端的功能模块的公用类来实现；所述功能模块用于定义所述系统服务端中各业务模块公有的基本功能。
根据本发明的一实施方式，所述功能模块的公用类包括：用于定义页面绑定、重写系统中的加载事件、文件导入导出及压缩中的部分或全部功能的类，和/或用于定义系统缓存管理的类；其中所述缓存管理包括：静态字典、登录用户信息缓存和/或权限模块功能缓存中的部分或全部缓存的管理。
根据本发明的一实施方式，所述业务模块为一页面，所述注册信息还包括：所述页面中各控件的用户权限信息。
根据本发明的一实施方式，所述用户权限包括：个人权限、角色权限和岗位权限中的至少一种；其中所述个人权限是为不同的个体所赋予的权限，所述角色权限是为不同角色所赋予的权限，所述岗位权限是为不同岗位所赋予的权限。
根据本发明的一实施方式，上述装置还包括：页面请求接收单元，用于接收用户对所述页面的请求；以及页面创建单元，用于当所述页面请求接收单元接收到所述用户对所述页面的请求时，根据所述用户的用户权限，为所述用户创建并返回包括与所述用户权限的匹配的控件的所述页面。
根据本发明的系统服务端业务模块的注册方法，一方面通过统一提供的可视化用户配置界面对新开发的业务模块进行注册，以存储新开发业务模块的权限，避免了现有技术中需要每次修改系统服务端代码来注册新业务模块所带来的降低系统代码可靠性与私密性及重复冗余代码开发的问题；另一方面对于各业务模块中公有的功能，通过继承功能模块的公用类，避免了每次在开发新业务模块时，对该公有功能的重复开发，从而节省了开发时间，提升了开发效率。
另外，根据一些实施例，本发明的系统服务端业务模块的注册方法还进一步包括对新开发页面中各控件的权限注册，从而使得当具有不同用户权限的用户请求该页面时，可以根据该用户的权限来返回加载有相应匹配权限的控件的页面。此外，本实施方式中的用户权限可灵活进行配置，既可以为独立的个体所赋予单独的权限，也可以为一类(或一组)用户所赋予相应的权限。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。
附图说明
通过参照附图详细描述其示例实施例，本发明的上述和其它目标、特征及优点将变得更加显而易见。
图1是根据一示例性实施方式示出的一种系统服务端业务模块的注册方法的流程图。
图2是根据一示例性实施方式示出的另一种系统服务端业务模块的注册方法的流程图。
图3是根据一示例性实施方式示出的一种系统服务端业务模块的注册装置的框图。
图4是根据一示例性实施方式示出的另一种系统服务端业务模块的注册装置的框图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免喧宾夺主而使得本发明的各方面变得模糊。
图1是根据一示例性实施方式示出的一种系统服务端业务模块的注册方法的流程图。如图1所示的系统服务端业务模块的注册方法10例如可以应用于巡检系统的系统服务端中，但本发明不以此为限。注册方法10包括：
在步骤S102中，接收新开发的业务模块的注册信息。
新开发的业务模块包括用于实现相应业务的功能及用于辅助的基本功能。以业务模块为一页面为例，该页面例如用于实现系统服务端提供的一项新业务。该页面中不仅包括实现该新业务本身的功能，还包括相应的基本功能，例如记录登录用户的个人信息及其机构组织信息，系统中缓存类调用的处理，页面绑定及重写系统中的加载事件等基本功能。
通过开发的可视化用户界面，例如一配置界面，开发人员添加新开发的业务模块的注册信息，以在系统服务端或数据库中注册该新开发的业务模块。
该注册信息可以包括该新开发的业务模块的名称、访问路径及权限等信息。开发人员在上述配置界面中对业务模块名称、访问路径及权限等信息进行配置。
该注册方式通过统一开发的用户界面来对新开发的业务模块进行注册，开发人员仅需在用户界面中配置该业务模块的注册信息，而无需如现有技术中通过更改系统服务端代码的方式来进行注册，一方面避免了对系统服务端代码误操作的可能，提升了系统服务端代码的可靠性和私密性；另一方面也避免了每次重复编写注册代码，提升了开发效率。
在步骤S104中，根据新开发的业务模块的注册信息，将该新开发的业务模块注册到系统服务端中，以存储新开发的业务模块的权限信息。
在接收到开发人员配置的新开发业务模块的注册信息后，通过配置的该业务模块的访问路径，将该业务模块中的权限信息等存储于系统服务端的数据库中。当用户登录系统，请求该业务模块时，将登录用户的权限与数据库中存储的权限进行匹配，从而根据用户的权限，对业务模块进行加载。
新开发的业务模块的代码包括用于定义该业务模块的类。也即在开发一个新的业务模块时，定义一个新的业务模块的类，该新的业务模块的类可由至少一个函数而构成，各函数包括：函数名称，函数调用信息和函数实现中的部分或全部；当有多个函数时，一个函数实现还可以包括调用所定义的其他函数等。
例如在基于ASP.Net技术架构的服务端中，需要新创建一个WebForm页面时，定义一个基于WebForm技术的类。之后，例如可以由该基于WebForm技术的类声明一个用于创建该WebForm页面的函数，从而在执行该函数时，创建该WebForm页面。
如上所述，该业务模块包括用于实现相应业务的功能及用于辅助的基本功能。对于基本功能中的部分或全部功能有可能为系统服务端中各业务模块所公有。为了避免在每次开发新业务模块时，对这些公用功能的重复开发，可以在该系统业务端中开发一功能模块，该功能模块用于定义系统服务端中各业务模块公有的基本功能，也即该功能模块所定义的这些基本功能为系统服务端中的各业务模块所共用。
可以将该功能模块中所完成的不同基本功能定义为不同的公用类，并通过使业务模块的类继承功能模块的公用类的方式实现各业务模块对功能模块中相应代码的复用。而对于该业务模块所独有的基本功能，则仍然需要在新开发该业务模块时，单独进行开发。如果该业务模块中没有独有的基本功能，则可全部通过继承功能模块的公用类的方式来复用这些基本功能。
该功能模块的公用类也可由至少一个函数而构成，各函数包括：函数名称，函数调用信息和函数实现中的部分或全部；当有多个函数时，一个函数实现还可以包括调用所定义的其他函数等。
功能模块的公用类所定义的功能至少包括系统服务端的基本功能，例如记录登录用户的个人信息及其机构组织信息，系统中缓存类调用的处理，页面绑定及重写系统中的加载事件等公用功能。这些基本功能为各业务模块所公有，因此在新开发每个业务模块时，开发人员仅需专注于业务模块中实现业务本身的功能及业务模块中独有的基本功能的开发，而对于各业务模块公有的功能，则可以直接继承该公用类，以达到避免功能模块代码重复开发的目的，从而节省了开发时间，提升开发效率。
以业务模块为一基于ASP,Net技术开发的页面为例。功能模块的公用类可以包括用于页面绑定、重写系统中的加载事件、实现文件导入导出及压缩等的公用类，为了便于说明，例如可以将该公用类命名为BasePage。BasePage类可以继承ASP,Net技术中基本的Page(页面)类，并通过改写Page类中的OnPreInit()函数和OnLoad()函数，进一步增加绑定控件、导入导出文件及压缩文件、加载JavaScript脚本等公共方法及相关属性。
功能模块的公用类还可以包括用于记录登录用户的个人信息及其机构组织信息的公用类，同样地，为了便于说明，例如可以将该公用类命名为CacheMangage。CacheManage类中定义用于管理系统中的缓存类，缓存类中包含静态字典、登录用户信息缓存、权限模块功能缓存等功能。
在定义了上述的公用类之后，当新开发一个基于ASP,Net技术的WebForm页面时，定义一个基于WebForm技术的类，该类中开发人员除了开发实现业务本身的功能及业务模块中独有的基本功能外，对于公有的基本功能，则可以继承如BasePage类和CacheManage类等公用类，从而复用BasePage类和CacheManage类等公用类中的相应功能。在新页面中，开发人员单独开发的功能与从公用类继承的功能相结合，二者以松耦合方式灵活运用，节省了开发时间，提升开发效率。
本实施方式的系统服务端业务模块的注册方法10一方面通过统一提供的可视化用户配置界面对新开发的业务模块进行注册，以存储新开发业务模块的权限，避免了现有技术中需要每次修改系统服务端代码来注册新业务模块所带来的降低系统代码可靠性与私密性及重复冗余代码开发的问题；另一方面对于各业务模块中公有的功能，通过继承功能模块的公用类，避免了每次在开发新业务模块时，对该公有功能的重复开发，从而节省了开发时间，提升了开发效率。
应清楚地理解，本发明描述了如何形成和使用特定示例，但本发明的原理不限于这些示例的任何细节。相反，基于本发明公开的内容的教导，这些原理能够应用于许多其它实施方式。
图2是根据一示例性实施方式示出的另一种系统服务端业务模块的注册方法的流程图。如图2所示的系统服务端业务模块的注册方法20可应用于一新开发的页面的注册，例如巡检系统的系统服务端中的新开发页面的注册，但本发明不以此为限。注册方法20包括：
在步骤S202中，通过一可视化用户界面，接收新开发的页面的注册信息。
新开发的页面中不仅包括实现该新业务本身的功能，还包括相应的基本功能，例如记录登录用户的个人信息及其机构组织信息，系统中缓存类调用的处理，页面绑定及重写系统中的加载事件等基本功能。
通过开发的可视化用户界面，例如一配置界面，开发人员添加新开发的页面的注册信息，以在系统服务端或数据库中注册该页面。
该注册信息除了包括该新开发的页面的名称、访问路径及权限信息以外，如果该页面中的各控件需要经过权限控制，例如针对不同权限的用户，所显示的页面中的控件布局不同(如对于具有审批权限的用户，提供审批选项按钮等)，则在注册该页面时，还包括注册该页面中各控件的权限，从而在具有不同权限的用户请求该页面时，加载与用户权限匹配的控件，从而体现出不同的权限控制功能。
在一些实施例中，用户权限可以包括：个人权限、角色权限及岗位权限中的至少一种。其中个人权限是指为不同的个体所赋予的权限，该权限单独地分配给某一个人所拥有。
角色权限是指为不同角色所赋予的权限。首先定义不同的角色，如普通用户、管理员等，为每种角色均分配有不同的权限。当定义好不同角色后，如果为某一个用户赋予了一个角色后，该用户则拥有了该角色的全部权限。由上述可知，角色权限是为拥有相同权限的一类用户所准备的，如果某个角色的权限需要改变时，仅需改变该角色的权限即可，而无需一一更改拥有该角色的所有用户的权限。
当一个用户同时具有个人权限和角色权限时，该用户的权限为这两种权限的并集。例如该用户的角色权限具有a、b、c三项权限，而其个人权限具有b、c、d三项权限，则该用户具有a、b、c、d四项权限。
角色权限和个人权限仅能够看到自己所属机构或其下属机构的全部数据，但不能看到平级或跨级的数据。为了解决这一问题，本发明还设置有岗位权限。
岗位权限是指为不同岗位所赋予的权限，当用户被赋予某一岗位权限时，该用户可以查看其岗位下的所有数据。例如，子公司1的员工A希望看到子公司2的某个部门的数据，可以为该员工A赋予子公司2的该部门的岗位权限，则员工A就可以看到该部门下的数据。
由上述可知，本实施例中的用户权限可灵活地为用户分配相应权限，其既可以是为一个个体所赋予的权限，也可以是为一类(或一组)用户所赋予的权限。
该注册方式通过统一开发的用户界面来对新开发的页面进行注册，开发人员仅需在用户界面中配置该页面的注册信息，而无需如现有技术中通过更改系统代码的方式来进行注册，一方面避免了对系统代码误操作的可能，提升了系统代码的可靠性和私密性；另一方面也避免了每次重复的注册代码的编写，提升了开发效率。
在步骤S204中，根据新开发的页面的注册信息，将该页面注册到系统服务端中，以存储新开发页面的权限信息。
开发人员通过可视化的用户配置界面，配置该新页面的注册信息。在接收到这些配置的注册信息后，根据配置的新页面的访问路径，将新页面的权限及其包含的空间的权限信息存储到系统服务端的数据库中。在将新开发的页面中各控件的权限信息配置到系统服务端代码的功能列表中时，可以以各控件的ID为索引进行配置，但本发明不以此为限。
当用户登录系统，请求该新页面时，将登录用户的权限与数据库中存储的权限进行匹配，并根据用户的权限，加载页面中与该用户权限相匹配的控件。
该新开发的页面的代码包括用于定义该页面的类。例如在基于ASP.Net技术的服务端中，需要新创建一个WebForm页面时，定义一个基于WebForm技术的类。该基于WebForm技术的类可由至少一个函数而构成，各函数包括：函数名称，函数调用信息和函数实现中的部分或全部；当有多个函数时，一个函数实现还可以包括调用所定义的其他函数等。之后，例如可以由该基于WebForm技术的类声明一个用于创建该WebForm页面的函数，从而在执行该函数时，创建该WebForm页面。
如上所述，该页面包括用于实现相应业务的功能及用于基本功能。对于基本功能中的部分或全部功能有可能为系统服务端中各业务模块所共用。为了避免在每次开发新业务模块时，对这些公用功能的重复开发，可以在该系统业务端中开发一功能模块，该功能模块用于实现系统服务端中各业务模块公有的基本功能，也即该功能模块所定义的这些基本功能为系统服务端中的各业务模块所共用。
可以将该功能模块中所完成的不同基本功能定义为不同的公用类，并通过使业务模块的类继承功能模块的公用类的方式实现各业务模块对功能模块中相应代码的复用。而对于该业务模块所独有的基本功能，则仍然需要在新开发该业务模块时，单独进行开发。如果该业务模块中没有独有的基本功能，则可全部通过继承功能模块的公用类的方式来复用这些基本功能。
该功能模块的公用类可由至少一个函数而构成，各函数包括：函数名称，函数调用信息和函数实现中的部分或全部；当有多个函数时，一个函数实现还可以包括调用所定义的其他函数等。
功能模块的公用类所定义的功能至少包括系统服务端的基本功能，例如记录登录用户的个人信息及其机构组织信息，系统中缓存类调用的处理，页面绑定及重写系统中的加载事件等公用功能。这些基本功能为每个业务模块所需要，因此在新开发每个业务模块时，开发人员仅需专注于业务模块中实现业务本身功能及业务模块中独有的基本功能的开发，而对于各业务模块公有的功能，则可以直接继承该公用类，以达到避免功能模块代码重复开发的目的，从而节省了开发时间，提升开发效率。
功能模块的公用类可以包括用于页面绑定、重写系统中的加载事件、实现文件导入导出及压缩等的公用类，为了便于说明，例如可以将该公用类命名为BasePage。BasePage类可以继承ASP,Net技术中基本的Page(页面)类，并通过改写Page类中的OnPreInit()函数和OnLoad()函数，从而进一步增加绑定控件、导入导出文件及压缩文件、加载JavaScript脚本等公共方法及相关属性。
功能模块的公用类还可以包括用于记录登录用户的个人信息及其机构组织信息的公用类，同样地，为了便于说明，例如可以将该公用类命名为CacheMangage。CacheManage类中定义用于管理系统中的缓存类，缓存类中包含静态字典、登录用户信息缓存、权限模块功能缓存等功能。
在定义了上述的公用类之后，当新开发一个基于ASP,Net技术的页面时，如上所述，定义一个基于WebForm技术的类，该类中开发人员除了开发实现业务本身的功能及业务模块中独有的基本功能外，对于公有的基本功能，则可以继承如BasePage类和CacheManage类等公用类，从而复用BasePage类和CacheManage类等公用类中的相应功能。在新页面中，开发人员单独开发的功能与从公用类继承的功能相结合，二者以松耦合方式灵活运用，节省了开发时间，提升开发效率。
在步骤S206中，当用户请求该新开发的页面时，根据该用户的权限，为该用户返回该新开发的页面，返回的页面中包括加载的与用户权限匹配的控件。
在将该新开发的页面被注册到系统服务端中后，当用户请求该新开发的页面时，例如可以通过执行用于创建该页面的函数，来创建该页面，并为用户返回该页面。其中该函数由上述新定义的该页面的类所声明。
在为用户返回该新开发的页面时，根据用户的用户权限，为用户返回该新开发的页面。如上所述，在注册该新开发的页面时，包括对该页面中各控件权限的注册，即存储该页面中各控件的权限到系统服务端的数据库中。当用户请求该新开发的页面时，根据请求用户的用户权限，确定出待返回页面中的相应控件，也即仅当控件的权限与该请求用户的用户权限相匹配时，待返回的页面中才可以加载该控件。
本实施方式的系统服务端业务模块的注册方法20还进一步包括对新开发页面中各控件的权限注册，从而使得当具有不同用户权限的用户请求该页面时，可以根据该用户的权限来返回加载有相应匹配权限的控件的页面。此外，本实施方式中的用户权限可灵活进行配置，既可以为独立的个体所赋予单独的权限，也可以为一类(或一组)用户所赋予相应的权限。
本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。
此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。
图3是根据一示例性实施方式示出的一种系统服务端业务模块的注册装置的框图。如图3所示的系统服务端业务模块的注册装置30例如可以应用于巡检系统的系统服务端中，但本发明不以此为限。注册装置30包括：注册信息接收单元302及业务模块注册单元304。
其中，注册信息接收单元302用于通过可视化用户界面，接收新开发的业务模块的注册信息，所述注册信息包括所述业务模块的访问路径与权限信息。
业务模块注册单元304用于根据上述注册信息中的访问路径，注册新开发的业务模块到系统服务端中，以存储所述业务模块的权限信息。
其中所述业务模块包括用于实现相应业务的功能及基本功能，所述基本功能的部分或全部通过使用于定义所述业务模块的类继承所述系统服务端的功能模块的公用类来实现；所述功能模块用于定义所述系统服务端中各业务模块公有的基本功能。
新开发的业务模块的代码包括用于定义该业务模块的类。也即在开发一个新的业务模块时，定义一个新的业务模块的类，该新的业务模块的类可由至少一个函数而构成，各函数包括：函数名称，函数调用信息和函数实现中的部分或全部；当有多个函数时，一个函数实现还可以包括调用所定义的其他函数等。
例如在基于ASP.Net技术架构的服务端中，需要新创建一个WebForm页面时，定义一个基于WebForm技术的类。之后，例如可以由该基于WebForm技术的类声明一个用于创建该WebForm页面的函数，从而在执行该函数时，创建该WebForm页面。
如上所述，该业务模块包括用于实现相应业务的功能及用于辅助的基本功能。对于基本功能中的部分或全部功能有可能为系统服务端中各业务模块所公有。为了避免在每次开发新业务模块时，对这些公用功能的重复开发，可以在该系统业务端中开发一功能模块，该功能模块用于定义系统服务端中各业务模块公有的基本功能，也即该功能模块所定义的这些基本功能为系统服务端中的各业务模块所共用。
可以将该功能模块中所完成的不同基本功能定义为不同的公用类，并通过使业务模块的类继承功能模块的公用类的方式实现各业务模块对功能模块中相应代码的复用。而对于该业务模块所独有的基本功能，则仍然需要在新开发该业务模块时，单独进行开发。如果该业务模块中没有独有的基本功能，则可全部通过继承功能模块的公用类的方式来复用这些基本功能。
该功能模块的公用类也可由至少一个函数而构成，各函数包括：函数名称，函数调用信息和函数实现中的部分或全部；当有多个函数时，一个函数实现还可以包括调用所定义的其他函数等。
功能模块的公用类所定义的功能至少包括系统服务端的基本功能，例如记录登录用户的个人信息及其机构组织信息，系统中缓存类调用的处理，页面绑定及重写系统中的加载事件等公用功能。这些基本功能为各业务模块所公有，因此在新开发每个业务模块时，开发人员仅需专注于业务模块中实现业务本身的功能及业务模块中独有的基本功能的开发，而对于各业务模块公有的功能，则可以直接继承该公用类，以达到避免功能模块代码重复开发的目的，从而节省了开发时间，提升开发效率。
以业务模块为一基于ASP,Net技术开发的页面为例。功能模块的公用类可以包括用于页面绑定、重写系统中的加载事件、实现文件导入导出及压缩等的公用类，为了便于说明，例如可以将该公用类命名为BasePage。BasePage类可以继承ASP,Net技术中基本的Page(页面)类，并通过改写Page类中的OnPreInit()函数和OnLoad()函数，进一步增加绑定控件、导入导出文件及压缩文件、加载JavaScript脚本等公共方法及相关属性。
功能模块的公用类还可以包括用于记录登录用户的个人信息及其机构组织信息的公用类，同样地，为了便于说明，例如可以将该公用类命名为CacheMangage。CacheManage类中定义用于管理系统中的缓存类，缓存类中包含静态字典、登录用户信息缓存、权限模块功能缓存等功能。
在定义了上述的公用类之后，当新开发一个基于ASP,Net技术的WebForm页面时，定义一个基于WebForm技术的类，该类中开发人员除了开发实现业务本身的功能及业务模块中独有的基本功能外，对于公有的基本功能，则可以继承如BasePage类和CacheManage类等公用类，从而复用BasePage类和CacheManage类等公用类中的相应功能。在新页面中，开发人员单独开发的功能与从公用类继承的功能相结合，二者以松耦合方式灵活运用，节省了开发时间，提升开发效率。
本实施方式的系统服务端业务模块的注册装置30一方面通过统一提供的可视化用户配置界面对新开发的业务模块进行注册，以存储新开发业务模块的权限，避免了现有技术中需要每次修改系统服务端代码来注册新业务模块所带来的降低系统代码可靠性与私密性及重复冗余代码开发的问题；另一方面对于各业务模块中公有的功能，通过继承功能模块的公用类，避免了每次在开发新业务模块时，对该公有功能的重复开发，从而节省了开发时间，提升了开发效率。
图4是根据一示例性实施方式示出的另一种系统服务端业务模块的注册装置的框图。如图4所示的系统服务端业务模块的注册装置40可应用于一新开发的页面的注册，例如巡检系统的系统服务端中的新开发页面的注册，但本发明不以此为限。注册装置40包括：注册信息接收单元402、业务模块注册单元404、页面请求接收单元406及页面创建单元408。
注册信息接收单元402用于通过可视化用户界面，接收新开发的业务模块的注册信息，所述注册信息包括所述业务模块的访问路径与权限信息。
业务模块注册单元404用于根据上述注册信息中的访问路径，注册新开发的业务模块到系统服务端中，以存储所述业务模块的权限信息。
其中所述业务模块包括用于实现相应业务的功能及基本功能，所述基本功能的部分或全部通过使用于定义所述业务模块的类继承所述系统服务端的功能模块的公用类来实现；所述功能模块用于定义所述系统服务端中各业务模块公有的基本功能。
例如在基于ASP.Net技术的服务端中，需要新创建一个WebForm页面时，定义一个基于WebForm技术的类。该基于WebForm技术的类可由至少一个函数而构成，各函数包括：函数名称，函数调用信息和函数实现中的部分或全部；当有多个函数时，一个函数实现还可以包括调用所定义的其他函数等。之后，例如可以由该基于WebForm技术的类声明一个用于创建该WebForm页面的函数，从而在执行该函数时，创建该WebForm页面。
如上所述，该页面包括用于实现相应业务的功能及用于基本功能。对于基本功能中的部分或全部功能有可能为系统服务端中各业务模块所共用。为了避免在每次开发新业务模块时，对这些公用功能的重复开发，可以在该系统业务端中开发一功能模块，该功能模块用于实现系统服务端中各业务模块公有的基本功能，也即该功能模块所定义的这些基本功能为系统服务端中的各业务模块所共用。
可以将该功能模块中所完成的不同基本功能定义为不同的公用类，并通过使业务模块的类继承功能模块的公用类的方式实现各业务模块对功能模块中相应代码的复用。而对于该业务模块所独有的基本功能，则仍然需要在新开发该业务模块时，单独进行开发。如果该业务模块中没有独有的基本功能，则可全部通过继承功能模块的公用类的方式来复用这些基本功能。
该功能模块的公用类可由至少一个函数而构成，各函数包括：函数名称，函数调用信息和函数实现中的部分或全部；当有多个函数时，一个函数实现还可以包括调用所定义的其他函数等。
功能模块的公用类所定义的功能至少包括系统服务端的基本功能，例如记录登录用户的个人信息及其机构组织信息，系统中缓存类调用的处理，页面绑定及重写系统中的加载事件等公用功能。这些基本功能为每个业务模块所需要，因此在新开发每个业务模块时，开发人员仅需专注于业务模块中实现业务本身功能及业务模块中独有的基本功能的开发，而对于各业务模块公有的功能，则可以直接继承该公用类，以达到避免功能模块代码重复开发的目的，从而节省了开发时间，提升开发效率。
功能模块的公用类可以包括用于页面绑定、重写系统中的加载事件、实现文件导入导出及压缩等的公用类，为了便于说明，例如可以将该公用类命名为BasePage。BasePage类可以继承ASP,Net技术中基本的Page(页面)类，并通过改写Page类中的OnPreInit()函数和OnLoad()函数，从而进一步增加绑定控件、导入导出文件及压缩文件、加载JavaScript脚本等公共方法及相关属性。
功能模块的公用类还可以包括用于记录登录用户的个人信息及其机构组织信息的公用类，同样地，为了便于说明，例如可以将该公用类命名为CacheMangage。CacheManage类中定义用于管理系统中的缓存类，缓存类中包含静态字典、登录用户信息缓存、权限模块功能缓存等功能。
在定义了上述的公用类之后，当新开发一个基于ASP,Net技术的页面时，如上所述，定义一个基于WebForm技术的类，该类中开发人员除了开发实现业务本身的功能及业务模块中独有的基本功能外，对于公有的基本功能，则可以继承如BasePage类和CacheManage类等公用类，从而复用BasePage类和CacheManage类等公用类中的相应功能。在新页面中，开发人员单独开发的功能与从公用类继承的功能相结合，二者以松耦合方式灵活运用，节省了开发时间，提升开发效率。
页面请求接收单元406用于接收用户对上述页面的请求。
页面创建单元408用于当第一页面请求接收单元406接收到用户对上述页面的请求时，为用户创建并返回上述新开发的页面。
在一些实施例中，注册信息还包括：上述页面中各控件的用户权限信息。用户权限可以包括：个人权限、角色权限及岗位权限中的至少一种。页面创建单元408还用于当第一页面请求接收单元406接收到用户对上述页面的请求时，根据用户的用户权限，为用户创建并返回包括相应用户权限的控件的页面。
本实施方式的系统服务端业务模块的注册装置40进一步还包括对新开发页面中各控件的权限注册，从而使得当具有不同用户权限的用户请求该页面时，可以根据该用户的权限来返回加载有相应匹配权限控件的页面。此外，本实施方式中的用户权限可灵活进行配置，既可以为独立的个体所赋予单独的权限，也可以为一类(或一组)用户所赋予相应的权限。
需要注意的是，上述附图中所示的框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本发明实施方式的方法。
以上具体地示出和描述了本发明的示例性实施方式。应可理解的是，本发明不限于这里描述的详细结构、设置方式或实现方法；相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。