CN115460081B - Disaster recovery control method, device, system, equipment and storage medium - Google Patents
Disaster recovery control method, device, system, equipment and storage medium Download PDFInfo
- Publication number
- CN115460081B CN115460081B CN202211085033.1A CN202211085033A CN115460081B CN 115460081 B CN115460081 B CN 115460081B CN 202211085033 A CN202211085033 A CN 202211085033A CN 115460081 B CN115460081 B CN 115460081B
- Authority
- CN
- China
- Prior art keywords
- domain
- service
- node
- application
- access
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 65
- 238000011084 recovery Methods 0.000 title claims abstract description 41
- 238000003860 storage Methods 0.000 title claims abstract description 11
- 230000006855 networking Effects 0.000 claims abstract description 48
- 230000006870 function Effects 0.000 claims description 59
- 238000012545 processing Methods 0.000 claims description 23
- 230000002159 abnormal effect Effects 0.000 claims description 15
- 238000004519 manufacturing process Methods 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 14
- 238000012827 research and development Methods 0.000 claims description 7
- 230000001360 synchronised effect Effects 0.000 claims description 5
- 238000012423 maintenance Methods 0.000 abstract description 14
- 238000007726 management method Methods 0.000 description 28
- 238000010586 diagram Methods 0.000 description 12
- 230000002776 aggregation Effects 0.000 description 8
- 238000004220 aggregation Methods 0.000 description 8
- 230000008901 benefit Effects 0.000 description 5
- 238000013461 design Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000005065 mining Methods 0.000 description 5
- 230000010354 integration Effects 0.000 description 4
- 238000009825 accumulation Methods 0.000 description 3
- 239000008186 active pharmaceutical agent Substances 0.000 description 3
- 238000013523 data management Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 239000000523 sample Substances 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 238000000586 desensitisation Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000001556 precipitation Methods 0.000 description 1
- 108020001568 subdomains Proteins 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
- H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
- H04L41/0826—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability for reduction of network costs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The application discloses a disaster recovery control method, a device, a system, equipment and a storage medium based on a car networking platform, which comprises the following steps: the method comprises the steps that the working state of a first node is determined, the first node is used for executing a service function corresponding to a first service domain, the first service domain is any one of a plurality of service domains included in a vehicle networking platform, the vehicle networking platform comprises an external access main domain and a plurality of internal service domains, the external access main domain comprises external access domains corresponding to all internal service domains, and an external caller accesses the first service domain deployed in the first node through the external access domains corresponding to the first service domain. If the working state of the first node is determined to indicate that the first node works abnormally, controlling a second node to execute a service function corresponding to the first service domain, wherein the first service domain is deployed on the second node; the disaster recovery can be carried out on the Internet of vehicles service provided by the vehicle by the granularity of the service domain, so that the operation and maintenance efficiency is improved.
Description
Technical Field
The present application relates to the field of vehicles, and in particular, to a disaster recovery control method, device, system, equipment and storage medium based on a vehicle networking platform.
Background
With the development of vehicle technology and wireless communication technology, internet of vehicles technology has emerged. Based on the internet of vehicles technology, vehicles can provide corresponding internet of vehicles services.
At present, the internet of vehicles platform plays a background supporting role in internet of vehicles business processing. And the car networking platform also has a certain disaster recovery capability, so that the car networking service can be ensured to normally run. However, the current internet of vehicles platform provides disaster recovery capability with high operation and maintenance costs and low operation and maintenance efficiency.
Therefore, a solution is urgently needed to solve the above-mentioned problems.
Disclosure of Invention
In order to solve or at least partially solve the above technical problems, embodiments of the present application provide a disaster recovery control method, device, system, equipment and storage medium based on a vehicle networking platform.
In a first aspect, an embodiment of the present application provides a disaster recovery control method based on a platform of internet of vehicles, where the method includes:
Determining the working state of a first node, wherein the first node is used for executing a service function corresponding to a first service domain, the first service domain is any one of a plurality of internal service domains included in a vehicle networking platform, the vehicle networking platform comprises an external access main domain and a plurality of internal service domains, the external access main domain comprises external access domains corresponding to all the internal service domains, and an external caller accesses the first service domain deployed on the first node through the external access domains corresponding to the first service domain;
and under the condition that the working state of the first node is determined to indicate that the first node works abnormally, controlling a second node to execute the service function corresponding to the first service domain, wherein the first service domain is deployed on the second node.
Optionally, after determining that the operation state of the first node indicates that the first node is abnormal, the method further includes:
and outputting prompt information, wherein the prompt information is used for indicating that the first node works abnormally.
Optionally, the controlling the second node to execute the service function corresponding to the first service domain includes:
and sending indication information to a target gateway of an external access domain corresponding to the first service domain, wherein the indication information is used for indicating the target gateway to send a request message corresponding to the first service domain to the second node, so that the external caller accesses the first service domain deployed in the second node through the external access domain corresponding to the first service domain.
Optionally, the first node and the second node are in a primary-backup relationship, and the service data in the first node and the service data in the second node are kept synchronous.
In a second aspect, an embodiment of the present application provides a disaster recovery control method based on a vehicle networking platform, applied to a second node, where the second node and a first node are both deployed with a first service domain, where the first service domain is any one of a plurality of internal service domains included in the vehicle networking platform, the vehicle networking platform includes an external access main domain and a plurality of internal service domains, the external access main domain includes an external access domain corresponding to each internal service domain, and an external caller accesses the first service domain deployed in the first node through the external access domain corresponding to the first service domain, where the method includes:
Receiving a request message corresponding to the first service domain from an external calling party under the condition that the first node works abnormally, wherein the external calling party accesses the first service domain deployed in the second node for processing the service request through an external access domain corresponding to the first service domain under the condition that the first node works abnormally;
And processing the request message and returning a processing result to the external calling party.
In a third aspect, an embodiment of the present application provides a disaster recovery control device based on a platform of internet of vehicles, where the device includes:
A determining unit, configured to determine an operating state of a first node, where the first node is configured to execute a service function corresponding to a first service domain, where the first service domain is any one of a plurality of internal service domains included in a vehicle networking platform, the vehicle networking platform includes an external access main domain and a plurality of internal service domains, the external access main domain includes an external access domain corresponding to each internal service domain, and an external caller accesses the first service domain deployed in the first node through the external access domain corresponding to the first service domain;
And the control unit is used for controlling a second node to execute the service function corresponding to the first service domain under the condition that the working state of the first node is determined to indicate that the first node works abnormally, and the second node is deployed with the first service domain.
Optionally, the apparatus further includes:
And the output unit is used for outputting prompt information after determining that the working state of the first node indicates that the first node is abnormal in working, wherein the prompt information is used for indicating that the first node is abnormal in working.
Optionally, the control unit is configured to:
and sending indication information to a target gateway of an external access domain corresponding to the first service domain, wherein the indication information is used for indicating the target gateway to send a request message corresponding to the first service domain to the second node, so that the external caller accesses the first service domain deployed in the second node through the external access domain corresponding to the first service domain.
Optionally, the first node and the second node are in a primary-backup relationship, and the service data in the first node and the service data in the second node are kept synchronous.
In a fourth aspect, an embodiment of the present application provides a disaster recovery control device based on a vehicle networking platform, applied to a second node, where the second node and a first node are both deployed with a first service domain, where the first service domain is any one of a plurality of internal service domains included in the vehicle networking platform, the vehicle networking platform includes an external access main domain and a plurality of internal service domains, the external access main domain includes an external access domain corresponding to each internal service domain, and an external caller accesses the first service domain deployed in the first node through the external access domain corresponding to the first service domain, where the device includes:
A receiving unit, configured to receive a request message corresponding to a first service domain from an external caller when a first node is abnormal, where the external caller accesses the first service domain deployed in the second node to process the service request through an external access domain corresponding to the first service domain when the first node is abnormal;
a processing unit, configured to process the request message;
And the return unit is used for returning the processing result to the external calling party.
In a fifth aspect, an embodiment of the present application provides a disaster recovery control system based on a platform of internet of vehicles, where the system includes: the system comprises a first node, a second node and a control node, wherein the first node and the second node are respectively provided with a first service domain, the first service domain is any one of a plurality of internal service domains included in a vehicle networking platform, the vehicle networking platform comprises an external access main domain and a plurality of internal service domains, the external access main domain comprises external access domains corresponding to the internal service domains, and an external caller accesses the first service domain arranged on the first node through the external access domains corresponding to the first service domain;
under the condition that the first node works normally, the first node is used for executing the service function corresponding to the first service domain;
The control node is used for determining the working state of the first node and controlling the second node to execute the service function corresponding to the first service domain under the condition that the working state of the first node is determined to indicate that the first node works abnormally;
the second node is configured to execute a service function corresponding to the first service domain under the condition that the first node works abnormally.
In a sixth aspect, an embodiment of the present application provides an electronic device, including: a processor, memory, system bus; the processor and the memory are connected through the system bus; the memory is for storing one or more programs, the one or more programs comprising instructions, which when executed by the processor, cause the processor to perform the method of any of the first aspect or the second aspect above.
In a seventh aspect, embodiments of the present application provide a computer readable storage medium having instructions stored therein which, when run on a terminal device, cause the terminal device to perform the method of any one of the first aspects above or the second aspect above.
In an eighth aspect, embodiments of the present application provide a computer program product which, when run on a terminal device, causes the terminal device to perform the method of any one of the above first aspects or the above second aspect.
Compared with the prior art, the embodiment of the application has the following advantages:
The embodiment of the application provides a disaster recovery control method based on a vehicle networking platform, which comprises the following steps of: determining a working state of a first node, wherein the first node is used for executing a service function corresponding to a first service domain, the first service domain is any one of a plurality of service domains included in a vehicle networking platform, the vehicle networking platform comprises an external access main domain and a plurality of internal service domains, the external access main domain comprises external access domains corresponding to all internal service domains, and an external caller accesses the first service domain deployed in the first node through the external access domains corresponding to the first service domain. After determining the working state of the first node, if the working state of the first node is determined to indicate that the first node works abnormally, controlling a second node to execute a service function corresponding to the first service domain, wherein the second node is also deployed with the first service domain. Therefore, compared with the disaster recovery of the vehicle networking service provided by the vehicle as a whole, the disaster recovery method has the advantages that the service data corresponding to the whole vehicle networking platform is not required to be processed, and the related service data of the first service domain is only required to be processed (for example, data synchronization is performed), so that the required operation and maintenance cost is lower, and the operation and maintenance efficiency can be improved correspondingly.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required to be used in the embodiments or the description of the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments described in the present application, and other drawings may be obtained according to the drawings without inventive effort to those skilled in the art.
Fig. 1 is a framework diagram of a platform of internet of vehicles provided by an embodiment of the present application;
Fig. 2 is a schematic structural diagram of a disaster recovery control system based on a platform of internet of vehicles according to an embodiment of the present application;
Fig. 3 is a schematic flow chart of a disaster recovery control method based on a platform of internet of vehicles according to an embodiment of the present application;
Fig. 4 is a schematic structural diagram of a disaster recovery control device based on a platform of internet of vehicles according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of a disaster recovery control device based on a platform of internet of vehicles according to an embodiment of the present application.
Detailed Description
In order to make the present application better understood by those skilled in the art, the following description will clearly and completely describe the technical solutions in the embodiments of the present application with reference to the accompanying drawings, and it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
The inventor of the application discovers through research that at present, the Internet of vehicles platform plays a role in background support in Internet of vehicles business processing. And the car networking platform also has a certain disaster recovery capability, so that the car networking service can be ensured to normally run. However, in the current internet of vehicles platform, all internet of vehicles services are taken as a whole to carry out disaster recovery, and because the number and variety of services provided by the internet of vehicles are more, the data interaction among the services is more complex, so that the disaster recovery is carried out on all the internet of vehicles services as a whole, higher operation and maintenance cost is required, and the operation and maintenance efficiency is lower.
In order to solve the problems, the embodiment of the application provides a disaster recovery control method, device, system, equipment and storage medium based on a vehicle networking platform.
Various non-limiting embodiments of the present application are described in detail below with reference to the attached drawing figures.
Before introducing the disaster recovery control method based on the platform of the vehicle provided by the embodiment of the application, the platform of the Internet of vehicles is introduced first.
Referring to fig. 1, the diagram is an architecture diagram of a platform of internet of vehicles provided by an embodiment of the present application.
The car networking platform architecture is divided according to the service, and specifically comprises the following steps: the external calling party can access the internal service domain through the external access domain corresponding to the internal service domain in the external access main domain.
In this embodiment, the external caller may include a web-link terminal, IOT intelligent hardware, a production manufacturing system, a development system, a sales system, a logistics system, a technology center system, a third party function system, a third party generation system, and the like.
The external access main domain comprises a third party application domain, a cabin access domain, a mobile application access domain, an operation access domain, a T box access domain and an open application access domain.
The application layer comprises a cabin application service domain, a mobile application service domain, a 2O application service domain, a 2B application service domain and a front-end application service domain, wherein the cabin application service domain manages service functions such as account aggregation, energy management, map management service, ecological content aggregation, FOTA channels, intelligent driving assistants, vehicle embedded points, intelligent screen savers, full network searches, scene engines, starting animations, wonderful moments, driving scores, vehicle logs and the like; the mobile application service domain manages business functions such as account aggregation, community activity aggregation, after-sales service aggregation, live chat, charging service aggregation, vehicle love service aggregation, online mall aggregation, cloud exhibition hall, customer service robot, mobile application bureau and the like; the 2O application service domain provides the functions of 2O authority management, report statistics and the like; the front-end application main domain comprises a 2O front-end domain for managing the operation WEB service function and a 2C front-end domain for managing the C-end H5.
The business layer comprises a vehicle business main domain, a 2C business main domain, an ecological business main domain, an IoT open service domain and a third party private domain; the vehicle service main domain comprises a TSP service core domain, a TSP service supporting domain and a vehicle offline service domain; the 2C business main domain comprises a business metropolitan area, a marketing area, a user data area, a social area and an integration area; the ecological business domain comprises an information service domain, a CP/SP service management domain, an entertainment service domain, a social service domain, a travel service domain and a personalized service domain; the TSP core service domain comprises functions of remote control service, vehicle condition monitoring alarm, electronic fence, gateway protocol management, new energy management and the like; the TSP business support domain comprises functions of service package, vehicle diagnosis, maintenance, vehicle debugging management card management and the like; the mall area comprises functions of mall shops, commodity management, shopping cart management and the like; the marketing domain comprises functions of activity management, card classification generation, activity rewards, card issuing verification and the like; the user data field comprises functions of user data management, privacy protocol management, personalized setting, vehicle sharing and the like; the community domain comprises functions of forum post management, praise sharing service and the like; the integration domain comprises functions of user integration management, integration system management and the like; the information service domain includes news, weather, phone front page, etc.
The capability layer comprises a public capability service domain, a basic capability main domain and an intelligent vehicle-to-vehicle data main domain; the public capacity service main domain comprises a public service domain, a main data domain and a transaction domain; the basic capability domain comprises a message domain, a tool domain, a resource domain, a security domain and an AI capability domain; the vehicle-mounted data intelligent main domain comprises a data analysis domain; the public service domain comprises functions of video cloud service, general configuration management, sensitive word management, calendar management, electronic manual and the like; the main data field comprises functions of equipment data management, vehicle type material management, dealer management, actual sales data management, vehicle returning, replacement and the like; the transaction domain comprises functions of order management, payment management, invoice management and the like; the message domain comprises the functions of short message, sending record management, mail, message classification management, station internal message, group sending management and the like, and the tool domain comprises the functions of gateway instrument panel, gray level release management, distributed log and the like; the resource domain comprises the functions of file processing, picture processing, video processing and the like; the security domain comprises functions of information encryption, decryption, data desensitization and the like; the AI capability domain comprises language service, image recognition, model management, model training, data production, model production and other functions, and the data analysis domain comprises fault mining analysis, vehicle service mining analysis, value added service mining, artificial intelligent mining, mobile service mining and other functions.
The Internet of vehicles platform provided by the embodiment of the invention has the following advantages: the fault positioning efficiency is improved, the fault positioning is focused on a certain service domain, and the fault positioning time is greatly shortened; the research and development efficiency is improved, the domain model enables the business division to be clearer, the system design can be guided, and the research, development and implementation can be clearly and rapidly completed; the domain-oriented service model has the advantages of flexibility, high reliability and low redundancy, and the service capability of the user is further improved; the improvement of the research and development efficiency and the fault positioning efficiency enables products to be rapidly brought to the market, and meanwhile, higher user satisfaction is brought; the knowledge accumulation of enterprises is facilitated, and the domain model can concentrate on knowledge precipitation accumulation of domains, so that a knowledge base is clearer and systematic; there may be a clearer division on team organization and business team may be more deeply involved in the accumulation of business in the domain.
Specifically, the internet of vehicles platform in this embodiment divides the current internet of vehicles service into primary 8 main domains and secondary 37 sub domains according to domains; and simultaneously, the method is combined with technology layering and falls on an application layer, a service layer and a capability layer.
The internet of vehicles platform in this embodiment is constructed according to the following rules: the method comprises the steps of service domain autonomous rules, operation system design rules, domain rules of services, inter-domain data exchange rules, domain gateway access rules, C-access rules, data synchronization rules and database table design rules.
In the construction process of the Internet of vehicles platform, database table specifications, cache key specifications, domain abbreviations and domain name definition specifications facing to an Internet of vehicles domain model are formed in a refined mode, and a two-level architecture design method is created.
Wherein, the business domain autonomous rule comprises: each domain can be deployed independently, have independent storage, independent middleware, independent operation and maintenance monitoring.
The operating system design rules include: each domain is responsible for providing an operation-oriented API service for a unified set of operation UIs (for example, cockpit operation, app operation, ecological operation, TSP operation are provided with operation APIs by each service domain), APIs are registered to the operation access domain, the whole operation WEB is deployed in a 2O front-end domain, specifically, a browser of an external terminal can send a request URL to the 2O front-end domain, a front-end operation WEB is deployed in the 2O front-end domain, the 2O front-end domain provides a unified external RUL domain name, and the front-end domain can call the operation access domain through the APIs, so as to obtain service function services of an internal service domain.
In this embodiment, the service packages fall in the TSP service supporting domain, and the service packages provide the function access verification capability after the access of the end side in a unified manner, so that high-performance access is achieved in the domain.
The domain rule to which the service belongs refers to which domain the actual service data falls in, and the service surrounding the data is provided through the service of which domain.
The inter-domain data exchange rules include: (1) inter-domain data acquisition: through API call acquisition, a database cannot be directly called in a cross-domain manner; (2) Message passing between two domains can not be performed by adopting message middleware which does not belong to any domain; (3) The inter-domain notification scene is realized through an API (application program interface) registration and callback mode.
The domain gateway access rules include: the external system request call needs to be accessed into the domain model through the external access domain; inter-domain request invocation requires the first walk of the internal access gateway, which granularity is to the domain.
The C-access rule refers to that service requests on the cabin, app, etc. end are to be serviced or aggregated by the cabin application service main domain and the mobile application service main domain, but calls related to request forwarding only can be forwarded directly to corresponding other service domains through the external access domain.
The data synchronization rule refers to avoiding data synchronization as much as possible, but requires high-performance, high-availability and data cross-domain service on the terminal, and can synchronize data by caching hot data and the like.
For convenience of description, in the embodiment of the present application, any one of the foregoing internal service domains is referred to as a first service domain.
Referring to fig. 2, the diagram is a schematic structural diagram of a disaster recovery control system based on a car networking platform according to an embodiment of the present application. As shown in fig. 2, the system includes a control node 210, a first node 220, and a second node 230. The first traffic domain is deployed on a first node 220 and a second node 230, respectively. The states of the first node 220 and the second node 230 are controlled by the control node 210.
Regarding the first node and the second node, in one example, the first node and the second node may be in a master-slave relationship with each other. In one example, the first node may act as a primary node and the second node may act as a backup node.
And under the condition that the first node works normally, the first node is used for executing the function corresponding to the first service domain. For this case, the target gateway of the external access domain corresponding to the first service domain may send a request message corresponding to the first service domain to the first node, so that the external caller accesses the first service domain deployed in the first node through the external access domain corresponding to the first service domain.
In order to enable the standby node to be smoothly switched to the active node and normally process service functions when the active node is abnormal in operation, the service data in the first node and the service data in the second node are kept synchronous.
The embodiment of the application is not particularly limited to a specific implementation manner of keeping the data synchronization between the first node and the second node, and in one example, when the first node is used as the main node, the service data can be sent to the second node periodically, so that the service data in the first node and the service data in the second node are kept in synchronization.
Regarding the disaster recovery control system based on the internet of vehicles platform, it should be noted that:
And under the condition that the first node works normally, the first node is used for executing the service function corresponding to the first service domain.
The control node is used for determining the working state of the first node, and controlling the second node to execute the service function corresponding to the first service domain under the condition that the working state of the first node is determined to indicate that the first node works abnormally.
The second node is configured to execute a service function corresponding to the first service domain under the condition that the first node works abnormally.
Next, referring to fig. 3, a disaster recovery control method based on a platform of internet of vehicles according to an embodiment of the present application is described. Referring to fig. 3, the flow chart of a disaster recovery control method based on a car networking platform according to an embodiment of the present application is shown. In this embodiment, the method may be performed, for example, by a control node. In one example, the method may include, for example, the steps of: S101-S102.
S101: determining the working state of a first node, wherein the first node is used for executing a service function corresponding to a first service domain, the first service domain is any one of a plurality of internal service domains included in a vehicle networking platform, the vehicle networking platform comprises an external access main domain and a plurality of internal service domains, the external access main domain comprises external access domains corresponding to all internal service domains, and an external caller accesses the first service domain deployed in the first node through the external access domains corresponding to the first service domain.
Regarding the first service domain and the internet of vehicles platform, reference may be made to the description of fig. 1 above, and the description is not repeated here.
In one example, the control node may determine an operational state of the first node according to an operational process of the first node, e.g., may determine that the first node is operating abnormally when the operational process of the first node is not present.
In yet another example, the control node may send a probe message to a specific interface of the first node and determine an operational state of the first node based on a response message returned by the specific interface. For example, if the control node does not receive a response message returned by the specific interface within a certain period of time after sending the probe message to the specific interface, the control node may determine that the first node is abnormally operated.
S102: and under the condition that the working state of the first node is determined to indicate that the first node works abnormally, controlling a second node to execute the service function corresponding to the first service domain.
After the control node determines the working state of the first node, if the working state of the first node indicates that the first node works abnormally, the control node can control the second node to execute the service function corresponding to the first service domain.
In one example, in order to ensure stability of the service function corresponding to the first service domain, the first node and the second node may be disposed at different service ends, for example, the first node may be disposed at a first service end, and the second node may be disposed at a second service end different from the first service end.
In one example, when the first node is used as the active node, the target gateway may receive a request message corresponding to the first service domain, send the request message to the first node, and process the request message by the first node. For this case, when S102 is specifically implemented, the control node may send, to the target gateway, indication information, where the indication information is used to instruct the target gateway to send a request message corresponding to the first service domain to the second node, so that the external caller accesses the first service domain deployed in the second node through an external access domain corresponding to the first service domain. In this way, when the target gateway receives the request message corresponding to the first service domain, the request message may be sent to the second node, so as to implement the service function that is processed by the second node and is related to the first service domain. In one example, after the second node receives the request message from the external caller, the request message may be processed and the processing result may be returned to the external caller. As an example, the second node may return the processing result to the external caller through an external access domain corresponding to the first service domain.
In yet another example, after receiving the request message corresponding to the first service domain, the target gateway may send the request message to the first node and the second node, where the first node and the second node determine whether to process the request based on their own states. When the first node is used as the main node and the second node is used as the standby node, the state of the first node is the main state, the state of the second node is the standby state, the first node in the main state processes the request message, and the second node in the standby state does not need to process the request message. In this case, S102 may be configured to transmit, by the control node, instruction information for instructing the state of the second node to switch to the active state, to the second node when it is specifically implemented. In this way, when the second node receives the request message corresponding to the first service domain, it may determine, based on its own state, that the request message needs to be processed, so as to implement a service function related to the first service domain processed by the second node.
In one example, after determining that the first node is abnormal, the control node may further output a prompt, where the prompt is used to indicate that the first node is abnormal, so that an operation and maintenance person locates a failure cause of the first node and performs a corresponding fault repairing measure.
The embodiment of the application does not particularly limit the specific implementation mode of the controller for outputting the prompt information. In one example, the control node may send the prompt information to the operation and maintenance personnel by means of mail and/or short message. In yet another example, the control node may control the terminal device to display the hint information, for example, on a screen of the operation and maintenance device.
Therefore, compared with the disaster recovery of the vehicle networking service provided by the vehicle as a whole, the disaster recovery method has the advantages that the service data corresponding to the whole vehicle networking platform is not required to be processed, and the related service data of the first service domain is only required to be processed (for example, data synchronization is performed), so that the required operation and maintenance cost is lower, and the operation and maintenance efficiency can be improved correspondingly.
The embodiment of the application provides a disaster recovery control method based on a vehicle networking platform, which is executed by a second node.
The method may include the following steps A1-A2.
Step A1: and under the condition that the first node works abnormally, receiving a request message corresponding to the first service domain from an external calling party, wherein under the condition that the first node works abnormally, the external calling party accesses the first service domain deployed in the second node for processing the service request through an external access domain corresponding to the first service domain.
Step A2: and processing the request message and returning a processing result to the external calling party.
With respect to the specific implementation of step A1 and step A2, reference may be made to the relevant description of the method shown in fig. 3, which is not described in detail here.
Based on the method provided by the embodiment, the embodiment of the application also provides a device, and the device is described below with reference to the accompanying drawings.
Referring to fig. 4, the diagram is a schematic structural diagram of a disaster recovery control device based on a car networking platform according to an embodiment of the present application. The apparatus may be applied, for example, to the control node mentioned in the above embodiments. The apparatus 400 may specifically include, for example: a determination unit 401 and a control unit 402.
A determining unit 401, configured to determine an operating state of a first node, where the first node is configured to execute a service function corresponding to a first service domain, where the first service domain is any one of a plurality of internal service domains included in a vehicle networking platform, the vehicle networking platform includes an external access main domain and a plurality of internal service domains, the external access main domain includes an external access domain corresponding to each internal service domain, and an external caller accesses the first service domain deployed in the first node through the external access domain corresponding to the first service domain;
And the control unit 402 is configured to control a second node to execute a service function corresponding to the first service domain, where the second node is deployed with the first service domain, when it is determined that the working state of the first node indicates that the first node is abnormal.
Optionally, the apparatus further includes:
And the output unit is used for outputting prompt information after determining that the working state of the first node indicates that the first node is abnormal in working, wherein the prompt information is used for indicating that the first node is abnormal in working.
Optionally, the control unit 402 is configured to:
and sending indication information to a target gateway of an external access domain corresponding to the first service domain, wherein the indication information is used for indicating the target gateway to send a request message corresponding to the first service domain to the second node, so that the external caller accesses the first service domain deployed in the second node through the external access domain corresponding to the first service domain.
Optionally, the first node and the second node are in a primary-backup relationship, and the service data in the first node and the service data in the second node are kept synchronous.
Referring to fig. 5, the diagram is a schematic structural diagram of a disaster recovery control device based on a car networking platform according to an embodiment of the present application. The apparatus may be applied, for example, to the second node mentioned in the above embodiment. The apparatus 500 may specifically include, for example: a receiving unit 501, a processing unit 502 and a returning unit 503.
A receiving unit 501, configured to receive a request message corresponding to a first service domain from an external caller when a first node is abnormal, where the external caller accesses, through an external access domain corresponding to the first service domain, the first service domain deployed in the second node to process the service request when the first node is abnormal;
a processing unit 502, configured to process the request message;
A returning unit 503, configured to return the processing result to the external caller.
Since the apparatuses 400 and 500 are apparatuses corresponding to the methods provided in the above method embodiments, the specific implementation of each unit of the apparatuses 400 and 500 is the same as the above method embodiments, and therefore, with respect to the specific implementation of each unit of the apparatuses 400 and 500, reference may be made to the description of the above method embodiments, and details thereof are not repeated herein.
The embodiment of the application also provides electronic equipment, which comprises: a processor, memory, system bus; the processor and the memory are connected through the system bus; the memory is used to store one or more programs, the one or more programs comprising instructions, which when executed by the processor, cause the processor to perform the method of any of the method embodiments.
Embodiments of the present application provide a computer readable storage medium having instructions stored therein, which when run on a terminal device, cause the terminal device to perform the method according to any of the above method embodiments.
Embodiments of the present application provide a computer program product which, when run on a terminal device, causes the terminal device to perform the method according to any of the above method embodiments.
Other embodiments of the application will be apparent to those skilled in the art from consideration of the specification and practice of the application disclosed herein. This application is intended to cover any variations, uses, or adaptations of the application following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the application pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.
It is to be understood that the application is not limited to the precise arrangements and instrumentalities shown in the drawings, which have been described above, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the application is limited only by the appended claims.
The foregoing description of the preferred embodiments of the application is not intended to limit the application to the precise form disclosed, and any such modifications, equivalents, and alternatives falling within the spirit and scope of the application are intended to be included within the scope of the application.
Claims (10)
1. The disaster recovery control method based on the Internet of vehicles platform is characterized by comprising the following steps:
Determining the working state of a first node, wherein the first node is used for executing a service function corresponding to a first service domain, the first service domain is any one of a plurality of internal service domains included in a vehicle networking platform, the architecture of the vehicle networking platform is divided according to services, the vehicle networking platform comprises an external access main domain and a plurality of internal service domains, the external access main domain comprises external access domains corresponding to the internal service domains, and an external caller accesses the first service domain deployed on the first node through the external access domains corresponding to the first service domain; the external access main domain comprises a third party application domain, a cabin access domain, a mobile application access domain, an operation access domain, a T box access domain and an open application access domain; dividing each internal service domain into an application layer, a service layer and a capability layer, wherein the application layer comprises a cabin application service domain, a mobile application service domain, a 2O application service domain, a 2B application service domain and a front-end application service domain; the business layer comprises a vehicle business main domain, a 2C business main domain, an ecological business main domain, an IoT open service domain and a third party private domain; the capability layer comprises a public capability service main domain, a basic capability main domain and an intelligent vehicle-to-vehicle data main domain; the external calling party comprises a network connection end, IOT intelligent hardware, a production and manufacturing system, a research and development system, a sales system, a logistics system, a technical center system, a third party function system and a third party generation system;
and under the condition that the working state of the first node is determined to indicate that the first node works abnormally, controlling a second node to execute the service function corresponding to the first service domain, wherein the first service domain is deployed on the second node.
2. The method of claim 1, wherein after determining that the operational state of the first node indicates that the first node is operating abnormally, the method further comprises:
and outputting prompt information, wherein the prompt information is used for indicating that the first node works abnormally.
3. The method of claim 1, wherein the controlling the second node to perform the service function corresponding to the first service domain comprises:
and sending indication information to a target gateway of an external access domain corresponding to the first service domain, wherein the indication information is used for indicating the target gateway to send a request message corresponding to the first service domain to the second node, so that the external caller accesses the first service domain deployed in the second node through the external access domain corresponding to the first service domain.
4. The method of claim 1, wherein the first node and the second node are in active-standby relationship with each other, and wherein traffic data in the first node and traffic data in the second node remain synchronized.
5. The disaster recovery control method based on the Internet of vehicles platform is characterized in that the disaster recovery control method is applied to a second node, the second node and a first node are both provided with a first service domain, the first service domain is any one of a plurality of internal service domains included in the Internet of vehicles platform, the architecture of the Internet of vehicles platform is divided according to services, the Internet of vehicles platform comprises an external access main domain and a plurality of internal service domains, the external access main domain comprises external access domains corresponding to the internal service domains, an external calling party accesses the first service domain deployed in the first node through the external access domains corresponding to the first service domain, and the external access main domain comprises a third party application domain, a cabin access domain, a mobile application access domain, an operation access domain, a T box access domain and an open application access domain; dividing each internal service domain into an application layer, a service layer and a capability layer, wherein the application layer comprises a cabin application service domain, a mobile application service domain, a 2O application service domain, a 2B application service domain and a front-end application service domain; the business layer comprises a vehicle business main domain, a 2C business main domain, an ecological business main domain, an IoT open service domain and a third party private domain; the capability layer comprises a public capability service main domain, a basic capability main domain and an intelligent vehicle-to-vehicle data main domain; the external calling party comprises a network connection end, IOT intelligent hardware, a production and manufacturing system, a research and development system, a sales system, a logistics system, a technical center system, a third party function system and a third party generation system; the method comprises the following steps:
Receiving a request message corresponding to the first service domain from an external calling party under the condition that the first node works abnormally, wherein the external calling party accesses the first service domain deployed in the second node for processing the service request through an external access domain corresponding to the first service domain under the condition that the first node works abnormally;
And processing the request message and returning a processing result to the external calling party.
6. Disaster recovery control device based on internet of vehicles platform, characterized in that, the device includes:
The system comprises a determining unit, a first node and an external calling party, wherein the determining unit is used for determining the working state of the first node, the first node is used for executing a service function corresponding to a first service domain, the first service domain is any one of a plurality of internal service domains included in a vehicle networking platform, the architecture of the vehicle networking platform is divided according to services, the vehicle networking platform comprises an external access main domain and a plurality of internal service domains, the external access main domain comprises external access domains corresponding to the internal service domains, and the external calling party accesses the first service domain deployed in the first node through the external access domain corresponding to the first service domain; the external access main domain comprises a third party application domain, a cabin access domain, a mobile application access domain, an operation access domain, a T box access domain and an open application access domain; dividing each internal service domain into an application layer, a service layer and a capability layer, wherein the application layer comprises a cabin application service domain, a mobile application service domain, a 2O application service domain, a 2B application service domain and a front-end application service domain; the business layer comprises a vehicle business main domain, a 2C business main domain, an ecological business main domain, an IoT open service domain and a third party private domain; the capability layer comprises a public capability service main domain, a basic capability main domain and an intelligent vehicle-to-vehicle data main domain; the external calling party comprises a network connection end, IOT intelligent hardware, a production and manufacturing system, a research and development system, a sales system, a logistics system, a technical center system, a third party function system and a third party generation system;
And the control unit is used for controlling a second node to execute the service function corresponding to the first service domain under the condition that the working state of the first node is determined to indicate that the first node works abnormally, and the second node is deployed with the first service domain.
7. The disaster recovery control device based on the Internet of vehicles platform is characterized in that the disaster recovery control device is applied to a second node, the second node and a first node are both provided with a first service domain, the first service domain is any one of a plurality of internal service domains included in the Internet of vehicles platform, the architecture of the Internet of vehicles platform is divided according to services, the Internet of vehicles platform comprises an external access main domain and a plurality of internal service domains, the external access main domain comprises external access domains corresponding to the internal service domains, an external calling party accesses the first service domain deployed in the first node through the external access domains corresponding to the first service domain, and the external access main domain comprises a third party application domain, a cabin access domain, a mobile application access domain, an operation access domain, a T box access domain and an open application access domain; dividing each internal service domain into an application layer, a service layer and a capability layer, wherein the application layer comprises a cabin application service domain, a mobile application service domain, a 2O application service domain, a 2B application service domain and a front-end application service domain; the business layer comprises a vehicle business main domain, a 2C business main domain, an ecological business main domain, an IoT open service domain and a third party private domain; the capability layer comprises a public capability service main domain, a basic capability main domain and an intelligent vehicle-to-vehicle data main domain; the external calling party comprises a network connection end, IOT intelligent hardware, a production and manufacturing system, a research and development system, a sales system, a logistics system, a technical center system, a third party function system and a third party generation system; the device comprises:
A receiving unit, configured to receive a request message corresponding to a first service domain from an external caller when a first node is abnormal, where the external caller accesses the first service domain deployed in the second node to process the service request through an external access domain corresponding to the first service domain when the first node is abnormal;
a processing unit, configured to process the request message;
And the return unit is used for returning the processing result to the external calling party.
8. Disaster recovery control system based on internet of vehicles platform, characterized in that the system includes: the system comprises a first node, a second node and a control node, wherein the first node and the second node are respectively provided with a first service domain, the first service domain is any one of a plurality of internal service domains included in a vehicle networking platform, the architecture of the vehicle networking platform is divided according to services, the vehicle networking platform comprises an external access main domain and a plurality of internal service domains, the external access main domain comprises external access domains corresponding to the internal service domains, and an external caller accesses the first service domain arranged on the first node through the external access domains corresponding to the first service domain; the external access main domain comprises a third party application domain, a cabin access domain, a mobile application access domain, an operation access domain, a T box access domain and an open application access domain; dividing each internal service domain into an application layer, a service layer and a capability layer, wherein the application layer comprises a cabin application service domain, a mobile application service domain, a 2O application service domain, a 2B application service domain and a front-end application service domain; the business layer comprises a vehicle business main domain, a 2C business main domain, an ecological business main domain, an IoT open service domain and a third party private domain; the capability layer comprises a public capability service main domain, a basic capability main domain and an intelligent vehicle-to-vehicle data main domain; the external calling party comprises a network connection end, IOT intelligent hardware, a production and manufacturing system, a research and development system, a sales system, a logistics system, a technical center system, a third party function system and a third party generation system;
under the condition that the first node works normally, the first node is used for executing the service function corresponding to the first service domain;
The control node is used for determining the working state of the first node and controlling the second node to execute the service function corresponding to the first service domain under the condition that the working state of the first node is determined to indicate that the first node works abnormally;
the second node is configured to execute a service function corresponding to the first service domain under the condition that the first node works abnormally.
9. An electronic device, the electronic device comprising: a processor, memory, system bus; the processor and the memory are connected through the system bus; the memory is for storing one or more programs, the one or more programs comprising instructions, which when executed by the processor, cause the processor to perform the method of any of claims 1-5.
10. A computer readable storage medium, characterized in that the computer readable storage medium has stored therein instructions, which when run on a terminal device, cause the terminal device to perform the method of any of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211085033.1A CN115460081B (en) | 2022-09-06 | 2022-09-06 | Disaster recovery control method, device, system, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211085033.1A CN115460081B (en) | 2022-09-06 | 2022-09-06 | Disaster recovery control method, device, system, equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115460081A CN115460081A (en) | 2022-12-09 |
| CN115460081B true CN115460081B (en) | 2024-05-10 |
Family
ID=84302451
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211085033.1A Active CN115460081B (en) | 2022-09-06 | 2022-09-06 | Disaster recovery control method, device, system, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115460081B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103312784A (en) * | 2013-05-17 | 2013-09-18 | 北京九五一九零信息技术有限公司 | Terminal self-adaptive system and terminal self-adaptive method for disaster recovery service |
| CN109117322A (en) * | 2018-08-28 | 2019-01-01 | 郑州云海信息技术有限公司 | A kind of control method, system, equipment and the storage medium of server master-slave redundancy |
| CN109194746A (en) * | 2018-09-06 | 2019-01-11 | 广州知弘科技有限公司 | Heterogeneous Information processing method based on Internet of Things |
| CN112100510A (en) * | 2020-11-18 | 2020-12-18 | 树根互联技术有限公司 | Mass data query method and device based on Internet of vehicles platform |
| CN113821376A (en) * | 2021-08-19 | 2021-12-21 | 广东电力信息科技有限公司 | Cloud disaster backup-based integrated backup disaster recovery method and system |
| CN114647535A (en) * | 2020-12-17 | 2022-06-21 | 柏科数据技术（深圳）股份有限公司 | CDP system and method for MES |
-
2022
- 2022-09-06 CN CN202211085033.1A patent/CN115460081B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103312784A (en) * | 2013-05-17 | 2013-09-18 | 北京九五一九零信息技术有限公司 | Terminal self-adaptive system and terminal self-adaptive method for disaster recovery service |
| CN109117322A (en) * | 2018-08-28 | 2019-01-01 | 郑州云海信息技术有限公司 | A kind of control method, system, equipment and the storage medium of server master-slave redundancy |
| CN109194746A (en) * | 2018-09-06 | 2019-01-11 | 广州知弘科技有限公司 | Heterogeneous Information processing method based on Internet of Things |
| CN112100510A (en) * | 2020-11-18 | 2020-12-18 | 树根互联技术有限公司 | Mass data query method and device based on Internet of vehicles platform |
| CN114647535A (en) * | 2020-12-17 | 2022-06-21 | 柏科数据技术（深圳）股份有限公司 | CDP system and method for MES |
| CN113821376A (en) * | 2021-08-19 | 2021-12-21 | 广东电力信息科技有限公司 | Cloud disaster backup-based integrated backup disaster recovery method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115460081A (en) | 2022-12-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112968943B (en) | Electric power is platform in coordination | |
| CN207543147U (en) | A kind of micro services regulator control system of client service center | |
| CN108282368A (en) | A kind of micro services management system, method and computer storage media | |
| CN106797392A (en) | The issue and discovery of M2M IOT services | |
| CN101365119B (en) | Video recording balance equalizing method used for network video monitoring system | |
| CN102891877B (en) | Realize the Online Processing System and method of terminal applies | |
| CN105407159A (en) | Logistics transportation position service system | |
| EA007757B1 (en) | Method and system of advertising in a mobile communication system | |
| CN110764881A (en) | Distributed system background retry method and device | |
| CN115695139A (en) | Method for enhancing micro-service system architecture based on distributed robust | |
| JP2002205646A (en) | Maintenance work management system | |
| CN114584829A (en) | List activity page management method and system | |
| CN115460081B (en) | Disaster recovery control method, device, system, equipment and storage medium | |
| CN102224494B (en) | Information providing method and information providing system | |
| CN112163708A (en) | Monitoring management system and method based on intelligent display terminal | |
| CN110913018A (en) | Distributed regulation and control service system | |
| CN103678332A (en) | System, browser and method for displaying page | |
| CN115914375A (en) | Disaster tolerance processing method and device for distributed message platform | |
| CN110362395A (en) | Background program management method, device, computer equipment and storage medium | |
| CN110347467A (en) | A kind of data request processing method, apparatus, terminal device and storage medium | |
| CN109657813A (en) | A kind of provincial auto repair Electronic Health Record management system and method | |
| CN112084247B (en) | Method and device for expanding application program service | |
| CN107609843A (en) | Contract renewal method and server | |
| CN113808376A (en) | Safety monitoring method and device for self-service teller machine equipment | |
| CN107317721A (en) | It is automatically signing in method, device, computer equipment and user terminal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |