一种基于计算机系统的团体机票交易方法及系统

本发明涉及机票订购技术领域，特别涉及一种基于计算机系统的 团体机票交易方法及系统。

随着中国经济的不断发展，旅游业逐渐成为国民经济的重要产业， 旅游业给予航空业的发展做出了巨大的贡献，航空旅客运输量每年都 在增加，机场日旅客客流量也在不断增加。近年来，随着旅游业的不 断发展，越来越多的人们选择团体出游或跟随旅行社出游，这种团体 旅游一般费用较单独出游较低，尤其去某些语言有隔阂的国家和地区， 团队派有导游，是颇受旅客欢迎的。

团体旅游一般有散客旅游和旅行团旅游，所谓的散客旅游是从是 从每单交易的平均人数来划分的。一般十人以上是团队，十人以下就 是散客(团)，旅行团旅游则是选择旅行社多人组成团队，无论散客 旅游还是旅行团旅游其均涉及到购买团体机票的问题。目前，旅行社 做长线游、出境游免不了得安排大交通(飞机、轮船等)，把游客送 到目的地，旅行社能够获取优势的机票，代表此游线具有很大的竞争 力，也代表了旅行社也获取一定的利润。一般旅行社会有固定的机票 代理商作为合作伙伴，但是利润比较低，此外，对于散客团体(系列 团或临时团)来说，没有合作的机票代理商，所以必须通过电话、传 真、工具不断的进行沟通议价，来完成机票的订单，议价过 程不仅繁琐，而且无法记录议价过程，此外，每次线下沟通的联系人 存在不确定性，团体票款团价确定后无法准确跟踪后期的出票时限， 押金或票款支付比较麻烦，不仅需要通过航线员开押金单，再进行押 金支付，而且支付押金或票款均需要现场支付，订单过程耗时、耗力， 此外，押金退返或出票还需要航线员签字，团体联系人需要不断的派 专人来回多次去订票、支付、退返押金，订票操作比较麻烦，实用性 差，此外，目前现有的电子商务支付管理存在如下技术问题，当需要 批量修改产品列表中的选中的多个产品的某些字段时，只能对被选中 的全部或部分产品的相同字段给予相同的赋值后进行保存，即批量修 改需要给予同一字段相同赋值的产品；对不同产品的同一字段，不能 同时批量给予不同的赋值，例如批量选中了产品列表中的A、B、C中 的3个产品，每个产品中均有m、n两个字段，现在需要对A、B产品 的m字段赋值0，需要对B、C产品的n字段赋值1，按照现有技术需 要分别操作，无法批量修改，而当数量非常大时，修改更加困难。因 此，团体订票急需一种基于计算机系统的团体机票交易方法及系统。

为了解决现有技术中存在的上述问题，本发明提供了一种基于计 算机系统的团体机票交易方法及系统。

本发明具体技术方案如下：

本发明提供了一种基于计算机系统的团体机票交易系统，包括管 理服务器和用户端，所述管理服务器包括数据库，所述管理服务器与 民航订票服务器相通讯，所述管理服务器通过eTerm的API接口配置 连接国航支付平台、移动支付平台、结算系统，所述用户端通过WEB 应用程序访问所述管理服务器，所述管理服务器包括与所述数据库交 换数据的团队组建模块、团队审核模块、票款团价申请模块、判断模 块、押金支付模块、信息完善模块、票款支付模块和出票模块，

所述团队组建模块包括团申请选择单元、航班信息选择单元、旅 客人数统计单元、联系人信息录入单元，所述团申请选择单元用于提 供选择界面，通过所述选择界面可供所述用户端选择生成单独一个临 时团或一个以上的临时团组成的总团；所述航班信息选择单元包括航 程类型选择子单元和航班信息子单元，所述航程类型选择子单元用于 记录所述用户端输入的航程信息，所述航程信息包括单程、往返或多 段航程，所述航班信息子单元记录所述用户端输入的航班起始地、航 班目的地、起飞时间、达到时间；所述旅客人数统计单元用于记录所 述用户端输入的团队内实际旅客人数和团队备注信息；所述联系人信 息录入单元用于记录所述用户端输入的联系人姓名、手机号、邮箱、 渠道等级、备用联系人、备用手机号及备用邮箱；

