WO2019132700A1 - Способ и система приобретения электронных билетов на транспорт - Google Patents

Способ и система приобретения электронных билетов на транспорт Download PDF

Info

Publication number
WO2019132700A1
WO2019132700A1 PCT/RU2017/001003 RU2017001003W WO2019132700A1 WO 2019132700 A1 WO2019132700 A1 WO 2019132700A1 RU 2017001003 W RU2017001003 W RU 2017001003W WO 2019132700 A1 WO2019132700 A1 WO 2019132700A1
Authority
WO
WIPO (PCT)
Prior art keywords
tickets
ticket
user
request
booking
Prior art date
Application number
PCT/RU2017/001003
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 Общество С Ограниченной Ответственностью "Глобус Медиа"
Priority to PCT/RU2017/001003 priority Critical patent/WO2019132700A1/ru
Publication of WO2019132700A1 publication Critical patent/WO2019132700A1/ru

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q30/00—Commerce

Definitions

  • the claimed technical solution relates to the field of digital data processing, in particular, designed to implement search procedures and
  • a disadvantage of the known solution is the limited functionality that does not allow analyzing the variants of movement between different points of the route taking into account various types of transport, with ranking of the selection results according to a number of criteria.
  • the claimed solution is a new service that provides broad functionality for selecting and booking tickets for various types of transport, taking into account a variety of selection criteria.
  • the technical effect is to extend the functionality by providing the analysis function of moving to the destination, taking into account
  • a request for the purchase of an electronic ticket contains at least the parameters of the trip and the passenger data
  • 5 - confirm the reservation of at least one ticket using the user's device and transmit the said confirmation to the system.
  • intermediate waypoints between the point of departure and the destination are additionally taken into account.
  • intermediate points are analyzed in the absence of the possibility of reaching the point of departure by a single mode of transport.
  • the nearest ones are determined
  • tickets match parameters or part of user request parameters 20.
  • the weighting factor is calculated based on the matching parameters.
  • a confirmation is received from the user's device to activate the booking procedure.
  • an analysis of ticket price dynamics is activated in the booking system.
  • data are obtained from the system on the timing of the sale of tickets corresponding to the booking parameters.
  • the claimed solution is also implemented through an e-ticketing system for vehicles, containing users ’devices and a booking and ticketing server, with a ticketing system connected to it, in which the users’ devices are configured to generate an e-ticket purchase request contains at least the parameters of the trip and the identification data of at least one passenger; transfer of the above request to the server booking and purchase of tickets; confirm the reservation of at least one ticket in response to a message from the server booking and purchase tickets; the server for booking and purchasing tickets is made with the ability to check the availability of electronic tickets in the ticket sales system based on the aforementioned user request; check the possibility of booking at least one ticket in the system based on the parameters of the user request; generate and send to the user's device data on the status of the test performed; receive commands from users' devices in response to transmitted messages about the status of checking the possibility of booking tickets.
  • the sales system determines the availability of tickets relevant to user requests in response to received data that forms user requests from the server.
  • the ticketing system queries the external resources of ticket providers based on user request data.
  • the server contains a module for analyzing price movements, configured to track changes in ticket prices.
  • FIG. 1 illustrates a general view of the claimed system.
  • FIG. 2 illustrates the steps of a method of searching and booking tickets.
  • FIG. 3 illustrates the steps of a method for selecting a route for moving.
  • FIG. 4 illustrates an exemplary computing device.
  • the claimed system (100) includes the user's device (110), the reservation and purchase system of tickets (120), the ticket sales system (130) and the database (140), which stores information about tickets collected by the system (120) with request to service providers through the system (130).
  • the components of the system (100) are connected via a computer data network, for example, the Internet.
  • the booking system (120) can be a web resource (web server) that implements user interaction (110) through a specialized web site or application installed on the user's device (110).
  • a smartphone, tablet, personal computer, laptop, game console, a TV with Smart-TV function, etc. can be used as the user's device (110).
  • User interaction according to the procedure of forming search requests for the purchase of tickets is carried out using standard input / output means (I / O means), which ensure recognition of commands and their subsequent transformation into machine-readable form and outputting information to the user.
  • I / O means standard input / output means
  • Such I / O tools include, but are not limited to, a keyboard, a touchscreen display, a screen, a monitor, speakers, a projector, a D / U remote control, a mouse, a joystick, a trackball, a touchpad, a light pen, a stylus, etc. .
  • the reservation and acquisition system (120), as well as the sales system (130), are performed on the basis of hardware and computing tools, such as computers, servers, mainframes, server clusters, etc.
  • hardware and computing tools such as computers, servers, mainframes, server clusters, etc.
  • the use of certain devices due to the requirements for the computational capacity of the elements of the system (100).
  • the sales system (130) is performed as one or more data aggregators for the offered tickets by various transportation service providers.
  • the selection system (120) works, information about available tickets is requested through system (130) and stored in the database (140) for further processing in terms of changing the selection parameters for tickets and issuing the results to users.
  • the system (120) contains the main computational logic when processing requests from user devices (110), in particular, the parameters of the selection of tickets and their use in conjunction with the information stored in the database (140).
  • FIG. 2 shows the method of selection of tickets (200). Initially, the user creates the required set of parameters for selecting a ticket for a given route (201). Such parameters are, but are not limited to: passenger data (age, gender, etc.), place of departure, destination, departure / arrival dates, cost criteria, etc.
  • the data on the place of departure / arrival can be specified as a city, country, region, etc. Dates can be specified as accurate or as a range, which allows system (120) to calculate the most relevant dates when planning a route.
  • the criterion of cost is understood, as a rule, the maximum threshold for the price of a ticket for a particular type of transport.
  • this information is transmitted for its processing (202) to the reservation and purchase system of tickets (120).
  • the stage of processing a user request (203) includes a search based on the entered parameters in step (201) of options for purchasing a ticket, for which the system (120) queries the sales system (130).
  • the system (120) compares the entered route parameters with the available offers in the sales system (130) and stores the received information on the search results in the database (140) on the detected tickets for the type of transport to reach the destination.
  • system (120) When determining the required type of tickets for the entered search parameters (204), system (120) also compares by the coincidence of the number of specified criteria. In case there are no tickets containing all the required parameters of the user request (205), then the system (120) determines the variants of the tickets with the highest weight relative to the partial match of the parameters (206) and performs the ranking of the results.
  • the result of the search engine system (120) is to provide the result of the selection (207) to the user (110).
  • the result may contain many options for moving along a given route, each of which contains
  • System (120) can provide deferred ticket booking functionality. This function is activated for the type of transport, for example, L / D transport, for which tickets are sold within a strictly defined time range, for example, 60 days before departure.
  • the system (120) also receives the generated user request and activates the data to activate the command for the system (130), in response to which, when ticket offers appear,
  • This information is transmitted to the system (120) and stored in the database (140).
  • An important criterion for the formation of a request for a deferred ticket reservation is the initial entry of the ticket price, according to which it will be later acquired by the system (120).
  • the ticket price is automatically deducted from the specified user account, or the specified amount can be deposited in advance on a special deposit of the system (120).
  • the system (120) takes into account the time parameter of the formation of a request for the purchase of tickets. For users (110), who at the time of opening the system (130) ticket sales, I cannot purchase tickets, based on filling in all quotas for ticket bookings by users who had previously formed a request, until the departure of the vehicle, the system (120) tracks the appearance of tickets.
  • the system (120) analyzes information on tickets that are returned due to passenger refuses, or returned for other reasons, entering the database (140). Based on this information, the system (120) generates messages sent to user devices (BUT), for which the corresponding parameter on deferred booking of tickets is saved. Notification of users on receipt of tickets can be performed based on the analysis of time data
  • FIG. 3 shows the method of selection of tickets when taking into account intermediate points of the route (300).
  • the system (120) analyzes the introduction of the parameters of the route, in particular, the place of departure and place of arrival, the date, and the price range (if specified).
  • the system (120) analyzes the availability of one mode of transport to reach the destination (302). If the destination cannot be reached with one mode of transport, the system (120) calculates intermediate points from which it is possible to reach a given destination (303). At each intermediate point, the type of transport is determined by which it is possible to reach the specified destination, its cost, class and travel time (304).
  • Options for moving between intermediate points are ranked based on a number of parameters, for example, the distance of the intermediate point from the destination of the route, the cost and type of transport at each of the points, or
  • the availability of one or more modes of transport to move to the next point or destination is determined. For example, if movement from an intermediate point to a destination is available on the bus and train, system (120) generates all possible options if no additional selection criteria were set by the user. Such criteria can be, for example, the shortest travel time, fare, class of transport, mode of transport, etc.
  • All identified alternative routes based on intermediate points are provided for display to the user (305).
  • the system (120) automatically generates the necessary payment information for purchasing electronic tickets.
  • a delayed booking mechanism may also be applied at one or more points of the route.
  • the radius of available sites for transplantation may be taken into account.
  • the cities located within radius R from the destination city are taken into account, such that: there are flights on the day of departure in the schedule table; or in the sales system (130) there are flights on the day of departure or in the period +/- 3 days from the day of departure.
  • Selects B 4 cities nearest to the destination / departure.
  • system (120) can provide an insurance mechanism.
  • This mechanism allows you to return the cost of money spent on a ticket by keeping a fixed insurance amount paid by the user when forming a request for the selection of tickets.
  • the system (120) also contains a mechanism for analyzing the dynamics of ticket prices, which provides forecasting based on a number of metrics of ticket prices at a given point in time.
  • the price analysis mechanism takes into account both internal and external factors that may affect the change in ticket prices.
  • the total size of the ticket price is formed using the rules
  • Each rule is a set of characteristics of the voyage or the environment and the return value.
  • the return value is an absolute or relative (percentage) shift in the cost of the ticket.
  • a priority tree is used. When a flight matches several rules in different branches, they are combined.
  • the return value can be a fixed amount of markup / discount or relative.
  • a logistic regression algorithm can be used, which uses a set of parameters of the generated query, processes them using the generated model, which allows to provide the most
  • the system (120) stores historical data of all selected tickets and their prices. On the basis of these tickets for a fixed time period, for example, 30 days, the average price is calculated relative to the specified categories of transport. The average price is multiplied by the coefficient of assumption (for example, Platzkart: 1.38; Sessile: 1.5; Coupe: 1.725) and the resulting value is offered to the client as a limit for debiting money from a bank card when paying for the order.
  • the coefficient of assumption for example, Platzkart: 1.38; Sessile: 1.5; Coupe: 1.725
  • FIG. 4 shows an example of the execution of a computing device (400) for implementing a functional for searching and selecting tickets for various types of transport and other functionality carried out by algorithmic data processing.
  • the device (400) contains such components as: one or more processors (401), at least one memory (402), data storage means (403), input / output interfaces (404), means B / B (405), networking tool (406).
  • the processor (401) of the device performs the basic computational operations necessary for the operation of the system (100) or the functionality of one or more of its components.
  • the processor (401) executes the necessary computer-readable instructions contained in the RAM (402).
  • the memory (402), as a rule, is made in the form of RAM and contains the necessary program logic that provides the required functionality.
  • the data storage medium (403) can be performed in the form of HDD, SSD disks, array raid, flash memory, optical data storage devices (CD, DVD, MD, Blue Ray disks), etc.
  • Means (403) allow for long-term storage of various types of information, for example, the history of processing transactional requests (logs), user identifiers, etc.
  • Interfaces (404) are standard means for connecting and working with a server (400), such as USB, RS232, RJ45, LPT, COM, HDMI, PS / 2, Lightning, FireWire, and the like. [0065] The choice of interfaces (404) depends on the specific design of the device (400), which may be a personal computer, mainframe, server cluster, thin client, smartphone, laptop, etc.
  • I / O data you can use: a keyboard, a joystick, a display (touch screen), a projector, a touchpad, a mouse, a trackball, a light pen, speakers, a microphone, etc.
  • the means of network interaction (406) are selected from devices
  • the organization of data exchange between the server (400) and US (300) is provided via a wired or wireless data transmission channel, for example, WAN, PAN, LAN (LAN), Intranet, Internet, WLAN, WMAN or GSM.
  • a wired or wireless data transmission channel for example, WAN, PAN, LAN (LAN), Intranet, Internet, WLAN, WMAN or GSM.

