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

Abstract

The invention relates to a self-service check-in system. The system comprises a CUSS application system; an Internet of Things platform; the self-service check-in device is internally provided with at least one functional device for self-service check-in, the self-service check-in device is distributed with a check-in number, and the at least one functional device in the self-service check-in device is correspondingly distributed with at least one device number; a binding relationship is established between the check-in number and the at least one device number, and the CUSS application system is configured to interact with a functional device on the self-service check-in device through the Internet of Things platform according to the binding relationship so as to realize self-service check-in. In addition, the invention relates to a self-service check-in method.

Description

Technical Field

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

[0002] As competition in the aviation market intensifies, airlines and airports are facing higher and higher requirements in terms of operation and management, especially in the increasing demand for computer systems and their intelligent and automated functions. At the same time, passengers' needs are also changing day by day, and their expectations for personalized services are constantly increasing. In this context, the CUSS system (Common Use Self Service, Common Self-Service Standard), as an important part of the International Air Transport Association (IATA)'s "Simplified Business" strategy, has become a universal standard and development trend in the international aviation industry.

[0003] According to the IATA CUSS technical specifications, the overall architecture of the self-service check-in system consists of three parts: self-service check-in equipment, CUSS platform and CUSS application system. Currently, the number of CUSS platform manufacturers approved by IATA is limited, and airlines' CUSS application systems must be certified by these CUSS platform manufacturers to operate normally. 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 it to version 2.x to further improve system performance and compatibility.

[0004] At present, self-service application systems are mainly divided into two categories: CUSS self-service application systems that meet the IATA CUSS standard and self-service application systems that do not meet the CUSS standard. These two application systems have strict requirements on the deployment environment. Specifically, application systems that meet the CUSS standard cannot be used in self-service check-in systems that do not meet the CUSS standard, and non-CUSS application systems cannot run in CUSS self-service check-in systems. This limitation has brought challenges to the deployment of self-service services by airlines at different airports, especially with the expansion of international business and the diversified 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 the CUSS platform. Summary of the invention

[0005] Therefore, the purpose 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 an application system that complies with the CUSS standard (i.e., the CUSS application system) to be reliably used in a non-CUSS standard self-service check-in system (i.e., in the absence of a CUSS platform), thereby effectively expanding the application scenarios of the CUSS application system.

[0006] According to the 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, wherein at least one functional device for self-service check-in is installed in the self-service check-in device, wherein 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, and a binding relationship is established between the check-in number and the at least one device number, wherein the CUSS application system is configured to interact with the functional device on the self-service check-in device via the Internet of Things platform according to the binding relationship so as to realize self-service check-in.

[0007] In some embodiments, the CUSS application system is configured as a client-server architecture, wherein the client is configured to assign a check-in number to a 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, the self-service check-in device includes a first display, and the client runs based on the first display.

[0009] In some embodiments, the IoT platform includes a device module and an application interface, wherein the device module is configured to manage each functional device and assign a device number to each functional device, and the application interface is configured to interact with the CUSS application system for data.

[0010] In some embodiments, 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.

