JP6487091B1 - ICO management method, communication device, ICO management system and program - Google Patents

Abstract

The present invention appropriately manages a reliable ICO. An ICO management method according to an aspect of the present disclosure is directed to a first address associated with an initial coin offering (ICO), which is an address in a network sharing a distributed ledger. Transmitting a first transaction indicating remittance; detecting a second transaction indicating remittance transmitted from the first address to a second address transmitted in the network; and And a step of performing control for signing, wherein the second transaction is approved when a signature greater than or equal to a threshold value is obtained among a plurality of signatures used in the first transaction. And [Selection] Figure 3

Description

  The present disclosure relates to an ICO management method, a communication device, an ICO management system, a program, ICO marketing, and communication.

  Since the advent of Bitcoin (see Non-Patent Document 1), virtual currency transactions have become popular. Virtual currency transactions (also called transactions) are broadcasted in a peer-to-peer (P2P) network composed of terminals that use virtual currency.

  In the case of Bitcoin, the delivered transaction is verified by mining (excavation) processing in a certain block unit and recorded in a ledger called a block chain. For example, one transaction may include a hash value of the immediately preceding transaction, a remittance (transmission) source address, a remittance destination address, a payment amount, a remittance source electronic signature, and other data. All participants sharing the blockchain can publicly confirm the contents of the transaction.

Satoshi Nakamoto, “Bitcoin: A Peer-to-Peer Electronic Cash System” [online], https://bitcoin.org/bitcoin.pdf

  As a new economic activity, Initial Coin Offering (ICO) is attracting attention from the viewpoints of fund procurement and loyalty acquisition. The ICO is a mechanism for a coin (digital token) issuer to raise funds from an investor who seeks investment in the business after showing the business plan, use of funds, and the like. In addition, ICO may be read as crowd sale, token sale, or the like.

  However, ICO has many problems such as fraud cases (also called scam ICO), and there is a strong demand for a system to properly manage / operate a reliable ICO. Consideration is not progressing.

  Thus, an object of the present disclosure is to provide an ICO management method, a communication device, an ICO management system, and a program that can appropriately manage a reliable ICO.

An ICO management method according to an aspect of the present disclosure is directed to a first address related to an initial coin offering (ICO) that is an address in a network in which communication devices share a distributed ledger. Transmitting a first transaction indicative of a remittance to the network; and a second transaction wherein the communication device indicates a remittance sent from the first address to a second address in the network. Detecting, and controlling the signing of the second transaction by the communication device, wherein the second transaction is a plurality of signatures used in the first transaction. It is characterized in that it is approved when a signature exceeding the threshold is obtained.

  According to one aspect of the present disclosure, a reliable ICO can be appropriately managed.

FIG. 1 is a conceptual explanatory diagram of the ICO. FIG. 2 is a diagram illustrating an example of a schematic configuration of an ICO management system according to an embodiment. FIG. 3 is a conceptual explanatory diagram of an ICO management method according to an embodiment. FIG. 4 is a diagram illustrating an example of a functional configuration of a device according to an embodiment. FIG. 5 is a diagram illustrating an example of a hardware configuration of devices, servers, and the like according to an embodiment.

  FIG. 1 is a conceptual explanatory diagram of the ICO. In step S11, an ICO implementer (may be referred to as an operator, ICO supporter, project, etc.) to an ICO participant (may be referred to as a funder, funder, funder, etc.) Call for funding.

  In step S12, the ICO participant who has decided to invest in the ICO provides funds by paying the virtual currency to the ICO implementer using the communication device. Since the procedure is completed on the Internet by using virtual currency, ICO can raise funds widely and quickly from investors all over the world.

  In step S13, a digital asset is issued as consideration to the ICO participant invested in step S12. Here, the digital asset is often electronic data that is expected to grow into a virtual currency, a token related to the service / product, etc. in the future as a service and / or product is developed as the ICO project progresses. .

  Examples of digital assets issued as consideration include tokens that conform to Ethereum-based ERC20 (Ethereum requests for comments # 20), and NEM-based mosaics. Not limited.

  Steps S12 and S13 may be realized using a smart contract. The smart contract is a mechanism for moving an asset (for example, an asset on a block chain) according to a predetermined rule.

  When an ICO participant sends a cryptocurrency to a specific address (also called a contract address or the like) (corresponding to step S12), an asset corresponding to the sent cryptocurrency is issued (or moved) to the sender. May be performed (corresponding to step S13). The address may indicate a hash value of a public key for electronic signature in the block chain or a value based on the hash value.

  In the present disclosure, digital assets, coins, tokens, digital tokens, digital assets, points, mileage, electronic money, digital currency, virtual currency, cryptocurrency (Cryptocurrency), and the like may be interchanged.

  In the present disclosure, an address, a wallet address, a wallet, an ID (Identifier), a wallet ID, an account, and the like may be interchanged. The address may mean “an address related to a predetermined virtual currency”.

  In step S14, the ICO implementer promotes the project using the virtual currency obtained in step S12. For example, the ICO practitioner may acquire cash for project promotion by selling the virtual currency, or may use the virtual currency as it is for transactions (such as purchasing goods).

  However, there are several problems associated with ICO.

  First, since there are a lot of fraud cases (also called scam ICOs) in the current ICO, it is difficult for individual investors, ordinary citizens, etc. to appropriately determine the contents of the ICO case. Moreover, it is difficult for an ICO implementer to clearly distinguish his case from a fraud case, and even if it is possible, a large cost is required. Moreover, in ICO, the clear boundary between a fraud case and a business failure case is ambiguous, and it is difficult to prove whether it is a fraud case.

  Second, unlike other funding methods such as stocks, ICOs have poor communication between funders and businesses. For this reason, the cooperative relationship between the two does not advance and synergies are difficult to be demonstrated. Therefore, only pure investment and speculative funds that invest only money and simply wait for the digital asset price to rise tend to gather in the ICO. At present, the ICO is in its early days, and there are many one-off projects and lacks incentives to build long-term relationships.

  For example, in the case of stocks, investors can participate in the governance of the investee in the form of voting rights. On the other hand, ICOs are not obligated to report to investors. For this reason, there is an environment where ICO practitioners pretend to carry out activities / development and easily escape with money. The existence of such a scam ICO damages the value of the entire ICO market.

  Third, in ICO fund procurement, marketing methods such as PR (Public Relations), advertising communication, CRM (Customer Relationship Management) have not been established. For this reason, the marketing cost of ICO implementers is high.

The inventors of the present invention have studied to solve the above-mentioned problems related to ICO. In particular, we focused on the following issues:
(1) Governance by ICO participants does not extend after ICO financing
(2) There are very many cases where the background and evaluation of ICO implementers and supporters are unclear.
(3) From a good ICO practitioner, initial marketing costs are increasing.

  Accordingly, the present inventors have conceived a mechanism for securing funders with the authority to perform governance, monitoring, etc. of projects related to ICOs.

  According to one aspect of the present disclosure, funds collected by the ICO are managed as deposits (funds that are not freely available to the ICO implementer) without being directly passed to the ICO implementer. This mechanism may be programmed as a smart contract using a blockchain similar to an existing ICO.

  Further, the ICO implementer's budget withdrawal is limited using a multi-signature function or the like so that the deposit cannot be withdrawn unless there is a predetermined number of approvals among the ICO participants. In order to use the collected budget, accountability to ICO participants arises and communication is essential. As an example, if there is no willingness to do activity / development from the beginning (fraud), if activity / development has been progressed halfway, but it has failed (failed), it will not be possible to escape with the remaining budget.

  In addition, according to one aspect of the present disclosure, the intention to participate in the ICO from the next time onward is embedded by embedding a tag related to the ICO in the wallet of all ICO performers and ICO participants involved in the ICO. Can be used as a reference for decisions.

  This mechanism builds relationships between ICO implementers and ICO participants and promotes community activation. Moreover, a mechanism (co-creation marketing and CRM marketing) that can further accelerate the business success can be realized by obtaining cooperation other than funds from the fund provider for the activities / development of ICO implementers. Further, by specifying the ID of the ICO participant (fund provider), it becomes possible for the ICO implementer to perform highly efficient marketing when conducting fund procurement marketing.

  By introducing the mechanism according to the present disclosure, it is possible to suppress fraud objective ICO. In addition, the success rate of ICO can be expected to improve. For this reason, both the ICO implementer and the ICO participant become WinWin, and the ICO can be soundly developed and contribute to further development of human economic society.

  Hereinafter, embodiments of the present disclosure will be described in detail with reference to the accompanying drawings. In the following description, the same parts are denoted by the same reference numerals. Since the same part has the same name, function, etc., detailed description will not be repeated.

  ICO in the present disclosure may mean fund raising based on digital asset issuance (which may be distribution, sale, etc.), or more broadly, fund raising via a network (funding act), cloud It may mean funding or the like (may be replaced).

(ICO management system)
FIG. 2 is a diagram illustrating an example of a schematic configuration of an ICO management system according to an embodiment. The ICO management system 1 shown in FIG. 2 includes a device 10 (device 11 of an ICO participant, device 12 of an ICO performer), an ICO service server 20, a log management server 30, an ID management server 40, and an advertisement distribution server. 50.

  The device 10 may include an ICO participant device 11, an ICO performer device 12, and the like. Hereinafter, the device 11 of the ICO participant is also referred to as the participant device 11. The device 12 of the ICO practitioner is also referred to as a practitioner device 12. When simply describing “device 10”, it may be read as at least one of the participant device 11 and the performer device 12.

  The device 10 is a device that executes an application such as a browser by a user operation. The device 10 may receive an advertisement from the advertisement distribution server 50.

  The device 10 may be a mobile terminal (mobile communication terminal) such as a mobile phone, a smartphone, or a tablet terminal, a personal computer (PC), a TV (TV), a multi-function TV, a smart TV, It may be a fixed communication terminal such as an IP (Internet Protocol) TV or a set top box. That is, the device 10 in the present disclosure can be read as a communication device.

  The device 10 communicates with a network (such as the Internet) via wired and / or wireless (for example, LTE (Long Term Evolution), Wi-Fi (registered trademark), etc.).

  The device 10 communicates with an apparatus participating in the P2P network using a P2P network sharing the distributed ledger. The P2P network may be called a distributed ledger system, a distributed network, or the like. The P2P network may be a block chain network (BC-NW), a public BC-NW, a consortium (permission) BC-NW, or other BC-NW, for example. Or it may be realized by a combination thereof.

  The P2P network may be another network in which it is difficult to falsify information distributed on the network. For example, the P2P network may be a P2P network that does not use a data structure based on blocks and / or chains.

  The device 10 can participate in the ICO using the P2P network.

  The ICO service server 20 is a server that provides a service related to one or more ICOs (the server may be replaced by an apparatus, a device, or the like). The ICO service server 20 can be involved in ICO using the P2P network. An example of the service will be described later. Note that ICO-related services are not limited to services provided by a centralized server, and may be realized by non-centralized (distributed) applications (DAPPS: Decentralized Applications).

  The log management server 30 is a server having a function of managing (collecting, analyzing, etc.) various logs. The log management server 30 may transmit information about various logs to other devices (for example, the advertisement distribution server 50) via a network. The various logs managed by the log management server 30 may be logs corresponding to consumer behavior data, logs that can be used to identify consumer behavior data, and the like.

  Here, the log managed by the log management server 30 may include a viewing log regarding the television (may be referred to as a television viewing log, a broadcast viewing log, a viewing history, panel data, or the like). Note that a television (television receiver) has a function of receiving at least one of terrestrial broadcasting, broadcasting by a broadcasting satellite (BS) / communication satellite (CS), internet broadcasting (Internet television), and the like. The apparatus which has may be sufficient. The television viewing log may be transmitted to the log management server 30 from a television (not shown).

  The television viewing log may indicate information in which content viewed on the television is recorded in association with time information. The TV viewing log may include information related to viewed program information, viewed commercial messages (CM), and the like.

  The television viewing log may include information that can specify at least one of viewing of terrestrial broadcasts via television, time-shifted reproduction, browser activation, execution of network services, and the like. The TV viewing log is preferably given a time stamp corresponding to the viewing program.

  The TV viewing log may include individual viewing history data when there are a plurality of viewers for one TV (for example, when there are a plurality of residents in a household). Also, the TV viewing log may be associated with viewer attributes (gender, age group, etc.), viewer interest categories (affinity category), and the like.

  Further, the log managed by the log management server 30 may be another action history (action log) for the user of the device 10. The log management server 30 may acquire (collect) some or all of the user's behavior history via the device 10 from the device 10.

  Here, the action history includes an advertisement contact history, an electronic money usage history, an offline purchase history (or electronic receipt), an online purchase history (for example, an electronic commerce (EC) history, electronic content (electronic book, music download, (Video streaming, software, etc.) purchase history), subscription service usage history, communication history, web access history, search history, application usage history, game usage history, device operation history, and the like.

  The “behavior history” in the present disclosure may be read as “analysis result based on behavior history (for example, information for specifying user behavior, interest, etc.)”, “use data”, and the like.

  The ID management server 40 is a server having a function of managing identification information (ID: Identifier) corresponding to the various logs described above. The ID management server 40 may transmit information on various IDs to other devices (for example, the advertisement distribution server 50) via a network.

  Here, the ID managed by the ID management server 40 may include an ID relating to the television (may be referred to as a television viewing ID, television specific information, or the like). The television viewing ID may be associated with the above-described television viewing log (that is, one or more television viewing logs may be specified based on the television viewing ID).

  The television viewing ID may include at least one of information that can identify the television such as a television IP address, a MAC (Media Access Control) address, and a B-CAS (BS Conditional Access Systems) (registered trademark) card number. The TV viewing ID may be an arbitrary ID associated with the TV.

  The ID managed by the ID management server 40 may include an ID related to a device (may be referred to as a device ID or device identification information). The device ID is the IP address of the device 10, the MAC address of the device 10, the SIM card unique number (may be a telephone number) of the device 10, and a user unique ID number (for example, even when a contract is made with a communication carrier) May be included.

  The ID managed by the ID management server 40 may include information regarding an ID corresponding to the action history of the user of the device 10. The ID is, for example, an advertisement ID of an advertisement distributed to the device 10, an electronic money ID, an electronic receipt ID (electronic receipt application ID), an EC site ID, an electronic content ID, a subscription service ID, and a credit card ID (number). , Web access ID, user account information (for example, game account ID, application ID, etc.) may be included.

  Here, the advertisement ID (may be referred to as an online advertisement ID) may be, for example, an anonymous and unique advertisement distribution identifier (an identifier related to an advertisement) that can be opted out by a user. The advertisement ID may be a unique cookie ID (cookie ID) related to a small file (cookie) stored in the browser of the device 10.

  The cookie ID may be a different ID for each browser (or for each application). The advertisement ID may be called cookie information or the like.

  The advertisement ID may be an identifier acquired from an application installed in the device 10, and may be, for example, IDFA (Identification For Advertisers), ADID (Advertising ID), or the like.

  The ID management server 40 uses an ID (for example, a wallet ID, an address, etc.) used by the device 10 in the above-described P2P network and an ID (TV viewing ID, device ID, EC site ID, advertisement ID) corresponding to the various logs described above. Etc.) may be associated with each other. Information about the association may be transmitted to the log management server 30, the advertisement distribution server 50, and the like.

  The ID management server 40 receives the ID used by the device 10 in the above-described P2P network, the ID corresponding to the above-described various logs (TV viewing ID, device ID, EC site ID, advertisement ID, etc.) 50 may be received.

  The advertisement distribution server 50 is a server having a function of controlling distribution of Internet advertisements (which may be referred to as web advertisements, digital advertisements, etc.) to the device 10.

  The advertisement may be composed of, for example, text, an image (a still image or a moving image), sound, other media, or a combination thereof. Note that the advertisement distribution server 50 may transmit content other than advertisements to the device 10.

  The advertisement distribution server 50 may be configured to include a DMP (Data Management Platform), and may determine an advertisement to be distributed using the DMP. The advertisement distribution server 50 may include a distribution server that uses a DSP (Demand Side Platform), may include an advertisement distribution server (ad server) other than the DSP, or may include a distribution server that uses an ad server. .

  The ad server may be a distribution server that uses an application programming interface (API) (Ads-API) provided by a specific company (for example, Twitter (registered trademark), Facebook (registered trademark), etc.). The ad server may be a video advertisement distribution server that distributes online video advertisements, or a CMS (Content Management System) that distributes advertisements for television.

  The advertisement distribution server 50 may cooperate with a DSP, an ad server, or the like via DMP (for example, public DMP). The advertisement distribution server 50 may control (for example, create, expand, narrow down, etc.) DMP segment data based on, for example, a predetermined user's television viewing log.

  An example of the functional configuration and hardware configuration of each device such as the device 10 will be described later.

  Note that the system configuration is an example, and the present invention is not limited to this. For example, each apparatus is configured to include one device in FIG. 2, but the number of devices is not limited to this, and a plurality of devices may exist. The advertisement distribution system 1 may have a configuration that does not include some devices, or may have a configuration in which the function of one device is realized by a plurality of devices.

  For example, the log management server 30 may manage the logs on different servers for each type of log (service provider corresponding to the log). The ID management server 40 may manage IDs on different servers for each type of ID (a service provider corresponding to the ID).

  It is good also as a structure by which the function of a some apparatus is implement | achieved by one apparatus. For example, at least two of the ICO service server 20, the log management server 30, the ID management server 40, and the advertisement distribution server 50 may be implemented on one server.

(ICO management method)
An ICO management method according to an embodiment of the present disclosure will be described below. Each ICO management method may be applied to the above-mentioned ICO management system.

  FIG. 3 is a conceptual explanatory diagram of an ICO management method according to an embodiment. Step S21 may be the same as step S11. The implementer device 12 may send a message calling for funding to the participant device 11.

  Steps S22 and S23 differ from steps S12 and S13 in that the address (contract address) exchanged by the participant device 11 is not a single sig address but a multi-sig address. The transactions related to steps S22 and S23 only need to have the signature of the ICO participant.

  Here, a single sign address is expressed as, for example, an address managed with one private key for one public key, an address that only needs one electronic signature for approval of a transaction whose address is the remittance source, and the like. May be.

  Multi-sig addresses are expressed as, for example, an address managed with a plurality of private keys for one public key, an address that requires a plurality of electronic signatures (multi-signatures) for approval of a transaction whose address is the remittance source, etc. May be.

  Since the multisig address corresponds to an address for temporarily depositing funds collected by the ICO, it may be called a deposit address, a deposit address, a temporary investment address, a temporary investment address, or the like. The multisig address is hereinafter simply referred to as a deposit address.

  The deposit address may be managed by an ICO practitioner, or may be managed by an ICO mediator (may be called an escrow agent or the like). The deposit address shown is for explaining the processing through the address rather than the subject of the operation.

  In step S24, the implementer device 12 calls the participant device 11 to approve the use of deposit money (request for budget execution) when the ICO implementer uses the deposit money. Here, the use of the deposit money may include, for example, transferring money from the deposit address to another address (an address of the ICO implementer, an address of an ordering party where the ICO implementor orders the goods, etc.).

  In step S25, the participant device 11 approves the use of the deposit when the ICO participant agrees to use the deposit presented in step S24. When the first condition is satisfied (for example, when a certain number (or a certain percentage) of approvals are obtained among the ICO participants), in step S26, the deposit is used (execution of the budget). May be configured.

  For example, in step S24, the implementer device 12 may create a remittance transaction that remits a portion of the deposit to a specific address (eg, an ICO implementor's wallet address). In this case, in step S25, the ICO participant may sign the remittance transaction via the participant device 11.

  The signature process of steps S24-S25 may be referred to as multi-signature. A transaction that requires a multi-signature may be referred to as a multi-sig transaction. Note that the device that generates the multisig transaction is not limited to the implementer device 12, and may be the participant device 11 or the like.

  The implementer device 12 and / or the participant device 11 may sign a multi-sig transaction indicating approval (or approval), non-approval (or disagreement), abstention and the like. Failure to approve (or agree) may be considered as non-approved (or opposed) or abstention.

  For example, the implementer device 12 and / or the participant device 11 may perform the signature by transmitting a multisig signature transaction generated based on the multisig transaction. A multi-sig transaction approved for deposit use (approved multi-sig transaction) may be composed of an original multi-sig transaction and a multi-sig signature transaction.

  Further, the implementer device 12 and / or the participant device 11 may perform the signature by notifying the ICO service server 20 that the multisig transaction is signed. In this case, the ICO service server 20 uses a transaction that takes into account the signature notified from the implementer device 12 and / or the participant device 11 (for example, the signature, the public key of the implementer device 12 and / or the participant device 11, etc.). Included transaction). A multi-sig transaction that has been approved for use of deposit money (an approved multi-sig transaction) may correspond to a transaction that considers the signature.

  Note that the signature in step S25 may be configured to be executable by all participants, or may be configured to be executable only by participants who satisfy the second condition. The address where the signature of step S25 can be performed may be set as a counter-sign address of the deposit address.

  For example, the address of the ICO participant who sent money to the deposit address in step S22 may be configured to be added as a co-signed address of the deposit address. The address of the ICO participant who has sent a predetermined amount or more to the deposit address may be added as a countersigned address of the deposit address. In addition, an address of an ICO participant whose rating described below corresponds to a certain value or more may be added as a countersigned address of the deposit address. Moreover, the address of an ICO implementer and / or an ICO mediator may be included in the co-signed address of the deposit address.

  Note that the number or ratio of signatures necessary for the use of the deposit may be determined in advance or may be determined based on the number of ICO participants. The number or percentage of signatures required to use the deposit may correspond to the difference or percentage between approved (or approved) and unapproved (or opposite). For example, if the number of approval signatures exceeds a predetermined number of opposite signatures, the deposit use may be performed in step S26.

  The approval or disapproval of one vote of an ICO participant may be interpreted as the approval or disapproval of multiple votes depending on the total remittance amount of the ICO participant to the deposit address.

  The number or percentage of signatures required to use the deposit may be adjusted based on the number of ICO participants that can sign the deposit address. Also, the number or percentage of signatures required for deposit use may be adjusted based on the number or percentage of inactivated addresses. Here, the deactivated address may correspond to an address that is not active for a certain period of time (for example, remittance to the deposit address is not performed or approval is not performed).

  The ICO service server 20 may provide services and / or environments (online forums, messaging services, etc.) for ICO practitioners to communicate with ICO participants via their respective devices 10. The ICO service server 20 may provide the environment in association with at least one of the address of the ICO performer, the deposit address, and the address of the ICO participant. For example, the environment may be an online forum with a deposit address as an ID.

  The above-mentioned online forum can be used for calling for funding, reporting on the activity / development status of ICO implementers, calling for approval to use deposits, and answering questions from ICO implementers.

  When the third condition is satisfied, the budget (cryptographic currency) remaining at the deposit address may be prorated according to the funding ratio, and the amount excluding the remittance fee may be returned to the fund provider. The refund process may be automatically executed by a smart contract programmed in advance on the block chain. The third condition may be a case where the use of the deposit is not approved or a case where the ICO practitioner gives up the business.

  The above first to third conditions may be set via the implementer device 12 when the ICO project is generated. The first condition may be referred to as a multisig approval achievement condition. The second condition may be referred to as a multisig signature enabling condition. The third condition may be referred to as a deposit refund condition.

  The ICO practitioner promotes the project based on the use of the deposit in step S26. Note that if the budget is surplus when the ICO objective is achieved (eg, the activity / development is completed), the implementer device 12 may use the remaining budget (eg, for additional activity / development). Or not) may be notified to the participant device 11 after indicating the usage plan and confirmed with the ICO participant.

