CN118152669B - Method and system for inquiring and managing ticket data - Google Patents

Method and system for inquiring and managing ticket data Download PDF

Info

Publication number
CN118152669B
CN118152669B CN202410581427.9A CN202410581427A CN118152669B CN 118152669 B CN118152669 B CN 118152669B CN 202410581427 A CN202410581427 A CN 202410581427A CN 118152669 B CN118152669 B CN 118152669B
Authority
CN
China
Prior art keywords
ticket
type
data
client
ticket data
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN202410581427.9A
Other languages
Chinese (zh)
Other versions
CN118152669A (en
Inventor
林晓琴
姚建
周仕仪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu Qiyi Fuyao Technology Co ltd
Chengdu University
Original Assignee
Chengdu Qiyi Fuyao Technology Co ltd
Chengdu University
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 Chengdu Qiyi Fuyao Technology Co ltd, Chengdu University filed Critical Chengdu Qiyi Fuyao Technology Co ltd
Priority to CN202410581427.9A priority Critical patent/CN118152669B/en
Publication of CN118152669A publication Critical patent/CN118152669A/en
Application granted granted Critical
Publication of CN118152669B publication Critical patent/CN118152669B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9535Search customisation based on user profiles and personalisation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9537Spatial or temporal dependent retrieval, e.g. spatiotemporal queries

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The invention relates to the field of data processing, and discloses a ticket data query and management method and system, wherein the method comprises the following steps: the cloud data server classifies the ticket data into first class ticket data and second class ticket data; acquiring first type ticket inquiry information sent by a client, matching corresponding ticket data according to the ticket inquiry information, acquiring first association data of association relation between the first type ticket data and the second type ticket data, acquiring the type of the client in the first type ticket inquiry information, and correspondingly processing the first type ticket data and the corresponding second type ticket data according to selection information returned by different clients by a cloud data server to finish inquiry and management of the ticket data. Through the technical scheme provided by the invention, the comprehensive, efficient and safe management of ticket data can be realized.

Description

Method and system for inquiring and managing ticket data
Technical Field
The invention relates to the field of data processing, in particular to a method and a system for inquiring and managing ticket data.
Background
With the rapid development of society and the continuous progress of technology, various ticketing activities such as singing, sporting events, movies, etc. are increasingly frequent. Ticket management for these activities involves a large amount of data including ticket sales, seat allocation, customer information, etc. However, the conventional ticket management method is often tedious and low-efficiency, and cannot meet the requirements of the modern ticket market.
In the traditional ticket management mode, the inquiry and management of data are often dependent on manual operation, so that the efficiency is low and errors are easy to occur. Meanwhile, due to the lack of effective data integration and analysis tools, managers often have difficulty in acquiring comprehensive ticket data, and cannot make scientific decisions. In addition, the traditional ticket system has information safety hidden trouble, and the client information is easy to reveal, so that potential risks are brought to clients and ticket institutions.
Disclosure of Invention
The invention aims to overcome the defects of the prior art and provides a ticket data inquiring and managing method, which comprises the following steps:
The method comprises the steps that firstly, a cloud data server classifies ticket data into first class ticket data and second class ticket data;
Step two, obtaining first-class ticket inquiry information sent by a client, matching the first-class ticket inquiry information with corresponding first-class ticket data according to the first-class ticket inquiry information, obtaining a corresponding ticket state according to the corresponding first-class ticket data, entering a step three if the ticket state is available, and sending unavailable information to the corresponding client if the ticket state is unavailable;
Step three, acquiring first association information of first type ticket business data and second type ticket business data, acquiring the type of a client in the first type ticket business query information, entering a step four if the client is a type of client, and entering a step five if the client is a non-type of client;
Step four, obtaining second association information associated with one type of client, obtaining second ticket data corresponding to one type of client according to the obtained first association information and the second association information associated with the one type of client, sending the first type of ticket data and the corresponding second type of ticket data to the corresponding one type of client, returning selection information, and entering step six;
Step five, obtaining third association information contained in the first type ticket inquiry information, obtaining second ticket data corresponding to the non-type according to the third association information and the first association information, sending the first type ticket data and the second type ticket data to the corresponding non-type client, and returning selection information;
And step six, according to the returned selection information, the cloud data server carries out corresponding processing on the first type of ticket data and the corresponding second type of ticket data, and query and management of the ticket data are completed.
Further, the obtaining the first type ticket inquiry information sent by the client matches the first type ticket inquiry information to corresponding first type ticket data, and obtains a corresponding ticket state according to the corresponding first type ticket data, including:
The first type ticket inquiry information comprises first type ticket data, a client type and associated information associated with the client, wherein the associated information is first associated information or second associated information; the cloud data server judges whether the first type ticket business can be traded according to the first type ticket business data in the first type ticket business query information sent by the client, if so, the first type ticket business is in an available state, and if not, the first type ticket business is in an unavailable state; the first type of ticket data is destination ticket data.
Further, the obtaining the first association information of the first type of ticket data and the second type of ticket data includes:
wherein the second class of ticketing data is travel ticketing data; the cloud data server obtains second matching features corresponding to second ticket data according to the matching features, wherein the matching features and the second matching features are first association information of the first ticket data and the second ticket data;
The matching characteristic of the first type of ticket business data is that a destination traffic node can be reached; the second matching feature of the second ticket data comprises a reachable destination traffic node; associating second ticket data of traffic nodes which can reach a destination with the first type of ticket data to form first association information; the traffic nodes which can reach the destination are as follows: stations, docks, and airports closest to the destination.
Further, the obtaining second association information associated with the client includes:
the first matching features are travel traffic nodes associated with the first type of clients; the first matching feature is second association information associated with a class of clients.
Further, the obtaining second ticket data corresponding to the client according to the obtained first association information and the second association information associated with the client includes:
And matching the second ticket data of the reachable destination traffic node in the first association information with the travel traffic node of the second association information to obtain the second ticket data of the corresponding client.
Further, the obtaining third association information included in the first class ticket inquiry information, according to the third association information and the first association information, obtaining second ticket data corresponding to the non-class client, includes:
The third association information is a third matching feature of the non-class client, the third matching feature is a travel traffic node acquired or input by the non-class client, and the second ticket data corresponding to the class client is obtained by matching according to the second ticket data of the reachable destination traffic node in the first association information and the travel traffic node of the third association information; the non-class clients are mobile clients.
A ticket data query and management system applies the ticket data query and management method, which comprises a cloud data server, a client module, a ticket association module and a communication module; the cloud data server, the client module and the ticket association module are respectively in communication connection with the communication module.
Preferably, the client module comprises a type of client and a non-type of client; the first-class clients and the non-first-class clients are respectively connected with the communication module.
The beneficial effects of the invention are as follows: by the method and the system, the ticket business organization can more conveniently inquire and manage ticket business data, improve management efficiency, reduce operation cost and ensure the safety of customer information.
Drawings
FIG. 1 is a flow chart of a method for ticket data query and management;
fig. 2 is a schematic diagram of a system for ticket data query and management.
Detailed Description
The technical solution of the present invention will be described in further detail with reference to the accompanying drawings, but the scope of the present invention is not limited to the following description.
The features and capabilities of the present invention are described in further detail below in connection with the examples.
As shown in FIG. 1, the method for inquiring and managing ticket data comprises the following steps:
The method comprises the steps that firstly, a cloud data server classifies ticket data into first class ticket data and second class ticket data;
Step two, obtaining first-class ticket inquiry information sent by a client, matching the first-class ticket inquiry information with corresponding first-class ticket data according to the first-class ticket inquiry information, obtaining a corresponding ticket state according to the corresponding first-class ticket data, entering a step three if the ticket state is available, and sending unavailable information to the corresponding client if the ticket state is unavailable;
Step three, acquiring first association information of first type ticket business data and second type ticket business data, acquiring the type of a client in the first type ticket business query information, entering a step four if the client is a type of client, and entering a step five if the client is a non-type of client;
Step four, obtaining second association information associated with one type of client, obtaining second ticket data corresponding to one type of client according to the obtained first association information and the second association information associated with the one type of client, sending the first type of ticket data and the corresponding second type of ticket data to the corresponding one type of client, returning selection information, and entering step six;
Step five, obtaining third association information contained in the first type ticket inquiry information, obtaining second ticket data corresponding to the non-type according to the third association information and the first association information, sending the first type ticket data and the second type ticket data to the corresponding non-type client, and returning selection information;
And step six, according to the returned selection information, the cloud data server carries out corresponding processing on the first type of ticket data and the corresponding second type of ticket data, and query and management of the ticket data are completed.
The obtaining the first type ticket inquiry information sent by the client matches the corresponding first type ticket data according to the first type ticket inquiry information, and obtains the corresponding ticket state according to the corresponding first type ticket data, including:
The first type ticket inquiry information comprises first type ticket data, a client type and associated information associated with the client, wherein the associated information is first associated information or second associated information; the cloud data server judges whether the first type ticket business can be traded according to the first type ticket business data in the first type ticket business query information sent by the client, if so, the first type ticket business is in an available state, and if not, the first type ticket business is in an unavailable state; the first type of ticket data is destination ticket data.
The obtaining the first association information of the first type ticket data and the second type ticket data comprises the following steps:
wherein the second class of ticketing data is travel ticketing data; the cloud data server obtains second matching features corresponding to second ticket data according to the matching features, wherein the matching features and the second matching features are first association information of the first ticket data and the second ticket data;
The matching characteristic of the first type of ticket business data is that a destination traffic node can be reached; the second matching feature of the second ticket data comprises a reachable destination traffic node; associating second ticket data of traffic nodes which can reach a destination with the first type of ticket data to form first association information; the traffic nodes which can reach the destination are as follows: stations, docks, and airports closest to the destination.
The obtaining second association information associated with the client side includes:
the first matching features are travel traffic nodes associated with the first type of clients; the first matching feature is second association information associated with a class of clients.
The obtaining the second ticket data corresponding to the client according to the obtained first association information and the second association information associated with the client comprises the following steps:
And matching the second ticket data of the reachable destination traffic node in the first association information with the travel traffic node of the second association information to obtain the second ticket data of the corresponding client.
The obtaining the third association information contained in the first class ticket inquiry information, and obtaining the second ticket data corresponding to the non-class client according to the third association information and the first association information, includes:
the third association information is a third matching feature of the non-class client, the third matching feature is a travel traffic node acquired or input by the non-class client, and the second ticket data corresponding to the non-class client is obtained by matching according to the second ticket data of the reachable destination traffic node in the first association information and the travel traffic node of the third association information; the non-class clients are mobile clients.
As shown in fig. 2, a system for inquiring and managing ticket data applies the method for inquiring and managing ticket data, which comprises a cloud data server, a client module, a ticket association module and a communication module; the cloud data server, the client module and the ticket association module are respectively in communication connection with the communication module.
The client module comprises a type of client and a non-type of client; the first-class clients and the non-first-class clients are respectively connected with the communication module.
The specific method mainly comprises the following steps:
on the cloud data server, ticket data is first finely classified. This step is critical because it lays a solid foundation for subsequent data processing and management. Ticket data is divided into two main categories: first type ticketing data and second type ticketing data. Such classification is based on a number of factors such as the nature, source, frequency of use, etc. of the data.
Specifically, the cloud data server uses advanced algorithms to perform deep analysis and processing on massive ticket information. By identifying key features in the ticketing data, the server can accurately categorize the data into corresponding categories. The classification not only helps to improve the efficiency of data processing, but also ensures the accuracy of subsequent queries.
When the client sends the first type ticket inquiry information, the cloud data server can respond quickly. The server accurately matches corresponding ticket data according to the query information and further checks the state of the data. If the ticket data is displayed as the available state, the process enters the next step; if the data is in "unavailable state", the server immediately feeds this information back to the client.
In this step, the server also determines the availability of ticket based on specific information in the ticket data, such as time, seat, etc. The real-time state checking mechanism ensures the accuracy and timeliness of ticket information.
In addition, the cloud data server further judges whether the first type of ticket is tradable according to the first type of ticket information in the first type of ticket query information sent by the client. This is a critical security checkpoint aimed at preventing invalid or illegal ticket transactions.
After confirming that the ticket data is available, the server acquires the association relationship between the first type ticket data and the second type ticket data. This is achieved by comparing key fields and features in the data, such as ticket numbers, time stamps, etc.
At the same time, the server also identifies the type of client that sent the query information. If the client is a client (such as a specific partner or a senior user), entering a step four; for non-class clients, flow will go to step five.
For a class of clients, the server may further obtain second association information associated therewith. This information is typically stored in a secure database on the server and protected by a specific encryption algorithm. And the server combines the first association information with the second association information to generate corresponding second class ticket data.
And then, the server sends the first type of ticket data and the corresponding second type of ticket data to the client side and waits for the selection of the user. Such customized services ensure that advanced users or partners are able to obtain more detailed and accurate data.
For non-class clients, the server processes the request according to the third association information contained in the query information. Such third association information may be acquired or entered by the client itself for verifying and identifying the user identity.
And the server generates corresponding second class ticket data according to the third association information and the first association data acquired before. These data are also sent to clients of a non-class for selection and manipulation by the user.
And after receiving the selection information of the user, the cloud data server performs final processing on the first type of ticket data and the corresponding second type of ticket data. This may include updating ticket status, recording transaction information, etc. So far, the whole ticket data inquiry and management flow is completed.
In order to realize the method, the invention also provides a ticket data query and management system. The system comprises a cloud data server, a client module, a ticket association module and a communication module.
The cloud data server is used as a core of the whole system and is responsible for storing, processing and managing all ticket data. The data integrity and security are ensured by the powerful computing power and efficient storage mechanism.
The client module comprises a type of client and a type of non-client, and the clients interact with the cloud data server through the communication module. The distributed architecture not only improves the expandability of the system, but also reduces the risk of single-point faults.
The ticket association module is responsible for establishing and maintaining association relation between ticket data. Through the accurate matching and efficient indexing technology, the module can find out related ticket data in a short time, so that the response speed of the whole system is improved.
The communication module ensures smooth communication between the various components. The method adopts advanced encryption technology and authentication mechanism, and ensures the safety and reliability of data transmission.
In summary, the ticket data query and management method and system provided by the invention not only improve the ticket data processing efficiency and accuracy, but also provide personalized service experience for various clients. With the continuous progress of technology and the change of market demands, the system is expected to play a greater role in the future.
The foregoing is merely a preferred embodiment of the invention, and it is to be understood that the invention is not limited to the form disclosed herein but is not to be construed as excluding other embodiments, but is capable of numerous other combinations, modifications and environments and is capable of modifications within the scope of the inventive concept, either as taught or as a matter of routine skill or knowledge in the relevant art. And that modifications and variations which do not depart from the spirit and scope of the invention are intended to be within the scope of the appended claims.

Claims (3)

1. The ticket data inquiring and managing method is characterized by comprising the following steps:
The method comprises the steps that firstly, a cloud data server classifies ticket data into first class ticket data and second class ticket data;
Step two, obtaining first-class ticket inquiry information sent by a client, matching the first-class ticket inquiry information with corresponding first-class ticket data according to the first-class ticket inquiry information, obtaining a corresponding ticket state according to the corresponding first-class ticket data, entering a step three if the ticket state is available, and sending unavailable information to the corresponding client if the ticket state is unavailable;
Step three, acquiring first association information of first type ticket business data and second type ticket business data, acquiring the type of a client in the first type ticket business query information, entering a step four if the client is a type of client, and entering a step five if the client is a non-type of client;
Step four, obtaining second association information associated with one type of client, obtaining second ticket data corresponding to one type of client according to the obtained first association information and the second association information associated with the one type of client, sending the first type of ticket data and the corresponding second type of ticket data to the corresponding one type of client, returning selection information, and entering step six;
Step five, obtaining third association information contained in the first type ticket inquiry information, obtaining second ticket data corresponding to the non-type client according to the third association information and the first association information, sending the first type ticket data and the corresponding second type ticket data to the corresponding non-type client, and returning selection information;
Step six, according to the returned selection information, the cloud data server carries out corresponding processing on the first type of ticket data and the corresponding second type of ticket data, and inquiry and management of the ticket data are completed;
The obtaining the first type ticket inquiry information sent by the client matches the corresponding first type ticket data according to the first type ticket inquiry information, and obtains the corresponding ticket state according to the corresponding first type ticket data, including:
the first type ticket inquiry information comprises first type ticket data, a client type and associated information associated with the client, wherein the associated information is first associated information or second associated information; the cloud data server judges whether the first type ticket business can be traded according to the first type ticket business data in the first type ticket business query information sent by the client, if so, the first type ticket business is in an available state, and if not, the first type ticket business is in an unavailable state; the first type ticket data is destination ticket data;
the obtaining the first association information of the first type ticket data and the second type ticket data comprises the following steps:
wherein the second class of ticketing data is travel ticketing data; the cloud data server obtains second matching features corresponding to second ticket data according to the matching features, wherein the matching features and the second matching features are first association information of the first ticket data and the second ticket data;
The matching characteristic of the first type of ticket business data is that a destination traffic node can be reached; the second matching feature of the second ticket data comprises a reachable destination traffic node; associating second ticket data of traffic nodes which can reach a destination with the first type of ticket data to form first association information; the traffic nodes which can reach the destination are as follows: stations, docks, and airports closest to the destination;
the obtaining second association information associated with the client side includes:
The first matching features are travel traffic nodes associated with the first type of clients; the first matching feature is second association information associated with a type of client;
The obtaining the second ticket data corresponding to the client according to the obtained first association information and the second association information associated with the client comprises the following steps:
According to second ticket data of the reachable destination traffic nodes in the first association information and the travel traffic nodes of the second association information, matching to obtain second ticket data of corresponding client sides;
the obtaining the third association information contained in the first class ticket inquiry information, and obtaining the second ticket data corresponding to the non-class client according to the third association information and the first association information, includes:
The third association information is a third matching feature of the non-class client, the third matching feature is a travel traffic node acquired or input by the non-class client, and the second ticket data corresponding to the class client is obtained by matching according to the second ticket data of the reachable destination traffic node in the first association information and the travel traffic node of the third association information; the non-class clients are mobile clients.
2. A ticket data query and management system, which applies the method for query and management of ticket data according to any one of claim 1, and comprises a cloud data server, a client module, a ticket association module and a communication module; the cloud data server, the client module and the ticket association module are respectively in communication connection with the communication module.
3. The system for ticket data query and management as claimed in claim 2, wherein said client module comprises a class of clients and a non-class of clients; the first-class clients and the non-first-class clients are respectively connected with the communication module.
CN202410581427.9A 2024-05-11 2024-05-11 Method and system for inquiring and managing ticket data Active CN118152669B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410581427.9A CN118152669B (en) 2024-05-11 2024-05-11 Method and system for inquiring and managing ticket data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410581427.9A CN118152669B (en) 2024-05-11 2024-05-11 Method and system for inquiring and managing ticket data

Publications (2)

Publication Number Publication Date
CN118152669A CN118152669A (en) 2024-06-07
CN118152669B true CN118152669B (en) 2024-07-05

Family

ID=91289049

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410581427.9A Active CN118152669B (en) 2024-05-11 2024-05-11 Method and system for inquiring and managing ticket data

Country Status (1)

Country Link
CN (1) CN118152669B (en)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108268559A (en) * 2017-01-04 2018-07-10 阿里巴巴集团控股有限公司 Information providing method and device based on ticketing service search

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10963818B2 (en) * 2008-02-25 2021-03-30 Tixtrack, Inc. Sports and concert event ticket pricing and visualization system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108268559A (en) * 2017-01-04 2018-07-10 阿里巴巴集团控股有限公司 Information providing method and device based on ticketing service search

Also Published As

Publication number Publication date
CN118152669A (en) 2024-06-07

Similar Documents

Publication Publication Date Title
US9141965B2 (en) Database usage trends based on database lock requests
US6816762B2 (en) Electronic operations and maintenance log and system for an aircraft
US7228416B2 (en) Database access method and system capable of concealing the contents of query
US7953815B2 (en) Cooperative location based tasks
EP2418603B1 (en) Fingerprint authentication server device, fingerprint authentication client device, and fingerprint authentication method
US20130290226A1 (en) System and method for social graph and graph assets valuation and monetization
US20020065783A1 (en) Method and system for providing and using ticket
Farin et al. A framework for dynamic vehicle pooling and ride-sharing system
US20190386968A1 (en) Method to securely broker trusted distributed task contracts
EP1251421A2 (en) Digital signature verifying method and apparatus
CN112286827B (en) Software testing method, device, electronic device and storage medium
US20070192431A1 (en) Method and apparatus for service oriented architecture infrastructure switch
CN110738147A (en) Face recognition system and method for rail transit
CN114595051B (en) Method and system for enhancing cloud computing cooperative data processing and electronic equipment
CN115344888A (en) Data access method and device, electronic equipment and storage medium
CN118152669B (en) Method and system for inquiring and managing ticket data
CN112801623A (en) Patent process management system and method
Wu Cross-chain workflow model based on trusted relay
CN111626856A (en) Financial information management system based on mobile terminal block chain technology
US7631048B2 (en) Method and system for personal policy-controlled automated response to information transfer requests
CN116644029A (en) Model document management method, system, equipment and medium based on artificial intelligence
US20060069658A1 (en) Trust lookup protocol
CN114693429A (en) Service provider and service object bidirectional matching selection method and system
CN115439960B (en) Control method and device for vehicle-mounted resource transfer system and computer equipment
US20220012753A1 (en) System for centralized resource transformation engine within a technical environment

Legal Events

Date Code Title Description
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant