WO2014198121A1 - 一种门票管理系统 - Google Patents

一种门票管理系统 Download PDF

Info

Publication number
WO2014198121A1
WO2014198121A1 PCT/CN2014/000440 CN2014000440W WO2014198121A1 WO 2014198121 A1 WO2014198121 A1 WO 2014198121A1 CN 2014000440 W CN2014000440 W CN 2014000440W WO 2014198121 A1 WO2014198121 A1 WO 2014198121A1
Authority
WO
WIPO (PCT)
Prior art keywords
ticket
module
vector
sub
tickets
Prior art date
Application number
PCT/CN2014/000440
Other languages
English (en)
French (fr)
Inventor
翟梦雁
张宁
Original Assignee
张卫
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 张卫 filed Critical 张卫
Publication of WO2014198121A1 publication Critical patent/WO2014198121A1/zh

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events

Definitions

  • the invention relates to a management system, in particular to a ticket management system. Background technique
  • tickets for the ticketing issuance and management of the traditional ticket management system for the event participants, cannot be planned and selectively within their respective effective time. Completing the projects that are of interest to you, resulting in wasted time, physical exertion, blindness, insecurity, uncertainty, and many factors of disharmony. For the event manager, it is impossible to grasp the relevant information of the participants in advance. It also faces important issues such as how to improve operational efficiency, improve the utilization of venues or projects, and improve project safety management.
  • an object of the present invention is to provide a ticket management system for providing participants with personalized reservation tickets with different requirements, which are not required to be time-consuming and laborious to be in front of each item of interest. Waiting in line, the system can set the visit time of each sub-item of interest in advance according to the effective visit time of the participants, and then complete the large-scale theme activities of the plurality of sub-items predetermined by the participants in turn.
  • a ticket management system mainly includes: a vector guide ticket, a ticket selling module, a ticket checking module, and a data management module.
  • the data management module and the ticketing module and the ticket checking module can perform information transmission of the vector guided ticket generated by the system, and comprise the location coordinates of the respective sub-items in the theme item and the connected road lines.
  • the tickets generated by the system can meet the pre-emptive time of the participants during the effective visit time. Determining the visit time of each sub-item of interest, and then implementing a large-scale theme activity that completes a plurality of sub-items predetermined by the participants in turn.
  • the generated vector guide ticket has a vector guide part that includes a personalized plan to visit each item corresponding to the overall item, a specific information description part, and a certification.
  • the identification part includes the visit date, the visit time, the end time, the geographical position of the sub-project, the reasonable road map setting and the ticket identification code, etc., which are selected by the self-selected sequentially;
  • the ticket-selling module The program design combines the ticket data, the information management module, the manual selection or the system automatically selects a plurality of candidate sub-items allowed by the interest ticket database in real time, and finally generates a personalized vector guide ticket containing the vector map;
  • the ticket checking module uses manual, wired or wireless authentication corresponding to the vector guide ticket;
  • the ticket data management module is various database data generation settings, change management, and real-time update of the ticket.
  • FIG. 1 is a structural block diagram of a ticket management system according to the present invention.
  • Figure 2 is a block diagram of the ticketing module structure.
  • Figure 3 is a block diagram of the structure of the ticket checking module.
  • Figure 4 is a block diagram of the application structure.
  • Figure 5 is a block diagram of the data management module.
  • Figure 6 is a vector diagram of the location of each sub-project location and the connected road routes.
  • Figure 7 is a schematic diagram of a vector guide ticket.
  • Figure 8 is a screenshot of the computer program of the main page function of the system.
  • Figure 9 is a screenshot of a computer program for an example of a manual booking function.
  • Figure 10 shows a screenshot of a computer program for some of the venue examples.
  • Figure 11 is a screenshot of the selected venue and session computer program.
  • Figure 12 is a screenshot of a computer program for an example of a smart automatic booking function.
  • Figure 13 shows a screenshot of the computer program for the visit priority by taking 4 venues as an example.
  • Figure 14 is a screenshot of the most recent suitable line computer program in an eligible visit.
  • Figures 8 to 14 are computer program screenshot references, text printing effect does not affect the description content
  • the ticket management system mainly includes ticketing module 1, ticket inspection module 3, data management module 2, vector guide ticket 4 (the same day apply for invention with the utility model: vector guide ticket).
  • the data information formed by the personalized vector guide ticket is a data management module that changes in real time after initialization.
  • the ticketing module selects and enters the operation, and the data of the vector guided ticket detected and recorded by the ticket checking module and the data management module are mutually transmitted, and the ticket checking module validates the vector guided ticket data formed according to the data management module data, and simultaneously
  • the vector guided ticket data may also be transmitted from the data management module 2 to the ticket verification module 3, that is, the vector guided ticket data may be in the vector guided ticket, the ticketing module, various data management modules, and the ticket verification.
  • Modules pass each other.
  • the modules are The data transmission between the two is transmitted over a wired and/or wireless network.
  • FIG. 2 it is a block diagram of the ticketing module structure.
  • the architecture is as follows: The system is connected to the server by using a well-known technology.
  • the server is deployed on the Internet.
  • the user accesses the website address through the browser through the device connected to the Internet. It can be easily accessed. Users can also access the system through the ticket vending machine.
  • the server is used to process the user's system access request.
  • the main user processes the system's access request.
  • the user's logical processing during system use will be sent to the system.
  • the application server the application server mainly processes the system related function logic processing
  • the database server is installed with the database, the database records all relevant data of the system, and the application server obtains relevant data from the database server according to specific needs, and is used for returning to the user.
  • the application server may access the third-party system to complete other auxiliary functions.
  • the system may have auxiliary services other than booking, such as: online payment function, ID card recognition function, etc.
  • auxiliary services other than booking such as: online payment function, ID card recognition function, etc.
  • the system can extend accessibility by connecting to a third-party system.
  • This deployment architecture diagram mainly explains how the system is deployed and how it works.
  • the number of servers, application servers, and database servers can be reasonably expanded, and functions such as firewall and security control can be reasonably increased.
  • the system adopts a well-known technical architecture, and the system is deployed on a server, an application server, a database server, and the server is deployed on the Internet.
  • the user can enter the designated venue after the ticket is verified by the terminal ticket checker or by the ticket inspector. Tickets can use a variety of well-known identification technology schemes such as manual identification technology, barcode, two-dimensional code, etc.
  • Tickets can use a variety of well-known identification technology schemes such as manual identification technology, barcode, two-dimensional code, etc.
  • the terminal ticket gater or ticket inspector can verify the validity of the ticket from the system according to the ticket information.
  • the system access method is the same as the ticketing module, and each server function is the same ticket. Module.
  • This deployment architecture diagram mainly explains how the system is deployed and how it works.
  • the number of Web servers, application servers, and database servers should be reasonably expanded, and functions such as firewall and security control should be reasonably increased.
  • FIG. 4 it is a block diagram of the application structure.
  • the application can be implemented in a variety of computer languages, as described in the examples.
  • FIG. 5 it is a block diagram of the data management module structure.
  • the data management module first carries out various types. Initialization and generation of data and information, and interactive operation and data update with the application, establish a rigorous initialization database, need to know how many tables the database needs to be created, and what should be included in each table. in the process of. To set the field properties for each table, you must combine the information after setting up different tables for the database, so you should define the relationship between the tables, including the ticket information that has been sold, the reservation ticket, the ticket sales, Functions such as refund, information inquiry, management, etc., can add information, modify ticket data and cancel ticket data.
  • Main venue initialization settings special date (opening date, closing date, etc.), date of the specified date, date of regular day, daily opening time, daily closing time (with or without night), main venue ticket price for each date, Set the maximum number of people in the home field per day.
  • Initial setting of each branch set the maximum capacity of each branch in each branch, daily opening and closing status, daily opening time, daily entry time, daily exit time, time interval, The total number of days of the whole day, the number of each branch according to the elements (such as the number of people, the cost, etc.) is determined as: A ⁇ B ⁇ C Vietnamese Class library, the code of each building such as A1 ⁇ A2...B1 ⁇ B Vietnamese C1 ⁇ C, etc., set the total number of branches, set the total number of branches, and the fare of each type of hall (not set as the main ticket system).
  • Vector initialization settings between the main and the branches According to the specific location of each hall in the main venue, draw a vector relationship diagram between the museums. (The hall uses the graphical representation, the road connecting the corridors is represented by vector lines.
  • Group tickets Group tickets for weekdays, designated days, and special days.
  • Discount tickets large purchases, group tickets, two days, three days. . . Tickets, old people tickets, children tickets. (4) Ticket prices for ordinary main venue tickets.
  • the total number of daily ticket positions According to the setting of each type of venue, determine the daily number of each venue, the time period of each session, and the maximum capacity of each session, that is, the ticket position. In turn, it is concluded that the total number of votes for all the museums is set. That is, all the water ticket number. For Class C venues and the following types of venues, they can also be freely queued according to the characteristics of less people, regardless of the number of times. For venues that cannot be separated, they are also free to queue up.
  • all the ticket position database settings during the exhibition period or period are obtained.
  • the formation of the ticket database facilitates data comparison, exchange, extraction, update, and algorithm implementation.
  • Venue (number, category, fare, date, remaining ticket information, name, location)
  • Fig. 6 a vector diagram consisting of the location of each sub-project (or sub-site) and the connected roads.
  • "1" is the ticket authentication identification part
  • "2” is the ticket related information description part
  • "3” is the vector guide part
  • "4", "5", "6” "7” is the gate
  • vector guide The lead part consists of the line segments formed by the roads between the sub-projects, the direction of the indication and the different figures representing the locations of the various sub-projects.
  • the summary description determines the type and quantity of each sub-item according to the elements of each sub-item (such as interest index, capacity, cost, etc.). It is assumed in 6 that there are 4 A-category projects, and the A-category sub-project codes are Al, A2, A3, and A4, respectively, which are represented by a five-pointed star in Figure 6.
  • the codes are respectively Bl, B2, B3, which are represented by triangles in Figure 6, there are 4 C-class sub-items, the codes are Cl, C2, C3, C4, which are represented by circles in Figure 6, totaling 11 items, through each Class-by-item projects and the connecting roads between them form a vector,
  • the data information such as the shortest vector distance and the walking arrival time between any two sub-items is calculated, and the data of the visits and time of each sub-project are integrated and managed.
  • the A1 sub-item is taken as an example: A1 has 8 games per day, and determines the starting and ending time of each game. Each room accommodates 100 people.
  • the A1 all-day admission serial number is coded as A1101, A1102, A1103..., A120 A1202, A1203..., to A1801, A1802. ...A1899, for the same reason, the entry serial number code of each sub-project of each project can be obtained, that is, each serial number code corresponds to one of the sub-item ticket positions.
  • the information is as follows: Class A project, No. 1 sub-project, No. 3, No. 89, three fields of start time, end time and other information data, etc.
  • the database formed by the integration of these data provides support for the formation of vector guide tickets.
  • FIG. 7 a schematic diagram of the ticket guide for personalized vectors.
  • “1" is the ticket authentication identification part
  • "2" is the vector guide ticket related information description part
  • “3" is the vector guide part
  • the description includes the visit date, entrance, sub-item and visit order, each point The entry and exit time of the project, according to the shortest vector distance between each sub-project, according to the prompt, it is estimated that the time to walk to the next sub-project, etc., 4, 5, 6, and 7 are the gates, and the vector guide part is divided into sub-projects.
  • Figure 7 shows the "A2", "B2", “C4", "A3" sub-items selected for the visitors, the order of visits, the location, Reasonable route, distance, direction, etc. detailed description
  • Data management module First establish the vector diagram of the embodiment, then determine the implementation methods, steps and data of each sub-item in the figure, establish all the databases needed by the system, and implement effective system time management.
  • ticketing module function
  • the real-time query through the data module shows the situation that each venue and each session can be booked on the same day.
  • the user wants to click through the mouse
  • the number of venues to be visited, the session is selected and the background turns blue. If you want to cancel, just click the session again and the background turns white.
  • the system will carry out intelligent calculation: the background of other venues overlapping with the selected time will become black, and it is not optional; according to the distance between the venues and the normal walking speed, the selected events cannot be selected.
  • the background of the arrivals after the visit becomes black and is not optional. Intelligently help users filter, reducing the number of selected games because of their own reasons.
  • the system After the user selects the event to be visited, it is determined to submit the selected event.
  • the system will display the date, venue, and the number of the selected time. If the confirmation is correct, the ticket can be submitted.
  • the system prints the ticket purchased this time. .
  • the relevant ticket purchase information is recorded in the system through the data module.
  • the real-time query through the data module shows the reservations of each venue and each session.
  • the user selects the venue to be visited and chooses to enter the entrance of the exhibition area. After confirming the selected venue and the entrance of the exhibition area, the user confirms the submission to the selected venue.
  • the user needs to fill in the priority of the selected venue, and the priority will be maximized when the high-priority venue is visited. After filling in the priority, confirm the submission of this selection.
  • the system intelligently calculates the information according to the number of visits with tickets in each venue, the distance between each venue, and the entrance to the exhibition area. The intelligent calculation calculates the maximum priority for the high priority venues.
  • the shortest route in the middle distance For example: Select four venues, the priority is 1, 2, 3, 4 in order to reduce, in the intelligent calculation, first count all possible venue visits. Then analyze and maximize the venues that meet the high priority. For example, there are two possible visit sequences: 1, 2, 3; 1, 2, 4, because the priority of 3 is higher than 4, so the intelligent calculation will choose 1, 2, 3
  • This visit sequence analyze all the feasible tour routes after analyzing the priority, calculate the shortest distance, as the final tour route, after the user determines the intelligently selected route, you can submit this time.
  • Ticket purchase the system prints out this vector guide ticket. The relevant ticket purchase information is recorded in the system through the data module.
  • the vector guide ticket includes the entrance location of the exhibition area; the venue information for the visit: the name of the venue, the location of the venue, the time of the visit; the information of the tour route: which entrance from the exhibition area enters and the order of the venue , distance between venues and approximate time, venue visit time; ticket certification information.
  • Ticket inspection module function When entering the exhibition area, the user provides relevant tickets.
  • the ticket checking module scans the QR code information, and obtains the user and ticket related information from the data management module for verification. After confirming the error, the ticket can enter the exhibition area by ticket.
  • the "Registration” and "Login” portals are provided in the upper right corner of the page. Users can browse the information such as the venue introduction in the system without registering or logging in. If you want to make a booking, you must register, log in, and verify your real name before you can use it.
  • the “Help” entry is provided in the upper right corner of the page. Users can use this function to learn the registration method, system usage and other related help information.
  • the home page displays information on various venues. You can see more detailed information by clicking on the name of the venue.
  • Manual booking function (1) Screenshot of the computer program for the manual booking function ( Figure 9): Select 4 Class A venues (Al, A2, A3, A4) and 3 Class B venues (Bl, B2, B3) from all venues. For the four C-type venues (Cl, C2, C3), the reference locations and connection relationships of each venue are shown in Figure 6.
  • the venues and the schedules of each venue can be pre-booked on the specified date. All displayed venues can be reserved. The user also needs to select the entrance to the exhibition area, the start and end time of the tour, and be used to automatically generate the tour route.
  • This function page venue is only used to display the number of tickets with the remaining tickets in the venue.
  • the user selects the check box in front of the venue to be visited, click "Confirm Submit Ticket" in the red box to enter the venue priority designation page. For example, select A2, A3, B2, C4.
  • the intelligent algorithm will calculate the factors such as the entrance, the distance between the venues, the selected venue and the priority. If there are more than one ticket to meet all the four venues, the most recent route will be displayed. line. During the calculation process. If there are more than one ticket to visit all 4 venues, then according to the priority of the venue, firstly meet the high priority venues, and then meet the correct and highest priority venues to be visited, in all eligible routes. In the middle, the route with the closest route is shown ( Figure 14).
  • a graphical tour route map can be generated, and the distance and time of walking to the next expected sub-item can be prompted to be printed on the ticket or transmitted to the device in the form of an electronic file for Instruct visitors to visit, as shown in Figure 7.
  • the ticket management system of the invention has high work efficiency, accurate and timely data collection, so that visitors do not need to queue, and can arrange time independently, plan, select, or participate in the project in advance, with good safety, work efficiency, practical efficiency. High, which can improve the service level of the exhibition hall or amusement park and other similar operating units, and improve customer satisfaction.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种门票管理系统,由矢量导引门票、售票模块、检票模块、数据管理模块部分组成,所述各个组成部分相互之间可以进行有效的信息传输,并通过对主题项目中各分项目的地点位置坐标和相连接的道路线路组成的矢量图,和对所有系统所需的相关数据进行初始化建立、整合、管理,进而生成个性化矢量导引门票,使用该门票,能满足在参与者的有效參观时间内,预先依次确定感兴趣的各个分项目和参观时闻,进而依次实施完成参与者预先确定的多个分项目的大型主题活动,所述门票有矢量导引部分,说明部分、认证识别部分;所述售票模块分手动和自动选择:所述检票模块是采用人工、有线或无线认证;所述数据管理模块是各种数据生成、变化管理,实时更新。

Description

一种门票管理系统 技术领域
本发明涉及一种管理系统, 具体来说为一种门票管理系统。 背景技术
随着国际社会高速进步与发展, 各种类型的世界博览会、 超大型游乐 场及各种形式的公共交流活动日益频繁, 这些大型活动每天接待少则几万 人, 多则十几万、 几十万人次参观, 如: 上海世界博览会、 大型主题游乐 场所等。 现有门票仅有入园凭证的功能, 对于参观者而言, 当获得门票 进园后, 还要到感兴趣的分项目前再排队 (或有的还需再实施购票过 程后再排队), 并且会发现许多感兴趣的场馆或游乐项目前人已排成长 龙, 无奈之下要么加入看不到头的数小时的队列等待中, 要么选择其 它排队较短的项目, 参观或游玩一天下来后往往会发现, 参观或游玩 的项目远远达不到参观者的预期, 最根本的是既耽误了宝贵时间, 又 消耗了精力和体力。 如上海世博会虽然创下了 7300万人次的游客参观 的世界之最, 但同时也创下了排队等待时间之最, 活动管理者虽然也 推出了套票、 特价票、 分时段票等, 但均无法实质改变上述现状。
因此, 对这些有分项目或分场馆的大型活动, 传统门票管理系统的 票务发行和管理方式获得的门票, 对于活动参与者而言, 无法在各自 的有效时间内, 有计划、 有选择性地完成自己感兴趣的项目, 造成的 是浪费时间多、 消耗体力多、 盲目性多、 不安全、 不确定、 不和谐因 素多等问题, 对于活动管理者而言, 由于无法提前掌握参与者相关信 息, 也面临如何提高运营效率、 提升场馆或项目的利用率、 提升项目 安全性管理等重要问题。 发明内容 为了克服上述技术问题,本发明的目的在于:提供一种门票管理系统,, 为参与者提供不同要求的个性化预订门票, 该门票在参观时无需再费时费 力地在感兴趣的各个项目前依次排队等候, 可通过该系统根据参与者的有 效参观时间, 预先依次设定感兴趣的各个分项目的参观时间, 进而依次完 成参与者预先确定的多个分项目的大型主题活动。
为了解决上述技术问题, 本发明采用以下技术方案: 一种门票管理系 统, 该门票管理系统主要包括: 矢量导引门票、 售票模块、 检票模块、 数 据管理模块。 其中, 所述数据管理模块与售票模块和检票模块之间可以进 行通过该系统生成的矢量导引门票的信息传输, 并通过对主题项目中各分 项目的地点位置坐标和相连接的道路线路组成的矢量图, 和对所有系统所 需的相关数据进行初始化建立、 整合、 管理, 进而生成个性化矢量导引门 票, 该系统所生成的门票, 能满足在参与者的有效参观时间内, 预先依次 确定感兴趣的各个分项目的参观时间, 进而依次实施完成参与者预先确定 的多个分项目的大型主题活动。
较好的是, 在所述的门票管理系统中, 所述生成的矢量导引门票有包 涵与总体项目相对应的个性化的计划参观各分项目的矢量导引部分, 具体 信息说明部分、 认证识别部分, 各部分中包涵有参观日期、 自主选定的依 次实现的各分项的参观时间、 结束时间、 分项目地理位置, 合理路线图设 定及验票识别码等信息; 所述售票模块是按程序设计结合门票数据、 信息 管理模块, 人工选择或系统自动实时选择感兴趣的门票数据库允许的多个 备选分项目, 最终可生成个性化含有矢量导图的矢量导引门票; 所述检票 模块是和矢量导引门票对应采用人工、 有线或无线认证; 所述门票数据管 理模块是门票的各种数据库数据生成设定、 变化管理, 实时更新。 本发明所述的门票管理系统, 具有以下优点和积极效果:
1.使展馆的票务工作全部纳入计算机管理, 提高工作效率; 2.按照每 张 (团体、 家庭、 个人) 个性化信息门票, 所有参观者均可按各自意愿并 结合当时数据库信息预先制定信息门票的时间、 参观顺序, 进而免去了排 队时间, 并确保参观项目的实现。 3.有效控制、 疏导、 分配各场馆或项目 人数, 有效提升场馆的各类联动管理。 4.数据库信息更加准确、 变更更加 及时, 有效方便游客查询、 订购; 有效方便主办方时时数据控制与管理, 大大提高了主、 客双方的经济、 社会、 安全效益。 附图说明
图 1为本发明所述的门票管理系统结构框图。
图 2为售票模块结构框图。
图 3为验票模块结构框图。
图 4为应用程序结构框图。
图 5为数据管理模块结构框图。
图 6为各分项目所在地点位置和相连接的道路线路组成的矢量图。 图 7为矢量导引门票示意图。
图 8为系统主页面功能示例图计算机程序截图。
图 9为手动订票功能示例图计算机程序截图。
图 10为部分场馆示例说明计算机程序截图。
图 11为本次选择的场馆、 场次计算机程序截图。
图 12为智能自动订票功能部分场馆做示例说明计算机程序截图。 图 13为以选择 4个场馆为例, 填写参观优先级计算机程序截图。 图 14为符合条件的参观线路中, 最近的合适线路计算机程序截图。 (图 8至 14为计算机程序截图参考, 文字打印效果不影响说明内容) 如图 1所示, 为发明所述的门票管理系统的结构框图, 该门票管理系 统主要包括售票模块 1、验票模块 3、数据管理模块 2、矢量导引门票 4 (己 同日另案申请发明附带实用新型: 矢量导引门票)组成.个性化矢量导引门 票形成的数据信息是通过初始化后实时变化的数据管理模块和售票模块选 择、 录入操作而成, 所述验票模块检测、 记录的矢量导引门票的数据与数 据管理模块互为传输, 验票模块依据数据管理模块数据验证形成的矢量导 引门票数据, 同时所述矢量导引门票数据也可以从所述数据管理模块 2传 送到票验票模块 3, 即矢量导引门票数据可以在所述矢量导引门票、售票模 块、 各类数据管理模块与验票模块之间相互传递。 优选的是, 所述各模块 之间的数据传输采用有线和 /或无线网络传输。
如图 2所示, 为售票模块结构框图, 架构说明如下- 本系统采用公知技术对接服务器上, 服务器部署在互联网中, 使用者 通过连接到互联网的设备, 通过浏览器访问该系统的网址, 即可方便访问, 使用者也可通过终端售票机, 访问该系统, 服务器用于处理使用者的系统 访问请求, 主要用户处理系统的访问请求, 使用者在系统使用过程中的逻 辑处理将会发送到应用程序服务器, 应用服务器主要处理系统相关功能逻 辑处理, 数据库服务器上安装了数据库, 数据库中记录了系统所有相关数 据, 应用服务器根据具体需要会从数据库服务器获取相关数据, 用于返回 给使用者, 根据需要, 应用服务器可能会访问到第三方系统, 完成其它辅 助功能, 根据实际需要, 系统可以具有订票外的辅助服务, 例如: 在线支 付功能、 身份证识别功能等, 在第三方系统允许访问的前提下, 系统可以 通过与第三方系统对接服务器, 扩展辅助功能。
补充说明: 本部署架构图, 主要说明系统部署方式及工作方式。 实际 应用时, 根据系统访问量、 并发数量、 安全性等要求, 合理扩展服务器、 应用程序服务器、 数据库服务器数量, 合理增加防火墙、 安全控制等功能。
如图 3所示, 为验票模块结构框图, 架构说明如下:
本系统采用公知技术架构, 系统部署在服务器、 应用程序服务器、 数 据库服务器, 服务器部署在互联网中。 使用者使用门票通过终端检票机或 经检票员验证后才能进入指定场馆。 门票可使用人工识别技术、 条形码、 二维码等多种公知识别技术方案, 终端检票机或检票员根据门票信息从系 统中验证门票有效性, 系统的访问方式同售票模块, 各服务器功能同售票 模块。
补充说明: 本部署架构图, 主要说明系统部署方式及工作方式。 实际应 用时, 根据系统访问量、 并发数量、 安全性等要求, 合理扩展 Web服务器、 应用程序服务器、 数据库服务器数量, 合理增加防火墙、 安全控制等功能。
如图 4所示, 为应用程序结构框图。 应用程序可由多种计算机语言实 现, 详见实施例。
如图 5所示, 为数据管理模块结构框图。 数据管理模块首先进行各类 数据与信息的初始化设定与生成, 进而与应用程序进行交互式操作和数据 更新, 建立起严谨的初始化数据库, 需要明确数据库需要建立多少表, 以 及每个表中所要包括的内容, 在建立表的过程中。 要对每个表进行字段属 性的设置, 为数据库设置了不同的表之后必须将这些信息合并在一起, 因 此要定义表之间的关系, 包括已售出的票表信息、 预定票、 售票、 退票、 信息査询、 管理等功能,可以新增信息,修改票务数据和撤消票务数据等功 能。
简要阐述如主、 分会馆信息初始化设置、 票务信息初始化设置等。
(一) 主、 分会馆信息初始化设置。
1. 主会场初始化设置: 特殊日日期(开幕日期、 闭幕日期等)、指定 日日期、普通日日期,每日开场时间、每日闭馆时间(有无夜场)、 各日期主会场票价、 设置主场每日全场最大容纳人数。
2. 各个分会馆初始化设置:设置各分馆每场最大容纳人数、每日开、 闭馆状态、 每日开馆时间、 每日各场次进入时间、 每日各场次退 出时间、 场次间隔时间、 全天总场次数、 各分馆按要素 (如容纳 人数、 造价等) 确定类型为: A\B\C .....类馆、 编制各馆代码如 A1\A2...B1\B ..... C1\C 等、 设定分馆总数、 设定各类分馆总数、 各类馆每场票价 (不设定即为主场一票制)。
3. 主、 各分馆之间矢量图初始化设置: 按各馆在主会场内的具体位 置, 绘制个馆间的矢量关系图 (馆用图形表示、 连接各馆间的道 路用矢量线段表示
(二) 票务信息初始化设置。
1. 购票种类设置、 各类票当日最大数量设置。 (按一票入场制设置)
(1)家庭和个人票: 成人、 青少年、 老人、 儿童的普通票、 指 定日票、 特殊日票。 其中老人 70岁含 70岁以上、 儿童 5 岁含 5岁以下为优惠票。
(2)团体票: 平日、 指定日、 特殊日团体票。
(3)优惠票: 大量购买、 团体票、 两日、 三日。。。 票、 老人票、 儿童票。 (4)普通主会场票票价。
(5)票价: 主、 分场馆预约票。 (按普通主会场票上浮。%, 实 名, 不转让)
2. 每日票位总数量设置: 即根据各类分场馆的设置, 确定各个馆每日 场次、 每场次的时间段、 每场次的最大容纳人数即票位。 进而得出 当曰全部分馆共计票位设置总计。 即全部流水票位号。 对于 C类场 馆及以下类场馆也可根据人流量较少的特点自由排队进入, 不分场 次。 对无法分开场次的场馆, 也采取自由排队进入。
根据此方法得出展出期间或时期段全部票位数据库设置。 票位数据 库的形成便于的数据对比、 交换、 提取、 更新及算法的实现等。
3. 源文件程序中涉及函数量的初始化设置。
将转化的关系模式进行优化, 最终达到第三范式:
场馆 (编号, 类别, 票价, 日期, 余票信息, 名称, 地点)
票 (编号, 类别, 票价, 日期, 名称, 号)
注册用户及管理员 (用户名, 姓名, 密码, 管理权限)
游客 (用户名分团体、 家庭、 个人, 地点, 联系方式, 城市) 售票 (编号, 类别, 票价, 日期, 名称, 座位号)
订票 (编号, 类别, 票价, 日期, 名称, 订票时间) 等
如图 6所示, 为各分项目 (或分场馆) 所在地点位置和相连接的道路 线路组成的矢量图。 图 6中 " 1 "为门票认证识别部分, "2 "为门票相关信 息说明部分, " 3 "为矢量导引部分、 "4"、 " 5 "、 "6" "7 "为大门, 矢量导 引部分由各个分项目间道路形成的线段、 指示方向及不同图形分别代表各 类分项目的地点位置组成。
为了形成矢量导引门票, 需要实施相关数据信息的初始化生成与整合, 摘要说明如, 按照各分项目的要素 (如兴趣指数、 容纳人数、 造价等) 确 定各分项目所属类型、 数量, 如图 6中假设确定所属 A类项目有 4个, A 类分项目代码分别为 Al、 A2、 A3、 A4, 在图 6中用五角星表示, 同样假 设, B类分项目有 3个,代码分别为 Bl、 B2、 B3, 在图 6中用三角形表示, C类分项目有 4个, 代码分别为 Cl、 C2、 C3、 C4, 在图 6中用圆形表示, 共计分项目 11个, 通过各类分项目以及它们之间的连接道路形成矢量图, 通过矢量图, 计算出任意两个分项目之间的最短矢量距离及步行到达时间 等数据信息, 并对有关各分项目的参观场次、 时间等数据进行整合管理, 以 A1分项目为例说明: A1每天共有 8场, 确定每场起止时间, 每场容纳 100人,得出 A1全天入场流水号编码为 A1101、 A1102、 A1103... , A120 A1202、 A1203..., 到 A1801、 A1802...A1899, 同理, 可获得各类项目各分 项目的入场流水号编码, 即每一个流水号编码与其中一个分项目票位一一 对应, 以 A1389为例, 其信息包含为: A类项目, 1号分项目, 第 3场, 第 89号, 3场的开始时间、 结束时间等信息数据, 等等这些数据的整合形 成的数据库为形成矢量导引门票提供支持。
如图 7所示, 为个性化矢量导引门票示意图。 图 7中 " 1 "为门票认证 识别部分, "2"为矢量导引门票相关信息说明部分, "3"为矢量导引部分, 说明内容包括参观日期、 入口、 分项目及参观顺序、 各分项目的进场和退 场时间、 依据各分项目间的最短矢量距离, 依此提示预计步行到达下一分 项目的用时等, 4、 5、 6、 7为大门, 矢量导引部分由各个分项目间道路形 成的线段、指示方向及各类分项目的地点位置标识组成,图 7中显示了" A2" "B2" "C4" "A3 "为参观者选定的分项目、 参观顺序、 位置、 合理线路、 距离、 方向等。 具体实施方式
以下, 用实施例结合附图对本发明作更加详细的描述。 本实施例仅仅 是对本发明最佳实施方式的描述, 并不对本发明的范围有任何限制。 实施例说明:
实施例按模块摘要说明和按系统计算机程序截图简要说明:
1、 数据管理模块: 首先建立实施例矢量图,再确定图中各分项目的实施方 式、 步骤和数据, 建立系统所需要的所有数据库, 进而实施有效的系统时 时管理。
2、 售票模块功能:
(1) 手动订票模式:
选择手动订票模式。 根据使用者选择的参观日期, 通过数据模块实时 查询, 显示出当天各场馆、 各场次可预订的情况。 使用者通过鼠标点击想 要参观的某场馆场次, 该场次被选中并且背景变为蓝色, 如果想要取消只 需再点击该场次一次, 背景变为白色。 选择某一场馆的某一场次后, 系统 会进行智能化计算: 与所选场次时间重叠的其它场馆场次背景变为黑色、 并且不可选; 根据场馆间距离、 正常步行速度计算出无法在选中场次参观 后到达的场次背景变为黑色、 并且不可选。 智能化的帮使用者进行过滤, 减少因为自身原因无法参观全部所选的场次。使用者选择要参观的场次后, 确定提交所选场次, 系统会显示出本次选择的日期、 场馆、 场次等信息, 如果确认无误, 可以提交本次购票, 系统打印出本次所购门票。 相关购票 信息通过数据模块记录在系统中。
(2) 自动订票模式:
选择自动订票模式。 根据使用者选择的参观日期, 通过数据模块实时 查询, 显示出当天各场馆、 各场次可预订情况。 使用者选择想要参观的场 馆, 并且选择进入参观区的展区入口。 使用者确认选择的场馆、 展区入口 后, 确认提交所选场馆。 用户需要对所选的场馆填写优先级, 优先级在后 续智能计算参观路线时, 会最大化满足高优先级的场馆被参观到。 填写优 先级后, 确认提交本次选择。 系统根据所选场馆以及优先级, 根据各场馆 有余票的参观场次、 各场馆间距离、 进入展区的入口等信息, 智能化进行 计算, 智能化计算出最大化满足高优先级场馆被参观的路程中距离最短的 路线。 例如: 选择四个场馆, 优先级为 1、 2、 3、 4依次降低, 智能化计算 时, 先统计出所有可能的场馆参观顺序。 然后分析, 最大化满足高优先级 的场馆被参观到, 例如有两个可行参观顺序: 1、 2、 3 ; 1、 2、 4, 由于 3 的优先级比 4高, 所以智能化计算会选择 1、 2、 3这个参观顺序, 对所有 分析完优先级后可行的参观路线进行分析, 计算出距离最短的一条, 作为 最终的参观路线, 使用者确定智能化选择的路线后, 可以提交本次购票, 系统打印出本次矢量导引门票。相关购票信息通过数据模块记录在系统中, 矢量导引门票包括展区各入口位置; 参观的场馆信息: 场馆名称、 场馆位 置、 参观时间; 参观路线信息: 从展区哪个入口进入、 参观场馆的顺序、 场馆间距离及大概用时、 场馆参观时间; 门票认证信息。
3、 验票模块功能: 进入展区时, 用户提供相关门票。 验票模块扫描二维码信息, 从数据 管理模块获取用户及门票相关信息进行验证, 确认无误后可以凭票进入展 区。 以海洋世界博览会主、 分场馆为假想实施例展开本发明实施例计算机程序 截图说明:
1. 门票管理系统:
(1) 系统主页面功能示例图计算机程序截图 (图 8):
(2) 系统使用功能说明:
1) 页面右上角提供 "注册"、 "登录"入口, 使用者可以任意浏览 系统中场馆介绍等信息, 无需注册、 登录。 如果要进行订票操 作, 必须注册、 登录, 实名验证后才能使用。
2) 页面右上角提供 "帮助"入口, 使用者可以通过该功能了解注 册方法、 系统使用方法及其它相关帮助信息。
3) 注册用户可以通过页面右上角 "我的账户"入口, 查看账户相 关信息。
4) 系统使用功能说明:
(3) 系统相关功能说明:
1) 主页显示各类场馆风采信息, 通过点击场馆名称可以看到更详 细的介绍信息。
2) 提供场馆最新资讯信息、 场馆排行、 场馆分类等辅助功能。
3) 提供 "一站式个人票务预订(手动)"入口, 图中绿框所示。 点 击后进入手动订票功能, 使用者选择参观的日期、 要参观的场 馆、 场次。
4) 提供 "一站式个人票务预订(自动)"入口, 图中蓝框所示。 点 击后进入自动订票功能, 使用者选择参观的日期、 进入整个展 区的入口、 要参观的场馆、 参观场馆优先级, 系统根据最优算 法, 自动生成相关参观线路。
2. 手动订票功能: (1) 手动订票功能示例图计算机程序截图 (图 9): 从所有场馆中选取 4 个 A类场馆(Al、 A2、 A3、 A4), 3个 B类场馆 (Bl、 B2、 B3 ), 4个 C类场馆 (Cl、 C2、 C3 ) 示例说明, 各场馆参考位置、 连接 关系见图 6。
(2) 截取部分场馆计算机程序截图做示例说明 (图 10):
(3) 系统功能说明:
1) 以 A类场馆做说明, 通过选择页面上方的日期, 显示指定日期 各场馆、 各场次可预订的情况, 所有显示的场馆、 场次均可预 订。
2) 使用者通过鼠标点击某一场馆的某一场次, 该场次被选中并且 背景变为蓝色, 如果想取消只需再点击一次, 背景变为白色。
3) 选择某一场馆的某一场次后, 其它场馆与该场馆时间重复的场 次背景变为黑色, 变为不可选。 时间是否重复根据场次时间、 场馆间距离正常步行时间等条件综合计算。 实际应用时的算法 可以根据需要进行调整。
4) 例如某一使用者选择了 4个场馆 (A2、 A3、 B2、 C4) 的相关 场次, 点击红框中的 "确定提交购票", 如果各项信息都校验通 过, 本次购票成功, 最终显示本次选择的场馆、 场次计算机程 序截图 (图 11 )。
5) 实际应用时, 根据需要可增加身份证信息验证、 付款、 出票等 流程。 最终的票务样式如图 7。
智能自动订票功能:
(1) 智能自动订票功能示例图: 截取部分场馆做示例说明 (图 12)
(2) 系统功能说明:
1) 通过选择页面上方的日期, 显示指定日期各场馆、 各场次可预 订的情况, 所有显示的场馆均可预订。 用户还需要选择进入展 区的入口, 参观开始、结束时间, 用于自动生成参观线路使用。
2) 本功能页面场馆场次仅用于显示该场馆有余票的场次, 不能进 行场次选择。 3) 使用者勾选上要参观的场馆前的复选框, 点击红框中的 "确认 提交购票", 进入参观场馆优先级指定页面。 如选择 A2、 A3、 B2、 C4。
4) 以选择 4个场馆为例, 需要填写参观优先级, 1到 4, 优先级从 高到底 (图 13 )。 优先级用于系统智能选择场馆场次时使用, 如果有余票的场次不能满足参观全部 4个所选场馆, 那么系统 会根据优先级, 先最大化满足高优先级的场馆, 其次满足最多 的场馆被参观。
5) 填写优先级后, 点击"确定提交购票"。 系统根据智能化算法计 算, 如果有符合条件的参观线路, 本次购票成功, 最终显示本 次参观的场馆、 场次、 线路等信息。
6) 智能化算法会综合入口、 各场馆间距离、 选择的场馆及优先级 等因素进行计算,如果有余票的场次能满足参观全部 4个场馆, 在所有参观线路中, 显示出一条路途最近的线路。计算过程中。 如果有余票的场次不能满足参观全部 4个场馆, 那么根据参观 场馆的优先级, 先最大化满足高优先级的场馆, 其次满足正确 最多的高优先级场馆被参观, 在所有符合条件的参观线路中, 显示出一条路途最近的线路 (图 14)。
7) 为了方便参观者使用, 可生成图形化参观线路图, 并可提示步 行到达下一预计分项目的距离和时间, 可以打印在门票上, 也 可生成电子文件形式传输到设备上,用于指导参观者进行参观, 如图 7。
8) 实际应用时, 根据需要可增加身份证信息验证、 付款、 出票等 流程。
本发明所述的门票管理系统工作效率高, 数据采集准确及时, 使参观 者无需排队, 可以自主合理安排时间, 提前有计划、 有选择性参观或参与 项目, 安全性好, 工作效率、 实用效率高, 从而可以提高展馆或游乐园以 及其它类似运营单位的服务水平, 提高顾客满意度。

