CN1779713A - 电子数据传送系统、服务器、终端和电子数据传送方法 - Google Patents

Abstract

为了在系统中发放票时减小交易中服务器的负载，在所述系统中多个服务器在特定服务器的统一管理下传送诸如电子票的电子数据。所述系统包括发放诸如电子票的电子数据的批发商服务器10，执行对将由批发商服务器10发放的电子票等等的销售处理的代理商服务器20，和通过把它自己连接到批发商服务器10和代理商服务器20上来获得电子票等等的客户机终端30。代理商服务器20把权标附加于来自客户机终端30的对于诸如票的电子数据的传送请求上，并把该请求传送回客户机终端30，所述权标用来访问批发商服务器10或者直接位于该代理商服务器20上面的另一代理商服务器20。客户机终端30把从代理商服务器20接收到的带有权标的电子数据传送(购票)请求传送到批发商服务器10。随后，批发商服务器10响应于该带有权标的电子数据传送(购票)请求而发放诸如电子票的电子数据。

Description

电子数据传送系统、服务器、终端和电子数据传送方法

技术领域

本发明涉及一种用来根据来自客户机的访问而由服务器传送电子数据的系统。更具体地说，本发明涉及一种用来由在批发商服务器统一管理下的多个代理商服务器传送电子数据的系统和一种传送电子数据的方法。通过主要假定所述的电子数据是电子票而在下面描述本发明。所以，在下面的说明中，本发明涉及一种用来根据来自客户机的访问而由服务器发放和出售电子票的系统。更具体地说，本发明涉及一种用来由在批发商服务器统一管理下的多个代理商服务器出售电子票的系统和一种出售电子票的方法。

注意，关于权利要求的范围，电子票被改变为电子数据。本发明是一种传送方法，其能够将通过具有高负载的中间服务器所执行的电子数据传送请求处理从网络环境中的请求客户机终端传送到低端服务器，在所述网络环境中多个服务器分级排列。因此，在本发明中，电子数据是否是电子票或者诸如音乐、视频、正式的个人居住信息等等的数字内容，对于电子数据传送方法来说并没有不同。

背景技术

在娱乐商业中出售票的情况下，通过基于委托行为使用代理商等等而售票。例如，在世界杯足球赛中，FIFA(国际足球联合会)通过独家代理商(批发商)把票分配给其他国家的票管理者。从而，想购票的人从这些国家的票管理者获得票。根据情况，代理商可以进一步地建立它们自己的代理商，从而可采用一种销售的模式，其中将委托的形式分级为若干阶段，诸如子代理商和次子代理商。然而，通过使用这种销售方法，如果预定的代理商拥有太多的票或者已售完票，无法灵活地改变票的分配。那么，销售效率是很差的。

近年来，随着计算机信息处理技术的发展，通过使用数字化的票(电子票)，已经实现了有效的售票。通过分别在批发商、每一代理商和最终经销商那里安装服务器并将这些服务器经由网络以分级的方式(树结构)连接起来而构成的系统中销售电子票。从而，对应于根节点的批发商可以对所有票的销售情况进行统一的管理(例如参见专利文献1和2)。对所述票的销售情况的统一管理能够避免出现特定的代理商拥有过多的票或者已经售完票的情况。

图9是说明在通过分级地连接服务器而构成的系统中销售电子票的方法的图。

在图9中，想买票的人操作客户机终端903以发布购票请求。随后，将该请求从客户机终端903传送到代理商C的服务器902C。代理商C的服务器902C把该请求传送到在该系统的分级结构中位于服务器902C上面的代理商A的服务器902A。经过在该分级结构中类似和顺序地向上传送，该请求最终到达批发商的服务器901。批发商的服务器901响应该请求而发放票并返回响应。该响应通过向回追随传送购票请求的路径而到达客户机终端903。接着，诸如付款的过程由客户机终端903执行。从而，票被售给想买票的人。

[专利文献1]：日本公开专利公告号2002-197221

[专利文献2]：日本公开专利公告号2002-297242

发明内容

如上所述，通过网络系统的电子票(下文简称为票)的销售管理使得批发商能够对所有票的销售情况进行统一的管理，即使是通过使用众多的代理商和经销商进行售票。从而，能够避免出现特定的代理商拥有过多的票或者已经售完票的情况。然而，在根据售票委托合同形式而简单地把服务器从批发商分级地连接到最终经销商的网络系统的情况下，存在增加了位于较低端的服务器上的负载的问题。

特别是在上面所述的系统中，存在于从通过其发布购票请求的客户机终端到顶端服务器的路径上的所有服务器只有在所发布的请求到达顶端服务器并被处理后才能完成交易。例如在图9中，只有在从客户机终端903接收到的请求到达批发商的服务器901并且将服务器901的响应经过代理商C的服务器902C传送到客户机终端903后，代理商C的服务器902C才能继续其交易。因此服务器所处的位置越低，其完成交易所花费的时间就越长。从而增加了该服务器的负载。这种涉及电子票的发布的技术问题类似地存在于各种电子数据(数字内容，例如音乐、视频、正式的个人居住信息等等)的传送中。

作为一种减少较低端服务器上的负载的方法，考虑把所有代理商的服务器直接连接到批发商的服务器上，而不管在合同中每一代理商的形式(子代理商、次子代理商等等)。然而在这种系统中，所有代理商的服务器都由批发商的服务器来管理。因此，每当代理商增加或者减少它自己的子代理商时，该代理商必须从批发商那里获得服务器连接的同意，这是很复杂的。另外，每一代理商必须向批发商或者高端代理商提供涉及它自己的子代理商的信息。根据代理合同的形式，上面的情况可能是不利的。

