CN103914451B - 门户系统构建方法、信息处理方法及装置 - Google Patents

Abstract

本发明公开了一种门户系统构建方法、信息处理方法及装置。所述门户系统构建方法，包括：接收与待构建虚拟门户对应的地址信息；确定与所述待构建虚拟门户对应的主门户的主门户根文件，其中，所述主门户根文件包含主门户文件；在所述主门户根文件中，创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件；在所述虚拟门户根文件中创建相应的虚拟门户文件，其中，每一虚拟门户文件对应一访问页面，以此实现门户系统的构建。可见，本方案中，各子公司基于企业主门户的软/硬件系统创建相应的门户系统，避免了每一子公司在创建门户系统时都要创建相应的软/硬件系统，以此降低了拥有子公司的企业构建门户系统的费用。

Description

门户系统构建方法、信息处理方法及装置

技术领域

本发明属于计算机技术领域，尤其涉及一种门户系统构建方法、信息处理方法及装置。

背景技术

在一个现代企业中，总部和各子公司都存在着构建企业门户的需求，并且通常各子公司要求拥有独立的页面结构。其中，所述企业门户可以为企业的员工、客户、合作伙伴和供应商等客户端提供一个单一的访问企业各种信息资源的入口，并且使其获得个性化信息服务。

通常现有企业门户系统的页面结构按层次存放，通过对不同的用户及用户组授予页面访问权限，可以实现按用户显示不同的访问页面。然而当不同子公司的用户匿名访问门户系统时，由于无法区分是哪个子公司的匿名用户，使得企业门户系统不能根据用户的不同展现不同子公司的页面。因此，各子公司需要分别部署独立的实体门户系统，以按不同的门户实现页面结构的相互隔离。

可见，当企业的众多子公司都有构建实体门户的需求时，由于每一子公司都需要一套构建实体门户系统的软/硬件系统，使得企业构建门户系统的费用较高。

发明内容

为解决上述技术问题，本发明实施例提供了一种门户系统构建方法、信息处理方法及装置，以降低拥有子公司的企业构建门户系统的费用，技术方案如下：

一种门户系统构建方法，包括：

接收与待构建虚拟门户对应的地址信息，其中，所述待构建虚拟门户与所述地址信息具有唯一对应性；

确定与所述待构建虚拟门户对应的主门户的主门户根文件，其中，所述主门户根文件包含主门户文件；

在所述主门户根文件中，创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件；

在所述虚拟门户根文件中创建相应的虚拟门户文件，其中，每一虚拟门户文件对应一访问页面，以此实现门户系统的构建。

其中，在所述主门户根文件中，创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件，包括：

判断所述主门户根文件中是否存在虚拟门户主文件，如果是，在所述虚拟门户主文件中创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件；

否则，在所述主门户根文件中创建虚拟门户主文件，并在所述虚拟门户主文件中创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件。

其中，所述方法还包括：

将与所述待构建虚拟门户对应的地址信息保存在预设的虚拟门户数据库中。

一种门户系统构建装置，包括：

地址信息接收模块，用于接收与待构建虚拟门户对应的地址信息，其中，所述待构建虚拟门户与所述地址信息具有唯一对应性；

主门户根文件确定模块，用于确定与所述待构建虚拟门户对应的主门户的主门户根文件，其中，所述主门户根文件包含主门户文件；

虚拟门户根文件创建模块，用于在所述主门户根文件中，创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件；

虚拟门户文件创建模块，用于在所述虚拟门户根文件中创建相应的虚拟门户文件，其中，每一虚拟门户文件对应一访问页面，以此实现门户系统的构建。

其中，所述虚拟门户根文件创建模块，包括：

判断模块，用于判断所述主门户根文件中是否存在虚拟门户主文件，如果是，触发第一虚拟门户根文件创建单元；否则，触发第二虚拟门户根文件创建单元；

所述第一虚拟门户根创建单元，用于在所述虚拟门户主文件中创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件；

所述第二虚拟门户根文件创建单元，用于在所述主门户根文件中创建虚拟门户主文件，并在所述虚拟门户主文件中创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件。

一种信息处理方法，包括：

获取用户通过客户端发送的访问URL地址信息；

确定与所述访问URL地址信息对应的门户类型，其中，所述门户类型为主门户和虚拟门户中的一种；

解析与所述门户类型对应的访问URL地址信息，以获得与所述访问URL地址信息对应的目标文件；

返回与所述目标文件对应的目标页面，其中，所述目标文件与所述目标页面具有唯一对应性。

其中，当所述访问URL地址信息包含与主门户根文件对应的地址信息时，与所述访问URL地址信息对应的门户类型为主门户；

当所述访问URL地址信息包含与虚拟门户根文件对应的地址信息时，与所述访问URL地址信息对应的门户类型为虚拟门户。

其中，当与所述访问URL地址信息对应的门户类型为虚拟门户时，所述解析与所述门户类型对应的访问URL地址信息，以获得与所述访问URL地址信息对应的目标文件，包括：

获得所述访问URL地址信息包含的虚拟门户地址信息；

获得依据所述虚拟门户地址信息命名的虚拟门户根文件；

在所述虚拟门户根文件下，获得相应虚拟门户的目标文件。

