WO2023280140A1 - Système et procédé de gestion d'inventaire universels - Google Patents

Système et procédé de gestion d'inventaire universels Download PDF

Info

Publication number
WO2023280140A1
WO2023280140A1 PCT/CN2022/103810 CN2022103810W WO2023280140A1 WO 2023280140 A1 WO2023280140 A1 WO 2023280140A1 CN 2022103810 W CN2022103810 W CN 2022103810W WO 2023280140 A1 WO2023280140 A1 WO 2023280140A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
existing vehicle
service layer
layer
management system
Prior art date
Application number
PCT/CN2022/103810
Other languages
English (en)
Chinese (zh)
Inventor
谢飞
苏斌
刘永壮
燕翔
龙昭
Original Assignee
北京全路通信信号研究设计院集团有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 北京全路通信信号研究设计院集团有限公司 filed Critical 北京全路通信信号研究设计院集团有限公司
Publication of WO2023280140A1 publication Critical patent/WO2023280140A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/545—Interprogram communication where tasks reside in different layers, e.g. user- and kernel-space
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations

Definitions

  • the invention belongs to the field of railway management systems, and in particular relates to a global-based existing vehicle management system and a method thereof.
  • the railway vehicle management system is used to manage the information of railway freight vehicles, including the location tracking information of each carriage, cargo loading and unloading information, vehicle operation status information, etc.
  • the information systems with the function of existing vehicle management system on the market mainly include CIPS system (Comprehensive Integrated Automation System for Marshalling Station), SMIS system (Station Integrated Management Information System), centralized existing vehicle system, and whole-process transportation system.
  • CIPS system Comprehensive Integrated Automation System for Marshalling Station
  • SMIS system Stimulation Integrated Management Information System
  • centralized existing vehicle system and whole-process transportation system.
  • the number of stations managed can be divided into single-station existing vehicle management system and multi-station existing vehicle management system.
  • the CIPS system is representative and has a large market share.
  • CIPS was developed by Beijing Quanlu Communication Signal Research and Design Institute Co., Ltd., and the system has been widely promoted in new and existing marshalling stations and factories and mines.
  • the CIPS system is connected with the control system, sends end-to-end commands to the interlocking system and receives processing feedback information, and automatically adjusts decisions according to the feedback information, thereby realizing comprehensive informationization and automation in the marshalling station.
  • CIPS information system adopts C/S structure, that is, client/server structure.
  • the client program sends commands to the server, and the server receives the client commands, processes the corresponding business logic and returns the processing results to the client, and at the same time broadcasts the latest data and saves it in the database.
  • Other clients in the local area network receive the latest broadcast data and update the interface, so that the data of all clients can be updated synchronously.
  • the position and state changes of the existing vehicle are estimated through the vehicle operation process, and the actual existing vehicle and the planned existing vehicle are calculated in real time according to the vehicle operation process that has completed the operation and the vehicle operation process that has not completed the operation.
  • Each station needs to deploy a set of independent servers, databases, and clients. Data sharing between stations cannot be realized, and vehicle information cannot be tracked across the entire line or even globally. At the same time, client programs need to be installed and deployed on each machine. And it only supports the Windows operating system, which increases the complexity of the installation, deployment and maintenance of the entire system.
  • SMIS single-station existing vehicle management systems
  • SMIS was developed by the Academy of Railway Sciences, and the system has been widely promoted in the technical operation stations of the railway Bureau.
  • SMIS organically combines the five major items of transportation management, dispatching supervision, vehicle number identification, wireless shunting order transmission, and locomotive positioning to realize parallel management of existing vehicles at multiple stations.
  • SMIS system adopts B/S structure, that is, browser/server structure. The user accesses through the browser, the parallel service sends the access request, the server receives the browser request, processes the corresponding business logic and returns the processing result to the browser, and at the same time broadcasts the latest data and saves it in the database.
  • the state of the current vehicle is changed by receiving the modification request, and the position of the current vehicle is estimated by the confirmation report of the vehicle receiving and dispatching and the shunting plan.
  • SMIS is widely used in railway dispatching and supports multi-station management, but the number of stations that can be managed at the same time is limited. Limited by the traditional B/S architecture that restricts its large data volume parallel computing, the SMIS system only supports the calculation of a single shunting plan. Station dispatchers cannot pre-program multiple shunting plans in advance, and cannot realize advanced planning and current train calculations.
  • the existing railway vehicle management system mainly has the following shortcomings:
  • the single-station existing vehicle management system cannot realize multi-station existing vehicle data sharing.
  • the single-station existing vehicle management system needs to be equipped with its own server, database, and client, and the equipment and system operation and maintenance costs are relatively high.
  • the multi-station existing vehicle management system is limited by the system architecture, and the number of stations that can be supported at the same time is limited. With the increase in the number of stations and the amount of data calculations, it is difficult to ensure the real-time and accuracy of existing vehicle data.
  • the present invention discloses a global-based existing vehicle management system, which includes a client, an application aggregation service layer, an application kernel service layer and a database layer;
  • the client is used for human-computer interaction work on the global-based existing vehicle management system
  • the application kernel service layer is used to implement core business logic and provide external services through the application aggregation service layer;
  • the application aggregation service layer is used for all microservices of the application kernel service layer, decoupling the client, the kernel service layer and external systems;
  • the database layer communicates with the application kernel service layer to provide data storage and data call for the application kernel service layer.
  • the client is implemented based on a browser and adopts a WebUI framework.
  • the client includes the current vehicle distribution interface, the shunting plan management interface, the technical operation chart, the receiving and dispatching table, the statistical analysis interface and the system maintenance interface.
  • the application aggregation service layer includes a Web application aggregation service and an interface micro-service platform;
  • the Web application aggregation service is used to provide a unified service API for all PCs and APPs;
  • the interface micro-service platform is used to abstract the interface part of the external system into a separate interface layer, which is separated from the business layer.
  • the external system includes planning and dispatching information system, locomotive depot information system, vehicle dispatching information system, freight dispatching information system, vehicle number identification system and construction management information system.
  • the application kernel service layer includes multiple kernel services, each kernel service is relatively independent, the kernel services are loosely coupled to each other, and communicate through RESful and/or message middleware.
  • the multiple core service layers include existing vehicle service, driving service, statistical decision analysis, rights management service, basic data management and log management.
  • the core service adopts the form of a single program based on the SpringBoot framework, independently publishes the service interface to the outside, and obtains the services of other single core programs by calling the service interface.
  • the service interface is managed in a document-agreed manner; when the service scale is higher than the first set value, the number of interfaces is greater than In the second setting value, deployment service discovery is used to realize automatic service registration and discovery functions and simplify calls between microservices.
  • application kernel service layer is connected with public components, and the public components are used for multiplexing of common functions among business components.
  • public components include authentication and authorization modules, user operation records, general entity objects, and general tool classes.
  • the global-based existing vehicle management system adopts SOA B/S micro-service architecture.
  • the present invention also discloses a global-based existing vehicle management method, which includes the following steps:
  • S1 Use the application kernel service layer to implement core business logic, and provide external services through the application aggregation service layer;
  • S2 Use the application aggregation service layer to aggregate all the microservices of the application kernel service layer, and decouple the client, kernel service layer and external systems;
  • S3 use the database layer to communicate with the application kernel service layer, and provide data storage and data call for the application kernel service layer;
  • S4 Use the client to perform human-computer interaction on the global-based existing vehicle management system.
  • step S1 adopts the form of a single program based on the SpringBoot framework, independently publishes service interfaces externally, and obtains services of other single core programs through service interface calls.
  • the application aggregation service layer in the step S2 includes a web application aggregation service and an interface microservice platform;
  • the Web application aggregation service is used to provide a unified service API for all PCs and APPs;
  • the interface micro-service platform is used to abstract the interface part of the external system into a separate interface layer, which is separated from the business layer.
  • the service interface is managed in a document-agreed manner; when the service scale is higher than the first set value, the number of interfaces is greater than In the second setting value, deployment service discovery is used to realize automatic service registration and discovery functions and simplify calls between microservices.
  • step S4 is implemented based on a browser, using a WebUI framework.
  • the invention has the advantages of realizing real-time sharing of existing vehicle data of multi-station data and realizing collaborative management of multi-station existing vehicles.
  • Fig. 1 shows a technical architecture diagram of an existing vehicle management system according to an embodiment of the present invention
  • Fig. 2 shows the data model according to the CIPS system in the prior art
  • Fig. 3 shows the data model diagram according to the data model in the embodiment of the present invention
  • Fig. 4 shows the flow chart of the present vehicle distribution estimation method according to the embodiment of the present invention
  • FIG. 5 shows a schematic diagram of a shunting plan list according to an embodiment of the present invention
  • Fig. 6 shows a schematic diagram of derivation of an existing vehicle distribution section according to an embodiment of the present invention
  • Fig. 7 shows a flow chart of calculating the tangent plane of the planned existing vehicle distribution when a new shunting plan is created according to an embodiment of the present invention
  • Fig. 8 shows a schematic flow diagram of calculating the tangential plane of the planned existing vehicle distribution when a new shunting plan is newly established according to an embodiment of the present invention
  • Fig. 9 shows a schematic flow chart of the calculation of the cut plane of the distribution of actual existing vehicles according to the shunting plan according to the embodiment of the present invention.
  • Fig. 10 shows a schematic flow chart of the calculation of the cut plane of the actual existing vehicle distribution when the points are not reported according to the shunting plan list according to the embodiment of the present invention
  • Fig. 11 shows a schematic diagram of car No. 0001 moving between lanes according to the shunting plan according to the embodiment of the present invention.
  • Fig. 1 shows a technical framework diagram of the existing vehicle management system.
  • the existing vehicle management system includes a client, an application aggregation service layer, an application kernel service layer and a database layer.
  • the existing vehicle management system adopts the B/S microservice framework based on SOA
  • the installation, deployment and system maintenance work of the human-computer interaction terminal can be simplified by adopting the B/S microservice framework based on SOA, and various business
  • the logic processing is dispersed in each micro-service to improve the parallel computing capability and data throughput of the existing vehicle management system.
  • the communication between the client and the application aggregation service layer and the application kernel service layer adopts a RESTful style lightweight API.
  • the existing vehicle management system can be used across platforms, for example, it can provide web pages, ios, android at the same time; in addition, the existing vehicle management system can effectively decouple the front and back.
  • the general status code can judge the return result. For example, the status code returned by the traditional webpage API is only 200, requiring developers to customize the communication status between the server and the client.
  • different status codes can be returned, such as the most commonly used 200 for success, 500 for internal server errors, and 403 for Bad Requests.
  • the client is used for man-machine interaction with the existing vehicle management system.
  • the client is a mobile phone APP and/or a PC.
  • the client is implemented based on a browser and uses a WebUI framework.
  • Browser-based implementation can simplify the installation and deployment of the client and system maintenance work, and the use of the WebUI framework can ensure a friendly user interface style and the convenience of subsequent software iterative upgrades.
  • the user interface is used to display an existing vehicle distribution interface, a shunting plan management interface, a technical operation chart, a dispatch table, a statistical analysis interface and a system maintenance interface.
  • Real-time viewing of the existing vehicle distribution can be realized through the client, the technical operation chart and statistical analysis model generated by the existing vehicle management system can be presented through the client, and all the existing vehicles can be analyzed through the client.
  • the above existing vehicle management system sends the vehicle shunting plan, and the system maintenance of the above existing vehicle management system can also be performed through the client.
  • the application aggregation service layer is used to aggregate all microservices of the application kernel service layer, and provide a unified access interface for external systems; it is also used to decouple the client, interface layer, application kernel service layer and external systems; the application kernel The service layer is used to provide external services through the application aggregation service layer.
  • the application aggregation service layer includes a Web application aggregation service and an interface micro-service platform.
  • the Web application aggregation service is used to provide a unified service API for all PC terminals and APP terminals, so that the existing vehicle management system only needs to develop a version of the service program, which can be applied to web pages and Android. There is no need to develop the Android version and the web version separately; the interface micro-service platform abstracts the interface part of the external system into a separate interface layer, which is separated from the business layer and avoids coupling with business logic. When there is a problem in the interaction process, it will not affect the business function of the system.
  • the application aggregation service layer undertakes the function of the service gateway, but does not have state persistence processing, so as to facilitate the loading and improve the throughput.
  • the application aggregation service layer is not only used to assume the function of the service gateway, but also used for load balancing. Load balancing refers to the even distribution of a large number of user access requirements to each server.
  • the existing vehicle management system is connected to the external system through the interface micro-service platform, and each interface service of the interface micro-service platform is an independent micro-service, and interacts with the external system through the application aggregation service layer .
  • the external systems include planning and dispatching information system, locomotive depot information system, vehicle dispatching information system, freight dispatching information system, vehicle number identification system and construction management information system.
  • the application core service layer is used to implement core business logic and provide external services through the application aggregation service layer.
  • the application kernel service layer includes multiple kernel services, each kernel service is independent of each other, and the kernel services are loosely coupled with each other, and communicate through RESTful or message queue.
  • the RESTful communication method is to send a request, wait for feedback, get feedback and process the feedback information. That is to say, kernel service A requests data from kernel service B and then waits for the return of kernel service B, and the communication is not completed until the return value of kernel service B is obtained.
  • kernel service A is performing calculations. During the calculation process, certain data of kernel service B must be used to complete the calculation. Therefore, it is necessary to use RESTful communication to request kernel service B. Kernel service A can get the data returned by kernel service B to complete the calculation. Continue to operate.
  • the advantage of this method is that if kernel service A wants certain data, it can obtain it from other services in real time, and the implementation method is simple.
  • the disadvantage is that the coupling with other services is too strong. Once the data of other services cannot be obtained, the kernel service A can only wait.
  • the message queue communication method is to directly throw messages into the message queue, and the information in the message queue is visible to other kernel services, and other kernel services take the message from the message queue to perform related calculations. Therefore, the coupling is low and there is no need to wait for each other, but it is not suitable for situations such as web page access.
  • the core service layer includes existing car service, driving service, statistical decision analysis, authority management service, basic data management and log management.
  • Each kernel service adopts the single program form of the SpringBoot framework, independently publishes the service interface externally, and obtains the services of other single kernel programs through the service interface calling method.
  • the document reading method is used to manage the interface.
  • the scale of the service expands, the number of interfaces of the kernel service layer increases, and service automatic registration and discovery functions can be implemented by deploying service discovery to simplify calls between microservices.
  • location information of the service needs to be provided externally, and the location information is usually an IP address and port information.
  • the location of the kernel service can be fixedly generated on the use side through configuration files or codes.
  • the document reading method is used to manage the interface, and information such as service address connection parameters is written into the document, and each kernel service is connected according to the preset connection method in the document.
  • the management method of document reading is more convenient.
  • Automatic service registration means that when a certain microservice expands the new service address or changes the address, it automatically registers the new address to the registration center. When a certain service address becomes invalid due to machine failure or other reasons, it automatically cancels the address to the registration center.
  • Service discovery means that when a client accesses a service, it automatically obtains an available access address through the registration center. Therefore, applications developed using the microservice architecture must solve this problem through service registration and discovery technologies.
  • the application kernel service layer is connected with public components, and the public components are used for multiplexing of communication functions among business components.
  • the public components include authorization modules, user operation records, general entity objects and general tool classes.
  • the authorization module can provide authorization functions for each microservice.
  • the database layer communicates with the application kernel service layer to provide data storage and data call for the application kernel service layer.
  • the present invention also discloses a global-based existing vehicle management method, which includes the following steps:
  • S1 Use the application kernel service layer to implement core business logic, and provide external services through the application aggregation service layer;
  • S2 Use the application aggregation service layer to aggregate all the microservices of the application kernel service layer, and decouple the client, kernel service layer and external systems;
  • S3 use the database layer to communicate with the application kernel service layer, and provide data storage and data call for the application kernel service layer;
  • S4 Use the client to perform human-computer interaction on the global-based existing vehicle management system.
  • step S1 adopts the form of a single program based on the SpringBoot framework, independently publishes service interfaces externally, and obtains services of other single core programs through service interface calls.
  • the application aggregation service layer in the step S2 includes a web application aggregation service and an interface microservice platform;
  • the Web application aggregation service is used to provide a unified service API for all PCs and APPs;
  • the interface micro-service platform is used to abstract the interface part of the external system into a separate interface layer, which is separated from the business layer.
  • the kernel service layer manages the service interfaces in a document-agreed manner; when the service scale is higher than the first set value, the number of interfaces is greater than the second set value.
  • the client in step S4 is implemented based on a browser, using a WebUI framework.
  • the client includes a current vehicle distribution interface, a shunting plan management interface, a technical operation chart, a dispatch table, a statistical analysis interface, and a system maintenance interface.
  • the invention also discloses a data model based on the global existing vehicle management system, and Fig. 3 shows a data model diagram of the data model.
  • the data model includes a station vehicle data set, a station data set and an in-transit vehicle data set, the station vehicle data set is used to store detailed information on vehicles staying in the station, and the station data set is used for Store the shunting plan and the current vehicle distribution data of the stock lane, the stock track current vehicle distribution data records the vehicle data pointers arranged in order in the stock track, the vehicle data pointer points to the vehicle detailed information in the station vehicle data set, the The Vehicles in Transit dataset is used to store detailed information about vehicles traveling en route.
  • the station vehicle data set stores vehicle detailed information in a hash table structure
  • the Key value in the hash table stores the car number of each train, which is required to be non-repeatable
  • the Value value stores other vehicle information.
  • the vehicle detailed information includes information such as vehicle number, model, cargo, load, and vehicle status.
  • the detailed information of the vehicle is stored through the hash table structure.
  • the vehicle data can be obtained directly from the hash table only according to the vehicle number.
  • the algorithm complexity is 0(1), which greatly saves the system
  • the calculation process saves system computing power.
  • the station data set includes actual existing vehicle data, planned existing vehicle data and shunting plan data.
  • Both the actual existing vehicle data and the planned existing vehicle data include a collection of lanes and vehicle relationships. What is stored in this collection is not real data, but an ordered list of data pointers.
  • the data pointers point to the station vehicle data set vehicle details. When the vehicle detailed information in the station vehicle data set is changed, the actual existing vehicle data and planned existing vehicle data will also be changed in time through the data pointer, without recalculating the actual existing vehicle data and planned existing vehicle data.
  • the shunting plan data is used to store the shunting plan sheet, and the actual existing vehicle data is deduced according to the shunting plan data to obtain the planned existing vehicle data.
  • the data model also includes an in-transit data set model, and the in-transit vehicle data set model is used to store train formation information.
  • the train formation information includes train formation catalog information and train formation content information.
  • the train formation directory records train numbers, train running lines, train arrival and departure types, train arrival and departure stations, and the like.
  • the train formation catalog points to the train formation content information, and the train formation content information includes the detailed information of all the vehicles carried by the current train and the sequence of the vehicles.
  • the arrangement order refers to the arrangement order of all the vehicles carried in the train. Exemplarily, the current station has three lanes, and vehicles are parked on each lane.
  • the vehicle data set of the station records the relationship data between the three lanes and vehicles, and the vehicle data pointer is stored in the relationship data between each lane and vehicles. an ordered list of .
  • a train formation information catalog and a train formation content will be generated in the vehicle data set in transit.
  • the train formation catalog information records the train number, train arrival type, train departure lane, Information such as the train departure track, the train formation content records the detailed information and arrangement order of all vehicles on the departure track.
  • the station vehicle data set deletes the vehicle data that has been sent away on the lane, and clears the relationship data between the lane and the vehicle in the station data set.
  • the train enters the next station add vehicle information to the vehicle data set at the station according to the train marshalling information and the receiving track, and add the receiving track and vehicle relationship data to the actual existing vehicle data of the corresponding station at the same time, according to the The shunting plan recalculates the planned current vehicle data.
  • the data model based on the global existing vehicle management system of the present invention runs faster, saves the calculation process of the system, and saves the computing power of the system.
  • the present invention also discloses a construction method of a data model based on the global existing vehicle management system.
  • the data model construction method includes the following steps:
  • S1 Construction of station vehicle data collection station data set.
  • S2 Store the vehicle detailed information in the station vehicle data set.
  • the vehicle detailed information includes vehicle number, model, cargo, load and vehicle status.
  • the vehicle detailed information in step S2 is stored in the station vehicle data set in a hash table structure, wherein the Key value in the hash table stores the vehicle number and cannot be repeated, and the Value value stores other information of the vehicle.
  • the station data set includes actual existing vehicle data and planned existing vehicle data; what is stored in the actual existing vehicle data and planned existing vehicle data is a set of relationship between lanes and vehicles, and in the set of relationship between lanes and vehicles What is stored is the vehicle data pointer.
  • S4 Use the client to perform human-computer interaction on the global-based existing vehicle management system.
  • the data model also includes an in-transit vehicle data set model
  • the vehicle data set model in transit is used to store train formation information, and the train formation information includes train formation catalog and train formation content;
  • the content of the train formation pointed to by the train formation directory records the detailed information and sequence of all vehicles carried in the train.
  • the data operation process based on the data model of the global existing vehicle management system includes the following steps:
  • the station data model stores the data of actual existing vehicles, planned existing vehicles and shunting plans.
  • the actual existing vehicle and the planned existing vehicle store a relationship table of stock lane and vehicle data pointers.
  • the vehicle data pointer points to the station vehicle data set.
  • the station vehicle data center stores all the information of the vehicles parked in the station.
  • the train formation data includes the train formation directory and the train formation content, and the train formation data is stored in the vehicle data set in transit.
  • the deletion of the current vehicle data of the departure lane at the departure station means that the actual existing vehicle in the departure station data set stores the ordered list data of the departure lane and vehicle data pointers, find the data and clear it, and the actual existing vehicle departure unit after clearing Existing vehicles on the road were removed. According to the shunting plan set and the actual existing vehicle calculation, the new planned existing vehicle is obtained. Through the calculation, the existing vehicle on the starting lane of the new planned existing vehicle is deleted.
  • S3 The train arrives at the pick-up station, extracts the train marshalling data, adds the connected vehicle data to the station vehicle data set, and adds the current vehicle data to the station data set of the pick-up station.
  • the extracting train formation data and adding the accessed vehicle data to the station vehicle data set refers to extracting the train formation information to the in-transit vehicle data set according to the arriving train information, and adding the train formation information to the station vehicle data set according to the formation content in the train formation information.
  • Detailed data of the vehicle Detailed data of the vehicle.
  • Adding the current train data to the station data set of the receiving station refers to, according to the receiving train lane of the arriving train entering the station, find the receiving train lane in the actual existing train of the station data set of the receiving station, and add the data to the train according to the content of the arriving train marshalling
  • the list of vehicle data pointers is added to the pick-up lane, and after the addition, the current vehicle information is added to the pick-up lane of the actual existing vehicle.
  • the new planned existing vehicle of this station is calculated, and the received current vehicle information appears on the pick-up lane of the calculated planned existing vehicle.
  • the invention also discloses a method for calculating the distribution of existing vehicles.
  • Figure 4 shows the flow chart of calculating the cut plane of the actual existing vehicle distribution, and the steps are as follows:
  • the actual current vehicle section refers to the distribution of vehicles on each lane in the current station at this moment, and each lane displays different order of vehicles, each vehicle has a unique number, and also displays the vehicle The model and cargo information loaded.
  • the shunting plan list refers to the work plan list prepared by station dispatchers for the shunting machine to drop, hook and move vehicles. At the freight station, it is necessary to load and unload trucks and vehicles, transfer vehicles between different lanes, and adjust the order of vehicles in the same lane. In order to complete this series of operations, the station dispatcher will prepare multiple shunting plans in sequence in advance, and the multiple shunting plans will be arranged into a list of shunting plans according to the order of compilation, as shown in Figure 5, the upper part is prepared by the station dispatcher
  • the shunting plan list there are 3 shunting plans in the list. The following shows the specific content of the selected first shunting plan.
  • the operation content is divided into two steps: (1) the shunting machine hangs 64 vehicles from the east of No. I-1 Stock Road (2) the shunting machine connects -IIA No. 1 stock road owner dropped 64 vehicles. Thereby realize that 64 cars in the I-1 No. stock track are moved to the I-IIA No. stock track.
  • the shunting plan includes an unreported shunting plan and a reported shunting plan.
  • the unreported shunting plan refers to the shunting plan that has not started operations at the station site, and the actual on-site vehicles in the lane have not yet moved.
  • the reported shunting plan refers to the shunting plan that has completed operations on the station site.
  • the outdoor on-site shunting operators shunting chief, picker, locomotive driver, etc.
  • the outdoor on-site shunting operators first obtain the unreported shunting plan, according to The content of the shunting plan is carried out on-site.
  • the completion time of the shunting plan will be reported.
  • the unreported shunting plan becomes the reported shunting plan.
  • the planned current vehicle section refers to the distribution of vehicles on each lane in the future calculated by the system based on the unreported shunting plan.
  • the station dispatcher will prepare a series of shunting plans in advance according to the on-site operation situation, and the system will calculate the unreported shunting plans in sequence according to the order of the shunting plan list according to the actual current vehicle sections, and obtain the planned current vehicle sections.
  • P 1 ⁇ P n is the shunting plan that has been reported
  • P n+1 ⁇ P n+m is the shunting plan that has not been reported
  • realTracks is the actual current vehicle section
  • planTracks is the planned existing vehicle section .
  • the system calculates and plans the section of existing vehicles, which can help station dispatchers to grasp the distribution of existing vehicles in the station after the implementation of the future shunting plan in advance, and continue to prepare subsequent shunting plans according to the planned section of existing vehicles.
  • the shunting plan list is composed of P 1 , P 2 to P n , P n+1 , and P n+2 to P n+m .
  • the shunting plan before the shunting plan P n has all been reported, and the actual distribution section of existing vehicles is P n .
  • the actual distribution section of existing vehicles is P n .
  • the actual distribution section of the current vehicle is the same as the following, and will not be explained again.
  • a new actual existing vehicle distribution section P n+ 1 is derived. It is necessary to recalculate and verify the distribution of planned existing vehicles in order to ensure the accuracy of the reporting point.
  • the unreported shunting plans P n+1 , P n+2 to P n+m are sequentially calculated according to the actual existing vehicle section to obtain a new planned existing vehicle section. If the new planned existing vehicle can be successfully calculated If the section is cut, it is judged that the reporting point is successful.
  • step S1 the specific steps of the actual existing vehicle distribution section and the shunting plan list data read in step S1 are as follows:
  • the database is used to persist the actual current vehicle section and shunting plan data.
  • the data in the database is loaded into the system memory and the calculated and planned current vehicle section data is stored in the memory. Therefore, when the system is running, the system memory stores the actual data.
  • the memory data is calculated and updated in real time according to user operations, and the actual vehicle distribution and shunting plan data in the memory are updated and synchronized to the database in real time.
  • the unreported shunting plan in the shunting plan list is sequentially deduced, and the planned existing vehicle distribution section is obtained and stored in the system memory.
  • the shunting plan list in step S1 is a process of continuous updating, and a shunting plan will be added at the same time as the point is reported.
  • Figure 7 shows the flow chart of calculating the existing vehicle distribution when creating a new shunting plan, and the steps are as follows:
  • planTracks1 is the current vehicle section of the original plan
  • the new plan can be calculated according to the current vehicle section of the original plan Existing car section planTracks2.
  • the criterion for successful calculation is that the system searches the lanes for corresponding vehicles according to the content of the shunting plan, and the order of the vehicles must be consistent with the order of vehicles specified in the shunting plan.
  • the operator does not carry out on-site operations step by step according to the shunting plan list, and may skip a shunting plan and execute the next shunting plan first Plan, and then skip the shunting plan, that is, report the points in sequence according to the shunting plan list.
  • the new actual existing vehicle section is calculated according to the original actual existing vehicle section and the reported reporting point shunting plan, and then according to the new actual According to the sequence of the shunting plans in the shunting plan list, the current vehicle distribution section calculates the unreported shunting plan in turn to obtain a new planned existing vehicle distribution section.
  • the current actual vehicle distribution section is P n
  • the shunting plan P n+1 is skipped, and the shunting plan P n+2 is reported first.
  • the original actual current vehicle section is derived according to the shunting plan P n+2 , and the shunting plan P n+1 is ignored to obtain a new actual current vehicle section.
  • the necessity of calculating the new planned current vehicle section according to the new actual current vehicle section to verify the correctness of the vehicle shunting plan report point is exemplified.
  • the current actual current vehicle section, car No. 0001 is at 1G, and the station dispatcher sequentially compiles three shunting plans P 1 , P 2 , and P 3 that have not been reported.
  • the shunting plan is as follows:
  • P 1 moves the vehicle from 1G to 2G.
  • vehicle No. 0001 was finally moved to 3G. Work on site according to the shunting plan and complete P 1 . If the on-site staff reports point P 1 correctly. At this time, on the new actual vehicle section, vehicle No. 0001 was moved to 2G. The new actual existing vehicle section continues to calculate P 2 and P 3 , and the planned existing vehicle section can be calculated normally. If the on-site staff makes a mistake and reports P 3 instead of P 1 , the system first calculates the new actual section to move the vehicle to 3G, and then calculates P 1 and P 2 sequentially based on the new actual section , when calculating P 1 , it is found that No. 0001 car does not exist in 1G on the new actual current vehicle cut plane (the vehicle is at 3G at this time), so the calculation is wrong, and the system judges that the on-site operator reports a wrong point, thus effectively preventing the on-site personnel from misoperation.
  • the invention also discloses an existing vehicle distribution calculation system, which includes an access module and a calculation module.
  • the access module is used to read the actual vehicle distribution section and the list of shunting plans.
  • the calculation module is used to derive a new actual existing vehicle distribution section in order from the actual existing vehicle distribution section according to the shunting plan in the shunting plan list, and continue to obtain a new actual existing vehicle distribution section according to all unreported shunting plans. Cut planes are deduced to obtain planned current vehicle cut planes.
  • the access module includes a database and system memory.
  • the database is used to save the actual vehicle distribution section and shunting plan list data, and the data can be persisted.
  • the data can be loaded from the database into the system memory; the system memory stores the actual vehicle distribution section and shunting plan list data, so
  • the derivation module calculates the planned distribution section according to the actual existing vehicle distribution section and the tram plan list, and stores it in the system memory. Due to the fast reading speed of the memory data, the updated data can be estimated and updated in real time according to user operations to ensure the real-time performance of the system.
  • the calculation module is used to calculate and update the actual existing vehicle distribution section according to the data of the shunting plan in the shunting plan list.
  • the list of shunting plans includes unreported shunting plans and reported shunting plans.
  • the calculation module is used to put the new shunting plan into the last position of the shunting plan list; calculate the new plan according to the original planned existing vehicle section and the newly created shunting plan Existing vehicle section; if the calculation is successful, update the planned existing vehicle section to the new planned existing vehicle section; if the calculation fails, do not update the planned existing vehicle distribution, and delete the newly created shunting plan from the shunting plan list.
  • Calculation of the new actual vehicle distribution section when the shunting plan is reported includes: setting the corresponding shunting plan in the shunting plan list as the report status; calculating the new section according to the original actual current vehicle section and the reported shunting plan Actual existing vehicle section; Calculate the planned existing vehicle section according to the new actual existing vehicle section and all unreported shunting plans; if the calculation of the planned existing vehicle section fails, cancel the reporting status of the return plan. If the calculation of the planned existing vehicle section is successful, the actual existing vehicle section is updated, and the planned existing vehicle section is updated. If the calculation of the actual existing vehicle section fails, the report point status of the return vehicle plan is withdrawn; if the calculation of the actual existing vehicle section is successful, the new planned existing vehicle distribution section is further calculated.
  • the specific derivation steps include the following: Calculate the new actual existing vehicle section according to the original actual existing vehicle section and the reported shunting plan; according to the new actual existing vehicle distribution section in order Calculating the unreported shunting plan to obtain a new planned distribution section of existing vehicles.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • General Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Human Computer Interaction (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La présente invention concerne le domaine des systèmes de gestion ferroviaire et, en particulier, un système et un procédé de gestion d'inventaire universels. Le système de gestion d'inventaire universel comprend un client, une couche de service d'agrégation d'applications, une couche de service de noyau d'applications et une couche de base de données. Le client est utilisé pour une interaction homme-ordinateur du système de gestion d'inventaire universel. La couche de service de noyau d'applications est utilisée pour mettre en œuvre une logique d'entreprise centrale et fournir des services externes au moyen de la couche de service d'agrégation d'applications. La couche de service d'agrégation d'applications est utilisée pour tous les micro-services de la couche de service de noyau d'applications et découpler le client, la couche de service de noyau et les systèmes externes. La couche de base de données communique avec la couche de service de noyau d'applications pour fournir un stockage de données et une invocation de données pour la couche de service de noyau d'applications. Au moyen de la présente invention, le partage de données d'inventaire et la gestion collaborative de multiples stations peuvent être réalisés.
PCT/CN2022/103810 2021-07-06 2022-07-05 Système et procédé de gestion d'inventaire universels WO2023280140A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110759928.8A CN113204444B (zh) 2021-07-06 2021-07-06 一种基于全局的现车管理系统及其方法
CN202110759928.8 2021-07-06

Publications (1)

Publication Number Publication Date
WO2023280140A1 true WO2023280140A1 (fr) 2023-01-12

Family

ID=77022750

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/103810 WO2023280140A1 (fr) 2021-07-06 2022-07-05 Système et procédé de gestion d'inventaire universels

Country Status (2)

Country Link
CN (1) CN113204444B (fr)
WO (1) WO2023280140A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116142268A (zh) * 2023-04-24 2023-05-23 中国铁道科学研究院集团有限公司通信信号研究所 一种基于中台架构的列控设备动态监测系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113204444B (zh) * 2021-07-06 2022-04-26 北京全路通信信号研究设计院集团有限公司 一种基于全局的现车管理系统及其方法
CN114379621B (zh) * 2022-01-04 2023-06-27 北京全路通信信号研究设计院集团有限公司 一种确报信息处理方法、系统、装置、设备及介质
CN114454925B (zh) * 2022-01-06 2023-10-27 北京全路通信信号研究设计院集团有限公司 一种基于全局的技术作业图表生成、通信方法和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160232721A1 (en) * 2015-02-11 2016-08-11 Accenture Global Services Limited Integrated fleet vehicle management system
CN109278811A (zh) * 2018-09-27 2019-01-29 北京全路通信信号研究设计院集团有限公司 一种铁路客运站运输组织的综合自动化实现系统及方法
CN109995713A (zh) * 2017-12-30 2019-07-09 华为技术有限公司 一种微服务框架中的服务处理方法及相关设备
CN112215550A (zh) * 2020-10-20 2021-01-12 东方钢铁电子商务有限公司 一种铁路货运数据处理系统和方法
CN113204444A (zh) * 2021-07-06 2021-08-03 北京全路通信信号研究设计院集团有限公司 一种基于全局的现车管理系统及其方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW200419413A (en) * 2003-01-13 2004-10-01 I2 Technologies Inc Master data management system for centrally managing core reference data associated with an enterprise
CN107291759B (zh) * 2016-04-01 2020-08-11 腾讯科技（深圳）有限公司 浏览器页面资源的处理方法和装置
CN110222990B (zh) * 2019-06-11 2021-07-20 中国铁道科学研究院集团有限公司电子计算技术研究所 一种基于车流推算的列车全程调度方法及系统
CN111488143A (zh) * 2020-04-15 2020-08-04 南京及物智能技术有限公司 一种基于Springboot2代码自动生成装置和方法
CN112149169A (zh) * 2020-10-12 2020-12-29 Oppo广东移动通信有限公司 一种应用访问方法、装置及计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160232721A1 (en) * 2015-02-11 2016-08-11 Accenture Global Services Limited Integrated fleet vehicle management system
CN109995713A (zh) * 2017-12-30 2019-07-09 华为技术有限公司 一种微服务框架中的服务处理方法及相关设备
CN109278811A (zh) * 2018-09-27 2019-01-29 北京全路通信信号研究设计院集团有限公司 一种铁路客运站运输组织的综合自动化实现系统及方法
CN112215550A (zh) * 2020-10-20 2021-01-12 东方钢铁电子商务有限公司 一种铁路货运数据处理系统和方法
CN113204444A (zh) * 2021-07-06 2021-08-03 北京全路通信信号研究设计院集团有限公司 一种基于全局的现车管理系统及其方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116142268A (zh) * 2023-04-24 2023-05-23 中国铁道科学研究院集团有限公司通信信号研究所 一种基于中台架构的列控设备动态监测系统
CN116142268B (zh) * 2023-04-24 2023-09-22 中国铁道科学研究院集团有限公司通信信号研究所 一种基于中台架构的列控设备动态监测系统

Also Published As

Publication number Publication date
CN113204444B (zh) 2022-04-26
CN113204444A (zh) 2021-08-03

Similar Documents

Publication Publication Date Title
WO2023280140A1 (fr) Système et procédé de gestion d'inventaire universels
CN107341595B (zh) 一种车辆动态信息公共服务平台
CN101315731B (zh) 一种利用gps智能车载终端实现车辆监控调度的系统
CN102867243B (zh) 计算机化矿井生产系统
CN102625339A (zh) 铁路机车综合无线通信设备运用状态的监测系统
CN103713603B (zh) 一种矿井车辆调度及物流信息监控系统
CN108860223B (zh) 一种数据处理系统及方法
CN102881154B (zh) 车辆调度设备、车载终端、车辆调度系统及方法
CN114493154A (zh) 一种基于轨道交通的故障维修工单分配方法及装置
CN107563686B (zh) 一种铁路运输十八点统计数据校验方法、系统和存储介质
CN113247057B (zh) 一种基于全局现车管理系统的数据系统及其数据处理方法
CN106354863A (zh) 轨道交通电子地图管理系统及方法
JP4498262B2 (ja) 分散システムにおける情報共有方法
CN112584356A (zh) 一种车载终端无线配置方法、装置、服务器及存储介质
CN113256177B (zh) 一种现车分布推算方法及其系统
CN103218701A (zh) 物流配货信息交互方法
CN109657813A (zh) 一种省级汽车维修电子健康档案管理系统及方法
CN202870906U (zh) 站级安全生产指挥中心系统
CN110185937A (zh) 一种管道巡检监控方法、服务器及系统
CN107591000A (zh) 一种基于交通大数据的物流车指挥方法及系统
CN115049325A (zh) 集装箱港内转运的智能调度方法、系统、设备及存储介质
CN114379621A (zh) 一种确报信息处理方法、系统、装置、设备及介质
CN102194166A (zh) 基于深度数据集成的客运信息处理系统
OA21013A (en) Present car global management system and method thereof.
CN113127592B (zh) 分布式存储系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22836891

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE