CN101770359A - 界面生成和获取数据进行存储的方法、装置和系统 - Google Patents

Abstract

本发明公开了一种界面生成和获取数据进行存储的方法、装置和系统，涉及计算机领域，能够解决业务特性变更时造成的数据模型与界面无法匹配的问题。界面生成方法包括：获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据；根据所述界面配置信息生成界面中的各元素；根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面。从界面中获取数据进行存储的方法，包括：获取显示于各界面元素中的业务对象数据；将获取的业务对象数据存储于一个纵表结构或横表结构上。本发明适用于计算机界面的生成和数据存储。

Description

界面生成和获取数据进行存储的方法、装置和系统

技术领域

本发明涉及计算机受理界面，尤其涉及一种界面生成和获取数据进行存储的方法、装置和系统。

背景技术

几乎所有的企业都采用计算机进行业务受理，在采用计算机受理时由于产品的特性变更很容易造成受理界面的不兼容。以下介绍运营商的BOSS(Businessand Operation Support System，业务运营支撑系统)在产品特性变更时对受理界面的改造所造成的影响。

BOSS是基于计算机网络及相关应用技术、用以支持通信业务运营的系统。从功能上讲，BOSS系统涵盖了计费、结算、帐务、业务管理、客服等方面，并根据业务需要与相关外部系统进行互联。运营商为了提高服务水平、管理水平和经营决策水平，充分实现企业管理信息化，为客户提供及时、准确和高质量的服务，在BOSS系统实现过程中，需遵循灵活性与可扩展性的原则，以方便扩展设备容量和提升设备性能；具备支持业务处理的灵活配置，业务功能的重组与更新的灵活性。

按照上述灵活性与可扩展性的原则，随着市场竞争的加剧和软件技术的发展，客户对应用系统的灵活性提出了很高的要求，要求系统能够在不修改程序的情况下，只通过调整系统参数和修改业务脚本的方式，能够迅速适应市场的变化和实现新的业务需求。

目前移动运营商传统的技术框架对于新推出的、包含不同业务特性的业务，需要按如下步骤进行研发设计：

1、业务模型设计，针对不同业务特性，需要设计不同的业务实体模型；

2、数据模型设计，为了适应不同业务特性的业务，需要将数据模型按业务特性进行设计调整；

3、前台界面设计，对于具有不同业务特性的业务，前台界面上的变化需要重新进行编码设计，增加或者修改一个计算机界面元素的产品属性也要新增该计算机界面的元素属性相应的代码；

4、数据接口设计及数据库实体访问逻辑设计，负责响应前台界面对数据的调用以及将处理得到的结果提交数据库实体等。

在现有技术中，在将业务数据存储到数据库实体时，通常采用将受理界面中的一组控件作为一个表结构进行映射并存储到数据库实体中，由于各组控件的属性不同导致各个表结构中存储的数据模型不同，而不同的数据模型在不同的控件中无法通用。对于新推出的、包含不同业务特性的业务，在进行业务变更之后，数据模型与界面无法匹配。

发明内容

本发明的实施例提供一种界面生成方法，能够解决业务特性变更时造成的数据模型与界面无法匹配的问题。

本发明的实施例界面生成方法采用如下技术方案：

一种界面生成方法，包括：

获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据；

根据所述界面配置信息生成界面中的各元素；

根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面。

本发明的实施例还提供了一种从界面中获取数据进行存储的方法，包括：

获取显示于各界面元素中的业务对象数据；

将获取的业务对象数据存储于一个纵表结构或横表结构上。

本发明的实施例还提供了一种界面生成装置，包括：

获取单元，用于获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据；

界面元素生成单元，用于根据所述界面配置信息生成界面中的各元素；

数据显示单元，用于根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面。

本发明的实施例还提供了一种从界面中获取数据进行存储的装置，包括：

数据获取单元，用于获取显示于各界面元素中的业务对象数据；

存储单元，用于将获取的业务对象数据存储一个纵表结构或横表结构上。

本发明的实施例还提供了一种界面生成系统，包括：

界面生成装置，用于获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据；根据所述界面配置信息生成界面中的各元素；根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面；

