CN1243292A - 使用智能卡的多场地票务系统 - Google Patents

Abstract

提供了一种用于存储和确认电子票的系统和方法,该电子票使用单独的智能卡就可以在多个场地使用。根据本发明实施例,智能卡的操作系统包括Java虚似机和应用程序装载器关键字。包括场地装载器关键字的共享应用程序由应用程序装载器关键字确认,并且被存储在智能卡上。一个或多个场地应用程序也被存储在智能卡上,每一个都有对应于相关场地的场地关键字。用应用程序装载器关键字和场地装载器关键字确认每一个场地应用程序。场地应用程序使用共享应用程序来连接票装载器和票确认装置。购买与场地应用程序有关事件的票,并将其存储在与相关场地应用程序有关的智能卡上。用每个场地应用程序的场地关键字来鉴别票的标记。在提供了一张票并获准进入某一事件后,该票即被消掉。

Description

使用智能卡的多场地票务系统

Sun，Sun Microsystems，Sun有关的标识，Java和所有基于Java的商标和标识都是Sun微系统公司(Sun Microsystems)在美国和其他国家的商标或注册商标。

本发明涉及电子商务。特别是，它提供了一种用于电子票务的系统和方法。

在运动场、各种娱乐、旅游和其他类似场合，严格地说，票的使用已经不再是机械的功能。在票的产生、发行和确认过程的各个阶段，票务系统已经逐步地采用了计算机系统。

例如Berson所有的专利号为5,598,477的美国专利中，一位乘客提出有关预购的机票的信息(如：有关一个航空公司航班的信息)。数据处理系统就会把订票信息和已被加密的确认信息发送给当地的打印系统。当地系统便打印该票，该票包含用二维条形码表示的编码确认信息。该乘客在乘飞机时出示该票，确认系统扫描票上的条形码，把信息由物理形式转换成数字形式并加以确认。如果该票有效，乘客就会收到他的登机牌、行李认领对号牌等等。

然而Berson仍然需要发售纸制票。当然，纸制票会遭受被盗、破损、毁坏和丢失等等。另外按照Berson系统产生的机票必然只能是一次性使用的。机票在乘飞机的时候被收集起来。这种方案还有另外两个缺点。第一是二维条形码的使用需要能够产生这种条形码的打印机和能够阅读这种条形码的扫描器。根据印制和接收票的地点的数量，这样涉及的成本可能会很高。第二，使用密码加密的方法以保护确认信息需要复杂、关键的管理系统。

在Berson系统的改进型中，使用多位随机数来替代密码保密。选定一个特定的随机数并印制成有形票的一维码。使用多位数可以大大降低猜中这个数的机会，这个数可能被赋于一个个别事件用的一张特定的票(如飞机航班、娱乐)。该随机数被储存在一个数据库里，该数据库可以被用票场所访问。当在一个场所出示票时，票上的数就会和储存在数据库里的有效数字列表进行比较。这个方案仍然存在纸制票固有的缺点，诸如毁坏、破损和一次性使用。另外，没有更进一步的保护，随机数的数据库形成单一的弱点。可以想象一个能够进入数据库的人能够制造出大量的假票。

除了上述缺点，目前已知的票务系统只提供一个单独事件或一个单独地点的票。而且，由现有系统发出的纸制票未经有形替换通常是不可更改的。换句话说，一个想参加多个事件或想参观多个地点的人就必须携带和出示每个事件或每个地点用的不同的票。如果他或她计划参加更多的事件或参观更多的地点，就必须购买和携带额外的纸制票，这样就增加了丢失的危险。

在本发明的一个实施例中，提供了把用于多场地的电子票存储在一个单独的电子装置上(如智能卡，手提电脑)的系统和方法。在该实施例中，电子装置接收和存储一个场地模块(Venue Module)，该模块和每一个需购票进入的场地相关。该场地模块使电子装置能够存储有关场地的票，并且包括一个用于确认各个票的场地密钥或关键字(Venue Key)。该电子装置还接收和存储一个共享票务模块(SharedTicketing Module)，该模块包含可以被一个或多个场地模块调用的指令。该共享票务模块包括＂场地装载器关键字＂(Venue LoaderKey)，它用于确认被安装的场地模块。