所述团队审核模块包括审核单元和订单生成单元，所述审核单元 内存储有最小成团人数，所述审核单元接收所述用户端发送的团队申 请请求，并对所述实际旅客人数与所述最小成团人数进行比较，若所 述实际旅客人数大于/等于所述最小成团人数则通过审核，允许所述用 户端提交团队申请，并将通过审核的信息发送至所述用户端，反之， 若所述实际旅客人数小于所述最小成团人数则无法通过审核，不允许 所述用户端提交团队申请，所述用户端需要重新组建团队；所述订单 生成单元用于当团队申请审核通过后生成电子订单和团队PNR数据 包；

所述票款团价申请模块根据所述电子订单和所述团队PNR数据包 核算团价，并将核算后的票款团价发送至所述数据库中；

所述判断模块包括第一次议价单元和第二次议价单元，所述第一 次议价单元和第二次议价单元均可获取由所述用户端输入的由不同旅 客人数和旅客不同年龄的折扣比例对应的票款底价、票款团价、阈值 常数；所述第一次议价单元比较所述票款团价与所述票款底价并计算 二者差值：

若所述票款团价大于所述票款底价，且所述差值大于/等于所述阈值常 数，则所述第一次议价单元通过议价审核，并向所述用户端发送通过 审核的信息；

若所述票款团价大于所述票款底价，但所述票款团价与所述票款底价 的差值小于所述阈值常数，则所述第一次议价单元将向所述用户端发 送无法通过审核的信息；

若所述票款团价小于所述票款底价，则所述第一次议价单元将向 所述用户端发送无法通过审核的信息；所述第二次议价单元识别到所 述第一次议价单元向所述用户端发送的无法通过审核的信息，当所述 用户端再次提出所述票款团价议价请求时，可以激发所述第二次议价 单元进行二次议价；

所述押金支付模块用于当所述票款团价审核通过后进行支付押 金，所述用户端通过所述WEB应用程序的展示界面可访问所述移动支 付平台和所述国航支付平台进行押金的在线支付；

所述信息完善模块用于录入旅客信息，并将所述旅客信息发送至 所述数据库内，同时将录入的所述旅客信息生成PNR数据信息录入至 所述团队PNR数据包内并完善所述电子订单，所述PNR数据信息包括 旅客姓名、性别、出生日期、国籍、身份证件及证件有效期；

所述票款支付模块用于当押金支付后进行支付票款，所述用户端 通过所述WEB应用程序的展示界面可访问所述移动支付平台和所述 国航支付平台进行票款的在线支付；

所述出票模块用于对预定的团体票进行出票。

进一步的，所述管理服务器还包括退团处理模块，所述退团处理 模块内存储有标准的结限日期，所述结限日期为所述退团申请日期与 所述出团日期之间的差值，所述退团处理模块接收所述用户端提出的 退团申请请求并记录退团申请日期，所述退团处理模块对所述退团申 请日期进行计算和判断：若所述退团申请日期与所述出团日期之间的 差值大于/等于标准的所述结限日期，则所述退团处理模块通过退团申 请的审批；若所述退团申请日期与所述出团日期之间的差值小于标准 的所述结限日期，则所述退团处理模块无法通过退团申请的审批。

进一步的，所述团队组建模块包括旅客人数调整单元，所述旅客 人数调整单元用于增加/减少旅客人数，并将增加/减少的旅客人数发送 至所述团队审核模块，所述团队审核模块用于计算所述实际旅客人数， 并将所述实际旅客人数与所述最小成团人数进行对比：若所述实际旅 客人数大于/等于所述最小成团人数，则所述团队审核模块通过审核， 同时所述团队审核模块根据调整后的旅客人数调整所述旅客PNR数据 信息；若所述实际旅客人数小于所述最小成团人数，则所述团队审核 模块无法通过审核。

进一步的，所述管理服务器还包括退票处理模块，所述退票处理 模块用于为所述用户端办理退票服务，所述退票处理模块包括退票一 审单元和退票二审单元，所述退票一审单元和退票二审单元内均存储 有最晚退票期限和出票时限，所述最晚退票期限为所述退票申请日期 与机票启程日期之间的差值，所述退票一审单元接收所述用户端发送 的第一次退票申请请求并记录退票申请日期，所述退票一审单元对所 述退票申请日期进行计算和判断：若所述退票申请日期与所述机票启 程日期之间的差值大于/等于所述最晚退票期限，则所述退票一审单元 通过退票申请的审批；若所述退票申请日期与所述机票启程日期之间 的差值小于所述最晚退票期限，则所述退票一审单元无法通过退票申 请，所述用户端需要提出第二次退票申请请求发送至所述退票二审单 元进行二次退票审核。