数据库实体，用于保存所述界面配置信息和所述业务对象数据。

本发明的实施例界面生成和获取数据进行存储的方法、装置和系统，根据界面配置信息生成各界面元素，存储于一个纵表结构或横表结构上的业务对象数据与显示于其中的界面元素的产品属性相匹配，从而在生成界面时业务对象数据能够自动形成于相应的界面元素中，实现了业务对象数据与相应的界面元素的自动匹配。

附图说明

图1为本发明实施例界面生成方法流程图；

图2为本发明实施例从界面中获取数据进行存储的方法流程图；

图3为本发明实施例产品特性变更时的界面生成和数据存储方法流程图；

图4为本发明实施例界面生成装置的示意图；

图5为本发明另一实施例界面生成装置的示意图；

图6为本发明实施例从界面中获取数据进行存储的装置示意图；

图7为本发明实施例界面生成系统的示意图。

具体实施方式

下面结合附图对本发明实施例界面生成方法、装置和系统进行详细描述。显而易见地，下面描述的实施例仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以获得其他的实施例。

如图1所示，界面生成方法包括步骤如下：

S101、获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据；

S102、根据所述界面配置信息生成界面中的各元素；

S103、根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面。

本发明的实施例界面生成方法通过获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据，根据所述界面配置信息生成界面中的各元素；根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面，，实现了业务对象数据与相应的界面元素的自动匹配。

本发明的实施例还提供了一种从界面中获取数据进行存储的方法，包括：

S201、获取显示于各界面元素中的业务对象数据；

S202、将获取的业务对象数据存储于一个纵表结构或横表结构上。

本发明的实施例从界面中获取数据进行存储的方法通过获取显示于各界面元素中的业务对象数据，并将获取的业务对象数据存储于一个纵表结构或横表结构上，以这种形式存储的业务对象数据与界面配置信息相应匹配，从而在生成界面时，实现了业务对象数据与相应的界面元素的自动匹配。

下面以移动通信BOSS系统中集团产品特性变更时的业务受理中，界面生成和从界面中获取数据进行存储为例，对本发明进行详细描述。这是本发明的一个典型应用，但本发明并不仅限于这个应用。

在正常情况下，如果产品的特性不发生变化，则在生成界面时，只需要将界面元素和相应的业务对象数据显示于界面中，可以参照图2所示的实施例。而如果产品的特性发生变化或者有新推出的业务，则首先需要修改界面配置信息。而本实施例为了能够更好地说明本发明在业务特性变更时产生的效果，则考虑在该集团产品特性发生变化时，需要采用的实施方式。

如图3所示，本发明实施例移动通信中BOSS系统中集团产品特性变更时的业务受理界面生成方法包括如下步骤：

S301、重新配置界面配置信息以形成新的界面配置信息。

在集团产品特性发生改变时，由于受理界面的界面元素会发生改变，因而需要重新配置界面配置信息。为简化起见，本实施例中的界面元素只考虑受理界面中展现的各个控件。

受理界面的界面配置信息为通过界面定制工具或数据操作脚本来预先配置的。受理界面的界面配置信息包括：产品属性、以及与产品属性相应的界面中的各个控件和所述各个控件的属性等。如表1所示为集团产品的类型，表2为集团产品的受理特性。表1、表2中的各项用于表示集团产品属性。

表1.集团产品类型

集团产品类型	字段名
		类型名称	VARchar2(32)
是否组网集团	NUMBER(1)
		是否创建付费计划	NUMBER(1)
端口	Port
		速率	Rate
窗体名	VARchar2(32)
		成员窗体	VARchar2(32)
是否新建账号	NUMBER(1)
		新账号类型	VARchar2(32)
能够加入多个产品	NUMBER(1)
		是否关联个人	NUMBER(1)
是否预销户	NUMBER(1)
		是否停用	NUMBER(1)
是否有个性界面	VARchar2(32)
		支持的成员类型	VARchar2(32)
指令发送类型	VARchar2(32)

表2.产品类型的受理特性

受理特性	字段名
		产品类型标识	VARchar2(32)
受理标识	VARchar2(32)
		受理名称	VARchar2(32)
受理界面元素	VARchar2(128)