Claims

杈 囊 要 求 书
1. 一种门票管理系统, 由矢最导引门票、 售票模块、 检票模块、 数据管理 模块部分组威,所述各个組成部分相互之间可以进行有效的信息 输,并通过对 主题项目屮各分项目的地点位置坐标和相连接的 it路线路组成的矢景图,和对所 有系统所需 輔关数据通行 ¾¾化建立、整合、管理, a丽生成个性化矢量导引 门票, 使用该门票, 能满足在参与者的有效参观时闻 ή, 预先依次确定 *兴趣 各个分项目和参观时间,进而像次实施完成参与者预先确定的多个分项目的大型 主题活动, 所述门票有矢量导引部分、 信息说明部分、认证识别部分; 所述售票 模块可通过人工自选或系統自动 w方式完成门票 w生威;所述检票模块是秉用人 工、有线或无缠认证;所¾数据管理模块是各种数据生成、变化管理,实时更新。
PCT/CN2014/000440 2013-06-13 2014-04-24 一种门票管理系统 WO2014198121A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310232244.8 2013-06-13
CN201310232244.8A CN104239989A (zh) 2013-06-13 2013-06-13 一种门票管理系统

Publications (1)

Publication Number Publication Date
WO2014198121A1 true WO2014198121A1 (zh) 2014-12-18