在用共享票务模块和一个或多个场地模块构成一个电子装置以后，每一个被安装了场地模块的票就可以被存储了。在本项发明的一个实施例中，电子装置的使用者等同一个票的参数(如事件、日期、时间、座位)，相应的电子票和该票的一个标记或签标(TicketSignature)一起从票装载器上被下载。相应场地的场地模块用它的场地关键字鉴别每一个被存储的票的标记。

当为了进入一个事件而出示票时，在该实施例中的确认装置通过发出查询码去查询该电子装置。用于该事件场地的场地模块用其场地关键字去标记该查询码并且送回被标记的代码。当标记被确认后，电子装置传送该事件的票，然后该票被消掉。

图1是根据本发明一个实施例的一个系统方框图，其中智能卡用来存储场地应用程序和入场票。

图2描述的是一种根据本发明实施例、有多场地应用程序和票的智能卡。

图3是根据本发明的一个实施例，表明将一个场地应用程序装载到智能卡上的方法的流程图。

图4是根据本发明的一个实施例，表明将票装载到智能卡上的一种方法的流程图。

图5是根据本发明的一个实施例，表明确认存储在智能卡上的票的一种方法的流程图。

以下的描述使本领域的技术人员能掌握和使用本发明，并且该描述是在具体应用及其要求的范围内提供的。本发明不限于所示的实施例，而是适合于与这里披露的原理和特征相符合的最广泛的范围。

例如，在本发明的一个实施例中，应用编制密码的方法或装置去保证装载在智能卡上的电子票和场地模块或应用程序(例如小的Java应用程序)的安全。本领域的技术人员将会认识到下述编码关键字的目的是保证存储在智能卡上的信息的安全性和真实性。除非另外指出，它不一定非要依靠一个特别的编码方案。为此，下文描述了用于各种各样目的的编码关键字。然而本发明不局限于某一特定的密码安全的方法，本发明的具体实施例可以使用非对称的关键字方案、对称的关键字方案、或者其他某种可以设计出来的方案。

根据本发明的一个实施例，提供了一种用于多场地产生、存储和确认电子票的系统和方法。为了举例说明，票被存储在一个标准的智能卡上，不过，其它装置也可以考虑，如3COM公司的PalmPilot或Dallas半导体公司的iButton。被存储的票可以用于需要预购入场券或通行证的任何场合，诸如运动场、娱乐场所、航班、汽车收费站等。每个场地都有存储在智能卡上的相关应用程序，该场地的票已经存储在与本发明的一个实施例一致的智能卡上。一个共享票务应用程序也被存储。如下文所述，这些应用程序用来连接智能卡和票/场地的装载装置，以及连接智能卡和票的确认装置。

图1描述了本发明的一个实施例中，用来发行、存储和确认存储在用户智能卡上的票的一个说明性系统。智能卡100遵守关于智能卡的ISO 7816的技术规范。就这点而言，它有存储各种类型和大量电子数据的能力，这些数据以后可以被检索或查找。

应用程序装载器102可以把一个或多个应用程序装载在智能卡100上。这些用应用程序装载器102装载在智能卡100上的应用程序，可以使智能卡100把票存储到与被装载的应用程序有关的场地里。例如，一个场地应用程序与旧金山巨人队的主场棒球赛相对应。装载上这个应用程序就使智能卡100能存储指定比赛的票或一个赛程的票(如季票)。应用程序装载器102用于装载与一个单独场地有关的应用程序，然而，在另一个实施例中，应用程序装载器102可以装载有关多场地的应用程序。

除了场地应用程序(即与个别场地有关的应用程序)之外，共享票务应用程序也被装载在智能卡100上，以便被所有的场地应用程序使用。如下文所述，该共享应用程序提供了对每个场地应用程序均有效的一般功能，并可代表每个场地应用程序而被使用。

票装载器104把个别事件(或阶段事件)的电子票加载在智能卡100上。每张智能卡都有存储多个票的能力，这些票可以用于相同或不同的事件、场地、日期等。被装载在智能卡100上的每张票都与对应于场地的场地应用程序相关联地被存储，该场地举办该事件并将接收该票。在当前实施例中，在用于场地事件的票被装载之前，一个场地应用程序就被装载在智能卡100上(如用应用程序装载器102)。

票的确认装置106被设置在主办事件的场地，该事件的票被存放在智能卡100上。确认装置106确认该票以保证它是用于当前事件的，并且根据该确认接受该票。

在本发明的该实施例中，应用程序装载器102、票装载器104和确认装置106是分离的电子系统，设置来接收智能卡100，从其上读取并向其写入。在该实施例中，用户对每个系统出示智能卡100，以便实现所希望的处理。在另一个实施例中，应用程序装载器102、票装载器104和确认装置106的任何部分或全部都设置在一起，特别是应用程序装载器和票装载器。

在本发明的再一个实施例中，应用程序装载器102、票装载器104和确认装置106的任何部分或全部都包含连接到因特网或其他的广域网的计算机系统。在这样的实施例中，用户通过一台配有接受智能卡100、从其上读取并能向其写入的用户计算机系统去访问这些系统。

图2描述了带有共享票务应用程序、多场地应用程序和多票的智能卡100。智能卡100结合操作系统200，与其他装置相连接(诸如图1中的应用程序装载器102、票装载器104和确认装置106)，并且管理来自智能卡的信息的存储和检索。如图所示的实施例中，操作系统200包括用来运行被装载的应用程序的Java虚拟机(JVM)。操作系统200还包括一个编制密码的关键字200a(以下被称为应用程序装载器关键字)，它被用来确认装载在智能卡100上的应用程序。所以当应用程序被装载时，就会使用应用程序装载器关键字200a去鉴别应用程序标记202b，210b和220b。很清楚，应用程序的标记是先于、或是与有关应用程序的装载同时生成的。

共享票务应用程序202包含一组指令(如以模块、目标代码、功能块等形式)，该指令可以被装载在智能卡100上的各种场地应用程序调用。共享票务应用程序202提供可用于每个场地应用程序的功能(如票的确认、票装载器104和确认装置106之间的通讯协议)，并且因此还使每个场地应用程序的规模都较小，以便节省智能卡100的存储空间。例如，在本发明的一个实施例中，共享票务应用程序202为票的装载、票的确认和/或消掉票(即当它已经被用作入场券后)提供了指令。共享票务应用程序202包括一个编制密码的关键字202a(以下称为“场地装载器关键字＂)，以便确认如下文所述的各个场地应用程序。特别是当一个场地应用程序被装载时，共享票务应用程序202就会鉴别每一个应用程序的场地标记。

在本发明的另一个实施例中，共享票务应用程序包含用于实施或确保遵守票细节的指令。例如，在这样一个实施例中，智能卡100可以插入一个位于事件座位区域内的智能卡读卡器里，以验证使用者在他或她的票规定的座位上，或帮他或她找到正确的座位。

如图所示场地应用程序210、220被安装在智能卡100上。场地应用程序210代表了旧金山巨人队的主场棒球赛，场地应用程序220代表联合航空公司的航班。场地应用程序210、220包含加密的关键字210a、220a(以下被称为＂场地关键字＂)。在装载票之前，用它们来认证票装载器104的场地应用程序210、220。场地关键字也被用于确认相关场地和与票在一起的票的标记。