受理特性	字段名
		是否走订单	NUMBER(1)
状态	VARchar2(3)
		操作类型	NUMBER(2)

界面配置信息中除了要包含以上的集团产品属性外，还应包含用户的个性化信息，如电话号码、姓名、地址、入网时间和支持那些网络服务等信息，这里不再列举。具体的，界面配置信息中各个控件用于显示上述的表1和表2的产品属性以及用户的个性化数据信息，而这些产品属性名称则作为控件的名称。而各控件在界面配置信息中的控件属性依照表3进行设置。如表3所示为与各控件相应的属性配置信息，存放在一个数组中。

表3控件相应的属性配置信息

字段名	字段说明
		GROUPTYPE	产品类型，用于归类有一组相同属性的产品
ISMEMBER	用于标识是否成员
		MEMTYPE	用于标识成员的类型
ITEMID	产品属性标识
		ITEMNAME	产品属性名
PARENTITEM	父属性标识，用于表示属性间的层次关系
		ITEMORDER	属性顺序，用于产品界面动态生成时，确定界面属性元素的排列位置
ITEMTYPE	属性控件类型，用于前台产品特性界面动态生成时，确定界面中的产品属性元素的控件类型
		DEFAULTVAL	属性缺省值。缺省值如果包含了某些约定的关键字，则表示会调用后台的函数或接口。

字段名	字段说明
		ITEMVALLEN	属性输入值长度上限
GETTYPE	指定属性值的数据源类型
		GETSQL	指定属性值的分组类型
ITEMDESC	定义了该属性的附加行为和属性
		REQUIRED	用于标识是否前台必选属性项

表3中的PARENTITEM字段，表示的是父属性标识，用于表示控件之间的层次关系，能够确定相应控件所在界面的层次。控件的属性信息中还包含了各个控件对数据的要求，例如：GETTYPE字段用于标记相应的业务对象数据长度是否符合相应控件的要求；GETSQL字段用于标记相应控件对业务对象数据类型的要求，ITEMDESC字段标记了相应控件对数据的其它附加要求，例如完整性的要求等；以及控件是否要求数据在某一历史范围内唯一等。

对于本发明，可以将各个控件及其属性作为节点存放在树形结构文档中。界面中的有些控件能够递归支持多层次的集团产品个性化属性信息，因而位于树形结构文档的具有分支的节点上。例如，对于树形结构文档的第一层节点，可以依次给每个控件的属性定义为1、2、3......等，而对于第二层节点，例如，第一层节点1具有向下的分支，因而节点1下的第一个分支节点为1.1，第二个为1.2......而第一层的节点2下的第一个分支节点为2.1，第二个分支节点为2.2，......依此类推。

S302、获取界面配置信息，并根据界面配置信息生成界面中的各控件。

根据界面配置信息配置好各产品属性对应的控件的位置，具体为：根据固定的模式对各个控件进行定位，例如采用每行配置两列控件的方式，或者采用其他配置方式。本发明并不局限于此，还可以根据配置信息对各个控件对应的横坐标、纵坐标位置进行定位。

对配置信息进行分析，将不同类型的配置信息分拣到不同的处理单元，如文本输入框、下拉框、数字框、密码框、隐藏、弹出框、日期框、IP格式文本框、只读文本框和列表组合框等各个界面元素。根据分析得到的各类型配置数据对应的控件类型，按照语言特点的不同创建各个控件。如果是在浏览器界面中可以采用HIML(Hyper Text Mark-up Language，超文本标记语言)进行创建，如果采用其它的面向对象语言创建控件则可通过调用new或create命令来实现。

对各个控件中的内容进行配置。每个控件中都可以根据产品的要求灵活设定缺省值。缺省值的来源主要有两种，一种是固定的字符串或日期数字等，另外一种则来源于sql语句。有一些控件中带有下拉框，下拉框中的选择列表需要进行选择，这可以通过配置库中指定sql语句进行获取，或者通过在配置库中指定调用的服务名称，从通用参数接口中获取相应的参数。