进一步的，所述退票处理模块内还存储有出票跟踪单元，所述出 票跟踪单元内存储有出料时限，所述出票时限是指旅客预定机票后， 必须在规定的期限内购买并出票，该期限即为出票时限，若所述出票 跟踪单元检测到旅客在所述出票时限内并未通过所述出票模块进行出 票，则所述退票处理模块进行强制退票。

进一步的，所述管理服务器还包括票款管理模块、押金管理模块、 提醒模块、和电子票生成模块，其中，

所述票款管理模块用于储存所述用户端支付的票款，当退票/退团 申请通过后，所述票款管理模块返还所述用户端支付的票款；所述押 金管理模块用于储存所述用户端支付的押金，当机票交易完成/退团申 请/退票申请通过后，所述押金管理模块返还所述用户端的押金；

所述提醒模块包括押金退返提醒单元、差错退款提醒单元、退票 提醒单元，所述押金退返提醒单元用于监控押金退返信息并提醒所述 用户端，所述差错退款提醒单元用于监控票款退返信息并提醒所述用 户端，所述退票提醒单元用于监控机票的退票信息并提醒所述用户端， 当所述用户端通过WEB应用程序访问所述提醒模块时，所述WEB应 用程序的展示界面会产生相应的消息通知单元，所述消息通知单元所 述界面提醒子单元、短信提醒子单元和邮件提醒子单元；

所述电子票生成模块用于当机票交易完成后生成电子机票和电子 发票，并将所述电子机票和电子发票分别压缩、加密后发送至所述用 户端，所述用户端接收后进行解密、解压、备份储存。

进一步的，所述管理服务器还包括对电子订单或PNR数据信息列 表或所述旅客团体列表内的字段进行批量分配且对相应属性进行批量 处理的批量修改模块，所述批量修改模块设有控制项和记录项；

所述控制项的执行方式为：当所述批量修改模块执行将整组字段 或个别字段赋值于不同旅客而进行的批量修改时，所述控制项弹出对 话框，询问整组字段或个别字段将根据何种分配原则进行分配赋值， 并根据分配原则自动将字段赋值至不同旅客的权属下，其中分配原则 包括按顺序分配和随机分配；

所述记录项的执行方式为：初次修改时，所述用户端根据需要修 改的内容对应不同的旅客逐个或批量执行一次字段修改，修改完后， 所述记录项将该一次性的业务操作中修改的字段标识，同时将标识的 字段与各旅客之间的对应关系记录保存，记录完毕并为之后批量修改 的自动赋值提供依据；再次进行批量修改字段时，记录继续将修改字 段与各旅客之间的关系记录保存。

进一步的，所述批量修改模块还设有手工赋值的执行方式，当所 述批量修改模块执行将个别字段赋值于不同旅客而进行的修改时，用 户手动将字段修改至其自主选择的旅客权属下，并通过记录项进行记 录保存。

本发明还提供一种基于计算机系统的团体机票交易方法，该交易 方法包括以下步骤：

S1、团队组建：所述用户端的所述WEB应用程序访问所述管理服 务器，所述团队组建模块用于接收旅客并统计实际旅客人数，同时将 所述实际旅客人数发送至所述数据库；

S2、团队审核：所述团队审核模块接收所述用户端发送的团队申 请请求，所述审核单元内存储最小成团人数，所述团队审核模块对所 述实际旅客人数与所述最小成团人数进行比较，若所述实际旅客人数 大于/等于所述最小成团人数则通过审核，允许所述用户端提交团队申 请，若所述实际旅客人数小于所述最小成团人数则无法通过审核，不 允许所述用户端提交团队申请，则所述用户端需重复步骤S1，所述用 户端需要重新组建团队并提出团队申请请求，直至通过所述团队审核 模块的申请为止，审核通过后，所述订单生成单元生成电子订单和团 队PNR数据包；

S3、票款团价申请：所述票款团价申请模块根据所述电子订单和 团队PNR数据包核算团价，并将核算后的票款团价发送至所述数据库 中，所述用户端发送所述票款团价议价请求；

S4、票款团价议价审核：所述判断模块接收所述用户端发送的所 述票款团价议价请求，并对所述票款团价进行议价审核；所述第一次 议价单元比较所述票款团价与所述票款底价并计算二者差值：若所述 票款团价大于所述票款底价，且所述差值大于/等于所述阈值常数，则 所述第一次议价单元通过议价审核，并向所述用户端发送通过审核的 信息；

S5、押金支付：当所述票款团价审核通过后，所述押金支付模块 进行支付押金；

