|
US$329.00 ยท In stock
Delivery: <= 3 days. True-PDF full-copy in English will be manually translated and delivered via email.
SFT0035-2019: (Technical specification of notary information resource sharing platform)
Status: Valid
| Standard ID | Contents [version] | USD | STEP2 | [PDF] delivered in | Standard Title (Description) | Status | PDF |
| SF/T 0035-2019 | English | 329 |
Add to Cart
|
3 days [Need to translate]
|
(Technical specification of notary information resource sharing platform)
| Valid |
SF/T 0035-2019
|
PDF similar to SFT0035-2019
Basic data | Standard ID | SF/T 0035-2019 (SF/T0035-2019) | | Description (Translated English) | (Technical specification of notary information resource sharing platform) | | Sector / Industry | Chinese Industry Standard (Recommended) | | Classification of Chinese Standard | A16 | | Classification of International Standard | 35.240.01 | | Word Count Estimation | 14,173 | | Date of Issue | 2019 | | Date of Implementation | 2019-05-20 | | Issuing agency(ies) | Ministry of Justice of the People's Republic of China | SFT0035-2019: (Technical specification of notary information resource sharing platform)---This is a DRAFT version for illustration, not a final translation. Full copy of true-PDF in English version (including equations, symbols, images, flow-chart, tables, and figures etc.) will be manually/carefully translated upon your order.
Technical specifications for notarization information resource sharing platform
The People's Republic of China Judicial Administration Industry Standard
Technical specifications for notarization information resource sharing platform
2019-5-5 release
2019-5 -20 Implementation
Issued by the Ministry of Justice of the People's Republic of China
1 Scope...3
2 Terms, definitions and abbreviations...3
3 Overall Architecture...4
4 Deployment structure...5
5 Logical structure...6
6 Platform Features...7
7 Directory management system requirements...7
8 Exchange management system requirements...10
References...13
Foreword
This standard was drafted in accordance with the rules given in GB/T 1.1-2009.
Please note that some of the contents of this document may involve patents. The issuing agency of this document is not responsible for identifying these patents.
This standard was proposed by the Public Legal Service Administration of the Ministry of Justice and the Chinese Notary Association.
This standard is under the jurisdiction of the Information Center of the Ministry of Justice.
Drafting organization of this standard. China Notary Association.
Technical specifications for notarization information resource sharing platform
1 Scope
This standard specifies the overall structure, deployment structure, logical structure, platform functions, and catalog management system of the notarization information resource sharing platform
Requirements and exchange management system requirements.
This standard is applicable to the planning and design of the notarization information resource sharing platform by judicial administrative notarization management departments, notary associations and various notary institutions.
Planning and implementation.
2 Terms, definitions and abbreviations
2.1 Terms and definitions
The following terms and definitions apply to this document.
2.1.1
Notarial information resources
Information resources collected, processed, and used by notarization agencies for notarization practice activities.
Note. Including data and services.
2.1.2
Notarial information directory
A data system that records the structure of notarized information resources and the attributes of notarized information resources.
Note. The notarization information resource structure shows the relationship between the notarization information resources through the tree-like directory structure; the notarization information resource attributes describe the letter
The management attributes of information resources, including source, destination, version, etc., are used to control and manage information resources.
2.1.3
Catalog node
A component of the notarized information resource sharing platform, which realizes the registration, update, release, and retrieval of the notarized information resource catalog.
2.1.4
Catalog center
The catalog management center of the notarization information resource sharing platform, manages the catalog nodes, and realizes the management and service of the notarization information resource catalog.
2.1.5
Switching node
A component of the notarization information resource sharing platform, which realizes the adaptation, conversion and transmission of notarization information resources.
2.1.6
Switching center
The exchange management center of the notarization information resource sharing platform, manages the exchange node and exchange process, and realizes the exchange and supervision of notarization information resources.
Control management.
2.1.7
Directory content provider
The notary institution that provides the contents of the catalog.
2.1.8
Directory content user
The notary public that uses the contents of the catalog.
2.1.9
Directory content manager
A notary institution that reviews and publishes the contents of the catalog.
2.1.10
Distributed retrieval
Distribute the catalog search request to multiple catalog nodes through a catalog center, and analyze and process the returned results.
The process of providing search results to users.
2.2 Abbreviations
The following abbreviations apply to this document.
FTP File Transfer Protocol
HTTP Hyper Text Transfer Protocol (Hyper Text Transfer Protocol)
HTTPS Secure Hyper Text Transfer Protocol (Secure Hyper Text Transfer Protocol)
JMS Java Message Service (Java Message Service)
SOAP Simple Object Access Protocol
3 Overall architecture
The overall architecture of the notarization information resource sharing platform mainly includes three parts. system, audit, network, and storage, as shown in Figure 1, where.
a) System. It should be composed of a notarization information resource catalog management system and a notarization information resource exchange management system. The notarization information resource catalog
The management system includes four subsystems. catalog management, catalog service, catalog node management, and system management;
The exchange management system includes four subsystems. data exchange, exchange node management, exchange process management and system management;
b) Audit. Audit logs should be provided for catalog management and resource exchange process;
c) Network. Network infrastructure support should be provided for the system, including the Internet and internal LAN;
d) Storage. Blockchain technology can be used to store the information resources of various notary offices in the platform.
Figure 1 The overall architecture of the notarization information resource sharing platform
4 Deployment structure
The deployment structure is divided into two parts. master control and sub-control, using a star topology, as shown in Figure 2.
Figure 2 The deployment structure of the notarization information resource sharing platform
among them.
a) Master control. The master control center should provide each sub-control center with the management entrance of a specific notary institution, and the sub-control centers cannot directly communicate with each other.
All interactions between the sub-control centers must go through the master control center. There is only one master control center, and its main business logic is. management,
Monitoring, service routing, service forwarding.
b) Sub-control. The notarization information resource sharing platform should be allocated to the portal and management center of each notary institution. Notarization information resource sharing platform
All the functions provided, including service release, application and testing, audit, storage, etc., can be viewed and used in the sub-control center.
use.
5 Logical structure
Logically, the notarization information resource sharing platform should be composed of a directory center, an exchange center, multiple directory nodes, and multiple exchange nodes.
As shown in Figure 3.
Figure 3 Logical structure of notarization information resource sharing platform
among them.
a) Directory Center
1) It should have the basic functions of the directory node and the function of managing the directory node;
2) To receive the directory content and address information provided by the directory node, the retrieval interface provided by the directory node should provide distributed retrieval services
Affair;
3) Retrieval of notarized information resource catalogue and notarized information resource positioning should be realized;
4) Register and manage notarized information resources that need to be shared and exchanged;
5) The exchange center shall provide the notarized information resource locating service to be exchanged.
b) Directory node
1) It should have basic functions such as cataloging, catalog registration, catalog update, catalog publication, catalog search, etc.;
2) To interface with the catalog center, the catalog content and address information should be provided to the catalog center;
3) The search interface should be opened to the catalog center, and the search request of the catalog center should be received and processed.
c) Exchange Center
1) It should have the basic functions of switching nodes, and have the functions of configuring, monitoring and managing switching nodes and switching processes;
2) To receive the registration information of the switching node, the configuration of the switching node and the switching process should be performed;
3) Scheduling the switching node to complete the adaptation, conversion and transmission of notarized information resources, and should realize the sharing and exchange of information resources
Monitoring and management;
4) According to the notarization information resource location information provided by the catalog center, the configuration of the notarization information resource exchange process should be carried out;
5) When scheduling the exchange node to specifically complete the exchange of notarized information resources, the realization of the exchange of notarized information resources should be listed in the catalog
Heart filing.
d) Switch node
1) It should have the basic functions of notarization information resource adaptation, conversion and transmission;
2) It should be connected to the switching center and provide node registration information to the switching center;
3) The sharing of notarization information resources should be completed in accordance with the exchange process configured by the exchange center.
6 Platform features
6.1 System function
6.1.1 Catalog management system function
The functions of each part of the notarization information resource catalog management system are as follows.
a) The catalog management subsystem shall include functions such as cataloging, catalog registration, catalog review, catalog publishing, catalog update, etc.;
b) The directory service subsystem shall include functions such as directory retrieval and directory navigation;
c) The directory node management subsystem shall include functions such as registration, query, modification and deletion of directory node information;
d) The system management subsystem shall include log management, backup management and other functions.
6.1.2 Exchange management system functions
The functions of each part of the notarization information resource exchange management system are as follows.
a) The data exchange subsystem shall include functions such as data adaptation, data conversion and data transmission;
b) The switching node management subsystem shall include switching node registration, switching node monitoring and other functions;
c) The exchange process management subsystem shall include exchange process configuration, exchange process monitoring and other functions;
d) The system management subsystem should include log management, statistical analysis, backup management and other functions.
6.2 Storage function
The platform resource storage functions are as follows.
a) The original data source should be encrypted and stored, and a high-level encryption technology should be used to generate the data fingerprint information of the original data source;
b) Blockchain technology can be used to package the data fingerprint information generated within a period of time to generate a new block;
c) The new block can be time-stamped and linked to the end of the data chain for storage.
7 Catalog management system requirements
7.1 System Architecture of Directory Management System
The notarization information resource catalog management system architecture should include three parts. service layer, function layer and data layer, as shown in Figure 4.
Figure 4 Directory management system architecture
among them.
a) Service layer. JMS, Web services, etc. should be used to provide access to the functions of the functional layer, including directory retrieval
Interface, catalog registration update interface, etc.;
b) Functional layer. should include catalog management subsystem, catalog service subsystem, catalog node management subsystem, system management subsystem, etc.;
c) Data layer. should include notarized information resource catalog database.
7.2 Directory management system requirements
7.2.1 Directory management subsystem requirements
The directory management subsystem requirements are as follows.
a) Cataloging
1) The content providers of the catalog should be supported to complete the work of extracting the content features and external features of notarized information resources;
2) It should include operations such as the extraction of notarized information resource content characteristics and external characteristics, unique identification management, and standard compliance inspection;
3) Automatic or machine-assisted feature extraction should be realized; the allocation and assignment of unique identifiers for information resources, including unique identifiers, should be realized.
The automatic generation and management of the segment code after the identifier realizes the classification of information resources in an automatic or machine-assisted manner.
b) Directory registration
1) The catalog content provider shall be supported to complete the registration of notarized information resource catalog data;
2) Operations such as catalog import, export, entry, deletion, modification, data check, and submission should be included;
3) Several catalog registration methods should be implemented such as manual entry, batch import, and automatic registration using the catalog registration update interface.
c) Directory review
1) Should support catalog content managers to complete work such as reviewing the format of notarized information resource catalog data;
2) Operations such as format verification, catalog approval, catalog return, etc. shall be included;
3) Audit methods such as single audit and batch audit of notarized information resource catalog data should be realized, and the target of notarized information resources should be realized.
Automatic verification of recorded data format.
d) Catalog release
1) The directory content manager shall be supported to organize and display the approved notarized information resource directory data in the form of directory tree;
2) Operations such as directory tree creation, directory tree deletion, directory tree cropping, and directory tree submission should be included;
3) The visual configuration of the directory tree should be realized to support the directory content manager to flexibly customize the directory tree.
e) Catalog update
1) The content provider of the catalog shall be supported to complete the revision and improvement of the officially released notarization information resource catalog data;
2) Operations such as catalog import, export, modification, deletion, data check, submission, and version management should be included;
3) Manual update, batch update, and automatic update using the directory registration update interface should be implemented.
7.2.2 Directory service subsystem requirements
The directory service subsystem requirements are as follows.
a) Directory search
1) It should support catalog content users to query the notarized information resource catalog data required by the local system and distributed catalog system;
2) It should include operations such as search condition setting, search condition reset, search format submission, and search result display;
3) Service forms such as standard retrieval interface and human-computer interactive retrieval interface should be provided;
4) Simple retrieval and combined retrieval should be realized;
5) Distributed retrieval should be realized.
b) Directory navigation
1) Users of catalog content should be supported to complete notarization information resource catalog data browsing through the catalog tree;
2) Operations such as directory tree display level control, directory tree expansion, and directory tree folding should be included.
7.2.3 Directory node management subsystem requirements
The requirements for the directory node management subsystem are as follows.
a) Should support catalog content providers to complete the registration and update of catalog node information in the catalog center;
b) Operations such as registration, query, modification and deletion of directory node information shall be included;
c) Directory node information should include directory node name, brief description, directory node online link address, contact person, contact phone number, etc.
information.
7.2.4 System management subsystem requirements
The system management subsystem requirements are as follows.
a) Log management
1) Should support catalog content managers to complete log information query, statistics and audit management work;
2) Operations such as log record, log query, log statistics, log backup and log deletion shall be included;
...
|