WO2025253591A1 - Ｖｃ発行システム、ｖｃ発行依頼装置、ｖｃ発行装置、ｖｃ発行方法、ｖｃ発行依頼生成方法、及びプログラム - Google Patents

Ｖｃ発行システム、ｖｃ発行依頼装置、ｖｃ発行装置、ｖｃ発行方法、ｖｃ発行依頼生成方法、及びプログラム

Info

Publication number
WO2025253591A1
WO2025253591A1 PCT/JP2024/020741 JP2024020741W WO2025253591A1 WO 2025253591 A1 WO2025253591 A1 WO 2025253591A1 JP 2024020741 W JP2024020741 W JP 2024020741W WO 2025253591 A1 WO2025253591 A1 WO 2025253591A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
data
information
issuance request
event
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
PCT/JP2024/020741
Other languages
English (en)
French (fr)
Inventor
盛徳 大橋
淳司 渡邊
嘉樹 西川
潮 渋沢
実紀 横山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Inc
NTT Inc USA
Original Assignee
Nippon Telegraph and Telephone Corp
NTT Inc USA
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 Nippon Telegraph and Telephone Corp, NTT Inc USA filed Critical Nippon Telegraph and Telephone Corp
Priority to PCT/JP2024/020741 priority Critical patent/WO2025253591A1/ja
Publication of WO2025253591A1 publication Critical patent/WO2025253591A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/40—User authentication by quorum, i.e. whereby two or more security principals are required

Definitions

  • the disclosed technology relates to the generation of verifiable credentials.
  • Verifiable Credentials Data Model v2.0 (Non-Patent Document 1).
  • Verifiable Credentials will be abbreviated as VC.
  • Figure 1 shows the roles and information flow in the Verifiable Credentials Data Model v2.0.
  • a VC is a verifiable credential that is issued by an issuer and held by a holder, who then presents it to a verifier. The verifier can verify that the VC was issued by a legitimate issuer by verifying the signature.
  • VP Verifiable Presentation
  • the VC issuing system of the disclosed technology is a system that issues an event VC that records an event involving multiple terminals, and includes an originating terminal (first terminal), an intermediate terminal (kth terminal), an issuance request terminal (nth terminal), and a VC issuing server.
  • the first terminal generates first data using one or more verifiable credentials possessed by the first terminal and its own identity.
  • the kth terminal acquires the k-1th data, generates the kth data by adding its own identification information and information indicating that it was received from the k-1th terminal, and transmits the kth data to the k+1th terminal.
  • the n-th terminal acquires the (n-1)th data and generates an issuance request to which its own identification information and information indicating that it was received from the (n-1)th terminal are added. Based on the issuance request, the VC issuing server issues, to the first to nth terminals, an event VC that records events in which the first to nth terminals are involved.
  • the issuance request terminal acquires the first data and generates an issuance request that adds its own identification information and information indicating that it was received from the first terminal.
  • FIG. 1 is a diagram showing an example of the configuration of a VC issuing system according to a first embodiment.
  • FIG. 10 is a functional block diagram showing an example of the configuration of a terminal, a VC issuing server, and a VP reading terminal. 10 is a flowchart illustrating an example of the operations of a terminal, a VC issuing server, and a VP reading terminal according to the first embodiment.
  • FIG. 10 is a diagram showing an example of the configuration of a VC issuing system according to a second embodiment. 10 is a flowchart illustrating an example of the operation of a terminal and a VC issuing server according to the second embodiment.
  • FIG. 2 is a diagram showing an example of the functional configuration of a computer.
  • a VC is issued simultaneously to two terminals that are jointly involved in a predetermined action.
  • 2 is a diagram showing an example of the configuration of a VC issuing system according to the first embodiment.
  • a read terminal 201, a reading terminal 202, a VC issuing server 203, and a VP reading terminal 204 are connected to each other so as to be able to communicate with each other via a communication network 205.
  • 3A is a functional block diagram showing an example of the configuration of the read terminal terminal 201 and the reading terminal 202.
  • the read terminal terminal 201 and the reading terminal 202 each include a starting data generation unit 211, a data transfer unit 212, an information addition unit 213, a communication unit 214, and a VP generation unit 215.
  • 3B is a diagram showing an example of the configuration of the VC issuing server 203.
  • the VC issuing server 203 includes a communication unit 221, a common VC generating unit 222, and a verification unit 223.
  • 3C is a diagram showing an example of the configuration of the VP reading terminal 204.
  • the VP reading terminal 204 includes a data transfer unit 231, a communication unit 232, and a verification unit 233.
  • FIG. 4 is a flowchart for explaining an example of the operations of the read terminal 202, the reading terminal 201, the VC issuing server 203, and the VP reading terminal 204. In FIG. The following description will be given with reference to FIGS.
  • NFT Non-Fungible Token.
  • NFTs come in a variety of forms, including digital art, digital fashion, game items, and a variety of other tangible and intangible items.
  • SBT SoulBound Token.
  • NFTs are digital assets that exist on the blockchain and are used to prove ownership in fields such as art and games. However, because NFTs can be bought, sold, and transferred by anyone, they are not suitable for proving an individual's abilities or background.
  • DID Decentralized Identifiers. Like VC, it is a concept proposed by the W3C with the aim of realizing IDs that do not require centralized management.
  • the origin data generation unit 211 of the read terminal 201 generates one piece of origin data from the information recorded in one or more VCs, NFTs, and SBTs.
  • origin data (origin QR code) is generated using a QR code (registered trademark) (step S401).
  • the origin QR code includes the terminal identifier of the read terminal 201 itself, using a DID or the like, and information indicating that it is the destination of an additional VC (issuer information). At this time, a signature may be added to prove that the user is the user of the read terminal 201.
  • the data exchange unit 212 of the read terminal 201 displays the originating QR code on an LCD screen or the like, and the data exchange unit 212 of the reading terminal 202 reads the originating QR code (step S402). This joint action by the parties marks the start of the VC issuance sequence.
  • the information addition unit 213 of the reading terminal 202 adds the DID of the reading terminal 202 to the information represented by the acquired origin QR code (including the DID of the read terminal 201) and generates a VC issuance request (step S403). At this time, a signature to prove that the user is the user of the reading terminal 202 may be added.
  • the communication unit 214 of the reading terminal 202 transmits a VC issuance request to the VC issuing server 203 (step S404).
  • the communication unit 221 of the VC issuing server 203 receives the VC issuing request.
  • the common VC generation unit 222 of the VC issuing server 203 generates a common VC based on the received VC issuing request (step S405).
  • the common VC is sent to the reading terminal 202, which is the issuing requester, as well as to the read terminal 201 (step S406).
  • a VC is sent to one requester, but the same VC is distributed to multiple people by the VC issuing server 203 as the issuer.
  • the VC issuing server 203 Since the VC issuance request includes destination information, the VC issuing server 203 does not need to separately manage which terminals are involved in addition to the terminal that requested the issuance.
  • the VC issuing server 203 may verify the DID in the VC issuance request in the verification unit 223 to confirm the identity of the read terminal 201 and the reading terminal 202. There may be a link with the person on the VC issuing server side (for example, the read terminal 201 and the reading terminal 202 are registered as users of the VC issuing server). The identity may be confirmed using another VC.
  • the VP generation unit 215 of the read terminal 201 selects the necessary items from the received common VC and generates a VP (step S407), and presents it to the VP reading terminal 204 (e.g., a store) using the data transfer unit 212 or the communication unit 214 (step S408).
  • the verification unit 233 of the VP reading terminal 204 verifies the VP presented by the read terminal 201 (step S 409 ), and confirms the identity of the read terminal 201 and its relationship with the reading terminal 202 .
  • the read terminal 201 If there is an asymmetric relationship between the read terminal 201 and the reading terminal 202, for example, if user A of the reading terminal 202 is the introducer and user B of the read terminal 201 is the introduced (i.e., when user A introduces a store to user B), the relationship between the introducer and the introduced may be described in the common VC. In this case, the introducer's signature may be attached.
  • the VP reading terminal 204 can increase the number of loyal customers by verifying that the referral is from a regular customer (user A). The store can also know which regular referrals are beneficial.
  • the social reliability of the VC can be ensured by the reliability of the VC issuing server, and the specific reliability of the read terminal 201 can be ensured by the signature of the reading terminal 202 .
  • transmission data is exchanged by presenting and reading a QR code, but the method for exchanging transmission data is not limited to this as long as it is a means for exchanging information between nearby terminals.
  • two-dimensional barcodes or NFC Near Field Communication
  • a common VC was issued to two terminals.
  • a configuration and procedure for issuing a common VC to multiple terminals will be explained.
  • the number of parties to a joint action may increase.
  • a VC containing information on all parties to the joint action is issued to the additional parties.
  • 5 is a diagram showing an example of the configuration of a VC issuing system according to the second embodiment.
  • n+m terminals (first terminal 501 to n+m-th terminal 507), a first VC issuing server 511, and a second VC issuing server 512 are communicably connected via a communication network 205.
  • 502' to 506' are drawn to make it easy to imagine how a QR code is received, and the next QR code is generated and presented.
  • An example of the functional configuration of each terminal is the same as that shown in FIG.
  • the functional configuration of each VC issuing server is also similar to that shown in FIG.
  • FIG. 6 is a flowchart for explaining an example of the operations of the first terminal to the (n+m)th terminal and the VC issuing servers 511 and 512.
  • FIG. 6 is a flowchart for explaining an example of the operations of the first terminal to the (n+m)th terminal and the VC issuing servers 511 and 512.
  • the origin data generation unit 211 of the first terminal 501 generates one piece of origin data from information recorded in one or more VCs, NFTs, and SBTs.
  • the origin data (origin QR code) is generated using a QR code (step S601).
  • the origin QR code includes the terminal identifier of the first terminal 501 itself, such as a DID, and a list of additional VC issuers (issuer list). The first terminal itself is registered in the issuer list.
  • the data exchange unit 212 of the first terminal 501 displays the origin QR code on an LCD screen or the like, and the data exchange unit 212 of the second terminal 502 reads the origin QR code (step S602).
  • the information addition unit 213 of the second terminal 502 adds the reading order (first place) and the DID of the second terminal 502 to the information represented by the acquired starting QR code, adds the second terminal itself to the issuance destination list, and generates a second QR code (step S603).
  • the data exchange unit 212 of the second terminal 502 displays the second QR code on a liquid crystal screen or the like, and a third terminal (not shown) reads the second QR code.
  • the third terminal adds the reading order (second place) and the DID of the third terminal to the information represented by the acquired second QR code, adds the third terminal itself to the list of recipients, and generates a third QR code.
  • the data sending/receiving unit 212 of the n-th terminal 504 reads the (n-1)-th QR code presented by the (n-1)-th terminal 503 (step S604).
  • the information addition unit 207 of the n-th terminal 504 adds the reading order (n-1th place) and the DID of the n-th terminal 503 to the information represented by the acquired (n-1)-th QR code to generate a first VC issuance request, and sends it to the first VC issuance server 511 by the communication unit 214 (step S605).
  • the first VC issuance request includes information on multiple terminals including the reading route.
  • the communication unit 221 of the first VC issuing server 511 receives the first VC issuing request.
  • the common VC generation unit 222 of the first VC issuing server 511 generates the first common VC based on the received first VC issuing request (step S606). Then, based on the issuing destination list included in the first VC issuing request, the first common VC is sent to the n-1th terminal as well as the n-th terminal 504 that requested the issuing (step S607).
  • the nth terminal 504 adds the reading order (n-1th place) and the DID of the nth terminal to the information represented by the acquired n-1th QR code, initializes the issuance destination list, registers the nth terminal itself, and generates the nth QR code (step S608).
  • the signature of the first VC issuing server may be added to the nth QR code.
  • the VC issued by the first VC issuing server may be embedded in the nth QR code.
  • the data exchange unit 212 of the nth terminal 504 displays the nth QR code on a liquid crystal screen or the like, and the data exchange unit 212 of the (n+1)th terminal 505 reads the nth QR code (step S609).
  • the information addition unit 207 of the n+mth terminal 507 adds the reading order (n+m-1th place) and the DID of the n+mth terminal 507 to the information represented by the acquired (n+m-1)th QR code to generate a second VC issuance request, which is sent by the communication unit 214 to the second VC issuance server 512 (step S612).
  • the communication unit 221 of the second VC issuing server 512 receives the second VC issuing request.
  • the common VC generation unit 222 of the second VC issuing server 512 generates a second common VC based on the received second VC issuing request (step S613). Then, based on the issuing destination list included in the second VC issuing request, the second common VC is sent to the n+m-1 terminals in addition to the n+m-1 terminal 507 that requested the issuing (step S614).
  • the second common VC includes route information from the first terminal to the n-1th terminal, but the destination list included in the second VC issuance request does not include destinations related to the first terminal to the n-1th terminal. Therefore, the reliability of the information from the first terminal to the n-1th terminal is ensured by adding the signature of the first VC issuing server or the signature of the nth terminal.
  • transmission data is exchanged by presenting and reading a QR code, but the method of exchanging transmission data is not limited to this as long as it is a means for exchanging information between nearby terminals.
  • the common VC generated in the first and second embodiments records an event involving multiple parties, and can be said to be an event record that proves the existence of the event.
  • circuitry or processing circuitry including general-purpose processors, application-specific processors, integrated circuits, ASICs (Application Specific Integrated Circuits), a CPU (a Central Processing Unit), conventional circuits, and/or combinations thereof, programmed to perform the described functions.
  • a processor includes transistors and other circuits and is considered to be circuitry or processing circuitry.
  • a processor may also be a programmed processor that executes programs stored in memory.
  • a circuit, unit, or means refers to hardware that is programmed to realize or executes the described functions.
  • the hardware may be any hardware disclosed in this specification or any hardware known to be programmed to realize or execute the described functions.
  • the hardware is a processor, which is considered to be a type of circuitry
  • the circuitry, means, or unit is the combination of the hardware and the software used to configure the hardware and/or processor.
  • the program describing this processing can be recorded on a computer-readable recording medium.
  • Examples of computer-readable recording media include magnetic recording devices, optical disks, magneto-optical recording media, and semiconductor memory.
  • this program may be distributed, for example, by selling, transferring, or lending portable recording media such as DVDs or CD-ROMs on which the program is recorded.
  • the program may be stored in a storage device on a server computer, and then transferred from the server computer to other computers via a network, thereby distributing the program.
  • a computer that executes such a program for example, first stores the program recorded on a portable recording medium or transferred from a server computer in its own storage device. Then, when executing processing, the computer reads the program stored on its own recording medium and executes processing in accordance with the read program. As another form of execution of this program, the computer may read the program directly from the portable recording medium and execute processing in accordance with that program, or it may execute processing in accordance with the received program each time a program is transferred to this computer from the server computer. Alternatively, the server computer may not transfer the program to this computer, but rather executes processing using a so-called ASP (Application Service Provider) type service, which realizes processing functions simply by issuing execution instructions and obtaining results.
  • ASP Application Service Provider
  • the computer may be configured to execute terminal processing using a so-called SaaS (Software as a Service) type service, which allows users to use part of a server computer along with the program.
  • the program includes information used for processing by an electronic computer that is equivalent to a program (such as data that is not a direct command to a computer but has properties that dictate computer processing).
  • the device is configured by executing a specific program on a computer, but at least part of the processing may also be implemented in hardware.
  • VC issuing system 201 Read terminal 202 Reading terminal 203 VC issuing server 204 VP reading terminal 205 Communication network 211 Starting point data generating unit 212, 231 Data giving/receiving unit 213 Information adding unit 214, 221, 232 Communication unit 215 VP generating unit 222 Common VC generating unit 223, 233 Verification unit 50 VC issuing system 501 First terminal 502 Second terminal 503 (n-1)th terminal 504 Nth terminal 505 (n+1)th terminal 506 (n+m-1)th terminal 507 (n+m)th terminal 511 First VC issuing server 512 Second VC issuing server 2000 Computer 2010 Control unit 2020 Recording unit 2030 Input unit 2040 Output unit 2050 Display unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

