Block chain-based document travel management method and apparatus, and electronic device

Abstract

The invention provides a document travel management method and device based on a block chain and electronic equipment, and relates to the field of data processing. The method comprises the following steps: acquiring a travel evaluation content uploaded by a user side; encrypting the text travel evaluation content through the merchant public key to obtain encrypted evaluation content; uploading the encrypted evaluation content and the verification code to a block chain system; generating a merchant private key according to obtained second merchant information input by the merchant side and second positioning information of the merchant side; decrypting the encrypted evaluation content through a merchant private key to obtain to-be-verified evaluation content; decrypting the verification code through the user public key to obtain first to-be-verified data; performing hash operation on the to-be-verified evaluation content to obtain second to-be-verified data; and if it is determined that the first to-be-verified data is the same as the second to-be-verified data, issuing the to-be-verified evaluation content. By implementing the technical scheme provided by the invention, the problem of false evaluation of the user on the text travel platform is solved.

Description

Technical Field

[0001] The present application relates to the technical field of data processing, and specifically to a cultural and tourism management method, device and electronic equipment based on blockchain. Background Art

[0002] In the current digital age, with the rapid development and popularization of Internet technology, the tourism industry has also ushered in unprecedented changes. Among them, in the current cultural and tourism management process, the user online evaluation system has become an important means for tourist destinations to obtain feedback, improve services and attract tourists. After the user consumes the tourism, he will make a detailed evaluation of the tourist destination on the corresponding online tourism platform. These evaluations cover many aspects such as service quality, facility conditions, environmental atmosphere, etc., providing valuable reference information for subsequent tourists.

[0003] However, in order to improve their image and attract more tourists, some tourist destinations have resorted to unfair means, such as hiring online commentators or using technical means to post a large number of false positive reviews on cultural and tourism platforms, including some users who have never visited a certain tourist attraction and posted false reviews. The phenomenon of false reviews not only damages the fair competition rights of other tourist destinations, but also seriously misleads consumers' decisions. Due to the existence of false reviews, tourists may not be able to obtain real and objective evaluation information from cultural and tourism platforms, and thus make wrong travel choices, which greatly reduces the travel experience.

[0004] Therefore, there is an urgent need for a blockchain-based cultural and tourism management method, device and electronic equipment to solve the problem of users' false reviews on cultural and tourism platforms. Summary of the invention

[0005] The present application provides a blockchain-based cultural and tourism management method, device and electronic equipment, which solves the problem of users making false reviews on cultural and tourism platforms.

[0006] In a first aspect of the present application, a cultural and tourism management method based on blockchain is provided, the method comprising: obtaining cultural and tourism evaluation content uploaded by a user terminal; encrypting the cultural and tourism evaluation content through a merchant public key to obtain encrypted evaluation content, the merchant public key is generated based on first merchant information and first positioning information, the first merchant information and the first positioning information are uploaded by the user terminal within the operating range of the merchant terminal; uploading the encrypted evaluation content and a verification code to a blockchain system, the verification code is generated by hashing the encrypted evaluation content in sequence and encrypting it through a user private key; generating a merchant private key based on the second merchant information input by the merchant terminal and the second positioning information of the merchant terminal; decrypting the encrypted evaluation content through the merchant private key to obtain evaluation content to be verified; decrypting the verification code through a user public key to obtain first data to be verified, the user public key is generated based on the user information uploaded by the merchant terminal; performing a hash operation on the evaluation content to be verified to obtain second data to be verified; if it is determined that the first data to be verified is the same as the second data to be verified, then publishing the evaluation content to be verified.

[0007] By adopting the above technical solution, by requiring users to upload merchant information and location information within the operating range of the merchant end to generate a merchant public key, and use it to encrypt the evaluation content, this step ensures the direct association of the evaluation content with a specific merchant and its location, reducing the possibility of false evaluation. At the same time, the verification code generated by the user's private key encryption further enhances the uniqueness and authenticity of the evaluation content. Using the public key to encrypt the evaluation content means that only the merchant with the corresponding private key can decrypt and view the evaluation details, which effectively protects the user's privacy from being obtained by unauthorized third parties. The introduction of the blockchain system provides a decentralized and tamper-proof storage environment for the evaluation content and the verification code, further improving the security of the data. After the merchant decrypts the evaluation content with the private key, it is also necessary to decrypt the verification code with the user's public key for comparison and verification. This double verification mechanism ensures that the evaluation content has not been tampered with during transmission and storage. At the same time, the use of hash operations makes the verification process efficient and easy to implement. If the verification is successful, that is, the first data to be verified is the same as the second data to be verified, the evaluation content is officially released. This process is transparent and easy to track, solving the problem of users' false evaluations on the cultural and tourism platform.

[0008] Optionally, before uploading the encrypted evaluation content and verification code to the blockchain system, the method further includes: performing a hash operation on the encrypted evaluation content to obtain the first data to be verified; and encrypting the first data to be verified by using a user private key to obtain the verification code.

[0009] By adopting the above technical solution, a unique hash value can be generated by performing a hash operation on the encrypted evaluation content. This hash value is used to check whether the evaluation content has been tampered with in the subsequent verification process. If the evaluation content is modified during transmission or storage, its hash value will no longer match, so that the problem of data integrity can be quickly identified. The hash value is encrypted using the user's private key to generate a verification code, which further enhances the security of the verification process. Since the private key is unique to the user and only known to the user himself, only the user with the corresponding private key can generate a valid verification code. This ensures the uniqueness and unforgeability of the verification code, and prevents malicious users or third parties from deceiving the system by forging verification codes. In the verification stage, the merchant can decrypt the encrypted evaluation content through the merchant's private key and perform the same hash operation on the decrypted evaluation content to obtain the second data to be verified. Then, the merchant uses the user's public key to decrypt the verification code to obtain the first data to be verified. By comparing the two hash values, the system can quickly verify the authenticity and integrity of the evaluation content without having to compare the entire evaluation content word by word, thereby greatly simplifying the verification process. Since the verification process is based on hashing and public-private key encryption, which are both recognized as safe and transparent, this mechanism can significantly improve the transparency and credibility of the system, allowing users and merchants to have greater trust in the fairness and accuracy of the system.

[0010] Optionally, the first merchant information and a reading timestamp sent by the user terminal are obtained, wherein the first merchant information is obtained and uploaded by the user terminal from the merchant terminal, and the reading timestamp is the timestamp when the user terminal reads the first merchant information from the merchant terminal; the first positioning data sent by the user terminal is obtained, and the second positioning data sent by the merchant terminal is obtained; the distance between the user terminal and the merchant terminal is calculated based on the first positioning data and the second positioning data; it is determined whether the distance is less than or equal to a preset threshold, and the preset threshold is obtained based on the operating range of the merchant terminal; if it is determined that the distance is less than or equal to the preset threshold, the first positioning information is generated based on the second positioning data, the second positioning data is longitude and latitude coordinates, and the first positioning information is an alphanumeric combination.

