Multi-dimensional version management method and system

Abstract

The invention belongs to the technical field of civil aviation information systems, and provides a multi-dimensional version management method and system, and the method comprises the steps: a KCMC system receives an uploaded file; the KCMC system issues the file to a KIOSK cabinet of a specified dimension, and specifies the effective time of the file; the KCMC system receives a differential quantity list query request sent by the KIOSK cabinet, compares a server list of the KCMC system with a local list of the KIOSK cabinet to generate a differential quantity list, and returns the differential quantity list to the KIOSK cabinet; the KIOSK cabinet downloads a file corresponding to the differential quantity list, loads a file corresponding to a local list to a local storage space, and fuses the file corresponding to the differential quantity list and the file corresponding to the local list; the KIOSK cabinet uses the file corresponding to the fused differential quantity list and the file corresponding to the local list to replace the file which is being used in the local storage space of the KIOSK cabinet; according to the method, the upgrading efficiency is improved by calculating the differential quantity list.

Description

Technical Field

[0001] The present invention belongs to the technical field of civil aviation information systems, and in particular relates to a multi-dimensional version management method and system. Background Art

[0002] With the development of civil aviation informatization, the personalized needs of airlines and terminals are increasing. For example, airlines have different advertisements and processes, and terminals have geographical and time zone business processing restrictions. Therefore, self-service equipment needs to be personalized for specific airlines and terminals within a specific time frame.

[0003] In the civil aviation field, departure systems are restricted by certification and have strict version management. If they are manually upgraded on site, the management will be complex and the implementation cost will be high. Traditional version management solutions (such as SVN and Git) are difficult to directly meet the complex needs of multi-dimensional version management of airlines, terminals, and cabinet groups. Summary of the invention

[0004] In view of the problems in the background technology, the present invention proposes a multi-dimensional version management method and system.

[0005] In order to achieve the above object, the present invention adopts the following technical solutions:

[0006] In a first aspect, the present invention provides a multi-dimensional version management method, comprising:

[0007] The KCMC system receives the uploaded files;

[0008] The KCMC system publishes the file to the KIOSK cabinets of the specified dimension and specifies the effective time of the file;

[0009] The KCMC system receives the difference list query request sent by the KIOSK cabinet, compares the server list of the KCMC system with the local list of the KIOSK cabinet, generates a difference list, and returns the difference list to the KIOSK cabinet;

[0010] The KIOSK downloads the file corresponding to the differential list and loads the file corresponding to the local list to the local storage space, and merges the file corresponding to the differential list and the file corresponding to the local list;

[0011] The KIOSK cabinet uses the files corresponding to the merged differential list and the files corresponding to the local list to replace the files being used by the local storage space of the KIOSK cabinet.

[0012] Furthermore, the KCMC system receives uploaded files, including:

[0013] Verify whether the path, file name, and digital signature of the received file are completely consistent with those of the existing file. If not, receive the file.

[0014] Furthermore, the KCMC system receives uploaded files, including:

[0015] Verify whether the file complies with predefined information, and if so, receive the file; wherein the predefined information includes: file size, file name, and file format.

[0016] Furthermore, the difference list query request includes: the current time of the KIOSK cabinet, the local list of the KIOSK cabinet, the unique ID of the KIOSK cabinet, and the dimension to which the KIOSK cabinet belongs.

[0017] Furthermore, the KCMC system compares the server list of the KCMC system with the local list of the KIOSK cabinet and generates a differential list, including:

[0018] Filter files whose dimensions match the KIOSK cabinet;

[0019] Determine the status of the file according to the effective time range of the file and the current time of the KIOSK cabinet;

[0020] According to the status of the files, the files are grouped, and the expired and ineffective files are filtered to generate a differential list; wherein the status of the files includes: expired, effective, to be effective, and ineffective.

[0021] Further, determining the status of the file according to the effective time range of the file and the current time of the KIOSK cabinet includes:

[0022] If the current time of the KIOSK cabinet exceeds the end time of the effective time range of the file, the status of the file is invalid;

[0023] If the current time of the KIOSK is within the effective time range of the file, the status of the file is effective;

[0024] If the current time of the KIOSK cabinet does not reach the start time of the effective time range of the file, the status of the file is invalid;

[0025] If the digital signatures of multiple files with the same file path and file name are all different and are all within the effective time range, the status of the last published file is effective, and the status of the other files is not effective.

[0026] Furthermore, the status of the file may be manually adjusted to be invalid.