因此，本发明的一个目的在于，当在由多个服务器组成的系统中发放电子票并且在特定服务器统一管理下发放票时减小交易中的代理商服务器的负载。

另外，本发明的另一目的在于，提供灵活的销售电子票的系统，其能够通过特定代理增加或者减少它自己的子代理而容易地改变系统配置。

为了实现上述的目的，将本发明实现为售票系统，其包括：发放电子票的批发商服务器(源服务器)；执行销售由批发商服务器发放的电子票的处理的代理商服务器；和通过把它自己连接到所述的批发商服务器和所述的代理商服务器(代理服务器)来获得电子票的客户机终端。本系统的特征在于：所述的代理商服务器将用来访问所述批发商服务器的权标附加在来自所述客户机终端的购票请求上，并把所述的请求传送回所述客户机终端；所述客户机终端把从所述代理商服务器接收到的带有权标的购票请求传送到批发商服务器；从而，批发商服务器响应于带有权标的购票请求而发放电子票。所述的代理商服务器可以包括付款功能，用来进行包括于客户机终端获得电子票的过程中的付款。

另外照例地，除了发放电子票外，本发明也可以应用于从客户机终端传送进行查询或者取消所发放的电子票的请求的情况。在这种情况下，权标被附加在所述的用于查询或者取消电子票的请求上。从而，基于所述的带有权标的请求，所述的批发商服务器执行诸如查询和取消电子票的管理服务的处理。

另外，本系统还可以包括子代理商服务器，其执行销售由批发商服务器发放的电子票的处理，把用于访问代理商服务器的权标附加于来自客户机终端的购票请求上，并把所述请求传送回所述客户机终端。每个子代理商服务器还可设置它自己的子代理商服务器。在这种情况下，在各自服务器之间的关系具有树结构，其中所述的批发商服务器被设置为根节点。

在上面所述的系统中，更优选地，树结构中的每一服务器与直接在其下面的服务器共享一个密钥。另外，树结构中的子服务器级别的服务器使用所述的密钥来加密权标的至少一部分。同时，树结构中的父服务器使用与直接在其下面的服务器共享的所述密钥来解码所述至少被加密了一部分的权标。

另外，也将本发明实现为售票系统，其中构成树结构的多个服务器在对应于根节点的服务器的统一管理下执行销售电子票的处理。该系统包括：客户机终端，其通过经由网络把自己连接到构成树结构的服务器组中的服务器来传送对于电子票的请求(换言之，对于电子票的购买请求、查询请求、取消请求等等)；第一服务器，其把用来访问在树结构中直接位于所述第一服务器上面的服务器的权标附加于来自所述的客户机终端的请求上，并把所述的请求传送回所述的客户机终端；和第二服务器，其是对应于树结构中根节点的服务器，当其接收到带有由直接位于第二服务器下面的第一服务器所附加的权标的请求时发放电子票。当从所述的服务器传送回该带有权标的请求时，所述的客户机终端把该带有权标的请求传送到被该权标指定为目的地的第一或者第二服务器。

这里，系统中这些服务器中的每一个更明确地包括：通信部件，用来经由网络访问客户机终端；接收处理部件，其把用于访问批发商服务器的权标附加于来自所述客户机终端的对于电子票的请求上，并通过所述的通信部件把所述的请求传送回所述的客户机终端，所述的批发商服务器对应于所述请求发放电子票；密钥存储部件，其存储由批发商服务器和其他服务器共享的密钥；以及加密处理部件，其通过使用存储在所述密钥存储部件中的密钥来加密由所述的接收处理部件生成的权标的至少一部分。另外，所述的客户机终端包括：通信部件，用来经由网络访问服务器；请求发布部件，其生成诸如购票请求的用于购买电子票的请求，并通过所述的通信部件把该请求传送到预定的服务器；和购票处理部件，当从所述的预定服务器接收请求时，其中所述请求已经由客户机终端本身所传送并被附加上用来访问另一服务器的权标，所述的购票处理部件通过所述的通信部件传送该带有权标的请求到由权标所指定的目的地服务器，并当从预定服务器或者由权标所指定的目的地服务器接收电子票时，所述的购买票处理部件将该电子票存储于存储单元中。

另外，也可将本发明实现为由系统售票的方法，在该系统中，构成树结构的多个服务器在对应于根节点的服务器的统一管理下执行销售电子票的处理。该方法包括：第一步，使构成所述的树结构的服务器组中的预定服务器从所述的客户机终端接收购票请求，把用于访问在树结构中直接位于所述预定服务器上的服务器的权标附加于所述的购票请求上，并把所述的请求传送回所述的客户机终端；第二步，使客户机终端把从所述的代理商服务器接收到的带有权标的购票请求传送到由该权标所指定的目的地服务器；和第三步，当对应于根节点的服务器从客户机终端接收带有由直接位于该服务器下面的服务器所附加的权标的购票请求时，使其响应于所述的购票请求而发放所述的电子票。

如上所述，该售票方法可类似地应用于进行查询或取消电子票的请求。

根据由如上所述组成的本发明，客户机终端使用权标顺序地访问树结构中的高端服务器，并最终通过访问对应于根节点的批发商服务器来获得票。因此，每个服务器不必非要直到票被发放才继续它的交易，从而达到减小负载的效果。