[0011] By adopting the above technical solution, the user end obtains and uploads the first merchant information from the merchant end. This step ensures that the source of the information is a reliable merchant rather than other unknown sources. The introduction of the read timestamp provides a guarantee for the timeliness of the merchant information, which helps prevent the information from being tampered with or using outdated information. By obtaining the first positioning data and the second positioning data of the user end and the merchant end, the actual distance between the two can be calculated. This location-based service technology can provide users with more accurate merchant location information, and also provide merchants with a means to verify the user's location. The setting of the preset threshold is determined according to the merchant's operating scope, which means that the relevant evaluation operation will only be allowed or executed when the user is within the merchant's effective service range. This helps to reduce service rejections or errors caused by user location not meeting requirements, thereby improving user experience.

[0012] Optionally, generating a merchant private key based on the second merchant information input by the merchant terminal and the second positioning information of the merchant terminal specifically includes: obtaining multiple groups of merchant data input by the merchant terminal, wherein the merchant data includes the second merchant information and a historical reading timestamp, and the historical reading timestamp is the time when different devices read the second merchant information from the merchant terminal; determining target merchant data from the multiple groups of merchant data, the second merchant information included in the target merchant data is the same as the first merchant information, and the historical reading timestamp included in the target merchant data is the same as the reading timestamp; combining the second merchant information included in the target merchant data with the historical reading timestamp included in the target merchant data, and randomly inserting a code corresponding to the second positioning information to obtain the merchant private key, and the merchant public key is calculated by using an asymmetric encryption algorithm on the merchant private key.

[0013] By adopting the above technical solution, by obtaining multiple sets of merchant data input by the merchant side, the system can have more comprehensive information for subsequent processing and verification. The process of determining the target merchant data ensures that the merchant information used is consistent with the first merchant information uploaded by the user side, and the matching of the historical read timestamp and the read timestamp further enhances the accuracy of the data, which helps to prevent subsequent problems caused by inconsistent or incorrect data. The merchant private key generation process combines the second merchant information, the historical read timestamp, and the code corresponding to the second positioning information. This combination greatly increases the complexity and unpredictability of the private key. The use of asymmetric encryption algorithms to calculate the merchant public key further enhances the security of the entire system. Asymmetric encryption algorithms are generally considered to be very secure because they rely on mathematical problems that make it very difficult to crack the key. Since the merchant private key is generated based on specific conditions in multiple sets of merchant data, that is, the same as the first merchant information and the timestamp matches, it has a strong anti-counterfeiting ability. The code corresponding to the second positioning information randomly inserted in the private key also increases the difficulty of tampering, because any tampering with the private key may destroy its original structure and verification mechanism. By generating merchant private keys and public keys in this way, merchants can more conveniently perform operations such as identity authentication, data encryption and decryption, which helps to simplify the merchant's operating procedures in the system and improve overall management efficiency.

[0014] Optionally, before decrypting the verification code by the user public key to obtain the first data to be verified, the method also includes: obtaining the user information uploaded by the merchant end, wherein the user information is obtained and uploaded by the merchant end from the user end; generating the user private key based on the user information; and asymmetrically encrypting the user private key to obtain the user public key.

[0015] By adopting the above technical solution, the system can generate a unique user private key based on the information obtained and uploaded by the merchant. The private key generation process ensures the uniqueness and non-replicability of the user identity, and provides a secure basis for subsequent encryption and decryption operations. At the same time, the application of asymmetric encryption algorithms further enhances the security of user identity authentication, so that only users with the corresponding private key can decrypt the information encrypted by the public key. In the traditional user authentication process, users are required to provide sensitive information such as user name and password, and confirm the user identity through complex verification steps. In this process, since the generation of user private keys and public keys is based on user information, in subsequent transactions or evaluation processes, the system can verify the user's identity through the public key without the user having to enter sensitive information again. This greatly simplifies the user authentication process and improves the user experience.

[0016] Optionally, after generating a merchant private key based on the second merchant information input by the merchant terminal and the second positioning information of the merchant terminal, the method further includes: determining whether the first merchant information and the second merchant information are the same, and determining whether the first positioning information and the second positioning information are the same; if it is determined that the first merchant information and the second merchant information are the same, and the first positioning information and the second positioning information are the same, the verification is successful.

[0017] By adopting the above technical solution, by comparing the first merchant information and the second merchant information, as well as the first positioning information and the second positioning information, the system can verify whether the information is accurate and consistent. This verification mechanism helps prevent misunderstandings or disputes caused by incorrect information input or tampering, and ensures the accuracy and reliability of subsequent operations. The generation of merchant private keys depends on the accuracy of merchant information and positioning information. By verifying the consistency of this information, the system can ensure that only merchants who truly meet the requirements can successfully generate private keys and participate in subsequent encryption and decryption operations. This helps prevent malicious users or third parties from obtaining improper permissions or benefits by forging information, thereby enhancing the security and credibility of the system. For users, this verification mechanism can ensure that they interact with the correct merchants and avoid confusion or misunderstandings caused by inconsistent information. At the same time, this can also reduce the inconvenience caused by users having to confirm information multiple times and improve user experience.

[0018] Optionally, before decrypting the encrypted evaluation content by the merchant private key to obtain the evaluation content to be verified, the method further includes: obtaining the encrypted evaluation content and the verification code uploaded by the merchant end, wherein the encrypted evaluation content and the verification code are downloaded and uploaded by the merchant end from the blockchain system.

[0019] By adopting the above technical solution, by storing the encrypted evaluation content and verification code on the blockchain, the merchant can ensure that the data will not be maliciously tampered with or deleted during the transmission and storage process. When the merchant downloads the data from the blockchain system and uploads it to the system, the system can verify the integrity and authenticity of the data, thereby ensuring the accuracy of subsequent decryption and verification operations. The openness and transparency of the blockchain system allows any participant to view and verify the data on the chain. Therefore, when the merchant downloads the encrypted evaluation content and verification code from the blockchain system, the source and authenticity of the data can be publicly verified. This helps to enhance other users' trust in the data and improve the credibility of the entire system. By storing the encrypted evaluation content and verification code on the blockchain, the merchant can save local storage space and avoid the risk of data loss or damage. At the same time, the blockchain system can also provide data backup and recovery functions to ensure the persistence and availability of data. After the merchant downloads the encrypted evaluation content and verification code from the blockchain system, the system can immediately use the merchant's private key to decrypt and verify the data. Since the blockchain system has ensured the integrity and authenticity of the data, the system does not need to perform additional verification steps, thereby improving the efficiency of decryption and verification operations.