S6、完善旅客信息：押金支付后，所述信息完善模块录入旅客信 息，并将所述旅客信息发送至所述数据库内，同时将录入的所述旅客 信息生成PNR数据信息录入至所述团队PNR数据包内并完善所述电子 订单；

S7、票款支付：当所述票款团价审核通过后，完善旅客信息的同 时，所述票款支付模块进行支付票款；

S8、出票：旅客在出票时限内通过所述出票模块对预定的团体机 票进行出票，所述管理服务器向所述用户端发送所述电子机票，此时， 即完成团体机票交易。

进一步的，步骤S4中，所述第一次议价单元比较所述票款团价与所述 票款底价并计算二者差值的方法还包括：若所述票款团价大于所述票 款底价，但所述票款团价与所述票款底价的差值小于所述阈值常数， 则所述第一次议价单元将向所述用户端发送无法通过审核的信息；

若所述票款团价小于所述票款底价，则所述第一次议价单元将向 所述用户端发送无法通过审核的信息；所述第二次议价单元识别到所 述第一次议价单元向所述用户端发送的无法通过审核的信息，当所述 用户端再次提出所述票款团价议价请求时，可以激发所述第二次议价 单元进行二次议价。

本发明的有益效果如下：本发明提供的系统规范地简化了团队机 票议价管理流程，方便了旅行社或散客团队预定团体机票，此外，该 系统不仅提高了航空公司的工作效率，同时提高了旅行社和航空销售 部门的销售价值，代理人或旅行社统一的团队预定入口，实现了团队 机票销售的统一管理和销售，节省了购票的时间，提高了购票效率， 具有充分的便捷性，减轻了航线员的工作压力，实用性强。

图1为实施例1所述的一种基于计算机系统的团体机票交易系统 的结构示意图；

图2为实施例1所述的一种基于计算机系统的团体机票交易系统 中管理服务器的结构框图；

图3为实施例1所述的一种基于计算机系统的团体机票交易系统 中团队组建模块的结构框图；

图4为实施例1所述的一种基于计算机系统的团体机票交易系统 中团队审核模块的结构框图；

图5为实施例1所述的一种基于计算机系统的团体机票交易系统 中判断模块的结构框图；

图6为实施例2所述的一种基于计算机系统的团体机票交易系统 中管理服务器的结构框图；

图7为实施例2所述的一种基于计算机系统的团体机票交易系统 的退团申请流程图；

图8为实施例2所述的一种基于计算机系统的团体机票交易系统 中团队组建模块的结构框图；

图9为实施例2所述的一种基于计算机系统的团体机票交易系统 的增减人数申请流程图；

图10为实施例2所述的一种基于计算机系统的团体机票交易系统 中退票处理模块的结构框图；

图11为实施例2所述的一种基于计算机系统的团体机票交易系统 的退票申请流程图；

图12为实施例2所述的一种基于计算机系统的团体机票交易系统 中提醒模块的结构框图；

图13为实施例2所述的一种基于计算机系统的团体机票交易系统 中批量修改对整组字段的执行流程图；

图14为实施例2所述的一种基于计算机系统的团体机票交易系统 中批量修改对个别字段的执行流程图；

图15为实施例3所述的一种基于计算机系统的团体机票交易方法 的流程图；

图16为实施例3所述的一种基于计算机系统的团体机票交易方法 的实际操作流程图。

其中：1、管理服务器；11、数据库；12、团队组建模块；121、 团申请选择单元；122、航班信息选择单元；123、旅客人数统计单元； 124、联系人信息录入单元；125、旅客人数调整单元；13、团队审核 模块；131、审核单元；132、订单生成单元；14、票款团价申请模块； 15、判断模块；151、第一次议价单元；152、第二次议价单元；16、 押金支付模块；17、信息完善模块；18、票款支付模块；19、出票模 块；20、退团处理模块；21、退票处理模块；211、退票一审单元；212、 退票二审单元；213、出票跟踪单元；22、票款管理模块；23、押金管 理模块；24、提醒模块；241、押金退返提醒单元；242、差错退款提 醒单元；243、退票提醒单元；25、电子票生成模块；26、批量修改模 块；2、用户端；3、民航订票服务器；4、国航支付平台；5、移动支 付平台；6、结算系统。

下面结合附图和以下实施例对本发明作进一步详细说明。

实施例1

