WO2022250124A1 - 情報処理方法及び情報処理装置 - Google Patents

情報処理方法及び情報処理装置 Download PDF

Info

Publication number
WO2022250124A1
WO2022250124A1 PCT/JP2022/021664 JP2022021664W WO2022250124A1 WO 2022250124 A1 WO2022250124 A1 WO 2022250124A1 JP 2022021664 W JP2022021664 W JP 2022021664W WO 2022250124 A1 WO2022250124 A1 WO 2022250124A1
Authority
WO
WIPO (PCT)
Prior art keywords
review
information
management server
product
contributor
Prior art date
Application number
PCT/JP2022/021664
Other languages
English (en)
French (fr)
Inventor
俊匡 八木
Original Assignee
株式会社アルタレーナ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社アルタレーナ filed Critical 株式会社アルタレーナ
Priority to JP2023512779A priority Critical patent/JP7311220B2/ja
Publication of WO2022250124A1 publication Critical patent/WO2022250124A1/ja
Priority to JP2023107486A priority patent/JP2023130420A/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Definitions

  • FIG. 14 is a flow chart showing an example of a review posting process procedure according to the third embodiment.
  • FIG. 14 is a schematic diagram showing an example of a review input screen according to the third embodiment; It is a schematic diagram which shows the modification of a review input screen.
  • FIG. 21 is a flow chart showing an example of a review posting process procedure according to the fourth embodiment;
  • FIG. 21 is a flow chart showing an example of a review posting process procedure according to the fifth embodiment;
  • FIG. It is a schematic diagram which shows an example of a screen.
  • FIG. 4 is a schematic diagram showing an example of a digital ID issuance history screen;
  • the information generation unit 12 uses information acquired from the production management server 20, the refining management server 30, the roasting management server 40, the sales management server 50, and the review management server 60 via the communication unit 11 to generate the block chain system. Create a block 170 that registers to .
  • the information and review information on the work performed by each supplier as described above are also stored in the production information DB 22a of the production management server 20 and the refining information DB of the refining management server 30.
  • the roasting information DB of the roasting management server 40, the sales information DB of the sales management server 50, and the review DB 62b of the review management server 60, and only the hash value 172 may be stored in the block 170. Even in such a configuration, it is possible to verify the presence or absence of tampering based on the hash value 172 .
  • the information recording unit 13 determines whether or not the block 170 newly generated by the other node device 10 satisfies the consensus rules preset in the blockchain system.
  • the information recording unit 13 records blocks 170 that satisfy predetermined agreement rules in the blockchain system. In this case, the information recording unit 13 adds a new block to the end of the cascaded blocks 170 .
  • the reliability of information exchanged between participants is guaranteed by a process of consensus building within the network formed by all participants, and fraud such as tampering is prevented by the entire system. This keeps the integrity of the blockchain.
  • the consensus process can use consensus algorithms such as Proof of Work or Proof of Stake.
  • the operation unit 24 has an input interface such as a keyboard or a mouse, receives operation input from the user who uses the production management server 20, and sends a control signal corresponding to the operation content to the control unit 21.
  • the display unit 25 is a liquid crystal display, an organic EL display, or the like, and displays various information according to instructions from the control unit 21 .
  • the operation unit 24 and the display unit 25 may be a touch panel integrally configured.
  • the production management server 20 is configured to include the operation unit 24 and the display unit 25, but the operation unit 24 and the display unit 25 are not essential, and the operation is received through a computer connected to the outside and displayed.
  • the configuration may be such that the information to be displayed is output to an external display device.
  • FIG. 6A is a schematic diagram showing a configuration example of a refining information DB
  • FIG. 6B is a schematic diagram showing a configuration example of a roasting information DB
  • FIG. 6C is a schematic diagram showing a configuration example of a sales information DB.
  • the refining information DB stores information on refining work of coffee beans performed by the refining company.
  • the refining information DB shown in FIG. 6A includes a refining process ID column, a coffee bean ID column, a refiner column, a refining process content column, a refining date column, a refining date weather column, etc., and identifies the refining process performed on the coffee beans.
  • the coffee bean ID of the refining coffee beans, refining company, refining process details, refining date, and weather on the refining date are stored.
  • the roasting information DB stores information related to coffee bean roasting operations performed by roasters.
  • the roasting information DB shown in FIG. 6B includes a roasting process ID column, a coffee bean ID column, a refining process ID column, a roasting company column, a roasting process content column, a roasting date column, a roasting date weather column, and the like. including, in association with the identification information (roasting processing ID) of the roasting processing performed on the coffee beans, the coffee bean ID of the roasted coffee beans, the refining processing ID of the refining processing performed on the coffee beans, the roasting Each piece of information about the trader, the details of roasting process, the date of roasting, and the weather on the date of roasting is stored.
  • the production information input screen shown in FIG. 7A has input fields for inputting the coffee bean ID, information on the country of coffee bean production, production area, producer and cultivation method, harvest date, weather on the harvest date, and the like.
  • Each input column may be configured such that each information is directly input, or may be configured to be input by displaying a plurality of options and selecting an arbitrary one.
  • the production management server 20 stores the inputted production information in the production information DB 22a when each information is inputted through the production information input screen and the registration button is operated.
  • the production management server 20 also outputs the production information to the node device 10 and instructs the node device 10 to store the production information in the blockchain system.
  • the node device 10 generates a block 170 using the production information acquired from the production management server 20, and records it in the blockchain system when the generated block 170 satisfies a predetermined agreement rule.
  • the roasting information input screen shown in FIG. 8A includes a roasting process ID indicating the roasting process performed on the coffee beans, the coffee bean ID, the refining process ID of the refining process performed on the coffee beans, the roaster, and the roasting process. It has input fields for inputting content information, roasting date, weather on the roasting date, and the like. Each input column may be configured such that each information is directly input, or may be configured to be input by displaying a plurality of options and selecting an arbitrary one.
  • the roasting management server 40 stores the input roasting information in the roasting information DB when each information is input through the roasting information input screen and the registration button is operated.
  • the roasting management server 40 also outputs the roasting information to the node device 10 and instructs the blockchain system to store the roasting information.
  • the node device 10 generates a block 170 using the roasting information acquired from the roasting management server 40, and records it in the blockchain system when the generated block 170 satisfies a predetermined consensus rule.
  • the sales information input screen shown in FIG. 8B contains product information including the store ID of the store that sells the coffee beverage or coffee beans (product), the product ID assigned to the coffee beverage or coffee beans (product), the menu name and price, etc. , the product distributor, the coffee bean ID of the coffee beans used in the product, the refining process ID, the roasting process ID, and the like.
  • Each input column may be configured such that each information is directly input, or may be configured to be input by displaying a plurality of options and selecting an arbitrary one.
  • the product ID is, for example, an ID assigned to each product (for each menu) to be sold. Note that the product ID may be an ID that can identify a specific product sold by a specific seller or store, in which case input of the store ID is not required.
  • the sales management server 50 stores the input sales information in the sales information DB.
  • the sales management server 50 also outputs the sales information to the node device 10 and instructs the blockchain system to store the sales information.
  • the node device 10 generates a block 170 using the sales information acquired from the sales management server 50, and records it in the blockchain system when the generated block 170 satisfies a predetermined agreement rule.
  • FIG. 9 is a block diagram showing a configuration example of the review management server 60 and poster terminal 70.
  • the review management server 60 is an information processing device capable of various types of information processing and transmission/reception of information, such as a server computer or a personal computer.
  • the review management server 60 is described as one device for the sake of simplicity of explanation, but it may be provided with a plurality of devices for distributed processing, and may be provided with a plurality of virtual machines provided within one server. may be realized by using a cloud server.
  • the review management server 60 also has a function of a web server, and publishes a website S that accepts coffee reviews via the network N2 and a website S that accepts review viewing requests via the network N2.
  • the review management server 60 When the review management server 60 receives a review about coffee via the website S, the review management server 60 stores the received review in the review DB 62b and outputs and records the review to the blockchain system. In addition, when receiving a review viewing request via the website S, the review management server 60 performs a process of extracting the requested review from the blockchain system and transmitting it to the requesting device.
  • the program stored in the storage unit 62 may be written in the storage unit 62, for example, during the manufacturing stage of the review management server 60, and may be a non-temporary recording medium storing the program in a readable manner. 60M, or may be provided by communication via the communication unit 63.
  • FIG. 10A is a schematic diagram showing a configuration example of the product information DB 62a
  • FIG. 10B is a schematic diagram showing a configuration example of the review DB 62b
  • FIG. 10C is a schematic diagram showing a configuration example of the browsing authority DB 62c.
  • the product information DB 62a stores information on products to be reviewed managed by the review management server 60 .
  • the product information DB 62a shown in FIG. 10A includes a product ID column, a coffee bean ID column, a refining process ID column, a roasting process ID column, a distributor column, a store ID column, etc.
  • Stores information such as coffee bean ID of coffee beans used for coffee beans, refining processing ID of refining processing performed on coffee beans, roasting processing ID of roasting processing, store ID of product distributor and sales store .
  • the viewing authority DB 62c stores information about viewers who view reviews stored in the blockchain system and information about the range of reviews that each viewer can view.
  • the viewing authority DB 62c shown in FIG. 10C includes a viewer ID column, a viewer information column, a viewing authority range column, etc., and associates the identification information (viewer ID) assigned to the viewer with the information of the viewer. and information indicating the scope of viewing authority.
  • the viewer information includes information on the type of business of the viewer (information indicating producer, refiner, roaster, and distributor), name of each trader, and the like.
  • the viewer information may include a password necessary for the viewer to view the review.
  • the scope of viewing authority is information for specifying products for which reviews can be viewed by the viewer, and if the viewer is a producer, it is defined by the coffee bean ID of the coffee beans produced by the producer. . If the viewer is a refiner, the scope of viewing authority is defined by the refining processing ID of the refinery performed by the refiner. It is defined by the roasting process ID of the roasting process. Further, when the viewer is a seller, the scope of viewing authority is defined by the product ID of the product sold by the seller and the store ID of the store where the seller sells.
  • the camera 76 is an imaging device that takes an image according to an instruction from the control unit 71, and sends an acquired captured image (image data) to the storage unit 72 for storage.
  • the camera 76 may be built in the contributor terminal 70 or may be externally attached to the contributor terminal 70 .
  • FIG. 11 is a flowchart showing an example of a review posting process procedure
  • FIG. 12A is an explanatory diagram of the review posting process
  • FIG. 12B is a schematic diagram showing an example of a review input screen.
  • the processing performed by the poster terminal 70 is shown on the left side
  • the processing performed by the review management server 60 is shown on the right side.
  • the control unit 61 of the review management server 60 selects a product corresponding to the product information obtained from the contributor terminal 70 based on each information stored in the blockchain system. (S13). Specifically, based on the product information (product ID, seller information, and store ID) acquired from the poster terminal 70, the control unit 61 controls the coffee bean ID, refining process ID, and roasting process ID corresponding to the product. The brewing process ID is specified from the contents stored in the product information DB 62a. Then, the control unit 61 inquires of the production management server 20 about the information of the coffee beans with the specified coffee bean ID (for example, country of origin, producer), and acquires the information from the production management server 20 .
  • control unit 61 inquires of the sales management server 50 about the menu name corresponding to the product ID included in the product information, and acquires it from the sales management server 50 .
  • control unit 61 may request the node device 10 to acquire each piece of information, and acquire each piece of information read by the node device 10 from the blockchain system.
  • the control unit 61 generates a review input screen based on each information acquired as described above (S14). Specifically, the control unit 61 controls the product ID acquired from the poster terminal 70, the menu name acquired from the sales management server 50, the information on the country of production and the manufacturer acquired from the production management server 20, and the Acquired refining process and refiner information, roasting process and roaster information acquired from the roasting management server 40, sales store information acquired from the sales management server 50, distributor information acquired from the poster terminal 70 Generate a review input screen displaying information and the like. In addition, the control unit 61 generates a review input screen having input fields for inputting the contributor ID, age, sex, and review of the contributor.
  • the review input screen shown in FIG. 12B includes the image of the product to be reviewed, the product ID and product name (menu name), the country and producer of the coffee beans in the product, the refining process and refiner, and the roasting process and roaster. , displaying information about the store and distributor. Each piece of information on the review input screen may have a link for obtaining more detailed information. 20, 30, 40, 50, detailed information for the selected link is acquired and displayed.
  • the review input screen also has input fields for inputting a contributor ID assigned to a contributor who posts the review, the age and sex of the contributor, the review, and the like.
  • Each input column may be configured such that each information is directly input, or may be configured such that an arbitrary item is selected via a pull-down menu displaying a plurality of options.
  • the control unit 71 of the poster terminal 70 photographs the face of the poster with the camera 76, determines the age and gender of the poster based on the obtained face image, and determines the age and gender of the poster. You may display the age and sex which were carried out in each input column.
  • the control unit 71 of the contributor terminal 70 receives each piece of information and review via each input column of the review input screen, and displays each received piece of information and review in the corresponding input column (S17).
  • the control unit 71 determines whether or not the submit button in the review input screen has been operated (S18), and when determining that the submit button has not been operated (S18: NO), returns to the processing of step S17. , the reception of each piece of information via the review input screen is repeated. If it is determined that the post button has been operated (S18: YES), the control unit 71 collects the information entered in each input field and product information specifying the product to be reviewed (for example, product ID, seller information, store ID) is sent to the review management server 60 (S19).
  • the node device 10 generates a block 170 using the review information acquired from the review management server 60, and records it in the blockchain system when the generated block 170 satisfies a predetermined consensus rule.
  • the review information input by the poster terminal 70 is associated with the product information and recorded in the blockchain system by the node device 10 .
  • the control unit 61 may be configured to store the review information only in the blockchain system without storing the review information in the review DB 62b. may be configured to store only the hash value 172 in the .
  • the reviews entered on the review input screen may include not only impressions and evaluations of the product, but also impressions and evaluations of the vendor at each stage from the production stage to the sales stage of the product.
  • the review input screen is not limited to the configuration shown in FIG. 12B, and may be configured to have, for example, an input column for scores obtained by evaluating products on a scale of five.
  • the viewer terminal 80 has the same configuration as the contributor terminal 70, so the description of the configuration is omitted.
  • the browser terminal 80 of the present embodiment accesses the website S published by the review management server 60 and browses reviews via the website S according to instructions from the browser.
  • the viewer terminal 80 may be configured to access the website S using a web browser, or may be configured to access the website S by executing a predetermined application program.
  • FIG. 13 is a flowchart showing an example of a review browsing process procedure
  • FIGS. 14A to 14C are schematic diagrams showing examples of screens.
  • the processing performed by the viewer terminal 80 is shown on the left side
  • the processing performed by the review management server 60 is shown on the right side.
  • the control unit of the viewer terminal 80 determines whether or not the review viewing request has been accepted, depending on whether the viewer ID and password have been entered and the OK button has been operated on the review viewing screen shown in FIG. 14A. (S31). If it is determined that the review viewing request has not been received (S31: NO), the control unit waits until the request is received. When it is determined that the review viewing request has been received (S31: YES), the control unit transmits the input viewer information (ID and password) to the review management server 60 (S32).
  • the control unit 61 of the review management server 60 authenticates whether or not the viewer is a user authorized to view reviews based on the viewer information received from the viewer terminal 80 (S33). It is assumed that the information used for authentication (the ID and password of the user who has review viewing authority) is stored in advance in the storage unit 62 or another storage device. For example, if the viewer information stored in the viewing authority DB 62c includes the viewer's password, the control unit 61 performs authentication using the viewer ID and password stored in the viewing authority DB 62c.
  • the notification screen shown in FIG. is displayed.
  • Check boxes are associated with the listed coffee bean IDs, and the viewer (producer) checks the coffee bean ID of the coffee bean whose review is to be viewed and operates the view button, Requests to see reviews for products made with the specified coffee beans.
  • the control unit 61 of the review management server 60 receives a review viewing request specifying a viewing target from the viewer terminal 80, it identifies the product ID of the review viewing target product (S39). For example, when receiving a review viewing request based on the coffee bean ID from the viewer terminal 80, the control unit 61 identifies all product IDs corresponding to the coffee bean ID based on the contents stored in the product information DB 62a. Further, when receiving a review viewing request based on the refining process ID from the viewer terminal 80, the control unit 61 identifies all the product IDs corresponding to the refining process ID based on the contents stored in the product information DB 62a.
  • the control unit 61 extracts the review corresponding to the product ID specified as the browsing target from the blockchain system (S40).
  • the control unit 61 requests one of the node devices 10 to browse the review corresponding to the specified product ID.
  • the node device 10 searches the block chain system using the product ID for which browsing is requested as a key, extracts the review corresponding to the product ID, and outputs the review to the review management server 60 .
  • the control unit 61 since the attribute information of the poster is associated with the review and stored in the blockchain system, the control unit 61 reads out the attribute information of the poster together with the review.
  • the control unit 61 generates a review viewing screen displaying a list of the reviews and the attribute information of the poster based on the attribute information of the reviews and the poster extracted in step S40, and transmits it to the viewer terminal 80 that requested the viewing.
  • FIG. 14C shows an example of a review browsing screen displaying a list of reviews, and the review browsing screen shown in FIG. and view reviews. Note that the screen shown in FIG. 14C shows an example in which the viewer is a producer, and since the coffee bean ID is specified as the viewing object, the same coffee beans are used for the products targeted for each review. However, the refining process, roasting process and distributor may differ. Therefore, on the review viewing screen shown in FIG.
  • the refining process ID, roasting process ID, product ID, and distributor information for the reviewed product are displayed in association with each review.
  • the control unit 61 extracts each review from the blockchain system, and obtains the refining process ID, the roasting process ID, and the distributor information corresponding to the product of each review from the product information DB 62a.
  • the review browsing screen shown in can be generated.
  • reviews posted by contributors are registered in the blockchain system and can be provided to viewers who have valid viewing authority. Therefore, it is possible to collect product reviews and feed them back to viewers (product providers) such as product manufacturers.
  • the viewer uses the viewer terminal 80 to view the reviews registered in the blockchain system. Instead, a viewer who has legitimate viewing authority can view using each server 20 , 30 , 40 , 50 .
  • coffee bean producers can browse various information and purchaser reviews on how to use their own coffee beans (refinement method, roasting method, sales method, etc.).
  • refiners can view various information on how to use their own refined coffee beans and reviews by purchasers, and roasters can view various information on how to use their own roasted coffee beans.
  • FIG. 15 is a schematic diagram showing a configuration example of the block 170 for token management.
  • the token information given to the contributor is stored and managed in the blockchain system in association with the identification information (contributor ID) of the contributor.
  • the contributor can distribute (transfer) the token issued to him/herself to coffee bean producers, refiners, roasters, or sellers. Therefore, when the contributor distributes the token to a desired trader, as shown in the lower right of FIG.
  • Information such as the date, information indicating the distribution destination (transferee), distribution amount (transfer amount), etc. is included.
  • block 170 records information on tokens issued by contributors who post product reviews and information on tokens distributed by contributors to desired traders. managed by
  • FIG. 16 is a flowchart showing an example of the review posting processing procedure of the second embodiment
  • FIG. 17 is a schematic diagram showing an example of a screen.
  • the process shown in FIG. 16 is obtained by adding steps S51 to S56 after step S21 in the process shown in FIG.
  • the description of the same steps as in FIG. 11 is omitted, and the illustration of steps S11 to S18 in FIG. 11 is omitted in FIG.
  • the control unit 61 of the review management server 60 After recording the review information acquired from the poster terminal 70 in the blockchain system, the control unit 61 of the review management server 60 issues a token to the poster (S51). For example, when the amount of tokens to be issued for one review contribution is set, the control unit 61 issues a predetermined amount of tokens to the poster. In addition, when the amount of tokens to be issued for one review post is set for each product, each store, or each vendor, the control unit 61 selects the product, store, or vendor corresponding to the review. Tokens of the corresponding amount are issued to the contributor. The control unit 61 associates and stores the contributor ID of the contributor to whom the token is to be issued, the date of issue, and the amount of issuance in the blockchain system, thereby issuing the token to the contributor.
  • the control unit 61 evaluates whether or not the content of the posted review is appropriate, and issues the token according to whether it is appropriate. You may switch whether or not Whether or not the content of the review is appropriate may be determined, for example, by the person in charge of managing the posted review according to predetermined rules. Also, the control unit 61 may use a neural network constructed by machine learning to determine whether or not the content of the review is appropriate. For example, using a learning model that consists of an RNN (Recurrent Neural Network) and is trained to output an output value according to whether or not the content of the review is appropriate when review text data is input. be able to.
  • RNN Recurrent Neural Network
  • the control unit 61 generates a notification screen for notifying the issuance of the token and transmits it to the contributor terminal 70 of the contributor to be issued (S52).
  • the received notification screen is received and displayed on the display unit 75 (S53).
  • FIG. 17 shows an example of a notification screen, and on the screen shown in FIG. 17, information about products to be reviewed, and the issue date and issue amount of tokens are displayed. Also, on the notification screen, it is notified that the issued tokens can be distributed to the vendors (product producers) involved in the product, and an input field is provided for specifying the amount of tokens to be distributed to each vendor. .
  • FIG. 17 shows an example of a notification screen, and on the screen shown in FIG. 17, information about products to be reviewed, and the issue date and issue amount of tokens are displayed. Also, on the notification screen, it is notified that the issued tokens can be distributed to the vendors (product producers) involved in the product, and an input field is provided for specifying the amount of tokens to be distributed to each vendor. . In the
  • the contributor distributes the tokens issued to him/herself to the desired trader, he/she enters the amount of tokens to be distributed in the input field corresponding to the desired trader.
  • the name of each trader is displayed on the notification screen, and detailed information about each trader can be obtained via a link set to the trader name of each trader on the notification screen. Also, if the contributor owns tokens other than the tokens issued this time, it is also possible to distribute the tokens equal to or greater than the tokens issued this time to desired traders.
  • the control unit 61 of the review management server 60 receives the distribution information transmitted from the poster terminal 70, and executes token distribution processing based on the received distribution information (S56).
  • the control unit 61 associates the contributor ID of the contributor of the token distribution source, the date of distribution, the information of the distribution destination trader, and the amount of tokens to be distributed (distribution amount) to the blockchain system.
  • Token distribution processing is executed from the contributor to the distribution destination trader by storing the token.
  • the control unit 71 skips the process of step S55 and ends the series of processes.
  • the contributor can support a desired trader by distributing tokens, and a connection is generated between the contributor (purchaser) and the producer (each trader).
  • exchanges such as product purchase and review feedback were possible between the seller and the purchaser.
  • Various types of information can be shared between traders and purchasers, and token support is possible. Therefore, they become closer to each other, and it becomes possible to build a mutual cooperative relationship.
  • purchase points given by the contributor (purchaser) purchasing the product Tokens may be issued.
  • a purchase point is a point given to a purchaser of a product, for example, through a campaign or the like carried out by a product maker or a store selling the product.
  • information on tokens issued as purchase points may be stored and managed in the blockchain system.
  • the incentive given to the poster for posting a review is not limited to tokens, and may be, for example, the issuance of ID information that proves the existence of the poster.
  • the review management server 60 may provide the poster with information proving that the review was posted at the review posting date and time.
  • the same effects as in the first embodiment described above can be obtained.
  • a token is issued to the contributor. Therefore, an increase in the number of posted reviews can be expected, and an increase in the number of posted high-quality reviews can be expected if tokens are issued according to the suitability of the review content.
  • the tokens issued to the contributor can be distributed to each trader as desired by the contributor. Therefore, contributors can distribute tokens to their favorite businesses to support them. Also in this embodiment, it is possible to apply the modified examples appropriately described in each of the above-described embodiments.
  • FIG. 20 is a flowchart showing an example of a review posting processing procedure according to the third embodiment
  • FIG. 21 is a schematic diagram showing an example of a review input screen according to the third embodiment.
  • the process shown in FIG. 20 is obtained by adding step S71 between steps S17 and S18, adding step S72 instead of step S19, and adding step S73 after step S21 in the process shown in FIG. . Description of the same steps as in FIG. 11 will be omitted.
  • the review input screen shown in FIG. 21 may be configured to have an input column for scores obtained by evaluating each trader on a scale of 5, for example.
  • the token distribution destination and the distribution amount can be specified on the review input screen, it is possible to designate the token distribution destination and the distribution amount when entering the review. .
  • the issuance of digital IDs for review posts as described above may be realized by smart contracts in the blockchain system.
  • a program is defined in the node device 10 in which a digital ID is issued on the condition that a review is posted.
  • a digital ID is automatically issued when a review is posted by the node device 10 executing the program.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