其中，当所述虚拟门户地址信息仅为与虚拟门户根文件对应的地址信息时，所述在所述虚拟门户根文件下，获得相应虚拟门户的目标文件，包括：

以递归的方式遍历与所述虚拟门户根文件对应的文件组；

得到所述文件组中一默认文件，进而得到相应虚拟门户的目标文件。

其中，当所述虚拟门户地址信息至少包括与虚拟门户根文件对应的地址信息时，所述获得的相应虚拟门户的目标文件为与所述虚拟门户地址信息对应的文件。

其中，当与所述访问URL地址信息对应的门户类型为主门户时，所述解析与所述门户类型对应的访问URL地址信息，以获得与所述访问URL地址信息对应的目标文件，包括：

获得所述访问URL地址信息包含的主门户地址信息；

依据所述主门户地址信息，获得相应主门户的目标文件。

其中，当所述主门户地址信息仅为与主门户根文件对应的地址信息时，所述依据所述主门户地址信息，获得相应主门户的目标文件，包括：

获得与所述主门户地址信息对应的主门户根文件；

以递归的方式遍历与所述主门户根文件对应的文件组；

过滤虚拟门户主文件，得到不含虚拟门户主文件的主门户文件组；

获得所述主门户文件组里一默认文件，进而得到相应主门户的目标文件。

其中，当所述包含的主门户地址信息至少包含与主门户根文件对应的地址信息时，所述获得的相应主门户的目标文件为与所述主门户地址信息对应的文件。

一种信息处理装置，包括：

地址信息获取模块，用于获取用户通过客户端发送的访问URL地址信息；

门户类型确定模块，用于确定与所述访问URL地址信息对应的门户类型，其中，所述门户类型为主门户和虚拟门户中的一种；

目标文件获取模块，用于解析与所述门户类型对应的访问URL地址信息，以获得与所述访问URL地址信息对应的目标文件；

目标页面返回模块，用于返回与所述目标文件对应的目标页面，其中，所述目标文件与所述目标页面具有唯一对应性。

经由上述的技术方案可知，本发明实施例中，当为子公司构建门户系统时，接收与待构建虚拟门户对应的地址信息，并确定与所述待构建虚拟门户对应的主门户的主门户根文件，然后，在所述主门户根文件下创建以所述地址信息命名的虚拟门户根文件，并在所述虚拟门户根文件下创建相应的虚拟门户文件，以此实现门户系统的创建。可见，本方案中，各子公司基于企业主门户的软/硬件系统创建相应的门户系统，避免了每一子公司在创建门户系统时都要创建相应的软硬件系统，以此降低了拥有子公司的企业构建门户系统的费用。

附图说明

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

图1为本发明实施例提供的一种门户系统构建方法的第一种流程图；

图2为本发明实施例提供的一种门户系统构建方法的第二种流程图；

图3为本发明实施例提供的一种门户系统构建方法的第三种流程图；

图4为本发明实施例提供的一种门户系统构建装置的第一种结构示意图；

图5为本发明实施例提供的一种门户系统构建装置的第二种结构示意图；

图6为本发明实施例提供的一种信息处理方法的第一种流程图；

图7为本发明实施例提供的一种信息处理方法的第二种流程图；

图8为本发明实施例提供的一种信息处理方法的第三种流程图；

图9为本发明实施例提供的一种信息处理装置的第一种结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了降低拥有子公司的企业构建门户系统的成本，本发明提供一种门户系统构建方法、信息处理方法及装置。

下面首先对本发明实施例提供的一种门户系统构建方法进行介绍。

需要说明的，该门户系统的构建需要依附承载主门户系统的硬件环境，并在此硬件的基础上创建相应的软件系统以实现门户系统的构建。

如图1所示，一种门户系统构建方法，可以包括：

S101：接收与待构建虚拟门户对应的地址信息，其中，该待构建虚拟门户与该地址信息具有唯一对应性；

为了实现门户系统的构建，首先需要接收与待构建虚拟门户对应的地址信息，并根据接收到的地址信息进行后续创建门户系统的过程。

需要说明的是，该待构建虚拟门户可以是与待构建虚拟门户对应的所有的子公司，也可以是与待构建虚拟门户对应的部分子公司。当为一个从未创建过虚拟门户系统的企业创建门户系统时，该企业所有的子公司都是待构建虚拟门户；当为一个曾创建过门户系统的企业完善门户系统时，该待构建虚拟门户指的是该企业中未曾加入该门户系统的子公司。例如：现有一个企业为A公司，此A公司有三个子公司，分别为A1公司、A2公司、A3公司，当为此A公司创建门户系统时，待构建虚拟门户指的是A1公司、A2公司、A3公司；如果在创建完该门户系统之后，A公司又开办了一子公司A4公司，此时如果A4公司也要加入该门户系统，则待构建虚拟门户则指的是A4公司。