[0020] In a second aspect of the present application, a cultural and tourism management device based on blockchain is provided, the cultural and tourism management device comprising an acquisition module and a processing module, wherein the acquisition module is used to acquire cultural and tourism evaluation content uploaded by a user terminal; the processing module is used to encrypt the cultural and tourism evaluation content by using a merchant public key to obtain encrypted evaluation content, the merchant public key is generated based on first merchant information and first positioning information, the first merchant information and the first positioning information are uploaded by the user terminal within the operating range of the merchant terminal; the processing module is also used to upload the encrypted evaluation content and a verification code to the blockchain system, the verification code is generated by performing a hash operation on the encrypted evaluation content and encrypting it with a user private key in sequence The processing module is further used to generate a merchant private key according to the second merchant information input by the merchant terminal and the second positioning information of the merchant terminal; the processing module is further used to decrypt the encrypted evaluation content by means of the merchant private key to obtain the evaluation content to be verified; the processing module is further used to decrypt the verification code by means of the user public key to obtain the first data to be verified, and the user public key is generated based on the user information uploaded by the merchant terminal; the processing module is further used to perform a hash operation on the evaluation content to be verified to obtain the second data to be verified; the processing module is further used to publish the evaluation content to be verified if it is determined that the first data to be verified is the same as the second data to be verified.

[0021] In the third aspect of the present application, an electronic device is provided, which includes a processor, a memory, a user interface and a network interface, the memory is used to store instructions, the user interface and the network interface are both used to communicate with other devices, and the processor is used to execute the instructions stored in the memory so that the electronic device performs the method described above.

[0022] In a fourth aspect of the present application, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores instructions, and when the instructions are executed, the method described above is executed.

[0023] In summary, one or more technical solutions provided in the embodiments of the present application have at least the following technical effects or advantages: By requiring users to upload merchant information and location information within the merchant's operating range to generate a merchant public key, which is used to encrypt the evaluation content, this step ensures that the evaluation content is directly associated with a specific merchant and its location, reducing the possibility of false evaluations. At the same time, the verification code generated by the user's private key encryption further enhances the uniqueness and authenticity of the evaluation content. Using the public key to encrypt the evaluation content means that only merchants with the corresponding private key can decrypt and view the evaluation details, which effectively protects the user's privacy from being obtained by unauthorized third parties. The introduction of the blockchain system provides a decentralized, tamper-proof storage environment for evaluation content and verification codes, further improving data security. After the merchant decrypts the evaluation content with the private key, it is also necessary to decrypt the verification code with the user's public key for comparison and verification. This double verification mechanism ensures that the evaluation content has not been tampered with during transmission and storage. At the same time, the use of hash operations makes the verification process efficient and easy to implement. If the verification is successful, that is, the first data to be verified is the same as the second data to be verified, the evaluation content is officially released. This process is transparent and easy to track, solving the problem of users' false evaluations on the cultural and tourism platform. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 A flowchart of a blockchain-based cultural tourism management method provided in an embodiment of the present application.

[0025] Figure 2 Another flowchart of a blockchain-based cultural and tourism management method provided in an embodiment of the present application.

[0026] Figure 3 A module diagram of a blockchain-based cultural and tourism management device provided in an embodiment of the present application.

[0027] Figure 4 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application.

[0028] Explanation of the reference numerals: 31, acquisition module; 32, processing module; 41, processor; 42, communication bus; 43, user interface; 44, network interface; 45, memory. DETAILED DESCRIPTION

[0029] In order to enable technicians in this field to better understand the technical solutions in this specification, the technical solutions in the embodiments of this specification will be clearly and completely described below in conjunction with the drawings in the embodiments of this specification. Obviously, the described embodiments are only part of the embodiments of this application, not all of the embodiments.

[0030] In the description of the embodiments of the present application, words such as "for example" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design described as "for example" or "for example" in the embodiments of the present application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "for example" or "for example" is intended to present related concepts in a specific way.

[0031] In the description of the embodiments of the present application, the meaning of the term "multiple" refers to two or more. For example, multiple systems refer to two or more systems, and multiple screen terminals refer to two or more screen terminals. In addition, the terms "first" and "second" are used for descriptive purposes only and cannot be understood as indicating or implying relative importance or implicitly indicating the indicated technical features. Thus, the features defined as "first" and "second" may explicitly or implicitly include one or more of the features. The terms "include", "comprise", "have" and their variations all mean "including but not limited to", unless otherwise specifically emphasized.

[0032] In today's digital age, the rapid progress and widespread penetration of Internet technology are profoundly changing the face of the tourism industry. In this context, the user online evaluation system has become a key tool for tourist destinations to collect feedback, optimize services and attract customers. After completing their travel experience, tourists often post detailed reviews of tourist destinations on relevant online travel platforms, covering multiple dimensions such as service quality, hardware facilities, and environmental atmosphere, providing extremely valuable reference for subsequent travelers.

[0033] However, in order to beautify their own image and attract more tourists, some tourist destinations have resorted to unfair means, such as hiring online trolls or using technical means, including creating a large number of false positive or negative reviews of tourist attractions on cultural tourism platforms without having visited them. This phenomenon of false reviews not only infringes on the legitimate competition rights of other tourist destinations, but also seriously misleads consumers' decision-making process. Due to the prevalence of false reviews, it is difficult for tourists to obtain authentic, reliable, objective and fair evaluation information from cultural tourism platforms, which may lead them to make wrong travel choices and ultimately greatly reduce their travel experience.

[0034] In order to solve the above technical problems, this application provides a cultural tourism management method based on blockchain. Figure 1 , Figure 1 A flowchart of a blockchain-based cultural tourism management method provided in an embodiment of the present application. The cultural tourism management method is applied to a server of a cultural tourism platform, including steps S110 to S180, which are as follows: S110, obtaining cultural and tourism evaluation content uploaded by the user.

[0035] Specifically, a cultural and tourism platform refers to an online platform that provides cultural and tourism related services. The platform can provide functions such as information display, ticket booking, event registration, and strategy sharing, and also encourages users to evaluate and share cultural and tourism experiences. A server is a combination of computer hardware and software for storing, processing, or transmitting data. In an embodiment of the present application, the server of the cultural and tourism platform is responsible for receiving, storing, and processing data from the user end, including cultural and tourism evaluation content. The user end refers to a user device or software interface used by a user, through which it can interact with the cultural and tourism platform. The user end can be an application on a smartphone, a web browser on a computer, or any other device that can access the Internet. Uploading refers to the process of sending data on a local device, such as a mobile phone or a computer, to a remote server. Among them, users upload their cultural and tourism evaluation content to the server of the cultural and tourism platform through the user end. Cultural and tourism evaluation content refers to the evaluation of users on their experience in cultural and tourism activities, which can include text descriptions, pictures, videos, or ratings of scenic spots, restaurants, and homestays, etc. These evaluation contents are of great reference value for other users to choose cultural and tourism products or services.

[0036] S120. Encrypt the cultural tourism evaluation content by using a merchant public key to obtain encrypted evaluation content. The merchant public key is generated based on first merchant information and first positioning information. The first merchant information and the first positioning information are uploaded by the user terminal within the operating scope of the merchant terminal.