[0027] Furthermore, if the KCMC system cancels the published file, the difference list is empty.

[0028] Furthermore, if the difference list query request sent by the KIOSK cabinet fails to pass the verification, the difference list is empty.

[0029] In a second aspect, the present invention further proposes a multi-dimensional version management system, comprising:

[0030] File upload module, used for KCMC system to receive uploaded files;

[0031] The file publishing module is used for the KCMC system to publish the file to the KIOSK cabinets of the specified dimension and specify the effective time of the file;

[0032] The KCMC system receives the difference list query request sent by the KIOSK cabinet, compares the server list of the KCMC system with the local list of the KIOSK cabinet, generates a difference list, and returns the difference list to the KIOSK cabinet;

[0033] A file fusion module, which is used for the KIOSK cabinet to download the files corresponding to the differential list and load the files corresponding to the local list to the local storage space, and fuse the files corresponding to the differential list and the files corresponding to the local list;

[0034] The file using module is used for the KIOSK cabinet to replace the files being used by the local storage space of the KIOSK cabinet with the files corresponding to the merged differential list and the files corresponding to the local list.

[0035] Beneficial effects of the present invention:

[0036] 1. The method of the present invention improves the upgrade efficiency by calculating the differential list, which is the changed files rather than the overall package push of the version, and is not gradually updated according to the released version number, but the latest status of the current file is calculated.

[0037] 2. After a local file is accidentally deleted, the method of the present invention will return the effective result of the current device each time the file difference list is queried, and the file can be downloaded again for updating.

[0038] 3. The method of the present invention realizes the remote automatic upgrade of multi-version management of self-service equipment without manual intervention. The method pushes the upgraded files to the KIOSK cabinets under specific airlines and terminals, and the push time and download concurrency rules can be specified according to the business direction.

[0039] Other features and advantages of the present invention will be described in the following description, and partly become obvious from the description, or be understood by implementing the present invention. The purpose and other advantages of the present invention can be realized and obtained by the structures pointed out in the description and the drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0041] Figure 1 The process of the multi-dimensional version management method of the present invention is shown Figure 1 ;

[0042] Figure 2 The process of the multi-dimensional version management method of the present invention is shown Figure 2 ;

[0043] Figure 3 A diagram showing a state transition mechanism of a file of the present invention is shown;

[0044] Figure 4 A module diagram of the multi-dimensional version management system of the present invention is shown. DETAILED DESCRIPTION

[0045] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0046] Before further describing the embodiments of the present invention in detail, the nouns and terms involved in the embodiments of the present invention are described. The nouns and terms involved in the embodiments of the present invention are applicable to the following interpretations:

[0047] Self-service: Based on the PSS service interface provided by PE and the service interface provided by third-party systems such as airlines, the workflow of actual business scenarios such as passenger check-in, baggage delivery, additional service sales, ticket changes, itinerary printing, flight delay certificates, etc. is integrated to provide airlines with comprehensive passenger self-service kiosk services for passengers.

[0048] KIOSK: refers to the carrier equipment of self-service products in transportation places such as airports and stations, that is, self-service equipment or "cabinet". Each KIOSK has a unique ID.

[0049] KCMC: Human-machine intelligent collaborative management and control platform is a unified operation KCMC system for KIOSK, providing a graphical management and operation interface for airline staff.

[0050] File: Files are static images, dynamic images, audio, video, and slideshows that KIOSK products present to passengers and rely on during the operation of KIOSK. Files have specific names, sizes, unique IDs, paths, digital signatures, and other information. They contain three important attributes: path, file name, and data. Data can be described by digital signatures. If the digital signatures of files with the same path and name are different, they can be considered to be different versions of files.

[0051] Local list: A collective name for a group of files that exist in KIOSK products.

[0052] Server List: A list of files configured in KCMC for KIOSK products.

[0053] Differential list: A general term for files that are the result of comparing the server list with the local list.

[0054] Cabinet group: A general term for a group of cabinets. A cabinet group is a logical concept. There can be one or more cabinets under it. Cabinet groups belong to different airlines and terminals in terms of business.

[0055] Dimension: The kiosk belongs to the kiosk group, and the kiosk group belongs to the airline and the terminal, so the kiosk has three attributes: airline, terminal, and kiosk group, which is called "dimension". There are differences in the kiosk business in different dimensions, for example, the announcement pages of Air China and China Southern Airlines are different. In addition, "time" is also part of the dimension, for example, the advertisements during holidays are different from those during non-holidays.

