Self-service check-in system, self-service check-in method, and computing system

Abstract

The present invention relates to a self-service check-in system, comprising: a CUSS application system; an Internet of Things platform; and self-service check-in equipment, wherein at least one functional device for self-service check-in is installed in the self-service check-in equipment. The self-service check-in equipment is assigned a check-in number, and the at least one functional device in the self-service check-in equipment is correspondingly assigned at least one device number. A binding relationship is established between the check-in number and the at least one device number. The CUSS application system is configured to interact with the functional devices on the self-service check-in equipment via the Internet of Things platform according to the binding relationship so as to implement self-service check-in. In addition, the present invention also relates to a self-service check-in method.

Description

Technical Field

[0001] This application generally relates to the technical field of self-service check-in, and more specifically, to a self-service check-in system, a self-service check-in method, and a computing system. Background Art

[0002] With the intensification of competition in the aviation market, airlines and airports are facing increasingly high requirements in operation and management, especially the increasing demand for computer systems and their intelligent and automated functions. At the same time, the needs of passengers are also changing day by day, and the expectation for personalized services is constantly rising. Against this background, the CUSS system (Common Use Self-Service) as an important part of the "Simplifying the Business" strategy of the International Air Transport Association (IATA) has become the general standard and development trend in the international aviation industry.

[0003] According to the IATA CUSS technical specification, the overall architecture of the self-service check-in system consists of three parts: self-service check-in equipment, a CUSS platform, and a CUSS application system. Currently, the number of CUSS platform manufacturers recognized by IATA is limited, and the CUSS application systems of airlines must be certified by these CUSS platform manufacturers to operate properly. In addition, the communication between the CUSS application system and the CUSS platform uses the CORBA protocol to ensure interoperability between systems. The existing CUSS platform versions are mainly 1.4 and 1.5, and IATA plans to upgrade them to version 2.x to further improve system performance and compatibility.

[0004] Currently, self-service application systems are mainly divided into two categories: CUSS self-service application systems that conform to the IATA CUSS standard and self-service application systems that do not conform to the CUSS standard. These two application systems have strict requirements for the deployment environment, specifically manifested as that the application systems that conform to the CUSS standard cannot be used in non-CUSS standard self-service check-in systems, and non-CUSS application systems cannot run in CUSS self-service check-in systems. This limitation poses challenges to the self-service deployment of airlines at different airports, especially under the expansion of international business and the diverse needs of the domestic market. For example, at some airports, airlines hope to be able to use their own equipment for self-service check-in. However, since airlines are not service providers of the CUSS platform, the deployment of CUSS application systems faces difficulties without a CUSS platform. Summary of the Invention

[0005] Accordingly, the object of the present application is to provide a self-service check-in system, a self-service check-in method, and a computing system that can overcome at least one defect in the prior art, thereby allowing a CUSS standard-compliant application system (i.e., a CUSS application system) to be reliably used in a non-CUSS standard self-service check-in system (i.e., without a CUSS platform), effectively expanding the application scenarios of the CUSS application system.

[0006] According to a first aspect of the present application, a self-service check-in system is proposed, characterized in that the self-service check-in system comprises: a CUSS application system; an Internet of Things platform; and a self-service check-in device, in which at least one functional device for self-service check-in is installed. The self-service check-in device is assigned a check-in number, and the at least one functional device in the self-service check-in device is correspondingly assigned at least one device number. A binding relationship is established between the check-in number and the at least one device number. The CUSS application system is configured to interact with the functional devices on the self-service check-in device via the Internet of Things platform according to the binding relationship to achieve self-service check-in.

[0007] In some embodiments, the CUSS application system is configured in a client-server architecture, where the client is configured to assign a check-in number to the self-service check-in device, and the binding relationship is configured to be stored in the server.

[0008] In some embodiments, the client is configured as a self-service check-in device, which includes a first display, and the client runs based on the first display.

[0009] In some embodiments, the Internet of Things platform includes a device module and an application interface. The device module is configured to manage each functional device and assign a device number to each functional device. The application interface is configured to perform data interaction with the CUSS application system.

[0010] In some embodiments, the device module is configured to support the access, disconnection, control, and monitoring of status data of the functional devices. The application interface is configured to: on the one hand, support the CUSS application system to access the functional device data of the Internet of Things platform through the HTTP protocol, and on the other hand, support the transmission of the functional device data to the CUSS application system through the MQTT protocol.

