本发明涉及一种信息处理方法，特别地涉及实现通用web页面合 作而在至少一个客户机侧不安装特别的合作软件的一种方法。

在本发明应用时，正如在日本的专利公开出版平10-124461中 所述的，提供合作技术，其中htm1页面的合作的工作(阅读，移动 和改变)可以由多个用户同时地执行。图13表示应用到因特网银行 系统的这个HTML页面合作工作的一个例子。银行代理和因特网用户 协商中心代理等等可以在相同的页面由采用这个技术的顾客查阅和操 作。

但是，需要在相关的合作技术的客户机系统安装合作软件。因此 合作软件必须以本机代码写入每个特定的平台本机，因此这限制可以 支持的平台和浏览器。在代理侧通常不提出关于合作的问题，因为环 境通常是指定的。但是，在用户侧使用不同的平台和浏览器，因此与 不支持平台和浏览器的客户可以不进行合作。

因此本发明的第一目的是提供能够基于因特网合作的一个合作系 统，不要求在该客户机侧安装合作软件。

本发明的另一个目的是提供要求较少资源的低成本的合作系统。

本发明的又另一个目的是提供不依靠信息终端操作的平台的一个 合作系统。

用户经过一个合作服务器接入外部Web服务器。合作服务器用包 括一个合作服务器主机名字和转移目的地识别信息的一个字符串替换 根据从该用户的请求获得的htm1(超文本标记语言)的转变目的地URL 并将该字符串送到该用户。当用户点击链路时，在该合作服务器从转 变目的地识别信息中识别要获得的实际的URL，并且该合作服务器代 表该客户机获得这个URL和将它返回给在用户侧的浏览器。然后浏览 器监督程序监视在代理侧的浏览器，根据来自合作服务器的转变通知 识别实际上获得的URL并且获得与该用户相同的htm1。

在本发明的第一方面，提供在包括一个信息终端支持设备的系统 中执行的htm1文件捕获方法，该信息终端支持设备用于从具有一个 输入设备和一个显示设备的第一信息终端装备接收htm1文件捕获请 求，从Web服务器获得包括对应于所述htm1文件捕获请求的内容信 息的htm1文件，和具有对应于所述内容信息的第二信息终端显示内 容，所述htm1文件捕获方法包括步骤：

(a)用包括所述信息终端支持设备的一个主机名字和转变目的地 识别信息的一个替换字符串替换所述信息终端支持装置获得的htm1 文件的转变目的地URL；

(b)发送其转变目的地URL已被替换的htm1文件到所述第一信息 终端；

(c)在所述第一信息终端接收包括根据所述替换字符串的技术规 范产生的所述替换字符串的一个转变目的地htm1文件捕获请求；

(d)获得包括在所述转变目的地htm1文件捕获请求中的转变目的 地识别信息；

(e)根据所述转变目的地识另别信息从Web服务器获得一个转变目 的地htm1文件；

(f)发送包括在所述转变目的地htm1文件中的内容信息给所述第 一信息终端；和

(g)发送对应于所述转变目的地识别信息的信息给所述第二信息 终端，以便在所述第二信息终端显示对应于包括在所述转变目的地 htm1文件中的内容信息的内容。

在本申请的说明书中确定的本专利权利要求的范围中，“内容信 息”是指用于指定内容的信息，诸如文件名和路径名等等。″内容″是 指包括图像信息和字符信息等等的概念，“转变目的地识别信息”的 含意包括在转变目的地的识别中使用的信息，所述转变目的地包括诸 如转变目的地URL或者转移源URL和指定出现htm1捕获请求的单元 的信息的组合(htm标记号码等等)，等等。“对应于转变目的地识别 信息的信息”是包括要求保持合作的信息诸如转变目的地识别信息本 身或者根据预定的规则翻译的信息的一个概念。

在本发明的另一个方面，提供在包括一个信息终端支持设备的系 统中执行的htm1文件捕获方法，该信息终端支持设备用于从具有一 个输入设备和一个显示设备的第一信息终端接收htm1文件捕获请 求，从Web服务器获得包括对应于所述htm1文件捕获请求的内容信 息的htm1文件，和具有对应于所述内容信息的第二信息终端显示内 容，所述htm1文件捕获方法包括步骤：

(a)从所述第一信息终端接收一个合作请求；

(b)答复所述合作请求，分配所述第二信息终端执行与所述第一 信息终端合作；

(c)从所述第一信息终端接收htm1文件捕获请求；

(d)用包括所述信息终端支持设备的一个主机名字和转变目的地 识别信息的一个替换字符串替换所述信息终端支持装置获得的htm1 文件的转变目的地URL；