<Evaluation of people involved in ICO>
During the ICO project, at a timing such as after the completion of the project, the participant device 11 and / or the implementer device 12 provide information on the evaluation (may be referred to as a rating, a rate, etc.) of the person involved in the ICO. You may transmit to a P2P network. The P2P network may be a P2P network in which a deposit address is defined, or may be another P2P network.

  It is preferable that people involved in the same ICO evaluate each other. The rating may be tagged as a unique rating for the wallet ID. The evaluation may be calculated by combining the ratings of one or more addresses corresponding to the wallet ID.

  The evaluation may be represented by a number (for example, +1, 0, −1, etc.), may be represented by a character (for example, “good”, “bad”), or may be represented by other expression methods. May be.

  For example, when a bitcoin-based block chain is used to transmit evaluation-related information, the implementer device 12 and / or the participant device 11 may generate and broadcast a transaction in which evaluation-related information is embedded after the OP_RETURN command. Good.

  The destination address of the transaction used to transmit the information related to the evaluation may be the remittance source address (that is, the remittance source and the remittance destination may be the same), and the ICO performer and / or ICO participant to be evaluated The address may be the address of a third party (for example, the provider of the ICO service server 20).

  The information related to the evaluation may include specific information (for example, name, address, wallet ID, etc.) for specifying the ICO performer and / or the ICO participant to be evaluated. As described above, when the destination address of the transaction is the address of the ICO performer and / or the ICO participant to be evaluated, the information related to the evaluation may not include the specific information.

  The information related to the evaluation may include specific information (for example, name, address, wallet ID, etc.) for specifying the evaluator.

  ICO practitioners may be evaluated by ICO participants. An ICO practitioner who has a high evaluation can obtain trust in advance when performing the ICO from the next time onward.

  ICO participants may be evaluated from ICO performers and / or other ICO participants. ICO participants may be evaluated individually. It is preferable to individually evaluate an ID that has a particularly high contribution to the ICO, an ID that has failed, and the like. The practitioner device 12 and / or the participant device 11 may transmit information regarding the evaluation for each ICO participant.

  The ICO practitioner and / or ICO participant may evaluate multiple ICO participants together. For example, the performer device 12 and / or the participant device 11 may transmit information regarding an evaluation indicating that the ICO participants other than the individually evaluated ICO participants are evaluated collectively.

  The information regarding the evaluation may explicitly include information indicating that the evaluation is performed collectively, or may be implicitly included. For example, the implementer device 12 and / or the participant device 11 interprets that the information regarding the evaluation not including the specific information described above indicates that the ICO participants other than the individually evaluated ICO participants are collectively evaluated. May be.

  Note that the ICO service server 20 may provide an evaluation mechanism for persons involved in the ICO. In this case, the participant device 11 and / or the practitioner device 12 may transmit information related to the evaluation of the person involved in the ICO to the ICO service server 20 or may not transmit to the P2P network. Also good.

  The ICO service server 20 may provide information that invites early participation regarding the future ICO to the participant devices 11 of the ICO participants who are highly evaluated, and the ICO service server 20 may participate in the ICO under advantageous conditions. You may control the conditions regarding. The ICO service server 20 may transmit information regarding the ICO participant having a high evaluation to the implementer device 12. For example, the ICO practitioner can perform fund raising marketing with high efficiency by calling for funding targeting ICO participants with high evaluation in the past.

  Participant device 11 and / or practitioner device 12 are weighted so that a rating performed by a highly rated ID (ICO performer, ICO participant, etc.) has a greater impact than a rating performed by a low-rated person Then, the final rating may be calculated.

  The evaluation for one address may be transferable to another address or may be configured such that transfer to another address is not possible. For example, a part or all of the evaluation value for the address A (for example, a value of 100) may be transferred as the evaluation value for another address B.

  The ICO practitioner may limit the rate at which money can be transferred to the deposit address. For example, refusing funding (transactions) from a wallet with a rate below a threshold (no rating, low rate, etc.) (for example, money cannot be transferred from such a wallet to a deposit address or is automatically refunded after remittance) And may be automatically executed by a smart contract pre-programmed on the blockchain. According to this configuration, it is possible to prevent a bad ICO participant from interfering with the project.

  If the rate of the wallet ID evaluated more than a certain number is below a threshold value (low rate, etc.), the funding (transaction) to the wallet is rejected (for example, to such a wallet (consignment address)) May be automatically executed by a smart contract that is pre-programmed on the block chain. According to this configuration, it is possible to suppress a situation in which remittance is erroneously made to a poor ICO practitioner.

  According to one aspect of the present invention described above, an ICO practitioner and an ICO participant can evaluate each other to maintain a relation between the two and activate a community. Since the evaluation can be recorded as a record that cannot be falsified using a block chain or the like, it can be used as reliable information of the ICO practitioner and the ICO participants.

  In addition, ICO participants are motivated to cooperate other than funding to improve their own rates for activities and development aimed at raising funds. ICO implementers can accelerate business success by obtaining not only funds but also cooperation other than funds.

