CN102567927A

CN102567927A - 跨区域旅游集散中心营运系统的班次编排方法与实现

Info

Publication number: CN102567927A
Application number: CN2010105885060A
Authority: CN
Inventors: 李银胜
Original assignee: SHANGHAI MOYAN INFORMATION TECHNOLOGY CO LTD
Current assignee: SHANGHAI MOYAN INFORMATION TECHNOLOGY CO LTD
Priority date: 2010-12-14
Filing date: 2010-12-14
Publication date: 2012-07-11

Abstract

本发明针对跨区域旅游集散中心营运系统，将班次(班车)作为一种独立资源，不同线路(旅游产品)可以共同使用该资源。线路与班次不再是一对多的关系，而是多对多的关，车辆的安排将跟随班车而定。基于本发明的班次编排方法，可将旅游班车视为纯粹的交通工具，一辆车可以有多个旅游产品的乘客，而且可以随时增加旅游产品。通过来同班车的组合可以形成特定旅游产品，即去程使用某班车，同程使用另外一辆班车，满足各种排班需要。

Description

跨区域旅游集散中心营运系统的班次编排方法与实现

1、发明名称：跨区域旅游集散中心营运系统的班次编排方法与实现

2、技术领域：数字旅游

3、背景技术

旅游要素包括航空、客运、轮船、出租、酒店、景点、导游、商店等各种旅游服务。本项目所提出的数字旅游联盟，是指上述旅游要素服务提供商，基于互联网和信息技术所形成的跨区域、跨行业资源共享联合体。

旅游业是一种典型的跨区域、跨行业的产业。在互联网的支持下，旅游业急需加强全面合作，扩大相互开放，创建平等、有序的竞争环境，推动旅游生产要素的自由流动，实现市场共建、资源共享、协作共赢的战略合作目标。

本专利相关的业务术语：

旅游集散中心：旅游集散中心是独立的经营单位，是各旅游线路营运的主体。

票务中心：票务系统的运行管理者，负责线路信息和营运计划的维护，以及票务信息的制作和发布。

售票点：各旅游集散中心直接下属的票务销售场所。安装有系统终端软件，配备出票机，通过认证可以实时联网售票。各旅游集散中心可以拥有多个售票点。

代理点：通过有关商务协议，代理旅游集散中心的票务销售。

游客：购票者。

旅游动态联盟：旅游要素服务提供商往互联网和信息技术支持下所形成的旅游产业联盟。数字旅游动态联盟的特点是，成员间的合作和交互完全以特定的旅游商机和资源为导向，联盟成员可以根据资源共享需求自主决定加盟和退出。

旅游要素服务提供商通过跨区域旅游集散中心营运系统，形成旅游联盟，在独立运营的基础上，实现信息互通、统一管理、服务组合、动态联盟。成员间的合作和交互完全以特定的旅游商机和资源为导向，联盟成员可以根据资源共享需求自主决定加盟和退出。

面向旅游动态联盟的跨区域旅游集散中心营运系统，利用互联网、信息技术、无线、一卡通、虚拟现实等技术，整合数字旅游联盟的旅游资源，以及来自政府和旅游协会的公共服务。为主流的自助、半自助旅游度假人士，提供全程、全方位的旅游服务，包括“旅游套餐服务”，“旅游过程服务”，以及相关的 “旅游公共服务”；为旅游服务提供商和地方政府提供品牌和保障服务。

经检索，未发现与本专利类似的旅游集散中心营运系统班次编排及其实现方法。

4、专利目的

本专利所提出的旅游联盟，是旅游产业链组织形式的创新。所提出的跨区域旅游集散中心营运系统，采用面向服务的技术架构，方便动态的旅游服务加盟、服务选择、服务组合和服务退出，支持游客的套餐自主定制。实现了跨区域、跨行业旅游资源共享和服务组合，可以服务目前主流的休闲度假游客和旅游机构，提供一站式服务和无障碍旅游。

5、技术原理

5.1基本原理

班次作为整个营运系统的核心，对于整个系统的设计起着关键的作用。对于旅游线路而言，其可能为单程、往返程，也可能和其他线路共用一些班次，情况极为复杂，故此营运系统将班次作为一种独立资源，使得各条线路可以共同使用该资源，线路与班次不再是一对多的关系，而是多对多的关，而车辆的安排将跟随班车而定。这种将旅游班车视为纯粹的交通工具，一辆车(班次)可以有多个旅游产品(线路)的乘客，而且可以随时增加旅游产品。通过不同来回班车的组合可以形成某旅游产品，即去程使用某班车，同程使用另外一辆班车，从而满足各种排班的需要。

5.2班次编排方法

5.2.1营运操作方式

营运线路分成两类，班次的编排总体上也分成两类，如图1所示。