(e)发送它的转变目的地URL被替换的htm1文件到所述第一信息 终端；

(f)在所述第一信息终端接收包括根据所述替换字符串的技术规 范产生的所述替换字符串的一个转变目的地htm1文件捕获请求；

(g)获得包括在所述转变目的地htm1文件捕获请求中的转变目的 地识别信息；

(h)根据所述转变目的地识别信息从Web服务器获得一个转变目 的地htm1文件；

(i)发送包括在所述转变目的地htm1文件中的内容信息给所述第 一信息终端；和

(j)发送对应于所述转变目的地识别信息的信息给所述第二信息 终端，以便在所述第二信息终端显示对应于包括在所述转变目的地 htm1文件中的内容信息的内容。

在本发明的另一个方面，提供一个信息终端支持设备，用于从装 备一个输入设备和一个显示设备的第一信息终端接收htm1文件捕获 请求，从Web服务器获得包括对应于所述htm1文件捕获请求的内容 信息的htm1文件，和具有对应于所述内容信息的第二信息终端显示 内容，所速信息终端支持设备包括：

(a)一个代理分配器，用于分配所述第二信息终端以便实现与所 述第一信息终端的合作；

(b)一个对话管理表，用于管理所述第一信息终端和所述第二信 息终端的相应的关系；

(c)一个htm1翻译器，用于将由所述信息终端支持设备获得的 htm1文件的转变目的地URL，用包括所述信息终端支持设备的主机名 字和转变目的地识别信息的替换字符串来替换；

(d)发送它的转变目的地URL被替换的htm1文件到所述第一信息 终端的一个Web服务器；

(e)一个htm1分析器，在所述第一信息终端用于分析包括根据所 述替换字符串的技术规范产生的所速替换字符串的转变目的地htm1 文件捕获请求然后发送，并且获得在包括所述转变目的地htm1文件 捕获请求中的转变目的地识别信息；

(f)根据所述转变目的地识别信息从Web服务器获得包括内容信 息的一个转变目的地htm1文件的一个高速缓存管理器；和

(g)一个代理通知器，发送对应于所述转变目的地识别信息的信 息给所述第二信息终端，以便在所述第二信息终端显示对应于包括在 所述转变目的地htm1文件中的内容信息的内容。

在本申请的说明书中提出的专利权利要求范围中，“信息终端支 持服务器”是还包括代理服务器等等的概念，除了按照后面的实施例 中描述“合作服务器”之外。

图1是表示本发明略述的视图；

图2是表示本发明的一个合作服务器或者信息终端的硬件配置的

实施例的方框视图；

图3是在本发明的优选实施例中出现的处理单元的方框视图；

图4是本发明的优选实施例的会话管理表的概念视图；

图5是本发明的优选实施例的URL管理表的概念视图；

图6是本发明的优选实施例的再装入检测表的概念视图；

图7是本发明的优选实施例的一个条目管理表的概念视图；

图8是表示在本发明的优选实施例的用户侧信息终端显示屏幕上 显示的合作开始请求面板的例子的概念视图；

图9是表示在本发明的优选实施例的用户侧信息终端显示屏幕上 显示的用户信息输入面板的例子的概念视图；

图10是表示在本发明的优选实施例的代理侧信息终端显示屏幕 上显示的合作应答面板的例子的概念视图；

图11是表示本发明的优选实施例的处理过程的流程图；

图12是表示本发明的优选实施例的处理过程的流程图；和图13 是示出相关的合作技术的视图。

如在图1中所示的，用户经过合作服务器110存取Web服务器 140。答复来自用户的请求，合作服务器110从实际的Web服务器140 获得htm1码，在转移到该用户之前，合作服务器110对htm1码进 行下列更改。

将htm1码的URL登记在URL管理表121中并且获得一个索引(如 果URL已经存在在该表中，则已获得一个索引)。则获得包括在htm1 代码中的每个链路的相对的号码，将链路目标URL登记在URL管理表 121中，并且获得一个索引(如果URL已经存在，则已获得该索引)。

以<合作服务器主机名字>？<转变原点识别字符串>＝&<单元识别字符串>＝<单元数>&<链路目标识别字符串 >＝<链路目标URL索引>替换转变目的地URL。

在图1的例子中：

href＝http：www.xyz.com/bbb，htm变成

href＝http：srv.xyz.com？src＝1&1ink＝3 dest＝2

当用户在上单击时，取“src”，“链路”和“desc”作为在该 合作服务器的参数，出现转变的帧从“src”中识别出，单击链路从 “链路”中识别出并且通知该代理侧。然后该服务器确定该基于 “dest”实际上获得的URL，代表用户获得该URL并且返回这个URL 给用户侧浏览器。