<Cooperation with advertisement distribution>
A mode in which the ID associated with the wallet address is used for advertisement distribution will be described below. For example, it is possible to increase the efficiency of ICO marketing by using an ID associated with a wallet address in DMP in cooperation with an advertisement ID or the like.

  The participant device 11 and / or the implementer device 12 may transmit information on an ID (for example, a wallet ID, an address, etc.) used in the above-described P2P network to the ID management server 40.

  The ID management server 40 uses an ID used by the device 10 in the above-described P2P network, IDs corresponding to various logs managed by the log management server 30 (TV viewing ID, device ID, EC site ID, advertisement ID, etc.) , May be associated. Information about the association may be transmitted to the log management server 30, the advertisement distribution server 50, and the like. Information regarding the association may be referred to as ID association information.

  The advertisement distribution server 50 may determine and distribute an advertisement to be distributed to the participant device 11 and / or the performer device 12 based on the ID association information. For example, the advertisement distribution server 50 acquires an EC purchase log, a TV viewing log, an advertisement contact log, etc. from the log management server 30 for a predetermined user based on the ID association information acquired from the ID management server 40. An advertisement to be distributed may be determined based on the log. “Determine advertisement” may be read as “determine CRM measure”, “determine marketing measure”, or the like.

  The participant device 11 and / or the implementer device 12 may transmit information on the ICO involved to the ID management server 40, the advertisement distribution server 50, and the like. The related ICO information may include, for example, information such as ICO name, ICO start time, ICO business plan (purpose), and use of funds.

  The advertisement distribution server 50 may determine an advertisement to be distributed to the participant device 11 and / or the implementer device 12 based on information of the ICO involved (particularly, ICO business plan, use of funds). For example, the advertisement distribution server 50 may control the distribution of advertisements related to cars to the participant devices 11 that often invest in an ICO that aims to develop cars.