[0056] In order to solve the problem in the prior art that the kiosk machines are faced with complex businesses, if they are handed over to manual on-site upgrades, the management is complicated and the implementation cost is high, and the traditional version management solutions (such as SVN and Git) are difficult to directly meet the complex needs of airlines, terminals, kiosk groups, and multi-dimensional version management. Traditional version management solutions tend to push as a whole when processing version packaging, lack the ability to accurately push specific files, and due to the dependencies between versions, the update process often follows a strict version number sequence, which is inefficient, and once local files are deleted by mistake, these files are out of the effective control of the version control system. When the front end records the previous update status, it also needs to rely on the back-end push to work together. Therefore, the present invention proposes a multi-dimensional version management method to solve the above problems.

[0057] Refer to the instruction manual Figure 1 and 2 As shown, it is a flowchart of the multi-dimensional version management method, which specifically includes the following steps:

[0058] S1. KCMC system receives uploaded files;

[0059] The uploaded files are files that the KIOSK relies on during operation. They may be one or more of static images, dynamic images, audio, video, and carousel images, and are used to subsequently update or replace the content on the KIOSK.

[0060] In step S1, when a file is uploaded to the KCMC system, it must meet the predefined information of the file, otherwise the KCMC system will not accept the upload. For example, the size of the uploaded file must not exceed the limit, the file name must be defined according to the predefined file name, and the file format must conform to the predefined format.

[0061] In a preferred embodiment, when a file is uploaded to the KCMC system, if the path, file name, and digital signature of the file are exactly the same as those of a file already existing in the KCMC system, the file is deemed to already exist. To ensure consistency and uniqueness, the KCMC system will no longer receive the uploaded file.

[0062] S2. The KCMC system publishes the file to the KIOSK cabinet of the specified dimension and specifies the effective time of the file;

[0063] In step S2, when the file is published in the KCMC system, it is published to the specified airline, terminal, and kiosk group in combination with the business, and the effective time range of the file in the KIOSK kiosk needs to be specified. Among them, the effective time range is used to define the validity period of the file on the K IOSK kiosk. The effective time range is the specific time period from the beginning to the end of the effectiveness of the file on the K IOSK kiosk, which is a period of time consisting of the start time and the end time. This time period is set by the publisher of the file in the KCMC system.

[0064] Specifying the effective time of the file can ensure that the file can be pushed to the designated KIOSK cabinet on time to meet the needs of airlines and terminals. At the same time, by setting the effective time of the file, you can flexibly control the life cycle of the file to avoid the impact of expired or ineffective files on the KIOSK cabinet.

[0065] S3. The KCMC system receives the difference list query request sent by the KIOSK cabinet, compares the server list of the KCMC system with the local list of the KIOSK cabinet, generates a difference list, and returns the difference list to the KIOSK cabinet;

[0066] The difference list query request includes: the current time of the KIOSK cabinet, the local list of the KIOSK cabinet, the unique ID of the KIOSK cabinet [device IP], and the dimension to which the KIOSK cabinet belongs. Among them, the current time of the KIOSK cabinet is used to determine the status of the file; the local list of the KIOSK cabinet is used to compare with the server list of the KCMC system; the unique ID of the KIOSK cabinet is used to distinguish different cabinets; the dimension to which the KIOSK cabinet belongs is used to determine which files the cabinet should accept;

[0067] Specifically, the server list of the KCMC system is compared with the local list of the KIOSK cabinet to generate a differential list, including the following steps:

[0068] S301, filtering files whose dimensions match the KIOSK cabinet;

[0069] For example, according to which airline, terminal, and kiosk group the KIOSK belongs to, find out all the files suitable for the kiosk group.

[0070] By filtering the files whose dimensions match the KIOSK cabinet, it can be ensured that only the files of the dimensions to which the KIOSK cabinet belongs are included in the difference list.

[0071] S302, determining the status of the file according to the effective time range of the file and the current time of the KIOSK cabinet;

[0072] S303. Group the files according to their status, filter out expired and ineffective files, and generate a differential list; wherein the file status includes: expired, effective, to be effective, and ineffective.

[0073] The KCMC system classifies files into two states: effective and pending, based on the release time of the files and the current time of the KIOSK cabinet, and groups the two types of files separately. The generated differential list contains information about the two groups of files: effective and pending. Each group of files includes information such as path, file name, digital signature, and download address, ensuring that the subsequent KIOSK cabinet can accurately download the required files.