另外，根据本发明，每个服务器可以仅识别直接位于其上面和下面的服务器，并且高端服务器不必非要管理其下面所有的服务器。因此，能够实现一种灵活的系统，其能够通过增加或者减少它自己的子代理商而容易地改变系统的配置。

附图说明

图1是根据本发明实施例的说明售票系统的图。

图2A和图2B是说明在该实施例中的批发商服务器和代理商服务器之间信任关系的图。

图3是示出适合作为根据该实施例的系统中的批发商服务器和代理商服务器的计算机的硬件配置的示例的示意图。

图4是根据实施例的示出批发商服务器的功能配置的图。

图5是根据实施例的示出代理商服务器的功能配置的图。

图6是根据实施例的示出客户机终端的功能配置的图。

图7是说明实施例的客户机终端在购票时的操作的流程图。

图8是示出在实施例中将被附加于购票请求中的权标的数据配置的示例的图。

图9是说明在通过分级地连接服务器而构成的系统中销售电子票的方法的图。

具体实施方式

参照附图，将在下面详细地描述用于实现本发明的最佳模式(在下文称为实施例)。

图1是说明根据该实施例的售票系统的图。如图1所示，该实施例的系统包括：作为批发商的服务器的批发商服务器10；作为代理商的服务器的代理商服务器20；和经由网络连接到批发商服务器10和分别的代理商服务器20上的客户机终端30。批发商服务器10和每一代理商服务器20之间的关系具有对应于批发商和代理商之间的委托合同的形式的分级结构(树结构)。特别地，在该树结构中，批发商服务器10被设置为根节点，直接与批发商签订委托合同的代理商的代理商服务器20直接位于批发商服务器的下面，并且与该代理商签订委托合同的子代理商的代理商服务器20进一步地位于该代理商的下面。不过，批发商服务器10和各自的代理商服务器20不必非要经由网络相互连接。在下文中，如果需要使独立的代理商服务器20相互区别，将通过添加对应于如图1所示的代理商的后缀而把代理商服务器20描述为代理商服务器20A和20B。在图1中，代理商服务器20A和20B都直接位于批发商服务器10的下面并处于相同的结构等级。另外，代理商服务器20C处在低于代理商20A的结构等级中。

尽管图1仅示出连接于代理商服务器20C的一个客户机终端30，但实际上存在多个客户机终端30。另外，该客户机终端30不必仅连接于处于分级结构中最低等级的代理商服务器20上，还可以连接于存在于分级结构的中间位置的代理商服务器20(例如图1中的代理商服务器20A)或连接于批发商服务器10。对于客户机终端30和代理商服务器20或者批发商服务器10之间的连接，例如使用了公共线路的广域网可以被使用。

在该实施例中，当从客户机终端30接收购票请求时，每一代理商服务器20发布用来访问高于它本身等级的代理商服务器20的权标，并把该权标传送回客户机终端30。其后，客户机终端30通过使用该权标来访问高等级的代理商服务器20，并传送所述的购票请求。通过重复上面所述的操作，客户机终端30最终把购票请求直接传送到批发商服务器10并获得票。

在图1的示例中，首先，将购票请求从客户机终端30传送到代理商服务器20C，并且将用来访问代理商服务器20A的权标从代理商服务器20C传送回客户机终端30。接着，将该购票请求连同从代理商服务器20C获得的权标从客户机终端30传送到代理商服务器20A。其后，将用来访问批发商服务器10的权标从代理商服务器20A传送回客户机终端30。最终，将该购票请求连同从代理商服务器20A获得的权标从客户机终端30直接传送到批发商服务器10。随后，批发商服务器10对应于该购票请求发放票并把该票传送到客户机终端30。

另外，在该实施例中，由代理商服务器20发放的权标的至少一部分被加密。批发商服务器10和每一代理商服务器20分别与直接位于其下的(即具有与其直接关系的)代理商服务器20共享唯一的密钥。使用这些密钥根据密钥码来执行对权标的加密。

在图1的示例中，批发商服务器10和代理商服务器20A共享唯一的密钥A。类似地，批发商服务器10和代理商服务器20B共享唯一的密钥B。另外，代理商服务器20A和代理商服务器20C共享唯一的密钥C。因此，仅有代理商服务器20A可以解释由代理商服务器20C所发布的权标，以及仅有批发商服务器10可以解释由代理商服务器20A所发布的权标。

在该实施例中，如上所述的共享特定密钥的两个服务器被认为具有相互的信任关系。因此，在根据在批发商和每一代理商之间的委托合同的形式而建立的各自服务器的分级结构中，具有直接分级关系的两个服务器具有信任关系。换句话说，在该实施例中批发商服务器10和各自的代理商服务器20通过使用信任关系而保持分级结构，它们不必非要经由网络相互连接。

图2A和图2B是说明在该实施例中的批发商服务器10和每一代理商服务器20之间信任关系的图。

对于该实施例的售票系统中的分级结构，其中最简单的形式是这样一种，在其中批发商服务器10位于高等级而所有的代理商服务器20直接位于批发商服务器10的下面(换言之，批发商与所有的代理商具有直接的委托关系)。在这种情况下，如图2A所示，每一代理商服务器20和批发商服务器10通过共享唯一的密钥来建立信任关系。