还要对各个控件之间的联动进行配置。当控件中的数据被点击或改变时定义联动控件的触发条件，并且根据前面控件内容的改变，自动获取后续控件的缺省值或选择列表。例如若控件A的下拉框中的内容取决于控件B下拉框的取值，则B在选取了一个数值之后A的内容被刷新。

S303、获取存储于一个纵表结构上的业务对象数据，并根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的控件中。

本实施例中，业务对象数据存储于纵表上，如表4所示。表4中每一行用于表示一个业务对象数据，以及各数据与界面配置信息中各控件的匹配关系。

表4.业务对象数据表(纵表)

用户编号	用户所在地区编号	顺序号	属性编码	属性值	节点
						7550000000001	755	1	port	1258	1
7550000000001	755	2	rate	1024	2
						7550000000001	755	3	contact	＞＞＞＞	3
7550000000001	755	4	name	张三	3.1
						7550000000001	755	5	addr	罗湖	3.2
7550000000001	755	6	contact	＞＞＞＞	4
						7550000000001	755	7	name	王五	4.1
7550000000001	755	8	addr	科技园	4.2

这是一个集团产品的业务对象数据表，表中列出了集团产品属性数据以及用户个性化数据。具体地顺序号为1、2的两个数据表示集团产品属性，顺序号2～8的六个数据表示用户的个性化数据。

表4中的属性编码代表产品特性或用户个性化数据的属性名称，即显示于界面中的各控件名称。属性值代表与属性编码相匹配的数据值，即需要显示于名称为属性编码的控件中的业务对象数据，而节点为各业务对象数据相应的控件在界面配置信息中的节点。

为了简便，表4中只列出了几个典型的数据。

业务对象数据与界面配置信息的对应关系具体如下；例如，

对于属性编码为port(端口)这个数据，节点信息为1，因而在界面配置信息中与port相应的信息应与节点1进行映射，这是界面配置信息中、位于第一层的节点1；又如，对于节点为3这个数据，属性值＞＞＞＞用于表示它是一个支持递归调用的节点，这个节点为具有分支的节点，而3.1和3.2即为它的两个分支节点；再如，对于节点为3.1和3.2的这两个数据，表示它们隶属于同一个用户(即节点3的用户)，因而在界面配置信息中应当有相应的节点与其映射，以便在界面生成中能够将业务对象数据与相应的控件进行自动匹配。

本发明并不局限于此，用于存储业务对象数据的表格也可以为横表，并将每个控件相应的业务对象数据作为列表成员添加到横表上。如表5所示为采用一个横表结构来存储表4中所示的业务对象数据。为了简便起见，这里省略了用户编号和用户所在地区编号这两列数据。

表5.业务对象数据表(横表)

顺序号	属性编码1	属性值	节点	属性编码2	属性值	节点	属性编码3	属性值	节点
										1	port	1258	1
2	rate	1024	2
										3	contact	＞＞＞＞	3	name	张三	3.1	Addr	罗湖	3.2
4	contact	＞＞＞＞	4	name	王五	4.1	Addr	科技园	4.2

如果通过横表来存储业务对象数据，横表中的业务对象数据与界面中的各控件之间的关系通过属性编码的节点信息来描述。而采用横表方式对系统资源较为浪费，因为并非所有的集团产品信息或用户信息都存在表中所示的所有属性，这些空值仍然占有相应的内存资源。因而本发明实施例中纵表为一优选方式。

在将业务对象数据显示于相应的控件中之前，还应当校验这些业务对象数据的合法性。在业务特性发生变更时，应根据相应控件的属性要求校验所述业务对象数据的类型、长度或完整性是否合法。例如：表3中所示的控件相应的配置属性中对控件的要求包括以下各项，GETTYPE字段用于标记相应的业务对象数据长度是否符合相应控件的要求；GETSQL字段用于标记相应控件对业务对象数据类型的要求，ITEMDESC字段标记了相应控件对数据的其它附加要求，例如完整性的要求等。这些校验都可以在界面上根据控件的要求直接完成。

另外，有的控件属性对数据要求为历史唯一性，还应校验业务对象数据是否在某一历史范围内唯一。例如对于某些业务，要求用户只能办理一次，因而需要对业务对象数据的历史唯一性进行校验。

经过上述步骤，从而能够生成产品特性变更之后的业务受理界面。