基于上述对待构建虚拟门户的描述，不难理解的是，与待构建虚拟门户对应的地址信息应该是与企业中需要创建门户系统的各子公司对应的地址信息。需要说明的是，此处的各子公司可以指子公司的名称，也可以指子公司所在地的地名。同样的，基于上述的例子，例如，当需要创建虚拟门户系统的各子公司为A1公司、A2公司、A3公司，则相应的地址信息可以为A1.company.cn，A2.company.cn，A3.company.cn，当然也可以为A（保定）.company.cn，A（石家庄）.company.cn，A（杭州）.company.cn，此处的A（保定）、A（石家庄）、A（杭州）是与A1公司、A2公司、A3公司分别对应的，只不过其是以各子公司所在地的地名来区分不同的子公司；当需要创建虚拟门户系统的各子公司为A4公司时，则相应的地址信息可以为A4.company.cn，也可以为A（青岛）.company.cn，这都是合理的。

以上描述的地址信息中并未涉及到关于与A公司对应的地址信息的描述，这是因为A公司作为主门户是实现所有虚拟门户构建门户系统的基础。通常，主门户系统的构建是先于门户系统构建的，只有在主门户系统构建完成之后，所有待构建虚拟门户才能以主门户系统的硬件为基础构建相应的门户系统。

为了节省内存，同时从用户访问虚拟门户系统的角度考虑，为了及时反馈相应公司的页面到用户端，该地址信息与待构建虚拟门户是一一对应的，也就是说，接收到的地址信息是与企业中的各子公司一一对应的。当企业关闭某一个子公司是，相应的门户系统中的地址信息也会被系统管理员及时删除，同理，当企业创办一新子公司时，系统管理员也会添加该子公司相应的地址信息到门户系统中，这都是合理的。

S102：确定与该待构建虚拟门户对应的主门户的主门户根文件，其中，该主门户根文件包含主门户文件；

由于一方面门户系统的创建必须依靠已创建完成的相应的主门户系统所应用的硬件环境，另一方面，可能存在另一个企业，该企业的B公司为了节省企业开支，会将相应的主门户系统的创建也以该硬件环境为基础，因此，接收与待构建虚拟门户对应的地址信息之后，就要寻找与A公司对应的主门户系统是在硬件环境中的存在位置，其中，确定主门户系统的一个重要标识即为与此主门户A公司对应的主门户根文件，故只要找到主门户根文件便能够找到主门户系统的创建位置，所以，在接收完成所有需要待构建虚拟门户的地址信息之后，确定与该待构建虚拟门户对应的主门户的主门户根文件。

需要说明的是，该主门户根文件是与主门户对应的地址信息匹配的，同样，基于上述例子的描述，例如，该主门户根文件可以是A.company.cn，当然也可以为A（北京）.company.cn或者A（上海）.company.cn，这都是合理的。

另外，由于创建该主门户系统也是为了客户方便了解企业的信息，所以该主门户系统中是包含多个主门户文件组成的文件组的，例如，主门户文件可以为：about，download，fontpage，index，product，public，service，sopport等，当然，主门户文件可以为上述列举文件的某几个而非全部文件或者也可以是与上述的文件完全不同的文件，只要能够满足企业和客户端的需要，这都是合理的。需要说明的是，不同的主门户文件代表企业不同方面信息的集合，也就是说，在每一个主门户文件下面还包含多个相应的子文件，例如，about的下一级还有子文件about1、about2、about3等，可以理解的是，这种情况也适用于其他的主门户文件。

S103：在该主门户根文件中，创建与该待构建虚拟门户对应的依据该地址信息命名的虚拟门户根文件；

S104：在该虚拟门户根文件中创建相应的虚拟门户文件，其中，每一虚拟门户文件对应一访问页面，以此实现虚拟门户系统的构建。

在确定与该待构建虚拟门户对应的主门户的主门户根文件之后，即确定出虚拟门户系统的创建位置之后，创建与该待构建虚拟门户对应的虚拟门户根文件，该虚拟门户根文件是以步骤S101中接收的与待构建的虚拟门户对应的地址信息命名的，同样的，基于上述的例子，虚拟门户根文件可以为A1.company.cn，A2.company.cn，A3.company.cn，当然也可以为A（保定）.company.cn，A（石家庄）.company.cn，A（杭州）.company.cn。

需要说明的是，从层次上说，上述的虚拟门户根文件是与主门户系统中的主门户文件并列的，是属于同一层的，也即，A1.company.cn，A2.company.cn，A3.company.cn是与about，download，fontpage，index，product，public，service，sopport等并列的。

在创建完成所有的虚拟门户根文件之后，为每个虚拟门户根文件创建相应的虚拟门户文件，由于每个虚拟门户对应企业的一个子公司，根据这些子公司在企业中起的不同作用，相应的虚拟门户文件彼此之间也是不同的，同样的，基于上述的例子，A1公司为A企业中一侧重销售的子公司，A2公司为A企业中一侧重生产的子公司，A3公司为A企业中一侧重对外出口贸易的公司，由于同一客户在访问这三个子公司时关注的信息是不同的，因此，与这三个子公司对应的虚拟门户反馈给客户端的文件对应的页面也应是各不相相同的，为了实现这种功能，在这三个虚拟门户根文件下创建的相应的虚拟门户文件至少是有差异的，当然也有可能是完全不同的，例如，与虚拟门户A1.company.cn对应的虚拟门户文件为：about，download，fontpage，而与虚拟门户A2.company.cn对应的虚拟门户文件为：fontpage，index，product，public，与虚拟门户A3.company.cn对应的虚拟门户文件则为：public，service，sopport等。

