WO2022201445A1 - 情報処理装置、情報処理システム、情報処理方法及びプログラム - Google Patents

情報処理装置、情報処理システム、情報処理方法及びプログラム Download PDF

Info

Publication number
WO2022201445A1
WO2022201445A1 PCT/JP2021/012604 JP2021012604W WO2022201445A1 WO 2022201445 A1 WO2022201445 A1 WO 2022201445A1 JP 2021012604 W JP2021012604 W JP 2021012604W WO 2022201445 A1 WO2022201445 A1 WO 2022201445A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
information
communication
transaction data
log information
Prior art date
Application number
PCT/JP2021/012604
Other languages
English (en)
French (fr)
Inventor
智久 横田
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US18/268,060 priority Critical patent/US20240039805A1/en
Priority to JP2023508328A priority patent/JPWO2022201445A1/ja
Priority to PCT/JP2021/012604 priority patent/WO2022201445A1/ja
Publication of WO2022201445A1 publication Critical patent/WO2022201445A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2220/00—Business processing using cryptography
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network

Definitions

  • the present invention relates to an information processing device, an information processing system, an information processing method, and a program.
  • communication infrastructure log information such as communication devices and communication paths is stored and managed in servers managed by telecommunications carriers using techniques such as SNMP, Telemetry, packet capture, and NetFlow.
  • Patent Document 1 discloses a method of tracking information about devices in a network. The method includes receiving, at a first gateway, a plurality of communications each including information indicative of a state of one of the plurality of devices; information into a single transaction record containing a hash of the previous transaction record for the network; and sending the single transaction record from the first gateway to the server.
  • Patent Document 1 Although the method disclosed in Patent Document 1 can collect, track, and record device states even on heterogeneous networks, it cannot meet the above-mentioned demands that may arise in the communication infrastructure.
  • One aspect of the present invention is to provide a technology that allows parties involved in providing a service to share information about the communication infrastructure used to provide the service.
  • An information processing apparatus includes acquisition means for acquiring log information of one or more communication infrastructures constituting an end-to-end communication path, and a blockchain updated using a predetermined consensus algorithm. and generating means for generating transaction data including the log information.
  • An information processing device is a transaction data specified by a certain service ID, and is registered in a blockchain that is updated using a predetermined consensus algorithm.
  • a first obtaining means for obtaining log information of one or more communication infrastructures used to provide the identified service;
  • a first obtaining means for obtaining service level agreement information regarding the service identified by the certain service ID 2, and comparison means for comparing the log information and the service level agreement information and outputting the comparison result.
  • An information processing system includes acquisition means for acquiring log information of one or more communication infrastructures constituting an end-to-end communication path, and a blockchain that is updated using a predetermined consensus algorithm. and a registering means for registering the transaction data in the block chain.
  • An information processing method includes acquiring log information of one or more communication infrastructures that make up an end-to-end communication path, and adding to a blockchain that is updated using a predetermined consensus algorithm. and generating transaction data including the log information.
  • An information processing method is transaction data specified by a certain service ID and registered in a blockchain that is updated using a predetermined consensus algorithm. obtaining log information of one or more communication infrastructures used to provide the identified service; obtaining service level agreement information regarding the service identified by the certain service ID; , and the service level agreement information, and outputting the comparison result.
  • a program according to one aspect of the present invention comprises a computer, acquiring means for acquiring log information of one or more communication infrastructures constituting an end-to-end communication path, and a block updated using a predetermined consensus algorithm. It is transaction data to be added to the chain, and is a program for functioning as generation means for generating transaction data including the log information.
  • a program causes a computer to extract transaction data identified by a certain service ID from transaction data registered in a blockchain that is updated using a predetermined consensus algorithm.
  • a first acquiring means for acquiring log information of one or more communication infrastructures used to provide the service identified by the above; 2, and comparison means for comparing the log information and the service level agreement information and outputting the comparison result.
  • FIG. 1 is a block diagram showing the configuration of an information processing device 1 according to exemplary Embodiment 1 of the present invention
  • FIG. 4 is a flow chart showing the flow of an information processing method S1 executed by the information processing device 1 according to exemplary embodiment 1 of the present invention.
  • 1 is a block diagram showing the configuration of an information processing device 2 according to exemplary Embodiment 1 of the present invention
  • FIG. 4 is a flow chart showing the flow of an information processing method S2 executed by the information processing device 2 according to exemplary Embodiment 1 of the present invention.
  • 1 is a block diagram showing the configuration of an information processing device 3 according to exemplary Embodiment 1 of the present invention;
  • FIG. 4 is a flow chart showing the flow of an information processing method S3 executed by the information processing device 3 according to exemplary Embodiment 1 of the present invention.
  • 1 is a block diagram showing the configuration of an information processing system 6 according to Exemplary Embodiment 1 of the present invention
  • FIG. Fig. 2 shows an example of a communication network in exemplary embodiment 2 of the present invention
  • FIG. 10 is a block diagram showing a configuration example of a terminal of a service provider in exemplary Embodiment 2 of the present invention
  • FIG. 11 is a block diagram showing a configuration example of a terminal of an administrator in exemplary embodiment 2 of the present invention
  • FIG. 4 is a diagram showing an example of data included in a block generated by a block generation unit;
  • FIG. 4 is a time chart showing the flow until a block generated by an end user is registered in the blockchain;
  • FIG. 12 is a block diagram showing a configuration example of a terminal of a service provider in exemplary Embodiment 3 of the present invention;
  • FIG. 11 is a block diagram showing a configuration example of a terminal of an administrator in exemplary Embodiment 3 of the present invention;
  • 4 is a time chart showing the flow until a block generated by an administrator is registered in the blockchain;
  • FIG. 11 shows an example of a communication network in exemplary embodiment 4 of the present invention;
  • FIG. 22 is a block diagram showing a configuration example of an administrator's terminal in exemplary embodiment 4; It is a figure which shows an example of the data contained in transaction data and service level agreement information.
  • FIG. 1 is a block diagram showing the configuration of an information processing apparatus 1 according to Exemplary Embodiment 1. As shown in FIG. 1
  • the information processing device 1 includes an acquisition unit 11 and a generation unit 12 .
  • the acquisition unit 11 acquires log information of one or more communication infrastructures that constitute an end-to-end communication path.
  • the generating unit 12 generates transaction data including log information, which is transaction data to be added to the blockchain to be updated using a predetermined consensus algorithm.
  • the acquisition unit 11 is one form of the "acquisition means” described in the claims, and the generation unit 12 is one form of the "generation means" described in the claims.
  • the communication infrastructure refers to communication equipment and communication paths owned by communication carriers that constitute a communication network.
  • End-users such as providers of services using communication networks, users of services, administrators of one or more communication businesses, and supervisors of communication businesses or services, are connected via communication networks.
  • a communication device in a communication network is also called a node.
  • a communication path is a path connecting an end user's terminal and a node, and between nodes.
  • One end-user's terminal can communicate with another end-user's terminal via communication equipment (nodes) and communication paths owned by one or more carriers.
  • a service using a communication network is, for example, a delivery service of goods using a drone.
  • the service provider can control the drone via the communication network to transport the goods.
  • Service users can use a delivery service for goods using drones.
  • each end-user is one of the parties involved in providing the service, also called a stakeholder.
  • the log information is information on transactions between the service user and the service provider (service content, conditions, etc.) and information on communications used to provide the service.
  • the log information includes information on communication equipment and communication routes owned by the carrier.
  • the log information may include the time when the communication service was used.
  • information about communication equipment is also referred to as communication equipment information.
  • the information about the communication path is also called communication path information.
  • Communication device information and communication route information are collectively referred to as communication-related information.
  • transaction data is information on transactions between service users and service providers and information on service provision.
  • transactional data in this exemplary embodiment is transactional data that is added to a blockchain that is updated using a predetermined consensus algorithm.
  • Transaction data includes log information.
  • Transaction data may include service level agreement information, which is described below.
  • the information processing apparatus 1 includes the acquisition unit 11 that acquires log information of one or a plurality of communication infrastructures constituting an end-to-end communication path, and a predetermined consensus algorithm and a generation unit 12 that generates transaction data including log information, which is transaction data to be added to the block chain updated using .
  • transaction data including log information can be recorded on the blockchain.
  • the information processing apparatus 1 it is possible to provide a technology that enables parties involved in providing a service to share information about the communication infrastructure used to provide the service. You can get the effect that you can.
  • the exemplary embodiment shown in FIG. 1 describes the acquisition unit 11 and the generation unit 12 as being incorporated in one information processing device 1, they are not necessarily incorporated in one information processing device. does not have to be
  • the acquisition unit 11 and the generation unit 12 may be arranged separately. And these may be connected by wired communication or wireless communication. Also, both or one of the acquisition unit 11 and the generation unit 12 may be on the cloud. This point also applies to the device configuration described below.
  • FIG. 2 is a flow chart showing the flow of the information processing method S1 executed by the information processing apparatus 1 according to exemplary embodiment 1.
  • the acquisition unit 11 acquires log information of one or a plurality of communication infrastructures forming an end-to-end communication path.
  • the generation unit 12 generates transaction data including log information, which is transaction data to be added to the updated blockchain using a predetermined consensus algorithm. This method allows transaction data, including log information, to be recorded on the blockchain.
  • FIG. 3 is a block diagram showing the configuration of the information processing device 2 according to exemplary embodiment 1.
  • the information processing device 2 includes a transaction data acquisition section 21 and a registration section 22 .
  • the transaction data acquisition unit 21 is transaction data including log information of one or more communication infrastructures constituting an end-to-end communication path, and is updated using a predetermined consensus algorithm. Get data.
  • the registration unit 22 registers this transaction data in the blockchain.
  • the transaction data acquisition unit 21 is an embodiment of the "transaction data acquisition means" described in the claims.
  • the registration unit 22 is an embodiment of the "registration means" described in the claims.
  • the transaction data acquisition unit 21 acquires transaction data generated by other devices.
  • the registration unit 22 registers the transaction data acquired by the transaction data acquisition unit 21 in the blockchain.
  • the information processing device 2 uses transaction data including log information of one or more communication infrastructures constituting an end-to-end communication path, and a predetermined consensus algorithm and transaction data acquisition means for acquiring transaction data to be added to the block chain updated using , and registration means for registering the transaction data in the block chain.
  • transaction data including log information can be registered (recorded) in the blockchain.
  • the information processing apparatus 2 it is possible to provide a technology that allows parties involved in providing a service to share information about the communication infrastructure used to provide the service. You can get the effect that you can.
  • FIG. 4 is a flow chart showing the flow of the information processing method S2 executed by the information processing device 2 according to exemplary embodiment 1.
  • the transaction data acquisition unit 21 acquires transaction data including log information of one or more communication infrastructures that constitute an end-to-end communication path, and a predetermined consensus algorithm. Get transaction data to add to the blockchain that is updated using
  • the registration unit 22 registers the transaction data in the blockchain. This method allows transaction data, including log information, to be recorded on the blockchain.
  • the information processing method S2 according to the present exemplary embodiment 1 it is possible to provide a technology that allows parties involved in providing a service to share information about the communication infrastructure used to provide the service. You can get the effect that you can.
  • FIG. 5 is a block diagram showing the configuration of the information processing device 3 according to exemplary embodiment 1.
  • the information processing device 3 includes a first acquisition section 31 , a second acquisition section 32 and a comparison section 33 .
  • a first acquisition unit 31 obtains a service identified by a certain service ID from transaction data identified by a certain service ID and registered in a blockchain that is updated using a predetermined consensus algorithm.
  • the second acquisition unit 32 acquires service level agreement information regarding a service specified by a certain service ID.
  • the comparison unit 33 compares the log information and the service level agreement information, and outputs a comparison result.
  • the first acquisition unit 31 is an embodiment of "first acquisition means” described in the claims.
  • the second acquisition unit 32 is an embodiment of the "second acquisition unit” described in the claims.
  • the comparing section 33 is an embodiment of the "comparing means” described in the claims.
  • the service ID is a code associated with the transaction data described above. Therefore, it is possible to acquire the contents of the transaction data associated with the service ID from the service ID.
  • the service level agreement information is information about the quality of the communication infrastructure used to provide the service agreed between the service provider and one or more carriers. .
  • the service level agreement information may include communication path requirements (eg, communication path communication capacity, communication speed, etc.) and communication device requirements (eg, communication device connection time, transfer speed, etc.).
  • the service level agreement information may also include communication requirements agreed between the service provider and the service user, or communication infrastructure operation requirements defined by some standard.
  • transaction data includes service level agreement information.
  • the service level agreement information is also referred to as SLA (Service Level Agreement).
  • the comparison result output by the comparison unit 33 is, for example, whether or not the quality such as the communication speed and the amount of communication data recorded in the log information of the communication infrastructure provided by a certain communication carrier satisfies the quality of the agreed SLA. It is the result of whether or not there was.
  • the information processing apparatus 3 can process transaction data specified by a certain service ID and registered in a blockchain that is updated using a predetermined consensus algorithm.
  • a first obtaining means for obtaining log information of one or more communication infrastructures used to provide a service identified by a service ID from a service level agreement relating to the service identified by the service ID;
  • a configuration is adopted in which a second acquisition means for acquiring information and a comparison means for comparing the log information and the service level agreement information and outputting the comparison result are provided. With this configuration, registered transaction data and service level agreement information are compared, and the comparison result is output.
  • the information processing device 3 it is possible to provide a technology that enables parties involved in providing a service to share information about the communication infrastructure used to provide the service.
  • the communication service used to provide the service satisfies the service level agreement information, it can be verified by the parties involved in the provision of the service.
  • FIG. 6 is a flow chart showing the flow of the information processing method S3 executed by the information processing device 3 according to the first exemplary embodiment.
  • the first acquisition unit 31 acquires transaction data specified by a certain service ID, which is transaction data registered in a blockchain that is updated using a predetermined consensus algorithm. obtains log information of one or more communication infrastructures used to provide a service identified by a service ID.
  • the second acquisition unit 32 acquires service level agreement information regarding a service specified by a certain service ID.
  • the comparison unit 33 compares the log information and the service level agreement information, and outputs the comparison result.
  • the information processing method S3 according to the present exemplary embodiment 1 it is possible to provide a technology that enables parties involved in providing a service to share information about the communication infrastructure used to provide the service. In addition to the effect that the communication service used to provide the service satisfies the service level agreement information, it can be verified by the parties involved in the provision of the service.
  • FIG. 7 is a block diagram showing the configuration of the information processing system 6 according to Exemplary Embodiment 1.
  • the information processing system 6 includes an acquisition device 61 , a generation device 62 and a registration device 63 .
  • the acquisition device 61 includes an acquisition unit 611 .
  • the generation device 62 includes a generation unit 621 .
  • the registration device 63 has a registration unit 631 .
  • the acquisition unit 611, the generation unit 621, and the registration unit 631 have the same functions as the acquisition unit 11, the generation unit 12, and the registration unit 22 described above. In the example shown in FIG.
  • Wireless communication may be, for example, LTE (Long Term Evolution), local 5G, 5G, Wi-fi (registered trademark), and the like.
  • the acquisition unit 611 acquires log information of one or more communication infrastructures that make up an end-to-end communication path.
  • the generation unit 621 generates transaction data including log information, which is transaction data to be added to the updated blockchain using a predetermined consensus algorithm.
  • the registration unit 631 registers transaction data in the blockchain.
  • the acquisition unit 611, generation unit 621, and registration unit 631 are incorporated in independent acquisition device 61, generation device 62, and registration device 63, respectively.
  • Acquisition unit 611, generation unit 621, and registration unit 631 are connected to each other by wire or wirelessly so that information can be communicated.
  • part or all of the acquisition unit 611, the generation unit 621, and the registration unit 631 may be arranged on the cloud so that information communication is possible.
  • the information processing system 6 includes the acquisition unit 611 that acquires log information of one or a plurality of communication infrastructures constituting an end-to-end communication path, and a predetermined consensus algorithm A generation unit 621 that generates transaction data including log information and a registration unit 631 that registers the transaction data in the blockchain, which is transaction data to be added to the blockchain updated using A configuration is adopted. With this configuration, transaction data including log information is recorded on the blockchain.
  • the information processing system 6 it is possible to provide a technology that enables parties involved in providing a service to share information about the communication infrastructure used to provide the service. You can get the effect that you can.
  • FIG. 8 is a diagram illustrating an example of a communication network in exemplary embodiment 2;
  • the terminals used by the end users are the terminal e1 of the service provider, the terminal e2 of the service user, the terminal e3 of the administrator, and the communication infrastructure A operator (hereinafter referred to as " terminal e4 of a telecommunications carrier A") and terminal e5 of a telecommunications infrastructure B operator (hereinafter also called a telecommunications carrier B).
  • Service providers and service users are end users who enter into service contracts.
  • a service provider uses a communication infrastructure A owned by a telecommunications carrier A and a communication infrastructure B owned by a telecommunications carrier B to provide services.
  • An administrator is a member who initiates and participates in a blockchain that records information according to this exemplary embodiment.
  • Each terminal is connected to each other via a plurality of nodes n1 to n6.
  • the communication path NA is a path connecting the terminal e1 of the service provider and the node n1.
  • the communication path NB is a path connecting the terminal e2 of the service user and the node n2.
  • Each terminal may be connected via a peer network PN.
  • the peer network PN is a network configured so that terminals can exchange information end-to-end on the network.
  • FIG. 8 shows that the terminal e3 of the administrator, the terminal e4 of the telecommunications carrier A, and the terminal e5 of the telecommunications carrier B are connected via the peer network PN.
  • the terminal e3 of the administrator, the terminal e4 of the telecommunications carrier A, and the terminal e5 of the telecommunications carrier B are connected to the peer network PN via the communication path NC, the communication path ND, and the communication path NE, respectively.
  • the nodes n3 to n6 are connected to the peer network PN via communication paths NF, NG, NH and NI.
  • Node n1 and node n2, node n3 and node n4, node n4 and node n5, and node n5 and node n6 are connected via communication paths NJ, NK, NL, NM and NN, respectively.
  • FIG. 9 is a block diagram showing a configuration example of a service provider's terminal 100 (an example of terminal e1) in this exemplary embodiment.
  • terminal 100 includes control unit 110 , communication unit 120 , memory 130 and storage unit 140 .
  • the control unit 110 performs overall control of the terminal 100 .
  • the communication unit 120 communicates with external devices.
  • the memory 130 records programs and various data used by the control unit 110 .
  • the storage unit 140 records various information and generated transaction data (described later).
  • the control unit 110 includes a recording unit 111 , an acquisition unit 112 and a transaction data generation unit 113 .
  • the recording unit 111 records, in the storage unit 140, a service ID that identifies a service, service time, communication-related information, and the like.
  • the acquisition unit 112 acquires the service ID, time information, communication-related information, and the like via the communication unit 120 .
  • the time information is time information such as service start time and service end time.
  • the communication-related information and the like are, as described above, communication device information and communication route information. Time information, communication-related information, and the like are log information of one or more communication infrastructures used to provide services.
  • the transaction data generation unit 113 generates transaction data from the information recorded in the storage unit 140.
  • the transaction data generator 113 associates the transaction data 141 with a service ID that identifies a service.
  • transaction data 141 includes service ID 1411, time information 1412, communication device information 1413, and communication path information 1414, as shown in FIG.
  • the communication device information is, for example, information indicating the state (status) of the communication device.
  • the information indicating the state of the communication device is, for example, the state of normal operation or non-normal operation, the time required to connect the communication device, the data transfer speed, and the like.
  • the communication route information is, for example, information indicating the state (status) of the communication route.
  • the information indicating the state of the communication path is, for example, information indicating the connection state, communication capacity, or communication speed of the communication path. Note that the time must be synchronized on the network, so NTP (Network Time Protocol), for example, is used.
  • NTP Network Time Protocol
  • the transaction data generation unit 113 adds a communication path ID for specifying a communication path used in providing the service and a communication device used in providing the service to the transaction data 141 as log information.
  • communication device ID for identification may be included.
  • the transaction data 141 may include all of the communication device information, the communication route information, the communication device ID, and the communication route ID.
  • the communication path ID is a code associated with the communication path information, and the communication path information can be obtained from the communication path ID.
  • the communication device ID is a code associated with the communication device information, and the communication device information can be acquired from the communication device ID.
  • FIG. 10 is a block diagram showing a configuration example of the administrator's terminal 200 (an example of terminal e3) in this exemplary embodiment.
  • terminal 200 includes control unit 210 , communication unit 220 , memory 230 and storage unit 240 .
  • the control unit 210 performs overall control of the terminal 200 .
  • the communication unit 220 communicates with external devices.
  • the memory 230 records programs and various data used by the control unit 210 .
  • the storage unit 240 records block 1 (BL1), block 2 (BL2), block 3 (BL3), .
  • the control unit 210 includes a recording unit 211 , an acquisition unit 212 , a block generation unit 213 and a block registration unit 214 .
  • the recording unit 211 records the transaction data acquired by the acquisition unit 212 via the communication unit 220 in the storage unit 240 .
  • the block generation unit 213 generates blocks to be registered in the blockchain from information recorded in the storage unit 240 . Data recorded in blocks will be described later.
  • the block registration unit 214 registers a block that has been approved by other end users based on a predetermined consensus algorithm in the chain block.
  • the block registration unit 214 is an embodiment of the “registration means” recited in the claims.
  • PoW Proof of Work
  • PoS Proof of Stake
  • PoI Proof of Importance
  • PoH Proof of Human-work
  • the administrator's terminal 200 has been described as an example, a terminal having a similar configuration is owned by each end user who participates in the blockchain and records the blockchain. That is, the terminal e4 of the telecommunications carrier A and the terminal e5 of the telecommunications carrier B also have the same configuration.
  • FIG. 11 is a diagram showing an example of data included in a block generated by the block generation unit 213. As shown in FIG. Blocks are registered with the chain block in the order in which the data was approved.
  • block BL3 is the newest data.
  • the data included in block BL3 includes block header BL31 and transaction data BL32.
  • the block header BL31 includes the hash value BL311 of the block header BL21 of the previous block (block BL2 in FIG. 11), the transaction data hash value BL312, and the nonce value BL313.
  • a hash value is a bit string obtained using a hash function.
  • a hash function is a function that generates a fixed-length bit string from an arbitrary-length bit string.
  • a nonce value is a random fixed-length bit string that satisfies a predetermined condition.
  • the transaction data BL32 includes service ID BL321, time information BL322, first communication-related information BL323, second communication-related information BL324, third communication-related information BL325, and so on.
  • the first communication-related information BL323 includes first communication route information and first communication device information owned by a first carrier (for example, carrier A).
  • the second communication-related information BL324 includes second communication route information and second communication device information owned by a second communication carrier (for example, communication carrier B), and includes second communication device information.
  • Related information BL325 includes third communication path information and third communication device information owned by a third communication carrier. Below, as many communication-related information as the number of carriers involved are included.
  • FIG. 12 is a time chart S4 showing the flow until the block generated by the terminal of the service provider is registered in the block chain recorded in the terminal of each end user.
  • the “infrastructure A operator” described in FIG. 12 means the operator that owns the communication infrastructure A, and is hereinafter referred to as “communications operator A”.
  • the “infrastructure B operator” means the operator that owns the communication infrastructure B, and is hereinafter referred to as the "communication operator B”.
  • step S41 the terminal e1 of the service provider provides the service.
  • step S41 service transaction negotiations and contracts are made between the service provider and the service user, but they are omitted in this figure.
  • step S42 the service provider's terminal e1 records the service ID and service time.
  • Service time includes service start time and service end time.
  • step S43 the terminal e1 of the service provider sends an inquiry to the terminal e4 of the telecommunications carrier A and the terminal e5 of the telecommunications carrier B involved in the provision of the service, asking them to provide communication-related information. .
  • step S48 the terminal e4 of the telecommunications carrier A provides (transmits) communication-related information A (communication-related information possessed by the telecommunications carrier A) to the terminal e1 of the service provider.
  • step S51 the terminal e5 of the telecommunications carrier B provides (transmits) the communication-related information B to the terminal e1 of the service provider.
  • the terminal e1 of the service provider generates transaction data including the communication-related information A and B in step S44.
  • step S45 the terminal e1 of the service provider transmits a block creation request together with the transaction data to the terminals e3, e4, and e5 of the end users.
  • end user terminals e3, e4, and e5 search for a nonce value that satisfies a predetermined condition.
  • the administrator's terminal e3 is the first to find a nonce value that satisfies a predetermined condition.
  • the administrator's terminal e3 generates a block containing the transaction data transmitted by the service provider's terminal e1.
  • the administrator's terminal e3 transmits the generated block to each end-user's terminal e4, e5 and requests approval.
  • Terminals e4 and e5 of the respective end users confirm that the nonce value is correct in steps S49 and S52, respectively, and reply approval to the administrator's terminal e3.
  • terminals e4 and e5 of telecommunications carriers A and B register blocks generated by manager terminal e3 in the block chains recorded in their respective storage units in steps S50 and S53, respectively.
  • each end user's terminal searches for a nonce value that satisfies a predetermined condition.
  • some organization's administrator's terminal may look up the nonce value on behalf of the end-user.
  • the block generated by the administrator's terminal e3 is registered in the blockchains of the end-user terminals e4 and e5.
  • the configuration shown in Exemplary Embodiment 2 allows end users to share transaction data registered in the blockchain.
  • FIG. 13 is a block diagram showing a configuration example of a service provider terminal 300 (an example of terminal e1) in this exemplary embodiment.
  • terminal 300 includes control unit 310 , communication unit 320 , memory 330 and storage unit 340 .
  • the control unit 310 performs overall control of the terminal 300 .
  • the communication unit 320 communicates with external devices.
  • the memory 330 records programs and various data used by the control unit 310 .
  • the storage unit 340 records various information and generated log information.
  • the control unit 310 includes a recording unit 311 , an acquisition unit 312 and a log information generation unit 313 .
  • the recording unit 311 records the service ID, time information, communication-related information, etc. in the storage unit 340 .
  • the acquisition unit 312 acquires the service ID, time information, communication-related information, and the like via the communication unit 320 .
  • the time information, communication-related information, etc. are as described in the second exemplary embodiment.
  • the log information generation unit 313 generates log information from information recorded in the storage unit 340 .
  • log information 342 includes time information 3421 , communication device information 3422 and communication route information 3423 .
  • the log information 342 is linked with the service ID 341 .
  • FIG. 14 is a block diagram showing a configuration example of the administrator's terminal 400 (an example of terminal e3) in this exemplary embodiment.
  • terminal 400 includes control unit 410 , communication unit 420 , memory 430 and storage unit 440 .
  • the control unit 410 performs overall control of the terminal 400 .
  • the communication unit 420 communicates with external devices.
  • the memory 430 records programs and various data used by the control unit 410 .
  • the storage unit 440 records block 1 (BL1), block 2 (BL2), block 3 (BL3), . Since the data recorded in block 1 (BL1) and the like are the same as those described in the second exemplary embodiment, description thereof will be omitted.
  • the control unit 410 includes a recording unit 411 , an acquisition unit 412 , a transaction data generation unit 413 , a block generation unit 414 and a block registration unit 415 .
  • the recording unit 411, the acquisition unit 412, the block generation unit 414, and the block registration unit 415 are the recording unit 211, the acquisition unit 212, the block generation unit 213, and the block registration unit 214 described in the second exemplary embodiment. , so the description thereof is omitted.
  • the transaction data generation unit 413 generates transaction data from the information recorded in the storage unit 440.
  • the transaction data is, for example, a service ID and log information associated with it.
  • FIG. 15 is a time chart S6 showing the flow until the block generated by the administrator's terminal e3 is registered in the block chains of the end-user terminals e3, e4, and e5.
  • step S61 the terminal e1 of the service provider provides the service.
  • step S62 the terminal e1 of the service provider records the service ID and service time.
  • Service time includes service start time and service end time.
  • step S63 the terminal e1 of the service provider sends an inquiry to the terminals e4 and e5 of the telecommunications carriers involved in providing the service, asking them to provide communication-related information.
  • step S70 the terminal e4 of the carrier A provides (transmits) the communication-related information A to the terminal e1 of the service provider.
  • step S73 the terminal e5 of the telecommunications carrier B provides (transmits) the communication-related information B to the terminal e1 of the service provider.
  • the terminal e1 of the service provider generates log information including the communication-related information A and B in step S64.
  • step S65 the terminal e1 of the service provider transmits a request for creating transaction data together with the log information to the terminal e3 of the administrator.
  • the administrator's terminal e3 In response to this, the administrator's terminal e3 generates transaction data including log information in step S66. Next, in step S67, the manager's terminal e3 transmits a block creation request to the terminals e4 and e5 of the carriers A and B together with the transaction data.
  • terminals e4 and e5 of carriers A and B search for a nonce value that satisfies a predetermined condition.
  • the administrator's terminal e3 is the first to find a nonce value that satisfies a predetermined condition.
  • the manager's terminal e3 generates a block containing the transaction data generated by itself in step S68.
  • the administrator's terminal e3 transmits the generated block to the terminals e4 and e5 of the telecommunications carriers A and B, and requests approval.
  • terminals e4 and e5 of communication carriers A and B respectively confirm that the nonce value is correct, and reply approval to terminal e3 of the manager.
  • the administrator's terminal e3 registers the block in the blockchain in step S69.
  • the terminals e4 and e5 of the communication carriers A and B register the block generated by the terminal e3 of the administrator in the blockchain recorded in their own storage units in steps S72 and S75, respectively.
  • the block containing the transaction data generated by the administrator's terminal e3 is registered in the blockchain recorded on the end-user terminals e3, e4, and e5.
  • the configuration shown in exemplary embodiment 3 enables end user terminals e3, e4, and e5 to share transaction data registered in the blockchain.
  • FIG. 16 is a diagram showing an example of a communication network in this exemplary embodiment.
  • the communication network shown in FIG. 16 differs from the communication network shown in FIG. 8 in that it includes a service database e6 communicably connected to each terminal and a node n7 connected to the service database e6. .
  • the service database e6 as an example, transaction data stored in a blockchain is stored together with a service ID associated therewith.
  • service level agreement information may be stored in the service database e6 as an example. In this case, the service level agreement information is managed (stored) in association with the service ID. Therefore, the service level agreement information differs for each service.
  • Communication-related information may be stored in the service database e6 together with a specific code associated with the communication-related information.
  • FIG. 17 is a block diagram showing a configuration example of the administrator's terminal 500 (an example of terminal e3) in this exemplary embodiment.
  • terminal 500 includes control unit 510 , communication unit 520 , memory 530 , display unit 540 and storage unit 550 .
  • the control unit 510 performs overall control of the terminal 500 .
  • the communication unit 520 communicates with external devices.
  • the memory 530 records programs and various data used by the control unit 510 .
  • the display unit 540 displays, for example, the result of comparison by the comparison unit 516, which will be described later.
  • the storage unit 550 records transaction data 551 generated by the transaction data generation unit 513 (described later), service level agreement information 552 obtained by the acquisition unit 512 (described later) via the communication unit 520, and the like.
  • the control unit 510 includes a recording unit 511 , an acquisition unit 512 , a transaction data generation unit 513 , a block generation unit 514 , a block registration unit 515 and a comparison unit 516 .
  • the recording unit 511, the transaction data generation unit 513, the block generation unit 514, and the block registration unit 515 are the recording unit 411, the transaction data generation unit 413, the block generation unit 414, and the recording unit 411 described in the third exemplary embodiment. It is similar to the block registration unit 415 .
  • Acquisition unit 512 acquires transaction data 551 via communication unit 520 . Also, the acquisition unit 512 acquires service level agreement information 552 regarding the service via the communication unit 520 .
  • Service level agreement information is acquired from the service database e6 as an example. Also, the comparison unit 516 compares the log information included in the transaction data 551 and the service level agreement information 552, and outputs the comparison result. This comparison result is displayed on the display unit 540 .
  • the acquisition unit 512 is an embodiment of the "second acquisition means” described in the claims. Also, the comparison unit 516 is an embodiment of the “comparison unit” described in the claims.
  • the configuration of the terminal has been described by taking the administrator's terminal 500 as an example.
  • the acquisition unit 512 and the comparison unit 516 can also be provided in each end user's terminal.
  • FIG. 18 is a diagram showing an example of data included in the transaction data 551 and the service level agreement information 552.
  • transaction data 600 (an example of transaction data 551) includes service ID 610, time information 620, first communication route information, and first communication device information (collectively referred to as first communication-related information).
  • first communication-related information includes service ID 610, time information 620, first communication route information, and first communication device information (collectively referred to as first communication-related information).
  • second communication route information and second communication device information (collectively referred to as second communication related information) 640, third communication route information and third communication device information (collectively referred to as third communication related information ) 650 .
  • Each piece of communication-related information is communication-related information recorded and owned by each business operator involved in providing the service.
  • the service level agreement information 700 (an example of the service level agreement information 552) includes first communication path requirements and first communication device requirements (together referred to as first communication-related requirements) 710, second communication path requirements and second communication device requirements (collectively referred to as second communication-related requirements) 720, third communication path requirements and third communication device requirements (collectively referred to as third communication-related requirements) 730... .
  • Each communication-related requirement is a communication quality requirement presented or guaranteed by each business operator involved in providing the service.
  • the service level agreement information 700 may include a service ID.
  • FIG. 19 is an example of a screen displaying the result of the comparison performed by the comparing section 516 on the display section 540.
  • FIG. A first comparison result 810, a second comparison result 820, and a third comparison result 830 are displayed on a screen 800 for displaying comparison results.
  • This screen 800 shows a display example when a service is provided using communication infrastructures owned by three carriers.
  • a first comparison result 810 is for a communication infrastructure owned by a first carrier.
  • the second comparison result 820 is for the communication infrastructure owned by the second carrier.
  • a third comparison result 830 is for a communication infrastructure owned by a third carrier.
  • the communication performed using the communication infrastructure of the first communication carrier satisfies the communication path requirements (for example, the communication capacity of the communication path, the communication speed, etc.), but the communication device It is displayed that the requirements (for example, communication device connection time, transfer speed, etc.) are not met.
  • the communication infrastructures of the second carrier and the third carrier satisfy both requirements.
  • comparison/output method for comparing the log information and the service level agreement information and outputting the comparison result, which is executed by the administrator's terminal 500, will be described.
  • comparison of log information and service level agreement information is necessary, for example, when a deficiency occurs in the service provided by the service provider, and the deficiency is due to a deficiency in the communication infrastructure owned by the telecommunications carrier. For example, if there is a possibility.
  • FIG. 20 is a flow chart showing the flow S8 of the comparison/output method.
  • the control unit 510 determines whether or not the service ID of the defective service has been acquired. If it is determined that the service ID has been acquired (step S81: Y), the process proceeds to step S83. On the other hand, if it is determined that the service ID has not been acquired (step S81: N), the process proceeds to step S82. In step S ⁇ b>82 , the acquisition unit 512 acquires the service ID of the service recorded in the blockchain via the communication unit 520 . Then, the flow moves to step S83.
  • step S83 the acquisition unit 512 accesses the service database e6 and acquires log information associated with the service ID.
  • the acquired log information includes communication-related information.
  • step S84 the comparison unit 516 compares the service level agreement information and the acquired log information.
  • the service level agreement information can be obtained from the service database e6 when it is associated with the service ID and recorded in the service database e6. Alternatively, if the service level agreement information is recorded in the blockchain transaction data, it may be obtained from the transaction data.
  • step S85 the comparison unit 516 outputs communication infrastructures that do not satisfy the service level agreement information.
  • Display unit 540 displays the information output from comparison unit 516 .
  • display 540 displays the comparison results for all communication infrastructures involved, as shown in FIG.
  • the comparison unit 516 may output only communication infrastructures that do not satisfy the service level agreement information. Note that the output method and the method of displaying the output information are not limited to the above examples.
  • the comparison unit 516 can compare the log information and the service level agreement information, and output the comparison result. Each end user can confirm the defective communication infrastructure from the comparison result.
  • the communication infrastructure in addition to the effect that the end user can share the transaction data registered in the blockchain, if there is a problem with the service, the communication infrastructure It is possible to obtain the effect that the location of the defect is displayed so that the end user can confirm it.
  • Information processing device 1 information processing system 6, etc., or acquisition unit 11, transaction data acquisition unit 21, first acquisition unit 31, second acquisition unit 32, generation unit included in these information processing devices and information processing systems 12.
  • Transaction data generation unit 113, block generation unit 213, log information generation unit 313, registration unit 22, block registration unit 214, comparison unit 33, control unit 210, recording unit 411, etc. may be realized by hardware such as an integrated circuit (IC chip), or may be realized by software.
  • the information processing device, etc. is implemented by a computer that executes program instructions, which are software that implements each function.
  • a computer that executes program instructions, which are software that implements each function.
  • FIG. Computer C comprises at least one processor C1 and at least one memory C2.
  • a program P for operating the computer C as an information processing device or the like is recorded in the memory C2.
  • the processor C1 reads the program P from the memory C2 and executes it, thereby realizing each function of the information processing device and the like.
  • processor C1 for example, CPU (Central Processing Unit), GPU (Graphic Processing Unit), DSP (Digital Signal Processor), MPU (Micro Processing Unit), FPU (Floating point number Processing Unit), PPU (Physics Processing Unit) , a microcontroller, or a combination thereof.
  • memory C2 for example, a flash memory, HDD (Hard Disk Drive), SSD (Solid State Drive), or a combination thereof can be used.
  • the computer C may further include a RAM (Random Access Memory) for expanding the program P during execution and temporarily storing various data.
  • Computer C may further include a communication interface for sending and receiving data to and from other devices.
  • Computer C may further include an input/output interface for connecting input/output devices such as a keyboard, mouse, display, and printer.
  • the program P can be recorded on a non-temporary tangible recording medium M that is readable by the computer C.
  • a recording medium M for example, a tape, disk, card, semiconductor memory, programmable logic circuit, or the like can be used.
  • the computer C can acquire the program P via such a recording medium M.
  • the program P can be transmitted via a transmission medium.
  • a transmission medium for example, a communication network or broadcast waves can be used.
  • Computer C can also acquire program P via such a transmission medium.
  • (Appendix 1) Acquisition means for acquiring log information of one or more communication infrastructures constituting an end-to-end communication path, and transaction data to be added to a blockchain updated using a predetermined consensus algorithm, wherein the log information and generating means for generating transaction data including:
  • Appendix 2 The information processing apparatus according to appendix 1, further comprising registration means for registering the transaction data in the blockchain.
  • transaction data can be registered on the blockchain.
  • the log information is log information of the one or more communication infrastructures used to provide a certain service, and the generating means associates the transaction data with a service ID that identifies the certain service.
  • the information processing apparatus according to appendix 1 or 2, characterized by:
  • transaction data can be identified by the service ID.
  • Appendix 4 The information processing apparatus according to appendix 3, wherein the generating unit includes the service ID in the transaction data.
  • log information can be obtained from the service ID included in the transaction data.
  • appendix 5 The information processing apparatus according to appendix 3 or 4, wherein the generating means includes time information specifying a time at which the certain service is provided as the log information in the transaction data.
  • the service provision time can be obtained from the transaction data.
  • the generating means stores, in the transaction data, communication route information indicating the state of the communication route used in providing the certain service and the state of the communication device used in providing the certain service as the log information. 6.
  • the information processing apparatus according to any one of Appendices 3 to 5, wherein at least one of the communication device information shown in the above is included.
  • At least one of the communication route information and the communication device information can be obtained from the transaction data.
  • the generating means includes, in the transaction data, as the log information, a communication path ID for identifying a communication path used in providing the certain service, and a communication device used in providing the certain service. 7. The information processing apparatus according to any one of appendices 3 to 6, wherein at least one of the communication device IDs for performing the communication is included.
  • a special report further comprising: a second acquiring means for acquiring service level agreement information relating to the certain service; and a comparison means for comparing the log information and the service level agreement information and outputting a comparison result.
  • the results of comparing the log information and the service level agreement information can be obtained by the parties involved in the provision of the service, and each party can verify the cause of the inadequacy.
  • Transaction data identified by a certain service ID which are registered in a blockchain updated using a predetermined consensus algorithm, are used to provide the service identified by the certain service ID.
  • a first acquisition means for acquiring log information of one or more communication infrastructures;
  • a second acquisition means for acquiring service level agreement information relating to a service specified by the certain service ID; the log information;
  • An information processing apparatus comprising comparison means for comparing service level agreement information and outputting a comparison result.
  • (Appendix 10) Acquisition means for acquiring log information of one or more communication infrastructures constituting an end-to-end communication path, and transaction data to be added to a blockchain updated using a predetermined consensus algorithm, wherein the log information and a registering means for registering the transaction data in the block chain.
  • the transaction data is transaction data of a service specified by a certain service ID, and a second acquiring means for acquiring service level agreement information relating to the service compares the log information with the service level agreement information. , and comparison means for outputting the comparison result.
  • Appendix 12 Obtaining log information for one or more communication infrastructures that make up an end-to-end communication path, and transaction data to be added to a blockchain that is updated using a predetermined consensus algorithm, the log information comprising said log information.
  • a method of processing information comprising generating transaction data.
  • Transaction data identified by a certain service ID which are registered in a blockchain updated using a predetermined consensus algorithm, are used to provide the service identified by the certain service ID.
  • obtaining log information of one or more communication infrastructures obtaining service level agreement information related to the service identified by the certain service ID, comparing the log information with the service level agreement information, and comparing
  • An information processing method comprising: outputting a result.
  • a computer is used to provide a service identified by a certain service ID from transaction data identified by a certain service ID and registered in a blockchain that is updated using a predetermined consensus algorithm.
  • a first acquisition means for acquiring log information of one or more communication infrastructures used;
  • a second acquisition means for acquiring service level agreement information relating to the service identified by the certain service ID; and the log information;
  • a program for functioning as comparison means for comparing with the service level agreement information and outputting the comparison result.
  • the above program may be recorded on a computer-readable non-temporary tangible recording medium.
  • Transaction data acquisition for acquiring transaction data including log information for one or more communication infrastructures that make up an end-to-end communication path, the transaction data being added to a blockchain that is updated using a predetermined consensus algorithm. and registration means for registering the transaction data in the blockchain.
  • a computer obtains transaction data, including log information for one or more communication infrastructures that make up an end-to-end communication path, to add to a blockchain that is updated using a predetermined consensus algorithm.
  • the processor performs an acquisition process that acquires log information of one or more communication infrastructures that make up an end-to-end communication path, and a blockchain that is updated using a predetermined consensus algorithm.
  • An information processing apparatus that executes a generation process of generating transaction data to be added, the transaction data including the log information.
  • the information processing apparatus may further include a memory, and the memory stores a program for causing the processor to execute the first acquisition process, the acquisition process, and the generation process. may have been

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供する。情報処理装置（１）は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得手段（１１）と、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、ログ情報を含むトランザクションデータを生成する生成手段（１２）とを備える。