在代理侧，浏览器监视程序监视该浏览器。根据来自合作服务器 的转变通知确定引起转变的帧并且使产生用于指定数量的链路的一个 单击，使得通过单击该链路转变，因此可能同步的，不论“目标”指 明是什么。

当帧不支持时，可以改变对指定合作服务器的信息并且URL实际 上是通过以给定的这样的方式进行改变而得到的：

href＝http：srv.xyz.com？dest＝2

图2是表示在本发明中使用的合作服务器110的硬件配置实施例 的示意视图。合作服务器110包括一个中央处理单元(CPU)1和一个 存储器4。CPU 1和存储器4经过总线2连接到硬磁盘13的一个辅 助存储设备。软盘装置(或者记录介质驱动器26，28或者29，诸如 MO或者CD-ROM等)20经过软盘控制器19(或者IDE控制器25或者SCSI 控制器27等)连接到总线2。

软盘(或者记录介质，诸如MO或者CD-ROM)插入到该软盘装置(或 者记录介质驱动器，诸如一个MO或者CD-R0M等)20。这个软盘等等， 硬盘装置13或者R0M 14可以以计算机程序的代码装入，以与该操作 系统一致提供指令给CPU等等，以便执行本发明。这个程序装入到存 储器4，以便执行。这个计算机程序的代码可以压缩或者可以在多个 介质之间分配记录。

合作服务器110具有用户接口硬件，可以包括一个指示装置(鼠 标，游戏杆等)7或者用于输入数据的键盘6，和一个显示器12，为 该用户提供可见的数据。该输入装置还可以是一个触摸面板。它也可 能经过一个并行端口16连接打字机或者通过串行端口15连接调制解 调器。合作服务器110经过串行端口15和调制解调器或者通信适配 器卡18(以太网或者令牌环网卡)等等连接到一个网络，并且能够与 其它计算机通信。

扬声器23经过放大器22接收由音频控制器21进行D/A变换的(数 字-模拟变换的)音频信号并且输出这个信号作为音频。音频控制器21 A/D(模拟-数字)变换从麦克风24收到的音频信息，因此来自该设备 外部的音频信息可以由该系统接收。

可以容易地懂得，合作服务器110可以是具有通信功能的一个信 息终端，包括一个典型的个人计算机(PC)，工作站，笔记本PC，掌 上PC之一或者组合，或者网络网络计算机等等。但是该配置的这样 的单元仅仅表示为一个例子，并且该配置的所有的这些单元不是本发 明必要的配置的单元。

特别地在这里描述的硬件配置中，处理音频要求的音频控制器 21，放大器22，扬声器23和麦克风24，启动从经营者直接输入的键 盘6，鼠标7和键盘/鼠标控制器5，CRT12，显示设备11，VRAM 9以 及提供可见的数据给该用户的VGA8以及每一个记录介质处理器19， 25和27等等不是支持该信息终端必需的并且可以省略。

经过多个机器不同的修改，诸如组合合作服务器110的配置的每 一个单元，然后以分配的方式执行这些功能可以容易地由本专业技术 人员设想出并且这样的概念认为是包括在本发明的精神和范围中。

在本发明中使用的信息终端130还可以与合作服务器110一起通 过图2所示的硬件配置实现，即信息终端130还可以允许输入信息请 求并且可以发出和接收这样的请求。因此可以容易地懂得，信息终端 130可以由典型的个人计算机(PC)，一个笔记本PC，掌上PC，不同 的家庭产品诸如具有计算机内置的电视机，具有通信功能的游戏机， 或者具有通信功能的信息终端之一或者组合来实现，该信息终端具有 包括电话机，传真，便携式电话机，个人的轻便系统(PHS)或者电子 笔记本等通信功能的信息终端。但是，该配置的这些单元表示为一个 例子，并且该配置的所有的这些单元决不是本发明必要的。

在合作服务器110侧的操作系统决不限制为特定的操作系统环 境，并且可以是支持GUI多窗口环境作为标准的一个操作系统，例如 Windows NT Windows NT(微软的商标)，Windows 9x(微软的商标)， Windows 3.x(微软的商标)，OS/2(IBM的商标)，MacOS(苹果公司的 商标)，Linux(Linus Torvalds的商标)，或者基于AIX(IBM的商 标)的X-WMDOW系统(MIT的商标)，基于字符环境，诸如PC-DOS(IBM 商标)或者MS-DOS(微软的商标)，实时OS，诸如VxWorks(Wind River Systems公司的商标)，或者一个操作系统诸如Java OS等等，结合 在网络计算机中。