另外，有的企业一些子公司或办事处设在一些经济不太发达的城市，设置这些子公司只是为了做为公司的仓库或是为了办事方便，对这种客户端不太关注的子公司或被访问不太频繁的子公司，在创建相应的虚拟门户时，相应的虚拟门户文件就可以酌量减少，当然这必须建立在能反应出此子公司的最基本的信息状态的前提下。

在实际应用中，当门户后台系统获取的客户端的访问地址信息仅为与虚拟门户根文件对应的地址信息时，此时，门户后台系统就会在相应的虚拟门户根文件下查找一默认的虚拟门户文件作为目标文件反馈到客户端。为了使门户后台系统具有此种功能，在创建虚拟门户的时候就必须构建或者定义出哪个相应的虚拟门户文件为默认的虚拟门户文件，此定义的规则可以是通过对客户端调查访问虚拟门户文件对应的页面中哪些页面中包含的资源是客户端比较关注的，则将相应的虚拟门户文件设置为默认的虚拟门户文件，或者也可以通过人为测得哪些虚拟门户文件对应的页面的访问量比较高，则将相应的虚拟门户文件设置为默认的虚拟门户文件。当然，在能够满足客户端需求的前提下，任何其他的定义默认虚拟门户文件的方式也都是合理的。

在实际应用中，由于一套硬件环境可以承载多个门户系统的构建，为了提高各门户系统对客户端反馈需求文件的准确率以及效率，进一步的，在该主门户根文件中，创建与该待构建虚拟门户对应的依据该地址信息命名的虚拟门户根文件，包括：

判断该主门户根文件中是否存在虚拟门户主文件，如果是，在该虚拟门户主文件中创建与该待构建虚拟门户对应的依据该地址信息命名的虚拟门户根文件；

否则，在该主门户根文件中创建虚拟门户主文件，并在该虚拟门户主文件中创建与该待构建虚拟门户对应的依据该地址信息命名的虚拟门户根文件。

需要说明的是，创建与企业各子公司对应的门户系统存在两种情况：一为在创建门户系统之前，该企业只有一与主门户对应的的主门户系统，不存在与任何子公司对应的虚拟门户，此种情况下，当用户端访问子公司对应的虚拟门户时，为了能够及时反馈给客户端与输入的访问地址信息对应的目标文件，门户后台系统就需要遍历的文件越少越好，因此访问虚拟门户的时候，应该将与主门户对应的主门户文件过滤掉，只遍历相应虚拟门户对应的虚拟门户文件。

由于不同企业各虚拟门户根文件的命名规则可能是彼此不同的，同样的，基于上述的例子，A公司的各子公司对应的虚拟门户根文件的命名方式为A1.company.cn，A2.company.cn，A3.company.cn，而B公司的各子公司对应的虚拟门户根文件的命名方式为B（保定）.company.cn，B（石家庄）.company.cn，B（杭州）.company.cn，即一个以子公司的名字命名，一个以子公司所在地的地名命名，这种情况下，在保证虚拟门户根文件的命名与步骤S101中接收的待构建虚拟门户地址信息对应的前提下，当然任何能够清楚的表述某一企业各子公司对应的虚拟门户在门户系统中存在的表述方式都是可以的，因此，为了应对多种不同的相应于各子公司的虚拟门户的命名方式，在所有的虚拟门户的上一级创建一虚拟门户主文件，可以理解的是，该虚拟门户主文件是与主门户的主门户文件并列的。

另外一种情况为，在各子公司创建虚拟门户之前，如果该企业已经创建好了相应的虚拟门户系统，即该企业中已经有部分子公司依附主门户系统创建时的应用硬件环境构建了虚拟门户系统，也即主门户系统中至少已经存在相应的虚拟门户主文件，则待构建的各虚拟门户的各子公司可以直接在该虚拟门户主文件下创建相应的虚拟门户根文件，当然，这些虚拟门户根文件是在虚拟门户主文件下一级的。

本发明实施例中，当为子公司构建门户系统时，接收与待构建虚拟门户对应的地址信息，并确定与该待构建虚拟门户对应的主门户的主门户根文件，然后，在该主门户根文件下创建以该地址信息命名的虚拟门户根文件，并在该虚拟门户根文件下创建相应的虚拟门户文件，以此实现虚拟门户的创建。可见，本方案中，各子公司基于企业主门户的软/硬件系统创建相应的门户系统，避免了每一子公司在创建门户系统时都要创建相应的软/硬件系统，以此降低了拥有子公司的企业构建门户系统的费用。

下面结合具体的应用实例，对本发明实施例提供的虚拟门户系统构建方法进行介绍。

如图2所示，一种门户系统构建方法，可以包括：

S201：接收与待构建虚拟门户对应的地址信息，其中，该待构建虚拟门户与该地址信息具有唯一对应性；

S202：将与该待构建虚拟门户对应的地址信息保存在预设的虚拟门户数据库中；

S203：确定与该待构建虚拟门户对应的主门户的主门户根文件，其中，该主门户根文件包含主门户文件；

S204：在该主门户根文件中，创建与该待构建虚拟门户对应的依据该地址信息命名的虚拟门户根文件；

S205：在该虚拟门户根文件中创建相应的虚拟门户文件，并得到相应虚拟门户文件中一默认的虚拟门户文件；

