EA045997B1 - INFORMATION PROCESSING NETWORK BASED ON THE RELEASE OF A SINGLE CODE, INFORMATION PROCESSING METHOD AND RECOGNITION DEVICE FOR ACCESS - Google Patents

Description

Technical field

The present disclosure relates to an information processing apparatus, a network and a method for processing information therefor, and more particularly relates to an information processing network based on the issuance of a single code, a method therefor and a recognition apparatus for access.

Prerequisites for creating an invention

The act of disseminating information has its value—to take an advertisement as an example, its nature makes dissemination resources valuable. A high-value advertisement is naturally published through a resource that can deliver the advertisement to more people under the same conditions. That is, the larger the audience that this advertisement reaches, the higher its value. In well-known advertising media, information is only disseminated, while control over the process of subsequent dissemination is completely lost.

If you take any product, then every dissemination action during the process from advertising information to concluding the final transaction contributes to the latter. If any part of the delivered information is lost, it will not reach the person intending to complete the transaction, and the transaction will not be completed. Therefore, the action of disseminating information has a certain value, where the person performing the action of dissemination is entitled to receive such value as a reward for his action. However, this value is always underestimated because there is currently no efficient and universal technical means to track the effective distribution activities of the respective distributors throughout the entire process, so that the value acquired by the respective distributors during the distribution process is unlikely to be realized in monetary form.

In a direct sales hierarchy, the relationships between upstream and downstream participants at each level are clear, which is convenient for paying commissions across levels after a transaction is completed. However, the direct sales hierarchy cannot fully accommodate the value of distribution; its disadvantage is that you need to join the distribution network to become a member of the direct sales hierarchy, start dealing with the distribution item to create orders and earn commissions directly. Because of this utilitarian property and the limitation on a person that he cannot sell all goods, the types and amount of information (for example, product information) are objectively reduced. In addition, distribution activities and commission payments in such a direct sales hierarchy cannot be verified and implemented through technical means.

The entire process of information dissemination - from the advertiser as a source to the final receipt of information and the commission of a certain action - must be a path passing through different areas of relations between people, and each intermediate node is located at the intersection between two or more areas of relations between people. The interpersonal network formed by people in society is a complex of multi-level areas of relationships between people, formed by social connections of different degrees of proximity, such as blood relationship, diploma, work, interest and hobbies, the core of which is the individual (in other words, individuals are in different social groups ). Apart from direct connections such as face-to-face communication, phone call and SMS, the interaction and circulation of information in people's social communications is now carried out on online social networking platforms.

Although there is plenty of information available through Internet search engines, what is provided is not necessarily the information you need. In addition, the average consumer who is never interested in the Internet or the latest trends in e-commerce does not have enough keywords to conduct an advanced search. Therefore, such access to information has a relatively large limitation.

The dissemination of information on social networks has the following characteristics: the person posting and disseminating information has a certain prediction whether some addressee will receive this information and whether he will disseminate it further based on his knowledge of the recipients of information in the relevant social group, which to a certain extent corresponds to the behavior of an active search for a distributor, so that the dissemination of information in a certain circle of people has a stronger focus. On the other hand, in a stable circle of people, each participant is careful with his words and behavior so that as a result the current relationship between people does not deteriorate. In effect, this means that all types of social behavior, including the dissemination of information, are guaranteed by personality assessments of quality and social influence. Therefore, when disseminating information through social networks, in particular circles of familiar people, the distributor consciously or unconsciously checks the information to ensure its truthfulness to the greatest extent possible. Barring serial fraud, the veracity and reliability of such distribution is very high. However, such thorough checks are now determined and implemented on a case-by-case basis. There are no effective technical means to control rights in situations with senders and recipients of information; Moreover, even with the existing rights, it is still difficult to coordinate and verify the actual situations of senders and recipients of information

- 1 045997 mation with certain rights, so the current dissemination of information lacks pertinence, and the result is bad.

In addition, information interaction in today's social networks is based on the Internet. But the Internet has inherent disadvantages: Internet users do not have the property of a real name, they are represented by IP addresses, and such identity identification can change at any time, so that a person can appear on the Internet with different roles. On the Internet, even any operation performed by a non-human (some animals, smart robots, etc.) through a corresponding terminal device cannot be recognized. The attribute of not having a real name on the Internet poses the greatest barrier to business transaction. Therefore, various business apps have no objection to adding ID number, home address, mobile number, landline number, actual name, etc. to force subscribers to provide more detailed information. However, this not only affects the user performance indicator (web resource), but also entails chain reactions in the field of information security, such as personal data leaks.

Moreover, the accuracy of information on the Internet generally cannot be verified against individuals; therefore, the user consciously or unconsciously holds a suspicious attitude online. When doing business online, the seller incurs huge costs to maintain customer loyalty, but at the same time, issues of quality of goods or services, regardless of their authenticity, will cause customer losses and repeated investments in marketing. The so-called e-commerce mode/internet mentality mode will become misunderstood as throwing away money on traffic.

The virtual economy, introduced in the Internet era, essentially transfers the real economy into a virtual space where various consumer demands are processed and studied through the proliferation of new tools using computer terminals and the convenience of the Internet. However, different types of business modes on the Internet are unlikely to tightly integrate the networked virtual world with the real world. When you sit down at a computer using a mouse to access the Internet, a spatial shift occurs, i.e. you move from the real physical world to the virtual Internet. This virtual experience ends quickly when you put down your mouse and step out from behind the computer, returning to the real world. When you conduct activities online in your daily life, this shift exists constantly. The various disadvantages identified above limit the development of the Internet economy and are unlikely to extend Internet technologies to traditional industries.

Moreover, the social nature of people leads them to decide that their normal life takes place within a real economic framework offline, usually within a range of sensations not exceeding a certain distance from the center, which is the individual. There is an urgent need for a tool that allows you to apply experience with offline sites (for example, in a store) and in doing so can find relevant resources (for example, product information) from the virtual world, thereby linking real world activities with the virtual world at any time and anywhere. However, there are currently no effective technical means to solve this issue.

To access the virtual world on the Internet, you can enter a link (URL: web page address) in your browser. On the mobile Internet there is an easier and more direct path, i.e. two-dimensional barcode. This two-dimensional code is a specific geometric image that uses black and white images distributed in a two-dimensional direction according to certain rules to record information in the form of data and symbols. 2D codes for mobile phones are the application of 2D codes on mobile end devices that allow users to quickly access the Internet in any networked real world.

Chinese Patent Application 200510033918.7, filed on March 31, 2005, entitled Method for Making Shopping Using a Mobile Terminal Device and System Thereof, discloses a method and system for making purchases using a mobile terminal device using a two-dimensional code. The mobile terminal device photographs the 2D code with its built-in camera and decodes it; the mobile terminal then sends a payment request message to the payment subsystem, which makes the payment.

Chinese Patent ZL200480005625.1, filed on March 8, 2004, entitled Method for Providing Mobile Services Using a Code Graph, discloses a method and system for providing mobile services using a code graph, more specifically, a method and system for providing services providing content, services , geographic information services, product information services, taxi-hailing services, personal contact information services, and payment services using 2D codes. The mobile terminal device photographs the 2D code with its built-in camera and decodes it; the mobile terminal then sends a service request message to the service provider's server, the service provider's server provides the service to the mobile terminal itself, or the service provider's server communicates with another server to provide the service to the mobile terminal.

- 2 045997 to the new device.

However, the smartphone, as one of the main tools for on-site sensing of the mobile Internet, cannot overcome the inherent shortcomings of the Internet. Another problem currently encountered is that the way the mobile phone reads the 2D code is overly complex: you need to unlock the mobile phone screen to open the 2D scanning function application and perform at least 6-7 clicks. Second, for a given perceived 2D image, the typical consumer cannot associate the 2D code with a mobile phone application; therefore scanning is always performed using some kind of conventional code scanners; then, all the obtained results of two-dimensional parsing are links to web pages; after clicking, the mobile phone browser opens first, and not the mobile application, which can perform the corresponding functions. All of these issues greatly impact the user experience. Additionally, wearable devices such as Google glasses and smartwatches are essentially still smartphone conversions, except that they are more portable; in addition, they pose a great threat to the privacy of others.

It is currently difficult to effectively associate or verify a user's identity with an operation performed by a device such as a smartphone, or with the actual environment where the user is located, through prior art, which is poorly suited to, for example, tracking an activity such as distribution, implemented as dissemination of information, and is poorly suited for identifying the user’s identity to other relatives and friends in his social environment; In addition, there are no effective measures in place for an external monitoring and regulatory agency to regulate information interactions between a user and another user or application server and the operations performed.

Disclosure of the Invention

To solve the above problems existing at present, the present disclosure proposes an information processing network based on the release of a single code, an information processing method for it, and an access recognition device applicable to it.

In the information processing method based on issuing a single code as proposed in the present disclosure, any interacting party among a plurality of collaborating parties may act as an issuing party to obtain information corresponding to the code medium represented by it; any communicating party may act as an accessing party to identify the code medium through an available recognition device for access, thereby obtaining information corresponding to the identified code medium and also obtaining information provided by the party issuing the identified code medium.

In another example, any communicating party may act only as a releasing party or only as an accessing party, or act as both a releasing party and an accessing party in different circumstances. The encoding medium identified when any interacting party acts as an accessing party may be an encoding medium generated based on information provided by the interacting party as the issuing party, or an encoding medium generated based on information provided by the other interacting party as the issuing party. .

Any issuing party sends a corresponding code release request to the collaborating party as the primary administrator of the plurality of collaborating parties to request the receipt of code media matching the information provided by the issuing party; the primary administrator accepts the request to release the corresponding code, so that the primary administrator or his designated code issuing agency generates the code medium. In another example, the code issuing agency refers to a code media generation unit held by the issuing party that submits the corresponding code release request, or a code media generation unit held by a collaborating party other than the issuing party, or to a third party code generation unit. carrier, which is not included in the set of interacting parties.

Preferably, since the release of the code on the code medium is by request of the main administrator and the code is generated by the main administrator, or although the code medium is generated by the code issuing agency, it must be authorized by the main administrator, and the main administrator can uniformly control the generation of the code medium.

In another example, the information provided by the issuing party to generate the code media includes any one or any combination of the following: information to be issued by the issuing party, the state of the attributes of the issuing party, the state of the attributes of the collaborating party associated with the issuing party, and information obtained from the identification another code medium using an access recognition device available to the issuing party. Such information corresponding to the code carrier can then be linked

- 3 045997 nan by identifying a specific code carrier using a recognition device for access.

In some examples, the information corresponding to a particular code medium may only include some elements of the above information, while some other information elements may correspond to another code medium, which may be either separately sent to any communicating party, such as an accessing party or a designated communicating party. , or sent along with an encoding medium, whether or not corresponding to some element of information, to any communicating party, such as an accessing party or a designated communicating party.

In some examples, the service information may be one type of information to be released included in the information provided by the issuing party to obtain the code medium. The service information corresponds to the service provided by the interacting party as the agency providing that service; the service corresponding to the service information may be provided independently by one agency providing the service, or provided in cooperation by a number of agencies providing the service; any interacting party that knows this service information, such as an accessing party that obtains service information by identifying a code bearer, sends a service request to the agency providing the service, so that the interacting party (for example, an accessing party) sending the service request, or the interacting party designated by it, can obtain the service corresponding to the service information. Based on the different characteristics of the services provided, the main administrator, the issuing party, the interacting party associated with the issuing party, the accessing party, and the interacting party associated with the accessing party may respectively act as a service providing agency to participate in the provision process. services, or act as the party receiving the service in whole or in part, as appropriate.

In various examples, the service provided by the agency providing the service, or the service information corresponding to it, coincides with the execution situation of a given operation and/or the specified state of attributes; a given operation includes operations performed independently by one or more designated interacting parties from a plurality of collaborating parties, or operations performed in cooperation by some of the designated collaborating parties; and the set state of the attributes refers to the state of one attribute or the combined states of a number of attributes corresponding to one designated interactant of a plurality of interactants, or the combined corresponding attribute states of some designated interactants of a plurality of interactants.

Preferably, specific situations for providing information about the service or the service itself may be regulated in the service provision policy. For example, it may be regulated that the agency providing the service provides the service only when a specified operation is properly performed by the designated interacting party, and/or when the attribute state of the designated interacting party matches the specified attribute state; for example, if the agency providing the service has the ability to provide a number of different services, it may be regulated that a certain service among them can be provided when the actual situation of performing a given operation and/or the actual state of the attributes of the designated interacting party relates to a certain situation, then how another service is provided in a different situation. Based on the different characteristics of services, in some examples, the collaborating party as the agency providing the service may act as a designated party (one of the designated parties) and checks whether the operation situation and/or attribute state complies with the regulated service provision policy to determine whether to provide corresponding service.

Any interacting party has an attribute corresponding to it. The attribute element and/or the corresponding state of the attribute element may act as one type of information to be released or may be used to combine with other information to be released included in the information provided by the issuing party to obtain the code medium. Any communicating party may provide such information to other communicating parties by directly sending the attribute state or by releasing an encoding medium including information corresponding to the attribute state.

Preferably, specific attribute adjustment situations may be specified in an attribute adjustment policy. The attributes of the interacting party satisfy any one or any combination of the following: the states of one or more attributes of any interacting party are adjusted based on changes in the state of any one or more attributes of that any interacting party; the states of one or more attributes of any interacting party are adjusted based on changes in the state of one or more attributes of the interacting party associated with any interacting party;

- 4 045997 the states of one or more attributes of any interacting party are adjusted based on changes in the situation of performing a given operation of any interacting party; and the states of one or more attributes of any communicating party are adjusted based on changes in the execution state of a given transaction of the communicating party associated with any communicating party.

Attributes corresponding to any interacting party are recorded, and state adjustments are performed by one attribute management agency alone or in cooperation with a number of attribute management agencies; in different cases, the attribute management agency may refer to any one of the following: any interacting party, an interacting party associated with any interacting party, a primary administrator, and a third-party management device other than the interacting party designated by the primary administrator.

Any communicating party has one or more identities corresponding to it; each identifying information of each communicating party may be used as one type of information to be released, or may be used to combine with other information to be released included in the information provided by the issuing party to obtain the code medium. Any communicating party may provide such information to other communicating parties by directly sending the identification information or by releasing an encoded medium including the identification information. The identity information may act as one attribute of the communicating party and have the characteristics described above with respect to attributes.

Preferably, the identification information may satisfy any one or any combination of the following: identification information corresponding to any communicating party when the execution of any operation is used to associate the operation execution situation with the communicating party; any interacting party combines the identification information of any interacting party with the information to be released, and then directly releases the combined information; the interacting party receiving the released information determines the interacting party that provides the released information by recognizing the identification information; when any interacting party acts as a releasing party, after combining the identification information of any interacting party with the information to be released, it provides the information combined with the identification information to the primary administrator or code issuing agency, which is authorized by the primary administrator to generate the corresponding code medium, and releases the code medium; the accessing party identifies the corresponding code bearer to obtain a communication relationship between the code bearer and the issuing party.

In some examples, identification information of any communicating party may be provided alone or together with other attributes or other information. When any collaborating party, as the issuing party, submits a corresponding request to release code during the execution of an operation assigned to it, the information simultaneously provided to the primary administrator includes at least the identifying information of the collaborating party and information about its execution of the specified operation, thereby linking the code medium generated on based on the corresponding code release request, with the situation of performing a given operation by the issuing party, so that the communication relationship can be learned by identifying the corresponding code medium.

One attribute of any interacting party is the interacting party's monetary share, which has characteristics relative to the attributes described above; all or part of the monetary share of any interacting party can be distributed and adjusted among the designated certain interacting parties; the monetary share of any interacting party may be received or adjusted in any order or combination of the following transactions: any interacting party receives the corresponding monetary share by pledging assets to the primary administrator or designated approver or designated other interacting party; any interacting party receives a monetary share of the appropriate percentage through exchange, paying currency of any kind to the primary administrator or designated approving authority or designated other interacting party; any interacting party receives a cash share or currency exchanged for a cash share of the corresponding percentage paid to any interacting party by the primary administrator or designated approving authority or designated other interacting party; and the designation of the approving authority or other interacting party is made by any interacting party, or by the primary administrator, or by an interacting party associated with any interacting party. The appointment of the interacting party and the distribution of the monetary share can be regulated in the attribute adjustment policy associated with the distribution

- 5 045997 by dividing monetary shares.

In some other examples, the interacting party pays a monetary share for receiving a service (but not limited to receiving goods, content, rights, etc.) provided by the agency providing the service; or the interacting party receives a share of money paid to it by another interacting party as a reward for performing a certain operation (in particular, an operation regulated in the cash distribution policy). The preferred currency is a digital currency that can facilitate the distribution (transfer) of shares between different interacting parties or can even actually be used in place of currency issued in different regions of the real world.

One of the attributes of any interacting party refers to information on the communication between the interacting party and another interacting party; and when any interacting party performs an established operation and/or adjusts an established attribute state, the attribute management agency may adjust the attribute state of the interacting party associated with any interacting party. In some examples, the communicating party becomes a registered user of one or some other communicating parties to thereby form a connection between them; or the interacting party is mutually associated with a peer interacting party when performing a joint interaction operation; or the accessing party is associated with the issuing party by identifying the code carrier; or some interacting parties are designated as related interacting parties by the service providing agency or the policy-making agency or the primary administrator, etc.

One of the attributes of any communicating party refers to the established index corresponding to the communicating party; Based on the weight score, the attribute management agency can coordinately adjust different attributes of one interacting party or coordinately adjust the same attribute of different interacting parties. When allocating the monetary share as an example, it can be adjusted accordingly based on the different transaction situations of a certain interacting party, and can also be distributed based on the transaction situations of different interacting parties.

One attribute of any interacting party refers to a characteristic of the physical world corresponding to the interacting party; this characteristic of the physical world includes, but is not limited to, corresponding to any one of the following or any combination of characteristics of the real environment and/or virtual environment where the interacting party is currently located: a time parameter, a location parameter, an environmental parameter, and the state of one another or several attributes of the interacting party itself. In some examples, although some characteristics of the physical world are not affected as such by any interactant (e.g., time), the performance of some actions or states by a particular interactant or its associated interactant can be used as the starting point/end point for measuring the characteristic physical world, while becoming a characteristic of the physical world corresponding to the interacting party. Depending on different application situations, the characteristics of the physical world can be obtained in different ways, such as from any interacting party, its associated interacting party, the main administrator or a third party, etc. The real environment and/or the virtual environment can be divided into a number of physical lattices based on different characteristics of the physical world; a characteristic of the physical world corresponding to a particular interacting party can make it easier for the respective parties to understand the real environment and/or virtual environment where the interacting party is located, and thereby know the physical coordinates of the place where the interacting party is located.

The main administrator defines or updates encoding rules and decoding rules corresponding to the encoding rules, so that the main administrator or a code release mechanism authorized by him can generate corresponding encoded information based on uniform encoding rules and generate a corresponding encoding medium based on this encoded information; and the access recognition device, based on the corresponding decoding rules, can identify the corresponding encoded information from the encoding medium as well as the information provided by the issuer. Any interacting party, as a policy issuing agency, determines or updates the policy associated with the information provided by the issuing party; such policy includes, but is not limited to, a service provision policy associated with information provided by the issuing party and/or an attribute adjustment policy associated with the state of the attributes provided by the issuing party; and the assignment and updating of the policy by the agency issuing the policy is consistent with the execution condition of the specified operation and/or the specified attribute state.

- 6 045997

Preferably, in this example, in the policy of the agency issuing the policy, the logic for performing a given operation designated by one or more interacting parties from a plurality of collaborating parties is set such that a corresponding encoding medium generated based on encoding rules consistent with the policy includes an instruction that causes the corresponding the interacting party executes the established execution logic; and the recognition device for access of the corresponding communicating party receives this instruction when identifying the code medium based on the corresponding decoding rules. Preferably, if the accessing party is a registered user of the party issuing the code media or a collaborating party associated with it (for example, a service providing agency that is associated with the issuing party), then the accessing party decodes and parses the code media based on the rules decoding, corresponding to the encoding rules, to obtain the appropriate instruction or information to perform an information interaction or interactive operation with the designated issuing party or its related interacting party, as a result of which a closed-loop transaction process can be formed that cannot be accessed by the unspecified interacting party , which provides increased security.

Preferably, any information provider or any party issuing a code medium can form an interactive network centered on itself, with voluntary access to this interactive network. In addition to receiving the relevant information, any recipient of the information or any accessing party who has identified the code medium can also gain passive access to the above-mentioned interactive network.

In some application examples, when any collaborating party, as a first releasing party, sends a first code release request, the provided information includes at least identification information of the first releasing party and a first code medium generated based on receiving the first code release request; any other communicating party as an accessing party identifies the first code medium with its access recognition device to at least obtain the identification information of the first issuing party, and the information provided when sending a second code release request by the second issuing party includes at least the identification information of the first issuing party and identification information of the second issuing party to thereby associate a second code medium generated based on the second code request by the first issuing party and the second issuing party, wherein the communication relationship becomes known by identifying the second code medium.

In some application examples, the first issuing party and its associated interacting party constitute a first ad-hoc interactive network with the first issuing party as the center; the second issuing party gains access to the first ad hoc interactive network by identifying the first code bearer, causing the second issuing party and the first issuing party to form a connection, and causing the second ad hoc interactive network that is formed by the second issuing party and its associated interacting party with the second issuing party as center, integrate with the first dedicated interactive network; and the second accessing party gains access to the second ad hoc online network by identifying the second code medium, and thereby gains access to the first ad hoc online network to communicate with the first issuing party and the second issuing party.

In some application examples, an interactive network exists between the first communicating party and its associated communicating party; the second interacting party and the third interacting party gain access to this interactive network in order to be associated with the first interacting party; the information released by the second communicating party to the first communicating party includes any one or any combination of the following: shared information, search request information, and assistance request information; the first communicating party sends the shared information to the third communicating party in the interactive network; the first interacting party performs a search based on the search request information, responds with information associated with the search request information to the interactive network, sorts the response information to generate the search request, and then forwards the search result to the second interacting party; this response information is provided by the third communicating party to the first communicating party; and the first interacting party sends assistance request information to the third interacting party to the interactive network to facilitate the third interacting party to provide response information to the first interacting party based on the search request information.

In some application scenarios, there are a number of first interacting parties that have the same motive or a number of different motives, respectively

- 7 045997 actually; the second interacting party is associated with the first interacting party having a corresponding motive based on one or more identification information of the first interacting party; the first interacting party of one motif or the fourth interacting party associated with it, as the first issuing party, issues a first code medium received by the second interacting party; and the second interacting party, after identifying, as the first accessing party, the information corresponding to the first code medium, releases, as the second issuing party, a second code medium generated based on the information provided by the second releasing party to the first interacting party (or parties) of the other motive.

In some application examples, the first interacting parties of a plurality of motifs are adjusted based on a secondary attribute state weight of the corresponding identification information of the second interacting parties respectively associated with them; and the primary administrator obtains the attribute states in the corresponding identities of the second communicating parties that are represented by the respective first communicating parties, and completely adjusts the attribute states of all the identifying information of the second communicating parties based on the overall weight.

In some application scenarios, a plurality of second interacting parties are associated with the same first communicating party, respectively; the first executing party sets the logic for executing the operation; an operation with a given execution logic includes any one or any combination of the following: an independent operation of a respective second interacting party, interactive operations between a plurality of second interacting parties, and interactive operations between the second interacting parties and a first interacting party; and the first interacting party submits execution logic to the primary administrator, such that the code medium generated by the primary administrator or a code release agency authorized by the primary administrator based on a corresponding code release request from the first communicating party or the second communicating party includes an instruction that causes the first communicating party to the party and/or the second interacting party to perform the corresponding operation specified by the execution logic; the first communicating party or the second communicating party receives this instruction by identifying the code medium through its access recognition device.

In some application scenarios, a plurality of first communicating parties are associated with the same third communicating party, and communication between the first communicating party and the primary administrator is uniformly implemented by the third communicating party; the third executing party sets the logic for performing the operation; wherein an operation with a given execution logic includes any one or any combination of the following: an independent operation of a corresponding first interacting party or a second interacting party, interactive operations between a plurality of second interacting parties, interactive operations between a plurality of second interacting parties, and interactive operations between second interacting parties and the first interacting party; and when an operation with a given execution logic is specified with corresponding identification information and the corresponding interacting party performs any step of the operation with a given execution logic, the third interacting party provides the identification information of the operation and the identification information of the interacting party performing this operation to the primary administrator, so that the generated code medium includes at least identification information so that any communicating party can obtain the conditions for executing the relevant steps of the operation by identifying the code carrier.

Preferably, any code medium may be issued by the issuing party to at least one region identified by the accessing party by any one or any combination of the following: the issuing party sends the corresponding code medium to the recognition device for the accessing party's access; the issuing party includes a module that may represent at least one region, and releases the corresponding code medium through this module; and the issuing party sends the corresponding encoding medium to a module that may represent the at least one region and releases the corresponding encoding medium through the module.

Preferably, based on the information provided by the issuing party, the primary administrator or his authorized code issuing agency generates a corresponding code medium or generates a code medium and a corresponding hyperlink; and the encoding medium refers to any one or any combination of the following: a bar code image, where the encoded information is generated as a one-dimensional code image, a two-dimensional code image, or a multidimensional code image; an optical array circuit where encoded information is generated in the form of a light-shadow beam or an updated frequency change or in the form of visible light or ultraviolet or infrared

- 8 045997 red light or polarized light; and a digitized acoustic wave or radio wave generated by a special law or a specific form of frequency change; and the access recognition device includes a device that can identify the corresponding code media type and/or hyperlink.

The present disclosure provides an access recognition device that can be adapted to implement an information processing method based on the release of a single code and functions described in the corresponding examples. The interacting party using the access recognition device acts as the issuing party, the accessing party, the main administrator, the service providing agency, the policy issuing agency, the code issuing agency and the attribute management agency in different circumstances, following the above-mentioned method and the corresponding the characteristics described in the examples of the method.

The access recognition device may be configured by software, hardware, or any combination thereof to be capable of implementing any or any combination of the corresponding examples given below.

In some examples, the access recognition device identifies the code medium to obtain information corresponding to the identified code medium.

In some examples, the access recognizer identifies the code medium to provide a interacting party having the access recognizer, as the access party, access to an ad-hoc interactive network built with the code media issuing party as the center so that the access party can interact via recognition devices for access with the issuing party or another interacting party associated with the issuing party in a special interactive network.

In some preferred examples, the interacting party having the recognition device to access is the entity.

In some examples, the access recognition device includes a receiving module configured to receive an encoding medium of an appropriate type; wherein the obtained code medium can be decoded by a decoding unit of the access recognition device or a decoding unit of the other communicating party to obtain the encoded information; further, the decoded information can be analyzed by an encoded information decoding unit of the access recognition device or an encoded information parsing unit of the other communicating party to obtain information corresponding to the encoded information;

a reading/receiving unit configured to enable interaction of a communicating party having a recognition device for access with another communicating party; for example, but not limited to: submitting a service request to receive a service and/or obtain information about the relevant service, voucher for a service or provision of a service, etc., submitting, as the issuing party, a code release request to the primary administrator and providing information and/or receiving generated code media/or authorizing autonomous release of code, sending or receiving any information/code media, sending or receiving a policy required by an established encoding rule, or receiving an encoding rule or corresponding decoding rule defined or updated by the underlying server, sending or receiving the attribute state of a interacting party or its associated interacting party, performing information interaction with another interacting party having access to the interactive network to send relevant information or data to other parts of the recognition device for access, or receiving from those parts information directed to others interacting parties, etc.; a send/receive unit shared by other communicating parties; By sending/receiving such information and its further processing by the corresponding module of the access recognition device, the corresponding functions can be implemented by the communicating party having the access recognition device.

Optionally, the access recognition device may include an input unit for inputting information used in interaction; different input blocks can have different shapes depending on the required input information.

Optionally, the access recognition device may include a display unit configured to display content identified from the code medium and content used in the interaction; such content may be in the form of video, audio or any other free form.

Optionally, the access recognition device may include a code medium generation unit for generating a corresponding code medium based on the permission of the primary administrator, wherein information provided by the communicating party having the access recognition device is combined in the generated code medium.

Optionally, different parts of the access recognition device are configured in one interacting device or separately configured in a plurality of interacting devices.

- 9 045997 devices connected by signals; wherein the interacting device is a mobile terminal device or a stationary terminal device or a wearable device (including also implants in the human body); the communicating device is provided with an internal sensor or coupled with signals to an external sensor to obtain attribute states of the communicating party.

In some examples, decoding rules corresponding to the encoding rules on the basis of which the primary administrator, or the interacting party with his permission, generates the encoding medium are set in the client software; the access recognition device decodes the encoding medium according to the corresponding encoding rules through the client software to obtain the corresponding encoded information, parses the corresponding encoded information to obtain the parameters included in the encoding medium, and automatically imports these parameters into the auto-extensible client software; and when the code medium is not identified, the access recognition device automatically installs the decoding client software or updates the decoding rules in the decoding client software or generates an error message.

In some examples, the access recognizer is provided with an acquisition unit adapted to acquire at least some attribute states corresponding to the communicating party having the access recognizer; attribute states, for example, include, but are not limited to: physical world characteristics, identification information, communication information, weighting, monetary share, user profile of an entity, physical state of an entity, etc.

The interacting party with the target person as an authority has one or more identification information corresponding to it; Each communicating party identity corresponds to any one or any combination of the following:

corresponding identification information when the interacting party performs any operation is used to associate the operation execution situation with the interacting party;

the interacting party, after combining the interacting party's identification information with the information to be released, directly releases the information combined with this identification information; and the interacting party receiving the released information determines by identifying the personal data of the interacting party that provides the released information; and when the interacting party acts as a second issuing party, it, after combining the interacting party's identification information with the information to be released, provides the information combined with the identification information to the primary administrator or designated code issuing agency to generate the corresponding second code medium and releases second code carrier; by identifying the second code medium, a communication relationship can be established between the second code medium and the communicating party as the second issuing party.

In some examples, the interacting party with the target person as an authority has one or more identification information corresponding to it; Each communicating party identity corresponds to any one or any combination of the following:

corresponding identification information when the interacting party performs any operation is used to associate the operation execution situation with the interacting party;

the interacting party, after combining the interacting party's identification information with the information to be released, directly releases the information combined with this identification information; and the interacting party receiving the released information determines by identifying the personal data of the interacting party that provides the released information; and when the interacting party acts as a second issuing party, it, after combining the interacting party's identification information with the information to be released, provides the information combined with the identification information to the primary administrator or designated code issuing agency to generate the corresponding second code medium and releases second code carrier; by identifying the second code medium, a communication relationship can be established between the second code medium and the communicating party as the second issuing party.

In some examples, the first issuing party and its associated interacting party constitute a first ad-hoc interactive network centered on the first issuing party; interacting party with the target person as an authority, acting as

- 10 045997 of the first accessing party, identifies, through the access recognition device, the first code medium issued by the first issuing party, and gains access to the first ad hoc interactive network; and the interacting party with the subject person as the authority further acts as a second issuing party to release the second code medium; the other interacting party, as the second accessing party, identifies the second code medium through another access recognition device to realize communication with the second issuing party, thereby allowing the second accessing party to access a second ad-hoc interactive network that is formed by the second issuing party and its associated interacting party side with the second issuing side as a center, and also access to the first ad hoc online network, so that the second ad hoc online network is integrated with the first ad hoc online network.

The present disclosure proposes a single code release information processing network that can be adapted to implement a single code release information processing method and the functions described in the corresponding examples. The information processing network includes a plurality of interacting parties, including a primary administrator, who, based on an accepted code release request, autonomously generates code media corresponding to the code release request, or authorizes the code release agency, after verifying the latter's rights, to generate code media corresponding to the request about the release of code;

any collaborating party, as issuing party, that submits a code release request, provides information to the primary administrator, receives the code media that is generated by the primary administrator or the designated code releasing agency, and agrees on the information provided;

any communicating party, as an accessing party, which identifies, through an access recognition device in its possession, a code medium issued in at least one region identified by the accessing party to obtain information corresponding to the identified code medium, and also receives information, submitted by the party issuing the identified coded information.

Preferably, any information provider or any party issuing a code medium may form an ad hoc interactive network centered on itself corresponding to the ad hoc voluntary access interactive network. In addition to receiving the relevant information, any recipient of the information or any accessing party who has identified the code medium may also have passive access to said ad hoc interactive network.