Landscapes

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

Abstract

Заявленное техническое решение относится к области обработки цифровых данных, в частности, предназначенных для осуществления процедур поиска и приобретения электронных билетов на различные виды транспорта. В предпочтительном варианте реализации заявлен способ приобретения электронных билетов на транспорт, содержащий этапы, на которых: - формируют с помощью устройства пользователя запрос на приобретение электронного билета, причем запрос содержит по меньшей мере параметры поездки и данные пассажира; - направляют упомянутый запрос в систему бронирования и приобретения билетов; - выполняют проверку доступности билетов в системе на основании упомянутого пользовательского запроса; - осуществляют проверку возможности бронирования по меньшей мере одного билета в системе на основании параметров пользовательского запроса; - формируют и направляют на устройство пользователя данные о статусе выполненной проверки; - осуществляют подтверждение бронирования по меньшей мере одного билета с помощью устройства пользователя и передают упомянутое подтверждение в систему.

Description

СПОСОБ И СИСТЕМА ПРИОБРЕТЕНИЯ ЭЛЕКТРОННЫХ БИЛЕТОВ НА
ТРАНСПОРТ
ОБЛАСТЬ ТЕХНИКИ
[0001] Заявленное техническое решение относится к области обработки цифровых данных, в частности, предназначенных для осуществления процедур поиска и
приобретения электронных билетов на различные виды транспорта.
УРОВЕНЬ ТЕХНИКИ
[0002] На сегодняшний момент известно множество решений, предлагающих функционал в части подбора билетов для планирования маршрута между различными направлениями. К таким решениям можно отнести сервис Yandex Авиабилеты, позволяющий провести подбор билетов на маршрут по заданному направлению.
[0003] Недостатком известного решения является ограниченная функциональность, которая не позволяет анализировать варианты перемещения между различными точками маршрута с учетом различного типа транспорта, с ранжированием результатов подбора по ряду критериев.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0004] Заявленное решение представляют собой новый сервис, обеспечивающий широкий функционал по подбору и бронированию билетов на различные виды транспорта с учётом множества критериев подбора.
[0005] Технический эффект заключается в расширении функциональных возможностей за счет обеспечения функции анализа перемещения до места назначения с учетом
различного вида транспорта, ранжированием результатов поиска, и автоматизированным приобретением билетов для перемещения по маршруту.
[0006] В предпочтительном варианте реализации заявлен способ приобретения
электронных билетов на транспорт, содержащий этапы, на которых:
- формируют с помощью устройства пользователя запрос на приобретение электронного билета, причем запрос содержит по меньшей мере параметры поездки и данные пассажира;
- направляют упомянутый запрос в систему бронирования и приобретения билетов;
- выполняют проверку доступности билетов в системе на основании упомянутого пользовательского запроса; - осуществляют проверку возможности бронирования по меныпей мере одного билета в системе на основании параметров пользовательского запроса;
- формируют и направляют на устройство пользователя данные о статусе выполненной проверки;
5 - осуществляют подтверждение бронирования по меньшей мере одного билета с помощью устройства пользователя и передают упомянутое подтверждение в систему.
[0007] В частном варианте осуществления способа параметры поездки включают в себя данные, выбираемые из группы: пункт отправления, пункт назначения, вид транспорта, класс транспорта или стоимость билета.
10 [0008] В другом частном варианте осуществления способа дополнительно учитываются промежуточные точки маршрута между пунктом отправления и пунктом назначения.
[0009] В другом частном варианте осуществления способа промежуточные точки анализируются при отсутствии возможности достижения пункта отправления одним видом транспорта.
15 [0010] В другом частном варианте осуществления способа определяют ближайшие
промежуточные точки и тип транспорта, доступный в них, для достижения пункта назначения.
[0011] В другом частном варианте осуществления способа при выполнении проверки доступности билетов проверяется соответствие билетов параметрам или части параметров 20 пользовательского запроса.
[0012] В другом частном варианте осуществления способа для каждого билета
рассчитывается весовой коэффициент на основании совпадающих параметров.
[0013] В другом частном варианте осуществления способа при отсутствии в заданный временной промежуток билетов, релевантных параметрам запроса, проверяется
25 возможность их бронирования для отложенного приобретения.
[0014] В другом частном варианте осуществления способа получают подтверждение от устройства пользователя для активации процедуры бронирования.
[0015] В другом частном варианте осуществления способа активируют в системе бронирования анализ динамики стоимости билетов.
Ϊ0 [0016] В другом частном варианте осуществления способа при получении информации об изменении стоимости забронированного билета, формируют сообщение, передаваемое на устройство пользователя.
[0017] В другом частном варианте осуществления способа получают данные от системы о сроках продажи билетов, соответствующих параметрам бронирования. [0018] Заявленное решение также осуществляется за счет системы приобретения электронных билетов на транспорт, содержащей устройства пользователей и сервер бронирования и приобретения билетов, с подключенной к нему системой продажи билетов, в которой устройства пользователей выполнены с возможностью формирования запроса на приобретение электронного билета, причем запрос содержит по меньшей мере параметры поездки и идентификационные данные по меньшей мере одного пассажира; передачи упомянутого запроса на сервер бронирования и приобретения билетов; осуществлять подтверждение бронирования по меньшей мере одного билета в ответ на сообщение от сервера бронирования и приобретения билетов; сервер бронирования и приобретения билетов выполнен с возможностью выполнять проверку доступности электронных билетов в системе продажи билетов на основании упомянутого пользовательского запроса; осуществлять проверку возможности бронирования по меньшей мере одного билета в системе на основании параметров пользовательского запроса; формировать и направлять на устройство пользователя данные о статусе выполненной проверки; получать команды от устройств пользователей в ответ на передаваемые сообщения о статусе проверки возможности бронирования билетов.
[0019] В частном варианте реализации система продаж определяет доступность билетов, релевантных пользовательским запросам, в ответ на получаемые данные, формирующие пользовательские запросы от сервера.
[0020] В другом частном варианте реализации система продаж билетов осуществляет запрос к внешним ресурсам поставщиков билетов на основании данных пользовательских запросов.
[0021] В другом частном варианте реализации сервер содержит модуль анализа динамики цен, выполненный с возможностью отслеживания изменения стоимости билетов.
ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0022] Фиг. 1 иллюстрирует общий вид заявленной системы. [0023] Фиг. 2 иллюстрирует этапы способа поиска и бронирования билетов.
[0024] Фиг. 3 иллюстрирует этапы способа подбора маршрута для перемещения.
[0025] Фиг. 4 иллюстрирует пример выполнения вычислительного устройства.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
[0026] Как представлено на Фиг. 1, заявленная система (100) включает в себя устройство пользователя (110), систему бронирования и приобретения билетов (120), систему продаж билетов (130) и базу данных (140), которая хранит информацию о билетах, подбираемой системой (120) при запросе к поставщикам услуг через систему (130).
[0027] Компоненты системы (100) соединяются посредством вычислительной сети передачи данных, например, Интернет. Система бронирования (120) может представлять собой веб-ресурс (веб-сервер), реализующий взаимодействие с пользователем (110) через специализированный веб-сайт или приложение, устанавливаемое на устройство пользователя (110).
[0028] В качестве устройства пользователя (110) может использоваться смартфон, планшет, персональный компьютер, ноутбук, игровая приставка, телевизор с функцией Smart-TV и т.п. Пользовательское взаимодействие по процедуре формирования поисковых запросов на приобретение билетов осуществляется с помощью стандартных средств ввода/вывода (средства В/В), обеспечивающих распознавание команд с последующим их преобразованием в машиночитаемую форму и вывод информации пользователю.
[0029] К таким средствам В/В можно отнести, не ограничиваясь, клавиатуру, сенсорный дисплей, экран, монитор, динамики, проектор, пульт Д/У, манипулятор мышь, джойстик, трекбол, тачпад, световое перо, стилус и т.п.
[0030] Система бронирования и приобретения (120), равно как и система продаж (130), выполняются на базе аппаратно-вычислительных средств, таких как, компьютеры, серверы, мейнфреймы, серверные кластеры и т.п. Использование тех или иных устройств обусловлена требованиям к вычислительной пропускной способности элементов системы (100).
[0031] Система продаж (130) выполняется в виде одного или более агрегаторов данных по предлагаемым билетам различными поставщиками услуг по перевозке. При работе алгоритма подбора системы (120), информация о доступных билетах запрашивается через систему (130) и сохраняется в БД (140) для дальнейшей обработки в части изменения параметров подбора билетов и для выдачи результатов пользователям. Система (120) содержит основную вычислительную логику при обработке запросов, поступающих от устройств пользователей (110), в частности, параметры подбора билетов и их использование в совокупности с информацией, хранимой в БД (140).
[0032] На Фиг. 2 представлен способ подбора билетов (200). Первоначально пользователь формирует требуемый набор параметров для подбора билета по заданному маршруту (201). Такими параметрами, являются, но не ограничиваются: данные пассажира (возраст, пол и т.п.), место отправления, место назначения, даты отбытия/прибытия, критерий стоимости и т.п.
[0033] Данные о месте отправления/прибытия могу задаваться как город, страна, регион и т.п. Даты могут указываться как точные, так и в виде диапазона, что позволяет системе (120) рассчитать наиболее релевантные даты при планировании маршрута. Под критерием стоимости понимается, как правило, максимальный порог цены билета на тот или иной вид транспорта.
[0034] После формирования запроса на подбор билетов данная информация передается для ее обработки (202) в систему бронирования и приобретения билетов (120). Этап обработки пользовательского запроса (203) включает в себя поиск на основании введенных параметров на шаге (201) вариантов для приобретения билета для чего система (120) осуществляет запрос к системе продаж (130). Система (120) осуществляет сравнение введенных параметров маршрута с доступными предложениями в системе продаж (130) и сохраняет полученную информацию по результатам поиска в БД (140) по выявленным билетам на тип транспорта для достижения места назначения.
[0035] При определении требуемого типа билетов по введенным параметрам поиска (204) система (120) также осуществляет сравнение по совпадению количества указанных критериев. В случае, если отсутствуют билеты, содержащие все требуемые параметры пользовательского запроса (205), то система (120) определяет варианты билетов с наибольшим весовым коэффициентом относительно частичного совпадения параметров (206) и осуществляет ранжирование результатов.
[0036] Итогом работы поискового механизма системы (120) является предоставлению результата подбора (207) пользователю (110). Результат может содержать множество вариантов перемещения по заданному маршруту, каждый из которых содержит
ориентировочное время в пути, тип транспорта, наличие или отсутствие пересадок, стоимость и т.п.
[0037] Приобретение электронного билета осуществляется с помощью получения системой (120) от устройства пользователя (110) команды, содержащей подтверждение выбора одного из предложенных на этапе (207) варианта. [0038] Система (120) может обеспечивать функционал по отложенному бронированию билетов. Данная функция активируется для типа транспорта, например, Ж/Д транспорта, для которого продажа билетов осуществляется в строго установленный временной диапазон, например, за 60 дней до отправления.
[0039] С помощью функции отложенного бронирования система (120) также получает сформированный запрос пользователя и активирует данные для активации команды для системы (130), в ответ на которую при появлении предложений по билетам,
соответствующий билет будет зарезервирован для соответствующего пользователя.
Данная информация передается в систему (120) и сохраняется в БД (140). Важным критерием формирования запроса на отложенное бронирование билета является первоначальный ввод стоимости билета, по которой он будет позднее приобретен системой (120). Стоимость билета автоматически списывается с указанного счета пользователя, либо указанная сумма может быть заранее внесена на специальный депозит системы (120).
[0040] С учетом ограниченного количества билетов при открытии их продаж, которое может являться меньшим чем количество пользователей, сформировавших запрос на бронирование, система (120) учитывает временной параметр формирования запроса на приобретение билетов. Для пользователей (110), которые в момент открытия системой (130) продаж билетов, не могу приобрести билеты, исходя из заполнения всех квот по броням билетов пользователями, ранее сформировавших запрос, до момента отправления транспорта система (120) отслеживает появление билетов.
[0041] Система (120) анализирует информацию по билетам, которые возвращаются в связи с отказами пассажиров, или возвращенных по иным причинам, поступающую в БД (140). На основании данной информации система (120) формирует сообщения, рассылаемые устройствам пользователей (НО), для которых сохранен соответствующий параметр по отложенному бронированию билетов. Уведомление пользователей о поступлении билетов может выполняться с учетом анализа данных времени
формирования запроса при заказе билетов.
[0042] На Фиг. 3 представлен способ подбора билетов при учете промежуточных точек маршрута (300). При формировании первичного пользовательского запроса для расчета параметров маршрута (301), система (120) анализирует введение параметры пути следования, в частности, место отправления и место прибытия, даты, а также ценовой диапазон (если указан).
[0043] Система (120) анализирует доступность одного вида транспорта для достижения точки назначения (302). Если до места назначения нельзя добраться с помощью одного вида транспорта, то система (120) вычисляет промежуточные точки, из которых возможно добраться до заданного места назначения (303). В каждой промежуточной точке определяется тип транспорта, с помощью которого возможно добраться до заданного места назначения, его стоимость, класс и время в пути (304).
[0044] Варианты перемещения между промежуточными точками ранжируются на основании ряда параметров, например, удаленности промежуточной точки от места назначения маршрута, стоимости и типа транспорта в каждой из точек, или
дополнительных параметров, указанных в пользовательском запросе, например, исключение определенного типа транспорта.
[0045] В каждой точке маршрута определяется доступность одного или более вида транспорта для перемещения в следующую точку или место назначения. Например, если доступно перемещение из промежуточной точки в пункт назначения на автобусе и поезде, система (120) формирует все возможные варианты, в случае если не пользователем не были установлены дополнительные критерии подбора. Такими критериями могут быть, например, кратчайшее время в пути, стоимость проезда, класс транспорта, вид транспорта и т.п.
[0046] Все выявленные альтернативные маршруты с учетом промежуточных точек предоставляются для отображения пользователю (305). При выборе пользователем одного из предложенных маршрутов, система (120) автоматически формирует необходимую платежную информацию для приобретения электронных билетов.
[0047] При осуществлении способа (300) также может применятся механизм отложенного бронирования в одной или более точках маршрута.
[0048] В качестве одного из критериев анализа промежуточных точек может учитываться радиус доступных мест для пересадки. Например, учитываются города, расположенные в радиусе R от города назначения, такие, что: есть рейсы на день вылета в таблице расписания; или в системе продаж (130) есть рейсы на день вылета или в период +/-3 дня от дня вылета.
Отбираются В = 4 ближайших к пункту назначения / отправления городов. Параметр В настраиваемый. Оставшиеся города сортируются по количеству рейсов. Отбираются 10 с наибольшим количеством рейсов. Среди них отбирается А = 1 ближайший к пункту назначения / отправления город. Параметр А настраиваемый. Пользователю выводятся 5 отобранных городов, отсортированных по расстоянию до города назначения / отправления.
[0049] Дополнительно система (120) может обеспечивать механизм страховки
пассажиров при отмене поездки. Данный механизм позволяет вернуть стоимость потраченных средств на билет с помощью удержания фиксированной страховой суммы, оплачиваемой пользователем при формировании запроса на подбор билетов.
[0050] Система (120) также содержит механизм анализа динамики цен на билеты, который обеспечивает прогнозирование на базе ряда метрик стоимости билетов в заданный момент времени. Механизм анализа динамики цен учитывает, как внутренние, так и внешние факторы, которые могут влиять на изменение стоимости билетов.
[0051] Итоговый размер цены на билет формируется с использованием правил
ценообразования. Каждое правило представляет собой набор характеристик рейса или окружающей среды и возвращаемым значением. Возвращаемое значение является абсолютным или относительным (в процентах) сдвигом стоимости билета.
[0052] Перед тем, как быть доступным в системе (120) для отображения, для каждого рейса, полученного из системы продаж (130) с внешнего ресурса партнеров, происходит окончательный расчёт цены. Для этого рейсы проверяются на совпадение с условиями каждого правила. В случае срабатывания правила, происходит перерасчёт цены на рейс.
[0053] Для устранения случаев, когда рейс попадает под несколько правил, используется дерево приоритетов. Когда рейс подходит под несколько правил в разных ветках, то они комбинируются
[0054] Настройка правил. Для создания правила требуется установить приоритет, условия и возвращаемое значение.
[0055] Виды условий:
• Партнёр - поставщик билета
• Г оро да отправления и прибытия
• Число дней до отправления от/до
• Дни следования
Также возможно расширение на такие типы условий, как:
• Время отправления
• Исходная цена билета
В виде возвращаемого значения может быть фиксированный размер наценки/скидки или относительный. [0056] В данном механизме настройка правил возможна как в ручном режиме, используя реализованный интерфейс, так и в автоматическом режиме - управлять наценками обрабатывая данные о рейсах, спросе и предпочтении пользователей.
[0057] Для расчета стоимости билетов может применяться алгоритм логистической регрессии, которая использует набор параметров сформированного запроса обрабатывает их с помощью сформированной модели, позволяющей предоставить наиболее
оптимальную цену услуги для пользователя. Данный механизм позволяет на этапе ценообразования предлагать клиенту оптимальную стоимость решения.
[0058] Система (120) хранит исторические данные всех подобранных билетов и их цены. На основе данных билетов за установленной временной период, например, 30 дней, происходит расчет средней цены относительно заданных категорий транспорта. Средняя цена умножается на коэффициент допущения (Например, Плацкарт: 1,38; Сидячие: 1,5; Купе: 1,725) и полученная стоимость предлагается клиенту в качестве лимита списания денежных средств с банковской карты при оплате заказа.
[0059] На Фиг. 4 представлен пример исполнения вычислительного устройства (400) для реализации функционала по поиску и подбору билетов на различные типы транспорта и иного функционала, осуществляемого за счет алгоритмической обработки данных.
[0060] В общем случае устройство (400) содержит такие компоненты, как: один или более процессоров (401), по меньшей мере одну память (402), средство хранения данных (403), интерфейсы ввода/вывода (404), средство В/В (405), средство сетевого взаимодействия (406).
[0061] Процессор (401) устройства выполняет основные вычислительные операции, необходимые для функционирования системы (100) или функционала одного или более ее компонентов. Процессор (401) исполняет необходимые машиночитаемые команды, содержащиеся в оперативной памяти (402).
[0062] Память (402), как правило, выполнена в виде ОЗУ и содержит необходимую программную логику, обеспечивающую требуемый функционал.
[0063] Средство хранения данных (403) может выполняться в виде HDD, SSD дисков, рейд массива, флэш-памяти, оптических накопителей информации (CD, DVD, MD, Blue- Ray дисков) и т.п. Средства (403) позволяют выполнять долгосрочное хранение различного вида информации, например, истории обработки транзакционных запросов (логов), идентификаторов пользователей и т.п.
[0064] Интерфейсы (404) представляют собой стандартные средства для подключения и работы с сервером (400), например, USB, RS232, RJ45, LPT, COM, HDMI, PS/2, Lightning, FireWire и т.п. [0065] Выбор интерфейсов (404) зависит от конкретного исполнения устройства (400), которое может представлять собой персональный компьютер, мейнфрейм, серверный кластер, тонкий клиент, смартфон, ноутбук и т.п.
[0066] В качестве средств В/В данных (405) может использоваться: клавиатура, джойстик, дисплей (сенсорный дисплей), проектор, тачпад, манипулятор мышь, трекбол, световое перо, динамики, микрофон и т.п.
[0067] Средства сетевого взаимодействия (406) выбираются из устройств,
обеспечивающий сетевой прием и передачу данных, например, Ethernet карту, WLAN/Wi- Fi модуль, Bluetooth модуль, BLE модуль, NFC модуль, IrDa, REID модуль, GSM модем и т.п. С помощью средств (405) обеспечивается организация обмена данными между сервером (400) и УС (300) по проводному или беспроводному каналу передачи данных, например, WAN, PAN, ЛВС (LAN), Интранет, Интернет, WLAN, WMAN или GSM.
[0068] В настоящих материалах заявки было представлено предпочтительное раскрытие осуществление заявленного технического решения, которое не должно использоваться как ограничивающее иные, частные воплощения его реализации, которые не выходят за рамки испрашиваемого объема правовой охраны и являются очевидными для специалистов в соответствующей области техники.

