CN111240647A - Digital asset transaction middling product architecture - Google Patents
Digital asset transaction middling product architecture Download PDFInfo
- Publication number
- CN111240647A CN111240647A CN202010042974.1A CN202010042974A CN111240647A CN 111240647 A CN111240647 A CN 111240647A CN 202010042974 A CN202010042974 A CN 202010042974A CN 111240647 A CN111240647 A CN 111240647A
- Authority
- CN
- China
- Prior art keywords
- module
- service
- layer
- business
- user
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
- G06F8/24—Object-oriented
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/38—Creation or generation of source code for implementing user interfaces
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Human Computer Interaction (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The application discloses a digital asset transaction middlebox product architecture which comprises a customization layer, a business rule aggregation layer, a service layer, a primary management background and a secondary management background. The framework of the embodiment of the application deposits public and general services to the middle station, provides professional and stable service for the customization layer and realizes the multiplexing of the services; each service becomes a reusable component, so that the cost and the resource are saved; the service is endowed with the capabilities of quick innovation and trial and error, and the quick response and innovation of the service are facilitated; the problems of data isolated island, disordered data maintenance and low data value utilization are solved, and the data utilization rate is improved; the middle station processes the service logic, thereby reducing the burden of the background, ensuring the stability and the robustness of the background and improving the stability of the core system.
Description
Technical Field
The application relates to the technical field of architecture, in particular to a digital asset transaction middlebox product architecture.
Background
At present, a plurality of global exchanges are used as a main business body, and service systems such as contract business, information, mine pool, wallet, Instant Messaging (IM) and the like are gradually expanded. The requirement of continuously increasing new services for the interaction capability between systems is higher and higher. The business nature of the transaction dictates that the underlying system must have high stability and reliability. Each order, each asset, cannot be mistaken at all. The stability and the safety of the bottom layer are required to be higher and higher. When a large amount of data and complex service logics are interwoven together, how to keep relative isolation of services and how to work in a large-scale parallel mode, how to sink and distribute general core services and technologies to each service line, and meanwhile, guarantee the safety and stability of the underlying technologies of a trading place are the main challenges faced by the existing system.
At present, each business system is in war, and the following problems mainly exist: all service lines contain the common core service, and the resource waste is caused by repeated development. Research personnel of the core system need to support the requirements of each service line, and any service requirement needs to change the core system, so that the stability of performance is affected, and great system risk is brought. The market is very changeable, and the existing system architecture mode cannot quickly respond to the quick online of the service demand.
Therefore, how to improve the stability of the system becomes a problem to be solved urgently in the industry.
Disclosure of Invention
The application provides a digital asset transaction middlebox product architecture to solve the problem that any service requirement in the prior art needs to change a core system and influences stability.
In a first aspect, the present application provides a digital asset transaction middlebox product architecture, which includes a customization layer, a business rule aggregation layer, a service layer, a primary management background and a secondary management background;
the customization layer is used for directly providing a system environment of service for a user;
the business layer is positioned below the customization layer and used for providing various configurable and detachable business units for the customization layer;
the business rule aggregation layer is positioned below the business layer and above the service layer and is used for integrating scattered configuration requirements of the business layer into a practical and feasible rule and distributing the practical and feasible rule to the service layer;
the service layer is used for providing the most basic bottom layer service;
the primary management background is used for configuring global parameters;
and the second-level management background is connected between the customization layer and the first-level management background and controls the customization layer through the first-level management background.
With reference to the first aspect, in a first possible implementation manner of the first aspect, the custom layer includes a UI module, an UX module, a KYC module, an operation activity module, a tax module, a notification template module, a legal tender channel module, and a compliance module;
the UI and UX module is used for designing a user interface and user experience;
the KYC module is used for completing a KYC authentication process and KYC data storage;
the operation activity module is used for customizing personalized operation activities;
the tax module is used for withholding the tax obtained by paying the investment income;
the notification template module is used for customizing different short messages, mails and message templates;
the legal note channel module is used for customizing different legal note deposit processes;
the compliance module is configured to determine compliance requirements for data storage and compliance requirements for asset isolation.
With reference to the first aspect, in a second possible implementation manner of the first aspect, the service layer includes a basic service layer, a resource management service layer, and an exchange service layer;
the basic business layer is used for providing needed basic business service for the customization layer;
the resource management business layer is used for providing configuration service of resource output and deposit;
and the exchange business layer is used for providing configuration service of related business of the exchange.
With reference to the second possible implementation manner of the first aspect, in a third possible implementation manner of the first aspect, the basic service layer includes a user information system and a support system;
the user information system is used for storing and processing the identity information of the user;
the support system is used for supporting the operation of the exchange service.
With reference to the third possible implementation manner of the first aspect, in a fourth possible implementation manner of the first aspect, the user information system includes a registration and login module, a security policy module, a KYC state and level module, a message center module, and a user growth system module.
With reference to the third possible implementation manner of the first aspect, in a fifth possible implementation manner of the first aspect, the support system includes an API module, a customer service system module, a data service module, a wind control system module, a financial service module, and a CMS module.
With reference to the second possible implementation manner of the first aspect, in a sixth possible implementation manner of the first aspect, the resource management service layer includes an out-in module; the money inlet and outlet module comprises a legal currency filling and drawing module, a digital currency filling and drawing module, a transfer module, a financing and financing coupon module and a loan module.
With reference to the second possible implementation manner of the first aspect, in a seventh possible implementation manner of the first aspect, the exchange service layer includes a transaction mode module, a currency and transaction pair management module, a match mode module, an order type module, a rate policy module, and an additional service module.
With reference to the seventh possible implementation manner of the first aspect, in an eighth possible implementation manner of the first aspect, the additional service module includes a primary and secondary account module and a user right module;
the primary and secondary account number module is used for supporting a custom layer to set a primary and secondary account number structure;
and the user rights module is used for supporting the customization layer to define the user rights corresponding to different user grades.
With reference to the first aspect, in a ninth possible implementation manner of the first aspect, the service layer includes a user system, a matching system, an order system, a clearing and settlement module, a blockchain module, and a data platform module;
the user system is used for providing general registration service and login service;
the matching system is used for providing a centralized matching service and a centralized bidding matching service;
the order system is used for providing order life cycle management;
the clearing module is used for providing account clearing service and settlement service;
the blockchain module is used for providing blockchain address service and transfer service;
and the data platform module is used for providing data storage, extraction, query and aggregation services.
According to the technical scheme, the architecture of the digital asset transaction middle platform product comprises a customization layer, a business rule aggregation layer, a service layer, a primary management background and a secondary management background; the customization layer is used for directly providing a system environment of service for a user; the business layer is positioned below the customization layer and used for providing various configurable and detachable business units for the customization layer; the business rule aggregation layer is positioned below the business layer and above the service layer and is used for integrating scattered configuration requirements of the business layer into a practical and feasible rule and distributing the practical and feasible rule to the service layer; the service layer is used for providing the most basic bottom layer service; the primary management background is used for configuring global parameters; and the second-level management background is connected between the customization layer and the first-level management background and controls the customization layer through the first-level management background. The framework of the embodiment of the application deposits public and general services to the middle station, provides professional and stable service for the customization layer and realizes the multiplexing of the services; each service becomes a reusable component, so that the cost and the resource are saved; the service is endowed with the capabilities of quick innovation and trial and error, and the quick response and innovation of the service are facilitated; the problems of data isolated island, disordered data maintenance and low data value utilization are solved, and the data utilization rate is improved; the middle station processes the service logic, thereby reducing the burden of the background, ensuring the stability and the robustness of the background and improving the stability of the core system.
Drawings
In order to more clearly explain the technical solution of the present application, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious to those skilled in the art that other drawings can be obtained according to the drawings without any creative effort.
Fig. 1 is a block diagram illustrating a first embodiment of an architecture of a digital asset transaction middleware provided in the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions of the present application will be described in detail and completely with reference to the following specific embodiments of the present application and the accompanying drawings. It should be apparent that the described embodiments are only some of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application. The technical solutions provided by the embodiments of the present application are described in detail below with reference to the accompanying drawings.
In the prior art, all service lines contain general core services, and are repeatedly developed, so that resource waste is caused. Research personnel of the core system need to support the requirements of each service line, and any service requirement needs to change the core system, so that the stability of performance is affected, and great system risk is brought. The market is very changeable, and the existing system architecture mode cannot quickly respond to the quick online of the service demand.
Referring to fig. 1, a block diagram of a first embodiment of an architecture of a digital asset transaction middleware provided in the present application is shown, where the architecture includes a customization layer 1, a business layer 2, a business rule aggregation layer 3, a service layer 4, a primary management background and a secondary management background;
it should be noted that, according to the digital asset transaction service specific and middle platform architecture principle, the customization layer 1, the service layer 2, the service rule aggregation layer 3 and the service layer 4 are divided into a front platform, a middle platform and a back platform, the customization layer 1 belongs to the front platform, the service layer 2 and the service rule aggregation layer 3 belong to the middle platform, and the service layer 4 belongs to the back platform. The primary management background 5 and the secondary management background 6 respectively perform corresponding management functions. The framework principle of the application is as follows: the first is that the small foreground, the large middle platform and the strong background deposit the public and general service functions in the front-end service into the middle platform framework in a service mode, and the calling of each front-end service is met, so that the service is supported to be more agile and faster to adapt to the market which is changeable instantly. Secondly, loose coupling and re-expansion are adopted, common module functions in the project are extracted in a loose coupling mode, and meanwhile, the front ends are supported to be customized according to real scenes of the front ends; service multiplexing is brought by loosely coupled services, and quick response and innovation of services are assisted by service arrangement; an open system architecture is constructed, and besides the existing business requirements of continuous precipitation are met, the expansion of subsequent business scenes is supported, so that an open, expanded, standard and stable middle platform service system is built.
Specifically, the custom layer 1 is used in a system environment for directly providing services to users, and the number of the custom layers may be multiple.
The service layer 2 is positioned below the customization layer 1 and is used for providing various configurable and detachable service units for the customization layer;
the business rule aggregation layer 3 is positioned below the business layer 2, and above the service layer 4, is a technical layer and is used for integrating scattered configuration requirements of the business layer into a practical and feasible rule and distributing the practical and feasible rule to the service layer;
the service layer 4 is positioned below the business rule aggregation layer 3, positioned at the bottommost layer and used for providing the most basic bottom layer service for the whole system;
the primary management background is used for configuring global parameters and influencing all customization layers, such as configuring a minimum rate standard and an expandable service module supported by each customization layer.
And the second-level management background is connected between the customization layer and the first-level management background and controls the customization layer through the first-level management background. Specifically, the number of the secondary management backgrounds is multiple, and the secondary management backgrounds are used for controlling the configuration of the corresponding customization layers. The secondary management background can realize the function realization of a customized customization layer, such as content management, operation activity management and the like.
From the above embodiments, the architecture of the digital asset transaction middlebox product of the present application includes a customization layer, a business rule aggregation layer, a service layer, a primary management background and a secondary management background; the customization layer is used for directly providing a system environment of service for a user; the business layer is positioned below the customization layer and used for providing various configurable and detachable business units for the customization layer; the business rule aggregation layer is positioned below the business layer and above the service layer and is used for integrating scattered configuration requirements of the business layer into a practical and feasible rule and distributing the practical and feasible rule to the service layer; the service layer is used for providing the most basic bottom layer service; the primary management background is used for configuring global parameters; and the second-level management background is connected between the customization layer and the first-level management background and controls the customization layer through the first-level management background. The framework of the embodiment of the application deposits public and general services to the middle station, provides professional and stable service for the customization layer and realizes the multiplexing of the services; each service becomes a reusable component, so that the cost and the resource are saved; the service is endowed with the capabilities of quick innovation and trial and error, and the quick response and innovation of the service are facilitated; the problems of data isolated island, disordered data maintenance and low data value utilization are solved, and the data utilization rate is improved; the middle station processes the service logic, thereby reducing the burden of the background, ensuring the stability and the robustness of the background and improving the stability of the core system.
The second embodiment of the digital asset transaction middlebox product architecture is different from the first embodiment in that the customization layer comprises a UI module, an UX module, a KYC module, an operation activity module, a tax module, a notification template module, a legal note channel module and a compliance module;
a UI (User Interface) and UX (User experience) module for designing a User Interface and User experience; specifically, a World Wide WEB (WEB) interface and an APP interface, etc., which serve the habits of the user group are provided.
The KYC module (Know your customer, fully Know your customer) is used for completing a KYC authentication process and storing KYC data; specifically, according to the requirements of each place for compliance, each customized layer completes its own KYC authentication flow and KYC data storage.
The operation activity module is used for customizing personalized operation activities; specifically, the customization layer can customize personalized operation activities according to operation requirements, such as position taking airdrop activities and deal competition activities.
The tax module is used for deducting the income tax of the investment income, and specifically, deducting the income tax according to local laws and regulations aiming at the investment income of the user.
The notification template module is used for customizing different short messages, mails and message templates, and particularly for customizing different short messages, mails and message templates according to user habits of different user groups.
The legal note channel module is used for customizing different legal note deposit processes; different customization layers are respectively accessed into own legal currency channels, and different legal currency deposit processes are customized according to corresponding legal currency channel rules;
the compliance block is used for meeting compliance requirements of various places, such as compliance requirements for determining data storage and compliance requirements for asset isolation.
As can be seen from the above embodiments, in the second embodiment of the digital asset transaction middlebox product architecture of the present application, the custom layer includes a UI module, an UX module, a KYC module, an operation activity module, a tax module, a notification template module, a legal tender channel module, and a compliance module. The custom layer described in this application provides the system environment of the service directly to the user.
The third embodiment of the architecture of a digital asset transaction middlebox product provided by the present application is different from the first embodiment in that the service layer comprises a basic service layer, a resource management service layer and an exchange service layer;
the basic business layer is used for providing needed basic business service for the customization layer;
the resource management business layer is used for providing configuration service of resource output and deposit;
and the exchange business layer is used for providing configuration service of related business of the exchange.
From the above embodiments, a third embodiment of the architecture of the digital asset transaction middlebox product of the present application is shown, where the service layer includes a basic service layer, a resource management service layer, and an exchange service layer; the basic business layer is used for providing needed basic business service for the customization layer; the resource management business layer is used for providing configuration service of resource output and deposit; and the exchange business layer is used for providing configuration service of related business of the exchange. The service layer provides various configurable and detachable service units for the customization layer.
The fourth embodiment of the architecture of the digital asset transaction middlebox product provided by the application is different from the third embodiment in that the basic service layer comprises a user information system and a support system;
the user information system is used for storing and processing the identity information of the user;
the support system is used for supporting the exchange service operation, and specifically comprises various support systems required for supporting the exchange service operation.
As can be seen from the above embodiments, in the fourth embodiment of the architecture of the digital asset transaction middlebox product of the present application, the basic service layer includes a user information system and a support system; the user information system is used for storing and processing the identity information of the user; the support system is used for supporting the operation of the exchange service. In the embodiment of the application, the basic service layer provides a user information system for storing and processing the identity information of the user and a support system for supporting the operation of the exchange service.
The fifth embodiment of the digital asset transaction middlebox product architecture is different from the fourth embodiment in that the user information system comprises a registration and login module, a security policy module, a KYC state and level module, a message center module and a user growth system module.
The registration and login module is used for providing uniform registration and login services for each customization layer;
and the security policy module is used for providing unified short message authentication, mailbox authentication, GA authentication and man-machine authentication for each customization layer.
And the KYC state and level module is used for providing uniform KYC authentication level and state services for each customization layer, and comprises the authority control of KYC levels and states.
The message center module is used for providing three message systems of uniform mail, short message and system in-station mail for each customization layer, wherein the three message systems can reach users.
The user growth system is used for user life cycle management and user grade management.
As can be seen from the above embodiments, in the fifth embodiment of the digital asset transaction middlebox product architecture of the present application, the user information system includes a registration and login module, a security policy module, a KYC status and level module, a message center module, and a user growth system module. The user information system stores and processes the identity information of the user.
The sixth embodiment of the architecture of the digital asset trading desk product provided by the present application is different from the fourth embodiment in that the support system comprises an API module, a customer service system module, a data service module, a wind control system module, a financial service module and a CMS module.
The API module (Application Programming Interface) is used for providing the Application program Interface for the user with development ability, and can directly use various services of the exchange through the API.
And the customer service system module is used for customer service personnel of each customization layer and is used for processing various user feedback problems and abnormal conditions in the use process of the user.
And the data service module is used for providing data services of various dimensions for operators and managers of various customization layers, wherein the data services comprise management conditions, fund settlement conditions, income analysis and the like.
And the wind control system module is used for providing configurable wind control services with different strategies for each customization layer.
And the financial service module is used for providing financial accounting services which accord with the accounting standards of all places for all customization layers.
A CMS module (Content Management System) for each customization layer to issue a notice, an activity notification, and the like.
In the sixth embodiment of the architecture of the digital asset trading midboard product according to the present application, the support system includes an API module, a customer service system module, a data service module, a wind control system module, a financial service module, and a CMS module. The support system in the embodiment of the application is used for supporting the operation of the exchange service.
A seventh embodiment of a digital asset transaction middlebox product architecture provided by the present application is different from the third embodiment in that the asset management service layer includes an deposit and withdrawal module; the money inlet and outlet module comprises a legal currency filling and drawing module, a digital currency filling and drawing module, a transfer module, a financing and financing coupon module and a loan module.
The exchange service layer is responsible for providing configuration services of exchange-related services. Providing a plurality of transaction modes for configuration selection; providing a plurality of transaction varieties for configuration selection; providing a plurality of matching modes for configuration selection; providing a plurality of order delegation types for configuration selection; various rate policies are provided for configuration options. Through the combination of the transaction mode, the transaction variety, the matching mode, the order type and the rate policy, various comprehensive transaction services can be provided for the given layer to use.
In view of the above embodiments, the seventh embodiment of the architecture of the digital asset transaction middlebox product of the present application includes a french coin filling module, a digital coin filling module, a transfer module, a financing and financing module, and a lending module. The resource management business layer in the embodiment of the application provides configuration service for resource output and deposit.
The eighth embodiment of the architecture of a digital asset trading platform product provided by the present application is different from the third embodiment in that the exchange service layer includes a trading mode module, a currency and trading pair management module, a matching mode module, an order type module, a rate policy module and an additional service module.
The trading mode module comprises a legal currency spot, a futures contract, a perpetual contract and an option. The currency and transaction pair management module comprises transaction varieties, transaction states and transaction rules. The matching mode module comprises centralized bidding, OTC (Inquiry transaction mode) and aggregated bidding. The order type module comprises limit price, market price, filling and loss stopping and iceberg entrusting. The rate policies include basal rates, tiered rates, point cards, and discounts.
From the above embodiments, it can be seen that in the eighth embodiment of the digital asset trading platform product architecture of the present application, the exchange service layer includes a trading mode module, a currency and trading pair management module, a matching mode module, an order type module, a rate policy module, and an additional service module. The exchange business layer of the embodiment of the application is used for providing configuration services of related business of the exchange.
The ninth embodiment of the digital asset transaction middlebox product architecture provided by the present application is different from the eighth embodiment in that the additional service module includes a parent-child account module and a user right module;
the primary and secondary account number module is used for supporting a customization layer to set a primary and secondary account number structure, specifically, the primary account number can be rapidly funded to the secondary account number, and the secondary account number executes a differentiated transaction strategy.
The user interest module is used for supporting the customization layer to define user interests corresponding to different user levels, for example, a vip user can enjoy higher API transaction frequency.
The additional business module also comprises a vote coin-in module and an invitation commission-returning module.
As can be seen from the above embodiments, in the ninth embodiment of the digital asset transaction platform product architecture of the present application, the additional service module includes a primary and secondary account number module and a user right module.
A tenth embodiment of a digital asset trading midboard product architecture provided by the present application is different from the first embodiment in that the service layer includes a user system, a matching system, an order system, a clearing and settlement module, a blockchain module and a data platform module;
the user system is used for providing general registration service and login service, specifically, providing the bottommost general registration service, login service and the like;
the matching system is used for providing a centralized matching service and a collective bidding matching service. Specifically, the matching system provides the centralized matching service and the centralized bidding matching service at the bottom layer;
the order system is used for providing order life cycle management, specifically, providing the lowest order life cycle management and carrying out the full-process management from order creation to order transaction ending or order withdrawal. The general order service is independent of the transaction variety and the order type.
The clearing module is used for providing account clearing service and settlement service; specifically, the clearing system provides the bottommost general account clearing service and settlement service;
the blockchain module is used for providing blockchain address service and transfer service; specifically, the block chain system provides underlying block chain address service, transfer service, and the like.
The data platform module is used for providing data storage, extraction, query and aggregation services, and particularly provides underlying data storage, extraction, query and aggregation services.
From the above embodiments, in the tenth embodiment of the digital asset transaction middlebox product architecture of the present application, the service layer includes a user system, a matching system, an order system, a clearing module, a blockchain module, and a data platform module. The service layer of the embodiment of the application is used for providing the most basic underlying service for the whole system.
It should be noted that, in the present specification, the embodiments are all described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments may be referred to each other.
Finally, it should also be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
For convenience of description, the above devices are described as being divided into various units by function, and are described separately. Of course, the functions of the units may be implemented in the same software and/or hardware or in a plurality of software and/or hardware when implementing the invention.
From the above description of the embodiments, it is clear to those skilled in the art that the present invention can be implemented by software plus necessary general hardware platform. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which may be stored in a storage medium, such as ROM/RAM, magnetic disk, optical disk, etc., and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method according to the embodiments or some parts of the embodiments.
The foregoing is directed to embodiments of the present invention, and it is understood that various modifications and improvements can be made by those skilled in the art without departing from the spirit of the invention.
Claims (10)
1. A digital asset transaction middlebox product architecture is characterized in that the architecture comprises a customization layer, a business rule aggregation layer, a service layer, a primary management background and a secondary management background;
the customization layer is used for directly providing a system environment of service for a user;
the business layer is positioned below the customization layer and used for providing various configurable and detachable business units for the customization layer;
the business rule aggregation layer is positioned below the business layer and above the service layer and is used for integrating scattered configuration requirements of the business layer into a practical and feasible rule and distributing the practical and feasible rule to the service layer;
the service layer is used for providing the most basic bottom layer service;
the primary management background is used for configuring global parameters;
and the second-level management background is connected between the customization layer and the first-level management background and controls the customization layer through the first-level management background.
2. The architecture of claim 1, wherein the custom layer comprises UI and UX modules, KYC modules, operational activities modules, tax modules, notification templates modules, french currency channel modules, and compliance modules;
the UI and UX module is used for designing a user interface and user experience;
the KYC module is used for completing a KYC authentication process and KYC data storage;
the operation activity module is used for customizing personalized operation activities;
the tax module is used for withholding the tax obtained by paying the investment income;
the notification template module is used for customizing different short messages, mails and message templates;
the legal note channel module is used for customizing different legal note deposit processes;
the compliance module is configured to determine compliance requirements for data storage and compliance requirements for asset isolation.
3. The architecture of claim 1, wherein the business layers include a base business layer, a asset management business layer, and an exchange business layer;
the basic business layer is used for providing needed basic business service for the customization layer;
the resource management business layer is used for providing configuration service of resource output and deposit;
and the exchange business layer is used for providing configuration service of related business of the exchange.
4. The architecture of claim 3, wherein the base business layer comprises a user information system and a support system;
the user information system is used for storing and processing the identity information of the user;
the support system is used for supporting the operation of the exchange service.
5. The architecture as claimed in claim 4, wherein the user information system includes a registration and login module, a security policy module, a KYC status and level module, a message center module, and a user growth hierarchy module.
6. The architecture of claim 4, wherein the support system comprises an API module, a customer service system module, a data service module, a wind control system module, a financial services module, and a CMS module.
7. The architecture of claim 3, wherein the asset management services layer comprises an export and import module; the money inlet and outlet module comprises a legal currency filling and drawing module, a digital currency filling and drawing module, a transfer module, a financing and financing coupon module and a loan module.
8. The framework of claim 3 wherein the exchange business layer comprises a trading mode module, a currency and trade pair management module, a match mode module, an order type module, a rate policy module, and an additional business module.
9. The architecture of claim 8, wherein the additional service module comprises a mother-child account module and a user right module;
the primary and secondary account number module is used for supporting a custom layer to set a primary and secondary account number structure;
and the user rights module is used for supporting the customization layer to define the user rights corresponding to different user grades.
10. The architecture of claim 1, wherein the service layer comprises a user system, a matching system, an order system, a clearing module, a blockchain module, and a data platform module;
the user system is used for providing general registration service and login service;
the matching system is used for providing a centralized matching service and a centralized bidding matching service;
the order system is used for providing order life cycle management;
the clearing module is used for providing account clearing service and settlement service;
the blockchain module is used for providing blockchain address service and transfer service;
and the data platform module is used for providing data storage, extraction, query and aggregation services.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010042974.1A CN111240647A (en) | 2020-01-15 | 2020-01-15 | Digital asset transaction middling product architecture |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010042974.1A CN111240647A (en) | 2020-01-15 | 2020-01-15 | Digital asset transaction middling product architecture |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111240647A true CN111240647A (en) | 2020-06-05 |
Family
ID=70872635
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010042974.1A Pending CN111240647A (en) | 2020-01-15 | 2020-01-15 | Digital asset transaction middling product architecture |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111240647A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110415122A (en) * | 2019-08-02 | 2019-11-05 | 浙江融易区块链科技有限公司 | A kind of group method for managing resource, device, system and computer storage medium |
| CN112199111A (en) * | 2020-09-30 | 2021-01-08 | 江苏银承网络科技股份有限公司 | Member management system and method applied to bill service |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130055294A1 (en) * | 2011-08-29 | 2013-02-28 | Christopher Diebner | Extensible framework which enables the management of disparately located heterogeneous systems requiring command and control, situational awareness, operations management and other specific capabilities |
| CN103366243A (en) * | 2013-06-19 | 2013-10-23 | 华夏银行股份有限公司 | Banking business core system |
| CN105739980A (en) * | 2016-01-28 | 2016-07-06 | 滴滴（中国）科技有限公司 | Unified business development method and equipment |
| CN106657232A (en) * | 2016-09-29 | 2017-05-10 | 山东浪潮商用系统有限公司 | Distributed server configuration and service method thereof |
| CN109785134A (en) * | 2019-01-23 | 2019-05-21 | 武汉理工大学 | A management system and method for realizing stock trading using blockchain |
| CN110245031A (en) * | 2019-06-03 | 2019-09-17 | 北京百度网讯科技有限公司 | A platform and method for opening AI services |
| CN110365533A (en) * | 2019-07-12 | 2019-10-22 | 上海和数软件有限公司 | Digital asset method of commerce, system and computer readable storage medium |
| CN110443625A (en) * | 2019-08-12 | 2019-11-12 | 苏州通泰易迅网络科技有限公司 | A kind of construction method, system and the device of flow business cross polymerization platform |
| CN110457017A (en) * | 2019-08-14 | 2019-11-15 | 北京滴普科技有限公司 | An Enterprise Middle Office System Using Domain Hierarchical Design |
| CN110599203A (en) * | 2019-09-19 | 2019-12-20 | 西安良方企业信息咨询有限公司 | Service transaction traceability and risk control system |
| CN110619494A (en) * | 2018-06-19 | 2019-12-27 | 广东技术师范学院 | Third-party logistics service intervention architecture based on software as a service (SaaS) platform |
-
2020
- 2020-01-15 CN CN202010042974.1A patent/CN111240647A/en active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130055294A1 (en) * | 2011-08-29 | 2013-02-28 | Christopher Diebner | Extensible framework which enables the management of disparately located heterogeneous systems requiring command and control, situational awareness, operations management and other specific capabilities |
| CN103366243A (en) * | 2013-06-19 | 2013-10-23 | 华夏银行股份有限公司 | Banking business core system |
| CN105739980A (en) * | 2016-01-28 | 2016-07-06 | 滴滴（中国）科技有限公司 | Unified business development method and equipment |
| CN106657232A (en) * | 2016-09-29 | 2017-05-10 | 山东浪潮商用系统有限公司 | Distributed server configuration and service method thereof |
| CN110619494A (en) * | 2018-06-19 | 2019-12-27 | 广东技术师范学院 | Third-party logistics service intervention architecture based on software as a service (SaaS) platform |
| CN109785134A (en) * | 2019-01-23 | 2019-05-21 | 武汉理工大学 | A management system and method for realizing stock trading using blockchain |
| CN110245031A (en) * | 2019-06-03 | 2019-09-17 | 北京百度网讯科技有限公司 | A platform and method for opening AI services |
| CN110365533A (en) * | 2019-07-12 | 2019-10-22 | 上海和数软件有限公司 | Digital asset method of commerce, system and computer readable storage medium |
| CN110443625A (en) * | 2019-08-12 | 2019-11-12 | 苏州通泰易迅网络科技有限公司 | A kind of construction method, system and the device of flow business cross polymerization platform |
| CN110457017A (en) * | 2019-08-14 | 2019-11-15 | 北京滴普科技有限公司 | An Enterprise Middle Office System Using Domain Hierarchical Design |
| CN110599203A (en) * | 2019-09-19 | 2019-12-20 | 西安良方企业信息咨询有限公司 | Service transaction traceability and risk control system |
Non-Patent Citations (3)
| Title |
|---|
| MIKE: "一次性讲透阿里中台架构", 《HTTP://WWW.UML.ORG.CN/ZJJS/201911134.ASP》 * |
| 许闲: "监管与合规技术的应用场景探析", 《上海保险》 * |
| 陈涛: "基于数字证书的身份认证技术在电子商务交易平台上的应用", 《中国优秀硕士学位论文全文数据库 (信息科技辑)》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110415122A (en) * | 2019-08-02 | 2019-11-05 | 浙江融易区块链科技有限公司 | A kind of group method for managing resource, device, system and computer storage medium |
| CN112199111A (en) * | 2020-09-30 | 2021-01-08 | 江苏银承网络科技股份有限公司 | Member management system and method applied to bill service |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111833169B (en) | A method and device for managing split accounts | |
| Ashta et al. | FinTech evolution: Strategic value management issues in a fast changing industry | |
| Lehner et al. | Social finance and crowdfunding for social enterprises: A public–private case study providing legitimacy and leverage | |
| Ramos et al. | Crowdfunding and the role of managers in ensuring the sustainability of crowdfunding platforms | |
| Fariselli et al. | Electronic commerce and the future for SMEs in a global market-place: Networking and public policies | |
| CN106372975B (en) | Invoice management system based on SOAP technology and ActiveX control technology | |
| CN111260367A (en) | Transaction limit determining method and device | |
| CN111401911A (en) | Transaction security management and control method, device, equipment and storage medium | |
| Mawutor | Impact of E-Banking on the Profitability of Banks in Ghana | |
| CN102800012A (en) | Cooperative service integration method and system based on Internet of things and cloud computing | |
| CN111784388A (en) | Financial product recommendation method and device | |
| Zhu et al. | Digital finance—from traditional finance to digital and internet finance | |
| CN111240647A (en) | Digital asset transaction middling product architecture | |
| Afshan et al. | The role of information and communication technology (internet penetration) on Asian stock market efficiency: Evidence from quantile‐on‐quantile cointegration and causality approach | |
| Rozzani et al. | Applying technology: Issues in microfinance operations | |
| Semenyuta et al. | Digital technologies in lending small and medium-size enterprises in Russia | |
| Nair et al. | Electronic Currency in Africa: M‐Pesa as Private Inside Money | |
| KR20210018111A (en) | Method for providing realtime marketing service based on bigdata | |
| CN113011964A (en) | Group integrated product management method and device | |
| US20160267481A1 (en) | System and method for distributed money supply | |
| Park et al. | Exploring potential application industry for Fintech technology by expanding its terminology: network analysis and topic modelling approach | |
| CN114841797A (en) | Method and device for determining business processing rule based on Drools rule engine | |
| Zhang | Economic supply chain management of advanced manufacturing industry based on blockchain technology | |
| CN102411758A (en) | Import and export trade financial service system and data integration exchange method thereof | |
| Weeks | The Evolution and Design of Digital Economies |
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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20230424 Address after: No. 681, 6th Floor, Building 1, No. 158 West Fourth Ring North Road, Haidian District, Beijing, 100142 Applicant after: Beijing Gengjin Technology Co.,Ltd. Address before: 571924 building 8830, Walker Park, Hainan Ecological Software Park, Haikou old town high tech industry demonstration zone, Hainan Province Applicant before: HAINAN XINRUAN SOFTWARE Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20230731 Address after: No. 1303, 13th Floor, Building 1, No. 166 Tianfu Second Street, Chengdu High tech Zone, China (Sichuan) Pilot Free Trade Zone, Chengdu, Sichuan, 610095 Applicant after: Chengdu Tongchuang Jialian Technology Co.,Ltd. Address before: No. 681, 6th Floor, Building 1, No. 158 West Fourth Ring North Road, Haidian District, Beijing, 100142 Applicant before: Beijing Gengjin Technology Co.,Ltd. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200605 |