CN102053973A - 在支持多角色的网络应用中提供页面导航的装置和方法 - Google Patents

Abstract

本发明提供了一种在支持多角色的网络应用中提供页面导航的装置和方法。该装置包括：虚拟角色创建器，用于针对支持多角色的网络应用中的每个用户，基于为该用户配置的原子角色集，创建虚拟角色；访问模式生成器，用于通过记录用户的页面访问请求，并且按照用户的虚拟角色对所记录的页面访问请求进行模式挖掘，生成基于虚拟角色的访问模式；以及页面导航提供器，用于在用户访问支持多角色的网络应用时，利用与用户的虚拟角色对应的访问模式，提供页面导航。根据本发明的技术方案，可以按照虚拟角色对用户的访问数据进行模式挖掘，因此可向用户提供优化的个性化页面导航。

Description

在支持多角色的网络应用中提供页面导航的装置和方法

技术领域

本发明涉及计算机网络应用技术领域，特别涉及一种在诸如SaaS(Software as a Service，软件即服务)应用等支持多角色的网络应用中提供页面导航的装置和方法。

背景技术

网站的用户体验对于ISV(Independent Software Vendor，独立软件提供商)是非常重要的，并且ISV一直在寻求改善用户体验的方法。高效率的页面导航就是改善用户体验以及提高用户满意度的重要因素之一。

在传统的网络应用中，软件提供商通常会通过向特定客户进行需求调研而熟悉该客户的业务流程，因此可以基于预定义的知识来很好地设计页面流程以满足用户体验。

与此相对，SaaS是一种通过Internet提供软件的模式，客户不用购买软件，改而向ISV租用基于Web的软件。由于通过SaaS提供的软件服务不面向特定客户，并且租用软件的不同客户(在SaaS环境中被称为“租户”)的使用模式往往是不同的，因此不同租户的用户访问行为也将相互不同。如此，统一的预定义页面流程将会给一些用户带来负担。

例如，图1示出了一个示例性的有关销售管理的SaaS应用，其中根据业务分工预定义了“销售人员”、“销售经理”和“库存经理”等原子角色。如图1所示，租户1是一个中型企业，其销售业务量较大，因而需要由不同的人员分别负责订单提交、订单审批、库存处理等任务，也就是说，需要将“销售人员”、“销售经理”和“库存经理”等预定义原子角色分配给不同的人员(即用户)。这样，当租户1中的某个用户被配置为“销售人员”角色时，他被授权可以访问“销售主页”、“订单生成”、“订单提交”这三个页面，并且按照预定义的页面流程“销售主页”→“订单生成”→“订单提交”来执行订单提交任务，当某个用户被配置为“销售经理”角色时，他被授权可以访问“销售主页”、“销售订单列表”、“订单审批”这三个页面，并且按照预定义的页面流程“销售主页”→“销售订单列表”→“订单审批”来执行订单审批任务；当某个用户被配置为“库存经理”角色时，他被授权可以访问“库存主页”、“库存订单列表”、“库存处理”这三个页面，并且按照预定义的页面流程“库存主页”→“库存订单列表”→“库存处理”来执行库存处理任务。与此相对，租户2是一个小型企业，其销售业务量较小，因而订单提交、订单审批、库存处理等任务只需由同一人员统一负责处理即可，也就是说，“销售人员”、“销售经理”和“库存经理”等原子角色都被分配给同一个用户。因此该用户被授权可以访问所有上述页面，并且按照预定义的页面流程“销售主页”→“订单生成”→“订单提交”→“销售主页”→“销售订单列表”→“订单审批”→“库存主页”→“库存订单列表”→“库存处理”来执行所有上述任务。然而，对于租户2的用户而言，最好是在“订单提交”页面之后就直接进入“订单审批”页面而不必进入“销售主页”和“销售订单列表”页面，并且在“订单审批”页面之后就直接进入“库存处理”页面而不必进入“库存主页”和“库存订单列表”页面。由此可见，预定义的页面流程并不适合于租户2。