(Device configuration)
FIG. 4 is a diagram illustrating an example of a functional configuration of a device according to an embodiment. As illustrated in this example, the device 10 includes a control unit 110, a storage unit 120, a communication unit 130, an input unit 140, and an output unit 150. Note that FIG. 4 mainly shows functional blocks of characteristic portions in the present embodiment, and the device 10 may also have other functional blocks necessary for other processing. Moreover, it is good also as a structure which does not include one part functional block.

  The control unit 110 controls the device 10. The control unit 110 can be configured by a controller, a control circuit, or a control device described based on common recognition in the technical field according to the present disclosure.

  The storage unit 120 stores (holds) information used in the device 10. The storage unit 120 can be configured with, for example, a memory, a storage, a storage device, and the like described based on common recognition in the technical field according to the present disclosure.

  The communication unit 130 communicates with other communication devices (devices, servers, etc.) via a network. The communication unit 13 may output various received information to the control unit 110.

  The communication unit 130 can be configured by a transmitter / receiver, a transmission / reception circuit, or a transmission / reception device described based on common recognition in the technical field according to the present disclosure. Note that the communication unit 130 may include a transmission unit and a reception unit.

  The input unit 140 receives an input by an operation from the user. The input unit 140 may be connected to a predetermined device, storage medium, or the like, and accept data input. The input unit 140 may output the input result to the control unit 110, for example.

  The input unit 140 can be configured by an input device such as a keyboard, a mouse, and a button, an input / output terminal, an input / output circuit, and the like described based on common recognition in the technical field according to the present disclosure. Further, the input unit 140 may be configured to be integrated with the display unit (for example, a touch panel).

  The output unit 150 outputs data, content, and the like in a format that can be perceived by the user. For example, the output unit 150 may include a display unit that displays an image, an audio output unit that outputs audio, and the like.

  The display unit can be configured by a display device such as a display and a monitor described based on common recognition in the technical field according to the present disclosure, for example. In addition, the audio output unit can be configured by an output device such as a speaker described based on common recognition in the technical field according to the present disclosure.

  The output unit 150 includes, for example, an arithmetic unit, an arithmetic circuit, an arithmetic device, a player, an image / video / audio processing circuit, an image / video / audio processing device, which are described based on common recognition in the technical field according to the present disclosure, An amplifier or the like can be included.

  The communication unit 130 transmits a first transaction indicating remittance to a first address (deposit money address) related to a specific ICO, which is an address in a network (P2P network) sharing a distributed ledger. May be.

  The control unit 110 and / or the communication unit 130 indicate a second remittance (transmission from the deposit address) transmitted from the first address to the second address (another address) transmitted in the P2P network. Transactions may be detected.

  The control unit 110 may sign the detected second transaction. Here, the second transaction satisfies the first condition among the plurality of signatures (for example, signatures of all ICO participants) used in the first transaction (for example, a threshold (a certain number or a certain number). It may be configured to be approved when a percentage) or higher signature is obtained. In other words, the control unit 110 may interpret the second transaction that satisfies the first condition as being approved.

  In addition, the second transaction satisfies the second condition (for example, the remittance amount to the deposit address (total remittance amount) is more than a certain value, and the evaluation in the current ICO and / or the past ICO is more than a certain value. Of the signature corresponding to the remittance source address may be approved when a signature equal to or higher than the threshold is obtained.

  The signature for the second transaction is obtained by using a service (for example, a web forum) linked to the deposit address (more specifically, a wallet ID corresponding to the deposit address). The user (ICO participant) corresponding to the remittance source address (to the deposit address) may be requested. The control unit 110 may perform control to access the service based on the deposit address.

  If the second transaction is not approved, the budget remaining at the deposit address may be returned to the remittance source address (ICO participant's address) of the first transaction.

  The control unit 110 may broadcast information (rating information) on the evaluation in the ICO for at least one of the remittance source address and the deposit address of the first transaction to the P2P network.

  The control unit 110 may extract rating information from the P2P network and calculate an evaluation specific to a specific wallet ID based on the information.

  The control unit 110 interprets that the first transaction is rejected when the remittance source address and / or deposit address of the first transaction corresponds to an address that has not been evaluated in the past ICO or is below a certain value. May be.

  The ICO service server 20, the log management server 30, the ID management server 40, the advertisement distribution server 50, and the like may have the same configuration as that in FIG. A person skilled in the art can understand the description related to the device 10 in the description of FIG. Note that the device 10, the ICO service server 20, the log management server 30, the ID management server 40, the advertisement distribution server 50, etc. may all be called communication devices.

  Hereinafter, some parts will be described as examples. In addition, the code | symbol corresponding to each function block of FIG. 4 of each apparatus is the first one-digit number of the code | cord | chord which shows each apparatus (For example, in the case of an ICO service server, "2" of the first digit of "20" ) Is applied to the first single digit in FIG.

  The control unit 210 of the ICO service server 20 may generate a transaction considering the signature notified from the implementer device 12 and / or the participant device 11 via the communication unit 230. The communication unit 230 may transmit a transaction considering the signature.

  The control unit 210 of the ICO service server 20 performs control to provide a service and / or environment (online forum, messaging service, etc.) for the ICO implementer to communicate with the ICO participant via each device 10. Also good.

  The control unit 310 of the log management server 30 may perform control of acquiring (collecting) a television viewing log, a user action log, and the like and storing it in the storage unit 320. The communication unit 330 of the log management server 30 may transmit and / or receive various logs.

  The control unit 410 of the ID management server 40 uses an ID (for example, a wallet ID and an address) used by the device 10 in the P2P network, a TV viewing ID, a device ID, an ID corresponding to the action history of the user of the device 10, and the like May be acquired (collected) and stored in the storage unit 420. The control unit 410 may associate an ID used by the device 10 with the above-described P2P network, a TV viewing ID, and the like. The communication unit 430 of the ID management server 40 may transmit and / or receive various logs.

  The control unit 510 of the advertisement distribution server 50 associates the wallet ID corresponding to at least one of the remittance source address and the deposit address of the first transaction with at least one of the advertisement ID, the TV viewing ID, and the EC site ID. Also good. Control unit 510 may determine an advertisement to be distributed to a communication device (such as device 10) that uses the wallet ID based on association information between the wallet ID and another ID. The communication unit 530 of the advertisement distribution server 50 may transmit an advertisement to the device 10.

(Hardware configuration)
In addition, the block diagram used for description of the said embodiment has shown the block of the functional unit. These functional blocks (components) are realized by any combination of hardware and / or software. Further, the means for realizing each functional block is not particularly limited. That is, each functional block may be realized by one physically coupled device, or may be realized by two or more physically separated devices connected by wire or wirelessly and by a plurality of these devices. Good.

  For example, a device, a server, or the like according to an embodiment of the present disclosure may function as a computer that performs processing of the advertisement distribution method of the present disclosure. FIG. 5 is a diagram illustrating an example of a hardware configuration of devices, servers, and the like according to an embodiment. The device 10 and the advertisement distribution server 50 described above may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like. Good.

  In the following description, the term “apparatus” can be read as a circuit, a device, a unit, or the like. The hardware configuration of the device 10, the advertisement distribution server 50, and the like may be configured to include one or a plurality of each device illustrated in the figure, or may be configured not to include some devices.

  For example, although only one processor 1001 is shown, there may be a plurality of processors. Further, the processing may be executed by one processor, or the processing may be executed by one or more processors simultaneously, sequentially, or using other methods.

  Each function in the device 10, the advertisement distribution server 50, and the like is performed by causing the processor 1001 to perform computation by reading predetermined software (program) on hardware such as the processor 1001 and the memory 1002, and the communication and memory by the communication device 1004. This is realized by controlling reading and / or writing of data in 1002 and the storage 1003.

  For example, the processor 1001 controls the entire computer by operating an operating system. The processor 1001 may be configured by a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic device, a register, and the like. Each unit such as the control unit 11 described above may be realized by the processor 1001. The processor 1001 may be implemented by one or more chips.

  Further, the processor 1001 reads programs (program codes), software modules, data, and the like from the storage 1003 and / or the communication device 1004 to the memory 1002, and executes various processes according to these. As the program, a program that causes a computer to execute at least a part of the operations described in the above embodiments is used. For example, the control unit 11 may be realized by a control program stored in the memory 1002 and operating in the processor 1001, and may be realized similarly for other functional blocks.

  The memory 1002 is a computer-readable recording medium. For example, the memory 1002 includes at least a ROM (Read Only Memory), an EPROM (Erasable Programmable ROM), an EEPROM (Electrically EPROM), a RAM (Random Access Memory), and other suitable storage media. It may be configured by one. The memory 1002 may be called a register, a cache, a main memory (main storage device), or the like. The memory 1002 can store programs (program codes), software modules, and the like that can be executed to implement the advertisement distribution method according to an embodiment of the present invention.

  The storage 1003 is a computer-readable recording medium such as a flexible disk, a floppy (registered trademark) disk, a magneto-optical disk (for example, a compact disk (CD-ROM (Compact Disc ROM), etc.)), a digital versatile disk, Blu-ray (registered trademark) disk, removable disk, hard disk drive, smart card, flash memory device (eg, card, stick, key drive), magnetic stripe, database, server, or other suitable storage medium It may be constituted by. The storage 1003 may be referred to as an auxiliary storage device. Note that the storage unit 120 described above may be realized by the memory 1002 and / or the storage 1003.

  The communication device 1004 is hardware (transmission / reception device) for performing communication between computers via a wired and / or wireless network, and is also referred to as a network device, a network controller, a network card, a communication module, or the like. The communication device 1004 may include a SIM card. Note that the communication unit 13 described above may be realized by the communication device 1004.

  The input device 1005 is an input device (for example, a keyboard, a mouse, etc.) that accepts external input. The output device 1006 is an output device (for example, a display, a speaker, etc.) that performs output to the outside. The input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel). The input unit 14 and the output unit 15 described above may be realized by the input device 1005 and the output device 1006, respectively.

  Each device such as the processor 1001 and the memory 1002 is connected by a bus 1008 for communicating information. The bus 1007 may be configured by a single bus or may be configured by different buses between devices.

  The device 10, the advertisement distribution server 50, and the like include a microprocessor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), a field programmable gate array (FPGA), and the like. It may be configured including hardware, and a part or all of each functional block may be realized by the hardware. For example, the processor 1001 may be implemented by at least one of these hardware.