[0011] In some embodiments, the CUSS application system is configured to: access the Internet of Things platform through the HTTP protocol to obtain the device numbers of the functional devices; determine the device numbers to establish a binding relationship with the check-in number; establish a binding relationship between the check-in number and the determined device numbers; and store the binding relationship in the server.

[0012] In some embodiments, the CUSS application system is configured to: after the application is launched, access the functional device data of the Internet of Things platform through the HTTP protocol; determine whether the functional devices of the self-service check-in device are operating normally based on the functional device data; if it is determined that the functional devices are operating normally, allow the self-service to continue to be provided.

[0013] In some embodiments, the CUSS application system is configured to: subscribe to the functional device online / offline topic from the Internet of Things platform through the MQTT protocol; determine whether there is a functional device offline event based on the functional device online / offline topic; if there is a functional device offline event, stop providing self-service, and allow the self-service to continue to be provided only until the online event of the functional device is determined.

[0014] In some embodiments, the CUSS application system is configured to: subscribe to the functional device status topic from the Internet of Things platform through the MQTT protocol; determine whether there is a functional device failure event based on the functional device status topic; if there is a functional device failure event, stop providing self-service, and allow the self-service to continue to be provided only until the online event of the functional device is determined.

[0015] In some embodiments, the CUSS application system is configured to: subscribe to the functional device collected data topic from the Internet of Things platform through the MQTT protocol; receive the collected functional device data for self-service business operations.

[0016] In some embodiments, the CUSS application system is configured to: send a control request for controlling the functional device to the Internet of Things platform through the HTTP protocol.

[0017] In some embodiments, at least one of the following functional devices is installed in the self-service check-in device: an ID card reader; a passport reader; a boarding pass printer; a baggage tag printer; a biometric identifier, and the biometric identifier is configured for: face recognition, fingerprint recognition, iris recognition, voice recognition, and / or gesture recognition.

[0018] In some embodiments, the self-service check-in system further includes a mobile intelligent terminal configured as a client. Among them, the mobile intelligent terminal includes a second display, and the client runs based on the second display, and / or among them, the mobile intelligent terminal further includes an ID card reader, a passport reader, and / or a biometric identifier. Additionally or alternatively, when the mobile intelligent terminal is configured as a client, the client can identify each self-service check-in device near the mobile intelligent terminal, for example, within a predetermined range, through the Internet of Things platform. This identification can be determined based on the positioning data of the self-service check-in device. Thus, the client can feedback to the user each self-service check-in device within the predetermined range for the user to select and go to pick up the boarding pass and / or luggage tag printed by the printer in the self-service check-in device. In some embodiments, the self-service check-in device may no longer need to install at least some of the functional devices carried by the mobile intelligent terminal, such as an ID card reader, a passport reader, and / or a biometric identifier, thereby further saving costs.

[0019] According to a second aspect of the present application, there is provided a self-service check-in method based on the self-service check-in system according to some embodiments of the present application, characterized in that the self-service check-in method includes: establishing a binding relationship between the check-in number and the at least one device number; interacting with the functional device on the self-service check-in device via the Internet of Things platform according to the binding relationship to achieve self-service check-in.

[0020] In some embodiments, establishing a binding relationship between the check-in number and the at least one device number includes: accessing the Internet of Things platform through the HTTP protocol to obtain the device number of the functional device; determining the device number to establish a binding relationship with the check-in number; establishing a binding relationship between the check-in number and the determined device number; storing the binding relationship in the server.

[0021] In some embodiments, the self-service check-in method includes: after the application is started, accessing the functional device data of the Internet of Things platform through the HTTP protocol; ascertaining whether the functional device of the self-service check-in device is operating normally based on the functional device data; if it is ascertained that the functional device is operating normally, then allowing the continued provision of self-service.

[0022] In some embodiments, the self-service check-in method includes: subscribing to the functional device online / offline topic from the Internet of Things platform through the MQTT protocol; ascertaining whether there is a functional device offline event based on the functional device online / offline topic; if there is a functional device offline event, then stopping the provision of self-service and not allowing the continued provision of self-service until the online event of the functional device is ascertained.