In particular, any interacting party, when acting as an issuing party, an accessing party, a primary administrator, a service providing agency, a policy issuing agency, a code issuing agency, or an attribute management agency in various circumstances, follows the methods mentioned above. and the corresponding functions described in the method examples. Specifically, the access recognition device available to the communicating party acting as the accessing party may be the access recognition device described above.

In some examples, any interacting party includes essential and optional details:

essential details include a send/receive block configured to communicate with another communicating party and to communicate with other back-end server blocks; and the parts optionally include any one or any combination of the following: an access recognition device;

built-in or external database for storing various data during the interaction process;

a decoding unit configured to decode the encoding medium received by the communicating party to obtain encoded information;

an encoded information parsing unit configured to parse the received encoded information to obtain information corresponding to the encoded information;

an input unit configured to input information used in interaction;

a display unit configured to output content identified from the code medium and content used in interaction;

a code media generation unit configured to generate a code media as authorized by the main administrator;

wherein the send/receive unit, available to the communicating party as the issuing party, is configured to send a code release request to the primary administrator and receive the generated code medium, and is also configured to release the received code medium to at least one region identified by the accessing party;

- 11 045997 a send/receive block available to the collaborating party as a code agency is configured to receive a permission sent by the primary administrator to allow the code agency to autonomously generate code media, such that the code agency code media generation unit generates code media with the permission of the main administrator;

significant details of the interacting party as a policy issuing mechanism also includes an access determination unit configured to formulate or update a policy associated with the information provided by the issuing party and sending the policy to the primary administrator via the policy issuing party's send/receive unit; and the sending/receiving unit of the communicating party as the base server is configured to receive a code release request sent by the releasing party or releasing a generated code medium by the releasing party or the communicating party designated by the releasing party; the essential details of the communicating party as the underlying server also include: a code media generation unit configured to generate a corresponding code media from information provided by the issuing party;

details for selecting the communicating party as the underlying server include any one or any combination of the following:

a checking unit configured to check, based on the code release request from the issuing party, whether the code release agency specified in the code release request has the rights to autonomously generate the code medium; wherein, when the designated code agency has the rights to autonomously generate the code medium, the sending/receiving unit of the collaborating party as the base server sends to the designated code agency permission to autonomously generate the code medium; and a rule control unit configured to formulate or update encoding rules and decoding rules corresponding to the encoding rules based on the policy submitted by the agency issuing the policy.

For example, when any interacting party acts as an issuing party, an accessing party, a primary administrator, a service providing agency, a policy issuing agency, a code issuing agency, or an attribute management agency, etc., the details intended for it may be located in the corresponding server or in a mobile terminal device, a stationary terminal device or a wearable device (also including implants in the human body), etc.

In some examples, any communicating party has disclosure rights established with respect to information received and/or sent by it, wherein the disclosure rights are configured to define a plurality of conditions for receiving and/or sending the information; wherein some conditions include attribute states of any interacting party or attribute states of another interacting party.

One preferred example of the present disclosure provides a mobile terminal/wearable device configured to access a digital human network. The term digital human network refers to the hierarchy of a social network, where the corresponding nodes for a special motive include corresponding dynamic social statuses/social reputation indicators, including social attitudes/open attitudes (for which a motive is adopted, choosing for which friends (for example, casual acquaintance, or allowing friends of friends, or allowing friends with a certain level of social reputation score to gain access, regardless of the degree of familiarity); another of its main characteristics is access to a site (environment) where parameters related to this scene are purchased and downloaded; access mode may refer to different types of access reading, for example, optical instead of electrical (one-dimensional code, two-dimensional code, and multi-dimensional code, hidden two-dimensional code, etc.), acoustic wave, Bluetooth, changing the electrical potential of the brain, and different types of propagation and reception methods digital signal, which are implemented by the corresponding generating module and identification module.

In one preferred example of the present disclosure, the behavior of a person (object person) may include active access by scanning a code and passive access by scanning a code, i.e. by voluntarily determining access behavior or interacting with another person who sets access behavior; access refers to the corresponding action performed by identification based on the corresponding rules of a medium coded according to a certain established rule that can be seen, heard or received in the real world; the effect created by access is not purely the object itself, but a special motive generated in a special scene, where the special motive can be predetermined or triggered based on a certain condition, including, for example, an indicator of the moral quality of the social search for access or access to a person accessible to perform a self-assessment, and the result generates a quantifiable behavior that creates a change in the moral quality score

- 12 045997 for a distribution chain in a social network or behavior is generated that changes the self-assessment of an indicator of moral quality.

For a digital human network with the above characteristics, no practical visual effect will be generated if the access recognition device is worn by a monkey or robot, since such monkeys or robots do not have an indicator of moral quality and social environment, which can create different access effects based on environment, time, user attributes, etc.; this represents a fundamental difference between humans and animals, as well as robots.

The access reading means not only allows the target person to have the attributes of a digital person equipped with an access recognition device, but also can solve the functions of the digital person's operations; in addition, it is also configured such that the device has various types of digital human functions described above and in the embodiments below; or even when a nanoorgan/nanochip, which can act as an access recognition device, is implanted into a human body or human brain, so a manufacturer attribute can be attached to give a personalized attribute to communicate with the relevant interacting parties and implement changes in the attributes. For example, a device offered by the manufacturer, e.g. the Affiliated Hospital of ECNU (East China Normal University) has physiologically stable/emotionally stable personality properties, and the device offered by another manufacturer such as the Affiliated Hospital of Fudan University has intelligent personality properties, etc. This can be used to describe the attribute of personal properties that differs in the era of half-humans - half-machines with the formation of a large number of machine organs to replace human organs.

The digital person can identify the digitized codes using a module having an access reading function to read the access, such as by scanning a two-dimensional code, and the O2O mode for offline to online transition is realized to access the cloud service platform. By combining the unique identifier (and various types of affiliated attribute information) of the digital person as such with newly discovered information about the digital person, it is possible to generate another fresh information about the digital person that has the same content, but a different identifier for identification; this action can be recorded by the said platform, even if the information is not distributed and thus refers to structured big data that shows the world that has manifested its own social position: opened and read.

Based on the combination of his ID, the digital person can share the latest digital information with his circle of friends or send it to a specific friend, also expressing his position. This method of communicating with another person, accessed by reading encoded information, supplemented by one's own information and then sent, forms the basis of the value of human society.

That is, by identifying the ID of a digital person combined with various information (in particular, information widely shared many times), it is possible to identify the digital people who each time perform such an operation as sharing information, and then the corresponding levels of disseminators can be tracked over time. the whole process. Moreover, distributors can be remunerated through a quantifiable digital price scale, i.e. digital currency that can be in practical circulation. The evolution of existing currencies such as Bitcoin is not based on labor and value in human society and its quantity and mining process are only determined artificially; therefore, they cannot play the role of digital currency. The digital currency referred to in this disclosure is generated based on the excess value in the area of circulation, which refers to the value system in the sector of circulation and sharing and has a standard of measurement as being digitized, shared, traceable and quantifiable; thus, it can become a universal equivalent to represent the value of any product.

It is through this procedure that the value of information dissemination can be monetized, thereby motivating people to participate in the benefits, realizing real socialized e-commerce. According to the Applicants, socialized e-commerce refers to a mode of doing business where accurate tracking of the distribution process is implemented through background processing on an online social network as a channel for disseminating information, which is the basis for distributors to receive rewards for promoting and helping the issuer obtain increasing numbers of orders. . In this mode of doing business, it does not matter what goods to sell, since value creation comes from the setting of the issuing party; the precondition is that she believes that distribution can benefit her and she would like to give away a share of the profits. The essence of this socialized e-commerce will not be affected by using a social network to shift the focus to one hundred

- 13 045997 value created by distribution as such. In addition to typical goods, services that do not belong to traditional trade retail, and even information as such can act as an object of distribution in our socialized e-commerce mode, for example, the desire to become a member of something, hiring, inviting investment, etc. . In this mode of socialized electronic commerce, the issuing party, which is the ultimate beneficiary of the dissemination of information to those who need it, can voluntarily decide whether to pay a distribution fee at the conclusion of the transaction, based on its expectations from this mode. By identifying the identity of the disseminator, it is possible to learn attributes corresponding to the disseminator, such as a dynamic social status/social reputation score (which is adjusted based on his actions), which will serve as a basis for another person in determining the reliability of the information disseminated or as a basis for setting an open position for receiving and sending information.

Information processing must include procedures for receiving, identifying, transmitting, processing and storing. Scanning a digitized code medium such as a two-dimensional code using a mobile terminal device such as a mobile phone is not only a simple act that can be easily performed by anyone in the real world, but also an instruction to query the virtual world to obtain an online resource, represented by a two-dimensional code. The smartphone includes a code reader, a communicator, a processor and a display, which can not only read the two-dimensional code to obtain and present online information, but also it can be linked with an online cloud service for subsequent operational interaction corresponding to the extension of human organs and limbs in virtual world.

A digitized code medium, such as a two-dimensional code, can exist as an object label for a seller, product, or service. Some set of two-dimensional codes mapped onto the resources of a particular object actually constitute the offline real world, and the information associated with these two-dimensional codes typically constitutes the online virtual world; two-dimensional codes link scenes and individuals in the real world to data in the virtual world. In addition, the two-dimensional code has sufficient information capacity (which can also cover encoded information corresponding to instructions for performing a complex action), which becomes a key element that comes into the virtual world to replace a link to a web page.

An effective means of swiping access is the video and audio functions of a wearable device owned by a person, including an implanted chip that has a unique digital identifier and can digitally access the person to a cloud service available when swiped; it usually does not include analog access obtained by matching biometrics with those stored in the database, such as fingerprint identification, facial recognition, etc.

The fundamental difference between a wearable device and the human eye is that, unlike the eye, a wearable device does not need to receive all light signals. As a bridge between the real world and the virtual world, with just one function of obtaining a digitized code medium (e.g. scanning a 2D code), the basic requirements will be met (i.e. readable access as stated above). Therefore, it is critical that the wearable device contains a module for receiving a code medium, such as a camera that can scan a two-dimensional code, on glasses that can interact with the eyes to search for and quickly capture two-dimensional codes visible or invisible on the assets of the object; the whole process can be completed in 1 s. The 2D code is then transmitted to the associated (own) mobile phone or other device for parsing; subsequent operations are performed in the mobile phone according to the procedures described above. This can increase the speed of perception of the virtual world to be comparable to ordinary visual perception. Moreover, the application corresponding to the two-dimensional code is opened automatically by the mobile phone settings, and will be used for further processing of the result of parsing the two-dimensional code; When you find functionality associated with a specific application, the latter will automatically open or prompt you to download that application. By partnering with app vendors to get parameters in 2D code, such parameters will be directly imported upon opening the app to a specific feature page, further reducing the processing process. Of course, in the course of technological development, it will also become possible to use equipment such as a personal portable optical screen (optical touch screen), a holographic helmet operating by changing the electrical potential of the brain, etc., which reads the information of digitized codes in a way other than visually.

In the present disclosure, since all the important procedures for sending code in the form of a code medium are uniformly managed by the main administrator, he can first manage the execution threads intended for the respective parties; then, since when the relevant parties carry out their specific operations required by these procedures, their respective

- 14 045997 identifiers, for example unique ones, will be linked, it is possible to monitor the correct execution of procedures.

Brief description of drawings

Fig. 1 is a flowchart of an information processing method based on releasing a single code in the first embodiment of the present disclosure.

Fig. 2 is a flowchart of an information processing method based on releasing a single code in the second embodiment of the present disclosure.

Fig. 3 is a partial flow diagram of another embodiment of the information processing method shown in FIG. 2.

Fig. 4 is a partial flow diagram of another embodiment of the information processing method shown in FIG. 2.

Fig. 5 is a flow chart of the information processing method based on releasing a single code in the third embodiment of the present disclosure.

Fig. 6 is a flow chart of the information processing method based on releasing a single code in the fourth embodiment of the present disclosure.

Fig. 7 is a partial flow diagram of another embodiment of the information processing method shown in FIG. 6.

Fig. 8 is a flowchart of the information processing method based on releasing a single code in the fifth embodiment of the present disclosure.

Fig. 9 is a flowchart of an information processing method based on issuing a single code in the sixth embodiment of the present disclosure.

Fig. 10 is a block diagram of a single code release-based information processing network in the seventh embodiment of the present disclosure.

Fig. 11 is a block diagram of a single code release-based information processing network in the eighth embodiment of the present disclosure.

Fig. 12 is a block diagram of a single code release-based information processing network in the ninth embodiment of the present disclosure.

Fig. 13 is a diagram showing a design example of a mobile terminal device in an information processing network based on the release of a single code in the ninth embodiment of the present disclosure.

Fig. 14 is a diagram of a design example of a background server in the ninth embodiment of the present disclosure.

Fig. 15 is a diagram of a design example of a base server in the ninth embodiment of the present disclosure.

Fig. 16 is a block diagram of a single code release-based information processing network in the tenth embodiment of the present disclosure.

Fig. 17 is a flow chart of the information processing method based on releasing a single code in the eleventh embodiment of the present disclosure.

Fig. 18 is a block diagram of a single code release-based information processing network in the thirteenth embodiment of the present disclosure.

Fig. 19 is a block diagram of a single code release-based information processing network in the fourteenth embodiment of the present disclosure.

Fig. 20 and fig. 21 is a block diagram of a single code release-based information processing network object in the fifteenth embodiment of the present disclosure.

Fig. 22 is a diagram of an implementation example of a single code release-based information processing method in the fifteenth embodiment of the present disclosure.

Fig. 23 and fig. 24 is a flow chart of the information processing method based on releasing a single code in the sixteenth embodiment of the present disclosure.

Fig. 25 is a diagram of an example structure of a single code release-based information processing method in the seventeenth embodiment of the present disclosure.

Fig. 26 is a diagram of another example of the structure of the information processing method based on releasing a single code in the seventeenth embodiment of the present disclosure.

Detailed Description of Embodiments

The concept, specific designs, and resulting technical effects of the present disclosure will be described in more detail below with reference to the accompanying drawings in order to sufficiently understand the objectives, features, and effects of the present disclosure.

Option 1.

Below are some many examples of the information processing method based on the release of a single code shown in FIG. 1, which mainly include interactions between the core server, background server and mobile terminal device; the third-party server is configured according to actual application scenarios.

In step S101, the background server sends a request to the core server to request a two-dimensional code corresponding to a service provided by the background server.

- 15 045997

In step S102, the backend server receives the request and generates, based on the service provided by the backend server, corresponding encoded information from the service-related information based on a predetermined encoding rule, then generates a corresponding 2D code from the encoded information and sends the 2D code to the backend server. .

In step S103, the background server releases the two-dimensional code to a location where the user of the mobile terminal is accessible. For example, the two-dimensional code can be released on an Internet web page or software application, such as Weibo, WeChat, QQ, etc., and can also be released on a variety of information platforms, such as a sales catalog, television screen in a store, construction advertising media, poster, wall of a real store, exhibition, etc., or directed directly to a mobile terminal device.

In step S104, the user becomes a registered user of the background server by registering with the mobile terminal; the mobile terminal device sends registration information to the back-end server, the registration message includes at least information that can uniquely identify the mobile terminal device or uniquely identify a user (referred to as unique identification information).

The unique identification information may be, for example, a unique IMEI number or a SIM card number of the mobile terminal device, or a physical interface address of the mobile terminal device, or a user identification number, telephone number, etc. Registration information may also include username, password, address, interests and hobbies, QQ number, checking account and other personal information or other information required by the back-end server or core server.

In step S105, the background server stores the user's registration information and sends a successful registration message to the mobile terminal device; The back-end server or mobile terminal notifies the back-end server, and the latter registers communication information when the user has become a registered user of the back-end server.

In step S106, the user identifies the two-dimensional code by the mobile terminal and decodes it to obtain encoded information corresponding to the service information. For example, the two-dimensional code is photographed by the camera of the mobile terminal and then decoded. The camera typically has a resolution of 0.3 megapixels or greater, which can guarantee 2D code recognition. When the camera is pointed at the 2D code and the latter is clearly visible on the screen, the camera can automatically photograph the 2D code.

In step S107, the mobile terminal device parses the encoded information, retrieves the stored service information from the background server, and displays the corresponding service information on the display of the mobile terminal device for viewing by the user.

In step S108, the mobile terminal device sends a service request to the background server, requesting the background server to provide the service. The service request includes at least information that can uniquely identify the mobile terminal device or uniquely identify the user, wherein the information matches or matches the unique identification information included in the registration information to facilitate the background server to identify the mobile terminal device or user.

In step S109, the background server provides a corresponding service to the mobile terminal based on the service request content and notifies the core server. In yet another example, a message that a service has been received may be sent by the mobile terminal device to the home server.

In step S110, the backend server creates accounts corresponding to the backend server and its registered user or the registered user's mobile terminal to calculate one or more attributes thereof. The back-end server, the registered user, or their mobile end device can notify the back-end server to register or adjust their account attributes for any operation they perform that meets a given condition.

In this example, the backbone server may, for example, perform adjustment of attributes of the user's account or his mobile terminal device in relation to the user's operation in step S107 of retrieving service information from the background server for viewing to decode and analyze the two-dimensional code by the mobile terminal device. As another example, the backend server may adjust the attributes of a user's or mobile terminal's account with respect to the user's operation of requesting and receiving a service, or may also make an adjustment of the backend server's account attributes with respect to the backend server's operation of providing a service. Since the backend server records communication information between the backend server and its registered user, it can make adjustments to the corresponding attributes regarding their interactive operations based on notification from any

- 16 045997 rona at stage S109. Or, assuming that the backend server does not initially log information about the communication between them, it could also include information for all participating communicating parties (for example, the backend server and the user's mobile terminal) in a notification from one party to the backend server, and then the backend the server makes appropriate adjustments to the corresponding attributes based on the communicating party information included in the notification.

In different use cases, a change in one or more attributes (for example, participation rate or activity level) of a user's account can be used to change another attribute (for example, currency balance or number of points earned) of the user; or the user may receive different services provided at different costs by the back-end server based on different values of a certain attribute in the account. Relevant parties can send a request to the backend server to clarify the attribute values of themselves or other parties (for example, a backend server can query the attribute values of itself or the attributes of its registered users, and a user can also query the attribute values of itself or the attributes of other backend server's registered users. provider of the service, or rights to request information on attributes may be agreed upon in advance).

Based on different set conditions in different application scenarios, in step S110, the operation that can be registered by the backend server to adjust account attributes may be an operation performed by the backend server or a registered user as such, or an interactive operation between them, or an interactive operation between them. and a back-end server, a third-party server, another back-end server, or another mobile end device. Any party performing or participating in the transaction notifies the underlying server to make adjustments to the relevant account entries based on the transaction being performed.

Which transactions can be recorded or subject to attribute adjustments, or which attributes can be adjusted, or how the attributes corresponding to the transactions are adjusted, or the values to be adjusted, or the impact caused by attribute adjustments, or which party has the right to request attributes, etc., specifically set in a given condition. The specified condition may not be disclosed to the user or relevant parties, or may be communicated to the user or relevant parties in advance or during the interaction process in various ways: for example, directly provided to the user when the user registers, or issued along with the 2D code, or directly encoded in the encoded information of the 2D code and then provided to the user when retrieving information about the service through decoding or parsing, etc.

The corresponding steps in the embodiment may be modified to adapt to different application scenarios: for example, in another example of generating 2D code (eg, step S102), when the backend server receives a request from the backend server to obtain the 2D code, it considers the background server's authority to 2D code generation (code submission authority) and sends the specified encoding rule to the backend server and allows the backend server to autonomously generate 2D code.

An encoding rule can be sent to the backend server only after the backend server receives a request to generate 2D code; or the current encoding rule can be obtained from the backend server and stored in the backend server, where the backend server registers an attribute record account with the backend server and generates a 2D code based on the stored encoding rule after sending this request and receiving an enabling command from the backend server to generate the 2D offline code; or when sending an enable command, the backend server can simultaneously send an updated encoding rule to the backend server to replace the originally stored version, and the backend server then generates a 2D code based on the updated encoding rule.

The encoding rule on the background server has a read-only attribute, i.e. The background server can generate 2D code, if permitted, according to the received encoding rule, but cannot autonomously modify the encoding rule. Operations of setting an encoding rule, updating, or issuing an encoding rule to a person authorized to generate 2D code can only be performed by the underlying server. When the backend server needs to change relevant aspects during the provision of a service (for example, the type or content or specified condition of the service provided, the specified attribute change condition, reward policy, etc.), the change in encoding rule is notified to the backend server before the operation is actually carried out ; then the two-dimensional code to be generated in subsequent operations can be generated by the modified encoding rule, and can be decoded and analyzed only based on the corresponding updated decoding rule.

Or, in yet another 2D code generation example (eg, step S102), upon receiving a request from the background server to generate 2D code, the backend server may send a currently valid encoding rule (which may be a predetermined encoding rule or

- 17 045997 updated encoding rule) to the third-party generating device and, after granting permission, the third-party generating device directly sends the 2D code to the back-end server. A third party generating device also cannot modify the encoding rule.

In addition, with the exception of step 102 where the backend server requests the generation of a 2D code corresponding to the service being provided, the backend server or mobile terminal device may, in subsequent steps, make a request for information to be sent to appropriate third parties, the backend server and obtain the 2D code , which is generated by the backend server or its authorized party based on the encoding rule currently in effect and corresponds to the information to be sent, so that the respective parties identify the two-dimensional code based on the corresponding decoding rule in order to obtain the information sent from the backend server or mobile terminal device . For example, it may be requested that the generation of a two-dimensional code corresponding to a registration request and a service request, etc. sent from a mobile terminal device to a back-end server, and a successful registration message, service information, and even specific service content provided , sent from the back-end server to the mobile end device, will be completed by the back-end server or its authorized party, and then everything will be sent to the appropriate recipient. Due to the high level of security of 2D code, when sending information in 2D code, security can be guaranteed without encryption and decryption.

Suppose the background server or mobile terminal device sends a request to the core server to automatically generate a 2D code and receives permission from the core server at an early stage of a certain interactive process, the background server or mobile terminal device can encode the information it reports to the core server and generate the corresponding 2D code that will be sent to the backend server.

Let us further assume that the interactive information that needs to be sent to a third-party back-end server or mobile end device at a certain time in the process corresponds to an operation currently in progress (for example, sending payment information at the payment stage) when the back-end server or mobile end device sends the request to the core server to obtain the appropriate 2D code or to obtain permission to release the code offline, this corresponds to notification to the core server of the operation being performed and makes it easier for the core server to adjust account attributes without having to further send a notification to the core server.

When generating any kind of 2D code during an interactive process, a hyperlink can also be generated simultaneously so that the information contained in the hyperlink is identical to the information contained in the 2D code. After receiving the generated 2D code and the corresponding hyperlink, the back-end server sends them directly to the mobile end device. The hyperlink and 2D code can be displayed on a single page sent to the mobile terminal device; or the hyperlink itself may be invisible and attached to two-dimensional code or attached to other content such as text, image, video media, etc. The user can then take a photo of the 2D code or click on a hyperlink (or click on the 2D code or distribution medium attached with the hyperlink) via the mobile terminal device to extract the encoded information contained and further analyze it to obtain information related to the service being provided.

The order of execution of some steps may not be limited to the order of execution described above. For example, the operation of step S104 to perform user registration or the operation of step S105 in which the core server registers communication information between the user and the background server can be adjusted in different application scenarios, such as the user registration operation and notifying the core server to register information communication can be performed before the implementation of any of the steps S101 S103; another example, by sending a corresponding request to the background server in step S107 or step S108, the operations of registering a user and notifying the backend server to register can be performed.

Moreover, the user can send registration information to the back-end server to become its registered user in another way, without using a mobile terminal device. For example, when receiving a service request or other request sent from a mobile terminal device, the back-end server automatically identifies some unique identification information on the mobile terminal device (for example, a unique IMEI number, SIM card number or physical address of the mobile terminal device interface ) upon user registration. For example, the user directly provides registration information on paper or by mail to the backend server operator to register the user.

- 18 045997

In some examples, the user does not register with the backend server, but receives service or feedback from the backend server by directly sending a request to the backend server after identifying the 2D code, and the backend server, upon receiving the notification, performs attribute registration or adjustment according to the corresponding operation.

In addition, a back-end server, a user, or a user's mobile terminal device may register with the back-end server in the same manner as a user registers with the back-end server to become a registered user of the back-end server, with the back-end server creating separate accounts for them to register attributes. As another example, the backend server may also request the backend server to send the backend server's unique identification information to verify its identity and determine whether it is a legitimate backend server; the backend server can then specify that services will only be provided to authorized backend servers (services could be, for example, a command to allow autonomous code to be sent when generating 2D code, or to send 2D code, or to, for example, log changes to attributes, etc. )

Based on the different types of services provided (for example, in step S109), the background server may independently provide services to the mobile terminal device, or it must cooperate with another background server or a third-party server to provide services to the mobile terminal device. For example, in the case of a content provisioning service, the background server can independently perform the content provisioning service if it has enough content information; In the case of a paid service, if the backend server itself has the appropriate functionality, the payment can be completed directly, otherwise the backend server may need to interact with another payment server or a third party server such as a banking platform to complete the payment action.

Or, based on the different content of the services provided, the entity that ultimately receives the service from the background server based on the service request sent from the mobile terminal may not be the mobile terminal, but the background server itself, or a third-party server, or core server, or another background server, or another mobile end device, etc.

Upon receiving a service request, the background server may first determine whether a given condition is met and provide services to the mobile terminal only when that condition is met. In different application scenarios, this step is optional and is performed by choice. The specified condition may be an activity state (for example, the user makes a payment, or the value of a certain user attribute has reached a required value, etc.), which may be satisfied after one of the backend server, backend server, user, or user's mobile terminal will perform the corresponding operation independently or in cooperation with other parties, or a state of external passivity (occurring at a certain time, date, etc.) that is not affected by the operations of different parties, or even a state that combines the state of activity and the state of passivity, etc. .d.

Generally, unless otherwise noted to exclude relevant features in the following embodiments, the relevant definitions, interactive procedures and features described in various examples of this embodiment (including, but not limited to, user registration, account opening, generation and release of various types of two-dimensional codes and/or corresponding hyperlinks, service provision, attribute adjustments, etc.) can all be applied to subsequent other embodiments.

Embodiment 2.

Below are some many examples of a method for processing information based on issuing a single code to make payment for the purchase of goods, as shown in FIG. 2, which may primarily include interactions between the backend server, the backend server and the mobile terminal; the third-party server is configured according to actual application scenarios.

In step S201, the background server provides a service for selling goods; the backend server sends a request to the backend server to request the 2D code corresponding to the item on sale.

In step S202, the core server or background server or a third-party generating device authorized by the core server encodes the product information based on the currently valid encoding rule and generates a two-dimensional code corresponding to the product information.

Product information may include information related to the product, such as product code, product group, regional GIS classification information, transaction price, sales organization, sales channel, payment method, account number at the receiving bank, account number at the third-party recipient bank etc.

In step S203, the background server obtains the two-dimensional product code and releases it to various kinds of information platforms.

- 19 045997

In step S204, the user of the mobile terminal registers to become a registered user of the background server; the background server stores the user's registration information and sends a successful registration message to the mobile terminal device; the core server registers communication information between them based on the notification from the mobile terminal or background server to subsequently perform attribute adjustments based on the eligible operation of the mobile terminal or background server.

In step S205, the mobile terminal device takes a picture of the two-dimensional product code with a built-in camera, and decodes the picture of the two-dimensional code to obtain encoded information corresponding to the product information.

In step S206, the mobile terminal device decodes the encoded information to determine whether the two-dimensional code is generated according to a predetermined encoding rule; if so, it is indicated that the information contained therein matches the product information provided by the back-end server, and then subsequent steps of the inventive method are performed. If the 2D code is not generated according to the specified encoding rule, then the 2D code may correspond to a product or service provided by other sellers, and an error message will be displayed on the mobile terminal device as a hint, or a corresponding web page that may be associated with the product or the service of another seller, or a link to such a web page; or after another specified web page is presented, subsequent steps of the method will not be executed.

In step S207, product information is retrieved from the background server based on the encoded information and displayed on the display of the mobile terminal device for viewing by the user.

In step S208, if the user is satisfied with the product, he sends a purchase request message to the background server via the mobile terminal. The purchase request message includes unique identification information of the mobile terminal device (eg, one or more of a telephone number, IMEI number of the mobile terminal device, a user name, and a physical address of the mobile terminal device interface) and may also include other information about the user. The purchase request message also includes transaction information, such as quantity of item being purchased, payment method, etc.

In step S209, the background server generates an order based on the received purchase request message.

In step S210, the background server sends a payment request message to the third-party payment server. The payment server may be a bank's payment server, a mobile operator's payment server, or an Alipay payment server, etc.

In step S211, the payment server processes the payment to pay for the item and then sends a payment success message to the background server.

In step S212, the background server sends a payment success message to the mobile terminal and displays it on the display of the mobile terminal to notify the user.

In step S213, the backend server adjusts the corresponding attributes in the account of the backend server, the registered user, or the mobile terminal of the registered user based on the payment success message sent from the backend server.

Specifically, in another example of step S212, the payment server directly sends a payment success message to the mobile terminal device. For example, in another example of step S213, the mobile terminal device or payment server sends a payment success message to the base server, notifying it that it needs to adjust the attributes based on the transaction situation. Another example, after step S212, the background server can also contact the server of the manufacturer or warehouse or logistics company to inform them of the user's delivery address; or the product is an electronic product (for example, music, e-book), which is already sent to a background server for storage; then, after successful payment, the background server directly sends the electronic product or a link to the electronic product to the user's mobile terminal device or another mobile terminal device specified by the user.

Additionally, assuming the back-end server has a strong enough payment processing functionality, interaction with a third-party payment server may not be necessary; instead, the operation performed by the payment server is carried out by the background server itself or by some set of functional modules built into it.

Or, in yet another embodiment, the procedures for performing steps S201 to S209 are substantially identical to those in the above embodiment or a modified example thereof. Subsequent steps can be implemented as follows.

In step S210', the background server sends a payment request message to the third party payment

- 20 045997 server; the core server forwards the payment request information to the third-party payment server.

In step S211', the payment server processes the payment to pay for the item and then sends a payment success message to the base server.

In step S212', the backend server sends a payment success message to the backend server and the mobile terminal, respectively.

In step S213', the backend server records and adjusts the corresponding attributes in the account of the backend server, the registered user, or the mobile terminal of the registered user. Since the underlying server participates in the appropriate interaction process for the payment transaction, it does not need to wait for the other device to notify it and directly performs the attribute adjustment.

Or, in yet another embodiment, the procedures for performing steps S201 to S208 are substantially identical to those in the above embodiment or a modified example thereof. Subsequent steps can be implemented as follows, as shown in FIG. 3.

In step S209, the back-end server generates an order and sends a request to the back-end server to obtain a 2D payment code or obtain permission to autonomously generate a 2D payment code; the encoded information of the two-dimensional payment code corresponds to the payment request message (for example, including the full payment amount, payment procedure, user account information and merchant account information, etc.).

In step S210, the background server sends the two-dimensional payment code to the third-party payment server; or in yet another example, which is shown in FIG. 4, the 2D payment code is first sent to the mobile terminal device for identification, and after receiving a confirmation command from the mobile terminal device that has verified the transaction information, the mobile terminal device or the background server sends the 2D payment code to the payment server.

In steps S211 and S212, the payment server receives a corresponding payment request message to perform a payment processing operation after identifying the received two-dimensional payment code, makes payment for the item, and sends a payment success message to one or more of the back-end server, the core server, and the mobile terminal device.

In step S213', the backend server adjusts the corresponding attributes in the account of the backend server, the registered user, or the registered user's mobile terminal based on the payment success message sent from the payment server or the backend server or the mobile terminal.

Or, an embodiment may also be provided in which the procedures of steps S201 to S207 essentially correspond to the various embodiments above or modified embodiments thereof. In another example of step S208 of the method above, assuming that the user is satisfied with the product, he can directly send a purchase request message to the payment server via the mobile terminal device. The purchase request message includes unique identification information of the mobile terminal device and may also include other information about the user. The purchase request message also includes information about the transaction, such as the quantity purchased, payment procedure, information on how the seller receives payment, etc. Then, after receiving a purchase request message and completing the corresponding payment transaction for the goods (for example, by transferring a payment from the user's checking account to the merchant's checking account), the payment server sends a message about the successful completion of the payment to the back-end server, the core server, and the mobile terminal device , so that the backend server notifies the seller or warehouse or logistics company about the delivery, and the backend server adjusts the attributes in the corresponding accounts.

Further, the mobile terminal in this example may send a purchase request message in a two-dimensional form of payment; therefore, the mobile terminal device must request from the core server a 2D payment code corresponding to the payment request message or permission to autonomously generate a 2D payment code.

Various implementation methods in this embodiment can provide convenient electronic commerce. The user only needs to obtain a two-dimensional access code corresponding to the product information; the simple act of taking a photograph can trigger a sequence of further transactions, thereby realizing the full flow of complex e-commerce. Due to the extremely high volume of 2D code distribution and the mobile flexibility of the mobile terminal device, the user can purchase and pay for purchases anywhere, at any time, with great convenience. Moreover, he only needs to become a registered user of the background server to access the 2D purchase code on various information platforms. This way, you can avoid having to submit personal information (particularly payment information) multiple times on relevant shopping sites, thereby avoiding risks.

Various implementation procedures of this embodiment create a method for making payment more securely by sending information necessary to manage the transaction, such as information related to the order and payment in the form of a two-dimensional payment code. Since the encoded information

- 21 045997 corresponding to the information provided by the party sending the two-dimensional code, the actual encoded information in the two-dimensional code transmitted by the respective parties and the two-dimensional code information decoded by the receiving party correspond to each other due to the same specific encoding rule, if the three the parties are not affected by the same virus, there will be no risk of leakage of information such as payment account number. In the present disclosure, in particular, code release (or permission to release code) and all 2D code encoding rules are uniformly managed by the underlying server, which can effectively eliminate the occurrence of issues of hacking or interception of information in 2D code by a hacker who has obtained the same specific encoding rule.

Embodiment 3.

Some many examples of the information processing method based on the release of a single code are presented in this embodiment, which mainly includes interactions between the core server, the background server and the mobile terminal device having a specific characteristic in the physical world when accessing an interactive process; the other third party server will be configured according to the actual application scenarios.

The specific characteristics of a mobile terminal device in the physical world when interacting with other parties may relate to, but are not limited to, any one or any combination of: a specific time, a specific location, a specific environment and a specific user identity; characteristics in the physical world are determined according to the policy set by the back-end server depending on the actual application scenarios, and are usually related to the service provided by the back-end server. That is, the background server will provide different appropriate services under different characteristics of the physical world. The background server sends a policy, including information on the relationship between physical world characteristics and services, to the core server in advance or during an interactive process, so that the core server prepares or updates an encoding rule for generating 2D code based on the policy; the underlying server may also use the physical world characteristics included in the policy as one of the control bases for adjusting the attributes of the relevant parties during interaction.

The background server receives the 2D code generated by the encoding rule, including the policy, and releases it. The user identifies the two-dimensional code for decoding and parsing by the mobile terminal device and sends information about the characteristics of the physical world where the user or mobile terminal device is currently located to the back-end server. The performance information may be sent to the back-end server separately or may be attached to any other type of interactive information sent by the mobile terminal to the back-end server (eg, registration information sent, 2D code service information request, service request) and then sent together to the background server; or, some information in the characteristic information is not necessarily voluntarily sent by the mobile terminal device, but may be obtained by the background server from other information circulating between it and the mobile terminal device, or may be received from a third party; the specific sending order can be determined based on the policy set by the back-end server.

In other examples, the phrase currently in the characteristic phrase of the physical world where ... may currently refer to the time of identification of the two-dimensional code, or the time of sending characteristic information or other interactive information to the backend server via a mobile terminal device or other means , or by any other time specified in the policy. To make it easier to understand, some examples of the characteristics of the physical world where ... is currently located are presented below: for example, the mobile terminal device sends the time of capturing or decoding or parsing the 2D code to the background server after identifying the 2D code; or information about the actual location (for example, a store, a billboard) or about a virtual location (for example, a display advertisement, a web page) after identifying a two-dimensional code, or the user's own characteristic or his mobile terminal independently or changes a sign that can be slightly changed, by performing a corresponding operation (for example, a certain digit of the mobile terminal device's telephone number matches a given value, or the user reaches a certain VIP level), or external factors that cannot be changed by the user himself or the server (for example, ambient temperature) etc.

