CN113592618A - Processing method for flexibly managing debit card state - Google Patents
Processing method for flexibly managing debit card state Download PDFInfo
- Publication number
- CN113592618A CN113592618A CN202110717024.9A CN202110717024A CN113592618A CN 113592618 A CN113592618 A CN 113592618A CN 202110717024 A CN202110717024 A CN 202110717024A CN 113592618 A CN113592618 A CN 113592618A
- Authority
- CN
- China
- Prior art keywords
- management
- batch
- service
- server
- technical architecture
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 8
- 238000012423 maintenance Methods 0.000 claims abstract description 22
- 238000013461 design Methods 0.000 claims abstract description 6
- 238000012545 processing Methods 0.000 claims description 42
- 238000000034 method Methods 0.000 claims description 40
- 230000008569 process Effects 0.000 claims description 34
- 230000006854 communication Effects 0.000 claims description 30
- 230000004044 response Effects 0.000 claims description 22
- 230000006870 function Effects 0.000 claims description 19
- 238000005516 engineering process Methods 0.000 claims description 16
- 238000012544 monitoring process Methods 0.000 claims description 16
- 230000008520 organization Effects 0.000 claims description 9
- 238000010923 batch production Methods 0.000 claims description 6
- 230000002159 abnormal effect Effects 0.000 claims description 3
- 230000000903 blocking effect Effects 0.000 claims description 3
- 230000000007 visual effect Effects 0.000 claims description 3
- 238000009825 accumulation Methods 0.000 abstract description 2
- 230000007547 defect Effects 0.000 abstract description 2
- 238000007726 management method Methods 0.000 description 60
- 238000006243 chemical reaction Methods 0.000 description 7
- 238000013475 authorization Methods 0.000 description 6
- 238000011161 development Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000008014 freezing Effects 0.000 description 1
- 238000007710 freezing Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
Images
Classifications
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
Abstract
The invention relates to a processing method for realizing flexible management of debit card states, which comprises a product technical architecture of a card system, wherein the product technical architecture comprises a card system online technical architecture, a card system batch technical architecture and a service management platform technical architecture. The invention overcomes the defects of the prior art, adopts a mature and stable mainstream technical architecture in the industry through the implementation and accumulation of projects for many years, and provides a convenient system operation management platform for business management personnel and operation and maintenance personnel through humanized interface operation design.
Description
Technical Field
The invention relates to the technical field, in particular to a processing method for flexibly managing the state of a debit card.
Background
Each bank has its own card system, which is a set of cross-platform running products supporting mainstream database management systems, such as MySql, Oracle, DB 2. UTF-8 is adopted for the database character set. The operation interface of the product adopts a B/S framework, and supports mainstream browsers such as IE8, IE9, Firefox3.6 and the like.
The product is designed based on a modularized idea, and is divided into two subsystems on the whole architecture: the card management subsystem is mainly responsible for card making and issuing management, parameter management, inquiry, information authentication, special service, batch processing and other functions, and the card transaction subsystem is responsible for system communication interconnection, transaction authorization, routing management, message conversion, exception processing and the like.
The product possesses powerful secondary development ability, and this scheme is based on the mature frame and the function of this product, combines the business and the technical demand of bank, can effectively reduce implementation risk, promotes the project quality.
Disclosure of Invention
The invention aims to solve the technical problem of overcoming the defects of the prior art and provides a processing method for flexibly managing the state of a debit card.
In order to solve the technical problems, the technical scheme provided by the invention is as follows: a processing method for realizing flexible management of debit card status, the processing method comprising a product technology architecture for a card system, the product technology architecture comprising a card system online technology architecture, a card system batch technology architecture and a business management platform technology architecture:
the card system online technical architecture adopts a service-oriented online processing architecture to assemble related transaction processing into application services, and efficiently routes, schedules and manages various requests, events and application queues internally;
the card system batch technical architecture supports multi-process concurrent processing, breakpoint continued operation, automatic redoing, sequential dependence and master control based on the batch framework design of the product;
the service management platform technical architecture is provided with an independent service management subsystem and a visual service operation platform for users, the product supports the access of a row uniform authentication platform through a bank transaction interface, and service personnel log in the service management platform in a self-right authentication mode of the product.
Furthermore, in the card system online technology architecture, each Server process provides various Service for external calling; each Server process has an independent request message queue, an MSSQ multi-service single queue mode is adopted, and meanwhile, each Server can be configured with the minimum and maximum concurrent process number, so that the system can realize the automatic start and stop of the Server according to different pressures; the Server management module is responsible for managing all Server processes and the servers issued by the Server processes, including monitoring the state of each Server and the dynamic start-stop function of the Server, and the information of each Server is maintained in the global shared memory of the system.
Further, the CommServer is responsible for communicating with an external Client, maintains the connection information of each Client in a global shared memory, and divides the connection information into a plurality of communication processes and a response processing process, and adopts an asynchronous non-blocking processing mode, wherein: the communication process monitors each connection request of the external system by adopting an I/O multiplexing mode, and the following configuration is carried out: configuring the minimum and maximum starting numbers of the communication processes according to the maximum concurrent number of the external Client terminal; configuring the number of Client end connections which can be processed by each communication process simultaneously; and configuring the maximum timeout time of each Client connection.
Further, after the communication process receives a Service request of an external Client system, according to the requested Service, a request message queue of a Server to which the Service belongs is inquired from the global common memory, and a message is put into the queue, so that the communication process is finished; the response processing process is responsible for receiving a response message from a response queue of the CommServer, inquiring the connection maintained by the communication process to which the response message belongs, forwarding the response message to the communication process, and returning the response message to the corresponding Client terminal by the communication process.
Further, the card system batch technology architecture comprises:
(1) the main control module: coordinating batch tasks to be carried out according to the sequence priority and the dependency relationship, and setting the priority of batch steps according to the dependency relationship and the importance factors thereof; allocating a batch processing subtask; fork specifies a number of batch processes, and simultaneously concurrently processes the subtasks of the batch step to complete a certain batch task; starting a batch process; supporting a task of mutual competition of multiple machines and supporting running of batch main control programs on multiple machines; controlling the maximum number of processes processed by the system;
(2) batch program module: competing for processing the batch of subtasks; and registering a breakpoint when the operation is abnormal, and continuously executing from the breakpoint when the operation is restarted.
Further, the service management platform technical architecture comprises the following management operations: performing basic function management operations including organization management, user management and authority management; setting service parameters, including card product parameter management and operation parameter management; operation and maintenance operations including system monitoring information viewing, day and end monitoring and service operation monitoring; and inquiring statistical data and downloading reports.
Furthermore, the service management platform adopts a lightweight J2EE framework of Spring MVC + Spring + Hibernate, a paging surface display layer, a service logic layer and a data layer, wherein the page display layer adopts Freemarker/JSP/XML technology and comprises a page element XML file, a page layout FTL file, a page controller and a data set engine.
The invention has the following advantages: based on years of bank card-based business and technology accumulation, the invention combines the development characteristics of the IT system in the current financial industry to perform a series of planning, research, development and implementation, forms a stable, efficient and comprehensive functional technical architecture, and can provide a comprehensive, flexible and expandable bank card solution for the financial industry by adopting loose coupling, layered and modular design. Based on the set of products, system construction can be completed quickly through customization, a good foundation is laid for later business development, and a brief introduction is made to an integrated card system product related to the project.
Drawings
FIG. 1 is a technical architecture of online transaction processing according to the present invention.
FIG. 2 is a diagram of the batch technology architecture of the present invention.
FIG. 3 is a management platform technical architecture diagram of the present invention.
Detailed Description
The present invention will be described in further detail with reference to examples.
And the service-oriented online processing architecture is adopted to assemble the related transaction processing into the application service, so that various requests, events and application queues can be efficiently routed, scheduled and managed internally. The technical architecture of online transaction processing is shown in fig. 1 (black line represents transaction request, blue line represents transaction response, and red line represents data access).
Each Server process provides various Service services for external calling. Each Server process has a separate request message queue, can adopt MSSQ (multiple service single queue) mode to improve the concurrent processing capacity of each Server, and each Server can be configured with minimum and maximum concurrent process number, so that the system can realize the automatic start and stop of the Server according to different pressures.
The Server management module is responsible for managing all Server processes of the system. The method comprises the functions of monitoring the state of each Server, dynamically starting and stopping the Server and the like. The information of each Server is maintained in the global shared memory of the system.
The Service management module is responsible for managing the services issued by all the servers in the system, the information of each Service is maintained in the global shared memory of the system, and if the system is in a multi-machine environment, the Service management module is also responsible for synchronizing the state of the local Service with the remote end.
The CommServer is responsible for communicating with an external Client side, and maintains the connection information of each Client in a global shared memory. The method is divided into a plurality of communication processes and a response processing process, adopts an asynchronous non-blocking processing mode, and greatly improves the concurrent processing capacity of the system, wherein:
the communication process monitors each connection request of the external system by adopting an I/O multiplexing mode, and can be configured as follows:
the minimum and maximum starting numbers of the communication processes can be configured according to the maximum concurrent number of the external Client terminal;
how many Client side connections can be handled simultaneously by each communication process can be configured.
The maximum timeout time for each Client connection can be configured.
After the communication process receives the Service request of the external Client system, according to the requested Service, the request message queue of the Server to which the Service belongs is inquired from the global common memory, and the message is put into the queue, so that the communication process is finished.
The response processing process is responsible for receiving a response message from a response queue of the CommServer, inquiring which communication process the response message belongs to maintain connection, forwarding the response message to the communication process, and returning the response message to the corresponding Client terminal by the communication process.
Card system batch technical architecture
The batch processing is an important module in the card service sub-module, and the module supports high-efficiency automatic processing of large data volume, multi-process concurrent processing, breakpoint continuous processing, automatic redoing, sequence dependence, master control and the like based on the excellent batch framework design of the product. The card system can quickly realize batch processing tasks such as batch card making file processing, transaction flow reconciliation and the like on the basis of an efficient and stable framework of batch information processing. The batch processing technology is structured as shown in FIG. 2:
fig. 2 is a diagram showing a technical architecture of a batch processing system, and the functions implemented by the modules are as follows:
(1) main control module
The coordination batch tasks are performed according to the sequence priority and the dependency relationship, namely, the execution sequence of the batches is controlled, and the priority of the batch steps can be set according to the dependency relationship, the importance of the dependency relationship and other factors.
The batch sub-tasks are assigned.
fork specifies a number of batch processes, and simultaneously concurrently processes the subtasks of the batch step to complete a certain batch task together.
A batch process is initiated.
And a task of mutual competition of multiple machines is supported, and the running of batch main control programs on multiple machines is supported.
And controlling the maximum number of the processing processes of the system.
(2) Batch program module
Competing to process the batch of subtasks.
And registering a breakpoint when the operation is abnormal, and continuously executing from the breakpoint when the operation is restarted.
Service management platform technical architecture
The product is provided with an independent service management subsystem, and is mainly a service operation platform provided for users to be visual, the product supports the access of a unified authentication platform in a row through a transaction interface with a noble bank, and service personnel can log in the service management platform in a self-right authentication mode of the product, and can perform management operations in the following aspects:
and performing basic function management operations including organization management, user management, authority management and the like.
And setting service parameters, such as card product parameter management, operation parameter management and the like.
And operation and maintenance operations, such as system monitoring information viewing, day and end monitoring, service operation monitoring and the like.
And inquiring statistical data and downloading reports.
The technical architecture of the management platform is shown in fig. 3:
the management platform adopts a lightweight J2EE framework of Spring MVC + Spring + Hibernate, a paging surface display layer, a service logic layer and a data layer.
The page display layer adopts the technology of Freemarker/JSP/XML and the like, and mainly comprises a page element XML file, a page layout FTL file, a page controller and a data set engine.
The service logic layer adopts Spring technology and the like, and mainly comprises a service request distribution component, a service request processing component, a service object processing component, a transaction management component, an exception handling component, a system framework component and a database adapter.
The data layer adopts Hibernate and other technologies and mainly comprises a business object persistence component and a database connector component.
The integrated card system adopts a hierarchical modular design method, the whole card system is roughly divided into three layers, and each layer consists of a plurality of functional modules:
communication layer: message data is sent and received between each external system by adopting communication modes such as TCPIP and the like; data is transferred between the card system and the encryption platform using the TCPIP protocol.
An application layer: the data received by the channel layer is processed by different business modules according to the transaction channel and the transaction type after format conversion and code system conversion are carried out by a format conversion module. The data to be transmitted to other systems are transmitted to the external system through the channel layer after format conversion and code system conversion are carried out by the format conversion module.
And (3) a data layer: various transaction data and various parameters required by program operation are stored.
The card management platform functional module includes: user management, organization management, card product management, business product management, workflow auditing, merchant management, POS machine management, merchant account entry management, account checking management, error processing, pre-authorization manual processing, parameter configuration, inquiry and monitoring, system management, data statistics, report management and the like.
1. The user management module comprises: the system comprises functions of operator addition, operator query, operator role maintenance, operator function menu maintenance, operator operation log query and operator log login query. And functions of operator authorization, operator rechecking and the like are supported.
2. An organization management module: the organization management should maintain four levels of a head office, a branch office and a branch office, and can flexibly adjust according to the management requirements of the bank organization; support the management mode of multiple organizations, and the organization maintenance information is comprehensive and complete
3. The card product management module includes: card BIN maintenance, Key maintenance, certificate maintenance, application maintenance, card product to application association, card product annual fee maintenance, Key information maintenance functions.
4. The business product management module comprises: electronic cash account product maintenance, electronic cash business parameter maintenance, debit product quota maintenance, application to business binding, business transaction limit maintenance, business to transaction binding, charging information maintenance, and charging configuration maintenance functions.
5. Workflow auditing: the auditing function is supported for the information of newly added, modified and deleted card products, merchants and the like, namely, the operation can be effective after the auditing of another operator with the authority of the auditing function.
6. Merchant management: the basic functions of adding, modifying, inquiring, deleting and the like of the merchant information are managed, and one merchant can have a plurality of terminals.
7. Merchant posting management: successful posting information query of commercial tenant, unsuccessful posting information query of commercial tenant and the like
8. Account checking management: mainly provides report downloading function and supports manual account checking
9. And (3) error processing: the error class mainly provides report downloading function, and some error class transactions support manual account adjustment and the like
10. Pre-authorization manual processing: support manual pre-authorization completion, manual pre-authorization completion revocation and the like
11. Parameter configuration: mainly used for configuring some service parameters used in system
12. The query and monitoring module comprises: online transaction monitoring, card making state inquiry, batch task monitoring and the like.
13. The system management module comprises: regional maintenance, organization maintenance, data dictionary configuration, working date maintenance, system parameter configuration, supervisor confirmation and the like.
14. The data statistics and report management module mainly comprises: various reports can be added according to actual requirements, such as a card account checking failure report, a card account checking success report, an account checking error report, a card loss report/loss report, a card freezing/unfreezing report, a card payment stopping/payment stopping report and the like.
Although the invention has been described in detail hereinabove with respect to a general description and specific embodiments thereof, it will be apparent to those skilled in the art that modifications or improvements may be made thereto based on the invention. Accordingly, such modifications and improvements are intended to be within the scope of the invention as claimed.
Claims (7)
1. A process for implementing flexible management of debit card status, characterized by: the processing method comprises a product technical architecture of the card system, wherein the product technical architecture comprises a card system online technical architecture, a card system batch technical architecture and a service management platform technical architecture:
the card system online technical architecture adopts a service-oriented online processing architecture to assemble related transaction processing into application services, and efficiently routes, schedules and manages various requests, events and application queues internally;
the card system batch technical architecture supports multi-process concurrent processing, breakpoint continued operation, automatic redoing, sequential dependence and master control based on the batch framework design of the product;
the service management platform technical architecture is provided with an independent service management subsystem and a visual service operation platform for users, the product supports the access of a row uniform authentication platform through a bank transaction interface, and service personnel log in the service management platform in a self-right authentication mode of the product.
2. A process for implementing flexible management of debit card status according to claim 1, wherein: in the card system on-line technical architecture, each Server process provides various Service for external calling; each Server process has an independent request message queue, an MSSQ multi-service single queue mode is adopted, and meanwhile, each Server can be configured with the minimum and maximum concurrent process number, so that the system can realize the automatic start and stop of the Server according to different pressures; the Server management module is responsible for managing all Server processes and the servers issued by the Server processes, including monitoring the state of each Server and the dynamic start-stop function of the Server, and the information of each Server is maintained in the global shared memory of the system.
3. A process for implementing flexible management of debit card status according to claim 2, wherein: the CommServer is responsible for communicating with an external Client, maintains connection information of each Client in a global shared memory, is divided into a plurality of communication processes and a response processing process, and adopts an asynchronous non-blocking processing mode, wherein: the communication process monitors each connection request of the external system by adopting an I/O multiplexing mode, and the following configuration is carried out: configuring the minimum and maximum starting numbers of the communication processes according to the maximum concurrent number of the external Client terminal; configuring the number of Client end connections which can be processed by each communication process simultaneously; and configuring the maximum timeout time of each Client connection.
4. A process for implementing flexible management of debit card status according to claim 3, wherein: after the communication process receives a Service request of an external Client system, according to the requested Service, inquiring a request message queue of a Server to which the Service belongs from the global common memory, and putting a message into the queue, wherein the communication process is finished; the response processing process is responsible for receiving a response message from a response queue of the CommServer, inquiring the connection maintained by the communication process to which the response message belongs, forwarding the response message to the communication process, and returning the response message to the corresponding Client terminal by the communication process.
5. A process for implementing flexible management of debit card status according to claim 1, wherein: the card system batch technology architecture comprises:
(1) the main control module: coordinating batch tasks to be carried out according to the sequence priority and the dependency relationship, and setting the priority of batch steps according to the dependency relationship and the importance factors thereof; allocating a batch processing subtask; fork specifies a number of batch processes, and simultaneously concurrently processes the subtasks of the batch step to complete a certain batch task; starting a batch process; supporting a task of mutual competition of multiple machines and supporting running of batch main control programs on multiple machines; controlling the maximum number of processes processed by the system;
(2) batch program module: competing for processing the batch of subtasks; and registering a breakpoint when the operation is abnormal, and continuously executing from the breakpoint when the operation is restarted.
6. A process for implementing flexible management of debit card status according to claim 1, wherein: the service management platform technical architecture comprises the following management operations: performing basic function management operations including organization management, user management and authority management; setting service parameters, including card product parameter management and operation parameter management; operation and maintenance operations including system monitoring information viewing, day and end monitoring and service operation monitoring; and inquiring statistical data and downloading reports.
7. A process for implementing flexible management of debit card status according to claim 1, wherein: the business management platform adopts a lightweight J2EE framework of Spring MVC + Spring + Hibernate, a paging surface display layer, a business logic layer and a data layer, wherein the page display layer adopts Freemarker/JSP/XML technology and comprises a page element XML file, a page layout FTL file, a page controller and a data set engine.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110717024.9A CN113592618A (en) | 2021-06-28 | 2021-06-28 | Processing method for flexibly managing debit card state |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110717024.9A CN113592618A (en) | 2021-06-28 | 2021-06-28 | Processing method for flexibly managing debit card state |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113592618A true CN113592618A (en) | 2021-11-02 |
Family
ID=78244717
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110717024.9A Pending CN113592618A (en) | 2021-06-28 | 2021-06-28 | Processing method for flexibly managing debit card state |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113592618A (en) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001016704A2 (en) * | 1999-08-31 | 2001-03-08 | Accenture Llp | System, method, and article of manufacture for a request sorter in a transaction services patterns environment |
CN101227472A (en) * | 2008-02-01 | 2008-07-23 | 中国建设银行股份有限公司 | Method and system for managing finances information |
CA2724049A1 (en) * | 2010-01-29 | 2011-07-29 | Rdm Corporation | Mobile deposit system for digital image and transaction management |
CN106850829A (en) * | 2017-02-28 | 2017-06-13 | 苏州星熙数据科技有限公司 | A kind of micro services design method based on non-blocking communication |
CN107103529A (en) * | 2016-02-23 | 2017-08-29 | 陈馨媛 | Bank Profile management system based on SOA frameworks |
CN109410038A (en) * | 2018-10-19 | 2019-03-01 | 中国银行股份有限公司 | A kind of batch based on scheduling message mechanism is for forwarding method and system |
CN109544323A (en) * | 2018-11-16 | 2019-03-29 | 上海浦东发展银行股份有限公司信用卡中心 | A kind of intelligent management system of credit card number |
CN110163745A (en) * | 2019-05-07 | 2019-08-23 | 中国工商银行股份有限公司 | Hierarchical control data check and control processing system and method |
-
2021
- 2021-06-28 CN CN202110717024.9A patent/CN113592618A/en active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001016704A2 (en) * | 1999-08-31 | 2001-03-08 | Accenture Llp | System, method, and article of manufacture for a request sorter in a transaction services patterns environment |
CN101227472A (en) * | 2008-02-01 | 2008-07-23 | 中国建设银行股份有限公司 | Method and system for managing finances information |
CA2724049A1 (en) * | 2010-01-29 | 2011-07-29 | Rdm Corporation | Mobile deposit system for digital image and transaction management |
CN107103529A (en) * | 2016-02-23 | 2017-08-29 | 陈馨媛 | Bank Profile management system based on SOA frameworks |
CN106850829A (en) * | 2017-02-28 | 2017-06-13 | 苏州星熙数据科技有限公司 | A kind of micro services design method based on non-blocking communication |
CN109410038A (en) * | 2018-10-19 | 2019-03-01 | 中国银行股份有限公司 | A kind of batch based on scheduling message mechanism is for forwarding method and system |
CN109544323A (en) * | 2018-11-16 | 2019-03-29 | 上海浦东发展银行股份有限公司信用卡中心 | A kind of intelligent management system of credit card number |
CN110163745A (en) * | 2019-05-07 | 2019-08-23 | 中国工商银行股份有限公司 | Hierarchical control data check and control processing system and method |
Non-Patent Citations (3)
Title |
---|
任钢: "《微服务设计 企业架构转型之道》", 31 October 2019, 机械工业出版社, pages: 166 - 169 * |
张震: "城市商业银行金融IC卡系统的设计与应用", 《中国优秀硕士学位论文全文数据库 信息科技辑》, pages 31 - 39 * |
陈东明等: "《实用高级软件工程与实践》", 31 December 2020, 东北大学出版社, pages: 40 - 41 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110738454B (en) | Enterprise management platform system | |
CN106844198B (en) | Distributed dispatching automation test platform and method | |
US8856807B1 (en) | Alert event platform | |
WO1997024688A9 (en) | Method and aparatus for processing billing transactions | |
WO1997024688A1 (en) | Method and aparatus for processing billing transactions | |
US20060095914A1 (en) | System and method for job scheduling | |
CN102546796A (en) | Data updating system and method of service server | |
CN112149981A (en) | Supply chain logistics management method and system of integrated platform | |
KR20030064779A (en) | Systems and Methods for Providing Centralized Management of Heterogeneous Distributed Enterprise Application Integration Objects | |
CN112801607A (en) | Management service platform and construction method | |
CN112258261A (en) | Distributed energy microgrid intelligent system based on block chain | |
CN111275415A (en) | Resource channel switching method, device, equipment and storage medium | |
CN111932099A (en) | Marketing business management system and marketing business management method | |
CN110889765B (en) | Transaction information reporting method and device | |
CN112040431B (en) | Marketing short message management and control system and method thereof | |
CN113515267A (en) | PaaS platform based on industrial Internet of things | |
CN109242240A (en) | Task based on unit time distribution and timeliness control develops cloud platform | |
CN113592618A (en) | Processing method for flexibly managing debit card state | |
CN115391758B (en) | Self-service business platform system | |
CN115719207A (en) | Super-automation platform system | |
CN111401837B (en) | Event processing method and system, and computer readable storage medium | |
CN115456380A (en) | Intelligent manufacturing digital integrated analysis system based on enterprise | |
KR100965157B1 (en) | Realtime server management solution | |
CN114244894A (en) | Halt and recovery service processing method and system, computer storage medium and electronic equipment | |
CN111193620A (en) | Mobile work order processing method and system based on call center |
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 |