[0023] In some embodiments, the self-service check-in method includes: subscribing to the functional device status topic from the Internet of Things platform through the MQTT protocol; ascertaining whether there is a functional device failure event based on the functional device status topic; if there is a functional device failure event, stopping the provision of self-service, and allowing the continued provision of self-service only until the online event of the functional device is ascertained.

[0024] In some embodiments, the self-service check-in method includes: subscribing to the functional device collected data topic from the Internet of Things platform through the MQTT protocol; receiving the collected functional device data for self-service business operations.

[0025] In some embodiments, the self-service check-in method includes: sending a control request for manipulating the functional device to the Internet of Things platform through the HTTP protocol.

[0026] According to the third aspect of the present application, a computing system is proposed, characterized in that the computing system includes: at least one processor; and at least one memory coupled to the processor, the memory being configured to store a series of computer-executable instructions, wherein, when the series of computer-executable instructions are executed by the processor, the processor executes the self-service check-in method according to some embodiments of the present application. In some embodiments, the computing system may be configured as the CUSS application system of the present application. Description of the Drawings

[0027] The present application will be described in more detail below with reference to the accompanying drawings by means of specific embodiments. The schematic drawings are briefly described as follows:

[0028] Figure 1 is a schematic block diagram of a self-service check-in system according to some embodiments of the present application;

[0029] Figure 2 shows a flowchart of the self-service check-in method according to some embodiments of the present application. Detailed Embodiments

[0030] The present application will be described below with reference to the accompanying drawings, in which several embodiments of the present application are shown. It should be understood, however, that the present application can be presented in many different ways and is not limited to the embodiments described below; in fact, the embodiments described below are intended to make the disclosure of the present application more complete and to fully explain the scope of protection of the present application to those skilled in the art. It should also be understood that the embodiments disclosed herein can be combined in various ways to provide more additional embodiments.

[0031] In the various embodiments described differently, the same reference numerals or the same element names are assigned to the same elements, and the disclosure contained throughout the specification can be transferred, according to meaning, to the elements with the same reference numerals or the same element names. In addition, in each embodiment, the number, implementation manner, and / or arrangement structure of the elements are not limited to the examples shown, but other numbers, implementation manners, and / or arrangement structures can be selected according to actual needs.

[0032] In this document, spatial relationship terms such as "upper", "lower", "left", "right", "front", "rear", "high", "low", etc. can illustrate the relationship between one feature and another feature in the drawings. It should be understood that the spatial relationship terms include, in addition to the orientations shown in the drawings, different orientations during the use or operation of the device. For example, when the device in the drawing is inverted, a feature originally described as "below" other features can then be described as "above" other features. The device can also be oriented in other ways (rotated 90 degrees or in other orientations), and the relative spatial relationship will be correspondingly interpreted at this time.

[0033] In this document, the term "A or B" includes "A and B" as well as "A or B", rather than exclusively including only "A" or only "B", unless otherwise specifically stated.

[0034] In this document, the term "schematic" or "exemplary" means "serving as an example, instance, or illustration", rather than a "model" to be precisely replicated. Any implementation manner described herein exemplarily is not necessarily to be interpreted as being preferred or advantageous over other implementation manners. Moreover, this application is not limited by any theory expressed or implied in the above technical field, background art, summary of the invention, or specific implementation manners.

[0035] In this document, the term "substantially" means including any minor variations caused by design or manufacturing defects, tolerances of devices or components, environmental impacts, and / or other factors.

[0036] In this document, the term "portion" can be any proportion of a part. For example, it can be greater than 10%, 20%, 30%, 40%, 50%, 60%, 70%, 80%, 90%.

[0037] In addition, for reference purposes only, terms such as "first", "second", etc. can also be used in this document, and thus are not intended to be limiting. For example, unless the context clearly indicates otherwise, words such as "first", "second", and other such numerical words referring to structures or elements do not imply an order or sequence.

[0038] Traditional CUSS application systems usually cannot be used in self-service check-in systems that do not conform to the CUSS standard. That is to say, traditional CUSS application systems need to be based on CUSS self-service check-in systems to operate properly. For example, they need to interact with self-service check-in devices via the CUSS platform. To further expand the deployment of CUSS application systems, especially to allow CUSS application systems to be deployed in non-CUSS-standard self-service check-in systems, this application proposes a self-service check-in system based on the Internet of Things platform, which can achieve reliable control of each functional device in the self-service check-in device by means of the self-service check-in system based on the Internet of Things platform.