场地应用程序210、220也包括应用程序标记210b、220b，用以确认操作系统200的场地应用程序。如上所述，应用程序标记是由应用程序装载器102预先或与装载场地应用程序一起生成。然后，当应用程序被装载时，操作系统200就用应用程序装载器关键字200a去鉴别应用程序标记210b、220b。

为了确认共享票务应用程序的场地应用程序，场地应用程序210、220还包含场地标记210c、220c。类似于应用程序标记210b、220b的场地标记，210c、220也是预先或是在安装场地应用程序210、220的同时生成的。当装载场地应用程序时，共享票务应用程序202鉴别场地标记。

票212、214、216代表在旧金山巨人队场地进行的主场棒球赛，票222代表联合航空公司发售的从旧金山到匹兹堡的特定航班。

存储在智能卡100上的每张票包括与相关事件有关的信息。这样，票212、214、216包含诸如比赛的日期、对手和指定的座位号的信息。在本发明的这个实施例中，存储在票里的信息与票的标记一起来确认该票的可靠性。存储在票里的信息数量和类型，依场地、事件和票的种类等的不同而变化。例如，一个智能卡100的持有者刚好有一张季票，而不是单张票212、214、216。这张季票里有不止一个日期，所以它和票212、214、216所包含的信息是不相同的。

票212、214、216和222中的每一个都包含一个票的标记(用数字212a、214a、216a和222a表示)，它是通过票装载器104使用相应的场地关键字产生的。在本发明的一个实施例中，用公共关键字(PKE)加密和非对称关键字对，其中场地关键字210a、220a是公共场所关键字(PKE)，票标记用对应于公共关键字的专用关键字生成。在另一个实施例中使用对称关键字(例如DES)，票装载器104用场地关键字210a、220a的拷贝去标记发行的票。如上所述，当一张票被装载到智能卡100上时，相应的场地应用程序通过使用场地关键字鉴别票的标记来确认该票。

本领域的技术人员会认识到，存储在智能卡100上的应用程序能够保持数据的专用性，使之不能被其他被存储的应用程序访问。这样就防止了应用程序遭到破坏或检查与特定场地应用程序相关的票。然而，在该实施例中，当票被出示给确认装置106以后，该票就会被消掉或无效。而在另一个实施例中，每张票会被删除或被重写。

装载应用程序

在本发明的一个实施例中，被装载在智能卡100上的场地应用程序和共享票务应用程序包括可执行的计算机程序或可执行计算机代码的模块。在本发明的一个实施例中，一张智能卡与另一张卡的共享票务应用程序基本上是相同的。除了场地关键字和任意一个可能被装载的票之外，一张智能卡与另一张卡的每个场地的场地应用程序是基本相似的。

本发明的一个实施例中，场地应用程序包括根据标准方法编制的Java应用程序。例如，含有Java编程指令的文件用Java编译器编译成一个二进制分类文件。然后该分类文件被转换成智能卡应用文件。在该转换过程中，使用应用程序装载器关键字200a(如图2所示)或它的补码给智能卡应用文件加上数字标记，这取决于加密的形式(即对称或非对称的)。

图3所示的是把一个标记的智能卡应用文件(即图2中的应用程序210)从应用程序装载器102装载到智能卡100上的流程图。在本发明的一个实施例中，应用程序装载器102是一台售票机。它与票装载器104安装在一起。在该实施例中，在购买巨人队棒球赛票的时候，场地应用程序210被自动装载，除非智能卡100上已经有了该应用程序。另外，在这个实施例中，如果在智能卡100上没有共享票务应用程序202，那么它也会被自动装载。在另一个实施例中，共享票务应用程序202和场地应用程序210其中之一或二者都是在生产或出售智能卡的时候预先装载上的。

现在参考图3，状态300是开始状态。在状态302时，应用程序装载器102与智能卡100相连接，并且准备下载应用程序210。例如，智能卡100的持有者把智能卡插入一台包含应用程序装载器102的装置中，并且选择应用程序210来安装(即表示希望购买巨人队的棒球赛票)。在另外的一个实施例中，持卡者把智能卡100插入一个单独的计算机系统，该系统通过因特网或其他通讯网络与应用程序装载器102相连接。

