Method for synchronizing rail transit dynamic map
By using state synchronization data between multiple dynamic map devices under multicast address in the rail transit dynamic map system, the problem of lack of synchronization between devices is solved, the consistency and accuracy of dynamic maps are achieved, and the reliability of the system is improved.
Patent Information
- Application Number
- CN202510131145.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-02-06
- Publication Date
- 2025-04-29
AI Technical Summary
In the existing rail transit dynamic map system, there is a lack of state synchronization between dynamic map devices, which leads to different dynamic map interfaces displayed by other devices when one device fails, affecting the accuracy and consistency of passenger information.
By sending status synchronization data between multiple dynamic map devices under the same multicast address, the dynamic map device filters out the data it sends, compares the synchronization data with its own status data according to the timestamp, and updates its own status data if it is inconsistent to achieve synchronous update of the dynamic map.
The state synchronization between dynamic map devices is realized, ensuring the consistent and accurate display of dynamic maps, timely discovering and handling equipment abnormalities, and improving the reliability of the system and passenger experience.
Smart Images

Figure CN119906734A_ABST
Abstract
Description
Technical Field
[0001] The present invention belongs to the technical field of data processing, in particular to data processing in the field of rail transit, and specifically relates to a synchronization method for a rail transit dynamic map. Background Art
[0002] At present, the display of rail transit dynamic maps uses the configuration interface of the configuration file, receives PIS instructions for dynamic map display, and the dynamic maps of each car are not synchronized. When a dynamic map device fails, the dynamic map display will be abnormal, and other dynamic map devices often display different dynamic map interfaces. Summary of the invention
[0003] In view of this, some embodiments disclose a method for synchronizing a rail transit dynamic map, which is applied to multiple dynamic map devices under the same multicast address, and the method includes: A rail transit passenger service system sends an information display instruction to a plurality of dynamic map devices, and the plurality of dynamic map devices display dynamic maps according to the information display instruction; At least one dynamic map device sends state synchronization data to a multicast address; At least one dynamic map device receives at least one state synchronization data; The dynamic map device filters out the status synchronization data sent by itself; The dynamic map device compares the state synchronization data with the latest timestamp with its own state data according to the timestamp of the received state synchronization data. If they are consistent, the synchronization is completed; if they are inconsistent, the state synchronization data with the latest timestamp is updated as its own state data.
[0004] Furthermore, some embodiments disclose a method for synchronizing a rail transit dynamic map, which also includes an inspection step of a dynamic map device; specifically, the dynamic map device performs device status detection according to the received inspection instruction, and if an abnormal device state is detected, an abnormal flag is written and the dynamic map device is restarted.
[0005] In some embodiments of the rail transit dynamic map synchronization method disclosed, the first dynamic map device is an abnormal state device, and the first dynamic map synchronization method includes: After the first dynamic map device is restarted, it sends a status synchronization request to the multicast address; After receiving the state synchronization request, at least one other dynamic map device assembles its own state synchronization data and sends it to the first dynamic map device through unicast; The first dynamic map device receives at least one state synchronization data sent by at least one other dynamic map device, and updates the latest state synchronization data as its own state data according to the timestamp.
[0006] In the method for synchronizing a rail transit dynamic map disclosed in some embodiments, if the dynamic map device does not detect an abnormal state of the device, the state of receiving the passenger service system information display instruction is maintained.
[0007] Some embodiments disclose a method for synchronizing a rail transit dynamic map. If a dynamic map device does not receive an inspection instruction for a long time, the device enters a screen saver state.
[0008] In some embodiments of the rail transit dynamic map synchronization method disclosed, if the first dynamic map device does not receive status synchronization data after sending a synchronization status request, the screen saver state is entered.
[0009] Some embodiments disclose a method for synchronizing a rail transit dynamic map, in which a dynamic map device sends multiple status synchronization requests to a multicast address.
[0010] In the rail transit dynamic map synchronization method disclosed in some embodiments, if the dynamic map device receives multiple identical state synchronization data, only the first state synchronization data is retained.
[0011] Some embodiments disclose a method for synchronizing a dynamic rail transit map, wherein abnormal device status includes CPU full load, thread stuck, and abnormal network status.
[0012] Some embodiments disclose a method for synchronizing a rail transit dynamic map, in which multiple dynamic map devices are distributed in one or more carriages of a rail transit.
[0013] The method for synchronizing a dynamic map of rail transit disclosed in the embodiment of the present invention can automatically inspect and synchronously update the dynamic map; the dynamic map device can automatically send status synchronization information to other dynamic map devices in the multicast address, and keep synchronous updates with other dynamic maps in the multicast address. On the other hand, it can also automatically inspect and timely discover abnormal conditions of the dynamic map device, and actively send dynamic map update requests to other dynamic map devices in the multicast address after eliminating the abnormal conditions, and synchronize updates with other dynamic maps in the multicast address. The method for synchronizing a dynamic map of rail transit disclosed in the embodiment of the present invention has good application prospects in the field of rail transit technology. BRIEF DESCRIPTION OF THE DRAWINGS
[0014] Figure 1 , Flowchart of a method for synchronizing a rail transit dynamic map in Example 1; Figure 2 , Example 2 Rail Transit Dynamic Map Synchronization Method Timing Diagram; Figure 3 , Example 3: Timing diagram of the rail transit dynamic map synchronization method. DETAILED DESCRIPTION
[0015] The word "embodiment" used herein as an "exemplary" does not necessarily mean that any embodiment described is superior or better than other embodiments. Performance index tests in the embodiments of the present invention are performed using conventional test methods in the art unless otherwise specified. It should be understood that the terms described in the embodiments of the present invention are only used to describe specific implementation methods and are not intended to limit the contents disclosed in the embodiments of the present invention.
[0016] Unless otherwise specified, the technical and scientific terms used herein have the same meanings as commonly understood by ordinary technicians in the technical field to which the embodiments of the present invention belong; other experimental methods and technical means not specifically specified in the embodiments of the present invention refer to experimental methods and technical means commonly used by ordinary technicians in the field.
[0017] The terms "substantially" and "approximately" used herein are used to describe small fluctuations. For example, they can refer to less than or equal to ±5%, such as less than or equal to ±2%, such as less than or equal to ±1%, such as less than or equal to ±0.5%, such as less than or equal to ±0.2%, such as less than or equal to ±0.1%, such as less than or equal to ±0.05%. The numerical data represented or presented in the range format herein are used only for convenience and brevity, and therefore should be flexibly interpreted as not only including the values clearly listed as the limits of the range, but also including all independent values or sub-ranges contained in the range. For example, the numerical range of "1-5%" should be interpreted as including not only the clearly listed values of 1% to 5%, but also the independent values and sub-ranges within the range shown. Therefore, independent values such as 2%, 3.5% and 4% and sub-ranges such as 1%-3%, 2%-4% and 3%-5% are included in this numerical range. This principle also applies to the range of only one numerical value. In addition, such an explanation applies regardless of the width of the range or the characteristics.
[0018] In this document, including in the claims, transitional words such as "comprises," "includes," "with," "having," "containing," "involving," "accommodating," etc. are understood to be open-ended, i.e., meaning "including but not limited to." Only the transitional words "consisting of" and "composed of" are closed transitional words.
[0019] In order to better illustrate the present invention, numerous specific details are provided in the specific examples below. It should be understood by those skilled in the art that the present invention can be implemented without certain specific details. In the embodiments, some methods, means, instruments, equipment, etc. well known to those skilled in the art are not described in detail in order to highlight the gist of the present invention.
[0020] Under the premise of no conflict, the technical features disclosed in the embodiments of the present invention may be arbitrarily combined, and the resulting technical solutions belong to the contents disclosed in the embodiments of the present invention.
[0021] Rail transit refers to a type of transportation tool or transportation system in which operating vehicles need to travel on specific tracks. It is defined in the national standard "Common Terminology of Urban Public Transportation" that urban rail transit is a general term for fast, large-capacity public transportation that usually uses electricity as power and adopts a wheel-rail operation mode.
[0022] PIS system, Passenger Information System, is also called passenger information system. PIS system is a multimedia comprehensive information system based on multimedia network technology and computer system as the core. It allows passengers to timely and accurately understand train operation information and public media information through media equipment installed in station halls, platforms and train passenger compartments. PIS system is widely used for platform train arrival countdown display, train station information in carriages, video media advertising and emergency status information release, including train broadcasts, internal displays, V-screens, carriage monitoring, emergency call equipment, etc.
[0023] Unicast refers to the transmission mode of packets in computer network with a single destination address. Unicast is the most widely used transmission mode in today's network applications. Most commonly used network protocols or services adopt unicast transmission, such as all TCP-based protocols.
[0024] The communication between network nodes is the same as the conversation between people. The conversation between one person and another is described as "unicast" in the terminology of network technology. At this time, the reception and transmission of information are only carried out between two nodes. Unicast has been widely used in the network. Most of the data on the network is transmitted in the form of unicast. For example, when sending and receiving emails and browsing web pages, you must establish a connection with the mail server and web server, which uses the unicast transmission method. Usually, "point to point communication" can be used instead of "unicast". "Unicast" is generally used in contrast to "multicast" and "broadcast".
[0025] Multicast, also known as multicast, multipoint broadcast or groupcast, refers to a transmission method that delivers information to a group of destination addresses at the same time. The use of multicast is the most efficient strategy because the message only needs to be transmitted once on each network link, and the message will only be copied when the link is forked.
[0026] There are not many applications of multicast in network technology. Online video conferencing and online video on demand are particularly suitable for multicast. Because if unicast is used for node-by-node transmission, there will be as many transmission processes as there are target nodes, which is obviously extremely inefficient; if the broadcast method is used without distinguishing the target and sending all, although the data can be transmitted at one time, it obviously cannot achieve the purpose of distinguishing the specific data receiving objects. Using multicast, you can transmit the data of all target nodes at one time, and you can also achieve the purpose of transmitting data only to specific objects. Multicast in IP networks is generally achieved through multicast IP addresses. Multicast IP addresses are class D IP addresses, that is, IP addresses between 224.0.0.0 and 239.255.255.255.
[0027] Broadcast refers to the transmission of packets in a computer network with the destination address being all devices in the network. Usually, the "all devices" mentioned here are also limited to a range, called the "broadcast domain".
[0028] Broadcast is widely used in the network, for example, the process of the client automatically obtaining an IP address through DHCP is achieved through broadcast. Compared with unicast and multicast, broadcast occupies almost all bandwidth in the subnet and will generate broadcast storms. Hubs cannot filter broadcast storms due to their working principle. Although some network switches (such as omnidirectional QS series switches) have the function of filtering broadcast storms, and routers themselves have the function of isolating broadcast storms, broadcast storms cannot be completely eliminated.
[0029] Spreading within the same subnet is like the sound of a loudspeaker can only be spread within the same venue, which can achieve the purpose of isolating broadcast storms. Therefore, in large and medium-sized local area networks consisting of hundreds or even thousands of computers, subnets are generally divided, just like separating a hall into many small halls with walls. In IP networks, the broadcast address is represented by the IP address "255.255.255.255", which represents all IP addresses in the same subnet.
[0030] Multicast address range: Generally, 224.0.0.0 to 224.0.0.255 are reserved multicast addresses (permanent group addresses). Address 224.0.0.0 is reserved and not allocated, and other addresses are used by routing protocols. 224.0.1.0 to 224.0.1.255 are public multicast addresses and can be used on the Internet. 224.0.2.0 to 238.255.255.255 are user-available multicast addresses (temporary group addresses) and are valid throughout the entire network. 239.0.0.0 to 239.255.255.255 are locally managed multicast addresses and are valid only within a specific local range.
[0031] In some implementations, a method for synchronizing a rail transit dynamic map is applied to multiple dynamic map devices under the same multicast address, and the method includes: The passenger service system of rail transit sends information display instructions to multiple dynamic map devices, and multiple dynamic map devices display dynamic maps according to the information display instructions; usually, the dynamic map device is set in the facilities of rail transit, such as subway cars, etc., for displaying dynamic maps; usually, the dynamic map device is composed of a display, an information processor, etc., and can receive information sent by the passenger service system or other devices and display it in real time as a dynamic map after processing; usually, the information displayed on the dynamic map includes rail transit operation status, traffic information, passenger information, etc.; usually, several dynamic map devices are set in rail transit facilities, distributed in different areas or locations; in order to facilitate and quickly transmit information, usually multiple dynamic map devices are preset under the same multicast address, and in order to meet different information transmission needs, multiple multicast addresses can be preset, and dynamic map devices can be distinguished and pre-examined and bound; for example, all dynamic map devices can be preset under one multicast address, and the passenger service system sends dynamic map display instructions to the multicast address; some dynamic map devices can be preset under another multicast address, and multiple dynamic map devices under the multicast address perform synchronous updates of dynamic maps; At least one dynamic map device sends state synchronization data to the multicast address; usually, multiple dynamic map devices are preset under the same multicast address, and one or more of the dynamic map devices can send state synchronization data to the multicast address at a set time interval to keep multiple dynamic map devices displaying the same and updated dynamic map at any time; the dynamic map device can also execute the state synchronization instruction after receiving the instruction of the PIS and send the state synchronization data to the multicast address; At least one dynamic map device receives at least one state synchronization data; usually, after the state synchronization data is sent to the multicast address, all dynamic map devices bound to the multicast address will receive the state synchronization data; Generally, a dynamic map device will receive at least one state synchronization data. For the at least one state synchronization data received, the dynamic map device will usually filter out the state synchronization data sent by itself; further, the dynamic map device compares the state synchronization data with the most recent timestamp with its own state data based on the timestamp of the received state synchronization data. If they are consistent, the synchronization is completed; if they are inconsistent, the state synchronization data with the most recent timestamp is updated to its own state data, and the dynamic map synchronization is completed.
[0032] The method for synchronizing a rail transit dynamic map disclosed in some embodiments also includes an inspection step for dynamic map equipment. It is usually necessary to set the dynamic map equipment to perform equipment inspection to keep the dynamic map updated. Generally, the dynamic map equipment performs equipment status detection according to the received inspection instructions. If an abnormal state of the equipment is detected, an abnormal flag is written and then the dynamic map equipment is restarted. After the abnormal state device is restarted, it actively sends a status synchronization request to actively perform dynamic map synchronization update.
[0033] Dynamic map devices can also automatically inspect the device status at preset time intervals to automatically keep the dynamic map updated. During the automatic inspection of the device, if an abnormal state of the device is detected, an abnormal flag is written and the dynamic map device is restarted; after the abnormal state device is restarted, it actively sends a state synchronization request to actively synchronize and update the dynamic map.
[0034] Generally, abnormal states of dynamic map devices include CPU full load, thread stuck, abnormal network state, etc.
[0035] In some embodiments of the rail transit dynamic map synchronization method disclosed, the first dynamic map device is an abnormal state device, and the first dynamic map synchronization method includes: After the first dynamic map device is restarted, it sends a status synchronization request to the multicast address; After receiving the state synchronization request, at least one other dynamic map device assembles its own state synchronization data, and sends the assembled state synchronization data to the agreed unicast port of the first dynamic map device that has experienced state abnormality; The first dynamic map device receives at least one state synchronization data sent by at least one other dynamic map device, and updates the latest state synchronization data to its own state data according to the timestamp; Generally, if the first dynamic map device does not receive status synchronization data within a predetermined time after sending a status synchronization request, it enters the screen saver state.
[0036] In the method for synchronizing a rail transit dynamic map disclosed in some embodiments, if the dynamic map device does not detect an abnormal state of the device, the state of receiving the passenger service system information display instruction is maintained.
[0037] In some embodiments of the rail transit dynamic map synchronization method disclosed, if the dynamic map device does not receive the inspection instruction for a long time, it enters the screen saver state. Generally, the dynamic map device that enters the screen saver state enters the screen off state after a set time.
[0038] In some embodiments of the rail transit dynamic map synchronization method disclosed, the dynamic map device sends multiple state synchronization requests to the multicast address. Generally, when the dynamic map device sends a state synchronization request to the multicast address, data loss may occur, so it is usually necessary to send multiple state synchronization requests, for example, 2 to 5 times, to ensure that the multicast address can receive at least one state synchronization request.
[0039] In the synchronization method of the rail transit dynamic map disclosed in some embodiments, if the dynamic map device receives multiple identical state synchronization data, only the first state synchronization data is retained. In the case where a multicast address receives multiple identical state synchronization requests, the dynamic map device may assemble and send multiple state synchronization data. Therefore, the dynamic map device will receive multiple identical state synchronization data. In this case, the dynamic map device only needs to retain one of the state synchronization data, and filter out and discard other redundant identical state synchronization data. For example, only the first state synchronization data received is retained based on the timestamp. Generally, if the packet index, MAC address, IP address and timestamp of two state synchronization data are consistent, it can be determined that the two state synchronization data are the same and are the same state synchronization data.
[0040] In some embodiments of the rail transit dynamic map synchronization method disclosed, multiple dynamic map devices are distributed in one or more carriages of the rail transit. The dynamic map devices distributed in one or more carriages are set as needed to form one or more multicast groups and are bound to the same or more multicast group addresses. Multiple dynamic map devices under the same multicast address can update and synchronize the dynamic map according to the dynamic map synchronization method disclosed in the embodiments of the present application.
[0041] The technical details are further illustrated below in conjunction with embodiments.
[0042] Example 1 The method for synchronizing a rail transit dynamic map disclosed in Example 1 is applied to multiple dynamic map devices under the same multicast address, such as Figure 1 As shown, the method includes: A rail transit passenger service system sends an information display instruction to a plurality of dynamic map devices, and the plurality of dynamic map devices display dynamic maps according to the information display instruction; At least one dynamic map device sends state synchronization data to a multicast address; At least one dynamic map device receives at least one state synchronization data; The dynamic map device filters out the status synchronization data sent by itself; The dynamic map device compares the state synchronization data with the most recent timestamp with its own state data according to the timestamp of the received state synchronization data. If they are consistent, the synchronization is completed; if they are inconsistent, the state synchronization data with the most recent timestamp is updated as its own state data.
[0043] Example 2 Embodiment 2 discloses a method for synchronizing dynamic maps between dynamic map device A and dynamic map device B; Dynamic map device A: MAC address is 00:AA:BB:CC:DD:01, IP address is 192.168.1.100; dynamic map device B: MAC address is 00:AA:BB:CC:DD:02, IP address is 192.168.1.101; agreed multicast address: 239.115.100.109:25709; agreed unicast port number: 29559; terminal station index: 28; The dynamic device status update request and status synchronization data sent by the device are transmitted in the form of data frames. The data frame is defined as follows:
[0044] Among them, Byte1 and Byte24 are fixed characters. The received data packet check length is 24, and the two characters are consistent with the preset before proceeding to the next step; Byte 23 is the crc8 of Byte2~22 data (the polynomial is x8+x2+x+1); the packet index value of the ack request is consistent with the packet index value of the synchronization request, and the same packet data may be sent multiple times to ensure that the receiving end can receive the data; when Byte 18 is 0x8, it is necessary to pay attention to the car congestion information of Byte21~22; the congestion of each car is represented by two bits, and Byte21~22 can represent the congestion information of 8 cars in total;
[0045] In Example 2, dynamic map device A restarts after a failure, and dynamic map device B operates normally and is in the site information (site index is 3) interface; Figure 2 As shown in the figure, the synchronization process of the dynamic map includes: After the dynamic map device A is started and connected to the network, it is found that there is an abnormal flag set, so it sends a request status synchronization data frame to the agreed multicast group address (239.115.100.109:25709). According to the data frame definition, the request status synchronization data frame is 0x02, 0x05, 0x01, 0x00, 0xAA, 0xBB, 0xCC, 0xDD, 0x01, 0xC0, 0xA8, 0x01,0x64,0x67, 0x04, 0x8c, 0x49, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xEC, 0x04, where the frame data header is 0x02, the frame data tail is 0x04, and the frame data tail is 0x05. It represents a request for synchronization, 0x01 represents a frame index of 1, the MAC address is 00:AA:BB:CC:DD:01, the IP address is 0xC0.0xA8.0x01.0x64, which is 192.168.1.100, and the timestamp is 0x67, 0x04, 0x8c, 0x49. Converted to decimal, the timestamp is 1,728,351,305. Because this data frame represents a request for synchronization, the status, site index value, destination index value, carriage congestion and other data are all 0xFF, and the CRC8 checksum value is 0xEC. Because UDP multicast may have packet loss, the data frame is sent five times. Dynamic map device B receives the request status synchronization data frame, assembles its own reply data frame, and unicasts the reply data frame to dynamic map device A; the assembled reply data frame is 0x02, 0x06, 0x01, 0x00, 0xAA, 0xBB, 0xCC, 0xDD, 0x02, 0xC0, 0xA8, 0x01, 0x65, 0x67, 0x04, 0x8c, 0x4A, 0x04, 0x03, 0x1C, 0xFF, 0xFF, 0xB2, 0x04, where the frame data header is 0x02 and the frame data tail is 0x04 and 0x06. Represents request ack, 0x01 represents request data frame index 1, MAC address is 00:AA:BB:CC:DD:02, IP address is 0xC0.0xA8.0x01.0x65, that is, 192.168.1.101, timestamp is 0x67, 0x04, 0x8c, 0x4A, converted to decimal, timestamp is 1,728,351,306; current status value is 0x04, indicating station information, current station index is 0x03, terminal station index is 0x1C; currently non-vehicle information is displayed, so vehicle congestion information is 0xFFFF, CRC8 check value is 0xB2; use UDP to send to 192.168.1.100:29559, send five times. Due to the possibility of packet loss in UDP unicast, if the received data frame is the same as the last received data frame, it will be discarded; Dynamic map device A receives the unicast reply data frame sent by dynamic map device B. After parsing, it compares its own status data with the received reply data frame, sets its own status to site information, displays the current site as 3 and the terminal as 28, and synchronizes the dynamic map.
[0046] Example 3 In Example 3, the dynamic map device information and data information refer to Example 2, wherein the dynamic map device A and the dynamic map device B are both online normally.
[0047] like Figure 3 As shown in the figure, the synchronization process of the dynamic map includes: The PIS sends a train instruction to the dynamic map device A and the dynamic map device B; wherein the train instruction information includes: the first and sixth carriages are spacious, the third, fourth and fifth carriages are very crowded, and the second carriage is crowded; Dynamic map device A and dynamic map device B both receive the train instruction, respond to the instruction, change their own status, and display the vehicle information display interface; Dynamic map device A and dynamic map device B respectively send request status synchronization data frames to the agreed multicast group address (239.115.100.109:25709); The data frames sent by dynamic map device A are 0x02, 0x16, 0x02, 0x00, 0xAA, 0xBB, 0xCC, 0xDD, 0x01, 0xC0, 0xA8, 0x01, 0x64, 0x67, 0x04, 0x8c, 0x4C, 0x08, 0x03, 0x28, 0x06, 0xFD, 0x6F, 0x04, of which the carriage congestion information is 0x06FD. Its binary data is 011011111101. The first and second bits (01) mean that the first car is spacious. The third and fourth bits (10) mean that the second car is crowded. The fourth, fifth, sixth, seventh, eighth and ninth bits (111111) mean that the third, fourth and fifth cars are very crowded. The tenth and eleventh bits (01) mean that the sixth car is spacious. It is sent three times. The data frame sent by dynamic map device B is 0x02, 0x16, 0x02, 0x00, 0xAA, 0xBB, 0xCC, 0xDD, 0x02, 0xC0, 0xA8, 0x01, 0x65, 0x67, 0x04, 0x8c, 0x4C, 0x08, 0x03, 0x28, 0x06, 0xFD, 0x3F, 0x04; it is sent three times; Dynamic map device A and dynamic map device B receive two data frames respectively; dynamic map device A filters out the data frames sent by itself according to its own MAC address and IP address, and then checks the timestamp to find the data that is the same as its own status and ignores it; if it is different from its own status, it compares the timestamps and selects the status synchronization data with the most recent timestamp to update its own status data, and the synchronization is completed; dynamic map device B filters out the data frames sent by itself according to its own MAC address and IP address, and then checks the timestamp to find the data that is the same as its own status and ignores it; if it is different from its own status, it compares the timestamps and selects the status synchronization data with the most recent timestamp to update its own status data, and the synchronization is completed.
[0048] The method for synchronizing a dynamic map of rail transit disclosed in the embodiment of the present invention can automatically inspect and synchronously update the dynamic map; the dynamic map device can automatically send dynamic map status synchronization data to other dynamic map devices in the multicast address on the one hand, and keep synchronous updates with other dynamic maps in the multicast address; on the other hand, it can also automatically inspect and timely discover abnormal conditions of the dynamic map device, and actively send dynamic map update requests to other dynamic map devices in the multicast address after eliminating the abnormal conditions, and synchronize updates with other dynamic maps in the multicast address. The method for synchronizing a dynamic map of rail transit disclosed in the embodiment of the present invention has good application prospects in the field of rail transit technology.
[0049] The technical solutions disclosed in the embodiments of the present invention and the technical details disclosed in the embodiments are merely illustrative of the inventive concept of the present invention and do not constitute a limitation on the technical solutions of the embodiments of the present invention. Any conventional changes, replacements or combinations of the technical details disclosed in the embodiments of the present invention have the same inventive concept as the present invention and are within the protection scope of the claims of the present invention.
Claims
1. A method for synchronizing a rail transit dynamic map, characterized in that: Applied to multiple dynamic map devices under the same multicast address, the method includes: A rail transit passenger service system sends an information display instruction to a plurality of dynamic map devices, and the plurality of dynamic map devices display dynamic maps according to the information display instruction; At least one dynamic map device sends state synchronization data to a multicast address; At least one dynamic map device receives at least one state synchronization data; The dynamic map device filters out the status synchronization data sent by itself; The dynamic map device compares the state synchronization data with the most recent timestamp with its own state data according to the timestamp of the received state synchronization data. If they are consistent, the synchronization is completed; if they are inconsistent, the state synchronization data with the most recent timestamp is updated as its own state data.
2. The method for synchronizing a rail transit dynamic map according to claim 1, characterized in that: It also includes the inspection steps of the dynamic map device; specifically, the dynamic map device performs device status detection according to the received inspection instruction, if an abnormal device status is detected, an abnormal flag is written, and the dynamic map device is restarted.
3. The method for synchronizing a rail transit dynamic map according to claim 2, characterized in that: The first dynamic map device is a device in an abnormal state, and the synchronization method of the first dynamic map includes: After the first dynamic map device is restarted, it sends a status synchronization request to the multicast address; After receiving the state synchronization request, at least one other dynamic map device assembles its own state synchronization data and unicasts it to the first dynamic map device; The first dynamic map device receives at least one state synchronization data sent by at least one other dynamic map device, and updates the latest state synchronization data as its own state data according to the timestamp.
4. The method for synchronizing a rail transit dynamic map according to claim 2, characterized in that: If the dynamic map device does not detect any abnormal state of the device, the state of receiving the passenger service system information display instruction is maintained.
5. The method for synchronizing a rail transit dynamic map according to claim 4, characterized in that: If the dynamic map device does not receive an inspection command for a long time, it will enter the screen saver state.
6. The method for synchronizing a rail transit dynamic map according to claim 3, characterized in that: If the first dynamic map device does not receive status synchronization data after sending a synchronization status request, it enters the screen saver state.
7. The method for synchronizing a rail transit dynamic map according to claim 1, characterized in that: The dynamic map device sends multiple status synchronization requests to the multicast address.
8. The method for synchronizing a rail transit dynamic map according to claim 7, characterized in that: If the dynamic map device receives multiple identical state synchronization data, only the first state synchronization data is retained.
9. The method for synchronizing a rail transit dynamic map according to claim 2, characterized in that: Abnormal device status includes CPU full load, thread stuck, and abnormal network status.
10. The method for synchronizing a rail transit dynamic map according to claim 1, characterized in that: A plurality of dynamic map devices are distributed in one or more carriages of a rail transit.