When the background server receives information related to characteristics of the physical world where the mobile terminal device is currently located, corresponding special services are provided to the user based on characteristics such as time, location, environment or user identity, or combinations thereof, that are included in the information . Another example of combining characteristics is presented below: a background server may require that

- 22 045997 the service was provided only if the characteristics of the mobile terminal device that performed two related operations satisfy a given condition, for example, an item for sale is presented to the mobile terminal device only if the location where the mobile terminal device scans the two-dimensional code coincides with the location where the request for purchasing a product, and if the interval between the time of scanning the two-dimensional code and the time of payment meets the specified threshold.

In addition, the rules set by the base server for attribute adjustment may also differ based on the differences in the characteristics of the physical world where .... That is, the base server makes appropriate attribute adjustments in the accounts of the relevant parties based on the characteristic information sent by the mobile end device or background server.

In addition, the relevant parties can send information on any of the characteristics in two-dimensional form, i.e. the party sending the information requests the backend server to release the code and receives a two-dimensional code corresponding to the information on that characteristic and generated by the backend server or its designee.

Below is a specific example of obtaining an appropriate coupon based on a specific characteristic of the physical world. As shown in FIG. 5, this example assumes that the background server provides different discounts on the product sold by the merchant based on different characteristics of the physical world, and provides a coupon with the corresponding discount to the user.

In step S301, the background server sends a request to the core server, requesting a two-dimensional code corresponding to a service provided by the background server.

In this regard, the backend server may send communication information (policy) between different provided services and different characteristics separately or together with a request to the backend server, so that the backend server prepares or updates the encoding rule required for generating the 2D code.

In step S302, the base server (or the background server or a third-party generating device authorized by the base server) generates a 2D code required by the background server based on a currently valid encoding rule, wherein the encoded 2D code information corresponds to a service matching the corresponding characteristic represented background server.

In step S303, the background server obtains the two-dimensional code and releases it to various kinds of information platforms.

In step S304, the mobile terminal device identifies the two-dimensional code and registers the system displayed on the mobile terminal device when identifying the two-dimensional code as the identification time.

In step S305, the mobile terminal device sends coupon acquisition request information to the background server based on the information identified from the two-dimensional code, wherein the request information also includes the identification time of the mobile terminal device.

In step S306, the background server receives the request information and compares the identification time of the mobile terminal with the identification time set in the policy set on the background server; for example, it is determined that 20% and 10% discount coupons are provided respectively for identification times between 8:00 and 9:00, and no coupon is provided for identification times after 9:00.

In step S307, the background server generates coupon information with a corresponding discount based on the comparison result.

In step S308, the background server adds the coupon information with the corresponding discount to the 2D code generation request sent by the background server to the core server, requesting to obtain the 2D coupon code with the corresponding information.

In step S309, the core server (or a background server or a third-party generating device authorized by the core server) generates the required two-dimensional coupon code based on the currently valid encoding rule.

In step S310, the mobile terminal device receives the two-dimensional coupon code directly sent by the core server or back-end server, and identifies the two-dimensional coupon code to retrieve the coupon information including the corresponding discount, and presents it to the user for viewing.

In step S311, the two-dimensional coupon code may be stored in the mobile terminal device; When the user comes to the merchant to make a purchase, the stored two-dimensional coupon code is read by the mobile terminal and presented to the merchant on the screen of the mobile terminal.

In step S312, the merchant identifies the two-dimensional coupon code on the mobile terminal device by means of a two-dimensional scanner, another mobile terminal device, or any other two-dimensional code identification device with a similar function to obtain information on the corresponding discount in the coupon while verifying the authenticity of the coupon.

- 23 045997

Payment transactions after receiving the coupon with the corresponding discount can be performed as described in Embodiment 2 or other known methods that will not be described in detail here.

Assuming that the user of the mobile terminal device does not go to a physical store to make a purchase, and that it is inconvenient for the merchant to scan and identify the 2D coupon code in the presence of the user, in steps S311' - S312', in yet another example, the user may send the 2D coupon code to the merchant so that the latter identified it on a device for identifying two-dimensional codes.