如图1所示，本发明实施例1提供了一种基于计算机系统的团体 机票交易系统，包括管理服务器1和用户端2，所述管理服务器1包括 数据库11，所述管理服务器1与民航订票服务器3相通讯，所述管理 服务器1通过eTerm的API接口配置连接国航支付平台4、移动支付平 台5、结算系统6，eTerm是由中国航信开发的只对国内、国外代理人、 航空公司驻海外办事处，使用的机票销售软件，中国民航计算机中心 开发的通用网络前端平台(Eterm)是专门为广大代理人、航空公司开发 的基于PC的仿真终端软件，用户可以通过Internet或者进入中国民航 计算机中心的企业网Intranet，完成现在哑终端的所有功能，并且该软 件还能为用户提供哑终端所不能提供的其它的许多功能。Eterm是基于 TCP/IP的采用client-server方式的仿真终端产品。用户可以采取灵活 的接入方式，以client的身份访问中国民航计算机中心的服务器。

所述用户端2通过WEB应用程序访问所述管理服务器1，如图2所 示，所述管理服务器1包括与所述数据库11交换数据的团队组建模块 12、团队审核模块13、票款团价申请模块14、判断模块15、押金支付 模块16、信息完善模块17、票款支付模块18和出票模块19，通过团 队组建模块12、团队审核模块13、票款团价申请模块14、判断模块 15、押金支付模块16、信息完善模块17、票款支付模块18及出票模 块19可以方便用户通过用户端2的WEB应用程序访问管理服务器1， 通过计算机更加便于订票，无需购票负责人员多次来回航空公司订票， 更加方便议价和沟通。

如图3所示，所述团队组建模块12用于接收旅客并统计实际旅客 人数，同时将所述实际旅客人数发送至所述数据库11，所述团队组建 模块12包括团申请选择单元121、航班信息选择单元122、旅客人数 统计单元123、联系人信息录入单元124，所述团申请选择单元121用 于供所述用户端2选择单独一个临时团或一个以上的临时团组成的总 团，总团也可以称之为打包团，也就是一次申请多个团，但是多个团 作为一个包进行处理，需要一起交付押金、议价考核和退押金等操作 流程；所述航班信息选择单元122包括航程类型选择子单元和航班信 息子单元，所述航程类型选择子单元用于供所述用户端2选择单程、 往返或多段航程，所述航班信息子单元用于输入航班起始地、航班目 的地、起飞时间、达到时间；所述旅客人数统计单元123用于输入团 队内实际旅客人数和团队备注信息；所述联系人信息录入单元124用 于录入联系人姓名、手机号、邮箱、渠道等级、备用联系人、备用手 机号及备用邮箱；通过团队组建模块12用于统计实际旅客人数和申请 航班的信息发送至团队审核模块13进行审核，使管理服务器1判断是 否可以形成团队。

如图4所示，所述团队审核模块13包括审核单元131和订单生成 单元132，所述审核单元131内存储有最小成团人数，所述审核单元 131接收所述用户端2发送的团队申请请求，并对所述实际旅客人数与 所述最小成团人数进行比较，若所述实际旅客人数大于/等于所述最小 成团人数则通过审核，允许所述用户端2提交团队申请，并将通过审 核的信息发送至所述用户端2，反之，若所述实际旅客人数小于所述最 小成团人数则无法通过审核，不允许所述用户端2提交团队申请，所 述用户端2需要重新组建团队；所述订单生成单元132用于当团队申 请审核通过后生成电子订单和团队PNR数据包；通过团队审核模块13 可以用来判断团队组建模块12申请的团队是否可以形成一个旅行团或 散客团体，若不符合审核标准，则无法形成团队，也就无法购买团体 机票，因此，本发明中团队审核模块13是一个比较重要的基础模块。

所述票款团价申请模块14根据所述电子订单和所述团队PNR数据 包核算团价，并将核算后的票款团价发送至所述数据库11中；团队审 核通过后，票款团价申请模块14用于计算团价并将申请信息保存后生 成订单后提交至所述数据库11，等待系统议价审核。

如图5所示，所述判断模块15接收所述用户端2发送的所述票款 团价议价请求，所述判断模块15包括第一次议价单元151和第二次议 价单元152。

所述判断模块15包括第一次议价单元151和第二次议价单元152， 所述第一次议价单元151和第二次议价单元152均可获取由所述用户 端2输入的由不同旅客人数和旅客不同年龄的折扣比例对应的票款底 价、票款团价、阈值常数；所述第一次议价单元151比较所述票款团 价与所述票款底价并计算二者差值：

若所述票款团价大于所述票款底价，且所述差值大于/等于所述阈值常 数，则所述第一次议价单元151通过议价审核，并向所述用户端2发 送通过审核的信息；