另外，每一代理商可以通过签订委托合同而设定它自己的代理商(子代理商)。从而，各自代理商的代理服务器20也会具有分级结构。从而加深了整个系统的层次。然而，如图2B所示，每一代理商服务器20可以通过仅与直接位于其下面的代理商服务器20共享密钥来建立信任关系。客户机终端30通过使用由代理商服务器20发布的权标来顺序地访问更高等级的代理商服务器20从而到达批发商服务器10，并从而可以获得票。特别地，在该实施例中，尽管在批发商服务器10的统一管理下发放票，但是批发商服务器10和高等级的代理商服务器20不必非要知道所有在其下面的代理商服务器20都连接了哪些服务器。因此，每一代理商可以任意和容易地增加或减少它自己的子代理商而不用通知批发商服务器和高等级的代理商。

在该实施例的系统中，每一代理商服务器20都从客户机终端30接收购票请求。同时，具有较低等级的子代理商的代理商的代理商服务器20接收带有由子代理商的代理商服务器20所发布的权标的请求或者接收不带权标的请求。在下面的说明中，为了简化起见，具有它自己的子代理商的代理商被称为中间代理商，而不具有它自己的子代理商的代理商(即仅接收不带权标的请求)被称为终端代理商。在图1所示的示例中，代理商A是中间代理商，而代理商B和C是终端代理商。

另外，在该实施例的系统中，已从客户机终端30接收了不带权标的购票请求的代理商服务器20提供售票服务(包括付款)。同时，在仅由批发商服务器10的统一管理下给出诸如发放、取消和查询票的管理服务。注意，批发商服务器10本身也可以通过直接从客户机终端30接收不带权标的请求来售票。然而，为了简化起见，将假定批发商服务器10仅给出管理服务并且仅有代理商服务器20具有售票者身份而给出下面的描述。

图3是示出适合作为该实施例的系统中的批发商服务器10和代理商服务器20的计算机设备的硬件配置的示例的示意图。

图3中示出的计算机设备包括：作为操作装置的CPU(中央处理器)101；主存储器103，它通过M/B(主板)芯片组102和CPU总线与该CPU101相连接；视频卡104，它类似地通过M/B芯片组102和AGP(加速图形端口)与该CPU 101相连接；硬盘驱动器(HDD)105和网络接口106，它们通过PCI(外设部件互连)总线与M/B芯片组102相连接；和软磁盘驱动器108以及键盘/鼠标109，它们通过PCI总线、桥接电路107和诸如ISA(工业标准体系结构)总线的低速总线与M/B芯片组102相连接。

注意，图3仅仅例示了实现该实施例的计算机设备的硬件配置。因此，如果该实施例应用于另外的情况，则可以采用各种其它配置。例如，可以采用这样的配置，其中仅安装视频存储器来取代提供视频卡104，并且图像数据由CPU 101来处理。另外，作为外部存储单元，可通过诸如ATA(AT配件)和SCSI(小型计算机系统接口)的接口提供CD-R(可录制光盘)驱动器或者DVD-RAM(数字通用光盘随机存取存储器)驱动器。

客户机终端30是由想要购票的人所使用的终端，以便访问代理商服务器20和批发商服务器10来购票。客户机终端30通过除了在图3中示出的计算机设备外的包括网络功能的信息处理器来实现，所述的信息处理器诸如手提电话，PDA(个人数字助理)和信息站终端。

图4是示出批发商服务器10的功能配置的图。

参照图4，批发商服务器10包括：通信部件11，用来执行与客户机终端30的数据通信；票发放部件12，用来执行票管理服务中的处理；和加密处理部件13，其执行对将要传送和接收的数据的加密处理和解码处理。另外，批发商服务器10还包括：存储密钥的密钥存储部件14；用于票管理服务的处理的商品信息数据库(DB)15；和存储关于直接位于与每一代理商具有信任关系的批发商服务器10下面的代理商的信息的子代理商数据库(DB)16。

通信部件11通过例如图3中的网络接口106而实现。通信部件11从客户机终端30接收请求，把该请求给到发放部件12，并把从票发放部件12接收到的响应传送到客户机终端30。

票发放部件12通过例如图3中的程序控制的CPU 101和主存储器103而实现，并响应从通信部件11接收到的请求而执行诸如发放、取消和查询票的管理服务的处理。另外，票发放部件12将通知了对于所发放票、取消等等的过程已经完成的响应给到通信部件11，并允许通信部件11将该响应传送回客户机终端30。

加密处理部件13通过例如图3中的程序控制的CPU 101和主存储器103而实现，并执行对从客户机终端30接收到的请求的解码处理和对将要传送到客户机终端30的响应的加密处理。对于加密处理部件13的解码和加密处理，使用存储在密钥存储部件14中的密钥。

密钥存储部件14通过例如图3中的硬盘驱动器105和主存储器103而实现，并存储被用于通过加密处理部件13的加密和解码处理的密钥。密钥存储部件14存储两种密钥，其一是与在树结构中直接位于批发商服务器10下面的代理商服务器20共享的密钥。该密钥被用于加密处理部件13，以便解码由直接位于批发商服务器10下面的代理商服务器20建立的权标。另一密钥是批发商服务器10唯一具有的密钥。该密钥被用来加密将由票发放部件12所发放的电子票的至少一部分。

商品信息数据库15通过例如图3中的诸如硬盘驱动器105和主存储器103的存储单元而实现，并存储关于票发放的管理信息(哪些座位的票已被发放等等)。每当响应来自客户机终端30的请求而执行发放和取消票时，票发放部件12更新在商品信息数据库15中的相关项上的信息。