It is also possible for the seller to simultaneously check the rights to the 2D coupon code, and only the user with the appropriate rights can receive the corresponding discount; in this regard, when sending a 2D coupon code, the user can simultaneously send information about the user (including, for example, the unique identification information of the user or his mobile terminal device, or including characteristics of the physical world where the user's mobile terminal device is located when sending the 2D coupon code, the value mobile terminal user attribute, etc.) to the background server for verification.

Preferably, information including user information, coupon information obtained from the two-dimensional coupon code, and other necessary information can be sent to the seller in two-dimensional form and further implemented in accordance with the following method.

In step S313', the user makes a request to the base server to obtain the two-dimensional discount code via the mobile terminal device, wherein the encoded information of the two-dimensional discount code includes user information and coupon information obtained from the two-dimensional coupon code. The corresponding 2D discount code is generated by the backend server or its authorized party (authorized backend server, third party generating device or mobile end device) based on the currently valid encoding rule. In particular, parsing of the coupon information may be performed by the mobile terminal device or obtained after the backend server parses the two-dimensional coupon code sent to it by the mobile terminal device.

Moreover, in yet another example, the corresponding 2D discount code generation operations may be combined with the example of Embodiment 2 described above, where the mobile terminal device sends a purchase request message in the form of a 2D payment code. For example, when a mobile end device sends a purchase request message to the backend server, it also sends parsed coupon information and user information to the backend server so that the generated 2D payment code also includes the coupon information as well as the information required to complete a transaction; Then, when the merchant identifies the 2D payment code sent from the mobile terminal device, he can apply the discount corresponding to the coupon information to the user's purchase, thereby completing the sale of the item.

Assuming that in yet another embodiment, the procedures for performing the other steps are substantially identical to the embodiment above or examples thereof, steps S304' to S307' are implemented according to the following procedures: the mobile terminal device identifies the issued two-dimensional code and sends a request for information to obtain a coupon to the background server based on information identified in the two-dimensional code. The background server accepts the information request, compares the time of sending (reception time) of the information request with the time set in the policy set in the background server, and provides information on the coupon with the corresponding discount; for example, it is determined that 20% and 10% discount coupons are provided respectively for identification times between 8:00 and 9:00, and no coupon is provided for identification times after 9:00.

Assuming that in yet another embodiment, the procedures for performing other steps are substantially identical to the above embodiment or examples thereof, then steps S304 to S307 are implemented according to the following procedures: the mobile terminal device identifies the issued two-dimensional code, obtains information about the current location of the mobile terminal device through the built-in positioning module or other location service method and attaches the location information to the request information sent to the backend server to receive the coupon. The background server accepts the request information, compares the location information from it with the location information set in the policy on the background server, and provides the coupon information with the corresponding discount; for example, it is stated that a coupon is provided when the location information indicates that the mobile terminal device is in a duty-free area when identifying or submitting a purchase request, while a coupon is not provided when the location information indicates that the mobile terminal device is not in a duty-free area zone.

In another example, steps S304' - S307' are implemented according to the following procedures: the mobile terminal device identifies the issued two-dimensional code and sends the information

- 24 045997 request to receive a coupon to the background server based on the information identified in the two-dimensional code. The background server receives the request information, for example, through the base station used when the mobile terminal device sent the request information, obtains from the third party the sending time or location of the mobile terminal device that sent the request information, through the interaction between the background server and the base station, then the background server makes comparisons and determinations based on time or location information to provide the appropriate coupon.

Embodiment 4.

Several examples of the information processing method based on the release of a single code are presented, which are shown in FIG. 6 and which primarily include interactions between a backend server, a backend server and at least two mobile end devices to implement product recommendation; other mobile end device and third-party server can be configured according to actual application scenarios.

In step S401, the background server provides a service for selling goods; the back-end server sends a request to the back-end server, requesting a 2D code corresponding to the item on sale.

In step S402, the core server or background server or a third-party generating device authorized by the core server encodes the product information according to a currently valid encoding rule and generates a first two-dimensional code corresponding to the product information.

In step S403, the background server obtains the first two-dimensional product code and releases it to various kinds of information platforms.

In step S405, the first mobile terminal device takes a picture of the first two-dimensional code through a built-in camera, and decodes the picture of the first two-dimensional code to obtain encoded information corresponding to the product information, and can retrieve the product information from the background server based on the encoded information and display it on a display screen. mobile terminal device for viewing by the user.

In step S405, the first mobile terminal device, as a product recommender, sends a request to the core server, requesting the core server or a party authorized by it (for example, a background server, a third-party generating device, or a first mobile terminal device authorized by the core server) to generate a 2D code. recommendation (second two-dimensional code) according to the currently valid encoding rule, so that the content corresponding to the encoded information of the two-dimensional recommendation code includes not only information about the product for sale on the backend server, but also information about the user of the first mobile terminal device (including, for example, unique identifier of the first mobile terminal device), but may also include any other desired information (for example, product reviews of the user of the first mobile terminal device, characteristics of the physical world of the user of the first mobile terminal device, the value of the user attribute of the first mobile terminal device, etc.) ; therefore, the situation of the first mobile terminal as a recommender is closely related to the 2D recommendation code, which can be communicated to parties identifying the 2D recommendation code if necessary.

In this regard, the first mobile terminal device may send the product information obtained by its own parsing of the first two-dimensional code, alone or together with interactive information such as the above-mentioned code submission request, to the core server; or the first mobile terminal device directly sends the first 2D code to the core server, such that the core server or a device authorized by it obtains the product information after parsing the first 2D code to generate the 2D recommendation code. Information about the user of the first mobile terminal device may be provided by the first mobile terminal device alone or together with other interactive information to the base server before the interaction or during the interaction process; or the user information of the first mobile terminal may be obtained by the backend server from other interaction information with the first mobile endpoint, or from a backend server to which the first mobile endpoint is registered, or from any other third party server.

In step S406, the first mobile terminal receives the generated two-dimensional recommendation code and releases it to a location accessible to the user of the second mobile terminal, i.e. the user of the first mobile terminal makes a product recommendation to the user of the second mobile terminal.

For example, the first mobile terminal (or the core server or the background server) releases a two-dimensional recommendation code to different information platforms; or the first mobile terminal device sends the two-dimensional recommendation code, or a page or other media (image, multimedia, etc.) including the two-dimensional recommendation code directly to the second mobile terminal device via different social media applications; or first mobile

- 25 045997 The new terminal displays a two-dimensional recommendation code on its screen, accessible by the camera of the second mobile terminal for photography and scanning.

In step S407, the second mobile terminal identifies the recommendation code and obtains from it coded information corresponding to the product information and coded information corresponding to the user information of the first mobile terminal.

In step S408, the second mobile terminal device retrieves product information from the background server based on the encoded information and displays the product information on the display screen of the second mobile terminal device for viewing by the user. Whether to simultaneously display information about the user of the first mobile terminal or other information provided by him (eg, revocation information) is selected based on need.

In step S409, if the user of the second mobile terminal is satisfied with the product recommended by the user of the first mobile terminal, he sends a purchase request message to the background server via the second mobile terminal. The corresponding back-end server operations to complete the sale of a product may be implemented according to the procedures described in the various embodiments above.

The background server, when a product is sold, may know that the party purchasing the product is the second mobile terminal and that the party recommending the product is the first mobile terminal. This example does not limit the background server in its specific manner of receiving the user information of the first mobile terminal associated with the 2D recommendation code, e.g., whether the second terminal sends the user information of the first mobile terminal that it parsed in the 2D recommendation code separately or together with purchase request information to a background server; or the background server receives the two-dimensional recommendation code and autonomously parses it to obtain information about the user of the first mobile terminal; or the background server obtains the user information of the first mobile terminal, which it requests when processing the purchase request information to generate a 2D recommendation code from the information stored in the base server, in connection with the base server's request to generate a 2D recommendation code; or, to obtain a two-dimensional recommendation code, the first mobile terminal device provides user information to the backend server, and the first mobile terminal device or backend server simultaneously provides user information of the first mobile terminal device to the backend server.

In step S410, based on the user of the first mobile terminal recommending a product to another user, the background server calculates the recommendation commission based on the predetermined commission rule, sends a commission message to the first mobile terminal, and displays it on the display screen of the first mobile terminal. to communicate it to the user.

In step S411, the backend server adjusts the corresponding attributes in the account of the first mobile terminal device or its user (and/or the backend server, the second mobile terminal device or its user) based on the fact that the user of the first mobile terminal device recommends the product to other users. The attribute adjustment operation performed by the second backend server regarding the transaction between the second mobile terminal device and the backend server may be performed as described in the above-described embodiments.

As another example, the background server's specific operation of calculating the referral fee for the first mobile terminal device may be performed after the step S411 of adjusting the attributes of the first mobile terminal device; for example, the backend server queries the backend server whether the first mobile terminal or its user is making a recommendation, and receives the updated attribute state, then calculating the recommendation fee for the first mobile terminal based on the fresh attribute state.

Based on various set commission rules, the background server may give a commission to the first mobile terminal after the second mobile terminal actually completes the purchase transaction according to the recommendation; or the background server will give a commission to the first mobile terminal when the first mobile terminal performs a recommendation operation (eg, the first mobile terminal sends a 2D recommendation code, thereby notifying the background server; or when the second mobile terminal identifies a 2D recommendation code and retrieves the information by product to view, the background server knows that the first mobile endpoint is performing a recommendation operation).

As shown in FIG. 7, the first mobile terminal device by identifying the first two-dimensional code or two-dimensional recommendation code and the second mobile terminal device by

- 26 045997 identifying the first two-dimensional code or two-dimensional recommendation code can interact with the background server to complete a transaction for the purchase of goods, and receives a reward for the transaction given by the background server based on the rules for paying rewards; The underlying server that receives the notification makes adjustments to the corresponding attribute values.

Or, the back-end server has already sent rules for paying remuneration and commissions to the back-end server (for example, when requesting the generation of the first two-dimensional code or separately); then, based on the transaction and/or recommendation transaction notification sent by the back-end server (or the first mobile terminal/second mobile terminal) to the back-end server, the back-end server calculates the corresponding trade reward/recommendation commission and gives them to the respective users. The forms of transaction remuneration or referral fees are not limited and may be in the form of digital currency or real currency or adjustments to attribute values or any other agreed upon form; transaction rewards or referral fees may act as one user attribute that is directly adjusted by the underlying server in the user's account and reported to the appropriate users.

This embodiment is not limited to only one recommender, or only generating a two-dimensional recommendation code once, or only making a recommendation from one person to another. Depending on the actual different application scenarios, there may be a plurality of recommender parties, each of which may generate new 2D recommendation codes multiple times; after the recommendations are completed or the product is successfully purchased, the backend server calculates the commissions for the corresponding recommending parties or the corresponding time of recommendation according to the specified commission rule, and the backend server makes attribute adjustments accordingly. In different examples, based on different rules, it may be determined that the commission for each of several times the recommendation is identical, or a certain number of times the recommendation is issued can be taken as a basis (time points are superimposed on each other in the two-dimensional recommendation code or recorded by the underlying server), to provide relatively more commission on the next recommendation of the recommending party, which makes the recommendation more times, etc.

Assume that there are three mobile terminals, wherein the first mobile terminal requests the core server to generate a two-dimensional recommendation code to be sent to the second mobile terminal and the third mobile terminal, respectively; the second and third mobile terminals have different physical world characteristics when identifying the two-dimensional recommendation code and thus receive different services from the background server, and based on a predetermined commission rule, the background server may provide different commissions to the first terminal in recognition that the first the mobile terminal makes a recommendation to the second and third mobile terminals, and ultimately provides different services, and the core server adjusts the attributes with different values. Or, the performance of the first mobile terminal when sending the 2D recommendation code to the second mobile terminal is different from its performance when sending the 2D recommendation code to the third mobile terminal, then on this basis the background server may give different commissions to the first mobile terminal, and the base server the server adjusts the attributes with different values. Alternatively, the user information provided when the first mobile terminal device makes a request to the core server to generate the first 2D recommendation code includes one characteristic of the first mobile terminal device, and the user information provided when requesting generation of the second 2D recommendation code includes another characteristic of the first the mobile terminal device, wherein the first two-dimensional recommendation code is sent to the second mobile terminal device, and the second two-dimensional recommendation code is sent to the third mobile terminal device; then, on this basis, the background server can provide different services corresponding to different characteristics to the second and third mobile terminals, and can also give different commissions corresponding to different characteristics of the first mobile terminal; and the underlying server adjusts the attributes with different values. The various embodiments above can also be extended to a scenario where one recommender (corresponding to the first mobile terminal) recommends multiple users multiple times, with more than three users.

Also assuming another scenario with three mobile terminals, the first sends a request to the core server to generate a first two-dimensional recommendation code including encoded information corresponding to the product information and user information of the first mobile terminal, and the first mobile terminal as the recommender of the first layer sends the first two-dimensional recommendation code to the second mobile terminal device. The second mobile terminal identifies the first two-dimensional recommendation code to obtain the corresponding information specified above on

- 27 045997 sends a request to the base server to generate a second two-dimensional recommendation code including encoded information corresponding to product information and information about the user of the first mobile terminal device and the user of the second mobile terminal device; and the second mobile terminal device, as a second-layer recommender, sends a second two-dimensional recommendation code to the third mobile terminal device. The third mobile terminal identifies the second two-dimensional recommendation code to obtain the corresponding information as specified above (including product information and user information of the first and second mobile terminals), and ultimately interacts with the back-end server to complete the transaction. The background server gives, taking into account the corresponding recommendation for the operations performed by the first and second mobile terminals, different commissions corresponding to their recommendation levels; and assuming that the second mobile terminal also interacts with the backend server based on the first 2D recommendation code to transact, the first mobile terminal may receive not only commissions for its direct recommendation to the second mobile terminal, but also commissions for its indirect recommendation to the third mobile terminal device. Moreover, each level's two-dimensional recommendation code may reference the previous multi-party recommendation operation multiple times.

Of course, since the backend server has records of user information regarding requests to generate 2D codes at all levels, and the backend server and/or backend server also has records of each stage of the transaction process, deal objects, and recommending parties, 2D recommendation codes may only include information by recommending parties in a direct recommendation (for example, the second recommendation code may include only product information and user information of the second mobile terminal device and not include user information of the first mobile terminal device); or even two-dimensional recommendation codes may not include information on the recommending parties; instead, the backend server has each level's recommender user information corresponding to the two-dimensional recommendation code based on its own records or based on the backend server's records, so that the backend server directly gives commissions to the recommenders upon direct recommendation (e.g., to the second mobile terminal) or gives commissions to recommending parties for direct recommendation and indirect recommendation (eg, first and second mobile terminals) based on a predetermined commission rule.

The various embodiments above can also be extended to a scenario with multiple levels of recommending parties, namely, each user having information on a service provided by a back-end server (e.g., having received service information from a back-end server or having received it by scanning a 2D code from a platform issued the information, or learned it from the recommendations of other users) can interact with the back-end server to obtain services, or acts as a recommender to send a request through the mobile terminal to the back-end server to generate a two-dimensional recommendation code that adds information about the recommender's user parties independently into information about the service and issues a combined two-dimensional recommendation code for general use. A user who receives a 2D recommendation code can interact with the backend server to obtain a service based on the service information in that code, or acts as a next-level recommender when sending a request to the backend server to generate a next-level 2D recommendation code that adds at least as much as possible, information on the user of the next level recommender independently into the service information and issues a combined two-dimensional recommendation code for general use as a recommendation. Then, for example, the respective parties generating the two-dimensional advice codes of the respective levels, the respective parties issuing the two-dimensional advice codes of the corresponding levels, the respective parties identifying the two-dimensional advice codes of the corresponding levels, and the respective parties interacting with the identifying parties may know, if necessary, the situations of the relevant users acting as a recommender at a certain level; if necessary, they can also learn, for example, information about a directly recommending user of the previous level or information about recommending users of several previous levels from the content included in the two-dimensional recommendation code or the content recorded when requesting the backend server or background server to facilitate the backend server providing appropriate commissions to referring parties at each level. The background server can set appropriate percentages to give commissions to the multiple levels of referrals involved in a successful trade as a percentage.

The backend server may have, in a manner similar to the provision of commissions by the backend server, information on the user of each recommender, in the case of repeated recommendations or recommendations of several levels, the recommendation operation performed by them,

- 28 045997 whether the transaction was successful after a direct or indirect recommendation, and according to the adjustment of the corresponding attributes performed by the underlying server in the accounts of the relevant recommending parties or the relevant interacting parties; the underlying server may set different weights (corresponding examples will be specifically described below) for the respective parties' recommendation levels, different recommendation operations, different recommendation times, whether the transaction was successful, the number of purchases after a successful recommendation, and various other situations, and make appropriate attribute adjustments on based on weight indicators; adjusted attribute states can also become one of the basis for issuing commissions by the background server this or next time.

A number of methods according to this embodiment can create a new sales channel for direct sales to any persons and statistical analysis of the corresponding sales conditions. Any person, such as an initial endorser of an item for sale, a Weibo administrator, or an ordinary person who browses a web page and finds an item, can only make a recommendation by identifying, through their mobile terminal device or other smart devices, a one-time generated 2D code for the item, generate the secondary 2D code through the backend server or any person authorized by the backend server, and then release the secondary generated 2D code into general circulation. As another example, different types of information issuing platforms that issue 2D code, or another back-end server or third-party server can also act as a certain level of recommender to request the generation of secondary 2D code and then release it to earn referral fees. Any 2D recommendation code generated is at least matched (or at least matched to records stored on the backend server or backend server) with the recommender's user information to uniquely associate and match the 2D recommendation code with the recommender's user or mobile terminal device. . Therefore, after the product is purchased by another person, the recommender's user information will be retrieved at each purchase to calculate the commission given to the recommender and facilitate the adjustment of attributes accordingly.

Embodiment 5.

This embodiment provides several examples of a method for processing information based on issuing a single code, which mainly includes a core server, a first background server providing goods sales services, a second background server providing services related to a social network platform, a mobile terminal of the first the user and one or more mobile terminal devices of other users on the social network platform, interactions between the above persons who implement the solution to search for a service on the social network; whereby another mobile end device, another background server and another third-party server can be configured according to actual application scenarios.

The first backend server queries the backend server for the product it sells to obtain a 2D advertising code corresponding to the product information, and then issues the 2D advertising code (the procedure for generating and issuing the 2D advertising code may be as described in the embodiments above).

The first user is a registered user of the second back-end server, such that the first user can use social networking platform-related services provided by the second back-end server to communicate with other registered users of the second back-end server. Each user on a social networking platform can also create one or more circles of friends and thereby group other users into circles of friends to enable more personal and specific communication interactions.

The first user identifies the 2D advertising code via the mobile terminal to retrieve relevant product information for viewing and also wants to receive feedback from other users on the product. In this regard, the mobile terminal device of the first user sends a request to search for social network services (SNS) to the second back-end server, and the first user submits a topic (eg, including the name, etc. of the product to be searched) to the second back-end server by requesting search for USS by asking the second background server to search for USS on the social network platform.

The second server receives the USS search request and searches at least information released by other users through the social networking platform based on keywords extracted from the topic, sorts the resulting USS search results and transmits these results to the first user's mobile terminal device. The USS search results are displayed on the screen of the first user's mobile terminal device, so that the first user has a deeper knowledge of the condition of the product; the first user can then interact with the first backend server based on the 2D advertising code and make a transaction to receive the product,

- 29 045997 sold on the first background server (the order of interaction with the first background server may be similar to that described in the embodiments above).

In this example, there is no restriction on the information that is released by other users (for ease of reference, called peers) of the second background server through the social network platform and is searchable by the USS: it can be content quickly published by peers in replies on the topic, or content , originally posted by peers and stored on the social networking platform, or content stored by a second back-end server: for example, content previously posted by peers in responses to other similar topics, or content posted by peers on their personal home pages of the social networking platform, or messages posted on another person's home pages, or content directly sent by peer users to others through a social networking platform.

The corresponding user (acting as a peer user) can send a message to the second back-end server to set the rights to the degree of openness or the amount of disclosure of various information released by that user: for example, decide whether to allow certain information released by him to be used for USS searches. or decide that certain information released by it is intended only for the search of the USS in a given volume, and beyond the specified volume it cannot be found. There are no restrictions on the shape of the given volume. The following examples are provided for reference: for example, limiting the lifetime of released information so that a USS search can only find released information within the lifetime; another example is restricting the identity, or the value of a certain attribute, or a characteristic of the physical world of the user who issues the USS search request, or restricting the search to be open only to users whose value of a certain attribute has reached a specific level or a specific volume, or only to associated users ( for example, users from a circle of friends, users who have previously interacted), or only for users who issue a search request for USS from a specific location through a specific device, and such information will not be open to other users who issue a search request for USS; another example is limiting the content of USS search topics, so that the released content will only be open to some USS search topics and closed to other topics, etc.

The respective users of the second back-end server (acting as the first user initiating a USS search request) can also set rights on the scope of the search or the search results desired to be obtained, for example, limiting the time at which information can be released, or retrieving only information released during a certain period time (eg one month, one year, etc.) as the source for the search, which can help exclude older information; another example, limiting the identity, or attribute value, or physical world characteristic of the peer user who is releasing the information, and using only the following as a source for retrieval: content released by the associated user, or peer user whose attribute value has reached a certain level, or content released only from a specific location or device, or content released only by peer users who meet a given condition (for example, a user presenting a voucher to a backend server to prove that they actually purchased the item) to avoid searching in content released by other users.

The rights setting mentioned above does not affect the normal use and dissemination of information released by users on the social networking platform. The second background server excludes search sources or search results that do not meet the specified scope based on such rights. The operation of the second background server to sort the CSS search results may relate to presenting the CSS search results to the first user based on keyword degree matches, or if a complete keyword match is not obtained, then similar keywords are selected by association to perform the CSS search and then present the results the first user (for example, if no content match is found for the product name and model, a search is automatically performed using the manufacturer's name and a similar product model), or if no content match is found on the social network platform, the search is carried out in an expanded volume on the Internet, etc. d.

The first user may become a registered user on the social networking platform of the second back-end server before or during the interaction in the manner described above in various embodiments to thereafter forward a USS search request to the second back-end server; Assuming that the first user is a registered user on a plurality of social media platforms, he may choose to either connect to any of them or connect to the plurality of social media platforms, respectively, to send a USS search request to the corresponding back-end server via the mobile terminal device .

- 30 045997

In some other examples, encoded information of a link address to a second backend server for receiving a USS search request may also be included in an advertising two-dimensional code corresponding to product information issued by the first backend server; then the mobile terminal of the first user can learn this link address after identifying the advertising 2D code, and the sent USS search request will be directly forwarded to this link address, so that the first backend server indicates the specific social network platform that will receive the USS search request, and namely, the first user's operation of sending a USS search request will be associated with the social network platform of the second back-end server; this can effectively prevent early users from accessing other social media platforms when the first back-end server and the second back-end server are owned by the same operator.

In yet another example, the first user obtains product information (and/or receives the information link address from the USS search request) other than by identifying the advertising 2D code issued by the first backend server; instead, it obtains the relevant information by identifying the two-dimensional recommendation code issued by other users for it, which also includes information about the recommending user, based on the product information in the two-dimensional recommendation code generated by the backend server at the request of the recommending user. Assuming further that the recommender may be a registered user of the second backend server's social networking platform and sends a 2D recommendation code to the first user on the social media platform, then the 2D recommendation code received by the first user may also include corresponding encoded information at the second backend server's link address to receive the USS search request to indicate that the search regarding the USS search request from the first user received by the second background server is performed on the social networking platform of the second background server. Encoded link address information may be added when the recommender sends a request to generate a 2D recommendation code to the backend server, or may be added when a second backend server makes a request to the backend server to also report the link address in the encoded information included in the first 2D recommendation code, generate a second recommendation code for the social network platform, and complete the operation of sending the two-dimensional recommendation code, thereby preventing the loss of the first user for other social network platforms.

In different application scenarios, a back-end server with more powerful functions may be provided, which can simultaneously cover the goods selling services of the first back-end server and the services of the second back-end server for maintaining the social network platform and performing USS search. Or, after receiving a USS search request from the first user, the second back-end server forwards it to a third-party server to perform a specific search operation; and then the second background server receives the USS search results from the third-party server and transmits them to the first user.

In addition, the back-end server knows the corresponding operations of the relevant parties in the process of the USS search, and makes adjustments to the corresponding attributes in the accounts of the second background server that performs the USS search, the first user who initiated the USS search request, the peer user information that is used for the USS search, and the recommending user who issued the two-dimensional recommendation code, etc. The first background server and/or the second background server may provide more specific services (eg, applying an increased discount when providing services, or promoting a user level on a social networking platform) based on the state of the user's attributes. The attribute state of a particular user may also serve as the basis for another person to set rights to receive content released by that particular user following a USS search, or for the second back-end server to accept content released by that particular user as effective USS search results.

The procedure of this embodiment will be illustrated using a specific example of an order at a restaurant, as shown in FIG. 8.

In step S501, the customer comes to the restaurant; independently or at the reminder of the waiter, uses a mobile phone to identify the two-dimensional code on the table, and the encoded information corresponding to the two-dimensional code includes information of the first background server and a request command to initiate a USS search. The two-dimensional code is generated by the underlying server or a party authorized by it, according to a given encoding rule.

At step 502, the client opens the camera in the mobile phone to photograph the two-dimensional code, and obtains the address and corresponding parameters of the first background server through the decoder and encoded information parser in the mobile phone hardware, thereby accessing the first background server.

In step S503, it can be determined whether the decoding client software corresponding to the 2D code encoding rule is installed in the mobile phone; if the software is not installed, download and install the decoding client software; then the parameters included in the analyzed 2D code are

- 31 045997 are imported into automatically loaded client software; if the software is already installed, the parameters included in the analyzed 2D code are directly imported into the automatically loaded client software, or the service corresponding to the 2D code is directly identified; If this 2D code corresponds to the service provided by the first background server, the mobile phone will be connected to the specified web page or not connected to any web page (it may happen that only ERROR information will be displayed on the screen, notifying the user that the wrong 2D code was scanned, please scan the correct 2D code, etc.). This step can be performed optionally in different application scenarios.

In step S504, the restaurant menu (client software running) of the customer will be presented on the mobile phone, where the menu is encoded, read and presented according to a predetermined 2D code encoding rule. A USS search request can be initiated for each dish in the menu, that is, a request will be sent to the second background server to search among friends on the client social network platform, whether there are friends who have rated the quality of the dish from this menu/restaurant; assuming the search is carried out to the extent specified by the client, if there are no reviews in the circle of first-level friends (i.e., friends directly related to the client), then the search moves to the circle of second-level friends (friends of the client’s friends) to search whether there is friends who provided reviews, etc. etc., in order to get reviews, the search is carried out in a number of levels of circles of friends.

In step S505, when sending the found reviews to the client's mobile phone, the second background server may also notify the client of the review score of the person posting the review, so that the client has an understanding of the trustworthiness of the review.

The user attribute may be a reviewer metric calculated by the core server or a second backend server based on the corresponding operations or other attributes of the reviewer and registered in the reviewer's account. Depending on different policies or rules, the operation of calculating a reviewer's score may have some set of execution orders or a combination of some set of execution orders: for example, the time to fetch a menu or order from the first background server when the reviewer scanned 2D codes during regular visits to the restaurant, or the time successful eating; it may be found that a greater number of times may correspond to a greater value of this indicator; Another example, it may be established that the more reviews left by the author on similar topics are accepted as valid results of the USS search, the correspondingly higher the value of this indicator he will receive, etc.

Preferably, the review search operation may be limited, or the NSS search results may be sorted based on location-based services (location-based services) or other characteristics of the physical world. For example, reviews may only be made after the client software on the reviewer's mobile phone has scanned a 2D code at a restaurant or has successfully placed an order based on the 2D code (for example, when the reviewer's mobile phone communicates with the corresponding back-end server, mobile location information phone number or successful transaction voucher will also be sent to determine whether the established review requirements have been met). In addition, the review can be linked to the mobile phone of the reviewer to avoid massive invalid reviews. The review can be found with an appropriate USS search based on the indicator of the review author and its settings for the degree of openness and volume of the review; however, the review issued by the reviewer may be permanently available on his personal home page or in the circle of friends of the reviewer and may be distributed through the original means of the social networking platform.

In step S506, after reading the reviews, the customer can order selected dishes from the menu and send order information associated with the 2D code to the waiter's mobile phone/restaurant service terminal device, including the ordered dishes, table number, time, etc.; The waiter's mobile phone/restaurant service terminal directly receives the order information or receives the order information sent by the first back-end server via client software or SMS message or other means to provide corresponding services to the customer.

Preferably, the menu presented on the customer's mobile phone may also include a link to obtain a coupon, and upon clicking on the link, a two-dimensional coupon code including the coupon information is sent to the customer's mobile phone. In addition, when sending a request to obtain a 2D coupon code, the customer's mobile phone provides the current time and address, and then the generated 2D coupon code includes discounts corresponding to the time and address from the request; The client software in the waiter's mobile phone scans and verifies the two-dimensional coupon code in the customer's mobile phone, so that the customer can eat the food with the discount provided by the coupon. Of course, the procedure for obtaining a coupon is not limited to this and is not limited in this disclosure.

- 32 045997

In step S507, the client may, as a new reviewer, post a review on a menu presented by the client software on the mobile phone, or post a review to a circle of friends or another page on a social platform, and may set the degree of openness and volume of the review and determine whether whether the feedback is provided by the second back-end server to another user who initiated the USS search request.

In step S508, the second background server calculates the corresponding score of the reviewer for posting the review last as a reference for accepting the review as a valid USS search result or as a reference for providing a reward to the client.

This embodiment allows a CSS search to be performed and a recommendation regarding the customer's understanding of the vendor's menu to be quantified. In addition, the party requesting the USS search may have a detailed understanding of the services provided by the seller from the content published in the circle of friends; in this case, the reviewer can not only express his preferences, but also help friends through the social network platform and at the same time receive compensation from the seller, which ultimately translates into adjusting attribute values, such as his personal reviewer score.

Embodiment 6.

This embodiment provides a plurality of examples of an information processing method based on issuing a single code to realize SNS (social network service) solution assistance, wherein the configurations of a main server, a first background server, a second background server, a first user's mobile terminal device, and the mobile terminal of the peer user as participants may be the same as in Embodiment 5, and various features described therein may be applied in this embodiment, and vice versa; In addition, USS search assistance operations and user-initiated USS searches do not conflict. Other mobile end devices, other background servers and other third-party servers can be configured according to the actual application.

The first backend server queries the backend server for a product it sells to obtain a 2D advertising code corresponding to the product information and then issues the 2D advertising code. The first user is a registered user of the second back-end server, such that the first user can use social networking platform-related services provided by the second back-end server when interacting with other registered users of the second back-end server or friends in the circle of friends.

The first user identifies the 2D advertising code corresponding to the product information through the mobile terminal device to retrieve the corresponding product information for viewing, and also wants to obtain product reviews posted by users (in particular friends in his circle of friends) on the social networking platform. In this regard, the mobile terminal of the first user sends a request for help in finding the USS to the second background server, i.e. presents a topic (including, for example, the name and model, etc. of the product being searched, and communicates what the user wants to know) to the second back-end server through a request for assistance in finding the USS, inviting users (for ease of description, called peer users ) on the social networking platform who receive the topic sent by the second back-end server, respond on that topic. The encoded information of the 2D advertising code issued by the first background server may also include a link address of the second background server specified for receiving the CSS search assistance request, such that the first user directly sends the CSS search assistance request to the second background server.

Review information submitted by a peer user who receives a topic regarding the relevant product may be the subject of a search as such and may also be directly sent to the first user through various distribution methods (private messages, left messages, SMS messages, etc.) or may be published on the first user's page, or combined by a second background server with information returned to it regarding a request for help in finding the USS and sent to the first user. The result of the USS search assistance is displayed on the screen of the first user's mobile terminal device, so that the first user will have a deeper understanding of the condition of the item. The first user can then interact with the first backend server based on the 2D advertising code and transact to obtain the item being sold on the first backend server. The second backend server or backend server calculates the value of the corresponding attribute, such as the reviewer value for the peer who responded on the topic, and registers this value in that peer's account; the first background server or the second background server may request this metric to provide an appropriate reward, such as a referral commission.

In particular, the corresponding user (acting as the first user initiating the search for help in the USS) can also send a message to the second back-end server to establish

- 33 045997 rights to the degree of openness and the amount of assistance requested, in order to limit the personality, characteristics of the physical world, etc. users who will respond on the topic: asking the second background server to send, after determining the states of the corresponding users, the topic of searching for help in the USS to all users in the online state, or only send, after establishing the conditions of connections with the user’s friends, the topic to friends of the first and second levels in circles of friends, or just send, after comparing location information, the topic to users at a certain distance from the actual geographic location of the initiator, not exceeding a specified distance. Moreover, the user can also set rights to the content and characteristics of the physical world by responding to replies on a topic received from a second background server, for example, sorting replies by some keywords, not taking into account replies sent after a certain time, etc. . The second background server then discards the results of responses outside the scope of the established rights.

In addition, the corresponding user (acting as a peer user) can send a message to the second back-end server to establish rights to the degree or extent of openness regarding whether the user wants to receive a request for assistance in finding the USS initiated by another person: for example, allowing or by rejecting all requests for help in finding the USS, or only accepting requests for help in finding the USS initiated by users associated with him (for example, friends in his circle of friends, or friends of his second level circle of friends, or users performing interaction). The user can limit, by setting the rights, the identity, or the value of a particular attribute, or physical world characteristic of the user who initiated the request for help in finding the USS, and can also limit the content of the topic of the search for help in the USS and the characteristics of the physical world used after initiation to receive requests about assistance in finding USS that meet the specified rights. The second background server then excludes requests for assistance outside the scope of the given rights. If necessary, the user can also request the second back-end server to also send relevant additional information (eg, topic originator user information, physical world characteristics relevant to the topic or its originator) when the topic of the request for help in finding the USS is sent to it; the user reviews additional information to determine whether it is necessary to respond to an accepted request to seek help from the OSS.

A peer responding on a topic can act as a referrer to request the backend server or a party authorized by the backend server to generate a 2D recommendation code with encoded information including product information, the peer's user information and product reviews, and send the 2D recommendation code to the first user as a reply to a topic, or send it to other users as a product recommendation (corresponding examples of product recommendations may refer to those set forth in various embodiments above).

In yet another example, a first user obtains relevant product information and referral information by identifying a two-dimensional recommendation code sent to him by another person. The first user can directly send a request for help in finding the USS to the person who sent the referral, based on the two-dimensional recommendation code; the two-dimensional recommendation code may then also include a link address for a second backend server of the social networking platform where the referral is located to receive a request for assistance in finding the USS. The USS search assistance request received by the second background server also includes reference identification information to accurately route the request to the appropriate reference for response.

The backend server learns the corresponding transactions of the respective parties during the search for help in the USS and makes adjustments to the corresponding attributes in the accounts, for example, the second background server that searches for help in the USS, the first user who initiated the request for help in searching for the USS, the peer user who responds to search for help in the USS, a recommending user who issues a two-dimensional recommendation code, etc. The first background server and/or the second background server may provide more specific services (eg, provide an increased discount on services, provide commission awards, or upgrade a user to a social networking platform) based on the state of the user's attributes. In addition, the attribute status of a specific user can also serve as a reference basis for setting rights when initiating or receiving help searches in the USS.

As shown in FIG. 9, the method of this embodiment is illustrated by another specific example of ordering at a restaurant. After performing operations similar to steps S501 to S503, in step S601, the restaurant menu can be presented to the first user's mobile phone, the menu being encoded, read and presented according to a predetermined encoding rule for two-dimensional codes. A request for assistance in finding the USS can be initiated for each dish on the menu, i.e. a request is sent to the background server to invite the client's friends from the first - second levels of circles of friends on the social network platform to publish reviews on the quality of the dish from the restaurant menu. In step S602, the peer user who has accepted the request for assistance in finding the USS receives the name of the restaurant or dishes included in the topic, then requests information on the originating user

- 34 045997 to the user presented to him by the back-end server to verify the identity of the peer user, and the latter, after providing review information about the corresponding restaurant or dishes, sends the review information to the back-end server. In step S603, the background server forwards the reviews received from the peer user to the mobile phone of the client (initiating user), and at the same time informs the client of the peer user's review author score or other attributes that the peer user has allowed to be opened for reference.

Thereafter, the customer can place an order according to the operation of step S506 and publishes his reviews according to the operation of step S507 for others to request and use them in initiating a USS search, or sends a two-dimensional recommendation code including restaurant/dish information and customer information as referral to recommend to others; or, as stated in step S508, the background server or core server adjusts and records the respective metrics of the client and its peer user. For example, the back-end server may also log the conditions of a customer scanning a 2D code at a restaurant or making a transaction, so that when other users initiate a request to search for USS or search for help in USS later, the customer's feedback will be found or a prompt for the customer to respond to a topic will be triggered in priority.

A request for searching the USS or a request for searching for help in the USS submitted by the client's mobile terminal device to the social network platform can be implemented in coordination. For example, the client may first perform operations similar to steps S501 to S505 to present to the client's mobile phone a review result obtained by performing a USS search for a particular dish and the score of the reviewer who posted it. The client can then select several reviewers with the highest scores and further send a request for assistance in finding the USS to the backend server, asking the latter to send a topic to these selected reviewers to invite them to submit a review of a particular dish in detail. Reviewers who receive this offer can post reviews on the topic and respond to the customer or reject the offer based on the rights they set. Similarly, the client can set relevant keywords in the feedback results obtained after searching for help in the USS to generate a new topic, and request the background server to search the USS for more users based on the new topic.

Moreover, in yet another example, assuming that when a customer presents a menu through specific client software on a mobile terminal device and initiates a USS search and/or a request for assistance in searching for an USS, or a request to order a specific dish, any party (e.g. , another user/background social network server/restaurant service endpoint, etc.) that receives the corresponding request, learns about the customer's interest in that dish and then promotes another product or service related to that dish to the customer, e.g. the dish of interest is fatty meat, offers him insurance against liver disease due to fat consumption; Promoted content is selected based on some characteristics of the physical world or a combination of customer characteristics. The customer can purchase insurance based on a message received or recommend insurance-related content to other users, and is rewarded for this recommendation based on the condition that a person at any level who is recommended insurance in the distribution chain will successfully purchase that insurance, which will be translated into adjusting the client's recommendation indicator.

Embodiment 7.

Some many examples of the information processing method based on releasing a single code are presented in this embodiment, which is shown in FIG. 10 and mainly involves interaction between a base server, a plurality of background servers, respectively different motives, and a mobile terminal device of a user having a plurality of identifiers; other mobile end device and other third-party server can be configured according to actual application scenarios. In this embodiment, the above interaction or the following examples may refer to the interaction between one of a plurality of background servers and/or a user or one of a plurality of mobile terminal device identifiers.

The user registers to become a registered user of the background server for the appropriate reason, using one or more identifiers; one mobile user terminal device can correspond to only one user identifier, and can also correspond to a plurality of user identifiers and can switch between these identifiers when necessary; One user ID can also be used to connect to different mobile end devices to realize interaction with the corresponding back-end server. The process in which a user with any identity interacts with a background server for any suitable reason through a mobile terminal device may refer to the description of various embodiments above.

- 35 045997

To illustrate this, below is an example where the backend server creates an attribute account for each user (for example, you might need to log into the backend server with an actual name or a unique identifier such as an ID number so that each user has only one attribute account, but no limit , and in other examples, one user may have a number of corresponding attribute accounts). The attribute account accordingly includes a certain set of attributes, and each of several attribute correspondingly includes a certain set of topic items that correspond to a certain set of topics; the backend server knows that one or more user IDs or one or more identifiers are respectively associated with some set of topics (e.g., the user or the corresponding backend server reports the association to the backend server), so that the backend server can adjust the attribute value for the corresponding topic item in the account attributes in relation to an operation performed by a user with a specific identifier and corresponding to a given attribute adjustment condition (this may apply to various embodiments above, for example, including, but not limited to, interactive operations with a background server on a related topic and/or a recommendation operation to generate 2D code recommendations, associated with a user ID and recommending to others the operation of responding to a request to search for USS or a request for assistance in finding USS, etc.). The backend server can set appropriate weights for different topic items (corresponding to different topics) to calculate appropriate attribute adjustment values. For example, for the same type of operation performed by a user for different reasons with a certain identifier, the underlying server may receive different values to adjust the corresponding attributes after calculation based on the topic weight.

In some other examples, also for various reasons, corresponding weights may also be set for other aspects, for example, corresponding weights may be set for different operations performed by the user, or corresponding weights may be set for different characteristics of the physical world. when the user performs one type of operation. Attribute values can be calculated separately based on the weighting of the aspect: for example, values for adjusting the corresponding attributes can be obtained after calculating different user operations for the same motive based on the weights specified for these operations. Attribute values calculated based on the weights of some set of aspects may also be calculated in combination: for example, a particular user operation may be first calculated based on a first weight corresponding to other operations, then calculated based on a second weight corresponding to characteristics of the physical world when performing an operation, and then calculated based on a third weight corresponding to other motives compared to the motive corresponding to the ID of the user performing the operation, and finally a value for adjusting the corresponding attribute can be obtained.

Below, a specific example will be given to illustrate the solution of this embodiment: It is determined that the user DM1 has a plurality of identities based on a plurality of special motives, for example, WeChat ID=WECHAT1, WeiboID=WEIBO1 and MOMOID=MOMO1. WeChat, Weibo and MoMo support different social media platforms through their respective back-end servers, in this example corresponding to three different motifs having the functions of releasing and sending SMS messages; they generate, through an underlying server or an authorized party, two-dimensional codes that suit their motives and release them to their collaborating platforms.

In different application scenarios, the 2D code of the corresponding motif may correspond to different service contents; or, the 2D code of the corresponding motif may correspond to the same service content, but also cover the corresponding features of different motifs, for example, have different coding procedures, so that the dimensional code of a particular motif can only be identified by software suitable for that motif to retrieve the included service content. The content of the same service (product information/product promotion content), corresponding to a specific motive, can be provided by a third party regardless of these motives.

The user DM1 identifies the corresponding two-dimensional codes using different identifiers, respectively, and performs a number of actions under the corresponding O2O scenario (for example, a specific point in time, a specific physical location, or characteristics of other elements of the physical world or combinations thereof; the conditions are specifically determined by the background server in advance), for example with motif identifier 1, i.e. WECHAT1:

(Wechat-Activity1, Wechat-Activity2... Wechat-ActivityN);

A certain set of further actions are performed with motive identifier 2, i.e. WEIBO1:

(Weibot-Activity1, Weibo-Activity2... Weibo-ActivityN);

- 36 045997

Some set of other actions are performed with motive identifier 3, i.e. MOMO1: (Momot-Activityl, Momo-Activity2... Momo-ActivityN).

In this regard, user DM1 receives the following complete evaluation indicator:

Index1=F(F1(Wechat-Activity1, Wechat-Activity2...Wechat-ActivityN, O2O), F2(Weibot-Activity1, Weibo-Activity2...Weibo-ActivityN, O2O), F3(Momot-Activity1, Momo- Activity2...Momo-ActivityN, O2O), .... FN(...)).

The evaluation of the complete evaluation indicator (defined as a sequence of function F) is performed according to a single rule and/or protocol. A given rule and/or protocol, for example, determines which user actions for relevant reasons can be evaluated, or whether these actions have different weights; and whether the score refers to different O2O (online to offline multi-channel retailing) scenarios or the weighting indices corresponding to different O2O scenarios when the corresponding actions are completed, etc. For example, in different application scenarios, actions that can be assessed for the relevant motives can be set to be identical or not identical, and these actions can be set to have different weights. To obtain feedback, the actions performed by the user for the respective reasons may be identical or different; the user can get an evaluation score for some motive after performing all the actions specified for this motive, and receive an evaluation indicator for another motive after performing some of all the actions specified for such another motive. The O2O scenario during the execution of actions can also be used as a basis for control when the evaluation is performed by the background server and/or the underlying server of the corresponding motive.

In particular, the background server of motive 1 evaluates actions for this motive using the F1 function, the background server for motive 2 evaluates actions for this motive using the F2 function, etc. for cases of assessment with a large number of motives; Finally, the core server or the background server assigned by it and the third-party server perform a complete calculation for the evaluation scores obtained from all motifs through function F. In particular, the background server of the corresponding motif can know the complete scoring rule (i.e., all features F (F1 - Fn) in the entire sequence) or must know at least part of the evaluation rules corresponding to the motive (i.e., at least include the function FN, where N corresponds to this motive); the underlying server may know the complete evaluation rule (ie, all F functions (F1 - Fn) in the entire sequence) or must know at least the rule used for the final comprehensive evaluation (ie, at least include the F function).

The rules as the basis for the background server's evaluation of the corresponding motive can be prepared by the corresponding background server, and, if necessary, they can be communicated to another background server, a core server, a service provider or a user. Or, in yet another example, the rules as the basis for the backend server's evaluation of the corresponding motive may also be prepared by the backend server and communicated to the corresponding backend server, and, if necessary, may be communicated to the user. Or, in yet another example, the rules as the basis for the backend server's evaluation of the relevant motif may also be prepared by a third party (e.g., the merchant as the party providing the service or the party providing the reward) independently of the corresponding backend server (corresponding to the social platform of the relevant motif) and are reported to the appropriate background server and, if necessary, to the backend server or user.

Likewise, the rule upon which the base server makes its final estimate may be formulated by the base server or may be formulated by a third party and communicated to the base server; if necessary, the rule can be communicated to the appropriate background servers or the user. In addition, the background server of the corresponding motif also has its own attribute account on the background server; the backend server can evaluate the corresponding background server and calculates its evaluation score after the UN has performed the action specified by the rule; in this case, weight parameters of different actions and/or an evaluation indicator associated with different actions can be indicated.

Moreover, in some examples, the backend server may specify appropriate score weights for the corresponding backend server; then, after receiving the user's score for the corresponding motive sent from the background server, the backend server can also independently reference the background server's score for the corresponding motive when performing a full evaluation of the user to obtain the final user score for a certain attribute after calculating the corresponding weight score. The attribute used in the calculation of the user's full score may be identical to or different from the backend server attribute used in the calculation. For example, when performing a full assessment of a user's level based on points or digital currency amounts, the backend server estimates or sets an appropriate weight with reference to the backend server's point level.

A user's score for a particular attribute for a particular motive can serve as one of the benchmarks when evaluating other attributes for a motive; full rating

- 37 045997 the night score obtained by the user for a particular attribute can also serve as one of the reference bases for the evaluation of other attributes. The full score of a user's attribute or one of its identifiers is recorded by the underlying server in the user's attribute account; The complete score can be directly displayed in digital form and made available to relevant parties for viewing when needed, such as the user himself, other users, back-end servers, third-party servers, etc. could understand the user's situation, which can serve as one of the basis for reference when considering, for example, setting the rights to accept the user's response information. Of course, the user or the underlying server may set restrictions on which interacting parties are allowed to view the user's full score and/or his motivated score.

Of course, in the case where the background server of a particular motive knows that one user has some set of identifiers, the background server can first evaluate the actions performed by the corresponding identifiers and then calculate a single user score for that motive with respect to the weights of the different identifiers (for example, by setting weight score with reference to the value of a specific attribute of each ID (e.g. user level, activity level, etc.)), and then sends a single score to the underlying server for full evaluation. Or, in another example, when the background server knows or does not know that the user has some set of different identifiers, it evaluates only the actions performed by individual identifiers, respectively, and sends the evaluation metrics corresponding to different identifiers separately; then, assuming that the backend server knows that the user has a number of single-motive identities, the backend server can fully compute the scores for those identities (eg, based on a certain weight) and records those scores in the user's attribute account.

An action performed by a user that may be evaluated may be any operation performed by or through the user's mobile terminal device that is mentioned in any embodiment above, or an operation of interaction between the user and other parties, including, for example, but not limited to: a registration operation on a back-end server, a 2D code identification operation to obtain service information from the corresponding back-end server, a recommendation operation (for example, issuing a 2D recommendation code) to other users, a transaction transaction with the back-end server corresponding to the service contained in the 2D code, a reply operation to request to search USS or request for help to search USS from other users and other known operations performed by the user on the social network platform supported by the background server of a certain motive, etc. The action of the corresponding background server that can be evaluated by the core server may be a background server operation mentioned in any embodiment above, or its interactive operation with a mobile terminal device, a core server or a third-party server, or a user evaluation operation that is mentioned in this embodiment implementation, etc.

Data or information that any interacting party (for example, the user and his mobile terminal device, the background server of the corresponding motive, a third-party server, the back-end server) must send to another party and which includes, but is not limited to: interaction information, evaluation indicator, information with by rule message, O2O scenario information, etc., can be transmitted in two-dimensional form; the sender of the information sends a request to generate a two-dimensional code to the base server, and the base server or a party authorized by it generates a two-dimensional code including codes corresponding to such information.

One example of a single base server 2D encoding rule in the present disclosure may be: setting a 2D generation interface and adjusting the short code length for the current 2D code from 8 bits to 12 bits, for example, www.linkon.cn/ABCDEFGHIJKL_UVWXYZ. The first 12 bits (A - L) are unique and contain the two-dimensional code advertising page and the two-dimensional payment code; after the operation, the server calls this interface, the short code is returned to the operation server, so that the operation server generates a two-dimensional image; advertising page parameters: server ID, seller ID, object type, object ID, area ID, channel ID, share with, user ID, two-dimensional source code, etc.; parameters of the two-dimensional payment interface: server ID, seller ID, manager ID, amount, notes, etc.; this interface should check the operation server website, server id, application id, application key, token, etc. The last 6 bits (U - Z) refer to the seller ID, location, channel control, object ID and object type (a type of code that can control some variety of object attributes such as display/advertising and offer to invest/buy/questionnaire/take coupon /donate, etc., and services that can be obtained by clicking (for example, in WeChat) / long pressing (for example, 2D code in

- 38 045997

WeChat)/cKaHupoeaHuu code (for example, in an environment where code scanning is allowed)/connection establishment (in a scene)), user ID, source code, etc.

Embodiment 8.

Below, for illustration purposes, is an example of calculating a weight using a score to provide a reward to a user for making a recommendation. Corresponding settings may refer to the embodiment above.

Still assuming that a particular user DM1 has some set of identities based on some set of special motives. The respective back-end servers of these themes (e.g., WeChat, Weibo, and MoMo) support different social media platforms. They have the function of issuing and distributing USS, respectively, and are connected to one server granting access to receive the content (such as service content/product content/advertising content, etc.) provided by the merchant from the access server, and release to collaborating platforms (e.g., relevant O2O scenarios such as merchant, counter, webpage) corresponding to these topics, with the two-dimensional coded content containing advertising content.

The function of issuing and distributing the USS background server of the corresponding motif, including, but not limited to, supporting the user in performing any of the following operations: posting or replying to a message on a personal home page or other page; exchanging messages between users, performing USS searches/assisting USS searches and setting rights to release a message or receive a message, etc. The user can send recommended content to other users based on the USS release and distribution function. The user can submit recommended content in the form of a 2D recommendation code.

Moreover, the background server can also receive the content offered by the seller on the available server to generate 2D codes corresponding to certain motifs; or the background server can directly obtain the original 2D codes containing this content from an available server, decode this content, and then generate 2D codes corresponding to these motifs. The operation of generating corresponding two-dimensional codes may refer to the description in various embodiments above.

2D codes produced by background servers of different themes may have the same content and formats; or, in addition, content such as service content/product content/recommendation content provided by the seller, coded content corresponding to two-dimensional codes issued for different topics can also be combined with such topic or unique identification information from its background server or other information (for example, a link to a social network related to the topic, a web page, client software, etc.); or, 2D codes released for different themes may also have programming styles corresponding to certain motifs, so that they can only be identified by the client software for the corresponding motifs, etc.

The user DM1 identifies, through his mobile terminal, the original 2D code issued by the seller, or identifies the 2D code issued by the background server of a certain motif, and learns, after retrieving the content contained therein, the reward rule distribution cost for sharing links to advertising home ownership in general worth 1 million yuan is 10,000 yuan specified by the seller. To receive the distribution reward, user DM1 then adds information about the user or his mobile terminal to the content corresponding to the 2D code to query the underlying server to obtain the corresponding 2D recommendation code. For example, the generation, release, and identification of the original 2D merchant code, the 2D code issued by the background server of the corresponding theme, or the 2D user recommendation code may all be consistent with the description of various embodiments above and will not be separately detailed.

The user DM1 can carry out distribution and promotion using one kind of two-dimensional recommendation code or using a plurality of two-dimensional recommendation codes combined with his other information identifier on a social networking platform of the same motive or on social networking platforms of different motives. For example, user DM1 presents advertising content BUY1 with his identifier of a certain motive to other users of this motive in the O2O1 scenario (at a certain time, in a certain place, or with elements of other characteristics of the physical world or combinations thereof), sharing a two-dimensional recommendation code or using other methods of distribution and promotion. The operation is recorded by the background server (or core server, or third-party server, or accessible server, etc.) of this motive as an action to implement USS recommendation 1 with ID WECHAT1_1; BUY1's advertising content is, for example, transmitted to his friend with WeChat ID WECHAT1_2, and transmitted to his friend with WeChat ID WECHAT1_N through multiple recommendation layers (which may be as described in the embodiments above); and transmission of advertising content to BUY1

- 39 045997 directly forces user WECHAT1_N+1 to create a purchase transaction for an advertised house property with a total value of 1 million yuan. The entire multi-level recommendation distribution chain is called O2O_CHAINT, where the first level of mention WECHAT1_1 to the Nth level of direct mention WECHAT1_N facilitating the transaction can share 10,000 yuan of commission set by the seller.

Assuming Rule 1 is selected as the evaluation rule, which prescribes: The profit evaluation weight for distribution in the distribution chain uses the Fibonacci sequence (N=10)=1,1,2,3,5,8,13,21,34,55 ,89,N=10, which is shown in the table below.

Subsequence 1 2 3 4 5 6 7 8 9 10 Level 1 2 3 5 8 13 21 34 55 89 Weight 0.43% 0.87% 1.30% 2.16% 3.46% 5.63% 9.09% 14.72% 23.81% 38.53%

That is, different weights are given to the corresponding levels according to (sequence) 10 (weight in this example = percentage obtained from the number of a given level divided by the total number of the sequence).

In particular, WECHAT1_N, who directly contributes to the transaction being concluded, will receive the 38.53% commission mentioned in the tenth level; commissions are calculated as follows: if the final buyer WECHAT1_N+1 has only one top mention, i.e. WECHAT1_N, then WECHAT1_N receives a reward of 10000 (RMB) x 100% x 38.53% = 3853 (RMB); the corresponding rewards attributable to other mention levels in the distribution chain can be calculated in a similar way.

In yet another scenario, content is recommended to the end customer by a set of users for a particular reason and by another set of users for a different reason, ultimately influencing the end customer to buy the recommended product. All these users then act as top mentions for direct recommendation, sharing the reward according to the sequence of 10 in the table above.

For example, as shown in FIG. 11, the top mention of the end buyer WECHAT1_N+1 can be defined as follows: the end buyer receives a recommendation in the form of three pieces of information Recommendation 1 by three mentions MOTIF1 (i.e. WECHAT10), MOTIF2, MOTIF3 on one motive, then these three persons become three top objects closest to the end customer, in sequence in time order for recommendations on a single topic. And the remaining 7 faces MOTIF4, MOTIF5, ..., MOTIF 10, which are recommended for a different motive, are also direct mentions of WECHAT_1+N, so these 7 faces will constitute the last 7 objects of the sequence.

The above MOTIF1, MOTIF2, ..., MOTIF 10 become 10 nodes that make up the rewards allocated to some network (digital human network identifier) WECHAT1+N VIP closing the deal based on recommendation 1. The rewards are distributed in this order: MOTIF1 (i.e. e. WECHAT1_10) is the first mention of recommended content for the end buyer; Therefore, he is awarded the reward according to the rule of the reward percentage being the sequence of 10 with the first weight of 38.53%, namely, he is awarded 10,000 yuan x 100% x 38.53% (reward percentage) x 38.53% (weight percentage) = 1484 yuan. MOTIF2 is the second mention of recommending content to the end customer; Therefore, he is awarded the reward according to the rule, the reward percentage is sequence 10 with the second weight of 23.81%, namely, he is awarded 10,000 yuan x 100% x 38.53% (reward percentage) x 23.81% (weight percentage) = 917.4 yuan. And so on, each node in the digital human network receives a reward for the transaction according to the calculations above.

Of course, it is also possible to select other sequences to calculate reward percentages or weights for actual application scenarios. In addition, the first mention in this example is ranked in temporal order, for example, the mention whose recommendation time is closest to the time of purchase, or, in alternative examples, the earliest mention can also be referred to; and the ranks of the second and subsequent mentions can be calculated in a similar way. The present disclosure does not limit the ranking of relevant references by specific elements other than time (eg, distance, points earned) or combination of specific elements (eg, distance and time combination).

Appropriate calculation rules, such as specific weightings and reward percentages, may be set by a third party (for example, merchants who specifically offer services or provide rewards) and sent by the third party's internal server to the access server, core server, or background server of the corresponding motive, accessible to used by relevant parties when generating a two-dimensional code or calculating parameters such as specific attribute values, evaluation indicators, remuneration amounts, etc.

- 40 045997

Or, in other examples, the rules mentioned above may also be specified by the underlying server or access server based on the requirements of a third party (the merchant) and communicated to other parties for registration.

With regard to the rules used to calculate the corresponding reward weights/percentages or to calculate the values of other attributes based on the reward weights/percentages, the relevant parties (for example, the underlying server, the access server, the background server of the corresponding motive, etc.) may request them from the rule-making or recording party when performing the above calculations. The merchant's internal server or a merchant-designated back-end server/third-party server may use the one described in various embodiments to close the transaction by interacting with the end customer's mobile terminal device.

The roles played by mention-related information throughout the distribution chain, particularly mentions from different motives, in the eventual closing of a deal can be known by back-tracing information from different levels of mentions in the two-dimensional recommendation code. Bearing in mind that the two-dimensional recommendation code is generated by mutual consent of the underlying server or, after the underlying server recognizes it, is generated by the corresponding party with the permission of the underlying server, the latter may have information from the corresponding levels of references, so that other parties (the seller's internal server , access server, background server of the corresponding motif, etc.) can request information on mentions from the background server when necessary. In various examples, the backend server, the merchant backend server, the access server, and the backend server of the corresponding motive may calculate a specific score, reward amount, and other user attribute values; attribute values independently calculated by the relevant parties may be entered into databases created by the relevant parties, or may be used to calculate other parameters; or the attribute values independently calculated by the relevant parties may be reported to the core server for registration in user attribute accounts, or communicated to the core server to perform a full calculation, etc.

In addition to recommending content generated or promoted by other servers, users themselves can also create digital content, for example, articles/music/cartoons/videos/games, etc., for example, generate a two-dimensional code corresponding to the digital content or the link to it, to distribute it through other users. As a service provider, the user can set appropriate usage rules and/or reward policies for promoting such digital content: for example, the first 1000 users who receive digital content by identifying the distributed two-dimensional information can receive it for free, and from the 1001st user , each user will be charged 1 RMB for each use; in this regard, the service provider performs registration and evaluation based on the temporal order of requests sent to it by users who have received the distributed two-dimensional code to obtain digital content. Another example, mentioning who distributes and shares digital content receives a transaction fee mechanism throughout the chain to establish the availability of different charging rules for different distribution volumes, and different rewards are given for successful distribution or successful transaction; Let's assume that for each increase per distributing user in the promotion and distribution chain, the reward will be 0.1 yuan, and for each increase per paying user, the reward will be 0.2 yuan, etc.

The user who created the digital content informs the base server of his creator terms, usage rules and compensation policy, so that the base server formulates the corresponding rules required for generating the distributed 2D code, and generates 2D recommendation codes at the appropriate stages of the promotion procedure; based on agreements, any party on the social platform's core server/background server/third-party server storing digital content, etc., provides rewards for mentions based on the relevant policies mentioned above. Keeping in mind that the 2D distribution code and 2D recommendation code are uniformly generated by the underlying server or a party authorized by it based on predetermined encoding rules, user information about the creator may be included in it, corresponding levels of mentions, and user information may also be known , which request the service provider to obtain digital content after identifying the corresponding two-dimensional codes, resulting in traceability of user information throughout the distribution chain to provide rewards for mentions, charge users and protect the rights of the creator.

Embodiment 9.

This embodiment relates to a digital human, a digital human network built on it, and a communication method shown in FIG. 12.

The status of a digital person in this disclosure is combined with an object person or attribute

- 41 045997 dances towards him, which can be understood as the integration of a person into the real world with a device owned by such a person, which allows access to recognize digital content. A digital content access device imparts digital properties to an object person to make the digital person a node in the network. Mobile end device/client/wearable device, etc. a user described in various embodiments of the present disclosure is one type of device for access through digital content recognition; The operations performed by the user with the corresponding device, or the interactive operations between the user and the relevant parties, which are described in various embodiments of the embodiments and the present disclosure, can be considered as the actions of a digital person.

A digital human has any one or any combination of the following behaviors: a digital human can understand by identifying one or more code media (for example, any kind of two-dimensional codes or corresponding hyperlink, which are mentioned above, and other forms of code media will also be described in the options implementation below), the content corresponding to the encoded information on the encoding medium or the approach for accessing the corresponding content (the content may be, for example, a notification message, a digital product, a given procedure for performing an operation, a policy on conditions, commands to perform an operation, etc. , and the approach for gaining access may be expressed in redirection to a web page, in the link address, in the identification information, etc. of the agency providing the content), access the corresponding information network defined in the encoded information, and communicate with the server of the specialized agency defined in encoded information (for information interaction, completing a transaction, gaining access to a service, etc.).

The digital person has an identifiable digital person symbol: in various examples, the digital person symbol may be device information and/or user identity information; user identity information may be associated with device information; a digital person symbol may be unique within a specific range. Any behavioral operation performed by a digital person can be identified and recorded by an authorized agency based on the digital person's ID. An agency identifying or registering information on a digital person may, for example, select different digital people based on the identified digital person information and open the corresponding rights for different operations to the corresponding digital people, perform different processes of the corresponding operations when interacting with digital people, provide different corresponding services and record attributes and adjust values in connection with the conditions for performing operations that coincide with preset ones, etc. A digital human, when he interacts with the relevant agency, provides him with his digital human symbol for the agency to identify and verify him.

The action of a digital person is closely related to the real physical world. When interacting with the appropriate agency, the digital person can provide some specific elements or combination of elements (time, location, personality, behavior, etc.) to his partner to identify the real physical world scene where he is located; the appropriate agency can then identify these specific elements and compare them with the elements specified in the rule policy, the result of the comparison serving as one of the basis for selecting/discovering the corresponding rights to/providing the corresponding services for/performing the corresponding operations for/adjusting the corresponding values digital person.

One of the actions of a digital person can be the sharing and distribution of content in the external environment. The shared content may be information obtained from the coded medium, allowing the digital person's symbol and/or information content newly added by the digital person to be combined as needed. By identifying such a symbol, the appropriate agency identifies/registers/adjusts its attributes with respect to the sharing operation. A digital human may release shared content to the external environment in the form of a two-dimensional recommendation code to make a recommendation multiple times, forward a recommendation to multiple levels, etc., to a number of digital humans. A two-dimensional recommendation code or any other two-dimensional code is generated by a single code issuing agency in a region or is generated by an agency authorized by a single code issuing agency; issuing a single code allows, for example, to efficiently track the propagation path of shared content following multiple recommendations at multiple levels to identify degrees of assistance from relevant parties (e.g., the party receiving the recommendation ends up transacting) and calculating the corresponding attribute value).

The digital person's action may also be to conduct an OSS search or release content for an OSS search as discussed above, and/or perform a OSS help search or respond to the topic of others in an OSS help search and allow appropriate filter conditions or disclosure rights to be set. etc. A digital person connects to one or more social networks based on their information ID to perform actions such as making recommendations

- 42 045997 tions/search for USS/search for help in USS, etc.; A digital person's information identifier may be a symbol that it has in order for the agency identifying that symbol to make appropriate assessments (registration and adjustment of attribute values, etc.).

To evaluate the value of a digital person's attribute, different weights can be assigned according to a given rule for different motives (different social networks, different operations, different specific items, recommendation levels, etc.), when the digital person performs the corresponding action to calculate the corresponding values attributes. Some attribute values (score, specific items, etc.) serve as a basis for adjustments to other attributes (points, equity, etc.); some attribute values (score, specific items, etc.) are available for query by other digital humans or other agencies when needed; some attribute values may be in circulation and transferred (for example, an amount of capital) between digital person accounts or between digital person accounts and other agencies); they have specific expressions in different embodiments of the present disclosure.

A digital person uses a digital recognition device with authorized access to identify a code medium that can facilitate the operations necessary to access an interactive network defined by him to obtain information/service or provide services to others (for example, recommend, release information for USS retrieval, respond to the motive for seeking help in the USS, etc.). Based on the encoding rule and corresponding decoding rule common to the relevant parties, the interaction carried out between the relevant parties and the digital person (in particular, the digital person registered with the relevant party) is a closed-loop transaction (which is not limited to a transaction on a product), so that other parties without a uniform rule are unlikely to enter into the feedback transaction process, which can thus effectively guarantee the security of information. In addition, the digital human device can facilitate the corresponding operation by evaluating and automatically installing client software according to the corresponding rule.

The command issued by the system (the digital human device and the corresponding devices of the interacting parties), which can execute the transaction command with feedback, is compiled according to a coding rule specific to the system, which also generates a coding medium, such as a two-dimensional code; for example, a digital person may be required to be a registered user of a mobile phone application and a back-end server system, and can only execute a closed transaction as a member of the back-end system. In this example, the 2D code can encode not only a URL, but can also be encoded, for example, as O2OBUY12345 (the command to execute with the O2OBUY server character is O2OBUY12345).

Understanding the specific elements of the physical world when a digital human accesses an interactive network makes it easier for the digital human to determine the grid space where he is in the real world (the grid space represents a set of different properties in the physical world, e.g. region, organization, product group, sales channel , sales representative, remuneration policy, scope of activity, etc.). Whether a digital person can access released information (e.g., in the form of an encoded medium) depends on whether the specific grid space in the real-world environment of interest to the issuing party where the digital person is located conforms to the party's specified dissemination policy. released information, such as a specific location, a specific point in time, a specific circle of friends, viewing a specific web page, the audience of a specific television program, etc. Therefore, the real economy creates more value access points in the era of O2O e-commerce, so that by imparting real-world properties to the digital person's action, the enterprise can quantify the investment and outcome of the full O2O advertising channel based on the distribution attribute and grid space effect in the physical world.

It must be said that the O2O trading mentioned here refers to offline to online trading, and not the usual online to offline trading. That is, the physical world refers to the offline world, such as, but not limited to, a store, a computer page, a mobile terminal device screen, and various other objects visible to the naked eye. The ability of a digital person's device to gain access by recognition refers to the recognition device's access function by recognition, such as scanning a two-dimensional code, and the function of gaining access to a special network by radio recognition, such as ZIGBEE/IBEACON, to interact with the server of another agency or other digital person.

By identifying the digital person's symbol, the digital person's action can be identified/registered/rated/rewarded by the appropriate agency, and by further combining with corresponding specific elements of the physical world after the operation is completed, a unique reward rating or service can be obtained. Therefore, a digital person will have an incentive to do everything in his power to perform some action in

- 43 045997 according to a given rating policy and receive a higher reward (for example, increase the value of an attribute), for example, share and distribute information on a social network to help other digital people obtain information/services; and will receive commissions weighted accordingly based on his level of recommendation, thereby achieving profit sharing. If a mass of digital people wants to distribute and share content, a favorable turnover will be generated - a willingness to help, all for one.

Sharing and distributing content with digital person identifiers for different motives in a social network is an effective extension carried out by a digital person in relation to an interactive network with access by identifying the code carrier by combining the digital person symbol with the shared information, while it will be convenient for both the issuing party original information and various other parties to track each node (i.e. each digital person sharing) in the chain of content distribution and sharing throughout the process. By generating a two-dimensional recommendation code by a single code issuing agency or a party authorized by it, it offers an effective means of conveniently combining information such as a digital person symbol, and assisting relevant parties in obtaining the digital person symbol by identifying the two-dimensional recommendation code.

The present disclosure proposes a digital human network that initiates a point of access to services (e.g., goods, rules, policies, execution of transactions, etc.) specified by an originating agency (which may be an enterprise or an individual), wherein the actions of the digital human participate in the process of its creation. The source agency encodes the various content specified by it, then represents it in different forms of code media, such as two-dimensional codes, and releases these code media into the real world. The code media is generated by a single coding agency, or its authorized party, which can ensure that the code media is generated based on a single encoding rule (corresponding to the specified content); and only a digital human, identifying the code carrier based on the appropriate decoding rule, can give a signal causing the digital human and the parties interacting with him to perform a given sequence of operations.

The digital human network divides the real world into separate O2O grid spaces, which become separate access points that allow a digital human to enter the digital human network to receive or provide services; the specific elements of the physical world involved in digital human access provide an effective means of facilitating relevant interacting parties (e.g., service providers) to understand the nature of the O2O grid space to which the digital human belongs. Moreover, the access points formed by matching code media in different spaces of the O2O grid give the real world the ability to digitally access the full O2O channel. Therefore, the real economy, which is not covered by the Internet, will also be covered; whereby full-channel coverage for the Internet enterprise (channel 1) + real economy (channel 2) can be achieved by presenting a code medium, such as a two-dimensional code, on an Internet web page; Compared to connecting additional hardware for the Internet of Things, the present disclosure allows access only by identifying the code medium, so that no additional hardware is required, except for the recognition device for access (the device has universal applicability); In this way the scope of application can be expanded.

O2O full-channel access points are distributed in different scenes of the surrounding world, and different OSS recommendations and OSS search can exist at any time and anywhere. The reason that a digital human can see certain e-commerce information is because he belongs to the circle of the digital human network based on a certain motive, and the information can only be obtained through access/recommendation/sharing from the full-channel tracking mechanism of the real world; Once the appropriate code bearer has been identified, the digital human can know who is making the recommendation, what type of social assessment is being used, and the mechanism for what type of benefit sharing will be achieved by the digital human's action; on this basis, the digital person will understand what type of action the digital person must perform to gain access to the network or build their digital human network.

Unlike existing orders based on the centralization of the Internet and information, the digital human network of the present disclosure is a hierarchy of an ad hoc network, that is, decentralized, based on closed-loop transaction, and centered on the digital human itself. As opposed to searching the Internet, which is computer/browser based, searching for USS and searching for help in USS, etc. in the present disclosure is carried out on the basis of O2O access, and what will be found is not a cold web page, but a service that can help you and a person who can provide assistance based on a digital person's social network.

By having a digital recognition device to access, every digital person who is connected

- 44 045997 with the symbol of a digital person, has a digital attribute combined with a live attribute of the real world, which corresponds to the access of a real person to the Internet of Things. A digital human can be found by his digital human symbol, thus becoming part of the mass data of the entire digital human network. Any digital person can act not only as a receiving node for information content (receiving services), but also as a sending node to create social influence and gain some value by producing content for others (providing services beyond recommendations and information sharing). A mechanism for recording actions performed by a digital human network on a digital human and assessing whether the digital human's action meets a predetermined one in order to perform a quantitative assessment (e.g., calculate a shared content score and provide appropriate rewards based on a uniform standard for performing the assessment, etc.) .d.).

Each digital human action is a closed-loop transaction action, identified by a LOGIN identifier and performing a function specific to the backend server. That is, a digital person can make a closed-loop transaction based on a function defined by the back-end server via the LOGIN identifier, so that each action (including focus/click/share/share/action, etc.) is associated with his identifier (DNA ) and then sent to the background server for logging, so that tracking of the entire process can be implemented; In addition, it can also achieve P4P (pay per performance) mode and work more, earn more; The different behavioral modes in the social network, such as QR code scanning, Moment share application and USS search capability, leaving a history that can be recorded, queried and evaluated on the social network, are significantly different from the information mode of the Internet.

That is, each digital person can build a digital human network centered on himself based on different motives, social statuses (evaluative indicators), states of openness (shared with whom, who can see) and reward policies, etc. Each digital person can receive a certain set of digital person identifiers, which have many dimensions and are uniquely identified in circles of different sizes, due to this having digital characteristics that have a certain set of personal attributes; digital access and distribution may be permitted on a per-digital person identifier basis; and the actions taken can be tracked and evaluated accordingly, due to which a social network is implemented, built on the basis of a multi-motive matrix, a matrix of indicators of social reputation (or social status) (for the path of distribution and strength of influence) and a matrix of openness states. Social Reputation Score refers to a quantitative evaluation score over a period of time based on some set of actions of a digital person regarding a transaction with feedback, which not only has the power of influence on other digital people during distribution, but can also act as a weighting indicator for payment for execution.

The following are some examples of digital human network access points: offline, different kinds of two-dimensional codes are distributed as access points in the shopping mall, and after identification can realize the principle of take a photo to buy, transaction prompt; they can also be points of connection and points of demonstration of the digital human network experience; two-dimensional service codes in the shopping center are distributed throughout the shopping center and can become points of connection to the digital human network; salespeople and their relatives and friends become the main recommenders of the digital human network, and the 2D service code accessories they wear can act as access points to the digital human network; different kinds of real-world scenes that can be equipped with offline 2D code hotspots can statistically evaluate the spillover effects on different kinds of passing people according to the O2O scene settings, and the hotspots can also become a node for transaction fees. Online, the two-dimensional service access code can be displayed on different types of web pages, becoming access points to the digital human network. A web page that includes a 2D access code can also become a regular Internet search object, as well as a USS search object.

It can be seen that, unlike the traditional advertising/marketing/marketing/planning business, including businesses that derive their revenue from television stations/audience ratings/market surveys, the present disclosure implements a revolutionary all-new business model based on the digital human network; Because businesses can establish digital human network access points (e.g., O2O full-channel commerce 2D code) in locations where groups of potential target customers congregate, each individual's preferences and behavior patterns can be understood in terms of full-scale patterns and thereby improve the formulation of marketing enterprise policies; Whereas a traditional advertising fee is paid in this case to each party contributing to the overall distribution process, including the release source, the distribution individual, and the management platform. Based on the construction of a full-channel O2O marketing system, you can obtain the channel = rights to benefits from

- 45 045997 access to the stage; the initial construction comes from the digital human network of the business owner; and sustainable work comes from every digital person who can do marketing for all people. For example, each company employee can advertise a 2D code of relevant product information to friends and family. By constructing a digital human network server, some multiple O2O scenes can be respectively managed by one server website, which is applicable to the full weight evaluation mechanism with many IDs of multiple O2O scenes. The server can calculate the discount for each employee based on the corresponding channel, sales organization, sales representative, sales price, discount percentage, etc., create statistics and analyze the sales conditions of the corresponding channels.

According to the MatrixLink protocol available for O2O trading and O2O 2D codes, the MatrixLink protocol is compatible for lower layers and replaces the HTTP protocol. Similar to the principle that HTTP is the underlying protocol of the Internet, WWW is an application system with the Internet as the medium for data transmission, and the basic unit of data transmission on the WWW is the web page, MatrixLink is also the underlying protocol in the MatrixLink (digital human network) network. Its operating principle and mechanism is also based on a mobile client/server computing model, including an access recognition device such as an NFC chip (NFC reader) of the mobile terminal device, a camera and an identification software module (which can be pre-installed in mobile terminal device or installed later), implementing a mechanism similar to that generated by a web browser (client) and a web server (server); communication between the mobile client/server can also be carried out using a protocol similar to the HTTP protocol (but including the encoding rule of the MatrixLink protocol). The MatrixLink protocol is also a protocol based on the TCP/IP protocol, which is an application layer protocol used between a mobile end device and a web server, and can be a generic or custom protocol that includes traffic logic, encryption rules, and execution order.

The working principle of the MatrixLink protocol includes the following.

(1) Connection: Similar to clicking on a .com in a web browser to establish a connection to a web server, a MatrixLink connection is also a connection to a back-end server by identifying a mobile end device that scans the 2D code and/or aligns itself with the image code (the image code is displayed on the screen and is identified by the camera module of the mobile terminal device by differences in the UV lines of the bright spot on the screen, not being an image identified by the human eye).

(2) Request: Similar to the request presented to the web server in the web browser via a socket. A MatrixLink request typically also includes establishing a connection, with the server relying on parameters related to the specified logic of operations.

(3) Answer: Similar to the HTTP protocol transmission to the web server after submitting a request to the web browser, after the web server accepts the MatrixLink protocol transmission from the mobile client, it performs transaction processing according to the specified rule; the processing result is also transmitted back to the client via the MatrixLink protocol, so that client software, which can parse a given encoding rule, can be launched on the client mobile device to display the requested page and execute according to the specified processing process or only by executing specified operations to thereby implement the specified transaction processing with feedback.

Therefore, with the MatrixLink protocol, a network, called a MatrixLink network, can be built to connect people to things and people to people through a personal mobile terminal device. All content and all services of the Internet can become a subset, mainly including display over the protocol.

The Internet in its basic composition includes a number of interconnected background servers that uniformly determine the access mode and record many actions; O2O access points (i.e. hosting full-channel 2D code nodes), and each digital person has some type of sensing device to access, these access points become the receiving and sending nodes of the network, similar to an ad hoc radio wave sensing network, to enhance interoperability with others digital people (for example, based on how you connect to a social network using your digital person ID). Any code medium, such as two-dimensional code used in a digital human network, is generated by the underlying server. Various other third-party servers, such as an access server, a platform server, etc., may be configured as necessary according to various embodiments of the present disclosure.

In order to implement various embodiments of the present disclosure, a digital access recognition device carried by a digital person, such as a mobile terminal device such as a smartphone, PDA, or tablet computer, must be associated with a digital person symbol (which may be unique within certain limits and can be associated permanently or temporarily) and have the functions of identifying code media and

- 46 045997 network connection; it can be any type of client device with similar functionality. The connection between the mobile terminal device and the server of one or more background agencies and the connection between the servers of a plurality of background agencies may be accomplished over a wireless network or a wired network. The wireless network can be a GPRS network, a 3Q network, a 4Q Wi-Fi network, a Bluetooth network, etc., i.e. a network that allows a connection between a mobile terminal device and a background server at any time when network signals are available.

If an example of the identified code medium is a two-dimensional code, as shown in FIG. 13, the mobile terminal device in a preferred embodiment includes the following modules: a control unit configured to generate control signals for other units and to control other units so that they can implement their functions; a camera for photographing the two-dimensional code, wherein the two-dimensional code can be photographed by any camera with a resolution of 0.3 megapixels or higher; a decoder configured to decode the photographed two-dimensional code to obtain encoded information; an encoded information parsing unit configured to parse the encoded information to determine whether a two-dimensional code is generated according to a predetermined encoding rule; a transmit/receive unit configured to, if a two-dimensional code is generated based on a predetermined encoding rule, interact with a background server, or a core server, or another digital person regarding information for obtaining a service or providing a service, etc.; an input unit configured to input information used in the interaction process; and a display unit configured to display content resulting from identifying the two-dimensional code or various information to be displayed in interaction with relevant parties such as a back-end server.

The background server in the specific example shown in FIG. 14 includes: a control unit configured to generate control signals for other units and to control other units so that they can realize their functions; and a sending/receiving unit configured to interact with a digital human device such as a mobile terminal device or an agency such as a core server; wherein the background server may be provided with an access determination unit for determining an access rule as the basis for the digital person's access to the digital human network, for example, determining order information to be performed by the digital person or another agency's server, a commission award policy, and etc. The background server is equipped with a built-in or external database that stores interaction data and supports its output at any time.

The base server in the specific example includes: a control unit configured to generate control signals for other units and to control other units so that they can implement their functions; a sending/receiving unit configured to interact with a digital human device, such as a mobile terminal device, or with an agency, such as a back-end server; an encoded information generating unit configured to generate a corresponding encoding rule and corresponding encoded information based on various information such as information on a service provided by the back-end server and information on an access rule determined by the back-end server; and a two-dimensional code generating unit configured to generate a two-dimensional code corresponding to the encoded information.

In some other examples, the mobile terminal itself may not have the aforementioned decoder and/or encoded information parser, but sends the photographed 2D code to a backend server that is equipped with a decoder and encoded information parser such that the backend server, after identifying the information included in the 2D code, sends it back to the mobile terminal device.

If the mobile terminal device is required to complete a closed-loop transaction with the communicating parties (i.e., the commands required to complete the order of transactions correspond to encoded information in a two-dimensional code), the mobile terminal device must send registration information to the back-end server via a send/receive block and after successful registration, it receives a successful registration message from the back-end server. If the two-dimensional code is generated based on a predetermined encoding rule, the sending/transmitting unit of the mobile terminal is also configured to send a service request message to the background server and receive the service from the background server; if the two-dimensional code is not generated based on a given encoding rule, the send/receive unit is also configured to send a web page request message to a specific web browser and to receive a web page corresponding to the encoded information from the web browser or output an error message to display unit.

The mobile terminal device can also obtain the client software necessary to execute the established order of operations by downloading it, reading it from a memory card, etc., and after installation is completed, the mobile terminal device communicates with the background server through this client software. The background server also includes

- 47 045997 a client software control unit configured to monitor whether client software corresponding to the two-dimensional code encoding rule is installed on the mobile terminal device, and a client software installation unit configured to automatically download and install the client software on the mobile terminal device, if the said control determines that the required client software is not installed on the mobile terminal device.

The backend server may allow the mobile terminal or backend server with the 2D code generation unit to autonomously generate the 2D code (without being limited by the 2D recommendation code) based on a single encoding rule. The encoding rule is uniformly generated by the backend server and sent to the mobile end device or backend server with rights. To complete a closed-loop transaction, the relevant parties involved in the interactive process have a single encoding rule and a decoding rule. 2D codes, such as 2D transaction code, advertising 2D content code, 2D recommendation code, etc., contain instructions to perform various actions after identification according to different access rules defined in the encoding rule based on which the 2D codes are generated.

With reference to FIG. 14 together with FIG. 15, the background server provided with the verification unit can identify the digital person character and perform operations in interaction with relevant parties such as the digital person, and compare the identified information with predetermined rules to provide corresponding services to the digital person. The background server may send the identified symbol of information about the digital person and the action performed by the digital person in accordance with a predetermined rule to the backend server through a send/receive unit for notification. The base server is equipped with an attribute adjustment unit to perform registration and adjustment of the values of various attributes in the digital person or background agency account stored in the built-in or external database to realize the awarding of rewards, transfer of digital currency quota, etc. The backend server may also be provided with a similar verification unit to identify and verify the character and operation of the digital person or backend server. The back-end server may also register and update attribute values of a digital human being accessing the digital human network in a corresponding database.

The mobile terminal device may also have a corresponding acquisition unit to obtain specific elements of the corresponding physical world scene based on the requirements defined in the two-dimensional code and provide them to the background server or core server upon interaction. The background server or core server checker can then identify specific elements of the digital person's physical world and compare them to a given policy rule as one basis for operations such as attribute adjustments. Corresponding block modules may be configured for the mobile terminal, the background server, and the core server based on the functions described in the respective embodiments of the present disclosure.

Embodiment 10.

This embodiment provides an example of an information processing method based on the release of a single code for implementing advertising for a food shopping mall. As shown in FIG. 16, the method mainly uses the backend server and its designated third party (responsible for preparing the encoding rules for the two-dimensional code, uniformly generating the two-dimensional code, considering the issue of granting digital currency quota and granting such quota), the platform server (acting as the first back-end server to provide services to the user or application server responsible for inviting sellers to make investments, promoting commercial advertisements, facilitating electronic commerce and managing related transaction activities), one or more application servers (acting as a user in relation to the platform server, while acting as a second back-end server to provide services to the client terminal device, responsible for accessing an account, accessing to obtain administrator rights, editing, releasing and distributing advertising content, concluding a transaction, generating a two-dimensional code to receive payment, submitting or issuing a two-dimensional code to receive payment, etc. .), a client or mobile client terminal device (which may act as a user of the first back-end server and/or the second back-end server, interact with other parties by identifying a two-dimensional access code, receive service after completing transactions in the prescribed manner, and receive rewards shared with others persons); the interaction process between the respective providing parties and the user may be as described in the embodiments above.

(1) Installation of an appropriate platform server for the food shopping center; a corresponding capital account is created on the core server or its designated third-party server to register food center shares in digital currency, and use and change the terms of digital currency. Food mall may receive usage quota

- 48 045997 digital currency through any one or any combination of the following:

1) tangible or intangible assets (such as real estate, intellectual property, etc.) as collateral, issuing a request to the base server or its assigned review agency and receiving the corresponding digital currency after review.

For example, a food mall platform server issues a request to pledge real estate of a food mall to receive digital currency; the base server, after receiving notification thereof from the base server or the platform server, estimates the value of the mortgaged property, and the base server determines based on such assessment that digital currency in the amount of, for example, 2 billion yuan can be provided to the platform server, and then the corresponding digital currency is transferred to the capital account of the platform server.

2) Paying real currency to the underlying server or its designated third party agency to exchange for a share of digital currency and directly crediting it to the capital account corresponding to the platform.