由上可知，对于ISV，如何识别用户的访问行为模式并且据此提供更加顺畅的页面流程是一个关键问题。

在现有技术中，已经提出了对用户的访问行为进行模式挖掘以识别用户的访问模式的技术方案。然而，现有技术方案的模式挖掘是针对各个用户分别进行的，需要花费较长的时间来分别累积各个用户的访问数据以便得到该用户的访问模式；对于新用户来说，由于得不到其访问模式，因而无法提供个性化页面导航。此外，需要大量的资源来计算和存储各个用户的访问模式。

发明内容

在下文中给出了关于本发明的简要概述，以便提供关于本发明的某些方面的基本理解。但是，应当理解，这个概述并不是关于本发明的穷举性概述。它并不是意图用来确定本发明的关键性部分或重要部分，也不是意图用来限定本发明的范围。其目的仅仅是以简化的形式给出关于本发明的某些概念，以此作为稍后给出的更详细描述的前序。

鉴于现有技术的上述情形，本发明的目的是提供一种在诸如SaaS应用等支持多角色的网络应用中提供页面导航的装置和方法，其可以解决现有技术问题中的一个或多个。

为此，本发明的实施例提供了一种在支持多角色的网络应用中提供页面导航的装置，其包括：虚拟角色创建器，用于针对支持多角色的网络应用中的每个用户，基于为该用户配置的原子角色集，创建虚拟角色；访问模式生成器，用于通过记录用户的页面访问请求，并且按照用户的虚拟角色对所记录的页面访问请求进行模式挖掘，生成基于虚拟角色的访问模式；以及页面导航提供器，用于在用户访问支持多角色的网络应用时，利用与用户的虚拟角色对应的访问模式，提供页面导航。

另外，本发明的实施例提供了一种在支持多角色的网络应用中提供页面导航的方法，其包括：虚拟角色创建步骤，针对支持多角色的网络应用中的每个用户，基于为该用户配置的原子角色集，创建虚拟角色；访问模式生成步骤，通过记录用户的页面访问请求，并且按照用户的虚拟角色对所记录的页面访问请求进行模式挖掘，生成基于虚拟角色的访问模式；以及页面导航提供步骤，在用户访问支持多角色的网络应用时，利用与用户的虚拟角色对应的访问模式，提供页面导航。

此外，本发明的实施例还提供了用于实现上述在支持多角色的网络应用中提供页面导航的方法的计算机程序产品。

此外，本发明的实施例还提供了计算机可读介质，其上记录有用于实现上述在支持多角色的网络应用中提供页面导航的方法的计算机程序代码。

与基于用户的现有技术方案相比，在本发明的技术方案中，由于按照虚拟角色对用户的访问数据进行模式挖掘，而虚拟角色通常对应于一组用户，因此能够快速地累积用户的访问数据以进行模式挖掘，并且由于虚拟角色的数量相对于用户的数量要小得多，因此可以节省计算和存储访问模式所需的资源。此外，当用户的角色发生改变时，只要存在与用户的新角色对应的访问模式，就可以利用其为该用户提供准确的个性化页面导航。同样，对于新用户，只要存在与新用户的角色对应的访问模式，也可以利用其为该用户提供准确的个性化页面导航。

附图说明

参照下面结合附图对本发明实施例的说明，将会更加容易地理解本发明的以上和其它目的、特点和优点。在附图中，相同的或对应的技术特征或部件将采用相同或对应的附图标记来表示。

图1示出了一个示例性的有关销售管理的SaaS应用；

图2示出了根据本发明实施例的在诸如SaaS应用等支持多角色的网络应用中提供页面导航的装置的结构框图；

图3是示出在图1所示的SaaS场景中如何创建虚拟角色的示例性示意图；

图4示出了根据本发明具体实施例的虚拟角色创建器的结构框图；

图5示出了根据本发明具体实施例的访问模式生成器的结构框图；

图6示出了请求日志表的一个示例。

图7示出了虚拟角色访问模式映射表的一个示例；