若所述票款团价大于所述票款底价，但所述票款团价与所述票款底价 的差值小于所述阈值常数，则所述第一次议价单元151将向所述用户 端2发送无法通过审核的信息；

若所述票款团价小于所述票款底价，则所述第一次议价单元151 将向所述用户端2发送无法通过审核的信息；所述第二次议价单元152 识别到所述第一次议价单元151向所述用户端2发送的无法通过审核 的信息，当所述用户端2再次提出所述票款团价议价请求时，可以激 发所述第二次议价单元152进行二次议价。。

所述押金支付模块16用于当所述票款团价审核通过后进行支付押 金，所述用户端2通过所述WEB应用程序的展示界面可访问所述移动 支付平台5和所述国航支付平台4进行押金的在线支付。

所述信息完善模块17用于录入旅客信息，并将所述旅客信息发送 至所述数据库11内，同时将录入的所述旅客信息生成PNR数据信息录 入至所述团队PNR数据包内并完善所述电子订单，所述PNR数据信息 包括旅客姓名、性别、出生日期、国籍、身份证件及证件有效期。

所述票款支付模块18用于当押金支付后进行支付票款，所述用户 端2通过所述WEB应用程序的展示界面可访问所述移动支付平台5和 所述国航支付平台4进行票款的在线支付。票款支付模块18和押金支 付模块16均为用户通过在线支付平台实现票款/押金支付，无需现场 缴费或开取缴费单等，支付更加方便，全部通过计算机，不仅方便， 而且保证了支付安全。

所述出票模块19用于对预定的团体票进行出票。出票模块19均 存在出票时限，只有在一定的出票时限内正常出票才能保证可以取出 机票，若在一定的出票时限内没有出票，则系统将强制退票。

本发明提供的系统通过现有的通信网络与移动网络，使旅客实现 航空网上信息交换、团队组建、票款团价议价、支付票款/押金、生成 电子机票等一系列自主业务，这些自助业务可以使团队出行更加方便， 无需通过机票代理商进行购票操作，使用更加方便，节省了团队的时 间。

本系统将实现国航国内团队销售的申请、审批、押金、订票、出 票、支付、退票等全流程管理，进一步规范和优化销售流程，提高工 作效率，打造更加公开、公平、公正的国内团队销售平台。

本系统面向的用户体为销售渠道和国航相关部门。销售渠道包 括代理人、旅行社等涉及团队销售的渠道；国航相关部门包括国航销 售部及下辖营销中心和营业部、国航网络收益部、结算部等部门。

实施例2

本发明实施例2提供了一种基于计算机系统的团体机票交易系统， 该实施例2在实施例1的基础上进一步限定了系统的结构，使系统更 加完善，功能更加齐全，使用更加方便。

如图6和7所示，在团队通过审核或已经交易完成后，形成团队 订单，但是往往有一些其他原因使团队无法出游，因此本发明中限定 了退团处理，所述管理服务器1还包括退团处理模块20，所述退团处 理模块20内存储有标准的结限日期，所述结限日期为所述退团申请日 期与所述出团日期之间的差值，所述退团处理模块20接收所述用户端 2提出的退团申请请求并记录退团申请日期，所述退团处理模块20对 所述退团申请日期进行计算和判断：若所述退团申请日期与所述出团 日期之间的差值大于/等于标准的所述结限日期，则所述退团处理模块 20通过退团申请的审批；若所述退团申请日期与所述出团日期之间的 差值小于标准的所述结限日期，则所述退团处理模块20无法通过退团 申请的审批。退团审核往往存在一定的风险，如果机票已经出票，则 系统必须通过审核后才能进行审批，否则有可能影响机票销售。

如图8和9所示，在团队组建生成并且订单已经交易完成后，团 队增加或减少旅客人数都是有可能存在的，因此，为了方便团体出游， 方便调整团队人数，而且不影响团队出游，本技术方案中限定了所述 团队组建模块12包括旅客人数调整单元125，所述旅客人数调整单元 125用于增加/减少旅客人数，并将增加/减少的旅客人数发送至所述团 队审核模块13，所述团队审核模块13用于计算所述实际旅客人数，并 将所述实际旅客人数与所述最小成团人数进行对比：若所述实际旅客 人数大于/等于所述最小成团人数，则所述团队审核模块13通过审核， 同时所述团队审核模块13根据调整后的旅客人数调整所述旅客PNR 数据信息；若所述实际旅客人数小于所述最小成团人数，则所述团队 审核模块13无法通过审核。团队增加人数和团队减少人数需要在一定 的期限内或者在一定的人数限定内才能进行审核，否则将影响增加或 减少人数。增加人数时，航段、航班号、舱位、航段价格均要默认与 当前订单信息一致，不能修改航段，增加旅客通过审批后自动生成PNR 信息并添加入团队PNR数据包内；减少旅客操作时，应该明确勾选需 要删减的旅客名单。