開示技術に係るVC発行システムは、複数端末が関与した事象を記録した事象VCを発行するシステムであって、起点端末（第１端末）と、中間端末（第k端末）と、発行依頼端末（第n端末）と、VC発行サーバを含む。第１端末は、自身が保有する１つまたは複数の検証可能な資格情報と、自身の識別情報とを用いて、第１データを生成する。nを3以上の整数、k=2,3,…,n-1として、第k端末は、第ｋ-1データを取得し、自身の識別情報と、第k-1端末から受信したことを示す情報を付加した第kデータを生成し、第kデータを第k+1端末に送信する。第n端末は、第n-1データを取得し、自身の識別情報と、第ｎ-1端末から受信したことを示す情報を付加した発行依頼を生成する。VC発行サーバは、発行依頼に基づいて、第１端末から第n端末が関与した事象を記録した事象VCを、第１端末から第n端末に発行する。

Description

ＶＣ発行システム、ＶＣ発行依頼装置、ＶＣ発行装置、ＶＣ発行方法、ＶＣ発行依頼生成方法、及びプログラム
　開示技術は、検証可能な資格情報（Verifiable Credential）の生成に関する。
　個人情報の主体的な管理実現を目的に、W3Cにより、Verifiable Credentials Data Model v2.0（非特許文献１）が提案されている。以下、Verifiable CredentialsをVCと略記する。
　図１にVerifiable Credentials Data Model v2.0における、役割と情報の流れを示す。VCは、検証可能な資格情報であり、発行者から発行されたVCを保有者が保持し、保有者から検証者に提示する。検証者は、署名検証を行うことで、正規の発行者から発行されたVCであることを検証することができる。
　保有者から検証者に提示する場合、VCを全部開示するのではなく、一部の必要な項目のみを提示する（選択的開示する）Verifiable Presentation（VP）が可能なVC仕様も存在する。
W3C, "Verifiable Credentials Data Model v2.0", ［令和６年５月２８日検索］，インターネット <https://www.w3.org/TR/vc-data-model-2.0/>.
　複数者が関与するある事象に関する証跡を分散的に当事者で管理する場合、当事者同士が交流した記録や、だれか仲介者（紹介者）を介して複数者がつながった記録を分散台帳に記録して管理することが考えられる。しかしながら、分散台帳書き換えのためのトランザクション手数料が発生する。VCを使って交流記録を管理する場合、それぞれが発行者に対して交流事実を提示し、VCを発行してもらう必要があり、複数者がそれぞれVC発行を依頼する必要がある。
　（１）分散台帳のトランザクション手数料を低く抑えつつ、（２）証跡としての信頼性を確保し、（３）複数者が関与した記録を保持し、（４）紹介関係などの継承関係を保持し、（５）当事者が同一の証跡を確認できる、VC発行方法を実現したい。
　上記課題を解決するため、開示技術に係るVC発行システムは、複数端末が関与した事象を記録した事象VCを発行するシステムであって、起点端末（第１端末）と、中間端末（第k端末）と、発行依頼端末（第n端末）と、VC発行サーバを含む。
　第１端末は、自身が保有する１つまたは複数の検証可能な資格情報と、自身の識別情報とを用いて、第１データを生成する。
　nを3以上の整数、k=2,3,…,n-1として、第k端末は、第ｋ-1データを取得し、自身の識別情報と、第k-1端末から受信したことを示す情報を付加した第kデータを生成し、第kデータを第k+1端末に送信する。
　第n端末は、第n-1データを取得し、自身の識別情報と、第ｎ-1端末から受信したことを示す情報を付加した発行依頼を生成する。
　VC発行サーバは、発行依頼に基づいて、第１端末から第n端末が関与した事象を記録した事象VCを、第１端末から第n端末に発行する。
　中間端末がない場合、発行依頼端末は第１データを取得し、自身の識別情報と、第１端末から受信したことを示す情報を付加した発行依頼を生成する。
　VCやNFTやSBTに、VC発行に関する情報を記載することで、読み取り行為を契機として1回のVC発行依頼で複数の当事者へのVC発行をさせることができる。
Verifiable Credentials Data Model v2.0における役割と情報の流れを示す図。 第１実施形態に係るVC発行システムスの構成例を示す図。 端末とVC発行サーバとVP読み取り端末の構成例を示す機能ブロック図。 第１実施形態に係る、端末とVC発行サーバとVP読み取り端末の作用の一例を説明するフローチャート。 第２実施形態に係るVC発行システムスの構成例を示す図。 第２実施形態に係る、端末とVC発行サーバの作用の一例を説明するフローチャート。 コンピュータの機能構成例を示す図。
　以下、開示技術の実施形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
［第１実施形態］
　第１実施形態では、所定の行為に共同で関与した２台の端末に対し、同時にVCを発行する。
　図２は、第１実施形態に係るVC発行システムの構成例を示す図である。VC発行システム２０は、被読み取り端末２０１、読み取り端末２０２、VC発行サーバ２０３、VP読み取り端末２０４が、通信ネットワーク２０５を介して通信可能に接続されている。
　図３（ａ）は、被読み取り端末端末２０１、および読み取り端末２０２の構成例を示す機能ブロック図である。被読み取り端末端末２０１、および読み取り端末２０２は、起点データ生成部２１１、データ授受部２１２、情報付加部２１３、通信部２１４、VP生成部２１５を備える。
　図３（ｂ）は、VC発行サーバ２０３の構成例を示す図である。VC発行サーバ２０３は、通信部２２１、共通VC生成部２２２、検証部２２３を備える。
　図３（ｃ）は、VP読み取り端末２０４の構成例を示す図である。VP読み取り端末２０４は、データ授受部２３１、通信部２３２、検証部２３３を備える。
　図４は、被読み取り端末２０２、読み取り端末２０１、VC発行サーバ２０３、VP読み取り端末２０４の作用の一例を説明するフローチャートである。
　以下、図２，３，４を用いて説明する。
［用語の説明］
NFT：Non-Fungible Token（非代替性トークン)の略。ブロックチェーンを基盤にして作成された代替不可能なデジタルデータのこと。その形は様々で、デジタルアートやデジタルファッション、ゲームのアイテムなど、有形・無形さまざまなものがNFT化されている。
SBT：SoulBound Tokenの略。譲渡不可能なNFTのこと。NFTは、ブロックチェーン上に存在するデジタル資産で、アートやゲームなどの分野で所有権を証明するために使われているが、NFTは誰でも売買や譲渡ができるため、個人の能力や経歴などを証明するには適していない。
DID：Decentralized Identifiers（分散型識別子）の略。VCと同様に、中央集権的な管理を不要にしたIDの実現を目指し、W3Cが提唱したもの。
　被読み取り端末２０１の起点データ生成部２１１は、一つまたは複数のVC, NFT, SBTに記録された情報から一つの起点データを生成する。例えば、QRコード（登録商標）で起点データ（起点QRコード）を生成する（ステップＳ４０１）。起点QRコードには、DID等を用いた被読み取り端末２０１自身の端末識別子と、VCの追加発行先であることを示す情報（発行先情報）を含める。この際、被読み取り端末２０１のユーザであることを証明するための署名を追加で付与してもよい。
　被読み取り端末２０１のデータ授受部２１２は、起点QRコードを液晶画面等に表示し、読み取り端末２０２のデータ授受部２１２は、起点QRコードを読み取る（ステップＳ４０２）。この、当事者による共同行為を起点として、VC発行のシーケンスがスタートする。
　読み取り端末２０２の情報付加部２１３は、取得した起点QRコード（被読み取り端末２０１のDIDを含んでいる）の表す情報に、読み取り端末２０２のDIDを付加して、VC発行依頼を生成する（ステップＳ４０３）。この際、読み取り端末２０２のユーザであることを証明するための署名を追加で付与してもよい。
　読み取り端末２０２の通信部２１４は、VC発行サーバ２０３にVC発行依頼を送信する（ステップＳ４０４）。
　VC発行サーバ２０３の通信部２２１は、VC発行依頼を受信する。
　VC発行サーバ２０３の共通VC生成部２２２は、受信したVC発行依頼に基づいて共通VCを生成する（ステップＳ４０５）。そして、VC発行依頼に含まれる発行先情報に基づいて、発行依頼者である読み取り端末２０２に加えて、被読み取り端末２０１にも、共通VCを送信する（ステップＳ４０６）。
　通常、VCは一人の依頼者に送信するものだが、同一のVCを、VC発行サーバ２０３が発行者となって複数者に配信する。VC発行依頼には、発行先情報が含まれるので、VC発行サーバ２０３は、発行を依頼した端末の他に、どの端末が関係するのかを、別途管理する必要がない。
　共通VC発行に際し、VC発行サーバ２０３は、検証部２２３でVC発行依頼中のDIDを検証して、被読み取り端末２０１と読み取り端末２０２端末の本人性を確認してもよい。VC発行サーバ側に本人との紐づけ（例えば、被読み取り端末２０１と読み取り端末２０２が、VC発行サーバのユーザとして登録されている）があってもよい。本人性の確認を別のVCを用いて実施してもよい。
　被読み取り端末２０１のVP生成部２１５は、受信した共通VCから必要な項目を選択してVPを生成し（ステップＳ４０７）、データ授受部２１２または通信部２１４を用いて、VP読み取り端末２０４（例えばお店）に提示する（ステップＳ４０８）。
　VP読み取り端末２０４の検証部２３３は、被読み取り端末２０１から提示されたVPを検証し（ステップＳ４０９）、被読み取り端末２０１の本人性や、読み取り端末２０２との関係を確認する。
　被読み取り端末２０１と読み取り端末２０２の間に非対称な関係がある場合、例えば読み取り端末２０２のユーザＡが紹介者であり、被読み取り端末２０１のユーザＢが被紹介者だとした場合（つまり、ユーザＡがユーザＢにお店を紹介する場合）、共通VCに、その紹介者と被紹介者の関係を記載してもよい。その際、紹介者の署名をつけてもよい。
　VP読み取り端末２０４は、お得意様（ユーザＡ）の紹介であることを検証することで、優良顧客を拡大していくことができる。お店としてもどのお得意の紹介が有益であるかがわかる。
　第１実施形態によれば、VCの社会的信頼性をVC発行サーバの信頼性で確保し、被読み取り端末２０１特定信頼性を、読み取り端末２０２の署名により確保することができる。
　以上が第１実施形態の説明である。
　なお、上記実施形態では、送信用データの授受をQRコードの提示と読み取りで行ったが、近接した端末間で情報をやり取りできる手段であれば、送信用データの授受方法はこれに限られない。例えば、二次元バーコードや、NFC(Near Field Communication）などを利用してもよい。
［第２実施形態］
　第１実施形態では、分かりやすくするため、共通VCを２つの端末に発行した。第２実施形態では、共通VCを多数の端末に発行する構成と手順を説明する。また、共通VC発行後に、共同行為（事象）の当事者が増える場合がある。そのような場合、共同行為の全当事者の情報を含むVCを、追加の当事者に対し発行する。
　図５は、第２実施形態に係るVC発行システムの構成例を示す図である。VC発行システム５０は、n+m台の端末（第１端末５０１から第n+m端末５０７）と第１VC発行サーバ５１１と第２VC発行サーバ５１２が、通信ネットワーク２０５を介して通信可能に接続されている。なお、５０２’から５０６’は、QRコードを受信して、次のQRコードを生成して提示する様子がイメージしやすいように描いたものである。
　各端末の機能構成例は、図３（ａ）と同様である。
　各VC発行サーバの機能構成例も、図３（ｂ）と同様である。
　図６は、第１端末から第n+m端末と、VC発行サーバ５１１、５１２の作用の一例を説明するフローチャートである。
　以下、図５，３，６を用いて、第n端末５０４が第１VC発行サーバ５１１に共通VCの発行依頼を行い、その後m台の端末がさらに当事者となり、第n+m端末５０７が第２VC発行サーバ５１２に共通VCの発行依頼を行い、各VC発行サーバが共通VCを複数の端末に発行する手順を説明する。
説明する。
［第１共通VCの発行］
　第１端末５０１の起点データ生成部２１１は、一つまたは複数のVC, NFT, SBTに記録された情報から一つの起点データを生成する。例えば、QRコードで起点データ（起点QRコード）を生成する（ステップＳ６０１）。起点QRコードには、DID等を用いた、第１端末５０１自身の端末識別子と、VCの追加発行先リスト（発行先リスト）を含める。発行先リストには第１端末自身を登録する。
　第１端末５０１のデータ授受部２１２は、起点QRコードを液晶画面等に表示し、第２端末５０２のデータ授受部２１２は、起点QRコードを読み取る（ステップＳ６０２）。
　第２端末５０２の情報付加部２１３は、取得した起点QRコードの表す情報に、読み取り順序（第１位）と、第２端末５０２のDIDとを付加し、発行先リストに第２端末自身を追加登録して、第２QRコードを生成する（ステップＳ６０３）。
　第２端末５０２のデータ授受部２１２は、第２QRコードを液晶画面等に表示し、図示しない第３端末は、第２QRコードを読み取る。
　第３端末は、取得した第２QRコードの表す情報に、読み取り順序（第２位）と第３端末のDIDを付加し、発行先リストに第３端末自身を追加登録して、第３QRコードを生成する。
　同様の手順を繰り返し、第n端末５０４のデータ授受部２１２は、第(n-1)端末５０３から提示された第(n-1)QRコードを読み取る（ステップＳ６０４）。
　第n端末５０４の情報付加部２０７は、取得した第(n-1)QRコードの表す情報に、読み取り順序（第n-1位）と第n端末５０３のDIDを付加して第１VC発行依頼を生成し、通信部２１４で第１VC発行サーバ５１１に送信する（ステップＳ６０５）。第１VC発行依頼は、読み取り経路を含めた複数端末の情報を備えていることに注意されたい。
　第１VC発行サーバ５１１の通信部２２１は、第１VC発行依頼を受信する。
　第１VC発行サーバ５１１の共通VC生成部２２２は、受信した第１VC発行依頼に基づいて第１共通VCを生成する（ステップＳ６０６）。そして、第１VC発行依頼に含まれる発行先リストに基づいて、発行依頼者である第n端末５０４に加えて、第１端末から第n-1端末にも、第１共通VCを送信する（ステップＳ６０７）。
　第１共通VC発行後に、第n+1端末から第n+m端末が当事者に加わった場合を説明する。
［第２共通VCの発行］
　第n端末５０４は、取得した第n-1QRコードの表す情報に、読み取り順序（第n-1位）と第n端末のDIDを付加し、発行先リストを初期化した上で第n端末自身を登録して、第nQRコードを生成する（ステップＳ６０８）。この際、第nQRコードには、第１VC発行サーバの署名を付加してもよい。それには、例えば、第１VC発行サーバから発行されたVCを第nQRコードに埋め込めばよい。
　第n端末５０４のデータ授受部２１２は、第nQRコードを液晶画面等に表示し、第n+1端末５０５のデータ授受部２１２は、第nQRコードを読み取る（ステップＳ６０９）。
　第n+1端末から第n+m端末まで同様の手順を繰り返し、第n+m端末５０７の情報付加部２０７は、取得した第(n+m-1)QRコードの表す情報に、読み取り順序（第n+m-1位）と第n+m端末５０７のDIDを付加して第２VC発行依頼を生成し、通信部２１４で第２VC発行サーバ５１２に送信する（ステップＳ６１２）。
　第２VC発行サーバ５１２の通信部２２１は、第２VC発行依頼を受信する。
　第２VC発行サーバ５１２の共通VC生成部２２２は、受信した第２VC発行依頼に基づいて第２共通VCを生成する（ステップＳ６１３）。そして、第２VC発行依頼に含まれる発行先リストに基づいて、発行依頼者である第n+m端末５０７に加えて、第n端末から第n+m-1端末にも、第２共通VCを送信する（ステップＳ６１４）。
　第２共通VCは第１端末から第n-1端末までの経路情報を含むが、第２VC発行依頼に記載の発行先リストには、第１端末から第n-1端末に関与する発行先は記載されていないので、第１端末から第n-1端末までの情報の信頼性は、第１VC発行サーバの署名、または第n端末の署名を付与することで確保する。
　以上が第２実施形態の説明である。
　なお、上記実施形態では、送信用データの授受をQRコードの提示と読み取りで行ったが、近接した端末間で情報をやり取りできる手段であれば、送信用データの授受方法はこれに限られない。
［補足］
　第１実施形態、第２実施形態で生成した共通VCは、複数当事者の関与したイベントを記録し、当該イベントの存在を証明する事象記録といえる。
［プログラム、記録媒体］
　本明細書中に記載されている構成要素により実現される機能は、当該記載された機能を実現するようにプログラムされた、汎用プロセッサ、特定用途プロセッサ、集積回路、ＡＳＩＣｓ(Application Specific Integrated Circuits)、ＣＰＵ(a Central Processing Unit)、従来型の回路、および／又はそれらの組合せを含む、circuitry又はprocessing circuitryにおいて実装されてもよい。プロセッサは、トランジスタやその他の回路を含み、 circuitry又はprocessing circuitryとみなされる。プロセッサは、メモリに格納されたプログラムを実行する、programmed processorであってもよい。
　本明細書において、circuitry、ユニット、手段は、記載された機能を実現するようにプログラムされたハードウェア、又は実行するハードウェアである。当該ハードウェアは、本明細書に開示されているあらゆるハードウェア、又は、当該記載された機能を実現するようにプログラムされた、又は、実行するものとして知られているあらゆるハードウェアであってもよい。
　当該ハードウェアがcircuitryのタイプであるとみなされるプロセッサである場合、当該circuitry、手段、又はユニットは、ハードウェアと、当該ハードウェア及び又はプロセッサを構成する為に用いられるソフトウェアの組合せである。
　上述の各種の処理は、図７に示すコンピュータ２０００の記録部２０２０に、上記方法の各ステップを実行させるプログラムを読み込ませ、制御部２０１０、入力部２０３０、出力部２０４０、表示部２０５０などに動作させることで実施できる。
　この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
　また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ－ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
　このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって処理を実行する構成としてもよい。さらには、サーバコンピュータの一部をプログラムと共にユーザに使用させる、いわゆるＳａａＳ（Software as a Service）型のサービスを利用して、端末の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
　また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
２０　VC発行システム
２０１　被読み取り端末
２０２　読み取り端末
２０３　VC発行サーバ
２０４　VP読み取り端末
２０５　通信ネットワーク
２１１　起点データ生成部
２１２，２３１　データ授受部
２１３　情報付加部
２１４，２２１，２３２　通信部
２１５　VP生成部
２２２　共通VC生成部
２２３，２３３　検証部
５０　VC発行システム
５０１　第１端末
５０２　第２端末
５０３　第(n-1)端末
５０４　第n端末
５０５　第(n+1)端末
５０６　第(n+m-1)端末
５０７　第(n+m)端末
５１１　第1VC発行サーバ
５１２　第2VC発行サーバ
２０００　コンピュータ
２０１０　制御部
２０２０　記録部
２０３０　入力部
２０４０　出力部
２０５０　表示部

Claims (8)

  1. 　検証可能な事象情報を発行するシステムであって、
    　自身が保有する１つまたは複数の検証可能な資格情報と、自身の識別情報とを用いて、第１データを生成する第１端末と、
    　前記第1データを取得し、自身の識別情報と、前記第1端末から受信したことを示す情報を付加した発行依頼を生成する第２端末と、
    　前記発行依頼に基づいて、前記第１端末と前記第２端末が関与した事象を記録した事象VCを、前記第１端末と前記第２端末に発行するVC発行サーバと、
    　を含むVC発行システム。
  2. 　検証可能な事象情報を発行するシステムであって、
    　自身が保有する１つまたは複数の検証可能な資格情報と、自身の識別情報とを用いて、第１データを生成する第１端末と、
    　nを3以上の整数、k=2,3,…,n-1として、第ｋ-1データを取得し、自身の識別情報と、第k-1端末から受信したことを示す情報を付加した第kデータを生成し、前記第kデータを第k+1端末に送信する第k端末と、
    　第n-1データを取得し、自身の識別情報と、第ｎ-1端末から受信したことを示す情報を付加した発行依頼を生成する第n端末と、
    　前記発行依頼に基づいて、前記第１端末から第n端末が関与した事象を記録した事象VCを、前記第１端末から前記第n端末に発行するVC発行サーバと、
    　を含むVC発行システム。
  3. 　VC発行サーバに検証可能な事象情報の発行を依頼する装置であって、
    　複数端末の識別情報および順序情報と、前記順序の起点となる端末が保有する１つまたは複数の検証可能な資格情報と、を含むデータを受信するデータ取得部と、
    　前記データに、自身の識別情報と順序情報を付加してVC発行依頼を生成する情報付加部と、
    　を備えたVC発行依頼装置。
  4. 　複数端末の識別情報および順序情報と、前記順序の起点となる端末が保有する１つまたは複数の検証可能な事象情報と、を含むVC発行依頼を受信するデータ取得部と、
    　前記VC発行依頼に基づいて、前記複数の端末が関与した事象を記録した事象VCを生成するVC生成部と、を備え、
    　前記事象VCを、前記複数端末の全てに送付する
    　ことを特徴とするVC発行装置。
  5. 　VC発行システムが検証可能な事象情報を発行する方法であって、
    　第１端末が、前記第１端末が保有する１つまたは複数の検証可能な資格情報と、前記第１端末の識別情報とを用いて、第１データを生成し、
    　nを3以上の整数、k=2,3,…,n-1として、第k端末が、第k-1データを取得し、前記第k端末の識別情報と、第k-1端末から受信したことを示す情報を付加した第kデータを生成し、
    　第n端末が、第n-1データを取得し、前記第n端末の識別情報と、第n-1端末から受信したことを示す情報を付加した発行依頼を生成し、
    　VC発行サーバが、前記発行依頼に基づいて、前記第１端末から第n端末が関与した事象を記録した事象VCを、前記第１端末から前記第n端末に発行する
    　VC発行方法。
  6. 　VC発行依頼装置が、検証可能な事象情報の発行依頼を生成する方法であって、
    　データ取得部が、複数端末の識別情報および順序情報と、前記順序の起点となる端末が保有する１つまたは複数の検証可能な資格情報と、を含むデータを取得し、
    　情報付加部が、前記データに、VC発行依頼装置自身の識別情報と順序情報を付加してVC発行依頼を生成する
    　VC発行依頼生成方法。
  7. 　VC発行装置が、検証可能な事象情報を発行する方法であって、
    　データ取得部が、複数端末の識別情報および順序情報と、前記順序の起点となる端末が保有する１つまたは複数の検証可能な資格情報と、を含むVC発行依頼を受信し、
    　VC生成部が、前記VC発行依頼に基づいて、前記複数の端末が関与した事象を記録した事象VCを生成し、
    　前記事象VCを、前記複数端末の全てに送付する
    　VC発行方法。
  8. 　請求項１もしくは２に記載のVC発行システム、請求項３に記載のVC発行依頼装置、または請求項４に記載のVC発行装置としてコンピュータを機能させるためのプログラム。
PCT/JP2024/020741 2024-06-06 2024-06-06 Ｖｃ発行システム、ｖｃ発行依頼装置、ｖｃ発行装置、ｖｃ発行方法、ｖｃ発行依頼生成方法、及びプログラム Pending WO2025253591A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/020741 WO2025253591A1 (ja) 2024-06-06 2024-06-06 Ｖｃ発行システム、ｖｃ発行依頼装置、ｖｃ発行装置、ｖｃ発行方法、ｖｃ発行依頼生成方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/020741 WO2025253591A1 (ja) 2024-06-06 2024-06-06 Ｖｃ発行システム、ｖｃ発行依頼装置、ｖｃ発行装置、ｖｃ発行方法、ｖｃ発行依頼生成方法、及びプログラム

Publications (1)

Publication Number Publication Date
WO2025253591A1 true WO2025253591A1 (ja) 2025-12-11

Family

ID=97960578

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/020741 Pending WO2025253591A1 (ja) 2024-06-06 2024-06-06 Ｖｃ発行システム、ｖｃ発行依頼装置、ｖｃ発行装置、ｖｃ発行方法、ｖｃ発行依頼生成方法、及びプログラム

Country Status (1)

Country Link
WO (1) WO2025253591A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03103961A (ja) * 1989-09-19 1991-04-30 Fujitsu Ltd Ｉｄ情報を用いたデジタル多重署名方式
WO2024037870A1 (en) * 2022-08-18 2024-02-22 Siemens Aktiengesellschaft Generation of a non-fungible token

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03103961A (ja) * 1989-09-19 1991-04-30 Fujitsu Ltd Ｉｄ情報を用いたデジタル多重署名方式
WO2024037870A1 (en) * 2022-08-18 2024-02-22 Siemens Aktiengesellschaft Generation of a non-fungible token

Similar Documents

Publication Publication Date Title
CN110019516B (zh) 一种信息管理方法、装置及系统
WO2021183694A1 (en) Electronic patient credentials
US6938019B1 (en) Method and apparatus for making secure electronic payments
KR20240119060A (ko) 대체 불가능한 토큰을 위한 보관 시스템
WO2023158948A1 (en) Decentralized identity on blockchain for a multi-sided network
JP7364238B2 (ja) 電子取引システム、取引サーバ、検証サーバ、電子取引方法及びプログラム
US20220321357A1 (en) User credential control system and user credential control method
BRPI0810369B1 (pt) Método, meio legível por computador, servidor de diretório, e, telefone
CN112037057B (zh) 区块链数据的订正方法及装置
WO2017069874A1 (en) Event synchronization systems and methods
US20220309514A1 (en) Method of proving ownership and ownership transfer history using decentralized id
WO2020261359A1 (ja) 電子取引システム、取引管理サーバ、電子取引方法及びプログラム
CA3128669A1 (en) Blockchain system that includes bank nodes each having separate ledgers for identity, digital currency and other functions, and operation method thereof
JP2023540739A (ja) 分散型台帳上の、匿名性取消を伴う、セキュアな、トレース可能な、および、プライバシー保護の、デジタル通貨送金のための方法
KR102054581B1 (ko) 블록 체인을 이용한 발신자 확인 방법, 장치 및 시스템
JP6268242B1 (ja) サーバおよびトークン発行方法
JP2023145121A (ja) 情報処理システム、情報処理サーバ、及び情報処理方法
US12206794B2 (en) User information management system, user information management method, user agent and program
US20250392461A1 (en) Authentication system, user terminal, authentication method, and program
JP2018049667A (ja) サーバおよびトークン発行方法
US12524568B2 (en) User information management system, user information management method, user agent and program
WO2025253592A1 (ja) Ｖｃ発行システム、ｖｃ発行依頼装置、ｖｃ発行装置、ｖｃ発行方法、ｖｃ発行依頼生成方法、及びプログラム
KR100417024B1 (ko) 회원 관리 방법 및 그 시스템
US20230019045A1 (en) Systems and methods of facilitating trading a stored value card using blockchain
WO2017219880A1 (zh) 权益文件管理方法

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: 24942679

Country of ref document: EP

Kind code of ref document: A1