在合作服务器130侧的操作系统决不限制为特定的操作系统环 境，并且可以是支持GUI多窗口环境作为标准的一个操作系统，例如 Windows NT Windows NT(微软的商标)，Windows 9x(微软的商标)， WindoWs 3.x(微软的商标)，OS/2(IBM的商标)，MacOS(苹果公司的 商标)，Linux(Linus Torvalds的商标)，或者基于AIX(IBM的商 标)的X-WMDOW系统(MIT的商标)，基于字符环境，诸如PC-DOS(IBM 商标)或者MS-DOS(微软的商标)，实时OS，诸如VxWorks(Wind River Systems公司的商标)，或者一个操作系统诸如Java OS等等，结合 在网络计算机中。

图3是表示包括本发明的优选实施例的一个合作服务器110的合 作系统的配置的功能方框图。

本发明的优选实施例的合作系统100包括一个用户侧信息终端 130，合作服务器110，Web服务器140，一个代理分配服务器160和 一个代理侧信息终端170。

本发明的优选实施例的合作服务器110具有一个Web服务器 111，一个高速缓存管理器113，一个代理分配客户机115，一个htm1 请求分析器117，一个htm1翻译器119，一个对话URL表管理器121 和一个代理通知器123。

在合作服务器110，需要用于第一接收的一个httpd功能，然后 答复http请求。这个可以通过合作服务器110实现或者使用已经存 在的Web服务器诸如网景企业服务器或者微软IIS(“Netscape”是 Netscape公司的商标，而“Microsoft”是微软公司的商标)可以结 合到Web服务器中。图3表示后者的情况。

高速缓存管理器113高速缓存用于由Web浏览器140发送的HTTP 请求的高速缓存htm1内容(HTTP响应)。执行控制同时共享两个Web 浏览器共享以便保证返回相同的htm1内容用于从两个Web浏览器发 送的HTTP请求。

在本发明的优选实施例中，最好安装高速缓存管理器113，以便 根据用户范围输出的结果可以在该代理侧显示。但是，当不支持形式 时，甚至在用户侧不可能检测高速缓存管理器113页面变化并且在该 代理侧不能显示相同的URL。因此高速缓存管理器113不是关于本发 明这个方面的配置必要的单元。

当代理分配请求由用户侧信息终端130的Web浏览器131发送 时，该代理分配客户机115获得这个请求并且要求该代理分配服务器 160分配一个代理。

用于管理代理分配的部件可以在合作服务器110提供。但是，如 在图3中所示的，用于提供代理分配的部件还可以在一个分开的服务 器160上提供，仅仅一个代理分配客户机115与在合作服务器110 中提供的这个分开的服务器160通信：该服务器分配代理则可以在 防火墙180中提供。这个配置提供超级的安全性并且有关与呼叫中心 的集成是特别地有用的。

htm1请求分析器117根据稍后描述的本发明的过程分析从Web 浏览器131发送HTTP请求的内容给Web服务器140。在本发明的优 选的实施例中，htm1请求分析器117能够监视使用代理服务器或者 Web服务器API写入的所有的HTTP消息通过Web服务器111。

会话URL表管理器121管理对话管理表，一个URL和一个再装入 检测表。图4是本发明的最佳实施例的会话管理表210的概念上的视 图。在本发明的会话管理表管理用户ID 211，代理ID 213，用户ID 215，URL管理表号码217，代理通信路径处理218和返回URL 219 的信息。

如在图5中所示的，本发明的优选实施例的URL管理表230管理 URL ID 231，URL主机名字主机名字233和路径235。URL，管理表230 决定用于特定的URL的唯一号码(URL ID 231)并且用于从这些号 码获得实际的URL。

URL管理表230可用于所有的会话，但是用于该条目的寿命的特 定管理可以通过产生用于每个对话的URL管理表230和当每个对话结 束擦除该表时被省略。在这种情况下，每个会话要求从该会话号码指 定URL管理表的一个话管理表。典型的在该对话管理表存储该代理ID 等等和关于合作会话的信息。

图6是本发明的优选实施例的再装入检测表210的概念上的视 图。正如URL管理表230的情况一样，为每个会话产生一个再装入检 测表270，以使当htm1请求分析器117获得一个htm1请求时，在这 个请求中包含的顺序号271设置使用的标志273.htm1翻译器119 分配一个唯一的顺序号给每个翻译的、嵌入URL.htm1请求分析器117 可以检测htm1请求是否指定一个再装入。

根据下面描述的本发明的过程，代理通知器123通知浏览器控制 器177由从Web浏览器131发送给Web服务器的HTTP请求的内容的 htm1请求分析器117分析的结果。