[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 number of the functional device; determine the device number to be bound to the check-in number; establish a binding relationship between the check-in number and the determined device number; and store the binding relationship in the server.

[0012] In some embodiments, 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, determine whether the functional devices of the self-service check-in device are operating normally; if it is determined that the functional devices are operating normally, allow self-service to continue to be provided.

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

[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 only allow self-service to continue until the online event of the functional device is determined.

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

[0016] In some embodiments, the CUSS application system is configured to send a control request for manipulating functional devices to the Internet of Things platform via 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, wherein 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 comprises a mobile intelligent terminal configured as a client, wherein the mobile intelligent terminal comprises a second display, the client operates based on the second display, and / or wherein the mobile intelligent terminal further comprises 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 find out through the Internet of Things platform the various self-service check-in devices that are near the mobile intelligent terminal, for example, within a predetermined range. The finding can be determined based on the positioning data of the self-service check-in device. The client can thus feedback to the user the various self-service check-in devices within the predetermined range, so that the user can select and go to collect the boarding pass and / or baggage 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 a portion 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 the second aspect of the present application, a self-service check-in method based on the self-service check-in system according to some embodiments of the present application is proposed, 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 devices on the self-service check-in device via the Internet of Things platform according to the binding relationship to realize 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 be bound to the check-in number; establishing a binding relationship between the check-in number and the determined device number; and 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; based on the functional device data, determining whether the functional devices of the self-service check-in device are operating normally; if it is determined that the functional devices are operating normally, allowing the self-service service to continue to be provided.

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

[0023] In some embodiments, the self-service check-in method includes: subscribing to a functional device status topic from the Internet of Things platform through the MQTT protocol; determining 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 not allowing the self-service to continue until the online event of the functional device is determined.

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

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

[0026] According to a 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 the series of computer executable instructions, when executed by the processor, causes the processor to execute the self-service check-in method according to some embodiments of the present application. In some embodiments, the computing system can be configured as a CUSS application system of the cost application. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] The present application will be described in more detail below with reference to the accompanying drawings and 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 A flow chart of a self-service check-in method according to some embodiments of the present application is shown. DETAILED DESCRIPTION

[0030] The present application will be described below with reference to the accompanying drawings, wherein the accompanying drawings illustrate several embodiments of the present application. However, it should be understood that the present application can be presented in a variety of 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 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 in different ways, the same elements are assigned the same reference numerals or the same element names, wherein the disclosure contained in the entire specification can be transferred to the elements assigned the same reference numerals or the same element names according to the meaning. In addition, in various embodiments, the number, implementation and / or arrangement structure of the elements are not limited to the examples shown, but other numbers, implementations and / or arrangements can be selected according to actual needs.

[0032] As used herein, spatial relational terms such as "upper," "lower," "left," "right," "front," "rear," "higher," "lower," etc. may describe the relationship of one feature to another feature in the accompanying drawings. It should be understood that the spatial relational terms encompass different orientations of the device in use or operation in addition to the orientation shown in the accompanying drawings. For example, features previously described as being "below" other features may now be described as being "above" the other features when the device in the accompanying drawings is turned over. The device may also be otherwise oriented (rotated 90 degrees or in other orientations), and the relative spatial relationships will be interpreted accordingly.

[0033] Herein, the term "A or B" includes "A and B" and "A or B" rather than exclusively including only "A" or only "B", unless specifically stated otherwise.

[0034] In this document, the terms "illustrative" or "exemplary" mean "used as an example, instance or illustration" rather than as a "model" to be exactly copied. Any implementation described as an example herein is not necessarily to be interpreted as preferred or advantageous over other implementations. Moreover, this application is not limited by any expressed or implied theory given in the above technical field, background technology, invention content or detailed description.

[0035] As used herein, the term "substantially" is intended to include any minor variations due to design or manufacturing defects, tolerances of devices or components, environmental influences, and / or other factors.

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

[0037] In addition, the terms "first", "second" and the like may also be used herein for reference purposes only, and thus are not intended to be limiting. For example, the terms "first", "second" and other such numerical terms referring to structures or elements do not imply a sequence or order unless the context clearly indicates otherwise.

[0038] Traditional CUSS application systems usually cannot be used in non-CUSS standard self-service check-in systems. In other words, traditional CUSS application systems need to be based on the CUSS self-service check-in system to operate normally, for example, they need to go through the CUSS platform to interact with the self-service check-in equipment. In order to further expand the deployment of the CUSS application system, especially to allow the CUSS application system to be deployed in non-CUSS standard self-service check-in systems, the present application proposes a self-service check-in system based on the Internet of Things platform, with the help of the self-service check-in system based on the Internet of Things platform, it is possible to achieve reliable control of each functional device in the self-service check-in equipment.

[0039] Figure 1 FIG. 1 shows a schematic block diagram of a self-service check-in system 100 according to some embodiments of the present application. Figure 1 As 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 devices and the CUSS application system. It can be seen that, 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 devices and the CUSS application system. Advantageously, the interaction between the functional devices of the self-service check-in devices 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 a plurality of self-service check-in devices distributed in different airports, and these self-service check-in devices can interact with the corresponding CUSS application system via a common Internet of Things platform.

[0040] like Figure 1 As shown, the IoT 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 can be configured as a client-server architecture, which can also be called a browser-server architecture. The client-server architecture can be applied to network applications and services and is configured to distribute tasks and workloads between servers that provide resources and services and clients that request resources or services. In some embodiments, the client application can be configured as a front-end application for user interaction, such as a web browser, mobile application, etc., while the server application can be configured as a back-end program that processes requests and provides resources, such as a database server, application server, file server, etc. Figure 1As shown, the client may include, for example, a self-service application software 10 and a management background 12. The server may 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: allowing multiple clients to share resources on the server to improve efficiency. In some embodiments, the client may be a computer or device that sends a request to a server and receives a response, for example, it may be configured as a self-service check-in device or a mobile smart terminal. When the client is configured as a self-service check-in device, the client or browser may run based on the first display on the self-service check-in device. Additionally or alternatively, when the client is configured as a mobile smart terminal, the client or browser may run based on the second display on the mobile smart terminal. In some embodiments, the server may be a computer or program that provides resources, services, and data, which processes the client's request and returns the corresponding result.

[0042] Before starting the self-service check-in application on the self-service check-in device, it is necessary to assign (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 may be installed in each self-service check-in device, which may include: an ID card reader 41; a passport reader 42; a boarding pass printer 43; a baggage tag printer 44; and / or a biometric identifier, the biometric identifier being configured for: face recognition, fingerprint recognition, iris recognition, voice recognition, and / or gesture recognition.

[0043] In some embodiments, each self-service check-in device may be assigned a specific check-in number, which may be assigned by the CUSS application system. In some embodiments, the CUSS application system, such as its management backend, may assign a specific check-in number to the self-service check-in device based on 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 may be assigned a device number accordingly. Since each functional device is associated with or bound to the Internet of Things platform, the corresponding device number may be assigned and / or stored by the Internet of Things platform.

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

[0046] In some embodiments, the CUSS application system, such as its management backend, can determine the device number to be bound to the check-in number based on the binding selection instruction (from the staff). As a result, the CUSS application system not only grasps the check-in number of the self-service check-in device but also grasps the device number of the functional device bound to the self-service check-in device, and thus establishes a reliable binding relationship. Advantageously, the interaction between the CUSS application system and the Internet of Things platform can be achieved based on the device number in the binding relationship.

[0047] The CUSS application system can interact with the functional devices on the self-service check-in device via the Internet of Things platform according to the established binding relationship to realize 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 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 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.

[0048] In some embodiments, the CUSS application system, such as its client or server, can be configured to: for example, after the CUSS application software on the client 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 operating normally; if it is found that the functional devices are operating normally, allow the self-service to continue to be provided. For example, the CUSS application system can request the relevant functional device data from the Internet of Things platform through the HTTP protocol; based on the request, the Internet of Things platform can respond to the CUSS application system with the functional device data obtained from the associated functional devices; the CUSS application system can then find out 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 offline topic from the IoT platform through the MQTT protocol; find out whether there is a functional device offline event based on the functional device offline topic; if there is a functional device offline event, stop providing self-service, and allow self-service to continue until the online event of the functional device is found. In this way, the online and offline of the bound functional devices can be continuously supervised to 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 IoT platform through the MQTT protocol; find out 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 self-service to continue until the online event of the functional device is found. In this way, the potential failures of the bound functional devices can be continuously monitored to 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 collection data topic from the Internet of Things platform through the MQTT protocol; receive the collected functional device data to perform self-service business operations. The collected functional device data may include but is 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 manipulating functional devices to the IoT platform via the HTTP protocol. For example, the CUSS application system can send a control request for printing a boarding pass and / or a baggage tag to the IoT platform via the HTTP protocol; the IoT platform can control the corresponding printer to execute the control request as a response based on the control request. This can achieve the ultimate self-service check-in service.

[0053] Next reference Figure 2 , a self-service check-in method according to some embodiments of the present application is described in detail. It should be understood that the steps of the method presented below are intended to be illustrative. In some embodiments, the method can be completed with one or more additional undescribed steps, and / or without one or more of the steps discussed. In addition, the order of the steps of the method shown in the figure 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 portion of the steps of the self-service check-in method may be performed by the CUSS application system of the present application. Figure 2 As shown, the self-service check-in method of the present application may include:

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

[0056] Step S20: 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.

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

[0058] Step S101: Access the Internet of Things platform through the HTTP protocol to obtain the device number of the functional device;

[0059] Step S102: Determine the device number to be bound to the check-in number;

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

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

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

[0063] Step S201: After the application is started, the functional device data of the Internet of Things platform is accessed through the HTTP protocol;

[0064] Step S202: Checking whether the functional equipment of the self-service check-in device is operating normally based on the functional equipment data;

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

[0066] Additionally or alternatively, especially after step S203 is executed, step S204 may be executed: subscribing to the function device offline topic from the IoT platform through the MQTT protocol; step S205: checking whether there is a function device offline event based on the function device offline topic; step S206: if there is a function device offline event, stop providing self-service, and allow to continue providing self-service until the online event of the function device is found. For example, the CUSS application system may request the relevant function device data from the IoT platform through the HTTP protocol; the IoT platform may respond to the CUSS application system with the function device data obtained from the associated function device based on the request; the CUSS application system may then check whether each function device is operating normally based on the responded function device data.

[0067] Additionally or alternatively, the self-service check-in method of the present application may include - especially after step S203 is executed - step S205: subscribing to the functional device status topic from the Internet of Things platform through the MQTT protocol; finding out 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 not allowing the self-service to continue until the online event of the functional device is found out.

[0068] Additionally or alternatively, the self-service check-in method of the present application may include - especially after step S203 is executed - step S206: subscribing to the functional device collection data topic from the Internet of Things platform through the MQTT protocol; receiving the collected functional device data to perform self-service business operations. The collected functional device data may include but is 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 may include - especially after step S203 is executed - step S207: sending a control request for manipulating functional devices to the Internet of Things platform via the HTTP protocol. For example, the CUSS application system may send a control request for printing a boarding pass and / or a baggage tag to the Internet of Things platform via the HTTP protocol; the Internet of Things platform may control the corresponding printer to execute the control request as a response based on the control request. This may achieve the ultimate self-service check-in service.

[0070] Although some specific embodiments of the present application have been described in detail by way of example, it will be appreciated by those skilled in the art that the above examples are intended only for illustration and not for limiting the scope of the present application. The various embodiments disclosed herein may be combined in any manner without departing from the spirit and scope of the present application. It will also be appreciated by those skilled in the art that various modifications may 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 comprises: CUSS application system; IoT platforms; and A self-service check-in device, wherein at least one functional device for self-service check-in is installed in the self-service check-in device, wherein 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, and 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.

2. The self-service check-in system according to claim 1, characterized in that: The CUSS application system is configured as a client-server architecture, wherein the client is configured to allocate a check-in number to a 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, the self-service check-in device includes a first display, and the client runs based on the first display.

4. The self-service check-in system according to claim 1, characterized in that: The Internet of Things platform includes a device module and an application interface, wherein the device module is configured to manage various functional devices and assign a device number to each functional device, and the application interface is configured to perform data interaction with the CUSS application system.

5. The self-service check-in system according to claim 4, characterized in that: The device module is configured to support 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; on the other hand, support the transmission of the functional device data to the CUSS application system through the MQTT protocol.

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

7. The self-service check-in system according to any one of claims 1 to 6, characterized in that: The CUSS application system is configured as follows: After the application is started, the functional device data of the IoT platform is accessed through the HTTP protocol; Check whether the functional equipment of the self-service check-in machine is operating normally based on the functional equipment data; If it is found that the functional equipment is operating normally, self-service will be allowed to continue; And / or, the CUSS application is configured to: Subscribe to the device online and offline topics from the IoT platform through the MQTT protocol; Based on the functional device offline topic, find out whether there is a functional device offline event; If a functional device goes offline, the self-service will be stopped, and the self-service will not be allowed to continue until the functional device goes online. And / or, the CUSS application is configured to: Subscribe to the functional device status topic from the IoT platform via the MQTT protocol; Find out whether there is a functional device failure event based on the functional device status topic; If there is a functional device failure event, the self-service will be stopped, and the self-service will not be allowed to continue until the online event of the functional device is found out; And / or, the CUSS application is configured to: Subscribe to the data collection topic of functional devices from the IoT platform through the MQTT protocol; Receive collected functional equipment data to perform self-service business operations; And / or, the CUSS application is configured to: Send control requests for controlling functional devices to the IoT platform via the HTTP protocol.

8. The self-service check-in system according to any one of claims 1 to 6, 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 tag printer; A biometric identifier, wherein the biometric identifier is configured to be used for: face recognition, fingerprint recognition, iris recognition, voice recognition, and / or gesture recognition.

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

10. A self-service check-in method based on the self-service check-in system according to any one of claims 1 to 9, 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; According to the binding relationship, the functional device on the self-service check-in device interacts via the Internet of Things platform to realize self-service check-in.

11. The self-service check-in method according to claim 10, characterized in that: Establishing a binding relationship between the check-in number and the at least one device number includes: Access the IoT platform through the HTTP protocol to obtain the device ID of the functional device; Determine the device number to be bound to the check-in number; Establish a binding relationship between the check-in number and the determined device number; Store the binding relationship in the server.

12. The self-service check-in method according to claim 10 or 11, characterized in that: The self-service check-in method includes: After the application is started, the functional device data of the IoT platform is accessed through the HTTP protocol; Check whether the functional equipment of the self-service check-in machine is operating normally based on the functional equipment data; If it is found that the functional equipment is operating normally, self-service will be allowed to continue; And / or, the self-service check-in method includes: Subscribe to the device online and offline topics from the IoT platform through the MQTT protocol; Based on the functional device offline topic, find out whether there is a functional device offline event; If a functional device goes offline, the self-service will be stopped, and the self-service will not be allowed to continue until the functional device goes online. And / or, the self-service check-in method includes: Subscribe to the functional device status topic from the IoT platform via the MQTT protocol; Find out whether there is a functional device failure event based on the functional device status topic; If there is a functional device failure event, the self-service will be stopped, and the self-service will not be allowed to continue until the online event of the functional device is found out; And / or, the self-service check-in method includes: Subscribe to the data collection topic of functional devices from the IoT platform through the MQTT protocol; Receive collected functional equipment data to perform self-service business operations; And / or, the self-service check-in method includes: Send control requests for controlling functional devices to the IoT platform via the HTTP protocol.

13. A computing system, characterized in that The computing system comprises: 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 a processor, the processor is caused to perform the self-service check-in method according to any one of claims 10 to 12.

Images