[0037] Specifically, the public key is part of an asymmetric encryption algorithm and is used to encrypt data so that only the recipient holding the corresponding private key can decrypt it. In an embodiment of the present application, the merchant public key is used to encrypt the cultural and tourism evaluation content to ensure that only designated merchants can decrypt and view these evaluations. The encrypted evaluation content is the cultural and tourism evaluation content encrypted by the public key, and only the merchant holding the corresponding private key can decrypt and view it. The merchant public key is generated based on the first merchant information and the first positioning information. This information is uploaded by the user end within the operating range of the merchant end. This means that the merchant public key is associated with a specific merchant and location, which enhances the security and pertinence of the data. The first merchant information and the first positioning information are provided by the user end to identify the identity and location of the merchant. The first merchant information may include the merchant name, type, business license number, etc., and the first positioning information may include latitude and longitude coordinates, address, etc.

[0038] For example, suppose there is a cultural tourism platform called "Leyou Daqian World", and user Xiao Zhang evaluated a hotel called "Gucheng Inn" on the platform. During the evaluation process, the "Leyou Daqian World" platform will first obtain the first merchant information about "Gucheng Inn" uploaded by Xiao Zhang from the user end, such as the hotel name and the first positioning information, such as the specific address of the hotel. Then, the "Leyou Daqian World" platform will generate a merchant public key associated with "Gucheng Inn" based on this information. Next, the platform will use this merchant public key to encrypt Xiao Zhang's evaluation content to obtain the encrypted evaluation content. The encrypted evaluation content will be stored on the platform, and only the "Gucheng Inn" merchant who holds the private key corresponding to the merchant public key can decrypt and view Xiao Zhang's evaluation. In this way, even if the evaluation content is intercepted during transmission or storage, a third party without the corresponding private key cannot decrypt and view the evaluation content, thereby protecting the privacy and security of the evaluation. The above process is a specific example of how the cultural and tourism platform server encrypts the cultural and tourism evaluation content through the merchant public key, and how the merchant public key is generated based on the merchant information and location information uploaded by the user.

[0039] S130, uploading the encrypted evaluation content and the verification code to the blockchain system, where the verification code is generated by performing a hash operation on the encrypted evaluation content and encrypting it with the user's private key.

[0040] Specifically, the verification code is a code used to verify the integrity and authenticity of the encrypted evaluation content. It is generated by performing a hash operation on the encrypted evaluation content and encrypting it using the user's private key. Hash operation is a one-way function that can convert data of any length into a hash value of fixed length. The hash value is unique, that is, different input data will produce different hash values, and the same input data always produces the same hash value. The private key is part of the asymmetric encryption algorithm and is used to decrypt data and sign data. In an embodiment of the present application, the user's private key is used to encrypt the hash value to ensure that only the recipient holding the corresponding public key can verify the authenticity of the hash value. The blockchain system is a distributed database technology that is tamper-proof and decentralized. By uploading data to the blockchain system, the security and traceability of the data can be ensured.

[0041] S140: Generate a merchant private key according to the acquired second merchant information input by the merchant terminal and the second positioning information of the merchant terminal.

[0042] Specifically, the second merchant information is information provided by the merchant end for identifying and verifying the merchant's identity. This information may include the merchant name, business license number, registered address, legal representative, etc., which is one of the key elements for generating the merchant's private key. The second positioning information is information provided by the merchant end for identifying the merchant's geographic location. This information may include the merchant's specific address, longitude and latitude coordinates, etc. Positioning information helps to ensure the authenticity and location accuracy of the merchant, and is also an important reference for generating the merchant's private key. Based on the second merchant information and second positioning information provided by the merchant end, a private key associated with the merchant is generated through a certain algorithm or process. This private key is unique and can only be held by the merchant or the relevant authorized party. The private key is used to decrypt data, sign data, or perform other security operations.

[0043] For example, suppose there is a cultural tourism platform called "Changyou Tianxia", which provides merchants with a backend management system called "Merchant Center". The person in charge of the merchant "Shanhai Inn" submitted their merchant information and location information to the "Changyou Tianxia" platform through the "Merchant Center" to apply for a merchant private key. In the submitted merchant information, "Shanhai Inn" provided their merchant name, namely "Shanhai Inn", business license number, registered address, such as "XX Road, XX District, XX City", and the name of the legal representative. At the same time, they also provided the specific address and longitude and latitude coordinates of the inn as location information. After the "Changyou Tianxia" platform receives this information, the platform server will verify and review it. Once the verification is passed, the platform will generate a merchant private key associated with "Shanhai Inn" based on this information. This private key will be securely stored on the platform and can only be accessed by "Shanhai Inn" or authorized "Changyou Tianxia" platform staff. The process of generating a merchant private key may involve complex algorithms and encryption technologies to ensure the security and uniqueness of the private key. Once generated, the merchant private key can be used to decrypt encrypted information from the "Changyou Tianxia" platform, sign data to prove the authenticity and integrity of the data, etc. The above process is a specific example of generating a merchant private key based on the second merchant information input by the merchant and the second positioning information of the merchant. Through this process, the security of the merchant private key and its association with the merchant identity can be ensured.

[0044] In a possible implementation, the first merchant information and a reading timestamp sent by the user terminal are obtained, wherein the first merchant information is obtained and uploaded by the user terminal from the merchant terminal, and the reading timestamp is the timestamp when the user terminal reads the first merchant information from the merchant terminal; the first positioning data sent by the user terminal is obtained, and the second positioning data sent by the merchant terminal is obtained; the distance between the user terminal and the merchant terminal is calculated based on the first positioning data and the second positioning data; it is determined whether the distance is less than or equal to a preset threshold, and the preset threshold is obtained based on the operating range of the merchant terminal; if it is determined that the distance is less than or equal to the preset threshold, the first positioning information is generated based on the second positioning data, the second positioning data is longitude and latitude coordinates, and the first positioning information is an alphanumeric combination.

[0045] Specifically, the user end first obtains the first merchant information from the merchant end, such as the merchant's ID, name, and social unified credit code, and uploads this information to the server end. Among them, the merchant information is unique. At the same time, the user end also uploads a read timestamp, which records the exact time when the user end reads the merchant information from the merchant end. For example, the user enters the merchant end of the scenic spot by scanning the QR code, and at this time, the user end can obtain the merchant information. Further, when the user uploads the cultural and tourism evaluation content, the server verifies the identity by obtaining the timestamp to determine whether the user has the experience of going to the scenic spot. Therefore, the user needs to scan the code offline to obtain the merchant information. At the same time, the merchant records the timestamp and stores it for upload. The server end also receives the first positioning data from the user end, that is, the latitude and longitude position information when the user scans the code. At the same time, the merchant end also sends the second positioning data, that is, the latitude and longitude position of the merchant. The server end calculates the distance between the user's current location and the merchant location based on the positioning data provided by the user end and the merchant end. The server sets a preset threshold based on the merchant's operating range. If the calculated distance is less than or equal to this preset threshold, it means that the user is within the merchant's effective service range. If the user is within the effective range, the server will use the merchant's second positioning data to generate a first positioning information. This first positioning information is an array converted from longitude and latitude coordinates. It is unique and is easier to store, transmit or display. At the same time, for privacy protection reasons, the original longitude and latitude coordinates are not used directly. On the contrary, if it does not meet the above conditions, it is considered to be a false review and will not be verified. The evaluation content cannot be published normally on the cultural and tourism platform. Therefore, this process is transparent and easy to track in the cultural and tourism management process, which solves the problem of users' false evaluations on the cultural and tourism platform.