ユーザレビューの収集処理及び投稿処理における処理負担を軽減することが可能な情報処理方法等を提供する。提供対象に識別コードを対応付けてあり、コンピュータは、識別コードに対応付けて提供対象に関する詳細情報を記憶するブロックチェーンシステムに基づいて、識別コードに対応する詳細情報を読み出して出力する。またコンピュータは、提供対象に関するレビューを受け付け、受け付けたレビューを、提供対象の識別コードに対応付けてブロックチェーンシステムに記憶する。

Description

情報処理方法及び情報処理装置
　本発明は、情報処理方法及び情報処理装置に関する。
　特許文献１では、電子商取引の取引対象である商品やサービスに対してユーザから投稿されたユーザレビューを他のユーザに公開する技術が開示されている。特許文献１に開示された技術は、複数のユーザレビューから要約を作成してユーザに提供することにより、ユーザに有益な情報を提供することが可能である。
特開２０２０－１０１９３６号公報
　特許文献１に開示された技術は、ユーザが投稿したユーザレビューを他のユーザに公開するものであり、ユーザレビューは、例えば他のユーザが当該商品やサービスを購入する際の参考情報として利用される。一方、商品やサービスを生産又は製造する業者（例えばメーカ）においても、今後の商品開発のために、商品やサービスを購入したユーザのレビューは重要である。しかし、メーカ等では、例えばハガキ、電子メール又はウェブサイトを介してユーザレビューを収集することが行われており、ユーザレビューを収集するメーカ側の処理負担も、ユーザレビューを投稿するユーザの操作負担も共に大きい。従って、ユーザレビューの収集方法及びメーカ等への提供方法には改善の余地がある。
　本発明は、このような事情に鑑みてなされたものであり、その目的とするところは、ユーザレビューの収集処理及び投稿処理における処理負担を軽減することが可能な情報処理方法等を提供することにある。
　本発明の一態様に係る情報処理方法は、提供対象に識別コードを対応付け、前記識別コードに対応付けて前記提供対象に関する詳細情報を記憶するブロックチェーンシステムに基づいて、前記識別コードに対応する前記詳細情報を読み出して出力し、前記提供対象に関するレビューを受け付け、受け付けたレビューを、前記提供対象の識別コードに対応付けて前記ブロックチェーンシステムに記憶する処理をコンピュータが実行する。
　本発明の一態様にあっては、ユーザレビューの収集処理及び投稿処理における処理負担を軽減することができる。
情報処理システムの構成例を示す模式図である。 ノード装置の構成例を示す模式図である。 ノード装置に記憶されるコーヒー情報の構成例を示す模式図である。 生産管理サーバの構成例を示すブロック図である。 生産情報ＤＢの構成例を示す模式図である。 精製情報ＤＢの構成例を示す模式図である。 焙煎情報ＤＢの構成例を示す模式図である。 販売情報ＤＢの構成例を示す模式図である。 各サーバに各情報を登録するための画面例を示す模式図である。 各サーバに各情報を登録するための画面例を示す模式図である。 各サーバに各情報を登録するための画面例を示す模式図である。 各サーバに各情報を登録するための画面例を示す模式図である。 レビュー管理サーバ及び投稿者端末の構成例を示すブロック図である。 商品情報ＤＢの構成例を示す模式図である。 レビューＤＢの構成例を示す模式図である。 閲覧権限ＤＢの構成例を示す模式図である。 レビューの投稿処理手順の一例を示すフローチャートである。 レビューの投稿処理の説明図である。 レビュー入力画面例を示す模式図である。 レビューの閲覧処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 画面例を示す模式図である。 画面例を示す模式図である。 トークン管理用のブロックの構成例を示す模式図である。 実施形態２のレビューの投稿処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 トークンの付与履歴の提供処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 実施形態３のレビューの投稿処理手順の一例を示すフローチャートである。 実施形態３のレビュー入力画面例を示す模式図である。 レビュー入力画面の変形例を示す模式図である。 実施形態４のレビューの投稿処理手順の一例を示すフローチャートである。 実施形態５のレビューの投稿処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 画面例を示す模式図である。 デジタルＩＤの発行履歴画面例を示す模式図である。 実施形態６のレビューＤＢの構成例を示す模式図である。 レビューＮＦＴの発行処理手順の一例を示すフローチャートである。 実施形態７の生産情報ＤＢの構成例を示す模式図である。 実施形態７の精製情報ＤＢの構成例を示す模式図である。 実施形態７の焙煎情報ＤＢの構成例を示す模式図である。 販売情報ＤＢの構成例を示す模式図である。 実施形態７のレビュー入力画面例を示す模式図である。
　以下に、本開示の情報処理方法及び情報処理装置について、その実施形態を示す図面に基づいて詳述する。以下の実施形態では、コーヒーを購入したユーザが投稿したコーヒーに関するレビューを管理する情報処理システムについて説明する。なお、ここでのコーヒーは、コーヒー飲料、焙煎済みのコーヒー豆、焙煎前のコーヒー豆等を含む。本開示の技術は、コーヒーに限定されず、例えば日本酒、ビール、ワイン、ウイスキー等の酒類、紅茶、日本茶、中国茶等の茶、チョコレート等の菓子、たばこ等の嗜好品、店舗及びＥＣサイトで販売されている各種の食品に関するレビューを管理する情報処理システムに適用できる。また、本開示の技術は、例えば宿泊施設、飲食店、遊園地等の娯楽施設、理容院及び美容院、マッサージ等のリラクゼーション施設等で提供されるサービスに関するレビューを管理する情報処理システムに適用できる。即ち、本開示の技術は、金銭の受け渡しが発生する商品及びサービス（提供対象）に関するレビューを管理する情報処理システムに適用できる。
（実施形態１）
　コーヒーに関するレビューを管理する情報処理システムについて説明する。なお、本実施形態の情報処理システムは、コーヒーの購入者が投稿したレビューに加えて、コーヒーの生産段階から販売段階（提供段階）までの複数段階の各段階における業者（生産業者、精製業者、焙煎業者、販売業者等）がそれぞれ行った作業内容に関する情報も管理する。図１は情報処理システムの構成例を示す模式図である。本実施形態の情報処理システムでは、分散型台帳技術の１つであるブロックチェーンシステムを利用してコーヒーに関する各種の情報を管理する。ブロックチェーンシステムは、ピアツーピア（Ｐ２Ｐ）のネットワークＮ１に接続された複数のノード装置１０を有し、複数のノード装置１０がコーヒーに関する各種の情報を分散して共有するシステムである。それぞれのノード装置１０には生産管理サーバ２０、精製管理サーバ３０、焙煎管理サーバ４０、販売管理サーバ５０、レビュー管理サーバ６０等が接続されている。なお、本実施形態においてブロックチェーンシステムの構成は特に限定されず、パブリック型、コンソーシアム型、プライベート型等のブロックチェーンシステムを用いることができる。また、本実施形態の情報処理システムは、ＩＰＦＳ（InterPlanetary File System）又は分散型クラウドコンピューティングを利用して構成されていてもよい。
　生産管理サーバ２０は、例えばコーヒー豆を生産する業者の事業所又はオフィスに設けられ、生産業者が行ったコーヒー豆の生産作業に関する情報を生産情報ＤＢ２２ａ（図４参照）に記憶して管理している。また生産管理サーバ２０は、生産作業に関する情報をブロックチェーンシステムに出力して記憶させる。精製管理サーバ３０は、例えばコーヒー豆を精製する業者の事業所又はオフィスに設けられ、精製業者が行った精製作業に関する情報を精製情報ＤＢ（図６Ａ参照）に記憶して管理している。また精製管理サーバ３０は、精製作業に関する情報をブロックチェーンシステムに出力して記憶させる。焙煎管理サーバ４０は、精製されたコーヒー豆を焙煎する事業者の事業所又はオフィスに設けられ、焙煎業者が行った焙煎作業に関する情報を焙煎情報ＤＢ（図６Ｂ参照）に記憶して管理している。また焙煎管理サーバ４０は、焙煎作業に関する情報をブロックチェーンシステムに出力して記憶させる。販売管理サーバ５０は、コーヒー飲料又はコーヒー豆を販売する業者の事業所又はオフィスに設けられ、販売業者が行った販売作業に関する情報を販売情報ＤＢ（図６Ｃ参照）に記憶して管理している。また販売管理サーバ５０は、販売作業に関する情報をブロックチェーンシステムに出力して記憶させる。なお、生産管理サーバ２０、精製管理サーバ３０、焙煎管理サーバ４０及び販売管理サーバ５０は、便宜上区別しているが、１つの業者が複数の工程の作業を行う場合、複数のサーバを１つに統合してもよい。即ち、各サーバは、コーヒー豆の生産段階からコーヒー商品の販売段階までのいずれかの段階における業者のサーバであればよく、例えば焙煎業者及び販売業者が同一業者である場合、焙煎管理サーバ４０及び販売管理サーバ５０は１つのサーバで構成されてもよい。また、各段階における業者が複数いる場合、各サーバ２０，３０，４０，５０は複数設けられる。
　レビュー管理サーバ６０は、例えば各種商品に関するレビューを収集して管理する業者の事業所又はオフィスに設けられて使用される。本実施形態の情報処理システムは、購入したコーヒーに関するレビューを投稿する投稿者の投稿者端末７０と、レビュー管理サーバ６０に対して閲覧要求を行い、閲覧要求に応じてレビュー管理サーバ６０から提供される情報（レビュー）を受信する閲覧者端末８０とを備える。レビュー管理サーバ６０、投稿者端末７０及び閲覧者端末８０は、インターネット等のネットワークＮ２を介して通信可能に接続されている。
　レビュー管理サーバ６０は、投稿者端末７０からレビューを取得した場合、取得したレビューの情報を投稿者に対応付けてレビューＤＢ６２ｂ（図９参照）に記憶して管理する。またレビュー管理サーバ６０は、ブロックチェーンシステムにアクセスし、取得したレビューの情報をブロックチェーンシステムに記憶させる。またレビュー管理サーバ６０は、任意のコーヒー（商品）に関するレビューの閲覧要求を閲覧者端末８０から受け付けた場合、ブロックチェーンシステムにアクセスし、当該コーヒーに関するレビューの情報を取得して閲覧者端末８０に提供する。本実施形態において、レビューの投稿者は、各種店舗及びＥＣサイト等で販売されているコーヒー飲料又はコーヒー豆を購入して飲んだユーザとする。レビューの閲覧者は、例えばコーヒー飲料又はコーヒー豆を販売する店舗及び飲料品メーカの担当者である。なお、レビューの閲覧者は、店舗及び飲料品メーカ等の販売業者に限定されず、生産業者、精製業者、及び焙煎業者の各担当者であってもよい。
　本実施形態のブロックチェーンシステムでは、生産管理サーバ２０、精製管理サーバ３０、焙煎管理サーバ４０、販売管理サーバ５０、及びレビュー管理サーバ６０の各サーバから提供される情報を複数のノード装置１０が分散して記憶する。なお、ブロックチェーンシステムには、各業者で行われた作業内容に関する情報が各サーバを介して入力された場合に作業内容に関する情報が記憶される。また、ブロックチェーンシステムは、複数のノード装置１０で記憶する情報を各サーバに提供することができる。
　図２はノード装置１０の構成例を示す模式図である。ノード装置１０は、コンピュータ又はコンピュータシステムで構成することができる。ノード装置１０は、生産業者、精製業者、焙煎業者、販売業者、及びレビュー管理業者の各業者の事業所又はオフィス等に設置されて使用される。なお、ノード装置１０は、生産管理サーバ２０、精製管理サーバ３０、焙煎管理サーバ４０、販売管理サーバ５０、又はレビュー管理サーバ６０として機能してもよい。
　ノード装置１０は、通信部１１、情報生成部１２、情報記録部１３、情報参照部１４、及びデータベース１５を備える。通信部１１は、ネットワークＮ１に接続された他のノード装置１０との通信を行う機能を備える。また通信部１１は、生産管理サーバ２０、精製管理サーバ３０、焙煎管理サーバ４０、販売管理サーバ５０、及びレビュー管理サーバ６０との通信を行う機能を備える。
　データベース１５は、記録内容の書き換えが可能な不揮発性の半導体メモリや、ハードディスク等で構成することができる。データベース１５は、ノードリスト１６、及びコーヒー情報１７を記録している。ノードリスト１６は、ブロックチェーンシステムにおいて適正に登録されたノード装置１０を識別する識別情報に対応付けて、当該ノード装置１０のＩＰアドレス及び電子証明書が登録されている。電子証明書には、各ノード装置１０の公開鍵及び電子署名が記録されている。新たなノード装置１０が適正に登録されると、ノードリスト１６に当該登録が反映される。
　図３はノード装置１０に記憶されるコーヒー情報１７の構成例を示す模式図である。コーヒー情報１７は、図３に示すように複数のブロック１７０を備える。複数のブロック１７０は、チェーン状に連結され、いわゆるブロックチェーンの構造を有する情報である。図３には、ｎ番目及びｎ＋１番目のブロック１７０が連なった例を示す。各ブロック１７０は、タイムスタンプ１７１、直前のブロック１７０のハッシュ値１７２、及び記録情報１７３を含む。タイムスタンプ１７１は、当該ブロック１７０が生成された日時を示す情報である。ハッシュ値１７２は、直前のブロック１７０から予め設定されたハッシュ関数に基づいて生成された値である。記録情報１７３は、ブロック１７０に登録する情報の本体部分である。記録情報１７３は、コーヒーの生産段階から販売段階までの各業者による各作業内容に関する情報を含む。例えば生産業者が登録した生産情報の場合、図３左下に示すように、記録情報１７３には、コーヒー豆に割り当てられた識別情報であるコーヒー豆ＩＤ、コーヒー豆の生産国、生産地域及び生産業者に関する情報、並びに収穫日等が含まれる。また、精製業者が登録した精製情報の場合、図３右下に示すように、記録情報１７３には、精製業者が行った精製処理の識別情報である精製処理ＩＤ、精製対象のコーヒー豆のコーヒー豆ＩＤ、精製処理の内容を示す情報、精製日等が含まれる。このように、ブロック１７０には、コーヒーの生産段階から販売段階までの期間においてコーヒー豆に行われた各種作業の情報が、例えばコーヒー豆ＩＤ（商品を識別するための識別情報）に対応付けて記録される。またブロック１７０には、コーヒーを購入したユーザによるレビューの情報が、例えば販売業者が販売するコーヒーの商品ＩＤ（商品を識別するための識別情報、識別コード）に対応付けて記録される。
　情報生成部１２は、通信部１１を介して、生産管理サーバ２０、精製管理サーバ３０、焙煎管理サーバ４０、販売管理サーバ５０、及びレビュー管理サーバ６０から取得する情報を用いて、ブロックチェーンシステムに登録するブロック１７０を生成する。なお、上述したような各業者が行った作業内容に関する情報及びレビュー情報は、ブロック１７０の記録情報１７３に記憶されるほかに、生産管理サーバ２０の生産情報ＤＢ２２ａ、精製管理サーバ３０の精製情報ＤＢ、焙煎管理サーバ４０の焙煎情報ＤＢ、販売管理サーバ５０の販売情報ＤＢ、レビュー管理サーバ６０のレビューＤＢ６２ｂに記憶され、ブロック１７０にはハッシュ値１７２のみが記憶される構成でもよい。このような構成においても、ハッシュ値１７２に基づいて改ざんの有無の検証が可能である。
　情報記録部１３は、他のノード装置１０にて新たに生成されたブロック１７０がブロックチェーンシステムにおいて予め設定された合意規則を満たしているか否かを判定する。情報記録部１３は、所定の合意規則を満たすブロック１７０をブロックチェーンシステムに記録する。この場合、情報記録部１３は、新たなブロックを、縦列接続されたブロック１７０の末尾に追加する。なお、ブロックチェーンシステムにおいて、参加者間でやり取りされる情報の信頼性は、参加者全体で形成されるネットワーク内での合意形成のプロセスによって担保されており、改ざん等の不正をシステム全体で防ぐことで、ブロックチェーンの健全性が保たれる。合意形成のプロセスは、例えばプルーフ・オブ・ワーク（Proof of Work）又はプルーフ・オブ・ステーク（Proof of Stake）等のコンセンサス・アルゴリズムを用いることができる。
　情報参照部１４は、通信部１１を介して、生産管理サーバ２０、精製管理サーバ３０、焙煎管理サーバ４０、販売管理サーバ５０、及びレビュー管理サーバ６０からブロックチェーンシステムの記憶内容を参照する要求を受信すると、当該要求に対応するブロック１７０から記録情報１７３を読み出し、読み出した記録情報１７３を要求元へ送信する。なお、記録情報１７３の内容が生産管理サーバ２０の生産情報ＤＢ２２ａ、精製管理サーバ３０の精製情報ＤＢ、焙煎管理サーバ４０の焙煎情報ＤＢ、販売管理サーバ５０の販売情報ＤＢ、レビュー管理サーバ６０のレビューＤＢ６２ｂに記憶されている場合、情報参照部１４は、各ＤＢから各情報を読み出して要求元へ送信する。これにより、ブロックチェーンシステムに登録された情報が、各サーバ２０，３０，４０，５０，６０に提供可能となる。
　図４は生産管理サーバ２０の構成例を示すブロック図である。生産管理サーバ２０は、パーソナルコンピュータ、サーバコンピュータ等である。生産管理サーバ２０は、制御部２１、記憶部２２、通信部２３、操作部２４、表示部２５等を含み、これらの各部はバスを介して相互に接続されている。制御部２１は、例えばＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等を備える。制御部２１のＣＰＵは、ＲＯＭ又は記憶部２２に予め記憶された制御プログラム２２ＰをＲＡＭに展開して実行することにより、上述したハードウェアの動作を制御し、生産管理サーバ２０が行うべき処理を実行する。なお、制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭを備える構成としたが、１又は複数のＣＰＵ、マルチコアＣＰＵ、ＧＰＵ（Graphics Processing Unit）等を含む任意の演算制御装置であってもよい。
　記憶部２２は、フラッシュメモリ、ハードディスク、ＳＳＤ（Solid State Drive）、又は半導体メモリ等で構成される。記憶部２２には、制御部２１によって実行される制御プログラム２２Ｐ、制御プログラム２２Ｐの実行に必要な各種のデータ等が記憶される。なお、記憶部２２に記憶されるプログラムは、例えば生産管理サーバ２０の製造段階において記憶部２２に書き込まれてもよく、当該プログラムを読み取り可能に記憶した非一時的な記録媒体２０Ｍにより提供されてもよい。記録媒体２０Ｍは、例えばＣＤ－ＲＯＭ、ＵＳＢメモリ、ＳＤ（Secure Digital）メモリ、マイクロＳＤカード等の可搬型メモリである。この場合、制御部２１は、不図示の読取装置を用いて記録媒体２０Ｍから各種プログラムを読み取り、読み取った各種プログラムを記憶部２２にインストールすることが可能である。また、記憶部２２に記憶されるプログラムは、通信部２３を介した通信により提供されてもよい。この場合、制御部２１は、通信部２３を通じて各種プログラムを取得し、取得した各種プログラムを記憶部２２にインストールすることができる。
　通信部２３は、ネットワークＮ１を介してノード装置１０と通信するための通信インタフェースを備える。通信部２３は、ネットワークＮ１を介して各種の情報を受信した場合、受信した情報を制御部２１へ出力する。制御部２１は、通信部２３を介して受信した情報に基づき適宜の処理を実行する。通信部２３は、ネットワークＮ１を介して所望の宛先へ送信すべき情報が制御部２１から入力された場合、入力された情報をネットワークＮ１を介して前記宛先へ送信する。また通信部２３は、ネットワークＮ２に接続するための通信インタフェースを備えている。
　操作部２４は、キーボード又はマウス等の入力インタフェースを備え、生産管理サーバ２０を使用するユーザによる操作入力を受け付け、操作内容に対応した制御信号を制御部２１へ送出する。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１からの指示に従って各種の情報を表示する。操作部２４及び表示部２５は一体として構成されたタッチパネルであってもよい。なお、本実施形態では、生産管理サーバ２０は操作部２４及び表示部２５を備える構成とするが、操作部２４及び表示部２５は必須ではなく、外部に接続されたコンピュータを通じて操作を受け付け、表示すべき情報を外部の表示装置へ出力する構成であってもよい。
　生産管理サーバ２０は、生産業者が行ったコーヒー豆の生産作業に関する情報の入力を操作部２４から受け付けた場合、受け付けた情報を生産情報ＤＢ２２ａに記憶する。また生産管理サーバ２０は、受け付けた情報をノード装置１０へ出力し、ブロックチェーンシステムに記憶させてもよい。図５は生産情報ＤＢ２２ａの構成例を示す模式図である。生産情報ＤＢ２２ａは、生産業者が行ったコーヒー豆の生産作業に関する情報を記憶する。図５に示す生産情報ＤＢ２２ａは、コーヒー豆ＩＤ列、生産国列、生産地域列、生産業者列、栽培方法列、収穫日列、収穫日の天気列等を含み、収穫したコーヒー豆に割り当てられた識別情報（コーヒー豆ＩＤ）に対応付けて、生産国、生産地域、生産業者、栽培方法、収穫日、収穫日の天気の各情報を記憶する。コーヒー豆ＩＤは、例えば同じ農園で同じ日に収穫されたコーヒー豆に割り当てられるＩＤとする。
　精製管理サーバ３０、焙煎管理サーバ４０、及び販売管理サーバ５０のそれぞれは、生産管理サーバ２０と同様の構成であるため構成の説明を省略する。なお、精製管理サーバ３０は、精製業者が行った精製作業に関する情報の入力を操作部から受け付けた場合、受け付けた情報を精製情報ＤＢに記憶する。また精製管理サーバ３０は、受け付けた情報をノード装置１０へ出力し、ブロックチェーンシステムに記憶させる。焙煎管理サーバ４０は、焙煎業者が行った焙煎作業に関する情報の入力を操作部から受け付けた場合、受け付けた情報を焙煎情報ＤＢに記憶する。また焙煎管理サーバ４０は、受け付けた情報をノード装置１０へ出力し、ブロックチェーンシステムに記憶させる。販売管理サーバ５０は、販売業者が行った販売作業に関する情報の入力を操作部から受け付けた場合、受け付けた情報を販売情報ＤＢに記憶する。また販売管理サーバ５０は、受け付けた情報をノード装置１０へ出力し、ブロックチェーンシステムに記憶させる。
　図６Ａは精製情報ＤＢの構成例を示す模式図、図６Ｂは焙煎情報ＤＢの構成例を示す模式図、図６Ｃは販売情報ＤＢの構成例を示す模式図である。精製情報ＤＢは、精製業者が行ったコーヒー豆の精製作業に関する情報を記憶する。図６Ａに示す精製情報ＤＢは、精製処理ＩＤ列、コーヒー豆ＩＤ列、精製業者列、精製処理内容列、精製日列、精製日の天気列等を含み、コーヒー豆に行った精製処理の識別情報（精製処理ＩＤ）に対応付けて、精製したコーヒー豆のコーヒー豆ＩＤ、精製業者、精製処理内容、精製日、精製日の天気の各情報を記憶する。
　焙煎情報ＤＢは、焙煎業者が行ったコーヒー豆の焙煎作業に関する情報を記憶する。図６Ｂに示す焙煎情報ＤＢは、焙煎処理ＩＤ列、コーヒー豆ＩＤ列、精製処理ＩＤ列、焙煎業者列、焙煎処理内容列、焙煎日列、焙煎日の天気列等を含み、コーヒー豆に行った焙煎処理の識別情報（焙煎処理ＩＤ）に対応付けて、焙煎したコーヒー豆のコーヒー豆ＩＤ、当該コーヒー豆に行われた精製処理の精製処理ＩＤ、焙煎業者、焙煎処理内容、焙煎日、焙煎日の天気の各情報を記憶する。
　販売情報ＤＢは、販売業者が販売するコーヒー商品に関する情報を記憶する。図６Ｃに示す販売情報ＤＢは、店舗ＩＤ列、商品ＩＤ列、商品情報列、販売業者列、コーヒー豆ＩＤ列、精製処理ＩＤ列、焙煎処理ＩＤ列等を含み、販売店舗に割り当てられた識別情報（店舗ＩＤ）、及びコーヒー商品に割り当てられた識別情報（商品ＩＤ）に対応付けて、商品のメニュー名及び価格等の商品情報、販売業者、使用されているコーヒー豆のコーヒー豆ＩＤ、当該コーヒー豆に行われた精製処理の精製処理ＩＤ、焙煎処理の焙煎処理ＩＤの各情報を記憶する。
　図７Ａ～図８Ｂは、各サーバ２０，３０，４０，５０に各情報を登録するための画面例を示す模式図である。図７Ａは生産情報の入力画面例を、図７Ｂは精製情報の入力画面例を、図８Ａは焙煎情報の入力画面例を、図８Ｂは販売情報の入力画面例をそれぞれ示す。図７Ａ～図８Ｂに示す各画面は、例えば各サーバ２０，３０，４０，５０が所定のアプリケーションを実行することによって各サーバ２０，３０，４０，５０の表示部に表示される。
　図７Ａに示す生産情報入力画面は、コーヒー豆ＩＤ、コーヒー豆の生産国、生産地域、生産業者及び栽培方法の情報、収穫日及び収穫日の天気等を入力するための入力欄を有する。各入力欄は、各情報が直接入力される構成でもよく、複数の選択肢を表示して任意のものを選択することにより入力される構成でもよい。生産管理サーバ２０は、生産情報入力画面を介して各情報が入力されて登録ボタンが操作された場合、入力された生産情報を生産情報ＤＢ２２ａに記憶する。また生産管理サーバ２０は、生産情報をノード装置１０へ出力し、ノード装置１０に対して、生産情報のブロックチェーンシステムへの格納を指示する。ノード装置１０は、生産管理サーバ２０から取得した生産情報を用いてブロック１７０を生成し、生成したブロック１７０が所定の合意規則を満たす場合にブロックチェーンシステムに記録する。
　図７Ｂに示す精製情報入力画面は、コーヒー豆に行った精製処理を示す精製処理ＩＤ、コーヒー豆ＩＤ、精製業者及び精製処理内容の情報、精製日及び精製日の天気等を入力するための入力欄を有する。各入力欄は、各情報が直接入力される構成でもよく、複数の選択肢を表示して任意のものを選択することにより入力される構成でもよい。精製管理サーバ３０は、精製情報入力画面を介して各情報が入力されて登録ボタンが操作された場合、入力された精製情報を精製情報ＤＢに記憶する。また精製管理サーバ３０は、精製情報をノード装置１０へ出力し、精製情報のブロックチェーンシステムへの格納を指示する。ノード装置１０は、精製管理サーバ３０から取得した精製情報を用いてブロック１７０を生成し、生成したブロック１７０が所定の合意規則を満たす場合にブロックチェーンシステムに記録する。
　図８Ａに示す焙煎情報入力画面は、コーヒー豆に行った焙煎処理を示す焙煎処理ＩＤ、コーヒー豆ＩＤ、コーヒー豆に行われた精製処理の精製処理ＩＤ、焙煎業者及び焙煎処理内容の情報、焙煎日及び焙煎日の天気等を入力するための入力欄を有する。各入力欄は、各情報が直接入力される構成でもよく、複数の選択肢を表示して任意のものを選択することにより入力される構成でもよい。焙煎管理サーバ４０は、焙煎情報入力画面を介して各情報が入力されて登録ボタンが操作された場合、入力された焙煎情報を焙煎情報ＤＢに記憶する。また焙煎管理サーバ４０は、焙煎情報をノード装置１０へ出力し、焙煎情報のブロックチェーンシステムへの格納を指示する。ノード装置１０は、焙煎管理サーバ４０から取得した焙煎情報を用いてブロック１７０を生成し、生成したブロック１７０が所定の合意規則を満たす場合にブロックチェーンシステムに記録する。
　図８Ｂに示す販売情報入力画面は、コーヒー飲料又はコーヒー豆（商品）を販売する店舗の店舗ＩＤ、コーヒー飲料又はコーヒー豆（商品）に割り当てられた商品ＩＤ、メニュー名及び価格等を含む商品情報、商品の販売業者、当該商品に使用されているコーヒー豆のコーヒー豆ＩＤ、精製処理ＩＤ及び焙煎処理ＩＤ等を入力するための入力欄を有する。各入力欄は、各情報が直接入力される構成でもよく、複数の選択肢を表示して任意のものを選択することにより入力される構成でもよい。商品ＩＤは、例えば販売対象の商品毎（メニュー毎）に割り当てられるＩＤとする。なお、商品ＩＤは、特定の販売業者又は店舗で販売されている特定の商品を識別できるＩＤであってもよく、この場合、店舗ＩＤの入力は不要となる。販売管理サーバ５０は、販売情報入力画面を介して各情報が入力されて登録ボタンが操作された場合、入力された販売情報を販売情報ＤＢに記憶する。また販売管理サーバ５０は、販売情報をノード装置１０へ出力し、販売情報のブロックチェーンシステムへの格納を指示する。ノード装置１０は、販売管理サーバ５０から取得した販売情報を用いてブロック１７０を生成し、生成したブロック１７０が所定の合意規則を満たす場合にブロックチェーンシステムに記録する。
　図９はレビュー管理サーバ６０及び投稿者端末７０の構成例を示すブロック図である。レビュー管理サーバ６０は、種々の情報処理及び情報の送受信が可能な情報処理装置であり、例えばサーバコンピュータ又はパーソナルコンピュータ等である。レビュー管理サーバ６０は、本実施形態では説明の簡略化のため、１つの装置として記載するが、複数台設けられて分散処理されてもよく、１台のサーバ内に設けられた複数の仮想マシンによって実現されていてもよく、クラウドサーバを用いて実現されてもよい。またレビュー管理サーバ６０は、ウェブサーバの機能を有し、コーヒーに関するレビューをネットワークＮ２経由で受け付けるウェブサイトＳ、及びネットワークＮ２経由でレビューの閲覧要求を受け付けるウェブサイトＳを公開している。レビュー管理サーバ６０は、ウェブサイトＳを介してコーヒーに関するレビューを受け付けた場合、受け付けたレビューをレビューＤＢ６２ｂに記憶し、更にブロックチェーンシステムへ出力して記録させる処理を行う。またレビュー管理サーバ６０は、ウェブサイトＳを介してレビューの閲覧要求を受け付けた場合、要求に応じたレビューをブロックチェーンシステムから抽出して要求元の装置へ送信する処理を行う。
　レビュー管理サーバ６０は、制御部６１、記憶部６２、通信部６３、操作部６４、表示部６５等を含み、これらの各部はバスを介して相互に接続されている。レビュー管理サーバ６０の制御部６１、記憶部６２、通信部６３、操作部６４、表示部６５は、生産管理サーバ２０の制御部２１、記憶部２２、通信部２３、操作部２４、表示部２５と同様の構成であるので詳細な説明は省略する。なお、記憶部６２は、制御プログラム６２ＰのほかにウェブサイトＳ、商品情報ＤＢ６２ａ、レビューＤＢ６２ｂ及び閲覧権限ＤＢ６２ｃを記憶している。レビュー管理サーバ６０においても、記憶部６２に記憶されるプログラムは、例えばレビュー管理サーバ６０の製造段階において記憶部６２に書き込まれてもよく、当該プログラムを読み取り可能に記憶した非一時的な記録媒体６０Ｍにより提供されてもよく、通信部６３を介した通信により提供されてもよい。
　図１０Ａは商品情報ＤＢ６２ａの構成例を示す模式図、図１０ＢはレビューＤＢ６２ｂの構成例を示す模式図、図１０Ｃは閲覧権限ＤＢ６２ｃの構成例を示す模式図である。商品情報ＤＢ６２ａは、レビュー管理サーバ６０が管理するレビューの対象となる商品に関する情報を記憶する。図１０Ａに示す商品情報ＤＢ６２ａは、商品ＩＤ列、コーヒー豆ＩＤ列、精製処理ＩＤ列、焙煎処理ＩＤ列、販売業者列、店舗ＩＤ列等を含み、商品の商品ＩＤに対応付けて、商品に使用されているコーヒー豆のコーヒー豆ＩＤ、コーヒー豆に行われた精製処理の精製処理ＩＤ、焙煎処理の焙煎処理ＩＤ、商品の販売業者及び販売店舗の店舗ＩＤの各情報を記憶する。
　レビューＤＢ６２ｂは、投稿者が投稿した商品に関するレビューの情報を記憶する。図１０Ｂに示すレビューＤＢ６２ｂは、商品ＩＤ列、販売業者列、店舗ＩＤ列、投稿者ＩＤ列、属性情報列、レビュー内容列等を含み、レビュー対象の商品を特定するための商品ＩＤ、販売業者の情報及び店舗ＩＤに対応付けて、投稿者に割り当てられた識別情報（投稿者ＩＤ）、投稿者の属性情報、投稿者によるレビューの各情報を記憶する。
　閲覧権限ＤＢ６２ｃは、ブロックチェーンシステムに記憶したレビューを閲覧する閲覧者の情報及び各閲覧者が閲覧できるレビューの範囲に関する情報を記憶する。図１０Ｃに示す閲覧権限ＤＢ６２ｃは、閲覧者ＩＤ列、閲覧者情報列、閲覧権限の範囲列等を含み、閲覧者に割り当てられた識別情報（閲覧者ＩＤ）に対応付けて、閲覧者の情報及び閲覧権限の範囲を示す情報を記憶する。閲覧者情報は、閲覧者の業種に関する情報（生産業者、精製業者、焙煎業者、販売業者を示す情報）、及び各業者の名称等を含む。なお、閲覧者情報は、閲覧者がレビューを閲覧する際に必要なパスワードを含んでもよい。閲覧権限の範囲は、閲覧者によってレビューの閲覧が可能な商品を特定するための情報であり、閲覧者が生産業者である場合、当該生産業者が生産したコーヒー豆のコーヒー豆ＩＤによって規定される。また閲覧権限の範囲は、閲覧者が精製業者である場合、当該精製業者が行った精製処理の精製処理ＩＤによって規定され、閲覧者が焙煎業者である場合、当該焙煎業者が行った焙煎処理の焙煎処理ＩＤによって規定される。また閲覧権限の範囲は、閲覧者が販売業者である場合、当該販売業者が販売する商品の商品ＩＤ、及び当該販売業者の販売店舗の店舗ＩＤによって規定される。閲覧権限ＤＢ６２ｃに各情報が記憶される閲覧者は、正当な閲覧権限を有する業者であり、例えばレビュー閲覧に対する料金を支払った業者、又はレビュー閲覧のために閲覧者登録を行った業者等である。なお、レビュー閲覧に対する料金は、一定料金であってもよく、閲覧対象となる商品の数に応じた料金であってもよく、レビューの閲覧数に応じた料金であってもよい。
　投稿者端末７０は、ウェブサイトＳを介してコーヒーに関するレビューを投稿する投稿者の端末であり、スマートフォン、タブレット端末、パーソナルコンピュータ等である。本実施形態では、投稿者端末７０は、ウェブブラウザ７２ＡＰによってウェブサイトＳにアクセスする構成であるが、例えば所定のアプリケーションプログラムを実行することによってウェブサイトＳにアクセスする構成でもよい。本実施形態の投稿者端末７０は、投稿者からの指示に従って、レビュー管理サーバ６０が公開するウェブサイトＳにアクセスし、ウェブサイトＳを介してレビューの投稿処理を行う。
　投稿者端末７０は、制御部７１、記憶部７２、通信部７３、操作部７４、表示部７５、カメラ７６等を含み、これらの各部はバスを介して相互に接続されている。投稿者端末７０の制御部７１、記憶部７２、通信部７３、操作部７４、表示部７５は、生産管理サーバ２０の制御部２１、記憶部２２、通信部２３、操作部２４、表示部２５と同様の構成であるので詳細な説明は省略する。なお、記憶部７２は、制御プログラム７２Ｐのほかにウェブブラウザ７２ＡＰを記憶している。カメラ７６は、制御部７１からの指示に従って撮影を行う撮像装置であり、取得した撮影画像（画像データ）を記憶部７２へ送出して記憶させる。カメラ７６は、投稿者端末７０に内蔵されていてもよく、投稿者端末７０に外付けされていてもよい。
　以下に、投稿者が投稿者端末７０を用いて商品に関するレビューを投稿する際に投稿者端末７０及びレビュー管理サーバ６０が行う処理について説明する。図１１はレビューの投稿処理手順の一例を示すフローチャート、図１２Ａはレビューの投稿処理の説明図、図１２Ｂはレビュー入力画面例を示す模式図である。図１１では左側に投稿者端末７０が行う処理を、右側にレビュー管理サーバ６０が行う処理をそれぞれ示す。
　本実施形態の情報処理システムでは、図１２Ａに示すように、商品のパッケージに、この商品に割り当てられた二次元コードが印刷又は貼付されている。図１２Ａに示す例では、商品に対応付けられたＱＲコード（登録商標）が商品のパッケージに印刷されているが、バーコードのような一次元コードが印刷されていてもよい。商品のパッケージは、例えばコーヒー飲料の紙コップ又はコーヒー豆が入った袋等である。二次元コードは、例えばウェブサイトＳにアクセスしてレビュー入力画面を取得するためのアクセス情報（例えばＵＲＬ）と、当該商品の商品ＩＤ、販売業者の情報及び店舗ＩＤ等を含む商品情報とを含み、これらの情報は商品（提供対象）に予め対応付けられた情報である。投稿者は、自身が購入した商品に関するレビューを投稿したい場合、投稿者端末７０のカメラ７６を用いて商品の二次元コードを撮影し、二次元コードからコード情報を読み取る。なお、投稿者端末７０は、カメラ７６で撮影した二次元コードからコード情報を読み取るためのコードリーダアプリを予め記憶部７２に記憶しているものとする。
　投稿者端末７０の制御部７１は、操作部７４を介して投稿者から二次元コードの読取指示を受け付けた場合、カメラ７６を起動して撮影を行い、撮影した二次元コードの画像からコード情報を読み取る（Ｓ１１）。そして、制御部７１は、読み取ったコード情報に含まれるアクセス情報に基づいてレビュー管理サーバ６０（ウェブサイトＳ）にアクセスしてレビュー入力画面を要求する（Ｓ１２）。なお、コード情報には、アクセス情報のほかに、商品ＩＤ、販売業者の情報及び店舗ＩＤ等を含む商品情報が含まれており、制御部７１は、商品情報をレビュー管理サーバ６０に送信して、商品情報に応じたレビュー入力画面を要求する。
　レビュー管理サーバ６０の制御部６１は、投稿者端末７０からレビュー入力画面の要求を受け付けた場合、ブロックチェーンシステムに記憶してある各情報から、投稿者端末７０から取得した商品情報に対応する商品に関する情報を抽出する（Ｓ１３）。具体的には、制御部６１は、投稿者端末７０から取得した商品情報（商品ＩＤ、販売業者の情報及び店舗ＩＤ）に基づいて、当該商品に対応するコーヒー豆ＩＤ、精製処理ＩＤ、及び焙煎処理ＩＤを商品情報ＤＢ６２ａの記憶内容から特定する。そして、制御部６１は、特定したコーヒー豆ＩＤのコーヒー豆の情報（例えば生産国、生産業者）を生産管理サーバ２０に問い合わせ、生産管理サーバ２０から取得する。また制御部６１は、特定した精製処理ＩＤに対応する精製情報（精製処理及び精製業者の情報）を精製管理サーバ３０に問い合わせ、精製管理サーバ３０から取得する。また制御部６１は、特定した焙煎処理ＩＤに対応する焙煎情報（焙煎処理及び焙煎業者の情報）を焙煎管理サーバ４０に問い合わせ、焙煎管理サーバ４０から取得する。また制御部６１は、取得した商品情報に含まれる店舗ＩＤに対応する店舗情報を販売管理サーバ５０に問い合わせ、販売管理サーバ５０から取得する。更に制御部６１は、商品情報に含まれる商品ＩＤに対応するメニュー名を販売管理サーバ５０に問い合わせ、販売管理サーバ５０から取得する。なお、制御部６１は、ノード装置１０に対して、各情報の取得を要求し、ノード装置１０がブロックチェーンシステムから読み出した各情報を取得してもよい。
　制御部６１は、上述のように取得した各情報に基づいて、レビュー入力画面を生成する（Ｓ１４）。具体的には、制御部６１は、投稿者端末７０から取得した商品ＩＤ、販売管理サーバ５０から取得したメニュー名、生産管理サーバ２０から取得した生産国及び生産業者の情報、精製管理サーバ３０から取得した精製処理及び精製業者の情報、焙煎管理サーバ４０から取得した焙煎処理及び焙煎業者の情報、販売管理サーバ５０から取得した販売店舗の情報、投稿者端末７０から取得した販売業者の情報等を表示したレビュー入力画面を生成する。また、制御部６１は、投稿者の投稿者ＩＤ、年齢、性別、レビューを入力するための入力欄を有するレビュー入力画面を生成する。制御部６１は、生成したレビュー入力画面を要求元の投稿者端末７０へ送信する（Ｓ１５）。これにより、制御部６１は、商品に関する詳細情報をブロックチェーンシステムから読み出して投稿者端末７０に出力する出力部として動作する。投稿者端末７０の制御部７１は、レビュー管理サーバ６０が送信したレビュー入力画面を受信し、図１２Ｂに示すようなレビュー入力画面を表示部７５に表示する（Ｓ１６）。
　図１２Ｂに示すレビュー入力画面は、レビュー対象の商品の画像、商品ＩＤ及び商品名（メニュー名）、商品におけるコーヒー豆の生産国及び生産業者、精製処理及び精製業者、焙煎処理及び焙煎業者、販売店及び販売業者に関する情報を表示している。レビュー入力画面中の各情報は、より詳細な情報を取得するためのリンクが設定してあってもよく、リンクが選択された場合、投稿者端末７０は、レビュー管理サーバ６０を介して各サーバ２０，３０，４０，５０から、選択されたリンクに対する詳細な情報を取得して表示する。また、レビュー入力画面は、当該レビューを投稿する投稿者に割り当てられている投稿者ＩＤ、投稿者の年齢及び性別、レビュー等を入力するための入力欄を有する。各入力欄は、各情報が直接入力される構成でもよく、複数の選択肢を表示するプルダウンメニューを介して任意のものが選択される構成でもよい。なお、投稿者端末７０の制御部７１は、レビュー入力画面を表示する際に、カメラ７６で投稿者の顔を撮影し、取得した顔画像に基づいて投稿者の年齢及び性別を判定し、判定した年齢及び性別を各入力欄に表示してもよい。
　投稿者端末７０の制御部７１は、レビュー入力画面の各入力欄を介して各情報及びレビューを受け付け、受け付けた各情報及びレビューをそれぞれ対応する入力欄に表示する（Ｓ１７）。制御部７１は、レビュー入力画面中の投稿ボタンが操作されたか否かを判断しており（Ｓ１８）、投稿ボタンが操作されていないと判断した場合（Ｓ１８：ＮＯ）、ステップＳ１７の処理に戻り、レビュー入力画面を介した各情報の受け付けを繰り返す。投稿ボタンが操作されたと判断した場合（Ｓ１８：ＹＥＳ）、制御部７１は、各入力欄に入力された情報と、レビュー対象の商品を特定する商品情報（例えば商品ＩＤ、販売業者の情報、店舗ＩＤ）とを含むレビュー情報をレビュー管理サーバ６０へ送信する（Ｓ１９）。
　レビュー管理サーバ６０の制御部６１（受付部）は、投稿者端末７０が送信したレビュー情報を受信し、受信したレビュー情報をレビューＤＢ６２ｂに記憶する（Ｓ２０）。ここでは、制御部６１は、受信したレビュー情報に含まれる商品情報（商品ＩＤ、販売業者の情報、店舗ＩＤ）に対応付けて、投稿者ＩＤ、年齢及び性別の属性情報、レビューをレビューＤＢ６２ｂに記憶する。また、制御部６１（記憶処理部）は、レビュー情報をブロックチェーンシステムに記憶させる（Ｓ２１）。ここでは、制御部６１は、レビュー情報をノード装置１０へ出力し、ノード装置１０に対して、レビュー情報のブロックチェーンシステムへの格納を指示する。ノード装置１０は、レビュー管理サーバ６０から取得したレビュー情報を用いてブロック１７０を生成し、生成したブロック１７０が所定の合意規則を満たす場合にブロックチェーンシステムに記録する。これにより、投稿者端末７０で入力されたレビュー情報が商品情報に対応付けて、ノード装置１０によってブロックチェーンシステムに記録される。なお、制御部６１は、レビュー情報をレビューＤＢ６２ｂに記憶させずにブロックチェーンシステムのみに記憶させる構成でもよく、レビュー情報をレビューＤＢ６２ｂに記憶させ、ブロックチェーンシステムには、レビュー情報に対応するブロック１７０にハッシュ値１７２のみを記憶させる構成でもよい。
　レビュー入力画面に入力されるレビューは、商品に関する感想及び評価だけでなく、商品の生産段階から販売段階までの各段階における業者に関する感想及び評価等を含んでもよい。また、レビュー入力画面は、図１２Ｂに示す構成に限定されず、例えば商品を５段階で評価したスコアの入力欄を有する構成でもよい。
　次に、閲覧者端末８０に関する説明を行う。閲覧者端末８０は、投稿者端末７０と同様の構成を有するので構成についての説明は省略する。本実施形態の閲覧者端末８０は、閲覧者からの指示に従って、レビュー管理サーバ６０が公開するウェブサイトＳにアクセスし、ウェブサイトＳを介してレビューの閲覧を行う。なお、閲覧者端末８０においても、ウェブブラウザによってウェブサイトＳにアクセスする構成でもよく、所定のアプリケーションプログラムを実行することによってウェブサイトＳにアクセスする構成でもよい。
　以下に、ブロックチェーンシステムに記憶されているレビューを、閲覧者が閲覧者端末８０を用いて閲覧する際に閲覧者端末８０及びレビュー管理サーバ６０が行う処理について説明する。図１３はレビューの閲覧処理手順の一例を示すフローチャート、図１４Ａ～図１４Ｃは画面例を示す模式図である。図１３では左側に閲覧者端末８０が行う処理を、右側にレビュー管理サーバ６０が行う処理をそれぞれ示す。
　本実施形態の情報処理システムにおいて、閲覧者は、ブロックチェーンシステムに記憶してあるレビューを閲覧する場合、閲覧者端末８０を用いてレビュー管理サーバ６０のウェブサイトＳにアクセスし、レビュー閲覧画面を取得する。閲覧者端末８０の制御部は、操作部を介した閲覧者からの指示に従ってウェブブラウザを起動してレビュー管理サーバ６０（ウェブサイトＳ）にアクセスし、図１４Ａに示すようなレビュー閲覧画面を取得して表示部に表示する。図１４Ａに示すレビュー閲覧画面は、ブロックチェーンシステムに記憶してあるレビューを閲覧する際に必要な閲覧者のＩＤ及びパスワードの入力欄を有するログイン画面である。閲覧者は、自身のＩＤ及びパスワードを入力欄に入力してＯＫボタンを操作することにより、レビューの閲覧を要求する。
　閲覧者端末８０の制御部は、図１４Ａに示すレビュー閲覧画面において閲覧者ＩＤ及びパスワードが入力されてＯＫボタンが操作されたか否かに応じて、レビューの閲覧要求を受け付けたか否かを判断する（Ｓ３１）。レビューの閲覧要求を受け付けていないと判断した場合（Ｓ３１：ＮＯ）、制御部は、受け付けるまで待機する。レビューの閲覧要求を受け付けたと判断した場合（Ｓ３１：ＹＥＳ）、制御部は、入力された閲覧者の情報（ＩＤ及びパスワード）をレビュー管理サーバ６０へ送信する（Ｓ３２）。
　レビュー管理サーバ６０の制御部６１は、閲覧者端末８０から受信した閲覧者の情報に基づいて、当該閲覧者がレビューを閲覧する権限を有するユーザであるか否かを認証する（Ｓ３３）。認証に用いる情報（レビューの閲覧権限を有するユーザのＩＤ及びパスワード）は、予め記憶部６２又は他の記憶装置に記憶されているものとする。例えば、閲覧権限ＤＢ６２ｃに記憶してある閲覧者情報に、閲覧者のパスワードが含まれる場合、制御部６１は、閲覧権限ＤＢ６２ｃに記憶してある閲覧者ＩＤ及びパスワードを用いて認証を行う。制御部６１は、閲覧者端末８０から受信した閲覧者ＩＤ及びパスワードが閲覧権限ＤＢ６２ｃに記憶されている場合、当該閲覧者はレビューの閲覧権限を有する（認証できた）と判断し、閲覧権限ＤＢ６２ｃに記憶されていない場合、当該閲覧者はレビューの閲覧権限を有さない（認証できない）と判断する。制御部６１は、当該閲覧者を認証できなかった場合、当該閲覧者へのレビューの提供を行わず、一連の処理を終了する。このとき、制御部６１は、閲覧要求元の閲覧者端末８０に対して、正当な閲覧権限を有しないことによりレビューの閲覧ができないことを通知するメッセージを送信してもよい。
　制御部６１は、当該閲覧者を認証できた場合、当該閲覧者が閲覧可能なレビューを示す閲覧権限の範囲を特定する（Ｓ３４）。ここでは、制御部６１は、閲覧権限ＤＢ６２ｃの記憶内容に基づいて、当該閲覧者の閲覧者ＩＤに対応する閲覧権限の範囲を特定する。そして、制御部６１は、特定した閲覧権限の範囲に基づいて、閲覧権限の通知画面を生成し、閲覧要求元の閲覧者端末８０へ送信する（Ｓ３５）。閲覧者端末８０の制御部は、レビュー管理サーバ６０から閲覧権限の通知画面を受信し、図１４Ｂに示すような通知画面を表示部に表示する（Ｓ３６）。図１４Ｂに示す閲覧権限の通知画面は、閲覧者が生産業者の場合の例を示す。生産業者が閲覧可能なレビューの範囲（閲覧権限の範囲）は、コーヒー豆ＩＤによって規定されているので、図１４Ｂに示す通知画面は、レビューの閲覧が可能な商品一覧として、コーヒー豆ＩＤの一覧が表示されている。一覧表示されたコーヒー豆ＩＤにはチェックボックスが対応付けて表示されており、閲覧者（生産業者）は、レビューを閲覧したいコーヒー豆のコーヒー豆ＩＤをチェックして閲覧ボタンを操作することにより、指定したコーヒー豆を使った商品に関するレビューの閲覧を要求する。
　なお、閲覧者が精製業者の場合、レビューの閲覧が可能な商品一覧として、精製処理ＩＤの一覧が表示された通知画面が、レビュー管理サーバ６０から閲覧者端末８０に提供される。また、閲覧者が焙煎業者の場合、レビューの閲覧が可能な商品一覧として、焙煎処理ＩＤの一覧が表示された通知画面が、レビュー管理サーバ６０から閲覧者端末８０に提供される。更に、閲覧者が販売業者の場合、レビューの閲覧が可能な商品一覧として、商品ＩＤの一覧及び店舗ＩＤの一覧が表示された通知画面が、レビュー管理サーバ６０から閲覧者端末８０に提供される。
　閲覧者端末８０の制御部は、図１４Ｂに示す通知画面において任意のコーヒー豆ＩＤがチェックされて閲覧ボタンが操作されたか否かに応じて、閲覧対象の指定を受け付けたか否かを判断する（Ｓ３７）。閲覧対象の指定を受け付けていないと判断した場合（Ｓ３７：ＮＯ）、制御部は待機する。閲覧対象の指定を受け付けたと判断した場合（Ｓ３７：ＹＥＳ）、制御部は、閲覧対象に指定されたコーヒー豆ＩＤに基づくレビューの閲覧要求をレビュー管理サーバ６０へ送信する（Ｓ３８）。なお、閲覧者が精製業者の場合、閲覧者端末８０は、閲覧対象に指定された精製処理ＩＤに基づくレビューの閲覧要求をレビュー管理サーバ６０へ送信する。また閲覧者が焙煎業者の場合、閲覧者端末８０は、閲覧対象に指定された焙煎処理ＩＤに基づくレビューの閲覧要求をレビュー管理サーバ６０へ送信し、閲覧者が販売業者の場合、閲覧者端末８０は、閲覧対象に指定された商品ＩＤ又は店舗ＩＤに基づくレビューの閲覧要求をレビュー管理サーバ６０へ送信する。
　レビュー管理サーバ６０の制御部６１は、閲覧者端末８０から閲覧対象を指定したレビューの閲覧要求を受信した場合、レビューの閲覧対象の商品の商品ＩＤを特定する（Ｓ３９）。例えば閲覧者端末８０からコーヒー豆ＩＤに基づくレビューの閲覧要求を受信した場合、制御部６１は、商品情報ＤＢ６２ａの記憶内容に基づいて、コーヒー豆ＩＤに対応する商品ＩＤを全て特定する。また、閲覧者端末８０から精製処理ＩＤに基づくレビューの閲覧要求を受信した場合、制御部６１は、商品情報ＤＢ６２ａの記憶内容に基づいて、精製処理ＩＤに対応する商品ＩＤを全て特定する。また、閲覧者端末８０から焙煎処理ＩＤに基づくレビューの閲覧要求を受信した場合、制御部６１は、商品情報ＤＢ６２ａの記憶内容に基づいて、焙煎処理ＩＤに対応する商品ＩＤを全て特定する。更に、閲覧者端末８０から店舗ＩＤに基づくレビューの閲覧要求を受信した場合、制御部６１は、商品情報ＤＢ６２ａの記憶内容に基づいて、店舗ＩＤに対応する商品ＩＤを全て特定する。
　制御部６１は、閲覧対象に特定した商品ＩＤに対応するレビューをブロックチェーンシステムから抽出する（Ｓ４０）。ここでは、制御部６１は、特定した商品ＩＤに対応するレビューの閲覧をいずれかのノード装置１０に要求する。ノード装置１０は、閲覧要求された商品ＩＤをキーとしてブロックチェーンシステムから検索し、商品ＩＤに対応するレビューを抽出してレビュー管理サーバ６０に出力する。本実施形態では、レビューに投稿者の属性情報が対応付けてブロックチェーンシステムに記憶されているので、制御部６１は、レビューと共に投稿者の属性情報も読み出す。
　制御部６１は、ステップＳ４０で抽出したレビュー及び投稿者の属性情報に基づいて、レビュー及び投稿者の属性情報の一覧を表示したレビュー閲覧画面を生成し、閲覧要求元の閲覧者端末８０へ送信する（Ｓ４１）。図１４Ｃはレビュー一覧を表示したレビュー閲覧画面例を示しており、図１４Ｃに示すレビュー閲覧画面は、図１４Ｂの通知画面を介して閲覧対象に指定されたコーヒー豆ＩＤと、投稿者の属性情報及びレビューとを表示する。なお、図１４Ｃに示す画面は、閲覧者が生産業者の場合の例を示しており、閲覧対象としてコーヒー豆ＩＤが指定されているので、各レビューの対象商品は、同じコーヒー豆を使用しているが、精製処理、焙煎処理、販売業者は異なる可能性がある。よって、図１４Ｃに示すレビュー閲覧画面では、各レビューに対応付けて、レビュー対象の商品に対する精製処理ＩＤ、焙煎処理ＩＤ、商品ＩＤ及び販売業者の情報が表示されている。なお、制御部６１は、各レビューをブロックチェーンシステムから抽出すると共に、各レビューの商品に対応する精製処理ＩＤ、焙煎処理ＩＤ、販売業者の情報を商品情報ＤＢ６２ａから取得することにより、図１４Ｃに示すレビュー閲覧画面を生成できる。
　閲覧者端末８０の制御部は、レビュー管理サーバ６０から送信されたレビュー閲覧画面を通信部にて受信して表示部に表示する（Ｓ４２）。これにより、レビュー管理サーバ６０は、閲覧要求元の閲覧者端末８０（閲覧者）から要求された商品に関するレビューを提供することができる。
　本実施形態の情報処理システムでは、投稿者によって投稿されたレビューがブロックチェーンシステムに登録され、正当な閲覧権限を有する閲覧者に対して提供することが可能である。よって、商品に対するレビューを収集することができ、商品のメーカ等の閲覧者（商品の提供者）にフィードバックすることが可能となる。上述した処理では、ブロックチェーンシステムに登録されたレビューを閲覧者が閲覧者端末８０を用いて閲覧する処理について説明したが、ブロックチェーンシステムに記憶してある各種の情報は閲覧者端末８０だけでなく、正当な閲覧権限を有する閲覧者であれば、各サーバ２０，３０，４０，５０を用いて閲覧することができる。例えば、コーヒー豆の生産者は、自身が生産したコーヒー豆の使用方法（精製方法、焙煎方法、販売方法等）に関する各種の情報及び購入者によるレビューを閲覧することが可能である。また、精製業者は、自身が精製したコーヒー豆の使用方法に関する各種の情報及び購入者によるレビューを閲覧することが可能であり、焙煎業者は、自身が焙煎したコーヒー豆の使用方法に関する各種の情報及び購入者によるレビューを閲覧することが可能である。このように、購入者のレビュー（商品に対する感想及び評価）を各業者に提供できることにより、各業者及び購入者間におけるコミュニケーションが発生し、より良い商品の開発につながることが期待される。また、レビューはブロックチェーンシステムに記録されて正当な閲覧権限を有する閲覧者のみに提供されるので、レビューの改ざん、及び不用意な公開等を防止することができ、レビューに関する著作権も保護できる。
　また、本実施形態の情報処理システムでは、コーヒー（商品）の生産段階から販売段階までの各段階において行われた作業内容に関する情報がブロックチェーンシステムに登録される。そして、ブロックチェーンシステムに登録された各情報を、正当な閲覧権限を有する閲覧者に対して提供することが可能である。例えば、商品の購入者（レビューの投稿者）は、購入した商品の生産、精製、焙煎、及び販売に関する各種の情報を閲覧することが可能である。また、生産、精製、焙煎、及び販売にかかわる各業者の担当者は、各業者が処理したコーヒー豆にかかわる商品に関する各種の情報を閲覧することが可能である。このように、本実施形態によれば、コーヒーの生産段階から販売段階までの各業者及び購入者における各種の情報を共有することが可能となる。
　本実施形態の情報処理システムでは、それぞれの商品に二次元コード（商品の識別情報）を割り当てておくことにより、それぞれの商品に対するレビューの投稿が可能となる。例えばレストランに対しては一般的に店舗に対するレビューの投稿及び店舗へのフィードバックが行われている。これに対して、本実施形態の情報処理システムでは、店舗で販売されるメニュー毎（例えば飲み物、食べ物毎）にレビューの投稿が可能であり、投稿者はメニュー毎の評価を行うことが可能となる。これにより、店舗側は、メニュー毎の評価のフィードバックを受けることが可能となり、商品に対する評価の分析をより詳細に行うことが可能となる。
　本実施形態において、商品に関する詳細情報を取得するためのアクセス情報、及び商品の識別情報（商品ＩＤ、販売店の情報等）を含む二次元コードが商品に印刷又は貼付されている構成のほかに、商品に対応するアクセス情報及び識別情報を記憶させたＩＣタグを商品に取り付ける構成でもよい。この場合、ＲＦＩＤ（Radio Frequency Identifier）リーダによってＩＣタグから、ＩＣタグに記憶してあるアクセス情報及び商品の識別情報を読み取ることができる。例えば、投稿者端末７０がＲＦＩＤリーダの機能を有する場合、投稿者は、投稿者端末７０のＲＦＩＤリーダを用いて、商品のＩＣタグに記憶してある情報を読み取ることにより、レビュー入力画面を取得することができる。
（実施形態２）
　商品に関するレビューを投稿した投稿者にトークンを発行する情報処理システムについて説明する。本実施形態の情報処理システムは、実施形態１の情報処理システムと同様の装置にて実現できるので、構成についての詳細な説明は省略する。
　図１５はトークン管理用のブロック１７０の構成例を示す模式図である。図１５左下に示すように、トークン管理用のブロック１７０では記録情報１７３に、例えばトークンの発行者端末（図示せず）から投稿者に発行（付与）されたトークンの発行量、発行年月日、発行先の投稿者を識別する投稿者ＩＤ等の情報が含まれる。よって、投稿者に付与されたトークンの情報が投稿者の識別情報（投稿者ＩＤ）に対応付けてブロックチェーンシステムに記憶されて管理される。また、本実施形態の情報処理システムでは、投稿者は、自身に発行されたトークンを、コーヒー豆の生産業者、精製業者、焙煎業者、又は販売業者に分配（譲渡）することができる。よって、投稿者が所望の業者にトークンを分配した場合、図１５右下に示すように、ブロック１７０の記録情報１７３には、トークンを業者に分配する投稿者の投稿者ＩＤ、トークンの分配年月日、分配先（譲渡先）の業者を示す情報、分配量（譲渡量）等の情報が含まれる。このように、本実施形態の情報処理システムでは、投稿者が商品に関するレビューを投稿することにより発行されるトークンの情報と、投稿者が所望の業者に分配するトークンの情報とがブロック１７０に記録されて管理される。
　図１６は実施形態２のレビューの投稿処理手順の一例を示すフローチャート、図１７は画面例を示す模式図である。図１６に示す処理は、図１１に示す処理において、ステップＳ２１の後にステップＳ５１～Ｓ５６を追加したものである。図１１と同じステップについては説明を省略し、図１６では図１１中のステップＳ１１～Ｓ１８の図示を省略している。
　本実施形態の情報処理システムにおいて、投稿者端末７０の制御部７１及びレビュー管理サーバ６０の制御部６１は、図１１中のステップＳ１１～Ｓ２１の処理を行う。これにより、投稿者は、商品の二次元コードを読み取ることによって取得したレビュー入力画面を介して商品に関するレビューを入力してレビュー管理サーバ６０へ送信し、レビュー管理サーバ６０はレビューＤＢ６２ｂ及びブロックチェーンシステムにレビューを記録する。
　レビュー管理サーバ６０の制御部６１は、投稿者端末７０から取得したレビュー情報をブロックチェーンシステムに記録した後、当該投稿者に対してトークンを発行する（Ｓ５１）。例えば１件のレビュー投稿に対するトークンの発行量が設定されている場合、制御部６１は、当該投稿者に所定量のトークンを発行する。また、商品毎、販売店舗毎、又は販売業者毎に１件のレビュー投稿に対するトークンの発行量が設定されている場合、制御部６１は、当該レビューに対応する商品、販売店舗、又は販売業者に応じた発行量のトークンを当該投稿者に発行する。制御部６１は、トークンの発行対象の投稿者の投稿者ＩＤ、発行年月日、及び発行量を対応付けてブロックチェーンシステムに記憶させることにより、当該投稿者にトークンを発行する。
　なお、制御部６１は、投稿者に対してトークンを発行する際に、投稿されたレビューの内容が適切であるか否かを評価し、適切であるか否かに応じてトークンの発行を行うか否かを切り替えてもよい。レビューの内容が適切であるか否かの判断は、例えば投稿されたレビューを、レビューの管理を行う担当者が所定のルールに従って行ってもよい。また、制御部６１が、機械学習によって構築されたニューラルネットワークを用いて、レビューの内容が適切であるか否かを判断してもよい。例えば、ＲＮＮ（Recurrent Neural Network）で構成され、レビューのテキストデータが入力された場合に、レビューの内容が適切であるか否かに応じた出力値を出力するように学習された学習モデルを用いることができる。この場合、制御部６１は、テキストデータを学習済みの学習モデルに入力し、学習モデルからの出力値に基づいて、レビューの内容が適切であるか否かを特定できる。また、レビューの内容に応じてトークンの発行量を変更するように構成されていてもよい。例えば、制御部６１は、レビューの内容に対する評価を特定し、特定した評価のレベルに応じた量のトークンを発行してもよい。この場合にも、制御部６１は、ニューラルネットワークを用いて、レビューの内容に対する評価のレベルを判定してもよい。例えば、ＲＮＮで構成され、レビューのテキストデータが入力された場合に、レビューの内容に対する評価値（レベル）を出力するように学習された学習モデルを用いることができる。
　制御部６１は、トークンの発行を通知する通知画面を生成し、発行対象の投稿者の投稿者端末７０に送信し（Ｓ５２）、投稿者端末７０の制御部７１は、レビュー管理サーバ６０から送信された通知画面を受信して表示部７５に表示する（Ｓ５３）。図１７は通知画面例を示しており、図１７に示す画面では、レビュー対象の商品に関する情報と、トークンの発行年月日及び発行量とが表示されている。また通知画面では、発行されたトークンを商品に関わった業者（商品の生産者）に分配できることが通知され、各業者に対して分配するトークンの量を指定するための入力欄が設けられている。図１７に示す例では、生産業者に分配するトークンの量を指定する入力欄と、精製業者に分配するトークンの量を指定する入力欄と、焙煎業者に分配するトークンの量を指定する入力欄と、販売業者に分配するトークンの量を指定する入力欄とが設けられている。各入力欄は、各情報が直接入力される構成でもよく、複数の選択肢を表示するプルダウンメニューを介して任意のものが選択される構成でもよい。
　投稿者は、自身に発行されたトークンを所望の業者に分配する場合、所望の業者に対応する入力欄に、分配したいトークンの量を入力する。なお、各業者の業者名は通知画面に表示されており、各業者に関する詳細情報は、通知画面中の各業者の業者名に設定されたリンクを介して取得することができる。また、投稿者が、今回発行されたトークン以外のトークンを所有している場合、今回発行されたトークン以上のトークンを所望の業者に分配することもできる。
　投稿者端末７０の制御部７１は、通知画面中の入力欄に、いずれかの業者に対して分配すべきトークンの量が入力されて実行ボタンが操作されることにより、トークンの分配処理の実行要求を受け付ける。制御部７１は、トークンの分配処理の実行要求を受け付けたか否かを判断しており（Ｓ５４）、受け付けたと判断した場合（Ｓ５４：ＹＥＳ）、入力された分配情報をレビュー管理サーバ６０へ送信する（Ｓ５５）。このとき、制御部７１は、投稿者の投稿者ＩＤと、分配するトークンの量が入力された業者の業者情報及びトークンの分配量とを含む分配情報をレビュー管理サーバ６０へ送信する。
　レビュー管理サーバ６０の制御部６１は、投稿者端末７０から送信された分配情報を受信し、受信した分配情報に基づいて、トークンの分配処理を実行する（Ｓ５６）。ここでは、制御部６１は、トークンの分配元の投稿者の投稿者ＩＤ、分配した年月日、分配先の業者の情報、分配するトークンの量（分配量）を対応付けてブロックチェーンシステムに記憶させることにより、当該投稿者から分配先の業者へのトークンの分配処理を実行する。制御部７１は、トークンの分配要求を受け付けていないと判断した場合（Ｓ５４：ＮＯ）、ステップＳ５５の処理をスキップして一連の処理を終了する。
　上述した処理により、本実施形態では、投稿者が商品に関するレビューを投稿した後に、レビュー投稿に対するインセンティブとしてトークンが発行されて投稿者に付与される。レビュー投稿に対してトークンが付与されるので、投稿者がレビューを投稿する意欲の上昇が期待でき、レビューの投稿数の上昇が期待できる。また、レビューの内容を評価して評価結果に応じた量のトークンを発行することにより、適正な内容のレビューの投稿数の上昇が期待できる一方、虚偽の内容又は適切でない内容のレビューの投稿数の減少が期待できる。また、本実施形態では、投稿者に発行されたトークンは、投稿者の意思により任意の業者に分配できる。よって、投稿者は、トークンを分配することによって所望の業者を支援することができ、投稿者（購入者）と生産者（各業者）との間につながりが発生する。従来の物流システムでは、販売者と購入者との間には商品購入及びレビューのフィードバック等のやり取りが可能であったが、本実施形態では、販売者だけでなく、商品の生産にかかわる全ての業者と購入者との間で各種情報の共有及びトークンによる支援が可能となる。よって、互いにより身近な存在となり、相互の協力関係の構築が可能となる。
　本実施形態において、投稿者によるトークンの分配は、レビューを投稿した直後に実施できるだけでなく、任意のタイミングで実施できるように構成されていてもよい。例えば、投稿者が、自身が所有しているトークンの情報を閲覧できる閲覧画面を介して、任意の業者に対するトークンの分配処理を実行できるように構成されていてもよい。
　上述したようなレビューの投稿に対するトークンの発行は、ブロックチェーンシステムにおけるスマートコントラクトによって実現されてもよい。具体的には、レビューの投稿を条件としてトークンの発行が行われるプログラムをノード装置１０に定義しておくことにより、ノード装置１０がプログラムを実行することにより、レビューの投稿が行われると自動的にトークンが発行される。また、プログラムにトークンの発行量を設定しておくことにより、レビューの投稿が行われると所定量のトークンが自動的に発行されるように構成することもできる。
　本実施形態において、投稿者に対して付与されたトークンを各業者に分配する分配量は、図１７に示す通知画面を介して指定される構成に限定されない。例えば、投稿者は、レビューを投稿した場合に自身に付与されるトークンについて、生産業者、精製業者、焙煎業者、及び販売業者の各業者に分配する分配量又は分配割合を予め設定しておくように構成されていてもよい。例えば、投稿者に対応付けて、各業者に分配するトークンの分配量又は分配割合をレビュー管理サーバ６０の記憶部６２に記憶しておく。そして、レビュー管理サーバ６０は、投稿者からレビューが投稿された場合に、投稿者に対してトークンを発行すると共に、発行したトークンを、登録してある各業者に対する分配量又は分配割合に基づいて各業者に分配する。このような構成によれば、投稿者はレビューを投稿する都度、各業者に分配するトークンの量を指定する必要がなく、投稿者による操作負担が軽減される。
　以下に、投稿者に付与されたトークンを確認する処理について説明する。図１８はトークンの付与履歴の提供処理手順の一例を示すフローチャート、図１９は画面例を示す模式図である。本実施形態において、投稿者は、自身が所有するトークンを確認する場合、投稿者端末７０を用いてレビュー管理サーバ６０のウェブサイトＳにアクセスするか、所定のアプリケーションを実行することにより、トークン確認画面（図示せず）を取得する。そして、投稿者は、トークン確認画面を介してトークンの確認を要求する。
　投稿者端末７０の制御部７１は、操作部を介した投稿者からの指示に従ってトークンの確認要求を受け付けたか否かを判断し（Ｓ６１）、受け付けていないと判断した場合（Ｓ６１：ＮＯ）、受け付けるまで待機する。トークンの確認要求を受け付けたと判断した場合（Ｓ６１：ＹＥＳ）、制御部７１は、トークンの確認要求をレビュー管理サーバ６０へ送信する（Ｓ６２）。ここでは、制御部７１は、投稿者の投稿者ＩＤをレビュー管理サーバ６０へ送信してトークンの確認を要求する。
　制御部６１は、投稿者端末７０からトークンの確認要求を受信した場合、要求者の投稿者ＩＤのトークン情報をブロックチェーンシステムから抽出する（Ｓ６３）。ここでは、制御部６１は、要求者の投稿者ＩＤに対応するトークン情報をいずれかのノード装置１０に要求する。ノード装置１０は、投稿者ＩＤをキーとしてブロックチェーンシステムから検索し、投稿者ＩＤに対応するトークン情報を抽出してレビュー管理サーバ６０に出力する。制御部６１は、ノード装置１０によって抽出されたトークン情報に基づいて、トークンの履歴画面を生成する（Ｓ６４）。図１９はトークンの履歴画面例を示しており、図１９に示すトークンの履歴画面は、トークンが発行又は業者に分配された年月日、発行量又は分配量、及び残高を表示している。
　制御部６１は、生成したトークンの履歴画面を要求元の投稿者端末７０へ送信し（Ｓ６５）、投稿者端末７０の制御部７１は、レビュー管理サーバ６０からトークンの履歴画面を受信して表示部７５に表示する（Ｓ６６）。これにより、投稿者端末７０の表示部７５に、図１９に示すトークンの履歴画面が表示され、投稿者は、自身に付与されたトークン、及び業者に分配したトークンの履歴を確認することができる。なお、図１９に示す履歴画面は、当該画面を介して各業者に対してトークンを分配できるように構成されていてもよい。例えば、図１９に示す履歴画面に、当該投稿者が購入済みの商品にかかわる各業者の情報を表示しておき、各業者に対するトークンの分配量を入力するための入力欄が設けられていてもよい。このような構成によれば、投稿者は、自身が所有するトークンを確認できると共に、所望の業者へのトークンの分配処理を行うことができる。
　本実施形態において、投稿者が商品に対するレビューを投稿した場合に投稿者に対してトークンが発行される構成に加えて、投稿者（購入者）が商品を購入することによって付与される購入ポイントとしてトークンが発行されてもよい。購入ポイントとは、例えば商品のメーカ又は販売店舗等が実施するキャンペーン等によって、商品の購入者に付与されるポイントである。この場合、購入ポイントとして発行されたトークンの情報がブロックチェーンシステムに記憶されて管理されてもよい。また、レビュー投稿に対して投稿者に付与されるインセンティブは、トークンに限定されず、例えば、投稿者の存在証明となるＩＤ情報の発行でもよい。例えば、レビュー管理サーバ６０は、レビューが投稿された場合に、レビューの投稿日時にレビュー投稿があったことを証明する情報を投稿者に付与してもよい。
　本実施形態において、投稿者に付与されたトークンは、各業者に分配できるだけでなく、コーヒー商品を販売する店舗で使用できるように構成されていてもよい。この場合、投稿者は、投稿者端末７０を用いて自身のトークンを販売店舗に支払う処理を行うことにより、トークンを使用した商品購入が可能となる。また、異なるブロックチェーンシステムにおけるトークンを交換できるように構成されている場合、投稿者は、自身のトークンを他のブロックチェーンシステムにおけるトークンに変換することにより、他のブロックチェーンシステムにおけるトークンでの各種の支払いが可能となる。また、ブロックチェーンシステムにおけるトークンを日本円又はＵＳドル等の金銭に変換できるように構成されていてもよく、この場合、投稿者は、自身のトークンを金銭に変換することができる。
　本実施形態では、上述した実施形態１と同様の効果が得られる。また本実施形態では、投稿者が商品に関するレビューを投稿した場合に、投稿者に対してトークンが発行される。よって、レビューの投稿数の上昇が期待でき、レビュー内容の適否に応じたトークンが発行される場合には、質の高いレビューの投稿数の上昇が期待できる。また本実施形態では、投稿者に対して発行されたトークンは、投稿者の希望に応じて各業者に分配可能である。よって、投稿者は気に入った業者に対してトークンを分配して支援することが可能となる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。
（実施形態３）
　投稿者がレビュー対象の業者を指定して業者に対するレビューを投稿できる情報処理システムについて説明する。本実施形態の情報処理システムは、実施形態１の情報処理システムと同様の装置にて実現できるので、構成についての詳細な説明は省略する。
　図２０は実施形態３のレビューの投稿処理手順の一例を示すフローチャート、図２１は実施形態３のレビュー入力画面例を示す模式図である。図２０に示す処理は、図１１に示す処理において、ステップＳ１７，Ｓ１８の間にステップＳ７１を追加し、ステップＳ１９の代わりにステップＳ７２を追加し、ステップＳ２１の後にステップＳ７３を追加したものである。図１１と同じステップについては説明を省略する。
　本実施形態の情報処理システムにおいて、投稿者端末７０の制御部７１及びレビュー管理サーバ６０の制御部６１は、図１１中のステップＳ１１～Ｓ１７の処理を行う。なお、本実施形態では、ステップＳ１４において、レビュー管理サーバ６０の制御部６１は、図２１に示すようなレビュー入力画面を生成する。図２１に示すレビュー入力画面は、図１２Ｂに示すレビュー入力画面の構成に加え、レビュー対象の業者を指定するための入力欄と、レビュー投稿に対して発行される予定のトークンの分配先及び分配量を指定するための入力欄とを有する。レビュー対象の業者を指定するための入力欄は、選択可能な各業者を表示し、各業者に対応するチェックボックスを有する。トークンの分配先及び分配量の入力欄は、図１７に示す通知画面において各業者に分配するトークンの量を指定するための入力欄と同じものである。よって、本実施形態では、投稿者は、レビューを入力する際に、レビュー対象の業者をチェックボックスによって指定することができ、また、レビュー投稿によって発行されるトークンの分配先の業者及び分配量を指定することができる。
　ステップＳ１７で、投稿者端末７０の制御部７１は、レビュー入力画面の各入力欄を介してレビュー対象、投稿者の各情報及びレビュー内容を含むレビュー情報を受け付け、受け付けた各情報をそれぞれ対応する入力欄に表示する（Ｓ１７）。また制御部７１は、レビュー入力画面を介して各業者に対して分配すべきトークンの量を示す分配情報を受け付け、受け付けた分配量を対応する入力欄に表示する（Ｓ７１）。そして制御部７１は、レビュー入力画面中の投稿ボタンが操作されたか否かを判断し（Ｓ１８）、投稿ボタンが操作されていないと判断した場合（Ｓ１８：ＮＯ）、ステップＳ１７の処理に戻り、レビュー情報及び分配情報の受け付けを繰り返す。投稿ボタンが操作されたと判断した場合（Ｓ１８：ＹＥＳ）、制御部７１は、レビュー入力画面を介して入力されたレビュー情報と分配情報とをレビュー管理サーバ６０へ送信する（Ｓ７２）。
　レビュー管理サーバ６０の制御部６１は、投稿者端末７０から受信したレビュー情報に基づいて、ステップＳ２０～Ｓ２１の処理を行い、レビュー情報をレビューＤＢ６２ｂに記憶し、また、ブロックチェーンシステムに記憶させる。なお、本実施形態では、レビュー情報にレビュー対象の業者の情報が含まれるので、制御部６１は、投稿者端末７０からレビュー内容と共にレビュー対象の指定を受け付ける受付手段として動作する。よって、制御部６１は、受信したレビュー情報に基づいて、商品情報、指定された業者（レビュー対象）、投稿者ＩＤ、年齢及び性別の属性情報、レビューを対応付けてレビューＤＢ６２ｂ及びブロックチェーンシステムに記憶する。その後、制御部６１は、投稿者端末７０から受信した分配情報に基づいて、トークンの分配処理を実行する（Ｓ７３）。よって、本実施形態においても、制御部６１は、投稿者端末７０から、トークンの分配先及び分配量の指定を受け付ける受付手段として動作し、指定された分配先の業者に対して、指定された分配量のトークンを分配する。なお、トークンの分配処理は、実施形態２で図１６に示した処理中のステップＳ５６と同様である。
　上述した処理により、本実施形態では、投稿者が商品に関するレビューを投稿する際に、レビュー対象の業者を指定することができ、任意の業者に対するレビュー（感想及び評価）を投稿することができる。なお、図２１に示すレビュー入力画面は、例えば各業者を５段階で評価したスコアの入力欄を有する構成でもよい。また、本実施形態では、レビュー入力画面においてトークンの分配先及び分配量の指定を行うことができるので、レビューを入力する際に、トークンの分配先の業者及び分配量の指定も行うことができる。
　図２２はレビュー入力画面の変形例を示す模式図である。図２２に示すレビュー入力画面は、図１２Ｂに示すレビュー入力画面において、レビュー対象の商品の商品情報において、生産業者に対するリンクが選択された場合に表示される画面である。投稿者端末７０において、図１２Ｂに示すレビュー入力画面を介して生産業者に対するリンクが選択された場合、レビュー管理サーバ６０は、生産業者に関する詳細情報を、例えば生産管理サーバ２０から取得し、図２２に示す画面を生成して投稿者端末７０に提供する。図２２に示すレビュー入力画面は、レビュー対象の商品の生産業者に関する詳細情報を表示しており、生産業者をレビュー対象としたレビューの入力欄と、生産業者をトークンの分配先としたトークンの分配量の入力欄とを有する。
　なお、投稿者端末７０において、図１２Ｂに示すレビュー入力画面を介して精製業者に対するリンクが選択された場合、レビュー管理サーバ６０は、精製業者に関する詳細情報を、例えば精製管理サーバ３０から取得する。そしてレビュー管理サーバ６０は、精製業者に関する詳細情報を表示し、精製業者をレビュー対象としたレビューの入力欄と、精製業者をトークンの分配先としたトークンの分配量の入力欄とを有するレビュー入力画面を生成して投稿者端末７０に提供する。また、図１２Ｂに示すレビュー入力画面を介して焙煎業者に対するリンクが選択された場合、レビュー管理サーバ６０は、焙煎業者に関する詳細情報を表示し、焙煎業者をレビュー対象としたレビューの入力欄と、焙煎業者をトークンの分配先としたトークンの分配量の入力欄とを有するレビュー入力画面を生成して投稿者端末７０に提供する。更に、図１２Ｂに示すレビュー入力画面を介して販売業者又は販売店舗に対するリンクが選択された場合、レビュー管理サーバ６０は、販売業者又は販売店舗に関する詳細情報を表示し、販売業者又は販売店舗をレビュー対象としたレビューの入力欄と、販売業者又は販売店舗をトークンの分配先としたトークンの分配量の入力欄とを有するレビュー入力画面を生成して投稿者端末７０に提供する。
　図２２に示すレビュー入力画面においても、投稿者は、レビュー対象の業者を指して商品に関するレビューを投稿することができる。また、図２２に示すレビュー入力画面では、投稿者は、レビューを入力する際に、レビュー対象の業者をトークンの分配先に指定して、トークンの分配量の指定を行うことができる。
　本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、投稿者がレビューを投稿する際にレビュー対象の業者を指定することができる。よって、投稿者によるレビューがレビュー対象の業者に対応付けて管理されるので、レビュー対象の業者に対して確実にレビューの提供が可能となる。本実施形態では、商品にかかわる全ての業者（生産者）に対するレビューの投稿が可能であると共に、個別の業者に対するレビューの投稿も可能である。
　本実施形態では、例えば図２１に示すレビュー入力画面において、任意の業者のチェックボックスをチェックすることによってレビュー対象の業者を指定する構成、又は、図１２Ｂに示すレビュー入力画面において任意の業者のリンクを選択することによってレビュー対象の業者を指定する構成としたが、これに限定されない。例えば、レビュー管理サーバ６０が、投稿者端末７０からレビューを受信した場合に、レビュー内容に基づいて、レビュー対象の業者を特定してもよい。例えば、業者毎に、各業者をレビュー対象としたレビューに出現する可能性の高い用語を予め登録しておき、レビュー管理サーバ６０は、レビュー内容に、いずれかの用語が含まれるか否かを判断し、含まれる場合、当該用語に対応する業者をレビュー対象に決定する。例えば、レビューにコーヒー豆又は農園等に関する用語が含まれる場合、生産業者をレビュー対象に決定してもよく、レビューに精製処理に関する用語（例えばナチュラル、ウォッシュド、ハニー等）が含まれる場合、精製業者をレビュー対象に決定してもよい。また、レビューに焙煎処理に関する用語（例えばロースト、深炒り等）が含まれる場合、焙煎業者をレビュー対象に決定してもよく、レビューに販売に関する用語（例えば店舗名、商品名等）が含まれる場合、販売業者をレビュー対象に決定してもよい。このような構成とした場合、投稿者はレビュー対象を意識することなくレビューを投稿することができ、レビュー管理サーバ６０において、各レビューにレビュー対象を割り当てることができる。この場合にも、各レビューをレビュー対象の業者に対応付けて管理することができるので、各業者に提供すべきレビューの提供が可能となる。
　本実施形態では、レビュー入力画面を介してレビュー対象及びレビューの入力と、トークンの分配先及び分配量の入力とが可能であるが、これに限定されない。例えば、レビュー入力画面はレビュー対象及びレビューの入力のみを行う構成でもよい。この場合、レビュー入力画面を介してレビュー対象及びレビューが入力された後に、例えば図１７に示すようなトークンの通知画面がレビュー管理サーバ６０から投稿者端末７０に提供され、通知画面を介してトークンの分配先及び分配量の入力が行われる構成でもよい。また本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。
（実施形態４）
　投稿者によるレビューに基づいて、投稿者が購入する可能性のある商品又は商品のタイプを特定し、特定した商品又は商品のタイプを販売業者等に提供する情報処理システムについて説明する。本実施形態の情報処理システムは、実施形態１の情報処理システムと同様の装置にて実現できるので、構成についての詳細な説明は省略する。
　図２３は実施形態４のレビューの投稿処理手順の一例を示すフローチャートである。図２３に示す処理は、図１１に示す処理において、ステップＳ２１の後にステップＳ８１～Ｓ８３を追加したものである。図１１と同じステップについては説明を省略し、図２３では図１１中のステップＳ１１～Ｓ１８の図示を省略している。
　本実施形態の情報処理システムにおいて、投稿者端末７０の制御部７１及びレビュー管理サーバ６０の制御部６１は、図１１中のステップＳ１１～Ｓ２１の処理を行う。レビュー管理サーバ６０の制御部６１は、投稿者端末７０から取得したレビュー情報をブロックチェーンシステムに記録した後、当該投稿者が以降に購入する可能性のある商品（購入商品）を推定する（Ｓ８１）。制御部６１は、例えば投稿者端末７０から取得したレビューに係る商品と、レビューの内容とに基づいて、購入商品を推定する。例えば、購入した商品に対する評価が高い内容のレビューが投稿された場合、制御部６１は、当該商品に類似する商品を購入商品に推定する。一方、購入した商品に対する評価が低い内容のレビューが投稿された場合、制御部６１は、当該商品とは異なるタイプの商品を購入商品に推定する。なお、レビューが商品に対する評価が高い内容であるか低い内容であるかは、例えばレビュー内に出現する文言に基づいて判断してもよい。例えば、商品に対する評価が高いことを示す文言と、評価が低いことを示す文言とを予め登録しておき、いずれかの文言の出現頻度が多い場合に、当該文言に応じて、商品に対する評価が高い又は低い内容であると判断できる。また制御部６１は、投稿者の年齢及び性別等の属性情報も考慮して、購入商品を推定してもよい。
　制御部６１は、推定した購入商品（推定商品）を投稿者の情報に対応付けて記憶部６２に記憶する（Ｓ８２）。例えば制御部６１は、投稿者の属性情報に対応付けて推定商品の情報を記憶する。また制御部６１は、投稿者の連絡先情報に対応付けて推定商品の情報を記憶してもよい。そして制御部６１は、投稿者の属性情報及び／又は連絡先情報に対応付けて推定商品の情報を、例えば販売業者の端末へ送信する（Ｓ８３）。なお、販売業者の端末への送信処理は、例えば複数の投稿者に対する推定商品の情報が蓄積された後に実行されてもよい。
　上述した処理により、本実施形態では、投稿者が商品に関するレビューを投稿した場合に、当該投稿者が以降に購入する可能性のある商品を推定し、推定した商品に関する情報を販売業者等に提供する。販売業者等では、推定商品に関する情報を商品の販売促進活動に利用することができる。例えば販売業者は、投稿者の属性情報に対応付けられた推定商品の情報を取得した場合、当該推定商品の情報に関する広告情報を、対応する属性の顧客に対して配信することにより、商品を購入する可能性の高い顧客に対して効果的な広告を配信できる。また、販売業者は、投稿者の連絡先情報に対応付けられた推定商品の情報を取得した場合、当該推定商品の情報に関する広告情報を、対応する投稿者に配信することにより、投稿者に対してピンポイントでの広告の配信が可能となる。なお、レビュー管理サーバ６０は、推定した商品に関する情報を投稿者へ送信し、投稿者に対してレコメンド商品の情報として提供する構成を有していてもよい。
　本実施形態において、例えば販売業者が、顧客に対して広告情報を配信する処理は、電子メール、ＬＩＮＥ（登録商標）等のメッセージ送信アプリを用いて実行されてもよい。また、顧客の端末に所定のアプリケーションがインストールされている場合、アプリケーションによるプッシュ通知によって広告情報が配信されてもよい。
　本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、投稿者が投稿したレビューの内容に基づいて、投稿者が次回以降に購入する可能性のある商品を特定し、特定した商品を販売業者等にフィードバックすることができる。よって、販売業者等は、投稿者が購入する可能性のある商品を考慮した広告情報を配信することが可能となり、効率の良い宣伝活動が可能となる。
　本実施形態の構成は、上述した実施形態２～３の情報処理システムにも適用でき、実施形態２～３の情報処理システムに適用した場合であっても同様の効果が得られる。また本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。
（実施形態５）
　商品に関するレビューを投稿した投稿者にデジタルＩＤを発行することが可能な情報処理システムについて説明する。本実施形態の情報処理システムは、実施形態１の情報処理システムと同様の装置にて実現できるので、構成についての詳細な説明は省略する。
　デジタルＩＤは、投稿者の存在証明となるＩＤ情報であり、例えばレビューの投稿日時にレビュー投稿があったことを証明する情報を含む。デジタルＩＤは、ブロックチェーンシステムを用いて実現される自己主権型アイデンティティ（ＳＳＩ：Self-Sovereign Identity）を用いることができ、発行されたデジタルＩＤはデジタルＩＤ管理用のブロック１７０に記録される。デジタルＩＤ管理用のブロック１７０では記録情報１７３に、例えばデジタルＩＤの発行年月日、発行機関、投稿者ＩＤ、レビューの投稿日時及び投稿内容等の情報が含まれる。よって、本実施形態の情報処理システムでは、投稿者が商品に関するレビューを投稿することにより発行されるデジタルＩＤの情報がブロックチェーンシステムに記録されて管理される。なお、投稿者は、投稿者端末７０に所定のアプリケーションを実行させることにより、ブロックチェーンシステムに記録されている自身のデジタルＩＤを取得することができる。
　図２４は実施形態５のレビューの投稿処理手順の一例を示すフローチャート、図２５Ａ及び図２５Ｂは画面例を示す模式図である。図２４に示す処理は、図１１に示す処理において、ステップＳ２１の後にステップＳ９１～Ｓ９５を追加したものである。図１１と同じステップについては説明を省略し、図２４では図１１中のステップＳ１１～Ｓ１８の図示を省略している。
　本実施形態の情報処理システムにおいて、投稿者端末７０の制御部７１及びレビュー管理サーバ６０の制御部６１は、図１１中のステップＳ１１～Ｓ２１の処理を行う。なお、本実施形態では、ステップＳ１４においてレビュー管理サーバ６０の制御部６１は、図２５Ａに示すようなレビュー入力画面を生成して投稿者端末７０へ送信する。また、ステップＳ１６において投稿者端末７０の制御部７１は、図２５Ａに示すようなレビュー入力画面をレビュー管理サーバ６０から受信して表示部７５に表示する。図２５Ａに示すレビュー入力画面は、図１２Ｂに示すレビュー入力画面の構成に加えて、レビュー投稿に対するデジタルＩＤの発行を希望するか否かを選択するためのチェックボックスを有する。従って、本実施形態では、ステップＳ１９において投稿者端末７０の制御部７１は、デジタルＩＤの発行を希望するか否かを示す情報を含むレビュー情報をレビュー管理サーバ６０へ送信する。このような構成のレビュー入力画面を用いることにより、投稿者は所望するタイミングでデジタルＩＤの発行を要求することができる。
　レビュー管理サーバ６０の制御部６１は、投稿者端末７０から取得したレビュー情報をブロックチェーンシステムに記録した後、投稿者端末７０からデジタルＩＤの発行を要求されたか否かを判断する（Ｓ９１）。ここでは、制御部６１は、投稿者端末７０から受信したレビュー情報に、デジタルＩＤの発行を希望することを示す情報が含まれている場合、デジタルＩＤの発行を要求されたと判断し、含まれていない場合、デジタルＩＤの発行を要求されていないと判断する。
　制御部６１は、デジタルＩＤの発行を要求されていないと判断した場合（Ｓ９１：ＮＯ）、投稿者端末７０から受信したレビューの内容に基づいて、デジタルＩＤを発行すべきか否かを判断する（Ｓ９２）。例えば制御部６１は、レビューに所定の内容が含まれているか否かに応じて、デジタルＩＤを発行すべきか否かを判断する。例えばレビューに、コーヒーの味又は投稿者の味覚に関する感想等が含まれる場合、デジタルＩＤを発行すべきであると判断する。具体的には、コーヒーが美味しかった、又は美味しくなかった等の主観的な体験及び感想に関するレビューが投稿された場合、デジタルＩＤを発行すべきであると判断する。また、制御部６１は、当該投稿者が過去に投稿したレビューをブロックチェーンシステムから取得し、過去のレビューと今回のレビューとを比較し、投稿者の味覚又は意識に変化が生じているか否かを判断し、変化が生じている場合に、デジタルＩＤを発行すべきであると判断してもよい。このような構成によれば、投稿者からデジタルＩＤの発行が要求されなかった場合であっても、レビューの内容が所定条件を満たす場合にはデジタルＩＤを発行することができる。
　デジタルＩＤを発行する必要はないと判断した場合（Ｓ９２：ＮＯ）、制御部６１は、一連の処理を終了する。デジタルＩＤの発行を要求されたと判断した場合（Ｓ９１：ＹＥＳ）、又は、デジタルＩＤを発行すべきであると判断した場合（Ｓ９２：ＹＥＳ）、制御部６１は、当該投稿者に対してデジタルＩＤを発行する（Ｓ９３）。例えば制御部６１は、発行年月日、発行機関の情報、デジタルＩＤの発行対象の投稿者の投稿者ＩＤ、レビューの投稿日時及びレビューの内容を対応付けてデジタルＩＤ情報としてブロックチェーンシステムに記憶させることにより、当該投稿者にデジタルＩＤを発行する。
　なお、投稿されたレビューに対してデジタルＩＤを発行すべきか否かの判断は、例えば投稿されたレビューの管理を行う担当者が所定のルールに従って行ってもよい。また、制御部６１が、機械学習によって構築されたニューラルネットワークを用いて、レビューに対してデジタルＩＤを発行すべきか否かを判断してもよい。例えば、ＲＮＮで構成され、レビューのテキストデータが入力された場合に、レビューに対してデジタルＩＤを発行すべきか否かに応じた出力値を出力するように学習された学習モデルを用いることができる。この場合、制御部６１は、テキストデータを学習済みの学習モデルに入力し、学習モデルからの出力値に基づいて、レビューに対してデジタルＩＤを発行すべきか否かを特定できる。
　制御部６１は、デジタルＩＤの発行を通知する通知画面を生成し、発行対象の投稿者の投稿者端末７０に送信し（Ｓ９４）、投稿者端末７０の制御部７１は、レビュー管理サーバ６０から送信された通知画面を受信して表示部７５に表示する（Ｓ９５）。図２５Ｂは通知画面例を示しており、図２５Ｂに示す画面では、レビュー対象の商品に関する情報と、デジタルＩＤの発行内容を示す情報（発行証明書）とが表示されている。図２５Ｂに示す画面は、デジタルＩＤの発行証明書を投稿者端末７０の記憶部７２に記憶する指示を行うための保存ボタンを有しており、保存ボタンが操作された場合、制御部７１は、通知画面で通知された発行証明書を記憶部７２に記憶する。
　上述した処理により、投稿者が商品に関するレビューを投稿した場合に、レビュー投稿に対するインセンティブとして投稿者に対してデジタルＩＤが発行される。なお、上述した処理では、デジタルＩＤは、投稿者からの要求に応じて発行される場合と、レビュー内容に応じて自動的に発行される場合とがあるが、いずれか一方であってもよい。投稿者からの要求に応じてデジタルＩＤが発行される構成では、デジタルＩＤの発行を希望する投稿者において、レビューを投稿する意欲の上昇が期待でき、レビューの投稿数の上昇が期待できる。また、投稿者は、誕生日、結婚記念日、進学又は就職等、各種の記念日のタイミングでのデジタルＩＤの取得が可能となる。また、レビュー内容に応じてデジタルＩＤが発行される構成では、例えば投稿者の主観的な感想のレビューが投稿された場合にデジタルＩＤが発行されるので、投稿者は意識せずに、投稿者の感想に対してデジタルＩＤの付与が可能となる。
　上述したようなレビューの投稿に対するデジタルＩＤの発行は、ブロックチェーンシステムにおけるスマートコントラクトによって実現されてもよい。具体的には、レビューの投稿を条件としてデジタルＩＤの発行が行われるプログラムをノード装置１０に定義しておく。そして、ノード装置１０が当該プログラムを実行することにより、レビューの投稿が行われると自動的にデジタルＩＤが発行される。
　本実施形態において、投稿者に対して発行されたデジタルＩＤは、投稿者が投稿者端末７０を用いてレビュー管理サーバ６０のウェブサイトＳにアクセスするか、所定のアプリケーションを実行することによって確認することができる。投稿者が自身に発行されたデジタルＩＤを確認する場合、投稿者端末７０及びレビュー管理サーバ６０は図１８に示す処理を同様の処理を行う。なお、図１８中の各ステップにおける「トークン」はそれぞれ「デジタルＩＤ」に読み替える。
　図２６はデジタルＩＤの発行履歴画面例を示す模式図である。投稿者端末７０及びレビュー管理サーバ６０が図１８に示す処理を実行することにより、図２６に示すデジタルＩＤの発行履歴画面が、レビュー管理サーバ６０から投稿者端末７０に提供される。図２６に示すデジタルＩＤの発行履歴画面は、デジタルＩＤの発行年月日、発行機関、レビュー投稿日時、及びレビュー内容等を表示している。また、図２６に示す画面は、発行機関が、自動的にデジタルＩＤを発行したのか（自動発行）、ユーザからの要求に応じてデジタルＩＤを発行したのか（ユーザ要求）を示す情報を表示している。このような構成により、投稿者は、自身に発行されたデジタルＩＤを確認できると共に、自動的に発行されたデジタルＩＤであるのか、自身の要求に応じて発行されたデジタルＩＤであるのかを把握できる。
　本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、投稿者が商品に関するレビューを投稿した場合に、投稿者の要求に応じてデジタルＩＤが発行されるので、レビューの投稿数の上昇が期待できる。また、デジタルＩＤによって投稿者の個性を証明することができ、例えば投稿者の味覚又は意識の変化が生じたことを個性として証明することができ、デジタルＩＤを身分証明書として使用することができる。なお、投稿者に対して発行されたデジタルＩＤはブロックチェーンシステムで管理されるので、デジタルＩＤに対する改ざんを防止することができる。
　本実施形態の構成は、上述した実施形態２～４の情報処理システムにも適用でき、実施形態２～４の情報処理システムに適用した場合であっても同様の効果が得られる。例えば実施形態２の情報処理システムに適用した場合、レビューの投稿に対してトークンの発行及びデジタルＩＤの発行を行うことができ、例えば投稿者からの要求に応じていずれか一方又は両方の発行を行うように構成することができる。また本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。
（実施形態６）
　ブロックチェーンシステム上で、商品に関するレビューに対応するレビューＮＦＴ（Non-Fungible Token：非代替性トークン）を発行する情報処理システムについて説明する。本実施形態の情報処理システムは、実施形態１の情報処理システムと同様の装置にて実現できるので、構成についての詳細な説明は省略する。ＮＦＴは、鑑定書又は所有証明書付きのデジタルデータであり、データ管理にブロックチェーン技術が用いられ、改ざん・偽造ができない仕組みである。レビューＮＦＴは、ブロックチェーン上で発行され、レビューのテキストデータとＮＦＴとを紐付けることで当該レビューの所有権を持っているという証明になる。
　図２７は、実施形態６のレビューＤＢ６２ｂの構成例を示す模式図である。図２７に示すレビューＤＢ６２ｂは、図１０Ｂに示す構成に加えて、レビューＩＤ列及びレビューＮＦＴ列を含む。レビューＩＤ列は、レビューに割り当てられた識別情報であるレビューＩＤを記憶する。本実施形態のレビューＤＢ６２ｂでは、レビューＩＤに対応付けて、各レビューの情報（投稿者ＩＤ、投稿者の属性情報、レビュー内容、レビューＮＦＴ）が記憶される。レビューＮＦＴ列は、ブロックチェーン上で発行されたレビューＮＦＴを記憶する。例えば、ブロックチェーン上で、イーサリアムにおけるスマートコントラクト規格の１つであるＥＲＣ７２１を利用し、鑑定書等のようにその「真正性」又は「価値」を証明することができるレビューＮＦＴを発行してもよい。ＥＲＣ７２１が利用された場合、レビューＮＦＴは、トークンＩＤ、所有者アドレス、及びトークンＵＲＩ（Uniform Resource Identifier）等で構成される。よって、例えばレビューＮＦＴ列には、レビューＮＦＴのトークンＩＤ、所有者アドレス、及びトークンＵＲＩ等を含むブロックチェーン上でのインデックスが記憶される。なお、レビューＮＦＴの発行時に、レビューＮＦＴのトークンＩＤ、所有者アドレス、及びトークンＵＲＩ等がブロックチェーン上で記憶される。トークンＵＲＩは、レビューＮＦＴに対するメタデータの場所を示す属性である。メタデータの場所は、例えばメタデータのＵＲＬ（Uniform Resource Locator）等である。なお、メタデータそのものは、例えばＪＳＯＮ（JavaScript Object Notation）形式で外部のデータベース装置に記憶されていてもよい。
　以下に、レビューＮＦＴを発行する際の処理について説明する。図２８はレビューＮＦＴの発行処理手順の一例を示すフローチャートである。レビュー管理サーバ６０は、例えば投稿者が投稿したレビューを投稿者端末７０から受信した場合に、受信したレビューに対してレビューＮＦＴの発行指示を、ブロックチェーンのいずれかのノード装置１０に対して送信し、ノード装置１０によって発行されたレビューＮＦＴを取得する。制御部６１は、例えば図１１に示すレビュー投稿処理におけるステップＳ１９で投稿者端末７０の制御部７１が送信したレビュー情報を、レビューＮＦＴの発行対象として取得する（Ｓ１０１）。制御部６１は、取得したレビュー情報に対してレビューＩＤを発行する（Ｓ１０２）。制御部６１は、レビュー情報に含まれる商品情報（商品ＩＤ、販売業者の情報、店舗ＩＤ）に対応付けて、発行したレビューＩＤ、投稿者ＩＤ、投稿者の属性情報、レビューをレビューＤＢ６２ｂに記憶する（Ｓ１０３）。
　次に制御部６１は、レビューＮＦＴの発行指示を通信部６３からブロックチェーンのいずれかのノード装置１０に送信する（Ｓ１０４）。ノード装置１０は、レビュー管理サーバ６０が送信したレビューＮＦＴの発行指示を受信し、受信した発行指示に従って、ブロックチェーン上でレビューＮＦＴを発行する（Ｓ１０５）。ノード装置１０は、発行したレビューＮＦＴのトークンＩＤ、所有者アドレス、及びトークンＵＲＩをデータベース１５に記憶する（Ｓ１０６）。ノード装置１０は、発行したレビューＮＦＴを通信部１１によりレビュー管理サーバ６０に送信する（Ｓ１０７）。レビュー管理サーバ６０の制御部６１は、ノード装置１０が送信したレビューＮＦＴを受信し、レビューＩＤに対応付けて、受信したレビューＮＦＴをレビューＤＢ６２ｂに記憶する（Ｓ１０８）。
　上述した処理により、投稿者が投稿者端末７０を用いて投稿したレビューに対するレビューＮＦＴをブロックチェーン上に発行することができる。レビューＮＦＴには、所有者アドレスが含まれるので、各ユーザが所有しているレビューＮＦＴをブロックチェーンから取得することができ、レビューＮＦＴに対応するレビューを閲覧することができる。また、レビューＮＦＴは、所有者がブロックチェーン上で他人に譲渡することができる。例えば第１ユーザが所有するレビューＮＦＴをブロックチェーン上で第２ユーザに譲渡した場合、当該レビューＮＦＴの所有権が第１ユーザから第２ユーザに移転され、レビューＮＦＴの所有者アドレスが第１ユーザのアドレスから第２ユーザのアドレスに変更される。
　本実施形態の構成は、上述した実施形態１～５の情報処理システムに適用でき、実施形態１～５の情報処理システムに適用した場合であっても同様の効果が得られる。また、本実施形態では、投稿者によるレビューに対してレビューＮＦＴが発行されるので、レビューに対する価値の向上が期待できる。例えば、バリスタ及びソムリエ等のように商品（例えばコーヒー、ワイン等）の専門家が各商品に対して投稿したレビュー（商品に対する評価コメント）をレビューＮＦＴとして販売することが可能となる。また、投稿者が投稿したレビューだけでなく、投稿対象の商品並びに商品の生産から販売までの各業者（コーヒーの場合、生産業者、精製業者、焙煎業者、及び販売業者）に関する情報も含む情報に対してＮＦＴを発行するように構成することもできる。
　また、本実施形態において、各業者に対するレビューに対応してそれぞれレビューＮＦＴを発行する構成とすることもできる。この場合、レビュー管理サーバ６０の制御部６１が、投稿者端末７０から送信されたレビュー情報を取得し、取得したレビュー情報に対してレビューＩＤを発行する。そして、制御部６１は、レビュー対象である業者の情報に対応付けて、発行したレビューＩＤ、投稿者ＩＤ、投稿者の属性情報、レビューを、例えばレビューＤＢ６２ｂに記憶する。その後、制御部６１は、レビューＮＦＴの発行指示を通信部６３からブロックチェーンのいずれかのノード装置１０に送信し、ノード装置１０は、レビュー管理サーバ６０から送信されたレビューＮＦＴの発行指示に従って、ブロックチェーン上でレビューＮＦＴを発行する。そして、ノード装置１０は、発行したレビューＮＦＴのトークンＩＤ、所有者アドレス、及びトークンＵＲＩをデータベース１５に記憶し、発行したレビューＮＦＴをレビュー管理サーバ６０に送信する。レビュー管理サーバ６０の制御部６１は、ノード装置１０から送信されたレビューＮＦＴを受信し、レビュー対象の業者及びレビューＩＤに対応付けて、受信したレビューＮＦＴを、例えばレビューＤＢ６２ｂに記憶する。これにより、生産業者、精製業者、焙煎業者、及び販売業者の各業者に対するレビューに対応してレビューＮＦＴを発行することが可能となる。
　上述した構成とした場合、業者毎のレビューＮＦＴの譲渡が可能となり、また、例えばユーザが、１つの商品における生産業者、精製業者、焙煎業者、及び販売業者の４つの業者に対応するレビューＮＦＴを所有している場合に、購入ポイント又はトークンの付与、あるいは、投稿者の存在証明となるＩＤ情報の発行等のインセンティブを付与するように構成することができる。具体的には、例えばレビュー管理サーバ６０の制御部６１が、各ユーザについて、１つの商品の生産業者、精製業者、焙煎業者、及び販売業者の４つの業者に対応するレビューＮＦＴを所有しているか否かを判断し、４つの業者に対応するレビューＮＦＴを所有していると判断した場合に、所定のインセンティブを付与する。例えば制御部６１は、４つの業者に対応するレビューＮＦＴを所有しているユーザに対してトークンを発行し、当該ユーザのＩＤ（例えば投稿者ＩＤ）、発行年月日、及び発行量を対応付けてブロックチェーンシステムに記憶させる。また、各ユーザが所有するレビューＮＦＴの業者数に応じたインセンティブを付与する構成とすることもできる。この場合、レビュー管理サーバ６０の制御部６１は、各ユーザについて、１つの商品における４つの業者に対応するレビューＮＦＴのうちで所有しているレビューＮＦＴの数を特定し、特定した所有数に応じたインセンティブを当該ユーザに付与するように構成することができる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。
（実施形態７）
　コーヒーの生産段階から販売段階（提供段階）までの各段階の業者（生産業者、精製業者、焙煎業者、販売業者等）におけるＣＯ２（二酸化炭素）排出量と、販売業者（販売店舗）で発生するコーヒーの抽出後の粉（以下ではコーヒーかすという）から生成された肥料の生成量とを管理する情報処理システムについて説明する。コーヒーかすは、コーヒー抽出後に廃棄される廃棄物であるが、例えば乾燥及び炭化処理を行うことによって肥料（炭）として再資源化することが可能である。また、このように生成された肥料（炭）を生産業者の農場に使用することによってＣＯ２を地中に固定化することができ、ＣＯ２の削減に貢献できる。本実施形態の情報処理システムは、実施形態１の情報処理システムと同様の装置にて実現できるので、構成についての詳細な説明は省略する。
　図２９Ａは実施形態７の生産情報ＤＢ２２ａの構成例を示す模式図、図２９Ｂは実施形態７の精製情報ＤＢの構成例を示す模式図、図２９Ｃは実施形態７の焙煎情報ＤＢの構成例を示す模式図、図２９Ｄは販売情報ＤＢの構成例を示す模式図である。図２９Ａに示す生産情報ＤＢ２２ａは、図５に示す実施形態１の生産情報ＤＢ２２ａの構成に加えて、ＣＯ２排出量列を含み、コーヒー豆ＩＤに対応付けて、コーヒー豆ＩＤが示すコーヒー豆の生産工程で排出されたＣＯ２量を記憶する。ここでのＣＯ２排出量は、例えばコーヒー豆の単位量当たりのＣＯ２排出量であってもよく、当該コーヒー豆の生産工程における全ＣＯ２排出量であってもよい。各コーヒー豆のＣＯ２排出量は、各生産業者で計測及び算出された排出量が図７Ａに示す入力画面を介して入力され、生産管理サーバ２０の制御部２１が、入力されたＣＯ２排出量を取得して生産情報ＤＢ２２ａ及びブロックチェーンシステムに記憶する。
　図２９Ｂに示す精製情報ＤＢは、図６Ａに示す実施形態１の精製情報ＤＢの構成に加えて、ＣＯ２排出量列を含み、精製処理ＩＤに対応付けて、精製処理ＩＤが示す精製処理で排出されたＣＯ２量を記憶する。各精製処理のＣＯ２排出量は、各精製業者で計測及び算出された排出量が図７Ｂに示す入力画面を介して入力され、精製管理サーバ３０の制御部が、入力されたＣＯ２排出量を取得して精製情報ＤＢ及びブロックチェーンシステムに記憶する。また、図２９Ｃに示す焙煎情報ＤＢは、図６Ｂに示す実施形態１の焙煎情報ＤＢの構成に加えて、ＣＯ２排出量列を含み、焙煎処理ＩＤに対応付けて、焙煎処理ＩＤが示す焙煎処理で排出されたＣＯ２量を記憶する。各焙煎処理のＣＯ２排出量は、各焙煎業者で計測及び算出された排出量が図８Ａに示す入力画面を介して入力され、焙煎管理サーバ４０の制御部が、入力されたＣＯ２排出量を取得して焙煎情報ＤＢ及びブロックチェーンシステムに記憶する。更に、図２９Ｄに示す販売情報ＤＢは、図６Ｃに示す実施形態１の販売情報ＤＢの構成に加えて、ＣＯ２排出量列及び再利用肥料量列を含み、商品ＩＤに対応付けて、商品ＩＤが示す商品の販売工程で排出されたＣＯ２量と、当該商品から発生したコーヒーかすを再利用して生成された肥料の量とを記憶する。各商品のＣＯ２排出量及び再利用肥料量は、各販売業者で計測及び算出された排出量及び肥料の生成量が図８Ｂに示す入力画面を介して入力され、販売管理サーバ５０の制御部が、入力されたＣＯ２排出量及び再利用肥料量を取得して販売情報ＤＢ及びブロックチェーンシステムに記憶する。なお、各業者におけるＣＯ２排出量の計測方法及び算出方法はどのような方法でもよく、販売業者における再利用肥料量は、生成された肥料の量の代わりに、肥料の生成に使用されたコーヒーかすの量であってもよい。
　本実施形態の情報処理システムでは、投稿者端末７０及びレビュー管理サーバ６０は、図１１に示すレビューの投稿処理と同様の処理の実行が可能である。図３０は実施形態７のレビュー入力画面例を示す模式図である。本実施形態では、図１１中のステップＳ１３で、レビュー管理サーバ６０の制御部６１は、投稿者端末７０から取得した商品情報に対応する商品に関する情報に加えて、各業者におけるＣＯ２排出量を、ブロックチェーンシステム又は各ＤＢから取得する。具体的には、制御部６１は、投稿者端末７０から取得した商品情報に基づいて、当該商品に対応するコーヒー豆ＩＤ、精製処理ＩＤ、及び焙煎処理ＩＤを商品情報ＤＢ６２ａの記憶内容から特定する。そして、制御部６１は、特定したコーヒー豆ＩＤのコーヒー豆の情報（例えば生産国、生産業者）に加えて、生産工程におけるＣＯ２排出量を生産管理サーバ２０又はノード装置１０から取得する。また制御部６１は、特定した精製処理ＩＤに対応する精製情報（精製処理及び精製業者の情報）に加えて、精製処理におけるＣＯ２排出量を精製管理サーバ３０又はノード装置１０から取得する。また制御部６１は、特定した焙煎処理ＩＤに対応する焙煎情報（焙煎処理及び焙煎業者の情報）に加えて、焙煎処理におけるＣＯ２排出量を焙煎管理サーバ４０又はノード装置１０から取得する。また制御部６１は、投稿者端末７０から取得した商品情報に含まれる店舗ＩＤに対応する店舗情報及び商品ＩＤに対応するメニュー名に加えて、販売工程におけるＣＯ２排出量及び再利用肥料量を販売管理サーバ５０又はノード装置１０から取得する。
　そして制御部６１は、ステップＳ１４で、上述のように取得した各情報に基づいて、図３０に示すようなレビュー入力画面を生成する。図３０に示すレビュー入力画面は、図１２Ｂに示す構成に加えて、当該商品の生産から販売までのサプライチェーンにおける各業者（生産業者、精製業者、焙煎業者、及び販売業者）で排出されたＣＯ２排出量と、販売業者で発生したコーヒーかすから生成された肥料の生成量とを表示する。また、図３０に示すレビュー入力画面は、各業者におけるＣＯ２排出量を合計したＣＯ２排出量（生産から販売までのＣＯ２排出量）と、コーヒーかすから生成された肥料の生成量に基づいて算出され、当該肥料を生産業者の農園に使用することによるＣＯ２の削減量とを表示する。ＣＯ２の削減量は、例えばコーヒーかすから生成された肥料の生成量と、当該生成量の肥料を使用することによるＣＯ２削減量とが対応付けて登録されたテーブルを参照することによって取得できる。具体的には、レビュー管理サーバ６０の制御部６１は、当該商品に対応する再利用肥料量をブロックチェーンシステム又は販売情報ＤＢから取得し、取得した肥料量に対応するＣＯ２削減量をテーブルから読み出すことによって取得する。また、制御部６１は、肥料の生成量から、当該生成量の肥料を使用することによるＣＯ２削減量を算出するための算出式を用いて、商品のコーヒーかすから生成された肥料の生成量に対応するＣＯ２削減量を算出してもよい。このようなレビュー入力画面がレビュー管理サーバ６０から送信されて投稿者端末７０に表示されることにより、レビューの投稿者は、自身が飲んだコーヒーの商品に関する情報だけでなく、当該コーヒーが生産から販売されるまでの各工程でのＣＯ２排出量を把握でき、更に、当該コーヒーの抽出後のコーヒーかすから生成された肥料の使用によるＣＯ２の削減量を把握できる。
　本実施形態の情報処理システムでは、閲覧者端末８０及びレビュー管理サーバ６０は、図１３に示すレビューの閲覧処理と同様の処理の実行が可能である。なお、本実施形態では、例えば図１４Ｃに示すレビュー閲覧画面に、各レビューに対応する商品について、当該商品の生産から販売までの各業者におけるＣＯ２排出量、販売業者で発生したコーヒーかすから生成された肥料の生成量、当該肥料を使用することによるＣＯ２の削減量が表示されてもよい。具体的には、図１３中のステップＳ４０で、レビュー管理サーバ６０の制御部６１は、閲覧対象の商品ＩＤに対応するレビューに加えて、当該商品に関わる各業者におけるＣＯ２排出量と、当該商品に対する再利用肥料量とをブロックチェーンシステム又は各ＤＢから取得する。また、制御部６１は、取得した再利用肥料量に対応するＣＯ２の削減量を特定し、各業者におけるＣＯ２排出量と、特定したＣＯ２の削減量とをレビュー閲覧画面に表示する。このような構成とした場合、閲覧画面を介して、各レビューに対応する商品における各工程でのＣＯ２排出量、コーヒーかすから生成された肥料によるＣＯ２の削減量を把握できる。また、販売店舗で使用される商品メニューに、各商品の生産から販売されるまでの各工程でのＣＯ２排出量と、当該コーヒーの抽出後のコーヒーかすから生成された肥料の使用によるＣＯ２の削減量とを表示してもよい。この場合、コーヒーの購入者は、コーヒーの味等に加えて、地球環境に対する貢献度合を考慮して購入商品を決定することができる。
　本実施形態の構成は、上述した実施形態１～６の情報処理システムに適用でき、実施形態１～６の情報処理システムに適用した場合であっても同様の効果が得られる。また、本実施形態では、コーヒー商品の生産から販売までのサプライチェーンの各業者におけるＣＯ２排出量、抽出後のコーヒーかすから生成された肥料の使用によるＣＯ２の削減量を管理することができ、レビュー投稿時、レビューの閲覧時、商品メニューの閲覧時等に確認することができる。よって、商品を購入しようとしている人及び既に購入した人が、自身が購入予定の商品又は購入した商品の地球環境に対する貢献度合を把握できる。このような地球環境に対する貢献度合は、購入商品を選択する際の判断基準となる。よって、本実施形態では、各業者でのＣＯ２排出量を含む、コーヒー商品のサプライチェーンにおけるトレーサビリティの管理が可能となる。
　本実施形態では、商品の生産から販売までの各段階（各業者）におけるＣＯ２排出量を管理する構成であるが、この構成に限定されない。例えば、各段階における一般的なＣＯ２排出量に対して、各業者でのＣＯ２排出量の削減量を管理する構成でもよい。この場合、各商品について、当該商品の生産から販売までの各段階におけるＣＯ２排出量の削減量を提示でき、ＣＯ２排出量の削減量によって地球環境に対する貢献度合を判断できる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。
　上述した各実施形態では、商品に対するレビューを収集することができるので、商品に対する消費者による評価を収集できる。よって、商品に対する真の価値を、消費者の消費体験に基づくレビュー内容によって決定することができ、サプライチェーンにおける各商品に対して、消費者が評価した真の価値を紐付けることができる。このような商品に対する真の価値は、今後の商品開発に利用できる。
　上述した各実施形態では、コーヒーに関する各種の情報をブロックチェーンシステムによるブロックチェーンとして複数のノード装置１０で共有する構成としたが、これに限定されない。コーヒーに関する各種の情報は、ブロックチェーン以外の分散共有台帳技術による複数のノード装置１０で共有する構成であってもよい。また、コーヒーに関する各種の情報は、分散共有台帳技術以外の技術により複数のノード装置１０で共有されてもよい。例えば各サーバ２０，３０，４０，５０及びレビュー管理サーバ６０が全てのノード装置１０に対して各情報をブロードキャストにより送信し、各ノード装置１０が受信した各情報をそれぞれ記憶して蓄積する構成であってもよい。
　本開示の技術は、コーヒーに限定されず、例えば日本酒、ビール、ワイン、ウイスキー等の酒類、紅茶、日本茶、中国茶等の茶、チョコレート等の菓子、たばこ等の嗜好品、店舗及びＥＣサイトで販売されている各種の食品について、生産から販売までにかかわる業者における作業内容等の情報及び購入者によるレビューを管理する情報処理システムに適用できる。また、本開示の技術は、宿泊施設、飲食店、遊園地等の娯楽施設、理容院及び美容院、マッサージ等のリラクゼーション施設等で提供されるサービスについて、サービスの提供にかかわる業者における作業内容等の情報及び購入者によるレビューを管理する情報処理システムに適用できる。なお、本実施形態では、コーヒー飲料及びコーヒー豆を商品の例として説明したので、商品の生産から販売までの業者として、生産業者、精製業者、焙煎業者、及び販売業者における各種情報がブロックチェーンシステムに記憶される構成である。しかし、このような構成に限定されず、商品に応じて商品の生産又は製造から販売までにかかわる各種業者における情報がブロックチェーンシステムに記憶される構成であればよい。
　今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
　１０　　ノード装置
　２０　　生産管理サーバ
　３０　　精製管理サーバ
　４０　　焙煎管理サーバ
　５０　　販売管理サーバ
　６０　　レビュー管理サーバ
　７０　　投稿者端末
　８０　　閲覧者端末
 