[0039] Figure 1 FIG. shows a schematic block diagram of a self-service check-in system 100 according to some embodiments of the present application. As Figure 1 shown, the self-service check-in system 100 may include one or more self-service check-in devices, a CUSS application system, and an Internet of Things platform between the self-service check-in device and the CUSS application system. Thus, instead of the traditional CUSS platform, the self-service check-in system 100 of the present application uses the Internet of Things platform as an intermediate layer to achieve interaction between the functional devices of the self-service check-in device and the CUSS application system. Advantageously, the interaction between the functional devices of the self-service check-in device and the CUSS application system can only be achieved through the Internet of Things platform. In some advantageous embodiments, the self-service check-in system may include multiple self-service check-in devices distributed at different airports, and these self-service check-in devices can interact with the corresponding CUSS application systems via a common Internet of Things platform.

[0040] As Figure 1 shown, the Internet of Things platform may include a device module 32 and an application interface 34. The device module 32 may be configured to manage functional devices and assign device numbers to the functional devices, and the application interface 34 may be configured to perform data interaction with the CUSS application system.

[0041] The CUSS application system may be configured with a client-server architecture, which may also be referred to as a browser-server architecture. The client-server architecture can be applied to network applications and services and is set to distribute tasks and workloads between a server that provides resources and services and a client that requests resources or services. In some embodiments, the client application may be configured as a front-end application for user interaction, such as a web browser, a mobile application, etc., while the server application may be configured as a back-end program that processes requests and provides resources, such as a database server, an application server, a file server, etc. As Figure 1As shown, the client can include, for example, the self-service application software 10 and the management background 12. The server can include, for example, a processor 20, a memory 22, and a database 24. The CUSS application system of the present invention can achieve at least one of the following advantages based on a specific client-server architecture: First, scalability: More clients or servers can be added as needed; Second, centralized management: The server centrally manages data and resources, simplifying security and maintenance; Third, resource sharing: Multiple clients are allowed to share resources on the server, improving efficiency. In some embodiments, the client can be a computer or device that sends requests to the server and receives responses, and can be configured, for example, as a self-service check-in device or a mobile intelligent terminal. When the client is configured as a self-service check-in device, the client or browser can run based on the first display on the self-service check-in device. Additionally or alternatively, when the client is configured as a mobile intelligent terminal, the client or browser can run based on the second display on the mobile intelligent terminal. In some embodiments, the server can be a computer or program that provides resources, services, and data, processes requests from the client, and returns corresponding results.

[0042] Before starting the self-service check-in application on the self-service check-in device, it is necessary to allocate (usually multiple) functional devices to the self-service check-in device and establish a one-to-many binding relationship between the self-service check-in device and these functional devices. In some embodiments, at least one functional device for self-service check-in can be installed in each self-service check-in device, which can include: an ID card reader 41; a passport reader 42; a boarding pass printer 43; a baggage label printer 44; and / or a biometric identifier configured to perform: face recognition, fingerprint recognition, iris recognition, voice recognition, and / or gesture recognition.

[0043] In some embodiments, each self-service check-in device can be assigned a specific check-in number, which can be assigned by the CUSS application system. In some embodiments, the CUSS application system, such as its management background, can assign a specific check-in number to the self-service check-in device according to configuration information, such as configuration information based on the device network IP.

[0044] In some embodiments, each functional device in the self-service check-in device can be correspondingly assigned a device number. Since each functional device is associated with or bound to the Internet of Things platform, the corresponding device number can be assigned and / or stored by the Internet of Things platform.

[0045] To establish a reliable binding relationship between each self-service check-in device and various functional devices installed therein, the CUSS application system, such as its client or its management background, can execute a binding relationship establishment process. For this purpose, the CUSS application system, such as its client or its management background, can be configured to access the Internet of Things platform via the HTTP protocol to obtain the device numbers of the functional devices; determine the device numbers to establish a binding relationship with the check-in numbers; establish a binding relationship between the check-in numbers and the determined device numbers; and store the binding relationship in a server, such as its database 24. For example, the Hongqiao No. 1 self-service check-in device (e.g., the assigned check-in number SHA001) is bound to the ID card reader (e.g., the assigned device number IDCARD001) and the boarding pass printer (e.g., the assigned device number BP001) assigned to the self-service check-in device in the database 24 of the server of the CUSS application system.