[0046] In a possible implementation, generating a merchant private key based on the second merchant information input by the merchant terminal and the second positioning information of the merchant terminal specifically includes: obtaining multiple groups of merchant data input by the merchant terminal, wherein the merchant data includes the second merchant information and a historical reading timestamp, and the historical reading timestamp is the time when different devices read the second merchant information from the merchant terminal; determining target merchant data among the multiple groups of merchant data, the second merchant information included in the target merchant data is the same as the first merchant information, and the historical reading timestamp included in the target merchant data is the same as the reading timestamp; combining the second merchant information included in the target merchant data with the historical reading timestamp included in the target merchant data, and randomly inserting a code corresponding to the second positioning information to obtain the merchant private key, and the merchant public key is obtained by calculating the merchant private key using an asymmetric encryption algorithm.

[0047] Specifically, the merchant end will obtain multiple groups of merchant data, each group of data contains the second merchant information and one or more historical read timestamps, and each group of merchant data corresponds to the merchant transaction data between the user who went to the merchant for tourism consumption in the past history and the merchant. These historical read timestamps record the time point when the user end reads the second merchant information from the merchant end, that is, the scan code reading timestamp of each user entering the scenic spot each time. In multiple groups of merchant data, the server needs to find a specific set of data, namely the target merchant data. The characteristic of this set of data is that the second merchant information it contains is exactly the same as the first merchant information uploaded by the user end before, and the historical read timestamp it contains is also the same as the read timestamp uploaded by the user end. This means that this set of data matches the information uploaded by the user end and is read at the same time point, which shows that the user has indeed gone to the merchant end to consume. In the embodiment of the present application, the essence of the same historical read timestamp and read timestamp is that the two exist in a floating range, because the upload time of the two data cannot be absolutely the same under the scope of the timestamp. For example, if the historical read timestamp is 1696272000 and the read timestamp is 1696272010, and the difference between the two is ten seconds, then it is determined that the historical read timestamp and the read timestamp are the same. Once the target merchant data is determined, the server will use this set of data to generate the merchant private key. The server combines the second merchant information in the target merchant data with the historical read timestamp, such as by splicing, hashing or other methods, and then randomly inserts the code corresponding to the second positioning information of the merchant end into this combination. This code is an array format converted from the merchant's longitude and latitude coordinates. The string or data combination generated by this combination is regarded as the merchant private key. Finally, the merchant public key is calculated by an asymmetric encryption algorithm on the merchant private key. An asymmetric encryption algorithm is an encryption method that uses a pair of keys (to encrypt and decrypt data. The public key is public and can be used to encrypt data or verify signatures; the private key is confidential and is used to decrypt data or generate signatures.

[0048] For example, suppose the merchant "Delicious Restaurant" enters multiple sets of merchant data on the merchant side, including its merchant ID, name and address, as well as the timestamp of each time different users or devices read this information. One day, user Xiao Zhang scans the QR code of "Delicious Restaurant" through his APP and uploads the merchant information and the reading timestamp. After receiving the information uploaded by Xiao Zhang, the server begins to search for target merchant data that matches the information uploaded by Xiao Zhang in multiple sets of merchant data. Assume that it finds a set of data in which the merchant ID, name and address in this set of data are exactly the same as those uploaded by Xiao Zhang, and the historical reading timestamp is also consistent with the reading timestamp uploaded by Xiao Zhang. Next, the server combines the merchant ID, name, address and timestamp in this set of target merchant data, such as generating a hash value through a hash algorithm, and randomly inserts a code converted from the longitude and latitude coordinates of "Delicious Restaurant" into the hash value, such as a specific alphanumeric sequence, so that the resulting string is regarded as the merchant private key. Finally, the server uses an asymmetric encryption algorithm, such as RSA or ECC, to calculate the merchant private key and obtain the merchant public key. The merchant's public key will be used for subsequent data encryption, decryption or signature verification operations, while the merchant's private key is stored in a safe place and used to decrypt data or generate signatures. Therefore, the merchant's public key and private key generated in this way have a higher security level, and the process of verifying the user's identity is more complicated, which guarantees the release of subsequent authentic evaluation content to the greatest extent.

[0049] S150. Decrypt the encrypted evaluation content using the merchant's private key to obtain the evaluation content to be verified.

[0050] Specifically, decryption is a process that converts encrypted data back to its original form by using a key that matches the key used when encrypting it. Decryption is the reverse process of encryption, which allows authorized personnel or systems to access the original content of encrypted data. The evaluation content to be verified refers to the original evaluation content obtained after decryption that can be further verified or processed.

[0051] S160. Decrypt the verification code using the user public key to obtain first data to be verified, where the user public key is generated based on the user information uploaded by the merchant.

[0052] Specifically, the user's public key is a public key that corresponds to the user's private key. In a public key encryption system, the public key is used to encrypt data or verify the authenticity of a signature. The user's public key is generated based on the user's identity information and can be safely shared with anyone, while the private key must be kept confidential. User information refers to the identity information used to generate the user's public key and private key. This information includes the user's name, ID number, email address, mobile phone number, etc. In an encrypted communication system, user information is used to generate a key pair and ensure that the key is associated with the user's identity. Merchant-side upload refers to the process in which a merchant submits user information to a cultural and travel platform or other related system through its system or interface. The user information uploaded by the merchant may be used to generate or retrieve a public key and a private key associated with the user. The original data or information obtained by decrypting the verification code requires further verification or processing. In an embodiment of the present application, the first data to be verified is the verification information of the cultural and travel evaluation content after the hash value, which is used to verify the integrity or authenticity of the encrypted data.

[0053] S170 , performing a hash operation on the evaluation content to be verified to obtain second data to be verified.

[0054] Specifically, the hash value obtained by the hash operation serves as the digital fingerprint of the evaluation content to be verified and is used in the subsequent verification process. The use of the hash operation makes the verification process efficient and easy to implement.

[0055] S180: If it is determined that the first data to be verified is the same as the second data to be verified, then the evaluation content to be verified is published.

[0056] Specifically, the cultural and tourism platform server will compare the first data to be verified with the second data to be verified. If the two are the same, this means that the evaluation content to be verified has not been tampered with during transmission or storage, and its source is reliable, rather than false evaluation content, such as a user who has never been to XX attraction and published a false evaluation content of the attraction. Once it is determined that the two data are the same, the cultural and tourism platform server will perform a publishing operation, which means that the evaluation content to be verified will be publicly displayed, making it visible to other users on the platform.