Claims

ФОРМУЛА ИЗОБРЕТЕНИЯ
1. Способ приобретения электронных билетов на транспорт, содержащий этапы, на которых:
- формируют с помощью устройства пользователя запрос на приобретение электронного билета, причем запрос содержит по меньшей мере параметры поездки и данные пассажира;
- направляют упомянутый запрос в систему бронирования и приобретения билетов;
- выполняют проверку доступности билетов в системе на основании упомянутого пользовательского запроса;
- осуществляют проверку возможности бронирования по меньшей мере одного билета в системе на основании параметров пользовательского запроса;
- формируют и направляют на устройство пользователя данные о статусе выполненной проверки;
- осуществляют подтверждение бронирования по меньшей мере одного билета с помощью устройства пользователя и передают упомянутое подтверждение в систему.
2. Способ по п.1, характеризующийся тем, что параметры поездки включают в себя данные, выбираемые из группы: пункт отправления, пункт назначения, вид транспорта, класс транспорта или стоимость билета.
3. Способ по п.2, характеризующийся тем, что дополнительно учитываются промежуточные точки маршрута между пунктом отправления и пунктом назначения.
4. Способ по п.З, характеризующийся тем, что промежуточные точки анализируются при отсутствии возможности достижения пункта отправления одним видом транспорта.
5. Способ по п.4, характеризующийся тем, что определяют ближайшие промежуточные точки и тип транспорта, доступный в них, для достижения пункта назначения.
6. Способ по п.1, характеризующийся тем, что при выполнении проверки доступности билетов проверяется соответствие билетов параметрам или части параметров пользовательского запроса.
7. Способ по п.6, характеризующийся тем, что для каждого билета рассчитывается весовой коэффициент на основании совпадающих параметров.
8. Способ по п.6, характеризующийся тем, что при отсутствии в заданный временной промежуток билетов, релевантных параметрам запроса, проверяется возможность их бронирования для отложенного приобретения.
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26)
9. Способ по п.8, характеризующийся тем, что получают подтверждение от устройства пользователя для активации процедуры бронирования.
10. Способ по п.8, характеризующийся тем, что активируют в системе бронирования анализ динамики стоимости билетов.
1 1. Способ по п.10, характеризующийся тем, что при получении информации об изменении стоимости забронированного билета, формируют сообщение, передаваемое на устройство пользователя.
12. Способ по п.8, характеризующийся тем, что получают данные от системы о сроках продажи билетов, соответствующих параметрам бронирования.
13. Система приобретения электронных билетов на транспорт, содержащая устройства пользователей и сервер бронирования и приобретения билетов, с подключенной к нему системой продажи билетов, в которой
устройства пользователей выполнены с возможностью
формирования запроса на приобретение электронного билета, причем запрос содержит по меньшей мере параметры поездки и идентификационные данные по меньшей мере одного пассажира;
передачи упомянутого запроса на сервер бронирования и приобретения билетов;
осуществлять подтверждение бронирования по меньшей мере одного билета в ответ на сообщение от сервера бронирования и приобретения билетов; сервер бронирования и приобретения билетов выполнен с возможностью
выполнять проверку доступности электронных билетов в системе продажи билетов на основании упомянутого пользовательского запроса;
осуществлять проверку возможности бронирования по меньшей мере одного билета в системе на основании параметров пользовательского запроса;
формировать и направлять на устройство пользователя данные о статусе выполненной проверки;
получать команды от устройств пользователей в ответ на передаваемые сообщения о статусе проверки возможности бронирования билетов.
14. Система по п.13, характеризующаяся тем, что система продаж определяет доступность билетов, релевантных пользовательским запросам, в ответ на получаемые данные, формирующие пользовательские запросы от сервера.
15. Система по п.11 , характеризующаяся тем, что система продаж билетов осуществляет запрос к внешним ресурсам поставщиков билетов на основании данных пользовательских запросов.
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26)
16. Система по п.1 1 , характеризующаяся тем, что сервер содержит модуль анализа динамики цен, выполненный с возможностью отслеживания изменения стоимости билетов.
ЗАМЕНЯЮЩИМ ЛИСТ (ПРАВИЛО 26)
PCT/RU2017/001003 2017-12-28 2017-12-28 Способ и система приобретения электронных билетов на транспорт WO2019132700A1 (ru)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/RU2017/001003 WO2019132700A1 (ru) 2017-12-28 2017-12-28 Способ и система приобретения электронных билетов на транспорт

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/RU2017/001003 WO2019132700A1 (ru) 2017-12-28 2017-12-28 Способ и система приобретения электронных билетов на транспорт