[0046] In some embodiments, the CUSS application system, such as its management background, can determine the device numbers to establish a binding relationship with the check-in numbers based on (from the staff) binding selection instructions. Thus, the CUSS application system not only knows the check-in numbers of the self-service check-in devices but also knows the device numbers of the functional devices bound to the self-service check-in devices, and thus establishes a reliable binding relationship. Advantageously, the interaction between the CUSS application system and the Internet of Things platform can be realized based on the device numbers in the binding relationship.

[0047] The CUSS application system can interact with the functional devices on the self-service check-in devices via the Internet of Things platform according to the established binding relationship to achieve self-service check-in. In some embodiments, the Internet of Things platform, such as its device module, can be configured to support the access, disconnection, control, and monitoring of status data of the functional devices. In some embodiments, the Internet of Things platform, such as its application interface, can be configured to: on the one hand, support the CUSS application system to access the functional device data of the Internet of Things platform via the HTTP protocol, and on the other hand, support the transmission of the functional device data to the CUSS application system via the MQTT protocol.

[0048] In some embodiments, the CUSS application system, such as its client or server, can be configured to: after the CUSS application software on the client is launched, access the functional device data of the Internet of Things platform through the HTTP protocol; determine whether the functional devices of the self-service check-in device are operating normally based on the functional device data; if it is determined that the functional devices are operating normally, continue to provide self-service. For example, the CUSS application system can request the relevant functional device data from the Internet of Things platform through the HTTP protocol; the Internet of Things platform can respond to the CUSS application system with the functional device data obtained from the associated functional devices based on the request; the CUSS application system can then determine whether each functional device is operating normally based on the responded functional device data.

[0049] In some embodiments, the CUSS application system, such as its client or server, can be configured to: subscribe to the functional device online / offline topic from the Internet of Things platform through the MQTT protocol; determine whether there is a functional device offline event based on the functional device online / offline topic; if there is a functional device offline event, stop providing self-service and only allow continued self-service when the online event of the functional device is determined. This can continuously monitor the online / offline status of the bound functional devices and ensure the robustness of the system operation.

[0050] In some embodiments, the CUSS application system, such as its client or server, can be configured to: subscribe to the functional device status topic from the Internet of Things platform through the MQTT protocol; determine whether there is a functional device failure event based on the functional device status topic; if there is a functional device failure event, stop providing self-service and only allow continued self-service when the online event of the functional device is determined. This can continuously monitor the potential failures of the bound functional devices and ensure the robustness of the system operation.

[0051] In some embodiments, the CUSS application system, such as its client or server, can be configured to: subscribe to the functional device collected data topic from the Internet of Things platform through the MQTT protocol; receive the collected functional device data for self-service business operations. These collected functional device data can include but are not limited to: ID card data, biometric data, and / or passport data, etc.

[0052] In some embodiments, the CUSS application system, such as its client or server, can be configured to: send a control request for controlling the functional device to the Internet of Things platform through the HTTP protocol. For example, the CUSS application system can send a control request for printing boarding passes and / or baggage tags to the Internet of Things platform through the HTTP protocol; the Internet of Things platform can control the corresponding printer to execute the control request as a response based on the control request. This can achieve the final self-service check-in service.

[0053] Next, refer to Figure 2 , and a self-service check-in method according to some embodiments of the present application will be introduced in detail. It should be understood that the steps of the method presented below are for illustration purposes. In some embodiments, the method may be completed with one or more additional steps not described, and / or without one or more of the steps discussed. Additionally, the order of the steps of the method shown in the figures and described below is not intended to be limiting. In some embodiments, one or more steps may be alternative or preferred to achieve further advantageous technical effects.

[0054] At least a part of the method steps of the self-service check-in method may be executed by the CUSS application system of the present application. As Figure 2 shown, the self-service check-in method of the present application may include:

[0055] Step S10: Establish a binding relationship between the check-in number and the at least one device number;

[0056] Step S20: Interact with the functional devices on the self-service check-in device via the Internet of Things platform according to the binding relationship to achieve self-service check-in.

[0057] In some embodiments, step S10 may include the following steps:

[0058] Step S101: Access the Internet of Things platform via the HTTP protocol to obtain the device numbers of the functional devices;