[0074] Among them, the method for determining the status of a file is:

[0075] If the current time of the KIOSK cabinet exceeds the end time of the effective time range of the file, the status of the file is invalid, that is, the KIOSK cabinet time has exceeded the effective time range of the file;

[0076] If the current time of the KIOSK cabinet is within the effective time range of the file, the status of the file is effective, that is, the KIOSK cabinet time is within the effective time range of the file;

[0077] If the current time of the KIOSK cabinet does not reach the start time of the effective time range of the file, the status of the file is pending, that is, the KIOSK cabinet time has not yet reached the effective time of the file; the significance of pending is that the KIOSK cabinet can download in advance to avoid environmental influences such as airport traffic restrictions.

[0078] If the digital signatures of multiple files with the same file path and file name are different and are all within the effective time range, then the status of the last published file is effective, and the other files are not effective. That is, if there are multiple file lists with the same file path and file name, but different digital signatures, and they are all within the effective time range of the KIOSK cabinet, then except for the last published file, the others are not effective.

[0079] In some embodiments, refer to the attached specification Figure 3 The figure shows a state transition mechanism diagram of a file. The state of a file may be converted to another state due to being published by other files or due to expiration of time, and the state of a file may be manually adjusted to expired.

[0080] In some embodiments, if the KCMC system revokes a published file, the differential list is empty, and the local list prevails.

[0081] In some embodiments, if the difference list query request sent by the KIOSK cabinet fails the verification, the difference list is empty.

[0082] In a specific embodiment, for example, the current time of the KIOSK cabinet is 2024-03-28 12:00:00. There are three identical files "L2 / cuss / ad.jpg" that match the KIOSK cabinet in the KCMC system, but their digital signatures (versions) are different. A differential list file is selected for the KIOSK cabinet to download, as shown in the following table:

[0083]

[0084] S4. The KIOSK cabinet downloads the files corresponding to the differential list and loads the files corresponding to the local list to the local storage space, and merges the files corresponding to the differential list and the files corresponding to the local list; wherein the local storage space is the local memory.

[0085] S5. The KIOSK cabinet uses the files corresponding to the merged differential list and the files corresponding to the local list to replace the files currently being used by the local storage space of the KIOSK cabinet.

[0086] In step S5, after the KIOSK cabinet finishes downloading the files, these files will not be immediately applied to the system, but will first be merged with the existing local files, and then the merged files will be used to completely replace the files currently in use in the memory, so as to maximize the atomicity and integrity of the transaction.

[0087] It should be noted that the replacement is done in memory, not replacing the file in the local disk.

[0088] The multi-dimensional version management method is aimed at scenarios with multiple airlines, multiple terminals, and a time dimension. This method realizes remote automated upgrades of multi-version management of self-service equipment without manual intervention. This method pushes the upgraded files to the KIOSK cabinets under specific airlines and terminals. At the same time, the push time and download concurrency rules can be specified according to the business direction. The pushed differential list is the changed files rather than the overall package push of the version, nor is it updated step by step according to the released version number, but the latest status of the current file is calculated, which improves the upgrade efficiency.

[0089] If a local file is accidentally deleted, each file differential list query will return the effective result of the current device, which can be downloaded again for update.

[0090] In a specific embodiment, for example, Air China [CA] has two self-service devices deployed with KIOSK products in the Beijing Capital [PEK] terminal, with IP addresses 172.26.1.2 and 172.26.1.3, which form a cabinet group named pekcasbd. It should be further explained that in the [PEK] terminal, there are also KIOSK cabinets of China Eastern Airlines [MU] and other airlines, but they are not related to this difference upgrade.

[0091] The files that need to be updated this time are stat ic / img / a.jpg and stat ic / voice / b.ogg, which need to take effect on 2024-03-28 01:00:00 in the cabinet group pekcasbd.

[0092] Step 1: Upload files

[0093] 1. The KCMC system predefines that a.jpg can exist in the stat ic / img / directory and b.ogg can exist in the stat ic / voi ce / directory, and their sizes are not limited.

[0094] 2. Upload a.jpg to the stat ic / img / directory of the KCMC system, and upload b.ogg to the stat ic / voice / directory of the KCMC system.

[0095] 3. If a.jpg already exists in the stat ic / img / directory, determine whether the digital signatures of the two files are consistent. If they are consistent, it means that the same file has been uploaded and the KCMC system will not accept this file. If they are inconsistent, a.jpg will be accepted and stored in the KCMC system.