Description

情報処理装置、情報処理システム、情報処理方法及びプログラム
　本発明は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。
　最新の技術を用いた５Ｇの導入により大容量・低遅延・多接続といった機能がネットワーク側で提供可能となりつつある。それに伴い、通信インフラストラクチャへの依存度がより高いサービスが広まりつつある。また、それに伴い、安心・安全面の課題と責任分解、保証や補償の課題が生じることが考えられる。例えば５Ｇのような無線技術とそれに付随する通信ネットワークを使って飛行させるドローンにおいて、通信ネットワークに起因した不備が発生した場合に、ドローンを使った輸送サービスの提供者と、ネットワークを提供した通信事業者、ドローンを製造した機器製造者の間でどこに問題が発生し、誰が保証や補償の責任を負うのかについて、Ｅｎｄ－ｔｏ－Ｅｎｄで切り分けをしたいという需要が考えられる。
　現状では、通信機器や通信経路といった通信インフラストラクチャのログ情報は、例えば、ＳＮＭＰ、Ｔｅｌｅｍｅｔｒｙ、パケットキャプチャ、ＮｅｔＦｌｏｗなどの技術を用いて、通信事業者が管理するサーバに保存され、管理されている。
　一方、特許文献１には、ネットワーク内のデバイスに関する情報を追跡する方法が開示されている。この方法は、第１ゲートウェイで、複数のデバイスのうちの１つのデバイスの状態を示す情報をそれぞれ含む複数の通信を受信することと、第１ゲートウェイで、複数の通信のうちの２つ以上からの情報を、ネットワークに関する直前のトランザクションレコードのハッシュを含む単一のトランザクションレコードにグループ化することと、単一のトランザクションレコードを第１ゲートウェイからサーバに送ることと、を含む。
日本国特開2019-9772号公報
　特許文献１に開示された方法は、デバイスの状態を異種ネットワーク上でも収集、追跡、記録を実現することができるが、通信インフラストラクチャにおいて生じ得る上述の需要に応え得るものではない。
　上述の課題に応えるために、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術が求められている。
　本発明の一態様は、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することである。
　本発明の一側面に係る情報処理装置は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得手段と、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成する生成手段とを備えていることを特徴とする。
　本発明の一側面に係る情報処理装置は、あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、前記あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得する第１の取得手段と、前記あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得する第２の取得手段と、前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する比較手段とを備えていることを特徴とする。
　本発明の一側面に係る情報処理システムは、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得手段と、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成する生成手段と前記トランザクションデータを前記ブロックチェーンに登録する登録手段とを備えていることを特徴とする。
　本発明の一側面に係る情報処理方法は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得すること、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成することを含むことを特徴とする。
　本発明の一側面に係る情報処理方法は、あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、前記あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得すること、前記あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得すること、前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力することを含むことを特徴とする。
　本発明の一側面に係るプログラムは、コンピュータを、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得手段、及び所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成する生成手段として機能させるためのプログラムである。
　本発明の一側面に係るプログラムは、コンピュータを、あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、前記あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得する第１の取得手段、前記あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得する第２の取得手段、及び前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する比較手段、として機能させるためのプログラムである。
　本発明の一態様によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
本発明の例示的実施形態１に係る情報処理装置１の構成を示すブロック図である。 本発明の例示的実施形態１に係る情報処理装置１が実行する情報処理方法Ｓ１の流れを示すフローチャートである。 本発明の例示的実施形態１に係る情報処理装置２の構成を示すブロック図である。 本発明の例示的実施形態１に係る情報処理装置２が実行する情報処理方法Ｓ２の流れを示すフローチャートである。 本発明の例示的実施形態１に係る情報処理装置３の構成を示すブロック図である。 本発明の例示的実施形態１に係る情報処理装置３が実行する情報処理方法Ｓ３の流れを示すフローチャートである。 本発明の例示的実施形態１に係る情報処理システム６の構成を示すブロック図である。 本発明の例示的実施形態２における通信ネットワークの一例を示す図である。 本発明の例示的実施形態２におけるサービス提供者の端末の構成例を示すブロック図である。 本発明の例示的実施形態２における管理者の端末の構成例を示すブロック図である。 ブロック生成部が生成するブロックに含まれるデータの一例を示す図である。 エンドユーザが生成したブロックがブロックチェーンに登録されるまでの流れを示すタイムチャートである。 本発明の例示的実施形態３におけるサービス提供者の端末の構成例を示すブロック図である。 本発明の例示的実施形態３における管理者の端末の構成例を示すブロック図である。 管理者が生成したブロックがブロックチェーンに登録されるまでの流れを示すタイムチャートである。 本発明の例示的実施形態４における通信ネットワークの一例を示す図である。 例示的実施形態４における管理者の端末の構成例を示すブロック図である。 トランザクションデータとサービスレベル合意情報に含まれるデータの一例を示す図である。 比較部が行った比較の結果を表示部に表示する画面の一例である。 ログ情報とサービスレベル合意情報とを比較し、比較結果を出力する比較・出力方法の流れを示すフローチャートである。 ソフトウェアによって各部を構成する図である。
　〔例示的実施形態１〕
　本発明の第１の例示的実施形態について、図面を参照して詳細に説明する。本例示的実施形態は、後述する例示的実施形態の基本となる形態である。図１は、例示的実施形態１に係る情報処理装置１の構成を示すブロック図である。
　（情報処理装置１の構成）
　図１に示すように、情報処理装置１は、取得部１１と生成部１２とを備える。取得部１１は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する。生成部１２は、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、ログ情報を含むトランザクションデータを生成する。取得部１１は、請求の範囲に記載した「取得手段」の一形態であり、生成部１２は、請求の範囲に記載した「生成手段」の一形態である。
　本例示的実施形態において、通信インフラストラクチャとは、通信ネットワークを構成する通信事業者が所有する通信機器及び通信経路を指す。通信ネットワークを構成する通信事業者は１又は複数存在し、それぞれの通信事業者は、それぞれの通信インフラストラクチャを所有している。通信ネットワークを用いたサービスの提供者、サービスの利用者、１又は複数の通信事業の管理者、通信事業又はサービスの監督者等のエンドユーザ同士は、通信ネットワークを介して接続されている。通信ネットワーク中の通信機器をノードとも称する。通信経路は、エンドユーザの端末とノード、及びノードとノードを繋ぐ経路である。一のエンドユーザの端末は、１又は複数の通信事業者が所有する通信機器（ノード）と通信経路を経由して、他のエンドユーザの端末と通信することができる。本例示的実施形態において、通信ネットワークを用いたサービスとは、例えば、ドローンを用いた物品の搬送サービスである。この場合、サービスの提供者は、ドローンを通信ネットワークを介して制御し、物品の搬送を行うことができる。サービスの利用者は、ドローンを用いた物品の搬送サービスを利用することができる。この場合、各エンドユーザは、サービスの提供に関連する関係者の一員であり、ステークホルダとも称する。
　本例示的実施形態において、ログ情報とは、サービスの利用者とそのサービスの提供者との間の取引に関する情報（サービスの内容、条件等）とサービスの提供に用いた通信に関する情報である。ログ情報は、通信事業者が所有する通信機器と通信経路に関する情報を含む。ログ情報は、通信サービスを利用した時刻を含んでもよい。以下において、通信機器に関する情報は通信機器情報とも称する。また、通信経路に関する情報は通信経路情報とも称する。通信機器情報と通信経路情報とを合わせて通信関連情報とも称する。
　本例示的実施形態において、トランザクションデータとは、サービスの利用者とそのサービスの提供者との間の取引に関する情報とサービスの提供に関する情報である。特に、本例示的実施形態におけるトランザクションデータは、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータである。トランザクションデータは、ログ情報を含む。トランザクションデータは、後述するサービスレベル合意情報を含んでもよい。
　以上のように、本例示的実施形態１に係る情報処理装置１は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得部１１と、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、ログ情報を含むトランザクションデータを生成する生成部１２とを備える、という構成が採用されている。この構成により、ログ情報を含むトランザクションデータをブロックチェーンに記録することができる。
　従って、本例示的実施形態１に係る情報処理装置１によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができるという効果が得られる。
　なお、図１に示す例示的実施形態では、取得部１１と生成部１２とが１つの情報処理装置１に組み込まれているように記載しているが、これらは必ずしも１つの情報処理装置に組み込まれている必要はない。例えば、取得部１１と生成部１２が別々に配置されていてもよい。そして、これらが有線通信又は無線通信で接続されていてもよい。また、取得部１１と生成部１２の両方又は一方がクラウド上にあってもよい。この点は、以下に示す装置構成についても同様である。
　（情報処理方法Ｓ１の流れ）
　次に、本例示的実施形態１に係る情報処理方法について、図面を参照して説明する。図２は、例示的実施形態１に係る情報処理装置１が実行する情報処理方法Ｓ１の流れを示すフローチャートである。図２に示すように、ステップＳ１１において、取得部１１は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する。次に、ステップＳ１２において、生成部１２は、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、ログ情報を含むトランザクションデータを生成する。この方法により、ログ情報を含むトランザクションデータをブロックチェーンに記録することができる。
　以上の情報処理方法Ｓ１によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができるという効果が得られる。
　（情報処理装置２の構成）
　次に、例示的実施形態１に係る情報処理装置２について、図面を参照して説明する。図３は、例示的実施形態１に係る情報処理装置２の構成を示すブロック図である。図３に示すように、情報処理装置２は、トランザクションデータ取得部２１と登録部２２とを備える。トランザクションデータ取得部２１は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を含むトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータを取得する。登録部２２は、このトランザクションデータをブロックチェーンに登録する。トランザクションデータ取得部２１は、請求の範囲に記載した「トランザクションデータ取得手段」の一実施形態である。また、登録部２２は、請求の範囲に記載した「登録手段」の一実施形態である。
　トランザクションデータ取得部２１は、他の装置が生成したトランザクションデータを取得する。登録部２２は、トランザクションデータ取得部２１が取得したトランザクションデータをブロックチェーンに登録する。
　以上のように、本例示的実施形態１に係る情報処理装置２は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を含むトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータを取得するトランザクションデータ取得手段と、トランザクションデータをブロックチェーンに登録する登録手段と、を備えているという構成が採用されている。この構成により、ログ情報を含むトランザクションデータをブロックチェーンに登録（記録）することができる。
　従って、本例示的実施形態１に係る情報処理装置２によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができるという効果が得られる。
　（情報処理方法Ｓ２の流れ）
　次に、例示的実施形態１に係る情報処理方法Ｓ２の流れについて、図面を参照して説明する。図４は、例示的実施形態１に係る情報処理装置２が実行する情報処理方法Ｓ２の流れを示すフローチャートである。図４に示すように、ステップＳ２１において、トランザクションデータ取得部２１は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を含むトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータを取得する。次に、ステップＳ２２において、登録部２２は、トランザクションデータをブロックチェーンに登録する。この方法により、ログ情報を含むトランザクションデータをブロックチェーンに記録することができる。
　従って、本例示的実施形態１に係る情報処理方法Ｓ２によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができるという効果が得られる。
　（情報処理装置３の構成）
　次に、例示的実施形態１に係る情報処理装置３について、図面を参照して説明する。図５は、例示的実施形態１に係る情報処理装置３の構成を示すブロック図である。図５に示すように、情報処理装置３は、第１の取得部３１、第２の取得部３２、及び比較部３３を備える。第１の取得部３１は、あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得する。第２の取得部３２は、あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得する。比較部３３は、ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する。第１の取得部３１は、請求の範囲に記載した「第１の取得手段」の一実施形態である。また、第２の取得部３２は、請求の範囲に記載した「第２の取得手段」の一実施形態である。また、比較部３３は、請求の範囲に記載した「比較手段」の一実施形態である。
　本例示的実施形態において、サービスＩＤとは、前述したトランザクションデータと紐づけられた符号である。従って、サービスＩＤからそれに紐づけられたトランザクションデータの内容を取得することができる。また、本例示的実施形態において、サービスレベル合意情報とは、サービスの提供者と１又は複数の通信事業者との間で合意された、サービスの提供に用いる通信インフラストラクチャの品質に関する情報である。具体的には、サービスレベル合意情報は、通信経路要件（例えば、通信経路の通信容量、通信速度等）、及び通信機器要件（例えば、通信機器の接続時間、転送速度等）を含んでもよい。また、サービスレベル合意情報は、サービスの提供者とサービスの利用者との間で合意された通信要件、又は何らかの基準に定められた通信インフラストラクチャの動作要件等を含んでもよい。本例示的実施形態においては、トランザクションデータはサービスレベル合意情報を含む。以下、サービスレベル合意情報は、ＳＬＡ（Service Level Agreement）とも称する。
　比較部３３が出力する比較結果とは、例えば、ある通信事業者が提供した通信インフラストラクチャのログ情報に記録されていた通信速度、通信データ量等の品質が、合意されたＳＬＡの品質を満たしていたか否かの結果等である。
　以上のように、本例示的実施形態１に係る情報処理装置３は、あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得する第１の取得手段と、あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得する第２の取得手段と、ログ情報と、サービスレベル合意情報とを比較し、比較結果を出力する比較手段とを備えている、という構成が採用されている。この構成により、登録されたトランザクションデータとサービスレベル合意情報とが比較され、その比較結果が出力される。
　従って、本例示的実施形態１に係る情報処理装置３によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができるという効果とともに、サービスの提供に用いられた通信サービスがサービスレベル合意情報を満たしていたか否かを、当該サービスの提供に関連する関係者が検証できるという効果が得られる。
　（情報処理方法Ｓ３の流れ）
　次に、例示的実施形態１に係る情報処理方法Ｓ３の流れについて、図面を参照して説明する。図６は、例示的実施形態１に係る情報処理装置３が実行する情報処理方法Ｓ３の流れを示すフローチャートである。図６に示すように、ステップＳ３１において、第１の取得部３１は、あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得する。次に、ステップＳ３２において、第２の取得部３２は、あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得する。次に、ステップＳ３３において、比較部３３は、ログ情報と、サービスレベル合意情報とを比較し、比較結果を出力する。
　従って、本例示的実施形態１に係る情報処理方法Ｓ３によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができるという効果とともに、サービスの提供に用いられた通信サービスがサービスレベル合意情報を満たしていたか否かを、当該サービスの提供に関連する関係者が検証できるという効果が得られる。
　（情報処理システム６の構成）
　次に、例示的実施形態１に係る情報処理システム６について、図面を参照して説明する。図７は、例示的実施形態１に係る情報処理システム６の構成を示すブロック図である。図７に示すように、情報処理システム６は、取得装置６１と、生成装置６２と、登録装置６３と、を含む。取得装置６１は取得部６１１を備える。生成装置６２は生成部６２１を備える。登録装置６３は登録部６３１を備える。取得部６１１、生成部６２１、及び登録部６３１は、前述した取得部１１、生成部１２、及び登録部２２と同様の機能を有する。図７に示す例では、取得装置６１、生成装置６２、及び登録装置６３は、例えば無線通信ネットワークＮを介して互いに通信可能に接続されている。無線通信は、例えば、ＬＴＥ（Long Term Evolution）、ローカル５Ｇ、５Ｇ、Ｗｉ－ｆｉ（登録商標）等であってもよい。
　取得部６１１は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する。生成部６２１は、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、ログ情報を含むトランザクションデータを生成する。登録部６３１は、トランザクションデータをブロックチェーンに登録する。
　取得部６１１と、生成部６２１と、登録部６３１とは、それぞれ独立した取得装置６１、生成装置６２、及び登録装置６３に組み込まれている。そして、取得部６１１と、生成部６２１と、登録部６３１とは、互いに有線又は無線で情報通信可能に接続されている。あるいは、取得部６１１と、生成部６２１と、登録部６３１は、その一部又は全部がクラウド上に情報通信可能に配置されていてもよい。
　以上のように、本例示的実施形態１に係る情報処理システム６は、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得部６１１と、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、ログ情報を含むトランザクションデータを生成する生成部６２１とトランザクションデータをブロックチェーンに登録する登録部６３１と、
を備えている、という構成が採用されている。この構成により、ログ情報を含むトランザクションデータがブロックチェーンに記録される。
　従って、本例示的実施形態１に係る情報処理システム６によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができるという効果が得られる。
　〔例示的実施形態２〕
　次に、本発明の例示的実施形態２について、図面を参照して説明する。なお、例示的実施形態１にて説明した構成要素と同じ機能を有する構成要素については、その説明を適宜省略する。本例示的実施形態では、サービス提供者の端末でトランザクションデータを生成し、管理者の端末でブロックを生成してブロックチェーンに登録する実施形態を説明する。図８は、例示的実施形態２における通信ネットワークの一例を示す図である。
　（通信ネットワークの構成）
　図８に示すように、本例示的実施形態では、エンドユーザが用いる端末として、サービス提供者の端末ｅ１、サービス利用者の端末ｅ２、管理者の端末ｅ３、通信インフラストラクチャＡ事業者（以下「通信事業者Ａ」とも称する）の端末ｅ４、通信インフラストラクチャＢ事業者（以下「通信事業者Ｂ」とも称する）の端末ｅ５を示している。サービス提供者とサービス利用者は、サービス契約を締結したエンドユーザである。一例として、サービス提供者はサービスの提供にあたり、通信事業者Ａが所有する通信インフラストラクチャＡと、通信事業者Ｂが所有する通信インフラストラクチャＢを用いるとする。管理者は、本例示的実施形態に係る情報を記録するブロックチェーンを開始し、そのブロックチェーンに参加している一員である。
　各端末は、複数のノードｎ１～ｎ６を介して互いに接続されている。通信経路ＮＡは、サービス提供者の端末ｅ１とノードｎ１とを繋ぐ経路である。通信経路ＮＢは、サービス利用者の端末ｅ２とノードｎ２とを繋ぐ経路である。各端末は、ピアネットワークＰＮを介して接続されていてもよい。ピアネットワークＰＮは、各端末がネットワーク上でＥｎｄ－ｔｏ－Ｅｎｄで情報のやり取りが可能なように構成されたネットワークである。図８では、管理者の端末ｅ３、通信事業者Ａの端末ｅ４、通信事業者Ｂの端末ｅ５がピアネットワークＰＮを介して接続されている様子を示している。管理者の端末ｅ３、通信事業者Ａの端末ｅ４、及び通信事業者Ｂの端末ｅ５は、それぞれ通信経路ＮＣ、通信経路ＮＤ、通信経路ＮＥを介してピアネットワークＰＮと接続されている。また、ノードｎ３～ノードｎ６は、通信経路ＮＦ、ＮＧ、ＮＨ、ＮＩを介してピアネットワークＰＮと接続されている。また、ノードｎ１とノードｎ２、ノードｎ３とノードｎ４、ノードｎ４とノードｎ５、ノードｎ５とノードｎ６は、それぞれ通信経路ＮＪ、ＮＫ、ＮＬ、ＮＭ、ＮＮを介して接続されている。以下、このようなネットワーク環境下において、エンドユーザがトランザクションデータを生成し、ブロックチェーンに登録する構成と手順について説明する。
　（サービス提供者端末１００の構成）
　図９は、本例示的実施形態におけるサービス提供者の端末１００（端末ｅ１の一例）の構成例を示すブロック図である。図９に示すように、端末１００は、制御部１１０、通信部１２０、メモリ１３０、及び記憶部１４０を備える。制御部１１０は、端末１００の全体を統括制御する。通信部１２０は、外部機器との通信を行う。メモリ１３０は、制御部１１０が使用するプログラム及び各種データを記録する。記憶部１４０は、各種情報及び生成したトランザクションデータ（後述）を記録する。
　制御部１１０について詳述する。制御部１１０は、記録部１１１、取得部１１２、及びトランザクションデータ生成部１１３を備える。記録部１１１は、サービスを特定するサービスＩＤ、サービス時刻、通信関連情報等を記憶部１４０に記録する。サービスＩＤ、時刻情報、及び通信関連情報等は、通信部１２０を介して取得部１１２が取得する。時刻情報は、サービス開始時刻及びサービス終了時刻等の時刻情報である。通信関連情報等は、前述したとおり、通信機器情報及び通信経路情報である。時刻情報と通信関連情報等は、サービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報である。
　トランザクションデータ生成部１１３は、記憶部１４０に記録された情報から、トランザクションデータを生成する。トランザクションデータ生成部１１３は、トランザクションデータ１４１に、サービスを特定するサービスＩＤを関連付ける。具体的には、本例示的実施形態においては、図９に示すように、トランザクションデータ１４１は、サービスＩＤ１４１１、時刻情報１４１２、通信機器情報１４１３、通信経路情報１４１４を含む。通信機器情報とは、一例として、通信機器の状態（ステータス）を示す情報である。通信機器の状態を示す情報とは、例えば、正常に稼働している、正常に稼働していないといった状態、又は通信機器の接続に要した時間、データの転送速度等の情報である。通信経路情報とは、一例として、通信経路の状態（ステータス）を示す情報である。通信経路の状態を示す情報とは、例えば、通信経路の接続状態、通信容量、又は通信速度等を示す情報である。なお、時刻は、ネットワーク上で同期された時刻である必要があるため、例えばＮＴＰ（Network Time Protocol）を用いる。
　また、トランザクションデータ生成部１１３は、トランザクションデータ１４１に、ログ情報として、そのサービスの提供において用いられた通信経路を特定するための通信経路ＩＤ、及び、そのサービスの提供において用いられた通信機器を特定するための通信機器ＩＤ、の少なくとも何れかを含めてもよい。また、トランザクションデータ１４１は、通信機器情報、通信経路情報、通信機器ＩＤ、及び通信経路ＩＤの全てを含んでいてもよい。通信経路ＩＤは、通信経路情報に紐づけられた符号であり、通信経路ＩＤから通信経路情報を取得することができる。通信機器ＩＤは、通信機器情報に紐づけられた符号であり、通信機器ＩＤから通信機器情報を取得することができる。
　（管理者端末２００の構成）
　図１０は、本例示的実施形態における管理者の端末２００（端末ｅ３の一例）の構成例を示すブロック図である。図１０に示すように、端末２００は、制御部２１０、通信部２２０、メモリ２３０、及び記憶部２４０を備える。制御部２１０は、端末２００の全体を統括制御する。通信部２２０は、外部機器との通信を行う。メモリ２３０は、制御部２１０が使用するプログラム及び各種データを記録する。記憶部２４０は、ブロックチェーンを構成するブロックデータであるブロック１（ＢＬ１）、ブロック２（ＢＬ２）、ブロック３（ＢＬ３）・・・を記録する。
　制御部２１０について詳述する。制御部２１０は、記録部２１１、取得部２１２、ブロック生成部２１３、及びブロック登録部２１４を備える。記録部２１１は、通信部２２０を介して取得部２１２が取得したトランザクションデータを記憶部２４０に記録する。ブロック生成部２１３は、記憶部２４０に記録された情報から、ブロックチェーンに登録するためのブロックを生成する。ブロックに記録されるデータについては後述する。ブロック登録部２１４は、所定のコンセンサスアルゴリズムに基づいて他のエンドユーザから承認を得られたブロックを、チェーンブロックに登録する。ブロック登録部２１４は、請求の範囲に記載した「登録手段」の一実施形態である。なお、本例示的実施形態においては、所定のコンセンサスアルゴリズムとしてＰｏＷ（Proof of Work）を用いて説明する。しかし、コンセンサスアルゴリズムはＰｏＷに限られず、ＰｏＳ（Proof of Stake）、ＰｏＩ（Proof of Importance）、及びＰｏＨ（Proof of Human-work）等を用いてもよい。
　なお、管理者の端末２００を例として説明したが、同様の構成を有する端末を、ブロックチェーンに参加する各エンドユーザが所有しており、ブロックチェーンを記録している。つまり、通信事業者Ａの端末ｅ４、及び通信事業者Ｂの端末ｅ５も同様の構成を含んでいる。
　次に、ブロック生成部２１３が生成するブロックに含まれるデータについて説明する。図１１は、ブロック生成部２１３が生成するブロックに含まれるデータの一例を示す図である。ブロックは、データが承認された順にチェーンブロックに登録される。図１１では、ブロックＢＬ３が最も新しいデータである。ブロックＢＬ３に含まれるデータは、ブロックヘッダＢＬ３１とトランザクションデータＢＬ３２とを含む。
　ブロックヘッダＢＬ３１は、１つ前のブロック（図１１のブロックＢＬ２）のブロックヘッダＢＬ２１のハッシュ値ＢＬ３１１、トランザクションデータのハッシュ値ＢＬ３１２、及びノンス値ＢＬ３１３を含む。ハッシュ値とは、ハッシュ関数を用いて得られるビット列である。ハッシュ関数は、任意長のビット列から、固定長のビット列を生成する関数である。ノンス値は、所定の条件を満たすランダムな固定長のビット列である。
　トランザクションデータＢＬ３２は、サービスＩＤＢＬ３２１、時刻情報ＢＬ３２２、第１の通信関連情報ＢＬ３２３、第２の通信関連情報ＢＬ３２４、第３の通信関連情報ＢＬ３２５・・・を含む。第１の通信関連情報ＢＬ３２３は、第１の通信事業者（例えば通信事業者Ａ）が所有する第１の通信経路情報と、第１の通信機器情報とを含む。同様に、第２の通信関連情報ＢＬ３２４は、第２の通信事業者（例えば通信事業者Ｂ）が所有する第２の通信経路情報と、第２の通信機器情報とを含み、第３の通信関連情報ＢＬ３２５は、第３の通信事業者が所有する第３の通信経路情報と、第３の通信機器情報とを含む。以下、関与した通信事業者の数だけの通信関連情報が含まれる。
　以上、ブロックＢＬ３に含まれるデータについて説明した。これ以外のブロックＢＬ２に含まれるデータ、及びブロックＢＬ１に含まれるデータについても同様であるので、その説明は省略する。
　（データが登録されるまでの流れ）
　次に、サービス提供者の端末によってトランザクションデータが生成され、各エンドユーザの端末に記録されたブロックチェーンに登録されるまでの流れについて説明する。図１２は、サービス提供者の端末が生成したブロックが各エンドユーザの端末に記録されたブロックチェーンに登録されるまでの流れを示すタイムチャートＳ４である。図１２に記載した「インフラＡ事業者」は、通信インフラストラクチャＡを所有する事業者を意味し、以下「通信事業者Ａ」と称する。また、「インフラＢ事業者」は、通信インフラストラクチャＢを所有する事業者を意味し、以下「通信事業者Ｂ」と称する。
　図１２の左端は、サービス提供者の端末ｅ１で行われる作業である。まず、ステップＳ４１において、サービス提供者の端末ｅ１がサービスを提供する。なお、ステップＳ４１の前に、サービス提供者とサービス利用者との間でサービス取引の交渉と契約が行われるが、本図では省略する。
　次に、ステップＳ４２において、サービス提供者の端末ｅ１は、サービスＩＤとサービス時刻を記録する。サービス時刻は、サービス開始時刻とサービス終了時刻を含む。次に、ステップＳ４３において、サービス提供者の端末ｅ１は、サービスの提供に関与した通信事業者Ａの端末ｅ４及び通信事業者Ｂの端末ｅ５に、通信関連情報を提供するように問い合わせを送信する。
　これを受けて、ステップＳ４８において、通信事業者Ａの端末ｅ４は、通信関連情報Ａ（通信事業者Ａが有する通信関連情報）をサービス提供者の端末ｅ１に提供（送信）する。また、ステップＳ５１において、通信事業者Ｂの端末ｅ５は、通信関連情報Ｂをサービス提供者の端末ｅ１に提供（送信）する。これを受けて、ステップＳ４４において、サービス提供者の端末ｅ１は、通信関連情報Ａ、Ｂを含むトランザクションデータを生成する。そして、ステップＳ４５において、サービス提供者の端末ｅ１は、各エンドユーザの端末ｅ３、ｅ４、ｅ５に対してブロック作成のリクエストをトランザクションデータとともに送信する。
　これを受けてエンドユーザの端末ｅ３、ｅ４、ｅ５は、所定の条件を満たすノンス値を探索する。本例示的実施形態では、管理者の端末ｅ３が所定の条件を満たすノンス値を最初に発見したとする。すると管理者の端末ｅ３は、ステップＳ４６において、端末ｅ３において、サービス提供者の端末ｅ１が送信したトランザクションデータを含むブロックを生成する。さらに、管理者の端末ｅ３は、生成したブロックを各エンドユーザの端末ｅ４、ｅ５に送信し、承認を求める。各エンドユーザの端末ｅ４、ｅ５は、それぞれステップＳ４９及びステップＳ５２において、ノンス値が正しいことを確認して、管理者の端末ｅ３に対して承認を返信する。
　これを受けて、管理者の端末ｅ３は、ステップＳ４７において、ブロックをブロックチェーンに登録する。同様に、通信事業者Ａ、Ｂの端末ｅ４、ｅ５は、それぞれステップＳ５０及びステップＳ５３において、それぞれの記憶部に記録されたブロックチェーンに管理者の端末ｅ３が生成したブロックを登録する。
　なお、上述の説明は、各エンドユーザの端末が所定の条件を満たすノンス値を探索する例を説明した。しかし、何らかの組織の管理者の端末がエンドユーザを代表してノンス値を探索するようにしてもよい。
　以上の流れにより、管理者の端末ｅ３が生成したブロックがエンドユーザの端末ｅ４、ｅ５のブロックチェーンに登録される。以上のように、例示的実施形態２に示す構成により、エンドユーザがブロックチェーンに登録されたトランザクションデータを共有することができる。
　従って、本例示的実施形態２に係る構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができるという効果が得られる。
　〔例示的実施形態３〕
　次に、本発明の例示的実施形態３について、図面を参照して説明する。なお、例示的実施形態１及び２にて説明した構成要素と同じ機能を有する構成要素については、その説明を適宜省略する。例示的実施形態２では、サービス提供者の端末がトランザクションデータを生成する実施形態を説明した。例示的実施形態３においては、管理者の端末がトランザクションデータを生成する実施形態を説明する。
　（サービス提供者端末３００の構成）
　図１３は、本例示的実施形態におけるサービス提供者の端末３００（端末ｅ１の一例）の構成例を示すブロック図である。図１３に示すように、端末３００は、制御部３１０、通信部３２０、メモリ３３０、及び記憶部３４０を備える。制御部３１０は、端末３００の全体を統括制御する。通信部３２０は、外部機器との通信を行う。メモリ３３０は、制御部３１０が使用するプログラム及び各種データを記録する。記憶部３４０は、各種情報及び生成したログ情報を記録する。
　制御部３１０について詳述する。制御部３１０は、記録部３１１、取得部３１２、及びログ情報生成部３１３を備える。記録部３１１は、サービスＩＤ、時刻情報、通信関連情報等を記憶部３４０に記録する。サービスＩＤ、時刻情報、及び通信関連情報等は、通信部３２０を介して取得部３１２が取得する。時刻情報と通信関連情報等は、例示的実施形態２において説明したとおりである。ログ情報生成部３１３は、記憶部３４０に記録された情報から、ログ情報を生成する。図１３に示すように、本例示的実施形態においては、ログ情報３４２は、時刻情報３４２１、通信機器情報３４２２、通信経路情報３４２３を含む。ログ情報３４２は、サービスＩＤ３４１と紐づけられている。
　（管理者端末４００の構成）
　図１４は、本例示的実施形態における管理者の端末４００（端末ｅ３の一例）の構成例を示すブロック図である。図１４に示すように、端末４００は、制御部４１０、通信部４２０、メモリ４３０、及び記憶部４４０を備える。制御部４１０は、端末４００の全体を統括制御する。通信部４２０は、外部機器との通信を行う。メモリ４３０は、制御部４１０が使用するプログラム及び各種データを記録する。記憶部４４０は、ブロックチェーンを構成するブロックデータであるブロック１（ＢＬ１）、ブロック２（ＢＬ２）、ブロック３（ＢＬ３）・・・を記録する。ブロック１（ＢＬ１）等に記録されるデータについては、例示的実施形態２で説明した内容と同じであるので、その説明は省略する。
　制御部４１０について詳述する。制御部４１０は、記録部４１１、取得部４１２、トランザクションデータ生成部４１３、ブロック生成部４１４、及びブロック登録部４１５を備える。このうち、記録部４１１、取得部４１２、ブロック生成部４１４、及びブロック登録部４１５については、例示的実施形態２で説明した記録部２１１、取得部２１２、ブロック生成部２１３、及びブロック登録部２１４と同様であるので、その説明は省略する。
　トランザクションデータ生成部４１３は、記憶部４４０に記録された情報から、トランザクションデータを生成する。具体的には、トランザクションデータは、例えばサービスＩＤとそれに紐づけられたログ情報である。
　（データが登録されるまでの流れ）
　次に、管理者の端末ｅ３によってトランザクションデータが生成され、エンドユーザの端末ｅ３、ｅ４、ｅ５に記録されたブロックチェーンに登録されるまでの流れについて説明する。図１５は、管理者の端末ｅ３が生成したブロックがエンドユーザの端末ｅ３、ｅ４、ｅ５のブロックチェーンに登録されるまでの流れを示すタイムチャートＳ６である。
　図１５に示すように、まず、ステップＳ６１において、サービス提供者の端末ｅ１がサービスを提供する。次に、ステップＳ６２において、サービス提供者の端末ｅ１は、サービスＩＤとサービス時刻を記録する。サービス時刻は、サービス開始時刻とサービス終了時刻を含む。次に、ステップＳ６３において、サービス提供者の端末ｅ１は、サービスの提供に関与した通信事業者の端末ｅ４、ｅ５に、通信関連情報を提供するように問い合わせを送信する。
　これを受けて、ステップＳ７０において、通信事業者Ａの端末ｅ４は、通信関連情報Ａをサービス提供者の端末ｅ１に提供（送信）する。また、ステップＳ７３において、通信事業者Ｂの端末ｅ５は、通信関連情報Ｂをサービス提供者の端末ｅ１に提供（送信）する。これを受けて、ステップＳ６４において、サービス提供者の端末ｅ１は、通信関連情報Ａ、Ｂを含むログ情報を生成する。そして、ステップＳ６５において、サービス提供者の端末ｅ１は、管理者の端末ｅ３に対してトランザクションデータ作成のリクエストをログ情報とともに送信する。
　これを受けて管理者の端末ｅ３は、ステップＳ６６において、ログ情報を含むトランザクションデータを生成する。次に、管理者の端末ｅ３は、ステップＳ６７において、通信事業者Ａ、Ｂの端末ｅ４、ｅ５にブロック作成のリクエストをトランザクションデータとともに送信する。
　これを受けて通信事業者Ａ、Ｂの端末ｅ４、ｅ５は、所定の条件を満たすノンス値を探索する。本例示的実施形態では、管理者の端末ｅ３が所定の条件を満たすノンス値を最初に発見したとする。すると管理者の端末ｅ３は、ステップＳ６８において、自らが生成したトランザクションデータを含むブロックを生成する。さらに、管理者の端末ｅ３は、生成したブロックを通信事業者Ａ、Ｂの端末ｅ４、ｅ５に送信し、承認を求める。通信事業者Ａ、Ｂの端末ｅ４、ｅ５は、それぞれステップＳ７１及びステップＳ７４において、ノンス値が正しいことを確認して、管理者の端末ｅ３に承認を返信する。
　これを受けて、管理者の端末ｅ３は、ステップＳ６９において、ブロックをブロックチェーンに登録する。同様に、通信事業者Ａ、Ｂの端末ｅ４、ｅ５は、それぞれステップＳ７２及びステップＳ７５において、自身の記憶部に記録されたブロックチェーンに管理者の端末ｅ３が生成したブロックを登録する。
　以上の流れにより、管理者の端末ｅ３が生成したトランザクションデータを含むブロックが、エンドユーザの端末ｅ３、ｅ４、ｅ５に記録されたブロックチェーンに登録される。以上のように、例示的実施形態３に示す構成により、エンドユーザの端末ｅ３、ｅ４、ｅ５がブロックチェーンに登録されたトランザクションデータを共有することができる。
　従って、本例示的実施形態３に係る構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができるという効果が得られる。
　〔例示的実施形態４〕
　次に、本発明の例示的実施形態４について、図面を参照して説明する。なお、例示的実施形態１から３にて説明した構成要素と同じ機能を有する構成要素については、その説明を適宜省略する。例示的実施形態４では、記録されたログ情報とサービスレベル合意情報とを比較して、その比較結果を出力する実施形態について説明する。
　図１６は、本例示的実施形態における通信ネットワークの一例を示す図である。図１６に示す通信ネットワークは、図８に示す通信ネットワークと比べて、各端末と通信可能に接続されたサービスデータベースｅ６と、このサービスデータベースｅ６と接続されるノードｎ７とを含む点が異なっている。サービスデータベースｅ６には、一例として、ブロックチェーンに格納されたトランザクションデータが、それに関連付けられたサービスＩＤとともに格納されている。また、サービスデータベースｅ６には、一例として、サービスレベル合意情報が格納されていてもよい。この場合、サービスレベル合意情報は、サービスＩＤと関連付けられて管理（格納）されている。従って、サービスレベル合意情報は、サービス毎に異なる。サービスデータベースｅ６には、通信関連情報が、通信関連情報に紐付けられた特定の符号とともに格納されていてもよい。
　図１７は、本例示的実施形態における管理者の端末５００（端末ｅ３の一例）の構成例を示すブロック図である。図１７に示すように、端末５００は、制御部５１０、通信部５２０、メモリ５３０、表示部５４０、及び記憶部５５０を備える。制御部５１０は、端末５００の全体を統括制御する。通信部５２０は、外部機器との通信を行う。メモリ５３０は、制御部５１０が使用するプログラム及び各種データを記録する。表示部５４０は、例えば、後述する比較部５１６が比較した結果を表示する。記憶部５５０は、後述するトランザクションデータ生成部５１３が生成したトランザクションデータ５５１、及び後述する取得部５１２が通信部５２０を介して取得したサービスレベル合意情報５５２等を記録する。
　制御部５１０について詳述する。制御部５１０は、記録部５１１、取得部５１２、トランザクションデータ生成部５１３、ブロック生成部５１４、ブロック登録部５１５、及び比較部５１６を備える。このうち、記録部５１１、トランザクションデータ生成部５１３、ブロック生成部５１４、及びブロック登録部５１５については、例示的実施形態３で説明した記録部４１１、トランザクションデータ生成部４１３、ブロック生成部４１４、及びブロック登録部４１５と同様である。取得部５１２は、通信部５２０を介して、トランザクションデータ５５１を取得する。また、取得部５１２は、通信部５２０を介して、サービスに関するサービスレベル合意情報５５２を取得する。サービスレベル合意情報は、一例として、サービスデータベースｅ６から取得される。また、比較部５１６は、トランザクションデータ５５１に含まれるログ情報と、サービスレベル合意情報５５２とを比較し、比較結果を出力する。この比較結果は、表示部５４０に表示される。取得部５１２は、請求の範囲に記載した「第２の取得手段」の一実施形態である。また、比較部５１６は、請求の範囲に記載した「比較手段」の一実施形態である。
　本例示的実施形態では、端末の構成は管理者の端末５００を例にとって説明した。しかし、取得部５１２と比較部５１６は、各エンドユーザの端末にも設けることができる。
　図１８は、トランザクションデータ５５１とサービスレベル合意情報５５２に含まれるデータの一例を示す図である。図１８に示すように、トランザクションデータ６００（トランザクションデータ５５１の一例）は、サービスＩＤ６１０、時刻情報６２０、第１の通信経路情報及び第１の通信機器情報（併せて第１の通信関連情報という）６３０、第２の通信経路情報及び第２の通信機器情報（併せて第２の通信関連情報という）６４０、第３の通信経路情報及び第３の通信機器情報（併せて第３の通信関連情報という）６５０・・・を含む。各通信関連情報は、サービスの提供に関与した事業者がそれぞれ記録し所有する通信関連情報である。
　また、サービスレベル合意情報７００（サービスレベル合意情報５５２の一例）は、第１の通信経路要件及び第１の通信機器要件（併せて第１の通信関連要件という）７１０、第２の通信経路要件及び第２の通信機器要件（併せて第２の通信関連要件という）７２０、第３の通信経路要件及び第３の通信機器要件（併せて第３の通信関連要件という）７３０・・・を含む。各通信関連要件は、サービスの提供に関与した事業者がそれぞれ提示、又は保証する通信の品質要件である。なお、サービスレベル合意情報７００には、サービスＩＤが含まれていてもよい。
　図１９は、比較部５１６が行った比較の結果を表示部５４０に表示する画面の一例である。比較結果を表示する画面８００には、第１の比較結果８１０、第２の比較結果８２０、及び第３の比較結果８３０が表示されている。この画面８００は、サービスが３つの通信事業者が所有する通信インフラストラクチャを利用して提供された場合の表示例を示している。第１の比較結果８１０は、第１の通信事業者が所有する通信インフラストラクチャについての比較結果である。同様に、第２の比較結果８２０は、第２の通信事業者が所有する通信インフラストラクチャについての比較結果である。第３の比較結果８３０は、第３の通信事業者が所有する通信インフラストラクチャについての比較結果である。
　図１９に示す例では、第１の通信事業者の通信インフラストラクチャを用いて行われた通信は、通信経路要件（例えば、通信経路の通信容量、通信速度等）は満たしているが、通信機器要件（例えば、通信機器の接続時間、転送速度等）を満たしていないことが表示されている。また、第２の通信事業者と第３の通信事業者の通信インフラストラクチャについては、いずれの要件も満たしていることが表示されている。
　次に、管理者の端末５００が実行する、ログ情報とサービスレベル合意情報とを比較し、比較結果を出力する比較・出力方法の流れについて説明する。なお、ログ情報とサービスレベル合意情報との比較が必要となるのは、例えば、サービス提供者が提供したサービスに不備が発生し、その不備が、通信事業者が所有する通信インフラストラクチャの不備による可能性がある場合等である。
　図２０は、比較・出力方法の流れＳ８を示すフローチャートである。図２０に示すように、まず、ステップＳ８１において、制御部５１０は、不備が発生したサービスのサービスＩＤを取得済か否かを判定する。サービスＩＤを取得済であると判定された場合（ステップＳ８１：Ｙ）は、ステップＳ８３に移行する。一方、サービスＩＤを取得済ではないと判定された場合（ステップＳ８１：Ｎ）は、ステップＳ８２に移行する。ステップＳ８２において、取得部５１２は、ブロックチェーンに記録された当該サービスのサービスＩＤを、通信部５２０を介して取得する。そして、フローはステップＳ８３に移行する。
　ステップＳ８３において、取得部５１２は、サービスデータベースｅ６にアクセスして、サービスＩＤに紐付けられたログ情報を取得する。取得するログ情報は、通信関連情報を含んでいる。次に、ステップＳ８４において、比較部５１６は、サービスレベル合意情報と取得したログ情報を比較する。サービスレベル合意情報は、サービスＩＤに紐付けられてサービスデータベースｅ６に記録されている場合は、サービスデータベースｅ６から取得することができる。あるいは、サービスレベル合意情報がブロックチェーンのトランザクションデータに記録されている場合は、トランザクションデータから取得してもよい。
　次に、ステップＳ８５において、比較部５１６は、サービスレベル合意情報を満たさない通信インフラストラクチャを出力する。表示部５４０は、比較部５１６から出力された情報を表示する。例えば、表示部５４０は、図１９に示すように、関与したすべての通信インフラストラクチャの比較結果を表示する。あるいは、比較部５１６は、サービスレベル合意情報を満たさない通信インフラストラクチャのみを出力してもよい。なお、出力する方法、及び出力された情報を表示する方法は以上の例に限定されない。
　以上のように、ログ情報がサービスＩＤに紐付けられてサービスデータベースｅ６に格納されている場合、エンドユーザの端末のチェーンブロックにログ情報を記録する必要がなく、エンドユーザの端末に記録すべきブロックチェーンのデータ量を少なくすることができる。また、サービスレベル合意情報がサービスＩＤに紐付けられてサービスデータベースｅ６に格納されている場合、エンドユーザの端末のブロックチェーンにサービスレベル合意情報を記録する必要がなく、記録すべきデータ量を更に小さくすることができる。
　以上のように、例示的実施形態４に係る構成により、比較部５１６は、ログ情報と、サービスレベル合意情報とを比較し、比較結果を出力することができる。各エンドユーザは、その比較結果から、不備があった通信インフラストラクチャを確認することができる。
　従って、例示的実施形態４に係る構成によれば、エンドユーザがブロックチェーンに登録されたトランザクションデータを共有することができるという効果に加えて、サービスに不備があった場合に、通信インフラストラクチャのどこで不備が発生したのかを表示させ、エンドユーザが確認することができるという効果が得られる。
　〔ソフトウェアによる実現例〕
　情報処理装置１、情報処理システム６等、又はこれらの情報処理装置及び情報処理システムに含まれる取得部１１、トランザクションデータ取得部２１、第１の取得部３１、第２の取得部３２、生成部１２、トランザクションデータ生成部１１３、ブロック生成部２１３、ログ情報生成部３１３、登録部２２、ブロック登録部２１４、比較部３３、制御部２１０、記録部４１１等（以下、「情報処理装置等」という）の一部又は全部の機能は、集積回路（ＩＣチップ）等のハードウェアによって実現してもよいし、ソフトウェアによって実現してもよい。
　後者の場合、情報処理装置等は、例えば、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータによって実現される。このようなコンピュータの一例（以下、コンピュータＣと記載する）を図２１に示す。コンピュータＣは、少なくとも１つのプロセッサＣ１と、少なくとも１つのメモリＣ２と、を備えている。メモリＣ２には、コンピュータＣを情報処理装置等として動作させるためのプログラムＰが記録されている。コンピュータＣにおいて、プロセッサＣ１は、プログラムＰをメモリＣ２から読み取って実行することにより、情報処理装置等の各機能が実現される。
　プロセッサＣ１としては、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＭＰＵ（Micro Processing Unit）、ＦＰＵ（Floating point number Processing Unit）、ＰＰＵ（Physics Processing Unit）、マイクロコントローラ、又は、これらの組み合わせなどを用いることができる。メモリＣ２としては、例えば、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、又は、これらの組み合わせなどを用いることができる。
　なお、コンピュータＣは、プログラムＰを実行時に展開したり、各種データを一時的に記憶したりするためのＲＡＭ（Random Access Memory）を更に備えていてもよい。また、コンピュータＣは、他の装置との間でデータを送受信するための通信インタフェースを更に備えていてもよい。また、コンピュータＣは、キーボードやマウス、ディスプレイやプリンタなどの入出力機器を接続するための入出力インタフェースを更に備えていてもよい。
　また、プログラムＰは、コンピュータＣが読み取り可能な、一時的でない有形の記録媒体Ｍに記録することができる。このような記録媒体Ｍとしては、例えば、テープ、ディスク、カード、半導体メモリ、又はプログラマブルな論理回路などを用いることができる。コンピュータＣは、このような記録媒体Ｍを介してプログラムＰを取得することができる。また、プログラムＰは、伝送媒体を介して伝送することができる。このような伝送媒体としては、例えば、通信ネットワーク、又は放送波などを用いることができる。コンピュータＣは、このような伝送媒体を介してプログラムＰを取得することもできる。
　〔付記事項１〕
　本発明は、上述した実施形態に限定されるものでなく、請求項に示した範囲で種々の変更が可能である。例えば、上述した実施形態に開示された技術的手段を適宜組み合わせて得られる実施形態についても、本発明の技術的範囲に含まれる。
　〔付記事項２〕
　上述した実施形態の一部又は全部は、以下のようにも記載され得る。ただし、本発明は、以下に記載する態様に限定されるものではない。
（付記１）
　エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得手段と、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成する生成手段とを備えていることを特徴とする情報処理装置。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
（付記２）
　前記トランザクションデータを前記ブロックチェーンに登録する登録手段を更に備えていることを特徴とする付記１に記載の情報処理装置。
　上記の構成によれば、トランザクションデータをブロックチェーンに登録することができる。
（付記３）
　前記ログ情報は、あるサービスの提供のために用いられた前記１又は複数の通信インフラストラクチャのログ情報であり、前記生成手段は、前記トランザクションデータに、前記あるサービスを特定するサービスＩＤを関連付けることを特徴とする付記１又は２に記載の情報処理装置。
　上記の構成によれば、サービスＩＤによりトランザクションデータを特定することができる。
（付記４）
　前記生成手段は、前記トランザクションデータに、前記サービスＩＤを含めることを特徴とする付記３に記載の情報処理装置。
　上記の構成によれば、トランザクションデータに含まれるサービスＩＤからログ情報を取得することができる。
（付記５）
　前記生成手段は、前記トランザクションデータに、前記ログ情報として、前記あるサービスの提供時刻を特定する時刻情報を含めることを特徴とする付記３又は４に記載の情報処理装置。
　上記の構成によれば、トランザクションデータからサービスの提供時刻を取得することができる。
（付記６）
　前記生成手段は、前記トランザクションデータに、前記ログ情報として、前記あるサービスの提供において用いられた通信経路の状態を示す通信経路情報、及び、前記あるサービスの提供において用いられた通信機器の状態を示す通信機器情報の少なくとも何れかを含めることを特徴とする付記３から５の何れか１項に記載の情報処理装置。
　上記の構成によれば、トランザクションデータから通信経路情報と通信機器情報の少なくとも何れかを取得することができる。
（付記７）
　前記生成手段は、前記トランザクションデータに、前記ログ情報として、前記あるサービスの提供において用いられた通信経路を特定するための通信経路ＩＤ、及び、前記あるサービスの提供において用いられた通信機器を特定するための通信機器ＩＤの少なくとも何れかを含めることを特徴とする付記３から６の何れか１項に記載の情報処理装置。
　上記の構成によれば、トランザクションデータから、サービスの提供に用いられた通信経路及び通信機器を特定することができる。
（付記８）
　前記あるサービスに関するサービスレベル合意情報を取得する第２の取得手段と、前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する比較手段とを更に備えていることを特報とする付記３から７の何れか１項に記載の情報処理装置。
　上記の構成によれば、ログ情報とサービスレベル合意情報とを比較した結果を当該サービスの提供に関連する関係者が入手でき、不備が生じた原因を各関係者が検証することができる。
（付記９）
　あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、前記あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得する第１の取得手段と、前記あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得する第２の取得手段と、前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する比較手段とを備えていることを特徴とする情報処理装置。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
（付記１０）
　エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得手段と、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成する生成手段と前記トランザクションデータを前記ブロックチェーンに登録する登録手段とを備えていることを特徴とする情報処理システム。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
（付記１１）
　前記トランザクションデータは、あるサービスＩＤによって特定されるサービスのトランザクションデータであり、前記サービスに関するサービスレベル合意情報を取得する第２の取得手段と、前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する比較手段とを更に備えていることを特徴とする付記１１に記載の情報処理システム。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
（付記１２）
　エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得すること、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成することを含むことを特徴とする情報処理方法。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
（付記１３）
　あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、前記あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得すること、前記あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得すること、前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力することを含むことを特徴とする情報処理方法。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
（付記１４）
　コンピュータを、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得手段、及び所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成する生成手段として機能させるためのプログラム。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
（付記１５）
　コンピュータを、あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、前記あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得する第１の取得手段、前記あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得する第２の取得手段、及び前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する比較手段、として機能させるためのプログラム。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
　また、上記のプログラムは、コンピュータ読み取り可能な一時的でない有形の記録媒体に記録されていてもよい。
（付記１６）
　エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を含むトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータを取得するトランザクションデータ取得手段と、前記トランザクションデータを前記ブロックチェーンに登録する登録手段とを備えていることを特徴とする情報処理装置。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
（付記１７）
　エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を含むトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータを取得すること、前記トランザクションデータを前記ブロックチェーンに登録することを含むことを特徴とする情報処理方法。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
（付記１８）
　コンピュータを、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を含むトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータを取得する取得手段、及び前記トランザクションデータを前記ブロックチェーンに登録する登録手段、として機能させるためのプログラム。
　上記の構成によれば、サービスの提供に用いられた通信インフラストラクチャに関する情報を、当該サービスの提供に関連する関係者が共有できる技術を提供することができる。
　〔付記事項３〕
　上述した実施形態の一部又は全部は、更に、以下のように表現することもできる。
　少なくとも１つのプロセッサを備え、前記プロセッサは、エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得処理と、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成する生成処理とを実行する情報処理装置。
　なお、この情報処理装置は、更にメモリを備えていてもよく、このメモリには、前記第１の取得処理と、前記取得処理と、前記生成処理とを前記プロセッサに実行させるためのプログラムが記憶されていてもよい。
１，２，３　情報処理装置
６　情報処理システム
１１，１１２，２１２，３１２，４１２，５１２，６１１　取得部
２１　トランザクションデータ取得部
３１　第１の取得部
３２　第２の取得部
１２，６２１　生成部
１１３，４１３，５１３　トランザクションデータ生成部
２１３，４１４　ブロック生成部
３１３　ログ情報生成部
２２，６３１　登録部
２１４，４１５，５１４　ブロック登録部
３３，５１６　比較部
１２０，２２０，３２０　通信部
１３０，２３０，３３０　メモリ
１４０，２４０，３４０　記憶部
２１０，３１３，４１０，５１０　制御部
４１１，５１１　記録部

 