Family

ID=52021612

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/000440 WO2014198121A1 (zh) 2013-06-13 2014-04-24 一种门票管理系统

Country Status (2)

Country Link
CN (1) CN104239989A (zh)
WO (1) WO2014198121A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104992472B (zh) * 2015-06-24 2019-09-20 惠州Tcl移动通信有限公司 票务系统和门票使用方法
CN105589975B (zh) * 2016-02-05 2018-04-24 腾讯科技(深圳)有限公司 信息推荐方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN201812307U (zh) * 2010-07-02 2011-04-27 常州高特电子技术有限公司 一种基于rfid技术的展馆门票管理系统
CN202582553U (zh) * 2012-05-19 2012-12-05 杜惠红 一种基于条形码扫描技术的景区导航系统
CN103020680A (zh) * 2013-01-08 2013-04-03 南京理工大学常熟研究院有限公司 一种电子门票导航定位的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN201812307U (zh) * 2010-07-02 2011-04-27 常州高特电子技术有限公司 一种基于rfid技术的展馆门票管理系统
CN202582553U (zh) * 2012-05-19 2012-12-05 杜惠红 一种基于条形码扫描技术的景区导航系统
CN103020680A (zh) * 2013-01-08 2013-04-03 南京理工大学常熟研究院有限公司 一种电子门票导航定位的方法