[0096] Step 2: File Release

[0097] On March 10, 2024, select a.jpg and b.ogg in the KCMC system and publish these two files. The actual content of the release is as follows:

[0098] Associate the cabinet group pekcasbd in the preconditions, set the effective time range to 2024-03-20 01:00:00 to 2024-04-01 00:00:00, and publish it to the cabinet group pekcasbd. It should be further explained that the publishing authority and review process in the specific business are omitted here.

[0099] On 2024-03-15, the new versions of a.jpg and b.ogg were re-released to the cabinet group pekcasbd, and the effective time range was set to 2024-03-20 01:00:00 to 2024-03-31 23:59:59.

[0100] At this time, there are multiple versions of a.jpg and b.ogg in the KCMC system, and they are all valid for the KIOSK cabinet at the current time of 2024-03-28 16:00:00.

[0101] On 2024-03-16, a file that will take effect in the future was released: stat ic / img / c.jpg to the cabinet group pekcasbd, and the effective time range was set to 2024-04-01 00:00:00 to 2024-04-05 23:59:59.

[0102] Step 3: File difference query

[0103] 1. The KIOSK query interface sends a request to query the difference list. The request content includes: local time of the device, local list of the device, unique ID of the device [device IP], airline to which the device belongs, terminal to which the device belongs, etc.

[0104] 2. Filter the files that match the dimension. If the cabinet group to which the cabinet belongs has not published any files, the KCMC system returns an empty list. In this example, the pekcasbd cabinet group to which the KIOSK cabinet belongs has published files multiple times, so all published files are found.

[0105] 3. Filter files within the time range. According to the current time of the cabinet 2024-03-28 16:00:00, filter out files with valid time. A.jpg and b.ogg published twice before are both in this list.

[0106] 4. Calculate the file status and compare the time range of the published file with the time of the KIOSK cabinet to obtain the file status.

[0107] For this example, files a.jpg and b.ogg are published twice. The file published last is set as "in effect" and the others are set as "not in effect".

[0108] Similar calculations are performed for files to be effective. That is, among the files to be effective in the future, if there are multiple files with the same name (different versions), the most recently effective file is set to "to be effective" and the other files with the same name are set to "not effective".

[0109] 5. Group the files. Group the files that are in effect and the files that are waiting to take effect into one group. The group that is in effect includes the stat ic / img / a.jpg and stat ic / voice / b.ogg files, and the group that is waiting to take effect includes the stat ic / img / c.jpg file, as well as their corresponding digital signatures, download addresses and other information.

[0110] 6. The KCMC system returns the results of the difference list calculation to the KIOSK cabinet for downloading.

[0111] Step 4: File fusion

[0112] 1. The KIOSK cabinet has a local cache to improve performance. After obtaining the differential list, for the effective files, first check whether the digitally signed file exists in the KIOSK cabinet local warehouse. If the downloaded file does not exist, download it to the local warehouse. For example: the same stat ic / img / a.jpg file does not exist in the local warehouse of the current device 172.26.1.2, then you need to download the file from the KCMC system again according to the download address of this file and add it to the local warehouse of the KIOSK cabinet. The same stat ic / img / b.ogg file exists in the local warehouse of the current device 172.26.1.3, so there is no need to download it again. Then put the a.jpg and b.ogg files into the update event pool, and wait until the application is in an inactive state to trigger the update of the a.jgp and b.ogg files in the update event pool. In other words, the differential list file pulled by the KIOSK cabinet comes from the local warehouse, and the local warehouse will download it from the KCMC system based on whether the file exists or not.

[0113] 2. Load all the file lists from the local disk. If the file in the list has the same name (including path) as the file downloaded from the KCMC system, replace it with the file obtained from the KCMC system. The replacement here is in the memory, not the file in the local disk. For example, there are a.jpg, b.jpg, c.jpg, and d.jpg in the local file directory stat ic / img / . First load these four files into the memory, and then replace a.jpg and b.jpg with the files downloaded from the KCMC system.

[0114] Step 5: Replace the merged file in use in memory to complete the version upgrade.

[0115] Refer to the instruction manual Figure 4 As shown, based on the same inventive concept, the present invention also proposes a multi-dimensional version management system, including:

[0116] File upload module, used for KCMC system to receive uploaded files;