Claims (15)

  1. 　エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得手段と、
    　所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成する生成手段と
    を備えていることを特徴とする情報処理装置。
  2. 　前記トランザクションデータを前記ブロックチェーンに登録する登録手段を更に備えている
    ことを特徴とする請求項１に記載の情報処理装置。
  3. 　前記ログ情報は、あるサービスの提供のために用いられた前記１又は複数の通信インフラストラクチャのログ情報であり、
    　前記生成手段は、前記トランザクションデータに、前記あるサービスを特定するサービスＩＤを関連付ける
    ことを特徴とする請求項１又は２に記載の情報処理装置。
  4. 　前記生成手段は、前記トランザクションデータに、
    　　前記サービスＩＤ
    を含めることを特徴とする請求項３に記載の情報処理装置。
  5. 　前記生成手段は、前記トランザクションデータに、前記ログ情報として、
    　　前記あるサービスの提供時刻を特定する時刻情報
    を含めることを特徴とする請求項３又は４に記載の情報処理装置。
     
  6. 　前記生成手段は、前記トランザクションデータに、前記ログ情報として、
    　　前記あるサービスの提供において用いられた通信経路の状態を示す通信経路情報、及び、
    　　前記あるサービスの提供において用いられた通信機器の状態を示す通信機器情報
    の少なくとも何れかを含めることを特徴とする請求項３から５の何れか１項に記載の情報処理装置。
  7. 　前記生成手段は、前記トランザクションデータに、前記ログ情報として、
    　　前記あるサービスの提供において用いられた通信経路を特定するための通信経路ＩＤ、及び、
    　　前記あるサービスの提供において用いられた通信機器を特定するための通信機器ＩＤ
    の少なくとも何れかを含めることを特徴とする請求項３から６の何れか１項に記載の情報処理装置。
  8. 　前記あるサービスに関するサービスレベル合意情報を取得する第２の取得手段と、
    　前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する比較手段と
    を更に備えていることを特報とする請求項３から７の何れか１項に記載の情報処理装置。
  9. 　あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、前記あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得する第１の取得手段と、
    　前記あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得する第２の取得手段と、
    　前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する比較手段と
    を備えていることを特徴とする情報処理装置。
  10. 　エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得手段と、
    　所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成する生成手段と
    　前記トランザクションデータを前記ブロックチェーンに登録する登録手段と
    を備えていることを特徴とする情報処理システム。
  11. 　前記トランザクションデータは、あるサービスＩＤによって特定されるサービスのトランザクションデータであり、
    　前記サービスに関するサービスレベル合意情報を取得する第２の取得手段と、
    　前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する比較手段と
    を更に備えていることを特徴とする請求項１０に記載の情報処理システム。
  12. 　エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得すること、
    　所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成すること
    を含むことを特徴とする情報処理方法。
  13. 　あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、前記あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得すること、
    　前記あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得すること、
    　前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力すること
    を含むことを特徴とする情報処理方法。
  14. 　コンピュータを、
    　エンドツーエンドの通信経路を構成する１又は複数の通信インフラストラクチャのログ情報を取得する取得手段、及び
    　所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに追加するトランザクションデータであって、前記ログ情報を含むトランザクションデータを生成する生成手段
    として機能させるためのプログラム。
  15. 　コンピュータを、
    　あるサービスＩＤによって特定されるトランザクションデータであって、所定のコンセンサスアルゴリズムを用いて更新されるブロックチェーンに登録されたトランザクションデータから、前記あるサービスＩＤによって特定されるサービスの提供のために用いられた１又は複数の通信インフラストラクチャのログ情報を取得する第１の取得手段、
    　前記あるサービスＩＤによって特定されるサービスに関するサービスレベル合意情報を取得する第２の取得手段、及び
    　前記ログ情報と、前記サービスレベル合意情報とを比較し、比較結果を出力する比較手段、
    として機能させるためのプログラム。

     