5.2.2单程线路

(1)单程线路A(舟山-上海直通车)，该线路有自己的班次A1，A2，车辆根据班次而定，故出发车辆为A1，A2，该线路可以出售的班次为AA1，AA2。如图2所示。

(2)单程线路B(舟山-上海一日游)，该线路并没有自己的班次，其班次是与单程线路A(舟山-上海直通车)所共用，即该线路的班次等于A线路的班次A1，A2，车辆也为A1，A2，该线路可以出售有自己的班次BA1，BA2。简单说就是，线路A与B的乘客，乘坐的是同一辆车。如图3所示。

5.2.3往返程线路

(1)往返线路C(普陀山二日游快艇A线)，该线路的往返班次均为自己排的班次C1，C2，车辆根据班次而定，故出发车辆为C1，C2，该线路可以出售的班次为CC1，CC2。如图4所示。

(2)往返线路D(普陀山二日游快艇B线)，该线路去程为自己安排的班次D1，D2，回程使用另一线路的班次，如单程线路A的班次A1，A2，则该线路的去程车辆为D1，D2，回程车辆与单程线路A的车辆相同，为A1，A2。则此种线路可以出售的班次为DD1A1，DD2A1，DD1A1，DD2A2。如图5所示。

(3)往返线路E(普陀山二日游快艇C线)，该线路去程使用另一线路的班次，如单程线路A的班次A1，A2，回程为自己的班次E1，E2，则该线路的去程与单程线路A的车辆相同，车辆为A1，A2，回程车辆为E1，E2。则此种线路可以出售的班次为EA1E1，EA1E2.EA2E1，EA2E2。如图6所示。

(4)往返线路E(普陀山二日游快艇D线)，该种线路没有自己的班次，均使用其他线路的班次。可将此线路分为两种情况，一种来同都使用一条单程线路的班次，如去程使用单程线路M(上海-舟山直通车)，回程使用单程线路N(舟山-上海直通车)。那么该线路X的去程班次资源为M1，M2，回程班次资源为N1，N2，往返程的车辆分别为M1，M2和N1，N2.该线路可售班次即为XM1N1，XM1N2，XM2N1，XM2N2，如图7所示。另一种情况为往返程使用另一往返线路的班次资源，如往返线路F(上海-舟山二日游A套)共用往返线路C(普陀山二日游快艇A线)的班次资源C1，C2，则该线路可售班次为CC1.CC2，FC1，FC2，如图8所示。

5.3实现方法与软硬件选型

5.3.1营运系统的面向服务架构

营运系统是一个基于面向服务架构的信息系统。该系统采用面向服务架构和Web服务标准接口，支持服务的动态选择与集成。该系统通过开放式标准接口，可整合来自不同区域、行业、旅游集散中心的信息系统和数据，提供组合服务。

5.3.2设计模式

系统采用MVC三层结构，基于.NET框架进行实现，将用户显示(视图)从动作(控制器)中分离出来，提高了代码的重用性。同时将数据(模型)从对其操作的动作(控制器)分离出来，降低了系统间的耦合问题。

5.3.3开发环境

开发语言：ASP.NET(.NET Framework 2.0)

开发工具：Microsoft VS.NET 2005

服务器操作系统：Windows2000/2003 Server

服务器数据库：SQL Server2000

5.3.4服务器

1)托管独享服务器或自建中央机房。

2)网络接入具备2M以上独享带宽，VPN接入。

5.3.5用户环境

接入互联网的普通计算机：CPU PIII 1G以上，内存256M以上，网速512K以上时有好的用户体验。

5.3.6其它要求

1)根据并发用户数量来逐步更新服务器配置与带宽。

2)根据情况安排双服务器热备机制，并托管于不同机房。

3)对于非注册用户，采用DNS轮询机制选择服务器；对于注册用户采用规则判断及自动跳转方式。

4)服务器用户数据每晚进行同步传输。

6、专利效果

本专利涉及的编排方法与面向服务实现方法，已经在长三角城市如上海旅游集散中心黄埔站、舟山旅游集散中心等实施例中实现。运营系统自2009.7月正式运营以来，系统稳定，班次编排有效，每月处理业务量达1500万元左右。

7、附图说明

图1.班次原理

图2.班次编排(1)

图3.班次编排(2)

图4.班次编排(3)

图5.班次编排(4)

图6.班次编排(5)

图7.班次编排(6)

图8.班次编排(7)

图9.班次预置

图10.班次预置-新建(1)

图11.班次预置-新建(2)

图12.班次审核

图13.班次确认

图14.班次调度

图15.服务配置

图16.服务审核

图17.座位配额

8、具体实施方式