For example, a food shopping mall sends a digital currency exchange request to the designated bank's server and pays out the corresponding currency in Renminbi; the bank server confirms, based on the established exchange rate, that digital currency in the amount of, for example, 2 billion yuan can be exchanged; the bank server issues a notification that the corresponding amount of renminbi has been received, or issues a notification that the corresponding digital currency can be exchanged; and the underlying server transfers the corresponding digital currency to the capital account of the platform server according to the notification.

Specifically, the exchange rate is set by the base server or other designated agency; Usually the exchange will be carried out after confirmation of the platform. Digital currency can be exchanged back to real currency at the same or a different exchange rate.

3) Receipt of digital currency paid by the application server or user terminal to the platform server, with the corresponding share being transferred to the platform server's capital account from the capital account of the application server or user terminal. Upon receipt of the corresponding amount of digital currency, the platform typically must provide a service or product of equivalent value to the application server or user terminal device, and the corresponding operations during this period may be as described in the embodiments above.

(2) Vendors employed in the food mall are respectively provided with the corresponding application server. (1) A corresponding capital account is created on the base server or platform server or third-party server to register the digital currency shares of the relevant merchants, as well as to use and change the terms of the digital currency. Merchants can obtain digital currency through any one or any combination of the following:

1) payment of real currency to exchange for digital currency;

For example, the application server sends a request to the underlying server (or platform server or designated third party agency) and pays real currency to exchange for digital currency; the resulting digital currency is directly exchanged in the capital account corresponding to the given merchant. The exchange rate is set by the underlying server, or platform server, or third party agency; Usually the exchange is carried out after confirmation by the application server.

2) perform transactions that comply with the rules for awarding digital currency in order to receive the awarded digital currency;

The merchant carries out the operations of forwarding and recommending two-dimensional code or other forms of advertising content issued by the relevant agencies, such as the platform server or other application servers, in order to obtain the digital currency awarded by the relevant agency. For example, the application server may issue a two-dimensional recommendation code to obtain an award of digital currency calculated based on the weight (the operations employed may be as described in prior embodiments). The agency that awarded the digital currency informs the underlying server to transfer the digital currency corresponding to the amount awarded to the appropriate merchant's capital account.

3) purchase for real currency or digital currency of a share of digital currency distributed by the platform server, and the purchased share will be transferred from the platform’s capital account to the seller’s capital account. The specific interactive transactions required when a seller purchases a share may correspond to the transactions for purchasing goods described in the preceding embodiments.

4) receipt of digital currency paid by the user of the terminal device to the application server, which is transferred from the capital account of the user of the terminal device to the capital account of the seller; upon receipt of the corresponding digital currency, the application server typically must provide a service or product of equivalent value to the user's terminal device; the corresponding interactive operations may also be as described in the previous embodiments

- 49 045997 implementation.

(3) the client obtains a corresponding capital account on the underlying server (or platform server, or application server, or designated third-party server) to register the client's digital currency shares and use and change the terms of the shares. The client can receive digital currency through any one or any combination of the following actions:

1) payment of real currency to exchange for digital currency and direct credit of digital currency to the user's capital account.

For example, the client or the client's mobile terminal device sends a request to the underlying server (or platform server, or application server, or designated third party agency) and pays real currency to exchange for digital currency; the received digital currency is directly credited to the client's capital account. The exchange rate is set by the underlying server, or platform server, or third party agency; Usually the exchange will be made after customer confirmation.