在该实施例中的状态304中，智能卡100表示它准备装载一个应用程序，并传递有关应用程序装载器的当前配置(如，哪个应用程序被装载，安装的是哪种操作系统和Java虚拟机)的信息。在一个实施例中，智能卡100在表示它准备接收一个应用程序之前完成一次自检。该自检测试了智能卡存储和恢复数据的能力，并且检测损坏的存储单元。由智能卡传送给应用程序装载器102的信息可以包括智能卡上的可用存储空间的数量。如果存储空间不足以装载应用程序，则会给使用者显示一个出错信息。

在状态306时，应用程序装载器102判别共享票务应用程序202是否已经驻留在智能卡100上。如上所述，共享票务应用程序202含有场地应用程序210和其他场地应用程序使用的指令。这个判别是根据智能卡100在状态304中返回到应用程序装载器102的信息做出的。

如果在状态306时判定共享票务应用程序202没有被装载在智能卡100上，则继续状态310。否则，在状态308中，判别场地应用程序210是否已经被装载到智能卡100上，如果没有，则进程就转到状态316。然而，如果两个应用程序都已经被装载，那么进程进入结束状态320。

如果共享票务应用程序没有被标记，那么在状态310中就会用程序装载器关键字200a的密码关键字的补码形式来标记它(即当使用非对称加密方案时，一个＂专用＂关键字对应于一个＂公共＂关键字200a)，以便产生应用程序标记202b(来自图2)。然后被加标记的应用程序被下载到智能卡100上。应用程序以多串字节的方式(每串近似200个字节)被下载并存储在智能卡上，并且用一个有关的校验和去确认每一串字节。在状态312中，智能卡确认是否正确收到应用程序，并且在状态314时通知应用程序装载器是否安装成功。如果共享应用程序202不能被正确装载，则会返回一个出错信息，而且进程在状态320结束。

如果共享票务应用程序202已被成功地安装，或者在状态308中，如果场地应用程序210经确定还没有被装载，则进程进入状态316。

在状态316中，通过应用程序装载器102标记(如果还没有被标记)场地应用程序210，生成应用程序标记210b和/或场地标记210c，然后把它们从应用程序装载器102上下载到智能卡100上。如下所述，场地关键字210a将被用来鉴别票装载器104的场地应用程序210，并且确认由票装载器装载的票。根据选用的加密形式(即对称或非对称关键字)，用应用程序装载器关键字200a和场地装载器202a或它们的补码分别生成应用程序标记210b和场地标记210c。

在状态318中，智能卡100确认下载应用程序并向应用程序装载器表明它是否被成功地装载或者出错。智能卡100利用计算一个校验和并将其与应用程序装载器102提供的一个校验和相比较，来确认是否成功地接收到应用程序。在另一个实施例中，使用与用于生成标记的关键字的形式相对应的密码技术来确认下载的应用程序的应用程序标记210b。在这样一个特殊的实施例中，智能卡100计算来自应用程序的一个无规律数值，并将它与从标记中恢复的无规律数值进行比较。如果它们之间互相匹配，那么智能卡就认为该应用程序已经被完整地接收。当一张票被下载时，使用类似的过程来确认票的标记。然后过程在状态320时结束。

                          装载票

一旦场地应用程序被装载在智能卡100上，该场地事件的票(如运动比赛、航空公司的航班)就可以被买到，也可以被装载。在本发明的一个实施例中，当需要时，场地应用程序、共享票务应用程序202和相关的票一起由一台联合票/应用程序装载器装载。