PCT/JP2021/012604 2021-03-25 2021-03-25 情報処理装置、情報処理システム、情報処理方法及びプログラム WO2022201445A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US18/268,060 US20240039805A1 (en) 2021-03-25 2021-03-25 Information processing device, information processing system, information processing method, and program
JP2023508328A JPWO2022201445A1 (ja) 2021-03-25 2021-03-25
PCT/JP2021/012604 WO2022201445A1 (ja) 2021-03-25 2021-03-25 情報処理装置、情報処理システム、情報処理方法及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/012604 WO2022201445A1 (ja) 2021-03-25 2021-03-25 情報処理装置、情報処理システム、情報処理方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2022201445A1 true WO2022201445A1 (ja) 2022-09-29

Family

ID=83395430

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/012604 WO2022201445A1 (ja) 2021-03-25 2021-03-25 情報処理装置、情報処理システム、情報処理方法及びプログラム

Country Status (3)

Country Link
US (1) US20240039805A1 (ja)
JP (1) JPWO2022201445A1 (ja)
WO (1) WO2022201445A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11973666B1 (en) * 2022-10-11 2024-04-30 Verizon Patent And Licensing Inc. Systems and methods for using blockchain to manage service-level agreements between multiple service providers

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190173854A1 (en) * 2017-11-22 2019-06-06 Michael Beck Decentralized information sharing network
US20200057860A1 (en) * 2018-08-20 2020-02-20 Cisco Technology, Inc. Blockchain-based auditing, instantiation and maintenance of 5g network slices
US20200204580A1 (en) * 2018-12-19 2020-06-25 Mcafee, Llc Using a blockchain for distributed denial of service attack mitigation
US10764160B1 (en) * 2018-04-24 2020-09-01 Amdocs Development Limited System, method, and computer program for utilizing an open and global/private blockchain system for virtual network function (VNF) certification and consumption processes

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190173854A1 (en) * 2017-11-22 2019-06-06 Michael Beck Decentralized information sharing network
US10764160B1 (en) * 2018-04-24 2020-09-01 Amdocs Development Limited System, method, and computer program for utilizing an open and global/private blockchain system for virtual network function (VNF) certification and consumption processes
US20200057860A1 (en) * 2018-08-20 2020-02-20 Cisco Technology, Inc. Blockchain-based auditing, instantiation and maintenance of 5g network slices
US20200204580A1 (en) * 2018-12-19 2020-06-25 Mcafee, Llc Using a blockchain for distributed denial of service attack mitigation

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11973666B1 (en) * 2022-10-11 2024-04-30 Verizon Patent And Licensing Inc. Systems and methods for using blockchain to manage service-level agreements between multiple service providers

