专利名称：基于匿名主体寻址的方法和设备的制作方法
本申请是1999年12月22日提交的名称为“基于匿名寻址的网络服务器和网络服务器方法”的美国临时专利申请60/171,930的继续申请。
使用互联网的下划线结构(underlying architecture)能完成这一过程，而下划线结构是基于超文本传输协议(HTTP)或超文本传输协议安全(HTTPS)、传输控制协议(TCP)和网际协议(IP)。根据这一系列协议，网络服务器的服务器程序“接听”在客户计算机上执行的用于连接的客户程序(客户网络浏览器)。客户浏览器通过统一资源语言(URL)与服务器连接。一个URL包括协议说明(例如HTTP，FTP)、主机接收站和文件说明。主机接收站是一个有效的点到点通讯的地址。
这种通常的互联网通讯方式示于
图1。特别是，图1中示出了现有技术中浏览器、网络服务器和应用程序服务器的系统图。图1中包括网络浏览器11、互联网13、服务器15、服务器15.1-15.5、数据库19和目录服务器19。如图所示，服务器15包括文件16.1-16.n和可执行文件18。另外，服务器15.1-15.5也包括文件16.1-16.n和可执行文件18(未示出)，这将在下面详细说明。在工作时，网络浏览器11通过互联网13向服务器15和15.1-15.5中的一个发出请求。这种请求的一个例子是“http//www.rv.tibco.com/whitepaper.html”。这个请求包括协议说明(http)、主机地址(www.rv.tibco.com)(它是服务器15的地址)和文件说明(whitepaper.html)。
通常，服务器15将此请求处理为基于文件的查找。接着服务器15将此请求文件作为HTTP兼容文件，如页面，返回到网络浏览器11。服务器15可将此文件直接返回到网络浏览器11或处理这个请求文件并将处理结果返回。例如，文件的处理将向数据库17发出请求和/或访问目录服务器19的文件。
这样，客户、网络浏览器11之间用服务器15建立起双向或点到点的通讯。通讯的建立是通过网络浏览器11向服务器15发送HTTP请求。在查找“http//www.rv.tibco.com/whitepaper.html”的例子中，服务器15(在“www.rv.tibco.com”)将此请求翻译成GET并确定客户(网络浏览器11)需要一个名为“whitepaper.html”)的文件。因此很有效，请求“http//www.rv.tibco.com/whitepaper.html”是一个文件指针，其中“whitepaper.html”是一个储存在服务器www.rv.tibco.com上的文件，使用HTTP协议将检索服务器www.rv.tibco.com。并且，在缺少后缀“whitepaper.html”时，请求“http//www.rv.tibco.com”是将被翻译成缺省页面GET请求的文件指针，通常是服务器 “www.rv.tibco.com”上的“index.html”。如图1所示，目前的互联网(HTTP/HTTPS/TCP/IP)结构以基于文件的网络服务器为中心，依赖于客户与服务器之间点到点的通讯。
结合了在较高安全性下对1周7天1天24小时(7×24)服务的永远增长的需求，基于文件的结构极大地限制了不同服务器的缩放能力及其它更新和修改。特别是，基于文件的服务器必须在内部升级以处理此系统的扩展名。这意味着关闭服务器以便更新、升级和缩放，从而失去了7×24的服务。这样，基于文件的服务器难于维护、扩展和缩放，特别是当扩展客户服务和动态实时内容增长时。
这个问题在多服务器环境下进一步恶化，如图1所示。在图1所示的具有5个服务器15.1-15.5的多服务器环境中，需要将服务器15的内容复制到服务器15.1-15.5中的每一个。因此，这意味着所有文件16.1-16.n和可执行文件18必须复制5次，以用于服务器15.1-15.5中的每一个。同样地，如图所示，对于每一个这种服务器中必须建立从服务器15和15.1-15.5到数据库17和目录服务器19之间的点到点连接。
如前所述，更新和缩放需要对网络服务器进行内部更新，这意味着所有计算机(服务器)必须关闭，对7×24的服务造成负面影响。这还意味着商家难于扩展和使系统满足客户的需要。因此，就需要另外一种系统。
图2是表示按照本发明的实施方式的浏览器、网络服务器和应用程序服务器的系统图；图3是表示按照本发明的实施方式的浏览器、网络服务器、应用程序服务器和其中功能性的系统图；图4是流程图，表示按照本发明的实施方式的处理具有基于主体请求信息的请求的方法；图5是表示本发明的实施方式的系统应用程序的框图。
详细描述下面描述网络通讯中基于匿名主体寻址的方法和设备。相应地，这里使用了网络中与基于主体寻址的不同的术语。术语“发表”是“发送”的同义词，而术语“预订”是“接听”的同义词。并且，在下面的描述中，为了进行解释，提供了大量特定描述以便彻底理解本发明。但是，没有这些特定描述也能实施本发明，这对于本领域熟知人员是很明显的。
图2是表示按照本发明实施方式的浏览器、网络服务器和应用程序服务器的系统图。具体地，图2中包括网络浏览器11、网络202、服务器204、网络通道206和应用程序服务器208-214。网络浏览器11通过网络202与服务器204连接。并且服务器204通过网络通道206与应用程序服务器208-214连接。
在一个实施方式中，网络202是局域网(LAN)。在另一个实施方式中，网络202是广域网(WAN)。在一个这种实施方式中，网络202是互联网。并且，网络202可以是在网络浏览器11和服务器204-214之间提供通讯的不同网络的组合。另外，图2的拓扑结构仅是一个例子而不具有限制性，因为本发明实施方式中有其它类型的拓扑结构。例如，服务器204-214之间的连接可以通过网络202，而不是通过与网络202分离的网络通道206。
图3是表示按照本发明实施方式的浏览器、网络服务器、应用程序服务器和其中功能性的系统图。具体地，图3表示按照本发明实施方式的服务器204和应用程序服务器208-214的工作方法。由于简化的原因，图3中的一个方块表示每个应用程序服务器208-214的功能。在工作时，网络浏览器11通过网络202将HTTP协议的数据请求传送到服务器204。服务器204在处理方块302接收HTTP请求。
服务器204在过程块304将此HTTP请求转换成基于主体的用于发表/预订通讯的请求。发表/预订通讯技术加速实时信息的传送，例如在金融业。特别是，发表/预订通讯使应用程序在任何环境下能可靠而明显地共享最新的信息。在这种通讯中，一个给定的发表/预订信息经过网络，从而使与此网络连接的设备，例如服务器，预订不同的发表/预订信息。例如，一个给定的发表/预订信息是关于存储于网络上不同服务器上的特殊文件。此信息要被格式化，以便当接收信息时预订者知道哪个文件需要被返回到最初传送发表/预订信息的请求设备。对比之下，点到点通讯将相同的信息单独传送到每个预订者，从而浪费了网络带宽并减慢了这种信息的传送。
另外，服务器204在过程块306指定一个应答主休，并且在过程块308发表基于主体的信息。在一个实施方式中，主体的名字是一个描述信息内容并指出信息目的地的字符串。基于主体的寻址技术有助于信息达到其目的地，而不需要应用程序设计者详细了解网络地址、协议、数据包、端口和插槽。在一个实施方式中，这种应用程序设计者将一些惯例用于直觉的、人类可读的主体名称。
并且，传统的网络程序将IP地址结合到信息分配中，从而将程序绑定到具体的计算机设备。相反，基于主体的寻址应用程序通过主体名称共享信息，从而将应用程序释放出来可在网络的任何位置上的任何计算机设备上运行。特别是，需引起注意的设备，例如网络上的服务器，接听(预订)具体主体的名称。因此，当第一设备(发表者)发表一条关于具体主体名称的信息以及网络上的其它设备(预订者)正在接收(预订)此主体名称时，这种基于主体寻址的方案将信息从发表者可靠地传递到预订者。从而任何在网络设备上执行的应用程序将信息传送到任何其它在网络设备上运行的应用程序。这种基于主体寻址的方案使分布式系统更加灵活和可维护。
因此应用程序通过接听来接收信息。另外，在一个实施方式中，给定设备的接听将主体名称与此设备上执行的反馈功能联系在一起。特别是，当信息到达时，基于主体的寻址软件通过将给定的主体名称与特定的反馈功能匹配而将该信息发送至合适的反馈功能。
如所描述，基于主体的寻址技术允许局部透明。该技术中的发表者和预订者可以在网络上的任何计算机上运行。并且，服务器应用程序能移动和复制(共享一个庞大的客户作业)而不影响存在着的客户。例如，因为发表者(或客户)不需要知道预订者的具体的地址(如IP地址)，所以就能增加、删除或个性化预订者而不影响发表者如何传送它的基于主体的信息。因此，这种基于主体寻址的技术使最终用户建立适于容易地改变和增长的缩放作业流系统。
在任务繁重期间出现建立缩放作业流系统的一个实例，因为系统需要通过增加资源以适应这种任务来作出响应。老系统需要事先对系统升级。即使这样，在联机数极大并且需要网络服务器处理的同时请求很多时，人们仍可以逃脱防卫。当这种情况发生时，当前结构不能平衡，它们用绑定资源静态地创建系统，因为快速适应不是一个可能的选择。在本发明的实施方式中，额外的资源可以快速地和实时地动态加入，以减少等待时间和避免拒绝用户的服务。当任务减少时这些后端系统也能使它们自己离线。
再看图3，在一种实施方式中，基于主体的请求信息通过网络206多点传送。在这样一个实施方式中，应用程序服务器208、210、212和214在过程块310接听给定主体的请求。根据接收的基于主体的请求，应用程序服务器208、210、212和214在过程块312通过检索给定主体的目录处理这样的请求。在一个实施方式中，从存储在应用程序服务器208、210、212和214中的本地数据库找到目录。但是，本发明的实施方式不限于此，因为从其它位置也能找到这种目录。例如，可以存储在另外一个远程服务器上。并且，在过程块314，应用程序服务器208、210、212和214利用具有应答主体的信息发表此检索的目录，此应答主体在过程块306由服务器204分配。
在一个实施方式中，一旦基于主体的请求在过程块308发表时，在过程块316，服务器204开始接听基于主体的信息的响应。根据从任一个应用程序服务器208、210、212和214接收的基于主体的信息的响应，服务器204根据响应内的区域和内容产生点到点的响应。在一个实施方式中，此点到点的响应是根据HTTP协议。下面结合图4详细描述这种点到点的响应的产生。服务器204在过程块318将此点到点的响应通过网络202传送回网络浏览器11。在一个实施方式中，根据接收的这种响应，网络浏览器11产生一个网页，将此响应的内容显示给网络浏览器11的用户。但是，本发明的实施方式并不限于此，因为网络浏览器11根据接收的这种响应也进行其它的操作。例如，这种响应可以转向到其它网页，从而使网络浏览器11向服务器204产生新的HTTP协议请求。
因此，网络浏览器11使用TCP/IP/HTTP/HTTPS系列的协议通过网络202发送HTTP/HTTPS兼容协议。服务器204从网络浏览器11接收此请求、数据包或信息并将之转换成基于主体的请求。例如网络浏览器11的原始请求“http//www.rv.tibco.com/whitepaper.html”转换成基于主体的信息“whitepaper.html”。注意，接收此浏览器请求的服务器204是地址为“http//www.rv.tibco.com”的服务器。在指定应答主体后，例如“A762whitepaper.html”，服务器204通过网络206多点传送基于主体的请求，使得接听此特殊的基于主体的信息的所有服务器(如应用程序服务器208-214)能收到此信息。在一个实施方式中，应用程序服务器208-214是具有多台计算机的局域网或广域网。在一个实施方式中，应用程序服务器208-214是可升级的。并且，在一个实施方式中，服务器204和208-214可位于同一服务器。
图4是流程图，表示按照本发明实施方式的处理具有基于主体的信息的请求的方法。具体地，图4表示的方法400从网络浏览器11在过程块402发出请求开始。网络浏览器11在过程块404使用TCP/IP/HTTP/HTTPS系列协议通过网络202发送HTTP/HTTPS兼容请求。因此，服务器204在过程块406接收该请求。服务器204在过程块408将点到点请求转换成基于主体的信息。例如，如果来自网络浏览器11的请求是一个文件请求，如“http//.../whitepaper.html”，此请求被转换成主体空间“whitepaper.html”。
并且，在过程块410HTTP请求被转换成名称/数值对并打包到基于主体的信息内。另外，服务器204在过程块412产生应答主体。在一个实施方式中，这种应答主体的产生包括产生对所有由服务器204在此特定主体上随后发表的信息的接听。这些信息代表其内容将被发送到网络浏览器11上的响应。并且，应答主体的产生包括发表基于主体的请求。
当一个应用程序服务器208-214对基于主体的请求返回响应时，服务器204在过程块414接收此基于先前指定的应答主体的响应。并且，服务器204在过程块416根据此基于主体的响应的内容和类型域产生点到点的响应。在一个实施方式中，该点到点的响应是HTTP或HTTPS响应。接着，服务器204在过程块418将此点到点的响应传送回网络浏览器11。在一个实施方式中，网络浏览器11在过程块420将此响应显示成HTML网页。但是，如前所述，从服务器204返回的响应并不局限于以网页显示，因为本发明的实施方式可包括其它任何类型的、服务器与客户计算机间的响应通讯。
图5是表示本发明实施方式的系统应用程序的框图。与图2相似，图5包括网络浏览器11、网络202、服务器204、网络通道206和应用程序服务器208-214。网络浏览器11通过网络202与服务器204连接。并且服务器204通过网络通道206与应用程序服务器208-214连接。
另外，如图所示，应用程序服务器214中包括多个服务器(应用程序服务器214.1-214.n)。在一个实施方式中，应用程序服务器214.1-214.n通过局域网(LAN)互相连接。在另一个实施方式中，应用程序服务器214.1-214.n通过广域网(WAN)互相连接。在这样的一个实施方式中，应用程序服务器214.1-214.n通过互联网互相连接。并且，应用程序服务器214.1-214.n能通过可在这些应用程序服务器间提供通讯的不同类型的网络互相连接。
基于主体的寻址，与基于点到点的寻址对比，允许请求信息的排队和任务平衡，如图5所示。本发明的实施方式其中也有分布队列，这将通过应用程序服务器214的结构和工作加以说明。
在工作时，应用程序服务器214.1-214.n结合有一个分布队列，使接收到的基于主体的信息，如前面图3-4的结构所描述的，位于队列中。并且，应用程序服务器214.1-214.n中的一个被指定为此分布队列的活动调度程序。在一个实施方式中，根据调度程序的权重确定活动的调度程序。调度程序权重代表一个组元相对于队列中的其它组元进行通话完成调度程序功能的能力。在这样的一个实施方式中，调度程序权重是基于其中资源的可用性。并且，在一个实施方式中，具有最高调度程序权重的应用程序服务器214.1-214.n被指定为调度程序。
另外，在一个实施方式中，给定的服务器(如应用程序服务器214.1)，其是活动的调度程序，将心跳(heartbeat)信息以具体时间间隔传送到分布队列的其它服务器组元(如应用程序214.2-214.n)。这些心跳信息通知其它组元服务器活动的调度程序仍是激活的。因此，分布队列中的每个服务器都指定相同的调度程序激活间隔，以接收这些心跳信息。当来自活动调度程序的心跳信息对此激活间隔没有反应，则剩余队列组元中具有最大调度程序权重的队列组元取代活动调度程序的位置作为新的活动调度程序。
因此，此类调度提供必需的缺省误差，以使给定组元服务器214.1-214.n作为分布队列的调度程序。任何组元服务器214.1-214.n都可能成为调度程序，因为这些缺省误差参数(如调度权重)选择最适合的组元服务器作为分布队列的活动调度程序。
并且，所有应用程序服务器，包括作为分布队列一部分的活动调度程序，都被指定为工作者或接听者，因为这些应用程序服务器接听进入分布队列的基于主体的信息并被分配了工作或处理这些基于主体的信息。在一个实施方式中，分布队列的应用程序服务器214.1-214.能够共享相同的可重复使用的通讯名称，指示出它们是具有这个名称的队列中的组元。在一个这样的实施方式中，每个分布队列中的组元接听相同的主体。但是，即使当每个组元接听每个入站信息时，仅有一个组元处理信息。
特别是，当基于主体的信息接收到分布队列中的应用程序服务器214.1-214.n时，活动调度程序(如应用程序服务器214.1)，将处理此基于主体的信息的任务分配给任意的在此分布队列中的应用程序服务器，包括活动调度程序。在一个实施方式中，活动调度程序根据工作者或接听者的权重分配处理给定的基于主体的信息的任务。
在这样一个实施方式中，活动调度程序将处理任务分配给具有最大工作者或接听者权重的可用的工作者或接听者。在一个实施方式中，除去下列情况外工作者或接听者被认为是可用的(1)分配给此工作者或接听者的未处理的任务超过了它的任务容量，或(2)工作者或接听者是活动调度程序。但是，当没有其它工作者或接听者可用时，活动调度程序不分配任务给自己。
任务容量是指工作者或接听者能接受的最大数量的任务。在一个实施方式中，当可接受的任务数量达到这个最大值时，工作者或接听者不能接受额外的任务，直到至少一个当前未处理的任务完成。根据所接收的进入的基于主体的信息的任务，活动调度程序将此任务分配给具有最大工作者或接听者权重的未解决任务，除非分配给此工作者或接听者的未处理的任务超过了它的任务容量。在一个实施方式中，当优选的工作者或接听者超出了它自己的任务容量时，活动调度程序将此新任务分配给具有次大工作者或接听者权重的工作者或接听者。
在一个实施方式中，当服务器在分布队列中时分配给服务器的缺省任务容量是1个。但是，这个数值可以根据很多不同因素修改。在一个实施方式中，在一个包括很多处理器的服务器上，处理器用于执行多线程程序，这种服务器具有的任务容量为n，将n个线程和n个处理器分配给入站任务。
在一个实施方式中，通讯时间滞后考虑在给定服务器的任务容量中。在多数分布队列应用程序中，通讯时间是任务转向时间中不重要的一部分。换句话说，与需要处理实际任务的时间相比，分配任务和表示完成所需的时间非常小。例如，当平均任务转向时间为2000毫秒，其中通讯时间在总时间中占10毫秒，任务容量与处理器或线程的数目相同。
但是，在某些情况下，通讯时间是重要的。例如，当队列组元分布于由WAN或互联网或内部网连接起来的远距离网站上时，通讯时间变得非常重要。当通讯时间变得重要时，任务容量的意义发生改变。特别是，不表示接听者能同时处理的任务数量，此时任务容量表示尽管存在通讯时间滞后也能饱和接听者容量的任务数量。例如，当平均任务转向时间是1500毫秒，其中平均任务处理时间和通讯时间分别为1000毫秒和500毫秒，设置任务容量以解决通讯时间将任务之间的接听者空闲时间最小化。
因此，当用任务容量补偿通讯时间滞后时，平衡是关键。使接听者任务不足(通过设置它的任务容量非常小)能使接听者保持空闲，同时等待活动调度程序为它分配下一任务。相反，使接听者任务过多(通过设置它的任务容量非常大)能使一些被分配的任务处于等待，而其它可以接受这些任务的接听者处于空闲。在一个实施方式中，应用程序服务器214.1-214.n支持多种服务器用于传送基于主体的信息。
如前所述，分布队列查询所有n个应用程序服务器不希望出现的问题，以使特定的应用程序服务器214得到每一条由服务器204发表的信息。通常，在组214中的所有服务器执行相同的任务。例如，这是不希望出现的，因为组214中n个应用程序服务器中的每一个都起作用。另外，如果每个应用程序服务器都接收信息(并可能对此作出响应)，这将浪费网络带宽。
虽然如此，必须强制组214的n个应用程序服务器中至少有一个接收信息，并且待加载的任务在所有可能的应用程序服务器之间是平衡的，即理想情况下系统仅将信息传送到n个应用程序服务器214中的一个。这种情况在需要大量应用程序服务器214提供所需的缺省误差水平和/或任务平衡的地方出现。例如，在应用程序不适合或信息传送绝对紧急的情况下，缺省误差是重要的。
在本发明的实施方式中，组214中的每个应用程序服务器传送信息到n个应用程序服务器中的一个，如服务器214.1，作为活动调度程序，并给出权重指示。接着，通过将接收的基于主体的信息发送到组中具有最大权重的特定的应用程序服务器，活动的调度程序214.1作出响应。因此，组214中分布队列的预订服务器接收代表任务的信息(更新或查询)。系统准确地将每一项任务分配到每一个服务器，而这组服务器和任务的分布对于网络服务器仍彻底保持透明。分布队列和任务调度特征在出版的PCT申请WO99/09490中有详细描述，此专利在此作为参考文献。
另外，计算设备，例如这里所描述的服务器，可包括处理单元和存储器(未示出)。这种存储器包括可机器阅读的介质，在上面存储了一系列的信息(即软件)，体现了任一种，或所有的，上述方法。软件能完全或至少是部分地驻留在此储存器中，或/和在处理单元内。为了说明的目的，术语“机器可阅读的介质”需要包括任一种提供(即储存和/或传送)可机器(如计算机)阅读形式的信息的机构。例如，一种可机器阅读的介质包括只读存储器(ROM)；随机存取存储器(RAM)；磁盘储存介质；光储存介质；闪存装置；电子、光学、听觉的或其它形式的传播信号(如载波、红外信号、数字信号，等等)；等等。
这样，描述了网络通讯中基于匿名主体寻址的方法和设备。尽管参考具体的实施方式说明了本发明，很明显的是，在不偏离本发明的精神和范围的情况下可以对这些实施方式作出各种修改和变化。例如，描述的本发明的实施方式在给定的网络浏览器和给定的服务器之间使用TCP/IP/HTTP/HTTPS协议。但是，这种实施方式是作为实例，而不是出于限制，因为其它类型的点到点协议能被给定的服务器接收并转换成基于主体的信息。
对这些实施方式作出修改的另一个实例是去除网络通道206，如图2、3和5。具体说，本发明的实施方式并不受限于将基于主体的信息传送到与网络通道206连接的外部服务器，因为基于主体的信息可以被传送到服务器204进行本地处理。因此，说明和附图是为了解释，而不是为了限制的目的。
权利要求
1.一种方法，包括从客户计算机接收点到点请求信息；将点到点请求信息转换成基于主体的信息；多点传送基于主体的信息；接收对基于主体的信息的响应；将对基于主体的信息的响应转换成点到点响应信息；和将点到点响应信息传送回客户计算机。
2.如权利要求1所述的方法，其中所述转换包括为基于主体的信息指定应答主体。
3.如权利要求1所述的方法，其中所述点到点请求信息是基于超文本传输协议。
4.如权利要求1所述的方法，其中所述基于主体的信息指示一组用于接收基于主体的信息的用户。
5.如权利要求4所述的方法，其中所述用于接收基于主体的信息的用户的组能动态变化。
6.如权利要求1所述的方法，其中所述基于主体的信息与接收者的身份无关。
7.如权利要求1所述的方法，其中所述基于主体的信息与基于主体的信息的接收者使用的协议无关。
8.一种根据超文本传输协议(HTTP)处理点到点请求的方法，该方法包括从客户计算机接收点到点请求信息；将点到点请求信息转换成基于主体的信息；通过网络将基于主体的信息多点传送到多个应用程序服务器；从多个应用程序服务器中的一个接收对基于主体的信息的响应；从响应中提取内容；使用从响应中提取的内容生成点到点响应；和将点到点响应传送回客户计算机。
9.如权利要求8所述的方法，其中所述转换包括为基于主体的信息指定应答主体。
10.如权利要求8所述的方法，其中所述基于主体的信息指示一组用于接收基于主体的信息的用户。
11.如权利要求10所述的方法，其中所述用于接收基于主体的信息的用户的组能动态变化。
12.如权利要求10所述的方法，其中所述基于主体的信息与接收者的身份无关。
13.如权利要求10所述的方法，其中所述基于主体的信息与基于主体的信息的接收者使用的协议无关。
14.一种提供指令的可机器阅读的介质，当由处理器执行时，使所述的处理器执行操作，包括从客户计算机接收点到点请求信息；将点到点请求信息转换成基于主体的信息；多点传送基于主体的信息；接收对基于主体的信息的响应；将对基于主体的信息的响应转换成点到点响应信息；和将点到点响应信息传送回客户计算机。
15.如权利要求14所述的可机器阅读的介质，其中所述转换包括为基于主体的信息指定应答主体。
16.如权利要求14所述的可机器阅读的介质，其中所述点到点请求信息是基于超文本传输协议。
17.如权利要求14所述的可机器阅读的介质，其中所述基于主体的信息指示一组用于接收基于主体的信息的用户。
18.如权利要求17所述的可机器阅读的介质，其中所述用于接收基于主体的信息的用户的组能动态变化。
19.如权利要求14所述的可机器阅读的介质，其中所述基于主体的信息与接收者的身份无关。
20.如权利要求14所述的可机器阅读的介质，其中所述基于主体的信息与基于主体的信息的接收者使用的协议无关。
21.一种可机器阅读的介质，能提供指令用于处理根据超文本传输协议(HTTP)的点到点请求，当由处理器执行时，使所述的处理器执行操作，包括从客户计算机接收点到点请求信息；将点到点请求信息转换成基于主体的信息；通过网络将基于主体的信息多点传送到多个应用程序服务器；从多个应用程序服务器中的一个接收对基于主体的信息的响应；从响应中提取内容；使用从响应中提取的内容生成点到点响应；和将点到点响应传送回客户计算机。
22.如权利要求21所述的可机器阅读的介质，其中所述转换包括为基于主体的信息指定应答主体。
23.如权利要求21所述的可机器阅读的介质，其中所述基于主体的信息指示一组用于接收基于主体的信息的用户。
24.如权利要求23所述的可机器阅读的介质，其中所述用于接收基于主体的信息的用户的组能动态变化。
25.如权利要求21所述的可机器阅读的介质，其中所述基于主体的信息与接收者的身份无关。
26.如权利要求21所述的可机器阅读的介质，其中所述基于主体的信息与基于主体的信息的接收者使用的协议无关。
27.一种与网络连接的应用程序服务器，该应用程序服务器包括具有数据的数据库；与数据库连接的处理器，该处理器处理从服务器接收的基于主体的信息，该基于主体的信息包括对数据内容的请求，其中基于主体的信息从客户计算机接收的点到点信息中生成，所述处理包括接听从网络上接收的基于主体的请求信息；根据基于主体的信息中的请求从数据库中提取部分数据；生成基于主体的响应信息，该响应信息包括从数据库中提取的部分数据；和将基于主体的响应信息传送回服务器。
28.如权利要求27所述的应用程序服务器，其中所述点到点请求信息是基于超文本传输协议。
29.如权利要求27所述的应用程序服务器，其中所述基于主体的响应信息包括由服务器指定的应答主体。
30.如权利要求27所述的应用程序服务器，其中所述基于主体的信息与接收者的身份无关。
31.如权利要求27所述的应用程序服务器，其中所述基于主体的信息与基于主体的信息的接收者使用的协议无关。
32.一种系统，包括与网络连接的服务器，该服务器从网络浏览器接收根据超文本传输协议(HTTP)的点到点请求信息并处理该点到点请求信息，所述点到点请求信息的处理包括将点到点请求信息转换成基于主体的信息；多点传送基于主体的信息；接收对基于主体的信息的响应；将对基于主体的信息的响应转换成点到点响应信息；和将点到点响应信息传送回网络浏览器；与网络连接的多个应用程序服务器，该多个应用程序服务器中的每一个包括具有数据的数据库；与数据库连接的处理器，该处理器处理从服务器接收的基于主体的信息，该基于主体的信息的处理包括接听从网络上接收的基于主体的请求信息；根据基于主体的信息中的请求从数据库中提取部分数据；生成基于主体的响应信息，该响应信息包括从数据库中提取的部分数据；和将基于主体的响应信息传送回服务器。
33.如权利要求32所述的系统，该系统还包括分布队列，该分布队列从服务器接收基于主体的信息，其中多个应用程序服务器中的一个调度哪个应用程序服务器将处理分布队列中接收的基于主体的信息。
34.如权利要求32所述的系统，其中多个应用程序服务器能动态变化。
35.如权利要求32所述的系统，其中基于主体的信息与多个应用程序服务器使用的协议无关。
全文摘要
一种用于基于匿名主体寻址的方法，包括从客户计算机接收点到点请求信息(408)。该方法还包括将点到点请求信息转换成基于主体的信息。将基于主体的信息多点传送。另外，接收对基于主体的信息(414)的响应。该方法还包括将对基于主体的信息的响应转换成点到点响应信息(416)。并且，将点到点响应信息传送回客户计算机(418)。
文档编号H04L29/08GK1433545SQ00817530
公开日2003年7月30日 申请日期2000年12月22日 优先权日1999年12月22日
发明者德里克·L·科利森 申请人:蒂布可软件公司