(Modification)
Note that the terms described in the present disclosure and / or terms necessary for understanding the present disclosure may be replaced with terms having the same or similar meaning.

  Information, parameters, and the like described in the present disclosure may be represented by absolute values, may be represented by relative values from predetermined values, or may be represented by other corresponding information. Further, names used for parameters and the like in the present disclosure are not limited in any respect.

  Information, signals, etc. described in this disclosure may be represented using any of a variety of different technologies. For example, data, commands, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description are voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these May be represented by a combination of

  Information, signals, and the like may be input / output via a plurality of network nodes. Input / output information, signals, and the like may be stored in a specific location (for example, a memory) or may be managed using a table. Input / output information, signals, and the like can be overwritten, updated, or added. The output information, signals, etc. may be deleted. Input information, signals, and the like may be transmitted to other devices.

  In addition, notification of predetermined information (for example, notification of being “X”) is not limited to explicitly performed, but is performed implicitly (for example, by not performing notification of the predetermined information). May be.

  Software, whether it is called software, firmware, middleware, microcode, hardware description language, or other names, instructions, instruction sets, codes, code segments, program codes, programs, subprograms, software modules , Applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, functions, etc. should be interpreted broadly.

  Further, software, instructions, information, and the like may be transmitted / received via a transmission medium. For example, software may use websites, servers, or other devices using wired technology (coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL), etc.) and / or wireless technology (infrared, microwave, etc.) When transmitted from a remote source, these wired and / or wireless technologies are included within the definition of transmission media.

  As used in this disclosure, the terms “system” and “network” are used interchangeably.

  Each aspect / embodiment described in the present disclosure may be used alone, may be used in combination, or may be switched according to execution. In addition, the order of the processing procedures, sequences, flowcharts, and the like of each aspect / embodiment described in the present disclosure may be changed as long as there is no contradiction. For example, the methods described in this disclosure present elements of the various steps in an exemplary order and are not limited to the specific order presented.

  As used in this disclosure, the phrase “based on” does not mean “based only on,” unless expressly specified otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”

  Any reference to elements using the designations “first”, “second”, etc. as used in this disclosure does not generally limit the amount or order of those elements. These designations can be used in this disclosure as a convenient way to distinguish between two or more elements. Thus, reference to the first and second elements does not mean that only two elements can be employed, or that the first element must precede the second element in some way.

  Although the invention according to the present disclosure has been described in detail above, it is obvious for those skilled in the art that the invention according to the present disclosure is not limited to the embodiments described in the present disclosure. The invention according to the present disclosure can be implemented as modifications and changes without departing from the spirit and scope of the invention determined based on the description of the claims. Therefore, the description of the present disclosure is for illustrative purposes and does not give any restrictive meaning to the invention according to the present disclosure.