低端代理商数据库16通过例如图3中的诸如硬盘驱动器105和主存储器103的存储单元而实现，并存储关于直接位于批发商服务器10下面的代理商20的信息。注意，关于其的信息被登记的代理商服务器20只要将直接位于批发商服务器10下面就行，而上面所述的代理商服务器是中间代理商的代理商服务器20或者是终端代理商的代理商服务器20是无关紧要的。如果批发商与预定的代理商最新签订售票委托合同，则增加关于该代理商的代理商服务器20的信息。同时，如果批发商与已经与其签订委托合同的代理商解除合同，则删除关于该代理商的代理商服务器20的信息或者登记指示了该代理服务器20是无效的信息。

图5是示出代理商服务器20的功能配置的图。

参照图5，代理商服务器20包括：通信部件21，用来执行与客户机终端30的数据通信；请求接收处理部件22，其响应请求而发布权标；加密处理部件23；和售票处理部件24，用来执行售票服务。另外，该代理商服务器20还包括：存储密钥的密钥存储部件25；存储代理商信息的低端代理商数据库(DB)26，所述的代理商直接位于与其具有信任关系的代理商服务器20下面；和存储将票售给的客户的信息的客户信息数据库(DB)27。

通信部件21通过例如图3中的网络接口106而实现。通信部件21从客户机终端30接收请求，把该请求给到请求接收处理部件22，并把从请求接收处理部件22接收到的响应传送到客户机终端30。

请求接收处理部件22通过例如图3中的程序控制的CPU 101和主存储器103而实现，并通过解释从客户机终端21接收到的请求来执行处理。如果该请求包括由直接位于其下面的代理商服务器20所发布的权标，那么请求接收处理部件22用由它自己的代理商服务器20发布的权标来替换当前的权标。同时，如果请求不包括权标，那么请求接收处理部件22发布权标，把该权标附加于该请求上，并把不带权标的请求给到售票处理部件24。在上面所述的处理之后，请求接收处理部件22把带有在它那里被附加上的(或替换的)权标的请求作为响应给到通信部件21，并允许通信部件21把该请求传送回客户机终端30。

加密处理部件23通过例如图3中的程序控制的CPU 101和主存储器103而实现，并执行对从自客户机终端30接收到的请求的解码处理和对将要传送到客户机终端30的响应的加密处理。对于通过加密处理部件23的解码和加密处理，使用存储在密钥存储部件25中的密钥。

售票处理部件24通过例如图3中的程序控制的CPU 101和主存储器103而实现，并执行包括在售票过程中的付款。对于售票处理部件24，能够应用已有的信用卡联机付款系统、电子货币、转移货币到金融机构以及其它形式的付款。

密钥存储部件25通过例如图3中的硬盘驱动器105和主存储器103而实现，并存储用于通过加密处理部件23的加密和解码处理中的密钥。密钥存储部件25存储两种密钥，而其一是与在树结构中直接位于它自己的代理商服务器20下面的代理商服务器20共享的密钥。该密钥被用于加密处理部件23以解码由直接位于其下面的代理商服务器20生成的权标。另一密钥是与树结构中直接位于它自己的代理商服务器20上面的代理商服务器20共享的密钥。如果权标附加于来自客户机终端30的请求或者如果请求接收处理部件22用它自己的权标替换由直接位于其下面的代理商服务器20附加在请求上的权标，该密钥被用来加密由请求接收处理部件22生成的权标。然而，如果它自己的服务器是终端代理商的代理商服务器20，则在它自己的服务器下面不存在代理商服务器20。因此，不存储与直接位于其下的第一代理商服务器20共享的密钥。

子代理商数据库26通过例如图3中的诸如硬盘驱动器105和主存储器103的存储单元而实现，并存储关于直接位于它自己的代理商服务器20下面的代理商服务器20的信息。注意，关于其的信息被登记的代理商服务器20只要直接位于它自己的服务器下面就行，并且上面所述的代理商服务器是中间代理商的代理商服务器20或者是终端代理商的代理商服务器20是无关紧要的。如果它自己的代理商与另一代理商最新签订售票委托合同，则增加关于该代理商的代理商服务器20的信息。同时，如果它自己的代理商与一个已经与其签订委托合同的预定代理商解除合同，则删除关于该预定代理商的代理商服务器20的信息，或者登记指示了该预定代理商服务器20无效的信息。然而，如果它自己的服务器是终端代理商的代理商服务器20，在它自己的服务器下面不存在代理商服务器20。因此，不再需要低端代理商数据库26。

客户信息数据库27通过例如图3中的诸如硬盘驱动器105和主存储器103的存储单元而实现，并存储通过售票处理部件24的处理而获得的客户(买票者)的信息。

图6是示出客户机终端30的功能配置的图。

参照图6，客户机终端30包括：通信部件31，用来执行与批发商服务器10和代理商服务器20的数据通信；请求发布部件32，其生成购票请求；购票处理部件33，其执行各种购票的处理；输入/输出控制部件34，其向用户输出信息并接收用户的输入操作；和存储部件35。

如果用图3所示的计算机设备配置客户机终端30，则该通信部件31可通过网络接口106实现。此通信部件31把从购票处理部件33接收到的请求传送给代理商服务器20或者批发商服务器10。另外，通信部件31接收将由代理商服务器20或者批发商服务器10传送的响应，并把该响应给到购票处理部件33。