在本发明的优选的实施例中Web浏览器131和175装入在信息终 端130和170.Web浏览器131和175指定该URL并且发送请求到Web 服务器，以及接收从Web服务器140发送的响应，以便显示在显示屏 幕上。在附图中，Web服务器140描述为单个服务器，以便简化叙述， 但是Web浏览器131和175能够发送htm1文件捕获请求给不同的Web 服务器。

浏览器控制器177装入在该代理侧信息终端170。浏览器控制器 177根据从代理通知器123发送的信息控制Web浏览器175。

当代理登录时，登录/注销(log on/log off)控制器171发送 代理登录名字和信息终端ID给该代理分配服务器160。代理分配服 务器160保持图7所示的那种代理管理表并且在代理管理表250中寄 存自动地产生的代理ID 251和代理登录名字253。

代理分配服务器160设置状态255为该代理管理表250中的“准 备好”的初始值并且还设置对应于信息终端ID的一个内部的线路号 数257(对应表保持在内部)和对应于登录名字的附加信息259。该附 加信息259是用于确定该代理的专门的字段信息并且可用于确定一个 代理是否在特定的软件，规定类型的台式PC，或者外围设备，诸如 印字机等中特别加以指定。因此具有适当的技术的代理可以选择用于 在宽的字段范围扩散的用户。

当代理注销时，该登录/注销控制器171发送该代理登录名字给 代理分配服务器160以便给出通知：该代理已经注销。该代理分配服 务器160则从代理管理表250中删除代理条目。在本发明的优选实施 例中，在登录时间增加这个代理并且在注销的时间从该代理表擦除这 个条目。但是，除了准备好并且占用之外，管理还可以通过增加注销 执行至状态255，并且通过预先在一个表中寄存所有的代理。

当合作服务器110的代理分配客户机115发送一个代理分配请求 给代理分配服务器160时，代理分配服务器160查阅代理管理表250 并且发送一个响应请求给状态是“准备好”的一个代理的信息终端。

接收这个响应请求的来话呼叫通知器173通知该代理有来自用户 的一个合作请求。当该代理响应来话呼叫通知器173时，代理分配服 务器161获得这个消息，写入代理管理表状态为“忙”并且发送该响 应的代理的ID回到合作服务器110的代理分配客户机115。

在本发明的优选实施例中，代理分配服务器160和代理侧信息终 端170是放在防火墙180中并且经过插座181和183以及一个插座/ 代理185与外部交换消息。

图3所示的每个功能块在上面描述了但是这些功能块是逻辑的功 能块。这未必是表明每个功能块必须通过硬件和软件个别地实现，而 该功能块可以通过硬件和软件的组合或者通过共享的硬件和软件实 现。不必说图3所示的所有的功能块不是本发明的配置的主要部件。

特别地，当代理分配服务器160和代理侧信息终端170不是通过 防火墙保护时，该配置的单元诸如防火墙180，插座以及代理等等不 是必要的。此外，高速缓存管理器113则不是基本单元，如前所述的。 代理分配服务器160还可以通过给出分配代理的功能给合作服务器 110使成为不必要的。

引导用户以便经过合作服务器110接入Web服务器140。在本发 明的优选实施例中，在合作开始之前用户直接地查阅Web服务器 140。当请求合作按钮511按规定的页面诸如图8的面板510时，按 钮511的链路目标是Web服务器111，而该用户可以发送一个请求以 便起动到合作服务器110的合作。当合作起动时，用户可以通过合作 服务器110接入Web服务器140。

当用户通过合作服务器110接入Web服务器140时，首先显示用 户信息输入屏幕520，如在图9中所示的。用于输入用户ID或者名 字，电话号码和用户期望的类型的信息的条目521和523在用户信息 输入屏幕520输出。然后用户输入这个信息并且通过按下呼叫按键522 发送该合作请求。

当由用户侧信息终端130的Web浏览器131发送分配代理的请求 时，该代理分配客户机115获得这个请求并且要求该代理分配服务器 160分配一个代理。与此响应，该代理分配服务器160查阅代理管理 表250并且发送一个响应请求给该状态是“准备好”的一个代理的信 息终端。

在本发明的优选的实施例中，用户ID或者名字，电话号码和由 用户输入的用户期望的类型的信息包括在从代理分配客户机115发送 给代理分配服务器160的代理分配请求中。然后代理分配服务器160 接入用户管理数据库(未表示)，检索相应的客户信息并且包括在发送 该来话呼叫通知器173的响应请求中的检索信息，以使该代理可以预 先查阅用户的类型(年龄，性别，过去联系的历史)。当用户已经在该 数据库中时，获得用户ID，而当用户不在数据库中时，产生一个用 户ID。代理分配服务器161根据顾客期望的信息类型(问题内容等等) 分配特定的代理也是可能的。