如图10所示，出票完成后，为了方便团体或个人退票申请，本技 术方案中限定了所述管理服务器1还包括退票处理模块21，所述退票 处理模块21用于为所述用户端2办理退票服务，所述退票处理模块21 包括退票一审单元211和退票二审单元212，所述退票一审单元211和 退票二审单元212内均存储有最晚退票期限和出票时限，所述最晚退 票期限为所述退票申请日期与机票启程日期之间的差值，所述退票一 审单元211接收所述用户端2发送的第一次退票申请请求并记录退票 申请日期，所述退票一审单元211对所述退票申请日期进行计算和判 断：若所述退票申请日期与所述机票启程日期之间的差值大于/等于所 述最晚退票期限，则所述退票一审单元211通过退票申请的审批；若 所述退票申请日期与所述机票启程日期之间的差值小于所述最晚退票 期限，则所述退票一审单元211无法通过退票申请，所述用户端2需 要提出第二次退票申请请求发送至所述退票二审单元212进行二次退 票审核。退票处理应该在一定的时限内进行退票，否则为了不影响机 票再次销售，退票将有可能不通过退票审批，退票申请时，所述用户 端2的WEB应用程序的访问界面应录入申请退票的票号、退票原因， 退票审核分为一审和二审，二审审核通过的退票申请列表中对应的 记录为二审通过，同时系统自动发起退款请求。

如图11所示，为了跟踪团队出票情况，防止出现影响机票销售的 情况出现，本技术方案中限定了所述退票处理模块21内还存储有出票 跟踪单元213，所述出票跟踪单元213内存储有出料时限，所述出票时 限是指旅客预定机票后，必须在规定的期限内购买并出票，该期限即 为出票时限，若所述出票跟踪单元213检测到旅客在所述出票时限内 并未通过所述出票模块19进行出票，则所述退票处理模块21进行强 制退票。

为了方便票款管理和押金管理，本技术方案中限定了所述管理服 务器1还包括票款管理模块22和押金管理模块23，所述票款管理模块 22用于储存所述用户端2支付的票款，当退票/退团申请通过后，所述 票款管理模块22返还所述用户端2支付的票款；所述押金管理模块23 用于储存所述用户端2支付的押金，当机票交易完成/退团申请/退票申 请通过后，所述押金管理模块23返还所述用户端2的押金。

如图12所示，为了方便用户出票、审核通过、审核不通过等消息， 本技术方案中限定了所述管理服务器1还包括提醒模块24，所述提醒 模块24包括押金退返提醒单元241、差错退款提醒单元242、退票提 醒单元243，所述押金退返提醒单元241用于监控押金退返信息并提醒 所述用户端2，所述差错退款提醒单元242用于监控票款退返信息并提 醒所述用户端2，所述退票提醒单元243用于监控机票的退票信息并提 醒所述用户端2，当所述用户端2通过WEB应用程序访问所述提醒模 块24时，所述WEB应用程序的展示界面会产生相应的消息通知单元， 所述消息通知单元所述界面提醒子单元、短信提醒子单元和邮件提醒 子单元。

优选的，所述管理服务器1还包括电子票生成模块25，机票交易 完成后，所述电子票生成模块25生成电子机票和电子发票，并将所述 电子机票和电子发票分别压缩、加密后发送至所述用户端2，所述用户 端2接收后进行解密、解压、备份储存。通过电子票生成模块25可以 用来生成电子机票和电子发票，无需团体来回奔跑于航空公司开电子 机票或发票，节省了团队购票的时间，团体购票更加方便。

进一步的，所述管理服务器1还包括对电子订单或PNR数据信息 列表或所述旅客团体列表内的字段进行批量分配且对相应属性进行批 量处理的批量修改模块26，所述批量修改模块26设有控制项和记录 项。

如图13所示，所述批量修改模块26针对整组字段的执行方式为： 所述批量修改模块26执行将整组字段赋值于不同用户而进行的批量编 辑，所述控制项弹出对话框，询问整组字段将根据何种分配原则进行 自动分配赋值；管理员选择分配赋值方式，系统根据分配原则自动将 字段赋值至不同的特定用户的权属下，其中分配原则具体包括按顺序、 随机或者根据历史业绩对不同用户进行赋值；记录项将该业务操作中 将整组字段中各字段分别与按分配原则赋值的特定用户之间的对应关 系记录保存，记录完毕并为之后批量修改的自动赋值提供依据。