S206：在该虚拟门户文件中创建相应的虚拟门户子文件，以此实现虚拟门户系统的构建。

本实施例中，步骤S201、步骤S203-S205与上述实施例中步骤S101-步骤S104相似，在此不再赘述。

其中，步骤S202中将与该待构建虚拟门户对应的地址信息直接保存在虚拟门户数据库中是为了，当客户端访问门户系统时，门户后台系统只需将获取的客户端的访问地址信息与虚拟门户数据库中保存的地址信息匹配，当客户端的访问地址信息与虚拟门户数据库中保存的某一地址信息匹配成功时，说明客户端要访问的门户为某一子公司对应的虚拟门户，进而会访问该虚拟门户下的文件；当客户端的访问地址信息与虚拟门户数据库中保存的所有地址信息均不匹配时，说明客户端要访问的门户为企业公司对应的主门户，进而会访问该主门户下的文件。这样做就不用将从客户端获取的访问地址信息与门户系统中的虚拟门户根文件逐个遍历并匹配，能够更快的反馈给客户端需要访问的目标文件。

对于步骤S206中，在创建完成与各虚拟门户对应的虚拟门户文件之后，创建与虚拟门户文件对应的虚拟门户子文件，这些子文件代表了该子公司在某一方面的详细信息，不同的子文件代表的详细信息是不一样的，需要说明的是，该虚拟门户子文件的类别是与虚拟门户文件的类别一一对应的，即如果虚拟门户文件为about，download，则相应的虚拟门户子文件只可能为about，download下的子文件，如about1，about2，download1，download2等。

另外，该虚拟门户子文件个数是与虚拟门户相应的子公司在企业中的起的作用以及客户端对于此子公司发布信息关注度相关的。同样的，基于上述的例子，A1公司为A企业中一侧重销售的子公司，则虚拟门户A1.company.cn对应的虚拟门户文件为：about，download，fontpage，对于虚拟门户文件about相应的虚拟门户子文件就应该是与销售有关的子文件，例如，可能是会为年度最佳销售产品about1、月最佳销售产品about2、周最佳销售产品about3，甚至会有日最佳销售产品about4，之所以会有关于销售产品这么详细的子文件，是因为客户端非常关注这些产品的销售成果。当然，这种依据客户端的需求确定此子公司相应的虚拟门户文件下子文件的数量的情况也使用于该子公司相应的其他的虚拟门户文件下的子文件以及该企业别的子公司相应的虚拟门户，在此不再赘述。

本发明实施例通过接收与待构建虚拟门户对应的地址信息，同时将该地址信息保存到相应的虚拟门户数据库中，并确定与该待构建虚拟门户对应的主门户的主门户根文件，然后，在该的主门户根文件下创建以该地址信息命名的虚拟门户根文件，并在该虚拟门户根文件下创建相应的虚拟门户文件，继而创建相应的虚拟门户子文件，以此实现虚拟门户的创建。此种虚拟门户系统的构建方法，解决了现有技术中同一企业的各子公司都有构建实体门户的需求时会浪费大量资源的问题，进一步的节省了企业的成本。

由于一套硬件环境可以承载多个门户系统的构建，为了提高各门户系统对客户端反馈需求文件的准确率以及效率，进一步的，如图3所示，一种门户系统构建方法，可以包括：

S301：接收与待构建虚拟门户对应的地址信息，其中，该待构建虚拟门户与该地址信息具有唯一对应性；

S302：将与该待构建虚拟门户对应的地址信息保存在预设的虚拟门户数据库中；

S303：确定与该待构建虚拟门户对应的主门户的主门户根文件，其中，该主门户根文件包含主门户文件；

S304：判断该主门户根文件中是否存在虚拟门户主文件，如果存在，则执行步骤S305，否则执行步骤S306；

S305：在该虚拟门户主文件中创建与该待构建虚拟门户对应的依据该地址信息命名的虚拟门户根文件；

S306：在该主门户根文件中创建虚拟门户主文件，并在该虚拟门户主文件中创建与该待构建虚拟门户对应的依据该地址信息命名的虚拟门户根文件；

S307：在该虚拟门户根文件中创建相应的虚拟门户文件，其中，每一虚拟门户文件对应一访问页面，以此实现虚拟门户系统的构建。

本发明实施例中，当为子公司构建门户系统时，接收与待构建虚拟门户对应的地址信息，同时将该地址信息保存到相应的虚拟门户数据库中，并确定与该待构建虚拟门户对应的虚拟门户主文件，然后，在该的虚拟门户主文件下创建以该地址信息命名的虚拟门户根文件，并在该虚拟门户根文件下创建相应的虚拟门户文件，继而创建相应的虚拟门户文件，以此实现虚拟门户的创建。可见，本方案中，各子公司基于企业主门户的软/硬件系统创建相应的门户系统，避免了每一子公司在创建门户系统时都要创建相应的软/硬件系统，以此降低了拥有子公司的企业构建门户系统的费用。

通过以上方法实施例的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：只读存储器（ROM）、随机存取存储器（RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

相应于上述的方法实施例，本发明实施例还提供一种门户系统构建装置，如图4所示，该门户系统构建装置，可以包括：