如果用图3所示的计算机设备配置客户机终端30，则该请求发布部件32通过图3中的程序控制的CPU 101和主存储器103而实现。该请求发布部件32根据从输入/输出控制部件34接收到的操作来发布购票请求，把该请求给到通信部件31，并允许通信部件31把该请求传送到代理商服务器20。

如果用图3所示的计算机设备配置客户机终端30，则购票处理部件33通过图3中的程序控制的CPU 101和主存储器103而实现。此购票处理部件33把从代理商服务器20传送的带有权标的请求给到通信部件31，并允许通信部件31把该请求传送到代理商服务器或者批发商服务器10，其是由该权标所指定的目的地(明确地说，已经发布该权标的代理商服务器20的父服务器)。另外，如果从批发商服务器10获得票，该购票处理部件33把票存储于存储部件35中。此外，为了进行包括于购票过程中的联机付款，该购票处理部件33通过通信部件31向代理商服务器20传送进行付款的命令和必要信息。

如果用图3所示的计算机设备配置客户机终端30，则输入/输出控制部件34通过图3中的程序控制的CPU 101和主存储器103而实现。该输入/输出控制部件34控制显示装置来显示正处于一系列购票处理中的哪个阶段或者显示购票结果，所述的显示装置用视频卡104和未说明的显示单元进行配置。另外，该输入/输出控制部件34接收用户在诸如键盘/鼠标109的输入装置上的输入操作，并允许购票处理部件33执行与其相应的处理。

如果用图3所示的计算机设备配置客户机终端30，则存储部件35通过诸如硬盘驱动器105和主存储器103的存储单元而实现。该存储部件35存储关于最终将被卖出的票的电子信息。

接着，将给出当由按照上面所描述而构成的包括批发商服务器10、代理商服务器20和客户机终端30的系统售票时的操作的描述。

作为示例，通过采取系统具有在图1中所示的配置时的情况而给出下面的描述。在该系统中，将第一购票请求从客户机终端30传送到作为终端代理商的代理商C的代理商服务器20C。接着，顺序地访问作为中间代理商的代理商A的代理商服务器20A和批发商服务器10。

图7是说明客户机终端30在购票时的操作的流程图。

参照图7，首先，用户(想要买票的人)操作客户机终端30来访问代理商服务器20C(步骤701)。接着，当用户选择想要的票并执行购票操作时，请求发布部件32根据从输入/输出部件34接收到的操作而生成购票请求，并通过通信部件31把该请求传送到代理商服务器20C(步骤702)。在该购票请求中描述了关于想要的票的类型的信息(活动名称、将举行活动的日期和时间等等)和关于该用户的信息。

在代理商服务器20C中，请求接收处理部件22接收该购票请求，把该购票请求给到售票处理部件24，并生成将附加于该购票请求上的权标。在该权标中描述了：关于该用户的信息；随后将描述的付款信息；指明已经附加了该权标的它自己的服务器(这里是代理商服务器20C)的标识信息；用来指定作为下一目的地的高端服务器(此情况中为代理商服务器20A)的信息(目的地信息)；等等。随后，加密处理部件23通过使用存储在密钥存储部件25中并与代理商服务器20A共享的密钥来加密权标中除了例如目的地信息和关于它自己的服务器的标识信息之外的信息(参见图8)。

同时，已经从请求接收处理部件22接收到该购票请求的售票处理部件24从该购票请求中抽取关于用户的信息并把该信息存储于客户信息数据库27中。随后，售票处理部件24通过通信部件21与客户机终端30交换命令和付款所需的信息(付款方式的指定、支付金额等等)，并执行包括于售票过程中的联机付款(步骤703)。注意，如上所述，对于上述的对关于付款的处理的执行，可以使用已有的联机付款系统。

售票处理部件24完成付款处理后，请求接收处理部件22将所生成的权标附加于从客户机终端30接收到的购票请求上，并把该带有权标的购票请求传送回曾经传送该购票请求的客户机终端30。

当客户机终端30接收到已经从代理商服务器20C传送回的带有权标的购票请求后(步骤704)，购票处理部件33读出在该权标中以明文描述的下一目的地。此后，购票处理部件33根据上述目的地的描述把该带有权标的购票请求传送到代理商服务器20A，其是在代理商服务器20C上面的服务器(步骤705)。

在代理商服务器20A中，请求接收处理部件22接收到该带有权标的购票请求并把该请求给到加密处理部件23。该加密处理部件23根据在该权标中以明文描述的标识信息和存储在低端代理商数据库26中的关于直接位于代理商服务器20A下面的代理商服务器20的信息来确定该权标是由直接位于代理商服务器20A下面的代理商服务器20中的哪一个所附加的。接着，加密处理部件23从密钥存储部件25中检索与曾附加了该权标的代理商服务器20所共享的密钥，并使用该密钥解码该权标中的被加密部分。这里，由于该权标是由代理商服务器20C所附加的，所以通过使用与代理商服务器20C共享的密钥C(参见图1)执行解码操作。

接着，请求接收处理部件22重写已经由加密处理部件23转换为明文的该权标中的标识信息，目的地信息等等。另外，请求接收处理部件22在权标的内容被重写之前摘要其内容并在新的权标中描述该摘要。此后，加密处理部件23使用存储于密钥存储部件25中的密钥来加密除了权标中的目的地信息之外的信息。由于这次位于代理商服务器20A上面的服务器是批发商服务器10，所以将由代理商服务器20A和批发商服务器10所共享的密钥用于加密。