Publications (1)

Publication Number Publication Date
WO2019132700A1 true WO2019132700A1 (ru) 2019-07-04

Family

ID=67068035

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2017/001003 WO2019132700A1 (ru) 2017-12-28 2017-12-28 Способ и система приобретения электронных билетов на транспорт

Country Status (1)

Country Link
WO (1) WO2019132700A1 (ru)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113297465A (zh) * 2020-07-01 2021-08-24 阿里巴巴集团控股有限公司 提供交通方案信息的方法、装置及电子设备
CN117371953A (zh) * 2023-10-30 2024-01-09 国网江苏省电力有限公司扬州供电分公司 电子工作票的智能核查应用方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020016724A1 (en) * 2000-07-28 2002-02-07 Yue-Heng Yang System and method for booking international multiple-stop tickets
WO2014182157A1 (en) * 2013-05-09 2014-11-13 Mimos Berhad Electronic ticket booking with improved privacy
EP3002714A1 (en) * 2014-09-30 2016-04-06 Amadeus S.A.S. Ticketing system with integrated personalized data
US20170364836A1 (en) * 2016-06-18 2017-12-21 Elias Li System and method for managing reservations

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020016724A1 (en) * 2000-07-28 2002-02-07 Yue-Heng Yang System and method for booking international multiple-stop tickets
WO2014182157A1 (en) * 2013-05-09 2014-11-13 Mimos Berhad Electronic ticket booking with improved privacy
EP3002714A1 (en) * 2014-09-30 2016-04-06 Amadeus S.A.S. Ticketing system with integrated personalized data
US20170364836A1 (en) * 2016-06-18 2017-12-21 Elias Li System and method for managing reservations

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113297465A (zh) * 2020-07-01 2021-08-24 阿里巴巴集团控股有限公司 提供交通方案信息的方法、装置及电子设备
CN117371953A (zh) * 2023-10-30 2024-01-09 国网江苏省电力有限公司扬州供电分公司 电子工作票的智能核查应用方法及系统