2) purchasing with real currency or digital currency a share of digital currency distributed by a food mall, or purchasing a share of digital currency redistributed by a merchant, with the corresponding share being transferred to the customer's capital account from the capital account of the food mall or merchant platform. Specific interactive operations between a client and a platform server or application server via a client mobile terminal device, etc. when purchasing shares may correspond to those described in the previous embodiments relating to the purchase of goods.

3) perform transactions that comply with the digital currency award rules in order to receive the awarded digital currency.

For example, the client performs the operations of publishing and recommending two-dimensional code or other forms of advertising content issued by the application server (or platform server, or other agencies) in order to receive digital currency awarded by the corresponding server or agency. For example, receives an awarded digital currency, calculated based on a weight, for performing operations to publish a two-dimensional recommendation code through a client or mobile terminal device (the operations applied may be as described in previous embodiments). The server or agency that awarded the currency informs the underlying server to transfer the awarded digital currency to the client's appropriate capital account.

In one specific example, eligible merchants receive, after paying rent to a food mall, a service in the form of using the space rights for a set period of time to become a permanent seller of the food mall, following the rules for the use and settlement of digital currency. Based on the agreement between the food shopping platform and the merchant, the rent may be paid in real currency or digital currency, for example, through various payment methods described in the previous embodiments.

Relevant merchants may formulate advertising policies and establish rules for awarding digital currency or other rewards to determine the value to be awarded to relevant participating nodes. Codes corresponding to content, such as promotional content and award rules, are included in the 2D promotional code issued by the seller; The seller issues a 2D promotional code. The 2D advertising code is generated by the underlying server or its authorized party.

Using the mobile terminal device, the client identifies the 2D advertising code or 2D recommendation code published for him by other users, or receives a link to the advertising content issued by the merchant or other user for him, so that the client views the corresponding advertising content to access the green digital usage system currencies. The customer receives the awarded digital currency corresponding to the transaction by distributing and distributing the merchant's 2D promotional code or by generating a 2D recommendation code on this basis, combined with customer information, according to the award rules established by the merchant.

The client's digital currency can be in direct circulation and used in payments between the relevant sellers of the food shopping center. The customer can pay with digital currency to the merchant's application server or food shopping mall platform server to receive a service or product. In this regard, the merchant application server or platform server may request the underlying server or its authorized party to generate a two-dimensional payment receipt code based on the amount due, including encoded information corresponding to the payment receipt account information.

For example, the customer installs specific client software (for example, for WeChat payment, etc. instead of a bank card) in the mobile terminal device, so that he can identify locally or remotely a two-dimensional payment receipt code (to replace the point of sale terminal), issued by the seller, according to the decoding rule corresponding to the specified

- 50 045997 coding rule in order to pay the corresponding amounts to the seller; the underlying server or other third party agency that has registered the customer's digital currency account performs the transaction to transfer the digital currency to the merchant's account and sends payment information to the customer and the merchant. After receiving information about the payment, the seller provides services or goods to the client.

In addition, the customer capital account can also be implemented in the form of a registered or non-registered prepaid card, such as a shopper card. The customer receives a prepaid card issued by the grocery shopping platform or merchant, directly pays with cash or transfers real currency or digital currency, and buys directly from the merchant with a prepaid card that is not linked to the customer's account. The merchant has a device that can identify information about the amount of digital currency on a prepaid card and receive the corresponding payment. Or, the customer purchases a non-registered prepaid card, transfers, using installed client software, a digital currency amount from the card to a member card or customer account registered with the platform or merchant, and makes a payment from the balance of the membership card or account.

It may be understood that in some other examples, the food mall platform server and the merchant application server may exchange their roles: for example, the platform server distributes and recommends advertising content issued by the application server in order to receive digital currency or other reward provided by the application server; or, the platform pays digital currency to the application server in order to obtain services or goods offered by the application server. Or, the seller will pledge his assets to the underlying server or clearinghouse to receive the corresponding digital currency, etc.

In the embodiments above, any generated type of 2D code, such as a 2D payment code, an advertising 2D code, a 2D recommendation code, etc., or a hyperlink corresponding to the content of the 2D code, is generated by or as authorized by the underlying server. If these two-dimensional codes are generated according to a specific encoding rule and are analyzed only according to the corresponding decoding rule, then the information included in them is more securely protected, which can effectively prevent information theft.

Governance issues regarding the issuance, use, and settlement of digital currency may be removed from the underlying server, for example when they are handled by a single digital currency issuance unit, a unit that performs operations such as adjusting the digital currency quota based on notifications from relevant parties (such as the main server, review agency, platform server, application server or terminal client, etc.) during the interactive process; the relevant interacting parties can request their digital currency quota from the digital currency issuing unit or other parties based on the specified rights. A specific party's digital currency quota or condition for its use may be registered as a specific attribute element by the underlying server (or platform server, or application server, or third-party agency) for reference when adjusting the values of other attributes or correspondingly adjusting the adjustment value of other attributes.

In one example, the core server functions are split across different production servers to address different operators, with core core server functions such as 2D code generation, production server credit quota review and approval, etc. being consolidated to become a central system . The operator's digital currency quota is requested by the corresponding working server from the central system; the central system, after review, provides the quota to the corresponding working servers; the quota consumed by sellers and users and the quota released after withdrawal in production servers should not exceed the allocated quota. In this regard, using the built-in or external database, the central system registers the identifier, name, domain, application ID, application key, token and other information about the corresponding working server in the list of working servers, and also registers the generated two-dimensional object codes or two-dimensional payment codes etc.; creates a list of digital currency quotas for the corresponding production server to register the digital currency quotas that can be provided by that production server, and the remainder of the digital currency quota can be provided to merchants and users (minus the withdrawn portion), etc.

Embodiment 11.

This embodiment provides an example of an information processing method based on releasing a single code to realize crowdfunding, as shown in FIG. 17. The corresponding settings of the respective parties such as the main server, the review agency, the platform server, the application server, the terminal client, the digital currency issuing unit in the previous embodiments can all be applied in this example; other third party servers can be configured if necessary.

Assuming that in the case above, the food mall needs to crowdfund 2 billion yuan (which corresponds to the first share), the digital currency of the first share is divided into

- 51 045997

200,000 shares, and the value of each share is 10,000 yuan (which corresponds to the second share), for which you need to install a crowdfunding server; 200,000 shares are distributed through a crowdfunding server or through a platform server accessible to other parties (for example, regular sellers or buyers or other investment institutions, etc.) by subscription.

Relevant sellers subscribe for shares of distributed digital currency with real currency (such as RMB) on the crowdfunding server or platform server through the application server to receive a number of second shares of digital currency; or sellers convert the digital currency they already hold into a number of second shares of the distributed digital currency at a set rate (for example, a digital currency worth 8,000 yuan can be used to subscribe for a share of digital currency worth 10,000 yuan).

The client can also subscribe for shares in the distributed digital currency directly on the crowdfunding server or platform server for real currency or digital currency. Or the seller can reissue the received second share of digital currency to customers. For example, customers can get a share of digital currency worth 1,050 yuan (which corresponds to a third share) for 1,000 yuan in real currency, or by spending digital currency worth 1,000 yuan.

The funds (real currency, digital currency, etc.) received by the food mall crowdfunding platform can be used, for example, to develop a food mall. Digital currency shares purchased by a merchant or customer can be circulated and used by the platform server, application server, clients, etc.; or shares in the purchased digital currency may be used to claim value-added reimbursement by the food mall platform and/or merchant when a certain condition reaches the required value (including, but not limited to, when the time or funding or profit scale reaches the required values ), either for direct receipt of services or goods provided, or for conversion into a voucher for future services or goods. The relevant mechanism (backbone server, crowdfunding server or digital currency issuing unit, etc.) makes the appropriate recording and adjustment in the capital accounts of the relevant parties regarding the value or changes of the digital currency shares.

With prior agreement, the voucher can be used by the buyer himself or transferred to other users when the required conditions are met, for exchange for relevant services or goods through the platform server or application server or third-party server. The voucher issued by the distributing party may be implemented in the form of a two-dimensional code. The encoded information in the two-dimensional voucher code includes, for example, content corresponding to the specified conditions and services or goods to be received; when exchanging a voucher, a two-dimensional exchange code, in which subscriber information is combined with content corresponding to the two-dimensional voucher code, can be compiled so that the subscriber can be recognized and the identity of the exchanger can be verified. When transmitting a voucher, a two-dimensional transfer code in which the subscriber information is combined with content corresponding to the two-dimensional voucher code can also be sent, and when the recipient makes an exchange, a two-dimensional exchange code in which the recipient information is combined with content corresponding to the two-dimensional transfer code, sent to recognize the recipient and verify the identity of the exchanger. With prior consent, the transferor or recipient may notify the platform server or application server or third-party server to register the fact of transfer after transfer of the voucher; such notification may also not be provided after transmission, but verification will be directly performed based on the corresponding content included in the 2D exchange code upon exchange. The corresponding 2D codes must be generated by the backend server or as authorized by the backend server.

In addition, when rent or other payments are made by the merchant to the food mall platform through the application server, the food mall will provide the corresponding electronic receipt and/or give the corresponding digital currency share percentage as a basis for the merchant to make an investment in the food mall; when a profit is made on the investment in the food mall, the merchant can receive a bonus based on such electronic receipt or exchange the real currency corresponding to the bonus for a share of the digital currency.

Assuming that a food mall developer raises funds through various means, such as crowdfunding or contributions from regular merchants, to buy land and construct buildings, merchants or customers who received a corresponding share of digital currency, or a voucher, or electronic receipts during the fundraising could require the developer to allocate buildings for sale for profit in such a way as to receive remuneration in the form of added value (in the form of digital currency, real currency or other forms); or may require that a sufficient number of shares be converted into the building themselves or converted into the right to purchase the building at a discount, etc.

In the given conditions for determining the return, the characteristics of the physical world corresponding to the exchanger (subscriber) and/or issuing party (for example, the server) can also be agreed upon.

- 52 045997 ru platform of the party distributing or collecting funds, or application server, or authorized third-party server); then, when returning, the issuer will also check the physical world characteristics presented by the exchanger to the issuer when the exchanger became an issuer or subscriber, and/or the issuer will also check the physical world characteristics when it is located in the wrong place to determine whether the specified conditions, and determine whether to provide related profits/services or goods.

Operations such as distribution and recommendation, which are described in the previous embodiments, can also be combined with technical solutions related to digital currency and predetermined conditions from the example above, thereby implementing a new mechanism for managing distribution: for example, activity based on the recommendation of leading actors/actresses a film launched by a film company's e-commerce website; the client can view the introduction and promotional content on different media, such as a mobile terminal device or a web browser, for example by identifying the corresponding two-dimensional code or clicking on a hyperlink. The client can obtain relevant information from the server of the e-commerce website through various means, such as the corresponding software installed on the mobile terminal of the corresponding client, installed on a computer device, or in a web browser, and perform operations such as communication with the server and data processing.

In different use cases, by interacting with the server of an e-commerce website, a customer can, for example, choose to pay in real currency or already earned or just exchanged digital currency in order to obtain the rights to purchase discounted tickets when the film is released, or receive option on ordinary shares when the cumulative cash profit reaches 0.1 billion yuan; then the server after receiving the payment will provide the corresponding voucher and fulfill its terms when the conditions such as theatrical release of the film or box office earnings are met. Another example, a client may participate in an activity on the recommendation of some leading actor of a film company, and if that leading actor is cast in the film, the client will be entitled to purchase 100 discounted tickets; this right can be distributed to other users in the form of a two-dimensional code (generated by the underlying server or as authorized by it), and when the film is released, this right will be fulfilled by the server; for example, each user applies for a ticket based on information read from the same two-dimensional code; then the order of ticket provision will be based on the time of receipt of ticket requests, and when the number of ticket requests exceeds the set number of 100, the provision of tickets will be suspended; or, for example, the client generates 100 corresponding 2D codes (including different serial numbers) in advance; other users apply for tickets to the server based on information read from the corresponding two-dimensional code. In another example, the client combines user information about the client with promotional content of the website activity or with information about the lead actor recommended by the client, distributes the generated two-dimensional recommendation code (by the underlying server or as authorized by it) and the corresponding hyperlink to other users; then, the server, for example, runs a right allowing the client to buy 100 discounted tickets after counting how many times the 2D recommendation code is issued or how many times the 2D recommendation code is identified at lower levels when all distributors in the client's chain reach the number 10,000, or grants the right buy different numbers of tickets to other distributors in the distribution chain based on established weights, etc.

Embodiment 12.

This embodiment illustrates the specific application of generating a digital currency based on surplus value in circulation to derivatively create a theory of the digital human economy, including the capitalization of advertising placement, the equivalization of distribution and turnover.

As Marx pointed out in Capital, money circulation originally arose from simple, individual and random exchange of goods. With the development of productivity and the expansion of production of goods, additional value is gradually formed. When a commodity, specifically acting as an equivalent for any commodity, is separated from the world of commodities, a form of universal value arises. However, the further development of productivity and the further increase in the volume of exchange of goods requires that the universal equivalent be fixed in a special form of the commodity; then money circulation arises. However, regardless of the form of value, the value of a commodity must be embodied in another real commodity. In an era where the mobile network exists anytime, anywhere due to the proliferation of mobile endpoints, including wearable devices, digital currency will emerge to act as a manifestation of any commodity.

If Marx's Capital fully illustrates the theories of surplus value in production and monetary exchange, the digital human network theory proposed in this disclosure also illustrates the value system in circulation and division; and when using a digitally traceable and quantifiable measurement standard, digital

- 53 045997 currency may arise in order to become a universal equivalent. In the present disclosure, digital currency arises from circulation and distribution, with the use of digital currency occurring through a system of two-dimensional codes.

Below we will present one specific example of the implementation of a digital currency exchange. The digital currency exchange represents the original medium for stock analysis and distribution and promotion pages; relevant parties can obtain from the code issuing center a two-dimensional distribution code corresponding to the content to be promoted, and can also purchase shares. An automobile manufacturer's e-commerce website or a digital person's exchange, for example, will handle distribution and orders for a new car model to test market reaction (including the desire to buy that new car as an end customer, and the desire to buy shares as an investor).

The end consumer can recognize the advertising content in various ways (for example, by identifying the 2D distribution code or logging into an e-commerce website, etc.), enter the corresponding page through the interaction between the client terminal device and the e-commerce website server to enter upfront payment, and choose real currency (USD/RMB) or digital currency (digital currency can be obtained in a variety of ways, particularly generated in circulation, such as awarded for a car advertisement), paying the consideration to gain the right to trigger the purchase of the option at 800 US dollars per share or 200,000 US dollars per car when the share price rises to 1000 US dollars, thereby realizing the quantization of surplus value in the distribution and feedback to the value of the shareholder's shares and realizing the practice of Soros' theory of reflexivity by quantization.

For a car manufacturer or a digital person exchange, the more orders received from consumers in the above manner, the higher the scale effect will be, which can reduce costs, increase margins and push up the stock price. The automobile manufacturer receives a portion (eg, 10%) of total sales revenue as distribution and promotion fees to make payment for performing the promotion, which may reduce normal advertising payments; in addition, fees paid for advertising and distribution will turn into profits for the enterprise if the rewarded promoters buy shares or cars.

This entire procedure can be converted to a digital currency only mode: suppose the price of a car is 200,000 digital units per car; The remuneration for distribution and promotion is 10%, i.e. 20,000 digital units per car; The current share price is 400 digital units per share, the total share capital is 1 billion shares, i.e. market value is 400 billion digital units; the total sales volume is 100,000 cars, i.e. projected total sales revenue of 20 billion digital units; the projected net profit is 40%, i.e. 8 billion digital units; the ratio of the company's share market price to its net profit is 100 times, and the market value will reach 800 billion digital units. Then, the surplus value (quantized indicator) in circulation and distribution is embodied in three aspects: 1) the reduction of payments for advertising and effective placement can be quantized into a certain interval of specific percentages of total sales revenue; 2) the company’s net profit and the percentage of conversion of remuneration into shares (options); 3) the added value of the total market value caused by the increase in the stock price.

Therefore, digital currency has a value scale better than that of surplus value in production according to traditional economic theory, while by measuring the value scale, which can be quantized, digitized and put into circulation in circulation and distribution, a digital currency system can be created (including different circulating basic goods such as consumer goods, wholesale goods and minerals into a system) that is not affected by inflation caused by excessive central bank issuance; throughout the digital human network world, only digital currency will be used for transactions, circulation, consumption and reward, and its value scale will be associated with three representations of value. When people leave the world of the digital human network and return to the real world, the digital currency can be exchanged for real currency such as USD/RMB by setting an exchange rate.

Digital currency has a stable value scale because it is tied to the surplus value in circulation, thereby moving away from the dilemma of over-issuing paper notes caused by the fact that the currencies of the respective countries are currently pegged to the US dollar and the US dollar is pegged to gold. which causes a shortage of gold, then an insufficient supply of US dollars; so they move away from the US dollar; digital currency has such characteristics as generation in circulation, the ability to track the entire transaction process (satisfying the anti-money laundering regime), security in payment and ease of circulation; in addition, it satisfies the requirement of the usual regime of the first collection of funds to expand the reproduction of the enterprise; In addition, the solution of this disclosure can now achieve positive feedback from production capital + circulation and distribution efficiency + pre-sales + increased profits, leading to an increase in stock price; therefore the company can

- 54 045997 quickly expand reproduction without large production capital after small research tests.

Still using the car as an example, let's assume that to complete the update to the latest version and small tests with it, it is necessary to expand reproduction to 100,000 cars with projected sales revenue of 20 billion digital units; Normally, 45% must be prepared in advance to cover production and sales costs, i.e. 9 billion digital units; profit is 40% and taxes are 15%. However, according to the decision of this disclosure, with orders for 100,000 vehicles received through distribution and circulation, the sales revenue will be 2 billion digital units, as the basis for calculation, theoretically 10% (i.e. 2 billion digital units) is taken as the surplus scale circulation and distribution costs to issue a digital currency for the purchase of cars and shares (if there is a concern that the car manufacturer does not have sufficient funds, it may be necessary to pledge some of its shares on the condition that it does not pledge its shares (options), or production capacity , or intellectual property, etc. prior to listing). According to the principles described in the previous embodiments, the code release center enters into an agreement with the automobile manufacturer to progressively issue automobile-related digital currency as a cost of a reward to be awarded to distributors (at each recommender level).

The manufacturer or e-commerce website advises customers to pay an advance to complete the collection of funds for expansion of reproduction; if only 10,000 cars are ordered, promotion costs will also decrease, as will the total stock price; more shares will be required to post collateral; Algorithm terms for the respective algorithms may be determined upon signing an agreement with the code release center. Or, to enter into an agreement with the code release center, a collateral could be added with the expected benefit from distribution and sharing the cost of the digital person as the founder, i.e. preliminary quantization and conversion into monetary form of the indicator and possibilities of personal creditworthiness; An example of a personal credit score would be the INDEX score mentioned above.

In this example, the mode of production, sale, circulation and issue of shares implemented above is called the issue and exchange of digital person shares. The code issuance center functions as a digital man's stock exchange: shares pledged by a car manufacturer or used for the exchange of digital currency can be considered as issueable shares (share pledge is similar to the market maker mechanism, where the proper procedure includes forecasting the sales of the product in the market, assessing the reliability indicator of the moral quality of the founder, assessment of product testing, assessment of the economic feasibility of expanding reproduction and assessment of the reliability of production/sales/delivery). The client can be awarded digital currency for the distribution, he can pay with digital currency when buying a car, and also buy shares of the manufacturer for digital currency in the world of the digital person, and sell the shares after the price rises to receive digital currency (when the shares rise in price, the value is added to circulation and the propagation may be quantized or partially quantized).

Therefore, in the case when the value of a digital currency is tied to the cost of circulation and distribution of a car, while being indirectly related to the market selling price of the car, and even tied to the shares of the manufacturer, the value scale of a digital currency is realized.

As more and more enterprises want to go public, the monetary value of the digital currency will become more and more stable (as a benchmark for a bundle of currencies to counteract the inflation of traditional banknotes); funds received from the issue of shares can be controlled during the entire process, so that they will not be misappropriated by anyone and there will be no risk of false financial statements; the distribution/orders rate is created and monitored in real time, and the stock index of the car manufacturer's shares will also increase with the expansion of the distribution (i.e., the growth of the distribution rate); the public announcement of shares in this example can be considered as an application to list the enterprise, and the exchange is simply a digital securities exchange.

Currently, various financial institutions, online retailers and third-party payment agencies have successfully launched their 2D payment code solutions. In addition, many technical problems have not yet been resolved (for example, payment not on a certain stage, personal identification, security guarantee, etc.), the market is divided by disorderly competition; It is difficult for customers to choose, and it is also impossible to generate national-level big data. The present disclosure implements a high-level planning and system solution for applying two-dimensional codes, which reduces repeated investment. By establishing a digital human network digital currency issuance center, a regional 2D code issuance center, and a national (public) 2D code payment and settlement platform, the security concerns raised by difficult-to-verify 2D codes independently issued by multiple agencies can be resolved through the issuance of a single code that can be more easily recognized by the client; by creating a platform for public payments (similar to UnionPay)

- 55 045997 This disclosure addresses the issue of fair competition so that all financial institutions, online merchants and third-party payment agencies can share the resources of a national settlement platform by applying their payment technologies using a uniformly verifiable two-dimensional code, and thus structural big data in relation to people's daily lives, with significant strategic implications.

The mode of reward delivery proposed in this example can be seen as an emotional economy that capitalizes the placement of advertisements, equitifies acts of purchase and forms a super-virtual digital currency, thus addressing an important issue in today's economies: Capital explains the theory of surplus value in production; however, in the circulation stage of human society, the assessment of the circulation and diffusion of the social model is not quantified and assessed. To address this issue, the present disclosure provides a technical means for implementation.

Embodiment 13.

This embodiment presents the application case of a credit digital currency, which is shown in FIG. 18 and includes a cloud platform, one of a plurality of merchants on that platform, and a digital currency quota review and approval agency, all of which have a corresponding server for data processing and communications, a client having a device, such as a mobile terminal, for accessing digital human network, wherein the two-dimensional codes required during the interaction between the relevant parties specified above are generated by the core server of the code center based on a coding rule defined according to a single standard.

Specifically, the merchant, as a registered merchant, gains access to the cloud platform and submits an application for digital currency quota to the cloud platform; The platform sends information such as the asset confirmation provided by the seller, the creditworthiness and business qualifications of the seller to the review and approval agency server.

The review and approval agency (such as bank, insurance company, etc.) provides the appropriate digital currency quota after asset assessment, lender assessment, capital assessment, CDM (Clean Development Mechanism) assessment, BOT (Build-Operate-Transfer) assessment. , PPP (public-private partnership) assessments, etc. and transfers the quota to the seller's account. Digital currency quota can be divided and tracked and can be used as an endorsement. The digital currency the seller receives is equal to the value of his assets and credit.

The cloud platform manages the entire digital transaction process regarding the issuance and circulation of digital currency; during the transaction process, requests from the relevant parties the 2D codes that they have sent to the cloud platform, so that after the interaction between the cloud platform and the code issuing center, the 2D code generated by the latter will be returned to the relevant party in the transaction. Due to the fact that the clients involved in the transaction are registered users of the cloud platform, the latter will provide a unique two-dimensional code for each client corresponding to the client information for identity verification and credit assessment. If necessary, the client's 2D code can be submitted to the review and approval agency.

In addition, the cloud platform monitors each transaction and receives commissions in percentages agreed upon by the parties to the transaction. To carry out control, the cloud platform assigns a unique two-dimensional code to a transaction, for example, an order, warehouse receipt, invoice, bill of exchange, payment receipt code, and also assigns a unique two-dimensional code to each product/service; then, when distributing and promoting this product/service, the result of decoding the encoded information corresponding to the two-dimensional code can be combined in a secondary generated two-dimensional recommendation code. The cloud platform or other parties can decode the 2D code based on a predetermined uniform encoding rule to obtain customer information, transaction information and product/service information, and can know the 2D code generation situation at different stages and at different times, thereby Traceability is implemented. After the transaction, the circulation of digital currency can be realized in the form of a two-dimensional payment receipt code, for example: keeping in mind that the two-dimensional payment receipt code is generated by a single code issuing agency, it can be monitored throughout the entire process, thereby guaranteeing capital security and reducing capital costs .

Let's assume that the seller is a travel agency. The travel agency, through access to the cloud platform, requests and receives the digital currency quota provided by the review and approval agency, and the digital currency quota can be handled in point-of-sale transactions (not limited to brick-and-mortar stores or online stores) at home and abroad. The traveler registers via their mobile terminal device to become a registered travel agency member and can purchase and exchange digital currencies at various travel agency sales points or otherwise fund their personal digital currency account. The respective sales points upload sales data to the travel agency server

- 56 045997 vii and the cloud platform, so that the cloud platform creates sales data at the relevant sales points and uniformly provides the corresponding amounts to these sales points, for example at the end of each month.

The traveler can also identify, through his or her mobile terminal, a promotional 2D code relating to travel agency information or travel itinerary information displayed at that point of sale, and indirectly interact with the code issuing center by accessing the cloud platform to obtain a regenerated 2D code. a recommendation code combined with the traveler's user information so that the traveler can make recommendations to other users in various ways, for example, through a social platform. The cloud platform provides rewards (for example, different types of rewards such as digital currency or coupon, etc.) to the traveler according to the policy set by the merchant based on the sharing conditions and the direction of the 2D recommendation code. Since some characteristics of the travelers' physical world will be different, rewards can be differentiated further; characteristics can be combined in certain interaction information with the cloud platform or combined in a certain two-dimensional code.

Thanks to the traceability of the 2D recommendation code, the cloud platform provides the user with commissions for an online social business transaction and can aggregate relevant data to provide information by media channel/region, target audience, levels of people who expressed interest/participants/senders/customers, etc. . at the travel agency.

Additionally, there is no need for a traveler to use foreign currency or a credit card when traveling abroad. To make a payment in digital currency, he only needs to scan the two-dimensional payment receipt code (instead of a cash register) provided by the store using a mobile terminal device to find out the payee's account information; Typically, after confirming the payment amount, the traveler uploads the membership information and payment information into the membership management system of the cloud platform or travel agency; the store will also upload sales data to the store management system on the cloud platform; The store management system and membership management system will perform inter-system settlements, implementing the transfer of digital currency. After returning home, the traveler can exchange the amount of digital currency in his membership account back into local currency.

The sales data uploaded by the respective stores can be in different forms, such as sales receipt, order, loading slip, payment order, etc. The cloud platform can also summarize and sort this data and provide it to agencies that need such data, such as a store, travel agency, duty free store manager, government agency, etc. on demand, in order to parse big data and guide enterprise operations and government planning.

In some examples, the seller may store information for later presentation in the space provided by the cloud platform to the seller, while classifying this information into a variety of groups, such as products, activities, presentation, etc.; The seller may also request an agency, such as a cloud platform or code release center, to prepare the content of any group of information for inclusion in the 2D code that will be released to the external environment. The relevant party, after scanning this two-dimensional code, can access the cloud space to search for content in the corresponding group of information. When a merchant requests the release of a code, it can determine the identity of the party scanning the code and the operations that the party scanning the code is authorized to perform; then the encoded information of the generated two-dimensional code may include corresponding information in the acknowledgment; It is also necessary that the party scanning the code, when gaining access to the cloud space by scanning the two-dimensional code, provides information about its identity and/or elements of the characteristics of the physical world necessary for the platform to verify the identity of the party scanning the code and grant it the appropriate rights of action.

Embodiment 14.

This embodiment offers one supply chain management (SCM) case, which is shown in FIG. 19 and which includes an electronic commerce network platform, one of a plurality of transactions on the platform, a bank, a product manufacturer, and a logistics service provider, all of which have a corresponding server for data processing and communication, a client that has a device, such as a mobile terminal for access to the digital human network; wherein the two-dimensional codes required during the interaction between the respective parties as specified above are generated by the code center's core server based on a coding rule defined according to a uniform standard.

The operator obtains the rights to related services such as setting up an e-store, using the transaction platform, etc. by paying the store fees. In this regard, the operator's server

- 57 045997 interacts with the platform server, for example, paying fees to the platform by identifying a two-dimensional payment code issued by the platform; an agency such as a bank or backend server that records the operator's account information, transfers the corresponding digital currency/real currency to the platform account; the platform provides relevant services to the operator based on notification of receipt of payment from the agency.

The operator signs a product purchase agreement with the manufacturer, sends a request to the bank regarding payments required to purchase the product to apply for an unsecured loan, and sends relevant content about the products and their purchase prices to the agreement between the operator and the manufacturer through the operator's or manufacturer's server to platform and bank servers; The operator’s server submits the required loan amount to the platform and bank servers.

The network e-commerce platform provides microloan support to the bank, such as providing the platform operator's credit history to the bank through the platform server to help the operator obtain a loan. The manufacturer signs a guaranteed repurchase agreement with the bank. The bank disburses the loan and transfers the funds directly to the manufacturer as payment for the products purchased by the operator. As a capital information platform, the platform provides information on loan amount, redemption amount, cash flow to the bank, manufacturer and operator upon request.

After receiving payment, the manufacturer ships the goods purchased by the operator to the controlling party. That is, goods purchased by an operator registered on the platform are shipped by the manufacturer by agreement directly to the warehouse of a third-party logistics company (3PL) authorized by the bank to store them. The operator advertises the goods it sells to the external environment in the form of a two-dimensional code according to the operations described in the previous embodiments.

The client views in the browser through different client programs the store on the platform or the two-dimensional code issued by the operator to find out what products are being sold; after confirming the product for purchase, the client sends a purchase order to the operator’s server; The operator's server issues a transaction command to the third-party logistics service provider's server based on the order, so that the logistics company's server ships the corresponding product to the customer.

The platform can interact with the server of the logistics service provider to obtain information on the types, quantity and value of goods purchased and deposited by the operator, as well as information on the status of the transaction with the goods and warehouse management information under the control of the logistics service provider; With such information, the platform can perform online scraping regarding the financial balance of the operator and, if necessary, can provide such information to relevant parties such as the bank, manufacturer and operator upon request.

The customer makes payment after receiving the goods, for example, in the form of payment from a mobile device based on a two-dimensional code, as described in the previous embodiment, to pay for the goods purchased from the operator (or platform or bank). Since 2D codes such as 2D promotional code, 2D payment code and 2D recommendation code are all uniformly generated by the code center, the platform, through communication with the code center, can control the entire transaction process between the operator and the customer, for example, providing transaction information, customer payment information, etc., which can be retrieved upon request by relevant parties such as bank, manufacturer, operator and customer when necessary. The platform provides services to customers, processes complaints and other transaction issues, records operator credits, records customer score, provides rewards, etc.

The loan is paid to the designated supervising bank, and the risk deposit is paid with a certain interest; If the seller fails to repay the loan on time, the manufacturer must repurchase the goods deposited with the logistics service provider under a risk repurchase agreement, and the repurchase payment is transferred directly to the controlling bank, which helps avoid risk. In this regard, upon receiving the ransom payment from the manufacturer, the bank sends a command to deliver the goods to the location specified by the manufacturer on the server of the logistics service provider; and the latter performs the corresponding operations. In addition, the bank,platform may also lower the operator's registered credit rating,based on the default information sent by the bank.

In addition, the seller can also pledge the goods he legally owns for financing; the bank entrusts a qualified logistics company with monitoring the goods throughout the entire transaction process; Once the bank determines the lowest value, it will independently determine whether to extend loans to the party above that lowest value.

In this example, the e-commerce service platform can solve the existing problems such as the lack of reasonable and efficient profit modes and insufficient control on the commodity credit transaction, thereby creating a high-quality commodity supply chain and value distribution platform that charges traffic fees and provides access to the market for high-quality products from popular enterprises.

- 58 045997

For operators who are faced with difficulties in obtaining financial support, slow recovery of funds and lack of complete logistics services, the solution in this case may be to provide them with unsecured microloans from the bank, speed up the recovery of funds and provide them with high quality and complete logistics services as VIPs.

The Bank can address logistics control risks and credit control risks in relation to microloan services; in cooperation between the platform and strategic logistics partners, the risks of the logistics service provider in monitoring orders in the warehouse are reduced; By sharing credit and capital information on the platform, more loans (guarantees) can be provided to SMEs, taking their future cash flow as a basis, thereby reducing credit risks when expanding the business.