图8示出了根据本发明具体实施例的页面导航提供器的结构框图；

图9示出了根据本发明具体实施例的配置页面转移上下文参数和提供页面导航的示例性场景；

图10示出了通过嵌入在导航页面中的JavaScript程序在用户的浏览器中向用户提供页面导航的过程的流程图；

图11示出了根据本发明实施例的在诸如SaaS应用等支持多角色的网络应用中提供页面导航的方法的流程图；

图12示出了根据本发明具体实施例的在图11的步骤S1110中创建虚拟角色的过程的流程图；

图13示出了根据本发明具体实施例的在图11的步骤S1120中生成访问模式的过程的流程图；

图14示出了根据本发明具体实施例的在图11的步骤S1130中提供页面导航的过程的流程图；以及

图15是示出其中实现本发明的计算机的示例性结构的框图。

具体实施方式

在下文中将结合附图对本发明的示范性实施例进行描述。为了清楚和简明起见，在说明书中并未描述实际实施方式的所有特征。然而，应该了解，在开发任何这种实际实施例的过程中必须做出很多特定于实施方式的决定，以便实现开发人员的具体目标。

在此，还需要说明的一点是，为了避免因不必要的细节而模糊了本发明，在附图中仅仅示出了与根据本发明的方案密切相关的系统结构和/或处理步骤，而省略了与本发明关系不大的其他细节。

图2示出了根据本发明实施例的在诸如SaaS应用等支持多角色的网络应用210中提供页面导航的装置200的结构框图。如图2所示，根据本发明实施例的提供页面导航的装置200(下面简称为“页面导航提供装置200”)可以包括虚拟角色创建器220、访问模式生成器230、以及页面导航提供器240等等。

虚拟角色创建器220可以针对支持多角色的网络应用210中的每个用户，基于为该用户配置的预定义原子角色集，创建虚拟角色。后面将以SaaS应用为例结合图4对根据本发明具体实施例的虚拟角色创建器220的构造进行更详细的描述。

在支持多角色的网络应用210为SaaS应用的情况下，用户隶属于SaaS应用的租户，并且用户的原子角色集是针对SaaS应用的租户而为用户配置的。由于相同的租户组中各个租户的用户访问行为是类似的，因此优选地，虚拟角色创建器220可以进一步基于租户所属的租户组来创建虚拟角色。这样，当新租户上线时，只要存在其所属的租户组的访问模式，就可以利用它为该租户的用户提供准确的个性化页面导航。

图3示出了在图1所示的SaaS场景中如何创建虚拟角色的示例性示意图。如图3所示，租户组1中的用户11被配置为“销售人员”和“销售经理”这两个原子角色，因此可以基于租户组1和为用户11配置的原子角色集{“销售人员”，“销售经理”}创建虚拟角色VR11。租户组1中的用户12被配置为“库存经理”原子角色，因此可以基于租户组1和为用户12配置的原子角色集{“库存经理”}创建虚拟角色VR12。此外，租户组2中的用户21被配置为“销售人员”、“销售经理”和“库存经理”这三个原子角色，因此可以基于租户组2和为用户21配置的原子角色集{“销售人员”，“销售经理”，“库存经理”}创建虚拟角色VR21。

访问模式生成器230可以通过记录用户的页面访问请求，并且按照用户的虚拟角色对所记录的页面访问请求进行模式挖掘，生成基于虚拟角色的访问模式。这里，访问模式可以包括页面路径模式和/或页面转移上下文参数。后面将以SaaS应用为例结合图5对根据本发明具体实施例的访问模式生成器230的构造进行更详细的描述。

页面导期提供器240可以在用户访问支持多角色的网络应用210时，利用与用户的虚拟角色对应的访问模式，提供页面导航。后面将以SaaS应用为例结合图7对根据本发明具体实施例的页面导航提供器240的构造进行更详细的描述。

