CLOUD-BASED CYBER TRADE SHOW SYSTEM
20230360115 · 2023-11-09
Inventors
Cpc classification
G06Q30/0643
PHYSICS
H04L2209/56
ELECTRICITY
G06Q20/389
PHYSICS
International classification
Abstract
A cloud-based cyber trade show system operated on a blockchain is provided. The cloud-based cyber trade show system includes a visitor decentralized application and a vendor decentralized application. Visitors use the visitor decentralized application to visit a virtual reality exhibition venue. Exhibition vendors use the vendor decentralized application to upload exhibit data to the virtual reality exhibition venue, and use the vendor decentralized application to establish an exhibition smart contract. The exhibition smart contract automatically verifies the exhibit data of the virtual reality exhibition venue and automatically performs billing and transfer of payments.
Claims
1. A cloud-based cyber trade show system operated on a blockchain, comprising: a visitor decentralized application displaying at least one virtual reality exhibition venue, wherein the virtual reality exhibition venue presents a plurality of booths in a virtual reality; and a vendor decentralized application allowing an exhibition vendor to log in, wherein the vendor decentralized application includes: an exhibition venue interface presenting a plurality of exhibition options, wherein each of the exhibition options corresponds to one of the booths in the virtual reality exhibition venue, and each of the booths includes a booth number that is unique; and a listing interface, wherein the listing interface is presented when any of the exhibition options is selected; wherein, when the listing interface is presented, booth information is displayed, and the exhibition vendor is allowed to input at least one piece of exhibit data and a vendor wallet address, so as to establish an exhibition smart contract; wherein the exhibition smart contract includes: a starting procedure, wherein, when the exhibition smart contract is established, the starting procedure transfers a listing fee from the vendor wallet address to a public wallet address, and transfers a listing deposit and an operation deposit from an operation wallet address of a venue operator to the public wallet address; exhibition information including a contract establishing date, a start date, an end date, the exhibit data, a verification date, the vendor wallet address, the booth information, the listing fee, vendor data, the public wallet address, the operation wallet address, and the listing deposit, wherein the booth information includes the booth number and a booth image; an exhibition data verification procedure being called to verify whether or not the exhibit data are exhibited at the booth number of the virtual reality exhibition venue, and to correspondingly generate verification information; a listing transfer procedure being used to call the exhibition data verification procedure on the verification date for obtaining the verification information, wherein, when the listing transfer procedure determines, according to the verification information, that the exhibit data are exhibited at one of the booths that corresponds to the booth number, the listing transfer procedure transfers the listing fee from the public wallet address to the operation wallet address, transfers the listing deposit from the public wallet address to the operation wallet address, and transfers an exhibition fee from the vendor wallet address to the public wallet address; wherein, when the listing transfer procedure determines, according to the verification information, that the exhibit data are not exhibited at the one of the booths that corresponds to the booth number, the listing transfer procedure transfers the listing fee from the public wallet address to the vendor wallet address, and transfers the listing deposit from the public wallet address to the vendor wallet address; an exhibition transfer procedure being used to call the exhibition data verification procedure on the start date for obtaining the verification information, wherein, when the exhibition transfer procedure determines, according to the verification information, that the exhibit data are exhibited at one of the booths that corresponds to the booth number, the exhibition transfer procedure transfers an exhibition front payment from the public wallet address to the operation wallet address; wherein, when the exhibition transfer procedure determines, according to the verification information, that the exhibit data are not exhibited at the one of the booths that corresponds to the booth number, the exhibition transfer procedure transfers the exhibition fee from the public wallet address to the vendor wallet address, and transfers the listing deposit from the public wallet address to the vendor wallet address; a random inspection procedure being used to randomly call the exhibition data verification procedure at least once each day between the start date and the end date for obtaining the verification information, and to store the verification information as random inspection result information; and a balance payment transfer procedure being used to transfer, according to the random inspection result information, a predetermined percentage of an exhibition balance payment from the public wallet address to the operation wallet address after the end date, and to close the exhibition smart contract; wherein the predetermined percentage ranges from 0% to 100%, and a sum of the exhibition front payment and the exhibition balance payment equals to the exhibition fee; wherein, when the balance payment transfer procedure determines, according to the random inspection result information, that the verification information obtained by the random inspection procedure each time indicates that the exhibit data are exhibited at one of the booths that corresponds to the booth number, the predetermined percentage is 100%; wherein, when the balance payment transfer procedure determines, according to the random inspection result information, that the verification information obtained by the random inspection procedure each time indicates that the exhibit data are not exhibited at one of the booths that corresponds to the booth number, the predetermined percentage is 0%, and the balance payment transfer procedure transfers the exhibition fee from the public wallet address to the vendor wallet address, and transfers the operation deposit from the public wallet address to the vendor wallet address.
2. The cloud-based cyber trade show system according to claim 1, wherein the listing interface includes a virtual reality data upload option, and the listing interface displays a virtual reality booth screen that corresponds to the booth number in a virtual reality manner when the virtual reality data upload option is selected; wherein the virtual reality booth screen includes a plurality of exhibition positions and a plurality of exhibition position options, each of the exhibition positions corresponds to one of the exhibition position options, and any of the exhibition position options is selectable for allowing the exhibition vendor to upload one piece of the exhibit data; wherein, when any of the exhibition position options is selected and the exhibition vendor completes uploading the exhibit data, the exhibit data uploaded by the exhibition vendor is presented in real time at the exhibition position that corresponds to the selected exhibition position option.
3. The cloud-based cyber trade show system according to claim 1, wherein the virtual reality exhibition venue further includes a stage space, and the stage space is used to exhibit an advertisement; wherein the listing interface further includes an advertisement option, and the listing interface is converted into an advertisement interface when the advertisement option is selected; wherein the advertisement interface allows the exhibition vendor to input at least one advertisement date, at least one advertisement time, an advertisement play count, an advertisement length, an advertisement content, and an advertisement position; wherein the advertisement interface generates an advertisement fee according to inputs of the exhibition vendor and establishes a timed advertisement smart contract; wherein the timed advertisement smart contract includes: a starting procedure, wherein, when the timed advertisement smart contract is established, the starting procedure of the timed advertisement smart contract transfers an advertisement deposit from the vendor wallet address to the public wallet address; advertisement information including the vendor data, the advertisement date, the advertisement time, the advertisement play count, the advertisement length, the advertisement content, the advertisement position, the advertisement fee, the vendor wallet address, the public wallet address, and the operation wallet address; an advertisement procedure, wherein the advertisement procedure is configured to be called to exhibit the advertisement content at the advertisement position and at the advertisement time on the advertisement date for a duration of the advertisement length; a billing procedure being used to transfer one portion of the advertisement fee from the vendor wallet address to the public wallet address after each execution of the advertisement procedure; wherein the billing procedure is called by the advertisement procedure each time after the advertisement content is exhibited; and a transfer procedure being used to transfer the advertisement fee from the public wallet address to the operation wallet address after the billing procedure is executed for a number of times equivalent to the advertisement play count or is called by the advertisement procedure, and to end the timed advertisement smart contract; wherein, when the advertisement procedure is called and fails to exhibit the advertisement content at the advertisement position, the advertisement procedure does not call the billing procedure but calls the transfer procedure; wherein, each time the billing procedure is executed, in response to the one portion of the advertisement fee being not properly transferred from the vendor wallet address to the public wallet address, the billing procedure transfers the advertisement deposit from the public wallet address to the operation wallet address and calls the transfer procedure.
4. The cloud-based cyber trade show system according to claim 3, wherein the advertisement interface includes an advertisement content upload option and a livestream option; wherein, when the livestream option is selected and the timed advertisement smart contract is established, the advertisement procedure enables a livestream connection function at the advertisement position on the advertisement date, and the exhibition vendor uses the vendor decentralized application to perform livestream at the advertisement position.
5. The cloud-based cyber trade show system according to claim 1, wherein the virtual reality exhibition venue further includes a stage space, and the stage space is used to exhibit an advertisement; wherein the listing interface further includes an advertisement option, and the listing interface is converted into an advertisement interface when the advertisement option is selected; wherein the advertisement interface allows the exhibition vendor to input a predetermined traffic, at least one advertisement date, at least one advertisement time, an advertisement play count, an advertisement length, an advertisement content, and an advertisement position; wherein the advertisement interface generates an advertisement fee according to inputs of the exhibition vendor and establishes a traffic advertisement smart contract; wherein the traffic advertisement smart contract includes: a starting procedure, wherein, when the traffic advertisement smart contract is established, the starting procedure of the traffic advertisement smart contract transfers an advertisement deposit from the vendor wallet address to the public wallet address; advertisement information including the predetermined traffic, the advertisement position, a predetermined time, the advertisement content, the advertisement play count, the advertisement fee, the vendor wallet address, the public wallet address, and the operation wallet address; a billing procedure being used to transfer one portion of the advertisement fee from the vendor wallet address to the public wallet address after each execution of the advertisement procedure; an advertisement procedure being used to exhibit the advertisement content at the advertisement position for a duration of the predetermined time, wherein the billing procedure is called by the advertisement procedure each time after the advertisement content is exhibited; a monitoring procedure being used to monitor a real-time browsing traffic of the booth, wherein, when the real-time browsing traffic is lower than the predetermined traffic and a number of times that the advertisement procedure is called is not greater than the advertisement play count, the monitoring procedure calls the advertisement procedure; and a transfer procedure being used to transfer the advertisement fee from the public wallet address to the operation wallet address after the billing procedure is executed for a number of times equivalent to the advertisement play count or is called by the advertisement procedure, and to end the traffic advertisement smart contract; wherein, when the advertisement procedure is called and fails to exhibit the advertisement content at the advertisement position, the advertisement procedure does not call the billing procedure but calls the transfer procedure; wherein, each time the billing procedure is executed, in response to the one portion of the advertisement fee being not properly transferred from the vendor wallet address to the public wallet address, the billing procedure transfers the advertisement deposit from the public wallet address to the operation wallet address and calls the transfer procedure.
6. The cloud-based cyber trade show system according to claim 1, wherein the visitor decentralized application further includes a ticketing interface that displays at least one ticketing option, and the ticketing option corresponds to the virtual reality exhibition venue currently displayed; wherein, when the ticketing option is selected, the ticketing interface requires a visitor to input a visitor wallet address, so as to establish a ticketing smart contract; wherein the ticketing smart contract includes: ticketing information including virtual exhibition venue information, a ticket purchase date, the visitor wallet address, a ticket fee, the public wallet address, and the operation wallet address; wherein the virtual exhibition venue information includes the start date, the end date, and exhibition venue identification data; a billing procedure, wherein, when the ticketing smart contract is established, the billing procedure is executed and transfers the ticket fee from the visitor wallet address to the public wallet address; a transfer procedure, wherein, when the visitor enters the virtual reality exhibition venue that corresponds to the virtual exhibition venue information in the ticketing information, the transfer procedure transfers the ticket fee from the public wallet address to the operation wallet address; and a refund procedure being automatically executed on the end date to determine whether or not the visitor enters the virtual reality exhibition venue before the end date, wherein, when the refund procedure determines that the visitor does not enter the virtual reality exhibition venue before the end date, the refund procedure transfers the ticket fee from the public wallet address to the visitor wallet address.
7. The cloud-based cyber trade show system according to claim 6, wherein the ticketing interface further requires the visitor to input visitor information, and the visitor information includes a nationality, a gender, an age, a company name, a visitor name, and contact information; wherein the vendor decentralized application further includes a management interface, and the management interface displays an exhibition venue floor plan and a plurality of real-time visitor patterns; wherein the exhibition venue floor plan includes a plurality of booth patterns, each of the booth patterns represents one of the booths in the virtual reality exhibition venue, and each of the real-time visitor patterns represents a real-time position of the visitor currently in the virtual reality exhibition venue; wherein the management interface further includes a filtering option, and the filtering option is operated to selectively hide a portion of the real-time visitor patterns according to the nationality, the gender, or the age.
8. The cloud-based cyber trade show system according to claim 5, wherein the ticketing smart contract further includes a recording procedure; wherein, each time the visitor enters the virtual reality exhibition venue, the recording procedure records a movement path of the visitor and a dwell time of the visitor at each of the booths in the virtual reality exhibition venue until the visitor leaves the virtual reality exhibition venue, and correspondingly generates recording information; wherein the visitor decentralized application further includes a path recording interface that calls the recording procedure to obtain the recording information; wherein the visitor decentralized application displays a browsing path of the visitor in the virtual reality exhibition venue and the dwell time at each of the browsed booths based on the recording information.
9. The cloud-based cyber trade show system according to claim 8, wherein, when the visitor logs in the virtual reality exhibition venue for a second time or more times, the booths that are browsed are marked in the virtual reality exhibition venue according to the recording information.
10. The cloud-based cyber trade show system according to claim 1, wherein the visitor decentralized application further includes an order interface; wherein the virtual reality exhibition venue displayed by the visitor decentralized application has at least one order option at each of the booths, and the corresponding order interface is presented when the order option is selected; wherein the order interface allows a visitor to input order input information, and the order input information includes an order item, an order quantity, a delivery address, logistics information, visitor information and a visitor wallet address, so as to establish an order smart contract; wherein the order smart contract includes: order information including the order input information, at least one order item price, the booth number, and an exhibition vendor number; an order creation procedure, wherein, when the order smart contract is created, the order creation procedure transfers an order down payment from the visitor wallet address to the public wallet address, and generates a first random code, a second random code, and a third random code; wherein the order creation procedure further transmits the order information, the first random code, and an order number to the vendor decentralized application, transmits the order number and the second random code to a logistics operator decentralized application, and transmits the third random code and the order number to the visitor decentralized application; a first barcode generation procedure, wherein the first barcode generation procedure is configured to be called by the vendor decentralized application and to verify whether or not production information transmitted from the vendor decentralized application includes the first random code, a packaging video, and a production number; wherein, in response to the production information including the first random code, the packaging video, and the production number, the first barcode generation procedure generates and forwards a first barcode to the vendor decentralized application, and transfers an order payment from the visitor wallet address to the public wallet address; wherein the first barcode includes the first random code and the order number; a second barcode generation procedure, wherein the second barcode generation procedure is configured to be called by the logistics operator decentralized application and to verify whether or not logistics operator verification information transmitted from the logistics operator decentralized application includes the second random code and the first barcode; wherein, in response to the logistics operator verification information including the second random code and the first barcode, the second barcode generation procedure generates and forwards a second barcode to the vendor decentralized application; wherein the second barcode includes the second random code and the order number; and a barcode verification procedure, wherein the barcode verification procedure is configured to be called by the visitor decentralized application and to verify whether or not visitor verification information transmitted from the visitor decentralized application includes the first random code, the second random code, and the third random code; wherein, in response to the visitor verification information including the first random code, the second random code, and the third random code, the barcode verification procedure transfers an exhibition vendor fee from the public wallet address to the vendor wallet address, and transfers a logistics fee from the public wallet address to a logistics operator wallet address.
11. The cloud-based cyber trade show system according to claim 10, wherein, when the vendor decentralized application receives the order information, a vendor management interface of the vendor decentralized application correspondingly generates a vendor barcode generation option; wherein, after the vendor barcode generation option is selected, the vendor management interface requests a vendor to read in the production number and upload the packaging video; wherein the vendor management interface integrates the production number, the packaging video, and the second random code into the production information; wherein the production number includes the order number, a production apparatus code, and a production time.
12. The cloud-based cyber trade show system according to claim 10, further comprising the logistics operator decentralized application; wherein, when the first barcode generation procedure generates the first barcode, the first barcode generation procedure also transmits the first barcode to the logistics operator decentralized application; wherein, when the logistics operator decentralized application receives the first barcode, a logistics management interface of the logistics operator decentralized application correspondingly generates a logistics barcode generation option; wherein, after the logistics barcode generation option is selected, the logistics management interface requests a logistics operator to scan a barcode on a product package box received by the logistics operator, so as to obtain scan information; wherein, after the logistics management interface obtains the scan information, the logistics management interface verifies whether or not the scan information includes the first barcode; wherein, in response to the scan information including the first barcode, the scan information and the second random code are integrated into logistics operator verification information for being transmitted to the second barcode generation procedure; wherein, in response to the scan information not including the first barcode, the logistics operator verification information is not generated.
13. The cloud-based cyber trade show system according to claim 12, wherein, when the first barcode generation procedure generates the first barcode, the first barcode generation procedure also transmits the first barcode to the visitor decentralized application; wherein, when the second barcode generation procedure generates the second barcode, the second barcode generation procedure also transmits the second barcode to the visitor decentralized application; wherein, when the visitor decentralized application receives the second barcode, a visitor management interface of the visitor decentralized application correspondingly generates a goods receiving option; wherein, when the goods receiving option is selected, the visitor management interface requests the visitor to scan two barcodes on a product package box received by the visitor, so as to obtain two pieces of goods receiving scan information; wherein, after the visitor management interface reads the two pieces of goods receiving scan information, the visitor management interface verifies whether or not the two pieces of goods receiving scan information each include the first random code and the second random code; wherein, in response to the two pieces of goods receiving scan information each including the first random code and the second random code, the visitor management interface integrates the two pieces of goods receiving scan information and the third random code into the visitor verification information for being transmitted to the barcode verification procedure, and the visitor management interface displays information indicating a correct result; wherein, in response to the two pieces of goods receiving scan information each not including the first random code and the second random code, the visitor verification information is not generated, and the visitor management interface displays information indicating an incorrect result.
14. The cloud-based cyber trade show system according to claim 13, wherein the order creation procedure further transfers an order deposit from the vendor wallet address to the public wallet address, the order interface further displays a refund date, and the order smart contract further includes a refund procedure; wherein, on the refund date, the refund procedure determines whether or not the first barcode generation procedure is executed; wherein, in response to the first barcode generation procedure being determined not to be executed, the refund procedure transfers the order down payment, the order payment, and the order deposit from the public wallet address to the visitor wallet address.
15. The cloud-based cyber trade show system according to claim 14, wherein the order smart contract further includes a merchandise verification procedure, the merchandise verification procedure is configured to be called by the visitor decentralized application to verify whether or not production number scan information transmitted from the visitor decentralized application includes the production number; wherein, in response to the production number scan information including the production number, the merchandise verification procedure performs a merchandise warranty registration operation, and the merchandise verification procedure transfers the order deposit from the public wallet address to the vendor wallet address; wherein, in response to the production number scan information not including the production number, the merchandise verification procedure sends a notification to the visitor decentralized application, and the merchandise verification procedure transfers the order deposit from the public wallet address to the visitor wallet address.
Description
BRIEF DESCRIPTION OF THE DRAWINGS
[0017] The described embodiments may be better understood by reference to the following description and the accompanying drawings, in which:
[0018]
[0019]
[0020]
[0021]
[0022]
[0023]
[0024]
[0025]
[0026]
[0027]
[0028]
[0029]
[0030]
[0031]
[0032]
[0033]
[0034]
[0035]
[0036]
[0037]
DETAILED DESCRIPTION OF THE EXEMPLARY EMBODIMENTS
[0038] The present disclosure is more particularly described in the following examples that are intended as illustrative only since numerous modifications and variations therein will be apparent to those skilled in the art. Like numbers in the drawings indicate like components throughout the views. As used in the description herein and throughout the claims that follow, unless the context clearly dictates otherwise, the meaning of “a”, “an”, and “the” includes plural reference, and the meaning of “in” includes “in” and “on”. Titles or subtitles can be used herein for the convenience of a reader, which shall have no influence on the scope of the present disclosure.
[0039] The terms used herein generally have their ordinary meanings in the art. In the case of conflict, the present document, including any definitions given herein, will prevail. The same thing can be expressed in more than one way. Alternative language and synonyms can be used for any term(s) discussed herein, and no special significance is to be placed upon whether a term is elaborated or discussed herein. A recital of one or more synonyms does not exclude the use of other synonyms. The use of examples anywhere in this specification including examples of any terms is illustrative only, and in no way limits the scope and meaning of the present disclosure or of any exemplified term. Likewise, the present disclosure is not limited to various embodiments given herein. Numbering terms such as “first”, “second” or “third” can be used to describe various components, signals or the like, which are for distinguishing one component/signal from another one only, and are not intended to, nor should be construed to impose any substantive limitations on the components, signals or the like.
[0040] In the following description, if it is indicated that “reference is made to a specific drawing” or “as shown in a specific drawing”, this is only to emphasize that in the description that follows, most content related thereto is depicted in said specific drawing. However, the description that follows should not be construed as being limited to said specific drawing only. It should be noted that a cloud-based cyber trade show system of the present disclosure is mainly achieved by using the existing blockchain technology that can execute smart contracts, and the underlying technology of the blockchain and the smart contracts is not described in detail in the following description.
[0041] Reference is made to
[0042] In practical application, through the venue operator decentralized application 3, a venue operator that organizes various trade shows can set a start date, an end date, a venue size, a venue layout, an exhibition fee, a listing fee, a ticket fee, and the like for each virtual reality exhibition venue. The venue operator can be a developer of the cloud-based cyber trade show system, and the visitor decentralized application 1, the vendor decentralized application 2, the venue operator decentralized application 3 and the logistics operator decentralized application 4 are all developed by the venue operator.
[0043] The visitor decentralized application 1, the vendor decentralized application 2, the venue operator decentralized application 3, and the logistics operator decentralized application 4 are decentralized applications (Dapp) operated on the blockchain. In one specific embodiment, the cloud-based cyber trade show system 100 of the present disclosure may be operated on Ethereum, and the visitor decentralized application 1, the vendor decentralized application 2, the venue operator decentralized application 3, and the logistics operator decentralized application 4 are decentralized applications developed by using the web3.JS technology. Further, the visitor decentralized application 1, the vendor decentralized application 2, the venue operator decentralized application 3, and the logistics operator decentralized application 4 are operated on browsers that support Dapp. For example, users can operate the decentralized applications by using software on smartphones (e.g., Toshi and Status), or by using software on laptop computers (e.g., Mist and Parity).
[0044] The visitor decentralized application 1 can display at least one virtual reality exhibition venue 11, and the virtual reality exhibition venue 11 presents a plurality of booths 111 in a virtual reality manner. The virtual reality exhibition venue 11 can be a fully virtualized scene, or can be a virtual scene created by shooting a physical exhibition venue in a panoramic format, but is not limited thereto. In practice, the virtual reality exhibition venue 11 can be presented in AR (augmented reality), VR (virtual reality), MR (mixed reality), etc., but is not limited thereto.
[0045] Reference is made to
[0046] Referring to
[0047] As shown in
[0048] Furthermore, when the ticketing smart contract A is established, the billing procedure A2 is executed and transfers a ticket fee AD11 from a visitor wallet address AD1 to a public wallet address AD2. When the visitor enters the virtual reality venue that corresponds to the virtual venue information in the ticketing information A1, the transfer procedure A3 transfers the ticket fee AD11 from the public wallet address AD2 to an operation wallet address AD3. The refund procedure A4 is automatically executed on the end date to determine whether or not the visitor enters the virtual reality exhibition venue before the end date. If the refund procedure A4 determines that the visitor does not enter the virtual reality exhibition venue before the end date, the refund procedure A4 transfers the ticket fee AD11 from the public wallet address AD2 to the visitor wallet address AD1. It should be noted that, in practice, the refund procedure A4 is not limited to the above description as to how much of the ticket fee AD11 is transferred from the public wallet address AD2 to the visitor wallet address AD1. In different embodiments, the refund procedure A4 may transfer a handling fee from the public wallet address AD2 to the operation wallet address AD3, and transfer the remaining amount of the ticket fee AD11 (after deducting the handling fee) to the visitor wallet address AD1.
[0049] As described above, through the billing procedure A2, the transfer procedure A3, and the refund procedure A4, when the visitor purchases a ticket for a virtual reality exhibition venue but forgets to browse the virtual reality exhibition venue within an exhibition period, the visitor automatically receives a refund. Conversely, in a conventional physical trade show, the visitor must pay in advance for the ticket. After purchasing the ticket, if the visitor does not visit the exhibition venue during the exhibition period, the visitor does not receive any refund.
[0050] Each time the visitor enters the virtual reality exhibition venue, the recording procedure A5 records a movement path of the visitor and a dwell time of the visitor at each of the booths in the virtual reality exhibition venue until the visitor leaves the virtual reality exhibition venue, and the recording procedure A5 correspondingly generates recording information A51.
[0051] Reference is made to
[0052] Through the recording procedure A5, the path recording interface 13, etc., the visitor can know which booths have been visited and which booths have not been visited during a previous log-in session. More specifically, since the visitor can visit the virtual reality exhibition venue that corresponds to the ticket purchased by the visitor anytime and anywhere through the visitor decentralized application 1, if the visitor visits the virtual reality exhibition venue in his/her spare time, the visitor can easily forget which booths have been visited the next time the visitor logs in. The visitor can then use the path recording interface 13 to learn the status of previous visits.
[0053] Reference is made to
[0054] Reference is made to
[0055] As shown in
[0056] Reference is made to
[0057] Specifically, when the exhibition vendor selects one of the exhibition position options 2242, the listing interface 22 may, for example, display a pop-up window requesting the exhibition vendor to upload the exhibit data. The pop-up window will close when the exhibition vendor has finished uploading the exhibit data, and the corresponding exhibition position 2241 will display the exhibit data that the exhibition vendor has just uploaded.
[0058] When the exhibition vendor has completed inputting the data in the screen of the listing interface 22 shown in
[0059] Reference is made to
[0060] The exhibition information includes a contract establishing date, the start date of the virtual reality exhibition venue, the end date of the virtual reality exhibition venue, the exhibit data, a verification date, the vendor wallet address, the booth information, the listing fee, a vendor data, the public wallet address, the operation wallet address, and a listing deposit. The booth information includes the booth number and the booth image. For example, the booth image is a virtual reality image (presented in formats such as a video or a motion photo) of the booth that corresponds to the booth number. In other words, after the exhibition smart contract B is established, the information that the exhibition vendor inputs into and views in the listing interface 22 will be recorded in the exhibition information B1 of the exhibition smart contract B. Any disputes, especially disputes over payment and dates, can be effectively avoided due to the characteristic that the blockchain cannot be easily tampered with.
[0061] When the exhibition smart contract is established, the starting procedure B2 transfers a listing fee AD41 from a vendor wallet address AD4 to the public wallet address AD2, and transfers a listing deposit AD31 and an operation deposit AD32 from the operation wallet address AD3 of the venue operator to the public wallet address AD2. In practice, if the starting procedure B2 cannot smoothly transfer the listing fee AD41 from the vendor wallet address AD4 to the public wallet address AD2, or smoothly transfer the listing deposit AD31 and the operation deposit AD32 from the operation wallet address AD3 to the public wallet address AD2, the starting procedure B2 may send corresponding notifications to the vendor decentralized application 2 and the venue operator decentralized application 3. According to responses of the vendor decentralized application 2 and the venue operator decentralized application 3, whether to execute the starting procedure B2 again or to directly end the exhibition smart contract B is determined.
[0062] The exhibition data verification procedure B3 can be called to verify whether or not the exhibit data are exhibited at the booth number of the virtual reality exhibition venue 11, and then correspondingly generate verification information B31. Reference is made to
[0063] The listing transfer procedure B4 is used to call the exhibition data verification procedure B3 on the verification date to obtain the verification information B31. When the listing transfer procedure B4 determines, according to the verification information B31, that the exhibit data are exhibited at the exhibition positions of one of the booths that corresponds to the booth number, the listing transfer procedure B4 transfers the listing fee AD41 from the public wallet address AD2 to the operation wallet address AD3, transfers the listing deposit AD31 from the public wallet address AD2 to the operation wallet address AD3, and transfers an exhibition fee AD42 from the vendor wallet address AD4 to the public wallet address AD2. Conversely, the listing transfer procedure B4 transfers the listing fee AD41 from the public wallet address AD2 to the vendor wallet address AD4, and transfers the listing deposit AD31 from the public wallet address AD2 to the vendor wallet address AD4.
[0064] In other words, the venue operator must correctly place the exhibit data provided by the exhibition vendor at the corresponding exhibition positions before the verification date; otherwise, the exhibition vendor will be compensated with the listing deposit paid by the venue operator and also retrieve the listing fee. On the contrary, if the venue operator makes arrangements so that the exhibit data specified by the exhibition vendor are correctly displayed at the exhibition positions designated by the exhibition vendor before the verification date, the venue operator will obtain the listing fee and the listing deposit.
[0065] The exhibition transfer procedure B5 is used to call the exhibition data verification procedure B3 on the start date to obtain the verification information B31. When the exhibition transfer procedure determines, according to the verification information B31, that the exhibit data are exhibited at one of the booths that corresponds to the booth number, the exhibition transfer procedure B5 transfers an exhibition front payment AD21 from the public wallet address AD2 to the operation wallet address AD3. Conversely, the exhibition transfer procedure B5 transfers the exhibition fee AD42 from the public wallet address AD2 to the vendor wallet address AD4, and transfers the listing deposit AD31 from the public wallet address AD2 to the vendor wallet address AD4.
[0066] The random inspection procedure B6 is used to randomly call the exhibition data verification procedure B3 at least once on each day between the start date and the end date to obtain the verification information B31, and store the verification information B31 as random inspection result information B61.
[0067] The balance payment transfer procedure B7 is used to transfer, according to the random inspection result information B61, a predetermined percentage of an exhibition balance payment AD22 from the public wallet address AD2 to the operation wallet address AD3 after the end date. The predetermined percentage ranges from 0% to 100%, and a sum of the exhibition front payment AD21 and the exhibition balance payment AD22 equals to the exhibition fee AD42.
[0068] For example, when the balance payment transfer procedure B7 determines, according to the random inspection result information B61, that the verification information B31 obtained by the random inspection procedure B6 each time indicates that the exhibit data are exhibited at one of the booths that corresponds to the booth number, the predetermined percentage is 100%. That is, the venue operator obtains the exhibition fee paid by the exhibition vendor. Conversely, when the balance payment transfer procedure B7 determines, according to the random inspection result information B61, that the verification information B31 obtained by the random inspection procedure B6 each time indicates that the booth number has not exhibited the exhibit data, the predetermined percentage is 0%. Then, the balance payment transfer procedure B7 transfers the exhibition fee AD42 from the public wallet address AD2 to the vendor wallet address AD4, and transfers the operation deposit AD32 from the public wallet address AD2 to the vendor wallet address AD4. That is, the exhibition vendor not only obtains the exhibition fee originally paid thereby, but also obtains the operation deposit paid in advance by the venue operator.
[0069] In other words, each day from the start date to the end date, the exhibition smart contract B determines whether or not the exhibit data are correctly displayed at the exhibition positions 2241 designated by the exhibition vendor in the virtual reality exhibition venue. Based on the determination result, the exhibition smart contract B decides a percentage of the exhibition balance payment AD22 that the exhibition vendor needs to pay in the end.
[0070] Accordingly, through the design of the exhibition transfer procedure B5, the random inspection procedure B6, and the balance payment transfer procedure B7, the venue operator will make an effort to maintain a normal operation of the virtual reality exhibition venue from the start date to the end date; otherwise, not only will the venue operator be unable to obtain the exhibition fee AD42, but the operation deposit AD32 paid in advance by the venue operator will also be paid to the exhibition vendor as compensation.
[0071] In practice, the virtual reality exhibition venue of the visitor decentralized application further includes a stage space, and the stage space is used to exhibit an advertisement. For example, as shown in
[0072] Reference is made to
[0073] Reference is made to
[0074] Reference is made to
[0075] As shown in
[0076] When the timed advertisement smart contract C is established, the starting procedure C1 transfers an advertisement deposit AD43 from the vendor wallet address AD4 to the public wallet address AD2. The advertisement procedure C3 is used to exhibit the advertisement content at the advertisement position at the advertisement time on the advertisement date for a duration of the advertisement length.
[0077] As shown in
[0078] Accordingly, the visitor not only visits the booth of each of the exhibition vendors by using the visitor decentralized application 1 in a virtual reality manner, but can also view an advertisement content provided by one of the exhibition vendors at the stage space 11A of the virtual reality exhibition venue 11, so as to obtain an experience that is substantially similar to that of visiting a physical trade show.
[0079] As shown in
[0080] When the advertisement procedure C3 is called and fails to exhibit the advertisement content at the advertisement position, the advertisement procedure C3 does not call the billing procedure C4, and the advertisement procedure C3 calls the transfer procedure C5. Furthermore, when any time the billing procedure C4 is executed, if a portion of the advertisement fee AD44 is not properly transferred from the vendor wallet address AD4 to the public wallet address AD2, the billing procedure C4 then transfers the advertisement deposit AD43 from the public wallet address AD2 to the operation wallet address AD3 and calls the transfer procedure C5.
[0081] Accordingly, through the design of the starting procedure C1, the advertisement information C2, the advertisement procedure C3, the billing procedure C4, and the transfer procedure C5 in the timed advertisement smart contract C, the exhibition vendor is billed only after the advertisement content is properly exhibited at the advertisement position; otherwise, the exhibition vendor is not billed. Furthermore, if the corresponding advertisement fee AD44 cannot be transferred out from the vendor wallet address AD4, the advertisement deposit AD43 can still be transferred to the operation wallet address AD3, so as to ensure that the venue operator receives the advertisement fee for each display of the advertisement.
[0082] As shown in
[0083] Referring to
[0084] The traffic advertisement smart contract D includes a starting procedure D1, advertisement information D2, an advertisement procedure D3, a billing procedure D4, a transfer procedure D5, and a monitoring procedure D6. When the traffic advertisement smart contract D is established, the starting procedure D1 transfers an advertisement deposit AD43 from the vendor wallet address AD4 to the public wallet address AD2. Regarding the advertisement information D2, the advertisement procedure D3, the billing procedure D4, and the transfer procedure D5, reference can be made to the descriptions of the aforementioned advertisement information C2, the advertisement procedure C3, the billing procedure C4, and the transfer procedure C5, and will not be reiterated herein. The monitoring procedure D6 is used to monitor a real-time browsing traffic of the booth. When the real-time browsing traffic is lower than the predetermined traffic and a number of times that the advertisement procedure D3 is called is not greater than the advertisement play count, the monitoring procedure D6 calls the advertisement procedure D3.
[0085] For example, if the predetermined traffic input by the exhibition vendor in the advertising interface 23 is 3 visitors per hour, the monitoring procedure D6 of the traffic advertisement smart contract D calls the advertisement procedure D3 when a real-time traffic of the booth is less than 3 visitors per hour, such that the advertisement procedure D3 displays the advertisement at specified advertisement positions.
[0086] Accordingly, through the design of the predetermined traffic and monitoring procedure, the advertisement is not shown at the advertisement position when the booth is browsed by many visitors. The advertisement is shown only when the traffic of the booth is relatively low, so that the advertisement can be better used to attract the visitors, and advertisement costs of the exhibition vendors can also be effectively saved.
[0087] Reference is made to
[0088] The management interface 24 further includes a filtering option 2412, and the filtering option 2412 can be operated to selectively hide a portion of the real-time visitor patterns 242 according to nationality, gender, or age. Categories that the filtering option 2412 may filter correspond to a part of the data of the visitor information that the ticketing interface 12 (as shown in
[0089] For example, in the management interface 24 shown in
[0090] Through the design of the management interface 24, the exhibition vendor can learn a real-time browsing traffic of the booth thereof, and can also watch a real-time browsing traffic of other booths. Therefore, the exhibition vendor can learn what booth decoration attracts browsing from most visitors by observing the booth decoration of the booths that have a high traffic.
[0091] Reference is made to
[0092] As shown in
[0093] When the order smart contract E is created, the order creation procedure E2 transfers an order down payment AD12 from the visitor wallet address AD1 to the public wallet address AD2, and generates a first random code E21, a second random code E22, and a third random code E23. The order creation procedure E2 further transfers an order deposit AD45 from the vendor wallet address AD4 to the public wallet address AD2. The order creation procedure E2 further transmits the order information E1, the first random code E21, and an order number E24 to the vendor decentralized application 2, transmits the order number E24 and the second random code E22 to the logistics operator decentralized application 4, and transmits the third random code E23 and the order number E24 to the visitor decentralized application 1.
[0094] The first barcode generation procedure E3 is configured to be called by the vendor decentralized application 2 to verify whether or not production information 25 transmitted from the vendor decentralized application 2 includes the first random code E21, a packaging video 251, and a production number 252. If yes, the first barcode generation procedure E3 generates and forwards a first barcode E31 to the vendor decentralized application 2, and transfers an order payment AD13 from the visitor wallet address AD1 to the public wallet address AD2. The first barcode E31 includes the first random code E21 and the order number E24.
[0095] The second barcode generation procedure E4 is configured to be called by the logistics operator decentralized application 4 and to verify whether or not logistics operator verification information 41 transmitted from the logistics operator decentralized application 4 includes the second random code E22 and the first barcode E31. If yes, the second barcode generation procedure E4 generates and forwards a second barcode E41 to the vendor decentralized application 2. The second barcode E41 includes the second random code E22 and the order number E24.
[0096] The barcode verification procedure E5 is configured to be called by the visitor decentralized application 1 and to verify whether or not visitor verification information 15 transmitted from the visitor decentralized application 1 includes the first random code E21, the second random code E22, and the third random code E23. If yes, the barcode verification procedure E5 transfers an exhibition vendor fee AD23 from the public wallet address AD2 to the vendor wallet address AD4, and transfers a logistics fee AD24 from the public wallet address AD2 to a logistics operator wallet address AD5.
[0097] Conversely, when the barcode verification procedure E5 verifies that the visitor verification information 15 transmitted from the visitor decentralized application 1 does not include the first random code E21, the second random code E22, and the third random code E23, the barcode verification procedure E5 does not transfer relevant payments from the public wallet address AD2 to the logistics operator wallet address AD5 and the vendor wallet address AD4.
[0098] Reference is made to
[0099] That is to say, when the exhibition vendor produces a product according to an order, the exhibition vendor needs to use the vendor management interface 26 of the vendor decentralized application 2 for scanning the production number 252 on the product. The exhibition vendor also uses the vendor management interface 26 to upload the packaging video 251, so as to obtain the first barcode E31 that is adhered to a product package box. After the first barcode E31 is adhered to the product package box by the exhibition vendor, the exhibition vendor may deliver the product to a logistics operator.
[0100] When the first barcode generation procedure E3 generates the first barcode E31, the first barcode generation procedure E3 also transmits the first barcode E31 to the logistics operator decentralized application 4. When the logistics operator decentralized application 4 receives the first barcode E31, a logistics management interface 42 of the logistics operator decentralized application 4 correspondingly generates a logistics barcode generation option 421. After the logistics barcode generation option 421 is selected, the logistics management interface 42 requests the logistics operator to scan a barcode on a product package box received by the logistics operator, so as to obtain scan information.
[0101] After the logistics management interface 42 obtains the scan information, the logistics management interface 42 verifies whether or not the scan information includes the first barcode E31. If yes, the scan information and the second random code E22 are integrated into logistics operator verification information 41. If not, the logistics operator verification information 41 is not generated. It should be noted that, when the first barcode generation procedure E3 generates the first barcode E31, the first barcode generation procedure E3 transmits the first barcode E31 to the logistics management interface 42. Therefore, when the logistics management interface 42 obtains the scan information, the logistics management interface 42 may use the first barcode E31 received earlier to determine whether or not the scan information currently scanned includes the first barcode E31. It is worth mentioning that, since the first barcode E31 includes the first random code E21 and the first random code E21 is generated randomly, the first barcodes E31 on the product package boxes of the orders are different from one another, so that people with malicious intent are unable to mass produce the correct first barcodes E31.
[0102] After the logistics management interface 42 generates the logistics operator verification information 41, the logistics management interface 42 calls the second barcode generation procedure E4, so as to transmit the logistics operator verification information 41 to the second barcode generation procedure E4. After the second barcode generation procedure E4 verifies that the logistics operator verification information 41 includes the first barcode E31 and the second random code E22, the logistics operator decentralized application 4 accordingly obtains the second barcode E41. Then, the logistics operator may have the second barcode E41 adhered to the same product package box. After the second barcode E41 is adhered to the product package box by the logistics operator, the logistics operator may deliver the product to the visitor.
[0103] That is to say, when the logistics operator receives the product package box that includes the product from the exhibition vendor, the logistics operator needs to use the logistics management interface 42 of the logistics operator decentralized application 4 for scanning the first barcode E31 on the product package box. If the barcode that is scanned is verified to be correct, the logistics management interface 42 can obtain the second barcode E41. Then, the logistics operator may have the second barcode E41 adhered to the product package box, so as to continue the delivery process.
[0104] When the exhibition vendor accidentally delivers the product to a different logistics operator, this logistics operator will not be able to find a corresponding order and the logistics barcode generation option 421 in the logistics management interface 42 of the logistics operator decentralized application 4.
[0105] Since the first random code of each order is different, if the exhibition vendor delivers the product to the correct logistics operator, but said logistics operator selects the incorrect logistics barcode generation option 421 in the logistics management interface 42, the logistics management interface 42 will determine that the scanned barcode does not include the first random code E21 corresponding to the incorrect logistics barcode generation option 421 during a phase of verifying the scanned barcode. Accordingly, the logistics operator verification information 41 is not generated, and the second barcode E41 cannot be obtained.
[0106] When the first barcode generation procedure E3 generates the first barcode E31, the first barcode generation procedure E3 also transmits the first barcode E31 to the visitor decentralized application 1. When the second barcode generation procedure E4 generates the second barcode E41, the second barcode generation procedure E4 also transmits the second barcode E41 to the visitor decentralized application 1. When the visitor decentralized application 1 receives the second barcode E41, a visitor management interface 16 of the visitor decentralized application 1 correspondingly generates a goods receiving option 161. When the goods receiving option 161 is selected, the visitor management interface 16 requests the visitor to scan two barcodes on a product package box received by the visitor to obtain two pieces of goods receiving scan information.
[0107] How the logistics management interface 42 and the logistics barcode generation option 421 are presented in the logistics operator decentralized application 4 can be substantially the same as that shown in
[0108] After the visitor management interface 16 reads the two pieces of goods receiving scan information, the visitor management interface 16 verifies whether or not the two pieces of goods receiving scan information each include the first random code E21 and the second random code E22. If yes, the visitor management interface 16 integrates the two pieces of goods receiving scan information and the third random code E23 into the visitor verification information 15 for being transmitted to the barcode verification procedure E5, and the visitor management interface 16 displays information indicating a correct result. If not, the visitor verification information 15 is not generated and the visitor management interface 16 displays information indicating an incorrect result. The logistics operator may see the information indicating the correct or incorrect result displayed by the visitor management interface 16, so as to determine whether or not the product is delivered to the correct visitor.
[0109] Accordingly, through the first random code, the second random code, the third random code, the first barcode generation procedure, and the second barcode generation procedure, the logistics operator can be ensured to collect and deliver the correct product, and the visitor can be ensured to correctly receive the product ordered thereby.
[0110] In an exemplary embodiment, the order interface further displays a refund date according to the data input by a user, and the order smart contract E further includes a refund procedure. On the refund date, the refund procedure determines whether or not the first barcode generation procedure E3 is executed. If not, the refund procedure transfers the order down payment AD12, the order payment AD13, and the order deposit AD45 from the public wallet address AD2 to the visitor wallet address AD1.
[0111] In other words, after the visitor has placed the order, if the exhibition vendor does not send the corresponding production information 25 to the order smart contract E through the vendor decentralized application 2 by the refund date, the visitor that places the order will not only receive the order down payment AD12 and the order payment AD13, but also receive the compensation paid by the exhibition vendor (i.e., the order deposit AD45). More specifically, after the order is placed, relevant follow-up operations may not be carried out smoothly due to relevant personnel not receiving merchandise before the refund date. Therefore, through the above design, even though the relevant personnel cannot receive the merchandise, some compensation can at least be obtained. In this way, the exhibition vendor can be prompted to produce and deliver the products on time.
[0112] Reference is made to
[0113] More specifically, the visitor management interface 16 may include a merchandise verification option. When the merchandise verification option is selected, the visitor decentralized application 1 requests the visitor to scan the production number located on the product and transmit the production number to the order smart contract E for verification. If the verification is correct, the order deposit paid by the exhibition vendor will be transferred back to the exhibition vendor. Conversely, if the verification is incorrect, the order deposit paid by the exhibition vendor will be paid to the visitor as compensation.
[0114] Through the abovementioned merchandise verification procedure E6, when the visitor receives the product, the visitor may check whether or not the product has been switched through a simple operation. If the product is correct, the product will be automatically registered for warranty. On the other hand, if the product is incorrect, the visitor will receive a notification.
[0115] In summary, the cloud-based cyber trade show system of the present disclosure allows the visitors to visit trade shows anytime and anywhere in a virtual reality manner. Further, through the relevant smart contracts, automatic billing, transfer and refund can be achieved. In this way, the costs of the visitors visiting the trade shows can be significantly reduced, and relevant payment disputes can also be effectively avoided. The cloud-based cyber trade show system of the present disclosure allows relevant inspection, billing, transfer and refund procedures to be automatically performed for the venue operators, the exhibition vendors, the visitors (i.e., those who place orders) and the logistics operators through different decentralized applications in cooperation with relevant smart contracts, so as to effectively avoid payment disputes therebetween and the problem of the product being switched. Furthermore, the venue operators, the exhibition vendors, the visitors (i.e., those who place orders) and the logistics operators may hold the trade shows at a lower cost compared to conventional trade shows.
[0116] The foregoing description of the exemplary embodiments of the disclosure has been presented only for the purposes of illustration and description and is not intended to be exhaustive or to limit the disclosure to the precise forms disclosed. Many modifications and variations are possible in light of the above teaching.
[0117] The embodiments were chosen and described in order to explain the principles of the disclosure and their practical application so as to enable others skilled in the art to utilize the disclosure and various embodiments and with various modifications as are suited to the particular use contemplated. Alternative embodiments will become apparent to those skilled in the art to which the present disclosure pertains without departing from its spirit and scope.