As for the manufacturer, the high cost of the original channel affects its profits, and it is difficult to effectively increase the e-commerce channel; through this example, the entry capabilities of the respective operators into the customer market can be fully exploited; Using the platform, the manufacturer and operator can easily build an e-commerce value chain together, where the operator handles distribution and promotion using 2D codes, etc., and the manufacturer can focus on the products.

The customer can obtain quality products through the solution presented in this example and receive high-quality logistics services corresponding to the quality product. The customer may also receive rewards provided by the operator or platform by performing transactions in accordance with the rewards policy as described in the preceding embodiments, for example, by making recommendations to others through a regenerated 2D code, transacting by interacting with the server of the operator or platform, and etc.

In addition, the loan amount, the amount of payment upon repurchase, the amount of payment for the purchase of goods, etc. in this example, all payments are made in digital currency recognized by the relevant parties; the method for obtaining the digital currency may be as described in the previous embodiments. In addition, the relevant parties may exchange the digital currency for the corresponding real currency at their locations. This is particularly suitable for the case where the relevant parties, such as the client and the manufacturer, do not use the same real currency.

This embodiment offers a new business mode that is mutually beneficial for multiple parties. It guarantees quality control. Logistics services are guaranteed. Storage and distribution of goods is carried out under a single management. The implementation of the loan cooperation agreement between the bank, the goods supplier and the operator is guaranteed. Credit risks are reduced. It also offers a secure and convenient payment on delivery mode, which is highly reliable for buyers and provides powerful support for sellers to build a top-tier store for very important customers.

Embodiment 15.

This embodiment offers a case for implementing a factoring business based on an information platform. In traditional factoring business, the factoring company or bank may find it difficult to understand some situations that arise between the previous supplier and the main manufacturer/seller, such as orders, waybills, receiving, invoicing, payment, etc., between the main manufacturer/seller and store customers. Therefore, insufficient information consolidation and sharing and unclear sales information are unlikely to provide effective information support for factoring services. The lack of uniform documents and invoices, and therefore the ease of using counterfeit documents and invoices, carries risks for the financier and the final creditor; there is also a risk of repeated collateral financing; inconsistency of factoring conditions will cause improper use of funds; All of the above carry enormous operational risk for factoring services.

As shown in FIG. 20, in this information platform embodiment, the factoring company or bank is deeply connected with the ERP (Enterprise Resource Planning) system of the main manufacturer/seller to receive sales information such as the movement of orders, materials, capital between the main manufacturer/seller and the previous supplier or by the customer, so that the factoring company or bank can receive such information in a timely manner and provide credit financing service to the entire supply chain based on such information.

The information platform is linked to the ERP systems of a number of major manufacturers/vendors, respectively. The interactive transactions between the relevant parties when any of the major manufacturers/sellers contacts a factoring company or bank for factoring services will be described below. The ERP system submits a request for factoring service, and

- 59 045997 information corresponding to the factoring service agreed between the main manufacturer/seller and the previous supplier and/or customer in an agreement with the information platform. The information in the agreement may relate, for example, but without limitation, to the quantities of items and purchase prices, etc., specified in the order, the closing date and standards, etc. at the relevant stages, such as shipment, acceptance, payment, and various specific operations of the actual performers at the relevant stages (for example, one of the parties to the agreement or a third party authorized by it).

The information platform sends a request to the code issuing center to obtain a two-dimensional code uniquely corresponding to the factoring service when the main manufacturer/seller has applied for the factoring service and the information specified above has been received. By identifying the 2D code sent by the information platform (or the main manufacturer/seller), the factoring company or bank retrieves information on the main manufacturer/seller and the corresponding agreed transactions to ensure whether to accept this factoring service. The code issuing center can also obtain relevant service information from the information platform for verification.

At relevant stages of sales, the information platform can obtain real-time relevant service information from the relevant parties to the agreement or a third party authorized by them, and add it to the registration records created by the information platform for the main manufacturer/seller or for the factoring service; and encoded content of a two-dimensional code uniquely corresponding to the underlying manufacturer/seller and factoring service is also included in the real-time service supplemental information.

For example, the 2D code may also be the same 2D code that was generated from the original application; However, when it is identified at different stages, the factoring company or bank or other agencies can obtain the content of the registration records corresponding to the different stages on the information platform. Or, after adding the real-time service information at a certain stage, the information platform requests the code issuing center to combine the content of the real-time service information with the content of the original two-dimensional code to generate a new two-dimensional code, and the factoring company or bank or other agencies will receive relevant service information by identifying a new two-dimensional code to verify the factoring service.

Similarly, assuming that the relevant parties to the agreement have agreed on some newly added transactions at a certain stage of factoring and notified the information platform, the latter can enter the information on the newly added transactions into the records of a given factoring service, so that the information on the newly added transactions can be obtained by identifying the original 2D code or a new 2D code.

Receiving real-time service information is not necessarily based on documents uploaded to the information platform by the main manufacturer/seller. For example, with regard to determining whether a shipment operation has been completed, a logistics agency or a warehouse agency specified in the agreement may interact through a corresponding device with the information platform to inform the information platform that delivery has been made or acceptance has been confirmed, and then the information platform will register the corresponding information about the completion of the shipment stage. For example, a logistics agency or a warehouse agency may, after combining its identification information and its confirmation information of the corresponding stage of the factoring service, based on the factoring service information, request the code issuing center to generate a new 2D code, and send the new 2D code to the information platform so that the latter updated information on the service in real time.

In one example, shown in FIG. 20 and 21, the seller, after accepting the client, registers information through the platform to which the application for the factoring service was submitted, through a local application on the information platform; the main part of the information platform, after reviewing the registered information, requests the code issuing center to issue uniform codes to generate a two-dimensional code corresponding to the merchant and the factoring content it applied for; The SAP system (financial decision platform) on the information platform server can generate master data corresponding to the included content based on this 2D code. If approval is required for other businesses, the merchant provides the 2D code and information of the approved business to the factoring service platform and pre-registers on it; the information platform receives the rights of the approved enterprise, which is registered by the seller, to register. This enterprise provides the two-dimensional code and its service to the factoring service platform and completes the approval registration on the factoring service platform; the information platform receives information about the enterprise and registered rights for comparison and confirmation, and if uniformity is confirmed, notifies the SAP system about the need to register records of

- 60 045997 approval. When an enterprise applies to a factoring company for a factoring service, the latter obtains the relevant terms and conditions for the application of factoring through the factoring service platform based on the information obtained as a result of the two-dimensional code identification, and interacts with the information platform to confirm the rights of the enterprise; If it is confirmed that there is no error, the SAP system processes the factoring service.

In the information platform business process review and approval example, interactions with the merchant and the factoring company are added to the basic SAP system settings on the information platform to set functions such as sum review result submission and approval request, amount settlement, and amount review and approval. Based on the basic functions of finance, cost, procurement and project management of the SAP system, the information platform in this example interacts with the original SAP system through the SAP interface based on the MatrixLink protocol; The information platform structure is connected to the application database to carry out the related operations of project review and approval and amount accounting, including master data management, sales support, work process management, project management, review management, etc.

As shown in FIG. 22, setting up a business process can be implemented through an ERP or SAP system in an enterprise, for example by setting the review process and rights General Director A1 - Sales Director A2 - Sales Representative A3 or setting the review process B1, B2, B3, executable full-time employees of the enterprise.

Business process settings are submitted to the O2O server and can be open to external partnerships; the O2O server may request the code issuing center to generate an appropriate 2D code based on these settings; the two-dimensional code generated based on the settings establishes, for example, that only a certain person can create a business process according to the work scheme A1, A2, A3 or B1, B2, B3.

The relevant person interacts with the O2O server by scanning the 2D code using the client device to obtain the corresponding business process; During this interaction, unique information about the client's identity may be provided to verify whether he is authorized to perform the operations of this process. The O2O server can interact with the digital currency quota review and approval center based on the customer's unique identity information to set the digital currency quota and perform transactions related to transaction payments and included in the business process.

Therefore, the customer, by scanning the 2D codes, can perform various established processes such as review and approval/acceptance/payment (some processes will require interactive collaboration with relevant other parties) to thereby simplify operations and improve Internet network security.

Embodiment 16.

As shown in FIG. 23 and 24, in this embodiment, the following parties are involved: the user's clients on the respective network platforms, who can scan the 2D codes, share and recommend relevant information to others based on the content identified in the 2D code, purchase with digital currency, participate in activities, etc.; a two-dimensional code server that supports user registration and login, defines trade organizations and channels, generates two-dimensional codes, provides access to the client, shares the discount mechanism and implements the client function interface; The corresponding interfaces of the PPP (point-to-point connection) platform are connected to the two-dimensional code server and the corresponding EU (electronic commerce) platforms, and the interface for quickly establishing communication with the corresponding PPP platforms is designed in advance to realize the customer function implementation interface, the product interface, the two-dimensional code interface, the interface orders, etc.; and the corresponding PPP platforms are connected to the corresponding interfaces of the PPP platforms to realize O2O services, customer functions, login to access product master data, order processing, etc.

In this case, the PPP platform creates a project associated with a specific product, which is imported into the 2D code server through the synchronous interface of the PPP project, and the business volume is specified by the 2D code server, and the corresponding 2D code is generated and released to the external environment. After scanning the two-dimensional code, the user sends it to the two-dimensional code server for parsing and receives the basic data on the corresponding product from the PPP platform based on the parsing result, and after the basic data on the product is read by the two-dimensional code server through the product query interface, the information on the product is provided to the user's client.

If the user is satisfied with the product presented, he places an order; the two-dimensional code server registers the user's order, generates a two-dimensional code related to the order information and the user information in the transaction, which is sent through the order generation interface to the PPP platform to generate the order. The PPP platform processes the order and

- 61 045997 therefore sends order information to the client via the PPP platform interface and the order request interface of the two-dimensional code server. The PPP platform may also define functions to be performed by the client, which are sequentially transmitted through the PPP platform interface and the 2D code server functional interface and then presented to the client.

After the user scans the 2D code and the 2D code is parsed by the 2D code server, the user receives the corresponding product master data from the e-commerce platform based on the parsing result, and after the product master data is read by the 2D code server through the interface inquiries about e-commerce platform products, basic product data is provided to the user's client.

The user requests the 2D code server through the client to generate a 2D sharing code and releases the 2D code for sharing with other users. The sharing transaction is registered by the 2D code server for the discount. In fact, the corresponding functions can only be implemented by the client and the e-commerce platform, and the interface of the e-commerce platform is mainly used for information transfer.

By defining the interface of the PPP platform and the interface of the e-commerce platform, this embodiment can enable the corresponding platform to connect to the 2D code server and expand the platform with a plurality of new 2D code service functions.

Embodiment 17.

In addition to the two-dimensional code, information sent by one party to other parties during the interaction process described in the previous embodiments may also be encoded in other forms of encoding media. The code media may be images of bar codes such as one-dimensional code, two-dimensional code, multi-dimensional code, which can be seen by the naked eye, or the image of the bar code or the information encoded therein or any other encoded information may be an optical lattice pattern drawn with a fluorescent pen and represented in different forms such as: light-shadow rays, visible light, UV light or IR light, polarized light, refresh rate, etc., or a digitized acoustic wave represented with a special rule/frequency change if only such an encoded medium can completely store the encoded information corresponding to the information to be sent. Although the one-dimensional code has limitations in terms of the amount of information it can store, it is theoretically also suitable. The optical lattice design is typically designed to be unidentifiable or difficult to identify with the naked eye, and digitized acoustic waves are typically designed to be difficult to identify by the human ear. However, the present disclosure is not limited to this; if necessary, they can be made visible to the naked eye/audible to the human ear.

A device that identifies any of the code media specified above, performs data processing of the identified content, and performs various types of interaction in operational communication with a back-end server designated by the engine that issued the code media to obtain content/services corresponding to the code media may also be a wearable device in addition to the mobile terminal device (mobile phone, tablet computer) and personal computer, which are mentioned in the previous embodiments. A wearable device refers to, but is not limited to, a variety of devices worn on the human body, such as a portion (e.g., including a flexible information display and a touch screen) of accessories, eyeglasses, eyeglass arms, headwear, hats, tie clips, brooches, bow ties, bracelets, watches, headphones, clothes, shoes. A user can have one or more wearable devices at the same time.

The wearable device may include all the functional modules of the mobile terminal device from the previous embodiments to replace the functions of the mobile terminal device when performing corresponding operations; or the wearable device may only have some of the functional modules of the mobile terminal; but it must be coordinated with the smart TV, set-top box, smart home gateway, mobile terminal device or other one or more wearable devices with the remaining functional modules to perform the operations performed by the mobile terminal device in the previous embodiments. Functional modules include, but are not limited to: a receiving module configured to receive a code medium, for example, by photographing a visible bar code using a camera, or to receive an optical lattice pattern or a digitized acoustic wave using an appropriate type of receiving module, etc. ; a decoder for decoding the received encoding medium to obtain encoded information; encoded information parsing block for parsing encoded information and determining

- 62 045997 checking whether the code medium is generated based on the specified encoding rule; a transmitting/receiving unit configured to communicate with a background server or other parties regarding information, obtaining services, or providing services if the encoding medium is generated based on a predetermined encoding rule; an input block for entering information used in the interaction process; and a display unit configured to display identified content or information to be displayed during interaction with the background server. These functional modules may be integrated into a single wearable device, or located in a plurality of wearable devices, or located in a plurality of devices, such as a wearable device and a mobile terminal device. The decoder and/or parser of the encoded information, for example, may even be located on a backend server, or a backend server, or a third-party server, and the wearable device or mobile terminal sends the resulting encoding medium to such a server for identification, etc. The communication mechanism between the mobile terminal device and different types of servers in the previous embodiments applies to the communication between the wearable device and different types of servers in this embodiment.

For example, if the wearable device is smart glasses, it may include: a camera to identify the barcode image (with which it can be further configured), an indication unit (e.g., a warning lamp) to indicate successful photographing or transfer of the barcode image , a setting unit for setting shutter speed, resolution, etc.), and also include a transmitting unit that communicates with a mobile terminal device or another wearable device (for example, a smart watch) via a wired or wireless connection such as Bluetooth/WiFi, etc. The transmitting unit is configured to send the photographed barcode image to the mobile terminal device or watch. Once the barcode image is identified by the decoder and code parser in the mobile terminal device or watch, the content corresponding to the barcode image will be sent back to the glasses and displayed on the screen embedded in the lens of the glasses (or the content will be displayed on the electronic screen of a mobile terminal device or watch); After the user views the corresponding content, operations on the mobile terminal or watch implement a service request to the back-end server and obtain the service provided. Or, as another example, the glasses also include the decoder mentioned above, the encoded information after decoding is sent to the mobile terminal device for parsing; in this case, the information display screen on the watch separately or synchronously displays the information after parsing on the mobile terminal device. In yet another example, the glasses can independently perform all operations such as obtaining encoded information from the barcode image, identifying, interacting with the background server, and obtaining a service; they can then replace the mobile terminal device. Or, the mobile terminal device is used to communicate via signals with the glasses to synchronously back up the data processed by the glasses. Of course, the wearable device and mobile terminal device may also have a variety of embodiments with modifications. It will be understood that all such embodiments, with modifications, fall within the scope of protection of the present disclosure.

In various examples, a particular wearable device may be designed to be able to identify one or more of the code media described above. Upon receiving an unidentified code medium (including failure to decode a specific bar code image, or, although the encoded information can be decoded, the operation that should be performed by some rule cannot be analyzed), a wearable device or mobile terminal device that is associated with signals may, for example, display an error message, require a rescan, or redirect to another specific web page; or not to answer; or send unidentified code media to a back-end server for identification, etc. When the code medium is successfully identified and the operation sequences defined in the rules are received, the wearable device itself, or the mobile terminal device, or another device controlled by it, can perform the corresponding operations.

The wearable device in this embodiment, as a digital human device, can, like the mobile terminal device in any previous embodiment, access the digital human network when the user identifies an explicit or implicit code carrier through the wearable device (or in interaction with another terminal device), and through the operations of any of the embodiments above (including, but not limited to, generating a new code medium (e.g., a two-dimensional recommendation code) by a single core server/code authority or other authorized party and issuing a recommendation to other users, initiating a search OSS/request for assistance in searching OSS or response to OSS search or search for assistance in OSS conducted by another person, completing a transaction, etc.), the relevant agency such as the main server/platform server/background server/third-party server registers the change attribute value (e.g., score) of that user who receives

- 63 045997 corresponding reward (for example, digital currency). In addition, when interacting with different agencies through a wearable device (or interacting with another endpoint device), for example, when requesting a back-end server to provide a service based on information obtained as a result of identifying the code carrier, the user can independently inform the back-end server or other to the agency some characteristics of the user or data on the physical world where he is located (time/location/identity, etc.) in order to obtain specific experience in the practice of providing services (for example, get different discounts) corresponding to different characteristics.

As shown in FIG. 25, in one application example, enterprise A prepares, via a back-end server, a new AP product for launch on the market. On the ERP server of the enterprise (also engaged in e-commerce), the sales volume and revenue from sales of the new AP product must be set; The two-dimensional code is generated by the code release center according to a given rule and released to the television release channel and the store release channel.

In addition, a certain percentage (AP%) of the proceeds from sales of the AP product is taken to pay for advertising during marketing and is paid through a third-party contact server (can be paid in advance or in installments). This procedure applies to advertising platforms such as television stations, the organizer of multi-level distribution, developers of two-dimensional codes and/or technologies, server administrators, etc.

The 2D code is released through television stations. Consumers wear glasses, headphones, or other wearable devices when watching TV. The user can take a photo with the camera built into the glasses of the two-dimensional code shown on the screen at some time without having to pick up the mobile terminal device to start taking photos, which is more convenient for the user.

In addition to the 2D code visible to the human eye, invisible 2D code can also be displayed on the screen, for example by controlling the frame rate through a set-top box. The optical lattice corresponding to the invisible two-dimensional code cannot be identified by the naked eye, but can be identified by the corresponding glasses receiving module, decoded and analyzed by the decoder and encoded information parsing module built into the corresponding client software.

If the client watches a picture on the television screen for a few seconds (a different duration can be set), the optical array can be automatically captured to begin performing a sequence of specified operations. The glasses, watch and mobile terminal device in this example may be provided with a sensing software engine. This engine is a software/middleware whose drivers enable the optical camera to identify the optical signals of the optical array. The read original optical information applies the principle of two-dimensional code encoding/identification, and after latent identification, error correction, matching, screening and/or signal format conversion, gives operating commands to relevant parties such as glasses, mobile terminal device and background server. The operating commands are transmitted to the background server by the glasses or the mobile end device and when further processed based on the transaction management according to the relevant rules, some functions are performed, such as downloading, application launch, e-commerce, transaction and payment.

The glasses trigger a message from the mobile end device (or watch, or laptop, etc.) that is connected to them via wired or wireless communication with the background server. The AP product presentation launched by the background server can be seen due to the running of the mobile terminal client software (the product can also be presented on a glasses lens or television screen). In addition, the client can also interact with the backend server through the mobile end device to post comments, answer survey questions, receive coupons, etc.; the recommended 2D code can be re-generated by the code release center and released to other users, so that the mobile terminal device becomes a sales floor representing the 2D AP product code distributed on the TV channel.

An order can be placed by scanning with a mobile terminal, glasses or other device, a two-dimensional payment code presented on a television or mobile phone screen (or a request to place an order) is sent through the set-top box menu presented on the screen, and the encoded information is first analyzed and verified server. Once verification is completed, the encoded information is sent to the O2O server (owned by the enterprise) to implement functions such as TV channel management, and then forwarded to the enterprise's ERP server to complete order processing. The order processing result is sent back to the order processing server to perform the discount calculation. The server extracts the appropriate percentage of the advance payment to forward to the appropriate parties, including the mobile terminal (the mobile terminal user has a checking/receipt account

- 64 045997 payments linked to the mobile terminal), the television station, the party that developed the two-dimensional code technology and the third-party server.

As shown in FIG. 26, in another example, a system is provided capable of providing expert support to a user, wherein the user wears a first wearable device (such as glasses) to watch a fitness video through the lens of the glasses or on a television/mobile terminal device, designated P1, glasses. identifying a two-dimensional code (which is preferably invisible to the naked eye) or in yet another example a digitized acoustic wave loaded onto the video, which preferably cannot be identified by human ears, but can be identified through headphones; the encoded 2D code information corresponds to a sequence of operations to be performed by the corresponding devices.

Keeping in mind that devices such as glasses, watches, headphones, a mobile terminal device, a set-top box are connected to each other in the system via wired or wireless communication, or communicate through a smart home gateway, the sequence of operations defined in the encoded information of the two-dimensional code can be analyzed by the client software of the mobile terminal, this sequence of operations is communicated to the other aforementioned devices so that they know what operations they must perform.

Therefore, after the glasses identify, or the mobile terminal device connected to the glasses identifies, a two-dimensional code, they release a control signal that triggers the sensor in the second wearable device to detect according to a predetermined sequence (denoted as P2-1). A second wearable device, such as a smartwatch, worn by the user may detect the user's heart rate; or sensors that are built into the user's clothing that detect body conditions such as heart rate, blood pressure, sweating, etc.

The second wearable device detects the user's physical states in real time as the user moves based on the video according to a sequence of operations defined in the 2D codes; When it detects that the detection result has reached a certain predetermined threshold (excessive heartbeat), the second wearable device sends a smart alert request to the glasses or mobile end device.

When prompted, a message prompt or video prompt, breathe deeply and relax your stomach, is displayed on the display screen of the glasses or mobile terminal device (or the glasses or mobile terminal device triggers the set-top box to display such a prompt on the TV screen), or a message prompt (for example, P3-1) sounds through headphones controlled by glasses or a mobile terminal device to advise the user to correct their actions.

Assuming that the second wearable device determines that the user's body detection result has reached a different threshold in a given operation, the other device may be commanded to request a different content prompt, or a command may be issued to switch to the next video. In addition to issuing commands based on detection results of the user's body, corresponding devices such as glasses, smart watches or a mobile terminal device can also detect other characteristics of the physical world or combinations thereof (for example, the built-in clock of a mobile terminal device can indicate that the training time has been exceeded) using a built-in or external sensor to issue commands to other devices in the system (for example, a command to turn off video to a set-top box), or even interact with agencies outside the system to send control commands or transmit data such as the user's current workout state (for example, the first and the second wearable device or mobile terminal device sends the user's workout duration to the social network platform by interacting with the background server, and the platform server or the backend server provides different bonuses according to the workout duration taking into account the user's workout state), as shown by P3-2 , P3-3, P3-4 and P3-5.

In some other examples, the work of analyzing the received values and predetermined thresholds may be performed by a second wearable device, or a first wearable device, or a mobile terminal device according to various predetermined flows of operations. Based on the analysis result, the device performing the analysis itself, or another device controlled first, performs subsequent operations in the sequence. Subsequent operations can be performed by one device alone or in cooperation with other devices.

In yet another example, other sensors may be used to detect by identifying different forms of two-dimensional codes. For example, a 2D code in the form of an optical lattice can be presented on smart furniture (for example, a set of light sources on the outside surface of a refrigerator forms an optical lattice by changing light and shadow according to the 2D code pattern). For example, the original 2D code is first displayed in the form of an optical lattice. The wearable device (such as glasses) of the user identifies him and then releases him, based on

-

Claims (50)