在上述的处理后，请求接收处理部件22把重写的权标附加于从客户机终端30接收到的购票请求上，并把该购票请求传送回曾经传送该购票请求的客户机终端30。

当客户机终端30接收到已经从代理商服务器20A传送回的带有权标的购票请求后(步骤704)，购票处理部件33读出在该权标中以明文描述的下一目的地。此后，购票处理部件33根据上述目的地的描述把该带有权标的购票请求传送到批发商服务器10，其是在代理商服务器20A上面的服务器(步骤705)。

在批发商服务器10中，票发放部件12接收到该带有权标的购票请求并把该请求给到加密处理部件13。该加密处理部件13根据在该权标中以明文描述的标识信息和存储在低端代理商数据库26中的关于直接位于批发商服务器10下面的代理商服务器20的信息来确定该权标是由直接位于批发商服务器10下面的代理商服务器20中的哪一个附加上的。此后，加密处理部件13从密钥存储部件25中检索与曾附加该权标的代理商服务器20所共享的密钥，并使用该密钥解码该权标中的加密部分。这里，由于该权标是由代理商服务器20A附加的，所以通过使用与代理商服务器20A所共享的密钥A(参见图1)来执行解码处理。

接着，票发放部件12根据已经由加密处理部件13转换为明文的权标中和购票请求中的信息来完全搜索商品信息数据库15。此后，如果存在对应于购票请求的票(除非该票已经被售出)，则票发放部件12发放该票。随后，加密处理部件13通过使用被存储在密钥存储部件14中的对批发商服务器10唯一的密钥来加密该票的至少一部分。票发放部件12把由加密处理部件13加密过的票传送回曾经传送该购票请求的客户机终端30。

当客户机终端30接收到从批发商服务器10传送回的票时(步骤706)，购票处理部件33把接收到的票存储于存储部件35中并结束处理(步骤707)。

在上面操作的示例中，客户机终端30在代理商服务器20C完成付款处理之后接收带有权标的购票请求。如上所述在系统中预先进行付款的原因是因为考虑到当具有售票者身份的代理商服务器20C第一次被访问时进行付款是合理的，因为客户机终端30会顺序地访问代理商服务器20A和批发商服务器10直到获得该票。然而，根据诸如系统配置、客户机终端30的类型以及将要销售的票的内容等情况，也存在一种情况，其中优选地在获得票之后付款。在这种情况下，以这样一种方式进行付款，客户机终端30把将要访问的第一目的地存储在存储部件35中，再次访问代理商服务器20C，其是在从批发商服务器10接收票后第一次被访问，并与售票处理部件24交换信息。

接着，将给出当使用已售出的票时的操作的描述。

如果客户机终端30是诸如手提电话和PDA的手提式信息终端，则实际上把存储在存储部件35中的电子信息当作票使用。另外，如果客户机终端30是信息站终端或者类似物时，把存储在存储部件35中的电子信息转换为条形码等等，而可把其上面打印着条形码的一张纸当作票使用。在使用票时，通过把电子信息从其中存储该票的手提式信息终端直接传送到查票装置中或者通过使用检票装置读取诸如显示在手提式信息终端的显示屏上的条形码和打印在一张纸上的条形码的码信息来检验该票的有效性。在查票装置中，设置对批发商服务器10唯一的密钥，当在批发商服务器10中加密该票时使用所述密钥。从而，通过使用该密钥解码票的内容。

另外，当在批发商服务器10中发放票时，从包括于权标中的关于用户的信息中抽取诸如用户ID的标识信息。该标识信息可以通过使用批发商服务器10自己的密钥来加密并被包括于权标中。在这种方式中，例如即使当该票被发放时在通信路径上被窃取，在使用该票时，仍可通过解码所加密的标识信息而验证该票。从而能够阻止他人未经授权使用票的情况。

注意，在上述示例中，批发商服务器10仅仅执行票发放管理。因此，没有假定客户机终端30直接访问批发商服务器10来购票的情况。然而，批发商服务器10本身也可以通过从客户机终端30接收第一购票请求(更明确地说，不带有权标的请求)直接售票。在这种情况下，将对应于在图5中所示的代理商服务器20中的售票处理部件24和客户信息数据库27的构成组件添加到在图4中所示的批发商服务器10的配置中。

另外，在上述示例中，通过假定所有的代理商服务器20都可以通过从客户机终端30接收购票请求来售票而给出了以上描述。然而，下面的操作也是可能的。更明确地说，中间代理商的代理商服务器20(例如图1中代理商服务器20A)仅传递带有权标的购票请求，而由位于中间代理商的代理商服务器20下面的代理商服务器20售票。在这种情况下，不售票的中间代理商的代理商服务器20不再需要在图5所示配置中的售票处理部件24和客户信息数据库27。很明显，本发明的主题是把中间服务器中的交易处理的负载转移到分级服务器中的低端服务器上的技术。因此，尽管上面已经描述了售票的实施例，但是传送包括各种数字内容(音乐、视频、正式的个人信息等等)的电子数据的方法也包括在本发明的主题内。

Claims (14)

1.一种电子数据传送系统，包括：

源服务器，其发放电子数据；

代理服务器，其执行将由所述的源服务器发放的电子数据的传送处理；和

客户机终端，其通过把它自己连接到所述的源服务器和代理服务器上来获得所述的电子数据，

其中，所述的代理服务器把用于访问所述的源服务器的权标附加于来自客户机终端的电子数据传送请求上，并把所述的请求传送回客户机终端，

