多币种旅行订票信息管理系统和方法

文档序号:6411137阅读:289来源:国知局
专利名称:多币种旅行订票信息管理系统和方法
技术领域
本发明一般涉及计算机化的旅行订票信息管理系统这种领域,更具体地涉及这样一种系统,该系统能自动归并由不同货币产生的旅行订票信息。
随着全球性经济以及相关的全球性竞争的到来,世界各地的公司,尤其是美国的公司,正在被迫根据其竞争的位置来重新评估其宗旨。其结果就是压缩公司的规模并提高自动化的程度。对于占公司消费比例很大(如果不是最大的话)的旅行和娱乐业(“T&E”)这样一个领域来说,许多公司并没有象对某些其他领域那样进行的严密监控,以便降低公司的总体支出。缺少监控并不是由于疏忽,而是由于没有能力了解公司的旅行费用,尤其是在国外产生的费用,以便在足够的时间内有效并准确地利用价格节省措施来制定战略性的旅行策略。
由于旅游业已经成为高度竞争的行业,集中体现为航线的失控和超量,这样,游客便可以利用票价战来得到对预先谈好的服务项目的较大折扣以及预订包括机票、饭店和地面交通的全部代办旅行的折扣率。这些刺激鼓励游客在其出发日期之前好长时间就通过其旅行社预先制订旅行计划。然而,由于社团国际游客不可预见的旅行要求,多次预先购票如果不是不可能的话,就是不实际的。
因此,为了吸引社团商业游客,航空公司、饭店、汽车出租公司和其他的旅行相关服务业都提供较大的折扣率。多数情况下,大的折扣是根据前若干个月或若干年的旅行量而商谈好的。因此,公司要求对某个实体(某个国内旅行部或旅行社)旅行安排预售票和售票情况的详细跟踪。下面对旅行安排过程的介绍将说明靠经验获取这种信息的某些困难。
大多数可用的旅行订票系统包括这样的软件,该软件利用本地操作的计算机系统访问远程的计算机化订票系统(“CRS”),使旅行社能得到其顾客提出的任何旅行信息,这种软件的功能和能力是熟悉这一技术的人所熟知的。CRS提供商业航线飞机、地面交通和住宿的可用性信息和价格信息,并允许旅行社从CRS中订票或购票。一旦预订了票,预订信息便被保持在大多数CRS中,直到旅行结束。
用于连接CRS的每个本地操作计算机系统都被赋予一个用户或代理处标识符(“ID”)。对应代理处标识符的代理机构简述文件被存在CRS的主机系统中。简述文件包括该代理机构的有关信息,包括数据路径和安全访问代码。对售票过程至关重要的一种特定类型的可用信息是用作票价的货币类型。单个CRS支持许多国家或地缘政治实体中的代理机构和服务供应商(例如航空公司、饭店和出租汽车公司),其中的每一个通常都采用其各自的国家的货币处理商务。因此,代理商简述文件包含该CRS报告价格和售票时所用的货币。
通常,当访问CRS订票时,旅行社输入旅行计划的所有相关信息,包括游客姓名、目的地、出发日期、到达日期、所购票的类型(即不可退款的,不可转让的等等)、付款方法以及购票日期。为了加快这一过程,大多数CRS把许多这类信息存在顾客的简述文件中,使得旅行社不需要每次订票时都必须重新输入任何公共信息。
当订票时,这类信息被存在乘客的姓名记录(“PNR”)中。以后一旦订了票,就能从CRS或其它的系统中出票。
为了使旅行社的会计记录和最初在CRS中由旅行社输入的旅行订票信息一致,根据这种需要,当机票售出时,使CRS中的旅行订票信息可用作分析,这已经成为旅游业的一种标准做法。例如,旅行信息会计系统,在旅游业中一般称为室后系统,在机票被售出之后,该系统将信息从CRS(通常以会计接口记录(“AIR”)的形式从CRS中发送)传送到某个本地的数据库中,因此信息可以被分析,用于记帐、调节报告以及管理信息的目的。由本发明的受让人开发的MAX室后系统就是这样一个系统的例子。大多数现有的旅行信息会计系统只处理售票后的数据,然而,也有一些系统提供了访问售票前的数据的功能。
术语“售票前”是指机票被售出之前的时间,而术语“开发票前”则指在发票被开出之前的时间,例如,出租汽车或饭店预订。然而,旅游业通常将这两种信息都称为“售票前”信息。以后对售票前信息的所有引用都包括售票前和开发票前的信息。
随着对减少旅行费用问题的日益重视,已经提出了为分析而访问售票前和开发票前数据的需要。例如,公司可以监控其雇员的订票信息,以便防止过多的旅行。另外,可以通过监控售票前的数据来确定将到达同一目的地的人数,因此,可由旅行社商谈可能的团体价。由本发明的受让人开发的并根据美国专利申请系列号08/317860(在此被引用)公开的发明制造的系统,是一个这样的室中系统,该系统利用售票前和售票后的数据提供报告功能。
在提出本发明之前,公司只能定期接收存放在其旅行社的室后或室中系统中的旅行订票信息。通常,这些信息通过软盘、磁带或纸张传送给各个公司,也可以通过邮件、信使或类似的手段提交给公司。
这些传送旅行信息的方法存在以下几个问题首先,如果用不同的货币传送这些信息,每一笔交易的量域在被评估之前,都必须转换为某种公共的报告货币。由于兑换率每天都在变化,因此,当执行转换时,必须考虑到该笔交易的日子以及当天的兑换率,否则,转换的信息可能并不代表在该交易日期所花的钱数。
实际上,在货币转换中采用了利率周期的平均兑换率,这就将误差自动引入了对旅行费用的确定。例如,某个公司可能采用三十天为一个周期的平均兑换率。可能严重影响旅行价格的该平均值的每天的偏差数都没有被考虑。
其次,提供给公司的旅行信息都不可能是现行的。这是一个问题,例如,由于当为了获得大的折扣进行谈判而产生的关于某个航线的费用报告时,在传送旅行数据到公司之后售出和付款的任何机票都没有被包含在该报告中。如果所失去的信息正好代表一大笔钱,公司在大的折扣谈判中就不能充分利用其讨价还价的能力。
第三,如果信息是从不同的室后系统中传送出来的,为了计算这些信息,必须将所有的信息都转换为一种共同的格式。这样一种转换可能是相当费时的。
虽然目前的室后和室中系统能满足所要达到的目的,但不是被设计用来接收多种货币数据,因此,也不具备处理并分别维护来自多个国家的数据的功能。例如,象MAX室后系统这样的一种室后系统包括一个数据库,其数据库文件结构如