sequence specified by the encoded content, a command to the refrigerator to detect. The refrigerator receives this command, detects the quantities of food stored in the refrigerator (for example, P2-1) through a built-in sensor; a second two-dimensional code indicating the quantities stored is generated as authorized by the code issuing center, the two-dimensional code being issued in the form of an optical grating. The wearable device then automatically continuously scans the two-dimensional code presented on the refrigerator for a predetermined time until receiving a second two-dimensional code to identify the quantities of food stored in the refrigerator through its identification. Another example, if the refrigerator detects that the quantity of a certain food product in storage is zero, it includes a command to request the wearable device to purchase in the encoded information of the generated third two-dimensional code; then, after identifying this two-dimensional code, the wearable device can also purchase the food product by interacting with the platform server or the regular seller server on the platform through the e-commerce platform link included in the code, and the e-commerce platform notifies the logistics company server to deliver the product. The function of the wearable device for delivering goods in this example can also be performed by a mobile terminal device or other similar enterprise. In this example, the functions of the wearable device can also be performed by a mobile terminal device or other similar devices. The approach in this example can also be applied to a scenario where a retailer uses a wearable device to identify a 2D inventory check code for an item. Although the contents of the present disclosure have been described in detail by way of preferred embodiments above, it is to be understood that the foregoing description should not be construed as limiting the present disclosure. Once those skilled in the art have read the above description, many modifications and substitutions will become apparent to them. Therefore, the scope of protection of the present disclosure should be limited to the appended claims. CLAIM 1. A method for processing information based on the release of a single code, which includes, when any interacting party from a plurality of interacting parties acts as a releasing party, sending a corresponding request for the release of code to this interacting party as the main administrator among the plurality of interacting parties to request receipt of the code medium that corresponds to the information provided by the issuing party; the primary administrator receiving the corresponding code release request and generating, by the primary administrator's code media generation unit or the code release agency's code media generation unit authorized by the primary administrator, the code media such that when any interacting party of the plurality of collaborating parties that acts as a recipient the access party identifies the code medium with its access recognition device, it can obtain information that corresponds to the identified code medium, and also obtains the information provided by the issuing party; wherein the plurality of interacting parties includes a plurality of first interacting parties corresponding to the plurality of motives, respectively; information provided by the issuing party includes information about the link available to the interactive network corresponding to one of the first communicating parties, and also includes any one or any combination of the following: information to be released by the issuing party, the state of the attributes of the issuing party, the state of the attributes of the interacting party a party associated with the issuing party, and information obtained by identifying another code medium using an access recognition device available to the issuing party, each of the plurality of communicating parties including a receiving/transmitting unit for communicating with other communicating parties; and each of the interacting parties has identifiable identification information associated with the transaction being performed and/or information issued by the interacting party; wherein the accessing party identifies the code medium through the access recognition device, reaches the interactive network of the first communicating party corresponding to the identified code medium; the accessing party is associated with the first communicating party, the interactive network has other communicating parties associated with the first communicating party; any communicating party has disclosure rights specified with respect to information received and/or sent by it, wherein the disclosure rights are configured to define a plurality of conditions for receiving and/or sending the information, and wherein some conditions include attribute states of any communicating party or attribute states of another communicating party sides; - 66 045997 the first communicating party corresponds to the attribute states of the accessing party with the disclosure rights set by the other interacting parties in the interactive network, and/or the first communicating party corresponds to the attribute states of the other interacting parties in the interactive network with the disclosure rights specified by the accessing party; after identifying cases that do not meet the conditions established for the rights of disclosure, the accessing party releases information to the first interacting party and/or other interacting parties in a given interactive network and distributes at least part of the information obtained from identifying the code carrier; or, the accessing party releases information to the first communicating party and/or other communicating parties in the interactive network and seeks feedback regarding at least a portion of the information obtained from the code medium identification, the first communicating party or other communicating parties associated with the first communicating party , release information to provide feedback to the accessing party based on information released by other communicating parties; a first interacting party of one motif has an attribute control unit configured to record and adjust the states of at least a portion of the corresponding attributes of one or more of the following parties: an issuing party that issues a code medium for accessing an interactive network where the first communicating party receiving access is located the party that releases information on the interactive network, and other interacting parties that release reverse information on the interactive network; at least a portion of the states of the corresponding attributes of any of the following one or more parties are recorded and adjusted by the main manager attribute adjustment unit based on the operations performed and/or information released by any of the following at least one or more parties: the party issuing the code medium; the first interacting party of all motives; accessing party; other interacting parties receiving information released by the accessing party, and other interacting parties releasing feedback information to the accessing party. 2. The method of processing information according to claim 1, characterized in that any interacting party from a plurality of interacting parties has one or more identification information corresponding to it; each identity of any communicating party satisfies any one or any combination of the following: identification information corresponding to the execution of any operation by any interacting party, which is used to associate the condition of the operation with the interacting party; any interacting party, after combining the identification information of any interacting party with the information to be released, directly releases the information combined with said identification information; and the interacting party receiving the released information determines by identification the interacting party that provides the released information; and any interacting party, if acting as an issuing party, after combining the identifying information of any interacting party with the information to be released, provides the information combined with the identifying information to the primary administrator or a code issuing agency authorized by the primary administrator to generate the corresponding code medium and release code medium; the accessing party identifies the corresponding code bearer to obtain a communication relationship between the code bearer and the issuing party. 3. The information processing method according to claim 2, characterized in that when any communicating party as the first releasing party sends a first code release request, the provided information includes at least identification information of the first releasing party; and the releasing party receives a first code medium generated based on the first code release request; any other communicating party acting as the accessing party identifies the first encoding medium through its access recognition device to at least obtain the identification information of the first issuing party, and the information provided when it sends, as the second issuing party, the second a code release request including at least identification information of a first issuing party and identification information of a second issuing party to thereby associate a second code medium generated based on the second request with the first issuing party and the second issuing party, such that by identifying the second code carrier, you can find out the communication relationship. 4. Method of processing information according to claim 3, characterized in that - 67 045997 the first issuing party and the interacting party associated with it constitute the first ad hoc interactive network centered on the first issuing party; the second issuing party gains access to the first ad-hoc interactive network by identifying the first code bearer, which causes the second issuing party and the first issuing party to communicate with each other and results in the integration of the second ad-hoc interactive network that is formed by the second issuing party and its associated interacting party centered on a second output side with a first dedicated interactive network; and the second accessing party gains access to the second ad hoc online network by identifying the second code medium, and thereby gains access to the first ad hoc online network to be associated with the first issuing party and the second issuing party. 5. The information processing method according to claim 4, characterized in that the issuing party sends a code release request to the main administrator and includes at least information about the service in the provided information; the service information corresponds to a service provided by a interacting party acting as a service providing agency among a plurality of interacting parties; the primary administrator or a code issuing agency authorized by the primary administrator generates the appropriate code media based on the code release request; the accessing party identifies the code medium through its access recognition device to obtain at least information about the service; by submitting a service request to the agency providing the service, the accessing party enables itself or the designated interacting party to obtain the service corresponding to the service information; and the service corresponding to the service information is provided by a single agency providing the service or is provided through the cooperation of a plurality of service providing agencies; the interacting party acting as the agency providing the service includes the main administrator, the issuing party, the interacting party associated with the issuing party, the accessing party, and the interacting party associated with the accessing party. 6. The information processing method according to claim 5, characterized in that the service provided by the agency providing the service, or information about the service corresponding to it, corresponds to the condition for performing a given operation and/or a given state of attributes; a given operation includes an operation that must be independently performed by a designated collaborating party from a plurality of collaborating parties, or an operation that must be performed through the cooperation of some designated collaborating parties from a plurality of collaborating parties; and the specified attribute state refers to the state of one attribute or the combined states of a plurality of attributes corresponding to one designated interacting party of the plurality of collaborating parties, or the combined corresponding attribute states of the designated some interacting parties of the plurality of collaborating parties. 7. The information processing method according to claim 6, characterized in that the attribute corresponding to any interacting party of the plurality of interacting parties corresponds to any one or any combination of the following: the state of one or more attributes of any interacting party, which is adjusted when the state of any other or more attributes of any interacting party changes; the state of one or more attributes of any interacting party that is adjusted when the state of one or more attributes of the interacting party associated with any interacting party changes; the state of one or more attributes of any interacting party, which is adjusted when the condition for performing a given operation by any interacting party changes; and the state of one or more attributes of any interacting party, which is adjusted when the condition for performing a given operation by the interacting party associated with any interacting party changes. 8. The information processing method according to claim 1 or 7, characterized in that one attribute of any interacting party refers to a characteristic of the physical world corresponding to the interacting party, wherein the characteristic of the physical world corresponds to any one of the following or any combination of the following: real environment and/or a virtual environment where the interacting party is currently located, a time parameter, a location parameter, an environmental parameter, and the state of any one or more attributes of the interacting party itself. 9. Method of processing information according to claim 1 or 7, characterized in that - 68 045997 one of the attributes of any interacting party refers to the monetary share of the interacting party, and all or part of the monetary share of any interacting party can be distributed and adjusted among the designated certain interacting parties; The monetary share of any interacting party is received or adjusted according to any one or combination of the following: any interacting party receives a corresponding monetary share by pledging the assets to the primary administrator or designated approving authority, or a designated other interacting party; any interacting party receives a monetary share of the appropriate percentage through exchange, paying currency of any kind to the primary administrator or designated approving authority or designated other interacting party; any interacting party receives a monetary share or currency exchanged for a monetary share of the corresponding percentage paid to any interacting party by the primary administrator, or a designated approving authority, or a designated other interacting party; and the designation of the approving authority or other interacting party is made by any interacting party, or by the primary administrator, or by a interacting party associated with any interacting party. 10. The method of processing information according to claim 1, or 2, or 7, characterized in that the identification information of any interacting party is used as one of the attributes of the interacting party; When any collaborating party, as a releasing party, submits a corresponding request to release code during the execution of an operation specified for it, the information simultaneously provided to the primary administrator includes at least the identification information of the collaborating party and information about its fulfillment of the condition for executing the specified operation, thereby associating a code medium generated based on a corresponding code release request with a condition for performing a given operation by the issuing party, so that the association relationship can be known by identifying the corresponding code medium. 11. The information processing method according to claim 1 or 7, characterized in that attributes corresponding to any interacting party are registered and their states are adjusted separately by one or more attribute management agencies or through the cooperation of multiple attribute management agencies; and the attribute management agency refers to any of the following: any interacting party, an interacting party associated with any interacting party, a primary administrator, and an external device designated by the primary administrator. 12. The information processing method according to claim 11, characterized in that one of the attributes of any interacting party refers to information on the connection between the interacting party and the other interacting party; and when any interacting party performs a given operation and/or adjusts a given attribute state, the attribute management agency may adjust the attribute state of the interacting party associated with any interacting party. 13. The method of processing information according to claim 11, characterized in that one of the attributes of any interacting party refers to a given weight indicator corresponding to the interacting party; Based on this weight, the attribute management agency can coordinately adjust different attributes of the same interacting party, or coordinately adjust the same attribute of different interacting parties. 14. The information processing method according to any one of claims 1-5 or 7, characterized in that an interactive network exists between the first interacting party and the associated interacting party; the second interacting party and the third interacting party access the interactive network, respectively, to be associated with the first interacting party; the information released by the second communicating party to the first communicating party includes any one or any combination of the following: shared information, search request information, and assistance request information; the first communicating party sends the shared information to the third communicating party in the interactive network; the first interacting party searches based on the search request information, responds with information related to the search request information to the interactive network, and sorts the response information to generate a search request, then forwards the search result to the second interacting party; the response information is provided by the third communicating party to the first communicating party; And - 69 045997 The first interacting party sends assistance request information to the third interacting party in the interactive network to facilitate the third interacting party to provide response information to the first interacting party based on the search request information. 15. The method of processing information according to claim 14, characterized in that there are a number of first interacting parties that correspond to one motive or a number of different motives, respectively; the second interacting party will be associated with the first interacting parties having a corresponding motive, based on one or more identification information of the first interacting parties; the first interacting party of one motif or the fourth interacting party associated therewith, as the first issuing party, issues a first code medium intended for the second interacting party; and the second interacting party, after identifying, as the first accessing party, the information corresponding to the first code medium, releases, as the second issuing party, a second code medium generated based on the information provided by the second releasing party to the first interacting party of the other motive. 16. The information processing method according to claim 15, characterized in that the first interacting parties of a certain set of motives are adjusted based on the secondary weight indicator of the state of the attributes according to the corresponding identification information of the second interacting parties, respectively associated with them; and the main administrator obtains the attribute states according to the corresponding identification information of the second communicating parties that are provided by the respective first communicating parties, and completely adjusts the attribute states according to all the identifying information of the second communicating parties based on the full weight. 17. The method of processing information according to any one of claims 1-5 or 7, characterized in that the agency for issuing codes refers to a generating block that is owned by the issuing party sending the corresponding request for the release of the code, or to a generating block that is owned by another interacting party different from the issuing party, or to a third-party generating device different from the plurality of interacting parties; and the main administrator stipulates or updates encoding rules and decoding rules corresponding to the encoding rules, so that the main administrator or a code issuing mechanism authorized by him can generate corresponding encoded information based on the uniform encoding rule, and generate a corresponding encoding medium based on the encoded information; and the access recognition device, based on the corresponding decoding rule, can identify the corresponding encoded information on the encoding medium as well as the information provided by the issuing party. 18. The information processing method according to claim 17, characterized in that any interacting party, as a policy issuing mechanism, causes or updates a policy associated with the information provided by the issuing party; such policy includes a service provision policy associated with the information provided by the issuing party and/or an attribute adjustment policy associated with the state of the attributes provided by the issuing party; and the assignment and update of the policy by the policy release mechanism corresponds to the execution condition of a given operation and/or a given attribute state. 19. The information processing method according to claim 18, characterized in that the logic for performing a given operation, determined by one or more interacting parties from a plurality of interacting parties, is specified in the policy of the policy issuing mechanism, so that the corresponding encoding medium generated based on the encoding rule corresponding policy, includes a command that induces the corresponding interacting party to execute the specified execution logic; and the recognition device for access of the corresponding communicating party receives this command by identifying the code medium based on the corresponding decoding rule. 20. The information processing method according to claim 19, characterized in that a certain plurality of second interacting parties are associated with the same first interacting party, respectively; the first executing party sets the logic for executing the operation; an operation with a given execution logic includes any one or any combination of the following: an independent operation of the corresponding second interacting party, interactive operations between multiple second - 70 045997 interacting parties and interactive operations between the second interacting parties and the first interacting party; and the first interacting party provides execution logic to the primary administrator, such that the code medium generated by the primary administrator or a code release agency authorized by him, based on a corresponding code release request received from the first interacting party or the second interacting party, includes a command that causes the first interacting party and/or the second interacting party to perform a corresponding operation according to the specified execution logic; the first communicating party or the second communicating party receives this command by identifying the code medium through its recognition device for access. 21. The information processing method according to claim 20, characterized in that the plurality of first interacting parties are associated with the same third-party interacting party, and the information interaction between the first interacting party and the main administrator is uniformly implemented by the third interacting party; the third executing party sets the logic for performing the operation; an operation with a given execution logic includes any one or any combination of the following: an independent operation of a corresponding first interacting party or a second interacting party, interactive operations between a plurality of second interacting parties, interactive operations between some of the plurality of second interacting parties, and interactive operations between second interacting parties and the first interacting party; and when an operation with a given execution logic is specified with corresponding identification information and the corresponding interacting party performs any step of the operation with a given execution logic, the third interacting party provides the identification information of the operation and the identification information of the interacting party performing this operation to the primary administrator to enable generation of the code a medium including at least identification information such that any communicating party can obtain conditions for executing the steps of an operation by identifying the code medium. 22. The method of processing information according to claim 17, characterized in that the decoding rules corresponding to the encoding rules are specified in the client software; the access recognition device decodes the encoding medium according to encoding rules through the client software to obtain the corresponding encoded information, parses the corresponding encoded information to obtain the parameters included in the encoding medium, and automatically imports the parameters into the auto-extensible client software; and for the unidentifiable encoding medium, the access recognition device automatically installs the decoding client software, or updates the decoding rules in the decoding client software, or generates an error message. 23. The information processing method according to any one of claims 1-5 or 7, characterized in that the issuing party may release the code medium to at least one region identified by the accessing party by any one or any combination of the following: the issuing party sends the corresponding code medium to the recognition device for access by the accessing party; the issuing party is equipped with a device that can represent the at least one region, and releases the corresponding code medium through this device; and the issuing party sends the corresponding code medium to a device that can represent the at least one region, and releases the corresponding code medium by the device. 24. The method of processing information according to any one of claims 1-5 or 7, characterized in that, based on the information provided by the issuing party, the main administrator or a code issuing agency authorized by him generates a corresponding code medium or generates a code medium and a corresponding hyperlink ; and the encoding medium refers to any one or any combination of the following: a bar code image, where the encoded information is generated in the form of a one-dimensional code, two-dimensional code or multi-dimensional code; an optical lattice circuit where encoded information is generated in the form of a light-shadow beam, or a refreshing change in frequency, or in the form of visible light, or UV light, or IR light, or polarized light, and a digitized acoustic wave or radio wave generated by a special law or a specific frequency change scheme; and the access recognition device includes a device that can identify the corresponding code media type and/or hyperlink. 25. A method for processing information according to claim 24, characterized in that - 71 045997 recognition device for access includes essential parts or includes both essential parts and optional parts: essential parts include a receiving module configured to receive an encoding medium of a corresponding type, the received encoding medium being decoded by a decoding unit of the access recognizer or a decoding unit of the other communicating party to obtain the encoded information; further, the decoded encoded information is parsed by the encoded information decoding unit of the access recognition device or the encoded information parsing unit of the other communicating party to obtain information that corresponds to the encoded information; a sending/receiving unit configured to communicate with another communicating party and to interact with other blocks of the recognition device for access; and optional parts include any one or any combination of the following: a decoding unit configured to decode the received code medium to obtain encoded information; an encoded information parsing unit configured to parse the received encoded information to obtain information that corresponds to the encoded information; an input unit configured to input information used in interaction; a display unit configured to output content identified from the code medium and content used in interaction; a code media generation unit configured to generate a code media as authorized by the main administrator; a part of a selectable recognition device for access, configured in the same interacting device as the essential parts, or configured in other interacting devices that are connected by signals to the interacting device where the essential parts are located, wherein the interacting device is a mobile terminal device, or a stationary terminal device, or wearable device; the communicating device is provided with an internal sensor or coupled with signals to an external sensor to obtain the states of the communicating party's attributes. 26. The method of processing information according to claim 24, characterized in that any interacting party includes essential details and optional details: essential details include a send/receive unit configured to communicate with another communicating party and to communicate with other components of the communicating party; and optional parts include any one or any combination of the following: recognition device for access; built-in or external database for storing various data during the interaction process; a decoding unit configured to decode the encoding medium received by the communicating party to obtain encoded information; an encoded information parsing unit configured to parse the received encoded information to obtain information that corresponds to the encoded information; an input unit configured to input information used in interaction; a display unit configured to output content identified from the code medium and content used in interaction; a code media generation unit configured to generate a code media as authorized by the main administrator; wherein the send/receive unit, available to the communicating party as the issuing party, is configured to send a code release request to the primary administrator and receive the generated code medium, and is also configured to release the received code medium to at least one region identified by the accessing party; a send/receive unit available to the collaborating party as the code agency is configured to receive a permission sent by the main administrator to allow the code agency to autonomously generate the code medium, so that the code agency code media generation unit generates the code medium according to the permission main administrator; the essential details of the interacting party as a policy issuing mechanism also include an access determination unit configured to formulate or update a policy associated with information provided by the issuing party and to send that policy to the primary administrator via the policy issuing party's send/receive unit; and the sending/receiving unit of the interacting party as the primary administrator is configured to receive a code release request sent by the issuing party or releasing a generated code medium to the issuing party or the interacting party designated - 72 045997 issuing party; essential details of the interacting party as the primary administrator also include a code media generation unit configured to generate a corresponding code media from information provided by the issuing party; details selected by the interacting party as the primary administrator include any one or any combination of the following: a checking unit configured to check, based on the code release request sent by the issuing party, whether the code release agency designated in the code release request has the rights to offline generation of the code medium, and if the designated code agency has the rights to offline generation code medium, the send/receive unit of the interacting party as the main administrator sends a permission to the designated code agency to allow the code agency to autonomously generate the code medium; and a rule control unit configured to formulate or update an encoding rule and a decoding rule corresponding to the encoding rule based on the policy submitted by the agency issuing the policy. 27. An access recognition device used by a subject person, characterized in that the access recognition device includes a device configured to identify a code medium to identify a code medium issued in at least one region identified by the target person to obtain information, which corresponds to the identified code carrier; wherein the recognition device for access is configured to identify the code carrier in order to provide the party interacting with the target person as the accessing party with the opportunity to be associated with the party issuing the code carrier, to have access to a special interactive network built with the party issuing the code carrier, as a center, so that the subject person can interact, through a transmit/receive unit contained in the access recognition device, with the issuing party or another interacting party associated with the issuing party in this special interactive network, allowing the accessing party to perform the task of the right disclosing the issuing party on a dedicated interactive network for any information received and/or sent by the accessing party, and disclosure rights configured to limit a variety of conditions when the accessing party accepts and/or sends the information; wherein some of the conditions include attribute states of the accessing party such that the issuing party matches attribute states with disclosure rights specified by other interacting parties in the ad hoc interactive network, and/or wherein some of the conditions include attribute states of other interacting parties associated with the issuing party, such that the issuing party matches attribute states with disclosure rights specified by the accessing party, allowing the accessing party to release information to the issuing party in a dedicated interactive network and/or other interacting parties that are associated with the releasing party and meet the conditions, and distribute at least at least part of the information obtained from the identification of the code carrier; or the ability to issue information to the receiving party on an accessible ad hoc interactive network and/or other interacting parties that are associated with the issuing party and meet the conditions, seek feedback regarding at least a portion of the information obtained from the identification of the code medium, and obtain through the information sent back by the issuing party or other interacting parties that are related to the issuing party and comply with the terms. 28. The access recognition device according to claim 27, characterized in that the interacting party with the target person as an authority has one or more identification information corresponding to it; each communicating party identification information includes any one or any combination of the following: corresponding identification information when the interacting party performs any operation is used to associate the operation execution situation of the interacting party; the interacting party, after combining the identification information of the interacting party with the information to be released to the external environment, is configured to directly release information combined with said identification information; and the interacting party receiving the released information is configured to determine by identifying the interacting party that provides the released information; and when the interacting party acts as a second releasing party, after combining the identification information of the interacting party with the information to be released to the external environment, is configured to provide information combined - 73 045997 identified with the identification information, the primary administrator or authorized code issuing agency to generate the corresponding second code medium and issue the second code medium, such that by identifying the second code medium it is possible to know the communication relationship between the second code medium and the communicating party as the second issuing party side. 29. The access recognition device according to claim 28, characterized in that the first issuing side and the associated interacting side constitute a first ad hoc interactive network centered on the first issuing side; an interacting party with an entity as an authority acting as a first access party is configured to identify, by means of a recognition device, a first code medium issued by the first issuing party and gain access to the first ad hoc interactive network; and the interacting party with the entity as the authority is also configured to act as a second releasing party to release the second code medium; the other interacting party as the second accessing party is configured to identify the second encoding medium through its other recognition device for access to realize communication with the second issuing party, thereby providing the second accessing party with access to the second ad-hoc interactive network that is formed by the second issuing party and an associated interacting party centered on the second releasing side, and accessing the first ad hoc interactive network such that the second ad hoc interactive network is integrated with the first ad hoc interactive network. 30. The access recognition device of claim 29, wherein the information provided by any issuing party when requested by the primary administrator or code issuing agency authorized by him to generate the corresponding code medium includes any one or any combination of the following: information , which will be issued by the issuing party, the state of the attributes of the issuing party, the state of the attributes of the interacting party associated with the issuing party, and information obtained from identifying another code bearer using the recognition device for access of the issuing party. 31. The access recognition device according to claim 30, characterized in that, of the plurality of interacting parties, an interactive network is provided between the first communicating party and the associated communicating party; the second interacting party and the third interacting party are configured to gain access to the interactive network to be respectively associated with the first communicating party; the corresponding interacting parties are configured to carry out information interaction with other interacting parties through their recognition devices for access; and the information released by the second interacting party to the first interacting party includes any one or any combination of the following: shared information, search request information, and assistance request information; the first interacting party is configured to send shared information to the third interacting party in the interactive network; the first interacting party is configured to perform a search based on the search request information, respond with information associated with the search request information to the interactive network, and sort the response information to generate a search request, and then forward the search result to the second interacting party; the response information is provided by the third communicating party to the first communicating party; and the first interacting party is configured to send assistance request information to the third interacting party to the interactive network to facilitate the third interacting party providing response information to the first interacting party based on the search request information. 32. The access recognition device according to claim 27, characterized in that at least one region identified by the object person relates to at least one physical grid in the real environment and/or virtual environment where the interacting party with the object person is located person as an authority; and based on any one or any combination of parameter conditions specified below, the real environment and/or virtual environment is configured to be independently divided to form corresponding physical grids: a time parameter, a location parameter, an environmental parameter, and the state of one or more others attributes of the interacting party. 33. The access recognition device according to claim 29 or 32, characterized in that either release side is configured to release the code medium through any one or any combination of the following: - 74 045997 the issuing party is configured to send the corresponding code medium to the recognition device for access by the accessing party; the issuing party has a device that is configured to provide at least one region identified by the accessing party and through which a corresponding code medium is issued to facilitate identification of the code medium by the recognition device for the accessing party's access; and the issuing party is configured to send the corresponding code medium to a device that can provide at least one region identified by the accessing party, whereby the corresponding code medium is issued by the device to facilitate identification of the code medium by the recognizing device for access of the accessing party. 34. The access recognition device according to claim 27 or 32, characterized in that it is configured to provide the accessing party with identification of the corresponding code medium through the access recognition device to obtain information provided by the issuing party or request a service provided by the interacting party in as an agency providing a service from a variety of interacting parties based on information about the service; information about the service or the service corresponding to it corresponds to the condition for performing a given operation and/or a given state of attributes; a given operation includes an operation to be independently performed by a designated collaborating party from a plurality of collaborating parties, or an operation performed in cooperation between some designated collaborating parties from a plurality of collaborating parties; and the specified attribute state refers to the state of one attribute or the combined states of a plurality of attributes corresponding to one designated interacting party of a plurality of interacting parties, or the combined states of the corresponding attributes of designated some interacting parties of a plurality of interacting parties; the plurality of collaborating parties includes a primary administrator, a releasing party, a collaborating party associated with the releasing party, an accessing party, and a collaborating party associated with the accessing party. 35. The access recognition device of claim 34, wherein some of the attributes of any interacting party of the plurality of interacting parties include a physical world characteristic along the physical grid where the interacting party is located; a monetary share that can be distributed and adjusted by the interacting party and can circulate between designated interacting parties; identification information of the interacting party; information on the mutual connection between the interacting party and the other interacting party; a weighting indicator for adjusting other attribute states of the interacting party. 36. The recognition device for access according to claim 27, characterized in that the decoding rules corresponding to the encoding rules, on the basis of which the code medium is generated by the main administrator or with his permission in accordance with the encoding rules, are specified in the client software; the access recognition device is configured to decode the encoding medium corresponding to the encoding rules by the client software to obtain the corresponding encoded information, parse the corresponding encoded information to obtain the parameters included in the encoding medium, and automatically import the parameters into the automatically extensible client software security; and for an unidentifiable encoding medium, the access recognition device is configured to automatically install decoding client software, or update decoding rules in the decoding client software, or output an error message. 37. The access recognition device according to claim 27, characterized in that the access recognition device includes a module that is configured to identify the corresponding type of code medium, and/or a module that is configured to identify a hyperlink to content corresponding to the code medium; code medium refers to any one or any combination of the following: a bar code image, where the encoded information is generated as an image of a one-dimensional code, two-dimensional code or multi-dimensional code; an optical lattice circuit where the encoded information is generated in the form of a light-shadow beam, or an updated frequency change, or in the form of visible light, or ultraviolet light, or infrared light, or polarized light; And - 75 045997 digitized acoustic wave or radio wave generated according to a special law or in a specific form of frequency change. 38. The access recognition device according to claim 37, characterized in that the access recognition device includes essential parts or includes both essential parts and optional parts: essential parts include an apparatus configured to identify a code medium, including a receiving module configured to receive a code medium of a corresponding type, wherein the received code medium is decoded by a decoding unit of the access recognition device or a decoding unit of the other communicating party to obtain the encoded information; further, the decoded encoded information is parsed by the encoded information decoding unit of the access recognition device or the encoded information parsing unit of the other communicating party to obtain information that corresponds to the encoded information; a sending/receiving unit configured to communicate with another communicating party and to communicate with other blocks in the recognition device for access; and optional parts include any one or any combination of the following: a decoding unit configured to decode the received code medium to obtain encoded information; an encoded information parsing unit configured to parse the received encoded information to obtain information that corresponds to the encoded information; an input unit configured to input information used in interaction; a display unit configured to output content identified from the code medium and content used in interaction; a code media generation unit configured to generate a code media as authorized by the main administrator; a part of a selectable access recognition device configured in the same interacting device that includes the essential parts, or configured in other interacting devices that are connected by signals to the interacting device in which the essential parts are located, wherein the interacting device is a mobile terminal device, or a stationary one terminal device, or wearable device; wherein the communicating device is provided with an internal sensor or coupled by signals to an external sensor to obtain attribute states of the communicating party. 39. An information processing network based on the release of a single code, characterized in that the information processing network includes a number of interacting parties, each interacting party includes a transmission/reception unit configured to interact with other interacting parties and with the ability to interact with other components included to the interacting side; each interacting party has corresponding identifiable identification information associated with the transaction being performed and/or information released by the interacting party; any communicating party has disclosure rights specified with respect to information received and/or sent by it, wherein the disclosure rights are configured to define a plurality of conditions for receiving and/or sending the information, and wherein some conditions include attribute states of any communicating party or attribute states of another communicating party sides; the plurality of interacting parties includes a main administrator, which is configured to, based on a received code release request, a code media generation unit included in the main administrator, autonomously generate a code media corresponding to the code release request, or allow, after verification by the main administrator, the agency's rights to code release, a code media generation unit included in the code release mechanism, generate a code media corresponding to the code release request; any interacting party, as an issuing party, who submits a code release request and provides information to the primary administrator, receiving the code media that is generated by the primary administrator or code issuing authority and agrees on the information provided; any communicating party, as an accessing party, that identifies, through its access recognizer, a code medium issued in at least one region identified by the accessing party, in order to obtain information that corresponds to the identified code medium, as well as to obtain information provided by the party, which released the identified coded information; - 76 045997 the access recognition device includes a receiving module configured to receive a code medium of a corresponding type, the received code medium being decoded by a decoding unit of the access recognition device or a decoding unit of the other communicating party to obtain the encoded information; then the decoded encoded information is parsed by the encoded information parsing unit of the access recognition device or the encoded information parsing unit of the other communicating party to obtain information that corresponds to the encoded information; and wherein the plurality of interacting parties includes a plurality of first communicating parties corresponding to the plurality of motifs, wherein the information provided by the issuing party includes information about a link available to the interactive network corresponding to one of the first communicating parties, and also includes any one or any combination of the following : information to be released by the issuing party, the state of the attributes of the issuing party, the state of the attributes of the interacting party associated with the issuing party, and information obtained when identifying another code medium using the access recognition device of the issuing party, while the receiving party configured to identify the code carrier by means of a recognition device for access, to reach the interactive network of the first interacting party corresponding to the identified code carrier; the accessing party is associated with the first communicating party, the interactive network has other communicating parties associated with the first communicating party; a first communicating party corresponds to attribute states of an accessing party with disclosure rights set by other communicating parties in the interactive network, and/or a first communicating party corresponds to attribute states of other communicating parties in the interactive network with disclosure rights specified by the accessing party; upon determining cases that do not meet the conditions set for the rights of disclosure, the accessing party is configured to release information to the first communicating party and/or other communicating parties in a given interactive network and distribute at least part of the information obtained from identifying the code medium; or, the accessing party is configured to release information to the first interacting party and/or other interacting parties in the interactive network and seek feedback regarding at least a portion of the information obtained from the code bearer identification, the first interacting party or other interacting parties associated with the first communicating party is configured to release information to provide feedback information to the accessing party, or the first communicating party is configured to provide feedback information to the accessing party based on information released by the other communicating parties; a first interacting party of one motif has an attribute control unit configured to record and adjust the states of at least a portion of the corresponding attributes of one or more of the following parties: an issuing party that issues a code medium for accessing an interactive network where the first communicating party receiving access is located the party that releases information on the interactive network, and other interacting parties that release reverse information on the interactive network; at least a portion of the states of the corresponding attributes of any of the following one or more parties are recorded and adjusted by the main manager attribute adjustment unit based on the operations performed and/or information released by any of the following at least one or more parties: the code media issuing party; the first interacting party of all motives; accessing party; other interacting parties receiving information released by the accessing party, and other interacting parties releasing feedback information to the accessing party. 40. The information processing network according to claim 39, characterized in that any interacting party from the plurality of interacting parties has one or more identification information corresponding to it; Each communicating party identity satisfies any one or any combination of the following: corresponding identification information when the interacting party performs any operation, used to associate the operation execution situation with the interacting party; the interacting party, after combining the identification information of the interacting party with the information to be released to the external environment, directly releases the information combined with said identification information; and the interacting party that received the released information determines by identification the interacting party that provided the released information; And - 77 045997 when the interacting party acts as a second issuing party, it, after combining the interacting party's identification information with the information to be released to the external environment, provides the information combined with the identification information to the primary administrator or authorized code issuing agency to generate the corresponding second code medium and releases a second code medium; by identifying the second code medium, the communication relationship between the second code medium and the communicating party as the second issuing party can be learned. 41. The information processing network according to claim 40, characterized in that the first issuing party and the associated interacting party constitute a first ad-hoc interactive network centered on the first issuing party; the first accessing party identifies, through the access recognition device, the first code medium issued by the first issuing party, and gains access to the first ad-hoc interactive network; and the first accessing party also acts as a second releasing party to release the second code medium; the other interacting party as the second accessing party identifies the second code medium through another access recognition device available to it to communicate with the second issuing party, thereby causing the second accessing party to access the second ad-hoc interactive network that is formed by the second issuing party and an associated interacting party centered on the second releasing side, while gaining access to the first ad hoc interactive network such that the second ad hoc interactive network is integrated with the first ad hoc interactive network. 42. The information processing network according to claim 39, characterized in that at least one region identified by the accessing party refers to at least one physical grid in the real environment and/or virtual environment where the accessing party is located; and based on any one or any combination of the parameter conditions below, the real environment and/or virtual environment is itself divided into corresponding physical lattices: a time parameter, a location parameter, an environmental parameter, and the state of one or more other attributes. 43. The information processing network according to claim 39 or 41, characterized in that one or more attributes of any interacting party from the plurality of interacting parties are adjusted based on situations of changes in the state of one or more attributes of the interacting party or a related interacting party or are adjusted based on the situations changes after combining the corresponding attributes of the interacting party or its associated interacting party; and some of the attributes of any interacting party include the following: the physical world characteristic of the physical grid where the interacting party is located; a monetary share that can be distributed and adjusted by the interacting party and which circulates between designated interacting parties; identification information of the interacting party; information on the mutual connection between the interacting party and the other interacting party; a weight indicator for adjusting the states of other attributes of the interacting party. 44. The information processing network according to claim 39, characterized in that the code issuing agency refers to a generating block held by the issuing party, which sends a corresponding request for code release, or to a generating block held by another interacting party other than the issuing party. party, or to a third-party generating device not from multiple interacting parties; and the main administrator stipulates or updates encoding rules and decoding rules corresponding to the encoding rules, so that the main administrator or a code issuing mechanism authorized by him can generate corresponding encoded information based on uniform encoding rules and generate a corresponding encoding medium based on the encoded information; and the access recognition device, based on corresponding decoding rules, can identify the corresponding encoded information from the encoding medium as well as the information provided by the issuing party. 45. The information processing network according to claim 44, characterized in that any interacting party, as an agency issuing a policy, is configured to cause or update a policy associated with information provided by the issuing party; the main administrator is configured to condition or update the corresponding encoding rules and decoding rules based on this policy; and the policy of the agency issuing the policy specifies the logic for performing a given operation assigned by one or more interacting parties from a set of interacting parties - 78 045997 parties, such that the corresponding encoding medium generated based on the encoding rules corresponding to the policy includes a command that causes the corresponding communicating party to execute the specified execution logic; and the recognition device for access of the corresponding communicating party receives this command by identifying the code medium based on the corresponding decoding rules. 46. The information processing network according to claim 45, characterized in that the plurality of interacting parties includes a plurality of interacting parties that are associated with the same third interacting party, and the information interaction between the first interacting party and the main administrator is uniformly implemented by the third interacting party; each first interacting party has a number of second interacting parties associated with it; the third executing party sets the logic for performing the operation; an operation with a given execution logic includes any one or any combination of the following: an independent operation of a corresponding first interacting party or a second interacting party, interactive operations between a plurality of second interacting parties, interactive operations between a plurality of second interacting parties, and interactive operations between second interacting parties and a first interacting party; and when the operation with a given execution logic is provided with the corresponding identification information and the corresponding interacting party performs any step of the operation with a given execution logic, the third interacting party provides the identification information of the operation and the identification information of the interacting party performing the operation to the primary administrator, so that the generated code medium includes, according to at least identification information, so that any communicating party can obtain the conditions for executing the relevant steps of the operation by identifying the code carrier. 47. The information processing network according to claim 41, characterized in that, in the plurality of interacting parties, an interactive network exists between the first interacting party and the associated interacting party; the second interacting party and the third interacting party access the interactive network, respectively, to be associated with the first interacting party; the information released by the second communicating party to the first communicating party includes any one or any combination of the following: shared information, search request information and help request information; the first communicating party sends the shared information to the third communicating party in the interactive network; the first interacting party conducts a search based on the search request information, sends back information associated with the search request information to the interactive network, and sorts the response information to generate a search request, and then forwards the search result to the second interacting party; the response information is provided by the third communicating party to the first communicating party; and the first interacting party sends assistance request information to the third interacting party to the interactive network to facilitate the third interacting party providing response information to the first interacting party based on the search request information. 48. The information processing network according to claim 39, characterized in that the code medium refers to any one or any combination of the following: a bar code image where the encoded information is generated in the form of a one-dimensional code, two-dimensional code or multi-dimensional code; an optical lattice circuit where encoded information is generated in the form of a light-shadow beam, or a refreshing frequency change, or in the form of visible light, or UV light, or IR light, or polarized light, and a digitized acoustic wave or radio wave generated by a special law or specific pattern of frequency change. 49. The information processing network according to claim 39, wherein the access recognition device configured for the communicating party acting as at least an accessing party further includes optional parts: optional parts include any one or any combination of the following: a decoding unit configured to decode the received code medium to obtain encoded information; an encoded information parsing unit configured to parse the received encoded information to obtain information that corresponds to the encoded information; an input unit configured to input information used in interaction; a display unit configured to output content identified from the code medium and content used in interaction; - 79 045997 code media generation unit, configured to generate code media with the permission of the main administrator; a part of a selectable access recognition device configured in the same interacting device that includes the essential parts, or configured in other interacting devices that are connected by signals to the interacting device where the essential parts are located, wherein the interacting device is a mobile terminal device, or a stationary terminal device, or wearable device; the communicating device is provided with an internal sensor or coupled with signals to an external sensor to obtain the states of the communicating party's attributes. 50. The information processing network according to claim 39, characterized in that any interacting party also includes optional parts: optional parts include any one or any combination of the following: recognition device for access; built-in or external database for storing various data during the interaction process; a decoding unit configured to decode the encoding medium received by the communicating party to obtain encoded information; an encoded information parsing unit configured to parse the received encoded information to obtain information that corresponds to the encoded information; an input unit configured to input information used in interaction; a display unit configured to output content identified from the code medium and content used in interaction; a code media generation unit configured to generate a code media as authorized by the main administrator; wherein the send/receive unit, available to the communicating party as the issuing party, is configured to send a code release request to the primary administrator and receive the generated code medium, and is also configured to release the received code media to at least one region identified by the accessing party; a send/receive unit available to the collaborating party as the code issuing agency is configured to receive a permission sent by the main administrator authorizing the code agency to autonomously generate the code medium, so that the code medium generation unit of the code issuing agency generates the code medium according to the permission main administrator; the essential details of the interacting party as a policy issuing mechanism also include an access determination unit configured to formulate or update a policy associated with the information provided by the issuing party and sending that policy to the primary administrator via the policy issuing party's send/receive unit; and the sending/receiving unit of the communicating party as the primary administrator is configured to receive a code release request sent by the releasing party or releasing a generated code medium to the releasing party or the communicating party designated by the releasing party; essential details of the interacting party as the primary administrator also include a code media generation unit configured to generate a corresponding code media from information provided by the issuing party; details selected by the interacting party as the primary administrator include any one or any combination of the following: a checking unit configured to check, based on the code release request received from the issuing party, whether the code release agency designated in the code release request has the rights to autonomously generate the code medium, wherein the designated code release agency has the rights to autonomous code media generation, the sending/receiving unit of the collaborating party as the main administrator sends a permission to the designated code agency to allow the code agency to autonomously generate the code media; a rule control unit configured to formulate or update encoding rules and decoding rules corresponding to the encoding rules based on the policy provided by the agency issuing the policy. -