[0117] The file publishing module is used by the KCMC system to publish files to KIOSK cabinets of specified dimensions and specify the effective time of the files;

[0118] The difference list calculation module is used for the KCMC system to receive the difference list query request sent by the KIOSK cabinet, filter the files matching the KIOSK cabinet, and generate the difference list;

[0119] The file fusion module is used for the KIOSK cabinet to download the files corresponding to the differential list and load the files corresponding to the local list to the local storage space, and merge the files corresponding to the differential list and the files corresponding to the local list;

[0120] The file use module is used by the KIOSK cabinet to replace the files being used by the local storage space of the KIOSK cabinet with the files corresponding to the merged differential list and the files corresponding to the local list.

[0121] It should be noted that, in this article, relational terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

[0122] Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent substitutions for some of the technical features therein; and these modifications or substitutions do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A multi-dimensional version management method, characterized in that: include: The KCMC system receives the uploaded files; The KCMC system publishes the file to the KIOSK cabinets of the specified dimension and specifies the effective time of the file; The KCMC system receives the difference list query request sent by the KIOSK cabinet, compares the server list of the KCMC system with the local list of the KIOSK cabinet, generates a difference list, and returns the difference list to the KIOSK cabinet; The KIOSK downloads the file corresponding to the differential list and loads the file corresponding to the local list to the local storage space, and merges the file corresponding to the differential list and the file corresponding to the local list; The KIOSK cabinet uses the files corresponding to the merged differential list and the files corresponding to the local list to replace the files being used by the local storage space of the KIOSK cabinet.

2. The multi-dimensional version management method according to claim 1, characterized in that: The KCMC system receives uploaded files including: Verify whether the path, file name, and digital signature of the received file are completely consistent with those of the existing file. If not, receive the file.

3. The multi-dimensional version management method according to claim 1, characterized in that: The KCMC system receives uploaded files including: Verify whether the file complies with predefined information, and if so, receive the file; wherein the predefined information includes: file size, file name, and file format.

4. The multi-dimensional version management method according to claim 1, characterized in that: The difference list query request includes: the current time of the KIOSK cabinet, the local list of the KIOSK cabinet, the unique ID of the KIOSK cabinet, and the dimension to which the KIOSK cabinet belongs.

5. The multi-dimensional version management method according to claim 4, characterized in that: The KCMC system compares the server list of the KCMC system with the local list of the KIOSK cabinet and generates a differential list, including: Filter files whose dimensions match the KIOSK cabinet; Determine the status of the file according to the effective time range of the file and the current time of the KIOSK cabinet; According to the status of the files, the files are grouped, and the expired and ineffective files are filtered to generate a differential list; wherein the status of the files includes: expired, effective, to be effective, and ineffective.

6. The multi-dimensional version management method according to claim 5, characterized in that: The determining the status of the file according to the effective time range of the file and the current time of the KIOSK cabinet includes: If the current time of the KIOSK cabinet exceeds the end time of the effective time range of the file, the status of the file is invalid; If the current time of the KIOSK is within the effective time range of the file, the status of the file is effective; If the current time of the KIOSK cabinet does not reach the start time of the effective time range of the file, the status of the file is invalid; If the digital signatures of multiple files with the same file path and file name are all different and are all within the effective time range, the status of the last published file is effective, and the status of the other files is not effective.

7. The multi-dimensional version management method according to claim 6, characterized in that: The status of the file can be manually adjusted to expired.

8. The multi-dimensional version management method according to claim 1, characterized in that: If the KCMC system cancels the published document, the difference list will be empty.

9. The multi-dimensional version management method according to claim 1, characterized in that: If the difference list query request sent by the KIOSK cabinet fails to pass the verification, the difference list is empty.

10. A multi-dimensional version management system, characterized in that: include: File upload module, used for KCMC system to receive uploaded files; The file publishing module is used for the KCMC system to publish the file to the KIOSK cabinets of the specified dimension and specify the effective time of the file; The difference list calculation module is used for the KCMC system to receive the difference list query request sent by the KIOSK cabinet, screen the files matching the KIOSK cabinet, and generate the difference list; A file fusion module, which is used for the KIOSK cabinet to download the files corresponding to the differential list and load the files corresponding to the local list to the local storage space, and fuse the files corresponding to the differential list and the files corresponding to the local list; The file using module is used for the KIOSK cabinet to replace the files being used by the local storage space of the KIOSK cabinet with the files corresponding to the merged differential list and the files corresponding to the local list.

Images