地址信息接收模块410，用于接收与待构建虚拟门户对应的地址信息，其中，该待构建虚拟门户与该地址信息具有唯一对应性；

主门户根文件确定模块420，用于确定与该待构建虚拟门户对应的主门户的主门户根文件，其中，该主门户根文件包含主门户文件；

虚拟门户根文件创建模块430，用于在该主门户根文件中，创建与该待构建虚拟门户对应的依据该地址信息命名的虚拟门户根文件；

虚拟门户文件创建模块440，用于在该虚拟门户根文件中创建相应的虚拟门户文件，其中，每一虚拟门户文件对应一访问页面，以此实现虚拟门户系统的构建。

需要说明的是，该虚拟门户根文件创建模块，如图5所示，可以包括：

判断模块510，用于判断该主门户根文件中是否存在虚拟门户主文件，如果是，触发第一虚拟门户根文件创建单元520；否则，触发第二虚拟门户根文件创建单元530；

该第一虚拟门户根创建单元520，用于在该虚拟门户主文件中创建与该待构建虚拟门户对应的依据该地址信息命名的虚拟门户根文件；

该第二虚拟门户根文件创建单元530，用于在该主门户根文件中创建虚拟门户主文件，并在该虚拟门户主文件中创建与该待构建虚拟门户对应的依据该地址信息命名的虚拟门根文件。

本发明实施例通过地址信息接收模块410接收与待构建虚拟门户对应的地址信息，通过这门户根文件确定模块420确定该待构建虚拟门户对应的主门户的主门户根文件，并通过虚拟门户根文件创建模块430创建相应于以该地址信息命名的虚拟门户根文件，然后通过虚拟门户文件创建模块440在该虚拟门户根文件中创建相应的虚拟门户文件，以此实现虚拟门户系统的构建。可见，本方案中，各子公司基于企业主门户的软/硬件系统创建相应的门户系统，避免了每一子公司在创建门户系统时都要创建相应的软/硬件系统，以此降低了拥有子公司的企业构建门户系统的费用。

对于装置或系统实施例而言，由于其基本相应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置或系统实施例仅仅是示意性的，其中该作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应于上述的门户系统构建的实施例，本发明实施例还提供一种信息处理方法，如图6所示，一种信息处理方法，可以包括：

S601：获取用户通过客户端发送的访问URL地址信息；

虚拟门户系统构建完成之后，当客户端有了解企业相关信息的需求时，会通过客户端发送相应的访问URL地址信息，该访问URL地址信息可以有多种表现形式，例如：

http://A.company.com.cn/，http://A.company.com.cn/index.html，http:// A1.company.com.cn/或http://A.company.com.cn/about/about2.html。

第一种表现形似代表用户要访问的公司为与主门户对应的公司，并且想从该公司获得相关企业信息；第二种表现形式同样代表用户要访问的公司为与主门户对应的公司，只不过客户端已经明确要访问该公司哪方面的信息，该方面的信息是存放在index这个文件里面的，当然不同的客户想要了解的信息可能是不同的，所以对应的访问URL地址信息里面包含的文件也应该是不同的，这都是合理的；第三种表现形式代表用户要访问的公司为与虚拟门户对应的子公司，但是并未明确要访问该虚拟门户具体哪方面的信息；第四种表现形式同样的代表要访问的公司也是与虚拟门户对应的子公司，客户端已经明确要访问的信息是来自about下的about1这一子文件所对应的信息。根据这些不同的访问URL地址信息，门户后台系统会返回相应的目标文件给客户端

S602：确定与该访问URL地址信息对应的门户类型，其中，该门户类型为主门户和虚拟门户中的一种；

门户后台系统获取用户通过客户端发送的访问URL地址信息之后，最先要判断出该用户要访问的是主门户对应的公司还是虚拟门户对应的子公司，即要先判断出用户要访问的门户类型，然后根据不同的门户类型会有不同访问方法和访问路径，当然，无论何种访问方法和访问路径都与虚拟门户系统的创建是分不开的。

需要说明的是，当该访问URL地址信息包含与主门户根文件对应的地址信息时，与该访问URL地址信息对应的门户类型为主门户，例如，当该访问URL地址信息至少包含A.company.com.cn时，该访问URL地址信息对应的门户类型就为主门户；当该访问URL地址信息包含与虚拟门户根文件对应的地址信息时，与该访问URL地址信息对应的门户类型为虚拟门户，例如，当该访问URL地址信息至少包含A1.company.com.cn时，该访问URL地址信息对应的门户类型就为与A1公司对应的虚拟门户。

S603：解析与该门户类型对应的访问URL地址信息，以获得与该访问URL地址信息对应的目标文件；

基于上述的例子可知，门户后台系统获取的访问URL地址信息是一完整的URL地址信息，而创建虚拟门户系统时的虚拟门户根文件是以不完整的地址信息命名的，如A.company.com.cn或A1.company.com.cn，为了方便后续的访问，就要解析出该访问URL地址信息都包含哪几部分，如当访问URL地址信息为http://A.company.com.cn/index.html时，解析出的访问URL地址信息首先是与主门户对应的访问URL地址信息，其次还包括index这一文件，也就是说用户要访问的是index这一文件下包含的子文件，index即为该的目标文件。