Claims (14)

  1. 　提供対象に識別コードを対応付け、
    　前記識別コードに対応付けて前記提供対象に関する詳細情報を記憶するブロックチェーンシステムに基づいて、前記識別コードに対応する前記詳細情報を読み出して出力し、
    　前記提供対象に関するレビューを受け付け、
    　受け付けたレビューを、前記提供対象の識別コードに対応付けて前記ブロックチェーンシステムに記憶する
    　処理をコンピュータが実行する情報処理方法。
  2. 　前記レビューを入力したユーザの属性情報を取得し、
    　前記レビュー及び前記ユーザの属性情報を、前記識別コードに対応付けて前記ブロックチェーンシステムに記憶する
    　処理を前記コンピュータが実行する請求項１に記載の情報処理方法。
  3. 　前記提供対象に関するレビューに対して、前記提供対象の提供者からの閲覧要求を受け付け、
    　前記閲覧要求を受け付けた場合に、前記ブロックチェーンシステムに記憶してある前記提供対象に関するレビューを前記ブロックチェーンシステムに基づいて読み出して前記提供者の端末へ出力する
    　処理を前記コンピュータが実行する請求項１又は２に記載の情報処理方法。
  4. 　前記レビューを入力したユーザに対応付けて、前記レビューに対するトークンを付与する
    　処理を前記コンピュータが実行する請求項１から３までのいずれかひとつに記載の情報処理方法。
  5. 　前記レビューに対するレベルに応じた量のトークンを付与する
    　請求項４に記載の情報処理方法。
  6. 　前記詳細情報は、前記提供対象の生産段階から提供段階までの複数段階に対して各段階に係る情報を含み、
    　前記ユーザに付与された前記レビューに対するトークンを、前記生産段階から提供段階までの各段階における業者に対して分配する指示を受け付け、
    　前記各段階における業者に対して前記トークンを分配して付与する
    　処理を前記コンピュータが実行する請求項４又は５に記載の情報処理方法。
  7. 　前記レビューに対するトークンを、前記レビューを入力したユーザの識別情報に対応付けて前記ブロックチェーンシステムに記憶する
    　処理を前記コンピュータが実行する請求項４から６までのいずれかひとつに記載の情報処理方法。
  8. 　前記レビューに基づいて、前記レビューを入力したユーザが購入する可能性のある提供対象に関する情報を特定し、
    　特定した提供対象に関する情報を出力する
    　処理を前記コンピュータが実行する請求項１から７までのいずれかひとつに記載の情報処理方法。
  9. 　前記レビューを入力したユーザに対応付けて、前記レビューに基づくデジタルＩＤを発行する
    　処理を前記コンピュータが実行する請求項１から８までのいずれかひとつに記載の情報処理方法。
  10. 　コーヒー商品に識別コードを対応付け、
    　前記識別コードに基づいて、コーヒー豆の生産に関する情報、精製に関する情報、焙煎に関する情報、及び前記コーヒー商品の販売に関する情報を含む前記詳細情報を前記ブロックチェーンシステムに基づいて読み出して出力し、
    　前記コーヒー商品に関するレビューを受け付け、
    　受け付けたレビューに対してトークンを付与し、
    　付与したトークンを、前記生産、精製、焙煎、及び販売に係る各業者に対して分配する量を受け付け、
    　受け付けた量のトークンを、各業者に対して分配して付与する
    　処理を前記コンピュータが実行する請求項１から９までのいずれかひとつに記載の情報処理方法。
  11. 　前記コーヒー商品に関して受け付けたレビューに対応するレビューＮＦＴ（Non-Fungible Token）を前記ブロックチェーンシステム上に生成する
    　処理を前記コンピュータが実行する請求項１０に記載の情報処理方法。
  12. 　前記生産、精製、焙煎、及び販売に係る各業者におけるＣＯ２（二酸化炭素）排出量を取得し、
    　取得したＣＯ２排出量を、各業者の識別情報に対応付けて前記ブロックチェーンシステムに記憶する
    　処理を前記コンピュータが実行する請求項１０又は１１に記載の情報処理方法。
  13. 　前記販売に係る各業者において、前記コーヒー商品の販売に伴う廃棄物の利用によるＣＯ２の削減量を取得し、
    　取得したＣＯ２の削減量を、前記販売に係る各業者の識別情報に対応付けて前記ブロックチェーンシステムに記憶する
    　処理を前記コンピュータが実行する請求項１０から１２までのいずれかひとつに記載の情報処理方法。
  14. 　提供対象に識別コードを対応付ける対応付け部と、
    　前記識別コードに対応付けて前記提供対象に関する詳細情報を記憶するブロックチェーンシステムに基づいて、前記識別コードに対応する前記詳細情報を読み出して出力する出力部と、
    　前記提供対象に関するレビューを受け付ける受付部と、
    　受け付けたレビューを、前記提供対象の識別コードに対応付けて前記ブロックチェーンシステムに記憶する記憶処理部と
    　を備える情報処理装置。