Similar Documents

Publication Publication Date Title
Ling et al. Availability management of hotel rooms under cooperation with online travel agencies
US6974079B1 (en) Methods and apparatus for predicting airline seat availability
US20020173978A1 (en) Method and apparatus for scoring travel itineraries in a data processing system
JP6723721B2 (ja) 旅行プランナーのための旅行再ランキング
US11514376B2 (en) Airline ticket system
US20050228702A1 (en) Devices, systems, and methods for providing remaining seat availability information in a booking class
US11620590B1 (en) Network value of a flight leg booking
US20160247094A1 (en) Systems and Methods for Managing a Vehicle Sharing Facility
CN104169950A (zh) 利用面向批处理的计算的数据库系统
Bandalouski et al. An overview of revenue management and dynamic pricing models in hotel business
US20200134765A1 (en) Information processing device, information processing method and storage medium
CN106104615A (zh) 用于提供一组价格估计值的方法和服务器，诸如飞机票价价格估计值
JP2012527672A (ja) 旅にとっての最適低料金を決定する方法およびシステム
Mumbower et al. Investigating airline customers’ premium coach seat purchases and implications for optimal pricing strategies
WO2019132700A1 (ru) Способ и система приобретения электронных билетов на транспорт
US20230125533A1 (en) System and method for dynamically enhancing a pricing database based on external information
JP6045124B2 (ja) 空席販売システム
KR20160034223A (ko) 여행 관련 서비스를 위한 회사 승인
US10504054B2 (en) Travel inventory demand simulation
JP2015219846A5 (ru)
WO2020228607A1 (en) Method and system for multi-modal transportation
US20150379600A1 (en) Order management system and method for limited counterpart transactions
US10755205B2 (en) Determining even-spaced quantiles
KR20160034226A (ko) 여행 관련 서비스를 위한 회사 승인
US20140058767A1 (en) Reservation realization scoring system and method

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: 17936341

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: 17936341

Country of ref document: EP

Kind code of ref document: A1