S604：返回与该目标文件对应的目标页面，其中，该目标子文件与目标页面具有唯一对应性。

可以理解的是，用户端访问门户系统时，从表面上看是，门户系统会依据用户端发送的访问URL地址信息返回相应的页面，这些页面承载了用户想要访问的各种信息，从本质上看，这些页面是创建虚拟门户时某些文件的集合或者是某些子文件的集合，当然这些页面也可以是和创建虚拟门户时某些文件一一对应的，这都是合理的。

需要说明的是，当与该访问URL地址信息对应的门户类型为虚拟门户时，该解析与该门户类型对应的访问URL地址信息，以获得与该访问URL地址信息对应的目标文件，可以包括：

S701：获得该访问URL地址信息包含的虚拟门户地址信息；

获得该访问URL地址信息包含的虚拟门户地址信息包含两种情况，一为该的虚拟门户地址信息仅为与虚拟门户根地址对应的地址信息，例如，该访问URL地址信息为http://A1.company.com.cn/，此时包含的该虚拟门户地址信息即为A1.company.com.cn。

当该访问URL地址信息为http://A1.company.com.cn/index.html时，此时该访问URL地址信息包含的虚拟门户地址信息即为A1.company.com.cn和index两部分。

S702：获得依据该虚拟门户地址信息命名的虚拟门户根文件；

同样的，基于上述的例子，当该虚拟门户地址信息为A1.company.com.cn时，其对应的虚拟门户根文件即为A1.company.com.cn对应的文件；当该虚拟门户地址信息为A1.company.com.cn和index两部分时，其对应的虚拟门户根文件为A1.company.com.cn对应的文件。

S703：在该虚拟门户根文件下，获得相应虚拟门户的目标文件。

当虚拟门户的地址信息仅为与虚拟门户根文件对应的地址信息时，门户后台系统首先会找到该虚拟门户根文件的位置，然后以递归的方式遍历该虚拟门户根文件下的各虚拟门户文件，并且从该个虚拟门户文件中得到一默认文件包含的子文件，进而得到相应虚拟门户的目标文件；同样的，基于上述的例子，当虚拟门户的地址信息仅为A1.company.com.cn时，如果最初创建虚拟门户系统时，默认对应该地址信息的文件为about文件下的about1，则最终得到的目标文件为about1这一子文件。

当虚拟门户的地址信息至少为与虚拟门户根文件对应的地址信息时，门户后台系统会根据该地址信息逐步找到与该地址信息对应的目标文件；同样的，基于上述的例子，当虚拟门户的地址信息为A1.company.com.cn和index两部分时，如果最初创建虚拟门户系统时，默认对应该地址信息下index文件的子文件为index1时，则最终得到的目标文件为index1这一子文件。

另外，还需要说明的是，当与该访问URL地址信息对应的门户类型为主门户时，该解析与该门户类型对应的访问URL地址信息，以获得与该访问URL地址信息对应的目标文件，可以包括：

S801：获得该访问URL地址信息包含的主门户地址信息；

获得该访问URL地址信息包含的主门户地址信息也包含两种情况，一为该的主门户地址信息仅为与主门户根地址对应的地址信息，例如，该访问URL地址信息为http:// A.company.com.cn/，此时包含的该主门户地址信息即为A.company.com.cn。

当该访问URL地址信息为http://A.company.com.cn/index.html时，此时该访问URL地址信息包含的主门户地址信息即为A.company.com.cn和index两部分。

S802：依据该主门户地址信息，获得相应主门户的目标文件。

当主门户的地址信息仅为与主门户根文件对应的地址信息时，门户后台系统首先会找到该主门户根文件的位置，然后以递归的方式遍历该主门户根文件下的各主门户文件，并且从该各主门户文件中得到一默认文件包含的子文件，进而得到相应虚拟门户的目标文件；由于主门户系统是先于虚拟门户系统创建完成的，因此，当主门户的地址信息仅为与主门户根文件对应的地址信息时，应该返回哪个默认文件下的默认子文件是门户后台系统已经预先设定好的。

当主门户的地址信息至少为与主门户根文件对应的地址信息时，门户后台系统会根据该地址信息逐步找到与该地址信息对应的目标文件。

相应于上述的信息处理方法的实施例，本发明实施例还提供一种信息处理装置，如图9所示，一种信息处理装置，可以包括：

S910：地址信息获取模块，用于获取用户通过客户端发送的访问URL地址信息；

S920：门户类型确定模块，用于确定与该访问URL地址信息对应的门户类型，其中，该门户类型为主门户和虚拟门户中的一种；

S930：目标文件获取模块，用于解析与该门户类型对应的访问URL地址信息，以获得与该访问URL地址信息对应的目标文件；

S940：目标页面返回模块，用于返回与该目标文件对应的目标页面，其中，该目标文件与该目标页面具有唯一对应性。

以上该仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种门户系统构建方法，其特征在于，包括：

接收与待构建虚拟门户对应的地址信息，其中，所述待构建虚拟门户与所述地址信息具有唯一对应性；

确定与所述待构建虚拟门户对应的主门户的主门户根文件，其中，所述主门户根文件包含主门户文件；

在所述主门户根文件中，创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件；

在所述虚拟门户根文件中创建相应的虚拟门户文件，其中，每一虚拟门户文件对应一访问页面，以此实现门户系统的构建。

