A method for constructing a mobile decentralized AI-assisted transaction based on a U disk and a SIM key

Abstract

The application belongs to the technical field of network transaction, and provides a construction method of mobile decentralized AI assisted transaction based on U shield and SIMKey, including the following steps: creating a cloud transaction space, a supply and demand party constructing a knowledge base digital clone, a supply party creating a transaction space and a real person space instance, the supply and demand party digital clone carrying a label and entering a transaction space required parameter to construct a transaction space workflow instance, creating a transaction space workflow instance, the supply and demand party digital clone constructing a transaction user bridge, the supply and demand party digital clone reaching a preliminary consensus, a demand party paying attention to a supply party real person space, a cloud transaction user bridge being destroyed, the supply and demand party digital clone constructing a social user bridge, the supply and demand party real person communicating, and the supply and demand party social user bridge being destroyed. The application avoids the problems of traditional transaction platform two-way harvesting of merchants and buyers and privacy protection problems, avoids big data killing familiar people, more efficiently completes transaction, and thus improves the division of labor and cooperation efficiency of the whole society.

Description

Technical Field

[0001] This invention relates to the field of online transaction technology, and in particular to a method for constructing a mobile decentralized AI-assisted transaction based on a U-shield and a SIMKey. Background Technology

[0002] Traditional centralized trading systems centrally store all transaction information from both supply and demand sides on the trading platform. However, traditional trading platforms utilize big data analytics to exploit information asymmetry and user profiles to engage in price discrimination based on user data. Furthermore, for commercial purposes, traditional trading platforms prioritize or prominently display products or services with higher purchase traffic or profit margins, thus profiting from both merchants and buyers. To address this, we propose a method for constructing a mobile decentralized AI-assisted transaction system based on USB tokens and SIMKeys. Summary of the Invention

[0003] The purpose of this invention is to provide a method for constructing a mobile decentralized AI-assisted transaction based on U-shields and SIMKeys, which involves a supplier, a SIMKey manufacturer's server or a U-shield manufacturer's server, and a demander, and includes the following steps:

[0004] (1) Create a cloud transaction space using the SIMKey manufacturer's server or the U-shield manufacturer's server;

[0005] (2) The supplier builds a digital clone of the product or service knowledge base; the buyer builds a digital clone of the knowledge base;

[0006] (3) The supplier applies to create a supplier digital avatar trading space and a real-person social space;

[0007] The SIMKey manufacturer's server or the U-shield manufacturer's server creates a user space instance for the supplier.

[0008] The SIMKey manufacturer's server or the U-shield manufacturer's server creates a cloud-based transaction space and a real-person social space for the supplier.

[0009] Suppliers create local trading spaces and real-person social spaces;

[0010] The supplier's digital avatar, carrying personal tags and the parameters required for the workflow instance, applies to enter the cloud trading space; the SIMKey manufacturer's server or the U-shield manufacturer's server creates the supplier's workflow instance.

[0011] (4) The buyer brings the demand tag and the parameters required for the buyer's workflow instance to the cloud transaction space;

[0012] The SIMKey manufacturer's server or the U-shield manufacturer's server creates a demand-side workflow instance and provides suppliers with tags that meet the demand for each one.

[0013] (5) The buyer requests to establish a user bridge with the qualified supplier; the SIMKey manufacturer's server or the U-shield manufacturer's server establishes a user bridge in the cloud transaction space for the supplier and the buyer.

[0014] Suppliers establish user bridges in local trading spaces with demanders, and demanders establish user bridges in local trading spaces with suppliers.

[0015] (6) The buyer asks questions to the supplier, the supplier replies to the questions, and the matching is performed. The buyer judges whether it matches their needs. If it does not match, the buyer starts asking the next supplier that meets the conditions. If it matches, the buyer asks for the real space address. The supplier provides the real space address, and the buyer pays attention to the supplier's real space address.

[0016] (7) Once the supplier confirms that the buyer has followed the supplier's live space, the SIMKey manufacturer's server or the U-shield manufacturer's server creates a user bridge for the cloud-based social space between the supplier and the buyer.

[0017] Suppliers and buyers establish user bridges in their respective local social spaces; the SIMKey manufacturer's server or the U-shield manufacturer's server destroys the user bridges in the cloud transaction space between the supplier and the buyer.

[0018] (8) The supplier evaluates the buyer, and at the same time, the buyer evaluates the supplier;

[0019] (9) Destroy the user bridge in the cloud social space of both supply and demand sides.

[0020] Furthermore, the supplier or demander includes the SIMKey terminal, the U-shield terminal, and the cloud;

[0021] The SIMKey terminal includes a mobile client, a SIMKey secure storage area, a local transaction space, a knowledge base, a thinking model, a question-and-answer model, a local social space, and an SQLite database encrypted with SQLCipher;

[0022] The U-shield includes a PC client, a U-shield private area, a knowledge base, a thinking model, a question-and-answer model, a local social space, a local transaction space, and an SQLite database encrypted with SQLCipher;

[0023] The SIMKey secure storage area and the U-shield private area include the key to the SQLite database encrypted with SQLCipher;

[0024] The cloud includes personal cloud storage, Git repository, thinking model, and question-answering model;

[0025] The SIMKey manufacturer's server or U-shield manufacturer's server includes a cloud transaction space, a cloud social space, a relational database, a non-relational database, and an application.

[0026] The cloud-based social space is subordinate to the user social space, the user social space is subordinate to the user social space instance, and the user social space instance is subordinate to the social user bridge.

[0027] The real-person space address is {the social domain name or IP address of the U-shield and SIMKey manufacturer} / {user space name} / {user space instance name};