图4描述了从票装载器104购买巨人队棒球比赛(场地应用程序210已经被安装)的电子票并把它安装在智能卡100上的过程。在本发明的这个实施例中，票装载器104是连接于公共网络(如因特网)的部分网络服务器。在该实施例中，智能卡100与持卡者操作的一个计算机系统相结合，该计算机系统也与因特网相连。使用场地网络服务器的一个接口来选择票，然后从因特网上下载并且存储在智能卡100上。

现在参考图4，状态400是开始状态。在状态402时，智能卡100的持卡者启动票购买/装载过程。在本发明的一个实施例中，持卡人首先选择自己希望的票的事件。例如，在当前描述的实施例中，棒球比赛的票以及希望的座位类型和号码一起被认定。在另一个例子中，持卡者向航空公司定票处认定了一个自己想要的航班，包括日期、时间、可能还有座位。在智能卡的持卡者选择了他或她的场地/事件并确定有关该事件的任何需求或标准后，他或她发出接收票的信号，订票形成。

在状态404中，票装载器104自我识别并查询智能卡100，以便鉴别该卡和/或场地应用程序210。查询是用票装载器104把随机数传送给智能卡100的＂零知识验证＂(Zero Knowledge Proof)。场地应用程序210通过产生带有场地关键字210a的数字标记去应答查询，并且把结果返回到票装载器104。在另一个实施例中，场地应用程序210在步骤406时用带有场地关键字210a的加密随机数来应答查询，并把结果返回给票装载器104。

在状态408时，票装载器104确认从智能卡100接收到的标记。对于这个确认来说，票装载器104具有场地关键字210a的补码。例如，在该发明的一个实施例中采用非对称关键字(如RSA)，其中场地关键字210a是一个相关场地的公共关键字，而票装载器104具有对应的专用关键字。在本发明的一个实施例中使用对称关键字(如数字加密标准)，票装载器104和场地应用程序210具有相同关键字的拷贝。如果确认失败，那么票的装载过程或者再次进入查询/确认过程(直至限制的次数)，或者中断并报告出错信息，这取决于实施和保密事务。

接着根据智能卡的持有者/使用者所选择的事件的信息，在状态410时，票装载器104产生和标记用于该场地的票212。票装载器104使用与在状态408中用于确认场地应用程序210的关键字相同的关键字来标记票212。在状态412中，具有标记212a的票212被下载并存储在智能卡100上。

在状态414中，通过用场地关键字210a鉴别标记212a来确认被下载的票212，并在状态416时用表明成功或者失败的信息来响应。在本发明的另一个实施例中，与场地关键字210a不同的第二个场地关键字与场地应用程序210存储在一起，用来确认被下载的票。该过程在状态418时结束。

在当前描述的实施例中，对于从票装载器104下载的每一张票都必须遵守上述过程。在另一个实施例中，对于每个场地可一次选择、处理和下载多张票。

确认票

在本发明的该实施例中，当为了被某个适当的场地接受而出示票的时候，用确认装置106来确认这些票。图5描述了根据本发明的一个实施例来确认票212的过程。

状态500是开始状态。在状态502，使用者把智能卡100交给确认装置106以便获准进入一场球赛，该球赛的票被认定为212。确认装置106包含一个配置成能接受并能与智能卡100进行通讯的计算机系统。

在状态504中，如同上文中票的装载过程所描述的，确认装置106对智能卡100产生并发出一个查询。在状态506中，场地应用程序210用场地关键字210a标记提供给智能卡100的随机数。在状态508中，确认装置使用场地关键字210a的补码来鉴别这个标记。通过鉴别经查询返回的标记，确认装置106能够确认场地应用程序210。

在鉴别该标记后，在状态510时，确认装置106请求由智能卡100保存的票的信息。在状态512中，场地应用程序210将票212(即票的信息和标记)传送到确认装置106。确认装置106仅接到用于当前事件的存储票，该当前事件由日期、时间和/或其它识别数据来认定。在本发明的一个实施例中，共享票务应用程序202判别由确认装置106认定的票(即认定哪个场地，即哪个场地应用程序和哪张票，与确认装置相对应)。另外，场地应用程序210和确认装置106进行通讯，以便在与该场地有关的多张票中，确定哪一张是可以使用的。