[0059] Step S102: Determine the device numbers to establish a binding relationship with the check-in number;

[0060] Step S103: Establish a binding relationship between the check-in number and the determined device numbers;

[0061] Step S104: Store the binding relationship in the server.

[0062] In some embodiments, step S20 may include the following steps:

[0063] Step S201: After the application starts, access the functional device data of the Internet of Things platform via the HTTP protocol;

[0064] Step S202: Based on the functional device data, find out whether the functional devices of the self-service check-in device are operating normally;

[0065] Step S203: If it is found that the functional devices are operating normally, allow self-service to continue to be provided.

[0066] Additionally or alternatively, especially after step S203 is executed, step S204 can be executed: subscribing to the online / offline topic of functional devices from the Internet of Things platform through the MQTT protocol; step S205: determining whether there is an event of a functional device going offline based on the online / offline topic of functional devices; step S206: if there is an event of a functional device going offline, stop providing self-service, and continue to provide self-service only when the online event of the functional device is determined. For example, the CUSS application system can request relevant functional device data from the Internet of Things platform through the HTTP protocol; the Internet of Things platform can reply the functional device data obtained from the associated functional devices to the CUSS application system based on the request; the CUSS application system can then determine whether each functional device is operating normally based on the replied functional device data.

[0067] Additionally or alternatively, the self-service check-in method of the present application can include - especially after step S203 is executed - step S205: subscribing to the status topic of functional devices from the Internet of Things platform through the MQTT protocol; determining whether there is an event of a functional device failure based on the status topic of functional devices; if there is an event of a functional device failure, stop providing self-service, and continue to provide self-service only when the online event of the functional device is determined.

[0068] Additionally or alternatively, the self-service check-in method of the present application can include - especially after step S203 is executed - step S206: subscribing to the data collection topic of functional devices from the Internet of Things platform through the MQTT protocol; receiving the collected functional device data for self-service business operations. These collected functional device data can include but are not limited to: ID card data, biometric data, and / or passport data, etc.

[0069] Additionally or alternatively, the self-service check-in method of the present application can include - especially after step S203 is executed - step S207: sending a control request for controlling functional devices to the Internet of Things platform through the HTTP protocol. For example, the CUSS application system can send a control request for printing boarding passes and / or baggage tags to the Internet of Things platform through the HTTP protocol; the Internet of Things platform can control the corresponding printer to execute the control request as a reply based on the control request. Thus, the final self-service check-in service can be realized.

[0070] Although some specific embodiments of the present application have been described in detail by way of examples, those skilled in the art should understand that the above examples are only for illustration and not for limiting the scope of the present application. The embodiments disclosed herein can be combined arbitrarily without departing from the spirit and scope of the present application. Those skilled in the art should also understand that various modifications can be made to the embodiments without departing from the scope and spirit of the present application. The scope of the present application is defined by the appended claims.

Claims

1. A self-service check-in system, characterized in that, The self-service check-in system includes: CUSS application system; Internet of Things platform; and Self-service check-in device, in which at least one functional device for self-service check-in is installed. The self-service check-in device is assigned a check-in number, and the at least one functional device in the self-service check-in device is correspondingly assigned at least one device number. A binding relationship is established between the check-in number and the at least one device number. Among them, the CUSS application system is configured to interact with the functional devices on the self-service check-in device via the Internet of Things platform according to the binding relationship to achieve self-service check-in. Among them, the Internet of Things platform includes a device module and an application interface. The device module is configured to manage the at least one functional device and assign device numbers to the at least one functional device. The application interface is configured to perform data interaction with the CUSS application system.

2. The self-service check-in system according to claim 1, wherein The CUSS application system is configured as a client-server architecture. The client is configured to assign a check-in number to the self-service check-in device, and the binding relationship is configured to be stored in the server.

3. The self-service check-in system according to claim 2, characterized in that, The client is configured as a self-service check-in device, and the self-service check-in device includes a first display. The client runs based on the first display.

4. The self-service check-in system according to claim 1, characterized in that The device module is configured to support the access, disconnection, control, and monitoring of status data of functional devices; The application interface is configured to: on the one hand, support the CUSS application system to access the functional device data of the Internet of Things platform through the HTTP protocol, and on the other hand, support the transmission of functional device data to the CUSS application system through the MQTT protocol.