[0028] The access address of the social user bridge is {the social domain name or IP address of the U-shield and SIMKey manufacturer} / {user space name} / {user space instance name} / {user bridge name};

[0029] The cloud trading space is subordinate to the user trading space, the user trading space is subordinate to the user trading space instance, and the user trading space instance is subordinate to the trading user bridge;

[0030] The access address of the transaction space is {the domain name or IP address of the U-shield and SIMKey manufacturer's transaction space} / {user space name} / {user space instance name};

[0031] The access address of the transaction user bridge is {the transaction space domain name or IP address of the U-shield and SIMKey manufacturer} / {user space name} / {user space instance name} / {user bridge name};

[0032] The relational database includes a user table, a user space table, an evaluation table, and a tag table;

[0033] The non-relational database includes information on social user bridges and information on transactional user bridges;

[0034] The application includes space management services, authentication services, evaluation services, matching services, and a workflow engine.

[0035] Furthermore, in step (3), the supplier workflow example is as follows:

[0036] The supplier's digital avatar enters the cloud-based trading space carrying a knowledge base, personal tags, exited trading space, intended tags, and evaluation information of the demander. The cloud creates a trading space for the avatar and adds its tags, historical evaluations, and intended tags and evaluation information to the supplier's tag pool for matching with demanders. The cloud builds a trading user bridge between qualified demanders and suppliers. The supplier answers questions pre-set by the demander. The demander's digital avatar judges whether the supplier's answers meet the pre-set requirements. If they do not meet the requirements, the cloud dismantles the trading user bridge between the supplier and the demander. If they meet the requirements, the supplier provides the address of the real-person trading space.

[0037] Furthermore, in step (6), the matching step includes the SIMKey manufacturer's server or the U-shield manufacturer's server putting all suppliers' and customers' personal tags, intention tags, historical evaluations, and exit mechanisms into the matching system;

[0038] Match supply and demand based on their personal tags, intention tags, and historical evaluations, and establish a cloud-based user bridge for them;

[0039] Dismantle cloud-based user bridges that have ended workflow instances where preliminary consensus has been reached or where consensus has not been reached, and remove supply and demand digital humans that meet the conditions for exiting the cloud trading space from the cloud trading space.

[0040] Furthermore, in step (8), the evaluation step is as follows: the SIMKey manufacturer's server or the U-shield manufacturer's server sends an evaluation message to the real-person space where the supply and demand digital humans have reached a preliminary consensus; the supplier or demander evaluates the transaction; the SIMKey manufacturer's server or the U-shield manufacturer's server records the evaluation results in the evaluation table and incorporates them into the subsequent matching rules of the supply and demand parties.

[0041] Furthermore, the user bridge includes a cloud-based user bridge and a local user bridge, which are used to connect the AI ​​knowledge bases of suppliers and demanders or to build real-person communication channels.

[0042] Furthermore, in step (4), the demand-side workflow instance includes: the demand-side digital avatar carrying a knowledge base, personal tags, exit conditions for the transaction space, intended supplier tags, and evaluated demand-side information enters the cloud transaction space; the cloud matches it with a demand-side that meets the requirements; it asks the supplier a pre-set question; the demand-side digital avatar judges whether the supplier's answer meets the pre-set requirements. If it does not meet the requirements, the cloud dismantles the transaction user bridge between the supplier and the demand-side and matches it with the next demand-side that meets the requirements. If it does meet the requirements, it obtains the supplier's real-person space address and follows its real-person space to start real-person communication.

[0043] Furthermore, the social space is divided into a cloud-based social space and a local social space, and the transaction space is divided into a cloud-based transaction space and a local transaction space. The question and answer content in the cloud-based social space or cloud-based transaction space uses asymmetric encryption, while the question and answer content in the local social space or local transaction space uses symmetric encryption keys.

[0044] Furthermore, in step (6), when the customer asks a question to the supplier, the customer sends the question through the user bridge, and the communication content of the customer sending the question is encrypted end-to-end.

[0045] The end-to-end encryption specifically refers to the process from the demander's initial inquiry to the demander receiving the supplier's reply, during which the message passes through eight sender and receiver boxes: the sender and receiver boxes within the demander and supplier's local user bridge on the demander's side; the supplier's sender and receiver boxes and the demander's sender and receiver boxes within the demander and supplier's cloud user bridge; and the sender and receiver boxes within the demander and supplier's local user bridge on the supplier's side.

[0046] Furthermore, the end-to-end encryption includes the following steps:

[0047] (a) The buyer requests and encrypts the query questions;

[0048] (b) The sender's email inbox decrypts and encrypts the Q&A content and stores it in the sender's email inbox within the cloud user bridge;

[0049] (c) After receiving a new record in the demand side's outgoing mailbox within the cloud user bridge, the demand side's token is consumed and the record is forwarded to the supplier's ingoing mailbox within the cloud user bridge.

[0050] (d) After the supplier logs into the SIMKey manufacturer's server or the U-shield manufacturer's server, it receives, decrypts, and encrypts the query content and stores it in the inbox of the supplier's local user bridge. If the text length of the query content after decryption does not exceed the limit, the query question is submitted to the AI ​​knowledge base corresponding to the user space instance above the user bridge or waits for a real person to reply. Otherwise, the query content is not submitted to the AI ​​knowledge base, and the answer to the query that exceeds the text length limit is given directly. At the same time, the query answer is encrypted and stored in the outbox of the supplier's local user bridge.

[0051] (e) After receiving a new record in the outbox of the supplier’s local user bridge, the supplier will decrypt and encrypt the Q&A content in the record and store it in the supplier’s outbox in the cloud user bridge.

[0052] (f) After receiving a new record in the supplier's outgoing mailbox in the cloud user bridge, the demander and supplier tokens are forwarded to the demander's ingoing mailbox in the cloud user bridge.

[0053] (g) After the customer successfully logs in to the SIMKey manufacturer's server or the U-shield manufacturer's server, the customer retrieves the record from the customer's inbox in the cloud user bridge, decrypts the query answer of the record, encrypts it, and stores it in the inbox in the customer's local user bridge.

[0054] (k) The demander obtains the plaintext answer to the query by decrypting the inbox in the demander's local user bridge.

[0055] The present invention has the following beneficial effects:

[0056] 1. By having both supply and demand sides build digital avatars and then construct a decentralized trading space based on U-shields and SIMKeys, one-on-one direct dialogue between supply and demand sides is conducted through digital human conversations. The content of the dialogue is ultimately stored only on the devices of the supply and demand sides, which physically protects the data security of both parties and avoids the problems of traditional trading platforms using the big data of both supply and demand sides to exploit both merchants and buyers, as well as privacy protection issues, and avoids the big data-driven price discrimination.

[0057] 2. Digital humans can communicate in place of real people, making communication more efficient and saving real people more time. Digital humans can communicate with thousands of other digital people in a short period of time, which is difficult for real people to do. Attached Figure Description

[0058] Figure 1 A flowchart outlining the steps involved in constructing a mobile decentralized AI-assisted transaction system based on U-Shield and SIMKey.

[0059] Figure 2 A global framework diagram for constructing a mobile decentralized AI-assisted transaction system based on U-Shield and SIMKey;

[0060] Figure 3 For the user bridge state diagram;

[0061] Figure 4 A flowchart of the entire lifecycle of suppliers in the transaction space;

[0062] Figure 5 A flowchart of the matching method steps;

[0063] Figure 6 A flowchart illustrating the steps of the evaluation method;

[0064] Figure 7 A flowchart illustrating the entire lifecycle of the demand side within the transaction space;

[0065] Figure 8 A flowchart for end-to-end encrypted message sending and receiving;

[0066] Figure 9 Flowchart for creating a user space instance;

[0067] Figure 10 Flowchart for creating a user bridge;

[0068] Figure 11 Flowchart for the destruction of user bridges

[0069] Figure 12 Flowchart for destroying user space instances. Detailed Implementation

[0070] This invention provides a method for constructing a mobile decentralized AI-assisted transaction system based on a USB key and a SIM key. The method is characterized by a supply party, a SIM key manufacturer's server or a USB key manufacturer's server, and a demand party, with the process as follows: Figure 1 The above includes the following steps:

[0071] (1) Create a cloud transaction space using the SIMKey manufacturer's server or the U-shield manufacturer's server;

[0072] (2) The supplier builds a digital clone of the product or service knowledge base; the buyer builds a digital clone of the knowledge base;

[0073] (3) The supplier applies to create a supplier digital avatar trading space and a real-person social space;

[0074] The SIMKey manufacturer's server or the U-shield manufacturer's server creates a user space instance for the supplier.

[0075] The SIMKey manufacturer's server or the U-shield manufacturer's server creates a cloud-based transaction space and a real-person social space for the supplier.

[0076] Suppliers create local trading spaces and real-person social spaces;

[0077] The supplier's digital avatar, carrying personal tags and the parameters required for the workflow instance, applies to enter the cloud trading space; the SIMKey manufacturer's server or the U-shield manufacturer's server creates the supplier's workflow instance.

[0078] (4) The buyer brings the demand tag and the parameters required for the buyer's workflow instance to the cloud transaction space;

[0079] The SIMKey manufacturer's server or the U-shield manufacturer's server creates a demand-side workflow instance and provides suppliers with tags that meet the demand for each one.

[0080] (5) The buyer requests to establish a user bridge with the qualified supplier; the SIMKey manufacturer's server or the U-shield manufacturer's server establishes a user bridge in the cloud transaction space for the supplier and the buyer.

[0081] Suppliers establish user bridges in local trading spaces with demanders, and demanders establish user bridges in local trading spaces with suppliers.

[0082] (6) The buyer asks questions to the supplier, the supplier replies to the questions, and the matching is performed. The buyer judges whether it matches their needs. If it does not match, the buyer starts asking the next supplier that meets the conditions. If it matches, the buyer asks for the real space address. The supplier provides the real space address, and the buyer pays attention to the supplier's real space address.

[0083] (7) Once the supplier confirms that the buyer has followed the supplier's live space, the SIMKey manufacturer's server or the U-shield manufacturer's server creates a user bridge for the cloud-based social space between the supplier and the buyer.

[0084] Suppliers and buyers establish user bridges in their respective local social spaces; the SIMKey manufacturer's server or the U-shield manufacturer's server destroys the user bridges in the cloud transaction space between the supplier and the buyer.

[0085] (8) The supplier evaluates the buyer, and at the same time, the buyer evaluates the supplier;

[0086] (9) Destroy the user bridge in the cloud social space of both supply and demand sides.

[0087] In this invention, the global framework diagram of the method for constructing a mobile decentralized AI-assisted transaction based on U-Shield and SIMKey is as follows: Figure 2 As shown, the supplier or demander includes the SIMKey terminal, the U-shield terminal, and the cloud.

[0088] In this invention, the SIMKey terminal includes a mobile client, a SIMKey secure storage area, a local transaction space, a knowledge base, a thinking model, a question-and-answer model, a local social space, and an SQLite database encrypted with SQLCipher.

[0089] In this invention, the U-shield includes a PC client, a U-shield private area, a knowledge base, a thinking model, a question-and-answer model, a local social space, a local transaction space, and an SQLite database encrypted with SQLCipher.

[0090] In this invention, the SIMKey secure storage area and the U-shield private area include the key to the SQLite database encrypted with SQLCipher.

[0091] In this invention, the cloud includes personal cloud storage, Git repository, thinking model, and question-answering model.

[0092] In this invention, the SIMKey manufacturer's server or U-shield manufacturer's server includes a cloud transaction space, a cloud social space, a relational database, a non-relational database, and an application.

[0093] In this invention, the cloud-based social space is subordinate to the user social space, the user social space is subordinate to the user social space instance, and the user social space instance is subordinate to the social user bridge.

[0094] In this invention, the real-person space address is {the social domain name or IP address of the U-shield and SIMKey manufacturer} / {user space name} / {user space instance name}.

[0095] In this invention, the access address of the social user bridge is {the social domain name or IP address of the U-shield and SIMKey manufacturer} / {user space name} / {user space instance name} / {user bridge name}.

[0096] In this invention, the cloud transaction space is subordinate to the user transaction space, the user transaction space is subordinate to the user transaction space instance, and the user transaction space instance is subordinate to the transaction user bridge.

[0097] In this invention, the access address of the transaction space is {the domain name or IP address of the U-shield and SIMKey manufacturer's transaction space} / {user space name} / {user space instance name}.

[0098] In this invention, the access address of the transaction user bridge is {the transaction space domain name or IP address of the U-shield and SIMKey manufacturer} / {user space name} / {user space instance name} / {user bridge name}.

[0099] In this invention, the next level of the social space is the social space folder, the social space folder is the user space folder, the user space folder is the user space instance folder, the user space instance folder is the user bridge folder, and the user bridge folder is the sender / receiver folder.

[0100] In this invention, the next level below the transaction space is the transaction space folder, the transaction space folder is the user space folder, the user space folder is the user space instance folder, the user space instance folder is the user bridge folder, and the user bridge folder is the sender / receiver folder.

[0101] In this invention, the relational database includes a user table, a user space table, an evaluation table, and a tag table; the non-relational database includes information storing social user bridge information and information storing transaction user bridge information.

[0102] In this invention, the application includes space management services, authentication services, evaluation services, matching services, and a workflow engine.

[0103] In this invention, the user bridge includes a transaction user bridge and a social user bridge.

[0104] In one embodiment of the present invention, the user bridge state is as follows: Figure 3 As shown, during the initial system creation, the cloud user bridge between the supplier and the demander includes a supplier's outgoing mail box, a supplier's incoming mail box, a demander's outgoing mail box, and a demander's incoming mail box. The supplier's outgoing mail box includes a public key for sending mail, and the supplier's incoming mail box includes a private key for receiving mail. The demander's incoming mail box includes a private key for receiving mail, and the demander's outgoing mail box includes a public key for sending mail.

[0105] After user activation, the space includes the following components within the cloud-based user bridge between the supplier and the demander: the supplier's outgoing mail folder contains outgoing content files, the supplier's incoming mail folder contains incoming content files, the demander's incoming mail folder contains incoming content files, and the demander's outgoing mail folder contains outgoing content files. Within the local user bridge between the supplier and the demander, the local user bridge includes the supplier's and demander's respective social or transaction spaces and an SQLite database. The supplier's and demander's respective social or transaction spaces include outgoing content files and incoming content files, and the SQLite database includes the outgoing public key, the incoming private key, and the local symmetric encryption key.

[0106] After destroying the cloud space of the supplier and the demander, the local space of the supplier includes the social space with the demander and the SQLite database. The social space with the demander includes the sent content file and the received content file, and the SQLite database includes the local symmetric encryption key. The local space of the demander includes the social space or transaction space with the supplier. The social space or transaction space with the supplier includes the sent content file and the received content file, and the SQLite database includes the local symmetric encryption key.

[0107] In this invention, the social space is divided into cloud-based social space and local social space, and the transaction space is divided into cloud-based transaction space and local transaction space. The difference is that the question and answer content in the cloud-based social space or cloud-based transaction space uses asymmetric encryption, while the question and answer content in the local social space and local transaction space uses symmetric encryption keys. The user bridge in the cloud-based social space or cloud-based transaction space includes four types of sender and receiver mailboxes: supplier sender mailbox, supplier receiver mailbox, buyer sender mailbox, and buyer receiver mailbox. The user bridge in the local social space or local transaction space only includes a personal sender mailbox and a personal receiver mailbox. Once the question and answer records in the sender and receiver mailboxes of the cloud-based social space or cloud-based transaction space are confirmed to have been retrieved, they will be deleted; they are merely data transfer stations. The sender and receiver mailboxes of the local social space or local transaction space are permanently stored locally by default unless the user deletes them.

[0108] In this invention, in step (3), the supplier-side workflow instance flow is as follows: Figure 4 As shown, the specific steps are as follows:

[0109] S101, the supplier's digital human enters the cloud trading space with a knowledge base, personal tags, exit conditions for the trading space (such as duration, cloud personal trading space capacity, number of people connected, number of people actually reached), intention tags, and evaluation information of the demand side.

[0110] S102, the cloud opens up a trading space for it and puts its tags, historical evaluations, and the demand information of the tags and evaluations of the intended users into the supplier tag pool for supply and demand matching.

[0111] S103, the cloud platform builds a transaction user bridge for eligible demanders and suppliers;

[0112] S104, The supplier answers the questions pre-set by the buyer;

[0113] S105, the demander's digital human judges whether the supplier's answer meets the preset requirements. If it does not meet the requirements, the cloud disconnects the transaction user bridge between the supplier and the demander. If it meets the requirements, the supplier provides the real space address.

[0114] In this invention, the matching process in step (6) is as follows: Figure 5 As shown, specifically:

[0115] S201, the SIMKey manufacturer's server or the U-shield manufacturer's server puts all suppliers' and customers' personal tags, intention tags, historical evaluations, and exit mechanisms into the matching system.

[0116] S202 matches supply and demand parties based on their personal tags, intention tags, and historical evaluations, and establishes a cloud-based user bridge for them;

[0117] S203, dismantle the cloud user bridges where workflow instances that have reached preliminary consensus or have not reached consensus have ended, and remove supply and demand digital humans that meet the conditions for exiting the cloud trading space from the cloud trading space.

[0118] In this invention, the evaluation process in step (8) is illustrated in the flowchart below. Figure 6 As shown, specifically:

[0119] S301, the SIMKey manufacturer's server or the U-shield manufacturer's server sends an evaluation message to the real-person space where the supply and demand digital humans have reached a preliminary consensus.

[0120] S302, The supplier or buyer evaluates this transaction;

[0121] S303, the SIMKey manufacturer's server or the U-shield manufacturer's server will record the evaluation results in the evaluation form and participate in the subsequent matching rules between the supplier and the demander.

[0122] In this invention, the user bridge includes a cloud-based user bridge and a local user bridge, which are used to connect the AI ​​knowledge bases of suppliers and demanders or to build a real-person communication channel.

[0123] In this invention, the method for constructing the AI ​​knowledge base includes: the supplier or the demander establishes a knowledge base file through a U-shield or SIMKey terminal, then puts the knowledge base file into a personal file, and then transmits the knowledge base file into a local or cloud-based question-and-answer model through the API of the question-and-answer model. Then, the question-and-answer model is set with a thinking model and a question template to form an AI knowledge base, which provides answering capabilities for inquiries from the supplier or the demander.

[0124] In this invention, in step (4), the customer's workflow is implemented as follows: Figure 7 As shown, the specific steps include:

[0125] S401: The demander's digital persona enters the cloud trading space with a knowledge base, personal tags, exit conditions for the trading space (such as duration, number of people connected, and number of people actually reached), intended supplier tags, and evaluation demander information.

[0126] S402, the cloud matches it with a suitable customer;

[0127] S403, raise pre-defined questions to the supplier;

[0128] S404: The demander's digital avatar determines whether the supplier's answer meets the preset requirements. If not, the cloud disconnects the transaction user bridge between the supplier and the demander and matches them with the next demander that meets the conditions. If they do meet the requirements, the avatar obtains the supplier's real-person space address and follows their real-person space to start real-person communication.

[0129] In this invention, when the customer asks the supplier questions in step (6), the customer sends the questions through the user bridge, and the communication content of the customer sending the questions is encrypted end-to-end.

[0130] The end-to-end encryption specifically refers to the process from the demander's initial inquiry to the demander receiving the supplier's reply, during which the message passes through eight sender and receiver boxes: the sender and receiver boxes within the demander and supplier's local user bridge on the demander's side; the supplier's sender and receiver boxes and the demander's sender and receiver boxes within the demander and supplier's cloud user bridge; and the sender and receiver boxes within the demander and supplier's local user bridge on the supplier's side.

[0131] In this invention, the end-to-end encrypted message sending and receiving process is as follows: Figure 8 As shown, the specific steps include:

[0132] (a) The buyer requests and encrypts the query questions;

[0133] (b) The sender's email inbox decrypts and encrypts the Q&A content and stores it in the sender's email inbox within the cloud user bridge;

[0134] (c) After receiving a new record in the demand side's outgoing mailbox within the cloud user bridge, the demand side's token is consumed and the record is forwarded to the supplier's ingoing mailbox within the cloud user bridge.

[0135] (d) After the supplier logs into the SIMKey manufacturer's server or the U-shield manufacturer's server, it receives, decrypts, and encrypts the query content and stores it in the inbox of the supplier's local user bridge. If the text length of the query content after decryption does not exceed the limit, the query question is submitted to the AI ​​knowledge base corresponding to the user space instance above the user bridge or waits for a real person to reply. Otherwise, the query content is not submitted to the AI ​​knowledge base, and the answer to the query that exceeds the text length limit is given directly. At the same time, the query answer is encrypted and stored in the outbox of the supplier's local user bridge.

[0136] (e) After receiving a new record, the supplier’s local user bridge’s outgoing mail box will decrypt and encrypt the Q&A content in the record and store it in the supplier’s outgoing mail box in the cloud user bridge.

[0137] (f) After receiving a new record in the supplier's outgoing mailbox in the cloud user bridge, the demander and supplier tokens are forwarded to the demander's ingoing mailbox in the cloud user bridge.

[0138] (g) After the customer successfully logs in to the SIMKey manufacturer's server or the U-shield manufacturer's server, the customer retrieves the record from the customer's inbox in the cloud user bridge, decrypts the query answer of the record, encrypts it, and stores it in the inbox in the customer's local user bridge.

[0139] (k) The demander obtains the plaintext answer to the query by decrypting the inbox in the demander's local user bridge.

[0140] In this invention, the process by which the SIMKey manufacturer's server or the U-shield manufacturer's server creates a user space instance for the supplier is as follows: Figure 9 As shown, the specific steps are as follows:

[0141] S501: After logging into the U-Shield or SIMKey server using a U-Shield or SIMKey, the user sets the username and user instance space name.

[0142] S502, the U-shield manufacturer's server or SIMKey server determines whether the user has set a username;

[0143] S503, If a user applies for a social space, then set the user's social space instance name; if a user applies for a transaction space, then set the user's transaction space instance name.

[0144] S504, the U-shield manufacturer's server or SIMKey server determines whether the name of the user space instance is unique and whether it is a real person's space;

[0145] S505: If it is not a real-person space, the user applies for a transaction space and sets the user transaction space instance name; the cloud transaction space creates the user instance space and records it in the cloud relational database user space table; the supplier creates the user instance space in the local transaction space and records it in the local SQLite database user space table; bind the supplier's AI knowledge base for automatic receipt and automatic reply.

[0146] S506: If it is a real-person space, the user applies for a social space and sets the user's social space instance name; the cloud social space creates the user instance space and records it in the cloud relational database user space table; the provider creates the user instance space in the local social space and records it in the local SQLite database user space table; the U-shield or SIMKey server creates the user instance space in the cloud and records it in the cloud relational database user space table.

[0147] In one embodiment of the present invention, the process of creating the user bridge is as follows: Figure 10 As shown, the specific steps are as follows:

[0148] S601, U-Shield or SIMKey server program provides the supplier's digital clone space address that meets the requirements of the demander;

[0149] S602, The supplier provides their own real-person online address; the buyer should pay attention to the supplier's online address.

[0150] S603, the U-shield or SIMKey server program randomly generates a user bridge folder under the user space instance folder mapped by the user space address, and then creates supplier and demander sender and receiver folders under the user bridge folder. At the same time, it generates public / private keys corresponding to the supplier and demander sender and receiver folders and writes them into the supplier and demander sender and receiver folders under the user bridge folder in the form of folders respectively.

[0151] S604, the U-Shield and SIMKey server programs record newly added user bridge-related information in the user space table and non-relational database;

[0152] S605, the supplier obtains the supplier's mail box public / private key information and generates a symmetric key locally. Finally, the supplier's mail box public / private key and the user bridge address are written together into the user bridge table of the local SQLite database.

[0153] Create a user bridge folder under the user space instance folder mapped by the user bridge address, and then create outbox and inbox folders under the user bridge folder;

[0154] Send a command to the cloud user bridge to delete the public / private key and set the receiving threshold (the demander's token value and the token value consumed each time the supplier's outgoing mail is collected).

[0155] S606, the demander obtains the demander's public / private key information for sending and receiving mail and generates a symmetric key locally. Finally, the supplier's public / private key for sending and receiving mail, the local symmetric key, and the user address are written together into the user bridge table of the local SQLite database.

[0156] Create a user bridge folder under the user space instance folder mapped by the user bridge address, and then create outbox and inbox folders under the user bridge folder;

[0157] Send a command to the cloud user bridge to delete public / private keys and set the receiving threshold (the supplier's token value and the token value consumed each time the customer's outgoing mail is received);

[0158] S607, delete the public / private key files of the supplier's and buyer's inboxes and store the inboxes in the database.

[0159] In one embodiment of the present invention, the process of destroying the user bridge is as follows: Figure 11 As shown, the specific steps are as follows:

[0160] S701, U-shield and SIMKey server program or supplier or demander initiates the destruction of cloud social user bridge or transaction user bridge;

[0161] S702, the U-Shield and SIMKey server program destroys the cloud user bridge folder and all files in the folder;

[0162] S703, the supplier and the buyer respectively destroy the local user's bridge public / private key;

[0163] S704, the U-Shield and SIMkey server program deletes user bridge-related data from the non-relational database and deletes demand-side related data from the user space instance corresponding to the user bridge in the relational database user space table.

[0164] In one embodiment of the present invention, the user space instance destruction process is as follows: Figure 12 As shown, this is generally initiated by the supplier, and the specific steps include:

[0165] S901: Users can log in to the U-shield and SIMKey manufacturer's server using a U-shield or SIMkey.

[0166] S902, User initiates destruction of user space instance

[0167] S903, the U-shield manufacturer's server and the SIMKey manufacturer's server delete the username space instance folder and all user bridge folders under the username, as well as all files in the folders;

[0168] The U-shield manufacturer's server and the SIMKey manufacturer's server delete the user bridge data related to the user space instance from the non-relational database and delete the user space instance-related data from the user space table in the relational database.

[0169] As can be seen from the above embodiments, the present invention provides a method for constructing a mobile decentralized AI-assisted transaction based on U-Shield and SIMKey. Based on the supplier's side, SIMKey manufacturer's server or U-Shield manufacturer's server, and the demand side, the method includes the following steps: creating a cloud-based transaction space; both the supplier and demand sides construct knowledge base digital avatars; the supplier creates cloud and local transaction space instances; the supplier creates cloud and local real-person social space instances; the digital avatars of both the supplier and demand sides, carrying tags and parameters required to construct the transaction space workflow instance, enter the transaction space; the cloud creates transaction space workflow instances for the digital avatars of both the supplier and demand sides; the digital avatars of both the supplier and demand sides construct a cloud and local transaction user bridge; the digital avatars of both the supplier and demand sides reach a preliminary consensus; the demand side follows the supplier's real-person space; the cloud transaction user bridge between the supplier and demand sides is destroyed; the digital avatars of both the supplier and demand sides construct a cloud and local social user bridge; the supplier and demand sides communicate with each other; both the supplier and demand sides evaluate each other; the cloud social user bridge between the supplier and demand sides is destroyed. The AI-assisted transaction construction method provided by this invention facilitates communication between supply and demand parties through an AI digital avatar transaction user bridge. After reaching an initial consensus, the demand party focuses on the supplier's real-person space for communication and evaluation via a social user bridge. After communication concludes, both the cloud-based transaction user bridge and the social user bridge are destroyed, and the data is only encrypted and stored on the devices of both the supply and demand parties. By utilizing the digital avatars constructed by both parties, and then building a decentralized transaction space based on U-shields and SIMKeys, one-on-one direct dialogue between the supply and demand parties is conducted through digital avatar conversations. The content of these conversations is ultimately stored only on the devices of both parties, physically protecting their data security and avoiding the problems of traditional transaction platforms exploiting the big data of both suppliers and buyers for mutual exploitation and privacy protection. AI digital avatars replace real people in communication, resulting in higher communication efficiency and saving real people more time. AI digital avatars assist in transactions, allowing digital avatars to communicate with thousands of other digital avatars in a short time, completing transactions more efficiently and improving the overall efficiency of social division of labor and cooperation.

[0170] The above description is only a preferred embodiment of the present invention. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention.

Claims

1. A method for constructing a mobile decentralized AI-assisted transaction system based on a USB key and a SIM key, characterized in that, Based on the supplier, SIMKey manufacturer's server or U-shield manufacturer's server, and the demander, the following steps are included: (1) Create a cloud transaction space using the SIMKey manufacturer's server or the U-shield manufacturer's server; (2) The supplier builds a digital clone of the product or service knowledge base; the buyer builds a digital clone of the knowledge base; (3) The supplier applies to create a supplier digital avatar trading space and a real-person social space; The SIMKey manufacturer's server or the U-shield manufacturer's server creates a user space instance for the supplier. The SIMKey manufacturer's server or the U-shield manufacturer's server creates a cloud-based transaction space and a real-person social space for the supplier. Suppliers create local trading spaces and real-person social spaces; The supplier's digital avatar, carrying personal tags and the parameters required for the workflow instance, applies to enter the cloud trading space; the SIMKey manufacturer's server or the U-shield manufacturer's server creates the supplier's workflow instance. (4) The buyer brings the demand tag and the parameters required for the buyer's workflow instance to the cloud transaction space; The SIMKey manufacturer's server or the U-shield manufacturer's server creates a demand-side workflow instance and provides suppliers with tags that meet the demand for each one. (5) The buyer requests to establish a user bridge with the qualified supplier; the SIMKey manufacturer's server or the U-shield manufacturer's server establishes a user bridge in the cloud transaction space for the supplier and the buyer. Suppliers establish user bridges in local trading spaces with demanders, and demanders establish user bridges in local trading spaces with suppliers. (6) The buyer asks questions to the supplier, the supplier replies to the questions, and the matching is performed. The buyer judges whether it matches their needs. If it does not match, the buyer starts asking the next supplier that meets the conditions. If it matches, the buyer asks for the real space address. The supplier provides the real space address, and the buyer pays attention to the supplier's real space address. (7) Once the supplier confirms that the buyer has followed the supplier's live space, the SIMKey manufacturer's server or the U-shield manufacturer's server creates a user bridge for the cloud-based social space between the supplier and the buyer. Suppliers and buyers establish user bridges in their respective local social spaces; the SIMKey manufacturer's server or the U-shield manufacturer's server destroys the user bridges in the cloud transaction space between the supplier and the buyer. (8) The supplier evaluates the buyer, and at the same time, the buyer evaluates the supplier; (9) Destroy the user bridge in the cloud social space of both supply and demand sides.

2. The method for constructing a mobile decentralized AI-assisted transaction based on a U-shield and SIMKey according to claim 1, characterized in that, The suppliers or demanders include SIMKey terminals, U-shield terminals, and the cloud; The SIMKey terminal includes a mobile client, a SIMKey secure storage area, a local transaction space, a knowledge base, a thinking model, a question-and-answer model, a local social space, and an SQLite database encrypted with SQLCipher; The U-shield includes a PC client, a U-shield private area, a knowledge base, a thinking model, a question-and-answer model, a local social space, a local transaction space, and an SQLite database encrypted with SQLCipher; The SIMKey secure storage area and the U-shield private area include the key to the SQLite database encrypted with SQLCipher; The cloud includes personal cloud storage, Git repository, thinking model, and question-answering model; The SIMKey manufacturer's server or U-shield manufacturer's server includes a cloud transaction space, a cloud social space, a relational database, a non-relational database, and an application. The cloud-based social space is subordinate to the user social space, the user social space is subordinate to the user social space instance, and the user social space instance is subordinate to the social user bridge. The real-person space address is {the social domain name or IP address of the U-shield and SIMKey manufacturer} / {user space name} / {user space instance name}; The access address of the social user bridge is {the social domain name or IP address of the U-shield and SIMKey manufacturer} / {user space name} / {user space instance name} / {user bridge name}; The cloud trading space is subordinate to the user trading space, the user trading space is subordinate to the user trading space instance, and the user trading space instance is subordinate to the trading user bridge; The access address of the transaction space is {the domain name or IP address of the U-shield and SIMKey manufacturer's transaction space} / {user space name} / {user space instance name}; The access address of the transaction user bridge is {the transaction space domain name or IP address of the U-shield and SIMKey manufacturer} / {user space name} / {user space instance name} / {user bridge name}; The relational database includes a user table, a user space table, an evaluation table, and a tag table; The non-relational database includes information on social user bridges and information on transactional user bridges; The application includes space management services, authentication services, evaluation services, matching services, and a workflow engine.

3. The method for constructing a mobile decentralized AI-assisted transaction based on a U-shield and SIMKey according to claim 1, characterized in that, In step (3), the supplier workflow example is: the supplier's digital human enters the cloud trading space with knowledge base, personal tags, exit conditions for the trading space, intention tags and evaluation demand information; The cloud creates a trading space for it and puts its tags, historical evaluations, and intended tags and evaluations of the demanders into the supplier tag pool for supply and demand matching; the cloud builds a trading user bridge between qualified demanders and suppliers; the supplier answers the questions preset by the demanders; the demander's digital avatar judges whether the supplier's answers meet the preset requirements. If they do not meet the requirements, the cloud dismantles the trading user bridge between the supplier and the demander. If they meet the requirements, the supplier provides the address of the real space.

4. The method for constructing a mobile decentralized AI-assisted transaction based on a U-shield and SIMKey according to claim 1, characterized in that, In step (6), the matching process includes the SIMKey manufacturer's server or the U-shield manufacturer's server putting all suppliers' and customers' personal tags, intention tags, historical evaluations, and exit mechanisms into the matching system. Match supply and demand based on their personal tags, intention tags, and historical evaluations, and establish a cloud-based user bridge for them; Dismantle cloud-based user bridges that have ended workflow instances where preliminary consensus has been reached or where consensus has not been reached, and remove supply and demand digital humans that meet the conditions for exiting the cloud trading space from the cloud trading space.

5. The method for constructing a mobile decentralized AI-assisted transaction based on a U-shield and SIMKey according to claim 1, characterized in that, In step (8), the evaluation steps include: the SIMKey manufacturer's server or the U-shield manufacturer's server sends an evaluation message to the real-person space where the supply and demand digital humans have reached a preliminary consensus; the supplier or demander evaluates the transaction; and the SIMKey manufacturer's server or the U-shield manufacturer's server records the evaluation results in the evaluation table and incorporates them into the subsequent matching rules of the supply and demand parties.

6. The method for constructing a mobile decentralized AI-assisted transaction based on a U-shield and SIMKey according to claim 1, characterized in that, The user bridge includes a cloud-based user bridge and a local user bridge, which are used to connect the AI ​​knowledge bases of suppliers and demanders or to build real-person communication channels.

7. The method for constructing a mobile decentralized AI-assisted transaction based on a U-shield and SIMKey according to claim 1, characterized in that, In step (4), the demand-side workflow instance includes: the demand-side digital avatar carrying a knowledge base, personal tags, exit conditions for the transaction space, intended supplier tags, and evaluated demand-side information enters the cloud transaction space; the cloud matches it with a demand-side that meets the requirements; it asks the supplier a pre-set question; the demand-side digital avatar judges whether the supplier's answer meets the pre-set requirements. If it does not meet the requirements, the cloud dismantles the transaction user bridge between the supplier and the demand-side and matches it with the next demand-side that meets the requirements. If it does meet the requirements, it obtains the supplier's real-person space address and follows its real-person space to start real-person communication.

8. The method for constructing a mobile decentralized AI-assisted transaction based on a U-shield and SIMKey according to claim 1, characterized in that, The social space is divided into a cloud-based social space and a local social space, and the transaction space is divided into a cloud-based transaction space and a local transaction space. The question and answer content in the cloud-based social space or cloud-based transaction space uses asymmetric encryption, while the question and answer content in the local social space or local transaction space uses symmetric encryption keys.

9. The method for constructing a mobile decentralized AI-assisted transaction based on a U-shield and SIMKey according to claim 1, characterized in that, In step (6), when the customer asks the supplier questions, the customer sends the questions through the user bridge. The communication content of the customer's questions is encrypted end-to-end. The end-to-end encryption specifically refers to the process from the demander's initial inquiry to the demander receiving the supplier's reply, during which the message passes through eight sender and receiver boxes: the sender and receiver boxes within the demander and supplier's local user bridge on the demander's side; the supplier's sender and receiver boxes and the demander's sender and receiver boxes within the demander and supplier's cloud user bridge; and the sender and receiver boxes within the demander and supplier's local user bridge on the supplier's side.

10. The method for constructing a mobile decentralized AI-assisted transaction based on a U-shield and a SIMKey according to claim 9, characterized in that, The end-to-end encryption includes the following steps: (a) The buyer requests and encrypts the query questions; (b) The sender's email inbox decrypts and encrypts the Q&A content and stores it in the sender's email inbox within the cloud user bridge; (c) After receiving a new record in the demand side's outgoing mailbox within the cloud user bridge, the demand side's token is consumed and the record is forwarded to the supplier's ingoing mailbox within the cloud user bridge. (d) After the supplier logs into the SIMKey manufacturer's server or the U-shield manufacturer's server, it receives, decrypts, and encrypts the query content and stores it in the inbox of the supplier's local user bridge. If the text length of the query content after decryption does not exceed the limit, the query question is submitted to the AI ​​knowledge base corresponding to the user space instance above the user bridge or waits for a real person to reply. Otherwise, the query content is not submitted to the AI ​​knowledge base, and the answer to the query that exceeds the text length limit is given directly. At the same time, the query answer is encrypted and stored in the outbox of the supplier's local user bridge. (e) After receiving a new record in the outbox of the supplier’s local user bridge, the supplier will decrypt and encrypt the Q&A content in the record and store it in the supplier’s outbox in the cloud user bridge. (f) After receiving a new record in the supplier's outgoing mailbox in the cloud user bridge, the demander and supplier tokens are forwarded to the demander's ingoing mailbox in the cloud user bridge. (g) After the customer successfully logs in to the SIMKey manufacturer's server or the U-shield manufacturer's server, the customer retrieves the record from the customer's inbox in the cloud user bridge, decrypts the query answer of the record, encrypts it, and stores it in the inbox in the customer's local user bridge. (k) The demander obtains the plaintext answer to the query by decrypting the inbox in the demander's local user bridge.

Images