Claims (10)

A communication device communicates a first transaction to an address in a network sharing a distributed ledger that indicates remittance to a first address associated with an initial coin offering (ICO). and sending for,
The communication device detecting a second transaction indicative of a transfer from the first address to a second address transmitted in the network;
The communication device performing control to sign the second transaction,
The ICO management method, wherein the second transaction is approved when a signature equal to or greater than a threshold value is obtained from a plurality of signatures used in the first transaction.   In the second transaction, when a signature equal to or higher than a threshold is obtained among signatures corresponding to a remittance source address that satisfies at least one of the remittance amount to the first address and evaluation in the past ICO. The ICO management method according to claim 1, wherein the ICO management method is approved. 3. The ICO management method according to claim 1 , wherein the communication device receives a request for a signature on the second transaction using a service associated with the first address. 4. . The communications device, if the second transaction is not approved, the budget remaining in the first address, according to claim 1, wherein the determining to be refunded to the transfer source address of the first transaction The ICO management method according to claim 3. The communication device transmits information on evaluation in the ICO for at least one of a remittance source address of the first transaction and the first address to a server or a network that provides the service of the ICO. When,
The communication device further comprises a step of calculating an evaluation specific to a corresponding wallet ID (Identifier) based on information on the evaluation in the ICO. The ICO management method described in 1. The communications device according to remittance source address of the first transaction, if it is past the free or fixed following address evaluation in ICO, the first transaction is characterized by determining to be rejected Item 6. The ICO management method according to Item 5. Advertisement distribution server, said first transaction money transfer source address and the corresponding advertisement ID to at least one of the first address, at least one in the wallet ID associated television viewing ID and EC (Electronic Commerce) site ID , ICO management method according to any one of claims 1 to claim 6, characterized in that there use to determine the ad to serve the communication device utilizing the wallet ID. A first transaction indicating a remittance to a first address associated with an initial coin offering (ICO) that is an address in a network sharing a distributed ledger is transmitted to the network A transmission unit;
A receiving unit for detecting a second transaction indicating remittance sent from the first address to the second address transmitted in the network;
A control unit that controls to sign the second transaction,
The communication device is characterized in that the second transaction is approved when a signature greater than or equal to a threshold value is obtained from a plurality of signatures used in the first transaction.   An ICO management system comprising the communication device according to claim 8. On the computer,
A first transaction indicating a remittance to a first address associated with an initial coin offering (ICO) that is an address in a network sharing a distributed ledger is transmitted to the network Procedure and
Detecting a second transaction indicative of a transfer from the first address to a second address transmitted in the network;
Control to sign the second transaction, wherein the second transaction is approved when a signature greater than or equal to a threshold is obtained from a plurality of signatures used in the first transaction. A program for executing the procedure.

Images