此外，当起动按钮511按下时发送一个呼叫源URL也是可能的， 并且这个呼叫源使用在合作服务器110上的应用程序插入到用户信息 屏幕520中的隐藏字段，之后将该信息送到代理分配代理机115。

然后接收该响应请求的来话呼叫通知器173在给该代理指示的面 板上给出一个输出：从客户已经有一个合作请求，如在图10中所示 的。当该代理按下一个答复按钮531时，来话呼叫通知器173发送一 个响应完成消息给代理分配服务器161。然后该代理分配服务器161 获得这个响应完全的消息，改变代理管理表状态为“忙”，并且发送 该代理ID和回答合作服务器110的代理分配客户机115所发送的用 户ID。

接收代理ID和用户ID的代理分配客户机115分配一个会话ID 和通知对话URL表管理器121该会话ID，代理ID和用户ID。在本 发明的优选实施例中，当合作结束也转移时，返回URL信息给出返回 的位置。分配会话ID通过浏览器控制器177作为小甜点(cookie) 发送到浏览器175。这是最初发送给用户侧浏览器131作为设置初始 的屏幕的时间的小甜点。

会话URL表管理器121寄存会话ID 211，代理ID213，客户ID 215 和在返回会话管理表210中的URL 219。然后产生新的URL管理表230 和URL管理表的数量记录在会话管理表210中。

代理分配服务器161指定会话ID和命令与到浏览器控制器177 的代理通知器123建立会话。作为响应，浏览器控制器177经过插座 183与代理通知器123建立会话并且设置会话管理表210的代理通信 路径处理218。

为了在有剩余资源时缩短响应时间，当合作开始时，当代理注册 时，通信路径可以预先起动以便仅仅该会话ID可以使用已经建立的 通信路径发送。

在这种情况下，建立的通信路径的组合保持在代理通知器123，当 给出会话ID的通知时从该组合中拉出通信路径并且这个通信路径建 立在会话管理表210。然后分配代理和代理分配服务器161经过浏览 器控制器177起动浏览器。

另一方面，代理分配客户机115命令htm1请求分析器117获得 一个初始的屏幕给出与该代理合作的启动通知。然后htm1请求分析 器117给出通知：该URL装入在代理通知器123和请求高速缓存管 理器113在登记URL管理表230中的初始的屏幕的URL之后获得这 个页面。

当用户侧浏览器131支持Java(Sun Microsystems有限公司的 商标)，它最好是在用户信息输入屏幕520放置一个小应用程序并且 通过小应用程序实现输入字段521和522呼叫按钮523。在代理分配 等期间进展的状态可以通过增加一个状态显示区到小应用程序和进行 小应用程序与该代理分配客户机115通信来显示。在这种情况下，当 代理分配完成了，代理分配客户机115通知小应用程序分配结束和初 始的屏幕的URL以及该小应用程序请求浏览器131以便获得初始的屏 幕。然后代理分配客户机115通知URL的这个代理通知器123装入。

当来自Web服务器140的htm1请求发送给高速缓存管理器113 时，高速缓存管理器113传送这个htm1代码给htm1翻译器119。然 后htm1翻译器119根据图11的规定翻译htm1代码的内容。

当htm1代码返回到对应于htm1请求的http会话时，从htm1请 求确定会话ID和请求URL，并且htm1翻译器119获得会话数量(步 骤403)。

然后使用返回的htm1代码本身的URL寻找用于这个会话的URL 管理表230。当这个没有寄存时，产生一个新的URL ID 231并且寄 存该URL。然后htm1翻译器119从会话URL表管理器121中获得URL 表230中的URL ID 231(URC索引)作为搜索该结果(包括最近寄存 的URL ID 231)(步骤405)。

当在返回的htm1代码的标题中出现限制为该Web服务器范围小 甜点，但是该范围不包括合作服务器时，这个范围译为该合作服务器 的范围，然后设置会话ID为一个小甜点(步骤407)。

然后分析返回的htm1代码，首先提取单个单元并且单元数增加 一(步骤411)。在本发明的优选实施例中，每一个htm1标记单元数 增加一。

如果该单元是一个锚定器(anchor)，步骤413前进到步骤411。 如果该单元是一个表格(form)，步骤423前进到步骤421。然后确 定是否仍然出现一个单元。如果仍然出现一个单元，则步骤409返回 到步骤431。如果没有单元出现，该翻译完成，并且翻译的htm1代 码发送给用户侧Web浏览器131(步骤433)。