[0057] Therefore, the cultural and tourism platform server generates a merchant public key by requiring users to upload merchant information and location information within the merchant's operating range, and uses it to encrypt the evaluation content. This step ensures that the evaluation content is directly associated with a specific merchant and its location, reducing the possibility of false evaluations. At the same time, the verification code generated by the user's private key encryption further enhances the uniqueness and authenticity of the evaluation content. The cultural and tourism platform server uses the public key to encrypt the evaluation content, which means that only merchants with the corresponding private key can decrypt and view the evaluation details, which effectively protects the user's privacy from being obtained by unauthorized third parties. The introduction of the blockchain system provides a decentralized and tamper-proof storage environment for the evaluation content and verification code, further improving the security of the data. After the merchant decrypts the evaluation content with the private key, it is also necessary to decrypt the verification code with the user's public key for comparison and verification. This double verification mechanism ensures that the evaluation content has not been tampered with during transmission and storage. At the same time, the use of hash operations makes the verification process efficient and easy to implement. If the verification is successful, that is, the first data to be verified is the same as the second data to be verified, the evaluation content will be officially released. This process is transparent and easy to track, which solves the problem of users making false reviews on cultural and tourism platforms and further facilitates cultural and tourism management.

[0058] In a possible implementation, before uploading the encrypted evaluation content and the verification code to the blockchain system, the method further includes: performing a hash operation on the encrypted evaluation content to obtain first data to be verified; and encrypting the first data to be verified using a user private key to obtain a verification code.

[0059] Specifically, after obtaining the first data to be verified, that is, the hash value, the cultural and tourism platform server will use the user's private key to encrypt the hash value. This process is called digital signature or signature generation. The encrypted hash value, that is, the verification code, is closely related to the original evaluation content, because only users with the corresponding private key can generate this verification code. Therefore, the verification code plays a key role in verifying the authenticity and integrity of the evaluation content. It is worth noting that the verification code itself does not contain the plaintext information of the evaluation content, but it can be used to verify whether the evaluation content has been tampered with. Even if the evaluation content is tampered with during transmission or storage, the verification code can help identify such tampering. Therefore, this process provides users on the cultural and tourism platform with a safe and reliable evaluation system.

[0060] In a possible implementation, before decrypting the verification code by using the user public key to obtain the first data to be verified, the method also includes: obtaining user information uploaded by the merchant end, wherein the user information is obtained and uploaded by the merchant end from the user end; generating a user private key based on the user information; and asymmetrically encrypting the user private key to obtain the user public key.

[0061] Specifically, the cultural and tourism platform server uses an asymmetric encryption algorithm and user information to generate a unique user private key. This private key is confidential and only known to the user himself or the system authorized by the user. The private key is used to encrypt or sign information to ensure the confidentiality and integrity of the information. Next, the cultural and tourism platform server uses an asymmetric encryption algorithm to encrypt the user's private key to obtain the user's public key. Unlike the private key, the public key is public and can be safely shared with anyone. The public key is used to decrypt information encrypted by the private key, or to verify the authenticity of information signed by the private key.

[0062] In a possible implementation manner, after generating a merchant private key according to the second merchant information input by the merchant end and the second location information of the merchant end, referring to Figure 2 , Figure 2 Another flow chart of a blockchain-based cultural and tourism management method provided for an embodiment of the present application, the method also includes steps S210 to S220, and the above steps are as follows: S210, determine whether the first merchant information and the second merchant information are the same, and determine whether the first positioning information and the second positioning information are the same; S220, if it is determined that the first merchant information and the second merchant information are the same, and the first positioning information and the second positioning information are the same, the verification is passed.

[0063] Specifically, in this step, the cultural and tourism platform server first receives the second merchant information and the second positioning information from the merchant end. This information includes the name, address, business scope and specific geographical location of the merchant. Then, the cultural and tourism platform server uses this information to generate a unique merchant private key. This private key is the key for the merchant to use for subsequent security operations such as encryption and signing. Next, the cultural and tourism platform server compares the first merchant information from the user end and the second merchant information from the merchant end. This comparison process involves item-by-item verification of the information to ensure that the two are completely consistent in key fields. At the same time, the cultural and tourism platform server also compares the first positioning information from the user end and the second positioning information from the merchant end. This comparison process involves accurate matching of geographical locations to ensure that the two are completely consistent or close enough in key locations such as longitude and latitude. If the cultural and tourism platform server determines that the first merchant information and the second merchant information are the same, and the first positioning information and the second positioning information are also the same or close enough, then the cultural and tourism platform server will think that the user has been to the merchant or scenic spot in the past and made tourism consumption, or is currently making tourism consumption at the merchant or scenic spot, then the verification is passed, thereby increasing the security of the transaction or operation.

[0064] In a possible implementation, before decrypting the encrypted evaluation content by the merchant private key to obtain the evaluation content to be verified, the method further includes: obtaining the encrypted evaluation content and the verification code uploaded by the merchant, wherein the encrypted evaluation content and the verification code are downloaded and uploaded by the merchant from the blockchain system.

[0065] Specifically, in this step, the cultural tourism platform server receives two key information from the merchant side: encrypted evaluation content and verification code. Both of these information are downloaded by the merchant side from the blockchain system and then uploaded to the current system or platform by the merchant side. Encrypted evaluation content refers to the result of encryption after the user or other entity evaluates the services or products provided by the merchant. The purpose of encryption is to protect the privacy and security of the evaluation and ensure that only specific recipients (such as the merchant itself) can decrypt and view these evaluations. The verification code is a code used to verify the authenticity and integrity of the encrypted evaluation content. It may be a hash value, digital signature, or other form of verification mark to ensure that the encrypted evaluation content has not been tampered with or damaged during transmission. The verification code is stored in the blockchain system together with the encrypted evaluation content to ensure their relevance and consistency. The merchant side needs to download the encrypted evaluation content and verification code from the blockchain system. The blockchain system is a decentralized, distributed ledger technology that allows data to be stored and shared in a secure, transparent and tamper-proof manner. In the embodiment of the present application, the blockchain system is used to store and manage all encrypted information and verification codes related to merchant evaluations. Once the merchant downloads the encrypted review content and verification code from the blockchain system, it will upload this information to the current cultural and tourism platform or cultural and tourism platform server. This is to allow the merchant to decrypt and view their own review content, or to perform other review-related processing.

[0066] This application also provides a cultural tourism management device based on blockchain, referring to Figure 3 , Figure 3A module diagram of a cultural and tourism management device based on blockchain provided in an embodiment of the present application. The cultural and tourism management device is a server of a cultural and tourism platform, and the server includes an acquisition module 31 and a processing module 32, wherein the acquisition module 31 acquires the cultural and tourism evaluation content uploaded by the user end; the processing module 32 encrypts the cultural and tourism evaluation content through the merchant public key to obtain the encrypted evaluation content, and the merchant public key is generated based on the first merchant information and the first positioning information, and the first merchant information and the first positioning information are obtained by uploading by the user end within the operating range of the merchant end; the processing module 32 uploads the encrypted evaluation content and the verification code to the blockchain system, and the verification code is sequentially hashed by the encrypted evaluation content and the user private key Encrypted generation; the processing module 32 generates a merchant private key based on the second merchant information input by the merchant end and the second positioning information of the merchant end; the processing module 32 decrypts the encrypted evaluation content through the merchant private key to obtain the evaluation content to be verified; the processing module 32 decrypts the verification code through the user public key to obtain the first data to be verified, and the user public key is generated based on the user information uploaded by the merchant end; the processing module 32 performs a hash operation on the evaluation content to be verified to obtain the second data to be verified; if the processing module 32 determines that the first data to be verified is the same as the second data to be verified, the evaluation content to be verified is published.