PCT/JP2022/021664 2021-05-28 2022-05-27 情報処理方法及び情報処理装置 WO2022250124A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2023512779A JP7311220B2 (ja) 2021-05-28 2022-05-27 情報処理方法及び情報処理装置
JP2023107486A JP2023130420A (ja) 2021-05-28 2023-06-29 情報処理方法及び情報処理装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-090182 2021-05-28
JP2021090182 2021-05-28

Publications (1)

Publication Number Publication Date
WO2022250124A1 true WO2022250124A1 (ja) 2022-12-01

Family

ID=84228946

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/021664 WO2022250124A1 (ja) 2021-05-28 2022-05-27 情報処理方法及び情報処理装置

Country Status (2)

Country Link
JP (2) JP7311220B2 (ja)
WO (1) WO2022250124A1 (ja)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011253243A (ja) * 2010-05-31 2011-12-15 Nippon Telegr & Teleph Corp <Ntt> 情報提供装置、情報提供方法、及び情報提供プログラム
US20180349968A1 (en) * 2017-06-02 2018-12-06 Walmart Apollo, Llc Systems and methods for product review management with distributed database
WO2019187358A1 (ja) * 2018-03-29 2019-10-03 株式会社Ｎｔｔドコモ 評価装置
JP2020064523A (ja) * 2018-10-18 2020-04-23 ヤフー株式会社 提供装置、提供方法および提供プログラム
US20200364817A1 (en) * 2019-05-17 2020-11-19 UCOT Holdings Pty Ltd Machine type communication system or device for recording supply chain information on a distributed ledger in a peer to peer network
KR20200137818A (ko) * 2019-05-31 2020-12-09 주식회사 구하다 블록체인 기반의 쇼핑몰에서 커뮤니티 운영 방법 및 그 시스템
WO2021061044A1 (en) * 2019-09-27 2021-04-01 Papertale Technologies Ab System for providing supply chain information
US20210103883A1 (en) * 2017-07-19 2021-04-08 Amazon Technologies, Inc. Distributed ledger certification

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011253243A (ja) * 2010-05-31 2011-12-15 Nippon Telegr & Teleph Corp <Ntt> 情報提供装置、情報提供方法、及び情報提供プログラム
US20180349968A1 (en) * 2017-06-02 2018-12-06 Walmart Apollo, Llc Systems and methods for product review management with distributed database
US20210103883A1 (en) * 2017-07-19 2021-04-08 Amazon Technologies, Inc. Distributed ledger certification
WO2019187358A1 (ja) * 2018-03-29 2019-10-03 株式会社Ｎｔｔドコモ 評価装置
JP2020064523A (ja) * 2018-10-18 2020-04-23 ヤフー株式会社 提供装置、提供方法および提供プログラム
US20200364817A1 (en) * 2019-05-17 2020-11-19 UCOT Holdings Pty Ltd Machine type communication system or device for recording supply chain information on a distributed ledger in a peer to peer network
KR20200137818A (ko) * 2019-05-31 2020-12-09 주식회사 구하다 블록체인 기반의 쇼핑몰에서 커뮤니티 운영 방법 및 그 시스템
WO2021061044A1 (en) * 2019-09-27 2021-04-01 Papertale Technologies Ab System for providing supply chain information