本专利涉及的编排方法与面向服务实现方法，已经在长三角城市如上海旅游集散中心黄埔站、舟山旅游集散中心等实施例中实现。以下是对该实施例的描述。

8.1班次预置

点击营运管理中的班次预置，进入如下页面，图9。在该页面中可以根据线路方向、始发站、线路名称、线路代码以及班次状态进行查询。该界面可以通过点击

Figure 517620DEST_PATH_GSB00000447763800011

按钮来进行新增、编辑、删除、恢复、停止等操作，但是这些操作却不同于之前的介绍，需要首先通过输入线路代码或者线路名称，搜索出相关记录，然后才能点击等按钮。

(1)新增

如图9所示，在线路代码框中输入线路，点击搜索，匹配线路的名称会出现在线路框中，然后点击新建按钮，进入班车预设信息页面，如图所示，设置班车相关信息。注：行程类型分去程、回程、往返程。各站时刻需要点击进去填写、确定。根据填写的计划车辆数，选择汽车公司，添加相关汽车信息，各汽车公司所计划出的车辆总数需等于计划车辆数。

由于线路可以方向可以分成单程和往返程，根据是否可以自己排班次又分为可以和不可以(由线路信息中“允许安排班次”来设定)，所以不同的线路在预设班次所看到的界面会略有区别。图10所示为可以自己安排班次的线路，图11为不可以自己安排班次的线路。

8.2班次审核

点击营运管理中的班次审核，在线路代码中输入代码，点击查询按钮，出现页面如图12所示。在该页面中可以对预置完成的班次进行单个审核，也可以批量审核。点击线路前的按钮，选中审核通过的记录，然后点击

按钮，通过审核。

8.3班次确认

点击营运管理中的班次确认，在线路代码中输入代码，选择日期和状态，点击查询按钮，出现页面如图13所示。在该页面中可以对通过审核的班次进行确认，一旦该班次确认成功，则该班次可以开始售票。班次确认可以单个确认，也可以批量确认。点击线路前的方框，选中确认售票的记录，然后点击

按钮，确认班次，可以开始售票。

8.4计划调度

点击营运管理中的计划调度，在线路代码中输入代码，选择出发日期和状态，点击查询按钮，出现

如下页面。在该页面中可以对该线路的计划班次进行添加、编辑、停止和恢复操作。点击新增按钮

可以新增该条线路的临时班次，如图14所示。新增之后的班次，需要重新进行班次确认，方可进行售票。其他操作类似于班次预置。

8.5服务配置

使用拥有汽车公司管理员角色的帐号登陆系统。点击营运管理中的服务配置，在线路代码中输入代码，选择出发日期和状态，点击查询按钮，出现所有符合条件的记录。在服务配置页面中可以对该班次进行服务配置。对于为提交的班次，点击需要进行配置的线路中显示为红色的“服务配置”字样，出现配置界面，如下图15所示。可以新增该条线路的临时班次，如下图所示。选择车型、填写司机、导游相关信息，点击按钮

进行保存。再次点击查询按钮，刷新班次信息，选中配置完成的班次前的方框，点击

按钮，确认该班次的服务配置。如果要确认多个班次，可以通过点击批量确认按钮，进行提交。

8.6服务审核

点击营运管理中的服务审核，在线路代码中输入代码，选择日期和状态，点击查询按钮出现符合条件的记录。在该页面中可以对已经提交服务配置的班次进行审核确认。服务审核可以单个确认，也可以批量确认，对于审核不通过的班次可以进行删除。根据线路查询已提交的班次，点击线路前的方框，选中通过审核的记录，然后点击

按钮，服务审核通过，出现界面如图16所示，状态改为已确认。

8.7座位配额

点击营运管理中的座位配额，在线路代码中输入代码，选择日期和状态，点击查询按钮

出现符合条件的记录。在该页面中可以对实际可销售的座位进行控制，例如原本车辆有30个座位，可以通过座位配额，只销售25个座位。选中需要修改座位配额的班次前的圆圈，点击编辑按钮，出现如图17所示的界面，修改座位数，点击确定，则该班次可受的票数等于修改后的座位数。

Claims

1.一种跨区域旅游集散中心营运系统的班次编排方法。特征：将班次(班车)作为一种独立资源，不同线路(旅游产品)可以共同使用该资源。线路与班次不再是一对多的关系，而是多对多的关，车辆的安排将跟随班车而定。

2.权利要求(1)所提班次编排方法在实施例中基于.NET的系统设计和功能设计。特征：采用面向服务的技术架构，方便动态的旅游服务加盟、服务选择、服务组合和服务退出，支持游客的套餐自主定制，采用MVC架构；基于.NET和B/S结构；服务器定期数据同步；班次编排的实现包括班次预置、审核、确认、计划调度、服务配置、服务审核、座位配额。