[0067] In a possible implementation, before uploading the encrypted evaluation content and the verification code to the blockchain system, the processing module 32 performs a hash operation on the encrypted evaluation content to obtain the first data to be verified; the processing module 32 encrypts the first data to be verified using the user's private key to obtain the verification code.

[0068] In a possible implementation, the acquisition module 31 acquires the first merchant information and the reading timestamp sent by the user terminal, wherein the first merchant information is acquired and uploaded by the user terminal from the merchant terminal, and the reading timestamp is the timestamp when the user terminal reads the first merchant information from the merchant terminal; the acquisition module 31 acquires the first positioning data sent by the user terminal, and acquires the second positioning data sent by the merchant terminal; the processing module 32 calculates the distance between the user terminal and the merchant terminal according to the first positioning data and the second positioning data; the processing module 32 determines whether the distance is less than or equal to a preset threshold, and the preset threshold is obtained according to the operating range of the merchant terminal; if the processing module 32 determines that the distance is less than or equal to the preset threshold, the first positioning information is generated according to the second positioning data, the second positioning data is the longitude and latitude coordinates, and the first positioning information is an alphanumeric combination.

[0069] In a possible implementation, the acquisition module generates a merchant private key based on the second merchant information input by the merchant terminal and the second positioning information of the merchant terminal, specifically including: the acquisition module 31 acquires multiple groups of merchant data input by the merchant terminal, wherein the merchant data includes the second merchant information and a historical reading timestamp, and the historical reading timestamp is the time when different devices read the second merchant information from the merchant terminal; the processing module 32 determines the target merchant data among the multiple groups of the merchant data, the second merchant information contained in the target merchant data is the same as the first merchant information, and the historical reading timestamp contained in the target merchant data is the same as the reading timestamp; the processing module 32 combines the second merchant information contained in the target merchant data with the historical reading timestamp contained in the target merchant data, and randomly inserts the code corresponding to the second positioning information to obtain the merchant private key, and the merchant public key is calculated by using an asymmetric encryption algorithm on the merchant private key.

[0070] In a possible implementation, before the processing module 32 decrypts the verification code through the user public key to obtain the first data to be verified, the acquisition module 31 obtains the user information uploaded by the merchant side, wherein the user information is obtained and uploaded by the merchant side from the user side; the processing module 32 generates a user private key based on the user information; the processing module 32 performs asymmetrical encryption on the user private key to obtain the user public key.

[0071] In a possible implementation, after the processing module 32 generates a merchant private key based on the second merchant information input by the merchant end and the second positioning information of the merchant end, the processing module 32 determines whether the first merchant information and the second merchant information are the same, and determines whether the first positioning information and the second positioning information are the same; if the processing module 32 determines that the first merchant information and the second merchant information are the same, and the first positioning information and the second positioning information are the same, the verification is successful.

[0072] In a possible implementation, before the processing module 32 decrypts the encrypted evaluation content by using the merchant's private key to obtain the evaluation content to be verified, the acquisition module 31 acquires the encrypted evaluation content and verification code uploaded by the merchant, wherein the encrypted evaluation content and verification code are downloaded and uploaded by the merchant from the blockchain system.

[0073] It should be noted that: when the device provided in the above embodiment realizes its function, only the division of the above functional modules is used as an example. In actual application, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. In addition, the device and method embodiments provided in the above embodiment belong to the same concept, and the specific implementation process is detailed in the method embodiment, which will not be repeated here.

[0074] The present application also provides an electronic device, referring to Figure 4 , Figure 4 The electronic device may include: at least one processor 41 , at least one network interface 44 , a user interface 43 , a memory 45 , and at least one communication bus 42 .

[0075] The communication bus 42 is used to realize the connection and communication between these components.

[0076] The user interface 43 may include a display screen (Display) and a camera (Camera). Optionally, the user interface 43 may also include a standard wired interface and a wireless interface.

[0077] The network interface 44 may optionally include a standard wired interface or a wireless interface (such as a WI-FI interface).

[0078] Among them, the processor 41 may include one or more processing cores. The processor 41 uses various interfaces and lines to connect various parts in the entire server, and executes various functions of the server and processes data by running or executing instructions, programs, code sets or instruction sets stored in the memory 45, and calling data stored in the memory 45. Optionally, the processor 41 can be implemented in at least one hardware form of digital signal processing (Digital Signal Processing, DSP), field programmable gate array (Field-Programmable Gate Array, FPGA), and programmable logic array (Programmable Logic Array, PLA). The processor 41 can integrate one or a combination of a central processing unit (Central Processing Unit, CPU), a graphics processing unit (Graphics Processing Unit, GPU) and a modem. Among them, the CPU mainly processes the operating system, user interface and application programs; the GPU is responsible for rendering and drawing the content to be displayed on the display screen; the modem is used to process wireless communications. It can be understood that the above-mentioned modem may not be integrated into the processor 41, and it can be implemented separately through a chip.

[0079] Among them, the memory 45 may include a random access memory (RAM) or a read-only memory (Read-Only Memory). Optionally, the memory 45 includes a non-transitory computer-readable storage medium. The memory 45 can be used to store instructions, programs, codes, code sets or instruction sets. The memory 45 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the above-mentioned method embodiments, etc.; the data storage area may store data involved in the above-mentioned method embodiments, etc. The memory 45 may also be optionally at least one storage device located away from the aforementioned processor 41. As Figure 4 As shown, the memory 45 as a computer storage medium may include an operating system, a network communication module, a user interface module, and an application program of a cultural tourism management method based on blockchain.

[0080] exist Figure 4 In the electronic device shown, the user interface 43 is mainly used to provide an input interface for the user and obtain data input by the user; and the processor 41 can be used to call an application program stored in the memory 45 for a cultural and tourism management method based on blockchain. When executed by one or more processors, the electronic device executes one or more methods in the above-mentioned embodiments.

[0081] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all described as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the order of the actions described, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required for the present application.

[0082] The present application also provides a computer-readable storage medium, which stores instructions. When executed by one or more processors, the electronic device executes one or more of the methods described in the above embodiments.

[0083] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0084] In the several embodiments provided in this application, it should be understood that the disclosed devices can be implemented in other ways. For example, the device embodiments described above are only schematic, such as the division of units, which is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some service interfaces, and the indirect coupling or communication connection of devices or units can be electrical or other forms.