2.根据权利要求1所述的方法，其特征在于，在所述主门户根文件中，创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件，包括：

判断所述主门户根文件中是否存在虚拟门户主文件，如果是，在所述虚拟门户主文件中创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件；

否则，在所述主门户根文件中创建虚拟门户主文件，并在所述虚拟门户主文件中创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

将与所述待构建虚拟门户对应的地址信息保存在预设的虚拟门户数据库中。

4.一种门户系统构建装置，其特征在于，包括：

地址信息接收模块，用于接收与待构建虚拟门户对应的地址信息，其中，所述待构建虚拟门户与所述地址信息具有唯一对应性；

主门户根文件确定模块，用于确定与所述待构建虚拟门户对应的主门户的主门户根文件，其中，所述主门户根文件包含主门户文件；

虚拟门户根文件创建模块，用于在所述主门户根文件中，创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件；

虚拟门户文件创建模块，用于在所述虚拟门户根文件中创建相应的虚拟门户文件，其中，每一虚拟门户文件对应一访问页面，以此实现门户系统的构建。

5.根据权利要求4所述的装置，其特征在于，所述虚拟门户根文件创建模块，包括：

判断模块，用于判断所述主门户根文件中是否存在虚拟门户主文件，如果是，触发第一虚拟门户根文件创建单元；否则，触发第二虚拟门户根文件创建单元；

所述第一虚拟门户根创建单元，用于在所述虚拟门户主文件中创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件；

所述第二虚拟门户根文件创建单元，用于在所述主门户根文件中创建虚拟门户主文件，并在所述虚拟门户主文件中创建与所述待构建虚拟门户对应的依据所述地址信息命名的虚拟门户根文件。

6.一种信息处理方法，其特征在于，包括：

获取用户通过客户端发送的访问URL地址信息；

确定与所述访问URL地址信息对应的门户类型，其中，所述门户类型为主门户和虚拟门户中的一种；

解析与所述门户类型对应的访问URL地址信息，以获得与所述访问URL地址信息对应的目标文件；

返回与所述目标文件对应的目标页面，其中，所述目标文件与所述目标页面具有唯一对应性。

7.根据权利要求6所述的方法，其特征在于，

当所述访问URL地址信息包含与主门户根文件对应的地址信息时，与所述访问URL地址信息对应的门户类型为主门户；

当所述访问URL地址信息包含与虚拟门户根文件对应的地址信息时，与所述访问URL地址信息对应的门户类型为虚拟门户。

8.根据权利要求7所述的方法，其特征在于，当与所述访问URL地址信息对应的门户类型为虚拟门户时，所述解析与所述门户类型对应的访问URL地址信息，以获得与所述访问URL地址信息对应的目标文件，包括：

获得所述访问URL地址信息包含的虚拟门户地址信息；

获得依据所述虚拟门户地址信息命名的虚拟门户根文件；

在所述虚拟门户根文件下，获得相应虚拟门户的目标文件。

9.根据权利要求8所述的方法，其特征在于，当所述虚拟门户地址信息仅为与虚拟门户根文件对应的地址信息时，所述在所述虚拟门户根文件下，获得相应虚拟门户的目标文件，包括：

以递归的方式遍历与所述虚拟门户根文件对应的文件组；

得到所述文件组中一默认文件，进而得到相应虚拟门户的目标文件。

10.根据权利要求8所述的方法，其特征在于，当所述虚拟门户地址信息至少包括与虚拟门户根文件对应的地址信息时，所述获得的相应虚拟门户的目标文件为与所述虚拟门户地址信息对应的文件。

11.根据权利要求7所述的方法，其特征在于，当与所述访问URL地址信息对应的门户类型为主门户时，所述解析与所述门户类型对应的访问URL地址信息，以获得与所述访问URL地址信息对应的目标文件，包括：

获得所述访问URL地址信息包含的主门户地址信息；

依据所述主门户地址信息，获得相应主门户的目标文件。

12.根据权利要求11所述的方法，其特征在于，当所述主门户地址信息仅为与主门户根文件对应的地址信息时，所述依据所述主门户地址信息，获得相应主门户的目标文件，包括：

获得与所述主门户地址信息对应的主门户根文件；

以递归的方式遍历与所述主门户根文件对应的文件组；

过滤虚拟门户主文件，得到不含虚拟门户主文件的主门户文件组；

获得所述主门户文件组里一默认文件，进而得到相应主门户的目标文件。

13.根据权利要求11所述的方法，其特征在于，当所述包含的主门户地址信息至少包含与主门户根文件对应的地址信息时，所述获得的相应主门户的目标文件为与所述主门户地址信息对应的文件。

14.一种信息处理装置，其特征在于，包括：

地址信息获取模块，用于获取用户通过客户端发送的访问URL地址信息；

门户类型确定模块，用于确定与所述访问URL地址信息对应的门户类型，其中，所述门户类型为主门户和虚拟门户中的一种；

目标文件获取模块，用于解析与所述门户类型对应的访问URL地址信息，以获得与所述访问URL地址信息对应的目标文件；

目标页面返回模块，用于返回与所述目标文件对应的目标页面，其中，所述目标文件与所述目标页面具有唯一对应性。