当在步骤411确定该单元是一个锚定器，首先获得锚定器标记内 的链路目标URL(步骤413)。然后为获得的URL寻找URL表。当获得 的URL没有寄存时，则获得的URL是最近寄存的。然后返回一个表索 引(步骤415)作为搜索结果(包括最近寄存的URL)。

根据下列规则产生新的URL并且作出一个链路目标(步骤417)。 <合作服务器主机名字>/<识别字符串顺序号>/<会话数量>//<单元数>/<链路目标URL索引>.htm。

在这个例子中“/”使用作为每个索引号的分界符，但是在每个 索引号取一个固定的列号时这种分界符不需要。在这里，识别字符串 是识别由htm1请求分析器117请求的URL不是实际的URL而是由合 作服务器Htm1翻译器翻译的URL。

顺序号用于识别用户是否请求重新加载，以便在用户按下该重新 加载按键时在该代理侧不出现错误的操作。当htm1请求分析器117 获得htm1请求时，在包含在这个请求中的顺序号271中设置使用的 标志273。htm1翻译器119分配一个唯一的顺序号给是URL翻译和 嵌入。htm1请求分析器117可以检测htm1请求是否是指定重新加载 的请求。

会话数量是指定用户和代理之间会话的信息。链路目标URL索引 是指定在URL管理表230管理的实际的URL。例如，在执行控制以便 改变右侧帧的内容情况下单击左侧帧的链路关键字，这个htm1码的 URL索引(转变源)和单元数使用在该代理侧以便识别已经单击哪一地 方。

例如，当合作服务器主机名字为“www.colsvr.com”时，该识别 字符串是“REDIR”，顺序号是0001，会话数量是0003，htm1代码(转 变源)URL索引是1，单元数是4，而链路目标URL索引是2，则：

翻译之前：http：www.company.com

在翻译之后：http：www.colsvr.com/REDIR/0001/003/1/4/2.htm

当支持步骤421至427所示的表格是不必要时，则翻译通常在CGI 中使用的格式是可能的，以便给出：

<合作服务器主机名字><虚拟路径名>？<顺序号识别字符串>＝< 顺序号>&<会话识别字符串>＝<会话数量>&<转变源识别字符串 >＝&<单元识别字符串>＝<单元数>&<链路目标 识别字符串>＝<链路目标URL索引>

当该合作服务器主机名字是“www.colsvr.com”时，虚拟路径名 是“srv”，顺序号识别字符串是“ser”，会话识别字符串是“ses”， 转变源识别字符串是“src”，单元识别字符串是“link”，而链路 目标识别字符串是“dest”，则：

在翻译之前：http：www.company.com

在翻译之后：http：www.colsvr.com/srv？ser ＝3&ses＝3&src＝ l&link＝4&dest＝2

当在步骤421确定该单元是一个表格时，首先，获得在表格标记 中通过ACTION指定的目的地URL(步骤423)。然后为获得的URL寻 找URL表。当URL没有寄存时，则该URL是最近寄存的。然后返回 一个表索引作为搜索结果(包括最近寄存的URL)(步骤425)。

根据下列规则产生新的URL并且在ACTION进行设置(步骤427)。 <合作服务器主机名字>/<识别字符串>/<顺序号>/<会话数量>//<单元数>/<链路目标URL索引>.htm

该识别字符串等是与对锚定器翻译描述的相同。

htm1请求的D-3分析：

当用户单击链路或者在用户侧浏览器131提出一个表格时，作为 在D2-2或者D-2-3中描述的翻译结果产生的URL作为一个请求 发送给合作服务器110。在合作服务器110，htm1请求分析器117接 收这个请求并且根据图12执行处理。

首先，htm1请求分析器117分析请求的URL并且确定用于识别 是否开始本发明的该过程的识别字符串是否出现(步骤453)。如果这 是由htm1翻译器119产生的URL(如果检测到规定的识别字符串)， 则步骤457前进并且在这不是那个引起本发明的过程开始的URL时传 送步骤471的处理(步骤455)。

如果这个URL已经产生作为htm1翻译的结果，该会话ID可以通 过分析该路径获得(步骤457)。然后使用该顺序号检查再装入检测表 270并且进行确定这是否是一个再装入请求。如果确定这不是再装入 请求，使用的URL表230从该会话ID决定。从用于该转变源URL和 链路目标URL的URL索引中请求转变源URL和链路目标URL(步骤 459)。当确定这个请求是一个再装入请求时，执行再装入处理。