在状态514中，确认装置106检验票信息(即核定日期、时间、参加的队、座位号)并鉴别票标记。如果票的信息和标记通过了检验，那么就指示智能卡100消掉或擦除票212，并且允许持卡者进入。

在当前描述的本发明的实施例中，将会用装载在智能卡100上的新的票重写票212。在另一个实施例中，票不会被擦除或重写。

以上对本发明实施例的描述仅是为了举例说明，并不意味着将本发明包罗无遗，或将本发明限制在所披露的形式中。许多修改和改进对本领域技术人员是十分明显的。因此，上述披露不意味着限制本发明；本发明的范围由权利要求界定。

Claims (30)

1.使用电子装置存储票的一种方法，包括：

接收与第一场地有关的第一场地模块，所述的第一场地模块包括用于确认所述第一场地票的第一场地关键字；

用电子装置的模块装载器关键字确认所述的第一场地模块；

接收在所述的第一场地提供的某一事件的第一种票；

接收与所述的第一种票相关的第一种票标记；

用所述的第一场地关键字鉴别所述的第一种票标记；以及

将上述第一种票提供给所述的第一场地的确认装置。

2.如权利要求1所述方法，还包括：

接收与第二场地有关的第二场地模块，所述的第二场地模块包含有用于确认所述第二该场地票的第二场地关键字；

用所述的模块装载器关键字来确认所述的第二场地模块；

接收在所述的第二场地提供的某一事件的第二种票；

用所述的第二种票接收第二种票标记；以及

用所述的第二场地关键字鉴别第二种票的标记；

其中所述的第一场地与第二场地是不同的。

3.如权利要求1所述方法，还包括：

接收一个共享模块，所述共享模块包括所述的第一场地模块使用的指令，并有用于确认所述的第一场地模块的共享场地关键字；以及

用所述的模块装载器关键字来确认所述的共享模块。

4.如权利要求3所述方法，其中所述的第一场地模块和共享模块中的每一个都包括一个模块标记，并且其中所述确认包括用模块装载器关键字鉴别经确认的模块的模块标记。

5.如权利要求3所述方法，还包括用所述的共享场地关键字确认的所述第一场地模块。

6.如权利要求1所述方法，其中接收第一种票包括：

从票装载器接收查询；

用所述的第一场地关键字标记所述查询；以及

把所述被标记的查询传送到所述的票装载器。

7.如权利要求1所述方法，其中接收第一场地模块包括：

接收用于处理某一事件在第一场地的票的第一指令系列；

接收所述第一场地用的第一场地关键字；

存储所述的指令系列；以及

存储与所述指令系列有关的所述第一场地关键字。

8.如权利要求7所述方法，还包括：

判别共享模块是否被存储在电子装置上；以及

如果所述共享模块未被存储在电子装置上，则接收所述的共享模块。

9.如权利要求8所述方法，其中所述的接收共享模块包括：

接收由一个或多个场地模块使用的第二指令系列；

接收用于确认所述的一个或多个场地模块的场地装载器关键字；

存储所述的第二指令系列；和

存储与所述的第二指令系列有关的所述场地装载器关键字。

10.如权利要求1所述方法，其中所述确认包括用电子装置的模块装载器关键字鉴别所述的第一场地模块的模块标记。

11.如权利要求1所述方法，还包括消掉所述的第一种票。

12.如权利要求11所述方法，其中消掉所述第一种票包括给所述第一种票打上无效记号。

13.如权利要求1所述方法，还包括：

给所述共享模块打上无效记号；和

接收所述共享模块的新型式。

14.在一个电子装置上保持可用于多场地的票的一种方法，包括：

存储第一场地模块，其中所述第一场地模块与第一场地相关，并且包括第一场地关键字；