Also Published As

Publication number Publication date
JPWO2022250124A1 (ja) 2022-12-01
JP7311220B2 (ja) 2023-07-19
JP2023130420A (ja) 2023-09-20

Similar Documents

Publication Publication Date Title
US11403276B2 (en) Information processing network based on uniform code issuance, method therefor, and sensing access device
KR101893568B1 (ko) 오픈 소셜 마켓 제공 시스템
US20150317751A1 (en) Method of Posting Information Regarding Sales Transactions to Social Networks
JP7194876B2 (ja) 情報処理装置、情報処理方法、及びプログラム
JP2020030783A (ja) サーバ装置、電子商取引システム、及び電子商取引方法
KR102228105B1 (ko) 블록체인 기반의 쇼핑몰에서 커뮤니티를 이용한 제품 감정 방법 및 그 시스템
KR100896613B1 (ko) 쇼핑몰 사이트 운영 방법
KR102332620B1 (ko) 블록체인 기반의 쇼핑몰에서 제품을 사전에 검증하는 방법 및 그 시스템
JP2012027739A (ja) クーポン管理装置、クーポン管理方法、プログラム及び情報記録媒体
JP2021135901A (ja) サービス設定システム、サービス設定装置、サービス設定方法及びプログラム
KR101657588B1 (ko) 웹을 이용한 상품 이미지 기반 상품 거래 정보 제공 시스템 및 방법
KR20200117382A (ko) 블록체인기반의 쇼핑몰 운영 방법 및 그 시스템
US20160104221A1 (en) System and method for enabling sellers to create and manage offers to sell products or services to group buyers for a discounted purchase price
US20030187721A1 (en) Method and apparatus for rating information management
JP7311220B2 (ja) 情報処理方法及び情報処理装置
US20220245615A1 (en) Mobile point-of-sale and social marketplace
US20210357892A1 (en) Method and system for purchasing digital media in a secure electronic marketplace
KR101644172B1 (ko) 고객이 구매하여 제공하는 상품 관련 이미지 또는 영상 정보에 기초한 상품 판매 방법
KR20130015060A (ko) 승마권 운영 장치 및 승마권 운영 방법
WO2015192180A1 (en) A referral method
Hendriana et al. Design and Implementation of Online Fashion Store “Demi Outfits” Based on Android
KR101657589B1 (ko) 모바일 애플리케이션을 이용한 상품 이미지 기반 상품 거래 정보 제공 시스템 및 방법
JP7337425B1 (ja) 酒類トークン取引支援装置、酒類トークン取引支援方法、プログラム及び記録媒体
JP2022158710A (ja) 商品販売促進サーバ
JP5775313B2 (ja) ポイント交換装置，ポイント交換のためのコンピュータプログラム，ポイント交換方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22811392

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023512779

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22811392

Country of ref document: EP

Kind code of ref document: A1