[0085] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0086] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0087] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable memory. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, which is stored in a memory and includes several instructions for a computer device (which can be a personal computer, server or network device, etc.) to execute all or part of the steps of the various embodiments of the present application. The aforementioned memory includes: various media that can store program codes, such as USB flash drives, mobile hard drives, magnetic disks or optical disks.

[0088] The above is only an exemplary embodiment of the present disclosure, and the scope of the present disclosure cannot be limited thereto. That is, any equivalent changes and modifications made according to the teachings of the present disclosure are still within the scope of the present disclosure. After considering the disclosure of the specification and the truth of practice, it will be easy for those skilled in the art to think of other embodiments of the present disclosure. This application is intended to cover any modification, use or adaptation of the present disclosure, which follows the general principles of the present disclosure and includes common knowledge or customary technical means in the technical field that are not recorded in the present disclosure. The description and examples are regarded as exemplary only, and the scope and spirit of the present disclosure are defined by the claims.

Claims

1. A cultural tourism management method based on blockchain, characterized in that: The method comprises: Obtain the cultural and tourism evaluation content uploaded by the user; Encrypting the cultural tourism evaluation content by using a merchant public key to obtain encrypted evaluation content, wherein the merchant public key is generated based on first merchant information and first positioning information, and the first merchant information and the first positioning information are uploaded by the user terminal within the operating scope of the merchant terminal; Upload the encrypted evaluation content and verification code to the blockchain system, where the verification code is generated by sequentially performing a hash operation on the encrypted evaluation content and encrypting it with the user's private key; Generate a merchant private key according to the acquired second merchant information input by the merchant terminal and the second positioning information of the merchant terminal; Decrypting the encrypted evaluation content by using the merchant private key to obtain the evaluation content to be verified; Decrypting the verification code by using a user public key to obtain first data to be verified, wherein the user public key is generated based on the user information uploaded by the merchant terminal; Performing a hash operation on the evaluation content to be verified to obtain second data to be verified; If it is determined that the first data to be verified is the same as the second data to be verified, the evaluation content to be verified is published.

2. The cultural tourism management method based on blockchain according to claim 1 is characterized in that: Before uploading the encrypted evaluation content and verification code to the blockchain system, the method further includes: Performing a hash operation on the encrypted evaluation content to obtain the first data to be verified; The first data to be verified is encrypted using a user private key to obtain the verification code.

3. The cultural tourism management method based on blockchain according to claim 1 is characterized in that: The method further comprises: Acquire the first merchant information and a read timestamp sent by the user terminal, wherein the first merchant information is acquired and uploaded by the user terminal from the merchant terminal, and the read timestamp is a timestamp when the user terminal reads the first merchant information from the merchant terminal; Acquire the first positioning data sent by the user terminal, and acquire the second positioning data sent by the merchant terminal; Calculating the distance between the user terminal and the merchant terminal according to the first positioning data and the second positioning data; Determining whether the distance is less than or equal to a preset threshold, where the preset threshold is obtained according to the operating range of the merchant terminal; If it is determined that the distance is less than or equal to the preset threshold, the first positioning information is generated according to the second positioning data, the second positioning data is longitude and latitude coordinates, and the first positioning information is a combination of letters and numbers.

4. The cultural tourism management method based on blockchain according to claim 3 is characterized in that: The generating a merchant private key according to the acquired second merchant information input by the merchant terminal and the second positioning information of the merchant terminal specifically includes: Acquire multiple groups of merchant data input by the merchant terminal, wherein the merchant data includes the second merchant information and a historical reading timestamp, and the historical reading timestamp is the time when different devices read the second merchant information from the merchant terminal; Determine target merchant data from the plurality of groups of merchant data, wherein the second merchant information included in the target merchant data is the same as the first merchant information, and the historical reading timestamp included in the target merchant data is the same as the reading timestamp; The second merchant information included in the target merchant data is combined with the historical reading timestamp included in the target merchant data, and the code corresponding to the second positioning information is randomly inserted to obtain the merchant private key, and the merchant public key is calculated by using an asymmetric encryption algorithm on the merchant private key.

5. The cultural tourism management method based on blockchain according to claim 1 is characterized in that: Before decrypting the verification code by using the user public key to obtain the first data to be verified, the method further includes: Acquire the user information uploaded by the merchant terminal, wherein the user information is acquired and uploaded by the merchant terminal from the user terminal; Generate the user private key according to the user information; Asymmetrically encrypt the user private key to obtain the user public key.

6. The cultural tourism management method based on blockchain according to claim 1 is characterized in that: After generating a merchant private key according to the acquired second merchant information input by the merchant terminal and the second positioning information of the merchant terminal, the method further includes: Determining whether the first merchant information and the second merchant information are the same, and determining whether the first positioning information and the second positioning information are the same; If it is determined that the first merchant information and the second merchant information are the same, and the first positioning information and the second positioning information are the same, the verification is successful.

7. The cultural tourism management method based on blockchain according to claim 1 is characterized in that: Before decrypting the encrypted evaluation content by using the merchant private key to obtain the evaluation content to be verified, the method further includes: The encrypted evaluation content and the verification code uploaded by the merchant end are obtained, wherein the encrypted evaluation content and the verification code are downloaded and uploaded by the merchant end from the blockchain system.

8. A cultural tourism management device based on blockchain, characterized in that: The cultural tourism management device comprises an acquisition module (31) and a processing module (32), wherein: The acquisition module (31) is used to acquire the cultural and tourism evaluation content uploaded by the user terminal; The processing module (32) is used to encrypt the cultural tourism evaluation content by using a merchant public key to obtain encrypted evaluation content, wherein the merchant public key is generated based on first merchant information and first positioning information, and the first merchant information and the first positioning information are uploaded by the user terminal within the operating range of the merchant terminal; The processing module (32) is further used to upload the encrypted evaluation content and the verification code to the blockchain system, wherein the verification code is generated by sequentially performing a hash operation on the encrypted evaluation content and encrypting it with a user private key; The processing module (32) is further used to generate a merchant private key according to the acquired second merchant information input by the merchant terminal and the second positioning information of the merchant terminal; The processing module (32) is further used to decrypt the encrypted evaluation content using the merchant private key to obtain the evaluation content to be verified; The processing module (32) is further used to decrypt the verification code using a user public key to obtain first data to be verified, wherein the user public key is generated based on the user information uploaded by the merchant terminal; The processing module (32) is further used to perform a hash operation on the evaluation content to be verified to obtain second data to be verified; The processing module (32) is further configured to publish the evaluation content to be verified if it is determined that the first data to be verified is the same as the second data to be verified.

9. An electronic device, characterized in that: The electronic device comprises a processor (41), a memory (45), a user interface (43) and a network interface (44), wherein the memory (45) is used to store instructions, the user interface (43) and the network interface (44) are both used to communicate with other devices, and the processor (41) is used to execute the instructions stored in the memory (45) so that the electronic device executes the method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores instructions, and when the instructions are executed, the method according to any one of claims 1 to 7 is performed.

Images