Also Published As

Publication number Publication date
US20240039805A1 (en) 2024-02-01
JPWO2022201445A1 (ja) 2022-09-29

Similar Documents

Publication Publication Date Title
US11716202B2 (en) Techniques for secure blockchain routing
CN108712332B (zh) 一种通信方法、系统和装置
CN111460458B (zh) 一种数据处理方法、相关装置及计算机可存储介质
US8341285B2 (en) Method and system for transferring files
US8903972B2 (en) Method and apparatus for sharing contents using information of group change in content oriented network environment
WO2017120814A1 (zh) 一种管理资源对象的方法和系统
WO2019085975A1 (zh) 一种网络拓扑显示方法及网络管理设备
CN110069346A (zh) 多进程间资源共享方法、装置、电子设备
US11394637B1 (en) Methods, apparatuses and computer program products for generating transmission path objects based on data object transmissions in a network service cloud
CN113098982B (zh) 区块链消息的传输方法及装置
US20230300051A1 (en) In-band Edge-to-Edge Round-Trip Time Measurement
CN114513429A (zh) 检测报文的传输方法、反向路径的确定方法及设备
CN109495345A (zh) 一种bfd处理方法及网络设备
WO2022201445A1 (ja) 情報処理装置、情報処理システム、情報処理方法及びプログラム
CN113364681B (zh) 网络路径确定方法、装置、电子设备、介质和程序产品
JPWO2022201445A5 (ja)
CN105049463B (zh) 分散数据库、数据共享方法、用于分散数据库的装置
CN113010337B (zh) 故障检测方法、总控节点、工作节点及分布式系统
CN113347084B (zh) 一种报文转发方法及装置
CN115996187A (zh) 路由信息处理方法、装置、路由信息交互系统和路由设备
US20220342787A1 (en) Operation management apparatus, system, method, and non-transitory computer readable medium storing program
CN113556374A (zh) 一种获取制造商使用说明mud文件的方法、设备和系统
US11979312B2 (en) Network path selection for communication devices
Castillo et al. Dual‐failure restorability analysis of span‐restorable meta‐mesh networks
US11709725B1 (en) Methods, systems, and computer readable media for health checking involving common application programming interface framework

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 18268060

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2023508328

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21933053

Country of ref document: EP

Kind code of ref document: A1