图1a-1f所示(除了图1a所示的税收细节和税收细节审计文件),其中,每个文件表示在一个椭圆形里面。每个文件和另一个文件的关系可以有一对多主关系、一对一主关系、一对多次关系或一对一次关系。
每当从CRS中接收到一个AIR时,AIR中的数据由接收计算机转换并存放在某个关系数据库中,其数据结构如图1a-1f所示。这些数据由事务定位号索引和检索。
由于系统没有被设计用来接收多种货币数据,并且从CRS中送出的AIR的信息都是采用代理机构简述文件中所标识的相同报告货币,因此无法区别采用一种货币的AIR记录和采用另一种货币的AIR记录。所有的数据都被存在同一个文件中,即发票主文件中。结果,多种货币数据被组合在一起,无法分出一种货币的数据。
单货币或单国家系统的另一个问题是无法处理多种语言的数据。不同的国家可能需要不同的报告语言。例如,用英文写的表示预订从纽约城到马德里航班的记录中将纽约表示为“New York”。然而,如果相同的记录用西班牙语产生,则纽约将被表示为“Nueva York”。单国家系统只能用单种语言报告。
另外,每个国家都有不同的机票格式和类型。例如,加拿大有转移自动票(“TAT”),采用4部分的文档;美国有自动机票和登机卡(“ATB”),采用单联票的文档;而大多数其他国家都有各式各样的收费次序(“MCO”)。显然,只被设计用来接收单种货币或国家数据的系统中,没有一种能用来处理具有不同机票形式和类型的数据。
和无法处理多种货币或多个国家数据的系统有关的另一个问题在于报告的产生。例如,不同国家在如何提供地址和日期信息方面是不同的。
现有系统的另一个问题是不能将多币种旅行数据下载到某个公司的主机或内部的计算机上,例如,和社团总分类帐的接口。
归并至少两种旅行订票信息记录的一种新方法和系统,这些记录包括一个或多个旅行段,具有至少两种从一个或多个本地操作的计算机系统中产生的不同货币,这种方法和系统被用来弥补现有技术的不足。这种方法和系统特别适用于具有大量为商务而在国际间旅行的雇员,因此需要采用不同货币的大量旅行和娱乐费用。
在一个实施例中,一个操作员,通常是需要访问由多个旅行段归并的信息的人员,选择表示和每个旅行段相关的价格的一种全球性货币。然后,同一个或另一个操作员,例如某个旅行代理商,进入第一个本地操作计算机系统,并得到用来自某个计算机订票系统(CRS)的第一种货币表示的至少一个旅行段的价格的第一个计算机旅行订票信息记录。当该记录被接收时,每个段的价格用全球性货币表示,并和来自计算机旅行订票信息记录中的信息一起被存在全球性数据存储介质中,该介质最好是一个数据库。不需要存放记录中的所有信息。如果计算机旅行订票记录中的货币不是全球性货币,则在其被存在全球性存储介质之前转换这种货币。
接着,第二台本地操作的计算机系统由同一个或另一个操作员进入,例如某个旅行代理商,得到带有至少一个用来自计算机订票系统(CRS)的第二种货币的旅行段的价格的第二计算机旅行订票信息记录。第二计算机旅行订票信息记录中的每个段的价格用全球性的货币表示,并和第二计算机旅行订票信息记录(可能是整个记录)的信息一块存放在全球性的数据存储介质中。另外,如果计算机旅行订票记录中的第二种货币不是全球性货币,则在其被存入全球性数据存储介质之前将第二种货币转换为全球性货币。
第一个本地操作的计算机系统可能在具有第一种货币的第一个国家中,第一种货币就是第一个国家的货币;而第二个本地操作的计算机系统可能在具有第二种货币的第二个国家中,第二种货币是第二个国家的货币。术语“国家”用在本申请书中,适用任何地缘政治实体或组织,发行或使用单一的货币。
一旦数据被存在全球性数据存储介质中,就可以从某个操作中心计算机、任何一台本地操作的计算机、或者能够访问该全球性存储介质的任何其它系统中为显示或产生报表而访问数据。
不是从单个CRS中访问旅行订票信息记录,而是从两个或多个独立的CRS中产生记录。
实施本发明并不一定需要两个本地操作的计算机系统。单个本地操作的计算机系统也能请求旅行信息记录,包括用不同货币反映的价格。因此,一旦选择了用来表示和每个旅行段相关的价格的某种全球性货币,则从本地操作的计算机系统中的计算机订票系统(CRS)中得到至少具有一个采用第一种货币的旅行段价格的第一计算机旅行订票信息记录。每个段的价格都用该全球性货币表示,并和计算机旅行订票信息记录中的信息一起被存放在全球性数据存储介质中。如果计算机旅行订票记录中的货币不是全球性货币,则在其被存入全球性数据存储介质之前先被转换。接着,一旦得到具有至少一个用从计算机订票系统(CRS)中的第二种货币的旅行段价格的第二计算机旅行订票信息记录,每段的价格用全球性货币表示,并和第二计算机旅行订票信息记录中的信息一起存在全球性的数据存储介质中。另外,如果计算机旅行订票记录中的第二种货币不是全球性货币,则在其被存入全球性数据存储介质之前,先转换第二种货币。
另外,所公开的又是这样一个系统,在具有至少两种从本地操作的计算机系统中产生的不同货币的某个预定的全球性货币旅行订票信息中形成中心,以便随后分析。该系统包括第一和第二本地操作的计算机系统,一个全球性的数据存储介质(最好是一个数据库),以及至少一个可由第一和第二本地操作的计算机系统访问的计算机化订票系统(CRS),该系统具有至少产生一个旅行段和每个段的价格的能力,具有为某个被选择的段预订票的能力,具有根据第一或第二本地操作的计算机系统的请求产生旅行订票信息的能力,并且具有用每个被预定段的价格检测订票情况的能力。另外还包括用预定的全球性货币表示每个被预定段的价格的装置,将段的订票信息和每个预定段的价格的全球性货币表示送到全球性数据存储介质的装置,以及将被传送的段订票信息和使用全球货币的每个预定段的价格存在全球性数据存储介质中的装置。
如果在计算机旅行订票记录中的货币不是全球性质币,则用全球性货币表示这种货币的装置将所记录的货币转换为全球性货币。
术语“预定”包含,但不局限于,预订可能的旅行,并把已预定旅行的登入申请人名单。
价格信息在传送到全球性数据存储介质之前,也不需要用全球性货币表示。全球性货币表示可以出现在传送之后,存储之前。
第一和第二本地操作的计算机系统可以而且通常位于远离CRS的地方,并包括在两个系统之间传送数据的通信机制。这种通信装置可以是传送数据的任何一种机制,例如通信调制解调器、电话线或人造卫星,或者是任何其他类型的电子传送装置。
第一个本地操作的计算机系统可以在以第一种货币作为第一个国家的货币的第一个国家中,而第二个本地操作的计算机系统也可以在以第二种货币作为第二个国家的货币的第二个国家中。
另外,本发明的这个实施例也适用于单个本地操作的计算机系统,该系统能够访问具有不同货币的旅行信息记录。
计算机旅行订票信息记录可以包括预售票信息或售票信息。
一旦数据被存在全球性数据存储介质中,就可以从某个操作中心计算机、任何本地操作的计算机、或者其它任何能够访问全球性数据存储介质(包括但不局限于社团内部计算机系统)的装置中访问数据进行显示或生成报表。
不是从单个CRS中访问旅行订票信息记录,而是可以从两个独立的CRS中产生记录。
还公开了这样的一种方法,该方法用于归并从至少在两个国家中的本地操作的计算机系统中产生的旅行订票信息。该方法包括选择一种全球性的货币,用它来表示和每个旅行段相关的价格,进入在具有第一个国家货币的第一个国家中的第一本地操作的计算机系统,从第一个本地操作的计算机系统中访问某个计算机订票系统(CRS),在CRS中为一个游客至少产生一个旅行段,至少选择一个具有所选段的价格的旅行段以便登记,按CRS中的价格为每个被选择的旅行路线登记订票,用全球性货币表示旅行段的价格,将有关该预定的旅行段的信息以及用全球货币表示的价格存入全球性数据存储介质,进入在第二个国家中的第二个本地操作的计算机系统,该国家具有第二种国家货币,从第二个本地操作的计算机系统中访问CRS,在CRS中为第二个国家的旅行者至少产生一个旅行段,至少选择具有第二个旅行段的价格的一个第二旅行段,以便利用第二个本地操作的计算机系统预定,按该CRS中的价格为第二个旅行段登记订票,用全球性货币表示第二旅行段的价格,并将有关第二个预定的旅行段的信息以及用全球性货币表示的价格存入全球性数据存储介质。
公开的另一种方法,该方法用于报告至少从一个本地操作的计算机系统以及至少一个计算机订票系统(CRS)中产生并存放在某个全球性数据存储介质中的旅行订票信息。该方法包括以下步骤选择公司报告格式,该格式至少包括一种报告语言和一种全球性货币,将公司的报表格式存在全球性的存储介质中,该报表格式包括报告语言和一种全球性货币,进入某个本地操作的计算机系统,从本地操作的计算机系统中访问某个订票系统(CRS),在该CRS中,至少产生一个旅行段,至少选择一个旅行段,该旅行段包括被选择段的价格,以便预定,以CRS中的价格为每个被选择的旅行段登记订票,用全球性货币表示该段的价格,将被预定的旅行段的有关信息以及用全球性货币表示的价格存入全球性存储介质,访问该公司的报表格式以及被存入的预定旅行段、用全球货币表示的价格以及全球性存储介质中的信息,并且报告所预定的旅行段以及采用该公司报表格式的价格信息。公司报表格式还可以包括报告地址格式和报表数据格式。公司报表格式的信息可以存放在单个文件或多个文件中。
上面引用的计算机旅行订票信息记录可以包含预售票信息或售票信息。也可以包括所有存放在CRS中的信息(例如,存在某个PNR中的信息)或者可以是所选择的信息,例如在某个AIR中被传送的信息。
上面引用的旅行段可以表示任何类型的旅行,包括但不局限于航空、铁路、汽车、摆渡和巡航。
在附图中图1a-1f表示和单个货币室后系统相关的一种逻辑数据库设计结构的结构示意图。
图2为根据本发明的一个系统简图。
图3是一个逻辑流程图,表示本发明的总体操作。
图4说明由某个典型的CRS系统产生的PNR中可用的原始数据的格式。
图5说明包括从某个PNR中选择的项目的AIR记录表示。
图6为本发明最佳实施例的系统数据流示意图。
图7a-7d表示逻辑数据库设计结构和相关的数据库关系,包括图6的全局数据库。
最佳实施例描述参看附图,在图2中,管理被归并的多种货币旅行订票信息的系统包括全局计算机10(在本发明的最佳实施例中为一台AS400计算机,由IBM公司销售的),以及全局数据存储介质14(在本发明的最佳实施例中为AS400关系数据库,或者对于一般熟悉这一技术的人都熟悉的、采用面向对象方式程序设计的同类数据库系统),该介质用于存放至少用两种货币产生的旅行订票信息,两种货币在这种情况下应来自两个不同的国家。调制解调器18通过陆上通信线30连接某个远程的计算机系统32以及至少两个系统20和50,后者在两个不同的国家中收集旅行订票数据。这些系统可以放在旅行社或某个公司中,但为了便于说明,将使用旅行社。系统20和50包括旅行社本地操作的计算机系统21和51以及可任意选择的本地操作的计算机系统23和53,其中系统23和53带有终端22和52,可选择的存储磁盘24和54用于存放售票前和售票后的旅行信息,可选择的打印机26和56,通信调制解调器28和58,以及任何其它的可选择外部设备,例如传真机27和57。调制解调器28通过陆上通信线30连接远程计算机系统32,而调制解调器58则通过光纤电缆线50和陆上通信线30连接远程计算机系统32。计算机系统32包括通信接口设备34、计算机36以及多个存储磁盘38、40、42、44和46,可由旅行服务的提供者(例如住宿提供者、地面交通服务提供者和航空公司)访问。
该系统的另一个可选部分是操作中心计算机60。这一部分通常并不是要通过CRS产生和预定旅行路线的,而是被设计用来访问被归并的存放在全局数据库14中的信息,以便用于分析、维护和生成报表的。操作中心计算机60被连接到通信调制解调器68以便访问该全局数据库,连接到打印机66以及象传真机这样的任何其它外部设备。
在本发明中,术语“连接”指的是“电连接”,而不是要求物理连接或恒定连接。因此,连接可能仅仅是短时间周期的。
远程计算机系统32是一个计算机订票系统(“CRS”),为熟悉这一技术的人所熟知的。通常,CRS包括一个大型的主机,能够处理相当大量的数据。CRS被设计用来提供旅行路线,并且为在许多不同国家中的本地操作终端提供旅行预定服务。有多家CRS提供商,包括本发明的受让人。
术语“CRS”包括检索、存储、处理以及/或者将旅行的相关信息传送到另一个系统的任何系统,包括,但不局限于,出租汽车公司计算机订票系统、巡航公司计算机订票系统,以及饭店计算机预定系统。
图3以流程图的形式表示这样一个过程,一旦在其最广泛的意义上售出了预订的票,就自动将旅行订票信息从某个CRS中传送到全局数据库。根据美国专利申请系列号08/317860的说明,这一过程可由一个熟悉这一技术的人修改,以便提供这样一个过程,每当CRS中的某个PNR被建立或修改时,自动更新本地旅行信息数据库24和54,以及全局数据库14。然而,为了便于说明,将介绍使用售票信息的过程。
在本发明的这个实施例中,该过程基本上是由在三个地方执行的软件实现的。该软件的第一部分被装在某个旅行商的本地操作的计算机系统上,第二部分被装在远程CRS主机上,而第三部分则被装在全局计算机上。软件的三个部分互相通信,执行推荐旅行路线、为某个游客订票这样的请求,并将所选择的信息存到全局数据库14。
不管旅行社在哪个国家,当为游客订票时,旅行商在步100中输入该游客的姓名和旅行信息。在步102中,系统自动判别该游客是否为新来的顾客。如果该游客是一位新来的顾客,则代理商在步104中输入有关该顾客的游客标识信息,例如地址、付款方式以及任何特殊的旅行要求和所需的旅行信息。接着在步106中,代理商要求访问CRS主机以获取旅行路线。如果存在简述文件,则步107在访问CRS之前,如果需要的话,可以访问并修改简述文件。
连接CRS远程计算机系统36的每个本地操作的计算机系统被赋予一个代理机构标识符(“ID”)。对应该代理机构ID的代理机构简述文件被存在CRS主机中。简述文件包括所有关于该代理机构的信息,包括数据路径、安全访问代码,以及所需的交易货币。关于本发明的一种有用的特殊类型信息是每当所订的票售出时,代理机构是否要求自动产生一个会计接口记录(“AIR”)。AIR是由CRS临时产生的一个记录,包括游客的标识信息,购票的旅行路线订票信息,以及段价格信息,这些信息将被送到某个地方,例如代理机构,或在这种情况下的全局计算机10。因此,当代理机构要求访问CRS主机时,代理机构ID被自动地送到CRS主机上,识别要求访问的本地操作的计算机系统(步106)。
一旦CRS主机按照代理商ID访问该代理机构的简述文件(步108),CRS就检查是否存在顾客的简述文件(步110)。如果简述文件存在,则计算机访问该简述文件并进行任何必要的修改(步112)。如果简述文件不存在,则CRS主机在步114中建立一个简述文件。接着,CRS主机建立一个PNR记录(步116),并在步118中形成可能的旅行路线,以便提供给旅行商。每条旅行路线由若干独立的旅行段组成,例如,来回旅程直达飞行包括两个旅行段。代理商接着选择最好的旅行路线即最好的旅行段并要求订票(步120)。一旦接到订票请求,CRS主机就登记订票(步122)。如果不要求CRS发出票(步124),则该记录被完成。
否则,CRS继续进行售票。首先,用代理机构简述文件中标识的货币计算票的价格(步126)。大多数CRS每天都用当前的货币兑换率更新。接着,在步骤128中将票售出。
如果代理机构简述文件指出需要AIR(步129),则CRS准备好并将AIR记录和机票送到全局计算机上(步130)。步134将AIR信息装入中央全局计算机系统10。
一旦接收到这些信息,计算机就确定在AIR中段的价格是否用和预定的全球性货币相同的货币反映的。如果价格采用全球性货币或全球报告货币表示,则将该价格信息的全球性报告货币表示装入全局数据库中(步142)。该系统允许用户至少指定一种主货币用于存储和报告。为了这里的讨论方便,“全球性货币”和“主货币”交换使用。
如果AIR中的货币不是全球性报告货币,则全局计算机10确定是否存在兑换率(步136)。如果没有,则必须加入新的兑换率(步138)。否则,系统利用现有的兑换率(应该被更新)。如果兑换率是由能够传送电子数据的某种来源(例如CRS、Reuters Telerate或任何其它的电子兑换率的来源)所提供的,这一步就能被自动执行。但最好还是由某个权威人士手工输入这些信息。除了上述的兑换率来源之外,在财政期刊和电子服务项10中也能得到这些信息。接收到的价格信息被转换(步140),并和其它接收到的信息一起被装入全局数据库14(步142)。
如果AIR选项没有被选择,则CRS主机直接售票并完成该记录(步124)。
为了准备AIR,CRS主机分析由CRS建立的PNR,如图4所示(步130)。主机从PNR中选择所需的信息并重新格式化数据,以便传送到本地操作的计算机系统。PNR可以直接被下载到全局数据库。然而,在主机中格式化数据要有效得多,这样做有利于在全局数据库中下载数据。
熟悉这一技术的人都知道,从PNR中选择的任何信息可以按任意多的方式排列。另外,信息可以存放在任何存储介质中而不仅仅是数据库,这也是众所周知的。
一般熟悉的这一技术的人也都知道,PNR中的所有信息都可以被传送。
在本发明的最佳实施例中,PNR中的信息按照多个预定的字段存放在AIR中,每一个都用一个特定的代码表示。图5给出了一个AIR的例子,这是从一个乘客的PNR中得到的,该乘客乘坐墨西哥航空公司的飞机从Acapulco,Mexico飞到Cancun,Mexico。然而,每个AIR将根据旅行信息而变化。
在上述的本发明实施例中,来自AIR的信息随后被下载到中央全局计算机数据库14。利用任何数据库管理系统可以把信息装入任何数据库中,例如AS400关系数据库。
一般熟悉这一技术的人可以修改上述的过程,包括增强,使整个系统更加有效。例如,系统可以被重新配置,使得不同的部件执行不同的功能。AIR可以被装入任何存储介质中,以便随后处理AIR中的数据时进行访问。
图6给出了本发明的最佳实施例的一个增强版本的流程图,其中,旅行代理机构200操作一台本地操作的计算机访问CRS202和全局计算机204。由CRS产生的旅行订票信息被存在某个远程数据存储介质中,例如由远程全局计算机系统204控制的全局数据库206。
在图6中,旅行代理机构200上的一个旅行代理商请求、预订并购买了CRS中的旅行路线(步208),所采用的方式和图3步100-192相同或类似。如上所述,这一过程可以根据美国专利申请系列号08/317860中的内容进行修改,以便从CRS208中提供预售票数据,但为了便于讨论,只讨论利用售票数据的系统。
在本发明的这个实施例中,操作员可以选择是从CRS202中售票(步210),还是从全局计算机204中售票(步212)。无论是由哪台设备售票,CRS都将一个AIR记录提供给全局计算机204,接着进行处理(步213)并存储在全局数据库206中(步213)。
全局计算机204被设计用来接收、处理并且如果需要的话,存储来自其它多种来源的信息。例如,该系统被设计用来接收外币兑换率信息220。这种信息可以从上面图3所述的任何来源中接收到。该系统也被设计用来和供应商222接口,允许供应商将费用、退款和佣金信息224提供给全局数据库206。信息被用于调解、报告和供应商结算。供应商222随后还能从数据库中接收可支付信息,供应商核对226,例如旅行和费用核对。
全局计算机204还能通过旅行代理机构200从顾客那里接收到有关支付、退款、调节和返回票的信息228;通过零售点操作从外部数据供应230接收现金;从信用卡服务机构231得到销售、折扣和支付信息。一般熟悉这一技术的人还能在全局计算机204上进行程序设计,以便接收其它类型的信息。
利用上述各种来源提供的所有信息,全局计算机204就能够用任何选择的语言232进行核对,为旅行代理机构200生成报表234,并将销售信息、折扣和支付提供给信用卡服务机构231。销售信息和原始信息的国家允许全局计算机204也生成本地的税收信息236,这些信息可用于许多目的,包括但不局限于得到在某些国家支付的销售税退款。
除了上述的所有特征之外,图6所示的系统能实现目前市场上MAX室后会计系统的所有功能,该系统是由本发明的受让人上市的。这些特征包括当天结束时的处理功能240、总分类帐数据库242、为管理部门250和会计部门246处理并产生财务报表248。来自会计的会计日志记录也被处理(244)并下载到总分类帐数据库242。除了为管理部门250提供的严格的会计报表之外,系统还处理并生成报表252。和所有现存的系统不同,由该系统产生的报表包括采用某种选择货币表示的旅行价格信息,这些信息是实时的和准确的,采用某种预先选择的语言,使用预选的日期/格式/分隔符和预选的地址格式。
由于AIR是当预订票被售出时立即产生的,因此,任何时候全局数据库中的信息都表示当前用所选货币表示的实际价格。数据被保存也被保存在数据库中直到被归档并被清理。因此,可以在任何计算机系统上产生报表,例如操作中心的计算机,该计算机包括当前的准确的信息,提供一种更有用的系统。
每当如上所述在CRS中售出预订票时,自动更新全局旅行信息数据库14(图2)的过程利用了一个AIR。然而,该过程也可以由某个一般了解这一技术的人修改为下载任何类型的旅行订票信息。这些信息可以包含任何类型的记录。例如,PNR中的旅行订票信息可以直接从PNR下载到全局计算机系统,这只需核查一下预订票的售出情况。不需要AIR。
该系统还可以被修改为从其它CRS中接收旅行订票信息。或者必须采用AIR的格式发送信息,或者由全局计算机系统识别来自另一个CRS的另一种格式,因此,任何相关的信息都可以被提取。
本发明最佳实施例的全局数据库的一部分数据库结构,公司数据库结构,如图7a-7c所示。实现这种公司数据库结构设计是为了补充图1a-1f所示的现有数据库的文件结构。然而,相同的过程和方法(下面介绍,也可由一般熟悉这一技术的人采用独特的设计实现,或者用任何单币种或单国家的室后或室中系统实现,这些系统都为一般了解这一技术的人所熟知。
图6的全局数据库206包括两个功能部分即验证部分和旅行信息记录存储部分。旅行信息记录存储部分包括图1a-1f所示的文件和税务细节以及税务细节审计文件。但是,在数据被存入数据库之前,利用存放在数据库部分中具有图7a-7d的结构的信息进行验证。
验证部分允许处理由多种货币、多种语言、多种票据形式、多种票的类型以及多种日期格式产生的旅行订票数据。
图7a给出了公司数据库结构的全部文件。为了便于说明,我们这里的“公司”表示利用本发明的某个实体的地缘或业务分部。例如,需要在每个国家或每个地缘区域的基础上归并旅行订票信息的某个国际性实体应该为每个国家或地缘区域建立一个公司数据库结构。
存放在公司数据库文件中的信息对该实体是独特的。例如,城市文件包括顾客或雇员旅行的所有城市代码以及这些城市所属的国家代码。国家文件包括其国家代理出现在城市文件的所有国家的全名的一张表。由于城市和国家代码在全球不变,所以全局计算机使用代码而不是城市或国家的名字,避免拼错或在拼法上的不同。
所有其它的文件都包括如下类似的信息。例如,城市类型文件包括有关城市类型的代码;结算类型文件包括说明在公司内用于报告/处理的方法类型的信息,例如航线报告公司(“ARC”)、银行结算计划(“BSP”)或直接支付形式(“DFOP”);州文件包括合法的邮政缩略词和每个洲、省或县的相关名称;格式代码文件包括有关票样的所有具体标准。
税务交叉引用文件包含在某个国家中每个州、省或县的有效税号,而税务法规文件包括在每个国家适用的税务法规。这些文件由全局计算机204访问,以便确定适用于某个州、省或县的税收,验证税号,并通过一般了解这一技术的人所熟悉的处理方法对佣金收入和信用卡服务收费计税。
语言文件包括说明由国家规定的某种语言所需的属性。
产品类型文件包含用于标识和分类所提供服务类型的代码。而次产品类型文件则包括在某种产品类型内具体服务类型的信息。
支付形式文件包含在一张发票上有关支付形式的所有具体标准。用餐代码文件包含航班所用每个菜单的代码和说明。地址元素文件包括若干具体的数据元素,该元素定义了某个给定地址列出的字段。
分支文件列出了所有的分支机构(包括名字、地址等)、这些分支机构和图7d分支机构中所示的银行帐号和伪城市一块作为全局系统部分。
顾客文件包含顾客和服务提供商的标识信息,例如姓名、地址等等。图7c给出了文件的信息细目。存在这些文件中的信息包括(从左到右)销售/销售成本会计信息图表、质量控制的编辑掩模、质量控制选择、按月对票的数量和退款情况进行统计的顾客业务合计、供应商合计信息、对每个供应商和分支机构的会计图表信息,以及其他室后系统对本发明交叉引用信息的转换信息。
银行文件定义了系统的银行帐号。
信用卡文件包括用于服务机构处理的信用卡代码。
代理商文件包含所有的代理商号码和名字,并且被细分为如图7b所示的文件,该文件包括代理商Sine(税号),代理商业务(包括机票的数量和退款)合计,对每个代理商的质量控制,其它室后系统对本发明中某个特定号码的交叉引用代理机构号码的转换信息。
用户文件包含用户的偏爱属性和具体的操作特征,例如日期的格式。
地址格式文件包含所有可供用户选择的地址元素。
兑换率变化和兑换率文件包括要将旅行段价格转换为主报告或全局货币的所有可能需要的兑换率。货币文件包含所指定的主报告货币和任何其它的次报告货币。一旦全局计算机204接收到一个AIR,它将访问该货币数据库以确定主要的或全局的报告货币。接着,将AIR中的货币和全局货币进行比较。如果币种不同,则全局计算机访问兑换率变化和兑换率文件(该文件应经常更新以反映准确的兑换率),得到兑换率,以便将AIR的货币转换为全局货币。接着,全局计算机204将用原始和全局货币两种形式表示的价格存放在发票主文件和子文件中,其存储数据库结构如图1a所示。
在执行图3的步140后,对AIR分析找出代理机构号码,根据该号码可确定该公司。一旦确定了公司,系统就访问数据库的公司结构部分以确定主报告或全局货币。接着,执行上一节所描述的转换和存储过程。
公司数据库结构中的许多项目用于报表。例如,可以为在加拿大的一个公司建立一个公司数据库,通过将“法语”放在语言字段中说明所有的报表都用法语产生,并且所有的被报告的地址都采用存放在地址格式文件中的格式。日期格式也用于显示或报表,并且在公司、分支机构、顾客和银行文件中说明,取决于层次或功能。因此,当从公司结构数据库中确定了适当的格式时,就访问存储数据库以获取报告所需的适当数据。
上述的软件是采用基于面向对象技术和结构化方法的RPG/400和CLP/400程序设计语言开发的。然而,任何一般了解这一技术的人都知道,上述的程序也可以利用非面向对象技术的一种不同的程序设计语言进行开发。即使用了关系数据库软件包,但上述的数据库结构也可以由熟悉这一技术的人用面向对象的数据库或任何其它类型的存储介质来实现。上述旅行订票系统中所介绍的所有设备都可毫不费力地得到。
上述的本发明实施例都使用了本地操作和全局计算机系统中的数据库。然而,任何类型的存储介质都可用于存储数据。也不要求本地操作的计算机系统都有数据库,所有的信息都可以从全局数据库中产生。另外一种方法是,全局数据库可以被放在一个本地操作的计算机系统上,为其它的本地操作计算机系统提供访问。
术语“本地”仅仅是为了便于说明。例如,操作中心计算机也可以被放在某个本地操作的计算机系统一方并访问CRS。并不一定要求操作中心计算机必须是一个完全独立的系统,然而,最好是这样。
上述的系统和方法可由某个熟悉这一技术的人进行修改,将全局计算机的功能性或某个全局计算机结合到某个中心化的处理系统或服务机构中,例如由本发明的受让人提供的这种系统,使得几个公司或代理机构能够远程或本地访问单个全局计算机,以获取用某种预定的全局货币表示的集中化旅行订票信息。
上述的系统和方法也可以由熟悉这一技术的人修改成为只使用一个本地操作的计算机系统的系统和方法,该本地操作的计算机系统能够产生包括多种货币的计算机旅行订票信息,这些信息在被装入数据库之前要求转换。
货币的转换可出现在系统或方法中的任何地方,只要在被存入全局数据存储介质之前发生的就可以。
上述的方法和系统也可以被修改为手工或借助例如因特网这样的电子系统接收数据。上述的系统还可方便地被修改为具有访问其它电子服务或系统的能力,例如因特网。
上述的方法和系统可由熟悉这一技术的人修改为接口某个公司的主机或内部计算机系统,以便交换信息。例如,来自某个旅行机构或公司内部旅行部的全局计算机中的信息可以被下载到公司的主机,以便进入公司的总分类帐。
如上所述,可以看出,本发明能被很好调整以得到至今所提出的所有特征和目的,以及很显然的为该方法和装置所固有的其它优点。
应该理解某些特征及其组合是很有用的并且不必引用其它的特征和组合就能被使用。这都已经被权利要求书考虑到并列入其范围内。
由于在不脱离本发明的范围的情况下,本发明还有许多种可能的实施例,因此,应该理解为,这里所提出的或者附图中所示的所有材料应该被看成是说明而不是一种限制。
权利要求
1.对至少具有两种由某个本地操作的计算机系统产生的不同的货币的至少两个旅行订票信息记录进行归并的方法,该方法包括步骤选择一种全局性的货币,用它来表示和每个旅行段有关的价格,进入第一个本地操作的计算机系统,在第一个本地操作的计算机系统中,得到具有至少一个旅行段价格的第一个计算机旅行订票信息记录,该价格是用计算机订票系统(CRS)的第一种货币表示的,用全局性货币表示每个段的价格,将计算机旅行订票信息记录中的信息和用全局货币表示的每个段的价格存入某个全局数据存储介质,进入第二个本地操作的计算机系统,在第二个本地操作的计算机系统中,得到具有至少一个旅行段的价格的第二个计算机旅行订票信息记录,该价格是用计算机订票系统(CRS)的第二种货币表示的,用全局性货币表示第二计算机旅行订票信息记录中每个段的价格,并且将第二计算机旅行订票信息记录中的信息以及用全局货币表示的第二记录中的每个段的价格存入全局数据存储介质。
2.权利要求1的方法,其中计算机旅行订票信息记录包括预售票信息。
3.权利要求1的方法,其中,计算机旅行订票信息记录包括售票信息。
4.权利要求1的方法,其中,第一个本地操作的计算机系统在以第一种货币为第一国家货币的第一个国家中,而第二个本地操作的计算机系统在以第二种货币为第二国家货币的第二个国家中。
5.权利要求1的方法,其中全局数据存储介质是一个数据库。
6.权利要求1的方法,还包括步骤访问该存储介质,并且利用存在全局数据存储介质中的旅行段和被转换价格信息,至少产生一个报表。
7.权利要求6的方法,其中,信息被显示在操作中心的计算机上。
8.权利要求6的方法,其中,报表从操作中心计算机中被打印输出。
9.权利要求1的方法,还包括步骤将用原始货币表示的各段的价格存放在全局存储介质上。
10.权利要求1的方法,还包括步骤将存放在全局存储介质中的信息下载到公司的内部计算机系统上。
11.对至少具有两种由本地操作的计算机系统产生的不同货币的至少两个旅行订票信息记录进行归并的方法,包括步骤选择一种全局性的货币,用它来表示每个旅行段的价格,进入第一个本地操作的计算机系统,在第一个本地操作的计算机系统中,得到至少具有一个旅行段的价格的第一个计算机的旅行订票信息记录,该价格是用来自第一个计算机订票系统(CRS)的第一种货币表示的,用全局货币表示每段的价格,将计算机旅行订票信息记录中的信息和用全局货币表示的每个段的价格存入全局数据存储介质中,进入第二个本地操作的计算机系统,在第二个本地操作的计算机系统中,得到至少具有一个旅行段的价格的第二计算机旅行订票信息记录,该价格是用来自第二个计算机订票系统(CRS)的第二种货币表示的,用全局货币表示第二计算机旅行订票信息记录中每个段的价格,并且将第二计算机旅行订票信息记录中的信息和用全局货币表示的第二记录中每个段的第二价格存入全局数据存储介质。
12.对至少具有两种由某个本地操作的计算机系统产生的货币的至少两个旅行订票信息记录进行归并的方法,包括以下的步骤选择一种全局性的货币,用这种货币来表示每个旅行段的价格,进入一个本地操作的计算机系统,在本地操作的计算机系统中,得到至少具有一个旅行段价格的第一个计算机旅行订票信息记录,该价格是用来自第一个计算机订票系统(CRS)的第一种货币表示的,用全局货币表示每段价格,将计算机旅行订票信息记录中的信息和用全局货币表示的每段价格存入全局数据存储介质,在本地操作的计算机系统中,得到至少具有一个旅行段价格的第二个计算机旅行订票信息记录,该价格是用来自计算机订票系统(CRS)中的第二种货币表示的,用全局货币表示每段的价格,和将第二个计算机旅行订票信息记录中的信息以及用全局货币表示第二记录中的每个段的第二价格存入全局数据存储介质。
13.权利要求12的方法还包括步骤在本地操作的计算机系统中,得到至少具有一个旅行段的价格的第三个计算机旅行订票信息记录,该价格是用第二计算机订票系统(CRS)中的一种货币表示的,用全局性货币表示每个段的价格,并且将第三个计算机旅行订票信息记录中的信息以及用全局货币表示的第三记录中每个段的价格存入全局数据存储介质。
14.为了随后进行的分析,使用某种预定的全局性货币,对至少具有两种由本地操作的计算机系统产生的不同货币的旅行订票信息进行集中化和标准化处理的系统,包括第一本地操作计算机系统,第二本地操作计算机系统,一个全局数据存储介质,至少一个可由第一和第二本地操作计算机系统访问的计算机化订票系统(CRS),该系统具有以下的功能(a)至少产生一个旅行段以及每个段的价格,(b)为某个被选中的段登记预订,(c)根据第一或第二本地操作计算机系统的请求产生旅行订票信息,并且(d)用每个预订段的价格检测核对登记的订票信息,用预定的全局货币表示每个预订段价格的装置,该装置将不是用全局货币表示的每个价格转换为全局货币表示,将段订票信息以及每个预定段价格的全局货币表示传送到全局数据存储介质中的装置,以及将被传送的段订票信息以及用全局货币表示的每个被预订段价格存入全局数据存储介质的装置。
15.根据权利要求14的系统,其中第一和第二本地操作的计算机系统借助通信装置和CRS连接。
16.根据权利要求15的系统,其中的通信装置包括通信调制解调器和电话线。
17.根据权利要求15的系统,其中的全局数据存储介质包括数据库。
18.根据权利要求14的系统,其中第一和第二本地操作的计算机系统访问不同的CRS。
19.为了随后进行的分析,使用某种预定的全局性货币,对至少具有两种来自某个本地操作的计算机系统的不同货币的旅行订票信息进行集中化和标准化处理的系统,该系统包括在某个国家中的一个本地操作的计算机系统,一个全局数据存储介质,至少一个可由本地操作的计算机系统访问的计算机化订票系统(CRS),该系统具有以下功能(a)产生旅行段和每个段的价格,(b)为被选中的段登记预订,(c)根据本地操作的计算机系统的请求,产生旅行订票信息,并且(d)用每个预订段的价格核对预订票的登记信息,用预定的全局货币表示每个段价格的装置,该装置将未用全局货币表示的每个价格转换为全局货币表示,将段订票信息以及每个预订段价格的全局货币表示送到全局存储介质以便下载到数据库的装置,以及将被传送的段订票信息以及每个预订段的转换价格存入全局数据存储介质的装置。
20.为了随后进行的分析,利用某种预定的货币,对由至少在两个国家的本地操作计算机系统产生的售票旅行订票信息进行集中化和标准化处理的系统,包括在第一个国家的第一个本地操作的计算机系统,在第二个国家的第二个本地操作的计算机系统,一个全局数据存储介质,至少一个可被第一和第二本地操作的计算机系统访问的计算机化订票系统(CRS),该系统具有如下的功能(a)至少产生一个旅行段和每个段的价格,(b)为被选中的段登记订票,(c)根据第一和第二本地操作的计算机系统的请求,产生旅行订票信息,并且(d)用每个售票段的价格核对预订票的售票情况,用预定货币表示每段价格的装置,该装置将不是用全局货币表示的每个价格都转换为全局货币,将段预订信息以及每个售票段价格的全局货币表示送到全局数据存储介质的装置,以及将被传送的段预订信息以及用全局货币表示的每个售票段的价格存入全局数据存储介质的装置。
21.为了随后进行的分析,利用某种预定的全局货币,对由来自某个本地操作的计算机系统的至少两种货币产生的旅行订票信息进行集中化和标准化处理的系统,包括在某个国家中的一个本地操作的计算机系统,一个全局数据存储介质,至少一个可由本地操作的计算机系统访问的计算机化订票系统(CRS),该系统具有如下功能(a)产生旅行段和每个段的价格,(b)对被选中的段登记订票,(c)根据本地操作的计算机系统的请求,产生旅行订票信息,并且(d)用每个预订段的价格检查订票的售出情况,用预定的全局货币表示段的价格的装置,该装置将不是用全局货币表示的每个价格都转换为全局货币,将段订票信息以及每个售票段价格的全局货币表示传送到全局存储介质的装置,以及将被传送过来的段订票信息以及用全局货币表示的每个售票段的价格存入全局数据存储介质的装置。
22.根据权利要求21的系统,其中全局存储介质包括数据库。
23.对由至少在两个国家中的本地操作的计算机系统产生的旅行订票信息进行归并的方法,包括步骤选择一种全局性的货币,用这种货币来表示每个旅行段的价格,进入在具有第一种国家货币的第一个国家中的第一个本地操作的计算机系统,从第一本地操作的计算机系统中访问某个计算机订票系统(CRS),在CRS中,为一个游客至少产生一个旅行段,用被选中段的价格至少选择一个旅行段以便登记订票,按CRS中的价格为每个被选择的旅行路线登记订票,用全局货币表示该段的价格,将有关被登记的旅行段的信息以及用全局货币表示的价格存在全局数据库中,进入在具有第二种国家货币的第二个国家中的第二本地操作的计算机系统,从第二本地操作的计算机系统中访问CRS,并在CRS中为每个游客至少产生一个旅行段,用第二个旅行段的价格至少选择一个第二旅行段,以便利用第二本地操作的计算机系统进行登记,按CRS中的价格为第二旅行段登记订票,用全局货币表示第二旅行段的价格,将第二预订旅行段的有关信息及用全局货币表示的价格存入全局数据库。
24.报告旅行订票信息的方法,信息是由至少一个本地操作的计算机系统和至少一个计算机订票系统(CRS)产生的并存在全局数据存储介质中,该方法包括步骤选择一种带有报表语言和全局货币的公司报表格式,将具有报表语言和全局货币的报表格式存在全局数据存储介质中,进入某个本地操作的计算机系统,从本地操作的计算机系统中访问某个计算机订票系统(CRS),至少在CRS中产生一个旅行段,用被选择段的价格至少选择一个旅行段以便登记,按CRS中的价格为每个被选择的旅行段登记订票,用全局货币表示该段的价格,将被预订的旅行段的有关信息和用全局货币表示的价格存在全局数据存储介质中,访问全局数据存储介质中的公司报表格式、被存储的预订旅行段和用全局货币信息表示的价格,并且用公司的报表格式报告预订的旅行段和价格信息。
25.权利要求24的方法,其中公司报表格式还包括一种报告地址格式和报告日期格式。
全文摘要
对包括使用不同货币预售票和售票的旅行订票信息进行归并的方法和系统。具体来说,公开了这样的一种方法,在这种方法中,旅行订票信息是在某个计算机订票系统(CRS)中产生的,其价格采用某种预定的全局性货币表示,并随后存放在某种全局性的数据存储介质中,例如某个数据库。从CRS中产生的信息可以是预售票的信息或者是售票的信息。可以从多个CRS中产生信息。所公开的系统包括一个全局性的数据存储介质,其中,至少在一个CRS中产生的有关旅行订票的价格信息采用某种全局性的货币表示并存储。每个CRS至少由一个本地操作的计算机系统访问,以便产生旅行订票信息。
文档编号G06Q10/00GK1201539SQ96196616
公开日1998年12月9日 申请日期1996年8月28日 优先权日1995年8月30日
发明者凯兰·瑟巴斯迪安·春, 菲利浦·马克·皮里·莫格纳, 哈格拉瑟·尼马尔辛·古海尔, 约瑟·博诺斯 申请人:信息管理系统公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1