如图14所示，所述批量修改模块26针对个别字段的执行方式为： 所述批量修改模块26执行将个别字段赋值于不同用户而进行的批量编 辑，管理员选择手工赋值或者自动赋值：1)选择手工赋值时，管理员 手动将字段修改至其自主选择的特定用户权属下，并通过记录项进行 记录保存；2)选择自动赋值时，所述控制项弹出对话框，询问整组字 段将根据何种分配原则进行分配赋值；管理员选择分配赋值方式，系 统根据分配原则自动将字段赋值至特定用户的权属下，其中分配原则 具体包括按顺序、随机或者根据历史业绩对不同用户进行赋值；记录 项将该业务操作中将个别字段中与按分配原则赋值的特定用户之间的 对应关系记录保存，记录完毕并为之后批量修改的自动赋值提供依据。

实施例3

如图15和16所示，本发明还提供一种基于计算机系统的团体机 票交易方法，该交易方法包括以下步骤：

S1、团队组建：所述用户端2的所述WEB应用程序访问所述管理 服务器1，所述团队组建模块12用于接收旅客并统计实际旅客人数， 同时将所述实际旅客人数发送至所述数据库11；

S2、团队审核：所述团队审核模块13接收所述用户端2发送的团 队申请请求，所述审核单元131内存储最小成团人数，所述团队审核 模块13对所述实际旅客人数与所述最小成团人数进行比较，若所述实 际旅客人数大于/等于所述最小成团人数则通过审核，允许所述用户端 2提交团队申请，若所述实际旅客人数小于所述最小成团人数则无法通 过审核，不允许所述用户端2提交团队申请，则所述用户端2需重复 步骤S1，所述用户端2需要重新组建团队并提出团队申请请求，直至 通过所述团队审核模块13的申请为止，审核通过后，所述订单生成单 元132生成电子订单和团队PNR数据包；

S3、票款团价申请：所述票款团价申请模块14根据所述电子订单 和所述团队PNR数据包核算团价，并将核算后的票款团价发送至所述 数据库11中，所述用户端2发送票款团价议价请求；

S4、票款团价议价审核：所述判断模块15接收所述用户端2发送 的所述票款团价议价请求，并对所述票款团价进行议价审核；所述第 一次议价单元151根据所述票款团价进行如下计算和判断：若所述票 款团价大于所述票款底价，且所述票款团价与所述票款底价的差值大 于/等于所述阈值，则所述第一次议价单元151通过议价审核，并向所 述用户端2发送通过审核的信息；

S5、押金支付：当所述票款团价审核通过后，所述押金支付模块 16进行支付押金；

S6、完善旅客信息：押金支付后，所述信息完善模块17录入旅客 信息，并将所述旅客信息发送至所述数据库11内，同时将录入的所述 旅客信息生成PNR数据信息录入至所述团队PNR数据包内并完善所述 电子订单；

S7、票款支付：当所述票款团价审核通过后，完善旅客信息的同 时，所述票款支付模块18进行支付票款；

S8、出票：旅客在出票时限内通过所述出票模块19对预定的团体 机票进行出票，所述管理服务器1向所述用户端2发送所述电子机票， 此时，即完成团体机票交易。

进一步的，步骤S4中，所述第一次议价单元151对所述票款团价 进行计算和判断的方法还包括：若所述票款团价小于所述票款底价， 则所述第一次议价单元151将向所述用户端2发送无法通过审核的信 息，所述用户端2需再次提出票款团价议价请求发送至所述第二次议 价单元152进行二次议价，直至所述票款团价大于所述票款底价，且 所述票款团价与所述票款底价的差值大于所述阈值，即议价成功；若 所述票款团价大于所述票款底价，但所述票款团价与所述票款底价的 差值小于所述阈值，则所述第一次议价单元151将向所述用户端2发 送无法通过审核的指令，所述用户端2需再次提出票款团价议价请求 发送至所述第二次议价单元152进行二次议价，直至所述票款团价大 于所述票款底价，且所述票款团价与所述票款底价的差值大于所述阈 值，即议价成功。

本发明不局限于上述最佳实施方式，任何人在本发明的启示下都 可得出其他各种形式的产品，但不论在其形状或结构上作任何变化， 凡是具有与本申请相同或相近似的技术方案，均落在本发明的保护范 围之内。