WO2020156410A1 - 票务信息处理方法、装置及系统 - Google Patents

票务信息处理方法、装置及系统 Download PDF

Info

Publication number
WO2020156410A1
WO2020156410A1 PCT/CN2020/073705 CN2020073705W WO2020156410A1 WO 2020156410 A1 WO2020156410 A1 WO 2020156410A1 CN 2020073705 W CN2020073705 W CN 2020073705W WO 2020156410 A1 WO2020156410 A1 WO 2020156410A1
Authority
WO
WIPO (PCT)
Prior art keywords
face
server
order
identifier
collection result
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.)
Ceased
Application number
PCT/CN2020/073705
Other languages
English (en)
French (fr)
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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of WO2020156410A1 publication Critical patent/WO2020156410A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B11/00—Apparatus for validating or cancelling issued tickets
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit

Definitions

  • This application relates to the technical field of ticketing information processing, in particular to ticketing information processing methods, devices and systems.
  • the travel field is one of many vertical fields.
  • tickets mainly refer to some scenic spots (including natural scenic spots, parks, museums, cultural blocks, etc.)
  • users can purchase tickets through the online App (application) in advance, and then go offline for verification and use.
  • the online App application
  • there are also some scenic spots where you can place a QR code at the entrance or at the ticket office, and users can also purchase tickets on site by scanning the code, and so on.
  • the above methods can significantly save users' time.
  • the entrance of the scenic spot is equipped with a code scanning device, and the user enters
  • the QR code in the user's mobile phone is scanned by the scanning device, and the validity of the voucher is verified. After the verification is passed, the user can be released.
  • This application provides a method, device and system for processing ticket information, which can more efficiently and conveniently perform order verification and reduce reliance on user terminal equipment.
  • a ticketing information processing system including:
  • the first client is used to initiate a ticket purchase request for the target scenic spot, and collect facial images of the requester user;
  • the first server is used to create an order according to the received ticket purchase request, and perform face registration according to the face image collection result to save the face image data, generate a face identification, and establish a face identification and an order identification Provide the order identification information to the second server;
  • the second client terminal is configured to run in the verification device associated with the target scenic spot, collect facial images of users who enter the target scenic spot through the verification device, and submit it to the second server;
  • the second server is configured to obtain order detail information according to the order identifier provided by the first server, and after receiving the face image collection result submitted by the second client, send it to the first server Send a face comparison request, and perform order verification based on the order identifier that matches the face image collection result returned by the first server.
  • a method for processing ticket information including:
  • the first client provides optional scenic spot information
  • a method for processing ticket information including:
  • the first server receives the ticket purchase request and the face image collection result submitted by the first client;
  • the matching face identifier and the corresponding order identification information are determined and provided to the second server , So that the second server can write off the order.
  • a method for processing ticket information including:
  • the second client uses the associated verification device to collect face images of users entering the target scenic spot, and submit them to the second server.
  • the second server requests the first server to perform face comparison and determines After the corresponding order identification information, write off;
  • a method for processing ticket information including:
  • the second server receives the order identification information provided by the first server, and obtains order detail information according to the order identification information;
  • the order verification is performed.
  • a ticketing information processing system including:
  • the first server is used to provide a face registration interface and a face comparison interface
  • the second server is used to receive the ticket purchase request for the target scenic spot, obtain the identity information of the requester user and the first face collection result, and collect the first face by calling the face registration interface Submit the result to the first server;
  • the first server is further configured to save the first face image data and generate a face identifier, and return the face identifier to the second server;
  • the second server is also used to generate an order, and record the correspondence between the face identifier and the order identifier, after receiving the first client submitted by the second client in the verification device associated with the target scenic spot After the two face collection results, by calling the face comparison interface, the second face collection result is submitted to the first server, and the second face collection result is compared with the second face collection returned by the first server. The order corresponding to the matching face identifier will be cancelled.
  • a method for processing ticket information including:
  • the first server provides a face registration interface and a face comparison interface
  • the second server After receiving the first face collection result provided by the second server through the face registration interface, save the face image data, generate a face identifier, and return the face identifier to the second server, So that the second server creates an order and records the correspondence between the face identifier and the order identifier;
  • the face comparison interface After receiving the second face collection result submitted by the second server through the face comparison interface, determine the face identifier that matches the second face collection result, and return it to the first Second server, so that the second server can write off the order corresponding to the face identifier.
  • a method for processing ticket information including:
  • the second server receives the ticket purchase request for the target scenic spot, and obtains the identity information of the requester user and the first face collection result;
  • the second face collection result After receiving the second face collection result submitted by the second client in the verification device associated with the target scenic spot, the second face collection result is submitted to all by calling the face comparison interface The first server;
  • the corresponding order is determined, and the order is written off.
  • a ticket information processing device including:
  • Scenic spot information providing unit for providing optional scenic spot information
  • the face image collection unit is used to collect the face image of the requester user after receiving the ticket purchase request for the target scenic spot;
  • the submission unit is used to submit a ticket purchase request to the first server, and submit the face image collection result, so that the first server can perform face registration to save the face image data, and generate a face identifier, and create a person
  • the corresponding relationship between the face identifier and the order identifier is used for verification of the order through face comparison.
  • a ticket information processing device including:
  • the face collection result receiving unit is configured to receive the ticket purchase request and the face image collection result submitted by the first client;
  • the face registration unit is configured to perform face registration according to the face image collection result, so as to save face image data, generate a face identifier, and establish a correspondence between the face identifier and the order identifier;
  • An order identification providing unit configured to provide the order identification information to a second server, so that the second server can obtain order details according to the order identification;
  • the face comparison unit is configured to, after receiving the face comparison request submitted by the second server, determine the matching face ID and the corresponding order ID information according to the face image collection result carried therein, and Provided to the second server, so that the second server can write off the order.
  • a ticket information processing device including:
  • the face collection unit is configured to collect face images of users entering the target scenic spot through the associated verification device, and submit them to the second server, and the second server requests the first server to perform face comparison , And after confirming the corresponding order identification information, perform verification;
  • the verification result receiving unit is configured to receive verification result information returned by the second server.
  • a ticket information processing device including:
  • the order identification receiving unit is configured to receive the order identification information provided by the first server, and obtain order detail information according to the order identification information;
  • the face collection result receiving unit is configured to, after receiving the face image collection result submitted by the second client, send a face comparison request to the first server, and carry the face image collection result;
  • the order verification unit is configured to perform order verification based on the order identifier that matches the face image collection result returned by the first server.
  • a ticket information processing device including:
  • An interface providing unit for providing a face registration interface and a face comparison interface
  • the face registration unit is configured to, after receiving the first face collection result provided by the second server through the face registration interface, save the face image data, generate a face identification, and return the face identification to The second server, so that the second server creates an order and records the correspondence between the face identifier and the order identifier;
  • the face comparison unit is configured to, after receiving the second face collection result submitted by the second server through the face comparison interface, determine a face that matches the second face collection result And return it to the second server, so that the second server can verify the order corresponding to the face identifier.
  • a ticket information processing device including:
  • the ticket purchase request receiving unit is used to receive the ticket purchase request for the target scenic spot, and obtain the identity information of the requester user and the first face collection result;
  • the first face collection result submission unit is configured to submit the first face collection result to the first server by calling the face registration interface, so that the first server can perform face registration, And generate face identification;
  • a corresponding relationship recording unit configured to receive the face identifier returned by the first server, and record the corresponding relationship between the face identifier and the order identifier after the order is generated;
  • the second face collection result submission unit is configured to, after receiving the second face collection result submitted by the second client in the verification device associated with the target scenic spot, by calling the face comparison interface, Submitting the second face collection result to the first server;
  • the order verification unit is configured to determine the corresponding order according to the face identifier that matches the second face collection result returned by the first server, and verify the order.
  • An electronic device including:
  • One or more processors are One or more processors.
  • a memory associated with the one or more processors where the memory is used to store program instructions, and when the program instructions are read and executed by the one or more processors, perform the following operations:
  • An electronic device including:
  • One or more processors are One or more processors.
  • a memory associated with the one or more processors where the memory is used to store program instructions, and when the program instructions are read and executed by the one or more processors, perform the following operations:
  • the matching face identifier and the corresponding order identification information are determined and provided to the second server , So that the second server can write off the order.
  • An electronic device including:
  • One or more processors are One or more processors.
  • a memory associated with the one or more processors where the memory is used to store program instructions, and when the program instructions are read and executed by the one or more processors, perform the following operations:
  • the second server After receiving the first face collection result provided by the second server through the face registration interface, save the face image data, generate a face identifier, and return the face identifier to the second server, So that the second server creates an order and records the correspondence between the face identifier and the order identifier;
  • the face comparison interface After receiving the second face collection result submitted by the second server through the face comparison interface, determine the face identifier that matches the second face collection result, and return it to the first Second server, so that the second server can write off the order corresponding to the face identifier.
  • An electronic device including:
  • One or more processors are One or more processors.
  • a memory associated with the one or more processors where the memory is used to store program instructions, and when the program instructions are read and executed by the one or more processors, perform the following operations:
  • the second face collection result After receiving the second face collection result submitted by the second client in the verification device associated with the target scenic spot, the second face collection result is submitted to all by calling the face comparison interface The first server;
  • the corresponding order is determined, and the order is written off.
  • the embodiments of this application it is possible to collect and register the user's face image during the ticket purchase process, save the specific face image data in the face information database, and save the correspondence between the face ID and the order ID .
  • the verification device deployed in the target scenic area can be used to collect facial images, and then the first server will determine the specific corresponding through facial image comparison.
  • the order is identified, and the corresponding verification operation is performed, and then the user can enter the scenic spot for sightseeing.
  • online ticket purchases can be realized, and offline "face-swiping" verification can be achieved.
  • Users can freely enter the scenic spot and obtain corresponding services without having to carry or show specific documents or mobile terminal devices such as mobile phones. Therefore, It is more convenient and faster, reduces the dependence on user terminal equipment, and helps improve user experience.
  • Figure 1 is a schematic diagram of a system provided by an embodiment of the present application.
  • FIG. 2 is a flowchart of the first method provided by an embodiment of the present application.
  • FIG. 3 is a flowchart of a second method provided by an embodiment of the present application.
  • Figure 4 is a flowchart of a third method provided by an embodiment of the present application.
  • FIG. 5 is a flowchart of a fourth method provided by an embodiment of the present application.
  • FIG. 6 is a schematic diagram of another system provided by an embodiment of the present application.
  • FIG. 7 is a flowchart of a fifth method provided by an embodiment of the present application.
  • FIG. 8 is a flowchart of a sixth method provided by an embodiment of the present application.
  • FIG. 9 is a schematic diagram of a first device provided by an embodiment of the present application.
  • Figure 10 is a schematic diagram of a second device provided by an embodiment of the present application.
  • Figure 11 is a schematic diagram of a third device provided by an embodiment of the present application.
  • Figure 12 is a schematic diagram of a fourth device provided by an embodiment of the present application.
  • FIG. 13 is a schematic diagram of a fifth device provided by an embodiment of the present application.
  • Figure 14 is a schematic diagram of a sixth device provided by an embodiment of the present application.
  • FIG. 15 is a schematic diagram of an electronic device provided by an embodiment of the present application.
  • the first server can be provided first, which is mainly used to provide functions such as face registration and face comparison, and It can provide a second server, which mainly provides the function of canceling orders.
  • the face registration function provided by the first server can be used to collect face images and save them in the face information database of the first server.
  • the first server can also be a person
  • the face is assigned a face ID (FaceID) for associating with a specific order.
  • a verification device can be installed at the entrance of a specific scenic spot.
  • the verification device can have a facial image collection function.
  • the collected images can be submitted to the second server first, and then the second The server can use the face comparison function provided by the first server to determine the face ID corresponding to the currently collected face image, and then can determine the specific corresponding order information, and then perform the verification processing on the order. After that, the user can enter the specific scenic spot for sightseeing.
  • the function of the first server is the key point.
  • all scenic spots or developers who provide ticketing services for scenic spots can develop their own first server with the above functions.
  • the face comparison technology itself is relatively complicated, and in the scenario of the embodiment of this application, it is not a simple one-to-one comparison (under the condition that the identity of the user currently needs to be judged is known in advance, if you need to pass the collection
  • the obtained face is compared with the face image in the pre-saved credentials and other information to determine whether it is the user himself, which belongs to this one-to-one judgment), but a 1:N comparison is required. Therefore, It will be more difficult to achieve.
  • the scenario in the embodiment of this application is that N users have pre-booked tickets for a certain scenic spot on a certain date, and it is unpredictable when each user will arrive.
  • Verification based on face recognition that is, in addition to the collection and recognition of facial images, there is no need to obtain other user identity-related information, including ID card information or ticket collection codes sent to their mobile phones in advance.
  • the current user may be one of the aforementioned N users, and the purpose of face comparison is to find a matching one from these N users through face recognition.
  • the technical realization of the above process is relatively difficult, and it can be realized only by developers with comprehensive development capabilities. Therefore, if the developers of scenic spots or some small scenic spot ticketing services are allowed to implement the above-mentioned first server, it is simply an impossible task, and, as a whole, it is also a waste of resources.
  • the embodiments of this application can also implement the functions of the ticketing system for the first server.
  • it can provide a first client for specific consumer users, users can directly purchase tickets through this first client, and can also provide a second server with verification function, and can also provide scenic spots for
  • the second client is used to be installed in a verification device with a face collection function, and can interact with the second server. In this way, during the ticket purchase process of the consumer user, the user's face image can be collected through the first client; and the first server can also collect the human face image in the process of generating the order according to the specific ticket purchase request.
  • the face is registered in order to save a specific face image and generate a specific face identifier, which can establish a corresponding relationship with the order identifier.
  • this order information can also be provided to the second server.
  • the verification device collects facial images of the user and submits it to the second server through the second client.
  • the second server invokes the face comparison function of the first server to determine the specific face identifier, and then determine the order information for verification and release of the user.
  • the first server with face registration and face comparison functions, the first client provided for consumer users, and the second client running in the verification device have The second service end of the verification function can all be provided by the same developer.
  • the specific scenic spot only needs to release the specific ticket and other resource information through the first server, so that consumer users can purchase tickets through the first client, and install specific verification equipment at the entrance of the scenic spot.
  • Install the second client to verify and write off users who purchased tickets through the first client by means of face recognition.
  • the second client to verify and write off users who purchased tickets through the first client by means of face recognition.
  • consumers users who purchase tickets online through the first client they do not need to carry identity documents, or even mobile terminal devices such as mobile phones, and can directly enter the scenic spot by "brushing their faces".
  • the embodiments of the present application can also provide services in the form of "platforms".
  • the capabilities of face registration and face matching can be respectively encapsulated into standard interfaces.
  • the specific face registration The interface can be provided to various specific ticketing channel parties to call, so that in the process of creating an order for ticket sales, it can register a face with the first server, provide a face identification, and return, so that a face identification and an order can be established Correspondence between logos.
  • the first server can save the face image data in the face information database of the first server.
  • users such as specific scenic spots can also deploy a second server with a specific verification function.
  • the second server can call a specific face comparison interface, and the first service The end performs face comparison, determines the specific face identifier and returns it, and the second server determines the corresponding order according to the specific face identifier, and performs verification processing.
  • the function of the ticketing system can also be directly implemented in the second server. That is to say, the second server can have both ticket sales and verification functions, specifically in the ticket sales set through the scenic spot
  • the second server can directly create the order, and call the specific face registration interface through the second server to collect the information during the order creation process. Submit the facial image data to the first server for registration; when verification is needed, the specific verification request of the second client can also be submitted to the second server, and the second server then calls the face comparison Interface, submit the face image data collected during the verification process to the first server, and the first server determines the matching face identifier.
  • the face is registered in the process of buying tickets and creating an order for a certain scenic spot, and the first server has the function of face comparison, therefore, when arriving at the scenic spot for verification and cancellation ,
  • the verification can be done directly through the "face swiping" method, and it is no longer necessary for users to carry or present information such as ticket purchase vouchers displayed in terminal devices such as mobile phones, which is convenient and fast, which is conducive to improving user experience.
  • the first embodiment introduces the first implementation solution mentioned above, that is, a developer with face registration and 1:N face recognition capabilities provides specific first client, first server, and first The second client and the second server provide a complete set of services from the user's order to the "face writing" verification for specific scenic spots.
  • the first embodiment provides a ticketing information processing system, which may specifically include:
  • the first client 101 is used to initiate a ticket purchase request for a target scenic spot and collect facial images of the requester user;
  • the first server 102 is used to create an order according to the received ticket purchase request, and perform face registration according to the face image collection result, to save the face image data, and generate a face identification, and establish a face identification and an order To identify the correspondence between the identifiers, and provide the order identification information to the second server;
  • the second client 103 is configured to run in the verification device associated with the target scenic spot, collect face images of users entering the target scenic spot through the verification device, and submit it to the second server;
  • the second server 104 is configured to obtain order information according to the order identifier provided by the first server, and after receiving the face image collection result submitted by the second client, send it to the first server Send a face comparison request, and perform order verification based on the order identifier that matches the face image collection result returned by the first server.
  • the first client can be installed in the consumer user’s mobile phone and other terminal devices, which can be specifically used to display information such as ticketing resources that can be provided by a specific scenic spot, and provide corresponding operation options for ticket purchase Wait. In this way, consumer users can select a target scenic spot through this first client, and initiate a ticket purchase request by selecting specific ticket resources.
  • the specific ticket purchase request will be sent by the first client to the first server, and the first server will create the order.
  • the consumer user's face image can also be collected through the first client, and submitted to the first server, and the first server will register the face. Including saving face image data, generating face identification, and establishing the correspondence between face identification and order identification, and so on.
  • the specific services provided to consumers are specific scenic spots, that is, users are required Only in a specific scenic spot can you enjoy specific services, and one of the scenic spots may also need to create their own orders based on the user’s online ticket purchase behavior, etc.
  • the scenic spot in addition to the second server, Specific orders are verified, scenic spots may also need to be verified, and so on. Therefore, it may involve the problem of connecting data from online to offline.
  • the embodiments of the present application also provide corresponding solutions.
  • a specific scenic spot usually has a voucher code service provider (ISV) that cooperates with itself
  • this kind of service provider can usually provide order creation for the target scenic spot, and can provide related voucher codes as offline verification in accordance with. Therefore, in order to be able to connect the data of the aforementioned first server with the data of the voucher code server, the first server can be specifically used to communicate with the voucher code service provider associated with the target scenic spot.
  • the third server creates an order and obtains the ticket purchase voucher code information provided by the third server; then, this ticket purchase voucher code information and the order identification information can be provided to the second server.
  • the second server may also obtain the order information corresponding to the order identifier from the third server according to the ticket purchase voucher code information, and subsequently receive the face image collection result submitted by the second client , And after determining the order ID matching the face image collection result through the first server, the ticket purchase voucher code information corresponding to the order ID can be used to send offline verification voucher information to the second client . In this way, the second client may also send the offline verification certificate information to the third server for offline verification.
  • the specific ticket voucher code is generated by the third server. Therefore, the specific generation rules can be determined by the third server.
  • the specific ticket voucher code usually includes The identity information of the specific user, for example, ID card ID, etc., therefore, the second server can specifically extract the user identity information from the ticket purchase voucher code information, and determine the user identity information as The offline verification certificate information. Then, this kind of identification information can be sent to the third server for verification, and the verification will be performed after passing, and if there are gates and other equipment at the entrance, the gates can be opened to release the user and allow them Enter the specific scenic spot for a tour, etc.
  • the first server when the first server saves the face information database, it can also save multiple face image collections according to different scenic spots.
  • specific tickets usually have a validity period, for example, , Including single-day tickets, interval tickets (valid from a certain day to a certain day, etc.), etc.
  • the specific order will only take effect within the specific validity period, and it is in a usable state.
  • users who make specific reservations will go to specific scenic spots to visit and will be within the comparison range of the first server.
  • the target scenic spot identification information associated with the face comparison request can be firstly determined, and then the order identification set associated with the target scenic spot that is in a valid state at the current time is determined , And the face image set corresponding to the order identification set, and then, only from the face image set, determine the face identification of the target face image that matches the face collection result collected by the second client OK. This can reduce the amount of comparison calculations and improve efficiency.
  • the tickets sold in the target scenic spot may also include multiple types, for example, they may include simple tickets, or some package tickets may also be provided.
  • the first client can also provide users with multiple different ticket purchase types, for example, package types can be included, and so on.
  • the so-called package type can specifically correspond to multiple service resources that the target scenic spot can provide.
  • a certain scenic spot can not only provide tourism service resources related to the landscape, but also provide other service resources such as hotels, catering, and entertainment, but each requires an additional payment.
  • scenic spots may sell tickets in the form of package tickets.
  • this kind of package purchase of package service resources can also be supported, and only one face image collection is required when placing an order, which can be compared through face comparison during the tour of the scenic spot.
  • Way to write off if a user purchases a package of four service resources of "ticket + hotel + catering + fun" and registers the face image during the ordering process, in the process of visiting the scenic spot,
  • the entrance of the scenic spot can be written off by face recognition, when entering the hotel, it can also be written off by face recognition, when entering the restaurant, it can also be written off by face recognition, and so on.
  • Each write-off will correspond to the same order, but the write-off can be performed in units of specific service resources.
  • different verification devices and corresponding second clients are provided at the locations of multiple different service resources in the target scenic area, and each of them can collect facial images; correspondingly
  • the second server may be specifically used to verify the corresponding service resource in the order according to the service resource identifier corresponding to the verification device client.
  • the first server can also be used to switch the status of the order to a valid and in-use status. That is to say, in the embodiment of this application, the same order can be written off multiple times to realize the write-off in the unit of specific service resources. In this way, consumer users can purchase tickets in the form of packages and realize one-time facial features. Image entry, during the tour in the scenic area, "face-swiping" verification is performed at various service resources.
  • the embodiments of this application it is possible to collect and register the user's face image during the ticket purchase process, save the specific face image data in the face information database, and save the difference between the face ID and the order ID Correspondence.
  • the verification device deployed in the target scenic area can be used to collect facial images, and then the first server will determine the specific corresponding through facial image comparison.
  • the order is identified, and the corresponding verification operation is performed, and then the user can enter the scenic spot for sightseeing.
  • online ticket purchases can be realized, and offline "face-swiping" verification can be achieved.
  • Users can freely enter the scenic spot and obtain corresponding services without having to carry or show specific documents or mobile terminal devices such as mobile phones. Therefore, It is more convenient and quicker, which helps to improve user experience.
  • the second embodiment corresponds to the first embodiment. From the perspective of the first client, a method for processing ticket information is provided. Referring to FIG. 2, the method may specifically include:
  • S201 The first client provides optional scenic spot information
  • S203 Submit a ticket purchase request to the first server, and submit the face image collection result, so that the first server can perform face registration to save the face image data, generate a face identification, and establish a face identification and The corresponding relationship between the order identifiers is used to verify the order through face comparison.
  • the first client terminal may also provide optional ticket purchase type information.
  • the ticket purchase type includes a package type, and the package type corresponds to the multiple service resources that the target scenic spot can provide; and the selected target
  • the purchase type information is submitted to the first server, so that the first server creates an order associated with multiple types of service resource information, so as to use the service resource as a unit to verify the order.
  • the third embodiment also corresponds to the first embodiment. From the perspective of the first server, a method for processing ticket information is provided. Referring to FIG. 3, the method may specifically include:
  • the first server receives the ticket purchase request and the face image collection result submitted by the first client;
  • S302 Create an order according to the ticket purchase request
  • S303 Perform face registration according to the face image collection result to save the face image data, generate a face identifier, and establish a correspondence between the face identifier and the order identifier;
  • S304 Provide the order identification information to a second server, so that the second server can obtain order details according to the order identification;
  • S305 After receiving the face comparison request submitted by the second server, determine the matching face identifier and the corresponding order identifier information according to the face image collection result carried therein, and provide the corresponding order identifier information to the second server. The server, so that the second server can write off the order.
  • the first server may also obtain the ticket voucher code information through the third server corresponding to the voucher code service provider associated with the target scenic spot; in this case, the ticket voucher code information may be combined with the The order identification information is provided to the second server, so that the second server obtains the order detail information from the third server according to the ticket purchase voucher code information, and then determines the order identification matching the face collection result Then, according to the ticket purchase voucher code information corresponding to the order identifier, offline verification is performed to the third server.
  • the target when determining the matching face identifier, when a face comparison request submitted by the second server is received, the target may be determined according to the target scenic spot identification information associated with the face comparison request.
  • the fourth embodiment also corresponds to the first embodiment. From the perspective of the second client, a method for processing ticket information is provided. Referring to FIG. 4, the method may specifically include:
  • the second client uses the associated verification device to collect face images of users entering the target scenic spot, and submit them to the second server, and the second server requests the first server to perform face comparison. And after confirming the corresponding order identification information, perform verification;
  • S402 Receive the verification result information returned by the second server.
  • the second server when submitting face image collection result information to the second server, it can also carry associated service resource identification information, so that when the identified order is associated with multiple service resources in the same target scenic spot , The second server writes off the order in units of service resources.
  • the fifth embodiment also corresponds to the first embodiment. From the perspective of the second server, a method for processing ticket information is provided. Referring to FIG. 5, the method may specifically include:
  • the second server receives the order identification information provided by the first server, and obtains order detail information according to the order identification information;
  • S502 After receiving the face image collection result submitted by the second client, send a face comparison request to the first server, and carry the face image collection result;
  • S503 Perform order verification and cancellation according to the order identifier that matches the face image collection result returned by the first server.
  • the second server can also obtain the ticket purchase voucher code information provided by the first server, and the ticket purchase voucher code is the third service corresponding to the voucher code service provider associated with the target scenic spot After determining the order identifier that matches the face collection result submitted by the second client, according to the ticket purchase voucher code information corresponding to the order identifier, perform offline to the third server Write off.
  • the ticket purchase type corresponding to the order includes a package type, and the package type corresponds to a variety of service resources that the target scenic spot can provide; and the target scenic spot provides different cores at the location of multiple different service resources Device, and perform face collection respectively; at this time, the corresponding service resource in the order can be written off according to the service resource identifier corresponding to the second client.
  • the sixth embodiment provides a ticketing information processing system for the second implementation manner described above, that is, the "platform-based" implementation manner.
  • the system may specifically include:
  • the first server 601 is used to provide a face registration interface and a face comparison interface
  • the second server 602 is configured to receive a ticket purchase request for a target scenic spot, obtain the identity information of the requester user and the first face collection result, and transfer the first face by calling the face registration interface Submit the collection result to the first server;
  • the first server 601 is further configured to save the first face image data and generate a face identifier, and return the face identifier to the second server;
  • the second server 602 is also used to generate an order and record the corresponding relationship between the face identifier and the order identifier, which is submitted by the second client in the verification device associated with the target scenic spot
  • the second face collection result is submitted to the first server by calling the face comparison interface, and the second face collection result is compared with the second face returned by the first server.
  • the order corresponding to the face identifier that matches the collection result is written off.
  • the second server can provide the functions of the ticketing system, while the first server only needs to provide the functions of face registration and face recognition.
  • the specific ticket purchase request can be sent to the second server, and the second server can implement face registration by calling the face registration interface of the first server, and then call it by the second server when it needs to be verified.
  • the face comparison interface of the first server performs face comparison, determines the order information corresponding to the specific face collection result, and writes it off.
  • a background management page for accessing the second server can be provided, and staff of a specific scenic spot can log in to the background management page.
  • staff of a specific scenic spot can log in to the background management page.
  • the staff can log in to the second server through the management page and submit a specific ticket purchase request to generate a specific order.
  • the staff can also collect the user's face image and submit it to the second server.
  • the scenic spot can also develop its own client program or entrust other developers to develop the client program. This client program can be run in a ticket machine and other equipment.
  • the user's face image can also be collected and submitted to the second server, and so on.
  • a specific scenic spot can also be equipped with a verification device with facial image collection function, and a related second client and other programs can be installed, so that it can send a verification request to the second server and carry the facial image collection As a result, wait.
  • the seventh embodiment corresponds to the sixth embodiment. From the perspective of the first server, a method for processing ticket information is provided. Referring to FIG. 7, the method may specifically include:
  • the first server provides a face registration interface and a face comparison interface
  • S702 After receiving the first face collection result provided by the second server through the face registration interface, save the face image data, generate a face identifier, and return the face identifier to the second service Terminal, so that the second server creates an order and records the correspondence between the face identifier and the order identifier;
  • S703 After receiving the second face collection result submitted by the second server through the face comparison interface, determine a face identifier that matches the second face collection result, and return it to all The second server end, so that the second server end writes off the order corresponding to the face identifier.
  • the eighth embodiment also corresponds to the sixth embodiment. From the perspective of the second server, a method for processing ticket information is provided. Referring to FIG. 8, the method may specifically include:
  • the second server receives the ticket purchase request for the target scenic spot, and obtains the identity information of the requester user and the first face collection result;
  • S802 Submit the first face collection result to the first server by calling the face registration interface, so that the first server can perform face registration and generate a face identifier;
  • S803 Receive the face identifier returned by the first server, and record the correspondence between the face identifier and the order identifier after the order is generated;
  • S805 Determine the corresponding order according to the face identifier that matches the second face collection result returned by the first server, and write off the order.
  • the embodiment of the present application also provides a ticket information processing device.
  • the device may include:
  • the scenic spot information providing unit 901 is configured to provide optional scenic spot information
  • the face image collection unit 902 is configured to collect the face image of the requester user after receiving the ticket purchase request for the target scenic spot;
  • the submitting unit 903 is configured to submit a ticket purchase request to the first server, and submit the face image collection result, so that the first server performs face registration to save the face image data, and generate a face identifier, and establish The correspondence between the face identifier and the order identifier is used to verify the order through face comparison.
  • the device may also include:
  • a ticket purchase type providing unit configured to provide optional ticket purchase type information, the ticket purchase type includes a package type, and the package type corresponds to a variety of service resources that can be provided by the target scenic spot;
  • the ticket purchase type information submission unit is configured to submit the selected target purchase type information to the first server, so that the first server creates an order associated with multiple service resource information, to use the service resource as a unit Write off the order.
  • the embodiment of the present application also provides a ticket information processing device.
  • the device may include:
  • the face collection result receiving unit 1001 is configured to receive the ticket purchase request and the face image collection result submitted by the first client;
  • the order creation unit 1002 is configured to create an order according to the ticket purchase request
  • the face registration unit 1003 is configured to perform face registration according to the face image collection result, so as to save face image data, generate a face identifier, and establish a correspondence between the face identifier and the order identifier;
  • the order identification providing unit 1004 is configured to provide the order identification information to the second server, so that the second server can obtain order details according to the order identification;
  • the face comparison unit 1005 is configured to, after receiving the face comparison request submitted by the second server, determine the matching face ID and the corresponding order ID information according to the face image collection result carried therein, And provide it to the second server so that the second server can write off the order.
  • the device may also include:
  • the voucher code information obtaining unit is configured to obtain ticket purchase voucher code information through a third server corresponding to the voucher code service provider associated with the target scenic spot;
  • the order identification providing unit is specifically used for:
  • the ticket purchase voucher code information and the order identification information are provided to the second server, so that the second server obtains the order details from the third server according to the ticket purchase voucher code information.
  • the offline verification is performed to the third server according to the ticket purchase voucher code information corresponding to the order identifier.
  • the face comparison unit may be specifically used for:
  • the second server Upon receiving the face comparison request submitted by the second server, according to the target scenic spot identification information associated with the face comparison request, determine the order identification associated with the target scenic spot that is in the effective state at the current time Set, and the face image set corresponding to the order identification set; from the face image set, determine the face identification of the target face image that matches the face collection result carried in the face comparison request .
  • the embodiment of the present application also provides a ticket information processing device.
  • the device may include:
  • the face collection unit 1101 is configured to collect face images of users entering the target scenic spot through the associated verification device, and submit them to the second server.
  • the second server requests the first server to perform face comparison. Yes, after confirming the corresponding order identification information, write off;
  • the verification result receiving unit 1102 is configured to receive the verification result information returned by the second server.
  • it can also include:
  • the service resource identification submission unit is configured to carry associated service resource identification information when submitting the face image collection result information to the second server, so that the identified order can be associated with multiple types in the same target scenic spot When servicing resources, the second server writes off the order in units of service resources.
  • the embodiment of the present application also provides a ticket information processing device.
  • the device may include:
  • the order identification receiving unit 1201 is configured to receive order identification information provided by the first server, and obtain order detail information according to the order identification information;
  • the face collection result receiving unit 1202 is configured to, after receiving the face image collection result submitted by the second client, send a face comparison request to the first server, and carry the face image collection result;
  • the order verification unit 1203 is configured to perform order verification according to the order identifier that matches the face image collection result returned by the first server.
  • the device may also include:
  • a voucher code obtaining unit for obtaining ticket voucher code information provided by the first server, where the ticket voucher code is provided by a third server corresponding to a voucher code service provider associated with the target scenic spot;
  • the offline verification processing unit is configured to, after determining the order identifier that matches the face collection result submitted by the second client, send the ticket purchase voucher code information corresponding to the order identifier to the third The server performs offline verification.
  • the ticket purchase type corresponding to the order includes a package type, and the package type corresponds to a variety of service resources that the target scenic spot can provide; and the target scenic spot provides different cores at the location of a variety of different service resources. Sell equipment and collect faces separately;
  • the order verification unit may be specifically used for:
  • the corresponding service resource in the order is written off.
  • the embodiment of the present application also provides a ticket information processing device.
  • the device may include:
  • the interface providing unit 1301 is used to provide a face registration interface and a face comparison interface
  • the face registration unit 1302 is configured to, after receiving the first face collection result provided by the second server through the face registration interface, save the face image data, generate a face identification, and return the face identification To the second server, so that the second server creates an order, and records the correspondence between the face identifier and the order identifier;
  • the face comparison unit 1303 is configured to, after receiving the second face collection result submitted by the second server through the face comparison interface, determine the person who matches the second face collection result
  • the face identifier is returned to the second server, so that the second server verifies the order corresponding to the face identifier.
  • the embodiment of the present application also provides a ticket information processing device.
  • the device may include:
  • the ticket purchase request receiving unit 1401 is configured to receive a ticket purchase request for a target scenic spot, and obtain the identity information of the requester user and the first face collection result;
  • the first face collection result submission unit 1402 configured to submit the first face collection result to the first server by calling the face registration interface, so that the first server can perform face registration , And generate face identification;
  • the corresponding relationship recording unit 1403 is configured to receive the face identifier returned by the first server, and after the order is generated, record the corresponding relationship between the face identifier and the order identifier;
  • the second face collection result submission unit 1404 is configured to call the face comparison interface after receiving the second face collection result submitted by the second client in the verification device associated with the target scenic spot, Submitting the second face collection result to the first server;
  • the order verification unit 1405 is configured to determine the corresponding order according to the face identifier that matches the second face collection result returned by the first server, and verify the order.
  • an embodiment of the present application also provides an electronic device, including:
  • One or more processors are One or more processors.
  • a memory associated with the one or more processors where the memory is used to store program instructions, and when the program instructions are read and executed by the one or more processors, perform the following operations:
  • An electronic device including:
  • One or more processors are One or more processors.
  • a memory associated with the one or more processors where the memory is used to store program instructions, and when the program instructions are read and executed by the one or more processors, perform the following operations:
  • the matching face identifier and the corresponding order identification information are determined and provided to the second server , So that the second server can write off the order.
  • One or more processors are One or more processors.
  • a memory associated with the one or more processors where the memory is used to store program instructions, and when the program instructions are read and executed by the one or more processors, perform the following operations:
  • the second server After receiving the first face collection result provided by the second server through the face registration interface, save the face image data, generate a face identifier, and return the face identifier to the second server, So that the second server creates an order and records the correspondence between the face identifier and the order identifier;
  • the face comparison interface After receiving the second face collection result submitted by the second server through the face comparison interface, determine the face identifier that matches the second face collection result, and return it to the first Second server, so that the second server can write off the order corresponding to the face identifier.
  • Another type of electronic equipment includes:
  • One or more processors are One or more processors.
  • a memory associated with the one or more processors where the memory is used to store program instructions, and when the program instructions are read and executed by the one or more processors, perform the following operations:
  • the second face collection result After receiving the second face collection result submitted by the second client in the verification device associated with the target scenic spot, the second face collection result is submitted to all by calling the face comparison interface The first server;
  • the corresponding order is determined, and the order is written off.
  • FIG. 15 exemplarily shows the architecture of an electronic device.
  • the device 1500 can be a mobile phone, a computer, a digital broadcasting terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, or a personal digital assistant. , Aircraft, etc.
  • the device 1500 may include one or more of the following components: a processing component 1502, a memory 1504, a power supply component 1506, a multimedia component 1508, an audio component 1510, an input/output (I/O) interface 1512, a sensor component 1514, And communication component 1516.
  • the processing component 1502 generally controls the overall operations of the device 1500, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations.
  • the processing component 1502 may include one or more processors 1520 to execute instructions to complete all or part of the steps of the video playback method provided by the technical solutions of the present disclosure.
  • the processing component 1502 may include one or more modules to facilitate the interaction between the processing component 1502 and other components.
  • the processing component 1502 may include a multimedia module to facilitate the interaction between the multimedia component 1508 and the processing component 1502.
  • the memory 1504 is configured to store various types of data to support the operation of the device 1500. Examples of these data include instructions for any application or method operating on the device 1500, contact data, phone book data, messages, pictures, videos, etc.
  • the memory 1504 can be implemented by any type of volatile or non-volatile storage devices or their combination, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable and Programmable Read Only Memory (EPROM), Programmable Read Only Memory (PROM), Read Only Memory (ROM), Magnetic Memory, Flash Memory, Magnetic Disk or Optical Disk.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read-only memory
  • EPROM erasable and Programmable Read Only Memory
  • PROM Programmable Read Only Memory
  • ROM Read Only Memory
  • Magnetic Memory Flash Memory
  • Magnetic Disk Magnetic Disk or Optical Disk.
  • the power supply component 1506 provides power for various components of the device 1500.
  • the power supply component 1506 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the device 1500.
  • the multimedia component 1508 includes a screen that provides an output interface between the device 1500 and the user.
  • the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user.
  • the touch panel includes one or more touch sensors to sense touch, sliding, and gestures on the touch panel. The touch sensor can not only sense the boundary of the touch or slide action, but also detect the duration and pressure related to the touch or slide operation.
  • the multimedia component 1508 includes a front camera and/or a rear camera. When the device 1500 is in an operation mode, such as a shooting mode or a video mode, the front camera and/or the rear camera can receive external multimedia data. Each front camera and rear camera can be a fixed optical lens system or have focal length and optical zoom capabilities.
  • the audio component 1510 is configured to output and/or input audio signals.
  • the audio component 1510 includes a microphone (MIC), and when the device 1500 is in an operation mode, such as a call mode, a recording mode, and a voice recognition mode, the microphone is configured to receive external audio signals.
  • the received audio signal may be further stored in the memory 1504 or transmitted via the communication component 1516.
  • the audio component 1510 further includes a speaker for outputting audio signals.
  • the I/O interface 1512 provides an interface between the processing component 1502 and a peripheral interface module.
  • the peripheral interface module may be a keyboard, a click wheel, a button, and the like. These buttons may include but are not limited to: home button, volume button, start button, and lock button.
  • the sensor component 1514 includes one or more sensors for providing the device 1500 with various aspects of status assessment.
  • the sensor component 1514 can detect the on/off status of the device 1500 and the relative positioning of components.
  • the component is the display and the keypad of the device 1500.
  • the sensor component 1514 can also detect the position change of the device 1500 or a component of the device 1500. , The presence or absence of contact between the user and the device 1500, the orientation or acceleration/deceleration of the device 1500, and the temperature change of the device 1500.
  • the sensor assembly 1514 may include a proximity sensor configured to detect the presence of nearby objects when there is no physical contact.
  • the sensor component 1514 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications.
  • the sensor component 1514 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor or a temperature sensor.
  • the communication component 1516 is configured to facilitate wired or wireless communication between the device 1500 and other devices.
  • the device 1500 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof.
  • the communication component 1516 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel.
  • the communication component 1516 further includes a near field communication (NFC) module to facilitate short-range communication.
  • the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.
  • RFID radio frequency identification
  • IrDA infrared data association
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • the device 1500 may be implemented by one or more application specific integrated circuits (ASIC), digital signal processors (DSP), digital signal processing devices (DSPD), programmable logic devices (PLD), field programmable A gate array (FPGA), controller, microcontroller, microprocessor, or other electronic components are implemented to implement the above methods.
  • ASIC application specific integrated circuits
  • DSP digital signal processors
  • DSPD digital signal processing devices
  • PLD programmable logic devices
  • FPGA field programmable A gate array
  • controller microcontroller, microprocessor, or other electronic components are implemented to implement the above methods.
  • non-transitory computer-readable storage medium including instructions, such as a memory 1504 including instructions, which can be executed by the processor 1520 of the device 1500 to complete the method provided by the technical solutions of the present disclosure .
  • the non-transitory computer-readable storage medium may be ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

Landscapes

  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种票务信息处理方法、装置及系统，其中该系统包括：第一客户端（101），用于发起针对目标景区的购票请求，并对请求者用户进行人脸图像采集；第一服务端（102），用于根据所接收到的购票请求创建订单，并根据人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，将订单标识信息提供给第二服务端（104）；第二客户端（103），用于对进入目标景区的用户进行人脸图像采集；第二服务端（104），用于获得订单详情信息，在接收到第二客户端（103）提交的人脸图像采集结果后，根据第一服务端（102）返回的与人脸图像采集结果相匹配的订单标识，进行订单核销。本系统能够降低对用户终端设备的依赖。

Description

票务信息处理方法、装置及系统
本申请要求2019年02月03日递交的申请号为201910108995.6、发明名称为“票务信息处理方法、装置及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及票务信息处理技术领域，特别是涉及票务信息处理方法、装置及系统。
背景技术
随着网络销售服务平台的飞速发展，出现了很多垂直领域的相关产品或者频道，通过对垂直领域内的信息的深度挖掘或者处理，为消费者用户提供更专业性的服务。其中，差旅领域就是众多垂直领域中的一种。在差旅领域中，通常涉及到机票、酒店、度假、火车票/汽车票、门票等多种不同的行业，其中，门票主要是指一些景区(包括自然景区，公园、博物馆、文化街区等人文景区等)的门票，用户可以提前通过线上的App(应用程序)进行门票的购买，然后到线下进行核销使用。当然，还有一些景区还可以在入口处或者售票处放置二维码，用户也可以通过扫码的方式进行现场购票，等等。以上方式相对于传统的人工排队购票方式，都可以明显节省用户的时间。
在现有技术中，对线上购买的门票进行核销的方式主要有两种，一种是在用户下单并完成支付后，向用户的手机等移动终端设备提供“取票码”，景区入口处可以设有取票机，用户在到达景区之后，通过向取票机中输入取票码的方式，获得纸质的门票，再通过纸质门票进入景点。或者，另一种方式下，在用户下单并完成支付后，可以通过用户的手机等移动终端设备显示出携带有购票凭证信息的二维码，景区入口处设有扫码设备，用户进入景区时，通过扫码设备对用户手机中的二维码进行扫码，并对凭证的有效性等进行校验，校验通过后，则可以对用户进行放行。
可见，现有技术中的订单核销方式均依赖于用户的手机等移动终端设备，因此，如何降低对用户终端设备的依赖，成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了票务信息处理方法、装置及系统，能够更高效、方便地进行订单核销，降低对用户终端设备的依赖。
本申请提供了如下方案：
一种票务信息处理系统，包括：
第一客户端，用于发起针对目标景区的购票请求，并对请求者用户进行人脸图像采集；
第一服务端，用于根据所接收到的购票请求创建订单，并根据人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，将所述订单标识信息提供给第二服务端；
第二客户端，用于运行在所述目标景区关联的核销设备中，通过所述核销设备对进入所述目标景区的用户进行人脸图像采集，并提交到第二服务端；
所述第二服务端，用于根据所述第一服务端提供的订单标识获得订单详情信息，在接收到所述第二客户端提交的人脸图像采集结果后，向所述第一服务端发送人脸比对请求，根据所述第一服务端返回的与人脸图像采集结果相匹配的订单标识，进行订单核销。
一种票务信息处理方法，包括：
第一客户端提供可选的景区信息；
接收到针对目标景区的购票请求后，对请求者用户进行人脸图像采集；
向第一服务端提交购票请求，并提交人脸图像采集结果，以便所述第一服务端进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，以用于通过人脸比对的方式对所述订单进行核销。
一种票务信息处理方法，包括：
第一服务端接收第一客户端提交的购票请求以及人脸图像采集结果；
根据所述购票请求创建订单；
根据所述人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系；
将所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述订单标识获得订单详情；
接收到所述第二服务端提交的人脸比对请求后，根据其中携带的人脸图像采集结果，确定匹配的人脸标识，以及对应的订单标识信息，并提供给所述第二服务端，以便所述第二服务端对该订单进行核销。
一种票务信息处理方法，包括：
第二客户端通过关联的核销设备对进入目标景区的用户进行人脸图像采集，并提交 到第二服务端，由所述第二服务端请求第一服务端进行人脸比对，并确定对应的订单标识信息后，进行核销；
接收所述第二服务端返回的核销结果信息。
一种票务信息处理方法，包括：
第二服务端接收第一服务端提供的订单标识信息，并根据所述订单标识信息获得订单详情信息；
在接收到第二客户端提交的人脸图像采集结果后，向所述第一服务端发送人脸比对请求，并携带所述人脸图像采集结果；
根据所述第一服务端返回的与人脸图像采集结果相匹配的订单标识，进行订单核销。
一种票务信息处理系统，包括：
第一服务端，用于提供人脸注册接口以及人脸比对接口；
第二服务端，用于接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第一人脸采集结果，并通过调用所述人脸注册接口，将所述第一人脸采集结果提交到所述第一服务端；
所述第一服务端还用于，保存第一人脸图像数据并生成人脸标识，将所述人脸标识返回给所述第二服务端；
所述第二服务端还用于，生成订单，并记录所述人脸标识与订单标识之间的对应关系，在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端，根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识对应的订单进行核销。
一种票务信息处理方法，包括：
第一服务端提供人脸注册接口以及人脸比对接口；
通过所述人脸注册接口接收到第二服务端提供的第一人脸采集结果后，保存人脸图像数据，并生成人脸标识，将所述人脸标识返回给所述第二服务端，以便所述第二服务端创建订单，并记录人脸标识与订单标识之间的对应关系；
通过所述人脸比对接口接收到所述第二服务端提交的第二人脸采集结果后，确定与所述与第二人脸采集结果相匹配的人脸标识，并返回给所述第二服务端，以便所述第二服务端对所述人脸标识对应的订单进行核销。
一种票务信息处理方法，包括：
第二服务端接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第 一人脸采集结果；
通过调用所述人脸注册接口，将所述第一人脸采集结果提交到所述第一服务端，以便所述第一服务端进行人脸注册，并生成人脸标识；
接收所述第一服务端返回的人脸标识，并在生成订单后，记录所述人脸标识与订单标识之间的对应关系；
在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端；
根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识，确定对应的订单，并对该订单进行核销。
一种票务信息处理装置，包括：
景区信息提供单元，用于提供可选的景区信息；
人脸图像采集单元，用于接收到针对目标景区的购票请求后，对请求者用户进行人脸图像采集；
提交单元，用于向第一服务端提交购票请求，并提交人脸图像采集结果，以便所述第一服务端进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，以用于通过人脸比对的方式对所述订单进行核销。
一种票务信息处理装置，包括：
人脸采集结果接收单元，用于接收第一客户端提交的购票请求以及人脸图像采集结果；
订单创建单元，用于根据所述购票请求创建订单；
人脸注册单元，用于根据所述人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系；
订单标识提供单元，用于将所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述订单标识获得订单详情；
人脸比对单元，用于接收到所述第二服务端提交的人脸比对请求后，根据其中携带的人脸图像采集结果，确定匹配的人脸标识，以及对应的订单标识信息，并提供给所述第二服务端，以便所述第二服务端对该订单进行核销。
一种票务信息处理装置，包括：
人脸采集单元，用于通过关联的核销设备对进入目标景区的用户进行人脸图像采集，并提交到第二服务端，由所述第二服务端请求第一服务端进行人脸比对，并确定对应的 订单标识信息后，进行核销；
核销结果接收单元，用于接收所述第二服务端返回的核销结果信息。
一种票务信息处理装置，包括：
订单标识接收单元，用于接收第一服务端提供的订单标识信息，并根据所述订单标识信息获得订单详情信息；
人脸采集结果接收单元，用于在接收到第二客户端提交的人脸图像采集结果后，向所述第一服务端发送人脸比对请求，并携带所述人脸图像采集结果；
订单核销单元，用于根据所述第一服务端返回的与人脸图像采集结果相匹配的订单标识，进行订单核销。
一种票务信息处理装置，包括：
接口提供单元，用于提供人脸注册接口以及人脸比对接口；
人脸注册单元，用于通过所述人脸注册接口接收到第二服务端提供的第一人脸采集结果后，保存人脸图像数据，并生成人脸标识，将所述人脸标识返回给所述第二服务端，以便所述第二服务端创建订单，并记录人脸标识与订单标识之间的对应关系；
人脸比对单元，用于通过所述人脸比对接口接收到所述第二服务端提交的第二人脸采集结果后，确定与所述与第二人脸采集结果相匹配的人脸标识，并返回给所述第二服务端，以便所述第二服务端对所述人脸标识对应的订单进行核销。
一种票务信息处理装置，包括：
购票请求接收单元，用于接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第一人脸采集结果；
第一人脸采集结果提交单元，用于通过调用所述人脸注册接口，将所述第一人脸采集结果提交到所述第一服务端，以便所述第一服务端进行人脸注册，并生成人脸标识；
对应关系记录单元，用于接收所述第一服务端返回的人脸标识，并在生成订单后，记录所述人脸标识与订单标识之间的对应关系；
第二人脸采集结果提交单元，用于在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端；
订单核销单元，用于根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识，确定对应的订单，并对该订单进行核销。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
提供可选的景区信息；
接收到针对目标景区的购票请求后，对请求者用户进行人脸图像采集；
向第一服务端提交购票请求，并提交人脸图像采集结果，以便所述第一服务端进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，以用于通过人脸比对的方式对所述订单进行核销。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
接收第一客户端提交的购票请求以及人脸图像采集结果；
根据所述购票请求创建订单；
根据所述人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系；
将所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述订单标识获得订单详情；
接收到所述第二服务端提交的人脸比对请求后，根据其中携带的人脸图像采集结果，确定匹配的人脸标识，以及对应的订单标识信息，并提供给所述第二服务端，以便所述第二服务端对该订单进行核销。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
提供人脸注册接口以及人脸比对接口；
通过所述人脸注册接口接收到第二服务端提供的第一人脸采集结果后，保存人脸图像数据，并生成人脸标识，将所述人脸标识返回给所述第二服务端，以便所述第二服务端创建订单，并记录人脸标识与订单标识之间的对应关系；
通过所述人脸比对接口接收到所述第二服务端提交的第二人脸采集结果后，确定与 所述与第二人脸采集结果相匹配的人脸标识，并返回给所述第二服务端，以便所述第二服务端对所述人脸标识对应的订单进行核销。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第一人脸采集结果；
通过调用所述人脸注册接口，将所述第一人脸采集结果提交到所述第一服务端，以便所述第一服务端进行人脸注册，并生成人脸标识；
接收所述第一服务端返回的人脸标识，并在生成订单后，记录所述人脸标识与订单标识之间的对应关系；
在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端；
根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识，确定对应的订单，并对该订单进行核销。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，能够在购票的过程中对用户进行人脸图像采集并注册，在人脸信息库中保存具体的人脸图像数据，并保存人脸标识与订单标识之间的对应关系。这样，在具体到线下的目标景区进行核销时，可以通过目标景区部署的核销设备进行人脸图像采集，然后由第一服务端通过人脸图像比对的方式，确定出具体对应的订单标识，并进行相应的核销操作，进而，用户便可以进入到景区内进行游览。通过这种方式，可以实现线上购票，线下“刷脸”核销，用户可以不必携带或者出示具体证件或者手机等移动终端设备的情况下，自由进入景区，获得相应的服务，因此，更加方便快捷，降低对用户终端设备的依赖，有利于提升用户体验。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施 例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统的示意图；
图2是本申请实施例提供的第一方法的流程图；
图3是本申请实施例提供的第二方法的流程图；
图4是本申请实施例提供的第三方法的流程图；
图5是本申请实施例提供的第四方法的流程图；
图6是本申请实施例提供的另一系统的示意图；
图7是本申请实施例提供的第五方法的流程图；
图8是本申请实施例提供的第六方法的流程图；
图9是本申请实施例提供的第一装置的示意图；
图10是本申请实施例提供的第二装置的示意图；
图11是本申请实施例提供的第三装置的示意图；
图12是本申请实施例提供的第四装置的示意图；
图13是本申请实施例提供的第五装置的示意图；
图14是本申请实施例提供的第六装置的示意图；
图15是本申请实施例提供的电子设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，提供通过人脸识别方式进行订单核销的实现方案，在该方案中，首先可以提供第一服务端，主要用于提供人脸注册、人脸比对等功能，并且可以提供第二服务端，主要提供对订单的核销功能。在进行订单创建的过程中，可以利用第一服务端提供的人脸注册功能，对人脸图像进行采集，并保存在第一服务端的人脸信息库中，同时，第一服务端还可以为人脸分配人脸标识(FaceID)，以用于与具体的订单进行关联。这样，在核销的过程中，具体的景区入口等处可以设置核销设备，该核销设 备可以具有人脸图像采集功能，采集到的图像可以首先提交到第二服务端，然后，第二服务端可以使用第一服务端提供的人脸比对功能，确定出当前采集到的人脸图像对应的人脸标识，进而可以确定出具体对应的订单信息，再对订单进行核销处理，接下来用户就可以进入到具体的景区进行游览。
在上述过程中，第一服务端的功能是关键点所在，原则上讲，各个景区或者提供景点票务服务的开发者，都可以自行开发具有上述功能的第一服务端，但是，在具体实现时，人脸比对的技术本身相对比较复杂，而在本申请实施例的场景中，又不是简单的一对一比对(在预先知道当前需要判断的用户的身份的情况下，如果需要通过将采集到的人脸与预先保存的证件等信息中的人脸图像进行比对，以判断是否为用户本人，则属于这种一对一判断)，而是需要进行1：N的比对，因此，实现的难度会更高。具体的，在本申请实施例中的场景是，预先有N个用户都预定了某景区某日期的门票，各个用户具体何时到达时不可预知的，并且，在本申请实施例中，是仅依据人脸识别进行核销，也即，除了进行人脸图像的采集及识别之外，不需要获得用户其他方面的身份相关信息，包括身份证信息或者预先发送到其手机上的取票码等。这样，只能知道当前用户可能是前述N个用户中的一个，人脸比对的目的，就是要从这N个用户中，通过人脸识别的方式，找出相匹配的一个。但是，上述过程在技术实现上是存在比较高的难度的，通过需要具有综合性开发实力的开发者才能实现。因此，如果让景区或者一些小型的景点票务服务开发者去实现上述第一服务端，则简直是不可能实现的任务，并且，从整体上而言，也属于一种资源浪费。
为此，在本申请实施例中，提供了两种具体可行的实现方案，一种方案是，本申请实施例在提供上述第一服务端的同时，还可以为第一服务端实现票务系统的功能，同时可以为具体的消费者用户提供第一客户端，用户可以直接通过这种第一客户端进行购票，并且还可以提供具有核销功能的第二服务端，还可以为景区提供用于第二客户端，用于安装在具体具有人脸采集功能的核销设备中，可以与第二服务端进行信息交互。这样，在消费者用户进行购票的过程中，可以通过第一客户端对用户进行人脸图像的采集；而第一服务端在根据具体的购票请求生成订单的过程中，还可以对人脸进行注册，以便对具体的人脸图像进行保存，并生成具体的人脸标识，与订单标识之间可以建立对应关系。另外，这种订单信息还可以提供给第二服务端，在具体的用户到达景区核销设备前时，核销设备对该用户进行人脸图像采集，通过第二客户端提交到第二服务端，再 由该第二服务端调用第一服务端的人脸比对功能，确定出具体的人脸标识，进而再确定出订单信息，以便进行核销，并对用户进行放行。
也就是说，在上述方案中，具有人脸注册以及人脸比对功能的第一服务端，以及为消费者用户提供的第一客户端，在核销设备中运行的第二客户端，具有核销功能的第二服务端，都可以是由同一开发者提供的。具体的景区只需要通过第一服务端发布具体的门票等资源的信息，使得消费者用户能够通过第一客户端进行购票，并在景区的入口处等位置安装具体的核销设备，在其中安装第二客户端，即可通过人脸识别的方式，对通过第一客户端进行购票的用户进行核销。相应的，对于这种通过第一客户端进行在线购票的消费者用户，无需携带身份证件，甚至无需携带手机等移动终端设备，即可直接通过“刷脸”的方式进入到景区进行游览。
当然，在具体实现时，对于具体的景区而言，可能会希望向用户提供多种购票渠道，而不仅仅是通过上述开发者提供的一种渠道进行购票，并且，可能也希望通过其他渠道购票的用户，也能够采用“刷脸”的方式进行核销。例如，可能需要在景区入口等处设置售票机，对于通过售票机购票的用户，景区方面可能也希望能够对其“刷脸”核销；或者，有些用户可能采用到现场交纳现金的方式进行购票，此时，景区可能会希望由景区的工作人员等帮助用户创建线上的订单，并同时实现人脸注册，等等。
为了达到上述目的，本申请实施例还可以以“平台”的形式对外提供服务，具体的，可以将人脸注册、人脸比对等能力分别封装成标准的接口，其中，具体的人脸注册接口可以提供给各种具体的售票渠道方进行调用，使得在售票创建订单的过程中，能够向第一服务端进行人脸注册，提供人脸标识，并返回，从而可以建立人脸标识与订单标识之间的对应关系。同时，第一服务端可以将人脸图像数据保存到第一服务端的人脸信息库中。另外，具体的景区等使用方也可以部署具体核销功能的第二服务端，该第二服务端在接收到具体的核销请求后，可以调用具体的人脸比对接口，由第一服务端进行人脸比对，确定出具体的人脸标识并返回，第二服务端根据具体的人脸标识确定出对应的订单，并进行核销处理。
其中，具体实现时，为了便于实现，还可以直接在第二服务端中实现票务系统的功能，也就是说，第二服务端可以兼具售票以及核销的功能，具体在通过景区设置的售票机、景区工作人员的终端设备等渠道进行购票时，可以直接由第二服务端进行订单的创建，并通过第二服务端对具体的人脸注册接口进行调用，将创建订单过程中采集到的人 脸图像数据提交到第一服务端进行注册；在需要进行核销时，具体的第二客户端的核销请求也可以提交到第二服务端，第二服务端再通过调用人脸比对接口，将核销过程中采集到的人脸图像数据提交到第一服务端，由第一服务端确定出相匹配的人脸标识。
总之，通过上述方式，由于在针对某景区进行购票并创建订单的过程中，对人脸进行了注册，并且第一服务端具有人脸比对的功能，因此，在到达景区进行核销时，可以直接通过“刷脸”的方式进行核销，不再需要用户携带或者出示手机等终端设备中展示的购票凭证等信息，方便快捷，有利于提升用户体验。
下面对本申请实施例提供的具体技术方案进行详细介绍。
实施例一
首先，该实施例一针对前述第一种实现方案进行介绍，也即，由具有人脸注册以及1：N人脸识别能力的开发商，提供具体的第一客户端、第一服务端、第二客户端以及第二服务端，为具体的景区提供从用户下单到“刷脸”核销的一整套的服务。
具体的，参见图1，该实施例一提供了一种票务信息处理系统，该系统具体可以包括：
第一客户端101，用于发起针对目标景区的购票请求，并对请求者用户进行人脸图像采集；
第一服务端102，用于根据所接收到的购票请求创建订单，并根据人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，将所述订单标识信息提供给第二服务端；
第二客户端103，用于运行在所述目标景区关联的核销设备中，通过所述核销设备对进入所述目标景区的用户进行人脸图像采集，并提交到第二服务端；
所述第二服务端104，用于根据所述第一服务端提供的订单标识获得订单信息，在接收到所述第二客户端提交的人脸图像采集结果后，向所述第一服务端发送人脸比对请求，根据所述第一服务端返回的与人脸图像采集结果相匹配的订单标识，进行订单核销。
具体实现时，第一客户端可以安装在消费者用户的手机等终端设备中，具体可以用于对具体景区可以提供的票务资源等信息进行展示，并提供相应的用于进行购票的操作选项等。这样，消费者用户可以通过这种第一客户端进行目标景区的选择，并通过选择具体的票务资源，发起购票请求。
在本申请实施例中，具体的购票请求将会由第一客户端发送到第一服务端，由第一服务端进行订单的创建。另外，在具体实现时，在创建订单的过程中还可以通过第一客户端对消费者用户进行人脸图像的采集，并提交到第一服务端，由第一服务端进行人脸注册，具体包括对人脸图像数据的保存，生成人脸标识，并建立人脸标识与订单标识之间的对应关系，等等。
其中，具体实现时，由于通过上述第一客户端以及第一服务端进行购票的行为属于线上的购票行为，而具体为消费者用户提供服务的是具体的景区，也即，需要用户到具体的景区内，才能享受到具体的服务，而景区一方可能也需要根据用户的线上购票行为，创建自己的订单，等等，在用户具体进入景区后，除了第二服务端需要对具体的订单进行核销，景区可能也需要进行核销操作，等等。因此，这里可能会涉及到从线上到线下的数据打通的问题。
针对上述问题，本申请实施例也提供了相应的解决方案。具体的，由于具体的景区通常会具有与自己合作的凭证码服务提供商(ISV)，这种服务方通常能够为目标景区提供订单创建，并可以提供相关的凭证码，作为线下核销的依据。因此，为了能够将前述第一服务端的数据与这种凭证码服务方的数据之间的打通，所述第一服务端具体可以用于，通过所述目标景区关联的凭证码服务提供方对应的第三服务端进行订单创建，并获得所述第三服务端提供的购票凭证码信息；然后，可以将这种购票凭证码信息与所述订单标识信息提供给第二服务端。这样，所述第二服务端还可以根据所述购票凭证码信息向所述第三服务端获得所述订单标识对应的订单信息，后续在接收到第二客户端提交的人脸图像采集结果，并通过第一服务端确定出与人脸图像采集结果相匹配的订单标识后，可以根据所述订单标识对应的购票凭证码信息，向所述第二客户端发送线下核销凭证信息。这样，第二客户端还可以将所述线下核销凭证信息发送给所述第三服务端进行线下核销。
其中，关于具体的购票凭证码，由于是第三服务端生成的，因此，具体的生成规则可以由第三服务端进行确定，但在具体实现时，具体的购票凭证码中通常会包括具体用户的身份标识信息，例如，身份证ID等，因此，所述第二服务端具体可以从所述购票凭证码信息中提取出用户身份标识信息，并将所述用户身份标识信息确定为所述线下核销凭证信息。然后，可以将这种身份标识信息发送给第三服务端进行校验，通过后进行核销，进而如果入口处设有闸机等设备，则可以打开闸机，对用户进行放行，允许其进 入具体的景区内进行游览，等等。
具体说明的是，具体实现时，第一服务端在对人脸信息库进行保存时，还可以按照不同的景区分别保存为多个人脸图像集合，另外，由于具体的门票通常还具有有效期，例如，包括单日票、区间票(从某日到某日之间有效等)等等，只有在具体的有效期内，具体的订单才会生效，处于可使用的状态，相应的，只有在订单生效后，具体进行预订的用户才会到具体的景区进行游览，才会在第一服务端的比对范围内。因此，具体在进行人脸图像比对时，可以首先根据所述人脸比对请求关联的目标景区标识信息，然后，确定出所述目标景区关联的在当前时间处于已生效状态的订单标识集合，以及该订单标识集合对应的人脸图像集合，然后，只要从该人脸图像集合中，确定与所述第二客户端采集到的人脸采集结果相匹配的目标人脸图像的人脸标识即可。这样可以降低比对的计算量，提高效率。
另外，在本申请实施例中，目标景区所售卖的票据还可以包括多种类型，例如，可以包括单纯的门票，或者，还可以提供一些套票等。相应的，也可以通过第一客户端为用户提供多种不同的购票类型，例如，其中就可以包括套餐类型，等等。其中，所谓的套餐类型具体可以对应所述目标景区可提供的多种服务资源。例如，某景区内不光可以提供相关景观的游览服务资源，还可以提供酒店、餐饮、玩乐等其他的服务资源，但是分别需要另外付费。为了方便用户购票，景区可能会以套票的形式进行票据的售卖。而在本申请实施例中，也可以支持这种对套餐服务资源的打包购买，并且，只需要在下单时进行一次人脸图像的采集，即可在景区内游览过程中通过人脸比对的方式进行核销。也就是说，如果某用户购买了“门票+酒店+餐饮+玩乐”这四种服务资源的套票，并在下单过程中进行人脸图像的注册，则在具体到景区游览的过程中，在景区入口处可以通过人脸识别的方式进行核销，在进入酒店时，也可以通过人脸识别的方式进行核销，进入餐厅时，同样可以通过人脸识别的方式进行核销，等等。每次核销都会对应同一订单，但是可以分别以具体的服务资源为单位进行核销。
也就是说，在上述方式下，所述目标景区内在多种不同的服务资源所在位置处提供有不同的核销设备以及对应的第二客户端，各自都可以进行人脸图像的采集；相应的，所述第二服务端具体可以用于，根据所述核销设备客户端对应的服务资源标识，对所述订单中对应的服务资源进行核销。另外，所述第一服务端还可以用于，将所述订单的状态切换为已生效且使用中状态。也就是说，在本申请实施例中，同一订单可以核销多 次，实现以具体服务资源为单位的核销，这样，消费者用户可以通过套餐的形式进行购票，并且实现一次性人脸图像录入，在景区内游览过程中，在多种服务资源处进行“刷脸”核销。
总之，通过本申请实施例，能够在购票的过程中对用户进行人脸图像采集并注册，在人脸信息库中保存具体的人脸图像数据，并保存人脸标识与订单标识之间的对应关系。这样，在具体到线下的目标景区进行核销时，可以通过目标景区部署的核销设备进行人脸图像采集，然后由第一服务端通过人脸图像比对的方式，确定出具体对应的订单标识，并进行相应的核销操作，进而，用户便可以进入到景区内进行游览。通过这种方式，可以实现线上购票，线下“刷脸”核销，用户可以不必携带或者出示具体证件或者手机等移动终端设备的情况下，自由进入景区，获得相应的服务，因此，更加方便快捷，有利于提升用户体验。
实施例二
该实施例二是与实施例一相对应的，从第一客户端的角度，提供了一种票务信息处理方法，参见图2，该方法具体可以包括：
S201：第一客户端提供可选的景区信息；
S202：接收到针对目标景区的购票请求后，对请求者用户进行人脸图像采集；
S203：向第一服务端提交购票请求，并提交人脸图像采集结果，以便所述第一服务端进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，以用于通过人脸比对的方式对所述订单进行核销。
具体实现时，第一客户端还可以提供可选的购票类型信息，所述购票类型包括套餐类型，所述套餐类型对应所述目标景区可提供的多种服务资源；将所选择的目标购买类型信息提交到第一服务端，以便所述第一服务端创建关联有多种服务资源信息的订单，以用于以服务资源为单位对所述订单进行核销。
实施例三
该实施例三也是与实施例一相对应的，从第一服务端的角度，提供了一种票务信息处理方法，参见图3，该方法具体可以包括：
S301：第一服务端接收第一客户端提交的购票请求以及人脸图像采集结果；
S302：根据所述购票请求创建订单；
S303：根据所述人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人 脸标识，建立人脸标识与订单标识之间的对应关系；
S304：将所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述订单标识获得订单详情；
S305：接收到所述第二服务端提交的人脸比对请求后，根据其中携带的人脸图像采集结果，确定匹配的人脸标识，以及对应的订单标识信息，并提供给所述第二服务端，以便所述第二服务端对该订单进行核销。
具体实现时，第一服务端还可以通过所述目标景区关联的凭证码服务提供方对应的第三服务端获得购票凭证码信息；此时，可以将所述购票凭证码信息与所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述购票凭证码信息向所述第三服务端获得订单详情信息，在确定出与人脸采集结果相匹配的订单标识后，根据所述订单标识对应的购票凭证码信息，向所述第三服务端进行线下核销。
其中，具体在确定匹配的人脸标识时，可以在接收到所述第二服务端提交的人脸比对请求时，根据所述人脸比对请求关联的目标景区标识信息，确定所述目标景区关联的在当前时间处于已生效状态的订单标识集合，以及该订单标识集合对应的人脸图像集合；然后，从所述人脸图像集合中，确定与所述人脸比对请求中携带的人脸采集结果相匹配的目标人脸图像的人脸标识。
实施例四
该实施例四也是与实施例一相对应的，从第二客户端的角度，提供了一种票务信息处理方法，参见图4，该方法具体可以包括：
S401：第二客户端通过关联的核销设备对进入目标景区的用户进行人脸图像采集，并提交到第二服务端，由所述第二服务端请求第一服务端进行人脸比对，并确定对应的订单标识信息后，进行核销；
S402：接收所述第二服务端返回的核销结果信息。
具体实现时，在向所述第二服务端提交人脸图像采集结果信息时，还可以携带有关联的服务资源标识信息，以便在所识别出的订单关联同一目标景区中的多种服务资源时，所述第二服务端以服务资源为单位对所述订单进行核销。
实施例五
该实施例五也是与实施例一相对应的，从第二服务端的角度，提供了一种票务信息处理方法，参见图5，该方法具体可以包括：
S501：第二服务端接收第一服务端提供的订单标识信息，并根据所述订单标识信息获得订单详情信息；
S502：在接收到第二客户端提交的人脸图像采集结果后，向所述第一服务端发送人脸比对请求，并携带所述人脸图像采集结果；
S503：根据所述第一服务端返回的与人脸图像采集结果相匹配的订单标识，进行订单核销。
具体实现时，该第二服务端还可以获得所述第一服务端提供的购票凭证码信息，所述购票凭证码是由所述目标景区关联的凭证码服务提供方对应的第三服务端提供的；在确定出与所述第二客户端提交的人脸采集结果相匹配的订单标识后，根据所述订单标识对应的购票凭证码信息，向所述第三服务端进行线下核销。
其中，所述订单对应的购票类型包括套餐类型，所述套餐类型对应所述目标景区可提供的多种服务资源；所述目标景区内在多种不同的服务资源所在位置处提供有不同的核销设备，并分别进行人脸采集；此时，可以根据所述第二客户端对应的服务资源标识，对所述订单中对应的服务资源进行核销。
实施例六
该实施例六是针对前述第二种实现方式，也即“平台化”的实现方式，提供了一种票务信息处理系统，具体的，参见图6，该系统具体可以包括：
第一服务端601，用于提供人脸注册接口以及人脸比对接口；
第二服务端602，用于接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第一人脸采集结果，并通过调用所述人脸注册接口，将所述第一人脸采集结果提交到所述第一服务端；
所述第一服务端601还用于，保存第一人脸图像数据并生成人脸标识，将所述人脸标识返回给所述第二服务端；
所述第二服务端602还用于，生成订单，并记录所述人脸标识与订单标识之间的对应关系，在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端，根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识对应的订单进行核销。
也就是说，在该实施例六中，可以由第二服务端提供票务系统的功能，第一服务 端则只需要提供人脸注册以及人脸识别功能。具体的购票请求可以发送到该第二服务端，由该第二服务端通过调用第一服务端的人脸注册接口，实现人脸注册，在需要进行核销时，再由第二服务端调用第一服务端的人脸比对接口，进行人脸比对，确定出具体人脸采集结果对应的订单信息，并进行核销。
其中，具体实现时，为了能够接收具体的购票请求，可以有多种方式。例如，一种方式下，可以提供用于访问所述第二服务端的后台管理页面，具体景区的工作人员等可以登录到给后台管理页面。这样，如果有用户到具体的景区中通过交纳现金的方式进行购票，则可以由工作人员通过该管理页面登录到第二服务端，并提交具体的购票请求，以此生成具体的订单。当然在此过程中，同样可以由工作人员对用户进行人脸图像采集，并提交到第二服务端。或者，另一种方式下，还可以由景区自行开发或者委托其他的开发商进行客户端程序的开发，这种客户端程序可以运行在购票机等设备中，这样，在用户通过购票机进行购票的过程中，也可以对用户进行人脸图像采集，并提交到第二服务端，等等。当然，具体的景区同样可以配备带有人脸图像采集功能的核销设备，并且可以安装相关的第二客户端等程序，使其可以向第二服务端发送核销请求，并携带人脸图像采集结果，等等。
关于该实施例六中其他的未详述部分，包括第一服务端具体对人脸信息库的保存方式，具体进行人脸比对的实现方式，具体购票类型，包括具体的套餐类型的订单的核销方式，等等，均可以参见前述实施例一中的记载，这里不再赘述。
实施例七
该实施例七是与实施例六相对应的，从第一服务端的角度，提供了一种票务信息处理方法，参见图7，该方法具体可以包括：
S701：第一服务端提供人脸注册接口以及人脸比对接口；
S702：通过所述人脸注册接口接收到第二服务端提供的第一人脸采集结果后，保存人脸图像数据，并生成人脸标识，将所述人脸标识返回给所述第二服务端，以便所述第二服务端创建订单，并记录人脸标识与订单标识之间的对应关系；
S703：通过所述人脸比对接口接收到所述第二服务端提交的第二人脸采集结果后，确定与所述与第二人脸采集结果相匹配的人脸标识，并返回给所述第二服务端，以便所述第二服务端对所述人脸标识对应的订单进行核销。
实施例八
该实施例八也是与实施例六相对应的，从第二服务端的角度，提供了一种票务信息处理方法，参见图8，该方法具体可以包括：
S801：第二服务端接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第一人脸采集结果；
S802：通过调用所述人脸注册接口，将所述第一人脸采集结果提交到所述第一服务端，以便所述第一服务端进行人脸注册，并生成人脸标识；
S803：接收所述第一服务端返回的人脸标识，并在生成订单后，记录所述人脸标识与订单标识之间的对应关系；
S804：在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端；
S805：根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识，确定对应的订单，并对该订单进行核销。
关于上述实施例二至实施例八中的未详述部分，可参见前述实施例一中的记载，这里不再赘述。
与实施例二相对应，本申请实施例还提供了一种票务信息处理装置，参见图9，该装置可以包括：
景区信息提供单元901，用于提供可选的景区信息；
人脸图像采集单元902，用于接收到针对目标景区的购票请求后，对请求者用户进行人脸图像采集；
提交单元903，用于向第一服务端提交购票请求，并提交人脸图像采集结果，以便所述第一服务端进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，以用于通过人脸比对的方式对所述订单进行核销。
具体实现时，该装置还可以包括：
购票类型提供单元，用于提供可选的购票类型信息，所述购票类型包括套餐类型，所述套餐类型对应所述目标景区可提供的多种服务资源；
购票类型信息提交单元，用于将所选择的目标购买类型信息提交到第一服务端，以便所述第一服务端创建关联有多种服务资源信息的订单，以用于以服务资源为单位对所述订单进行核销。
与实施例三相对应，本申请实施例还提供了一种票务信息处理装置，参见图10，该装置可以包括：
人脸采集结果接收单元1001，用于接收第一客户端提交的购票请求以及人脸图像采集结果；
订单创建单元1002，用于根据所述购票请求创建订单；
人脸注册单元1003，用于根据所述人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系；
订单标识提供单元1004，用于将所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述订单标识获得订单详情；
人脸比对单元1005，用于接收到所述第二服务端提交的人脸比对请求后，根据其中携带的人脸图像采集结果，确定匹配的人脸标识，以及对应的订单标识信息，并提供给所述第二服务端，以便所述第二服务端对该订单进行核销。
具体实现时，该装置还可以包括：
凭证码信息获得单元，用于通过所述目标景区关联的凭证码服务提供方对应的第三服务端获得购票凭证码信息；
所述订单标识提供单元具体用于：
将所述购票凭证码信息与所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述购票凭证码信息向所述第三服务端获得订单详情信息，在确定出与人脸采集结果相匹配的订单标识后，根据所述订单标识对应的购票凭证码信息，向所述第三服务端进行线下核销。
其中，所述人脸比对单元具体可以用于：
在接收到所述第二服务端提交的人脸比对请求时，根据所述人脸比对请求关联的目标景区标识信息，确定所述目标景区关联的在当前时间处于已生效状态的订单标识集合，以及该订单标识集合对应的人脸图像集合；从所述人脸图像集合中，确定与所述人脸比对请求中携带的人脸采集结果相匹配的目标人脸图像的人脸标识。
与实施例四相对应，本申请实施例还提供了一种票务信息处理装置，参见图11，该装置可以包括：
人脸采集单元1101，用于通过关联的核销设备对进入目标景区的用户进行人脸图像采集，并提交到第二服务端，由所述第二服务端请求第一服务端进行人脸比对，并确定 对应的订单标识信息后，进行核销；
核销结果接收单元1102，用于接收所述第二服务端返回的核销结果信息。
具体实现时，还可以包括：
服务资源标识提交单元，用于在向所述第二服务端提交人脸图像采集结果信息时，还携带有关联的服务资源标识信息，以便在所识别出的订单关联同一目标景区中的多种服务资源时，所述第二服务端以服务资源为单位对所述订单进行核销。
与实施例五相对应，本申请实施例还提供了一种票务信息处理装置，参见图12，该装置可以包括：
订单标识接收单元1201，用于接收第一服务端提供的订单标识信息，并根据所述订单标识信息获得订单详情信息；
人脸采集结果接收单元1202，用于在接收到第二客户端提交的人脸图像采集结果后，向所述第一服务端发送人脸比对请求，并携带所述人脸图像采集结果；
订单核销单元1203，用于根据所述第一服务端返回的与人脸图像采集结果相匹配的订单标识，进行订单核销。
其中，该装置还可以包括：
凭证码获得单元，用于获得所述第一服务端提供的购票凭证码信息，所述购票凭证码是由所述目标景区关联的凭证码服务提供方对应的第三服务端提供的；
线下核销处理单元，用于在确定出与所述第二客户端提交的人脸采集结果相匹配的订单标识后，根据所述订单标识对应的购票凭证码信息，向所述第三服务端进行线下核销。
其中，所述订单对应的购票类型包括套餐类型，所述套餐类型对应所述目标景区可提供的多种服务资源；所述目标景区内在多种不同的服务资源所在位置处提供有不同的核销设备，并分别进行人脸采集；
所述订单核销单元具体可以用于：
根据所述第二客户端对应的服务资源标识，对所述订单中对应的服务资源进行核销。
与实施例七相对应，本申请实施例还提供了一种票务信息处理装置，参见图13，该装置可以包括：
接口提供单元1301，用于提供人脸注册接口以及人脸比对接口；
人脸注册单元1302，用于通过所述人脸注册接口接收到第二服务端提供的第一人脸采集结果后，保存人脸图像数据，并生成人脸标识，将所述人脸标识返回给所述第二服务端，以便所述第二服务端创建订单，并记录人脸标识与订单标识之间的对应关系；
人脸比对单元1303，用于通过所述人脸比对接口接收到所述第二服务端提交的第二人脸采集结果后，确定与所述与第二人脸采集结果相匹配的人脸标识，并返回给所述第二服务端，以便所述第二服务端对所述人脸标识对应的订单进行核销。
与实施例八相对应，本申请实施例还提供了一种票务信息处理装置，参见图14，该装置可以包括：
购票请求接收单元1401，用于接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第一人脸采集结果；
第一人脸采集结果提交单元1402，用于通过调用所述人脸注册接口，将所述第一人脸采集结果提交到所述第一服务端，以便所述第一服务端进行人脸注册，并生成人脸标识；
对应关系记录单元1403，用于接收所述第一服务端返回的人脸标识，并在生成订单后，记录所述人脸标识与订单标识之间的对应关系；
第二人脸采集结果提交单元1404，用于在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端；
订单核销单元1405，用于根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识，确定对应的订单，并对该订单进行核销。
另外，本申请实施例还提供了一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
提供可选的景区信息；
接收到针对目标景区的购票请求后，对请求者用户进行人脸图像采集；
向第一服务端提交购票请求，并提交人脸图像采集结果，以便所述第一服务端进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，以用于通过人脸比对的方式对所述订单进行核销。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
接收第一客户端提交的购票请求以及人脸图像采集结果；
根据所述购票请求创建订单；
根据所述人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系；
将所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述订单标识获得订单详情；
接收到所述第二服务端提交的人脸比对请求后，根据其中携带的人脸图像采集结果，确定匹配的人脸标识，以及对应的订单标识信息，并提供给所述第二服务端，以便所述第二服务端对该订单进行核销。
以及另一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
提供人脸注册接口以及人脸比对接口；
通过所述人脸注册接口接收到第二服务端提供的第一人脸采集结果后，保存人脸图像数据，并生成人脸标识，将所述人脸标识返回给所述第二服务端，以便所述第二服务端创建订单，并记录人脸标识与订单标识之间的对应关系；
通过所述人脸比对接口接收到所述第二服务端提交的第二人脸采集结果后，确定与所述与第二人脸采集结果相匹配的人脸标识，并返回给所述第二服务端，以便所述第二服务端对所述人脸标识对应的订单进行核销。
另一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第一人脸采集 结果；
通过调用所述人脸注册接口，将所述第一人脸采集结果提交到所述第一服务端，以便所述第一服务端进行人脸注册，并生成人脸标识；
接收所述第一服务端返回的人脸标识，并在生成订单后，记录所述人脸标识与订单标识之间的对应关系；
在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端；
根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识，确定对应的订单，并对该订单进行核销。
其中，图15示例性的展示出了电子设备的架构，例如，设备1500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。
参照图15，设备1500可以包括以下一个或多个组件：处理组件1502，存储器1504，电源组件1506，多媒体组件1508，音频组件1510，输入/输出(I/O)的接口1512，传感器组件1514，以及通信组件1516。
处理组件1502通常控制设备1500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1502可以包括一个或多个处理器1520来执行指令，以完成本公开技术方案提供的视频播放方法的全部或部分步骤。此外，处理组件1502可以包括一个或多个模块，便于处理组件1502和其他组件之间的交互。例如，处理部件1502可以包括多媒体模块，以方便多媒体组件1508和处理组件1502之间的交互。
存储器1504被配置为存储各种类型的数据以支持在设备1500的操作。这些数据的示例包括用于在设备1500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1506为设备1500的各种组件提供电力。电源组件1506可以包括电源管理系统，一个或多个电源，及其他与为设备1500生成、管理和分配电力相关联的组件。
多媒体组件1508包括在设备1500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1508包括一个前置摄像头和/或后置摄像头。当设备1500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1510被配置为输出和/或输入音频信号。例如，音频组件1510包括一个麦克风(MIC)，当设备1500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1504或经由通信组件1516发送。在一些实施例中，音频组件1510还包括一个扬声器，用于输出音频信号。
I/O接口1512为处理组件1502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1514包括一个或多个传感器，用于为设备1500提供各个方面的状态评估。例如，传感器组件1514可以检测到设备1500的打开/关闭状态，组件的相对定位，例如所述组件为设备1500的显示器和小键盘，传感器组件1514还可以检测设备1500或设备1500一个组件的位置改变，用户与设备1500接触的存在或不存在，设备1500方位或加速/减速和设备1500的温度变化。传感器组件1514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1514还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1516被配置为便于设备1500和其他设备之间有线或无线方式的通信。设备1500可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1516还包括近场通信(NFC) 模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，设备1500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1504，上述指令可由设备1500的处理器1520执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的票务信息处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (28)

  1. 一种票务信息处理系统，其特征在于，包括：
    第一客户端，用于发起针对目标景区的购票请求，并对请求者用户进行人脸图像采集；
    第一服务端，用于根据所接收到的购票请求创建订单，并根据人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，将所述订单标识信息提供给第二服务端；
    第二客户端，用于运行在所述目标景区关联的核销设备中，通过所述核销设备对进入所述目标景区的用户进行人脸图像采集，并提交到第二服务端；
    所述第二服务端，用于根据所述第一服务端提供的订单标识获得订单详情信息，在接收到所述第二客户端提交的人脸图像采集结果后，向所述第一服务端发送人脸比对请求，根据所述第一服务端返回的与人脸图像采集结果相匹配的订单标识，进行订单核销。
  2. 根据权利要求1所述的系统，其特征在于，
    所述第一服务端还用于，通过所述目标景区关联的凭证码服务提供方对应的第三服务端获得购票凭证码信息，将所述购票凭证码信息与所述订单标识信息提供给第二服务端；
    所述第二服务端还用于，根据所述购票凭证码信息向所述第三服务端获得订单详情信息，在确定出与人脸采集结果相匹配的订单标识后，根据所述订单标识对应的购票凭证码信息，向所述第二客户端返回线下核销凭证信息；
    所述第二客户端还用于，将所述线下核销凭证信息发送给所述第三服务端进行线下核销。
  3. 根据权利要求2所述的系统，其特征在于，
    所述第二服务端具体用于，从所述购票凭证码信息中提取出用户身份标识信息，并将所述用户身份标识信息确定为所述线下核销凭证信息。
  4. 根据权利要求1所述的系统，其特征在于，
    所述第一服务端还用于，在接收到所述第二服务端提交的人脸比对请求时，根据所述人脸比对请求关联的目标景区标识信息，确定所述目标景区关联的在当前时间处于已 生效状态的订单标识集合，以及该订单标识集合对应的人脸图像集合，从所述人脸图像集合中，确定与所述第二客户端采集到的人脸采集结果相匹配的目标人脸图像的人脸标识。
  5. 根据权利要求1所述的系统，其特征在于，
    所述第一客户端还用于，提供可选的购票类型信息，所述购票类型包括套餐类型，所述套餐类型对应所述目标景区可提供的多种服务资源；
    所述目标景区内在多种不同的服务资源所在位置处提供有不同的核销设备，并分别进行人脸采集；
    所述第二服务端具体用于，根据所述第二客户端对应的服务资源标识，对所述订单中对应的服务资源进行核销；
    所述第一服务端还用于，将所述订单的状态切换为已生效且使用中状态。
  6. 一种票务信息处理方法，其特征在于，包括：
    第一客户端提供可选的景区信息；
    接收到针对目标景区的购票请求后，对请求者用户进行人脸图像采集；
    向第一服务端提交购票请求，并提交人脸图像采集结果，以便所述第一服务端进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，以用于通过人脸比对的方式对所述订单进行核销。
  7. 根据权利要求6所述的方法，其特征在于，还包括：
    提供可选的购票类型信息，所述购票类型包括套餐类型，所述套餐类型对应所述目标景区可提供的多种服务资源；
    将所选择的目标购买类型信息提交到第一服务端，以便所述第一服务端创建关联有多种服务资源信息的订单，以用于以服务资源为单位对所述订单进行核销。
  8. 一种票务信息处理方法，其特征在于，包括：
    第一服务端接收第一客户端提交的购票请求以及人脸图像采集结果；
    根据所述购票请求创建订单；
    根据所述人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识， 建立人脸标识与订单标识之间的对应关系；
    将所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述订单标识获得订单详情；
    接收到所述第二服务端提交的人脸比对请求后，根据其中携带的人脸图像采集结果，确定匹配的人脸标识，以及对应的订单标识信息，并提供给所述第二服务端，以便所述第二服务端对该订单进行核销。
  9. 根据权利要求8所述的方法，其特征在于，还包括：
    通过目标景区关联的凭证码服务提供方对应的第三服务端获得购票凭证码信息；
    所述将所述订单标识信息提供给第二服务端，包括：
    将所述购票凭证码信息与所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述购票凭证码信息向所述第三服务端获得订单详情信息，在确定出与人脸采集结果相匹配的订单标识后，根据所述订单标识对应的购票凭证码信息，向所述第三服务端进行线下核销。
  10. 根据权利要求8所述的方法，其特征在于，
    所述确定匹配的人脸标识，包括：
    在接收到所述第二服务端提交的人脸比对请求时，根据所述人脸比对请求关联的目标景区标识信息，确定所述目标景区关联的在当前时间处于已生效状态的订单标识集合，以及该订单标识集合对应的人脸图像集合；
    从所述人脸图像集合中，确定与所述人脸比对请求中携带的人脸采集结果相匹配的目标人脸图像的人脸标识。
  11. 一种票务信息处理方法，其特征在于，包括：
    第二客户端通过关联的核销设备对进入目标景区的用户进行人脸图像采集，并提交到第二服务端，由所述第二服务端请求第一服务端进行人脸比对，并确定对应的订单标识信息后，进行核销；
    接收所述第二服务端返回的核销结果信息。
  12. 根据权利要求11所述的方法，其特征在于，
    在向所述第二服务端提交人脸图像采集结果信息时，还携带有关联的服务资源标识信息，以便在所识别出的订单关联同一目标景区中的多种服务资源时，所述第二服务端以服务资源为单位对所述订单进行核销。
  13. 一种票务信息处理方法，其特征在于，包括：
    第二服务端接收第一服务端提供的订单标识信息，并根据所述订单标识信息获得订单详情信息；
    在接收到第二客户端提交的人脸图像采集结果后，向所述第一服务端发送人脸比对请求，并携带所述人脸图像采集结果；
    根据所述第一服务端返回的与人脸图像采集结果相匹配的订单标识，进行订单核销。
  14. 根据权利要求13所述的方法，其特征在于，还包括：
    获得所述第一服务端提供的购票凭证码信息，所述购票凭证码是由目标景区关联的凭证码服务提供方对应的第三服务端提供的；
    在确定出与所述第二客户端提交的人脸采集结果相匹配的订单标识后，根据所述订单标识对应的购票凭证码信息，向所述第三服务端进行线下核销。
  15. 根据权利要求13所述的方法，其特征在于，
    所述订单对应的购票类型包括套餐类型，所述套餐类型对应目标景区可提供的多种服务资源；所述目标景区内在多种不同的服务资源所在位置处提供有不同的核销设备，并分别进行人脸采集；
    所述根据所述第一服务端返回的与人脸图像采集结果相匹配的订单标识，进行订单核销，包括：
    根据所述第二客户端对应的服务资源标识，对所述订单中对应的服务资源进行核销。
  16. 一种票务信息处理系统，其特征在于，包括：
    第一服务端，用于提供人脸注册接口以及人脸比对接口；
    第二服务端，用于接收针对目标景区的购票请求，获得请求者用户的身份标识信息 以及第一人脸采集结果，并通过调用所述人脸注册接口，将所述第一人脸采集结果提交到所述第一服务端；
    所述第一服务端还用于，保存第一人脸图像数据并生成人脸标识，将所述人脸标识返回给所述第二服务端；
    所述第二服务端还用于，生成订单，并记录所述人脸标识与订单标识之间的对应关系，在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端，根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识对应的订单进行核销。
  17. 一种票务信息处理方法，其特征在于，包括：
    第一服务端提供人脸注册接口以及人脸比对接口；
    通过所述人脸注册接口接收到第二服务端提供的第一人脸采集结果后，保存人脸图像数据，并生成人脸标识，将所述人脸标识返回给所述第二服务端，以便所述第二服务端创建订单，并记录人脸标识与订单标识之间的对应关系；
    通过所述人脸比对接口接收到所述第二服务端提交的第二人脸采集结果后，确定与所述第二人脸采集结果相匹配的人脸标识，并返回给所述第二服务端，以便所述第二服务端对所述人脸标识对应的订单进行核销。
  18. 一种票务信息处理方法，其特征在于，包括：
    第二服务端接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第一人脸采集结果；
    通过调用所述人脸注册接口，将所述第一人脸采集结果提交到第一服务端，以便所述第一服务端进行人脸注册，并生成人脸标识；
    接收所述第一服务端返回的人脸标识，并在生成订单后，记录所述人脸标识与订单标识之间的对应关系；
    在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到第一服务端；
    根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识，确定对应的订单，并对该订单进行核销。
  19. 一种票务信息处理装置，其特征在于，包括：
    景区信息提供单元，用于提供可选的景区信息；
    人脸图像采集单元，用于接收到针对目标景区的购票请求后，对请求者用户进行人脸图像采集；
    提交单元，用于向第一服务端提交购票请求，并提交人脸图像采集结果，以便所述第一服务端进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，以用于通过人脸比对的方式对所述订单进行核销。
  20. 一种票务信息处理装置，其特征在于，包括：
    人脸采集结果接收单元，用于接收第一客户端提交的购票请求以及人脸图像采集结果；
    订单创建单元，用于根据所述购票请求创建订单；
    人脸注册单元，用于根据所述人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系；
    订单标识提供单元，用于将所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述订单标识获得订单详情；
    人脸比对单元，用于接收到所述第二服务端提交的人脸比对请求后，根据其中携带的人脸图像采集结果，确定匹配的人脸标识，以及对应的订单标识信息，并提供给所述第二服务端，以便所述第二服务端对该订单进行核销。
  21. 一种票务信息处理装置，其特征在于，包括：
    人脸采集单元，用于通过关联的核销设备对进入目标景区的用户进行人脸图像采集，并提交到第二服务端，由所述第二服务端请求第一服务端进行人脸比对，并确定对应的订单标识信息后，进行核销；
    核销结果接收单元，用于接收所述第二服务端返回的核销结果信息。
  22. 一种票务信息处理装置，其特征在于，包括：
    订单标识接收单元，用于接收第一服务端提供的订单标识信息，并根据所述订单标识信息获得订单详情信息；
    人脸采集结果接收单元，用于在接收到第二客户端提交的人脸图像采集结果后，向 所述第一服务端发送人脸比对请求，并携带所述人脸图像采集结果；
    订单核销单元，用于根据所述第一服务端返回的与人脸图像采集结果相匹配的订单标识，进行订单核销。
  23. 一种票务信息处理装置，其特征在于，包括：
    接口提供单元，用于提供人脸注册接口以及人脸比对接口；
    人脸注册单元，用于通过所述人脸注册接口接收到第二服务端提供的第一人脸采集结果后，保存人脸图像数据，并生成人脸标识，将所述人脸标识返回给所述第二服务端，以便所述第二服务端创建订单，并记录人脸标识与订单标识之间的对应关系；
    人脸比对单元，用于通过所述人脸比对接口接收到所述第二服务端提交的第二人脸采集结果后，确定与所述第二人脸采集结果相匹配的人脸标识，并返回给所述第二服务端，以便所述第二服务端对所述人脸标识对应的订单进行核销。
  24. 一种票务信息处理装置，其特征在于，包括：
    购票请求接收单元，用于接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第一人脸采集结果；
    第一人脸采集结果提交单元，用于通过调用所述人脸注册接口，将所述第一人脸采集结果提交到第一服务端，以便所述第一服务端进行人脸注册，并生成人脸标识；
    对应关系记录单元，用于接收所述第一服务端返回的人脸标识，并在生成订单后，记录所述人脸标识与订单标识之间的对应关系；
    第二人脸采集结果提交单元，用于在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端；
    订单核销单元，用于根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识，确定对应的订单，并对该订单进行核销。
  25. 一种电子设备，其特征在于，包括：
    一个或多个处理器；以及
    与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
    提供可选的景区信息；
    接收到针对目标景区的购票请求后，对请求者用户进行人脸图像采集；
    向第一服务端提交购票请求，并提交人脸图像采集结果，以便所述第一服务端进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系，以用于通过人脸比对的方式对所述订单进行核销。
  26. 一种电子设备，其特征在于，包括：
    一个或多个处理器；以及
    与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
    接收第一客户端提交的购票请求以及人脸图像采集结果；
    根据所述购票请求创建订单；
    根据所述人脸图像采集结果进行人脸注册，以保存人脸图像数据，并生成人脸标识，建立人脸标识与订单标识之间的对应关系；
    将所述订单标识信息提供给第二服务端，以便所述第二服务端根据所述订单标识获得订单详情；
    接收到所述第二服务端提交的人脸比对请求后，根据其中携带的人脸图像采集结果，确定匹配的人脸标识，以及对应的订单标识信息，并提供给所述第二服务端，以便所述第二服务端对该订单进行核销。
  27. 一种电子设备，其特征在于，包括：
    一个或多个处理器；以及
    与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
    提供人脸注册接口以及人脸比对接口；
    通过所述人脸注册接口接收到第二服务端提供的第一人脸采集结果后，保存人脸图像数据，并生成人脸标识，将所述人脸标识返回给所述第二服务端，以便所述第二服务端创建订单，并记录人脸标识与订单标识之间的对应关系；
    通过所述人脸比对接口接收到所述第二服务端提交的第二人脸采集结果后，确定与所述第二人脸采集结果相匹配的人脸标识，并返回给所述第二服务端，以便所述第二服 务端对所述人脸标识对应的订单进行核销。
  28. 一种电子设备，其特征在于，包括：
    一个或多个处理器；以及
    与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
    接收针对目标景区的购票请求，获得请求者用户的身份标识信息以及第一人脸采集结果；
    通过调用所述人脸注册接口，将所述第一人脸采集结果提交到第一服务端，以便第一服务端进行人脸注册，并生成人脸标识；
    接收所述第一服务端返回的人脸标识，并在生成订单后，记录所述人脸标识与订单标识之间的对应关系；
    在接收到所述目标景区关联的核销设备中的第二客户端提交的第二人脸采集结果后，通过调用所述人脸比对接口，将所述第二人脸采集结果提交到所述第一服务端；
    根据所述第一服务端返回的与第二人脸采集结果相匹配的人脸标识，确定对应的订单，并对该订单进行核销。
PCT/CN2020/073705 2019-02-03 2020-01-22 票务信息处理方法、装置及系统 Ceased WO2020156410A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910108995.6 2019-02-03
CN201910108995.6A CN111599062A (zh) 2019-02-03 2019-02-03 票务信息处理方法、装置及系统

Publications (1)

Publication Number Publication Date
WO2020156410A1 true WO2020156410A1 (zh) 2020-08-06

Family

ID=71840386

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/073705 Ceased WO2020156410A1 (zh) 2019-02-03 2020-01-22 票务信息处理方法、装置及系统

Country Status (2)

Country Link
CN (1) CN111599062A (zh)
WO (1) WO2020156410A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112134903A (zh) * 2020-10-29 2020-12-25 厦门爱彼游科技有限公司 一种应用于旅游服务的多场景认证方法和系统
CN112785726B (zh) * 2020-12-31 2022-06-24 浙江滨雅数智信息产业有限公司 一种智慧景区管理系统
CN112927032B (zh) * 2021-01-22 2021-09-28 佛山市桥联科技有限公司 一种基于移动通信的购票系统及方法
CN113222685B (zh) * 2021-04-07 2024-02-20 上海多维度网络科技股份有限公司 订单核销方法、装置、设备和存储介质
CN113129498A (zh) * 2021-06-16 2021-07-16 湖南中惠旅智能科技有限责任公司 基于智慧景区的人脸识别方法及系统
CN117523686A (zh) * 2023-11-10 2024-02-06 中国工商银行股份有限公司 基于购票信息的多人验票方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN203070410U (zh) * 2013-02-27 2013-07-17 宗瑞良 一种多景区一票制电子门禁票务管理系统
CN105701692A (zh) * 2014-11-26 2016-06-22 阿里巴巴集团控股有限公司 一种电子交易核销方法、客户端、服务器及系统
CN107507061A (zh) * 2017-08-18 2017-12-22 合肥康东福双信息科技有限公司 一种基于手机app的景区购票系统
WO2018074504A1 (ja) * 2016-10-21 2018-04-26 ｐｌａｙｇｒｏｕｎｄ株式会社 プログラム
WO2018223131A1 (en) * 2017-06-02 2018-12-06 Hospitality Engagement Corporation Method and systems for event entry with facial recognition
CN109035426A (zh) * 2018-08-16 2018-12-18 安徽超清科技股份有限公司 基于人脸识别的实名售票与检票系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103617539A (zh) * 2013-11-27 2014-03-05 上海新大陆翼码信息科技有限公司 一种电子券管理方法及系统
CN107833285A (zh) * 2017-11-21 2018-03-23 李新跃 基于人脸识别的实名售票与检票系统及方法
CN108389266B (zh) * 2018-02-26 2021-06-29 山东龙冈旅游股份有限公司 门票销售信息的处理方法及其系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN203070410U (zh) * 2013-02-27 2013-07-17 宗瑞良 一种多景区一票制电子门禁票务管理系统
CN105701692A (zh) * 2014-11-26 2016-06-22 阿里巴巴集团控股有限公司 一种电子交易核销方法、客户端、服务器及系统
WO2018074504A1 (ja) * 2016-10-21 2018-04-26 ｐｌａｙｇｒｏｕｎｄ株式会社 プログラム
WO2018223131A1 (en) * 2017-06-02 2018-12-06 Hospitality Engagement Corporation Method and systems for event entry with facial recognition
CN107507061A (zh) * 2017-08-18 2017-12-22 合肥康东福双信息科技有限公司 一种基于手机app的景区购票系统
CN109035426A (zh) * 2018-08-16 2018-12-18 安徽超清科技股份有限公司 基于人脸识别的实名售票与检票系统