可选地，页面导航提供装置200还可以包括模式上下文配置器250，其可以帮助管理员配置访问模式中的页面转移上下文参数。这里，页面转移上下文参数可以由访问模式生成器230在模式挖掘过程中自动生成，并且由管理员通过模式上下文配置器250对其进行修改，也可以完全由管理员通过模式上下文配置器250进行人工配置。

可选地，页面导航提供装置200还可以包括元数据存储库260，其可以存储用户的原子角色配置信息、由虚拟角色创建器220创建的虚拟角色、由访问模式生成器230记录的页面访问请求和由其生成的访问模式等等。

下面将以SaaS应用为例详细描述页面导航提供装置200的各个部件的具体实施方式。但是，本领域的技术人员应当清楚，本发明不局限于SaaS应用，而适用于任何支持多角色的网络应用。

图4示出了根据本发明具体实施例的虚拟角色创建器220的结构框图。如图4所示，虚拟角色创建器220可以包括租户组识别单元410、原子角色集识别单元420、虚拟角色查找单元430、以及虚拟角色创建单元440。

租户组识别单元410可以例如在SaaS应用的租户上线时，根据例如存储在元数据存储库260中的租户配置信息，识别当前租户所属的租户组。具体地说，租户配置信息可以例如以包括“租户ID”、“租户组ID”等字段的表的形式存储在元数据存储库260中，并且租户组识别单元410可以根据当前租户ID从该表中读取相关的“租户组ID”字段中的信息，从而识别当前租户所属的租户组。

原子角色集识别单元420可以针对该租户中的每个用户，根据例如存储在元数据存储库260中的用户配置信息，识别为该用户配置的预定义原子角色集。具体地说，用户配置信息可以例如以包括“用户ID”、“原子角色集配置信息”等字段的表的形式存储在元数据存储库260中，并且原子角色集识别单元420可以根据当前用户ID从该表中读取相关的“原子角色集配置信息”字段中的信息，从而识别为该用户配置的原子角色集。

虚拟角色查找单元430可以用所识别的租户组和所识别的原子角色集，查询例如元数据存储库260中的虚拟角色映射表，以查找是否已存在与所识别的租户组和所识别的原子角色集匹配的虚拟角色。

如果不存在匹配的虚拟角色，则虚拟角色创建单元440可以基于所识别的租户组和所识别的原子角色集创建一个虚拟角色，并将其存储在例如元数据存储库260的虚拟角色映射表中。

图5示出了根据本发明具体实施例的访问模式生成器230的结构框图。如图5所示，访问模式生成器230可以包括请求捕获单元510、请求记录单元520、虚拟角色识别单元530、以及访问模式生成单元540。

请求捕获单元510可以例如在租户的用户访问SaaS应用时捕获用户的页面访问请求。

请求记录单元520可以将用户的页面访问请求记录在例如元数据存储库260的请求日志表中。图6示出了请求日志表的一个示例。如图6所示，请求日志表包括“足迹ID”、“用户ID”、“访问时间”、“页面ID”、“上下文参数”以及“停留时间”等字段，其中“足迹ID”字段用于标识所记录的页面访问请求，“用户ID”用于标识用户，“访问时间”字段用于记录接收到页面访问请求的时间，“页面ID”字段用于标识当前访问的页面，“上下文参数”字段用于记录页面的上下文参数，并且“停留时间”字段用于记录用户从进入页面到离开页面的时间，以便在模式挖掘过程中滤除其值小于预定时间阈值例如10秒的请求。例如，图6的请求日志表中“足迹ID”为f1的请求在后面的模式挖掘过程中将被滤除。

虚拟角色识别单元530可以从所捕获的页面访问请求中识别当前租户所属的租户组和用户的原子角色集，并且根据所识别的租户组和原子角色集，识别用户的虚拟角色。具体地说，虚拟角色识别单元520可以根据例如存储在元数据存储库260中的租户配置信息，识别当前租户所属的租户组，并且根据例如存储在元数据存储库260中的用户配置信息，识别为该用户配置的原子角色集。然后，虚拟角色识别单元520可以用所识别的租户组和原子角色集，查询例如元数据存储库260中的虚拟角色映射表，以确定该用户的虚拟角色。