Also Published As

Publication number Publication date
CN104239989A (zh) 2014-12-24

Similar Documents

Publication Publication Date Title
Halegoua Smart cities
CN103353951A (zh) 一种网上预订的数据处理及自动售票
CN108564506A (zh) 一种支持Android移动端的在线考试与自测系统及其考试方法
Rodriguez et al. Urban development around bus rapid transit stops in seven cities in Latin-America
US20050021472A1 (en) Transactions in virtual property
CN105976435A (zh) 一种车站电子票订票、自动检票方法及系统
US20130018661A1 (en) Guest experience management system and method
KR102293877B1 (ko) 블록체인 기반 관광 이벤트 처리 시스템 및 방법
US20130018684A1 (en) Guest experience schedule system and method
CN110378816A (zh) 一种教育综合体的实现方法及其系统
CN108596700A (zh) 基于大数据的租房换房方法及其系统
CN110648225A (zh) 一种应用数字人码链的方法
JP5192918B2 (ja) 抽選装置
CN109918559A (zh) 一种事件请求处理方法和装置
CN108416852A (zh) 停车场管理方法、多车场管理服务器及可读存储介质
CN110378765A (zh) 会展云平台观众云信息处理方法及装置
WO2014198121A1 (zh) 一种门票管理系统
WO2024022544A1 (zh) 一种融合多系统的出行方法和装置
CN106104612A (zh) 以时间为单位的促销积分的流通方法及流通管理系统
Cobanoglu et al. Hospitality and tourism information technology
CN111429308A (zh) 一种景区购票方法及系统
CN110225130A (zh) 公共场合移动终端定位智能交易及社交系统及方法
CN108664631A (zh) 一种通过音视频数据文件指示调节展示展览的控制方法和装置
CN101882336A (zh) 福利彩票电话投注无纸化终端交易系统
CN106097071A (zh) 一种Timebox时间交易平台

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14811201

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14811201

Country of ref document: EP

Kind code of ref document: A1