Also Published As

Publication number Publication date
CN111599062A (zh) 2020-08-28

Similar Documents

Publication Publication Date Title
WO2020156410A1 (zh) 票务信息处理方法、装置及系统
CN109842605B (zh) 绑卡方法及终端
US20160132849A1 (en) System and method for an on demand media kiosk
EP3726376A1 (en) Program orchestration method and electronic device
KR20190071752A (ko) 오프라인 사용자 식별
WO2016025528A1 (en) Smart ticketing in fare collection systems
CN111260347A (zh) 基于区块链的资源处理方法、装置、设备及存储介质
CN106254625A (zh) 移动终端及其控制方法
KR20180103984A (ko) 핸즈-프리 트랜잭션들의 직접 정산
WO2018035729A1 (zh) 资源转移方法及装置
CN109617861B (zh) 一种基于区块链的业务账号管理方法及系统
CN104871191A (zh) 通过使用外围设备执行的交易系统和方法
JP2018518721A (ja) 情報転送の制御方法、装置、スマート端末、プログラム、及び記録媒体
CN108765115A (zh) 一种退税方法、系统、装置、移动终端及业务服务器
CN107767297A (zh) 一种基于托管平台的用户管理方法、设备及系统
CN112330380B (zh) 订单创建方法、装置、计算机设备及计算机可读存储介质
CN113297507A (zh) 信息推荐方法、装置及电子设备
CN110782602A (zh) 资源转移方法、装置、系统、设备及存储介质
CN115878134A (zh) 程序功能触发方法、装置、设备、系统、介质及程序产品
WO2018210271A1 (zh) 卡片写入方法、装置、终端、服务器及存储介质
CN114189344B (zh) 委托授权的处理方法、装置及电子设备
CN114792012A (zh) 数据清除方法、装置、设备及存储介质
KR101709923B1 (ko) 온라인 콘텐츠 서비스 시스템 및 방법
CN106101249A (zh) 推送消息的方法、装置、终端及服务器
CN112001513A (zh) 资源获取方法、装置、终端及存储介质

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

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

Country of ref document: EP

Kind code of ref document: A1