所述的客户机终端把从所述的代理服务器接收到的带有所述权标的电子数据传送请求传送到所述的源服务器，和

所述的源服务器响应于所述的带有所述权标的电子数据传送请求而发放所述的电子数据。

2.根据权利要求1的电子数据传送系统，其中

所述源服务器和所述代理服务器共享一个密钥，

所述代理服务器使用所述密钥来加密所述权标中的至少一部分，和

所述源服务器使用所述密钥来解码至少已被加密一部分的所述权标。

3.根据权利要求2的电子数据传送系统，其中存在多个所述代理服务器，并且所述源服务器与每一所述代理服务器共享唯一的密钥。

4.根据权利要求1的电子数据传送系统，其中，所述代理服务器包括付款功能，其用来进行包括于由所述客户机终端获得电子数据的过程中的付款。

5.根据权利要求1的电子数据传送系统，还包括：

子代理服务器，其执行对所述源服务器发放的电子数据的传送处理，把用于访问所述代理服务器的权标附加于来自所述客户机终端的电子数据传送请求上，并把所述请求传送回所述客户机终端，

其中，当从客户机终端接收带有由所述子代理服务器附加的权标的电子数据传送请求时，所述代理服务器用由所述代理服务器自己生成的权标来替换所述权标，并把所述请求传送回所述客户机终端。

6.根据权利要求5的电子数据传送系统，其中

所述代理服务器和所述子代理服务器共享一个密钥，

所述子代理服务器使用所述密钥来加密所述权标的至少一部分，和

所述代理服务器使用所述密钥来解码至少被加密一部分的所述权标。

7.一种电子数据传送系统，其中构成树结构的多个服务器在对应于根节点的服务器的统一管理下执行电子数据的传送处理，所述的电子数据传送系统包括：

客户机终端，其经由网络把自己连接到构成树结构的服务器组中的服务器上来传送对于电子数据的请求；

第一服务器，其把权标附加于来自所述客户机终端的请求上，并把所述的请求传送回所述客户机终端，所述权标用来访问在树结构中直接位于所述第一服务器上的服务器，

第二服务器，其是对应于所述树结构的根节点的服务器，当接收到带有由直接位于所述第二服务器下面的第一服务器所附加的权标的请求时发放电子数据，

其中当从所述的第一服务器传送回带有所述权标的请求时，所述客户机终端传送所述的带有权标的请求到作为所述权标所指定的目的地的所述的第一或者第二服务器。

8.一种服务器，包括：

通信部件，用于经由网络访问客户机终端；和

接收处理部件，其把用于访问源服务器的权标附加于来自客户机终端的对于电子数据的请求，并通过通信部件把所述请求传送回所述客户机终端，所述源服务器对应于所述请求管理电子数据的发放。

9.根据权利要求8的服务器，还包括：

密钥存储部件，其存储由所述源服务器和所述服务器共享的密钥，和

加密处理部件，其通过使用存储于所述的密钥存储部件中的密钥来加密由所述的接收处理部件生成的权标中的至少一部分。

10.一种终端，包括：

通信部件，用于经由网络访问服务器；

请求发布部件，其生成用于购买电子数据的电子数据传送请求，并通过所述通信部件把所述请求传送到预定的服务器；和

电子数据传送处理部件，当从所述的预定服务器接收请求时，其通过所述通信部件把所述请求传送到由所述权标指定的目的服务器，并当从所述的预定服务器或者由所述权标指定的目的服务器接收所述电子数据时，把所述的电子数据存储在存储单元中，所述的请求是通过把用于访问另一服务器的权标附加于所述电子数据传送请求上而获得的。

11.一种通过系统传送电子数据的方法，在该系统中构成树结构的多个服务器在对应于根节点的服务器的统一管理下执行电子数据的传送处理，所述的方法包括：

第一步，让构成树结构的服务器组中预定的服务器进行如下操作：从所述客户机终端接收电子数据传送请求；把权标附加于所述电子数据传送请求上，所述权标用于访问在树结构中直接位于所述预定服务器上面的服务器；并把所述请求传送回所述客户机终端；

第二步，让所述客户机终端把从所述代理服务器接收到的所述的带有权标的电子数据传送请求传送到由该权标所指定的目的地服务器；

第三步，让对应于根节点的服务器当从所述客户机终端接收带有由直接位于所述的服务器下面的服务器所附加的权标的电子数据传送请求时响应于所述的电子数据传送请求而发放所述的电子数据。

12.根据权利要求11的传送电子数据的方法，其中，在所述的第一步，所述的预定服务器通过使用与直接位于所述的预定服务器上面的服务器共享的密钥来加密所述权标中至少一部分，并把该权标附加于所述电子数据传送请求上。

13.根据权利要求12所述的传送电子数据的方法，其中所述的第一步包括：

当接收到带有由直接位于所述的预定服务器下面的服务器所附加的权标的电子数据传送请求时，让所述的预定服务器使用与直接位于其下面的服务器共享的密钥来解码所述权标的步骤；和

让所述的预定服务器使用与直接位于所述预定服务器上面的服务器共享的密钥来加密所述的已解码权标的步骤。

14.根据权利要求11的传送电子数据的方法，其中在所述的第三步中，对应于根节点的服务器使用与直接位于其下面的服务器共享的密钥来解码权标，所述权标在带有由直接位于其下面的服务器所附加的所述权标的电子数据传送请求中。

Images