5. The self-service check-in system according to claim 2, characterized in that, The CUSS application system is configured to: Access the Internet of Things platform through the HTTP protocol to obtain the device numbers of functional devices; Determine the device numbers to be bound to the check-in number; Establish a binding relationship between the check-in number and the determined device numbers; Store the binding relationship in the server.

6. The self-service check-in system according to any one of claims 1 to 5, characterized in that The CUSS application system is configured to: After the application is started, access the functional device data of the Internet of Things platform through the HTTP protocol; Based on the functional device data, find out whether the functional devices of the self-service check-in device are running normally; If it is found that the functional devices are running normally, continue to provide self-service is allowed; And / or, the CUSS application system is configured to: Subscribe to the functional device online / offline topic from the Internet of Things platform through the MQTT protocol; Based on the functional device online / offline topic, find out whether there is a functional device offline event; If there is a functional device offline event, stop providing self-service, and continue to provide self-service only until the online event of the functional device is found; And / or, the CUSS application system is configured to: Subscribe to the functional device status topic from the Internet of Things platform through the MQTT protocol; Based on the functional device status topic, find out whether there is a functional device failure event; If there is a functional device failure event, stop providing self-service, and continue to provide self-service only when the online event of the functional device is identified; and / or, the CUSS application system is configured to: Subscribe to the functional device data collection topic from the Internet of Things platform through the MQTT protocol; Receive the collected functional device data for self-service business operations; and / or, the CUSS application system is configured to: Send a control request for controlling the functional device to the Internet of Things platform through the HTTP protocol.

7. The self-service check-in system according to any one of claims 1 to 5, characterized in that At least one of the following functional devices is installed in the self-service check-in device: ID card reader; Passport reader; Boarding pass printer; Baggage label printer; Biometric identifier, which is configured for: face recognition, fingerprint recognition, iris recognition, voice recognition, and / or gesture recognition.

8. The self-service check-in system according to claim 2, characterized in that, The self-service check-in system further includes a mobile intelligent terminal configured as a client, wherein, the mobile intelligent terminal includes a second display, and the client runs based on the second display, and / or wherein, the mobile intelligent terminal further includes an ID card reader, a passport reader, and / or a biometric identifier.

9. A self-service check-in method based on the self-service check-in system according to any one of claims 1 to 8, characterized in that, The self-service check-in method includes: Establish a binding relationship between the check-in number and the at least one device number; Interact with the functional devices on the self-service check-in device via the Internet of Things platform according to the binding relationship to achieve self-service check-in.

10. The self-service check-in method according to claim 9, wherein Establishing a binding relationship between the check-in number and the at least one device number includes: Access the Internet of Things platform through the HTTP protocol to obtain the device numbers of the functional devices; Determine the device numbers to be bound to the check-in number; Establish a binding relationship between the check-in number and the determined device numbers; Store the binding relationship in the server.

11. The self-service check-in method according to claim 9 or 10, wherein the self-service check-in method includes: After the application is started, access the functional device data of the Internet of Things platform through the HTTP protocol; Based on the functional device data, identify whether the functional devices of the self-service check-in device are operating normally; If it is identified that the functional devices are operating normally, continue to provide self-service; and / or, the self-service check-in method includes: Subscribe to the functional device online / offline topic from the Internet of Things platform through the MQTT protocol; Based on the functional device online / offline topic, identify whether there is a functional device offline event; If there is a functional device offline event, stop providing self-service, and continue to provide self-service only when the online event of the functional device is identified; and / or, the self-service check-in method includes: Subscribe to the functional device status topic from the Internet of Things platform through the MQTT protocol; Based on the functional device status topic, identify whether there is a functional device failure event; If there is a functional device failure event, stop providing self-service, and continue to provide self-service only when the online event of the functional device is identified; and / or, the self-service check-in method includes: Subscribe to the functional device data collection topic from the Internet of Things platform through the MQTT protocol; Receive the collected functional device data for self-service business operations; and / or, the self-service check-in method includes: Send a control request for manipulating a functional device to the Internet of Things platform via the HTTP protocol.

12. Computing system, characterized in that, The computing system includes: at least one processor; and at least one memory coupled to the processor, the memory being configured to store a series of computer-executable instructions, wherein, when the series of computer-executable instructions are executed by the processor, the processor executes the self-service check-in method according to any one of claims 9 to 11.

Images