然后请求URL翻译为用于该链路目标的实际的URL和保持该实际 的URL直到从高速缓存管理器113有一个应答为止。当不包括会话ID 时，一个标题附加在小甜点的表格中，进行实际上发送给该Web服务 器140的请求(步骤461)并且这个请求传送给该高速缓存管理器 113(步骤463)。

htm1请求分析器117通知该会话ID，转变源，单元数和链路目 标的代理通知器123(当使用该高速缓存管理器113时，在该合作服 务器替换主机名字)(步骤465)。

该代理通知器123访问该会话URL表管理器121和获得对应于该 URL索引的实际的URL。

根据该会话ID，代理通知器123发送用于该转变源URL，单元 数和链路目标URL的信息到驻留在对应于这个会话ID的代理侧系统 中的浏览器控制器177。然后根据这个信息该代理控制器识别链路工 作产生的位置(帧)和链路工作的源的单元并且产生一个动作。在本发 明的优选实施例中，除了在合作开始之外的时间未使用该链路目标。 当单元数是一个无效的数量(负数量)，可认为该合作已经开始和使用 这链路目标URL并且显示。

该代理侧浏览器需要支持由W3C定义的DOM或者相应的功能，因 为浏览器需要产生链路的动作(单击，提出)和在htm1代码内的指定 号码的表格。这样的浏览器的例子是Microsoft Internet Explorer 4.01(微软因特网探测者4.01).

根据来自htm1请求分析器117的请求，高速缓存管理器113从 Web服务器获得htm1代码，在高速缓冲存贮器中保持这个htm1代码 并且返回该结果给htm1翻译器119.但是，来自该代理的请求总是 在来自用户侧的请求之后到达。因此来自该代理侧的请求不发送给 Web服务器，而是返回由该高速缓存管理器已经获得和保持的该结 果。

另一方面，在步骤455，当没有识别字符串时，作出确定在htm1 请求的标题中是否有包括会话ID的一个小甜点。如果有小甜点，这 是来自一个代理或者用户的请求，因此这个请求传递给高速缓存管理 器113。保持请求URL直到有来自这高速缓存管理器113的应答为止 (步骤471和473)。

当没有小甜点时，进行检查这个请求是否是一个代理分配请求(步 骤475)，这是取决于特定的路径名。当希望使用Web浏览器登录和 注销时，增加用于代理分配的请求参数是可能的。当这个请求不是代 理分配请求时，返回一个请求给Web服务器和该Web服务器作为标 准web请求应答(步骤477和479)。

这代理分配服务器161查阅代理管理表250，呼叫已经登录但是 还没有与用户会话的一个代理并且改变那个代理的状态(步骤481)， 并且该代理侧信息终端170指示呼叫到达(步骤483)。

当执行用户信息管理时，根据用户号码或者电话号码等等搜索用 户信息数据库，并且获得用户ID。但是，显示输入给用户信息页面 的信息和以收集的方式根据这个信息通过搜索用户信息数据库获得的 信息也是可能的。

当这个系统与呼叫中心成一体时，这个代理分配实施成为一个 CTI(计算机电话机集成)应用并且代理分配在一个CTI服务器执行。 然后使用安装在代理信息终端的CTI客户机显示来话呼叫。由CTI系 统收集的诸如合同历史等的用户信息除了来话呼叫之外也可以集体地 显示。当没有与呼叫中心成一体时，在应答的情况下，消息可以显示 命令一个代理人工地呼叫一个用户。

当代理单击应答接键时，返回关于代理分配的应答并且决定代理 的分配。该代理分配更新该代理管理表的状态，分配一次新的会话 ID，加上一个新的条目到该会话管理表，作出一个新的URL管理表并 且在这个表中寄存一个初始的URL(步骤485)。当转移关于按下呼叫 按键位置的信息时，在通过记录这个信息作为会话管理表的返回URL 的合作结束之后，这个URL可能返回。(这仅仅用于支持重定向的浏 览器)。这个URL被用作初始的URL。

在与CTI成一体的情况下，用户输入他们的电话号码，或者在从 诸如用户数量的信息识别用户和在用户信息数据库中寄存电话号码的 情况下，可以在这个时候从公共小交换机(PBX)对这个电话号码进行 呼叫。

会话ID加到小甜点表格的标题上，产生实际上发送给Web服务 器的请求(步骤487)，为该转变源设置一个空值，对于该单元数设置 一个无效值，该初始的URL设置用于该链路目标并进行步骤463。

在上面，使用应用到用户和在用户支持中心的代理之间的合作的 本发明的一个例子给予描述，但是本发明的技术也可以应用到一个电 子会议或者其它组合。

如上所述，根据本发明，可以进行基于因特网的合作而不需要在 客户机系统安装合作软件。