访问模式生成单元540可以通过按照用户的虚拟角色对所记录的页面访问请求进行模式挖掘，生成基于虚拟角色的访问模式，并且将其与虚拟角色相关联地存储在例如元数据存储库260的虚拟角色访问模式映射表中。这里，对页面访问请求进行模式挖掘的处理可以基于现在和将来的任何可用的技术来实现。例如，Ming-Syan Chen等人发表的论文“Efficientdata mining for path traversal patterns”(IEEE TRANSACTIONSKNOWLEDGE  AND DATA ENGINEERING，  VOL  10，NO.2MARCH/APRIL 1998)就公开了一种具体的模式挖掘算法。

图7示出了虚拟角色访问模式映射表的一个示例。如图7所示，虚拟角色访问模式映射表包括“虚拟角色ID”、“虚拟角色值”、“页面路径模式”、以及“页面转移上下文参数”字段，其中对于虚拟角色TG1.VR1(即租户组1的虚拟角色VR1，其基于租户组1和原子角色集{R1，R2})，其页面路径模式为“P1-＞P2”，其页面转移上下文参数为空；对于虚拟角色TG1.VR2(即租户组1的虚拟角色VR2，其基于租户组1和原子角色集{R2，R3})，其页面路径模式为“P3-＞P4-＞P7”和“P4-＞P5-＞P7”，其页面转移上下文参数为“P4-＞P7：orderid”，用于指示当从页面P4转移到页面P7时需提取上下文参数orderid的信息；以及对于虚拟角色TG2.VR1(即租户组2的虚拟角色VR1，其基于租户组2和原子角色集{R3})，其页面路径模式为“P4-＞P5-＞P7”，其页面转移上下文参数为空。

图8示出了根据本发明具体实施例的页面导航提供器240的结构框图。如图8所示，页面导航提供器240可以包括识别单元810、访问模式匹配单元820、以及导航页面生成单元830。

识别单元810可以例如在租户的用户访问SaaS应用时捕获用户的页面访问请求，以从中识别用户的虚拟角色和当前访问路径。这里，识别用户的虚拟角色的处理与图5中的虚拟角色识别单元520识别用户的虚拟角色的处理类似，因此不再赘述。另外，当前访问路径可以由识别单元810从用户会话中获得。

访问模式匹配单元820可以基于所识别的用户的虚拟角色和当前访问路径，查询例如元数据存储库260中的虚拟角色访问模式映射表，匹配相应的访问模式，以提取一个或多个推荐页面和相关的页面转移上下文信息。

例如，如图9所示，当识别出用户的虚拟角色为TG1.VR2并且当前访问路径是P3-＞P4时，通过查询例如图9的右下部所示的虚拟角色访问模式映射表，可以根据页面路径模式“P3-＞P4-＞P7”取得推荐页面P7，并且根据页面转移上下文参数“P4-＞P7：orderid”从当前访问请求中取得上下文参数orderid的值11232。附带地，在图9的示例中，示出了与用户的虚拟角色TG1.VR2相关联的访问模式中的页面转移上下文参数“P4-＞P7：orderid”是由管理员通过模式上下文配置器250进行配置而得来的。

导航页面生成单元830可以生成包含上述一个或多个推荐页面的链接和相关的页面转移上下文信息的导航页面。例如，如图9所示，导航页面生成单元830可以根据存储在例如元数据存储库260中的页面信息，生成上述一个或多个推荐页面的链接。具体地说，页面信息可以例如以包括“页面ID”、“页面描述”、“页面URL”等字段的表的形式存储在元数据存储库260中，并且导航页面生成单元830可以根据推荐页面ID从该表中读取相关的“页面描述”、“页面URL”字段中的信息，从而根据所读取的信息来生成推荐页面的链接。然后，导航页面生成单元730可以将上述一个或多个推荐页面的链接和相关的页面转移上下文信息置入用户会话，并且生成嵌入有JavaScript程序的导航页面，其中JavaScript程序可以在用户的浏览器中运行以根据例如图10所示的如下处理流程来向用户提供页面导航。

