[发明专利]用于修改网络应用的外观和行为的方法

说明书

技术领域

本发明涉及修改网络应用的外观和行为的技术领域。

背景技术

到目前为止，将两个或更多不同网络应用合并（integrate）为看起来像一个凝聚集的问题是通过自定义开发来解决的，并且应用修改做成点对点的（ad-hoc）。该实践耗时且易出错，并且每次可能导致稍微不同的解决方案；简而言之，这不是所主张的。当所涉及的网络应用不被构建成预见该种合并时，将网络应用合并为看起来像一个凝聚集的挑战尤其高。而且，仅在可获得原始源代码时并且在方案和产品寿命周期可接受修改其时，才能够将两个或更多个不同网络应用合并为看起来像一个凝聚集。

发明内容

从而，本发明的目标在于满足将两个或更多不同网络应用合并为看起来像一个凝聚集的需要。

该目标通过根据独立权利要求采用的手段解决。

为了满足将两个或更多不同网络应用合并为看起来像一个凝聚集的需要，一种修改网络应用的外观和行为的方法包括：将来自网络客户端的第一请求提供至第一应用的步骤。而且，将第二请求被提供给第二应用。通过软件模块拦截第二请求。软件模块适于辨认第二请求与第一应用相关。通过软件模块从第二请求中提取信息。使用该信息将第二应用配置为看起来和/或表现得像第一应用。

根据本发明的另一方面，系统包括用于执行方法的步骤的装置。

独立权利要求提出优选实施例。

附图说明

以下基于描述优选实施例的附图来描述本发明。

图1示出根据本发明的优选实施例的制造执行系统的框图。

图2示出了进一步详细地描述图1的实施例的、包括与第一应用和第二应用的交互在内的用户活动的序列图。

具体实施方式

图1示出根据本发明的优选实施例的制造执行系统MES的用户界面（UI）层的框图。制造执行系统MES包括第一应用A、第二应用B、网络客户端C、以及软件模块M。软件模块M和第二应用B能够作为应用组件E一起操作。而且，程序模块M能够与例如应用A的其他应用作为应用组件E一起操作。第一应用A和第二应用B由网络服务器S或网络服务器网络包括。

根据本实施例，为了修改第二网络应用B的外观和行为，来自网络客户端C的第一请求R1被发送至第一应用A。然后，应用A在页面提供步骤PR1中将内容C1提供给网络客户端C，网络客户端C在网页P中显示内容C1。当启动在网页P上显示的超链接H时，网络客户端C将第二请求R2提供给应用组件E和/或第二应用B。这通过对统一资源定位符（URL）的超文本传输协议（HTTP）请求作出。通过软件模块M拦截第二请求R2。软件模块M适于辨认要与第一应用A相关的第二请求R2。通过软件模块M从第二请求R2提取信息。使用该信息来将第二应用B配置为看起来和/或表现得像第一应用。为了实现此目的，软件模块M将修改后的http-请求RM提供给第二应用B，和/或软件模块M通过将命令消息SO发送至网络应用B覆盖应用B的设置。在页面提供步骤PR2中，然后将内容C2从应用B提供给网络客户端C，其中，以像第一应用A的内容的外观和/或感觉来显示内容C2。

图2示出包括与应用A和应用B的交互的用户活动的序列图，其中，应用A是入口点。用户U使用网络客户端C将请求R1发送至应用A。应用A通过与一些普通元数据一起发送内容C1来进行响应。用户U将请求R2发送至应用B。请求R2被应用组件E（具体地，被模块M）拦截。如果模块M决定请求R2将被处理以获取“合并的”行为，其相应地改变应用B的设置。然后，模块M将请求R2传送到应用B。应用B根据修改后的设置来处理请求R2，并且与内容C2一起将响应发送至网络客户端C。用户现在可以以类似于应用A的内容C1呈现和/或表现的方式查看内容C2。

在一个优选实施例中，关注于通过在应用A和B之间共享一些用户设置，使得网络应用A和B看起来类似。

根据一个优选实施例，通过第一应用A生成第二请求。这涉及没有单独的请求需要由用户来生成的优点。而且，该解决方案提供第二应用B到第一应用A的自动合并。

根据另一个优选实施例，网页P被发送并且被显示在客户端设备C上作为对第一请求R1的反应，其中，网页P提供超链接H，并且其中，当启动超链接H时生成第二请求R2。这提供以下解决方案：将第二应用B合并到第一应用A而同时仍然向用户U提供决定是否应该启动第二应用B的可能性。