S304、业务受理后，获取显示于界面中的业务对象数据并存储到一个纵表或横表结构上。

在经过业务受理之后，由于用户所属产品特性发生变化，或用户在业务办理时改变了业务数据，因而需要获取界面中的业务对象数据并保存。

具体操作如下：

在界面的当前层中，根据所述界面元素相应的产品属性遍历各个控件所在的节点，并提取各个控件中的业务对象数据，以及节点信息，存储到一个纵表结构上。如表4所示，需要提取的至少是业务对象数据以及节点信息，或者还可以包括产品属性(控件名称)。而其它的信息可以根据需要来提取。在纵表上，每一行仅表示与一个控件(或节点)相应的业务对象数据。

如果某个控件所在的节点不具有分支节点，则提取控件中的业务对象数据，相应的节点即为该节点(或者控件)在界面中的循序号，例如表4中的属性编码为rate的这个数据，相应的数据为1024，节点为2，表明这是该控件所在的界面上的循序号为2的控件或节点。而对于表4中的属性编码为contact、属性值为＞＞＞＞，节点为4这个数据，用于标识一个用户的相关信息，因而该节点具有分支节点，属性值＞＞＞＞用于表示该节点递归支持多层次的个性化属性信息。在4这个节点下，可以提取到用户的相关数据：name(王五)和addr(科技园)，并且节点分别为4.1和4.2。

具体地，获取数据的方法可以采用如下的递归调用函数；

后台函数fSetProdAttrs(CDBConnect*DBSql，CProdAttr*pProdAttr，char*isLevel，int&nSort)，用于处理产品个性化信息的入库操作。DBSql为数据库连接，pProdAttr为个性化数据节点；

该函数的要点是，运用递归特性，记录产品实例化信息的层次结构，伪码如下：

调用函数fSetProdAttrs()