如图10所示，首先，在步骤S1010，用户的浏览器在接收到上述导航页面时，载入并运行嵌入在该页面中的JavaScript程序。接下来，在步骤S1020，该JavaScript程序从用户会话中提取一个或多个推荐页面的链接和相关的页面转移上下文信息。接下来，在步骤S1030，判断是否存在推荐页面的链接。如果步骤S1030的判断结果为“否”，则退出该处理流程，否则在步骤S1040，弹出用于供用户选择推荐页面的导航对话框。接下来，在步骤S1050，响应于用户选择，基于所选推荐页面的链接和相关的页面转移上下文信息，重定向到所选推荐页面。可替选地，如果在步骤S1020提取到的推荐页面的数量为一，也可以不弹出导航对话框，而直接重定向到推荐页面。

上面结合附图详细描述了根据本发明实施例的在支持多角色的网络应用中提供页面导航的装置。下面将结合附图描述根据本发明实施例的在支持多角色的网络应用中提供页面导航的方法。

图11示出了根据本发明实施例的在诸如SaaS应用等支持多角色的网络应用中提供页面导航的方法的流程图。

首先，在步骤S1110，针对支持多角色的网络应用中的每个用户，基于为该用户配置的预定义原子角色集，创建虚拟角色。

接下来，在步骤S1120，通过记录用户的页面访问请求，并且按照用户的虚拟角色对所记录的页面访问请求进行模式挖掘，生成基于虚拟角色的访问模式。这里，访问模式可以包括页面路径模式和/或页面转移上下文参数。

最后，在步骤S1130，在用户访问支持多角色的网络应用时，利用与用户的虚拟角色对应的访问模式，提供页面导航。

图12示出了根据本发明具体实施例的在图11的步骤S1110中创建虚拟角色的过程的流程图。该过程例如可以在SaaS应用的租户上线时执行。

如图12所示，首先，在步骤S1210，根据例如存储在元数据存储库260中的租户配置信息，识别当前租户所属的租户组。

接下来，在步骤S1220，针对该租户中的每个用户，根据例如存储在元数据存储库260中的用户配置信息，识别为该用户配置的预定义原子角色集。

接下来，在步骤S1230，用所识别的租户组和所识别的原子角色集，查询例如元数据存储库260中的虚拟角色映射表，以查找是否已存在与所识别的租户组和所识别的原子角色集匹配的虚拟角色。

最后，在步骤S1240，如果不存在匹配的虚拟角色，则基于所识别的租户组和所识别的原子角色集创建一个虚拟角色，并将其存储在例如元数据存储库260的虚拟角色映射表中。

图13示出了根据本发明具体实施例的在图11的步骤S1120中生成访问模式的过程的流程图。该过程可以例如在租户的用户访问SaaS应用时执行。

如图13所示，首先，在步骤S1310，捕获用户的页面访问请求。

接下来，在步骤S1320，记录用户的页面访问请求。

接下来，在步骤S1330，从所捕获的页面访问请求中识别当前租户所属的租户组和用户的原子角色集，并且根据所识别的租户组和原子角色集，识别用户的虚拟角色。

最后，在步骤S1340，通过按照虚拟角色对所记录的页面访问请求进行模式挖掘，生成基于虚拟角色的访问模式，并且将其与虚拟角色相关联地存储在例如元数据存储库260的虚拟角色访问模式映射表中。

图14示出了根据本发明具体实施例的在图11的步骤S1130中提供页面导航的过程的流程图。该过程可以例如在租户的用户访问SaaS应用时执行。

如图14所示，首先，在步骤S1410，捕获用户的页面访问请求，以从中识别用户的虚拟角色和当前访问路径。

接下来，在步骤S1420，基于所识别的用户的虚拟角色和当前访问路径，查询例如元数据存储库260中的虚拟角色访问模式映射表，匹配相应的访问模式，以提取一个或多个推荐页面和相关的页面转移上下文信息。

最后，在步骤S1430，生成包含推荐页面的链接和相关的页面转移上下文信息的导航页面。

根据本发明的技术方案，由于按照虚拟角色对用户的访问数据进行模式挖掘，因此能够快速地累积用户的访问数据以进行模式挖掘，并且能够节省计算和存储访问模式所需的资源。此外，当用户的角色发生改变时，只要存在与用户的新角色对应的访问模式，就可以利用其为该用户提供准确的个性化页面导航。同样，对于新用户，只更存在与新用户的角色对应的访问模式，也可以利用其为该用户提供准确的个性化页面导航。

上述装置和方法可通过硬件实现。这样的硬件可以是单一处理设备或多个处理设备。这样的处理设备可以是微处理器、微控制器、数字处理器、微型计算机、中央处理单元的部分、状态机、逻辑电路及/或操作信号的任何设备。

还应该指出的是，上述装置和方法也可以通过软件和固件实现。在通过软件或固件实现的情况下，从存储介质或网络向具有专用硬件结构的计算机，例如图15所示的通用计算机1500安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等等。

在图15中，中央处理单元(CPU)1501根据只读存储器(ROM)1502中存储的程序或从存储部分1508加载到随机存取存储器(RAM)1503的程序执行各种处理。在RAM 1503中，也根据需要存储当CPU 1501执行各种处理等等时所需的数据。

CPU 1501、ROM 1502和RAM 1503经由总线1504彼此连接。输入/输出接口1505也连接到总线1504。

下述部件连接到输入/输出接口1505：输入部分1506，包括键盘、鼠标等等；输出部分1507，包括显示器，比如阴极射线管(CRT)、液晶显示器(LCD)等等，和扬声器等等；存储部分1508，包括硬盘等等；和通信部分1509，包括网络接口卡比如LAN卡、调制解调器等等。通信部分1509经由网络比如因特网执行通信处理。

根据需要，驱动器1510也连接到输入/输出接口1505。可拆卸介质1511比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器1510上，使得从中读出的计算机程序根据需要被安装到存储部分1508中。

在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质1511安装构成软件的程序。

