CN112037096A - Fee supervision system - Google Patents
Fee supervision system Download PDFInfo
- Publication number
- CN112037096A CN112037096A CN202010902698.1A CN202010902698A CN112037096A CN 112037096 A CN112037096 A CN 112037096A CN 202010902698 A CN202010902698 A CN 202010902698A CN 112037096 A CN112037096 A CN 112037096A
- Authority
- CN
- China
- Prior art keywords
- api
- request
- order
- database
- transaction
- 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.)
- Granted
Links
- 238000012795 verification Methods 0.000 claims abstract description 40
- 238000013499 data model Methods 0.000 claims description 21
- 238000012546 transfer Methods 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 claims description 6
- 238000006243 chemical reaction Methods 0.000 claims description 5
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 claims 1
- 238000011161 development Methods 0.000 abstract description 5
- 238000012549 training Methods 0.000 abstract description 5
- 239000008186 active pharmaceutical agent Substances 0.000 description 77
- 238000010586 diagram Methods 0.000 description 8
- 238000000034 method Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 230000004927 fusion Effects 0.000 description 2
- 210000001503 joint Anatomy 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000006467 substitution reaction 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/20—Education
- G06Q50/205—Education administration or guidance
- G06Q50/2053—Education institution selection, admissions, or financial aid
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
- G06F21/645—Protecting data integrity, e.g. using checksums, certificates or signatures using a third party
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Databases & Information Systems (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Educational Technology (AREA)
- Educational Administration (AREA)
- Tourism & Hospitality (AREA)
- Software Systems (AREA)
- Finance (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Bioethics (AREA)
- Computer Hardware Design (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention provides a system for supervising charges, which comprises: the system comprises at least one kind of academic fee supervision API, an API service controller corresponding to each kind of academic fee supervision API and an API service filter, wherein the academic fee supervision API is used for receiving a transaction request which is sent by a third-party platform and corresponds to the academic fee supervision API and sending the transaction request to the API service filter; the API service filter is used for carrying out signature verification operation and decryption operation on the received transaction request and sending the decrypted data plaintext to the API service controller corresponding to the API; and the API service controller is used for carrying out transaction operation after receiving the data plaintext. The invention can monitor the learning fee of various training institutions, and has high safety and low development cost.
Description
Technical Field
The invention relates to the technical field of network payment, in particular to a charge supervision system.
Background
In order to strengthen the academic expense supervision of a training institution, a capital supervision system is needed, when the existing capital supervision system with a B/S structure is in butt joint with various cooperative enterprises, the B/S system and the actual business scene of a third party need to be fused together for modification, the cost is high, the construction period is long, and only a small amount of butt joints can be completed; in addition, the existing payment modes are direct transfer after ordering, and effective supervision is lacked.
Disclosure of Invention
The embodiment of the invention provides a system for supervising the charges of students, which is used for supervising the charges of students of various training institutions, has high safety and low development cost, and comprises the following components:
at least one royalty administration API, an API service controller corresponding to each royalty administration API, an API service filter, wherein,
the system comprises an API (program interface application) for monitoring the academic fee, an API service filter and a third-party platform, wherein the API is used for receiving a transaction request which is sent by the third-party platform and corresponds to the API and sending the transaction request to the API service filter;
the API service filter is used for carrying out signature verification operation and decryption operation on the received transaction request and sending the decrypted data plaintext to the API service controller corresponding to the API;
and the API service controller is used for carrying out transaction operation after receiving the data plaintext.
In the embodiment of the invention, the school charge supervision API is used for receiving a transaction request which is sent by a third-party platform and corresponds to the school charge supervision API, and sending the transaction request to the API service filter; the API service filter is used for carrying out signature verification operation and decryption operation on the received transaction request and sending the decrypted data plaintext to the API service controller corresponding to the API; and the API service controller is used for carrying out transaction operation after receiving the data plaintext. In the system, different transaction requests can be received through different charges of academic aptitude supervision APIs, flexibility and adaptability are high, signature verification operation and decryption operation are carried out through the API service filter, safety of third-party platform data and user charges of academic aptitude is guaranteed, fusion with actual business scenes of a third party is not needed, and development cost is reduced.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts. In the drawings:
FIG. 1 is a schematic diagram of a royalty administration system according to an embodiment of the invention;
FIG. 2 is a detailed diagram of a royalty administration system according to an embodiment of the invention;
FIG. 3 is another schematic diagram of a royalty administration system according to an embodiment of the invention;
FIG. 4 is a diagram of a system for monitoring royalty payments according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the embodiments of the present invention are further described in detail below with reference to the accompanying drawings. The exemplary embodiments and descriptions of the present invention are provided to explain the present invention, but not to limit the present invention.
In the description of the present specification, the terms "comprising," "including," "having," "containing," and the like are used in an open-ended fashion, i.e., to mean including, but not limited to. Reference to the description of the terms "one embodiment," "a particular embodiment," "some embodiments," "for example," etc., means that a particular feature, structure, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. In this specification, the schematic representations of the terms used above do not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. The sequence of steps involved in the embodiments is for illustrative purposes to illustrate the implementation of the present application, and the sequence of steps is not limited and can be adjusted as needed.
Terms related to the embodiments of the present invention are explained first.
The paradigm is: the design paradigm of a database is the specification that the database design needs to meet, and the database meeting the specifications is concise and clear in structure, and meanwhile, no insertion (insert), deletion (delete) and update (update) operation exceptions occur.
BC paradigm: the Boehs-Code paradigm (BCNF) eliminates partial dependence of the main attribute on the code or transfer function dependence on the third paradigm.
External bond (Foreign Key): a table with a foreign key of another relationship as a primary key is called a primary table, a table with the foreign key is called a secondary table of the primary table, and the foreign key is also called a foreign key.
B/S structure: representing the browser and server architecture. Generally, a user accesses a page of the B terminal, and the S terminal provides service for the B terminal, so that the cross-operating system capability is better.
API service filter (filter): the API will typically have a filter layer filter for performing the methods that the API must perform for each interface, such as authentication, session expiration, etc.
Controller: an instruction can be sent to the service layer of the system, and the software service is scheduled to complete specific data processing.
And (4) loading: the load is a bank term, which means that money in the account of a bank of a consumer is directly loaded on an individual account, and the loaded funds are only consumed under a specific consumption environment. The earmarked funds are only used for consumption in the corresponding training institution.
Fig. 1 is a schematic diagram of a charge monitoring system according to an embodiment of the present invention, as shown in fig. 1, the system includes:
at least one royalty administration API101, an API service controller 103 corresponding to each royalty administration API, an API service filter 102, wherein,
the fee supervision API101 is used for receiving a transaction request which is sent by a third-party platform and corresponds to the fee supervision API, and sending the transaction request to the API service filter;
the API service filter 102 is used for performing signature verification operation and decryption operation on the received transaction request and sending the decrypted data plaintext to an API service controller corresponding to the API;
and the API service controller 103 is used for performing transaction operation after receiving the data plaintext.
In the system provided by the embodiment of the invention, different transaction requests can be received through different charges monitoring APIs, the flexibility and the adaptability are high, the signature verification operation and the decryption operation are carried out through the API service filter, the safety of third-party platform data and user charges is ensured, the integration with the actual business scene of a third party is not needed, and the development cost is reduced.
In one embodiment, the royalty administration system accesses a third party platform by embedding H5.
In the above embodiment, the interaction of the business logic is accomplished by the H5 page with the royalty administration API, where the H5 page is debit card royalty administration H5. The H5 embedded mode is adopted to access the third party platform, so that the access efficiency is high, and a plurality of third party platforms can be accessed simultaneously.
In one embodiment, the at least one royalty administration API includes a placing API, a requisition API, a refund API, and a transaction result query API;
the transaction request comprises a bill placing request, a money requesting request, a fee refunding request and a transaction result query request;
the API controller comprises a bill making API controller, a money requisition API controller, a fee refunding API controller and a transaction result inquiry API controller.
In specific implementation, fig. 2 is a detailed schematic diagram of the academic fee supervision system in the embodiment of the present invention, and the academic fee supervision API encapsulates the order placing, the payment requisition, the fee refunding, and the transaction result query into an interface in an interface packaging manner, and provides the interface for the third party platform to call.
The API service filter performs signature verification operation and decryption operation on the received transaction request, sends the decrypted data plaintext to an API service controller corresponding to the API, and generally decrypts the message by using a private key after signature verification is successful to confirm that the data is not tampered, and the tampered message fails to be decrypted. The embodiment of the invention adopts Spring MVC to rewrite the filtering method of the standard API filter, wherein the rewriting method comprises the functions of signature verification and decryption, and is used for confirming that a calling party of the service is a legal third party platform with a private key certificate and decrypting the message, thereby ensuring that the message is not tampered.
In an embodiment, the order API controller is specifically configured to: after receiving a data plaintext corresponding to an order placing request, creating an order in a database, calling a bank system to carry out fund loading on the order, and generating a flow record in the database;
the charm API controller is specifically configured to: after receiving a data plaintext corresponding to a money request, inquiring an order corresponding to the money request in a database, calling a bank system to perform fund transfer operation and transfer operation on the order, and generating a flow record in the database;
the refund API controller is specifically configured to: after receiving a data plaintext corresponding to a chargeback request, inquiring an order corresponding to the demand request in a database, if the order does not carry out demand operation, calling a bank system to carry out fund transfer operation on the order, if the order carries out demand operation, calling the bank system to carry out fund transfer operation on the order, and generating a running record in the database;
the transaction result query API controller is specifically configured to: after receiving the data plaintext corresponding to the transaction result query request, querying the order corresponding to the request for payment in the database, obtaining the transaction result corresponding to the order, and generating a query record in the database.
In the above embodiment, the order, the flow record, and the query record stored in the database are stored in a database table, the order placing request is initiated by a third-party platform user to a third-party platform, the third-party platform sends to an order placing API, the third-party platform refers to various types of training institution platforms, and may be an APP, and the like, the payment requesting request is directly sent to the payment requesting API by the third-party platform, the third-party platform user initiates to the third-party platform during the chargeback request, the third-party platform sends to the chargeback API, and the third-party platform directly sends to the transaction result query API during the transaction result query request.
When the transaction request is sent to the corresponding fee supervision API by the third-party platform, the signing and encryption are firstly carried out, and the signing and encryption modes and types are well agreed by the third-party platform and the fee supervision system. The mode of adding the signature of the private key certificate and verifying the signature of the public key certificate is adopted, so that the transaction is ensured to be sent from a third-party platform, and the aim of resisting repudiation of the transaction is fulfilled. Public key encryption and private key decryption can be adopted to ensure that data is not tampered.
In an embodiment, the order API controller is specifically configured to:
after receiving a data plaintext corresponding to an order placing request, acquiring user information of a third-party platform user corresponding to the order placing request, wherein the user information comprises a mobile phone number;
generating a first short message verification code according to the user information;
sending the first short message verification code to a corresponding API;
after receiving the second short message verification code, verifying whether the first short message verification code is consistent with the second short message verification code, and if so, creating an order in a database;
the following single API applies specifically to:
sending the first short message verification code to a third-party platform user mobile phone;
and receiving a second short message verification code input by a third-party platform user, and sending the second short message verification code and the second short message verification code to the corresponding API service controller.
In the embodiment, the bank system cannot completely trust the fund-related transaction sent by the third-party platform, and when the user places an order for payment, the bank system sends the short message verification code to the mobile phone number reserved in the bank by the user, fills the short message verification code, and returns the short message verification code to the bank along with the transaction for verification, so that the transaction willingness of the user is ensured. The short message verification code can be limited to be requested once per minute by the same mobile phone number, and the success probability of the short message verification code hitting a library is greatly reduced.
In an embodiment, the system further includes a data conversion module 104, fig. 3 is another schematic diagram of the royalty administration system in an embodiment of the present invention, and the data conversion module 104 is configured to:
instantiating and generating an order stored in a database based on an order data model;
instantiating and generating a running record stored in a database based on a running record data model;
a query record stored in a database is generated based on the query record data model instantiation.
In the above embodiment, the orders, the flow records, and the query records stored in the database are all database tables, and each instantiated data is inserted into the corresponding database table, which is convenient and fast. In the embodiment of the invention, hibernate is adopted to construct the data conversion module 104.
In one embodiment, the order, the flow record and the query record stored in the database conform to a BC paradigm, so that partial dependence of the main attribute on the code or the dependence of the transfer function is eliminated on the basis of a third paradigm.
In one embodiment, the orders stored in the database are associated with the orders of the corresponding third party platform by reserving the foreign key field, so that the purpose of unifying the fare supervision system and the third party platform data and maintaining the integrity of the relational database is achieved.
In an embodiment, the system further includes a data model description module 105, fig. 4 is a further schematic diagram of the royalty administration system in an embodiment of the present invention, and the data model description module 105 is configured to:
and generating an order data model, a flow record data model and an inquiry record data model in an object-oriented mode.
Each data type comprises basic data types such as character strings, integers, dates, floating point numbers and the like. The embodiment of the invention adopts java annotation to describe the mapping relation between the data model and the database table and between the data model field and the database table field.
In an embodiment, the API service controller is further configured to: returning a transaction operation result to the corresponding fee supervision API;
the royalty administration API is also used to: and feeding back a transaction return message to the third-party platform.
In the above embodiment, the transaction return message includes a transaction success message and a transaction failure message, and the format is as follows:
the format of the transaction success message is as follows:
{result:”ture”,msg:{key1:val1[,key2:val2...]}}。
transaction failure message format:
{ result: "false", msg: "error cause [ error code ]" }.
In summary, in the academic fee supervision system provided in the embodiment of the present invention, the academic fee supervision API is configured to receive a transaction request corresponding to the academic fee supervision API sent by a third party platform, and send the transaction request to the API service filter; the API service filter is used for carrying out signature verification operation and decryption operation on the received transaction request and sending the decrypted data plaintext to the API service controller corresponding to the API; and the API service controller is used for carrying out transaction operation after receiving the data plaintext. In the system, different transaction requests can be received through different charges of academic aptitude supervision APIs, flexibility and adaptability are high, signature verification operation and decryption operation are carried out through the API service filter, safety of third-party platform data and user charges of academic aptitude is guaranteed, fusion with actual business scenes of a third party is not needed, and development cost is reduced. In addition, the third-party platform is accessed by adopting an H5 embedding mode, so that the access efficiency is very high, and a plurality of third-party platforms can be accessed simultaneously. And sending a short message verification code to a mobile phone number reserved in a bank by the user, filling the short message verification code by the user, and returning the short message verification code to the bank for verification along with the transaction, so that the transaction willingness of the user is ensured. The data conversion module enables orders, flow records and query records stored in the database to be database tables, and each instantiated data is inserted into the corresponding database table, so that convenience and rapidness are achieved. The orders stored in the database are associated with the orders of the corresponding third-party platform through the reserved foreign key fields, so that the purpose of unifying the fare monitoring system and the third-party platform data and maintaining the integrity of the relational database is achieved. The data model description module generates an order data model, a flow record data model and an inquiry record data model in an object-oriented mode, and facilitates subsequent application.
The above-mentioned embodiments are intended to illustrate the objects, technical solutions and advantages of the present invention in further detail, and it should be understood that the above-mentioned embodiments are only exemplary embodiments of the present invention, and are not intended to limit the scope of the present invention, and any modifications, equivalent substitutions, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (10)
1. A royalty administration system, comprising:
at least one royalty administration API, an API service controller corresponding to each royalty administration API, an API service filter, wherein,
the system comprises an API (program interface application) for monitoring the academic fee, an API service filter and a third-party platform, wherein the API is used for receiving a transaction request which is sent by the third-party platform and corresponds to the API and sending the transaction request to the API service filter;
the API service filter is used for carrying out signature verification operation and decryption operation on the received transaction request and sending the decrypted data plaintext to the API service controller corresponding to the API;
and the API service controller is used for carrying out transaction operation after receiving the data plaintext.
2. The royalty administration system of claim 1, wherein the at least one royalty administration API includes a place API, a request API, a refund API, and a transaction result query API;
the transaction request comprises a bill placing request, a money requesting request, a fee refunding request and a transaction result query request;
the API controller comprises a bill making API controller, a money requisition API controller, a fee refunding API controller and a transaction result inquiry API controller.
3. The royalty administration system of claim 2, wherein the single API controller is specifically configured to: after receiving a data plaintext corresponding to an order placing request, creating an order in a database, calling a bank system to carry out fund loading on the order, and generating a flow record in the database;
the charm API controller is specifically configured to: after receiving a data plaintext corresponding to a money request, inquiring an order corresponding to the money request in a database, calling a bank system to perform fund transfer operation and transfer operation on the order, and generating a flow record in the database;
the refund API controller is specifically configured to: after receiving a data plaintext corresponding to a chargeback request, inquiring an order corresponding to the demand request in a database, if the order does not carry out demand operation, calling a bank system to carry out fund transfer operation on the order, if the order carries out demand operation, calling the bank system to carry out fund transfer operation on the order, and generating a running record in the database;
the transaction result query API controller is specifically configured to: after receiving the data plaintext corresponding to the transaction result query request, querying the order corresponding to the request for payment in the database, obtaining the transaction result corresponding to the order, and generating a query record in the database.
4. A royalty administration system according to claim 3, wherein the single API controller is specifically configured to:
after receiving a data plaintext corresponding to an order placing request, acquiring user information of a third-party platform user corresponding to the order placing request, wherein the user information comprises a mobile phone number;
generating a first short message verification code according to the user information;
sending the first short message verification code to a corresponding API;
after receiving the second short message verification code, verifying whether the first short message verification code is consistent with the second short message verification code, and if so, creating an order in a database;
the following single API applies specifically to:
sending the first short message verification code to a third-party platform user mobile phone;
and receiving a second short message verification code input by a third-party platform user, and sending the second short message verification code and the second short message verification code to the corresponding API service controller.
5. The royalty administration system of claim 3, further comprising a data conversion module for:
instantiating and generating an order stored in a database based on an order data model;
instantiating and generating a running record stored in a database based on a running record data model;
a query record stored in a database is generated based on the query record data model instantiation.
6. The royalty administration system of claim 5, further comprising a data model description module for:
and generating an order data model, a flow record data model and an inquiry record data model in an object-oriented mode.
7. The royalty administration system of claim 5, wherein orders stored in the database are associated with orders for corresponding third party platforms by reserving a foreign key field.
8. The royalty administration system of claim 5, wherein the orders, water records, and query records stored in the database conform to the BC-paradigm.
9. The royalty administration system of claim 1, wherein the API service controller is further configured to: returning a transaction operation result to the corresponding fee supervision API;
the royalty administration API is also used to: and feeding back a transaction return message to the third-party platform.
10. The royalty administration system of claim 1, wherein the royalty administration system accesses a third party platform using H5 embedded.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010902698.1A CN112037096B (en) | 2020-09-01 | 2020-09-01 | School charge supervision system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010902698.1A CN112037096B (en) | 2020-09-01 | 2020-09-01 | School charge supervision system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112037096A true CN112037096A (en) | 2020-12-04 |
CN112037096B CN112037096B (en) | 2024-07-19 |
Family
ID=73586653
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010902698.1A Active CN112037096B (en) | 2020-09-01 | 2020-09-01 | School charge supervision system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112037096B (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113516465A (en) * | 2021-03-25 | 2021-10-19 | 浙江维尔科技有限公司 | Method and system for paying and supervising driving training time and school fee |
CN113570355A (en) * | 2021-07-30 | 2021-10-29 | 中国银行股份有限公司 | Charge supervision method and device, supervision background system and storage medium |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105427093A (en) * | 2015-12-29 | 2016-03-23 | 宁波博赢环深互联网科技有限公司 | Order account payment system applied to electronic commerce |
CN106372877A (en) * | 2016-08-31 | 2017-02-01 | 北京炎黄新星网络科技有限公司 | Integrated payment system |
CN107071052A (en) * | 2017-02-17 | 2017-08-18 | 武汉盟贝斯云科技有限公司 | A kind of devices, systems, and methods that cloud back-end services are provided to internet of things equipment |
CN107437170A (en) * | 2017-07-11 | 2017-12-05 | 谢奉见 | A kind of management of differential account system based on third-party monitoring |
CN107704771A (en) * | 2017-10-26 | 2018-02-16 | 北京中教在线科技有限公司 | A kind of management system based on third party's online training platform |
CN109067728A (en) * | 2018-07-25 | 2018-12-21 | 苏州科达科技股份有限公司 | Access control method, device, server and the storage medium of application programming interfaces |
CN110716743A (en) * | 2019-09-30 | 2020-01-21 | 上海一竹网络科技有限公司 | Aggregation API development method and system suitable for multi-party collaborative development |
CN111047391A (en) * | 2019-11-08 | 2020-04-21 | 河北鲜土地农业科技有限公司 | Shared farming management platform |
CN111177273A (en) * | 2019-12-31 | 2020-05-19 | 杭州趣链科技有限公司 | Training academic expense trusteeship system based on block chain |
-
2020
- 2020-09-01 CN CN202010902698.1A patent/CN112037096B/en active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105427093A (en) * | 2015-12-29 | 2016-03-23 | 宁波博赢环深互联网科技有限公司 | Order account payment system applied to electronic commerce |
CN106372877A (en) * | 2016-08-31 | 2017-02-01 | 北京炎黄新星网络科技有限公司 | Integrated payment system |
CN107071052A (en) * | 2017-02-17 | 2017-08-18 | 武汉盟贝斯云科技有限公司 | A kind of devices, systems, and methods that cloud back-end services are provided to internet of things equipment |
CN107437170A (en) * | 2017-07-11 | 2017-12-05 | 谢奉见 | A kind of management of differential account system based on third-party monitoring |
CN107704771A (en) * | 2017-10-26 | 2018-02-16 | 北京中教在线科技有限公司 | A kind of management system based on third party's online training platform |
CN109067728A (en) * | 2018-07-25 | 2018-12-21 | 苏州科达科技股份有限公司 | Access control method, device, server and the storage medium of application programming interfaces |
CN110716743A (en) * | 2019-09-30 | 2020-01-21 | 上海一竹网络科技有限公司 | Aggregation API development method and system suitable for multi-party collaborative development |
CN111047391A (en) * | 2019-11-08 | 2020-04-21 | 河北鲜土地农业科技有限公司 | Shared farming management platform |
CN111177273A (en) * | 2019-12-31 | 2020-05-19 | 杭州趣链科技有限公司 | Training academic expense trusteeship system based on block chain |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113516465A (en) * | 2021-03-25 | 2021-10-19 | 浙江维尔科技有限公司 | Method and system for paying and supervising driving training time and school fee |
CN113570355A (en) * | 2021-07-30 | 2021-10-29 | 中国银行股份有限公司 | Charge supervision method and device, supervision background system and storage medium |
Also Published As
Publication number | Publication date |
---|---|
CN112037096B (en) | 2024-07-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109447811B (en) | Method, accounting node and medium for inquiring transaction information in blockchain network | |
US11321783B2 (en) | Method and device for data processing based on blockchain | |
CN111213340B (en) | Selecting attestation delegation for cryptographic functions and making it secure | |
CN109102269B (en) | Transfer method and device based on block chain, block chain node and storage medium | |
CN110599323B (en) | Resource processing method and processing equipment | |
CN103942616B (en) | Car insurance calculation quotation service system based on mobile internet | |
CN101454794A (en) | Mobile person-to-person payment system | |
CN110533405B (en) | Cross-border mobile payment information processing method, device, system and storage medium | |
EP3885956A1 (en) | Transaction processing method and device | |
US9460430B1 (en) | System, method and apparatus for conducting secure transaction over a call | |
TW202022739A (en) | Payment method and apparatus, and device | |
CN109636610B (en) | Decentralized data transaction system and method | |
CN110008716A (en) | Block chain method of commerce and device, electronic equipment, storage medium | |
CN112037096B (en) | School charge supervision system | |
CN110033370A (en) | Account creation method and device, electronic equipment, storage medium | |
WO2022262527A1 (en) | Digital currency-based payment method, platform, terminal, and payment system | |
CN110659993A (en) | Resource management method and device based on block chain network | |
CN111986025A (en) | Loan transaction processing method and system based on block chain | |
CN110009492A (en) | Block chain method of commerce and device, electronic equipment, storage medium | |
CN110009323A (en) | Block chain method of commerce and device, electronic equipment, storage medium | |
CN110336872B (en) | Method, device and system for acquiring third-party data | |
CN110417917B (en) | Method, system, computer device and medium for ticket circulation | |
CN111949337B (en) | Accounting processing method, device, terminal and storage medium | |
CN115099800A (en) | Block chain based method and device for transferring poor asset data | |
KR102107454B1 (en) | System for multiplication of financial payment networks, method for financial services using the same and computer program for the same |
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 |