SFT0035-2019 English PDFUS$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
Basic dataStandard 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 ForewordThis 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 platform1 ScopeThis 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 Protocol3 Overall architectureThe 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 platform4 Deployment structureThe 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 structureLogically, 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 features6.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 requirements7.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; ... ......Tips & Frequently Asked Questions:Question 1: How long will the true-PDF of SFT0035-2019_English be delivered?Answer: Upon your order, we will start to translate SFT0035-2019_English as soon as possible, and keep you informed of the progress. The lead time is typically 1 ~ 3 working days. The lengthier the document the longer the lead time.Question 2: Can I share the purchased PDF of SFT0035-2019_English with my colleagues?Answer: Yes. The purchased PDF of SFT0035-2019_English will be deemed to be sold to your employer/organization who actually pays for it, including your colleagues and your employer's intranet.Question 3: Does the price include tax/VAT?Answer: Yes. Our tax invoice, downloaded/delivered in 9 seconds, includes all tax/VAT and complies with 100+ countries' tax regulations (tax exempted in 100+ countries) -- See Avoidance of Double Taxation Agreements (DTAs): List of DTAs signed between Singapore and 100+ countriesQuestion 4: Do you accept my currency other than USD?Answer: Yes. If you need your currency to be printed on the invoice, please write an email to Sales@ChineseStandard.net. In 2 working-hours, we will create a special link for you to pay in any currencies. Otherwise, follow the normal steps: Add to Cart -- Checkout -- Select your currency to pay. |