本领域的技术人员应当理解，这种存储介质不局限于图15所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质1511。可拆卸介质1511的例子包含磁盘(包含软盘(注册商标))、光盘(包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘(包含迷你盘(MD)(注册商标))和半导体存储器。或者，存储介质可以是ROM 1502、存储部分1508中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

以上虽然结合附图详细描述了本发明的实施例，但是应当明白，上面所描述的实施方式只是用于说明本发明，而并不构成对本发明的限制。对于本领域的技术人员来说，可以对上述实施方式作出各种修改和变更而没有背离本发明的实质和范围。因此，本发明的范围仅由所附的权利要求及其等效含义来限定。

Claims (14)

1.一种在支持多角色的网络应用中提供页面导航的装置，包括：

虚拟角色创建器，用于针对支持多角色的网络应用中的每个用户，基于为该用户配置的原子角色集，创建虚拟角色；

访问模式生成器，用于通过记录用户的页面访问请求，并且按照用户的虚拟角色对所记录的页面访问请求进行模式挖掘，生成基于虚拟角色的访问模式；以及

页面导航提供器，用于在用户访问支持多角色的网络应用时，利用与用户的虚拟角色对应的访问模式，提供页面导航。

2.如权利要求1所述的装置，其中所述支持多角色的网络应用是软件即服务SaaS应用，所述用户隶属于SaaS应用的租户，并且所述原子角色集是针对用户所属的租户而为用户配置的。

3.如权利要求2所述的装置，其中所述虚拟角色创建器还基于所述租户所属的租户组来创建所述虚拟角色。

4.如权利要求3所述的装置，其中所述虚拟角色创建器进一步包括：

租户组识别单元，用于根据租户的配置信息，识别租户所属的租户组；

原子角色集识别单元，用于根据用户的配置信息，识别为用户配置的原子角色集；

虚拟角色查找单元，用于查找是否已存在与所识别的租户组和所识别的原子角色集匹配的虚拟角色；以及

虚拟角色创建单元，用于如果不存在匹配的虚拟角色，则基于所识别的租户组和所识别的原子角色集创建并存储一个虚拟角色。

5.如权利要求1所述的装置，其中所述访问模式生成器进一步包括：

请求捕获单元，用于捕获用户的页面访问请求；

请求记录单元，用于记录用户的页面访问请求；

虚拟角色识别单元，用于识别用户的虚拟角色；以及

访问模式生成单元，用于通过按照用户的虚拟角色对所记录的页面访问请求进行模式挖掘，生成并存储基于虚拟角色的访问模式。

6.如权利要求1所述的装置，其中所述访问模式包括页面路径模式和页面转移上下文参数，并且所述页面导航提供器进一步包括：

识别单元，用于捕获用户的页面访问请求，以从中识别用户的虚拟角色和当前访问路径；

访问模式匹配单元，用于基于所识别的用户的虚拟角色和当前访问路径，匹配相应的访问模式，以提取一个或多个推荐页面和相关的页面转移上下文信息；以及

导航页面生成单元，用于生成包含所述一个或多个推荐页面的链接和相关的页面转移上下文信息的导航页面。

7.如权利要求1所述的装置，其中所述访问模式包括页面路径模式和页面转移上下文参数，并且所述装置还包括模式上下文配置器，用于帮助管理员配置所述访问模式中的页面转移上下文参数。

8.一种在支持多角色的网络应用中提供页面导航的方法，包括：

虚拟角色创建步骤，针对支持多角色的网络应用中的每个用户，基于为该用户配置的原子角色集，创建虚拟角色；

访问模式生成步骤，通过记录用户的页面访问请求，并且按照用户的虚拟角色对所记录的页面访问请求进行模式挖掘，生成基于虚拟角色的访问模式；以及

页面导航提供步骤，在用户访问支持多角色的网络应用时，利用与用户的虚拟角色对应的访问模式，提供页面导航。

9.如权利要求8所述的方法，其中所述支持多角色的网络应用是软件即服务SaaS应用，所述用户隶属于SaaS应用的租户，并且所述原子角色集是针对用户所属的租户而为用户配置的。

10.如权利要求9所述的方法，其中在所述虚拟角色步骤中还基于所述租户所属的租户组来创建所述虚拟角色。

11.如权利要求10所述的方法，其中所述虚拟角色创建步骤进一步包括：

根据租户的配置信息，识别租户所属的租户组；

根据用户的配置信息，识别为用户配置的原子角色集；

查找是否已存在与所识别的租户组和所识别的原子角色集匹配的虚拟角色；以及

如果不存在匹配的虚拟角色，则基于所识别的租户组和所识别的原子角色集创建并存储一个虚拟角色。

12.如权利要求8所述的方法，其中所述访问模式生成步骤进一步包括：

捕获用户的页面访问请求；

记录用户的页面访问请求；

识别用户的虚拟角色；以及

通过按照虚拟角色对所记录的页面访问请求进行模式挖掘，生成并存储基于虚拟角色的访问模式。

13.如权利要求8所述的方法，其中所述访问模式包括页面路径模式和页面转移上下文参数，并且所述页面导航提供步骤进一步包括：

捕获用户的页面访问请求，以从中识别用户的虚拟角色和当前访问路径；

基于所识别的用户的虚拟角色和当前访问路径，匹配相应的访问模式，以提取一个或多个推荐页面和相关的页面转移上下文信息；以及

生成包含所述一个或多个推荐页面的链接和相关的页面转移上下文信息的导航页面。

14.如权利要求8所述的方法，其中所述访问模式包括页面路径模式和页面转移上下文参数，并且所述访问模式中的页面转移上下文参数能够由管理员进行配置。

Images