从票装载器接收查询；

使用所述的第一场地关键字用第一种数字标记来标记所述的查询；

把所述的被标记的查询传送给所述的票装载器；

接收第一种电子票，以获准进入所述第一场地的某一事件；

接收第一种票的标记，所述第一个种票的标记和所述第一种电子票有关；和

用所述的第一场地关键字鉴别所述第一种票的标记。

15.如权利要求14所述方法，还包括：

存储第二场地模块，其中所述的第二场地模块和第二场地有关，并且包括第二场地关键字；

其中所述的第二场地与所述的第一场地不同。

16.如权利要求15所述方法，还包括：

接收第二种电子票，以获准进入所述第二场地的某一事件；

接收第二种票的标记，所述第二种票的标记和所述第二种电子票有关；和

用所述第二场地关键字去鉴别所述的第二种票的标记。

17.如权利要求14所述方法，还包括：

确定共享模块是否已被存储，所述共享模块包括一个可以被所述第一场地模块调用的指令；和

如果所述共享模块未被存储，则存储所述的共享模块。

18.如权利要求14所述方法，其中接收查询包括接收一个随机产生的数。

19.如权利要求14所述方法，其中接收第一种电子票包括接收在所述第一场地的某一事件的一个或多个细节。

20.提供票的一种方法，所述的票存储在可以存储多场地票的电子装置上，包括：

从某场地的确认装置上接收查询；

用第一场关键字标记所述的查询；

把所述的标记查询传送给所述的确认装置；

接收在所述场地的某一事件的第一种票的请求；和

传送所述的第一种票。

21.如权利要求20所述方法，还包括消掉所述的第一种票。

22.如权利要求20所述方法，其中接收查询包括接收一个随机产生的数。

23.如权利要求20所述方法，其中传送所述的第一种票包括传送构成所述事件的所述第一种票的一个或多个细节。

24.一种票存储装置包括一个存储装置，用来存储：

用于处理在第一场地举办的某一事件的第一场地模块；

用于确认所述第一场地模块的装置关键字；

用于所述事件的第一种票，所述的票有一个票标记；

用于鉴别所述票标记的场地关键字；和

用于把所述第一场地模块与票装载器和确认装置两者之一相连接的接口模块，所述接口模块共享于多个场地模块。

25.如权利要求24所述装置，还包括处理在第二场地某一事件的票的第二场地模块。

26.如权利要求24所述装置，其中票存储装置包括智能卡。

27.如权利要求24所述装置，其中票存储装置包括手提电脑。

28.一种计算机可读存储介质包含用于存储票的数据结构，所述数据结构包括：

用于处理在第一场地举办的某一事件的第一场地模块；

用于确认所述第一场地模块的装置关键字；

用于所述事件的第一种票，所述的票有一个票标记；

用于鉴别所述票标记的场地关键字；和

用于把所述第一场地模块与票装载器和确认装置两者之一相连接的接口模块，所述接口模块共享于多个场地模块。

29.一种存储指令的计算机可读存储介质，当计算机执行所述指令时，使计算机完成一种处理电子票的方法，所述方法包括：

接收与第一场地有关的第一场地模块，所述的第一场地模块包括用于确认所述第一场地的票的第一场地关键字；

用电子存储装置的模块装载器关键字确认所述第一场地模块；

接收在所述第一场地某一事件的第一种票；

用所述的第一种票接收第一种票的标记；

用所述的第一场地关键字鉴别所述的第一种票的标记；和

把所述的第一种票提供给所述第一场地的确认装置。

30.一种用于处理多场地事件的票的装置，包括：

用于接收模块的接收装置，所述的模块包括用于处理来自应用程序装载器的票的一系列指令；

用于确认所述指令系列的模块确认装置；

接收来自票装载器的票的票接收装置；

确认所述票的票确认装置；和

用于把所述票传送给确认装置的传送装置。

Images