{

      if(当前层次不是最外层)

{

    当前节点pProdAttr信息入库GROUP_SUBS_ATTR

    节点的ATTRVALUE字段填写“＞＞＞＞”

}

循环处理pProdAttr-＞m_ProdAttrs

{

    if(第一层节点)

        当前层次＝当前层次；

    else

        当前层次＝当前层次+’.’+当前循序号；

            If节点类型是CProdAttr

            {

            //递归调用

            调用函数fSetProdAttrs()，将当前节点作为参数输入

            }

          If节点类型是CAttrEntry

          {

              数据入库

           }

}

在上述函数中，节点CProdAttr具有分支节点，递归支持多层次的产品属性，而节点CAttrEntry不具有分支节点，只需将这个节点相应的数据入库，即存储到纵表上即可。

通过上述的存储操作，在下次生成界面时，还能够将业务对象数据从纵表上自动提取出来，并根据相应的节点信息自动显示于各控件中。即使由于产品特性变更，将界面配置信息进行了修改，但在界面生成时，业务对象数据仍然能够自动匹配到相应的控件中进行显示。

可见尽管各种不同数据的类型不同，例如集团产品特性数据和用户的个性化数据，但提取的业务对象数据格式是相同的，因而可以实现将不同的数据类型用同样的格式进行保存。

在应用中若产品特性或业务特性有变化，只需相应地修改与产品扩展属性或新业务属性相应的界面配置信息等少量数据。本发明实施例将业务对象数据存储于一个纵表结构或横表结构上，能够对各种不同类型的数据以统一格式保存，从而能够适应产品业务变更时界面信息的修改，并实现快速的数据读取和存储操作。因而本发明实现了产品可配置模型，对同类产品的特性进行差异化设置，满足不同的特殊业务需求，因而能够实现不同BOSS版本的业务统一实施。本发明实施例使用的界面生成方法以及从界面中获取数据进行存储的方法，提高了代码的可重用性，业务处理核心代码精简固化，系统可靠性大为增强。

如图4所示，本发明的实施例还提供了一种界面生成装置，包括：

获取单元41，用于获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据；

界面元素生成单元42，用于根据所述界面配置信息生成界面中的各元素；

数据显示单元43，用于根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面。

如图5所示，在本发明一较佳实施例中，界面生成装置还包括：

校验单元44，用于在所述数据显示单元将所述业务对象数据显示于相应的界面元素中之前，校验所述业务对象数据是否合法。

并且，数据显示单元43包括：

匹配模块431，用于将所述界面配置信息中与各个所述界面元素相应的产品属性或节点信息、以及所述纵表结构或横表结构上与所述业务对象数据相应的产品属性或节点信息进行匹配；

数据显示模块432，用于将所述业务对象数据显示于匹配的界面元素中。

本发明的实施例界面生成装置通过匹配模块，将存储于纵表或横表结构上的业务对象数据相应的产品属性、与界面配置信息中与各个所述界面元素相应的产品属性进行匹配，从而能够自动将所述业务对象数据显示于匹配的界面元素中。而如果产品特性有变更时，通过重新配置生成新的界面配置信息，则界面元素生成单元能够根据新的界面配置信息生成新的界面元素，而数据显示单元还能够自动根据相应的属性将数据显示于匹配的界面元素中。

如图6所示，本发明的实施例还提供了一种从界面中获取数据进行存储的装置，包括：

数据获取单元61，用于获取显示于各界面元素中的业务对象数据；

存储单元62，用于将获取的业务对象数据存储于一个纵表结构或横表结构上。

在本发明一较佳实施例中，所述数据获取单元61包括：

节点读取模块611，用于读取各界面元素在界面配置信息中的节点信息；

数据获取模块612，用于根据各界面元素在界面配置信息中的节点信息获取显示于各界面元素中的业务对象数据。

所述存储单元62，还用于将与所述业务对象数据相应的界面元素的产品属性和节点信息作为所述业务对象数据的标识。

本发明的实施例从界面中获取数据进行存储的装置，能够通过节点读取模块读取各界面元素在界面配置信息中的节点信息，数据获取模块根据各界面元素在界面配置信息中的节点信息获取显示于各界面元素中的业务对象数据，存储单元将获取的业务对象数据存储于一个纵表结构或横表结构上，并将与所述业务对象数据相应的界面元素的产品属性和节点信息等作为所述业务对象数据的标识，因而，在产品特性变更时，在展现新配置的界面信息时，业务对象数据还能够根据标识自动与相应的界面元素进行匹配，减少了业务变更时导致的系统开发时间和新业务的响应时间。

如图7所示，本发明的实施例还提供了一种界面生成系统，包括：

界面生成装置71，用于获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据；根据所述界面配置信息生成界面中的各元素；根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面；

数据库实体72，用于保存所述界面配置信息和所述业务对象数据。

在数据库实体中，所述业务对象数据优选存储于一个纵表结构上，并且各种不同数据类型以统一的格式保存。在所述纵表上，每行用于表征一个业务对象数据，并且还用业务对象数据相应的产品属性或相应的界面元素的节点信息对数据进行标识，从而在生成界面时，业务对象数据能够根据标识，自动匹配到相应的界面元素中，生成界面。

在产品特性变更时，本实施例能够仅通过修改界面配置信息来适应产品特性的变更，而在生成界面时，已储存的业务对象数据还能够匹配根据新的界面配置信息生成的界面元素，并显示于相应的界面元素中。

因而本发明实现了产品可配置模型，可以对同类产品的特性进行差异化设置，满足不同的特殊业务需求，因而能够实现不同BOSS版本统一实施。

本发明实施例还能减少测试工作量，新的受理界面不再需要进行白盒、黑盒测试以及用例准备等工作；有利于后续开发维护，响应速度快；本发明实施例的系统更加灵活，可扩展性强，对新业务的支撑力度强。所以在有限的维护人力投入的情况下，移动公司能够实现更多的业务。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

事实上，本发明不仅可以适用于移动通信系统中业务受理界面，任何业务系统中都可以采用本发明的实施例。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (17)

1.一种界面生成方法，其特征在于，包括：

获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据；

根据所述界面配置信息生成界面中的各元素；

根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面。

2.如权利要求1所述的界面生成方法，其特征在于，还包括：

校验所述业务对象数据是否合法；

所述将所述业务对象数据显示于相应的界面元素中以生成界面具体为：将校验合法的业务对象数据显示于相应的界面元素中以生成界面。

3.如权利要求2所述的界面生成方法，其特征在于，所述校验业务对象数据是否合法包括：

根据与界面元素相应的属性要求校验所述业务对象数据的类型、长度或完整性是否合法；或

校验所述业务对象数据是否在某一历史范围内唯一。

4.如权利要求1所述的界面生成方法，其特征在于，根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中包括：

将所述界面配置信息中与所述各界面元素相应的产品属性或节点信息、以及所述纵表结构或横表结构上与所述业务对象数据相应的属性或节点信息进行匹配；

将所述业务对象数据显示于匹配的界面元素中。

5.如权利要求1至4任一项所述的界面生成方法，其特征在于，还包括：

重新配置所述界面配置信息以形成新的界面配置信息；

所述根据所述界面配置信息生成界面中的各元素的步骤具体为：根据所述新的界面配置信息生成界面中的各元素。

6.如权利要求5所述的界面生成方法，其特征在于，所述重新配置所述界面配置信息具体为：通过界面定制工具或数据操作脚本重新配置所述界面配置信息。

7.一种从界面中获取数据进行存储的方法，其特征在于，包括：

获取显示于各界面元素中的业务对象数据；

将获取的业务对象数据存储于一个纵表结构或横表结构上。

8.如权利要求7所述的从界面中获取数据进行存储的方法，其特征在于，所述获取显示于各界面元素中的业务对象数据包括：

根据各界面元素在界面配置信息中的节点信息获取显示于各个界面元素中的业务对象数据。

9.如权利要求8所述的从界面中获取数据进行存储的方法，其特征在于，所述将获取的业务对象数据存储于一个纵表结构或横表结构上，包括：

将获取的业务对象数据存储于一个纵表结构或横表结构上，与所述业务对象数据相应的产品属性和节点信息作为所述业务对象数据的标识，所述标识用于标记所述业务对象数据与相应的界面元素的对应关系。

10.一种界面生成装置，其特征在于，包括：

获取单元，用于获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据；

界面元素生成单元，用于根据所述界面配置信息生成界面中的各元素；

数据显示单元，用于根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面。

11.如权利要求10所述的界面生成装置，其特征在于，还包括：

校验单元，用于在所述数据显示单元将所述业务对象数据显示于相应的界面元素中之前，校验所述业务对象数据是否合法。

12.如权利要求10所述的界面生成装置，其特征在于，所述数据显示单元包括：

匹配模块，用于将所述界面配置信息中与各个所述界面元素相应的产品属性或节点信息、以及所述纵表结构或横表结构上与所述业务对象数据相应的产品属性或节点信息进行匹配；

数据显示模块，用于将将所述业务对象数据显示于匹配的界面元素中。

13.如权利要求10至12任一项所述的界面生成装置，其特征在于，还包括：

重新配置单元，用于重新配置所述界面配置信息以形成新的界面配置信息；

所述界面元素生成单元，还用于根据所述新的界面配置信息生成界面中的元素。

14.一种从界面中获取数据进行存储的装置，其特征在于，包括：

数据获取单元，用于获取显示于各界面元素中的业务对象数据；

存储单元，用于将获取的业务对象数据存储于一个纵表结构或横表结构上。

15.如权利要求14所述的从界面中获取数据进行存储的装置，其特征在于，所述数据获取单元包括：

节点读取模块，用于读取各界面元素在界面配置信息中的节点信息；

数据获取模块，用于根据各界面元素在界面配置信息中的节点信息获取显示于各界面元素中的业务对象数据。

16.如权利要求15所述的从界面中获取数据进行存储的装置，其特征在于，所述存储单元，还用于将与所述业务对象数据相应的产品属性或节点信息作为所述业务对象数据的标识。

17.一种界面生成系统，其特征在于，包括：

界面生成装置，用于获取界面配置信息和存储于一个纵表结构或横表结构上的业务对象数据；根据所述界面配置信息生成界面中的各元素；根据所述界面配置信息与业务对象数据的对应关系将所述业务对象数据显示于相应的界面元素中以生成界面；

数据库实体，用于保存所述界面配置信息和所述业务对象数据。

Images